소프트웨어공학 목 차 Right now 1. 개요 ----------------------------------------------------------------- 2 1.1 프로젝트개요 1.2 프로젝트목표 1.3 프로젝트산출물 1.4 정의, 약어 2. 인력및일정예측 ----------------------------------------------------- 3 2.1 인력 2.2 일정 3. 조직구성및인력배치 ------------------------------------------------- 4 3.1 조직구성 3.2 인력배치 3.3 직무기술 4. WBS ---------------------------------------------------------------- 5 5. 기술관리방법 --------------------------------------------------------- 5 5.1 변경관리 5.2 위험관리 6. 표준및개발절차 ----------------------------------------------------- 5 6.1 개발방법론 7. 개발환경 ------------------------------------------------------------ 6 8. 참고문헌 ------------------------------------------------------------ 6-1 -
소프트웨어공학 소프트웨어공학 Right now 1. 개요 1.1 프로젝트개요사람들은정신적으로힘들때그종교에대해기대고잘되기를기원하고의지하면서더욱더큰힘들내기때문에종교라는것이필요하다고생각합니다. 그중에교회는가르칠교, 모을회, 이렇듯종교는우리의삶에있어서정체성을잡아주는인생에가르침을주는하나이기때문에사람들은교회에많이모이게되었고이로인하여교회통합정보시스템을구축으로기본정보관리및헌금관리, 행사관리등이필요성을느낄수있었다. 1.2 프로젝트목표교회통합정보시스템을구축하고자하는목적은효율적으로교인, 직책, 재정, 행사, 구역, 심방, 헌금등을관리하고유지하가위함이다. 1. 시간, 장소의제약을받지않고어느곳에서나서비스를이용 2. 교인들에관련된기본정보와직분, 보직등에관련된내용도관리 3. 헌금내역에관련되어예산실제집행금액등이관리. 4. 회원제를도입 상황에따라새로운기능추가및기존기능변경가능 1.3 프로젝트산출물 개발계획서, 요구분석서, 설계서, 테스트문서, 최종결과물 1.4 정의, 약어 사용자 : 교인관리자 : 해당하는웹사이트의유지보수담당자 - 2 -
소프트웨어공학 Right now 2. 인력및일정예측 2.1 인력팀구성원 5명 ( 팀장 - 김원모팀원 - 우덕령, 김승선, 김종원, 문경민 ) 2.2 일정 [ 인력및예측표. 1] 소작업명 프로젝트일정계획표 담당자 : 완료, : 진행, : 예정, : 검토회의 10 11 비고 3 4 5 1 2 3 4 5 1. 계획목표및문제정의팀전원 10.14 비용, 일정예측 팀전원 계획서검토회의팀전원 2. 요구분석 ~ 10.17 요구정리 팀전원 10.18 소단위명세서 팀전원 ~ 10.21 요구분석검토회의팀전원 3. 설계 매뉴얼작성 Form설계시스템구조설계프로그램설계 팀전원 분석서및검토회의팀전원 4. 구현 DB구축프로그래밍테스트계획테스트파일구축단위테스트 팀전원팀전원팀전원팀전원 코딩및검토회의팀전원 5. 시험 성능시험 최종매뉴얼작성 6. 인수 / 설치 설치인수시험유지보수 10.22 ~ 10.28 10.29 ~ 11.18 11.19 ~ 11.25 11.26-3 -
소프트웨어공학 Right now 3. 조직구성및인력배치 3.1 조직구성 < 분산형팀구성 > - 다각도의의사교류활성화 - 구성원이동등한책임과권한 - 작업만족도높음 - 서로협동하여수행 [ 조직구성그림. 1] 3.2 인력배치 [ 조직구성표. 1] 3.3 직무기술 - 4 -
소프트웨어공학 Right now 4. WBS [ 인력배치표.2] [WBS 그림. 1] 5. 기술관리방법 5.1 변경관리 1 변경요청사항이발생 팀원간의재검토및변경여부판단 2 기존일정에최대한차질이없도록일정계획을변경 3 모든변경문서를통일 향후보고서에변경원인기재 5.2 위험관리 - 팀원간회의를통해의견을규합하고합의점도출 - 팀원의기술적취약으로인한점은자체적학습과전문가의도움 - 위험이발생하기전에위험이초래할수있는모든결과를체계적으로고려하고위험을회피하거나피해를최소화할수있는방법도모 - 5 -
소프트웨어공학 Right now 6. 표준및개발절차 6.1 개발방법론폭포수모형은병행되어진행되거나거슬러반복진행되는경우가없다. 그리고프로세스가간단하여어떤작업을수행하고있는지그단계가명확하게나타나이번프로젝트에가장적합한모델이라고판단 [ 개발절차그림. 1] 7. 개발환경 소프트웨어기능 JEUS Eclipse 3.4 Miplatform Oracle 10g Photoshop 웹어플리케이션서버구축웹페이지디자인과편리한사용성웹페이지디자인과편리한사용성데이터베이스운용및관리이미지보정및각종메뉴및아이콘작성디자인및이미지작업 [ 개발환경표. 1] 7. 참고문헌 - 소프트웨어공학 (4차개정판 ) - 최은만 - IT개발프로세스의이해 - 이동철 - 프로젝트관리 - 김현수, 안연식, 김동수 - 6 -
요구분석서 1. 개요 ----------------------------------------------------------------- 2 1.1 시스템개요 1.2 목표 2. 기능적요구 ----------------------------------------------------------- 2 2.1 자료흐름도 2.2 자료사전 2.3 소단위명세서 2.4 기능면에서의시스템의특성 3. 기타요구및제약사항 ------------------------------------------------- 6 3.1 성능요구 3.2 H/W 요구 3.3 예외조건및이의처리 3.4 사용자인터페이스 3.5 자원, 인력에대한제약조건 4. 인수조건 ------------------------------------------------------------- 7 4.1 기능시험및성능시험 5. 참고자료 ------------------------------------------------------------- 7-7 -
요구분석서 소프트웨어공학 1. 개요 1.1 시스템개요사람들은정신적으로힘들때그종교에대해기대고잘되기를기원하고의지하면서더욱더큰힘들내기때문에종교라는것이필요하다고생각합니다. 그중에교회는가르칠교, 모을회, 이렇듯종교는우리의삶에있어서정체성을잡아주는인생에가르침을주는하나이기때문에사람들은교회에많이모이게되었고이로인하여교회통합정보시스템을구축으로기본정보관리및헌금관리, 행사관리등이필요성을느낄수있었다. 1.2 목표교회통합정보시스템을구축하고자하는목적은효율적으로교인, 직책, 재정, 행사, 구역, 심방, 헌금등을관리하고유지하가위함이다. 1. 시간, 장소의제약을받지않고어느곳에서나서비스를이용 2. 교인들에관련된기본정보와직분, 보직등에관련된내용도관리 3. 헌금내역에관련되어예산실제집행금액등이관리. 4. 회원제를도입 2. 기능적요구 2.1 자료흐름도 [ 자료흐름도그림. 1] [ 자료흐름도그림. 2] - 8 -
요구분석서 [ 프로세스 1.0 Level 1 자료흐름도 ] [ 프로세스 2.0 Level 1 자료흐름도 ] [ 프로세스 3.0 Level 1 자료흐름도 ] [ 프로세스 4.0 Level 1 자료흐름도 ] [ 프로세스 5.0 Level 1 자료흐름도 ] - 9 -
요구분석서 2.2 자료사전 1. 자료저장소회원DB = 회원ID + 이름 + 주민번호 + 집주소 + 핸드폰 + 생일 + 교회등록일 + 세레받은날 + 처리일헌금DB = 연월일 + 헌금코드 + 회원ID + 금액 + 비교 + 처리일행사DB = 행사번호 + 행사내용 + 행사시작일 + 행사종료일 + 행사주관 + 처리일 2.3 소단위명세서프로세스번호 : 1.0 프로세스이름 : 교원관리설명 : if( 교원검증 ){ 사용자정보를검색을요청 ; 검색결과를받음 ; print 검색결과 ; 사용자정보를관리 / 수정 ; 회원 DB에저장 ; } else{ 교원정보를입력화면의각필드로입력받음 ; print 등록확인메시지 ; 회원 DB에저장 ; } 프로세스번호 : 2.0 프로세스이름 : 헌금관리설명 : 2.1헌금등록 if( 관리자검증 ) { 헌금정보를입력화면의각필드로입력받음 ; print 등록확인메시지 ; 헌금 DB에저장 ; } else 관리자로그인요청 ; 2.2헌금내역관리 if( 관리자검증 ){ 헌금정보를검색요청검색결과를받음 ; print 검색결과 ; } else 관리자로그인요청 ; - 10 -
요구분석서 프로세스번호 : 3.0 프로세스이름 : 행사관리설명 : 3.1행사등록 if( 관리자검증 ) { 행사정보를입력화면의각필드로입력받음 ; print 등록확인메시지 ; 행사 DB에저장 ; } else 관리자로그인요청 ; 3.2 행사내역관리 if( 관리자검증 ){ 행사정보를검색요청검색결과를받음 ; print 검색결과 ; } else 관리자로그인요청 ; 프로세스번호 : 2.0 프로세스번호 : 4.0 프로세스이름 : 사용자정보수정설명 : 사용자정보수정페이지요청 if( 교원검증 ){ 사용자정보를검색을요청 ; 검색결과를받음 ; print 검색결과 ; 사용자정보를관리 / 수정 ; 회원 DB에저장 ; } else print 로그인요청메시지 - 11 -
요구분석서 프로세스번호 : 5.0 프로세스이름 : 헌금내역조회설명 : 헌금내역조회페이지요청 if( 교원검증 ){ 사용자정보를검색을요청 ; 검색결과를받음 ; print 검색결과 ; 사용자정보를관리 / 수정 ; 회원 DB에저장 ; } else print 로그인요청메시지 2.4 기능면에서의시스템특성 - 시스템을통해교원정보, 헌금정보, 행사정보를얻고수정할수있는환경을제공한다. - 모든기능을로그인후사용하도록처리 - 인터넷을통해언제어느곳에서나시스템이용이가능하다. 3. 기타요구및제약사항 3.1 성능요구 -화려하고복잡한기능보다는간단한기능을제공함으로써사용자의접근성향상 -사용자의편의를위해부가작업 ( 별다른인증 ) 없이사용이가능하게제작 -사용자는응답대기시간을싫어하므로복잡한처리를줄여서반응시간을최소화한다.(3초이내 ) 3.2 H/W 요구 - 웹환경에서인터넷이무리없이돌아가는사양 ( 특별히높은사양이요구되지않는다.) -개발하드웨어스펙 CPU : 인텔펜티엄4 2.80GHz / 메모리 : 512MB / 운영체제 : 윈도우 XP SP2 3.3 사용자인터페이스 -사용자의편의성에중점을두어개발 - 12 -
요구분석서 3.4 자원, 인력에대한제약조건 * 시스템개발시알아야할사항 -DB 구축에관한지식 -JAVABEAN, Miplatform ( 웹브라우저 ) * 시스템개발미숙에따른프로그램질저하예상 * 인력간의진행마찰로인한프로젝트진행에차질 ( 시간약속, 의견마찰..) 4. 인수조건 * 기능시험 : 모듈간의연동, 기능들간의버그가없어야한다. * 성능시험 : 발주자의요구에맞게정확히만들어졌는지에대한테스트 5. 참고자료 - 소프트웨어공학 (4차개정판 ) - 최은만 - IT개발프로세스의이해 - 이동철 - 프로젝트관리 - 김현수, 안연식, 김동수 - 뇌를자극하는 Java 프로그래밍 - 김윤명 - 13 -
S.E. 설계서 목 차 1. 개요 ----------------------------------------------------------------- 2 1.1 시스템목표 1.2 개발환경 1.3 소프트웨어의주요기능 2. 시스템구조 ----------------------------------------------------------- 3 2.1 시스템구조개요 2.2 시스템구조도 3. 모듈설계 ------------------------------------------------------------- 6 4. 파일구조또는데이터베이스설계 ----------------------------------------- 7 4.1 외부파일 ( 데이터베이스 ) 의논리적구조 4.2 자료의물리적구조 5. 사용자인터페이스설계 ------------------------------------------------ 11 6. 제약사항 ------------------------------------------------------- 12 7. 참고문헌 -------------------------------------------------------- 12-14 -
S.E. 설계서 1. 개요 1.1 프로젝트목표교회통합정보시스템을구축하고자하는목적은효율적으로교인, 직책, 재정, 행사, 구역, 심방, 헌금등을관리하고유지하가위함이다. 1. 시간, 장소의제약을받지않고어느곳에서나서비스를이용 2. 교인들에관련된기본정보와직분, 보직등에관련된내용도관리 3. 헌금내역에관련되어예산실제집행금액등이관리. 4. 회원제를도입 상황에따라새로운기능추가및기존기능변경가능 1.2 개발환경 H/W - CPU : 인텔펜티엄4 2.8 GHz - 메모리 : 512MB - 운영체제 : 윈도우 XP SP3 S/W - JEUS - Eclipse 3.2 - Miplatform 3.1 last - Oracle 10g 1.3 소프트웨어의주요기능 소프트웨어기능 JEUS Eclipse 3.2 Miplatform 3.1 last Oracle 10g Photoshop 웹어플리케이션서버구축웹페이지디자인과편리한사용성웹브라우저구성및디자인데이터베이스운용및관리이미지보정및각종메뉴및아이콘작성디자인및이미지작업 < 표1> 소프트웨어의주요기능 * 개발프로그램 JEUS, Eclipse 3.2, Miplatform 3.1 last( 교회통합정보시스템을구축 ) Oracle 10g( 데이터베이스구축 ) - 15 -
S.E. 설계서 < 표1> 은 교회통합정보시스템 를구축하는데필요한주요소프트웨어의목록과주요기능을나타낸표이다. WAS, JAVABEAN, P/L-SQL을사용하여서버를구축하기위한프로그램인 JEUS를사용한다. 프로그램곳곳의이미지생성에반드시필요한프로그램인 Photoshop 7.0을이용해서필요한이미지를보정하고각종메뉴및아이콘을작성하여교인들의편의를도모한다. 교회를다님에있어불편함이없도록편리한인터페이스를위해서 Eclipse 3.4 을이용하여깔끔한프로그램을제작한다. 프로그램을만듬에있어필요한것은교인들의개인정보를데이터베이스로구축하고헌금을관리하고행사를관리하는교회종합정보시스템이다. 2. 시스템구조 2.1 시스템구조개요 < 그림 1> 시스템기본구조도 _ 클라이언트 / 서버구조 교회통합정보시스템 은클라이언트 / 서버구조로설계되었다. 서버는트랜잭션을수행하고데이터의일관성을보장하고, 클라이언트는사용자로부터입력을받아범위를체크하고데이터베이스트랜잭션을구동하여필요한모든데이터를수입한다. 교회를다니는교인들의회원기본정보와헌금, 행사등을중앙서버에연결한다. 2.2 시스템구조도 < 그림 2> 시스템처리상세구조도 - 16 -
S.E. 설계서 < 그림2> 와같이우리의시스템은크게관리자, 사용자의두가지구조로나눌수있다. 관리자는관리자의요청을나타낸다가장기본적인교원관리, 헌금관리, 행사관리를포함하고교원등록, 헌금등록, 헌금내역관리, 행사등록, 행사내역관리기능이있다. 사용자는사용자의요청을나타낸다. 정보수정 / 헌금내역검색기능이있다. * 시스템동작메커니즘관리자는교원이추가되면교원이있는지검증하고없다면교원을등록할수있다. 교원의정보가수정이요구되면교원의수정및관리할수있다. 관리자는헌금이접수가되면헌금등록및헌금내역관리할수있다. 관리자는행사가추가가되면행사등록및행사내역관리할수있다. 사용자는자신의정보가변경되면교원검증하여자신의정보를수정할수있다. 사용자는자신의헌금내역을검색하고헌금내역을볼수있다.. 3. 모듈설계 Ⅰ. 모듈이름 : 교원관리 모듈명 : 관리자 기능설명 : 교원등록, 교원수정 / 관리 Ⅱ. 모듈이름 : 헌금관리 모듈명 : 관리자 기능설명 : 헌금등록, 헌금내역관리 Ⅲ. 모듈이름 : 행사관리 모듈명 : 관리자 기능설명 : 행사등록, 행사내역관리 Ⅳ. 모듈이름 : 정보수정 / 헌금내역검색 모듈명 : 사용자 기능설명 : 사용자정보수정, 헌금내역검색 < 표 2> 각모듈과상세 - 17 -
S.E. 설계서 4. 파일구조또는데이터베이스설계 4.1 외부파일 ( 데이터베이스 ) 의논리적구조 회원기본정보 DB 회원 ID 이름주민번호집우편번호집상세주소집전화핸드폰직장우편번호직장상세주소직장전화생일음양력직분부서직책구역교회등록일세례받은날가족대표가족대표와의관계처리자처리일 < 그림5> 은교인관리을위한데이터베이스구조이다. 관리자가등록시회원ID를자동으로등록하고회원ID를기본키로쓰인다. < 그림 5> - 18 -
S.E. 설계서 헌금 DB 예산 DB 년월일현금코드예배구분회원ID 금액비고처리자처리일 년도헌금코드금액비고처리자처리일 < 그림 6> < 그림 7> < 그림6> 헌금관리를위한데이터베이스구조이다. 관리자가등록시연월일, 현금코드, 예배구분, 회원ID를등록하여기본키로쓰인다. < 그림7> 헌금등록에의해연간교회관리를위한예산을등록한다. 트렌젝션을통하여자동저장되어진다. 행사 DB 행사번호행사명행사내용행사시작일행사종료일행사주관부서처리자처리일 < 그림 8> < 그림8> 행사관리를위한데이터베이스구조이다. 관리자가등록시자동으로행사번호가저장되어기본키로쓰인다. - 19 -
S.E. 설계서 5. 사용자인터페이스설계 < 그림 8> 사용자인터페이스구조 관리자로그인시교원관리, 헌금관리, 행사관리메뉴를가짐. 사용자로그인시정보수정, 헌금내역검색메뉴를가짐. 모든페이지는로그인후사용할수있음. 6. 제약사항 시스템개발미숙에따른프로젝트의질이저하될가능성이있다. 팀원간의진행마찰로인한프로젝트진행차질 ( 시간, 의견등 ) 이발생할수있다. 검색및모든기능의처리소요시간을 3초이내로한다. 7. 참고문헌 최은만 - 소프트웨어공학 (4차개정판 ) 이동철 - IT개발프로세스의이해 김현수, 안연식, 김동수 - 프로젝트관리 김윤명 - 뇌를자극하는 Java 프로그래밍 - 20 -