|
ContactInformation, PersonnelRecord는 dependency의 관계를 이루고 있다.
실제로 이외에 여러가지 부분을 추가하고 삭제함으로써 더욱 완벽한 회사의 정적인 구조를 만들 수 있다. 1. Static Structure Diagram
2. Class
3. Relationships
4. Notes
5. Constraint
|
|
|
구축 제약 조건 표현
모델링의 목적
시스템을 현재 또는 원하는 모습으로 가시화
시스템의 구조와 행동을 명세화
시스템을 구축하는 기본 형태를 제공
시스템 분석/설계의 문서화 UML 소개
Use Case Model
Class Model
Sequence Diagram
|
|
|
UML의 범위 바깥
프로그래밍 언어
UML은 모델링 언어로서 프로그래밍 언어는 아니다. 복잡한 알고리즘 같은 것은 프로그래밍 언어로 표현하는 것이 나을 것이다. UML은 객체지향 언어와 긴밀하게 연결되어 있으므로 둘을 동시에 활용할 수 있어
|
|
|
UML을 기반으로 한 실무 중심의 객체지향 방법론, 한국정보처리학회
- 한정란(2007), 객체 지향 언어를 위한 의미 명세, 한국인터넷정보학회 Ⅰ. 개요
Ⅱ. 객체지향과 시스템공학
1. 소프트웨어 공학
2. 시스템의 개발
1) 시스템 개발의 동
|
|
|
UML(Class Diagram)......................................................12
※ UML(Sequence Diagram)................................................13
※ UML(Activity Diagram)...................................................14
※ UML(State Diagram)................................................
|
|
 |
UML확장 ………………6
[그림 2-4] UML의 개념 설계………………………………………………………7
[그림 2-5] SQL:1999의 논리적 설계……………………………………………7
[그림 2-6] Oracle 11g의 논리적 설계…………………………………………8
|
|
 |
Class 용도는?
55. overloading과 overriding의 차이점
56. Inner Class란? 용도는?
57. Reflection이란?
58. J2ME vs. J2SE/J2EE 차이점 및 특징?
59. MVC model이란?
60. Call by reference, Call by value
61. Static의 의미는?
62. Heap이란?
63. Stack 이란?
64. 프레임워크란?
65. S
|
|
메뉴펼치기
