<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta />
    <article-meta>
      <title-group>
        <article-title>Rafta HazÕ r Ticari YazÕ lÕ mlarÕ n Hava AracÕ Tip SertifikasÕ AlÕ m Sürecinde Alternatif Uyum Gösterim Yöntemleri</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Tu÷ ba Saraç</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Türk HavacÕ lÕ k ve Uzay Sanayii, A.ù., Uçu úa Elveriúlilik ve Sertifikasyon Müdürlü ÷ ü</institution>
          ,
          <addr-line>Ankara</addr-line>
          ,
          <country country="TR">Türkiye</country>
        </aff>
      </contrib-group>
      <fpage>700</fpage>
      <lpage>711</lpage>
      <abstract>
        <p>Özet. Rafta HazÕ r Ticari yazÕ lÕ mlar, belirli fonksiyonlarÕ yerine getirmek üzere daha önceden geliútirilmi ú ve bir katalog listesinden sat Õ lan ticari uygulamalardÕ r. Rafta HazÕ r Ticari yazÕ lÕ mlar (RAHAT) yüklenicilere sa÷ ladÕ klarÕ takvim ve maliyet avantajlarÕ nedeni ile baúta havacÕ lÕ k sektörü olmak üzere, nükleer enerji ve sa÷ lÕ k sektöründe giderek yaygÕ n bir úekilde kullanÕ lmaktadÕ r. Yükleniciler RAHAT yazÕ lÕ mlarÕ n hedef ortamdaki kullanÕ labilirliklerini, bulunduklarÕ sektörün gereksinimlerine göre kanÕ tlamakla yükümlüdür. Örne÷ in havacÕ lÕ k sektöründe sivil hava sahasÕ nda uçacak hava araçlarÕ nda, uyum gösterimi sertifikasyon otoriteleri tarafÕ ndan kabul edilmiú yaz Õ lÕ mlar kullanÕ labilir. YazÕ lÕ m kapsamÕ nda uyum gösterimi, hava aracÕ nda kullanÕ lacak yazÕ lÕ mlarÕ n DO-178B rehber dokümanÕ na veya sertifikasyon otoriteleri tarafÕ ndan kabul görmüú baúka bir uyum gösterim yöntemine göre geliútirildi ÷ inin sertifikasyon otoritesi tarafÕ ndan kabul edilmesi anlamÕ na gelmektedir. Uyum gösteriminin temel amacÕ , yazÕ lÕ mÕ n hava aracÕ nÕ n uçuú emniyetini olumsuz yönde etkilemeyece÷ ini göstermektir. Bu çalÕ úma, sivil hava sahas Õ nda uçacak hava araçlarÕ nda kullanÕ lacak ve daha önce bir sertifikasyon otoritesinden uyum onayÕ olmayan RAHAT yazÕ lÕ mlarÕ n uyum gösteriminde kullanÕ labilecek alternatif yöntemleri içermektedir. AyrÕ ca, RAHAT yazÕ lÕ mlarÕ n seçimi ve hedef platform için uygunlu÷ u ile ilgili yapÕ lacak de÷ erlendirmede dikkate alÕ nmasÕ gereken hususlar ve de÷ erlendirme sürecinde kullanÕ labilecek sorular sunulmuútur. ø lave olarak, TUSAù tarafÕ ndan geliútirilen ve/veya modernize edilen hava araçlarÕ nÕ n sertifikasyon sürecinde, uyumu olmayan RAHAT yazÕ lÕ mlarÕ n uyum gösteriminde izlenen yaklaÕú mdan ve yapÕ lan çalÕ úmalardan örnekler verilmi útir. Anahtar Kelimeler: DO-178B Uyumu Olmayan RAHAT (Commercial Off-The-Shelf (COTS)) YazÕ lÕ m, Sertifikasyon, RAHAT YazÕ lÕ m De÷ erlendirme Süreci</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>1980’li yÕ llarÕ n baú Õ ndan itibaren yazÕ lÕ mlar hava araçlarÕ nda yaygÕ n bir ú
ekilde kullanÕ lmaya baú lanmÕ ú tÕ r. Bununla birlikte, bu yazÕ lÕ mlarÕ n uçuú a elveriú
lilik gereksinimlerinin karú Õ lanmasÕ için kabul edilebilir bir yöntem belirlenmesi
ihtiyacÕ do÷ muú ve bu kapsamda RTCA (Radio Technical Commission for
Aeronautics) tarafÕ ndan DO-178B rehber dokümanÕ hazÕ rlanmÕ ú tÕ r. Bu rehber
doküman, yazÕ lÕ m yaú am döngüsü süreçlerinin amaçlarÕ nÕ (objectives), bu
amaçlara ulaú mak için tamamlanmasÕ gereken aktiviteleri ve üretilmesi
gereken dokümanlarÕ tanÕ mlamaktadÕ r.</p>
      <p>
        Sivil hava sahasÕ nda uçacak tüm hava araçlarÕ nÕ n uçuú a elveriú lilik
gereksinimlerini karú Õ lamasÕ gerekir. Sivil havacÕ lÕ k otoriteleri (Amerikan Sivil
HavacÕ lÕ k Otoritesi (Federal Aviation Administration(FAA)), Avrupa Sivil HavacÕ lÕ k
Otoritesi(European Aviation Safety Agency (EASA)) gibi) tarafÕ ndan bu
gereksinimleri karú Õ layan hava araçlarÕ na tip sertifikasÕ verilmektedir. Tip sertifikasÕ ,
Sivil / Askeri HavacÕ lÕ k Otoriteler tarafÕ ndan yayÕ mlanan, ürün tip tasarÕ mÕ nÕ n
ilgili uçuú a elveriú lilik kural ve gereksinimlerine uyumunu gösteren ve tip
tasarÕ m, operasyon sÕ nÕ rlandÕ rmalarÕ , tip sertifikasÕ bilgi sayfasÕ ve geçerli
düzenlemeleri içeren belgedir. Tip sertifikasÕ nÕ alabilmek için sa÷ lanmasÕ gereken
uçuú a elveriú lilik gereksinimleri arasÕ nda hava aracÕ nda kullanÕ lan yazÕ lÕ mlara
yönelik gereksinimler de vardÕ r. YazÕ lÕ m ister yeni geliú tirilsin, ister daha
önceden geliú tirilmiú RAHAT yazÕ lÕ m olsun, yazÕ lÕ mla ilgili uçuú a elveriú lilik
gereksinimlerini karú Õ lamasÕ ve gerekli kanÕ t dokümanlarÕ n üretilerek otoriteye
sunulmasÕ gerekmektedir [
        <xref ref-type="bibr" rid="ref1 ref8">1,8</xref>
        ]. Uçuú a elveriú lilik gereksinimleri, DO-178B
rehber dokümanÕ na veya ilgili sertifikasyon otoritesi tarafÕ ndan kabul edilen baú ka
bir uyum gösterim yöntemine uyum olabilir. Bu çalÕ ú mada sunulan bilgiler ve
metotlar DO-178B rehber dokümanÕ na uyum gösterimi kapsamÕ ndadÕ r.
      </p>
      <p>
        DO-178B dokümanÕ nda yazÕ lÕ m ile ilgili emniyet seviyeleri tanÕ mlanmÕ ú tÕ r.
