ASPICE 소프트웨어 요구사항 분석

SW 컴포넌트 사양서를 전달받고 갑자기 ASPICE를 적용한 요구사항서를 작성하라는 요청을 받았다.

ASPICE 관련 문서를 보면 SWE.1에 해당하는 내용이다. 즉 요구사항을 분석하면서 나중에 SWE.3을 진행하면서 개발 내용이 SWE.1에서 제작한 분석 사항을 잘 지켰는지 확인을해야한다.

레벨 수준은 1 이행된 프로세스가 프로세스 목적을 달성하도록 하자.

ISO/IEC 33020에 따른 등급 척도를 보면 L 등급을 달성 할 수 있도록하자.

 

작업 산출물에 대한 리뷰와 해당 작업에 대한 관리자의 진술로부터 프로세스 평가가 이루어진다. 

프로세스 수행 지표는 기본 사례(BP)와 작업 산출물(WP)로부터 돌출되는데 프로세스에 대한 구체적인 작업 산출물과 문서의 실제 구조, 형식, 내용이 조직간의 결정에 의해 필요로하다.

 

그림4를 보면 소프트웨어 요구사항에는 무엇을해야하는지, 왜 그것을 해야하는지, 기술적 의존성은 무엇인지의 대한 내용이 들어가면 될 것으로 보인다.

표 4.1.3을 잘 활용해서 소프트웨어 요구사항을 작성하면 어떨까 ?

예를 들면

2)번의 내용을 사양서의 변화와 이름 어떻게 수용하고 프로젝트에 적용 시켰는지

3)번의 내용을 의사소통한 내역을 형상 관리 툴을 사용해서 관리하는 것

-> 코드비머를 사용 해 관리한다.

6)번의 내용을 환경 영향 평가가 제대로 이루어지고 있는지 관리하는 것

 

1) 어떤 인터페이스를 사용할지 정의하고, 해당 인터페이스를 통해서 설계하는 방법

2) 소프트웨어 요구사항 범주화, 정확성과 검증 가능성을 위해 분석

4) 소프트웨어 요구사항을 구현하기 위한 우선순위 정의 필요

5) 툴을 사용한 형상관리 (시스템과 양방향으로)

6) 일정관리

7) 위와 같은 요구사항에 대한 합의와 당사자와의 의사소통

8) 검증 기준 개발

9) 의사소통