אתגרים משותפים עומדים בפני אימוץ דודאף וכיצד להתגבר על

הבנה של doDAF אימוץ Obstacles

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

המורכבות של המסגרת

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

הסיבות למורכבות

(FLT:0) ההרחבה הרחבה: FLT:1DoDAF מנסה לכסות כל היבט של מערכת, ממושגים תפעוליים ברמה גבוהה לממשקי מערכת מפורטים ופרמטרים ביצועים.ללא פיסול הולם, צוותים מנסים שלא בצדק לתעד את הכל, יצירת עומס מידע לא אמין.
(FLT:0 יחסי תלות: FLT:1 נקודות מבט רבות מסתמכות על נתונים מאחרים.לדוגמה, OV-1 (High-Level Operational Concept Graphic) מודיעה ל-OV-2 (התיאור של Node Connectivity), אשר בתורו מזין את SV-1 (מערכתs Interface). התמוטטות בכל נקודות מבט אחת על פני האדריכלות.
(FLT:0) אתגרים: כלים ארכיטקטורת מסחר 1 (FLT:1) התומכים ב-DoDAF יש לעתים קרובות עקומות למידה תלולות בעצמם.צוותים מבלים שבועות או חודשים ללמוד את הקווירקטים של הכלי במקום להתמקד בתכנים אדריכליים.

אסטרטגיות ל- Tame Complexity

(FLT:0) לקבוע תהליך בחירה מצטבר של נקודת מבט מצטברת.
(FLT:0)Use pre-orientedתבניות ותבניות.BuildFLT:1 מינוף מסמכי הדרכה של משרד ההגנה האמריקאי כגון DODAF Meta-Model (DM2) ו- Integrated Architectural Framework (IAF) כדי לתקן אלמנטים חוזרים. צור תבניות ראיה ניתנות לטיפוסים משותפים (למשל, פיקוד ושליטה, לוגיסטיקה).
(FLT:0) לספק מילון נתונים ברור במעלה.IRLT:1) הקימה אוצר מילים משותף עבור אלמנטים אדריכליים לפני החלת הדוגמת DM2 אבל להתאים אותו לתחום הארגון.זה נמנע מההתפלות המשותפת של קבוצות מרובות באמצעות נרדפות שמשבורות אינטגרציה נתונים מאוחר יותר.
(FLT:0) באימונים המכסים את דו-AF ואת כלי האדריכלות הנבחר.שערות 1. להימנע מאימון ספקים גנריים במקום, לשלב עקרונות DODAF עם תרגילים באמצעות הסביבה הספציפית שלך.חשב שותף עם ארגונים כמו המכון להנדסה תוכנה (SEI) או יועצים ארכיטקטורת הגנה מוכרת עבור סדנאות מותאמות.

חוסר כוח אדם משומר

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

מידות של הצלחות

(FLT:0Architecture Modelingמומחיות: FIRLT:1) לאנשים מעטים יש מיומנות עמוקה ב-SSML, UML, או הרחבות DODAF מיוחדות הדרושות ליצירת מודלים עקביים.
(FLT:0) ידע דומיין של החומר: FLT:1 אדריכלות פריטים חייבים לשקף במדויק מציאות מבצעית.אדריכלים ללא רקע צבאי או ביטחוני עשויים לייצר מודלים שנראים נכונים אך מתגעגעים לתנודות מבצעיות קריטיות (למשל, תקופות שקט רדיו, טיפול בנתונים הקואליציה).
(FLT:0) מיומנויות ניהול נתונים: אדריכלות DODAF 1 יוצרת נתונים גדולים.אדם חייב להיות מסוגל לנהל גירסה, גישה מאובטחת ואיכות נתונים על פני נקודות מבט מרובות.

בנייה וקיימות

(FLT:0) תכנית לימודים מקבילה.IRLT:1) לפתח שלושה רמות של הכשרה: מודעות (למנהיגות ובעלי עניין), מתרגל (עבור חברי צוות אשר ייווצרו ויישמרו נקודות מבט), ומתקדמים (לאדריכלים שיובילו פיתוח ושילוב בין תוכניות) כל רמה צריכה לכלול בחינות הסמכה הקשורות ליצירת חפצים בעולם האמיתי.
(FLT:0) ,Establish a Internal Center of Excellence (CoEve) 1 Pool ארכיטקטים מנוסים ביותר שלך DODAF לצוות ייעוץ קטן התומך במספר תוכניות.ה-CoE מפתחת נכסים הניתנים להחלפה, מבצעת ביקורות עמיתים, וחוונטורים חדשים.
(FLT:0Partner with Defense-oriented Academic Programs.Build.veFLT) 1 אוניברסיטאות רבות מציעות קורסים באדריכלות ארגונית להגנה.בית הספר לתואר שני של חיל הים האמריקאי ומכון להנדסה התוכנה של קרנגי מללון יש תוכניות רלוונטיות.
(FLT:0) אימוני צלב מתפקידים סמוכים.BuildFLT) 1 System מהנדסים, אנליסטים של נתונים ומומחים לרכוש כבר יש מיומנויות חלקית. Cross-train אותם ב-DoDAF על ידי החל נקודות מבט היישר עם המומחיות הקיימת שלהם (למשל, מהנדסי מערכת מתחילים עם SV-1 ו-SV-2, אנליסטים מתחילים עם OV-5).

