UML은 뭐하는것 ? ¶

Model View Diagram(?) ¶

: UML과 같은 모델 기반의 구성에 대한 간단한 설명입니다. 프로그래밍 기법으로 본다면 MVC 모델과 비슷하죠.

• Model Element : 소프트웨어의 정보를 담고 있는 요소를 말합니다.
• View Element : Model Element를 시각적으로 표현하는 요소입니다. 1개의 요소를 사상하여 여러개의 View 요소가 만들어 질수 있겟죠.
• Diagram : View Element의 집합으로 사용자의 생각, 설계안을 표현한것을 의미합니다.
  
  

참조 : Plastic 온라인데모

Diagram ¶

Structural Modeling ¶

Class diagram ¶

Component diagram ¶

Deployment diagram ¶

Behavior Modeling ¶

Use case diagram ¶

• 여러 경우의 예를 가지고 상호 연관을 짓는 것이라 하겠습니다. 어떤것이 필요하고 또한 어떤것이 반드시는 아니지만 경우에 따라서 필요한 행위들을 기술한다고 보시면 될듯 합니다.
  
  
• Actor : 행위자 자체를 나타내는 것으로 수평으로 손을 들고 다리를 벌린 상태의 아이콘(막대인간:졸라맨~)을 사용하여 Use case로의 시작과 그 행동결과를 받는 위치에 그립니다.

• Use case : 쓰임새를 기술한다고 할수 있는데 대상체에 대한 명세화만 하며 행동방법은 규정하지 않는것을 원칙으로 합니다. 동그라미로 표현합니다.

• System : Use case의 특정한 분석을 통하여 하나의 묶음의 Use case를 System으로 부르며 사각형으로 표기하고 그 안에 보통은 Use case의 동그라미가 있습니다. => Use case diagram에 넣는것 좀 문제가 있을듯합니다. 분석 기법적 요소가 아닐까 생각이 드는데요.. --idlock
• Generalization : 같은 계통의 일반적 요소와 구체적 요소의 관계를 표시합니다. 주로 일반화라고 하죠.

• Association: 2개 이상의 객체의 관계성을 표시하고, 각 관계는 연관관계(Assocation), 집합관계(Aggregate), 합성관계(Composite)로 나누워질수 있습니다.

• Include : Use case가 다른 Use case를 포함하는 관계이고, 보통 공통 Use Case를 나타낼때 주로 씁니다.

• Extend : Use case가 다른 Use case를 확장하는 관계이고, 이거이랑 Generalization이랑 헷갈리기가 쉬운데, 일반화와 다르다고 생각될점은 특수한 기능 확장으로 생각하시면 좋을듯합니다.

Statechart diagram ¶

Activity diagram ¶

Interaction diagrams (Sequence diagram) ¶

Interaction diagrams (Collaboration diagram) ¶

UML Tool ¶

국산 ¶

외산 ¶

오픈소스 ¶

관련 링크 ¶

기타 ¶

Files ¶