소프트웨어 개발 계획서

목차

1. INTRODUCTION
1.1 프로젝트 개요
1.2 프로젝트 산출물
1.3 개발의 타당성

2. MANAGEMENT STRUCTURE
2.1 프로젝트 LifeCycle
2.2 조직 구성
2.2.1 직 무

3. PLANNING & CONTROL
3.1 자원 산정
3.1.1 인력
3.1.2 시간 및 비용
3.2 자원 할당
3.2.1 WBS (Work Breakdown Structure)
3.2.2 스케쥴

4. TECHNICAL PROCESS
4.1 환경
4.2 방법, Tools & Techniques
4.3 위험 관리

5. 검토 회의
5.1 회의 일정
5.2 회의 진행 방법 및 검토 사항

6. 지원 계획
6.1 유지 보수
6.2 설치 및 인수

본문내용

각 팀별, 각 단계별 실행 과정 check.
- 각 팀의 Critical Path의 단계별 완료를 기준으로 검토회의 진행.
◎ 1 팀
- 18주차, 38주차, 54주차, 62주차, 66주차에 검토회의 진행.
◎ 2 팀
- 12주차, 32주차, 40주차, 52주차, 60주차, 64주차에 검토회의 진행
5.2 회의 진행 방법 및 검토 사항
◎ 1 팀
- 18주차 검토 회의
+ 참여 인원 : 총 팀장, 1팀장, 1팀 팀원, 발주자
+ 검토 내용 : 카드리더기 관련, 고객 관리 관련, 관리 관련 요구분석이 제대로
되었는지 발주자와 함께 check.
- 38주차 검토 회의
+ 참여 인원 : 총 팀장, 1팀장, 1팀 팀원
+ 검토 내용 : 카드리더기 관련, 고객 관리 관련, 관리 관련 설계가 제대로
되었는지 check.
- 54주차 검토 회의
+ 참여 인원 : 총 팀장, 1팀장, 1팀 팀원
+ 검토 내용 : 카드리더기 연동시스템, 고객 관리 프로그램, 본 사측 지점 관리
프로그램 구현(코딩)제대로 되었는지 check.
- 62주차 검토 회의
+ 참여 인원 : 총 팀장, 1팀장, 1팀 팀원, 발주자
+ 검토 내용 : 카드리더기 연동시스템, 고객 관리 프로그램, 본 사측 지점 관리
프로그램 적용 & TEST가 제대로 되었는지 check.
- 66 주차 검토 회의
+ 참여 인원 : 총 팀장, 1팀장, 1팀 팀원, 발주자
+ 검토 내용 : 카드리더기 연동시스템, 고객 관리 프로그램, 본 사측 지점 관리
프로그램이 전체적으로 발주자의 요구대로 되었는지 check.
◎ 2 팀
- 12주차 검토 회의
+ 참여 인원 : 총 팀장, 2팀장, 웹 팀장, 서버 팀장, 웹서버 팀 팀원, 발주자
+ 검토 내용 : DB 연동 요구분석, DB 구축 요구 분석을 발주자와 함께 check.
- 32주차 검토 회의
+ 참여 인원 : 총 팀장, 2팀장, 웹 팀장, 서버 팀장, 웹서버 팀 팀원
+ 검토 내용 : DB 연동 설계, DB 구축 테이블 및 DB 설계 제대로 되었는지
check.
- 40주차 검토 회의
+ 참여 인원 : 총 팀장, 2팀장, 웹 팀장, 서버 팀장, 웹서버 팀 팀원
+ 검토 내용 : DB 연동 구현, DB 구축 시물레이션이 제대로 되었는지 check.
- 52주차 검토 회의
+ 참여 인원 :총 팀장, 2팀장, 웹 팀장, 서버 팀장, 웹서버 팀 팀원, 발주자
+ 검토 내용 : DB 연동 적용 TEST, DB 구축 구현이 제대로 되었는지 check.
- 60 주차 검토 회의
+ 참여 인원 : 총 팀장, 2팀장, 웹 팀장, 서버 팀장, 웹서버 팀 팀원, 발주자
+ 검토 내용 : DB 연동이 전체적으로 발주자의 요구대로 되었는지 check, DB
구축 적용 & TEST가 제대로 되었는지 check.
- 64 주차 검토 회의
+ 참여 인원 : 총 팀장, 2팀장, 서버 팀장, 서버 팀 팀원, 발주자
+ 검토 내용 : DB 구축이 전체적으로 발주자의 요구대로 되었는지 check.
* 각 주차 검토 회의별로 지연상황을 체크하고, 지연상황에 대한 대책 마련.
* 발주자가 참여하는 검토회의에서는 발주자의 의견을 최대한 수렴하고, 발주자의
의도를 파악할것.
6. 지원 계획
6.1 유지 보수
1) 정기적인 점검 및 A/S
- 본사측은 매달, 지점측은 6개월에 한번씩 정기적인 점검 서비스를 제공한다.
- 제품이 이상이 발생했을 경우 즉시 기술자를 파견하여 문제를 해결 할수 있도록
하며, 프로그램에 이상이 생긴 것으로 판명 될 경우 즉시 복구팀을 편성하여 오류
수정 작업을 시행한다.
2) 지속적인 개선
- 개발팀을 지속적으로 운영하여 기존 버전보다 뛰어난 기능을 가지며 성능이 우
수한 다음 버전 개발에 꾸준히 힘쓴다.
6.2 설치 및 인수
1) 초기 설치시 각 지점마다 프로그램 개발자 및 전문인력을 파견하여 설치를 지원한다.
2) 사용자 매뉴얼을 제공하고 원하는 경우 개발자가 직접 사용 방법에 대한 교육을
실시 토록 한다.
3) 본사의 경우 프로그램 개발팀의 전문가를 정기적으로 파견하여 프로그램에 대한
지속적인 교육을 실시 한다.
7. 참고 문헌 및 용어 정리
7.1 용 어 정 리
1) DB (Data Base)
- 여러 사람에 의해 공유되어 사용될 목적으로 통합 관리되는 정보의 집합.
- 논리적으로 연관된 하나 이상의 자료의 모음으로 그 내용을 고도로 구조함으로써
검색과 갱신의 효율화를 꾀한 것이다. 즉, 몇 개의 자료 파일을 조직적으로 통합
하여 자료 항목의 중복을 없애고 자료를 구조화하여 기억시켜 놓은 자료의 집합체
라고 할 수 있다.
2) 웹서버 (Web Server)
- 클라이언트/서버 모델과 웹의 HTTP를 사용하여 웹 페이지가 들어 있는 파일을
사용자들에게 제공하는 프로그램.
- 가장 보편적인 웹서버로는 32 비트 윈도우와 유닉스 기반의 운영체계에서 모두
쓸 수 있는 아파치와, 윈도우 NT에 딸려 나오는 IIS (Internet Information Server)
그리고 넷스케이프의 엔터프라이즈 서버 등이 있다.
4) 카드리더기
- 데스크탑 컴퓨터에 연결되어 IC카드의 칩이나 바코드 등을 인식하여 저장된 데이
터를 PC로 전송하는 기기.
3) 프랜차이즈
- 상품의 유통·서비스 등에서 프랜차이즈(특권)를 가지는 모기업(프랜차이저)이 체인에
참여하는 독립점(프랜차이지를 조직하여 형성)이 되는 연쇄기업.
- 프랜차이저는 가맹점에 대해 일정지역 내에서의 독점적 영업권을 부여하는 대신
가맹점으로부터 로열티(특약료)를 받고 상품구성이나 점포·광고 등에 관하여
직영점과 똑같이 관리하며 경영지도·판매촉진 등을 담당한다. 투자의 대부분은
가맹점이 부담하기 때문에 프랜차이저는 자기자본의 많은 투하 없이 연쇄조직을
늘려나가며 시장점유율을 확대할 수 있다.
7.2 참 고 문 헌
1) 소프트웨어공학7/E, 권기태.남영광, 권기태 역, 홍릉과학출판사, 2006
2) 실무자를 위한 소프트웨어 공학, 김수동, 홍릉과학출판사, 1999
3) 데이터베이스 설계 및 구축, 오세종, 생능출판사, 2006
4) 아주 특별한 웹데이터베이스 My SQL & Web DB 연동, 허정수, 베스트북, 2000

키워드

소프트웨어,   개발계획,   계획서,   시스템 개발,   공학,   시스템,   간트