No abstract

Requirements engineering activities are carried out to come up with right and suitable quality requirements. However, problems in requirements engineering remain even though there is a vast amount of requirement elicitation and writing methods. Methods are either too specific for industry application or focus on a specific part of requirements engineering. This paper proposes a new requirement writing template, the 5W1H requirement cube. The template consists of the answers to six questions (Why, Who, When, Where, What, and How) and links business, user, and functional requirements in a hierarchy within the enterprise business architecture. The template was developed in a prominent Islamic Bank in Turkey and tested on a case study. Authors have rewritten three software requirement specification (SRS) documents with new approach and compared them, showing that new approach has more brief and well-organized documents. BOA Cube software has been developed to implement the 5W1H requirement cube approach within the organization.

No abstract

Yazılım geliştirme projelerinin yönetilmesi, karmaşık iş adımlarını içermesi ve kullanılan kaynakların gerçek kişilerden oluşması nedeniyle zordur. Projenin kendi özellikleri ile birlikte organizasyonel değişkenler ve geliştirici ekibin yetkinlikleri, projenin başarısını doğrudan etkileyecek faktörler arasındadır. Yazılım geliştirme süreç yöntem seçimi probleminin çözümünde bu üç faktörün kullanılması ile yazılım geliştirme projelerinin başarısının artacağı düşünülmektedir. Yazılım projelerinin yönetiminde "Çevik ve Şelale (Geleneksel) Yöntemler" dâhil olmak üzere farklı süreç yöntemleri kullanılmaktadır. Geliştirme ekiplerinin yeteneklerine göre projelere atanması ve projelerin kendi aralarında sıralanması önemli bir noktadır. Bu çalışmada ilk adım olarak, bulanık AHP metodu kullanılarak kriterlerin ağırlıkları belirlenmiştir. Daha sonra projelerin ve çalışanların sıralanmasında bulanık WASPAS, bulanık EDAS ve Aralık Değerli Nötrosofik Z Sayıları (NZN) yöntemleri kullanılmıştır. Bu araştırmanın sonuçlarına göre, yazılım geliştirme yöntemi kararının uygulanması halinde hata sayısı ve çözümlerinin kişi-gün değerleri gerçek değerler ile kıyaslandığında %4-%6, %6-%8 ve %6-%8,7 oranında iyileştirilebileceği tespit edilmiştir.

No abstract

No abstract

No abstract