Yazılım Ölçümü

Yazılım ölçüm çerçevesi üç ilkeye dayanmaktadır:

  • İncelenecek varlıkların sınıflandırılması
  • İlgili ölçüm hedeflerinin belirlenmesi
  • Kuruluşun ulaştığı olgunluk düzeyinin belirlenmesi

İncelenecek Varlıkların Sınıflandırılması

Yazılım mühendisliğinde, esas olarak üç sınıf varlık mevcuttur. Onlar -

  • Processes
  • Products
  • Resources

Tüm bu varlıkların hem iç hem de dış varlıkları vardır.

  • Internal attributestamamen süreç, ürün veya kaynakların kendisi açısından ölçülebilenlerdir. Örneğin: Boyut, karmaşıklık, modüller arası bağımlılık.

  • External attributessadece çevreyle ilişkisi açısından ölçülebilenlerdir. Örneğin: Bir kullanıcının yaşadığı toplam arıza sayısı, veritabanında arama yapmak ve bilgi almak için geçen süre.

Varlıkların her biri için ölçülebilen farklı özellikler aşağıdaki gibidir -

Süreçler

Süreçler, yazılımla ilgili faaliyetlerin koleksiyonlarıdır. Aşağıda, bir işlem için doğrudan ölçülebilen bazı dahili özellikler verilmiştir -

  • Sürecin veya faaliyetlerinden birinin süresi

  • Süreç veya faaliyetlerinden biriyle ilişkili çaba

  • Süreç veya faaliyetlerinden biri sırasında ortaya çıkan belirli bir türdeki olayların sayısı

Bir sürecin farklı dış nitelikleri maliyet, kontrol edilebilirlik, etkinlik, kalite ve istikrartır.

Ürün:% s

Ürünler yalnızca yönetimin teslim etmeyi taahhüt ettiği öğeler değil, aynı zamanda yazılım yaşam döngüsü boyunca üretilen herhangi bir yapı veya belgedir.

Farklı dahili ürün özellikleri boyut, çaba, maliyet, belirtim, uzunluk, işlevsellik, modülerlik, yeniden kullanım, artıklık ve sözdizimsel doğruluktur. Bunların arasında, efor ve maliyetin ölçülmesi diğerlerine göre nispeten kolaydır.

Farklı harici ürün özellikleri, kullanılabilirlik, bütünlük, verimlilik, test edilebilirlik, yeniden kullanılabilirlik, taşınabilirlik ve birlikte çalışabilirliktir. Bu özellikler yalnızca kodu değil, aynı zamanda geliştirme çabasını destekleyen diğer belgeleri de tanımlar.

Kaynaklar

Bunlar, bir süreç aktivitesinin gerektirdiği varlıklardır. Yazılım üretimi için herhangi bir girdi olabilir. Personeli, malzemeleri, araçları ve yöntemleri içerir.

Kaynaklar için farklı dahili özellikler yaş, fiyat, boyut, hız, bellek boyutu, sıcaklık vb .'dir. Farklı dış özellikler üretkenlik, deneyim, kalite, kullanılabilirlik, güvenilirlik, rahatlık vb.

İlgili Ölçüm Hedeflerini Belirleme

Belirli bir ölçüm, yalnızca süreci veya sonuçta ortaya çıkan ürünlerinden birini anlamaya yardımcı olursa faydalı olacaktır. Süreç veya ürünlerdeki iyileştirme, yalnızca proje süreçler ve ürünler için açıkça tanımlanmış hedeflere sahip olduğunda gerçekleştirilebilir. Süreç olgunluk çerçevesi bağlamında belirli bir proje için önerilen ölçütleri oluşturmak için hedeflerin net bir şekilde anlaşılması kullanılabilir.

Hedef – Soru – Metrik (GQM) paradigması

GQM yaklaşımı, aşağıdaki üç adımı içeren bir çerçeve sağlar:

  • Geliştirme veya bakım projesinin ana hedeflerini listelemek

  • Hedeflere ulaşılıp ulaşılmadığını belirlemek için cevaplanması gereken her hedeften soruları türetmek

  • Soruları yeterince cevaplayabilmek için neyin ölçülmesi gerektiğine karar verin

GQM paradigmasını kullanmak için önce organizasyonun genel hedeflerini ifade ederiz. Ardından, hedeflere ulaşılıp ulaşılmadığını belirleyebilmemiz için cevapları bilinecek şekilde sorular oluştururuz. Daha sonra, her soruyu yanıtlamak için her soruyu hangi ölçüme ihtiyacımız olduğuna göre analiz edin.

Tipik hedefler üretkenlik, kalite, risk, müşteri memnuniyeti vb. Açısından ifade edilir. Hedefler ve sorular hedef kitleleri açısından oluşturulmalıdır.

