DODAF Mimari İnceleme Sürecini Anlayın

Bir Savunma Mimarisi Çerçeve (DODAF) Mimari incelemesi, görev gereksinimleriyle tanışmalarını sağlamak için yapılandırılmış bir savunma sistemi mimarisi değerlendirmedir, standartları uygun ve stratejik hedeflerle uyumlu hale getirir.Tutsal tasarım yorumları aksine, DODAF değerlendirmeleri yalnızca bir kontrol kutusu aktivitesine odaklanır; Risk, sistemler, teknik standartlar ve tüm giriş noktaları için kritik bir mekanizmadır - bu alan, bu işlemden en iyi şekilde yararlanmayı sağlar.

Aşama 1: Pre-Review Hazırlık

Bir DODAF mimarisi incelemesinin başarısı, kapsamlı hazırlıklara bağlıdır.Açık hedefler olmadan bir inceleme seansına girmek, tam eserler ve ortak paydaşları genellikle eksik bulgular ve boşanmış kaynakları elde etmek için yol açar. Hazırlık genellikle proje karmaşıklığına ve bakış açılarına bağlı olarak iki ila dört hafta gerektirir.

İnceleme Ekibine benzeyen

Lider mimar, sistemler mühendisleri, gereksinimleri yöneticileri, maliyet analistleri, yapılandırma yöneticileri ve kullanıcı topluluğundan temsilcileri içeren bir çapraz işlev ekibine benzeyen ekip, DoD rehberliği ile tutarlılık sağlamak için bir araya gelmeli.Rezervasyon kurulu, doğrudan nesnellik sağlamak için mimariye dahil olmayan bağımsız mimarlar içermelidir.

Gather and Review Documentation

DODAF-deched modelleri (AV-1, OV-1 aracılığıyla SV-11, vs.), sistem özellikleri, arayüz kontrol belgeleri (ICD), risk kayıtları ve daha önce yorum raporları, anlamlı bir inceleme için gerekli olan en az eserler, tüm sanatçıları doğrulamayın (AV-2) ve tümleşik Sözlük (AV-2) ve sistem arayüz açıklamalarını (OV-1) ve sistem arayüz açıklamalarını doğrulayın. Tüm eserlerin sürüm kontrollü ve net bir şekilde, tarih ve yazar ile açık bir şekilde etiketlenmemesini sağlayın.

Define Scope, Hedefler ve Kriterleri

Açıkça inceleme kapsamını belgeleyin: hangi bakış açıları incelenecektir, inceleme tüm mimari katmanları veya sadece operasyonel ve sistemler görüşlerini kapsar ve belirli bir DoD Öğretime (örneğin, DoDI 5000.02) veya Ortak Capif bütünleme ve Geliştirme Sistemi (JCIDS) belgelerinin tamamının tamlık (örneğin, gerekli tüm veri elementleri mevcut), tutarlılık (örneğin, OV ve SV ilişkileri) ve herhangi bir açıklık (örneğin, herhangi bir hesaplama sistemi için) gerekli olan bir değerlendirme kriterini anlar.

İnceleme Agenda Yaratın

Çalışma seansı en üst düzeye çıkarmak için yapılandırın. Orta-komplexlik projesi için tipik bir DODAF incelemesi iki ila üç gün sürer. 1. Gün: Genel Bakış ve Tüm Viewpoint eserler. Day 2: Operasyonel manzara noktası ve sistemler Viewpoint deep elden çıkarmalar. 3. Gün: Teknik Standartlar Viewpoint, kalan bakış açıları (CV, PV, DIV) ve bulguların sentezleri.

2. Aşama 2: İncelemeyi Hazırlayın

Ana inceleme süreci, her DODAF tarafından belirlenmiş kriterlere karşı sistematik olarak değerlendirilebilir. İnceleme hem niteliksel olmalıdır ( Mimarlık bir eşanlı hikaye anlatır mı?) ve nicelik (belirli measurable gereklilikleri karşılar).

Tüm Viewpoint (AV) Evaluate the All Viewpoint (AV)

AV-1 ve AV-2. AV-1, mimarlıkın amacı, kapsamı, varsayımları ve zaman çizelgesini açıkça ifade etmeli ve önemli paydaşların, operasyonel bağlamların veya karar noktalarının tanımlanması gerekir. Tümleşik Dictionary (AV-2) modellerde kullanılan bir suç ve akromi tanımlamalıdır.

Operasyonel Viewpoint (OV)

Operasyonel Viewpoint, savaşçısını desteklemek için gerekli olan görevleri ve bilgileri açıklar. OV-1 (High-Level Operational Concept Graphics) ve OV-2 (Operasyonel Kaynak Akışı Açıklama) OV-1'nin doğrulanmış Operasyonlar Kavramı (CONOPS) ile uyumlu olması gerektiğini belirtir. OV-2, dış sınır düğümleri ve doğru akışları doğru şekilde tanımlaması için doğru bir şekilde çalışır.

Yönelme Sistemleri Görünüm noktası (SV)

