İyi Gereksinimleri Planlama

Öyleyse, iyi bir gereksinim yapan nedir? İyi bir gereksinim değerli ve uygulanabilir olmalıdır; bir ihtiyacı tanımlamalı ve çözüme giden bir yol sağlamalıdır. Takımdaki herkes bunun ne anlama geldiğini anlamalı. Gereksinimler karmaşıklığa göre değişir.

• İyi bir Gereksinimler Belgesi, üst düzey gereksinimleri alt gereksinimlere bölünmüş bir grubun parçası olabilir.

• Ayrıca, son ürünün davranışını veya bileşenlerini açıklayan bir dizi işlevsel gereksinimi içeren çok ayrıntılı spesifikasyonları da içerebilirler.

• İyi gereksinimlerin kısa ve net olması ve "neye ihtiyacımız var?" Sorusuna cevap vermesi gerekir. "Bir ihtiyacı nasıl karşılayabiliriz?" Yerine

• İyi gereksinimler, tüm paydaşların planın kendi bölümlerini anlamasını sağlar; Parçalar net değilse veya yanlış yorumlanmışsa, nihai ürün kusurlu veya arızalı olabilir.

Gereksinimler geliştikçe, süreç boyunca ekipten sürekli olarak geri bildirim alarak, gereksinimlerin başarısız olmasını veya yanlış yorumlanmasını önlemeye yardımcı olunabilir. Herkesle sürekli işbirliği ve katılım, başarının anahtarıdır.

İhtiyaç Toplama ve Analizi

Gereksinim, paydaşın bir sorunu çözmek veya kurumsal bir hedefe ulaşmak için ihtiyaç duyduğu bir koşul veya kabiliyettir; bir sistem tarafından karşılanması veya sahip olunması gereken bir koşul veya yetenek.

Yazılım mühendisliğinde gereksinim analizi , çeşitli paydaşların olası çatışan gereksinimlerini dikkate alarak, yeni veya değiştirilmiş bir ürün için ihtiyaçların veya koşulların belirlenmesi, yazılım veya sistem gereksinimlerinin analiz edilmesi, belgelenmesi, doğrulanması ve yönetilmesi ile ilgili görevleri kapsar.

Gereksinimler şöyle olmalıdır -

• Documented
• Actionable
• Measurable
• Testable
• Traceable

Gereksinimler, belirlenen iş ihtiyaçları veya fırsatları ile ilgili olmalı ve sistem tasarımı için yeterli bir ayrıntı düzeyinde tanımlanmalıdır.

Bir İş analisti, mevcut sistemleri gözlemleyerek, mevcut prosedürleri inceleyerek, müşterilerle ve son kullanıcılarla tartışarak bilgi toplar. Analist, çalışan bir Sistemin yokluğunda da yaratıcı ve yaratıcı becerilere sahip olmalıdır. Eksik halkaları bulmak için toplanan gereksinimi analiz etmek, gereksinim analizidir.

Yaklaşımı Kolaylaştırmak

Hedefleri ortaya çıkarmak için, iş uzmanına, geliştirme yöneticisine ve proje sponsoruna aşağıdaki soruları sorun:

• Bu proje şirketin hangi iş hedeflerine ulaşılmasına yardımcı olacak?

• Neden şimdi bu projeyi yapıyoruz?

• Daha sonra yaparsak ne olur?

• Ya hiç yapmazsak?

• Bu projeden kimler yararlanacak?

• Bundan yararlanacak insanlar, bunu şu anda yapılabilecek en önemli gelişme olarak görüyor mu?

• Bunun yerine farklı bir proje mi yapmalıyız?

Olası hedefler maliyetleri düşürmek, müşteri hizmetlerini iyileştirmek, iş akışını basitleştirmek, eski teknolojiyi değiştirmek, yeni bir teknolojiyi kullanmak ve diğerleri olabilir. Ayrıca, önerilen projenin belirtilen hedefe ulaşılmasına tam olarak nasıl yardımcı olacağını anladığınızdan emin olun.

Farklı Gereksinim Türleri

Bir İş analistinin ilgilendiği en yaygın gereksinim türleri aşağıdakiler olacaktır:

İş gereksinimleri

İş gereksinimleri, bir kuruluşun çözümden bağımsız kalırken kurumsal hedefleri karşılamak için gerçekleştirilmesi gereken kritik faaliyetlerdir. Bir iş gereksinimleri belgesi (BRD), müşteri ihtiyaç ve beklentilerinin dokümantasyonu dahil olmak üzere bir proje için iş çözümünün ayrıntılarını verir.

