03. 요구사항 확인

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

 

요구공학 목적 : 이해관계자 사이의 효과적인 의사소통 수단, 시스템 개발의 요구사항에 대한 공통된 이해 설정, 요구사한 누락 방지 및 이해 오류로 인한 불피요한 비용을 절감. 요구사항 변경 추적 가능

 

요구사항의 분류

사례를 들며 기능적, 비기능적 요구사항을 분류하는 단답형 출제 

기능정 요구사항 : 기능과 서비스에 대한 요구사항

기능적 요구사항 특징(기완일) : 기능성 / 완전성 / 일관성

 

비기능적 요구사항 : 기능적외 요구사항들

비기능적 요구사항 특징 : 신뢰성 / 사용성 / 효율성 / 유지보수성 / 이식성 / 보안성 / 품질관련 요구사항 / 제약 사항

 

예를들어 담당자가 홈페이지 게시물을 작성할 수 있도록 관리자 페이지가 제공된 => 기능적 요구사항

특정 함수 호출시간은 5초를 넘지 말아야 한다 => 비기능적 요구사항

 

 

요구공학 프로세스 : 요구사항과 관련된 체계적인 절차, 방안, 방법. 요구

** 공학적인 기술과 이론을 받을 수 있도록 만들었기 때문에 '요구공학'이라고 한다.

** 공학은 절차, 체계, 기법, 산출물이 있는 것이다.

 

요구사항 개발 단계는 '도분명확' : 도출 - 분석 - 명세 - 확인 및 검증

요구사항 관리 단계는 '협기변확' : 변상, 기준성 정의, 변경 관리, 확인 및 검증

 

⭐요구사항 개발단계(도분명확)

도출 : 고객의 추상적 요구를 구체적으로 표현하는 단계. 이해관계자 식별, 고객 사이의 관계 형성, 의사소통

분석 : 도출된 요구사항에 대해서 분석하고 안전성, 일관성 확보. 요구사항을 정제하여 분류하고 모델링, 비용과 일정에 대한 제약설정, 타당성 조사, 요구사항 정의 문서화 수행

명세 : 승인될 수 있는 문서를 작성. 요구사항 명세서 작성

확인 및 검증 : 회사의 표준에 적합한지 확인하고 검증하는 단계. 베이스라인 수립

 

요구사항 도출 단계의 주요 기법과 산출물

인터뷰 : 이해관계자와 직접 대화

브레인스토밍

델파이 기법 : 전문가의 경험적 지식

롤플레잉 : 여러사람이 역을 연기

워크숍 : 단기간 집중적인 노력으로 전문적인 정보를 획득, 공유. 모든 핵심 인물의 참여가 필요

설문조사 : 설문지, 여론조사 등 간접적으로 정보를 수집. 사용자가 다수일 때 의견 수렴에 용이

 

요구사항 분석 단계

요구사항 분류 : 기능인지 비기능인지 확인

개념 모델링 생성 및 분석 : 유스케이스 다이어그램, DFD, State Model등을 활용

요구사항 할당 : 요구사항 만족을 위해 아키텍처 구성요소를 식별. 다른 구성요소와 상호작용 분석을 통해 추가적인 요구사항 발견 가능

요구사항 협상 : 상충되는 내용을 요구하면 적절한 지점에서 합의하기 위한 활동. 우선순위 부여

정형분석 : 구문과 의미를 갖는 정형화된 언어를 사용하여 수학적 기호로 표현

** 정형은 형식이 정해졌다는 의미로 기억을 해보기

 

⭐요구사항 분석 단계 기법

자료 흐름 지향 분석 : 데이터 흐름도 및 자료 사전으로 소프트웨어 구조를 유도하는 방법

객체 지향 분석 : 시스템 기능, 데이터를 함께 분석, UML로 표준화

청취기술, 인터뷰와 질문 기술, 분석 기술, 중재 기술, 관찰 기술, 작성 기술, 조직 기술, 모델작성 기술

 

소프트웨어 시스템 모델링 기법

기능적 모델링 : 기능 관점으로 시스템을 분석. dfd, dd, mINI-sPECT(소단위 명세서)

자료 모델링 : 데이터 관점. 자료를 찾아내고 자료들 사이의 관계와 연관성을 규명. ER모델링

동적 모델링 : 객체지향 기법. 시간의 변화에 따른 시스템의 동적과 제어에 초점을 맞춰 분석. 유스케이스 다이어그램, STD(상태변화도)

 

 

⭐요구사항 명세 단계 주요기법

비정형 명세기법 : 자연어를 기반으로 서술. 사용자와 개발자의 이해가 용이

