Yazılım Kalite Güvencede Ara Tasarım Değerlendirme Yaklaşımı



Benzer belgeler
İç Tetkik Prosedürü Dok.No: KYS PR 02

KALİTE YÖNETİM SİSTEMİ İÇ DENETİM PROSEDÜRÜ

Performans Denetimi Hesap verebilirlik ve karar alma süreçlerinde iç denetimin artan katma değeri. 19 Ekim 2015 XIX.Türkiye İç Denetim Kongresi

Yazılım Konfigürasyon Tetkikleri

KYS İÇ DENETİM PROSEDÜRÜ

T. C. KAMU İHALE KURUMU

T. C. KAMU İHALE KURUMU

SÜREKLİ İYİLEŞTİRME PROSEDÜRÜ

1. AŞAMA TETKİK PROSEDÜRÜ

ANADOLU ÜNİVERSİTESİ SİVİL HAVACILIK ARAŞTIRMA VE UYGULAMA MERKEZİ

Büyük Ölçekli Bir Sistem Projesinde IBM Rational Jazz Platformu Kullanarak Çevik Süreçlerin Uygulanması. Serap Bozbey

Sıra No Tarih Saat Ders No Yöntem Ders Adı Dak San :00 1 Ders Sınavın Giriş Şartları ve Sınavın Genel Yapısı :15 1 Ders En Önemli

(2. AŞAMA) SAHA TETKİKİ PROSEDÜRÜ

Doküman No:ITP 16.1 Revizyon No: 01 Tarih: Sayfa No: 1/5 KALİTE SİSTEM PROSEDÜRLERİ PROJE YÖNETİMİ PROSEDÜRÜ

PROJE YÖNETİMİ BİLGİ ALANLARI -1

İSTANBUL ÜNİVERSİTESİ İç Denetim Birimi Başkanlığı İÇ DENETİM PROSEDÜRÜ

ISO 9001 Kalite Terimleri

YAZILIM MÜHENDİSLİĞİNİN TEMELLERİ 9.Hafta. Bakım

Yazılım Kalite Yönetimi (SE 554) Ders Detayları

Notice Belgelendirme Muayene ve Denetim Hiz. A.Ş Onaylanmış Kuruluş 2764

T.C. ANKARA SOSYAL BİLİMLER ÜNİVERSİTESİ İÇ DENETİM BİRİMİ KALİTE GÜVENCE VE GELİŞTİRME PROGRAMI

Yazılım Geliştirme Sürecinde Değer Akış Haritalama Yöntemi Uygulama Çalışması

TS EN & TS EN ISO 3834 BELGELENDİRME PROSEDÜRÜ

KALİTE SİSTEM İÇ DENETİMLERİ PROSEDÜRÜ

KALİTE BİRİM SORUMLULARI EĞİTİMİ

MerSis. Bilgi Teknolojileri Yönetimi Danışmanlık Hizmetleri

İÜ İç Denetim Birim Başkanlığı İÇ DENETİM PROSEDÜRÜ

İç Denetim Kontrol Formu

SÜREÇ YÖNETİM PROSEDÜRÜ

Yazılım Geliştirme Süreç İyileştirme Ölçme Deneyimleri: Son mu, Başlangıç mı?

EGE ÜNİVERSİTESİ REKTÖRLÜĞÜ İÇ DENETİM BİRİMİ BAŞKANLIĞI KALİTE GÜVENCE VE GELİŞTİRME PROGRAMI

Yrd. Doç. Dr. Ayça Tarhan. Hacettepe Üniversitesi Bilgisayar Mühendisliği Bölümü

UYGUNSUZLUK VE DÜZELTİCİ & ÖNLEYİCİ FAALİYETLER PROSEDÜRÜ

DÜZELTİCİ VE İYİLEŞTİRİCİ FAALİYETLER PROSEDÜRÜ

BİLİŞİM SİSTEMLERİ GÜVENLİĞİNDE YENİ EĞİLİMLER

9.DERS Yazılım Geliştirme Modelleri