התנגדות לשינוי

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

צורות נפוצות של התנגדות

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

התנגדות ארגונית

(FLT:0) סודיות של ספונסרים מנהלים גלויים.FLT:1 , התנגדות מתאמת מהר ביותר כאשר מנהיגים בכירים מתקשרים באופן עקבי את המקרה העסקי ומדגימים מחויבות אישית.יש מנהל התוכנית או קצין הדגל מזכירים את דו-AF בפגישות כל הידות וקושרים אותו להצלחה המשימה.
(FLT:0) ניצחונות מוקדם של ממש.FreaLT:1) השתמש בתוכנית פיילוט כדי להראות ירידה מהירה ב אדמוניות או מחזור החלטות מהיר יותר.לדוגמה, אם ארכיטקטורת טייס מגלה כי שני מאמצי פיתוח נפרדים בעבר חולקים 60% מאותו ממשק, מסמך כי חיסכון ושידור אותו.
(FLT:0) Integrate DODAF עם זרמי עבודה קיימים, לא להחליף אותם.earph 1 Map DODAF פריטים כדי לספק אבני דרך חובה במערכת רכישת ההגנה (למשל, מערכות הנדסה פריטים טכניים סקירה) להימנע יצירת לוח "סקירה אנרכיסטית" נפרד; במקום זאת, אנו מדגישים אדריכלות לתוך ביקורות עיצוב ותהליכי שער.
(FLT:0) לתקן "תיבת חול בטוחה" עבור ניסויים.FLT:1 לאפשר לצוותים ליצור מודלי DODAF על פרויקט לא קריטי במשך כמה חודשים ללא עונש על חפצים לא שלמים או לא מושלמים.זה מקטין את הפחד מכישלון ומעודד למידה.לאחר תקופת ארגז החול, להעריך שיעורים למדים ולהגדיל את הציפיות האיכותיות.
(FLT:0) תמריצים, לא המנדטים.IRLT:1) צוותים מוכרים המייצרים ארכיטקטורות באיכות גבוהה עם פרסים, תקציבי הכשרה נוספים, או אישור ציבורי בלבד.

בעיות איכות נתונים ויציבות

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

בעיות נתונים נפוצות

(FLT:0) ambiguity: FIRLT:1) המונח "המשימה" יכול להיות הקמפיין הכולל, מין מסוים, או פונקציה תוכנה, בהתאם למחבר.ללא vocabularies מבוקר, מודלים הופכים ללא אירועים בלתי צפויים על פני קבוצות.
(FLT:0) סחף: 1.10.10.10.10.10.10.7, כשעיצובי מערכת משתנים, כמה נקודות מבט מתעדות בעוד אחרים נשארים סטטיים.דוגמה נפוצה היא OV-5 (מודל פעילות מבצעית) המשקפת מושגים תפעוליים ישנים שאינם מתאימים עוד ל-SV-1 (תיאור מערכות).
(FLT:0) , 000 ⁇ עקביות: צוות אחד יכול מודל למטה לרמה של רכיב בעוד אחרים מפסיק ברמה תת-מערכתית. כאשר נקודות מבט אלה משולבים, זה הופך בלתי אפשרי לעקוב אחר ביצועים או עלות הערכות במדויק.

יצירת נתונים

