요구사항 개발 -2-

기능적 요구사항

· 시스템이 실제로 어떻게 움직이는지에 관점ㅇ믈 둔 요구사항

 

비기능적 요구사항

· 시스템 구축에 대한 성능, 보안, 품질, 안정성 등으로 실제 수행에 보조적이 요구사항.

 

요구사항 명세

· 시스템 정의, 시스템요구사항, 소프트웨어 요구사항을   작성한다.

· 체계적으로 검토,평가, 승인 될ㅇ 수 있게 문서로 작성한다.

·  기능 요구사항은 빠지는 부분없이 명확히  기술한다.

·   설계과정의오류사항을 찾을 수 있게 해어야 한다.

·  비기능 요구사항은 필요한 것만 명확히 기술한다.

·  개발자가 효과적으로 설계하고, 사용자가 쉽게 이해할 수 있도록 작성한다.

 

요구사항 명세 속성

· 정확성: 요구사항은언제나 정확해야한다.

· 명확성: 단 한가지로만 해설되어야 한다.

· 완전성 : 모든 것이 표현 가능해야 한다.

· 일관성 : 요구사항 간의 충돌이 없어야 한다.

· 수정 용이성 : 요구사항 변경이 가능해야 한다.

· 추적성 : rfp. 제안서 등을 통해 추척이   가능해야  한다.

 

요구사항  확인

·  요구사항 분석 단계를 거쳐 문서로 만들어진 내용을 확인하고 검증하는 단계이다.

· 일반적으로 요구사항 관리 도구를 이용하여 이해관계자들이 문서를   검토해야하며, 요구사항 정의 문서들을 항상 관리해야한다.

· 회사 표준에 적합하고 이해할 수 있고 일관성이  있으며 완전한지 검증한다.

· 요구분석가가 요구사항을 이해했는지 확인이  필요하다.

· 리소스가 요구사항에 할당되기 전에 문제를 파악하기위하여 검증을 실행한다.

· 요구사항 관리  도구의 필요성 : 요구사항 변경으로 인한 비용 편익 분석, 요구사항 변경의 추적, 변경에 따른 영향 평가

 

형상관리

· 애플리케이션 개발 단계에서 도출되는 프로그램 문서, 데이터등의 모든 자료를 항상 단위라고 하며, 이러한 자료의  변경을 관리함으로서 애플리케이션 버전 관리등을 환다.

 

요구사항  할당

·  요구사항을 만족시키기 위한 아키텍처 구성요소를 식별하는 활동이다. 실별된 타 구성 요소와 상호작용 여부 분석을 통하여  추가요구사항을 찾을 수 있다.

 

정형분석

· 요구사항 분석의 마지막 단계에서 구문과 형식적으로 정의된 의미를 지닌 언어로 요구사항을 명확하게 표현하여, 오해를  최소화 한다.

 

 

요구사항   확인 기법

 

프로토타이밍, 모델검증, 요구사항검토, 인수테스트

 

프로토 타이핑

· 도출된 요구사항을 토대로 프로토타입을 제작하여 대상 시스템과 비교하면서 개발 중에 도출하는 새로운 추가 요구사항을 지속해서 재작성하는 과정이다. 소프트웨어  엔지니어 관점에서 요구사항을 확인하기 위한 수단으로 많이 사용되고 실제 구현 전에 잘못된 요구 사항을 적용하는 자원낭비를 막을 수 있다.

절차 : 요구사항 분석 단계 -> 프로토타입  설계  단계 -> 프로토타입 개발단계 -> 고객평가 단계 -> 프로토타입  정제단계 -> 완제품 생산단계

 

모델검증

·  분석 단계에서 개발된 모델의 품질을 검증한다.

·   정적 분석: 객체 모델에서 객체들 사이에 존재하는 커뮤니케이션 패스를 검증하기 위해 사용한다. 명세의 일관성과 정확성을 분석하는 도구이다.

·  동적분석 : 직접 실행을   통하여  모델을 검증하는 방식이다.

 

인수테스트

·  최종 젶품이 설계시 제시한 요구사항을 만졳하는 지 확인하는 단계이다. 인수시 각 요구사항의 확인 절차가 계획되어야 한다.

종료: 계약 인수 테스트, 규정 인수  테스트, 알파 검사, 베타 검사, 사용자 인수 테스트,  운영 인수 테스트.