통합 모델링 언어

Complex software designs and business processes can be articulated through visual models, such as the Unified Modeling Language. This series of posts describes the tools and methods I use to create my UML designs that are "good enough" to understand.

The UML standard is complicated, with several layers of specifications. There are many diagrams, connectors, elements, etc. Is it any wonder that the standards-setting body for this language is called OMG?

I am able to satisfy all of my modeling needs using just Use Case, Activity, State and Sequence diagrams. There are diminishing returns after this basic set of four; the remaining UML diagrams are too specialized. I can achieve the same results using Visio to draw a network or Wiki to describe deployment.

My UML diagrams are "good enough" for a developer to understand. 완전한 스펙을 따르지 않으며 모델링 구문 오류가 있습니다.,,en,이 구문 오류는 괜찮습니다,,en,UML 디자인을 사용하는 사람은 아무도 없었습니다.,,en. These syntax errors are OK, as no one using my UML designs has ever noticed them.

의견을 가장 먼저 만나보세요. 코멘트를 남겨주세요

귀하의 이메일 주소는 공개되지 않습니다. 필수 필드는 표시됩니다 *