정처기 #7 요구사항 정의

1 ) 요구사항 분석

• 요구사항의 타당성 조사, S/W의 범위 파악, S/W 개발 비용과 일정에 대한 제약을 설정
• 분석 기법: DFD, DD, Mini-Spec, ERD, UML

2 ) 요구사항 명세

• 정형 명세 기법: 사용자의 요구를 표현할 때 수학적인 원리와 표기법을 이용하여 서술, 사용자의 요구 특성을 정확하게 표현(종류 : VDM, Z, CSP, CSS 등)
• 비정형 명세 기법: 사용자의 요구를 표현할 때 자연어를 기반으로 서술, 가장 일반적이고, 친숙하지만 명세서로는 바람직하지 못함(종류: FSM, Decision Table, E-R, SADT 등)
•  

3 ) 요구사항 도출 기법

이해 관계자 설문 조사, 문헌 조사, 프로토 타이밍, 스토리텔링, 청취와 인터뷰 질문 기술, 분석과 중재 기술, 관찰과 모델 작성 기술

 

4 ) 구조적 분석의 도구(방법론)

• 자료(데이터) 흐름도(DFD) : 시스템을 구성하고 있는 구성요소들 사이에 자료와 정보가 어떻게 흐르고 있는 가를 그림으로 도식한 다이어그램
• DFD 표기법

이름	표기법	의미
외부 입출력(Terminal)		자료의 생성지와 종착지, 정보의 생성자와 소비자
처리 과정(Process)		변환 과정, 모듈, 프로시저, 함수
자료 흐름(Data Flow)		자료의 흐름, 인터페이스, 매개 변수
자료 저장소(Data Store)		자료 저장, 파일, 데이터베이스, 디스크

• 자료(데이터) 사전(DD) : 시스템과 관련된 모든 자료의 명세와 자료 속성을 파악할 수 있도록 조직화한 도구
• DD표기법

이름	표기법
자료의 정의	=
자료의 연결	+
자료의 선택	[ | ]
자료의 반복
자료의 생략	( )
자료의 설명	**

• 소단위 명세서(Mini-spec) : 내부적인 처리가 아닌 처리에 영향을 미치는 조건만을 프로그램 설계 언어(PDL)로 간단하게 기술하는 명세서

5 ) 요구사항 검토(Requirements Review)

• Peer Review(동료 검토): 2 ~ 3명 정도의 검토 담당자가 수행하는 검토
• Walk Through: 소프트웨어 개발 단계마다 실시하는 비정형 검토회의, 검토자료를 회의 전에 배포, 사전 검토한 후 짧은 시간 동안 회의를 진행
• Inspection: 소프트웨어 개발에 참여하지 않은 다른 전문가에 의해 오류를 찾아내는 공식적 검토 방법
• 프로토 타입: 검증하려는 주요 기능이나 일부분을 임시적으로 개발하여 이해관계자나 고객을 대상으로 시연하면서 요구사항을 검증
• 리팩터링: 오류를 제거하고 새로운 기능을 추가하는 것이 아니라 결과의 변경 없이 프로그램 소스의 구조를 재조정

6 ) CASE

• 표준화된 개발 환경 구축 및 문서 자동화 기능을 제공
• 작업 과정 및 데이터 공유를 통해 작업자 간의 커뮤니케이션을 증대
• 수정이 용이하며 정확, 신속, 개발 기간 단축
• 유지보수, 생산성, 재사용성, 품질 향상

주요 기능

• S/W 라이프 사이클 전 단계의 연결
• 그래픽 지원
• 다양한 소프트웨어 개발 모형 지원

7 ) 요구사항 분석 자동화 도구(CASE)

SADT: SoftTech사에서 개발된 것으로 구조적 요구 분석을 하기 위해 블록 다이어그램을 채택한 자동화 도구

SREM: TRW 사가 미 국방성의 의뢰로 개발한 실시간 시스템용 요구분석 자동화 도구

PSL/PSA : 미시간 대학이 ISDOS 프로젝트에서 개발한 요구분석용 자동화 도구

 

출처 이기적 정보처리 기사