SV-1 (Sistem Interface Description) sistem görünümünin arka kemiğidir. Her arayüzün yanıtlanmış bir ICD veya tasarım belgesini oynadığını belirtmek.OV-2. SV-4 (Sistemler Fonksiyonellik Açıklama) sistemdeki tüm operasyonel durumların ortak bir konudur - örneğin SV-4'de ortaya çıkan bir işlevdir, ancak SV-1'de belgeye karşılık gelen operasyonel faaliyetleri desteklemek için gerekli olan herhangi bir sistemdir.

Teknik Standartlar Viewpoint (TV)

TV-1 (Standarts Profile) ve TV-2 (Standarts Tahmini) genellikle kontrol edilir, ancak NATO'nun geçici gereksinimleri ile programlar için kritik bir şekilde gösterilir ve STANAG'nın özel versiyonudur (örneğin, MIL-STD-1553 veya STANAG).

Geçerlilik Stakeholder All Viewpoints Across All Viewpoints'e ihtiyaç duyuyor

Her modelin gereksinimlerine geri dönmesi için izlenebilirlik matrisleri kullanın (örneğin, Capability Development Document, System/Subsystem behavior) Bir gereksinimin ilgili mimari elemanı yoksa, bir mimari elementin bir zorunluluk olmadan var olması, kapsamın genişletilebilir veya değerlendirilmez.Reconvene paydaşları her bakış açısını belgelenen operasyonel ihtiyaçları onaylayan her bakış açısıyla belgelemek için.

Gerçek Zamanda Belgeler

Oturum sırasında bulguları kaydetmeye adanmış bir yazı imza atarak. Her gün bulgulama (kahkadar, büyük, küçük), etkilenen bakış açısı, belirli model elemanı ve önerilen doğrulayıcı bir eylem.Sadece öncü mimarın görüşlerinden elde etmek; her gün değerlendirme kriterlerinden veya DODAF standartlarını açık bir temel bulmak.

DODAF'deki Ortak Meydanlar

İyi hazırlanmış incelemeler bile engellerle karşı karşıyadır. Bu zorlukların farkındalığı, mitigation'a yardımcı olur.

Tamamlanmış veya Inconsistent Artifacts

Birçok proje, herhangi bir SV-6 (Sistem Data Exchange Matrix) olarak görünmeyen veri elementlerini listeleyebilir. Mitigation: çapraz görüş tutarlılığı kontrol araçları (örneğin, Cameo Systems Modeler, IBM Rational Rhapsody) kuralları doğrulamak için listelenebilir.

Stakeholder Disengagement

Stakeholders genellikle mimari yorumları bürokratik egzersizler olarak algılar. Önemli operasyonel kullanıcılar seansları atlarken, gerçek ihtiyaçlardan teknik bir egzersiz haline gelir. Mitigation: büyük program dönüm noktalarıyla uyum sağlamak ve operasyonel temsilcilere katılım sağlamak için inceleme yapın.

Kapsam

Takımlar bazen daha sonra eylemleri belgelemek yerine mimarlık sorunlarını düzeltmeye çalışır. Bu yavaşlar seansı yavaşlatır ve odaklanmayı azaltır. Mitigation: inceleme sırasında sadece "document kuralı uygulayın". Herhangi bir gerekli değişiklikler bulguları olarak kaydedilir ve post-eeeeeede artış planına değinilir.

İncelemeyi Desteklemek için Araçlar ve Teknikler

Modern DODAF değerlendirmeleri, geçerliliği otomatikleştiren ve ortak bir depo alanı sağlayan özel yazılımlardan faydalanır. Popüler araçlar No Magic's Cameo Systems Modeler (şimdi Dasault Systèmes), IBM Engineering Rhapsody ve Sparx Systems Enterprise Architect. Bu araçlar destek model tabanlı sistemler (MBSE) içerir ve DODAF uyumluluğu kuralları, otomatik olarak görüntü oluşturabilir ve araç bütçeleri olmadan projeler için analizler yapın.Daha küçük projeler için, tablo tabanlı kontrol listeleri ve manuel diyagramları kullanmayı düşünün, ancak artan bir hata riski tanır.

Başarılı Bir İnceleme için En İyi Uygulamalar

Adım adım adım sürecinin ötesinde, birkaç overarşiing uygulamaları inceleme kalitesini ve kabulünü geliştirir.

Objectivity

Her bir hedef kanıtı bulmak, eksik arayüz belgeleri veya yanlış uyumlu aktivite akışları gibi. "bu kötü tasarlanmış görünüyor." Bunun yerine, "SV-1, System A ve System B arasında bir bağlantı gösterir, ancak ilgili ICD, uygulama aşamasından kaynaklanan protokolü tanımlamaz.

Standartlaştırılmış İnceleme Malzemeleri

Projenin DODAF bakış açılarına uygun bir inceleme listesi oluşturun. Örneğin, bir OV-2 kontrol listesi şunları içerebilir: "Tüm yapımcı / yapımcı düğümleri etiketlendi mi?" "Her bilgi akışı bir tanımlayıcıya sahip mi?" "Güvenlik sınıflandırma işaretleri mevcut mu?" çoklu incelemeler boyunca standart kontrol listeleri kullanarak geliştirme ve süreç iyileştirmesini sağlar.

