Modern ticari uçaklarda ECAM, EICAS ve GPWS gibi sistemler farklı anormal durumları algılayıp mürettebata bildirir. İncelenen çalışma, bu sistemlerin yerine yeni bir uçuş-dinamiği algoritması önermekten çok, çok sayıda bağımsız sağlık kontrolünün ortak ve genişletilebilir bir yazılım mimarisi altında nasıl çalıştırılabileceği sorusuna odaklanmaktadır. Yazar bu amaçla AERIS — Aircraft Emergency Response Intelligence System adlı modüler, olay güdümlü bir sağlık izleme çerçevesi sunmaktadır.

AERIS üç temel bileşene dayanır: gerçek zamanlı bütün uçuş parametrelerini içeren ortak durum yapısı, bu durumu her işleme çevriminde bağımsız modüllere dağıtan hafif bir publish–subscribe event bus ve yalnız kendi kuralını değerlendiren bağımsız detection modules. Bir modül başka bir modülü doğrudan çağırmaz. Modüller durum değiştiğinde ortak biçimde tanımlanmış sağlık olayları üretir ve üst katmandaki tracker ile health aggregator bu olayları kullanarak subsystem ve overall aircraft health görünümü oluşturur.

Kaynak uygulamada 53 bağımsız kontrol modülü 11 operasyonel alanda aynı mimari sözleşmeyle çalışmaktadır. Yeni kontrol ekleme işlemi mevcut modülleri değiştirmeden yapılabilmektedir ve event bus domain-specific uçuş mantığı taşımamaktadır. Çalışmanın katkısı bu modülerlik, ayrıştırma, açıklanabilirlik ve genişletilebilirlik yapısıdır.

Makale özellikle iki iddiada bulunmamaktadır: sistemin yapay zekâ kullandığını söylememekte ve detection accuracy hakkında performans sonucu vermemektedir. Algılama kuralları deterministic ve threshold/formula tabanlıdır. Bu nedenle çalışma, AERIS'in uçuş güvenliğini ampirik olarak artırdığını veya mevcut sertifikalı avionics sistemlerinin yerini almaya hazır olduğunu göstermemektedir.

Mevcut uçak izleme sistemlerinde tanımlanan mimari sorun

Kaynak çalışma ECAM ve EICAS'i modern ticari uçaklardaki temel merkezi annunciation sistemleri olarak ele almaktadır. GPWS ve EGPWS ise yer yakınlığı gibi daha dar bir güvenlik alanında çalışan özel sistemlerdir.

Yazarın mimari eleştirisi bu sistemlerin işlevlerini yapamadığı yönünde değildir. Sorun, farklı sağlık kontrollerinin tek ve açık bir modül sözleşmesi altında kolayca eklenip birleştirilememesidir.

Birden fazla sistem aynı anda bozulduğunda mürettebat ayrı uyarıları zihinsel olarak ilişkilendirmek zorunda kalabilir. Kaynak yazar bunun üzerine, yalnız tek tek alarm üretmeyen fakat farklı health events'i ortak bir üst katmanda birleştirebilen bir mimari önermektedir.

AERIS Nedir?

AERIS, gerçek zamanlı uçuş parametrelerinden bağımsız ve deterministik sağlık kontrolleri çalıştıran, sonuçlarını ortak bir health-event sözleşmesi üzerinden üst katmanlara aktaran event-driven modüler yazılım mimarisidir. Sistemin amacı yeni bir anomali tespit algoritması üretmek değil, farklı kontrol algoritmalarının birbirinden bağımsız biçimde oluşturulmasını, eklenmesini, test edilmesini ve toplulaştırılmasını sağlayan ortak bir yapı sağlamaktır.

Üç temel mimari bileşen

Sayfa 3'teki olay akışı

Kaynağın sayfa 3'teki Şekil 1'i mimariyi şu mantıkla göstermektedir:

Flight Parameters → Shared State → Publish–Subscribe Bus → Detection Modules → Standardized Events → Alert-State Tracker → Health Aggregator → Aircraft Health Status

Buradaki kritik ayrım, health aggregator'ın flight parameters'a doğrudan erişmemesidir. Üst katman yalnız detection module'lerin oluşturduğu standart olayları tüketmektedir.

Neden Modüller Birbirini Doğrudan Çağırmıyor?

