fication Control)
개발 단계의 모든 산출물에 대하여 변경관리를 실시한다. 개발이 진행되면서 변경 관리 대상항목을 정하고 각 단계의 이정표를 만나게 되고 검토회의가 완벽하게 끝난 후에는 각 산출물의 모든 변경은 중지시킨다. 산출물의 변경이 동결된 후 일어나는 변경은 철저히 보고에 의하여 심사한 후 변경하고 통보한다.
변경관리에서 사용하는 변경 요청서는 별도로 정하며 변경 심사 및 형상 관리 절차는 팀장이 담당한다.
5.2 위험관리(Risk Control)
위험 요소
위험 관리 기법
1. 인력 부족
유능한 인력 모집, 팀 구성, 요원배치, 교차교육, 유능인력 사전 확보
2. 비현실적 일정 및
예산
세부적인 비용 예측, 일정 예측, 원가 분석, 점증적 개발, 소프트웨어 재사용, 요구 삭감
3. 잘못된 기능의
소프트웨어 개발
사용자 회람, 프로토타이핑, 조직 분석, 직능 분석
4. 잘못된 인터페이스
개발
프로토타이핑, 시나리오, 작업 분석, 사용자 분류(기능, 스타일, 업무)
5. 과 포장
요구 삭감, 프로토타이핑, 비용-수익 분석, 원가 분석
6. 계속적인 요구 변경
최대 변경 상한선, 정보 은닉, 점증적 개발
7. 실시간 성능의 빈약
시뮬레이션, 벤치마킹, 모델링, 프로토타이핑, 튜닝
8. 기술적 취약
기술 분석, 비용-수익 분석, 프로토타이핑, 점검
6. 개발 절차 및 품질 관리
(Development Process and Quality Management)
6.1 개발 방법론(Development Process Model)
본 프로젝트는 전통적인 폭포수 개발 모형을 따른다. 다만 사용자의 요구사항을 최대한 수렴하기 위하여 설계 단계에서 사용자 인터페이스에 대한 프로토타입을 작성하여 사용자의 의견을 수용한다.
개발 과정에서 필요한 여러 가지 문서는 IEEE에서 정하는 다음과 같은 여러 가지 문서 표준을 따른다.
IEEE 표준 830-1984 Software Requirement Analysis
IEEE 표준 983-1986 Software Quality Assurance Planning
IEEE 표준 1028-1988 Software Reviews and Audits
IEEE 표준 1012-1986 Software Verification and Validation Plans
6.2 품질 관리(Quality Control)
품질 관리는 ISO/IEC에서 정한 다음의 문서 표준을 따른다.
ISO/IEC 14598 S/W Product Evaluation
ISO/IEC 9126 Software Engineering
ISO/IEC 25001 Software Engineering
7. 검토 회의(Investigation Meeting)
7.1 검토회의 일정(Meeting Schedule)
프로젝트 진행에 있어 다음 결과 산출물에 대한 검토회의 일정은 다음과 같다.
검 토 회 의
일 시
참석자
계 획
3/30
김진국, 신동완, 조상원
요구분석
4/10
김진국, 신동완, 조상원
설 계
4/25
김진국, 신동완, 조상원
구 현
5/6, 5/13, 5/21
김진국, 신동완, 조상원
테 스 트
5/25
김진국, 신동완, 조상원
검토회의는 적어도 2주전에 공고하고 산출 결과물과 검토 리스트를 배포한다.
매 검토회의 마다 회의록을 작성한 후 회의 종결 후 배포되어 확인한다.
7.2 검토회의 진행 방법(Meeting Progression Plan)
프로젝트 리더는 회의의 목적이 무엇이며 참가자를 파악하고 어떤 준비를 해야 하는가를 사전에 계획하고, 의안에 대한 구성원의 의견과 문제의 해결방안을 마련한다.
회의는 항상 기록으로 남기고 서로 원활한 의사소통이 될 수 있도록 상호 조율한다.
7.3 검토회의 후속 조치(Meeting Follow Plan)
검토회의 시 도출되는 문제에 대해서는 팀 간의 긴밀한 협조를 통해 해결책을 모색한다. 또한 검토회의에 대한 성과급제를 실시하여 적극적인 회의 참여를 유도한다.
8. 개발 환경(Development Environment)
- Platform : Windows 2003 Server System
- Development Tools : NetBeans
- Development Language : JSP
- Running Environment : IIS 6.0, Oracle 10g, JRE
9.성능 시험 방법(Performance Testing)
각 상황별 시나리오에 따른 시뮬레이션을 실시한다. 알파테스트 외에 실제 사용자들의 요구사항 반영을 검증하기 위해 베타테스트를 실시한다. 예기치 못한 상황 발생 시 신뢰성 평가를 하다.
10. 문서화(Documentation)
각 시스템별 정의 및 요구사항 분석에 따른 해결방법을 제시한다. 자료사전 및 소단위 명세서를 작성하고 유지보수를 위한 코드의 문서화를 실시한다.
11. 유지 보수(Maintenance)
개발에 참여한 프로그래머를 포함하여 별도의 유지보수를 위한 팀을 만든다.
일정기간 정해진 간격으로 방문하여 프로그램 사용상의 문제점 및 사용자의 요구사항을 확인하도록 한다.
프로그램 오류가 발생할 경우 유지보수 팀을 파견하여 프로그램의 오류를 수정하고 오류사항에 대한 정확한 기록을 하게 한다.
12. 설치 및 인수(Installation and Undertake)
프로그램의 전반적인 설치는 프로그램 개발팀에서 담당하고 재설치를 하게 될 경우 프로그래머를 파견하여 설치에 참여토록 한다.N
프로그램 사용자에게 프로그램에 대한 사용 방법 및 주의 사항에 대하여 정기적인 교육을 실시한다.
13. 참고문헌 및 부록(Reference and Appendix)
[1] 소프트웨어 공학론, 정익사(최은만 저, 1995)
[2] Code Complete, 정보문화사(Steve McConnell, 서우석 역, 2005)
[3] 강원대학교학칙(강원대학교)
[4] 학칙운영규정(강원대학교)
[5] 한국정보통신기술협회 (http://www.tta.or.kr)
[6] 국제표준화기구(http://www.iso.org)
[7] 전기전자기술자협회 (http://www.ieee.org)