YazÕ lÕ mÕ n yerine getirece÷ i fonksiyonun, uçuú emniyeti üzerindeki etkisine
göre ARP 4754A (Guidelines for Development of Civil Aircraft and Systems)
dokümanÕ nda tanÕ mlanan süreç çerçevesinde yazÕ lÕ m emniyet seviyeleri
belirlenir. Bu seviyeler, Seviye A (Ölümcül), Seviye B (Tehlikeli), Seviye C
(Önemli), Seviye D (Az Önemli) ve Seviye E (Önemsiz)’dir. DO-178B rehber
dokümanÕ nda, Seviye D’den A’ya kadar ilave amaçlarÕ n eklenmesi ile karú Õ lanmasÕ
gereken toplam 66 amaç vardÕ r [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. Do÷ rulama sürecinde uyulmasÕ gereken
“Ba÷ Õ msÕ zlÕ k” ú artÕ da, atanan yazÕ lÕ m seviyesine göre de÷ iú mektedir.
      </p>
      <p>
        Daha Önce Geliú tirilen YazÕ lÕ mlar, (Previously Developed Software(PDS)),
belirli bir amaç kapsamÕ nda belirli fonksiyonlarÕ yerine getirmek üzere daha
önceden geliú tirilmiú yazÕ lÕ mdÕ r. RAHAT yazÕ lÕ m ise, belirli fonksiyonlarÕ yerine
getirmek üzere daha önceden geliú tirilmiú , PDS’lerden farklÕ olarak genel bir
katalog listesine girmiú ve o katalog listesinden satÕ lan ticari uygulamalardÕ r
[
        <xref ref-type="bibr" rid="ref1 ref2">1,2</xref>
        ]. RAHAT yazÕ lÕ mlar özelleú tirilmek veya yani fonksiyonlar eklemek amacÕ
ile alÕ nmazlar. Herhangi bir sözleú me ile özel bir uygulama kapsamÕ nda geliú
tirilen yazÕ lÕ mlar RAHAT yazÕ lÕ m kapsamÕ na girmez. RAHAT yazÕ lÕ mlar da
daha önceden geliú tirildikleri için PDS sÕ nÕ fÕ nda yer alÕ rlar [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ].
      </p>
      <p>HavacÕ lÕ k sektöründe kullanÕ lan RAHAT yazÕ lÕ mlara örnek olarak, A firmasÕ
tarafÕ ndan hava araçlarÕ na takÕ lmak üzere geliú tirilmiú , Hava Veri BilgisayarÕ
(HVB) üzerinde koú an ve hava aracÕ nÕ n irtifa, dikey hÕ z, sürat gibi bilgilerini
hesaplayan yazÕ lÕ m verilebilir. Bu örnekte, HVB RAHAT cihaz, HVB üzerinden
koú an yazÕ lÕ m ise RAHAT yazÕ lÕ mdÕ r. Bu bildiride, RAHAT cihaz içinde koú an
RAHAT yazÕ lÕ mlardan bahsedilmektedir.</p>
      <p>Bildiri, üç bölümden oluú maktadÕ r. ø lk bölümde, RAHAT yazÕ lÕ mlarÕ
seçerken yüklenicinin dikkate almasÕ gereken kriterler, ikinci bölümde RAHAT yazÕ
lÕ mlarÕ n uyum gösteriminde kullanÕ labilecek alternatif metotlar, üçüncü
bölümünde ise referans verilen dokümanlarÕ n içeriklerinden kÕ saca bahsedilmiú tir.
2</p>
      <p>RAHAT YazÕ lÕ mlarÕ n Seçim Kriterleri</p>
      <p>RAHAT yazÕ lÕ mÕ n hedef ortam için uygunlu÷ unun de÷ erlendirilmesinde
dikkate alÕ nmasÕ gereken üç temel konu vardÕ r. Bunlar, RAHAT yazÕ lÕ mÕ n
seçimi, hedef platforma entegrasyonu ve uyum gösterim yöntemleri olarak sÕ
ralanabilir. RAHAT yazÕ lÕ mÕ n hedef ortama entegrasyonu konusu bu bildirinin
kapsamÕ dÕ ú Õ nda olup, çalÕ ú ma kapsamÕ nda yapÕ lan araú tÕ rmalarda konu ile
ilgili oldu÷ u de÷ erlendirilen dokümanlar bilgi amaçlÕ son bölümde verilmiú tir.</p>
      <p>
        RAHAT yazÕ lÕ mlar, daha önceden geliú tirilmiú yazÕ lÕ mlar olduklarÕ için
takvim ve maliyet avantajlarÕ nedeni havacÕ lÕ k sektöründe yaygÕ n bir ú ekilde
kullanÕ lmaktadÕ r. Bu yazÕ lÕ mlarÕ kullanmak her ne kadar yüklenicilere çok cazip
gelse de, RAHAT yazÕ lÕ mlar bir takÕ m bilinmeyenleri ve dezavantajlarÕ de
beraberinde getirmektedir. RAHAT yazÕ lÕ mlar daha önceden geliú tirildikleri için
bu yazÕ lÕ mlara ait geliú tirme ve do÷ rulama süreçleri ile bu süreçlere ait kanÕ
tlara (örne÷ in yazÕ lÕ m gereksinimleri, tasarÕ m, kaynak kod, yazÕ lÕ m do÷ rulama
sonuçlarÕ , kalite güvence kayÕ tlarÕ ) her zaman eriú ilemeyebilir. National
Aeronautics and Space Administration (NASA) tarafÕ ndan yayÕ mlanan Software
Safety Guidebook’da, RAHAT yazÕ lÕ mlarÕ n soy a÷ acÕ her zaman tam olarak
bilenemeyebilece÷ i için, bu yazÕ lÕ mlar için SOUP (Software of Uncertain
Pedigree) ifadesi kullanÕ lmÕ ú tÕ r [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ].
      </p>
      <p>RAHAT cihaz ve üzerinde koú an yazÕ lÕ m, daha önce baú ka hava
araçlarÕ nda sorunsuz olarak kullanÕ lmÕ ú olsa bile, bu cihazÕ n teknolojisinin ve
kabiliyetlerinin yeni kullanÕ lacak hava aracÕ için uygunlu÷ u, uçuú emniyetine ve
sistem performansÕ na etkisi, di÷ er cihazlarla olan ara yüzleri, yazÕ lÕ m geliú
tirme süreçlerinin ve üretilmiú dokümantasyonun yeterlili÷ i sistematik bir ú ekilde
de÷ erlendirilmeli ve bu de÷ erlendirme süreci firmalarda tanÕ mlanmalÕ dÕ r.
De÷ erlendirmede dikkate alÕ nmasÕ gereken hususlardan baú lÕ calarÕ ve kullanÕ
lmasÕ faydalÕ olabilecek bir soru listesi aú a÷ Õ da verilmiú tir. Bu bilgiler,
TUSAù ’da yürütülen projelerde kazanÕ lan deneyimlerden, konu ile ilgili yayÕ
mlanmÕ ú dokümanlardan ve paylaú Õ lan sektör deneyimlerinden yola çÕ kÕ larak
derlenmiú tir.</p>
      <p>RAHAT YazÕ lÕ mÕ n kabiliyetlerinin hedef platformun gereksinimlerini ne
ölçüde karú Õ ladÕ ÷ Õ nÕ n de÷ erlendirilmesi gerekir. Bu kapsamda, RAHAT cihazÕ n
daha önce kullanÕ ldÕ ÷ Õ platform ile hedef platform arasÕ ndaki sadece
benzerliklerin de÷ il, farklÕ lÕ klarÕ n da detaylÕ bir ú ekilde de÷ erlendirilmesi gerekir.
Konunun daha kolay anlaú Õ labilmesi için basit bir örnek vermek gerekirse, hava
aracÕ nÕ n irtifa, dikey hÕ z, sürat gibi bilgilerini hesaplayan ve uçuú zarfÕ azami
20.000 ft olan bir platformda kullanÕ lmak üzere geliú tirilmiú bir HVB, uçuú zarfÕ
70.000 ft’de görev yapacak bir platform için yetersiz olacaktÕ r.</p>
      <p>RAHAT cihazÕ n seçim çalÕ ú malarÕ ndan önce bu cihazÕ n yer alaca÷ Õ sistem
ile ilgili emniyet çalÕ ú malarÕ nÕ n yapÕ larak, hedef platformda yazÕ lÕ ma atanan
emniyet seviyesi de belirlenmelidir. Böylelikle, RAHAT yazÕ lÕ mÕ n daha önce
kullanÕ ldÕ ÷ Õ platformlarda, yazÕ lÕ ma atanan emniyet seviyesi ile yeni kullanÕ
laca÷ Õ hava aracÕ nda yazÕ lÕ ma atanan emniyet seviyesi karú Õ laú tÕ rÕ labilir.
Örne÷ in, RAHAT yazÕ lÕ mÕ n kullanÕ ldÕ ÷ Õ önceki platformdaki mimari ve yerine
getirdi÷ i fonksiyonlara göre yazÕ lÕ ma atanan seviye C iken, hedef platformda bu
seviye B olarak atanmÕ ú olabilir. Bu durumda Seviye B ile gelen ilave
DO178B amaçlarÕ için ilave çalÕ ú malarÕ n yapÕ lmasÕ gerekebilir.</p>
      <p>
        RAHAT yazÕ lÕ m üreticileri pazarda sa÷ layaca÷ Õ rekabet avantajÕ nedeni ile
çok fonksiyonlu ürünler geliú tirmektedirler. Bu durum, hedef platformda hiç
kullanÕ lmayacak kabiliyetlerin hava aracÕ na entegre edilmesi anlamÕ na gelir.
RAHAT yazÕ lÕ mda var olan ve hedef platform tarafÕ ndan kullanÕ lmayacak ilave
fonksiyonlarÕ gerçekleú tiren kodlar, hedef platformda hiç kullanÕ lmayacak
kodlardÕ r. Bu kodlarÕ n, her hangi bir anda istemsiz bir ú ekilde aktive olup sistem
emniyetini tehlikeye atmayaca÷ Õ nÕ n kanÕ tlanmasÕ ve istemsiz aktivasyonu
engelleyecek önlemlerin alÕ nmasÕ gerekir. Bunun mümkün olmadÕ ÷ Õ durumlarda,
kullanÕ lmayacak bu fonksiyonlarÕ n istemsiz çalÕ ú masÕ nÕ n sistem emniyetine ve
hava aracÕ nÕ n di÷ er fonksiyonlarÕ na etkisinin (istemsiz aktivasyonun hava
aracÕ nÕ n baú ka fonksiyonlarÕ nÕ n çalÕ ú masÕ na neden olup olmayaca÷ Õ gibi) de÷
erlendirmesi gerekir. AyrÕ ca, kullanÕ lmayacak fonksiyonlara ait kodun bellekte ne
kadar yer kapladÕ ÷ Õ nÕ n ve bunun sistem performansÕ na etkisinin de analiz
edilmesi önemlidir. RAHAT yazÕ lÕ mÕ n daha önce kullanÕ ldÕ ÷ Õ sistemlerdeki veri
iletim hÕ zlarÕ , kullanÕ lan fonksiyonlarÕ , operasyonel modlarÕ ve kesinlik derecesi
gibi faktörler de dikkate alÕ narak eú de÷ erli÷ i karú Õ laú tÕ rÕ lmalÕ dÕ r [
        <xref ref-type="bibr" rid="ref6 ref7">6,7</xref>
        ]. Aú a÷ Õ da,
RAHAT yazÕ lÕ mlarÕ n seçim sürecinde kullanÕ labilecek sorular verilmiú tir;
1. RAHAT yazÕ lÕ m, kullanÕ laca÷ Õ hedef ortamÕ n gereksinimlerini karú Õ lÕ yor
mu? RAHAT yazÕ lÕ mÕ n daha önce kullanÕ ldÕ ÷ Õ platform ile kullanÕ laca÷ Õ
hedef platform arasÕ ndaki benzerlikler ve farklÕ lÕ klar nelerdir? (HVB örne÷
indeki azami uçuú zarflarÕ nÕ n farkÕ gibi)
2. RAHAT yazÕ lÕ m olgun ve kararlÕ hale gelmiú mi? Yeni sürümleri yayÕ mlama
ve hata çözme sÕ klÕ klarÕ nedir?
3. RAHAT yazÕ lÕ m üreticisi yazÕ lÕ m güncellemelerinde kullanÕ cÕ larÕ nÕ
bilgilendiriyor mu? YazÕ lÕ m ile ilgili tespit edilen hatalarÕ yönetmek üzere bir süreç
tanÕ mlamÕ ú ve bunu iú letiyor mu?
4. Rahat YazÕ lÕ m ile ilgili henüz çözülmemiú açÕ k hatalar nelerdir? FirmanÕ n
bu hatalarÕ çözme konusundaki planlamasÕ nedir?
5. YazÕ lÕ m geliú tirme süreçleri ve yazÕ lÕ m yaú am döngüsü verileri mevcut mu?
ø htiyaç halinde yüklenici firmaya sa÷ lanabiliyor mu?
6. Kaynak kod mevcut mu ve gerekirse inceleme yapmak üzere açÕ labilir mi?
7. YazÕ lÕ m do÷ rulama sürecinde kullanÕ lan yöntemler nelerdir? Do÷ rulama
kayÕ tlarÕ mevcut mu ve konfigürasyon kontrolü altÕ nda mÕ ?
8. Do÷ rulama süreci ba÷ Õ msÕ z olarak yapÕ lmÕ ú mÕ ? Buna dair kanÕ tlar var mÕ ?
9. Yüklenicinin RAHAT yazÕ lÕ mÕ n önceki sürümünü satÕ n almasÕ durumunda,
üretici bu sürümü halen destekleyebilir mi?
10.YazÕ lÕ m içeren RAHAT cihazÕ n di÷ er sistemlerle ara yüzü uyumlu mu? Ara
yüzlere ait “Ara Yüz TanÕ mlama DokümanÕ ” var mÕ ?
11.RAHAT yazÕ lÕ mda var olan ve hedef ortamda kullanÕ lmayacak fonksiyonlar
var mÕ ? Varsa bu kabiliyetlerin aktivasyonu engellenebilir mi veya aktive
olmayaca÷ Õ kanÕ tlanabilir mi?
12.YazÕ lÕ mÕ n DO-178B Bölüm 12.3.5’de verilen kriterleri sa÷ layan servis
geçmiú i var mÕ ? Bununla ilgili yeterli dokümantasyon mevcut mu?
13.YazÕ lÕ m geliú tirme ve do÷ rulama süreçlerinde araç kullanÕ ldÕ mÕ ? KullanÕ ldÕ
ise DO-178B’de çizilen çerçeveye göre araç kalifikasyonuna ihtiyaç var
mÕ ? Var ise araç kalifikasyon bilgileri mevcut mu?
14.RAHAT yazÕ lÕ m üreticisinin süreçlerin yeterlili÷ i ile ilgili fikir vermesi için
      </p>
      <p>ISO, SEI, CMMI gibi sertifikalarÕ var mÕ ?
15.ø htiyaç halinde ana yüklenici, RAHAT yazÕ lÕ m üreticisinin tesislerinde
denetim yapabilme hakkÕ nda sahip mi?
EkipmanÕ n bu tip sorulara göre de÷ erlendirilerek seçilmesi, sertifikasyon
sürecinin baú arÕ sÕ için önemlidir. Örne÷ in, DO-178B’nin kaynak kod ile ilgili
amaçlarÕ nÕ n uyum gösterimi kapsamÕ nda kaynak kodun incelenmesi ihtiyacÕ do÷
du÷ unda RAHAT yazÕ lÕ mÕ geliú tiren firma buna izin vermez ise, yazÕ lÕ ma atanan
seviye B iken ba÷ Õ msÕ z do÷ rulama kayÕ tlarÕ yok ise veya firma ekipman ile ilgili
serviste aldÕ ÷ Õ hatalarÕ yönetmiyor ise sertifikasyon süreci orada tÕ kanabilir. O
nedenle, RAHAT YazÕ lÕ mÕ n projenin gereksinimlerine göre belirlenen kriterlere
göre de÷ erlendirilerek seçilmesi oldukça çok önemlidir.
3</p>
      <p>RAHAT YazÕ lÕ mlarÕ n Uyum Gösteriminde Alternatif Metotlar
Bu bölümde, DO-178B uyumu olmayan yazÕ lÕ mlarÕ n, DO-248B dokümanÕ
nda tanÕ mlanmÕ ú alternatif uyum gösterim metotlarÕ ndan ve bu metotlarÕ n hangi
DO-178B amacÕ nÕ karú Õ layabilece÷ inden bahsedilmektedir. DO-248
dokümanÕ , DO-178B rehber dokümanÕ ndaki amaçlarÕ detaylandÕ rmak ve endüstri /
sertifikasyon otoritelerinin uygulamada karú Õ laú tÕ klarÕ sorunlarÕ açÕ klayarak
sektöre kÕ lavuzluk etmek için “Special Committee 190” komitesi ve “European
Organisation for Civil Aviation Equipment (EUROCAE) Working Group 52”
çalÕ ú ma grubu tarafÕ ndan geliú tirilmiú bir dokümandÕ r.</p>
      <p>
        DO-248 rehber dokümanÕ n içerisindeki baú lÕ klardan bir tanesi de, RAHAT
yazÕ lÕ mlarÕ n uyum gösterimi sürecinde kullanÕ labilecek potansiyel alternatif
metotlar ile ilgili olan baú lÕ k DP#5 (Application of Potential Alternative Methods
of Compliance for Previously Developed Software)’tir [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ].
      </p>
      <p>
        Buna göre, DO-178B uyumlu geliú tirilmemiú RAHAT yazÕ lÕ mlarÕ n uyum
