|
Diagram(상태전이도)
①순서 회로에 입력이 가해졌을 때 상태 간의 전이 및 출력을 나타낸 그림. 2진 계수기의 상태 전이도를 나타내면 그림과 같다. 상태 A에 입력 1을 가하면 출력 0을 내고 상태 B로 전이하는 것을 DataFlow Diagram(데이터 흐름
|
|
|
diagram
- 클래스 사이의 의존성을 보여줍니다
Deployment diagram
- 소프트웨어 컴포넌트와 하드웨어 컴포넌트 간의 물리적 연관성을
보여줍니다.
Class diagram
- 객체, 클래스를 서술하고 객체간의 정적인 관계를 보여줍니다
각각의 다이어그램 용도
|
|
|
diagram을 필요로 하게 된다. 이 때 필요한 것이 각 시스템 마다의 하드웨어, 소프트웨어 컴포넌트들의 관계를 나타낸 deployment diagram이다.
Deployment diagram은 node라는 notation으로 computationl unit(대부분 하드웨
어적인 부분)을 나타낸다.
8. UML의 현재
|
|
|
표현
. 노드: 물리적인 하드웨어나 클라이언트/서버 계층을 표시
- 내장 시스템, 클라이언트/서버 시스템, 분산 시스템을 가시화 7. 파일과 데이터베이스 설계
8. 소프트웨어 설계
9. 자료 흐름 중심 설계
10. 객체지향 분석 및 설계
|
|
|
다이어그램(Deployment Diagram)
시스템이 분할된 서브시스템의 배치모습 도식화. Node 와 Communication Path 사용.
시스템의 하드웨어와 소프트웨어의 물리적인 구조.
실질적인 컴퓨터와 디바이스를 나타냄.
컴포넌트 사이의 종속성을 나타냄.
◆ 패
|
|
|
다이어그램은 병행 프로세스를 기술할 수 있다.
<<컴포넌트 다이어그램 (Component Diagram)>>
컴포넌트 다이어그램은 시스템을 구성하는 실제 소프트웨어 컴포넌트간의 구성체계를 기술하므로 아키텍처를 표현하기에 좋다.
컴포넌트 다
|
|
|
언어
Ⅵ. 객체지향의 JAVA언어(자바언어)
Ⅶ. 객체지향의 UML언어
1. UML이란 무엇인가
2. UML을 정의하게 된 동기
1) 모델링을 하는 이유
2) 소프트웨어 산업의 경향
3. UML의 목표
4. UML의 범위
1) UML 산출물
2) UML의 범위 바깥
참고문헌
|
|
|
diagram
시스템의 물리적 상세설계 모습을 보여준다.
9. deployment diagram
1) 시스템이 분활된 서브시스템의 배치 모습을 도식화 한다.
2) 시스템의 하드웨어와 소프트웨어의 물러적인 구조
3) 실질적인 컴퓨터와 디바이스를 나타낸다.
4) 컴포넌트 사
|
|
|
표준 언어
여러 구현 기술들 사이에서 개발 생명주기 전체의 모든 개발 프로세스에 사용될 수 있음 UML
유스케이스 모델
클래스 다이어그램
시퀀스 다이어그램
콜레버레이션 다이어그램
액티비티 다이어그램
상태차트 다이어그램
|
|
|
Diagram)
4.1 배경도 ‥‥‥‥‥‥‥‥‥‥‥‥‥‥‥‥‥‥‥‥‥‥‥‥‥19
4.2.1 DFD Level 1-1 (1. 환경설정) DFD ‥‥‥‥‥‥‥ 20
4.2.2 DFD Level 1-2 (2. 응용프로그램 관리) ‥‥‥‥‥ 21
4.2.3 DFD Level 1-3 (3. View 관리) ‥‥‥
|
|
메뉴펼치기