KAYISI ARAŞTIRMA İSTASYONU MÜDÜRLÜĞÜ EK 3.4 KALİTE YÖNETİM / İÇ KONTROL BİRİMİ

UYGUNSUZLUK YÖNETİMİ, DÜZELTİCİ FAALİYETLER PROSEDÜRÜ

İç Denetim Prosedürü

İÜ İç Denetim Birimi Başkanlığı İÇ DENETİM PROSEDÜRÜ

ISO Akreditasyonunun Klinik Laboratuvarlara Etkisi

Kalite Yönetim Sistemi El Kitabı Dok.No: AU KYS EK Bölüm 9 Performans değerlendirme

ISO 13485:2016 TIBBİ CİHAZLAR KALİTE YÖNETİM SİSTEMİ GEÇİŞ KILAVUZU

9. KYS NİN BAŞARISINI DEĞERLENDİRME

SİSTEM ANALİZİ VE TASARIMI

ÖN TETKİK PROSEDÜRÜ. İlk Yayın Tarihi: Doküman Kodu: PR 09. Revizyon No-Tarihi: Sayfa No: 1 / 6 REVİZYON BİLGİSİ. Hazırlayan : Onaylayan :

TS EN ISO 14001: 2005 AC: Haziran 2010

Headcount Planlama Formu HR Self Servis /Headcount Planlama sistemi üzerinden kullanılmaktadır. Seçme ve Yerleştirme Prosedürü

İŞ SÜREKLİLİĞİ PLANLAMASINDA ACİL DURUM UYARI VE HABERLEŞMESİ. Zeynep Çakır, BTYÖN Danışmanlık

CMMI. CMMI ve Çevik Yöntemler. Orhan KALAYCI Haziran Yazılım Süreç Kalitesi ve Yönetim Danışmanlığı.

İÇ DENETİM PROSEDÜRÜ

İç Kontrol ve Risk Yönetimi Sisteminiz Stratejik Yönetim ve Planlama Sürecinize Katkı Sağlayabilir

İTİRAZ VE ŞİKAYET DEĞERLENDİRME PROSEDÜRÜ

ARAŞTIRMA VE GELİŞTİRME DAİRESİ BAŞKANLIĞI TARAFINDAN PİLOT SEÇİLEN BÖLGELERDE YÜRÜTÜLEN ÇALIŞMALAR

Yazılım profesyonelleri için önemli olan yetkinlikler anketi Survey

OSEM-SS OTO BAKIM VE ONARIM MERKEZİ YETERLİLİK BELGELENDİRMESİ KURALLARI. K-01 Rev / 6

ŞİKAYETLER VE İTİRAZLAR PROSEDÜRÜ

KALİTE YÖNETİM SİSTEMLERİ YAZILIMI

YÖNETİMİN GÖZDEN GEÇİRMESİ PROSEDÜRÜ

İÇ KONTROL SİSTEMİ STRATEJİ GELİŞTİRME BAŞKANLIĞI

AMAÇ ve TANIM. Ödül sürecine katılımınız ile ülkemize insan kaynakları yönetimi alanında değerli kazanımlar sağlayabileceğiz.

Yönetim Sistemleri Eğitimleri

3. Proje ekibi ilk proje planını ve bütçesini tamamladılar. Sıradaki yapmaları gereken şey nedir?

GAZİANTEP ÜNİVERSİTESİ SPORIUM YÖNETİMİN SORUMLULUĞU PROSEDÜRÜ

OSEM-SS OTO BAKIM VE ONARIM MERKEZİ YETERLİLİK BELGELENDİRMESİ KURALLARI. K-01 Rev / 6

PROSİS in tüm kayıtlı ve belgeli müşterileri ve eğitim katılımcıları için geçerlidir.

İNSANA DEĞERDE LİDERLİK BAŞVURU DOKÜMANI HAZIRLAMA KILAVUZU KOBİ

Kamu Gözetimi Kurumu Mevzuat Bilgilendirmesi

Büyük Ölçekli bir Gömülü Yazılımın Geliştirme ve Otomatik Test Deneyimi

Sedona. Eğitim Kataloğu