gösterim sürecinde yedi alternatif metot kullanÕ labilir. Bu metotlardan iki tanesi,
DO-178B rehber dokümanÕ nda (Bölüm 12.3) belirtilen “Servis Geçmiú i” ve
“Formal Yöntemler”’dir [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]. DP#5’de ise bu metotlara ilave olarak endüstri
deneyimlerinden yola çÕ kÕ larak oluú turulmuú 5 farklÕ metottan daha
bahsedilmektedir. Bu metotlar aú a÷ Õ da kÕ saca özetlenmiú olup, hangi metodun hangi
DO178B amaçlarÕ nÕ kullanÕ labilece÷ i de çalÕ ú manÕ n devamÕ nda sunulmuú tur.
      </p>
    </sec>
    <sec id="sec-2">
      <title>Metot1:Process Recognition (PR) (Süreç TanÕ ma)</title>
      <p>Bu metot, RAHAT yazÕ lÕ m geliú tirme fazÕ nda tanÕ mlanmÕ ú bir sürece
uyuldu÷ una dair kanÕ tlarÕ n olmasÕ durumunda kullanÕ labilecek bir metottur. RAHAT
yazÕ lÕ m geliú tirme fazÕ nda takip edilen süreçlerin yeterlili÷ i, DO-178B
amaçlarÕ na göre de÷ erlendirmekte ve karú Õ lanan amaçlar bir matris ile sunulmaktadÕ r.</p>
    </sec>
    <sec id="sec-3">
      <title>Metot 2: Prior Product Certification (PPC) (Önceki Ürün Sertifikasyonu)</title>
      <p>Bu metot, RAHAT yazÕ lÕ mÕ n daha önce belgelendirilmiú veya kalifiye edilmiú
