160706: 79회차
Programming
2016. 7. 6. 16:45
종료하기 전 티스토리 네이버 로그아웃 할 것
1. 툴
동일
추가시:
2. 폴더
동일
추가시:
3. 사용할 사이트
동일
추가시:
4. 공부하는 것
[07] [OOAD] 분석모델 확인하기
[01] 분석모델 확인하기
(01) 분석모델 검증

2. 유스케이스 모델 검증

3. 개념 수준의 분석 클래스 검증



(3) 클래스 간의 관계, 클래스 정보의 상세화 정도 확인


(02) 분석모델의 시스템화 타당성 분석
(01) 분석모델 검증
1. 검증 방법
한국정보화진흥원의 "정보시스템 감리지침: 시스템 개발사업 객체지향 컴포넌트 모델 V1.0”에서 사업유형이 시스템 개발, 감리 시점이 요구 분석, 감리 영역이 응용시스템인 경우 “유
스케이스 모형 상세화 수준 및 적정성”과 “개념 수준의 분석클래스 도출”에 관한 점검
항목을 기준으로 검증하고 감리 시점이 분석 설계, 감리 영역이 응용시스템인 경우 “유스케
이스로부터 분석 클래스 도출 및 상세화”에 관한 점검항목을 기준으로 검증한다

2. 유스케이스 모델 검증
한국정보화진흥원의 정보시스템 감리지침에서는 시스템 기능에 대한 유스케이스 모형 상
세화 수준 및 적정성에 대하여 다음과 같은 사항을 점검하도록 하고 있다.

3. 개념 수준의 분석 클래스 검증
시스템의 주요 도메인 개념을 분석 클래스로 도출하여 유스케이스 분석에 활용하므로, 개
념 수준의 주요 분석 클래스를 적절히 도출하였는지, 관련 정보가 명확한지 점검해야 한
다. 주요 점검 항목은 다음과 같다.
- 개별 유스케이스 단위로 작성하지 않고 시스템 전체를 대상으로 작성하였는가?
- 중요도가 높은 요구사항 또는 유스케이스에 필요한 엔터티 클래스가 도출되었는가?
- 도출된 클래스 이름과 설명이 이해관계자 간에 이견이 발생하지 않도록 명확한가?
- 클래스의 속성은 도출하였는가? 도출된 속성의 이름과 설명이 명확한가?
- 클래스들 간에 순환적 관계가 불필요하게 정의되어 있는가?
- 클래스 간의 관계에서 다중성(Multiplicity)이 정의되었는가?


4. 분석 클래스 검증
유스케이스마다 분석 클래스가 적절히 도출되었고, 제어 클래스의 도출 등이 충분하고 상
세하게 도출되어 클래스의 역할, 클래스 간의 관계, 메시지 흐름 등을 확인할 수 있는지
검토한다.
(1) 유스케이스 실현(Realization)에 필요한 분석 클래스 도출 확인
(가) 하나의 유스케이스를 실현하기 위하여 3개 이상의 클래스가 역할(Role) 기준으로
도출되어야 하며, 유스케이스 별로 실현에 필요한 클래스가 추적 가능해야 클래
스 누락 여부를 확인할 수 있다.
(나) 유스케이스 별로 도출된 분석 클래스들이 역할(Role) 기준으로 경계(Boundary), 엔
터티(Entity), 제어(Control) 클래스가 도출되어 스테레오 타입으로 표시되었는지
확인한다

유스케이스 이벤트 흐름에 따라 다르지만 일반적으로 유스케이스 당 1개의 제어 클래스가 존재하고,
연결된 액터마다 1개의 경계 클래스가 존재하는지 확인한다.

(2) 경계(Boundary)와 제어(Control) 클래스의 도출 여부 및 상세화 정도 확인

유스케이스 이벤트 흐름에 따라 다르지만 일반적으로 유스케이스 당 1개의 제어 클래스가 존재하고,
연결된 액터마다 1개의 경계 클래스가 존재하는지 확인한다.

(2) 경계(Boundary)와 제어(Control) 클래스의 도출 여부 및 상세화 정도 확인
유스케이스 실현에 필요한 분석 클래스들이 도출되었는지 확인하기 위하여,
유스케이스 단위로 분석 클래스를 확인한다
유스케이스 단위로 분석 클래스를 확인한다

(3) 클래스 간의 관계, 클래스 정보의 상세화 정도 확인


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




1. web.xml → 한글 처리★
2. pom.xml → lib설정★
3. web-inf/root-context.xml★
web-inf/appservlet/servlet-context.xml★
4. resources/*.xml -> CRUD
src/test/resources/homepage.xml → test용 bean 설정★
5. dao → junittest★
6. Controller 생성
7. view 연결
//6이랑 7 같이 bbs에선 csfinder (tlds도 건드리고) + etc 어려운거 : member
//memo부터~.~
루트 -컨텍스트 하는 중임★
Bbs
Reply
Guest
Image
Member
Memo
8. tile2 → template 설정
덧글 & bbs는 같이 서비스를 만들고 (서비스 = 매니저 같은 것)
= 관계가 형성되어진 DAO는 같이 서비스를 사용하고
관계가 없는 애들은 따로 따로 dao 마다 서비스를 만든다.
UML에서 ITestService는 선택 사항
5. 수업
진도:
hw:
6. 할것
첨부에 uml 샘플
덧글 & bbs는 같이 서비스를 만들고 (서비스 = 매니저 같은 것)
= 관계가 형성되어진 DAO는 같이 서비스를 사용하고
관계가 없는 애들은 따로 따로 dao 마다 서비스를 만든다.
UML에서 ITestService는 선택 사항
'Programming' 카테고리의 다른 글
160708: 81회차 (0) | 2016.07.11 |
---|---|
160707: 80회차 (0) | 2016.07.07 |
160705: 78회차 (0) | 2016.07.05 |
160704: 77회차 (0) | 2016.07.04 |
160701: 76회차 (0) | 2016.07.01 |