Sağlık Bilgi Teknolojileri ve Yazılım Süreç Yönetimi

Üzerinde kontrollü kopya kaşesi bulunmayan dokümanlar kontrolsüz dokümandır. İÇ TETKİK PROSEDÜRÜ

Tetkik Gün Sayısı Tespiti

OMOPHORUS Kalite Yönetim Sistemi Yazılımı ULUDAĞ ÜNİVERSİTESİ TEKNOLOJİ GELİŞTİRME BÖLGESİ ULUTEK AR-GE PROJESİ

DIŞ DEĞERLENDİRME RAPORU ÖRNEĞİ

ISO 27001:2013 BGYS BAŞTETKİKÇİ EĞİTİMİ

Sedona. Nisan 2013 Eğitim Kataloğu

ENTEGRE YÖNETİM SİSTEMİ YAZILIMI

ESİS Projesi. Kaynaklar Bakanlığı

MerSis. Bilgi Teknolojileri Bağımsız Denetim Hizmetleri

IBM CLM Çözümleriyle Çevik Yazılım Süreçleri. Canberk Akduygu & Koray Okşar

Dijitalleşme Yolunda ERP Dönüşümü

Proje ve Portföy Yönetimi Araçlarının Seçimi ve Süreçlerin Tasarımı

KURUMSAL RİSK YÖNETİMİ RİSK YÖNETİM MODELLERİ

BATMAN ÜNİVERSİTESİ İÇ KONTROL SİSTEMİ İZLEME GÖZDEN GEÇİRME VE DEĞERLENDİRME YÖNERGESİ

VERİLEBİLİR KALİTE PLANLARI İÇİN NATO GEREKLERİ

Yazılım Kalite Maliyeti Modeli

DÜZELTİCİ FAALİYET PROSEDÜRÜ

TÜRK AKREDİTASYON KURUMU R20.07 LABORATUVAR İÇ DENETİMLERİ

BİT PROJELERİNDE KARŞILAŞILABİLEN OLASI RİSKLER

MMO BĐLGĐ SĐSTEMĐ. Proje ihtiyacının ortaya çıkışı aşağıda belirtilen gerekçeler ile ifade edilebilir;

TİTCK/ DESTEK VE LABORATUVAR HİZMETLERİ BAŞKAN YARDIMCILIĞI/ ANALİZ VE KONTROL LABORATUVAR DAİRESİ BAŞKANLIĞI ŞİKAYETLER PROSEDÜRÜ PR19/KYB

KAMU DA BİLİŞİM PROJELERİ NASIL HAZIRLANMALIDIR?

Tedarikçi Kalite Portalı Eğitimi İstanbul Arobus Hazırlayan: Serkan Ertosun

BÜTÜNLEŞİK KAMU MALİ YÖNETİM BİLİŞİM SİSTEMİNE İLİŞKİN 2017/4 SIRA NOLU DUYURU

Genel Katılıma Açık Eğitimlerimiz Başlıyor!

YÖNETİM DANIŞMANLARI DERNEĞİ EN BAŞARILI YÖNETİM DANIŞMANLIĞI PROJE ÖDÜLLERİ 2014 BAŞVURU FORMU

İtiraz ve Şikâyetler Prosedürü

STRATEJİK YÖNETİM VE YÖNETİMİN GÖZDEN GEÇİRMESİ PROSEDÜRÜ

PROSEDÜR Yayın Tarihi 15/10/2005 Revizyon No 6

Transkript:

Yazılım Kalite Güvencede Ara Tasarım Değerlendirme Yaklaşımı İlgi Keskin Kaynak Programlar ve Tasarım Kalite Yönetimi Müdürlüğü, Kalite Yönetim Dir., REHİS Sektör Bşk. ASELSAN A.Ş. ikkaynak@aselsan.com.tr Özet. ASELSAN Radar ve Elektronik Harp Sistemleri (REHİS) Sektör Başkanlığı; AQAP-2310, AS9100C, CMMI-DEV v1.3 ve ISO 20000 uluslararası sertifikasyonlarına sahiptir. Bu model ve standartların gereği olarak; ASELSAN REHİS Yönetim Sistemi nde tanımlı olan tüm süreçler gibi tasarım, geliştirme ve ilgili kalite güvence faaliyetleri de etkinleştirilmektedir. ASELSAN REHİS te yürütülen kalite güvence faaliyetlerinin etkinliğini arttırmak amacıyla; mevcut yazılım kalite güvence faaliyetlerine ilaveten Ara Tasarım Değerlendirme (ATAD) faaliyetleri tanımlanmıştır. ATAD faaliyetleri ile yazılım kalite güvencesinin yazılım geliştirme yaşam döngüsüne paralel olarak yürütülmesi; böylece süreç ve ürün ile ilgili muhtemel uygunsuzlukların daha erken tespit edilerek gerekli düzeltici faaliyetlerin daha erken aşamalarda başlatılıp tamamlanması hedeflenmektedir. Sonuç olarak; yazılım kalite güvence faaliyetlerinin etkinliğinin artması beklenmektedir. Yazılım seviyesinde gerçekleştirilecek pilot çalışmanın sonucu değerlendirilerek, bu bakış açısı sistem ve donanım geliştirme süreçlerinde de dikkate alınabilecektir. Anahtar Kelimeler: Yazılım Kalite Güvencesi, Ara Tasarım Değerlendirme, Yazılım Geliştirme Süreci, Yazılım Geliştirme Yaşam Döngüsü, İşlevsel Konfigürasyon Tetkiki, Fiziksel Konfigürasyon Tetkiki 1 Giriş ASELSAN REHİS tarafından geliştirilmekte olan sistemlerde kullanılan Yazılım Konfigürasyon Birimlerinin (YKB) işlevselliği ve etkinliği, müşteriye teslim edilen sistemlerin niteliğini önemli ölçüde etkilemektedir. Bu nedenle geliştirilen sistemlerde kullanılan yazılım ürünlerinin ve yazılım geliştirme sürecinin takibi de önem kazanmaktadır. Bu çalışma, ASELSAN REHİS Kalite Yönetim Direktörlüğü bünyesinde gerçekleştirilen yazılım kalite güvence faaliyetlerinin etkinleştirilmesi amacıyla yapılmıştır.

