ממודל תהליכים לתכנון מערכת אוטומטית (חלק 2)

"יום אחד בחייו של סנאי" או מתהליכי מידול ועד לתכנון מערכת אוטומטית לחשבונאות על נכסי חומר "בלקה-1.0" (חלק 2)

איור משומש ל"סיפורו של הצאר סלטן" מאת א.ס. פושקין, עורך "ספרות ילדים", מוסקבה, 1949, לנינגרד, רישומים מאת ק. קוזנצוב

תקציר הסדרה הקודמת

В חלק 1 השתמשנו בתחום נושא "אגדות" בהשראת דוגמאות של לימוד דיאגרמות UML המבוססות על עלילות אגדות (ראה, למשל, כאן [1]). לפני הדוגמנות, סיכמנו על השימוש בחלק מהמרכיבים של דיאגרמת הפעילות והתחלנו ליצור הסכם דוגמנות. בהתחשב בהסכמות הללו, בשלב 1 תיארנו את התהליך בצורה של דיאגרמות פעילות, ובשלב 2 זיהינו את שלבי התהליך עבורם נדרשת (ואפשרית) אוטומציה.

הרשו לי להזכיר לכם שאנו הולכים להפוך את פעילות החשבונאות לערכים מהותיים, המתעוררת בתהליכים אלו.

...
אי בים שוכן, (E1, E2)
ברד על דוכני האי (E3, E1)
עם כנסיות עם כיפת זהב, (E4)
עם מגדלים וגנים; (E5, E6)
אשוחית גדלה מול הארמון, (E7, E8)
ומתחתיו בית בדולח; (E9)
הסנאי גר שם, מאולף, (A1)
כן, איזה בדרן! (A1)
סנאי שר שירים, (P1, A1)
כן, הוא מכרסם את כל האגוזים, (P2)
ואגוזים הם לא פשוטים, (C1)
כל הקונכיות זהובות, (C2)
גרעינים אזמרגד טהור; (C3)
משרתים שומרים על הסנאי, (P3, A2)
משרתים אותה כמשרתים מסוגים שונים (P4)
והוקצתה פקידה (A3)
חשבון קפדני של חדשות אגוזים; (P5, C1)
מעניק לצבאה כבוד; (P6, A4)
מטבע נשפך מהקליפות, (P7, C2, C4)
תן להם לצוף ברחבי העולם; (P8)
בנות זורקות אזמרגד (P9, A5, C3)
במזווה, אבל מתחת לבושל; (E10, E11)
...
(א.ס. פושקין "סיפורו של הצאר סלטן, על בנו המפואר והאדיר הנסיך גבידון סלטנוביץ' ונסיכת הברבור היפה", כפי שמאמינים, עיבוד חופשי לסיפור העם "עד לברכיים בזהב, עד למרפק בכסף", אשר נכתב על ידי פושקין בגרסאות שונות)

בדוגמה זו, אני משתמש בסביבת Enterprise Architect מחברה אוסטרלית. מערכות ספארקס [2], ובמסגרת אימונים שאני משתמש בהם Modelio [3].
תן לי להזכיר לך שתהליכים שונים, אתה יכול להכיר, למשל, כאן [4] ו כאן [5].
ראה [6, 7] לפרטים על הגישות המיושמות למידול ולעיצוב.
למפרט UML המלא, ראה כאן [8].

כעת אנו מוכנים לעבור לשלבים הבאים ולהתחיל בתכנון פונקציות המערכת והארגון הפנימי שלה. מספור האיורים יימשך.

שלב 3. לשלב האוטומטי יש להקצות פונקציה או פונקציות של המערכת

המערכת האוטומטית (AS) המפותחת נועדה לשמור על רישום קפדני של אגוזים, זוכרים? עבור כל שלב מודגש (ראה איור 3, איור 4 בחלק 1), שאותו נבצע אוטומציה, נכתוב את הדרישה הפונקציונלית, באמצעות משהו כמו הבנייה הזו "המערכת חייבת להיות מסוגלת ..." ונפתח דיאגרמת Use-case. עכשיו אנחנו בעצם משלימים את הסכם הדוגמנות שלנו עם כללים חדשים. תן לי להסביר באילו אלמנטים נשתמש.

בין "תפקיד המשתמש" ל"פונקציה" נשתמש ביחסי ה"אסוציאציה" (איור 5), מה שאומר שהמשתמש בעל תפקיד זה יכול לבצע פונקציה זו.

איור 5. שימוש בקשר מסוג שיוך

מ"פונקציה" ל"דרישה", נצייר את הקישור "יישום" (איור 6) כדי להראות שדרישה זו תיושם על ידי פונקציות אלה, הקשר יכול להיות "רבים לרבים", כלומר. פונקציה אחת עשויה להיות מעורבת ביישום של מספר דרישות, וייתכן שיהיה צורך ביותר מפונקציה אחת כדי ליישם את הדרישה.

איור 6. שימוש ביחסי יישום

אם פונקציה אחת דורשת לביצוע שלה פונקציה אחרת כלשהי, והיא הכרחית, נשתמש בחיבור "תלות" עם סטריאוטיפ "כלול" - הכללה (איור 7). אם נדרשת ביצוע של פונקציה נוספת בתנאים מסוימים, אזי נשתמש בחיבור "תלות" עם הסטריאוטיפ "הרחיב" - הרחבה. הכל קל מאוד לזכור: "כלול" - תמיד, ו"הארכה" - לפעמים.

איור 7. שימוש בסוג הקישור "תלות (כלול)"

כתוצאה מכך, הדיאגרמה שלנו תיראה בערך כך (איור 8).

איור 8. דיאגרמת מקרה שימוש (מודל פונקציונלי של AS)

בנוסף, דיאגרמת Use-case משמשת למודל של תפקידי משתמש (איור 9).