Kullanıcı gereksinimleri

Kullanıcı gereksinimleri, kullanıcının yazılım projesinden inşa edilecek yazılımdan beklediği / istediği özel gereksinimleri belirtmelidir. Bir kullanıcı gereksinimi Doğrulanabilir, Açık ve öz, Tam, Tutarlı, İzlenebilir, Uygulanabilir olmalıdır.

Kullanıcı gereksinimleri belgesi (URD) ​​veya kullanıcı gereksinimleri belirtimi, genellikle yazılım mühendisliğinde kullanılan ve kullanıcının yazılımın ne yapabilmesini beklediğini belirten bir belgedir.

sistem gereksinimleri

Sistem gereksinimleri, bir uygulamanın en iyi şekilde çalışmasını sağlamak için bir bilgisayara yüklenmesi gereken yazılım kaynakları gereksinimlerini ve ön koşullarını tanımlama ile ilgilenir.

İşlevsel gereksinimler

Fonksiyonel gereksinimler, geliştirilmekte olan sistemin belirli amaçlanan davranışını yakalar ve belirtir. Sistem hesaplamaları, veri işleme ve işleme, kullanıcı arayüzü ve uygulamayla etkileşim ve kullanıcı gereksinimlerinin nasıl karşılandığını gösteren diğer özel işlevler gibi şeyleri tanımlarlar. Her gereksinime benzersiz bir kimlik numarası atayın.

İşlevsel Olmayan Gereksinimler

İşlevsel olmayan gereksinim, belirli davranışlardan ziyade bir sistemin işleyişini yargılamak için kullanılabilecek kriterleri belirleyen gereksinimdir. Sistem mimarisi, işlevsel olmayan gereksinimleri uygulama planı hakkında konuşuyor.

İşlevsel olmayan gereksinimler, sistemin nasıl görünmesi gerektiğinden bahseder veya “sistem olacak” gibi bahsedilebilir. İşlevsel olmayan gereksinimler, sistemin nitelikleri olarak adlandırılır.

Geçiş Gereksinimleri

Geçiş Gereksinimleri, işletmenin mevcut durumundan gelecekteki istenen bir duruma geçişi kolaylaştırmak için çözümün yerine getirmesi gereken, ancak bu geçiş tamamlandıktan sonra buna ihtiyaç duyulmayacak yetenekleri tanımlar.

Diğer ihtiyaç türlerinden farklıdırlar çünkü doğaları gereği her zaman geçicidirler ve hem mevcut hem de yeni bir çözüm tanımlanana kadar geliştirilemezler. Genellikle mevcut sistemlerden veri dönüştürme, ele alınması gereken beceri boşlukları ve istenen gelecek duruma ulaşmak için diğer ilgili değişiklikleri kapsar. Çözüm değerlendirme ve doğrulama yoluyla geliştirilir ve tanımlanırlar.

İzlenebilirlik ve Değişim Yönetimi

Gereksinim izlenebilirliği, ilk fikir üretiminden test aşamasına kadar tüm gereksinimlerinizi organize etmenin, belgelemenin ve takip etmenin bir yoludur.

Gereksinim izleme yeteneği matrisi (RTM), işlevsel gereksinimleri ve geliştirme süreci boyunca bunların uygulanmasını izlemek için bir yöntem sağlar. Her gereksinim, ilgili bölüm numarasıyla birlikte matrise dahil edilir.

Proje ilerledikçe, RIM her bir gereksinimin durumunu yansıtacak şekilde güncellenir. Ürün sistem testi için hazır olduğunda, matris her bir gereksinimi, hangi ürün bileşeninin buna hitap ettiğini ve hangi testin doğru şekilde uygulandığını doğruladığını listeler.

RTM'de aşağıdakilerin her biri için sütunlar ekleyin -

• Gereksinim açıklaması
• FRD'de gereksinim referansı
• Doğrulama metodu
• Test Planında gereksinim referansı

Example- Projenizdeki öğeler arasındaki ilişkileri belirlemek için noktaları birleştirmek. Yaygın aşağı akış konektörüdür.

Fikir Gereksinimleri Tasarım Testi İşletme Hedefleri

Gereksinimlerinizin her birini orijinal iş hedefine kadar takip edebilmelisiniz.