Çalışmanın amacı; yazılım geliştirme ve yazılım test faaliyetlerinin etkinliğini değerlendirerek tasarım ekibini projenin erken safhalarından itibaren yönlendirmek için yazılım geliştirme sürecinin belirli aşamalarında ara değerlendirmeler yapılması ve proje yaşam döngüsü boyunca yürütülen yazılım kalite güvence faaliyetlerinin sağladığı katma değerin arttırılmasıdır. Yapılan pilot çalışmada Yazılım Kalite Güvence faaliyetleri ile olası bulguların daha erken aşamalarda tespit edilmesi ve daha kısa sürede bulguların çözülmesi hedeflenmiştir. Bu amaçla toplanan ölçümler analiz edilerek çıkarımlarda bulunulmuştur. ATAD faaliyetleri; ilk olarak yazılım geliştirme ve yazılım test faaliyetlerine uygulanacak, başarılı görülmesi durumunda sistem/donanım geliştirme ve tasarım tedarik süreçleri için de dikkate alınabilecektir. Makalenin organizasyonu şu şekilde özetlenebilir; Giriş bölümünde çalışmanın amacı ve kapsamına ilişkin açıklama yapılmıştır. Girişin ardından gelen Literatür Araştırması Bölümü nde bu konuda daha önce gerçekleştirilmiş olan ve incelenen örnek uygulamalar hakkında bilgi verilmiştir. Daha sonra bu örneklerin incelenmesi üzerine mevcut yazılım kalite güvence faaliyetlerine ek olarak yazılım geliştirme süreci boyunca uygulanan ATAD faaliyetleri açıklanmış ve yapılan pilot çalışma anlatılarak sonuçları değerlendirilmiştir. 2 Literatür Araştırması Yazılım kalite güvencesi faaliyetleri ile ilgili literatür taraması yapıldığında bu konuda yapılan pek çok uygulama incelenmiş ve bunlar arasından aşağıda verilen iki örnek için anlatıma yer verilmiştir. ATAD faaliyetleri tanımlanırken literatürde karşılaşılan iyi uygulamalar dikkate alınmıştır. Örnek Uygulama-1: AT&T Bell Laboratuvarları Kalite Güvence Merkezi tarafından Yazılım Geliştirme Süreç Denetimleri için gerçekleştirilen çalışmada, bir proje yaşam döngüsü boyunca incelenmiş ve proje yeterince erken denetlendiğinde bulgulara verilen yanıtların, geliştirilen ürünün kalitesini ve yazılım geliştirme sürecinin işleyişini iyileştirebileceği değerlendirilmiştir. Denetimlere yazılım mühendisleri ve yöneticileri katılmıştır. Bu çalışmada projenin, yazılım geliştirme sürecinin ve yazılım ürünlerinin iyileştirilerek kalitesinin arttırılması için öneriler sunulmuştur. Bunun yanı sıra denetimlere verilen yönetim desteğinin söz konusu kalite güvence faaliyetlerinin proje ekibi tarafından tehdit unsuru olarak anlaşılmamasını sağladığı değerlendirilmiştir.[1] Örnek Uygulama-2: STR LLC and Hilary Benoit, W R Systems, Limited Şirketi nde Kalite Güvence Fonksiyonunu Yazılım Geliştirme Yaşam Döngüsü ne Entegre Etme konusunda yapılan bir çalışmada ise kalite güvence fonksiyonunun gereksinim yönetimine gereksinimlerin tanımlanması aşamasından itibaren katılım sağlamasının ve kalite güvence, konfigürasyon yönetimi ve teknik birimlerin yöneticileri arasında iş birliği sağlanmasının önemi vurgulanmıştır.[2]

3 Yazılım Kalite Güvence Faaliyetlerini Etkinleştirme Çalışması Bölüm 2 deki örnek uygulamalar dikkate alınarak, kalite güvence fonksiyonu tarafından değerlendirilen tasarım faaliyetlerinin sadece olumsuz yönlerinin değil, olumlu yönlerinin de raporlanması kararı alınmıştır. Bunun yanı sıra çalışmaya tasarım ekibi de dahil edilerek ATAD faaliyetlerinin tanımlanması aşamasında sunulan iyileştirme önerileri dikkate alınmıştır. Literatür araştırmasında yer verilen örnekler incelendiğinde yazılım geliştirme sürecinin başından itibaren bağımsız bir bakışla tasarım faaliyetlerinin daha yakından takip edilmesinin, kalite fonksiyonunun tasarım süreçlerine dahiliyetini arttıracağı öngörülmüştür.[3] 3.1 ATAD Faaliyetleri Yazılım kalite güvence faaliyetlerinin etkinliğini arttırmak amacıyla mevcut yazılım kalite güvence faaliyetlerine ek olarak önerilen ATAD faaliyetleri Şekil-1 de gösterilmektedir. Şekil-1 deki gösterim Yazılım Geliştirme Süreci üzerinden verilmiştir. Sürecin her bir adımının sonunda yatay/dikey oklar ile belirtilen ATAD faaliyetleri YKGM tarafından bağımsız olarak yürütülmektedir. Yazılım Tasarımını Tanımla adımı mevcut Yazılım Geliştirme Süreci nde ayrı bir adım olarak tanımlı değildir. Yazılım İyileştirme Ekibi tarafından kabul edilen süreç iyileştirme önerisine istinaden yapılacak pilot çalışma için gösterimde yer verilmiştir. Şekil 1: Yazılım ATAD Faaliyetleri Şekildeki gösterim Şelale Modeli ne göre hazırlanmıştır. SCRUM gibi çevik yazılım geliştirme yöntemleri uygulanan yazılım geliştirme faaliyetlerinde, ATAD faaliyetleri herhangi bir sürüm için gerçekleştirilecektir. ATAD faaliyetleri ile koşularda (iterasyon) gerçekleştirilen yazılım geliştirme yaşam döngüsü adımları detaylı olarak değerlendirilmiş olacaktır. Böylece sistem entegrasyon testine girecek olan yazılım sürümleri ile ilgili olası eksiklikler yazılım geliştirme faaliyetlerine paralel olarak saptanabilecektir. ATAD faaliyetleri şu aşamalardan oluşur:

