[정보처리기사실기]요구사항 확인2

오늘은 생각보다 내용이 적습니다! 모두 화이팅!😊

---

[Chapter 1. 요구사항 확인]

1.요구사항(⭐⭐⭐)

1)요구공학

-요구공학이란?

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

 

-요구공학의 목적

: 이해관계자 사이에 효과적인 의사소통 수단을 제공하고 시스템 개발의 요구사항에 대한 공통된 이해를 설정한다.

: 요구사항 누락 방지 및 이해 오류로 인한 불필요한 비용을 절감하고 요구사항 변경 추적을 가능하게 한다.

: 초기 요구사항 관리로 개발 비용과 시간을 절약하고 효과적인 의사소통 수단을 제공한다.

 

-요구사항의 분류

: 기능적 요구사항, 비기능적 요구사항

*기능적 요구사항 : 시스템이 제공하는 기능, 서비스에 대한 요구사항 : 특정 입력에 대해 시스템이 어떻게 반응하고 동작 해야 하는지에 대한 기술 : 기능성, 완전성, 일관성

*비기능적 요구사항 : 시스템이 수행하는 기능 이외의 사항, 시스템 구축에 대한 제약사항에 관한 요구사항 : 품질 속성에 관련하여 시스템이 갖춰야 할 사항, 준수해야 할 제한 조건에 관한 기술 : 신뢰성, 사용성, 효율성, 유지보수성, 이식성, 보안성 및 품질 관련 요구사항, 제약사항

-요구공학 프로세스

: 요구사항 개발 단계와 요구사항 관리 단계로 구성된다.

 

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

: 요구사항 도출, 분석, 명세, 확인 및 검증 단계로 구성되어 있다.

*요구사항 도출 : 소프트웨어가 해결해야 할 문제를 이해하고, 고객으로부터 제시되는 추상적 요구에 대해 관련 정보를 식별하고 수집 방법 결정, 수집된 요구사항을 구체적으로 표현하는 단계 : 주요 활동 - 고객 분석, 조직 환경 분석, 후보 요구사항 분류, 후보요구사항 정제, 요구사항 소스 관리가 있음 [주요 기법] 인터뷰 - 이해관계자와 직접 대화를 통해 정보를 구하는 공식적, 비공식적 정보 수집 방법 브레인스토밍 - 말을 꺼내기 쉬운 분위기로 만들어, 회의 참석자들이 내놓은 아이디어들을 비판없이 수용하는 회의 델파이 - 전문가의 경험적 지식을 통한 문제 해결 및 미래예측을 위한 방법 롤 플레잉 - 현실에 일어나는 장면을 설정하고 여러 사람이 각자가 맡은 역을 연기함으로 요구사항 분석, 수집 워크숍 - 단기간의 집중적인 노력을 통해 다양하고 전문적인 정보를 획득하고 공유하는 방법 설문 조사 - 설문지 또는 여론조사 등을 이용해 간접적으로 정보를 수집하는 방법

*요구사항 분석 : 도출된 요구사항에 대해 충돌, 중복, 누락 등의 분석을 통해 완전성과 일관성을 확보하는 단계 : 비용과 일정에 대한 제약 설정, 타당성 조사, 요구사항 정의문서화 수행 [요구사항 분석 단계 절차] 요구사항 분류 → 개념 모델링 생성 및 분석 → 요구사항 할당 → 요구사항 협상 → 정형 분석 [주요 기법] 자료 흐름 지향 분석 - 데이터 흐름도 및 자료 사전으로부터 소프트웨어 구조를 유도하는 방법 객체지향 분석 - 시스템의 기능과 데이터를 함께 분석, UML로 표준화 [분석 기술] 청취 기술 - 이해관계자로부터 의견을 듣는 기술 인터뷰와 질문 기술 - 이해관계자를 만나 정보를 수집하고 이야기를 나누는 기술 분석 기술 - 추출된 요구사항에 대해 충돌, 중복, 누락 등의 분석을 통해 완전성과 일관성을 확보하는 기술 중재 기술 - 이해관계자들의 상반된 요구에 대한 중재기술 관찰 기술 - 사용자가 작업하는 것을 관찰하면서 사용자가 언급하지 않은 미묘한 의미를 탐지할 수 있는 기술 작성 기술 - 문서 작성기술 조직 기술 - 수집된 방대한 정보를 일관성 있는 정보로 구조화하는 능력 모델 작성 기술 - 수집한 자료를 바탕으로 제어의 흐름, 기능 처리, 동작 행위, 정보 내용 등 이해하기 쉽게 모델로 작성하는 기술

