Size: 1252
Comment: converted to 1.6 markup
|
← Revision 5 as of 2011-08-21 16:20:49 ⇥
Size: 1256
Comment:
|
Deletions are marked like this. | Additions are marked like this. |
Line 3: | Line 3: |
복잡한 Program의 탄탄한 설계에 대한 필요성은 [Design] notation에 대한 필요성을 낳았다. 전자회로를 체계적으로 그려 둔 '''도면'''을 엔지니어가 읽을 수 있듯이, 분석가, 개발자, 의뢰인이 표준으로 받아들일 수 있는 [UML]은 프로그램디자인에 있어서의 디자인 표기이다. | 복잡한 Program의 탄탄한 설계에 대한 필요성은 [[Design]] notation에 대한 필요성을 낳았다. 전자회로를 체계적으로 그려 둔 '''도면'''을 엔지니어가 읽을 수 있듯이, 분석가, 개발자, 의뢰인이 표준으로 받아들일 수 있는 [[UML]]은 프로그램디자인에 있어서의 디자인 표기이다. |
Line 5: | Line 5: |
[UML]은 ObjectOrientedDesign의 핵심 설계 [Design] notation이며, 대부분의 DevelopmentProcess의 도구로 등장한다. | [[UML]]은 ObjectOrientedDesign의 핵심 설계 [[Design]] notation이며, 대부분의 DevelopmentProcess의 도구로 등장한다. |
Line 9: | Line 9: |
== [UML]을 이루는 것들 == | == UML을 이루는 것들 == |
Line 25: | Line 25: |
== [UML]의 계층 == | == UML의 계층 == |
복잡한 Program의 탄탄한 설계에 대한 필요성은 Design notation에 대한 필요성을 낳았다. 전자회로를 체계적으로 그려 둔 도면을 엔지니어가 읽을 수 있듯이, 분석가, 개발자, 의뢰인이 표준으로 받아들일 수 있는 UML은 프로그램디자인에 있어서의 디자인 표기이다.
UML은 ObjectOrientedDesign의 핵심 설계 Design notation이며, 대부분의 DevelopmentProcess의 도구로 등장한다.
UML을 이루는 것들
개념적사항
물리적사항
DeploymentDiagram for Hardware modeling
- 그밖에, package, note, stereotype
UML의 계층
- Metametamodel
- Metamodel
- Model
- User objects
관련자료들