3. 분석모델 확인

유스케이스 모델검증 

** 액터 

:기능 구현에 관계된 액터가 모두 도출되었는가?

액터 목록에서 액터명이 역할 중심으로 명명되었나? 

요구사항 정의서, 요구사항 기술서에 외부/내부 액터가 모두 도출되었나?

액터 목록과 액터 명세서에 기록된 액터가 타당한지 확인 

 

** 유스케이스 

: 요구기능 구현에 필요한 유스케이스가 모두 도출되었나?

도출된 유스케이스를 논리적으로 연결하여 누락된 기능을 파악했는지 

도출된 유스케이스가 유스케이스 목록과 유스케이스 명세서에 반영이 되었는지 

도출된 유스케이스의 논리적인 합이 과업 범위와 일치하는지 

도출된 유스케이스들이 논리적으로 그룹화 되었는지 

유스케이스 기능 범위가 다른 유스케이스 기능 범위와 중복 되는지 

 

**유스케이스 명세서 

: 유스케이스 명세서 형식에 중요 항목이 누락되지 않았는지 확인 

유스케이스 주요이벤트 흐름이 모두 도출되고 논리적으로 타당한지 확인 

유스케이스를 구현하기 위하여 필요한 입출력 항목이 모두 도출되었는지 확인 

 

분석 클래스 검증 

-하나의 유스케이스를 실현하기 위해 3개 이상의 클래스가 역할 기준으로 도출되어야하며, 유스케이스별로 실현에 필요한 클래스가 추적 가능해야 클래스 누락여부를 확인할 수 있다. 

 

유스케이스 별로 도출된 분석 클래스들이 역할 기준으로 

 

경계 : 시스템과 외부 엑터와의 상호작용을 담당하는 클래스 

 

엔터디 :  시스템이 유지해야 하는 정보를 관리하는 기능을 전담하는 클래스 

제어 : 시스템이 제공하는 기능의 로직 및 제어를 담당하는 클래스 

 

 유스케이스 모델의 개별 유스케이스에 대한 분석 모델을 작성한 이후, 해당 분석 모델로 시스템을 개발하는 경우에 어떠한 영향을 미치는지, 필요한 자원, 상호운용성, 시장 성숙도, 기술적 위험 분석 측면에서 타당성을 조사한다. 

 

문제1/ 

유스케이스 모델 검증 점검 대상 [액터]에 대한 설명 

-기능 구현에 관계되는 액터가 모두 도출되었는지 

-액터 목록에서 액터명이 역할 중심으로 명명되었는지 

-요구사항 정의서 , 요구사항 기술서에 외부/ 내부 액터가 모두 도출되었는지 

-액터 목록과 액터 명세서에 기록된 액터가 타당한지

 

문제2/ 

유스케이스에 대한 설명  

시스템 사이에서 교환되는 메세지의 중요도에 의해 클래스나 시스템에 제공되는 고유 기능단위, 상호 행위자 밖의 하나 혹은 그 이상의 것이 시스템에 의해서 실행되는 행위를 함께 하는 유스케이스 모델 검증 점검 대상

 

문제3/

분석모델의 기술적 타당성 검토

유스케이스에 대한 분석 모델을 작성한 후, 해당 분석 모델로 시스템을 개발하는 경우 어떠한 영향을 미치는지 필요한 자원 , 상호 운용성, 시장 성숙도, 기술적 위험 분석 측면에서 타당성을 조사하는 것

 

문제 4/

분석 클래스의 경계 검토 사항

UI를 위한 경계 클래스인 경우, 사용자에게 제공할 항목이 속성으로 도출되었는지 확인한다. 

분석 모델 검토사하아 

-성능 및 용량 

-시스템 간 상호 운용성 

-시장성숙도 및 트랜드 부합성 

-기술적 위험 분석 

 

문제 5/ 

다음 중 효과적인 요구사항 관리 도구에 대한 주요 기능 및 특징에 대한 설명으로 옳은것 

-Drag & Drop을 통해 쉽고 정확하게 연결 가능하다. 

-양방향 추적성 링크를 통해 상/하위 요구사항 확인 가능 

-요구사항의 수정/변경 대상 항목에 대해 신속한 대응 가능 

 

문제6/

분석 모델의 기술적 타당성 검토 절차 

성능 및 용량산정 적정성 ->시스템간 상호운용성 ->it 시장 성숙도 및 트랜드 부합성 ->기술적 위험 분석