|
UML의 기원과 어떻게 UML이 OMG의 표준이 되었는가
▶ UML의 현재와 미래
▶ The Meta Object Facility
1. UML과 방법론의 차이
2. UML의 구성
(1) 유스케이스 다이어그램 (Usecase Diagram)
(2) 클래
|
|
|
diagram
- 소프트웨어 컴포넌트와 하드웨어 컴포넌트 간의 물리적 연관성을
보여줍니다.
Class diagram
- 객체, 클래스를 서술하고 객체간의 정적인 관계를 보여줍니다
각각의 다이어그램 용도를 정확하게 이해하는 것이 중요합니다.
UML 다이어그
|
|
|
Diagram의 경우 relation은 물리적인 연결을 의미 (Class Diagram의 경우 참조 관계를 의미)
4) 의존 관계
Deployment Diagram의 경우 dependency는 artifact가 배치되는 node 와의 연결을 의미
③ ex) Phone Answering System Deployment Diagram Example UML 다이어그램 보고서
|
|
|
4. Time to Market을 줄이기 위한 방안
□ 문항 3 의사결정 시스템 설계 (DFD)
1.시스템 설계간 지식경영과 협상지원의 반영
2.시스템 설계
3.E-R 다이어그램
□ 문항 4 UML – 유스케이스 다이어그램 설계
1.시스템 설계
2.DFD와의 차이점
|
|
|
등은 각 통신사의 서버로 보내지며 서
버 에서는 다시 그 사용자의 핸드폰으로 보내진다. 1.문제기술서
2.기능별 문제기술서
3.클래스 도출
4.후보클래스
5.후보클래스 제거
6.UML 클래스다이어그램
7.UML 상태 다이어그램
|
|
|
diagram으로 나타내었다. Company와 department, office의 관계는 composition으로 관계를 이루고 있다.
Department와 Person은 두가지의 association관계로 이루어져 있다. 하나는 person의 역할이 manager로서 하나는 member로서 이루어져 있다. 여기에 Constraint를 첨가
|
|
|
)
- 운송직원
- 재고관리직원
- 접수관리직원
- 관리자
3단계 :
..
.
4단계 :
..
.
5단계 :
..
. 1. 시스템 상황분석(문제기술서작성)
2. 액터 식별
3. 유스케이스별 식별
4. 유스케이스 다이어그램 작성
5. 유스케이스 명세서 작성
|
|
|
클래스 다이어그램에 대한 정리입니다. 요약 참조 1. 클래스 이름 1
2. 클래스 연산 리스트 2
3. 상속 3
4. 추상 클래스와 연산 4
5. 제휴(Association) 4
6. 양방향 (표준)제휴(Association) 5
7. 일방향 제휴(Association) 6
8. 패키지 6
9. 인터페이스 8
1
|
|
|
텀프로젝트로 한 2인으로 한 팀 단위 메신저
프로그램입니다 UML다이어그램 도 포함되어있습니다.
부경대학교 학생은 사용하기가 좀 곤란하겠죠?^^;; 없음
|
|
|
토리모드>
유즈케이스 ID
UC_6
Level
Medium
주요 액터
사용자
1. 유즈케이스 설명
사용자는 스토리 모드 게임을 시작 할 수 있는 스토리 모드로 들어간다.
2. 전제 조건
없음
2. 이벤트의 흐름
a. Basic Flow
1) 사용자는 스토리 모드 선택 후 새로하기
|
|
메뉴펼치기