Modüller arasındaki doğrudan çağrının kaldırılması coupling'i azaltmayı amaçlar. Bir detection module yalnız ortak state'i alır, kendi kuralını değerlendirir ve gerektiğinde health event üretir. Başka bir modülün sınıfını, metodunu veya iç durumunu bilmez.

Bazı durumlarda bir modülün türettiği değer başka bir kontrol tarafından gerekliyse değer ortak state'e yazılabilir ve başka modül bunu daha sonra okuyabilir. Kaynak bunu blackboard-style interaction pattern ile ilişkilendirir.

Arıza izolasyonu

Event bus, aynı tick içindeki subscriber çağrılarını bağımsız biçimde yürütür. Bir modül exception üretirse hata kaydedilir ve o modül ilgili tick için atlanır; diğer modüllerin değerlendirmeleri devam eder.

Bu özellik özellikle çok sayıda bağımsız ekip tarafından geliştirilmiş kontrolün aynı sistemde çalışması halinde önemlidir. Yeni bir modüldeki yazılım hatasının doğrudan bütün kontrol zincirini durdurmaması hedeflenmektedir.

Neden tek event bus kanalı var?

Mimari çok sayıda konu başlığı veya domain-specific topic yerine bütün real-time state'i taşıyan tek mantıksal kanal kullanmaktadır.

Yazar bunun bilinçli bir basitlik tercihi olduğunu belirtmektedir. Çoğu modül ortak uçuş durumunun önemli ölçüde örtüşen alt kümelerini kullandığından topic hierarchy oluşturmanın koordinasyon karmaşıklığını artıracağı düşünülmektedir.

Hangi değişkenin okunacağına ve hangi uçuş fazında değerlendirmenin anlamlı olduğuna modülün kendisi karar verir.

Edge-Triggered Alerting Nedir?

Edge-triggered alerting, bir kontrol koşulu aktif kaldığı sürece aynı alarmı her çevrimde tekrar üretmek yerine yalnız alert state değiştiğinde yeni olay oluşturulmasıdır. AERIS'te modül clear durumundan active duruma geçtiğinde, severity değiştiğinde veya active durumdan clear duruma döndüğünde event üretir.

Örneğin bir overspeed koşulu yüzlerce tick boyunca devam etse bile sistemin her tick'te aynı warning event'i üretmesi gerekmez. Alert state'in başlangıcı ve sonu izlenir.

Contextual suppression

Her kontrol bütün uçuş boyunca anlamlı değildir. Stabilized-approach kontrolünün cruise sırasında çalıştırılması operasyonel olarak anlamlı olmayacaktır.

AERIS bu bağlam bilgisini merkezi bir flight-phase coordinator'a vermek yerine ilgili modül içinde tutar. Her module kendi suppression durumlarını tanımlar ve check'in anlamsız olduğu uçuş fazlarında değerlendirme yapmaz.

Standart Sağlık Olayı Neden Mimari İçin Kritik?

Bütün detection module'ler aynı temel event yapısını kullanır. Event; sistem kimliği, severity, kısa alert mesajı, supporting detail ve olayın alarmın açılması mı yoksa kapanması mı olduğunu gösteren konu bilgisini taşır.

Böylece event'i üreten detection layer ile event'i kullanan üst katmanlar birbirinden ayrılır.

Yeni bir kullanıcı arayüzü, kayıt sistemi, network broadcaster veya farklı health aggregator eklendiğinde 53 detection module'ün tek tek değiştirilmesine gerek kalmaması amaçlanmaktadır.

Event sözleşmesinin mevcut sınırlılığı

Kaynak çalışmanın belirttiği önemli bir yazılım sertleştirme ihtiyacı vardır: aynı event formatı bütün modüllerde kullanılmasına rağmen bu yapı şu anda resmi olarak tanımlanmış ve schema validation ile zorlanan ortak bir type/interface değildir.

Yazar bunu ileride açık interface veya schema-validated event type ile formalize edilmesi gereken düşük riskli geliştirme alanı olarak tanımlar.

Çalışmanın Yöntemi ve Bulguları

Bu çalışma nasıl bir araştırmadır?

Makale flight-test veya anomaly-detection benchmark çalışması değildir. Yazılım mimarisini tanımlamakta ve çalışan implementasyonun yapısal özelliklerini raporlamaktadır.