bir sistemde bir sertifikasyon otoritesi tarafÕ ndan onaylanmÕ ú olmasÕ
durumunda kullanÕ labilir (Örne÷ in RAHAT yazÕ lÕ mÕ n, sivil uçaklarda daha önce
kullanÕ lmÕ ú olmasÕ gibi). Bu yöntemde önemli olan husus, RAHAT yazÕ lÕ mÕ n
onaylandÕ ÷ Õ önceki sisteme ait sertifikasyonuna temeli ile hedef ortama ait
sertifikasyon temeli arasÕ ndaki benzerlikler ve farklÕ lÕ klardÕ r. Bu karú Õ laú tÕ rmaya göre
karú Õ lanan ve karú Õ lamayan DO-178B amaçlarÕ belirlenebilmektedir.</p>
    </sec>
    <sec id="sec-4">
      <title>Metot 3: Reverse Engineering (RE) (Tersine Mühendislik)</title>
      <p>Bu metotta mevcut yazÕ lÕ m yaú am döngüsü verilerinden, di÷ er yazÕ lÕ m yaú am
döngüsü verileri üretilir. (ÇalÕ ú tÕ rÕ labilir nesne kodundan, kaynak kodu, yazÕ lÕ m
test prosedürlerinden yazÕ lÕ m gereksinimleri üretmek gibi). Akabinde üretilen
veriler incelenerek, DO-178B amaçlarÕ nÕ karú Õ lama durumlarÕ de÷ erlendirilir.</p>
    </sec>
    <sec id="sec-5">
      <title>Metot 4: Restriction of Functionality (RF) (úø levsellik KÕ sÕ tlamasÕ )</title>
      <p>Bu metotta, RAHAT yazÕ lÕ mÕ n sahip oldu÷ u fakat hedef platformda kullanÕ
lmayacak fonksiyonlar uçuú emniyetini etkilemeden kÕ sÕ tlanabilirse (örne÷ in
tasarÕ mda veya kodda yapÕ lacak bir de÷ iú iklik ile) kullanÕ lmayacak fonksiyonlara
ait yazÕ lÕ mlar için, uyum gösterimine ihtiyacÕ olmayaca÷ Õ ndan sertifikasyon
sürecinde yüklenicinin harcayaca÷ Õ iú gücü azaltÕ labilir.</p>
    </sec>
    <sec id="sec-6">
      <title>Metot 5: Product Service History (PSH) (Ürün Servis Geçmiú i)</title>
      <p>Bu metot, RAHAT yazÕ lÕ mÕ n önceki platformlardaki kullanÕ mlarÕ nda elde edilen
verilerin uyum gösterimi kapsamÕ na kullanÕ ldÕ ÷ Õ metottur. Örne÷ in, A firmasÕ
tarafÕ ndan üretilen HVB cihazÕ nÕ n farklÕ hava araçlarÕ nda aynÕ fonksiyonlar ile t
saat kullanÕ mÕ sonucunda toplanan verinin (yazÕ lÕ mÕ n hatasÕ z çalÕ ú mÕ ú olmasÕ /
varsa yazÕ lÕ m kaynaklÕ hatalar) hedef platformda kullanÕ lacak yazÕ lÕ m uyum
gösteriminde kullanÕ mÕ gibi. Metot, RAHAT yazÕ lÕ m geliú tirici firmada, tanÕ mlÕ
ve takip edilen yazÕ lÕ m konfigürasyon ve kalite yönetimi süreci varsa, yazÕ lÕ mÕ n
daha önce kullanÕ ldÕ ÷ Õ platformlar, icra etti÷ i fonksiyonlar, toplam uçuú saati,
önceki mimarilerde yazÕ lÕ m atanan seviye gibi konular de÷ erlendirildikten
sonra, özellikle seviye C ve D yazÕ lÕ mlarÕ n uyum gösteriminde yaygÕ n olarak
kullanÕ lan ve sertifikasyon otoriteleri tarafÕ ndan da en çok kabul edilen metottur.</p>
    </sec>
    <sec id="sec-7">
      <title>Metot 6: Formal Methods (FM) (Formal Metotlar)</title>
      <p>Formal metotlar, sistem davranÕ ú Õ nÕ n matematiksel modellerini oluú turmak,
