2009-11-04

1

Right Now

담당 교수 : 문양세 교수님팀 원 : 김원모(팀장)

우덕령, 김승선, 김종원, 문경민

프로젝트 개요

사람들은 정신적으로 힘들 때 그 종교에 대해 기대고 잘되기를 기원하고 의지하면서 더욱더 큰힘들 내기 때문에 종교라는 것이 필요하다고 생각한다. 그 중에 교회는 가르칠 교, 모을 회, 이렇듯 종교는 우리의 삶에 있어서 정체성을 잡아주는 인생는 우리의 삶에 있어서 정체성을 잡아주는 인생에 가르침을 주는 하나이기 때문에 사람들은 교회에 많이 모이게 되었고 이로 인하여 교회 통합정보시스템을 구축으로 기본정보관리 및 헌금 관리, 행사 관리 등이 필요성을 느낄 수 있었다.

2009-11-04

2

프로젝트 목표교회 통합정보 시스템을 구축하고자 하는 목적은 효율적교회 통합정보 시스템을 구축하고자 하는 목적은 효율적으로 교인, 직책, 재정, 행사, 구역, 심방, 헌금 등을 관리하고 유지하기 위함이다.1. 시간, 장소의 제약을 받지 않고 어느 곳에서나 서비스이용2. 교인들에 관련된 기본 정보와 직분, 보직 등에 관련된 내용

도 관리3. 헌금내역에 관련되어 예산 실제 집행 금액 등이 관리.4. 회원제를 도입

상황에 따라 새로운 기능 추가 및 기존 기능 변경 가능

인력팀 명 – Right Now팀 명 Right Now팀 구성원 5명팀장 - 김원모팀원 - 우덕령 , 김승선 , 김종원 , 문경민

2009-11-04

3

직무 기술

일정소작업명 담당자

10 11비고

3 4 5 1 2 3 4 5

1. 계 획

목표 및 문제정의 팀 전원 10.14

~

10.17

비용, 일정예측 팀 전원

계획서 검토회의 팀 전원계획서 검토회의 팀 전원

2. 요구분석

요구정리 팀 전원 10.18

~

10.21

소단위명세서 팀 전원

요구분석 검토회의 팀 전원

3. 설 계

매뉴얼 작성

10.22

~

10.28

Form설계

시스템 구조설계

프로그램 설계 팀 전원

분석서 및 검토회의 팀 전원

4. 구 현

DB구축

프로그래밍 팀 전원프로그래밍 팀 전원

10.29

~

11.18

테스트 계획 팀 전원

테스트 파일구축 팀 전원

단위테스트 팀 전원

코딩 및 검토회의 팀 전원

5. 시 험

성능시험 11.19

~

11.25최종 매뉴얼 작성

6. 인수 / 설치

설치11.26

인수시험

유지보수

2009-11-04

4

조직 구성

<분산형 팀 구성>- 다각도의 의사교류 활성

화- 구성원이 동등한 책임과

권한권한- 작업 만족도 높음- 서로 협동하여 수행

WBS

2009-11-04

5

변경 관리

변경요청사항이 발생 ⇒ 팀원 간의 재검토 및 변경여변경요청사항이 발생 ⇒ 팀원 간의 재검토 및 변경여부 판단

기존 일정에 최대한 차질이 없도록 일정 계획을 변경

모든 변경문서를 통일 향후 보고서에 변경원인 기모든 변경문서를 통일 ⇒ 향후 보고서에 변경원인 기재

위험 관리

팀원 간 회의를 통해 의견을 규합하고 합의점 도출팀원 간 회의를 통해 의견을 규합하고 합의점 도출

팀원의 기술적 취약으로 인한 점은 자체적 학습과 전문가의 도움

위험이 발생하기 전에 위험이 초래할 수 있는 모든위험이 발생하기 전에 위험이 초래할 수 있는 모든결과를 체계적으로 고려하고 위험을 회피하 거나 피해를 최소화할 수 있는 방법도모

2009-11-04

6

개발 방법 – 폭포수 모델폭포수 모형은 병행되어 진행되거나 거슬러 반복 진행되는 경우가 없다. 그리고 프로세스가 간단하여 어행되는 경우가 없다 리 세 가 간단하여 어떤 작업을 수행하고 있는지 그 단계가 명확하게 나타나 이번 프로젝트에 가장 적합한 모델이라고 판단

개발 환경소프트웨어 기 능

JEUS 웹 어플리케이션 서버 구축

Eclipse 3.4 웹 페이지 디자인과 편리한 사용성

Miplatform 웹 페이지 디자인과 편리한 사용성

Oracle 10g 데이터베이스 운용 및 관리

Photoshop이미지 보정 및 각종 메뉴 및 아이콘 작성디자인 및 이

미지 작업

2009-11-04

7

Right Now