Encourage Collaborative Tartışma

Bazı değerli bulgular açık diyalog sırasında yapılan beklenmedik bağlantılardan geliyor. Örneğin, bir sistem mühendisi ve bir operatör, yerel olarak varsayılan olarak uydu yedeklemeyi gerektirdiğini fark edebilir. genç takım üyelerinin kendilerine iş yapmadan alternatif çözümleri çizerek rahat hissetmelerini sağlıyor.

Her Şey Doküman Her Şey

Tüm eserlerin versiyonlarını, inceleme notlarını ve eylem öğelerini yeniden ele alalım. Mimarlık kararlarının zaman içinde nasıl değiştiğini gösteren bir denetim yolu oluşturun. Bu belge, savunma sözleşme Yönetimi (DCMA) veya Hükümet Hesabı Ofisi (GAO) tarafından takip etmek için paha biçilmezdir.

Diğer Program Yorumları ile Bütünleştir

Mimarlık inceleme takvimi Teknik İncelemelerle (örneğin, Sistem Gereksinimleri İnceleme, Preliminary Design Review) nüshaksiyondan kaçınmak için mimari inceleme takvimi ve ticaret çalışmaları ile aynı vergionomi kullanın. Programda tutarlılık sağlamak için risk şiddeti için aynı vergionomi kullanın.

Vaka Çalışması: Bir DODAF İnceleme Örneği

Bir füze savunma programı bir DODAF incelemesini göz önünde bulundurun. OV-2, radar node ve komut posta etiketi "track data" olarak etiketlenen bir komut yazısı arasında bir bilgi akışı gösterdi. Ancak, SV-6 "bulut" olarak adlandırılan herhangi bir veri elementini tanımlamadı, ICD'yi tanımlamadı ve hem OV-2 hem de SV-6'yı değiştirdi.

Post-Review Etkinlikler

İnceleme, toplantının yakınlaştığında sona ermez. Etkili postalama faaliyetleri, bulguların somut gelişmelere dönüşmesini sağlar.

İnceleme Raporunu Tamamlayın

Bir yönetici özet, ayrıntılı bulgular içeren resmi bir rapor yazın (görüler tarafından organize edilen), ciddiyet notları ve önerilen düzeltici eylemler. genel puanın kriter başına (örneğin, tamlık: 3.8/5, tutarlılık: 2.9/5), tartışmaların bir hafta içinde raporun dağılması.

İyileştirme Planı Geliştirmek

Mimari ekibiyle önceliklendirilmiş bir eylem planı oluşturmak için çalışın. Eleştirel bulgular (örneğin, güvenlik veya güvenlik etkileyen arayüzler) bir sonraki program dönüm noktası önünde ele alınmalıdır. Assign sahipleri ve her eylem öğesi için son tarihler kullanın.

Takip Ed-up Yorumları

Mimarlık incelemesine bir zaman olayı olarak davranmayın. İyileştirme planı tamamlandıktan sonra bir takip incelemesi yapın - sistem geliştikçe 30 ila 60 gün sonra yüksek su bulguları için devam eden programlar DODAF değerlendirmelerini her büyük satın alma aşamasında (örneğin, Teknoloji Maturation ve Manufacturing Development) uygulamalıdır.

İnceleme Sürecinin Sürekli İyileştirilmesi

Birkaç inceleme döngüsünden sonra, bir meta-öğrenme işlemi yapın: inceleme sürecini kendi başına değerlendirin. Anket katılımcıları, desenlere ne kadar kafa karıştırıcıydılar -örneğin, takımlar sürekli olarak OV-3 (Operasyonel Kaynak Akış Açıklama) konusunda yanlış anlamalı, oturumda üretilen bir sayfalık bir dizi hileli etkinlik almayı düşünün; eğer bazı bakış açıları her zaman sıfır bulguları üretse, daha derin scrutiny veya değerlendirme kriterlerine ihtiyaç duyabilirler.

Deeper için dış referanslar

Resmi DODAF rehberliği için, her modelin amacı ve içeriği için pratik bir referans sağlar.For otomatik olarak .TheurFLT:2.MITRE Guide to DODAF Viewpoints), her modelin amacı ve içeriği için pratik bir referans sunar.In otomatik olarak kabul edilebilirlik için [SEI)[D)[D)[D)[D)[D)[D)[D)[D)[D)[D)[D)

Sisteme sistematik olarak hazırlanarak, yürütülmesi ve DODAF mimari incelemelerine dayanarak, savunma örgütleri, uygun şekilde entegrasyon riskini önemli ölçüde azaltabilir ve amaçlanan misyon hedeflerini karşılayan sistemler sunar. Süreç, titiz bir şekilde, satın alma yaşam döngüsündeki kâr payı öder ve program tahmin edilebilirliği azaltır.