geliú tirmek ve kanÕ tlamak için kullanÕ lan tanÕ mlayÕ cÕ simgeler ve analitik
yöntemlerdir. (Örne÷ in UML formal gereksinim geliú tirme metotlarÕ ndandÕ r.) bu
yöntem ile gereksinimlerin, algoritmalarÕ n, kaynak koddaki veri akÕ ú analizi de
do÷ rulu÷ u ve tamlÕ ÷ Õ ile matematiksel modeller ile kanÕ tlanarak uyum
gösterimi yapÕ labilir.</p>
    </sec>
    <sec id="sec-8">
      <title>Metot 7: Audits and Inspections (AI) (Denetim ve Muayene)</title>
      <p>RAHAT yazÕ lÕ m geliú tirme sürecinde kullanÕ lan süreçlere, üretilen yazÕ lÕ m
döngüsü verilerine (planlar, gereksinimler, tasarÕ m, kalite ve konfigürasyon
kayÕ tlarÕ gibi) ve yürütülen aktivitelerin onaylanan planlara uyumuna dair kanÕ
tlar, DO-178B amaçlarÕ na uyum gösterim sürecinde kullanÕ labilir.</p>
      <p>DO-178 rehber dokümanÕ nda karú Õ lanmasÕ gereken amaçlar, DO-178B
EkA’da verilen 10 ayrÕ tabloda sÕ ra ile belirtilmiú tir. Bildirinin bu bölümünde uyum
gösterimi çalÕ ú malarÕ nda, hangi amaçlarÕ n uyum gösteriminde hangi
metotlarÕ n kullanÕ labilece÷ i ile ilgili bilgiler verilmiú tir.</p>
      <p>Method
\Tablo</p>
      <p>PR
PPC
RE
RF
PSH
FM
AI</p>
      <p>A1</p>
      <p>A2</p>
      <p>A3</p>
      <p>A4</p>
      <p>A5</p>
      <p>A6</p>
      <p>A7</p>
      <p>A8</p>
      <p>A9</p>
      <p>X 9
X 9
X X
X 9
X 9
X X
X 9</p>
      <p>X X
X 9
X X
X X
X X
X X
X 9</p>
      <p>X
X
X
X
X
X
X</p>
      <p>Tablo 1. Alternatif Yöntemlerin Tablolardaki (A1-A10) Uygulanabilirli÷ i</p>
      <p>Tablo 1’de, DO-178B amaçlarÕ ile bu amaçlarÕ karú Õ lamak üzere kullanÕ
labilecek metotlar arasÕ nda bir referans verilmiú tir. Tablo 1’de bahsedilen sütunlar
yukarÕ da bahsedilen metotlarÕ , satÕ rlar ise DO-178B Ek A’da verilen ve
amaçlarÕ nÕ n yer aldÕ ÷ Õ tablolarÕ göstermektedir. Ek A’da verilen bu tablolarÕ n baú lÕ
klarÕ aú a÷ Õ da listelenmiú tir;</p>
      <p>Tablo A-1: Planlama Süreci
Tablo A-2: YazÕ lÕ m Geliú tirme Süreçleri
Tablo A-3: YazÕ lÕ m Gereksinim Süreci ÇÕ ktÕ larÕ nÕ n Do÷ rulanmasÕ
Tablo A-4: YazÕ lÕ m TasarÕ m Süreci ÇÕ ktÕ larÕ nÕ n Do÷ rulanmasÕ
Tablo A-5: Kodlama ve Entegrasyon Süreci ÇÕ ktÕ larÕ nÕ n Do÷ rulanmasÕ
Tablo A-6: Entegrasyon Süreci ÇÕ ktÕ larÕ nÕ n Testi
Tablo A-7: Do÷ rulama Süreci ÇÕ ktÕ larÕ nÕ n Do÷ rulanmasÕ
Tablo A-8: YazÕ lÕ m Konfigürasyon Yönetim Süreci
Tablo A-9: YazÕ lÕ m Kalite Güvence Süreci
Tablo A-10: Sertifikasyon ø rtibat Süreci</p>
      <p>YukarÕ daki tabloya göre, örne÷ in RE metodu Tablo A-1 için “DO-178B
amaçlarÕ nÕ karú Õ lamak üzere kullanÕ labilir bir yöntem de÷ il iken, PPC metodu
(önceki sertifikasyon kapsamÕ nda hazÕ rlanmÕ ú olan plan ve standartlar oldu÷ u
için) uyum gösterim sürecinde kullanÕ labilir bir metottur.</p>
      <p>Tablo 1’de hangi metotlar ile hangi DO-178B süreci amaçlarÕ nÕ n karú Õ landÕ
÷ Õ ( ) iú areti ile listelenmiú tir.</p>
      <p>PSH metodunda yeterli ve kabul edilebilir bir servis geçmiú i ile alt seviye
yazÕ lÕ m gereksinimlerinin hazÕ rlanmasÕ , üst seviye yazÕ lÕ m gereksinimleri ile
hedef ortam arasÕ ndaki uyumluluk, yazÕ lÕ m tasarÕ mÕ , kullanÕ lan algoritmalarÕ n
do÷ rulu÷ u, alt seviye gereksinimler ile hedef ortamÕ n uyumlulu÷ u kapsamÕ
ndaki DO-178B amaçlarÕ karú Õ lanabilir.</p>
      <p>DO-178B Tablo A-6 ile ilgili amaçlarÕ n karú Õ lanmasÕ nda, yukarÕ da
bahsedilen yöntemler her zaman uygulanabilir olmamakla beraber, koú turulabilir
nesne kodu ile hedef ortamÕ n uyumu ile ilgili amaç kapsamÕ nda servis geçmiú i
kullanÕ labilir. DO-178B Tablo A-7 ile ilgili amaçlardan bir tanesi olan yapÕ sal
kapsama analizi 1 0File ilgili amacÕ n karú Õ lanmasÕ nda da bahsedilen yöntemler
genellikle kullanÕ lamaz.</p>
      <p>DO-178B Tablo A-8 ilgili amaçlar kapsamÕ nda alternatif metotlar genellikle
uygulanabilir de÷ ildir. RAHAT yazÕ lÕ mÕ hava aracÕ nda kullanan yüklenici,
Rahat YazÕ lÕ mÕ n konfigürasyon kontrolü mekanizmasÕ nÕ kurmakla ve idame
etmekle yükümlüdür.</p>
      <p>DO-178B Tablo A-9 ile ilgili amaçlar kapsamÕ nda, RAHAT yazÕ lÕ mÕ n geliú
tirme sürecinde daha önce gerçekleú tirilen kalite aktiviteleri ve üretilen kanÕ
tlardan uyum gösterimi sa÷ lanabilir.</p>
      <p>DO-178B Tablo A-10 ile ilgili amaçlar kapsamÕ nda alternatif metotlar
