CODEDRAGON ㆍDevelopment/Software Engineering
분석모델 검증 방법
한국정보화진흥원의 "정보시스템 감리지침: 시스템개발사업 객체지향 컴포넌트 모델 V1.0"에서 사업유형이 시스템 개발, 감리 시점이 요구 분석, 감리 영역이 응용시스템인 경우 "유스케이스 모형 상세화 수준 및 적정성"과 "개념 수준의 분석클래스 도출"에 관한 점검항목을 기준으로 검증하고 감리 시점이 분석 설계, 감리 영역이 응용시스템인 경우 "유스케이스로부터 분석 클래스 도출 및 상세화"에 관한 점검항목을 기준으로 검증한다.
|
점검항목 기준 |
해당 영역 |
|
"유스케이스 모형 상세화 수준 및 적정성"과 "개념 수준의 분석클래스 도출"에 관한 점검항목을 기준으로 검증 |
· 사업유형이 시스템 개발, · 감리 시점이 요구 분석, · 감리 영역이 응용시스템인 경우 |
|
"유스케이스로부터 분석 클래스 도출 및 상세화"에 관한 점검항목을 기준으로 검증 |
· 감리 시점이 분석 설계, · 감리 영역이 응용시스템인 경우 |
분석모델 검증 절차
분석모델 검증 절차에서 파악해야 할 내용에 대해 아래의 내용을 파악할 수 있습니다.
|
단계 |
설명 |
|
유스케이스 모델 검증 |
· 액터 · 유스케이스 · 유스케이스 명세서 |
|
개념수준 분석 클래스 검증 |
· 클래스 도출 · 클래스 명과 속성 · 클래스들 간 관계 |
|
분석 클래스 검증 |
· 스테레오 타입 · 경계 및 제어 클래스 도출 · 관계 및 상세화 정도 |
'Development > Software Engineering' 카테고리의 다른 글
| ISO/IEC 9126, ISO/IEC 9126의 소프트웨어 품질특성 (0) | 2017.05.24 |
|---|---|
| 요구사항의 시스템화 타당성 분석하기 절차 - 요구사항 목록에 타당성 분석을 위한 속성을 추가하고 타당성 분석 결과를 기록한다, 요구사항의 시스템화 타당성 분석 결과를 요구사항 관련 .. (0) | 2017.05.22 |
| TMMi(Test Maturity Model integration) Model - TMMi 개요, TMMi의 성숙도, TMMi의 활용, TMMi 레벨 4, TMMi 레벨 5 (0) | 2017.05.17 |
| 현행 시스템 파악 절차 (0) | 2017.05.17 |
| 소프트웨어 결함 - 에러(Error), 결함(Defect), 결점(Fault), 버그(Bug), 실패(Failure) (0) | 2017.05.17 |