설계단계
| 단 계 | 활 동 | 작 업 | 산 출 물 |
| 계획 | 계획단계준비 | 개발계획 작업계획서 작성 | 계획작업계획서 |
| | | 계획단계 착수 보고 | 회의록 |
| | 시스템 범위 정의 | 업무기능 개략분석 | 업무기능분해도 |
| | | | 문제/기회목록 |
| | | | 업무개선정의서 |
| | | 시스템 정의 | 시스템배경도 |
| | | | 시스템기능분해도 |
| | | | 엔티티목록 |
| | | | 엔티티연관도 |
| | | | 시스템구성도 |
| | | | 시스템사양설명서 |
| | 프로젝트 활동 정의 | 품질관리계획 수립 | 품질관리계획서 |
| | | 프로젝트 관리계획 수립 | 프로젝트관리계획서 |
| | | 교육훈련계획수립 | 교육훈련일정표 |
| | 개발계획서 작성 및 승인 | 개발계획서 작성승인 | 개발계획서 |
| | 분석단계 준비 | 분석 작업계획서 작성 | 분석작업계획서 |
| | 사용자요구사항 정의 | 사용자요구사항 분석 | 양식목록 |
| | | | 업무기술서 |
| | | | 현행업무절차서 |
| | | | 요구사항기술서 |
| | | 현행시스템분석 | 현행시스템구성도 |
| | | | 현행시스템사양설명서 |
| | | | 현행데이타베이스기술서 |
| | | | 현행어플리케이션기술서 |
| | 컨텐츠 정의 | 컨텐츠 목록 작성 | 컨텐츠 목록 |
| | | 컨텐츠 조사 수집 | 컨텐츠 수집 |
| | 프로세스 및 엔티티 모형 구성 | 프로세스모형 구성 | 이벤트목록 |
| | | | 프로세스계층도 |
| | | | 프로세스흐름도 |
| | | | 프로세스정의서 |
| | | 엔티티 모형 구성 | 엔티티연관도 |
| | | | 엔티티정의서 |
| | 보안 방안 정의 | 보안 계획서 작성 | 보안계획서 |
| | | 보안정책 수립 | 보안정책서 |
| | 프로토타이핑 | 페이지 표준 정의 | 페이지 표준 정의서 |
| | | 페이지 템플릿 작성 | 페이지 템플릿 |
| | | 프로토타입 구축 | 프로토타입 결과서 |
| | 분석단계 점검 | 통합 검토(분석) | 검토의견서 |
| | 논리모델-물리모델 이행 | 데이타 통계 자료 문서화 | 트랜잭션경로분석서 |
| | | 자동화영역 설정 | 자동화영역정의서 |
| | 컨텐츠 설계 | 컨텐츠 구조 정의 | 컨텐츠 구조도 |
| | 시스템아키텍쳐 설계 | 시스템 아키텍쳐 대안 정의 | 시스템아키텍쳐대안정의 |
| | | 운영관리 방안 정의 | 운영관리방안 |
| | 네비게이션 설계 | 네비게이션지원방안 정의 | 네비게이션 지원방안 |
| | | 사이트네비게이션 설계 | 네비게이션 흐름도 |
| | 데이타베이스 설계 | 논리데이타설계 | 테이블목록 |
| | | | 테이블정의서 |
| | | | 테이블연관도 |
| | | 코드및메세지설계 | 코드사양서 |
| | | | 메세지설계서 |
| | | 물리데이타설계 | 인덱스정의서 |
| | | | 데이타베이스명세서 |
| | 페이지 설계 | 페이지 레이아웃 설계 | 페이지 목록 |
| | | | 페이지레이아웃 |
| | | 멀티미디어 리소스 정의 | 멀티미디어 리소스 목록 |
| | 프로그램설계 | 프로그램전환설계 | 응용시스템구조도 |
| | | | 프로그램목록 |
| | | | 프로그램간흐름도 |
| | | | 프로그램정의서 |
| | | 프로그램상세설계 | 프로그램구조도 |
| | | | 모듈명세서 |
| | 설계단계 점검 | 내부 검토(설계) | 검토의견서 |
| | | 통합 검토(설계) | 프로젝트진척관리표 |
| | 구축단계 준비 | 구축 작업계획서 작성 | 구축 작업계획서 |
| | 웹페이지 제작 | 멀티미디어리소스 제작 | 멀티미디어 리소스 |
| | | | 페이지 파일 |
| | 구현 | 프로그램구현 | 초기데이타베이스 |
| | | | 원시코드 |
| | | | 개발라이브러리 |
| | | | 응용시스템 |
| | 단위테스트 | 단위테스트 수행 | 단위테스트결과서 |
| | 지침서개발 | 지침서 개발 | 사용자지침서 |
| | | | 운영자지침서 |
| | 구축단계 점검 | 프로젝트 성능 평가(구축) | 프로젝트진척관리표 |
| 테스트 | 테스트 단계 준비 | 테스트 작업계획서 작성 | 테스트 작업계획서 |
| | 통합테스트 | 통합테스트수행및결과검토 | 테스트요약보고서(통합) |
| | 시스템 테스트 | 시스템 테스트 수행 및 결과 검토 | 테스트사건보고서(시스템) |
| | 사용자테스트 | 사용자테스트수행및결과검토 | 테스트사건보고서(사용자승인) |
| | | | 테스트결과서 |
| | 테스트 단계 점검 | 프로젝트 성능 평가(테스트) | 프로젝트진척관리표 |
| 설치및인도 | 설치 및 인도 단계 준비 | 설치및인도계획수립 | 설치및인도작업계획서 |
| | | | 이행계획서(갱신) |
| | 시스템설치및관찰 | H/W,S/W,N/W 설치 | 플랫폼설치보고서 |
| | | 데이타전환및로드 | 데이타전환및로드보고서 |
| | | | 기존시스템구성요소백업목록 |
| | | 어플리케이션설치 | 어플리케이션설치보고서 |
| | | 시스템관찰 | 시스템관찰보고서 |
| | 단계점검 | 사용자승인및인도 | 프로젝트완료보고서 |
| | | | 공식승인문서 |
| | | | 경관리절차서 |
| | | 프로젝트완료 평가 및 관리 | 프로젝트진척관리표 |
| | | | 프로젝트완료보고서 |
| 프로젝트산출물정의 |
| 1. 분석 1.1. 현업요구사항정의서 : 해당 프로젝트를 수행하는 가장 기본이 되며 고객의 needs을 담고 있는 문서입니다. 이를 통해 다양한 스펙산정이 가능합니다. 이부분에서 요구ID를 도출합니다. 1.2. 기능챠트 : 현업요구사항을 근간으로 큰 카테고리를 만들어 한눈에 해당 프로젝트가 무슨 일을 하는 것인지 보여줄 있습니다. * 이부분은 개발방법론에 따라 유스케이스다이어그램으로 대치할 수도 있을 것으로 판단되어지고, 기능챠트와 같이 가도 무관하다는 판단입니다. 1.3. 프로세스 정의서 : 기능챠트를 기준으로 각각의 프로세스를 보여줍니다. 때에 따라 확대된 프로세스의 표현도 가능합니다. * 개발방법론에 따라 시퀀스다이어그램을 넣어도 무방하다는 판단입니다. 1.4. 인터페이스정의서 : 상기 현업요구사항정의서,기능챠트,프로세스정의서를 근간으로하여 레가시 및 대외계 시스템, 웹서비스 등 어떤식으로 인터페이스를 해야 한다는 정의를 담고 있습니다. 1.5. 기타 2. 설계 2.1. UI(화면)설계서 : 웹App 혹은 CS App 든 간에 고객이 사용하고자 하는 화면단을 보여주는 문서입니다. 2.2. ERD : 해당 업무의 DB를 생성하고 테이블관의 상관 관계를 표현하는 문서로 더이상 설명이 필요없으리라 믿습니다. 2.3. 테이블목록 : 테이블정의서도 있지만, 테이블목록은 관리자가 한눈에 시스템을 구성하고 있는 DB 테이블을 보여준다는 측면에서 필수라는 판단입니다. 2.4. 테이블정의서 : 테이블필드 value와 설명, 바이트수 등을 표기합니다. 2.5. 프로그램 목록 : 실직적으로 설계단계에 프로그램목록이 나오지 않지만 일단 설계 단계에 넣는 것이 타당한 것 같습니다. * 개발방법론에 따라 클래스다이어그램, 컨포넌트명세서, 클래스정의서 등도 포함 될 수 있을 것 같습니다. 2.6. 개발표준 정의서 : 변수명, brace, 클래스네임,파일명,규칙등 코딩관련 규칙을 정의함으로써 일선 담당자가 소스코드를 확인해도 눈에 익숙할 수 있게 하기위한 문서입니다. 2.7. 단위테스트 시나리오 : 분석,설계의 기본적인 요건이 충적되면 이쯤하여 단위테스트시나리오가 나와야 할 것 같습니다. 아마도 고객의 싸인이 필요한 부분일 것입니다. 2.8. 통합테스트 시나리오 : 설계단에서 하기는 많은 어려움이 있지만, 단위테스트를 근간으로 고객의 요청을 좀더 보완하여 통합테스트시나리오를 작성합니다. 고객의 싸인은 필수입니다. 2.9. 기타 3. 개발 3.1. 소스코드(개발원시코드) : 말그대로 오류수정까지 끝난 원시코드 자체를 말합니다. 3.2. 단위테스트 결과서 : 단위테스트시나리오를 기준으로 테스트한 결과를 보여줍니다. 아마도 많은 문제점을 안고 있고, 이 과정을 통해 고객의 요구사항도 많은 변동이 있는 시점입니다. * 변경요청서도 필요할 시점입니다. 3.3. 결함/오류보고서 : 단위테스트를 통해 알게된 에러의 원인과 수정에 대한 내용을 나타냅니다. 이를 통해 오류코드정의서를 뽑아내고 보완합니다. 3.4. 오류코드 정의서 : 해당시스템에서 발생할 수 있는 오류들을 코드화하여 보여줍니다. 3.5. 통합테스트 결과서 : 단위테스트를 통해 보완된 내용들을 포함하고, 통합테스트시나리오의 보완을 통해 실시된 통합테스트 결과를 보여줍니다. 개발을 완료했냐 안했냐의 잣대가 되는 문서로서 고객의 싸인이 가장 필요한 부분입니다. 이부분에서 반려가 일어나면 위의과정을 반복해야 합니다. 3.6. 시스템 이행계획서 : 통합테스트가 끝나면 Standby하고 있는 시스템에 소프트웨어,하드웨어 기타 등을 몇월, 며칠, 몇시에 누구누구가 무엇을 가지고 옵져버는 누구이며 어떻게 이행을 할 것인지 등을 표현합니다. 3.7. 기타 4. 구현 4.1. 시스템 이행결과서 : 시스템 이행계획서를 통해 이행된 결과를 확인받는 문서입니다. 4.2. 사용자매뉴얼 : 사용자화면이 있을 경우 나오는 매뉴얼입니다.일반적인 조작법을 기록하며, 화면 등을 예시합니다. 4.3. 운영자매뉴얼 : 시스템전반에 관한 모든 내용을 담고 있습니다. 분석,설계,개발 절차에서 나오는 문서를 담고 있습니다. 4.4. 교육(인수)명세서 : 사용자매뉴얼 및 운영자매뉴얼을 중심으로 해당 담당자 및 사용자에게 시스템전반 및 세부사항을 교육/인수한후 싸인받는 문서입니다. 4.5. 개발산출물별 검사리스트 : 예시된 산출물들이 이상없이 인수되었는지를 개별로 체크한후 고객의 싸인을 받는 문서입니다. 4.6. 프로젝트 완료보고서 : 최종적으로 개발한 내용, 인도물, 하드웨어, 고객대표, 개발자대표싸인을 받음으로써 명실상부한 프로젝트 완료보고서입니다. 4.7. 기타 |