genellikle kullanÕ labilir de÷ ildir. RAHAT yazÕ lÕ mÕ n uyum gösterimi kapsamÕ nda
yukarÕ dan belirtilen metotlar bir arada kullanarak da uyum gösterimi yapabilir.
Burada önemli olan, uyum gösterimi kapsamÕ nda izlenecek yolun, kullanacak
metotlarÕ n ve üretilecek yazÕ lÕ m yaú am döngüsü verilerinin “YazÕ lÕ m
Sertifikasyon KonularÕ PlanÕ ”’nda (YSKP) tanÕ mlanmasÕ ve sertifikasyon otoritesi ile
anlaú ma sa÷ lanmasÕ hususudur. Projenin sonunda da, YSKP dokümanÕ nda
taahhüt edilen çalÕ ú malarÕ n sonuçlarÕ , varsa sapmalar ve uyum beyanÕ nÕ
içeren YazÕ lÕ m Baú arÕ m Özeti dokümanÕ üretilmelidir. Yüklenicinin, projenin
baú Õ ndan sonunda kadar belirli aralÕ klarda sertifikasyon otoritesi ile görüú erek
ilerlemeleri / varsa problemleri zamanÕ nda paylaú masÕ sertifikasyon sürecinin
baú arÕ sÕ için oldukça önemlidir.</p>
      <p>
        Uyum gösterimi kapsamÕ ndaki bir di÷ er konu da, DO-178B rehber
dokümanÕ nÕ n önceki sürümü olan DO-178A ile uyumlu olarak geliú tirilen ve uyumun
daha önceden gibi bir sertifikasyon otoritesi tarafÕ ndan onaylanan yazÕ lÕ
mlardÕ r. Bu yazÕ lÕ mlarda, e÷ er yazÕ lÕ mda bir de÷ iú iklik yok ise yazÕ lÕ mÕ n mevcut
onayÕ halen geçerlidir. De÷ iú iklik olmasÕ durumunda da de÷ iú ikli÷ in
büyüklü÷ üne ve de÷ iú iklik kapsamÕ nda yapÕ lacak aktivitelerin çÕ ktÕ larÕ na göre mevcut
onayÕ n geçerli÷ i, ilgili sertifikasyon otoritesi tarafÕ ndan de÷ erlendirilir.
DO178A uyumlu geliú tirilmiú yazÕ lÕ mlarÕ n, DO-178B uyumu gerektiren projelerde
kredi alabilmesi için, yazÕ lÕ ma seviyesine göre denkli÷ inin (equivalence)
gösterilmesi gerekir [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ]. Denkli÷ in gösterilebilmesi için FAA tarafÕ ndan yayÕ mlanan
“Order 8110.49 Software Approval Guide” dokümanÕ nda yer alan aú a÷ Õ daki
Tablo-2 kullanÕ lmaktadÕ r. Tablo-2’ye göre örne÷ in, DO-178A Seviye 2’ye
uyumlu geliú tirilmiú bir yazÕ lÕ m, DO-178B Seviye A uyumlu geliú tirilmiú bir
yazÕ lÕ m ile denklik gösteremezken (HayÕ r olarak görünmekte), DO-178B Seviye
1’e uyumlu geliú tirilmiú bir yazÕ lÕ m, DO-178B Seviye B uyumlu geliú tirilmiú bir
yazÕ lÕ m ile denklik gösterebilir (Evet olarak görünmekte). Tabloda da
görüldü÷ ü gibi, bazÕ seviyeler arasÕ nda da bir takÕ m analizler yapÕ larak denklik
gösterilebilmektedir. Bu durum da YSKP dokümanÕ nda belirtilerek sertifikasyon
otoritesi ile anlaú ma sa÷ lanmasÕ gerekir.
      </p>
      <p>1 YapÕ sal kapsama analizi, kodun yapÕ sÕ nÕ n istenen emniyet seviyesine
göre do÷ rulandÕ ÷ Õ nÕ , kodun içerisinde istenmeyen (unintended) fonksiyonlarÕ n
bulunmadÕ ÷ Õ nÕ ve gereksinim tabanlÕ yapÕ lan testlerin kodu kapsama ölçüsünü
göstermek üzere yapÕ lan bir analizdir.
DO-178B
Yazılım Seviyesi</p>
      <p>A
B
C
D
E</p>
      <p>Seviye 1
Analiz SonrasÕ
“Evet” olabilir</p>
      <p>Evet
Evet
Evet
Evet</p>
      <p>DO-178/DO178A</p>
      <p>Seviye 2
HayÕ r
HayÕ r/Analiz
Evet
Evet
Evet</p>
      <p>Seviye 3
HayÕ r
HayÕ r
HayÕ r
HayÕ r</p>
      <p>Evet</p>
      <p>
        Tablo 2. YazÕ lÕ m Denklik Tablosu [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ]
      </p>
      <p>TUSAù ’da, aviyonik modernizasyon projesi olan Erciyes Projesi’nde uça÷ a
entegre edilen ve DO-178B uyumlu geliú tirilmemiú RAHAT yazÕ lÕ mlarÕ n uyum
gösterimi kapsamÕ nda sertifikasyon otoritesi tarafÕ ndan Sertifikasyon úø lem
Maddesi (Sø M) F-07 baú latÕ lmÕ ú tÕ r. Sø M, tanÕ mlanmasÕ , takip edilmesi ve
çözüm üretilmesi gereken önemli teknik ve idari problemlerle ilgili sertifikasyon
konularÕ dÕ r. Sø M F-07 kapsamÕ nda, uyumu olmayan yazÕ lÕ mlar için Amerikan
Savunma BakanlÕ ÷ Õ tarafÕ ndan yayÕ mlanan Joint Software Systems Safety
Engineering Handbook (JSSS) dokümanÕ nÕ n EK-D (COTS and
NonDevelopmental Item Software) bölümünde detaylandÕ rÕ lan çalÕ ú malarÕ n ve
analizlerin yapÕ lmasÕ istenmiú tir. Bu kapsamda, uyumu olmayan tüm yazÕ lÕ
mlar için yazÕ lÕ mÕ n mevcut dokümantasyonu, geliú tirildi÷ i süreçlerin olgunlu÷ u,
servis geçmiú i, konfigürasyon yönetim süreci, kalite güvence süreci, emniyet
faktörleri, test edilebilirlik, entegrasyon gereksinimleri, mevcut hata raporlarÕ ,
bu hatalarÕ n sistem emniyetine etkileri ve RAHAT yazÕ lÕ mÕ n daha önce
kullanÕ ldÕ ÷ Õ platformlar ile Erciyes Projesi’ndeki uçak arasÕ ndaki benzerlikler ve
farklÕ lÕ klar de÷ erlendirilmiú , elde edilen kanÕ tlar JSSS dokümanÕ nda tariflendi÷ i
gibi “YazÕ lÕ m Emniyet Durumu” (Software Safety Case) dokümanÕ nda
sertifikasyon otoritesine sunulmuú tur. Sertifkasyon otoritesi yapÕ lan çalÕ ú malarÕ ve
kanÕ t dokümanlarÕ yeterli bularak Erciyes Projesi kapsamÕ nda uyumu olmayan
RAHAT yazÕ lÕ mlarÕ n uyum gösterimini kabul etmiú tir.</p>
      <p>Benzer ú ekilde Hürkuú Projesi kapsamÕ nda da, DO-178B uyumlu geliú
tirilmemiú yazÕ lÕ m içeren cihazlar vardÕ r. Bu cihazlar için de, DO-248’de belirtilen
metotlardan, “Önceki Ürün Sertifkasyonu”, “Ürün Servis Geçmiú i”, “Tersine
Mühendislik” ve “Denetim ve Muayene” metotlarÕ ile gerekli kanÕ tlar sa÷
lanarak uyum gösterimi yapÕ lmÕ ú ve uyum gösterimi Avrupa Sivil HavacÕ lÕ k
Otoritesi tarafÕ ndan da kabul edilmiú tir.</p>
      <p>AyrÕ ca TUSAù ’da yürütülen projelerin sözleú me aú amalarÕ nda, DO-178B
