|
DataFlow Diagram(데이터 흐름도)
Entity-Relationship Diagram(실체 관련도)
Hierarchy Diagram(계층도)
bubble chart
Entity-Process Matrix(개체/프로세스 매트릭스)
Data Dictionary
Mini-Spec(소단위 명세서)
Structure chart(시스템 구조도)
State-Transition Diagra
|
|
|
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 사용.
시스템의 하드웨어와 소프트웨어의 물리적인 구조.
실질적인 컴퓨터와 디바이스를 나타냄.
컴포넌트 사이의 종속성을 나타냄.
◆ 패
|
|
|
소프트웨어 개발 과정에서의 오류를 줄이고, 최종 산출물의 품질을 높이는 데 기여하는 방안으로 자리잡고 있다. Chapter 1 시스템 개발의 기본 개념 이해
01. 소프트웨어 위기의 배경과 원인에 대한 문헌 조사
02. 소프트웨어 공학의 선
|
|
|
다이어그램은 병행 프로세스를 기술할 수 있다.
<<컴포넌트 다이어그램 (Component Diagram)>>
컴포넌트 다이어그램은 시스템을 구성하는 실제 소프트웨어 컴포넌트간의 구성체계를 기술하므로 아키텍처를 표현하기에 좋다.
컴포넌트 다
|
|
|
언어
Ⅵ. 객체지향의 JAVA언어(자바언어)
Ⅶ. 객체지향의 UML언어
1. UML이란 무엇인가
2. UML을 정의하게 된 동기
1) 모델링을 하는 이유
2) 소프트웨어 산업의 경향
3. UML의 목표
4. UML의 범위
1) UML 산출물
2) UML의 범위 바깥
참고문헌
|
|
|
표준 언어
여러 구현 기술들 사이에서 개발 생명주기 전체의 모든 개발 프로세스에 사용될 수 있음 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 관리) ‥‥‥
|
|
메뉴펼치기
