שלב אחר צעד מדריך לפיתוח Dodaf Ov ו- Sv Diagrams

הבנה: הקרן ל-OV ו-SV Diagrams

המחלקה לארכיטקטורה של משרד הביטחון (DODAF) מספקת מתודולוגיה מובנית לתכנון, הערכה, ותקשורת מערכות מורכבות בתוך מגזרי ההגנה והתעופה.מוקם כדי להבטיח כי תיאורים אדריכלות עקביים, ניתנים להחלפה, ותואמים עם הצרכים של בעלי מניות, DODAF מאורגן לשש נקודות מבט: All View (AV), Capability Viewpoint (CV), Viewpoint (OV), פרויקט ה-Opoint (Opoint) ו-VS, פתרונות תפעוליים (S) הם משתמשים בהם באופן נרחב עבור פתרונות סטנדרטיים (S-S-S-S-S-ComperiOSV View) ו-Compertecting (S) ו-Compertecting (S) ו-ComperiOS) ו-ComiOSV View (S View) ו-Commontpoint for the Professional for the Professional for the Advancedpoint for the Professional for the Advancedpoint for the System (S Viewpoint for the Advancedpoint for the Advancedpoint for the Professional for the Professional for the Advancedpoint for the Professional System (Commont Viewpoint for the Advanced Viewpoint for the System (Commonancepoint for the Advancedpoint) ו-Compert Viewpoint) ו-Common

התצוגה המבצעית (OV) מתארת את המושגים התפעוליים, הפעילויות, המשימות, ואת זרימת המידע הדרושים כדי להשיג משימות.זה מתמקד במה צריך להיעשות, על ידי מי, ועם איזה מידע. The Systems View (SV) בתורו מתעד את המערכות הפיזיות והלוגיות, ממשקיהן, ואת החילופים התומכים בפעילות התפעולית.

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

The Operational View (OV) in Depth

DODAF מגדיר שבעה מוצרים סטנדרטיים של OV, כל אחד מהם משרת מטרה נפרדת, בעוד שלא כל פרויקט דורש את כל המוצרים, אדריכלות בוגרת כוללת בדרך כלל לפחות OV-1, OV-2, OV-5 ו- OV-6.

OV-1: High-Level Operational Concept

ה- OV-1 הוא ייצוג טריטוריאלי של הרעיון המבצעי.זה מראה את הנקודות המבצעיות העיקריות (למשל, מטה, פלטפורמות חיישן, מרכזי פיקוד), הסדר הגיאוגרפי או הלוגי שלהם, ואת חילופי המידע ברמה גבוהה. בעלי העניין העיקריים - מקבלי ההחלטות של מקבלי ההחלטות וספונסרים לא טכניים - שימוש ב-OV1 כדי לתפוס במהירות את היקף המשימה ואת התפקידים של ישויות המשתתפות.

OV-2: תיאור של Creative Resource Flow

OV-2 מוסיף זרימת מידע מפורטת בין נקודות תפעוליות.זה מזהה את המשאבים הספציפיים (מידע, זנדרל, כוח אדם) אשר זורמים על פני ממשקים.עבור כל זרימה, האדריכל מתעד את המפיק ואת נודות הצרכנים, את התדירות ואת האופי של המשאב (למשל, נתוני חיישן, הזמנות לוגיסטיקה, דוחות מודעות מצביות) מוצר זה הופך לבסיס עבור מאוחר יותר SV-SV1 ו-2, , אשר מבטיח בדיוק את הגרסאות התפעוליות הנדרשות.

OV-3: Runal Resource Flow Matrix

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

OV-4: טבלת מערכות יחסים ארגוניות

OV-4 מתאר את מבנה הפיקוד, מערכות היחסים והקווים של סמכות בין הצומת המבצעי: מי אחראי, מי מדווח למי, ומה מנגנוני תיאום קיימים?הטבלה יכולה להיות היררכית (התמוטטות ארגונית) או דינמי יותר (עם יחסי מין, צוותים מאורגנים על ידי המשימה).

OV-5a ו- OV-5b: מודל פעילות תפעולי

OV-5a (מבצע עץ Decomposition) שובר את המשימה ברמה העליונה לפעילות ברמה נמוכה יותר. OV-5b (מבצעי פעילות מודל) מראה את הרצף, קלטות / ⁇ s, ומבצעים של כל פעילות. יחד הם מתארים את ההתנהגות התפקודית של המבצע.כאשר מפתחים OV-5, השתמש בשפה מוכוונת פעולה סטנדרטית (לא-ver-b זוגות) ולהבטיח שכל פעילות יכולה להיות קשורה לפחות לתפקוד אחד במערכת אחת.

OV-6a, OV-6b, OV-6c: כללים תפעוליים, מעברי המדינה ומודלים של אירועים-Trace

מוצרים OV-6 ללכוד מגבלות התנהגותיות ודינמיקה. OV-6a מתעד כללים עסקיים ומגבלות תפעוליות (למשל, "אם מטוסים ניגשים בתוך 10 מיילים ימיים, התראה על בעיות"), OV-6b (תיאור המעבר) מודלים של המדינות האפשריות של צמתים תפעוליים ושינויים מותרים.OV-6c (אפילוt-Trace) משתמשת בתרשיםים כדי להראות את הזמן-order בין מודלים חיוניים עבור מערכות S10.

The Systems View (SV) in Depth

תצוגת המערכות כוללת לפחות 10 מוצרים, מ-SV-1 באמצעות SV-10c.S.S. חייב להראות כיצד מערכות מבינות את הפעילות התפעולית וזרימת המשאבים המוגדרים ב- OV.

SV-1: מערכות ניהול

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

SV-2: מערכות משאבים Flow Description

SV-2 מוסיף פרטים נוספים לכל ממשק המוצג ב-SV-1. הוא מפרט מחסניות פרוטוקול, סוגי קישור נתונים, רוחב פס ואיכות תכונות שירות.לדוגמה, ממשק בין מערכת בקרת קרקע לבין מל"ט עשוי להיות מתואר כ"קשר 16, 1 Mbps, מוצפן, עם 200 מ"מ מקסימום עצלות" מוצר זה ניזונים ישירות לתוך מערכות הנדסה מחקר והערכה בין יכולת הדדית.

SV-3: מערכות-מערכות מטריקס

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

SV-4: מערכות פונקציונליות תיאור

SV-4 קובע שכל מערכת לתפקודיה.בניגוד ל-OV-5 המתמקדת בפעילויות מבצעיות, SV-4 מתמקדת במה שהמערכת עושה: למשל, "פתרון בקרת אש מותנית", " חיישן מנצוב", "קישורים קיימים" ב-SV-4 צריך להיות במעקב לפעילות ב-OV-5 באמצעות SV-5.

SV-5: פעילות גופנית ל- Systems Function Traceability Matrix

SV-5 הוא אחד המוצרים הקריטיים ביותר עבור עקביות.It ממפה כל פעילות מבצעית ב- OV-5a לאחת או יותר פונקציות מערכת ב- SV-4. A Complete SV-5 מבטיח שכל צורך תפעולי מרוצה מיכולת מערכת מסוימת. גפרסים מצביעים על כך שתפקוד נדרש הוא חסר מהעיצוב המערכת. מיפויים אדומים עשויים להציע הזדמנויות לקונסולה.

SV-6: Systems Resource Flow Matrix

SV-6 הוא המקבילה המוכוונת של OV-3. הוא מעדנת את כל זרימת המשאבים בין המערכות, צמיגים כל אחד לממשקים המוגדרים ב- SV-1. לשמור על עקביות: כל זרימה ב- OV-3, אשר אוטומטית צריכה להיות זרימה מתאימה ב- SV-6.

SV-7: מערכות מדדים מטריקס

SV-7 מתעד פרמטרים של ביצועים כגון באמצעות חישוב, אמינות, עצלות, מהירות עיבוד ויכולת.צעדים אלה קשורים לתפקודי מערכת ומאפשרים למבצעי מסחר כמותיים.לדוגמה, פונקציה מכ"ם עשויה להיות בעלת מדד של "טווח תפוצה: 500 ק"מ בהסתברות" Alignment with בעלי ביצועים מוגדרים בעלי מניות היא פעילות ניתוח מפתח.

SV-10a, SV-10b, SV-10c: כללי מערכות, מעברי המדינה ומודלים של Event-Trace

מוצרים אלה משקפים OV-6 אבל ברמת המערכת.SV-10a מגדירה כללים עסקיים ברמה של מערכת או מגבלות. SV-10b מודלים מכונות המדינה עבור כל מערכת או תפקוד. SV-10c משתמשת דיאגרמות רצף כדי להמחיש חילופי הודעות מסודרים בזמן בין ממשקי המערכת. הם אימות כי המערכת הקולקטיבית מספקת את הדינמיקה התפעולית המתוארת ב- OV-6.

שלב-בי-Stepology for Developing OV ו-SV Diagrams

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

שלב 1: הגנה על המטרה וסקוט

לפני שציירו כל דיאגרמה, ענה שלוש שאלות: מהי המשימה או הבעיה שהאדריכלות מתייחסת?מה השימוש המיועד בארכיטקטורה (למשל, תמיכה ברכישה, ניתוח פער, הערכת יכולת) מה הגבולות – ארגון, גיאוגרפי, זמני? Define אלה בתיאור האדריכלות (AV-1).זה מונע היקף מצמרר ומבטיח כי דיאגרמות מאוחרות נשארות ממוקדות.

שלב 2: זיהוי בעלי עניין ודאגותיהם

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

שלב 3: בניית מושג תפעולי ברמה גבוהה (OV-1)

צור את הגרפיקה OV-1 באמצעות כלי ציור פשוט או סביבה מבוססת מודל.מקם את הנקודות התפעוליות העיקריות (למשל, כוח משימה משותף, ספינת חלל, כלי אוויר בלתי מאויש, לוויין) ולהראות את חילופי המידע ברמה גבוהה. הוסף תיאור טקסטואלי שלוכד את התרחיש התפעולי.

שלב 4: פעילות פעולה וזרימת משאבים (OV-2, OV-5a /b)

באמצעות OV-1 כ- השלד, נניח כל צומת תפעולי לפעילותו באמצעות קידוד פונקציונלי (OV-5a) לכל פעילות, לקבוע קלטות ופלטים. ולאחר מכן להוסיף את זרימת המשאבים בין נודים ב- OV-2. לדוגמה, אם הפעילות "תגובה פורמציה" באחת מפעולות "תוכנית תגובה", אשר חייבת לזרום לנתוני אבטחה אחרים.

שלב 5: מערכות יחסים ארגוניות (OV-4)

הוסף את קווי הסמכות והדיווח בין נקודות.זה יכול להיות פשוט (הירארכיה) או מורכב (שותפים להגדרה עם פיקוד משותף) OV-4 מסייע לזהות אילו אלוהויות מורשה לבקשה או לקבל אילו משאבים - מידע חיוני לעתים קרובות עבור חוקי בקרת גישה ב SV-10a.

שלב 6: יצירת מודלים התנהגותיים (OV-6)

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

שלב 7: פיתוח מערכות Interface Descriptions (SV-1)

עכשיו לעבור לתחום המערכת.זהה את המערכות שמילאות את הנקודות התפעוליות.עבור כל צומת תפעולי, רשימה של המערכות או רכיבי המערכת (למשל, C2 Software Suite, רדיו, שרת) צייר את המערכות כמו צומת ב-SV-1 ומחבר אותן עם ממשקים שמתאימים לתזרימי המשאבים התפעוליים ב-OV-2. כל ממשק עם המערכת שלה (היישומים) והמשאבים שהיא נושאת בשלב זה, ייתכן שתשלח מידע משותף (לדוגמה, כולל קישורים).

שלב 8: פונקציונליות מערכות מפורטת וטרנסיות (SV-4, SV-5)

נניח שכל מערכת לתפקודיה (SV-4.לדוגמה, מערכת הבקרה של Ground עשויה לכלול פונקציות כגון "Receive Telemetry", "Update Track Database", ו"הוראות Transmit" ואז ליצור את SV-5 matrix על ידי קישור כל תפקיד SV-4 לפעילות הנדסית אחת או יותר של בעלי עניין או יותר.2.

שלב 9: Model Systems Resource Flows and Dynamics (SV-2, SV-10)

סירוב לכל ממשק ב-SV-1 עם תכונות טכניות מפורטות ב-SV-2 (פרוטוקול, אבטחה, ביצועים) ולאחר מכן לפתח מודלי מצב ורצף ברמה של מערכת (SV-10b/c) שמשקף את ההתנהגות המבצעית מ- OV-6.לדוגמה, אותו דיאגרמת רצף מ-OV-6c צריכה להיות מורחבת כעת ברמת המערכת, ומציגה שמות הודעה, נתונים, תזמון, דרישות תזמון ותזמון, תזמון, דרישות תזמון, כגון "מערכת רזולוציה"לא ניתן להרחיב"לא ניתן כעת".

שלב 10: אימות, סירוב ולנהל את הקונריגציה

הפעלות סקירה הולמות עם בעלי העניין המקוריים ומומחים נוספים בנושא.התהלך דרך מוצרי OV ו-SV על מנת, החל עם OV-1, ולוודא שכל אלמנט OV מטופל ב- SV, וכי פתרון SV הוא אפשרי ותואם לסטנדרטים (StdV) להשתמש משוב זה כדי לעדכן דיאגרמות ראשוניות, ולאחר מכן לבסס את הארכיטקטורה לאחר בסיס, ליישם גרסה באמצעות מודל תצורה של שימוש בתצורה של שימוש ב- SDA5 ל-S.

ההליכים הטובים ביותר והמלכודות הנפוצות

הפרקטיקה הטובה ביותר

• (FLT:0) השתמש בכלים מבוססי מודל.FIRLT:1 ; כלים כמו קמו מערכות מודלר, MagicDraw, או SPrx Enterprise Architect with UPDM / UAF פרופילים לאכוף עקביות, מאפשרים דור דו"ח אוטומטי (כולל מטבוליות), ו להקל על העקביות על פני OV ומוצרי SV.
• (FLT:0) ,Maintain an Standard Notation.FIRLT:1) The Unified פרופיל עבור DoDAF/MODAF (UPDM) או מסגרת אדריכלות לא מזוהמת (UAF) מספק סטריאוטיפים סטנדרטיים וסוגי דיאגרמה.זה משפר את התקשורת בין הקבוצות ומפחית את ההפרעה.
• (FLT:0)Start with the Operations Need.FLT:1 אפילו מהנדסי מערכת מנוסים צריכים להתנגד לקפוץ ישירות ל- SV דיאגרמות ללא בסיס OV מוצק.OV-5 ו-OV2 הם נקודות ההתחלה החשובות ביותר.
• (FLT:0) שמור דיאגרמות שימושיות, לא להשלים.FreaLT:1), עדיף שיש קבוצה מאורגנת היטב של חמישה מוצרי OV נבדקים ומדויקים מאשר לייצר את כל 30 המוצרים הסטנדרטיים עם איכות מינימלית.
• (FLT:0) הנחות והחלטות של הוראת סעיף 1 (FIRLT:1) כל דיאגרמה צריכה להיות מלווה בנרטיב המסביר מדוע קיים זרם מסוים, מדוע תפקיד מוקצה למערכת מסוימת, ומה נעשות הנחות על הסביבה המבצעית.