uyumu olmayan yazÕ lÕ mlarÕ n geliú tiricilerinden DO-178B amaçlarÕ na uyumlarÕ
nÕ de÷ erlendirdikleri bir fark analizi çalÕ ú masÕ istenmektedir. Bu çalÕ ú ma ile,
RAHAT yazÕ lÕ mÕ n hali hazÕ rdaki kanÕ t dokümanlarÕ ile uyum gösterdi÷ i ve
gösteremedi÷ i DO-178B amaçlarÕ hakkÕ nda bir ön bilgi elde edilmektedir. Bu bilgi,
RAHAT yazÕ lÕ mlarÕ n seçim sürecinde kullanÕ lan kriterlerinden birisidir. Örne÷ in
hali hazÕ rdaki uyum dokümanlarÕ ile bazÕ DO-178 amaçlarÕ nÕ karú Õ layan
RAHAT yazÕ lÕ m, hiç karú Õ lamayan RAHAT yazÕ lÕ ma göre yüklenici açÕ sÕ ndan
daha avantajlÕ olabilir. Yüklenicinin karú Õ lanan ve karú Õ lanamayan DO-178B
amaçlarÕ hakkÕ nda projenin baú Õ nda bilgi sahibi olmasÕ , proje boyunca
yürütülecek sertifikasyon faaliyetleri kapsamÕ nda ayÕ raca÷ Õ iú gücü ve kaynak
planlamasÕ için de oldukça önemlidir. AyrÕ ca, seçimi tamamlanan RAHAT yazÕ lÕ m
üreticisi ile yapÕ lan sözleú meye, DO-248 dokümanÕ nda belirtilen
“Audit&amp;Inspection” metodu ile uyum gösterimi yapma seçene÷ ine karú Õ n,
TUSAù ’Õ n RAHAT yazÕ lÕ m üreticisinin tesislerinde (gerekti÷ inde sertifikasyon
otoritesi temsilcisi ile) denetim ve inceleme yapma hakkÕ ile ilgili sözleú me
maddesi eklenmektedir.
4
4.1</p>
      <sec id="sec-8-1">
        <title>Referans DokümanlarÕ n ø çerikleri HakkÕ nda Genel</title>
      </sec>
      <sec id="sec-8-2">
        <title>Bilgiler</title>
        <p>
          Requirements for Safety Related Software in Defence Equipment
Bu doküman (DEF-STAN 00-55) ø ngiltere Savunma BakanlÕ ÷ Õ tarafÕ ndan 1997
yÕ lÕ nda emniyet kritik sistemlerde kullanÕ lacak yazÕ lÕ mlarÕ n geliú tirme sürecini
anlatmak üzere yayÕ mlanmÕ ú bir standarttÕ r. Standart, yazÕ lÕ m geliú tirme
süreçlerinde dikkate alÕ nmasÕ gereken kurallar (Requirements) ve bu kurallarÕ n
uygulamasÕ nÕ anlatan bilgiler (Guidance) olmak üzere iki bölümden oluú
maktadÕ r. Birinci bölümde “30. Use of Previously Developed Software” ve ikinci
bölümde yer alan Ek-E “E.4.3 Previously Developed Software” bölümlerinde
daha önce geliú tirilmiú yazÕ lÕ mlarÕ n uyum gösterimi ile ilgili gereksinimler ve
yapÕ lmasÕ gereken çalÕ ú malar açÕ klanmÕ ú tÕ r. Bu dokümana göre, yazÕ lÕ mÕ n
uçuú emniyetine olan etkisinin ve istenen tüm çalÕ ú malarÕ n sonuçlarÕ nÕ n “YazÕ
lÕ m Emniyet Durumu” (Software Safety Case) dokümanÕ nda otoriteye
sunulmasÕ beklenmektedir [
          <xref ref-type="bibr" rid="ref4">4</xref>
          ]. YazÕ lÕ m Emniyet Durumu dokümanÕ , sisteme ve
tasarÕ ma genel bakÕ ú , yazÕ lÕ m emniyet gereksinimleri, yazÕ lÕ m tanÕ mÕ ve
mimarisi, emniyet, yazÕ lÕ m geliú tirme süreçleri, de÷ iú iklik yönetimi, uyum beyanÕ ,
servis geçmiú i ve yazÕ lÕ m tanÕ mlamasÕ konularÕ ndan oluú maktadÕ r.
4.2 Joint Software Systems Safety Engineering Handbook
Bu doküman, Amerikan Savunma BakanlÕ ÷ Õ tarafÕ ndan 2010 yÕ lÕ nda, kabul
edilebilir bir emniyet seviyesinde çalÕ ú abilecek yazÕ lÕ mlarÕ n geliú tirme
süreçlerine kÕ lavuzluk etmek amacÕ yla yayÕ mlanmÕ ú tÕ r. DokümanÕ n Ek D “COTS and
Non-Developmental Item (NDI) Software” bölümünde, RAHAT yazÕ lÕ mlarÕ n
genel karakteristikleri, avantaj ve dezavantajlarÕ , aday yazÕ lÕ mlarÕ n belirli bir
sistem için uygunlu÷ unu de÷ erlendirmek üzere yapÕ lmasÕ gereken aktiviteler,
sisteme entegrasyonu kapsamÕ nda dikkate alÕ nmasÕ gereken hususlar, risk
azaltma metotlarÕ , yazÕ lÕ m emniyet durumu dokümanÕ içeri÷ i ve konu ile ilgili
bir örnek yer almaktadÕ r [
          <xref ref-type="bibr" rid="ref3">3</xref>
          ].
4.3
        </p>
        <p>
          Commercial Off-The-Shelf Avionics Software Study
Bu doküman Amerikan Sivil HavacÕ lÕ k Otoritesi, HavacÕ lÕ k Araú tÕ rma Ofisi
tarafÕ ndan 2001 yÕ lÕ nda hazÕ rlanmÕ ú olup, emniyet kritik sistemlerde RAHAT yazÕ
lÕ mlarÕ n endüstrideki kullanÕ mlarÕ ile ilgili, endüstri temsilcileri ile yapÕ lan
görüú melerden derlenen bilgileri içermektedir. Bu dokümanda, RAHAT cihaz
üreticisi ile yüklenici arasÕ ndaki ara yüz, yazÕ lÕ m kaynaklÕ hata raporlarÕ nÕ n
yönetimi, bu süreçte taraflarÕ n sorumluluklarÕ , RAHAT yazÕ lÕ mÕ n kullanÕ ldÕ ÷ Õ
önceki ortam (environment) ve operasyonel profilinin, hedef ortam ile karú Õ
laú tÕ rÕ lmasÕ , kullanÕ lmayan veya istenmeyen fonksiyonlar (unsued &amp;
unintended function) kapsamÕ nda yapÕ lmasÕ gereken aktiviteler, RAHAT yazÕ lÕ ma ait
versiyon kontrolü ve versiyonlar arasÕ ndaki izlenebilirli÷ in önemi, yeni yazÕ lÕ m
sürümlerin sisteme etkileri, RAHAT yazÕ lÕ m geliú tirme fazÕ boyunca
tamamlanan süreçler, bu süreçlerin çÕ ktÕ larÕ ve geliú tirme süreçlerinin uyumlu oldu÷ u
(ISO, CMMI) standartlara ait kanÕ tlarÕ n kullanÕ mÕ ile ilgili bilgiler içermektedir.
DokümanÕ n son bölümde, RAHAT yazÕ lÕ mlarÕ n emniyet seviyeleri ile DO-178B
amaçlarÕ nÕ karú Õ lama durumu hakkÕ nda, endüstri temsilcileri ile yapÕ lan
görüú melerden elde edilen bilgiler sunulmuú tur [
          <xref ref-type="bibr" rid="ref7">7</xref>
          ]. Buna göre;
        </p>
        <p>Level A: Seviye A için DO-178B rehber dokümanÕ nda toplam 66 amaç
