요구사항

> 정상적으로 운영되는데 필요한 제약조건 등을 나타내는 요구사항의 유형

 

 요구사항 개발 프로세스 

1. 도출

> 요구사항 도출 : 어떻게 수집할 것인지 식별하고 이해하는 과정

                        - 주요기법 : 인터뷰, 설문, 브레인스토밍, 프로토타이핑, Usecase

> 요구사항 추출 - 계획 시 정의한 범위에서 추출

> 요구사항 이해 - 실제적인 개발 첫 단계

 

2. 분석

> 요구사항 분석 : 명확하지 않거나 모호하기에 이를 걸러내기 위한 과정/ 비용과 일정에 대한 제약설정과 타당성 조사를 한다.

                         - soft tech사에서 개발한 분석자동화도구 SADT

> 분석 기법 - 요구사항 분류 

                  - 개념 모델링 : 쉽게 이해할 수 있도록 단순화하여 개념적으로 표현 (종류- usecase, DFD, 상태/객체/데이터 모델)

              - 요구사항 할당 : 구성요소를 식별

              - 요구사항 협상 : 문서상 요구사항 상충 여부 확인

              - 정형분석 : 구문과 의미를 갖는 정형화된 언어를 이용해 수학적 기호로 표현후 분석

> 요구사항 검증 : 요구충족여부 점검, 실제요구 반영 여부, 

> 요구사항 관리도구: 비용편익 분석, 변경추척, 변경에 따른 영향 평가

> 도메인분석 (정보수집, 배경분석) -> 개념모델링 (단순화)

> 기술구조설계 : 정형분석/ 정형화된 언어로, 수학적기호로 작성

 

3. 명세

- 스템 정의서, SW요구사항 명세작성, SW 설계 명세 작성

- 요구사항 명세서

    >명세기법 - 정형 : 수학적/ 모델링 기법, Z / VDM 기법사용, 간결함, 명세와 구현의 일치, 이해도가 낮음

                   - 비정형 : 상태 ,기능, 객체 중심으로 작성, 자연어 기반, 모호함

 

4. 확인

> 확인기법 - 요구사항 검토 : 문서화된 요구사항 검토

                 - 프로토타이핑 : 초기 요구사항으로 프로토타입 생성 후 변경되는 요구사항 반영하여 지속적으로 재작성하는 과정

                     (Prototype : 상품이나 서비스가 출시되기 전에 개발대상 시스템 또는 그 일부분을 개략적으로 만든 원형) 

              - 모델검증 : 요구사항 분석단계에서 개발된 모델이 요구사항을 충족시키는지 검증

              - 인수검사 : 사용자의 환경에서 요구사항들이 모두 충족되는지 사용자 입장에서 확인하는 과정

> 검토 - 동료검토 : 2~3명 이해 관계자들 모여 설명 들으며 결함 발견

          - 워크스루 : 동료들에게 명세 배포하여 검토 후 짧은 회의를 통해 초기 오류 발견이 목표

          - 인스팩션 : 명세 작성자 외 전문가들 모여 명세 결함 발견 

 현행시스템파악 

: 하위시스템 구성요소, 제공기능, 연계요소/ 적용기술요소/ Sw/ HD/ 네트워크 구성요소 파악

> 목적 : 시스템 개발범위와 이행방향 설정에 도움

> 구성요소 : 아키텍처, SW, HW, 네트워크 구성도

> 절차

+ Recent posts