Planlama. Yılın her çeyreği için proje takvimine ve tasarım ekibinin iş planına uygun olarak yapılır. ATAD planı, yazılım geliştirme ve yazılım test ekipleri ile paylaşılır. Hazırlık. ATAD planında değerlendirme dönemine giren proje kapsamında yazılım geliştirme süreci ve ilgili diğer süreç varlıkları incelenir. Projede uygulanan yazılım geliştirme yöntemi analiz edilir. ATAD hazırlık sorularına yanıt aranır. (Örnek için bkz. Tablo-1 Yazılım Gerçekleme ATAD Soru Listesi Bölüm A.) Değerlendirme ve Raporlama. Bu aşamada soru listesinin B bölümünde yer alan değerlendirme soruları sorulur. (Örnek için bkz. Tablo-1 Yazılım Gerçekleme ATAD Soru Listesi Bölüm B.) Tasarım faaliyetlerinin iyileştirmeye açık yönleri ile birlikte güçlü yönleri de raporlanır.. YKGM tarafından yapılan değerlendirme neticesinde (varsa) iyileştirme önerileri ilgili paydaşlara sunulur. Değerlendirmede kullanılan soru listesinin bir örneği Tablo-1 de verilmiştir. ATAD # YAZILIM GERÇEKLEME İş Ürünleri Katılımcılar Girdiler Elektronik Dosya İçeriği, Yazılım Versiyon Tanımı, Medya Yazılım/Yazılım Test Ekip Liderleri, YKB Sorumlusu Yazılım Geliştirme Planı (YGP)/Sürüm Planı, Yazılım Gereksinim Özellikleri (YGÖ), Yazılım Tasarım Tanımı (YTT), (varsa) Veritabanı Tasarım Tanımı (VTTT), Yazılım Beyaz Kutu Testleri Kayıt Formu, Birim Test Tanımı (BTET), Birim Test Raporu (BTER) KANIT DURUM İŞLEM MADDESİ AÇIKLAMA TERMİN ATAD İşlem 1 Daha önce yapılan ATAD faaliyet(ler)inde saptanan ve bu faaliyete girdi oluşturan uygunsuzluk(lar) kapatılmış mı? Maddeleri Listesi, Bildirim Takip Dosyası A. HAZIRLIK 2 3 Yazılım geliştirme faaliyetleri planlanmış ve tüm paydaşların katılımı sağlanmış mı? Yazılım gerekleri tanımlanarak temeli alınmış ve tüm paydaşların katılımı sağlanmış mı? YGP, Gözden Geçirme Tutanağı (GGT) YGÖ, DOORS, GGT YTT ve/veya VTTT temeli alınmış ve tüm 4 paydaşlara duyurulmuş mu? Yazılım tasarımı ve veri tabanı tasarımı tanımlamaları yapılarak temeli alınmış ve YTT, VTTT, DOORS, GGT

