שפת דוגמנות מאוחדת

עיצובים מורכבים תוכנה ותהליכים עסקיים ניתן לבטא באמצעות מודלים חזותיים,,en,כגון שפת דוגמנות מאוחדת,,en,סדרה זו של הודעות מתאר את הכלים ושיטות אני משתמש כדי ליצור את העיצובים UML שלי,,en,מספיק טוב,,en,להבין,,en,תקן UML הוא מסובך,,en,עם כמה שכבות של מפרטים,,en,יש דיאגרמות רבות,,en,מחברים,,en,אלמנטים,,en,וכו,,en,האם זה פלא כי גוף הגדרת סטנדרטים עבור שפה זו נקראת,,en,אוומייגוד,,en,תקן OMG,,en,אני מסוגל לספק את כל הדוגמנות שלי רק באמצעות שימוש מקרה,,en,פעילות,,en,המדינה דיאגרמות רצף,,en,יש תשואות פוחתות אחרי קבוצה בסיסית זו של ארבעה,,en,שאר דיאגרמות UML מתמחות מדי,,en,אני יכול להשיג את אותן תוצאות באמצעות Visio כדי לצייר רשת או ויקי כדי לתאר את הפריסה,,en,דיאגרמות UML שלי הם,,en,עבור מפתח כדי להבין,,en, 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.