1. 분석 모델 검증
요구사항 도출 기법을 활용하여 업무 분석가가 제시한 분석 모델에 대해서 확인하는 활동
1-1. 분석 모델 검증 방법
(1) 유스케이스 모델 검증
- 시스템 기능에 대한 유스케이스 모형 상세화 수준 및 적정성 검증을 위해서 액터, 유스케이스, 유스케이스 명세서 점검
액터(Actor)
시스템의 외부에 있고, 시스템과 상호작용을 하는 사람 또는 시스템
유스케이스(Usecase)
시스템이 액터에게 제공해야 하는 기능으로, 시스템 요구사항이자 사용자 입장에서 바라본 시스템의 기능
(2) 개념 수준의 분석 클래스 검증
-
시스템의 주요 도메인 개념을 분석 클래스로 도출하여 유스케이스 분석에 활용하므로, 개념 수준의 주요 분석 클래스를 적절히 도출하였는지, 관련 정보가 명확한지 점검
-
주요 클래스 도출 여부, 도출된 클래스 이름과 속성의 적절성, 올바른 클래스들 간의 관계 여부 점검
(3) 분석 클래스 검증
-
유스케이스 실현에 필요한 분석 클래스 도출 확인
-
유스케이스 별로 도출된 분석 클래스들이 스테레오 타입으로 표시되었는지 확인
-
경계와 제어 클래스의 도출 여부 및 상세화 정도 확인
-
클래스 간의 관계, 클래스 정보의 상세화 정도 확인
1-2. 분석 모델 검증 프로세스
(1) 검토 의견 컬럼 추가
- 분석 모델까지 요구사항 추적표(RTM)를 작성하고, 검토의견 컬럼 추가
(2) 검토 의견 작성
-
요구사항 목록을 참조하여 요구사항 ID와 요구사항명 입력
-
유스케이스 모델에 대한 검토 의견 작성
-
개념 수준의 분석 클래스 모델에 대한 검토 의견 작성
-
분석 클래스 모델에 대한 검토 의견 작성
(3) 검토 의견 정제
-
요구사항 추적표에서 요구사항에 대한 검토의견 정제
-
누락된 '유스케이스 모델/개념 수준 분석 클래스/분석 클래스'가 존재하는 경우, 검토 의견 추가
2. 분석 모델의 시스템화 타당성 분석
업무 분석가가 제시한 분석 모델이 개발할 응용 소프트웨어에 미칠 영향을 검토하여 기술적인 타당성 조사하는 활동
2-1. 기술적 타당성 검토 항목
(1) 성능 및 용량 산정의 적정성
-
분석 모델에 따라 시스템을 구현할 때 요구되는 자원 식별
-
분석 클래스에서 불필요하고 지나치게 많은 속성을 포함시키게 되면 객체 생성 시 시스템의 메모리 자원이 많이 요구되며, 전체 시스템의 성능 저하
(2) 시스템 간 상호 운용성
-
분석 모델을 이용하여 보다 구체적으로, 시스템 간 상호 정보 및 서비스가 교환 가능한지 검토
-
분석 모델에서 정의한 구체적인 정보의 존재 여부, 생성 가능성, 교환 방식 지원 등 확인
(3) IT 시장 성숙도 및 트렌드 부합성
-
분석 모델이 과거의 문제를 해결하고 최근 많이 사용되는 트렌드에 부합되는지 확인
-
분석 자동화 도구 활용 방안 고려
분석 자동화 도구
요구사항을 자동으로 분석하고, 요구사항 분석 명세서를 기술하도록 개발된 요구사항 분석을 위한 자동화 도구
(4) 기술적 위험 분석
-
분석 모델이 시스템의 기술 구조, 프레임워크, 사용되는 하드웨어 및 소프트웨어와 부합되는지 확인
-
분석 모델이 검증되지 않은 기술의 사용을 가정으로 하고 있어 추가적인 비용 발생 가능성이 있는지 확인
-
분석 모델을 구현하기 위해 특정 업체 기술, 특허, 라이선스에 의존해야 하는지 확인
2-2. 기술적 타당성 분석 프로세스
(1) 타당성 검토 의견 컬럼 추가
(1) 타당성 검토 의견 작성
(1) 타당성 분석 결과 검증
(1) 타당성 분석 결과 확인 및 배포/공유
