Sistem Interoperability Through Fonksiyonel Modeling

Modern altyapılar - telekomünikasyon ağları, ulaşım şebekeleri, enerji dağıtım sistemleri ve işletme bilişim ekosistemleri - heterojen bileşenlerdeki verilerin ve hizmetlerin sorunsuz bir şekilde değiştirilmesine bağlı olarak, bu sürtünmeyi en zor mühendislik zorluklarından biri olarak ele almak için gerçek bir şekilde yardımcı olur. Siloed mimarlıklar, özel protokolleri ve standartlar, performans ve operasyonel riskin nasıl artırıldığı konusunda bağımsız olarak.

Hangi Fonksiyonel Modelleme Gerçekten Ne Demektir

Fonksiyonel modelleme, bir sistemin temel işlevlerine tahsis edilmesidir - bu tür faaliyetler, dönüşümler ve girişleri çıktılara dönüştüren yapısal modellerden farklı olarak, mesaj formatlarına odaklanan fiziksel bileşenler veya veri akışlarına odaklanır, fonksiyonel modeller yakalaması:0.

Birkaç iyi kurulmuş metodoloji var:

  • [FONT:0]IDEF0 (Integration Description for Function Modeling): ), ABD Hava Kuvvetleri ICAM programına dayanan yapısal bir grafik dili. girişler için kutular, kontroller, çıktılar ve mekanizmalar (ICOM).
  • [FONT:0]UML Etkinlik Diagrams: [Dönetici Dil ailesinden [Dönetici:0]) Bu diyagramlar, faaliyetlerin arasında doğal olarak akışları ve nesne akışlarını vurgular.
  • [FONT:0]SysML (Sistemler Modelleme Dili): ), Gereklilik, yapı, parametrikler ve davranış diyagramları dahil olmak üzere sistemler mühendisliği için UML'yi genişletir.
  • [FONT:0)EFFBD (Enhanced Fonksiyonel Akış Blok Diagram):[Dönetici: 1) Eklenme, tutarlılık ve geleneksel fonksiyonel akış diyagramlarına yönelik. Savunma ve havacılık sistemlerinde yaygınlaştırma.

