Vikipedi

Kullanıcı:Etü2024/deneme tahtası

Yazılım kalite yönetimi

değiştir

Yazılım Kalite Yönetimi ( SQM ), ürünün müşterinin beklediği kalite standartlarını karşılamasını ve varsa gerekli düzenleyici ve geliştirici gereksinimlerini karşılamasını en iyi şekilde sağlayacak şekilde yazılım kalitesini geliştirmeyi ve yönetmeyi amaçlayan bir yönetim sürecidir. [1] [2] [3] Yazılım kalite yöneticileri, yazılımların piyasaya sürülmeden önce test edilmesini isterler ve bunu, hataları piyasaya sürülmeden önce ortaya çıkarmak ve düzeltmek için döngüsel, süreç tabanlı bir kalite değerlendirmesi kullanarak yaparlar. Görevleri yalnızca yazılımlarının tüketici için iyi durumda olmasını sağlamak değil, aynı zamanda kuruluş genelinde bir kalite kültürü teşvik etmektir. [1] [2] [3]

Kalite yönetim faaliyetleri

değiştir

Yazılım kalite yönetimi faaliyetleri genellikle üç temel bileşene ayrılır: kalite güvencesi, kalite planlaması ve kalite kontrolü. [4] [5] Yazılım mühendisi ve yazar Ian Sommerville gibi bazıları "kalite kontrol" terimini kullanmazlar (kalite kontrol genellikle bir yazılım geliştirme terimi olmaktan çok bir üretim terimi olarak görülür), bunun yerine ilişkili kavramları kalite güvencesi kavramıyla ilişkilendirirler. [6] Ancak üç temel bileşenin geri kalanı aynı kalıyor.

Kalite güvencesi

değiştir

Yazılım kalite güvencesi, örgütsel süreçlerin düzenli ve mantıksal bir kümesini oluşturur ve bu örgütsel süreçlerle eşleştirilmesi gereken, sektörün en iyi uygulamalarına dayalı yazılım geliştirme standartlarına karar verildiğinde, yazılım geliştiricilerin daha yüksek kalitede yazılım üretme şansı artar. Ancak, "bakım kolaylığı" ve "güvenilirlik" gibi kalite niteliklerini süreçlere bağlamak, yaratıcı tasarım unsurları nedeniyle üretimdeki mekanik süreçlere kıyasla yazılım geliştirmede daha zordur. [7] [8] [9] Ek olarak, "süreç standardizasyonu bazen yaratıcılığı engelleyebilir ve bu da daha iyi kalitede yazılım yerine daha düşük kalitede yazılıma yol açabilir." [9]

Bu aşama şunları içerebilir:

  • standart şablonlar kullanılarak iyi tanımlanmış mühendislik belgelerinin oluşturulması gibi belgeleme süreci standartlarının teşvik edilmesi
  • kalite incelemeleri gibi standart süreçlerin nasıl yürütüleceğine dair rehberlik
  • işlem içi test verisi kayıt prosedürlerinin gerçekleştirilmesi
  • Yazılım geliştirme süreçlerinde kullanılması gereken standartların varsa belirlenmesi

Kaliteli planlama

değiştir

Kalite planlaması, daha ayrıntılı, proje tabanlı bir düzeyde çalışır; projenin çıktısıyla ilişkilendirilecek kalite niteliklerini ve bu niteliklerin nasıl değerlendirilmesi gerektiğini tanımlar. Ayrıca, mevcut organizasyonel standartlar da bu aşamada projeye atanabilir. "Sağlamlık", "erişilebilirlik" ve "modülerlik" gibi nitelikler yazılım geliştirme projesine atanabilir. [10] [11] Bu daha resmi, bütünsel bir süreç olsa da, daha çevik bir kalite yönetimi yöntemi kullananlar, katı planlama yapılarına daha az önem verebilirler. [12] Kalite planı ayrıca hedeflenen pazarı, kritik yayın tarihlerini, kalite hedeflerini, beklenen riskleri ve risk yönetimi politikasını da ele alabilir. [11] [12]

Kalite kontrol

değiştir

Kalite kontrol ekibi, hem organizasyonel hem de proje düzeyinde kalite güvence süreçlerinin ve standartlarının takip edilmesini sağlamak için yazılımı çeşitli aşamalarda test eder ve inceler. [13] [14] (Sommerville gibi bazıları bu sorumlulukları kalite kontrolü olarak adlandırmak yerine kalite güvencesine bağlar. [15] ) Bu kontroller, test edilecek ürüne ilişkin daha nesnel bir görüş sağlamak için geliştirme ekibinden ayrı olarak yapılır. [14] [15] Ancak, geliştirme tarafındaki proje yöneticileri de yardımcı olmalı ve bu aşamanın bir parçası olarak "hatalar keşfedildiğinde suçlamadan destek sağlayan bir kültür"ün teşvik edilmesine yardımcı olmalıdır. [15] Daha çevik bir kalite yaklaşımı uygulayan yazılım geliştirme firmalarında, bu faaliyetler daha az resmi olabilir; ancak, daha resmi bir kalite yönetim yapısından çevik yöntemlere geçiş, yönetim prosedürleri uygun şekilde uyarlanmazsa sorunlara yol açabilir. [15]