Ana kanıt, aynı mimari sözleşmenin farklı fiziksel problemlere sahip 53 detection module ve 11 operational domain üzerinde kullanılmış olmasıdır.

Uygulama özellikleri

“Yeni Modül Ekleme Maliyeti Sabittir” İddiası Ne Anlama Geliyor?

Kaynak çalışmadaki constant-cost extension ifadesi, modül sayısı arttıkça yeni bir kontrol eklemek için mevcut N modülün değiştirilmesi gerekmediği anlamına gelir. Yeni kontrol kendi module implementation'ını oluşturur ve composition root içinde sisteme kaydedilir.

Dolayısıyla kaynak-kod bağımlılığı açısından N'inci modülün eklenmesi N adet mevcut kontrolün yeniden düzenlenmesini gerektirmez.

Bu ifade zaman, CPU yükü veya sertifikasyon maliyetinin matematiksel olarak tamamen sabit kaldığını göstermemektedir. Hatta kaynak, per-tick hesaplama yükünün modül sayısıyla yaklaşık doğrusal arttığını belirtmektedir.

Explicit composition root

AERIS dinamik plugin discovery kullanmak yerine hangi modüllerin aktif olduğunu tek bir explicit registration noktasında tutmaktadır.

Yazarın gerekçesi auditability'dir. Dinamik olarak dosya sisteminden keşfedilen plugin'lerde aktif kontrol setinin anlaşılması zorlaşabilir; tek composition root ise bütün monitoring surface'in tek yerde görülebilmesini sağlar.

53 Modül Hangi Alanlara Dağılıyor?

AERIS Neden Yapay Zekâ Sistemi Olarak Sunulmuyor?

Çünkü mevcut detection layer'daki kararlar trained model veya learned statistical boundary kullanmamaktadır. Modüller belirli flight parameters üzerinde açık threshold veya formula çalıştırmaktadır.

Kaynak yazar, bu ayrımı özellikle belirtmekte ve çalışmanın artificial-intelligence contribution iddia etmediğini söylemektedir.

Açıklanabilirlik nasıl sağlanıyor?

Bir health event üretildiğinde hangi input değerinin hangi threshold veya formülle karşılaştırıldığı doğrudan izlenebilir.

Bu nedenle sistemde post-hoc explainability yöntemine ihtiyaç duyulmadığı ileri sürülmektedir; explanation, kuralın kendisidir.

Bu açıklanabilirlik yalnız detection architecture için geçerlidir. Kaynak ileride probabilistic veya learned reasoning layer eklenebileceğini fakat bunun detection layer'ın üzerinde ayrı bir event consumer olarak çalışması gerektiğini önermektedir.

Health Aggregator Nasıl Çalışıyor?

Health aggregator ham uçuş değerlerini okumaz. Önce alert-state tracker standart event stream'i takip ederek o anda aktif olan alert'lerin listesini oluşturur.

Aggregator daha sonra bu alert'leri operational domain'lere eşler, basit ve açık aritmetik kullanarak subsystem health göstergeleri ve overall discrete risk classification üretir.

Bu politika mimarinin zorunlu sabit parçası değildir. Event contract değişmeden farklı weighting veya confidence modeliyle yeni aggregator oluşturulabilir.

Mevcut aggregation sınırı

Kaynakta kullanılan mevcut health policy basit fixed-penalty scoring yaklaşımına dayanmaktadır. Daha gelişmiş confidence veya weighting modelleri gelecekteki çalışma olarak gösterilmektedir.

Bu Çalışma Uçuş Güvenliği Performansını Kanıtlıyor mu?

Hayır. Çalışma açık biçimde mimari kapsamla sınırlıdır. Modüllerin gerçek aircraft state'i ne kadar doğru modellediği, alarm eşiklerinin sensitivity veya specificity'si ve anomaly-detection performansı bu makalede test edilmemektedir.

Çalışmanın desteklediği sonuçlar

• 53 kural tabanlı health-check module'ünün aynı event-driven mimaride çalıştırılabildiğini.
• 11 fiziksel olarak farklı operational domain'in aynı module contract'ını kullanabildiğini.
• Modüllerin shared state dışında birbirine doğrudan bağımlı olmadan çalıştırılabildiğini.
• Tek bir module exception'ının bus üzerindeki diğer kontrolleri durdurmayacak biçimde izole edilebildiğini.
• Detection layer ile aggregation layer'ın standardized health event üzerinden ayrılabildiğini.
• Yeni detection module eklerken mevcut module implementation'larının değiştirilmesi gerekmediğini.
• Kuralların açık threshold ve formula tabanlı olması nedeniyle karar yolunun doğrudan izlenebilir olduğunu.

