반응형
요구사항 명세
- 시스템의 목표를 기술하고, 사용자가 기대하는 기능 요구사항 및 품질 특성(비기능적 요구사항)을 작성하는 단계
요구사항 명세서 평가 기준
| 정확성 | 사용자 요구사항 정확(사용자 리뷰, 승인 필요) |
| 명확성 | 각 명세 내용 하나의 의미 포함 |
| 완전성 | 모든 시스템 요구사항 포함 |
| 일관성 | 명세 내용 간 상호 모순이 없어야 함 |
| 중요성 | 중요도에 따른 우선 순위 부여 |
| 검토 가능 | 요구사항 충족 여부, 달성 정도 파악 가능 |
| 수정 가능 | 요구사항 변경 시 수정 가능(중복 방지, 목차/색인 제공) |
| 추적 가능 | 요구사항 근거에 따른 추적(순방향/역방향), 상호 참조 가능 |
요구사항 명세서 작성 시 유의사항
| 이해성 | 사용자, 개발자 등 이해관계자들이 쉽게 이해할 수 있도록 작성 |
| 상호성 | 사용자, 개발자 등 이해관계자들의 상호 동의 및 이해 필요 |
| 기능 정의 | 목표 시스템의 모든 기능을 명확하게 기술 |
| 제약 조건 | 모든 제약 조건 기술(시간, 비용, 사용자, HW, 프로그래밍 언어 특성) |
| 테스트 기준 | 시스템 인수를 위한 테스트 기준 제공(기능, 특성, 품질 정량적 기술) |
| 품질 측정 | 시험 가능한 수준의 품질 측정 방법 기술 |
요구사항 확인(검증)
- 요구사항의 명확화와 분할 발주를 통한 개발 단계에서 요구 변경을 최소화하고, 최초 정의된 요굿항에 맞게 구현되었는지 감리 시행을 통해 품질을 보장
- 요구사항 확인 기법 - 요구사항 검토, 모델 검증, 프로토타이핑, 인수 테스트 등을 통해 이해관계자가 상호 검증하는 과정
| 기법 | 설명 |
| 요구사항 검토 | 시스템 정의서, 시스템 사양서, 소프트웨어 요구사항 명세서를 완성 시점에서 진행 |
| 프로토타이핑 | 사전에 모의 형식의 테스트베드 타입 구성 |
| 모델 검증 | 분석 단계에서 개발된 모델의 품질을 검증 |
| 인수 테스트 |
1. 최종 제품이 요구사항을 만족시키는지 확인 가능해야 함 2. 각각의 요구사항을 어떻게 확인할 것인지 계획 수립 |
프로젝트 수행 시 요구사항 보장을 위한 방안
1 발주단계별 요구사항 상세화
- 사업 추진 단계 : 조직 구성 및 추진 체계 수립
- 사업 범위 및 방향성 수립 : 사업 개념 정의 및 이해관계자 정의, 추진 범위/방향성 수립
- 업무 및 기술 현황분석 단계 : 내/외부 환경, 시사점/개선사항 도출, 범위 방향성 검토 보완
- 제안요청서 요구사항 정의 단계 : 이해관계자 요구사항 수립, 요구사항 분석 및 도출, 요구사항 상세내역 작성 및 검토
- 사업계획 수립 및 발주 단계 : 발주 계획, 제안 작성 및 법제도 요건, 입찰 공고, 평가 선정
- 사업이행 및 관리 단계 : 사업수행계획서 검토 승인, 요구관리체계 수립
2. 분할 발주를 통한 요구상세 검증
- 설계사업 : 요건정의, 요구분석, 기본설계
- 구현사업 : 상세설계, 개발, 테스트
3. 품질보증활동에서 요구 검증
- 프로세스 : 품질보증계획, 엔지니어링 활동 검토, 품질 측정평가, 문서화, 승인, 보고통보
- 품질활동 : 형상관리, 문서관리, 품질기록, 합동검토, 위험관리
요구사항의 기술적 타당성 검토 과정
- 요구사항의 기술적 타당성 검토는 적용기술의 적합성 및 기술실현의 가능성이 핵심적 내용
- 순서대로 성능 및 용량산정 적정성, 시스템 간 상호 운용성, IT 시장 성숙도 및 트렌드 부합성, 기술적 위험 분석에 관한 검토
| 구분 | 설명 |
| 성능 및 용량산정 적정성 | 성능 관련 비기능 요구사항과 비교하여 적정성 여부 판단 |
| 시스템 간 상호 운용성 | 복수의 이종 간 시스템 사이의 정보 및 서비스 교환 등 시스템 능력 |
| IT시장 성숙도 및 트렌드 부합성 | 유지보수 관점에서 시스템의 시장성과 향후 발전 가능성 확인 |
| 기술적 위험 분석 | 복잡성, 검증 여부, 의존성 등에 대하여 위험 발생 가능성 및 영향도 파악 |
반응형