정보처리기사 실기 정리 - 요구사항 확인 / 분석 모델 확인

요구공학의 개념

• 사용자의 요구가 반영된 시스템을 개발하기 위해 사용자 요구사항에 대한 도출, 분석, 명세, 확인 및 검증하는 구조화된 활동

 

요구사항의 분류

• 기능적 요구사항
  • 시스템이 제공하는 기능, 서비스에 대한 요구사항
  • 특정 입력/상황에 대해 어떻게 반응/동작해야 하는지
  • 기능성, 완전성, 일관성
• 비기능적 요구사항
  • 기능 이외의 사항, 시스템 구축에 대한 제약사항에 관한 요구사항
  • 품질 속성에 관련하여 시스템이 갖춰야 할 사항에 관한 기술
  • 시스템이 준수해야 할 제한 조건에 관한 기술
  • 신뢰성, 사용성, 효율성, 유지보수성, 이식성, 보안성 및 품질 관련 요구사항, 제약사항

 

 

요구공학 프로세스

요구사항 개발 단계 구성(CMM Level 3 프로세스 영역)

1. 도출
   • 해결해야 할 문제 이해, 고객으로부터 제시되는 추상적 요구에 대해 관련 정보 식별 및 수집 방법 결정, 수집된 요구사항을 구체적으로 표현하는 단계
   • 인터뷰 : 이해관계자와 직접 대화를 통해 정보를 구하는 공식적, 비공식적 정보 수집 방법
   • 브레인스토밍 : 말을 꺼내기 쉬운 분위기로 만들어, 회의 참석자들이 내놓은 아이디어들을 비판 없이 수용할 수 있도록 하는 회의
   • 델파이 기법 : 전문가의 경험적 지식을 통한 문제 해결 및 미래예측을 위한 방법
   • 롤 플레잉 : 현실에 일어나는 장면을 설렁하고 여러 사람이 각자가 맡은 역을 연기함으로써 요구사항을 분석하고 수집하는 방법
   • 워크숍 : 단기간의 집중적인 노력을 통해 다양하고 전문적인 정보를 획득하고 공유하는 방법
2. 분석
   • 도출된 요구사항에 대해 충돌, 중복, 누락 등의 분석을 통해 완전성과 일관성을 확보하는 단계
   • 단계 절차
     1. 요구사항 분류
        • 기능/비기능 요구사항 확인
        • 요구사항이 소프트웨어에 미치는 영향의 범위 파악
        • 요구사항이 소프트웨어 생명주기 동안 변경이 발생하는지 확인
     2. 개념 모델링 생성 및 분석
        • 요구사항을 더 쉽게 이해할 수 있도록 단순화
        • 개념적으로 표현한 것을 모델
        • 유스케이스 다이어그램, 데이터 흐름 모델, 상태 모델, 목표기반 모델, 사용자 인터랙션, 객체 모델, 데이터 모델 등
        • UML을 주로 활용
     3. 요구사항 할당
        • 아키텍처 구성요소를 식별하는 활동
        • 다른 구성요소와 어떻게 상호 작용 하는지 분석을 통해 추가적인 요구사항 발견 가능
     4. 요구사항 협상
        • 두 명의 이해관계자가 서로 상충되는 내용을 요구하는 경우 적절한 지점에서 합의하기 위한 활동
     5. 정형 분석
        • 구문과 의미를 갖는 정형화된 언어를 사용하여 수학적 기호로 표현
   • 요구사항 분석 단계 기법
     • 자료 흐름 지향 분석 : 데이터 흐름도 및 자료 사전으로부터 소프트웨어 구조를 유도하는 방법
     • 객체지향 분석 : 시스템의 기능과 데이터를 함께 분석, UML로 표준화
   • 요구사항 분석 기술
     • 청취 기술, 인터뷰와 질문 기술, 분석 기술, 중재 기술, 관찰 기술, 작성 기술, 조직 기술, 모델 작성 기술
3. 명세
   • 체계적으로 검토, 평가, 승인될 수 있는 문서를 작성하는 단계
   • 비정형 명세 기법 : 사용자의 요구를 표현할 때 자연어를 기반으로 서술하는 기법
   • 정형 명세 기법 : 사용자의 요구를 표현할 때 수학적인 원리와 표기법으로 서술하는 기법