Her yaklaşım, arançlama gibi ilişkileri ifade etmek için resmi bir gramer sağlar. [FONTT:2], [[Döneticileri ), [[Döneticileri, yazılım geliştiricileri, işlemleri ve işletme sahipleri – içilebilirlik gereksinimlerine karşı- kullanılabilecek.

Neden Interoperability Fonksiyonel Bir Bakış olmadan Başarısız

Interoperability failures genellikle arayüz katmanında ortaya çıkabilir. İki sistem hem TCP/IP veya HTTP'yi uygulayabilir, ancak yine de veri tipi bir sorun değildir; gerçek zamanlı trafik yönetimi sistemi ve bir acil durum sevk sistemi.Her iki birim de GPS koordinatlarını toplar ve diğer yanlış eşleştirmeler farklı olarak bekler.

Fonksiyonel modelleme, takımların uygulama detaylarını soyutlamalarını ve gerekli davranışların açık bir şekilde anlaşılmasını sağlayarak bunu adresler iletir.Her işlevden oluşan arayüze yol açar. - Haritalayarak paylaşılan işlevleri - "tahdit aracı" - "taams, gerekli davranışın açık bir anlayışla arayüz özelliklerini pazarlık edebilir.

Silos'tan Semantics'e

Farklı alt sistemler aynı işlevsel modeli referans ettiğinde, her işlevin ne kadar çok değerli olduğu için ortak bir kelime paylaşıyorlar.Her satıcının ürününün nasıl çalıştığıyla ilgili kendi varsayımları ile geldiği çok değerli.

Örneğin, akıllı bir ağda, bir metre cihazının işlevi "tama tüketimi", faydanın işlevi "milli kullanım" ile uyum sağlamalı. Fonksiyonel model, beklenen frekansı, doğruluğu ve güvenlik kısıtlamaları olmadan, satıcılar farklı bir aggregasyon aralığı veya şifreleme formatlarını varsayabilir, pahalı yeniden çalışmaya yol açabilir.

Fonksiyonel Interoperability Modellerinin Derin Faydaları

Açık açık açıklığın ötesinde, soyutlama düzeyinde modelleme işlevleri, doğrudan sistem içebilirliği artırmak için birkaç özel avantaj sunar:

1. Interface Incompatibilitelerinin Erken Tespiti

Herhangi bir kod veya donanım seçmeden önce işlevsel diyagramlar inşa ederek, mühendisler bir işlev, bir koşul karşılandığında bir kontrol sinyalini beklerse, ancak başka bir işlev sadece sabit bir zamanda sinyali sağlar, yanlış eşleştirme model kontrol eder veya simülasyonu otomatik olarak bayraklayabilir.

2. modüler Interface Standardization

Ortak fonksiyonlar tespit edildiğinde, kuruluşlar, işletmenin bu işlevlerine arayüzleri standartlaştırabilir. düzinelerce nokta entegrasyonları yerine, tek bir fonksiyonel modül - örneğin, "ya dalım işlemi" veya "vaylama işlemi" - birden çok kullanım sistemleri tarafından yeniden kullanılabilir.

3. Değişiklikler için Etkisi Analizi

Bir miras sistemi yükseltildiğinde veya değiştirildikçe, fonksiyonel modeller, hangi arayüzlerin etkilendiğini değerlendirmek kolaylaşır.Diğer işlevlerin, geleneksel sistemin çıktılarına veya girişlere bağlı olduğunu gösterir.

4. Inter bağlantılı sistemlerin Çevik Evrimi

Ağlar statik değildir. Yeni hizmetler, düzenleyici görevler ve kapasite sürekli evrimi talep eder. Canlı belgeler olarak korunan modeller, takımların yapısal değişikliklerle deneyebilmelerine izin verir - iki düğümde bir işleve sahip olmak, bir işlem kurmak veya kenara taşınmak - sonuçta fonksiyonel davranışları korumak.

Uygulama için Pratik Bir Çerçeve

Gerçek dünya ağında işlevsel modelleme yapmak, kutular ve oklardan daha fazlasını gerektirir. Aşağıdaki adımlar sistem mühendisliği ve işletme mimarisinden en iyi uygulamaları birleştirir:

Adım 1: Sistem Sınırlayıcı ve Stakeholder'ın ihtiyacını tanımlar

Modelin ne kaplayacağını scopingle başlayın. Tüm işletme ağı, tek bir alt sistem veya bir çapraz örgütsel arayüz? Faturayı belgeleyin, güvenlik, veri mülkiyeti – bu interoperability, işlevleri yerine getirmeli.

2. Adım: Elicit Core Functions Through Workshops

Her katılımcı sistemden gelen alan uzmanları, işlevsel dekompozisyon ağaçları veya iş süreci röportajları gibi yapısal bir uygulama tekniklerini kullanın: "Bu sistem ilk aktiviteler nelerdir?" Tüm aday fonksiyonları, onları hiyerarşik seviyelere sokmak, örneğin, telekomünikasyon çekirdeği ağlarına, (Level 1) "Yönetim Seansına" ve sonra (Level 2) "Authenticate Subscriber" "Allocate Bearer" "Route Media" ve "Apply Policy" .

Adım 3: Model Fonksiyonel Bağımlılık ve Data Flow

Seçilen bir notasyon (IDEF0 veya SysML karmaşık ağ için önerilen), her işlevin her girişleri nasıl yayınlar haline getirdiğini gösteren diyagramlar oluşturur. Kontroller (kurallar, programlar, eşler) ve mekanizmalar (işlemciler, veritabanılar, ağ bağlantıları).

Adım 4: Gerçek Dünya Senaryolarına Karşı Geçerlilik

Operasyon senaryoları ile yürümek - normal işlem, üst yük, başarısızlık modları - her senaryo için, verilerin akışını ve kontrolü takip etmek. Gerekli girişlerin açık bir kaynağı var mı? herhangi bir döngü veya ölü boşluk var mı? Bu adım genellikle zamanlaması ve ayrılık hakkında gizli varsayımlar ortaya koyuyor.

Adım 5: Modelden Türve Interface Özellikler

Doğrulanmış işlevsel modelden, arayüz sözleşmelerini çıkarın. Her bir çift etkileşim fonksiyonu için, tam veri elementlerini, formatını, protokollerini ve hata işlemesini belirtin. Çünkü bu özellikler paylaşılan bir fonksiyonel modelden elde edilir, bu satıcılar ve iç takımları takip eden standartlarda doğal olarak tutarlıdırlar.

Adım 6: Modeli bir Yaşam Artifact olarak yönetin

Bir sistem mimarı veya modelleme ekibi, işlevsel modele sahip olmak için bir değişim kontrol süreci oluşturun: herhangi bir ek, bir işlev veya arayüzün değiştirilmesi veya modele karşı gözden geçirilmesi gerekir. Versiyon kontrol ve otomatik doğrulama kontrolleri kullanın. Bu yönetişim, ağ evrimleri olarak korunuyor.

Vaka Çalışması: Acil Hizmetler İletişiminde Interoperability in Emergency Services

Büyük bir metropol bölge, polis, yangın ve tıbbi sevk sistemleri arasında kronik bir içebilirlik problemleriyle karşı karşıya kaldı.Her bir ajans bağımsız olarak bilgisayar destekli gönderi (CAD) farklı satıcılardan sistemler gönderdi. Sonuç: nakliyeciler olayı verileri gerçek zamanlı olarak paylaşamadılar, vahşi yangınlar ve aktif atıcı olaylar gibi çok fazla kesintiye yol açan tepkiler ve gecikmiş koordinasyonlar.

IDEF0 kullanarak işlevsel bir modelleme girişimi, sistemleri güçlendirmek için başlatıldı. Proje ekibi, üç ajanstan temsilcilerden oluşan ve bir sistem bütünleyicisi, sekiz hafta boyunca acil durum durum yönetimine kapsamlı bir fonksiyonel model oluşturmayı başardı. Anahtar işlevleri "Incident Reporting", "AsKaynaksignment" ve "Location Validation" (her bir fonksiyonu için, ekip giriş / veri alanları, kontrol parametrelerini (jurisdiction sınırları, öncelik kuralları) ve mekanizmaları (radio kanalları, veri bağlantıları içeriyordu.

Model kritik bir yanlış bir uyum ortaya çıkardı: Polis sistemi bir alfanumeric olay kodu programı kullandı, yangın sistemi iki kez numeric kod stili kullandı. Her iki taraf da "Kampiyonel harita" işlevini gerçekleştirdi, ancak ortak bir fonksiyonel tanımın eksikliği, verilerin manuel çeviri olmadan sistemler arasında geçilemeyeceği anlamına geliyordu.

Modele dayanarak, ajanslar, standart bir API kullanarak paylaşılan bir "Incident Service Bus"i uygulamaya karar verdiler, bu servislerin bir aşamasına kadar her ajansın CAD sistemi, otobüs "Sırıklama olayı" ve "Validate Konum" uç noktalarının, standart bir API'yi kullanarak sözleşmeyi 3 dakika içinde sona erdirmek için.

Dersler Öğrenilen Dersler

  • [FONT:0]Involve operatörleri, sadece mimarlar değil.[DÜT:1] En değerli içgörüler, iş gerçekte nasıl olacağını bilen nakliyecilerden geldi.
  • [FONT:0) Doğru yüksek irtifada modeli tut. Çok ayrıntılı ve yönetilemez hale gelir; çok koarse ve kritik farklılıkları özlüyor. IDEF0 diyagramlar iki veya üç seviyede kaldı.
  • [FONT:0] Geleneksel sistem kısıtlamaları için planlayın. Her sistem hemen yeni arayüzleri uygulayamaz. Fonksiyonel model bir fazlı göç yollarına öncelik vermede yardımcı oldu.

Meydanlar ve Nasıl Overcome Them

Fonksiyonel modelleme, gümüş bir mermi değildir. Practitioners sık sık direniş ve pratik engellerle karşılaşır:

Özete Direniş

Mühendisler genellikle beton diyagramlarını veya kod tercih ederler. Önceki proje sırasında bir entegrasyon otobüsünden nasıl yardımcı olacağını doğrudan modellemeyi tercih ederler.

Consistency Across Teams

Büyük organizasyonlarda, farklı gruplar, organizasyon disiplin olup olmadığını sıkı bir metamodel ve merkezi bir depo alanı geliştirebilecek kendi işlevsel modellerini geliştirebilirler. Siemens Teamcenter, No Magic, or even a shared wiki with solid templates can work if the organization is disiplind.

Alet ve Uzmanlık Gaps

Birçok takım IDEF0 veya SysML ile deneyim eksikliği. Başkalarını trenle çalışan küçük bir temel model ekibine yatırım yapın.Bu zaman alan uzmanlarının beyaz tahtalarda çektiği hafif atölyeler kullanın, sonra modelleyiciler onları resmileştirmiyor.

Dinamik Ağlarla Anlaşma

Ağlar hızla değişiyor. Eğer işlevsel model sadece çeyrek olarak güncellenirse, hızlı bir şekilde eski haline gelir. Otomatik ithalat boru hatları oluşturun: örneğin API ağ kayıtlarından veya hizmet masalarından gelen fonksiyon tanımları ve onları model aracına senkronize eder.Bu şekilde, model ağ ile gelişti.

Bir sonraki sınır, işlevsel modellerin zaman izlemesini sağlar. AETHFLT:0) İşlevsel dijital ikiz), sürekli bir ağ tarafından açıklanan beklenen davranışlarla karşılaştırıldığında, fonksiyonel model tarafından açıklanan beklenen davranışları karşılaştırır.Bir işlevin geç geldiğinde veya bir veri akışı başarısız olur, ikiz pinpointler sorumlu işlevi ve bağlı sistemleri yapar.

Ayrıca, ağ AI tabanlı otomasyonu benimsemekte olduğu gibi, fonksiyonel modeller, bağımsız orkestralar için "rulebook" olarak hizmet edebilir. Fonksiyonel modeli anlayan bir AI, başarısızlıklar sırasında trafiği nasıl yeniden düzenlemeye karar verebilir ve tüm işlevsel arayüzlerin bozulmamasını sağlarken.

Final Düşünceler

Sistem içilebilirliği temel olarak her bileşeninin ne yaptığını ve sonuçlarını nasıl iletişim kurduğunu dengelemektir. Fonksiyonel modelleme bu ayar için titiz, paylaşılan bir dil sağlar.Bu bağlantı için konuşmayı uygulama detaylarından ve bir sistemin değerini tanımlayan atom aktivitelerine doğru hareket eder. Organizasyonlar IDEF0, SysML veya özel metodolojiler aracılığıyla - sadece daha iyi bir içebilirlik sağlar.

Başlangıç için hazır olanlar için küçük başlayın: Ağrıya neden olan bir çapraz sistem arayüzü seçin, bu arayüzün her iki tarafında işlevleri model ve istikrarlı bir entegrasyon eğiliminin ortaya çıkmasını izleyin. Model son hedef değil - gelişmiş, güvenilir ve adapte edilebilir ağ.