Faaliyetler şunları içerir:

  • Yazılımın test sürecinin uygun şekilde belgelendirilmesi de dahil olmak üzere test sürümünün yayınlanması
  • Yazılımın ve ilgili belgelerin standartlara uygun olmaması açısından incelenmesi
  • Önceki testlerde ayrıntılı olarak açıklanan gerekli değişikliklerin ele alındığından emin olmak için yazılımın takip incelemesi
  • Değerlendirme için yazılım ölçümü ve ölçümlerinin uygulanması

Yazılım kalitesi ve yazılım yaşam döngüsü

değiştir

Yazılım kalitesinin ölçülmesi, üretimden farklıdır; toleranslar uygulanabilir değildir (en azından aynı şekilde) ve yazılımın özelliklere uyup uymadığına ilişkin nesnel sonuçlara varmak zor, hatta imkansızdır. [16] Ancak yazılımın kalitesi ve amaca uygunluk durumu, gerçekleştirilen projenin organizasyonuna ve türüne bağlı olarak çeşitli şekillerde gerçekleştirilebilir. [17] Bu, yazılım geliştirme yaşam döngüsünün tamamının desteklenmesiyle gerçekleştirilir; yani:

  • gereksinimlerin toplanması ve bir BT projesinin kapsamının tanımlanması, tanımlanan gereksinimlerin test edilebilir olup olmayacağının doğrulanmasına odaklanılması;
  • Çözümün tasarlanması, bir test sürecinin planlanmasına odaklanmıştır, örneğin, ne tür testler gerçekleştirilecek ve bunlar test ortamları ve test verileri bağlamında nasıl gerçekleştirilecek? ;
  • test durumları ve senaryolarla desteklenen bir çözümün uygulanması, bunların yürütülmesi ve hataların kaydedilmesi, hataların çözülmesinin koordinasyonu dahil;
  • Planlanan değişikliklerin oluşturulan bir çözümün kalitesini ve nihai olarak bir test planının değişimini nasıl etkileyebileceğinin doğrulanmasıyla desteklenen değişiklik yönetiminin uygulanması; ve
  • Oluşturulan çözümün genel kalitesinin karmaşık bir şekilde doğrulanmasına odaklanan testlerin gerçekleştirilmesiyle desteklenen projenin kapatılması.

BT yöntemlerine bağlantılar

değiştir

Yazılım kalite yönetimi, aşağıdakiler de dahil olmak üzere çeşitli proje yönetimi, geliştirme ve BT operasyon yöntemleriyle güçlü bir şekilde bağlantılı bir konudur:

  • Oluşturulan ürünlerin çift kontrollü ve objektif kontrolünün gerekliliğini anlatan "Proje ortamında kalite" bileşeni. Kalite yönetim sistemi, kalite kontrol fonksiyonu, kalite planlaması ve kalite kontrolleri olmak üzere 4 unsurun kullanılmasını önermektedir.
  • Oluşturulan ürünlerin tanımlanmış kalite kriterlerini karşılayıp karşılamadığının doğrulanmasına odaklanan "Kalite İnceleme Tekniği".


Proje yönetim yöntemi PMBOK 4. baskı [18] Proje Kalite Yönetimi bilgi alanını ve aşağıdaki süreçleri tanımlar:

  • 3.4.12 Plan Kalitesi,
  • 3.5.2. Kalite Güvencesini Gerçekleştirin,
  • 3.6.7. Kalite Kontrolünü Gerçekleştirin
  • Gelişim metodu RUP, başlangıçtan başlayıp geçiş aşamasına kadar tüm aşamalarda uygulanan disiplin testini tanımlar.
  • MSF geliştirme yöntemi, esas olarak bir çözümü test etmeye odaklanan test rolünü ve stabilizasyon aşamasını tanımlar. [19]
  • Çevik yöntemler, test uzmanının rolünü veya yazılım kalite yönetimiyle ilgili mekanizmaları kesin olarak tanımlamaz. Yöntemler yalnızca sürekli entegrasyon ve test odaklı geliştirme gibi teknikleri tanımlamaktadır. Ancak son olarak çevik test hakkında bir yayın ortaya çıktı.
  • Operasyonel yöntem CMMI, diğerlerinin yanı sıra CMMI seviye 2'de zorunlu olan PPQA "Süreç ve Ürün Kalite Güvencesi" süreç alanını tanımlar.
  • Operasyonel yöntem COBIT, diğerlerinin yanı sıra P08 Kaliteyi Yönet sürecini tanımlar.
  • Operasyonel yöntem ITIL, diğerlerinin yanı sıra Sürekli Hizmet İyileştirme adlı yayında tanımlanmıştır.
  • V-Model – Yazılım geliştirme yaşam döngüsünü ve test sürecini tanımlayan model.
  • ISO 9000 – standartlar ailesi kalite yönetim sistemleriyle ilgilidir ve kuruluşların ürünle ilgili yasal ve düzenleyici gereklilikleri yerine getirirken müşterilerin ve diğer paydaşların ihtiyaçlarını karşılamalarına yardımcı olmak için tasarlanmıştır.[1]

