2018년 11월 26일
요구공학 (Requirement Engineering)
1. 프로젝트의 성공 위한 Fundamental, 요구공학의 필요성
(1) 요구공학 (Requirement Engineering)의 개념
- 고객 요구를 체계적으로 수집, 분석, 명세화, 검증하고 추적, 변경하는 요구사항 도출 및 관리 기법
(2) 요구공학의 필요성
| 구분 | 필요성 | 세부 내용 |
|---|---|---|
| 비즈니스 관점 | 연속성 | – 비즈니스 연속성 파괴요소 산재 |
| 확장성 | – 기업의 환경변화 신속한 대응 | |
| 재무적 관점 | 비용절감 | – 사전 점검 대비 사후 요구 비용 과다 |
| 효율성 | – 신속하고 정확한 요구반영, 비용최소 | |
| 인적 관점 | 이해도 | – 업무 이해도에 대한 상호 의사소통 |
| 명세화 | – 고객, 개발자 간 S/W 생성 기준 수립 |
2. 요구공학 프로세스 및 기법
(1) 요구공학 프로세스
 |
– 요구공학 프로세스는 크게 요구사항 개발과 요구사항 관리로 나누어짐
(2) 요구공학 프로세스의 상세 설명 및 기법
| 프로세스 | 상세 설명 | 관련 기법 |
|---|---|---|
| 수집 | – 제시되는 요구 식별 – 요구사항수집, 표현 | – 포커스그룹, 프로토타입 – 설문, 관찰, 인터뷰 등 |
| 분석 | – 정확한 요구 파악 – 요구사항 도출 단계 | – 구조, 객체지향 분석 – 정보공학 방법, 정형화 |
| 명세 | – 목표기술, 기대요구 – 비기능 품질 특성 | – SRS(S/W Req. Spec.) – TTA 명세서 템플릿 |
| 검증 | – 요구사항 명세화 확인 및 검증 단계 | – 확인(Validation) – 검증(Verification) |
| 추적 /변경 | – 요구사항 출현 시 추적 및 변경관리 | – 요구사항 변경관리 – 요구사항 추적(매트릭스) |
– 고객-개발자 간 공통의 목표 및 개발 기준선 제공하므로 정확/완전하게 정의되고, 변경 관리 및 추적성 보장이 매우 중요
3. 요구사항 명세서의 평가 기준
(1) 요구사항 명세서 평가 기준
| 평가 기준 | 세부 내용 |
|---|---|
| 정확성 | – 사용자 요구와 명시된 요구 중첩 부분이 정확한 요구사항(사용자 리뷰/승인 필요) |
| 명확성 | – 각 요구사항 명세 내용은 하나의 의미만 보유 |
| 완전성 | – 기능, 성능, 속성, I/F, 설계제약 등 전체를 포함 |
| 일관성 | – 명세 내용 간의 상호 모순이 없어야 함 |
| 수정가능 | – 요구사항 변경 시 쉽게 수정 가능해야 함 |
| 추적성 | – 각 요구사항 근거에 대한 추적 |
| 검토가능 | – 요구사항 내용의 충족 여부와 달성 정도 확인 |
| 중요도 | – 중요도와 안정성 기준 우선순위 부여 |
(2) 요구사항 명세서 작성 시 주의사항
| 주의사항 | 세부 내용 |
|---|---|
| 이해성 | – 사용자와 개발자 모두 쉽게 이해 가능 |
| 상호성 | – 사용자와 개발자 모두 서로의 제약을 이해 |
| 기능정의 | – 목표 시스템에 의해 수행된 모든 기능 기술 |
| 제약조건 | – 목표 시스템에 영향주는 모든 제약 조건 기술 |
| Test기준 | – 시스템의 인수를 위한 테스트 기준 제공 |
| 품질측정 | – 원하는 시스템의 품질과 상대적 중요도 기술 |
4. 요구사항 도출기법
| 구분 | 기법 | 수행 방법 |
|---|---|---|
| 그룹 도출 측면 | 포커스 그룹 | – 선별된 전문가 집단 토론 – 제품, 서비스 기대, 의견 교환 |
| 프로토 타입 | – 주요 기능 중심 시제품 제작 – 사용자 이해도 증진, 위험감소 | |
| 워크샵 | – 요구사항 정의 집중 세션 – 대화식 그룹 기반 합의 유도 | |
| 브레인 스토밍 | – 다수 그룹 집단 창의력 기법 – 자유 의견 기반 요구사항 수집 | |
| 개별 도출 측면 | 설문조사 | – 다수 대상자에게 질문지로 조사 – 많은 대상, 신속한 자료 수집 |
| 관찰 | – 현업 업무처리 절차 직접 관찰 – 요구사항 명확성 저하 시 사용 | |
| 인터뷰 | – 직접 대화를 통해 정보 수집 – 협의 기반 요구사항 조율 가능 | |
| 벤치마킹 | – 선진 업체 사례 참조 기법 – 요구사항 추가, 차세대 사업 | |
| 델파이 | – 전문가가 익명으로 참여 – 사회자가 의견 수렴, 반영 | |
| 마인드맵 | – 핵심 기능 기준 부가 기능 도출 – 토론을 통한 기능 가시화 작업 | |
| 친화도 | – 현업 사용자와 원만한 의사소통 기반 요구사항 수집 기법 |
5. 성공적 프로젝트를 위한 요구공학 전략
| 구분 | CSF | 세부 내용 |
|---|---|---|
| 요구사항 관리체계 | 요구사항 관리 프레임워크 | – 단계별 활동과 관리 기법 및 도구 통한 요구사항 관리 |
| 의사소통 | 합의 조정 | – 무리한 요구 시 대안제시 |
| 기준선 확정 | – 공식적 절차 통한 범위 확정 | |
| 업무전문가참여 | – 효율적 의사소통, 품질 향상 | |
| 시스템화 | Repository화 | – 요구사항 해결책에 대한 지식 관리 활용으로 벤치마킹 |
| RMS | – 요구사항 추춘, 재구성, 연계성 지원, 명세화 관리 | |
| 관리 프로세스 | 커스터마이징 | – 프로젝트 성격에 따른 요구사항 관리 프로세스 최적화 |
– 요구사항 관리 프로세스, 안정성과 완전성을 위한 요구사항 관리 리법, 도구의 활용으로 성공적 프로젝트 수행
About The Author
