PC

블로그 이미지

DAVID

160706: 79회차

Programming 2016. 7. 6. 16:45

종료하기 전 티스토리 네이버 로그아웃 할 것


1. 툴

동일

추가시: 


2. 폴더

동일

추가시:


3. 사용할 사이트

동일

추가시:


4. 공부하는 것


[07] [OOAD] 분석모델 확인하기

[01] 분석모델 확인하기

(01) 분석모델 검증

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



2. 유스케이스 모델 검증


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




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



  



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

by DAVID

공지사항

    최근...

  • 포스트
  • 댓글
  • 트랙백
  • 더 보기

태그

글 보관함

«   2025/06   »
일 월 화 수 목 금 토
1 2 3 4 5 6 7
8 9 10 11 12 13 14
15 16 17 18 19 20 21
22 23 24 25 26 27 28
29 30

링크

카테고리

PC (112)
Programming (109)

카운터

Total
Today
Yesterday
방명록 : 관리자 : 글쓰기
DAVID's Blog is powered by daumkakao
Skin info material T Mark3 by 뭐하라
favicon

PC

  • 태그
  • 링크 추가
  • 방명록

관리자 메뉴

  • 관리자 모드
  • 글쓰기
  • PC (112)
    • Programming (109)

카테고리

PC화면 보기 티스토리 Daum

티스토리툴바