מלכודות נפוצות

• (FLT:0) אבחון עקביות של השקפה חוצה-מבט ראשון (ראה: ⁇ ) הבעיה השכיחה ביותר באדריכלות DODAF היא פונקציות יתומים או זרימה.תפקוד מערכת ב-SV-4 שאין לו פעילות מבצעית של הורה ב- OV-5 הוא בזבוז, בעוד פעילות מבצעית ללא תפקוד במעקב לא מעידה על עיצוב מערכת לא שלם.
• (FLT:0) ,Overcomplicaing OV-1.03.03:1.03) כמה צוותים מנסים לארוז יותר מדי פרטים לתוך גרפיקת המושג ברמה גבוהה, מה שהופך אותו ללא קריאה. שמור OV1 לדף אחד; להשתמש ב- OV-2 ו- OV-5 לפרטים.
• (FLT:0) ,Negting ביצועים (SV-703) פרויקטים רבים מגדירים ממשקים ופונקציות אך לעולם לא נוסיף אמצעים.
• (FLT:0) יצירת דיאגרמות בבידוד.FLT:1האר אם צוות OV ו- SV אינם מסונכרנים באופן קבוע, ה-SV ינסחף מהמציאות המבצעית.
• (FLT:0) השימוש ברמת הנאות הלא נכונה.FLT ( 1:1) מדי coarse a decomposition מפספס פרטים מרכזיים; די טוב שיפוע הופך את האדריכלות ללא נאמנות. כלל טוב של אצבע: כל פעילות או פונקציה צריך לייצג התנהגות יחידה, כפיית שניתן להקצות לצורה אחת או לא מבוצעת.

