4. 요구 사항 분석

SW개발의 목적: 개발된 소프트웨어의 고객 만족

 

고객 만족을 위한 특성

- 적시성: 빠른 출시를 통한 시장 점유

- 유연성: 다양한 환경에서 적응성

- 통합: 기존 시스템과 쉬운 통합

 

고객 만족의 개발 조건

- 고품질

- 기간 준수

- 예산 준수

 

요구사항: 개발 범위에서 시스템이 제공해야 하는 기능

요구 분석 명세서: what에 초점(not how)

 

SW 요구 사항 정의를 위해 사용자의 요구 사항을 조사하고 확인하는 과정은 SW 개발 생명주기의 첫 단계로 개발 성패의 열쇠가 됨

 

요구 분석의 여려움

- 의사 소통 문제

- 계속 변하는 요구 사항

- 요구 사항간의 충돌, 일관성 결여 및 불일치 발생

- 애매모호한 요구 사항

 

요구사항 분석가의 역할

- 요구를 정확하고 완전하게 획득하기

- 다양한 참여자를 만족시킬 공통의 목표 추출

- 당사자들 간 주장 조율

 

 

요구사항 수집

- 대면 수집 방법: 인터뷰, JAD(요구사항 도출을 위한 상호 토론)

- 비대면 수집 방법: 문서 분석, 설문지, SNS등

 

요구사항의 표현

- SW 개발 모델(이해 및 의사소통 향상, 유지보수 용이하지만 과도한 문서 작업, 형식적인 산출물로 전락할 수 있음)
- DFD(Data Flow Diagram)

- ERD(Entity Relationship Diagram)

- Use Case Diagram

 

요구사항 분석 명세서 작성 시 주의사항

- 읽고 이해하기 쉽게 작성

- 개발자가 설계 및 코딩에 효과적으로 쓸 수 있게 작성

- 비기능적 요구 명확히

- 테스트 기준으로 쓸 수 있게 정량적으로 작성

- 품질에 대한 우선순위 명시

 

 

요구사항 명세서가 갖춰야할 조건

- Clear, understandable

- unambiguous: 애매모호하지 않고 명확하게, 관점에 따라 다른 해석 안됨

- consistent: 일관된 요구

- complete: 빠짐없이 

- Verifiable: 시스템이 요구사항 만족하는지 검사할 수 있게 체계적으로 작성

- Easily changed: 변경하기 쉽게(독립적으로 서술)

- Traceable: 추적가능하게

 

요구사항 검증

- 완전성

- 일관성

- 명확성

- 기능성

- 검증 가능성

- 추적 가능성

- 변경 용이성

 

비기능적 요구사항(NFR)

: 수행 가능한 환경, 제약사항, 품질 등

 

-품질: 신뢰성, 보안성, 성능, 안전성