김원모(조장)우덕령, 김승선, 김종원, 문경민

기능적요구자료흐름도

2009-11-04

8

프로세스 교인관리

[프로세스 1.0 Level 1 자료흐름도]

프로세스 헌금 관리

[프로세스 2.0 Level 1 자료흐름도]

2009-11-04

9

프로세스 행사 관리

[프로세스 3.0 Level 1 자료흐름도]

프로세스 정보 수정

[프로세스 4.0 Level 1 자료흐름도]

2009-11-04

10

프로세스 헌금 내역 조회

[프로세스 5.0 Level 1 자료흐름도]

기타 요구 및 제약 사항 (1)1. 성능 요구화려하고 복잡한 기능보다는 간단한 기능을 제공함으로화려하 복잡한 기능보다는 간단한 기능을 제공함으로써 사용자의 접근성 향상사용자의 편의를 위해 부가작업(별다른 인증) 없이 사용이 가능하게 제작사용자는 응답 대기시간을 싫어하므로 복잡한 처리를 줄여서 반응시간을 최소화 한다.(3초 이내)2. H/W 요구웹 환경에서 인터넷이 무리 없이 돌아가는 사양(특별히 높은 사양이 요구 되지 않는다.)개발 하드웨어 스펙CPU : 인텔 펜티엄4 2.80GHz / 메모리 : 512MB / 운영체제 : 윈도우 XP SP2

2009-11-04

11

기타 요구 및 제약 사항 (2)3. 사용자 인터페이스사용자의 편의성에 중점을 두어 개발사용자의 편의성에 중점을 두어 개발4. 자원, 인력에 대한 제약 조건시스템 개발 시 알아야 할 사항DB 구축에 관한 지식JAVABEAN, Miplatform (웹브라우저) 시스템 개발 미숙에 따른 프로그램 질 저하 예상인력 간의 진행 마찰로 인한 프로젝트 진행에 차질(시간 약속, 의견 마찰..)

Right Now

김원모(조장)우덕령,김승선, 김종원, 문경민

2009-11-04

12

시스템 구조

시스템구조 개요

<그림1> 시스템 기본 구조도 _ 클라이언트/서버 구조

[교회 통합정보 시스템] 은 클라이언트/서버 구조로 설계되었다. 서버는 트랜잭션을 수행하고 데이터의 일관성을 보장하고, 클라이언트는 사용자로부터 입력을 받아 범위를 체크하고 데이터베이스 트랜잭션을 구동하여 필요한 모든 데이터를 수입한다. 교회를 다니는 교인들의 회원기본정보와 헌금, 행사 등을 중앙 서버에 연결 한다.

시스템 구조도

<그림2> 시스템 처리 상세 구조도

2009-11-04

13

모듈설계Ⅰ. 모듈 이름 : 교원 관리● 모듈명 : 관리자● 모듈명 : 관리자● 기능설명 : 교원등록, 교원 수정/관리Ⅱ. 모듈 이름 : 헌금 관리● 모듈명 : 관리자● 기능설명 : 헌금 등록, 헌금내역관리Ⅲ. 모듈 이름 : 행사 관리● 모듈명 관리자● 모듈명 : 관리자● 기능설명 : 행사 등록, 행사내역관리Ⅳ. 모듈이름 : 정보 수정 / 헌금내역검색● 모듈명 : 사용자● 기능설명 : 사용자 정보 수정, 헌금내역검색

외부 파일(데이터베이스)의 논리적 구조회원 ID

이름

주민번호

년월일

현금코드

예배구분

회원ID

년도

헌금코드

금액

행사번호

행사명

행사내용

집우편번호

집상세주소

집전화

핸드폰

직장우편번호

직장상세주소

직장전화

생일

음양력

직분

회원ID

금액

비고

처리자

처리일

비고

처리자

처리일

행사시작일

행사종료일

행사주관부서

처리자

처리일헌금 DB

예산 DB 행사 DB

직분

부서

직책

구역

교회등록일

세례받은날

가족대표

가족대표와의관계

처리자

처리일회원기본정보 DB

2009-11-04

14

사용자 인터페이스

관리자 로그인시 교원관리, 헌금관리, 행사관리 메뉴를가짐.사용자 로그인시 정보수정, 헌금내역검색 메뉴를 가짐.모든 페이지는 로그인후 사용 할 수 있음.

실용성 및 상용성

I. 실용성● 교인을 관리 하는데 있어 체계적 관리● 교인을 관리 하는데 있어 체계적 관리● 체계적 행상일정 계획과 처리● 헌금관리와 전체적인 예산관리

II. 상용성교회에 교회통합관리 시스템은 아직 미비하거나 없는곳이 많습니다. 이에 위에서 설명 했던 교인 관리시스템을 상용화 시킬 경우 큰 효과를 가질 수 있습니다.

2009-11-04

15