tüm paydaşların katılımı sağlanmış mı? Elektronik B. DEĞERLENDİRME 1 2 3 4 Tasarım elektronik dosya, medya ve yazılım versiyon tanımı içerikleri sürüm planına uygun olarak hazırlanmış ve tüm paydaşların katılımı sağlanmış mı? YGP'de kullanılması öngörülen kodlama standartlarına uygun olarak geliştirme yapılmış mı? YGP de gözden geçirileceği belirtilen kod kesimleri gözden geçirilmiş mi? Beyaz kutu/birim test yapılacak YKB ler seçilmiş ve yazılım beyaz kutu/birim testleri yapılmış mı? Dosya İçeriği, Yazılım Versiyon Tanımı, Medya, YGP/Sürüm Planı YGP, Kaynak Kod Kod GGT, YGP Yazılım Beyaz- Kutu Test Formu, YGÖ, Birim Test Tanımı, Birim Test Raporu Tablo 1. Örnek (Yazılım Gerçekleme) ATAD Soru Listesi a. Takip Etme. Katılımcılardan gelen öneriler ve görüşler dikkate alınarak işlem maddeleri takip edilir ve gerekli düzeltici faaliyetlerin tamamlandığı teyit edildiğinde ATAD faaliyeti sonlandırılır. Son olarak ATAD performansı değerlendirilerek ATAD faaliyetlerinin etkinleştirilmesine yönelik önlemler de alınabilir. Bu önlemler bir sonraki çeyrek yılın planlamasına girdi oluşturur.[4] 4 Pilot Çalışma ATAD faaliyetleri Mayıs 2014 te tanımlanmış ve radar, elektronik destek ve elektronik taarruz alanlarında faaliyet gösteren dört projede uygulanmıştır. ATAD faaliyetlerinde tespit edilen bulgular ile ASELSAN REHİS Yönetim Sistemi nde halihazırda tanımlı olan işlevsel/fiziksel konfigürasyon tetkiklerinde tespit edilen bulgular kategorilere ayrılarak kapatılma süreleri karşılaştırıldığında Şekil-2 deki veriler elde edilmiştir. Bulgu kategorileri grafiğin yatay ekseninde belirtilmiştir.

300 250 200 150 100 50 0 95% 266 91% 88% 199 75% 72% 205 171 155 165 58% 165 143 54% 152 45% 82 79 93 95 50 40 23 8 20 38% İKT/FKT Bulguları ATAD Bulguları Yüzde Farkı Şekil 2: Bulguların sınıflarına göre ortalama kapatılma süresi (gün sayısı) Şekil-2 de karşılaştırılan İKT/FKT faaliyetleri YKB ye ait tüm yazılım geliştirme süreci çıktılarının toplu olarak değerlendirildiği konfigürasyon tetkikleri iken ATAD faaliyetleri yazılım geliştirme sürecine paralel olarak gerçekleştirilen ara değerlendirmelerdir. Pilot çalışmadan toplanan veriler ATAD faaliyetlerinde açılan bulguların kapatılması için geçen gün sayısının, yazılım geliştirme sürecinin sonunda gerçekleştirilen İşlevsel/Fiziksel Konfigürasyon Tetkikleri nde (İKT/FKT) açılan bulgulara göre yukarıda verilen oranlarda kısaldığını göstermiştir. Örneğin Sistem/Arayüz Tasarımı kategorisindeki bulgular İKT/FKT lerde 155 günde kapatılırken ATAD faaliyetlerinde saptandığında 8 günde kapatılabilmiştir. Bu durum önemli ölçüde iyileşme olduğunu göstermektedir. Şekil-2 den de görülebilediği gibi bulguların kapatılma sürelerindeki iyileştirme yazılım geliştirme sürecinin ilk adımları için %75-95 civarında iken sonraki adımları için %38-58 aralığındadır. Bunun nedeni şu şekilde yorumlanmıştır: ATAD faaliyetleri yazılım geliştirme sürecine paralel olarak gerçekleştilirken İKT/FKT tetkikleri süreç sonlandıktan sonra gerçekleştirilmektedir. Kalite faaliyetlerinin yazılım geliştirme sürecine paralel olarak yapılması tasarım faaliyetlerinin planlanmasına ve takibine katkı sağladığı için tasarım ekibinden hızlı yanıt alınarak bulguların daha kısa sürede kapatılması sonucunu doğurmuştur. Ortaya çıkan bu sonucun, projenin son aşamalarında yapılan İKT/FKT lerde tasarım ekibinin birden fazla projede görev alması nedeniyle, tetkik edilen projeye geri dönüp bulguları kapatmaya yoğunlaşmasının vakit almasından kaynaklandığı değerlendirilmiştir. Şekil-2 de ATAD faaliyetlerinde tespit edilen bulguların kapatılma sürelerinin özellikle yazılımın detaylı tasarımı, gerçeklenmesi ve doğrulanması aşamaları sırasında artış gösterdiği görülmektedir. ATAD larda tasarım ekibine açılan işlem maddeleri SCRUM koşuları boyunca kapatılmakta ve iş takibinin

