정보처리기사 실기 - 요구사항 확인 (3)

3. 요구사항

 

요구공학 - 요구사항을 정의하고 문서화하고 관리하는 프로세스

 

요구사항 개발 프로세스 - 도출 > 분석 > 명세 > 확인

• 도출 : 요구사항 소스, 도출기법 (어떻게 수집할건지, 이해관계자와 효율적인 의사소통 중요)
• 분석 : 요구사항 분류, 개념 모델링, 요구사항 할당, 협상 (상충되는 요구사항 해결, S/W 범위 파악)
• 명세 : 시스템 정의서, 시스템 요구사항 명세서, S/W 요구사항 명세서 (체계적으로 검토, 평가, 승인될 수 있는 문서 작성)
• 확인 : 검토, 프로토타이핑, 모델 검증, 인수 테스트 (요구사항 문서가 표준에 적합하고 이해 가능한지, 일관성이 있는지, 완전한지 검증)

 

요구사항 분석 기법 - 요구사항 분류, 개념 모델링, 요구사항 할당, 요구사항 협상, 정형 분석

• 요구사항 분류 : 요구사항이 기능, 비기능인지, 다른 소스로부터 발생한건지, 제품에 관한 것인지, 프로세스에 관한 것인지, 영향 범위 파악, 생명 주기 동안 변경 발생 여부 확인
• 개념 모델링 : S/W 요구사항 분석의 핵심, 문제 도메인의 엔티티와 그 관계 및 종속성 반영, 유스케이스 다이어그램 사용, 모델링 표기법 UML 사용
• 요구사항 할당 : 요구사항을 만족시키기 위한 아키텍쳐 구성 요소 식별, 상호작용 분석해 추가 요구사항 발견 가능
• 요구사항 협상 : 상충되는 요구사항 합의, 우선순위 부여
• 정형 분석 : 형식적으로 정의된 의미를 지닌 언어로 요구사항 표현, 마지막 단계에서 이뤄짐

 

UML (Unified Modeling Language) - 표준화된 범용 모델링 언어, 객체지향 설계를 위한 표준언어, 모델링 언어

UML에서 사용되는 다이어그램 - 정적 모델 (클래스 다이어그램, 오브젝트 다이어그램, 컴포넌트 다이어그램, 배치 다이어그램), 동적 모델 (유스케이스 다이어그램, 시퀀스 다이어그램, 통신 다이어그램, 상태 다이어그램, 활동 다이어그램)

 

분석 모델 확인 - 제시한 분석모델을 확인

         유스케이스 모델 검증 -> 개념 수준 분석클래스 검증 -> 분석클래스 검증

(액터, 유스케이스 명세서) -> (클래스 도출, 클래스들간 관계) -> (경계 및 제어클래스 도출, 관계 및 상세화)

 

요구사항 확인 - 요구사항 검토, 프로토타이핑, 모델 검증, 인수 테스트

• 요구사항 검토 : 여러 검토자가 에러, 잘못된 가정, 표준과의 차이 등을 도출, 고객 대표자 1명 이상 포함, 시스템 정의서, 시스템 사양서, S/W 요구사항 명세서를 완성한 이후에 이뤄짐
• 프로토타이핑 : 시제품, 견본 (like 모델하우스), 피드백 가능, 새로운 요구사항 도출 가능
• 모델 검증 : 분석 단계에서 개발된 모델 품질 검증 필요, 의사소통 경로를 검증하기 위한 정적 분석 수행에 유용
• 인수 테스트 : 최종 제품이 요구사항을 만족시키는지 확인, 요구사항을 어떻게 확인할지 계획 필요

 

타당성 분석 - 분석가가 제시한 분석모델이 개발할 시스템에 미칠 영향을 검토해 기술적인 타당성을 확인

성능 및 용량 산정 적정성 -> 시스템 간 상호 운용성 -> IT 시장 성숙도 및 트렌드 부합성 -> 기술적 위험 분석