DODAF Kabul Edilmesini Anlamak

Savunma Mimarisi Çerçeve Bölümü (DODAF), kabul aşamasında standart bir yaklaşım sağlar ve işletme mimarilerini savunma ve hükümet örgütleri arasında değiştirir.Bu zorluklarla karşı karşıya kalınır ve hedefli bir şekilde dağıtılabilirliği sağlamak için teşvik eder ve bilgilendirici bir geçiş yapabilir.

Çerçevenin Kompleksi

DODAF, 50'den fazla model (görüler olarak), her biri farklı bir analitik amaç hizmet ediyor. Şirketler için yeni işletme mimarisine, bu bakış açılarına, onların ara sıralarına ve veri gereksinimlerine karşı çıkmak için gerekli olan kavramlar hakkında kafa karıştırıcı bir anlayışa yol açıyor. çerçeve, ya da işlenmemiş eserler veya eksik temsiller (TV), her biri kendi alt ürünler seti ile.Bu dik öğrenme eğriliği genellikle, verilen bir program için gerekli olan bakış açılarının gerekli olduğunu anlamak için gerekli olduğunu düşünüyor.

Kompleksi Nedenleri

  • [FONT:0)Expansive kapsamı:[Dönetici:[Dönetici:0)Expansive kapsamı:[Dönemli bir sistem her yönünü, yüksek seviyeli operasyonel kavramlardan ayrıntılı sistem arayüzlerine ve performans parametrelerine kadar, uygun bir şekilde, takımlara her şeyi belgelemeye çalışır, yönetilemez bir bilgi yükü yaratır.
  • [FONT=0)Bağımsızlıklar:[Döneticiler): Birçok bakış açısı diğerlerinden veriye güveniyor. Örneğin, OV-1 (High-Level Operational Concept Grafik) OV-2 (Operational Node Connectivity Description) bildirmektedir, ki bu da SV-1 (Sistemler Interface Description).
  • [FONT:0)Tooling zorlukları: DODAF'yi destekleyen ticari mimari araçları kendilerini sık sık sık sık ince öğrenme eğrileri vardır. Takımlar, araç quirks yerine mimari içeriğe odaklanırlar.

Kompleksiteye Stratejiler

  1. [FONT:0]Adopt, artımlı bir bakış açısı seçimi sürecine ihtiyaç duyuyor.[DDD:0]Adoptopt, tüm bakış açıları üretmeye çalışmak yerine, program karar kapılarına doğrudan bağlı olarak en az uygulanabilir bir set tanımlayın. Örneğin, erken sistem geliştirme programı sadece OV-1, OV-2, OV-5 (Operasyonel Aktivite Modeli) ve SV-1'e ihtiyaç duyabilir.
  2. [FONT:0)Ortalanmış şablonları ve desenleri kullanın.[DÜT:1] ABD Savunma Bakanlığı, DODAF Meta-Model (DM2) ve Entegre Mimari Çerçeve (IAF) tekrarlanan elementler için yeniden kullanılabilir bakış şablonları oluşturun.
  3. [FONT:0)Provide açık bir veri sözlüğü üst üste.[[DÜT:1) Uygulamadan önce mimari elementler için paylaşılan bir kelime oluşturun. DM2 ile Align, ancak organizasyonun alanına tertemiz. Bu, daha sonra veri entegrasyonunu kıran sinonyms kullanan ortak tuzaklardan kaçınır.
  4. [FONT:0) Hem DODAF hem de seçilmiş mimarlık aracını kapsayan eğitimde en üst düzeydedir.[#0T:0).Temel satıcı eğitiminden kaçının. Bunun yerine, belirli çevrenizi kullanarak el ele alan DODAF ilkelerini bir araya getirin.

Skilled Personel eksikliği

Başarılı DODAF kabulü deneyimli mimarlar, modellere ve analistlere bağlıdır. Ancak birçok kuruluş -özellikle de daha az resmi yaklaşımlardan geçiş - hem savunma domain bilgilerini anlayan profesyonellerin yetenekleri havuzları sınırlıdır.

Becerilerin Ölçüleri

  • [FONT:0]Architecture modelleme uzmanlığı: Birkaç kişi SysML, UML veya uyumlu DODAF uzantıları tutarlı modeller oluşturmak için gerekli olan derin yeterliliklere sahiptir.
  • [FONT:0)Subject matter domain bilgisi: Mimarlık eserleri operasyonel gerçekleri doğru şekilde yansıtmalıdır. Askeri veya savunma geçmişi olmayan mimarlar, kritik operasyonel nüansları doğrulayan modeller üretebilir (örneğin, radyo sessizliği dönemleri, koalisyon verileri işleme).
  • [FONT:0]Data management becerileri:[Döneticileri)[Döneticileri) DODAF mimarileri büyük veri kümeleri oluşturur. Personel sürümleme, güvenli erişim ve veri kalitesi birden çok bakış açısıyla yönetebilir.

Bina ve Susing Capability

  1. [FONT:0]Bağlantılı bir eğitim müfredatı oluşturmak; Üç eğitim seviyesi geliştirmek: Liderlik ve paydaşları için, Practitioner (öngörüler ve bakım perspektifleri yaratacak ekip üyeleri için), ve Gelişmiş ( programları boyunca gelişim ve bütünleştirecek mimarlar için).
  2. [FONT:0]Establish an internal center of Excellence (CoE).[[DÜT:1) Havuzda, çok sayıda programı destekleyen küçük bir danışmanlık ekibine sahip olan, CoE, yeniden uygulanabilir varlıklar geliştirir, akran incelemeleri yapar ve mentorlar yeni mimarlar yapar.
  3. [FONT:0]Partner savunma odaklı akademik programlarla ilgili..[ Birçok üniversite savunma için işletme mimarisine ders vermektedir. ABD Deniz Lisansüstü Okulu ve Carnegie Mellon'un Yazılım Mühendisliği Enstitüsü, mevcut modüllere katılmak veya ev sahipliği yapmak için ilgili programları içeriyor.
  4. [FONT:0]Yerel rollerden gelen geçişler; Sistem mühendisleri, veri analistleri ve satın alma uzmanları zaten kısmi becerilere sahipler.Mevcut uzmanlıklarına uyum sağlayan bakış açılarıyla birlikte eğitim alırlar (örneğin, sistem mühendisleri SV-1 ve SV-2 ile başlar).

Değişime Karşı Direniş

Resmi bir mimari çerçevesi olmadan yıllarca işletilmiş olan örgütler genellikle DODAF kabul etmeye direnir. Algılanan bürokrasi, ek belgeler, ve inşa edilmiş güç yapıları için tehdit yaratırlar.Sistemleri tacit bilgisine dayanan sistemler tasarlamak için kullanılan mühendisler, yapısal modellere dayanarak karar vermeye alışkın olabilirler.

Direnişin Ortak Formları

  • [FONT:0)Bilgeci direniş:[Dönetici: [Dönetici: 0] Sözlü ve kaydırıcı iletişimden modellemeye yönelik zihinsel değişim, yeni düşünme kalıpları gerektirir. Birçok personel uzmanlığının katı bir çerçevede kodlanması gerektiğinde değerli olduğunu hisseder.
  • [FONT:0)Process direniş:[Dönetici:[Dönetici:0)Mevcut satın alma ve mühendislik süreçleri, DODAF'nin bakış açısı nesil programı ile ağlamayabilir. Teams, DODAF'nın değer alıcı bir aktivite yerine ek bir uyumluluk katmanı olarak görebilir.
  • [FONT:0]Politik direniş: [Dönetici: [Döneticisel silolar:0])) Fonksiyonel silolar, mimari modellerin kırmızıdans veya boşlukları açığa çıkarırken tehdit edilebilir hissedebilirler. Örneğin, bir servis seviyesi lojistik sistemi uyuma karşı direnebilir, çünkü verimsiz devreleri ortaya çıkarır.

Overcoming Organizational Direniş

  1. [FONT:0)Güvenli yönetici sponsoru.[DÜDÜDÜDÜDÜDÜDÜŞÜNCÜŞÜNCÜŞÜNÜŞÜNÜŞÜNÜŞÜNCE:0) Tüm eller toplantılarında DODAF'dan gelen program yönetici görevlisi veya bayrak görevlisine sahip olmak ve bu görevlerin başarı için yıllık performans değerlendirmelerine bağlantı kurmak.
  2. [FONT:0]Demonstrate erken tangible kazanır.[#DFLT:1] Bir pilot programı kırmızı veya daha hızlı bir karar döngüsünde hızlı bir düşüş göstermek için kullanın. Örneğin, bir pilot mimarlık, iki önceki farklı gelişim çabalarının% 60'ını aynı arayüzlerin paylaşdığını ortaya koyarsa, tasarruf ve yayınlayın. Başarı hikayeleri tarafsızlaştırır.
  3. [FONT:0) Mevcut iş akışları ile ilgili olarak, onları değiştirmemek değil.[D: 1) Harita DODAF, savunma satın alma sisteminde (örneğin, Sistem Mühendisliği Teknik İnceleme öğeleri) zorunlu kilometreler sunmak için eserler.
  4. [FONT:0] Deneyler için bir “güvenli kum kutusu” oluşturun.[DÜDÜDÜ] Takımların, eksik veya mükemmel eserler için cezasız birkaç ay boyunca rastgele olmayan bir proje üzerinde DODAF modellerini yaratmalarına izin verin. Bu, hata ve öğrenme korkusu azaltır.
  5. [FONT:0)Tezler kullanın, değil, görev değil; Yüksek kaliteli mimarileri ödüllerle, ek eğitim bütçeleri veya kamu acknowedgment ile üreten takımları tanır. Mandates tek başına retorlar oluşturur.

Data Quality and Consistency Issues

DODAF, tüm bakış açılarıyla ilgili tutarlı, doğru verilere dayanıyor. Organizasyonlar sık sık sık sık aynı terimleri farklı tanımlarken, farklı ölçü birimleri kullanarak veya sistem geliştikçe modeller güncellemeye başarısız olur. Sonuç, güvenilirliğini kaybeden bir mimaridir, çünkü farklı bakış açıları birbirine aykırıdır.

Yaygın Veri Sorunları

  • [FONT:0]Lexical ambiguity:[Dönetici: Genel kampanya, belirli bir tür veya bir yazılım fonksiyonu, yazarın kontrol etmeden önce, modeller takımlarda açıklanamaz.
  • [FONT:0)Version sürüklenir:[Dönetici:[Dönetici:0) Sistem tasarımları değiştiğinde, bazı bakış açıları statik kalırken güncellenir. Ortak bir örnek OV-5 (Operasyonel Aktivite Modeli) artık SV-1 (Sistemler Interface Description) ile eşleşmeyen eski operasyonel kavramları yansıtacaktır.
  • [FONT:0)Inconsistent granularity:[Dönetici:[Dönetici:0) Bir takım alt sistem seviyesinde başka bir duraklama yaparken, bu bakış açıları birleştirildiğinde, performans veya maliyet tahminleri doğru bir şekilde izlemek imkansız hale gelir.

Data Governance kurmak

  1. [FONT:0) Bir mimari veri kuruludur.[[Dönetici:0) Madde 1, DÜŞÜNÜye göre küçük bir grup (programda) kontrol edilen bir kelime, ölçüm birimleri tanımlamak ve uygulanabilir veri formatlarını onaylar.The board onaylar ve tüm ekleri veya değişiklikleri vergionomy'ye onaylar ve DM2 ile uyum sağlar.
  2. [FONT:0]İmplement otomatik doğrulama kontrolleri Sparx Enterprise Architect veya IBM Rational Rhapsody gibi bu çekleri gözden geçirmeden önce kullanın.
  3. [[Dönetici:0) Gerçek bir depozit kaynağı oluşturmak.[DÜT:1) Tüm mimari verileri paylaşılan bir depoda (örneğin, sürüm kontrolü ile bulut tabanlı bir araç). Birden fazla araç kullanılmalısa normal bir senkronizasyon programı oluşturmak.
  4. [FONT:0)Konduct dönem mimarisi denetimleri.[DÜT:1] Her çeyrekte, bir alt bakış açısı ve çapraz-referansları kontrol etmek.Eğitimi güncellemek ve yönetim kurallarını geliştirmek için denetim sonuçlarını kullanın.

Mevcut Sistemler Mühendisliği ve Devral Süreçleri ile entegrasyon

DODAF, zaten olgun sistemler mühendisliği (SE) ve satın alma süreçleri (örneğin, DoD 5000 serisi) sahip kuruluşlarda sıklıkla kabul edilir. Bu süreçler kendi belge gereksinimleri, inceleme kapıları ve terminolojileri vardır. DODAF bakış açıları SE faaliyetlerine dahil olmak yerine ek bir aktivite olarak tedavi edilir, füzyon ve karışıklık ortaya çıkabilir.

Common Integration Başarısızlar

  • [FONT:0]Parallel dokümanlar: [Döneticiler, hem geleneksel bir Sistem Mühendisi (SEP) hem de DODAF eserleri arasında herhangi bir harita olmadan önemli ölçüde üretebilir, ancak uzlaştırmaz.
  • [FONT:0]Review programı yanlış anlama: Mimarlık perspektifleri sistem tasarım kararlarından sonra genellikle tamamlanmış durumda, etkilerini azaltmak için retrospektif belgeler haline gelir.
  • [FONT:0]Farklı veri meta dili: Systems mühendislik araçları SysML veya diğer diller kullanabilirken, DODAF RDF/XML veya spesifik XMI şemaları gerektirir. İki alan arasındaki veri değişimi teknik bir engel haline gelir.

Tümleşmeleri için Stratejiler

  1. [FONT=0]Map DODAF, Sistem Teknik İncelemeleri (SETR) için perspektifler (SETR) ) ve OV-5 (işlem etkinlikleri) olgun bir taslakta olmalıdır.
  2. [FONT=0)Adoptopt, hem Microsoft hem de DODAF profillerini destekleyen bir model tabanlı sistem mühendisliği (MBSE) yaklaşımına sahiptir.[FONTS:0).The OV-5 faaliyetleri SysML'de sistem işlevsel akışlar için temel haline gelir.
  3. [FONT:0)Align veri değişim biçimleri.[[Dönetici:0) Tüm SE araçlarının DODAF meta-model (DM2) ile uyumlu formatlarda ihracat verileri ihraç etmesi gerekir. XML Metadata Interchange (XMI) ve Web Ontology Language (OWL).
  4. [FONT:0)Include mimarisi, entegre usta programlarında (IMS) kullanılmaktadır.) Mimarlık eserlerini belirli başlangıç ve son tarihlerle kritik yol öğeleri olarak ele alır. mimarları bu tarihlere sorumlu tut, tıpkı donanım ve yazılım tasarımı gibi, teslim edilebilirleri için sorumlu tutulur.

Alet ve Teknoloji Sınırları

Birçok ticari mimari aracı DODAF desteği iddia etse de, gerçek genellikle kısa düşebilir. Özellikler yavaş yavaş yavaş yavaş güncellenebilir veya kapsamlı özelleştirme gerektirir. Organizasyonlar, performans analizi yerine araç veya manuel olarak bağlantı kurma perspektiflerini yapılandırır. ek olarak, araçlama büyük, sınıflandırılmış bir mimari üzerinde işbirliği yapmak için gereken bir şişenck olabilir.

Recurring Tooling Headaches

  • [FONT:0]Poor Interoperability between tools.[DDDK:1] Aynı organizasyon içindeki farklı programlar farklı araçlar kullanabilir (örneğin, Teamwork Net vs. Enterprise Architect).Exchange modelleri sorunlu hale gelir ve şirket genelinde entegrasyon acı çeker.
  • [FONT:0) Büyük modeller ile ilgili sorunlar Mimarlık modelleri binlerce element ve ilişki içerken, bazı araçlar önemli veya kazayı yavaşlatır. Bu, iş akışlarını ve cesaretleri kapsamlı bir modellemeyi bozar.
  • [FONT=0) Güvenlik uyumluluk engelleri.[[DÜDÜT:1] DODAF genellikle sınıfsız ortamlarda sınıflandırılmış ve sınıfsız ortamlara sahiptir. Tools çok seviyeli güvenlik (MLS) ve çapraz domain çözümleri desteklemeli.

Seç ve Optimizing Tooling

  1. [[Dönetici:0) Satın almadan önce kapsamlı bir araç değerlendirmesini uygulayın.[DDDDÜT:1] Gerçek verilerinizle ilgili bir kanıt-koncept içeren yapısal bir seçim süreci kullanın (profesyonel demo örnekleri değil). Evaluate: Tüm gerekli bakış açıları için destek, DM2 uyumluluk, ihracat / ihracat / ihracat / ihracat / ihracat koşulları, yük altında performans.
  2. [FONT:0) İşletme genelinde tek bir araç paketinde standartlaştırın.[DÜDÜDÜ:0) Bu formata ihracat yapmak için her bir araç olmadıkça, birden fazla araç uygun bir şekilde ayarlanmalıdır.
  3. [FONT:0) Özel senaryolama ve kullanım alanlarındaki eklentiler;[Dönetici:0) Birçok araç senaryoyu indirmeye izin verir (örneğin JavaScript, Python) tekrarlanan görevleri, önerilerin bakış açılarından, doğrulayıcı verileri üretmek veya özel raporları oluşturmak gibi otomatikleştirmek için bir geliştirici kiralayın.
  4. [FONT:0) Sınıflandırılmış çevre desteği için planlayın.[DISA güvenlik gereksinimlerine karşı (veya konuşabilen bir araç seçin (veya kontrol edilen veri transfer mekanizmaları ile ayarlanabilir.

Uzun Süreli Sürdürülebilirlik

DODAF'yi kabul etmek tek zamanlı bir proje değildir; mimarileri mevcut sistemler olarak sürdürmek için devam eden yatırım gerektirir. Birçok kuruluş, bir programın erken aşamalarında DODAF'yi başarıyla başlatıyor ancak sürekli olarak devam eden modelleri sürdürmek için başarısız olur.

Unsustainability

  • [FONT:0)Loss of finansman: [Dönetici: [Dönetici: 0] Mimarlık faaliyetleri genellikle bütçeleri sıkıca algılandığında kesilir, çünkü onlar da aynı şekilde algılanırlar.
  • [FONT:0] eğitimli personelin geri dönüşü: [Döneticileri terk ettiğinde, yeni personel yeterli bir şekilde eğitilmeyebilir ve mimari çürütebilir.
  • [FONT:0] Süreklilik sırasında hiçbir mal sahibi yoktur: [Dönetici aşamasında, program ofisleri genellikle düşük mimari takımlarında ve mevcut modelleri tutmaktan sorumlu değildir.

Uzun Süreli Viability

  1. [FONT:0]Treat mimarisi sermaye değeri olarak kabul edilir.[DÜT:1] Programdaki yaşam döngüsündeki maliyetlerin öngörüsü ile ilgili olarak, model güncelleştirmeleri, araç lisansları ve personel eğitimi için bütçe gibi.
  2. [FORs) [FODÜDÜ:0) Mühendislik değişim istekleri ile bağlantılı bir değişim yönetimi süreci uyguluyor (ECRs).[FONT:0) Bir sistem değişikliği onaylandığında (hücretsiz donanım, yazılım veya operasyonel konsept), mimarlık temelleri için belirli bir mimarı imzalayın.
  3. [FONT:0]Yaşam belgeleri kültürüne ait bir belge oluşturmak.[[Döneticileri etkileyen birincil kaynak olarak mimari modellerin kullanımını teşvik etmek, ticaret çalışmaları ve hazır değerlendirmeler için hazırlık değerlendirmeleri. Paydaşlar modelleri aktif olarak karar için kullandığında, bakımlarını talep edecekler.
  4. [FONT:0] Mimarlık rolleri için Succession planı.[[Dönetici:0) Cross-train mimarlık bakımı üzerinde birden fazla ekip üyesi değil, sadece lider mimar. Doküman tüm modelleme prosedürleri, kongreler adlandırma ve standart bir işletim prosedüründe geçerlilik kuralları (SOP) Bu, personel cirolarının etkisini azaltır.
  5. [FONT:0) Yıllık mimari yorumları.[[Dönetici:0]Dönetici her yıl mimarlık, ilgi, doğruluk ve tamlık için değerlendirildiği resmi bir incelemedir.Releksiyondan gelen eylemler, tarihlerle verilir, tıpkı herhangi bir mühendislik incelemesi gibi.

Sonuç: Kurumsallaştırmaya Uygulamadan

DODAF'nin ortak zorluklarına gelince – karmaşıklık, beceri boşlukları, direnç, veri kalitesi, süreç entegrasyonu, araçlama sınırlamaları ve sürdürülebilirlik – çok yönlü bir stratejiye danışır; tek bir çözüm yeterli; organizasyonlar her bir meydan okumayı aynı anda eğitim, yönetişim, araçlama ve kültürel değişim yoluyla ele almalıdır.) Bununla birlikte, yasal engellerin kaldırılması için, yasal bir savunma organizasyonlarına daha hızlı bir şekilde uyarlanabilir.