Yazılım Gereksinimleri – Ödev Hazırlatma – Proje Yaptırma – Tez Yaptırma Fiyatları – Sunum Örnekleri – Ücretli Ödev Yaptırma – Ödev Yaptırma Ücretleri
Yazılım Gereksinimleri Riski ve Sürdürebilirlik
Yazılım ölçümünde ilerleme kaydetmeye devam etmek için, güvenilirlik ve sürdürülebilirlik ile ilgili olduğu için, vurguda tasarım ve kod ölçümlerinden gereksinim değişiklikleri yapma riskini karakterize eden ölçümlere doğru bir geçiş olmalıdır.
Bunu yaparak, teslim edilen yazılımın kalitesi iyileştirilebilir çünkü gereksinim spesifikasyonlarındaki problemlerle ilgili kusurlar, yaşam döngüsünün erken dönemlerinde belirlenecektir. Güvenilirlik ve sürdürülebilirlik problemlerinin öngörücüleri olarak gereksinim değişikliği risk faktörlerini belirlemek için bir yaklaşım tanımlanmıştır.
Bu yaklaşım, uygulamaya göre değişen sayısal sonuçlarla diğer uygulamalara genelleştirilebilir. 24 uzay mekiği değişiklik talebinden, 19 risk faktöründen ve ilgili arızalardan ve yazılım ölçümlerinden oluşan bir örnek verilmiştir.
Gereksinimler ile güvenilirlik ve sürdürülebilirlik arasındaki ilişkiye ek olarak, gereksinimler ile yazılım ölçütleri (ör. boyut, karmaşıklık) arasında ve ölçütler ile güvenilirlik ve sürdürülebilirlik arasında ara ilişkiler vardır.
Bu ilişkiler, yazılımın güvenilirliğini ve sürdürülebilirliğini riske atacak şekilde etkileşime girebilir çünkü gereksinim değişiklikleri, güvenilirliği ve sürdürülebilirliği olumsuz yönde etkileyebilecek yazılımın boyutunda ve karmaşıklığında artışlara neden olabilir.
Birkaç proje, kod düzeyinde hata eğilimli yazılımları belirlemek için ölçüm uygulamalarının geçerliliğini ve uygulanabilirliğini göstermiştir.
Bu yaklaşım, güvenilirlik ve sürdürülebilirlik sorunlarının erken tespitine izin vermek için gereksinim seviyesinde uygulanır. Yazılımın yüksek riskli alanları belirlendikten sonra, geliştirme ve bakım süreci boyunca ayrıntılı takibe tabi tutulurlar.
Yazılım ölçümlerindeki araştırma ve literatürün çoğu, kod özelliklerinin ölçülmesiyle ilgilidir. Bu, kod yazıldıktan sonra ürün kalitesini ve süreç etkinliğini değerlendirmek için tatmin edicidir. Bununla birlikte, kuruluşlar ölçüm koduyla sınırlı ölçüm planları kullanırsa, planlar şu açılardan eksik olacaktır: eksik, kapsam eksikliği (ör. gereksinim analizi ve tasarımı yok) ve süreçte çok geç başlıyor.
Bir ölçüm planının etkili olabilmesi için gereksinimlerle başlamalı ve işletme ve bakıma kadar devam etmelidir. Gereksinim özellikleri, kod özelliklerini ve dolayısıyla güvenilirliği ve sürdürülebilirliği doğrudan etkilediğinden, gereksinimler belirlenirken bunların güvenilirlik ve sürdürülebilirlik üzerindeki etkilerini değerlendirmek önemlidir.
Gösterileceği gibi, ister yeni gereksinimler ister mevcut gereksinimlerdeki değişiklikler olsun, gereksinim değişikliklerinin güvenilirliğine ve sürdürülebilirliğine yönelik riskleri ölçmek mümkündür.
Yazılımın operasyonel güvenilirliği ve idame ettirilebilirliği için yüksek risk teşkil eden gereksinim özellikleri belirlendikten sonra, organizasyonun geliştirme ve bakım sürecinde değişiklikler önermek mümkündür.
Örnek olarak, görev açısından kritik yazılıma yönelik herhangi bir gereksinim değişikliğinin, ister yeni gereksinimler, ister mevcut gereksinimlerdeki değişiklikler, niceliksel bir risk analizine tabi tutulması olası bir öneridir. Politika, bir risk analizinin gerçekleştirileceğini belirtmenin yanı sıra, analiz edilecek risk faktörlerini (örneğin, bir gereksinim veya mod seviyesindeki değişiklik sayısı) ve bunların eşik veya kritik değerlerini belirtecektir.
Hataya açık yazılımları kod seviyesinde tanımlamak için kritik ölçüm değerlerini tanımlamanın geçerliliği ve uygulanabilirliği gösterilmiştir. Örneğin, uzay mekiğinde gereksinimlerin, tasarım belgelerinin ve kodun titiz denetimleri, yüksek güvenilirlik ve bakım kolaylığı elde etmeye diğer tüm süreç faktörlerinden daha fazla katkıda bulunmuştur.
Bu politika değişikliklerinin amacı, yazılım geliştirme ve bakımının çeşitli aşamaları aracılığıyla yüksek riskli gereksinimlerin yayılmasını önlemektir. Kuruluşa getirisi, görev açısından kritik yazılımın operasyon sırasında güvenilirlik ve bakım hedeflerini karşılamama riskini azaltmak olacaktır.
Yazılım Gereksinim dokümanı
Yazılım gereksinimi Nedir
Yazılım Spesifikasyonu Nedir
Yazılım gereksinim analizi örneği
Arayüz Gereksinimleri
Yazılım gereksinim analizi
Yazılım gereksinim dokümanı örneği
Yazılım gereksinim analizi PDF
GEREKSİNİM RİSKİNİN ANALİZİNE YAKLAŞIM
Gereksinimler ile güvenilirlik ve sürdürülebilirlik arasındaki ilişkiyi geriye dönük olarak analiz ederek, güvenilirlik ve sürdürülebilirlik ile ilişkili risk faktörlerini belirlemek mümkündür. Ek olarak, risk faktörleri, ilişkinin istatistiksel olarak anlamlı olma derecesine göre önceliklendirilir.
Bir gereksinim değişikliğinin etkisini ölçmek için, bir gereksinim değişikliğinin güvenilirlik (ör. başarısızlık insidansı), sürdürülebilirlik (ör. kod) ve proje yönetimi.
Tablo 1, uzay mekiğinin Değişiklik Talebi Hiyerarşisini göstermektedir; değişiklik talepleri (yani, yeni bir gereksinim için bir talep veya mevcut bir gereksinimin değiştirilmesi), tutarsızlık raporları (yani, DR’ler: belirtilen ve gözlemlenen yazılımlar arasındaki sapmaları belgeleyen raporlar) davranış) ve başarısızlıklar. Kategori 1’e karşı Kategori 2, kategorilerin ayırt edici unsurları olarak risk faktörleri açısından analiz edildi.
Kategorik Veri Analizi
Sıfır hipotezini kullanarak, Ho: Bir risk faktörü bir ayrım değildir. Alternatifine karşı güvenilirlik ve bakım kolaylığı söz konusudur. Bir risk faktörü, güvenilirliğin bir ayırıcısıdır ve sürdürülebilirlik, hipotezi test etmek için kategorik veri analizi kullanılır.
Benzer bir hipotez, risk faktörlerinin metrik özelliklerin ayırt edici işlevi görüp görmediğini değerlendirmek için kullanıldı. Hipotezleri test etmek için uzay mekiği “Three Engine Out” yazılımından (üç motor kaybolduğunda iptal dizisi başlatıldı) gereksinimler, gereksinim risk faktörleri, güvenilirlik ve ölçüm verileri kullanıldı.
Analizde kullanılan değişiklik talebi örneklerinin tanımını gösterir. Uzay mekiği yazılımının yüksek güvenilirliği nedeniyle örneklem boyutları küçüktür. Bununla birlikte, örneklem büyüklüğü, belirli durumlarda istatistiksel olarak anlamlı sonuçlar üreten istatistiksel testlerde dikkate alınan parametrelerden biridir.
Bazı durumlarda etkileşime giren çok sayıda değişkenin etkilerini en aza indirmek için artımlı olarak bir istatistiksel kategorik veri analizi gerçekleştirildi. Her seferinde yalnızca bir risk faktörü kategorisi, ek bir risk faktörü eklemenin Tutarsızlık Raporu olmayan değişiklik taleplerini ve sahip olan değişiklik taleplerini doğru bir şekilde sınıflandırma yeteneği üzerindeki etkisini gözlemlemek için kullanıldı.
Kategoriler arasındaki medyan farkı için Mann-Whitney testi kullanıldı çünkü istatistiksel dağılım hakkında herhangi bir varsayım yapılması gerekmiyor. Ek olarak, bazı risk faktörleri sıralı ölçekli niceliklerdir (örn. değişiklik düzeyi); bu nedenle, medyan kullanmak için uygun bir istatistiktir.
RİSK FAKTÖRLERİ
NASA Uzay Mekiği Uçuş Yazılımı organizasyonunun yazılım süreci sorunlarından biri, gereksinim değişikliklerini uygulama riskini değerlendirmektir. Bu değişiklikler, yazılımın güvenilirliğini ve bakımını etkileyebilir. Yazılım geliştirme yüklenicisi, değişiklik riskini değerlendirmek için bir dizi risk faktörü kullanır.
Aşağıda, güvenilirlik ve sürdürülebilirlik ile istatistiksel olarak anlamlı bir ilişkiye sahip olduğu bulunan 19 risk faktöründen 4’ünün tanımları yer almaktadır. Analizde kullanılan risk faktörlerinin adları tırnak içinde verilmiştir.
Arayüz Gereksinimleri Yazılım gereksinim analizi Yazılım gereksinim analizi örneği Yazılım gereksinim analizi PDF Yazılım Gereksinim dokümanı Yazılım gereksinim dokümanı örneği Yazılım gereksinimi Nedir Yazılım Spesifikasyonu Nedir