Dernekler ve kuruluşlar

değiştir
  • Amerikan Kalite Derneği (ASQ), üyelerine kalite yönetimi, sürekli iyileştirme ve ürün güvenliği ile ilgili sertifikasyon, eğitim, yayınlar, konferanslar ve diğer hizmetler sağlayan profesyonel bir kuruluştur.
  • Uluslararası Yazılım Test Yeterlilik Kurulu (ISTQBP), Belçika'da kayıtlı, kar amacı gütmeyen uluslararası bir dernektir. Yazılım test uzmanları için sertifikasyon sürecini yönetiyor ve 120'den fazla ülkede 535.000'den fazla sertifika yayınına sahip. [20]

Ayrıca bakınız

değiştir

Referanslar

değiştir

Zsolt, U. (February 2014). "Software quality management" (PDF). Software Development Processes and Software Quality Assurance. University of Pannonia. ss. 117–121. Erişim tarihi: 7 December 2017. 

Maxim, B.R. (2014). "Software Quality Management" (PPT). University of Michigan - Dearborn. Erişim tarihi: 7 December 2017. 

Sommerville, I. (2011). "Chapter 24: Quality Management". Software Engineering (9th bas.). Addison-Wesley. ss. 651–680. ISBN 9780137035151. 

  1. ^ a b Zsolt, U. (February 2014). "Software quality management" (PDF). Software Development Processes and Software Quality Assurance. University of Pannonia. ss. 117–121. Erişim tarihi: 7 December 2017. 
  2. ^ a b Maxim, B.R. (2014). "Software Quality Management" (PPT). University of Michigan - Dearborn. Erişim tarihi: 7 December 2017. 
  3. ^ a b Sommerville, I. (2011). "Chapter 24: Quality Management". Software Engineering. 9th. Addison-Wesley. ss. 651–680. ISBN 9780137035151. 
  4. ^ Zsolt, U. (February 2014). "Software quality management" (PDF). Software Development Processes and Software Quality Assurance. University of Pannonia. ss. 117–121. Erişim tarihi: 7 December 2017. 
  5. ^ Maxim, B.R. (2014). "Software Quality Management" (PPT). University of Michigan - Dearborn. Erişim tarihi: 7 December 2017. 
  6. ^ Sommerville, I. (2011). "Chapter 24: Quality Management". Software Engineering. 9th. Addison-Wesley. ss. 651–680. ISBN 9780137035151. 
  7. ^ Zsolt, U. (February 2014). "Software quality management" (PDF). Software Development Processes and Software Quality Assurance. University of Pannonia. ss. 117–121. Erişim tarihi: 7 December 2017. 
  8. ^ Maxim, B.R. (2014). "Software Quality Management" (PPT). University of Michigan - Dearborn. Erişim tarihi: 7 December 2017. 
  9. ^ a b Sommerville, I. (2011). "Chapter 24: Quality Management". Software Engineering. 9th. Addison-Wesley. ss. 651–680. ISBN 9780137035151. 
  10. ^ Zsolt, U. (February 2014). "Software quality management" (PDF). Software Development Processes and Software Quality Assurance. University of Pannonia. ss. 117–121. Erişim tarihi: 7 December 2017. 
  11. ^ a b Maxim, B.R. (2014). "Software Quality Management" (PPT). University of Michigan - Dearborn. Erişim tarihi: 7 December 2017. 
  12. ^ a b Sommerville, I. (2011). "Chapter 24: Quality Management". Software Engineering. 9th. Addison-Wesley. ss. 651–680. ISBN 9780137035151. 
  13. ^ Zsolt, U. (February 2014). "Software quality management" (PDF). Software Development Processes and Software Quality Assurance. University of Pannonia. ss. 117–121. Erişim tarihi: 7 December 2017. 
  14. ^ a b Maxim, B.R. (2014). "Software Quality Management" (PPT). University of Michigan - Dearborn. Erişim tarihi: 7 December 2017. 
  15. ^ a b c d Sommerville, I. (2011). "Chapter 24: Quality Management". Software Engineering. 9th. Addison-Wesley. ss. 651–680. ISBN 9780137035151. 
  16. ^ Sommerville, I. (2011). "Chapter 24: Quality Management". Software Engineering. 9th. Addison-Wesley. ss. 651–680. ISBN 9780137035151. 
  17. ^ Kelemen, Z. D. (2013). Process Based Unification for Multi-Model Software Process Improvement Eindhoven: Technische Universiteit Eindhoven. 978-90-386-3313-8
  18. ^ A Guide to the Project Management Body of Knowledge, Fourth Edition, PMI, USA, 2008
  19. ^ Microsoft Solution Framework - Chapter 18 Stabilization phase, Published: April 27, 2005
  20. ^ "Certifying Software Testers Worldwide". International Software Testing Qualifications Board. Erişim tarihi: 7 December 2017. 
"https://tr.wikipedia.org/w/index.php?title=Kullanıcı:Etü2024/deneme_tahtası&oldid=34078587" sayfasından alınmıştır