*요구사항 명세 : 체계적으로 검토, 평가, 승인될 수 있는 문서를 작성하는 단계 : 요구사항 명세 기준 정의, 요구사항 명세서 작성, 요구사항 추적 관련 정보 저장 [주요 기법] 비정형 명세 기법 - 사용자의 요구를 표현할 때 자연어를 기반으로 서술하는 기법, 사용자와 개발자의 이해가 용이 정형 명세 기법 - 사용자의 요구를 표현할 때 수학적인 원리와 표기법으로 서술하는 기법, 기법의 이해가 어려움 [원리 및 검증 항목] 명확성 - 각각의 요구사항 명세 내용은 하나의 의미만 부여해야 함 완전성 - 기능, 성능, 속성, 인터페이스, 설계 제약 등에 관한 모든 시스템 요구사항이 포함되어야 함 검증 가능성 - 요구사항 내용의 충족 여부와 달성 정도에 대한 확인이 가능해야 함 일관성 - 요구사항의 내용 간 상호 모순이 없어야 함 수정 용이성 - 요구사항 변경 시 쉽게 수정 가능해야 함 추적 가능성 - 각 요구사항 근거에 대한 추적과 상호참조가 가능해야 함 개발 후 이용성 - 시스템 개발 후 운영 및 유지보수에 효과적인 이용이 가능해야 함

*요구사항 확인 및 검증 : 분석가가 요구사항을 이해했는지 확인하고, 요구사항 문서가 회사의 표준에 적합하고 이해 가능하며, 일관성이 있고, 완전한지 검증하는 단계 : 요구사항 명세서 검토, 요구사항 용어 검증, 요구사항 베이스라인 수립 [확인 및 검증 절차] 요구사항 목록 확인 → 요구사항 정의서 작성 여부 확인 → 비기능적 요구사항의 확인 → 타 시스템 연계 및 인터페이스 요구사항 확인 [주요 기법] 요구사항 검토 - 여러 검토자들이 에러, 잘못된 가정, 불명확성, 표준과의 차이 검토 정형 기술 검토 활용 - 동료 검토, 워크 스루, 인스펙션 프로토타이핑 활용 - 시스템에 대한 주요 기능이나 일부분을 개발하여 사용자나 고객을 대상으로 시연하면서 요구사항 확인 모델 검증 - 분석단계에서 개발된 모델의 품질 검증 필요 테스트 케이스 및 테스트를 통한 확인 - 각각의 요구사항을 어떻게 확인할 것인지에 대한 계획을 수립하고 테스트 케이스 작성 CASE 도구 활용 검증 - 구조화된 요구사항 명세서에 대해서는 자동화된 일관성 분석을 제공하는 CASE도구 활용 베이스라인을 통한 검증 - 요구사항 변경을 체계적으로 추적하고 통제하는 시점인 베이스라인을 통한 요구사항 지속적 검증 요구사항 추적표를 통한 검증 - 요구사항 정의서를 기준으로 개발단계별 최종 산출물이 어ㄸ허게 반영되고, 변경되었는지 확인 [상세 정형 기술 검토 기법] 관리 리뷰 - 프로젝트 진행 상황에 대한 전반적인 검토를 바탕으로 범위, 일정, 인력 등에 대한 통제 및 의사결정을 지원하는 리뷰 기술 리뷰 - 정의된 계획 및 명세를 준수하고 있는지에 대한 검토를 수행하는 리뷰 인스펙션(동료 검토) - 소프트웨어 요구, 설계, 원시 코드 등의 저작자 외의 다른 전문가 또는 팀이 검사하여 문제를 식별하고 문제에 대한 올바른 해결을 찾아내는 형식적인 검토 기법 워크 스루 - 검토 자료를 회의 전에 배포해서 사전 검토한 후 짧은 시간 동안 회의를 진행하는 형태로 리뷰를 통해 문제 식별, 대안 조사, 개선 활동, 학습 기회를 제공하는 가장 비형식적인 검토 기법 감사 - 소프트웨어 제품 및 프로세스가 규제, 표준, 가이드라인, 계획, 절차를 준수하고 있는지 독립적으로 평가하는 기법

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