Çalışmanın desteklemediği sonuçlar

• AERIS'in ECAM veya EICAS'ten daha güvenli olduğunu.
• AERIS'in sertifikalı uçuş operasyonuna hazır olduğunu.
• 53 modülün gerçek uçuşta doğrulanmış anomaly-detection accuracy'sini.
• False-positive veya false-negative oranlarını.
• Uçuş kazalarını veya olaylarını azalttığını.
• Yeni modül eklemenin gerçek certification sürecinde hiçbir yeniden doğrulama gerektirmediğini.
• AERIS'in yapay zekâ veya machine-learning tabanlı bir karar sistemi olduğunu.
• Aggregation skorunun gerçek aircraft risk olasılığını temsil ettiğini.

Başlıca sınırlılıklar

İlk sınırlılık event contract'ın kod düzeyinde henüz formally enforced interface olmamasıdır.

İkinci sınırlılık mevcut health aggregator'ın basit scoring modelidir.

Üçüncü sınırlılık, higher-level operational context reasoning ve learned reasoning katmanlarının araştırma kapsamının dışında tutulmasıdır.

Dördüncü sınırlılık gerçek field deployment'ta shared state'in certified avionics data sources üzerinden sağlanması gerekecek olmasıdır. Çalışma bu integration ve certification sürecini çözmemektedir.

Beşinci ve en önemli bilimsel sınır, sistemin fiziksel detection accuracy'sinin mimari çalışmadan kasıtlı olarak ayrılmış olmasıdır.

Havacılık dışındaki kullanım

Kaynak yazar, temel modelin aircraft-specific olmadığını ileri sürmektedir. Periyodik sampled state vector bulunan ve çok sayıda bağımsız, açıklanabilir health check gereken sistemlerde aynı mimari prensibinin uygulanabileceğini belirtmektedir.

Örnek olarak spacecraft telemetry, marine systems ve industrial process monitoring verilmektedir. Bu, mimari genellenebilirlik argümanıdır; bu diğer alanlarda yeni deneysel doğrulama yapılmış olduğu anlamına gelmez.

Kaynak ve Yöntem Notu

Özgün başlık: A Modular Framework for Deterministic Aircraft Health Monitoring Using Real-Time Flight Parameters.

Yazar: Sanjay Kumar.

Yazar statüsü: Independent Researcher.

Kaynak uzunluğu: 7 sayfa.

SSRN: Abstract ID 7201881; exact-title SSRN kaydı 7 Ağustos 2026 gönderimini göstermektedir.

DOI: Kaynak PDF'de DOI belirtilmemiştir.

Araştırma türü: Yazılım mimarisi ve implementasyon yapısı çalışması.

Ana sistem: AERIS — Aircraft Emergency Response Intelligence System.

Mimari temel: Shared real-time state + asynchronous publish–subscribe event bus + independent detection modules + standardized health events.

Mevcut ölçek: 53 module, 11 operational domain.

Algılama yöntemi: Deterministic, rule-based ve threshold/formula tabanlıdır; trained AI/ML model kullanılmamaktadır.

Aggregation: Standardized event stream üzerinde alert-state tracker ve replaceable subsystem-health aggregation katmanı.

Kaynağın kapsam dışı bıraktıkları: Flight-dynamics fidelity, detection accuracy, learned AI reasoning ve gerçek deployment/certification değerlendirmesi.

Regülasyon referansları: Kaynak modüllerdeki sınırlar için ICAO Annex 6, FAA Part 25, FAA Part 23 ve GPWS/EGPWS kriterlerini örnek dayanaklar olarak belirtmektedir; makale bu standartlara kapsamlı certification compliance çalışması yapmamaktadır.

Lisans: Kaynak PDF'de açık yeniden kullanım lisansı görülmemektedir.

Telif yaklaşımı: Kaynağın Şekil 1'i, tablo görselleri ve özgün metin yapısı kopyalanmamış; mimari ilişkiler ve raporlanan implementasyon özellikleri bağımsız Verianla anlatımında yeniden yapılandırılmıştır.