(FLT:0) Form a Architecture data Board.FLT:1 Charter) קבוצה קטנה (cross-program) להגדיר ולשמור אוצר מילים מבוקר, יחידות מדידה, ופורמטים נתונים אפשריים.הדירקטוריון מאשר את כל התוספות או שינויים במונחי המס ומבטיח היערכות עם DM2.
(FLT:0) בדיקות אימות אוטומטי.FIRLT:1) להשתמש בכלים כגון ארכיטקטור אנטרפרייז או IBM Rapsody עם כללי אימות מותאמים אישית כי אי-יציבות הדגל (למשל, אם לפעילות ב- OV-5 אין מערכות מתאימות ב-SV-1, דגל זה לא מחייב בדיקות אלה לפני שנקודת מבט מתקבלת לבדיקה.
(FLT:0) לעיין מקור יחיד של אמת pository.FLT:1 לאחסן את כל הנתונים האדריכליים במחסן משותף (למשל, כלי מבוסס ענן עם שליטה בגירסה) למנוע עותקים מקומיים שיכולים להתפצל.
(FLT:0)Conduct תקופתי אדריכלות ביקורת.FreaLT:1 כל רבע, דוגמאות למצע נקודות מבט ולבדוק את ההפרעות הצלביות. השתמש בתוצאות הביקורת כדי לעדכן את הכשרתו ולשפר את כללי הממשל.

שילוב עם תהליכי הנדסה ורכישה קיימים

DODAF מאומצת לעיתים קרובות בארגונים שכבר יש להם מערכות בוגרות הנדסה (SE) ותהליכי רכישה (למשל, DoD 5000 סדרה) תהליכים אלה יש דרישות תיעוד משלהם, לבדוק את שערי ההקרנה, וטרמינולוגיה.כאשר נקודות מבט של דו-AF מטופלים כפעילות תוספת על ולא מוטבעת לתוך SE פעילויות, שכפול ובלבול מהנדסים עשויים להיות נאלץ לעדכן את אותו מידע במקומות מרובים, המוביל לשרוף.

כישלונות אינטגרציה נפוצים

(FLT:0) ,Parallel Documents: משרדים של תוכנית 1FIRLT עשויים לייצר תוכנית הנדסת מערכות מסורתית (SEP) ו-DoDAF פריטים ללא כל מיפוי בין שני התוכן חופף באופן משמעותי אך לא מתפייס.
(FLT:0) סקירת לוח הזמנים של אי-השמדה: נקודות מבט אדריכלות 1:1 הושלמו לעתים קרובות לאחר החלטות עיצוב המערכת כבר נעשו, צמצום השפעתם.הם הופכים לתיעוד רטרוספקטיבי ולא כלי ניתוח צופה קדימה.
(FLT:0) מידע metaשפה: כלי הנדסת מערכות 1 (FLT:1 למערכות) עשויים להשתמש ב-SSSML או בשפות אחרות, בעוד DODAF דורש RDF/XML או ספציפי XMI schemas חילופי נתונים בין שני התחומים הופך להיות מכשול טכני.

אסטרטגיות לאינטגרציה ללא ים

(FLT:0)PPM רואה את תחזיות הנדסת מערכות (SETRs) LT:1 עבור כל ביקורת מרכזית (SRR, SFR, PDR, CDR, TRR, וכו '), לזהות אילו נקודות מבט DODAF נדרשים קלטות או פלטות. לדוגמה, ב-Pfunctional Review (SFR), SV-1 (תיאור פנים) ו- OV-5 פעולות בוגרות יש לבצע מיפוי.
(FLT:0) Adopt a Models Engineering (MBSE) גישה כי מודלים של DoDAF ו- SE.FLT:1 להשתמש בסביבה מודל יחיד (למשל, Cameo Systems Modeler, MagicDraw) התומכים הן ב-SSSAP עבור SE ו- DODAF פרופילים.זה מבטל את השכפול כי אותם אלמנטים (מערכות, פונקציות), נתונים משמשים הן בהקשר של מערכת ההפעלה של מערכת ההפעלה.
(FLT:0) פורמטי החלפת נתונים של ההרחבה.FLT:1eur דורשים שכל הכלים SE ייצוא נתונים בפורמטים המתאימים ל- DODAF meta-מודל (DM2) להשתמש בסטנדרטים פתוחים כגון XML Metadata Interchange (XMI) ו- Web Ontology Language (OW) נמנעים מפורמטים בינאריים קנייניים המנעולים נתונים לכלי.
(FLT:0) לכלול אדריכלות בלוח הזמנים המשולבים (IMSOVA) 1 Treat Architecture פריטים כפריטים קריטיים נתיב עם תאריכי התחלה וסוף ספציפיים.

כלי והגבלות טכנולוגיה

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

תיקון כאבי ראש

(FLT:0) יכולת בין כלים.BuildFLT:1) תוכניות שונות בתוך אותו ארגון עשויים להשתמש בכלים שונים (למשל, Teamwork Net לעומת אנטרפרייז Architect). מודלים משתנים הופכים בעייתיים, ושילוב בין ארגוני החברה סובל.
(FLT:0) בעיות של רפורמות עם מודלים גדולים.FIRLT:1 , כמודלים אדריכלות לגדול להכיל אלפי אלמנטים ומערכות יחסים, כמה כלים להאט באופן משמעותי או התרסקות.זה משבש את זרימת העבודה ומרתיע מודלים מקיפים.
(FLT:0) ציות סודיות של hurdles.archFLT:1 ), DODAF לעתים קרובות משתרע סביבות מסווגות ולא מסווגות. כלים חייבים לתמוך בביטחון רב-דרגי (MLS) ופתרונות בין-דו-קיום.