כלים וטכניקות לפיתוח DODAF Diagram

בעוד שניתן ליצור דיאגרמות DODAF עם כלים גנריים (למשל, Microsoft Visio), המורכבות של מעקב וחיבור צלב עושה כלים המבוססים על מודלים מומלצים מאוד.

• (FLT:0)dassault Systèmes Cameo Systems ModelerphLT (לשעבר MagicDraw) - בשימוש נרחב בתוכניות הגנה, תומך ב- UPDM/UAF, מספק דור ממטריקס אוטומטי (SV-3, SV-5, OV-3), ויכול ליצור דוחות ארכיטקטורת מבוסס אינטרנט.
• (FLT:0)Sparx Systems ArchitectFLT:1, מציע תוספת UAF בוגרת, תומך מודלים מבוסס פרופיל, ויש לו נקודת מחיר נמוכה יותר מתאימה לקבוצות קטנות יותר.
• (FLT:0)IBM הנדסה RhapsodyFIRLT:1) חזק במערכות הנדסה עם תמיכה סיקסמה ניתן להגדיר עבור נקודות מבט DODAF.

בעת בחירת כלי, להעריך את יכולתו לאכוף מעקב, ליצור SV-5 matrices, להתמודד עם בקרת גרסאות סטנדרטיות (למשל, HTML, XMI, PDF) ללא קשר לכלי, הטכניקה המרכזית היא ל-FLT:0define את המטא-מודלFLT:1 מוקדם: מה הם סוגי הצומת, זרימתם, פונקציות, להשתמש; מה הם מאפשרים מעקב, תכונות;

עבור צוותים חדשים כדי DODAF, לשקול החל פרויקט טייס באמצעות רק OV-1, OV-2, OV-5, SV-1, ו- SV-5. Master אלה לפני הוספת מודלים התנהגותיים ודינמיים.

מסקנה

פיתוח דיאגרמות DODAF OV ו-SV הוא תהליך שיטתי שמשגבש דרישות תפעוליות עם עיצוב מערכת טכני.על ידי ביצוע מתודולוגיה מובנית - מהגדרת היקף ובניית מודלים תפעוליים, כדי לנטר את פונקציות המערכת ולאימות עם בעלי עניין - ארכיאולוגים מייצרים דיאגרמות מדויקים, מקיפים, ופעולות פעולה.המאמץ להשקיע ביצירת מערך איכות גבוהה של OVV ו-SVV תשלומים דיבידנדים במהלך רכישה, שילוב של מערכות ניהול מוצלחות, והשגת החלטות ספציפיות.

(ב) לקראת ה[[המאה ה-20]], [[1924]]]], [[1924]]]], [[1924]]]]]], [[1924]]]], [[1924]]]]]], [[1924]]]]]], [[1924]]]]]]]], [[1924]]]]]]]]]], [[1924]]]]]]]], [[1924]]]]