|
UML의 기원과 어떻게 UML이 OMG의 표준이 되었는가
▶ UML의 현재와 미래
▶ The Meta Object Facility
1. UML과 방법론의 차이
2. UML의 구성
(1) 유스케이스 다이어그램 (Usecase Diagram)
(2) 클래
|
|
|
diagram
- 소프트웨어 컴포넌트와 하드웨어 컴포넌트 간의 물리적 연관성을
보여줍니다.
Class diagram
- 객체, 클래스를 서술하고 객체간의 정적인 관계를 보여줍니다
각각의 다이어그램 용도를 정확하게 이해하는 것이 중요합니다.
UML 다이어그
|
|
|
등은 각 통신사의 서버로 보내지며 서
버 에서는 다시 그 사용자의 핸드폰으로 보내진다. 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. 유스케이스 명세서 작성
|
|
메뉴펼치기