בחירת ואופטימיזציה של כלי

(FLT:0) להעריך כלי יסודי לפני רכישת.BuildFLT:1) השתמש בתהליך בחירה מובנה הכולל הוכחה-of-תפיסה עם הנתונים האמיתיים שלך (לא דוגמאות להדגמה של הספק) הערכה: תמיכה בכל נקודות המבט הנדרשות, DM2 תאימות, יכולות הייצוא / import, ביצועים תחת עומס, ומעמד הסמכה MLS.
(FLT:0) סטונריט על חבילת כלים אחת ברחבי הארגון.FLT:1 אלא אם כן יש סיבה משכנעת (למשל, כלי מורשת שלא ניתן להגר), סטנדרטיזציה כדי להימנע מבעיות בין-אופרציה.אם כלים מרובים חייבים coexist, להגדיר פורמט מרכזי של מאגר (למשל, RDF) ודרוש כל כלי לתבנית זו.
(FLT:0) Invest בתסריטאי ותוספים.Builds.veFLT) 1 כלים רבים מאפשרים תסריט (למשל, JavaScript, Python) למשימות חוזרות ונשנות כמו יצירת מסמכים מנקודות מבט, אימות נתונים, או יצירת דוחות מותאמים אישית.הכנת מפתח לבניית יכולות אלה כדי להפחית את המאמץ ידני.
(FLT:0)Plan לתמיכה בסביבה מסווגת.FLT: 1) אם הארגון פועל ברמות סיווג מרובות, בחר כלי המציע (או ניתן לפרוס) תצורה של מיזוג אוויר עם מנגנוני העברת נתונים מבוקרים.

שמירה על אחריות ארוכת טווח

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

הסיבות לחוסר הישויות

(ב) קיצוץ:0) פעילויות אדריכלות: 1FLT:1, לעתים קרובות נחתכות כאשר תקציבים מתכווץ כי הם נתפסים כצפופים.
(ב) ,0) ,להפך של אנשי מקצוע מאומנים: FLT:1ir כאשר האדריכלים המומחים עוזבים, צוות חדש לא יכול להיות מאומנים כראוי, ואת האדריכלות מתקלקלת.
(FLT:0) אין בעלים במהלך קיום:FLT:1בשלב שלאחר הפיתוח, משרדי התוכנית לעתים קרובות מטה קבוצות אדריכלות בגודל, ואף אחד לא אחראי במפורש על שמירה על מודלים נוכחיים.

הבטחת יציבות לטווח ארוך

אדריכלות:0 (Treat Architecture as a Capital Asset.Build.veFLT:1) כוללת עלויות של שימור אדריכלות בערכת עלות מחזור החיים של התוכנית.Just Like חומרה, תקציב לעדכונים מודל, רישיונות כלי, ואימון צוות בכל שנה.
(FLT:0) הפעלת תהליך ניהול שינוי הקשור לבקשות שינוי הנדסי (ECRs) אנדרט 1 בכל פעם ששינוי מערכת אושר (בין אם חומרה, תוכנה או תפיסה תפעולית), יש לעדכן את הארכיטקטורה במקביל.
(FLT:0) לקדם תרבות תיעוד חיה.FirLT:1 עודד את השימוש במודלים אדריכלות כמקור העיקרי לניתוחי השפעה, מחקרי מסחר והערכות נכונות.כאשר בעלי העניין רואים את המודלים המשמשים באופן פעיל לקבלת החלטות, הם יתבעו את העודף שלהם.
תכנית ההזכיות של תפקידי אדריכלות: FLT:0Succession עבור תפקידי אדריכלות: FIRLT:1 (מרחיבים מספר חברי צוות על תחזוקה ארכיטקטורת אדריכלות, לא רק האדריכל הראשי. Document all Modeling נהלים, שם מוסכמות, ותקנות אימות בהליך סטנדרטי הפעלה (SOP).זה מקטין את ההשפעה של תחלופה צוות.
(FLT:0)Conduct שנתי אדריכלות ביקורות.FLT:1 תזמון סקירה רשמית בכל שנה שבו האדריכלות מוערכת לרלוונטיות, דיוק, ושלמות. פעולות מן הבחינה מוקצה עם מועדים, בדיוק כמו כל בחינה הנדסית.

מסקנה: מאימוץ למוסדות

(התגברות על האתגרים המשותפים של אימוץ דו-AF – מורכבות, פערים מיומנות, התנגדות, איכות נתונים, שילוב תהליכים, מגבלות כלי וקיימות – דורש אסטרטגיה מכוונת ורב-פנים, לא מספיק פתרון יחיד; ארגונים חייבים לטפל בכל אתגר בו זמנית באמצעות אימון, ממשל, הפעלת כלי ושינוי תרבותי.