4. 확인 및 검증
   • 요구사항 명세서에 사용자의 요구가 올바르게 기술되었는지에 대한 검토, 베이스라인을 설정하는 활동
   • 분석가가 요구사항을 이해했는지 확인하고, 요구사항 문서가 회사의 표준에 적합하고 이해 가능하며, 일관성이 있고, 완전한지 검증하는 단계
   • 주요 기법
     1. 요구사항 검토
     2. 정형 기술 검토 활용
     3. 프로토타이핑 활용 : 주요 기능이나 일부분을 개발하여 시스템이 작동하는 모습을 경험할 수 있게 하여 요구사항 확인
     4. 모델 검증
     5. 테스트 케이스 및 테스트를 통한 확인
        • 각각의 요구사항을 어떻게 확인할 것인지에 대한 계획을 수립하고 테스트 케이스 작성
     6. CASE 도구 활용 검증
     7. 베이스라인을 통한 검증 : 체계적으로 추적하고 통제하는 시점인 베이스라인을 통한 요구사항에 대한 지속적 검증 수행
     8. 요구사항 추적표를 통한 검증 : 요구사항 정의서를 기준으로 개발단계별 최종 산출물이 어떻게 반영되고 변경되었는지 확인이 가능한 문서
   • 상세 정형 기술 검토 기법
     1. 관리 리뷰
        • 진행 상황에 대한 전반적인 검토를 바탕으로 범위, 일정, 인력 등에 대한 통제 및 의사결정을 지원하는 리뷰
     2. 기술 리뷰
        • 정의된 계획 및 명세를 준수하고 있는지에 대한 검토를 수행하는 리뷰
        • 변경 사항이 적절하게 구현되었는지 평가, 여러 대안을 추천하거나 대안 검토
     3. 인스펙션
        • 저작자 외의 다른 전문가 또는 팀이 검사하여 문제를 식별하고 문제에 대한 올바른 해결을 찾아내는 형식적인 검토 기법 (동료검토)
     4. 워크 스루
        • 검토 자료를 회의 전에 배포해서 사전 검토한 후 짧은 시간 동안 회의를 진행하는 형태
        • 문제 식별, 대안 조사, 개선 활동, 학습 기회를 제공하는 가장 비형식적인 검토 기법
     5. 감사

 

 

요구사항 관리 단계(CMM Level 2 프로세스 영역)

• 프로젝트 진행 과정에서 발생하는 요구사항의 변경에 대해 일치성과 무결성을 제공하기 위해 변경제어와 추적 등 일련의 관리를 수행하는 활동
• 요구사항 관리 단계 절차
  1. 요구사항 협상
  2. 요구사항 기준선 설정
  3. 요구사항 변경관리
  4. 요구사항 확인 및 검증

 

 

요구사항의 시스템화 타당성 분석

요구사항의 기술적 타당성 검토

1. 성능 및 용량 산정의 적정성
   • 목표 시스템의 용량이 산정되면 성능 관련 비기능 요구사항과 비교하여 적정성 여부 판단
2. 시스템 간 상호 운용성
   • 타 시스템과 연동을 요구하는 경우 상호 운용이 가능한지 여부 판단
3. IT 시장 성숙도 및 트렌드 부합성
4. 기술적 위험 분석

요구사항의 기술적 타당성 분석 프로세스

1. 타당성 분석 결과 기록
2. 타당성 분석 결과의 이해관계자 검증
3. 타당성 분석 결과 확인 및 배포/공유

 

 

데이터 흐름도 : 데이터가 각 프로세스를 따라 흐르면서 변환되는 모습을 나타낸 그림

자료 사전 : 자료 요소, 자료 요소들이 집합, 자료의 흐름, 자료 저장소의 의미와 그들 간의 관계, 관계 값, 범위, 단위들을 구체적으로 명시하는 사전

UML : 객체지향 소프트웨어 개발 과정에서 산출물을 명세화, 시각화, 문서화할 시 사용되는 모델링 기술과 방법론을 통합해 만든 표준화된 범용 모델링 언어

요구사항 명세서 : 소프트웨어의 요구사항을 분석하고 정의하는 단계에서 작성되는 최종 산출물

형상관리 : 소프트웨어 생명주기 동안 발생하는 변경사항을 체계적으로 관리하여 소프트웨어의 품질보증을 향상시키는 관리적 활동

형상통제위원회 : 형상 관리에 대한 주요 방침을 정하고 산출물을 검토하며, 단계별 의사결정을 수행하는 조직

 

 

분석 모델 검증 방법

1. 유스케이스 모델 검증
   • 시스템 기능에 대한 유스케이스 모형 상세화 수준 및 적정서 검증을 위해 액터, 유스케이스 유스케이스 명세서 점검
2. 개념 수준의 분석 클래스 검증
   • 시스템의 주요 도메인 개념을 분석 클래스로 도출하여 유스케이스 분석에 활용하므로, 개념 수준의 주요 분석 클래스를 적절히 도출하였는지, 관련 정보가 명확한지 점검
3. 분석 클래스 검증