Basili & Rombach, hedefleri, soruları ve ölçütleri oluşturmaya yardımcı olmak için bir dizi şablon sağladı.

  • Purpose - Anlamak, değerlendirmek, yönetmek, mühendislik yapmak, öğrenmek, iyileştirmek vb. İçin (süreci, ürünü, modeli, ölçütü, vb.) Example: Ürünü öğrenmek için karakterize etmek.

  • Perspective - Geliştirici, yönetici, müşteri vb. Bakış açısından (maliyet, etkinlik, doğruluk, kusurlar, değişiklikler, ürün ölçüleri vb.) Example: Kusurları müşterinin bakış açısından inceleyin.

  • Environment - Ortam şunlardan oluşur: süreç faktörleri, insan faktörleri, problem faktörleri, yöntemler, araçlar, kısıtlamalar vb. Example: Bu yazılımın müşterileri, araçlar hakkında hiçbir bilgisi olmayan kişilerdir.

Ölçüm ve Süreç İyileştirme

Normalde ölçüm aşağıdakiler için yararlıdır:

  • Süreci ve ürünleri anlamak
  • Bir temel oluşturmak
  • Sonuca erişmek ve tahmin etmek

SEI tarafından verilen sürecin olgunluk seviyesine göre ölçüm tipi ve ölçüm programı farklı olacaktır. Aşağıda, her olgunluk düzeyinde uygulanabilecek farklı ölçüm programları bulunmaktadır.

Level 1: Ad hoc

Bu seviyede girdiler yanlış tanımlanırken çıktılar beklenir. Girdiden çıktıya geçiş tanımsız ve kontrolsüzdür. Bu düzeyde süreç olgunluğu için, ölçüm için bir başlangıç ​​noktası sağlamak üzere temel ölçümlere ihtiyaç vardır.

Level 2: Repeatable

Bu seviyede, sürecin girdi ve çıktıları, kısıtlamaları ve kaynakları belirlenebilir. Tekrarlanabilir bir süreç aşağıdaki diyagramla açıklanabilir.

Girdi ölçüleri, gereksinimlerin boyutu ve değişkenliği olabilir. Çıktı, sistem boyutu, personel çabası açısından kaynaklar ve maliyet ve program açısından kısıtlamalar açısından ölçülebilir.

Level 3: Defined

Bu seviyede ara faaliyetler tanımlanır ve bunların girdileri ve çıktıları bilinir ve anlaşılır. Tanımlanan işlemin basit bir örneği aşağıdaki şekilde açıklanmaktadır.

Ara faaliyetlerin girdisi ve çıktısı incelenebilir, ölçülebilir ve değerlendirilebilir.

Level 4: Managed

Bu seviyede, erken proje faaliyetlerinden gelen geri bildirimler, mevcut faaliyetler için ve daha sonra proje faaliyetleri için öncelikleri belirlemek için kullanılabilir. Süreç faaliyetlerinin etkinliğini ölçebiliriz. Ölçüm, genel sürecin özelliklerini ve ana faaliyetler arasındaki ve arasındaki etkileşimin özelliklerini yansıtır.

Level 5: Optimizing

Bu seviyede, faaliyetlerden alınan önlemler, ölçüm geri bildirimlerine yanıt olarak süreç etkinliklerini kaldırıp ekleyerek ve süreç yapısını dinamik olarak değiştirerek süreci iyileştirmek için kullanılır. Böylece süreç değişikliği, organizasyonu ve projeyi olduğu kadar süreci de etkileyebilir. Süreç, sensörler ve monitörler olarak hareket edecek ve uyarı işaretlerine yanıt olarak süreci önemli ölçüde değiştirebiliriz.

Belirli bir olgunluk seviyesinde, o seviye ve altındaki tüm seviyeler için ölçümleri toplayabiliriz.

Olgunluk Düzeyini Belirleme

Süreç olgunluğu yalnızca görünür olanı ölçmeyi önerir. Bu nedenle, süreç olgunluğunun GQM ile kombinasyonu en yararlı önlemleri sağlayacaktır.

  • Şurada: level 1, projenin kötü tanımlanmış gereksinimleri olması muhtemeldir. Bu seviyede, ihtiyaç özelliklerinin ölçülmesi zordur.

  • Şurada: level 2gereksinimler iyi tanımlanmıştır ve her gereksinimin türü ve her türdeki değişiklik sayısı gibi ek bilgiler toplanabilir.

  • Şurada: level 3ara faaliyetler, her faaliyet için giriş ve çıkış kriterleri ile tanımlanır

Hedef ve soru analizi aynı olacaktır, ancak metrik olgunluğa göre değişecektir. Süreç ne kadar olgunlaşırsa ölçümler o kadar zengin olur. GQM paradigması, süreç olgunluğuyla uyumlu olarak, yöneticilere ölçüm programlarının tasarlanmasında yardımcı olan çeşitli araçlar için temel olarak kullanılmıştır.

GQM, özniteliğin ölçülmesi ihtiyacının anlaşılmasına yardımcı olur ve süreç olgunluğu, onu anlamlı bir şekilde ölçüp ölçemeyeceğimizi gösterir. Birlikte ölçüm için bir bağlam sağlarlar.