איור 9. דיאגרמת מקרי שימוש (תפקידים של משתמשי AS)

שלב 4. נתאר את הארגון הפנימי של ה-AS באמצעות דיאגרמת מחלקה

תוך שימוש במידע על חפצי הקלט והפלט של התהליך שלנו (ראה דיאגרמות פעילות - איור 2, איור 3, איור 4), נפתח דיאגרמת כיתה. נשתמש במרכיבי הדוגמנות "הכיתה" ובסוגים שונים של מערכות יחסים ביניהם.

כדי להראות את הקשר "חלק שלם", נשתמש ביחס מסוג "צבירה" (איור 10): האגוז הוא השלם, והקליפות והגרעין הם החלקים.

איור 10. מערכת יחסים שלמה

כתוצאה מכך, קטע מהדיאגרמה שלנו ייראה בערך כך (איור 11). השיעורים מסומנים בצבע, אותו הדגשנו ישירות בתיאור הטקסט של התהליך.

איור 11. דיאגרמת כיתות

דיאגרמת המחלקה שימשה גם למודל של חפצים אחרים - לא רק כאלה שיהיו רלוונטיים למודל הרעיוני של תהליך המלאי האוטומטי, אלא קשורים לסביבת הביצוע - הסביבה (איור 12) ותהליכים "שכנים" (איור 13). שיכולים להשפיע על התהליך האוטומטי, אבל עדיין לא במוקד תשומת הלב שלנו (אנו מניחים שהמערכת תתפתח והמידע הזה יהיה שימושי).

איור 12. דיאגרמת כיתות (סביבה)

קשר הירושה מראה הכללה של מבנים שונים, כיתות "ילד", תחת כיתת "הורה" הכללה "בניין".

איור 13. דיאגרמת מחלקה (מידע נוסף על חפצים)

ה"תגובה למצב" תלויה ב"נתוני הבקרה החזותית". עבור מספר יחסי תלות, הסטריאוטיפ "עקבות" משמש כדי להראות את המעקב אחר מחלקות שאינן מצוינות במפורש בתיאור התהליך, אך הנחוצות לאוטומציה שלו, למחלקות שהמקרים שלהן מצוינים במדויק בתיאור שלנו.

שלב 5. בואו ננתח את ההערות במסלול "חוקי עסקים".

כפי שצוינו כללים (ראה איור 2 בחלק 1):

1. הצורך לפצל את אחד השלבים לשני חלקים, החלק השני מתחיל להתבצע רק בתנאים מסוימים;
2. מינוי פקיד מסוים לביצוע הנהלת חשבונות של אגוזים;
3. טכניקה (צבע לבן של האלמנטים), המעידה על כך שהאלמנט לא היה רשום במפורש בתיאור התהליך.

יש לציין שכבר השתמשנו בכל הכללים הללו בעת פיתוח דיאגרמות.

הערות אחרונות

אז, עברנו 5 שלבים ובנינו 3 סוגי דיאגרמות. אוסיף הערה קטנה לגבי ארגון הדגמים שלנו בסביבת הדוגמנות. ישנן מספר רב של מסגרות שעוזרות לבנות את המודלים שאנו מפתחים, אך זה לא הנושא של מאמר זה, ולכן נגביל את עצמנו לסט החבילות הפשוטות הבאות לתחזוקה מסודרת של הפרויקט שלנו: תהליך עסקי, מודל פונקציונלי, חפצים, משתתפים וסביבה (איור 14).

איור 14. מבנה חבילות הפרויקט

לפיכך, פיתחנו מודלים עקביים המתארים את מערכת החשבונאות של נכסים מהותיים מזוויות שונות: מודל של תהליך עסקי אוטומטי, מודל פונקציונלי ומודל של ארגון פנימי של המערכת ברמה רעיונית.

ממודל תהליכים לתכנון מערכת אוטומטית (חלק 1)

רשימת מקורות

1. אתר "UML2.ru". פורום קהילת אנליסטים. סעיף כללי. דוגמאות. דוגמאות לאגדות בצורה של דיאגרמות UML. [משאב אלקטרוני] מצב גישה: אינטרנט: http://www.uml2.ru/forum/index.php?topic=486.0
2. אתר Sparx Systems. [משאב אלקטרוני] מצב גישה: אינטרנט: https://sparxsystems.com
3. אתר Modelio. [משאב אלקטרוני] מצב גישה: אינטרנט: https://www.modelio.org
4. מילון אנציקלופדי גדול. תהליך (פרשנות). [משאב אלקטרוני] מצב גישה: אינטרנט: https://dic.academic.ru/dic.nsf/enc3p/246322
5. אתר "ארגון ניהול אפקטיבי". בלוג. כותרת "ניהול תהליכים עסקיים". הגדרה של תהליך עסקי. [משאב אלקטרוני] מצב גישה: אינטרנט: https://rzbpm.ru/knowledge/pochemu-processy-stali-s-pristavkoj-biznes.html
6. תעודה מס' 18249 על רישום והפקדת מוצר של תוצאת פעילות אינטלקטואלית. Alfimov R.V., Zolotukhina E.B., Krasnikova S.A. כתב היד של עזר ההוראה שכותרתו "מודל תחום המקצוע באמצעות ארכיטקטור ארגוני" // 2011.
7. Zolotukhina E.B., Vishnya A.S., Krasnikova S.A. מודלים של תהליכים עסקיים. - M .: KURS, NITs INFRA-M, EBS Znanium.com. - 2017.
8. מפרט OMG Unified Modeling Language (OMG UML). גרסה 2.5.1. [משאב אלקטרוני] מצב גישה: אינטרנט: https://www.omg.org/spec/UML/2.5.1/PDF

מקור: www.habr.com