vardÕ r. Seviye A olan RAHAT yazÕ lÕ mlarÕ n uyum gösterimi ile ilgili endüstrideki
mevcut durum, bu yazÕ lÕ mlarÕ n genellikle DO-178B amaçlarÕ ndan birisi olan
“UyarlanmÕ ú Koú ul/Karar KapsamasÕ ” amacÕ nÕ karú Õ layamadÕ ÷ Õ dÕ r. AyrÕ ca, 66
gereksinimden 25 tanesi ba÷ Õ msÕ zlÕ k gerektiren gereksinimler olup, bu ba÷ Õ
msÕ zlÕ ÷ Õ kanÕ tlayabilecek yeterli veriler genellikle elde edilememektedir.</p>
        <p>Level B: Seviye B’de ise DO-178B rehber dokümanÕ na göre 65 amaç
vardÕ r. Endüstrideki mevut durum Seviye A’ya benzer ú ekilde, DO-178B
amaçlarÕ ndan birisi olan “Karar KapsamasÕ ” amacÕ nÕ karú Õ layamadÕ ÷ Õ dÕ r. Burada da,
65 amacÕ n 15 tanesinin ba÷ Õ msÕ z bir ú ekilde tamamlanmÕ ú olmasÕ gerekirken,
genellikle bunu da gösteren yeteri kadar kanÕ t olmamaktadÕ r.</p>
        <p>Seviye C ve Seviye D RAHAT yazÕ lÕ mlar, aviyonik sektörde endüstri
tarafÕ ndan en çok kullanÕ lan ve alternatif metotlar ile uyum gösteriminin genellikle
otoriteler tarafÕ ndan da en çok kabul edildi÷ i yazÕ lÕ mlardÕ r.
5</p>
      </sec>
      <sec id="sec-8-3">
        <title>Sonuç</title>
        <p>Bu bildiride, hava araçlarÕ nda kullanÕ lan ve DO-178B uyumlu geliú tirildi÷ ine
dair kanÕ tÕ olmayan RAHAT yazÕ lÕ mlarÕ n, uyum gösterim sürecinde kullanÕ
labilecek alternatif metotlar ve bu metotlar ile karú Õ lanabilecek DO-178B amaçlarÕ
hakkÕ nda bilgiler verilmiú tir. AyrÕ ca, RAHAT yazÕ lÕ mlarÕ n seçim sürecinde
dikkate alÕ nmasÕ gereken konular ve bu süreçte kullanÕ labilecek bir soru listesi
sunulmuú tur. Tedarik edilecek RAHAT yazÕ lÕ mlarÕ n, sistem emniyeti ve
performansÕ üzerinde oluú turaca÷ Õ etki nedeni ile detaylÕ bir ú ekilde de÷
erlendirilmesi hususunun altÕ çizilmiú , projelerinde RAHAT yazÕ lÕ m kullanmayÕ
planlayan firmalara öncelikle, gerekli tüm rollerin (sistem mühendisi, emniyet
sorumlusu, sistem tasarÕ mcÕ sÕ , yazÕ lÕ m lideri gibi) dahil olaca÷ Õ , kriterleri belli olan
sistematik bir de÷ erlendirme süreci tanÕ mlamasÕ önerilmiú tir.</p>
        <p>RAHAT yazÕ lÕ m kullanacak yüklenicilere, yazÕ lÕ m tedarikçilerinden DO-178B
amaçlarÕ nÕ karú Õ lama durumlarÕ nÕ de÷ erlendirdikleri “Fark Analizi ÇalÕ ú masÕ ”’
istemleri tavsiye edilmektedir. Fark analizi çalÕ ú masÕ , yüklenicinin sertifikasyon
sürecinde ayÕ raca÷ Õ kaynak planlamasÕ için de önemlidir.</p>
        <p>Uyumu onayÕ olmayan RAHAT yazÕ lÕ mlar için, yüklenicinin uyum gösterim
sürecinde kullanmayÕ planladÕ ÷ Õ alternatif metotlarÕ YSKP dokümanÕ nda açÕ
klamasÕ ve sertifikasyon otoritesi ile projenin erken safhalarÕ nda anlaú ma sa÷
lamasÕ sertifikasyon sürecinin baú arÕ sÕ için elzemdir.</p>
        <p>Daha önce DO-178B ile ilgili bir deneyimi olmayan ve misyonunda sivil
hava sahasÕ nda uçacak hava araçlarÕ na RAHAT yazÕ lÕ m üretmek olan firmalara,
iú letmelerinde DO-178B ile ilgili gerekli alt yapÕ yÕ kurmalarÕ ve yazÕ lÕ m geliú
tirme süreçlerinde DO-178B amaçlarÕ nÕ dikkate almalarÕ önerilmektedir. Bu
durumun, RAHAT yazÕ lÕ m üreticisine piyasada çok ciddi rekabet avantajÕ sa÷
layaca÷ Õ de÷ erlendirilmektedir. RAHAT yazÕ lÕ m üretimini tamamlamÕ ú firmalara
ise, DO-178B amaçlarÕ nÕ karú Õ lama durumlarÕ nÕ de÷ erlendirerek, uyumu
gösteriminde kullanÕ labilecek kanÕ t dokümanlarÕ nÕ analiz etmeleri ve varsa eksik
kanÕ t dokümanlarÕ nÕ üretmeleri önerilmektedir. Bu analiz, olasÕ bir yazÕ lÕ m
kaynaklÕ hatanÕ n uçuú emniyetini olumsuz etkilememesi için üretilmiú yazÕ lÕ m
yaú am döngüsü verilerinin (gereksinimler, tasarÕ m, kod, kontrol ve veri akÕ ú
larÕ , kapsama analizleri gibi) bir kez daha incelenmesi için bir fÕ rsattÕ r.</p>
      </sec>
    </sec>
    <sec id="sec-9">
      <title>Referanslar</title>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <given-names>Radio</given-names>
            <surname>Technical</surname>
          </string-name>
          <article-title>Commission for Aeronautics (RTCA), DO-</article-title>
          178B, (
          <year>1992</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2. DO-
          <volume>248</volume>
          ,
          <article-title>Final Report for Clarification of DO-178B “Software Considerations in Airborne Systems and Equipment CertifÕ cation</article-title>
          , RTCA,
          <year>2001</year>
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <given-names>Joint</given-names>
            <surname>Software Systems Safety Engineering Handbook</surname>
          </string-name>
          , Department of Defence USA,
          <year>2010</year>
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <source>DEF-STAN 00-55, Requirements For Safety Related Software In Defence Equipment, Part 1:Requirements &amp; Part</source>
          <volume>2</volume>
          :Guidanece, United Kingdom Ministry of Defence,
          <year>1997</year>
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5. Order 8110.
          <fpage>49</fpage>
          - Software Approval Guide,
          <string-name>
            <surname>FAA</surname>
          </string-name>
          ,
          <year>2003</year>
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <given-names>Software</given-names>
            <surname>Safety</surname>
          </string-name>
          <string-name>
            <surname>Guidebook</surname>
          </string-name>
          ,
          <string-name>
            <surname>NASA</surname>
          </string-name>
          ,
          <year>2004</year>
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <given-names>COTS</given-names>
            <surname>Avionics Software</surname>
          </string-name>
          <string-name>
            <surname>Study</surname>
          </string-name>
          ,
          <source>FAA Office of Aviation Research</source>
          ,
          <year>2001</year>
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <given-names>European</given-names>
            <surname>Aviation Safety Agency</surname>
          </string-name>
          ,
          <string-name>
            <surname>CRI-F71(Sø</surname>
            <given-names>M</given-names>
          </string-name>
          <source>-70) Software Aspects of Certification, application of ED-12B/DO-178B, Field Loadable Software, User Modifiable Software, Use of COTS</source>
          ,
          <year>2008</year>
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>