yapıldığı koşu dosyalarına girdi oluşturmaktadır. ATAD faaliyetlerinde tespit edilen bulguların planlanan İKT/FKT faaliyetlerine göre kaç gün öncesinde saptandığı ise Şekil-3 te verilmiştir. Şekil 3: Bulgu tespitindeki iyileşme (gün sayısı) Bulguların ortalama tespit zamanı ve kapatılma sürelerinde görülen iyileşmeler doğrultusunda ATAD faaliyetlerinin ASELSAN REHİS Yönetim Sistemi ne katma değer sağladığı sonucuna varılmıştır.[5] 5 Değerlendirme ve Gelecekteki Çalışmalar Bölüm-4 te değinildiği gibi ATAD ve İKT/FKT lerde saptanan bulgular aynı kategorilerdeki bulgular olmuştur. Böylece aynı tipteki veriler karşılaştırılarak nicel bir analiz yapma fırsatı doğmuştur. Bulgu kategorileri yazılım geliştirme sürecinin çıktıları ile örtüşmektedir. Söz konusu çalışmada yapılan analiz sırasında ATAD bulguları ile birlikte mevcut İKT/FKT bulguları da daha detaylı olarak incelenmiştir. Buna göre yazılım/yazılım test planlama, yazılım mimari tasarımı ve test yazılımı doğrulama gibi sürecin başında yapılması gereken işlem maddelerinin İKT/FKT ler sonucunda ortalama olarak 200 günden daha uzun sürelerde kapatılabildiği göze çarpmaktadır. ATAD faaliyetleri ile bu süre yaklaşık olarak 50 gün civarına düşmüştür. Buradan aynı tipteki bulguların daha erken tespit edilmesinin bulguların kapatılma süresine olan etkisi de görülebilmektedir. Bu durum yazılım kalite güvence faaliyetlerinin etkinliğinin arttığını göstermiştir. Pilot çalışmada toplanan ölçümlerin analizi ve çalışmaya dâhil olan tasarım ekiplerinden alınan geri dönüşler neticesinde ATAD faaliyetlerinin kurumsal seviyede yaygınlaştırılmasının uygun olacağı değerlendirilmiştir. ATAD faaliyetlerinin sırasıyla sistem ve donanım geliştirme süreçlerine de uygulanması planlanmaktadır.

Yapılan pilot çalışma kapsamında seçilen iki adet tasarım altyüklenici firmanın ASELSAN REHİS için geliştirdikleri ürünler de değerlendirilmiş ve ilgili firmalara bulgular açılarak takip edilmiştir. Tasarım altyüklenicileri ile koordinasyonu arttırması ve teslim alınan ürünlerin kalitesinin arttırılması açısından da ATAD faaliyetlerinin fayda sağlayacağı değerlendirilmiştir. Bu amaçla ATAD soru listelerinin tasarım altyüklenici faaliyetleri için uyarlanarak kullanılması uygun görülmüştür.[6] Kaynaklar [1] Software Development Process Audits - A General Procedure, Stewart G. Crawford & M. Hosein Fallah, AT&T Bell Laboratories, New Jersey USA [2] Integrating Quality Assurance into the Software Development Life Cycle, Leslie Tierstein, STR LLC and Hilary Benoit, W R Systems, Ltd. [3] IEEE 1028-2008 IEEE Standard for Software Reviews and Audits [4] Survey on Impact of Software Metrics on Software Quality, Mrinal Singh Rawat, Arpita Mittal, Sanjay Kumar Dubey, Boeing. USA [5] Software Quality & Productivity, E. Fuchs & S.G. Chappell, AT&T Bell Laboratories New Jersey USA [6] A Theory of Quality Management Underlying The Deming Management Method, John. C. Anderson, Manus Rungtusanatham, Roger G. Schroeder, University of Minnesota