** 형태가 없으니 자연스럽다.. 자연어 기반이다^^ 이렇게 생각하기

정형 명세기법 : 수학적인 원리와 표기법으로 서술. Z-스키마, Perti Nets, 상태차트 활용. 어려움

 

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

 

요구사항 명세 원리 및 검증 항목(명완검 일수 추개) : 명확성, 완전성, 검증 가능성, 일관성, 수정 용이성, 추적 가능성, 개발 후 이용성

 

요구사항 확인 및 검증 절차

요구 사항 목록 확인 : 요구사항 목록에서 업무 기능에 대한 요구사항 반영 여부 확인

요구사항 정의서 작성여부 확인 : 요구사항 정의서, 유스케이스 명세서가 작성 되었는지 확인. 시스템의 동작 방식을 명확하고 구체적으로 기술하고 있는지 검토

비기능적 요구사항 확인 : 비기능적 요구사항이 명확하게 도출 되었는지, 요구사항 문서화 여부 확인

타시스템 연계, 인터페이스 요구사항 확인 : 모든 인터페이스 요구사항이 정의되어 있는지 확인. 명확하게 정의되어 있는지 확인

 

요구사항 정의서

ID, 중요도, 관련요구사항, 버전, 수용 여부

 

⭐요구사항 확인 및 검증 단계의 주요 기법

요구사항 검토 : 에러, 잘못된 가정, 불명확성, 표준과의 차이 검토. 시스템 정의서, 사양서, 소프트웨어 요구사항 ㅁ ㅕㅇ세서를 완성한 시점에서 검토

정형 기술 검토 활용(FTR)(동워인) : 동료 검토, 워크스루, 인스펙션

동료검토 : 2-3명이 진행하는 리뷰. 요구사항 명세서를 설명하고 이해관계자들이 설명을 들으면서 결함을 발견

워크스루 : 오류를 조기에 검출. 검토 자료를 회의 전에 배포해서 사전 검토. 비형식적인 기법

인스펙션 : 저작자 외의 전문가, 팀이 검사해서 오류를 찾아내는 공식적 검토 방법

** 정형은 형식을 눈으로 검사하는 것. 워크스루는 회의 형식이나 참여자 없이 자유롭게 검토를 하는 것. 그래서 워크스루는 비형식적이라고 말을하는 것이다(비공식적). 인스펙션은 회의 참석자, 진행자가 있다. 그래서 형식적. 공식적이라고 표현한 것이다!

 

요구사항 확인 및 검증 단계의 주요 기법

프로토타이핑 : 주요 기능이나 일부분ㄴ을 개발하여 최종 사용자나 고객을 대상으로 시연

모델 검증 : 분석 단계에서 모델 품질 검증 필요. 객체들  사이의 의사소통 경로를 검증하기 위한 정적 분석

테스트 케이스와 테스트 확인 : 테스트 케이스를 작성

CASE도구 활용 검증 : 자동화된 일관성 분석을 제공하는 CASE제공. 대규모 개발 프로젝트

베이스라인을 통한 검증 : 체계적으로 추적하고 통제하는 시점인 베이스라인을 통한 요구사항에 대한 지속적 검증 수행

요구사항 추적표를 통한 검증 : 요구사항 정의서를 기준으로 최종 산출물이 어떻게 반영되고 RPM(요구사항 추적표)을 통한 검증

 

정형 기술 검토 기법 : 관리 리뷰(Menagement Review), 기술 리뷰(Technical Review), 인스펙션(Inspection), 워크 스루(Walk Through), 감사(Audit)

 

 

지금까지 요구사항 개발단계. 요구사항 추출해서 확정까지... 이제 SDLC 마지막 단계까지 관리를 해줘야하는데 이것이 요구사항 관리 단계 절차 **Redmine같은 툴을 사용해서 지속적으로 요구사항을 관리

요구사항 협상 : 구현 가능한 기능 협상

요구사항 기준선 설정 : 합의된 요구사항 명세서 설정

요구사항 변경 관리 : 기준선을 기반으로 통제

확인 및 검증 : 이해관계자가 요구사항에 부합하는지 확인

** 협기변확으로 암기...ㅠ

 

아 이런 단계가 되어있구나 정도로 알아두기

요구사항의 기술적 타당성 검토 항목 : 성능 및 용량 산정의 적정성, 시스템 간 상호 운용성, it 시장 성숙도 및 트렌드 부합성, 기술적 위험 분석

요구사항의 기술적 타당성 분석 프로세스 : 타당성 분석 결과 기록, 타당성 분석 결과의 이해관계자 검증, 타당성 분석 결과 확인 및 배포 공유