Gereksinimleri takip ederek, dalgalanma efekti değişikliklerini belirleyebilir, bir gereksinimin tamamlanıp tamamlanmadığını ve doğru bir şekilde test edilip edilmediğini görebilirsiniz. İzlenebilirlik ve değişim yönetimi, yöneticilere sorunları önceden tahmin etmek ve kalitenin sürekliliğini sağlamak için gereken huzur ve görünürlük sağlar.

Kalite güvencesi

Gereksinimlerin ilk seferde doğru şekilde sunulması, daha iyi kalite, daha hızlı geliştirme döngüleri ve ürünle daha yüksek müşteri memnuniyeti anlamına gelebilir. Gereksinim yönetimi yalnızca doğru yapmanıza yardımcı olmakla kalmaz, aynı zamanda ekibinizin geliştirme süreci boyunca paradan ve birçok baş ağrısından tasarruf etmesine yardımcı olur.

Kısa ve öz, özel gereksinimler, sorunları daha sonra düzeltmenin çok daha pahalı olduğu durumlarda değil, erken tespit etmenize ve düzeltmenize yardımcı olabilir. Ek olarak, mal olabilir100 times daha sonra kodlandıktan sonra geliştirme sürecinde bir kusuru düzeltmek için, bir gereksinim sırasında erkenden düzeltmekten daha fazlası.

Gereksinim yönetimini kalite güvence sürecinize entegre ederek ekibinizin verimliliği artırmasına ve yeniden çalışmayı ortadan kaldırmasına yardımcı olabilirsiniz. Dahası, yeniden çalışma, maliyet sorunlarının çoğunun meydana geldiği yerdir.

Diğer bir deyişle, geliştirme ekipleri bütçelerinin çoğunu ilk seferde doğru şekilde gerçekleştirilmeyen çabalara harcıyor. Örneğin, bir geliştirici eski bir özellik belgesine dayalı olarak bir özelliği kodlar, ancak daha sonra bu özelliğin gereksinimlerinin değiştiğini öğrenir. Etkili gereksinim yönetimi en iyi uygulamalarıyla bu tür sorunlardan kaçınılabilir.

Özetle, ihtiyaç yönetimi karmaşık bir disiplin gibi görünebilir, ancak bunu basit bir konsepte indirgediğinizde, ekiplerin "Ne inşa ettiğimizi ve nedenini herkes anlıyor mu?" İş analistlerinden, ürün yöneticilerine ve proje liderlerinden geliştiricilere, QA yöneticilerine ve test görevlilerine, ilgili paydaşlar ve müşterilerle birlikte - çoğu zaman proje başarısızlığının temel nedeni projenin kapsamının yanlış anlaşılmasıdır.

Herkes işbirliği yaptığında ve projenin yaşam döngüsü boyunca gerekliliklerle ilgili tartışmalara, kararlara ve değişikliklere tam bağlam ve görünürlük sağladığında, yani başarının tutarlı bir şekilde gerçekleştiği ve sürekli kaliteyi koruduğunuz zaman. Ek olarak, süreç, katılan herkes için yol boyunca daha az sürtünme ve hayal kırıklığı ile daha sorunsuzdur.

Note- Araştırmalar, proje ekiplerinin gereksinimleri etkin bir şekilde yöneterek proje kusurlarının% 50-80'ini ortadan kaldırabileceğini göstermiştir. Carnegie Mellon yazılım mühendisliği enstitüsüne göre, "yazılım geliştirme maliyetinin yüzde 60-80'i yeniden işleniyor."

Gereksinimleri Alma İmzalama

Gereksinimlerin imzalanması, belgelenen gereksinimlerin içeriği ve sunumunun doğru ve eksiksiz olduğu konusunda proje paydaşları tarafından yapılan anlaşmayı resmileştirir. Resmi anlaşma, uygulama sırasında veya sonrasında, bir paydaşın yeni (daha önce karşılaşılmamış) bir gereklilik getirmesi riskini azaltır.

Gereksinimlerin onaylanmasının elde edilmesi, tipik olarak, her bir proje paydaşıyla belgelendiği şekilde gereksinimlerin yüz yüze nihai incelemesini içerir. Her incelemenin sonunda, paydaştan incelenen gereksinimler belgesini resmi olarak onaylaması istenir. Bu onay fiziksel veya elektronik olarak kaydedilebilir.

Gereksinimlerin onayını almak, genellikle Gereksinim İletişimi içindeki son görevdir. İş Analisti, gözden geçirme sürecinde ortaya atılan yorumların veya itirazların düzenlenmesi de dahil olmak üzere, Resmi Gereksinim İncelemelerinin çıktılarını isteyecektir.