: 프로젝트 진행 과정에서 발생하는 요구사항의 변경에 대해 일치성과 무결성을 제공하기 위해 변경제어와 추적 등 일련의 관리를 수행하는 활동이다.

: 주요 산출물 - 요구사항 변경요청서, 요구사항 변경승인서, 요구사항 추적표

: 요구사항 협상 → 요구사항 기준선 설정 → 요구사항 변경관리 → 요구사항 확인 및 검증

---

2.요구사항의 시스템화 타당성 분석(⭐)

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

-검토 항목

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

*성능 및 용량 산정의 적정성 : 목표 시스템의 용량이 산정되면, 과거 유사 프로젝트 경험치를 적용하여 필요시 재조정한 후, 성능 관련 비기능 요구사항과 비교하여 적정성 여부 판단 *시스템 감 상호 운용성 : 요구사항 중에서 목표 시스템이 조직 내외 타 시스템과의 연동을 요구하는 경우, 상호 운용이 가능한지 여부를 판단 *IT 시장 성숙도 및 트렌드 부합성 : 시스템 구축 시 요구되는 영역별 기술들의 시장 성숙도 및 발전 방향을 파악하고, 요구사항이 이에 부합하는지 판단 *기술적 위험 분석 : 요구사항을 만족시키기 위하여 적용한 기술의 복잡성, 검증 여부, 의존성 등에 대하여 위험 발생 가능성, 영향도 파악

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

-분석 프로세스 순서

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

1.타당성 분석 결과 기록 : 요구사항 목록에 타당성 분석을 위한 속성을 추가하고 타당성 분석 결과를 기록 2.타당성 분석 결과의 이해관계자 검증 : 요구사항의 시스템화 타당성 분석 결과를 요구사항 관련 이해관계자에게 배포하여 사전 검토 요청 3.타당성 분석 결과 확인 및 배포/공유 : 이해관계자 검증을 거친 타당성 분석 결과를 의사 결정자가 확인

---

3.분석 모델 검증(⭐)

-분석 모델 검증 방법

: 유스케이스 모델 검증, 개념 수준의 분석 클래스 검증, 분석 클래스 검증

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

-분석 모델 검증 프로세스

: 검토의견 컬럼 추가, 검토의견 작성, 검토의견 정제

*검토의견 컬럼 추가 : 분석 모델까지 요구사항 추적표를 작성하고 검토의견 컬럼 추가 *검토의견 작성 : 요구사항 목록을 참조하여 요구사항 ID와 요구사항명 입력 *검토의견 정제 : 요구사항 추적표에서 요구사항에 대한 검토의견 정제

---

4.분석 모델의 시스템화 타당성 분석(⭐)

-분석 모델의 기술적 타당성 검토

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

*성능 및 용량 산정의 적정성 : 요구사항을 만족시키기 위한 분석 모델에 따라 시스템을 구현할 때 요구되는 시스템의 자원 식별 *시스템 간 상호 운용성 : 분석 모델을 이용하여 보다 구체적으로, 시스템 간 상호 정보 및 서비스가 교환 가능한지 검토 *IT 시장 성숙도 및 트렌드 부합성 : 분석 모델이 과거의 문제를 해결하고 최근 많이 사용되는 트렌드에 부합되는지 확인 *기술적 위험 분석 : 분석 모델이 시스템의 기술 구조, 프레임워크, 사용되는 하드웨어 및 소프트웨어와 부합되는지 확인

-분석 모델의 시스템화 타당성 분석 프로세스

: 타당성 검토의견 컬럼 추가, 타당성 검토의견 작성, 타당성 분석 결과 검증, 타당성 분석 결과 확인 및 배포/공유

*타당성 검토의견 컬럼 추가 : 분석 모델까지 요구사항 추적표를 작성하고, 타당성 검토의견 컬럼을 추가. *타당성 검토의견 작성 : 작성된 요구사항 추적표에 타당성 검토의견 작성 *타당성 분석 결과 검증 : 타당성 분석 결과를 관련 이해관계자에게 배포하여 사전 검토를 요청 *타당성 분석 결과 확인 및 배포/공유 : 이해관계자 검증을 거친 타당성 분석 결과를 의사 결정자 확인

---

오늘도 모두 고생하셨습니다~

도움이 되셨다면 공감버튼!💕

감사합니다!😊