Fonksiyonel Gereksinimler Belgesi

İşlevsel Gereksinimler Belgesi (FRD), bir uygulamanın işlevsel gereksinimlerinin resmi bir ifadesidir. Bir sözleşme ile aynı amaca hizmet eder. Burada, geliştiriciler belirtilen yetenekleri sağlamayı kabul eder. Müşteri, FRD'de belirtilen yetenekleri sağlıyorsa ürünü tatmin edici bulmayı kabul eder.

İşlevsel gereksinimler, sistemin amaçlanan davranışını yakalar. Bu davranış, sistemin gerçekleştirmesi gereken hizmetler, görevler veya işlevler olarak ifade edilebilir. Belge, belirli bir projenin ihtiyacına uyacak şekilde uyarlanmalıdır. Sistem hesaplamaları, veri işleme ve işleme, kullanıcı arayüzü ve uygulamayla etkileşim gibi şeyleri tanımlarlar.

İşlevsel Gereksinimler Belgesi (FRD) aşağıdaki özelliklere sahiptir -

• Uygulamanın önümüzdeki birkaç yıl içinde iş hedefleri ve iş süreçleri açısından değer sağladığını göstermektedir.

• Uygulama için eksiksiz bir gereksinim seti içerir. FRD'de belirtilmeyen herhangi bir şeyi kimsenin varsayması için yer bırakmaz.

• Çözümden bağımsızdır. ERD, uygulamanın nasıl çalıştığının değil, uygulamanın ne yapması gerektiğinin bir ifadesidir. FRD, geliştiricileri bir tasarıma taahhüt etmez. Bu nedenle, belirli bir teknolojinin kullanımına yapılan herhangi bir atıf, bir FRD'de tamamen uygunsuzdur.

İşlevsel gereksinim aşağıdakileri içermelidir -

• Açıklamaları data sisteme girilecek

• Açıklamaları operations her ekran tarafından gerçekleştirilir

• Açıklamaları work-flows sistem tarafından gerçekleştirilen

• Açıklamaları system reports veya diğer çıktılar

• Kimler girebilir data sisteme mi?

• Sistem uygulanabilirliği nasıl karşılar? regulatory requirements?

İşlevsel belirtim, genel bir izleyici tarafından okunacak şekilde tasarlanmıştır. Okuyucular sistemi anlamalıdır, ancak bu belgeyi anlamak için hiçbir teknik bilgiye ihtiyaç duyulmamalıdır.

Fonksiyonel Gereksinimler Çıktıları

Bir İşletme Gereksinimleri Belgesi (BRD) şunlardan oluşur:

• Functional Requirements- Geliştirilmekte olan sistem için ayrıntılı gereksinimleri içeren bir belge. Bu gereksinimler, bir sistemin sahip olması gereken işlevsel özellikleri ve yetenekleri tanımlar. İş Senaryosu sırasında belirlenen tüm varsayımların ve kısıtlamaların hala doğru ve güncel olduğundan emin olun.

• Business Process Model - Sürecin mevcut durumunun bir modeli ("olduğu gibi" model) veya sürecin ne olması gerektiğine dair bir kavram ("olmak" modeli)

• System Context Diagram - Bir Bağlam Diyagramı, sistem sınırlarını, sistemle etkileşime giren dış ve iç varlıkları ve bu harici ve dahili varlıklar arasındaki ilgili veri akışlarını gösterir.

• Flow Diagrams (as-is or to-be)- Diyagramlar, bir iş süreci için işlemlerin sırasını veya veri hareketini grafik olarak gösterir. Modelin karmaşıklığına bağlı olarak bir veya daha fazla akış diyagramı dahil edilmiştir.

• Business Rules and Data Requirements - İş kuralları, işin bazı yönlerini tanımlar veya sınırlar ve veri kısıtlamalarını, varsayılan değerleri, değer aralıklarını, kardinaliteyi, veri türlerini, hesaplamaları, istisnaları, gerekli öğeleri ve verilerin ilişkisel bütünlüğünü tanımlamak için kullanılır.

• Data Models Varlık İlişki Diyagramları, Varlık Açıklamaları, Sınıf Diyagramları

• Conceptual Model - Bir işletme işlevi için farklı kuruluşların ve bunların birbirleriyle nasıl ilişkili olduğunun yüksek düzeyde gösterimi.

• Logical Model - Bir iş fonksiyonunda yer alan belirli varlıkları, öznitelikleri ve ilişkileri gösterir ve bir işletme, teknik veya kavramsal ortamdaki verilerin tüm tanımlarını, özelliklerini ve ilişkilerini temsil eder.

• Data Dictionary and Glossary - Bir veritabanı veya benzer bir veri yönetim sisteminin altında yatan veri modelini oluşturan veri öğeleri, alanlar, tablolar ve diğer varlıklar hakkında ayrıntılı bilgi koleksiyonu.

• Stakeholder Map- Önerilen değişiklikten etkilenen tüm paydaşları ve gereksinimlere yönelik etki / yetki düzeyini belirler. Bu belge Proje Yönetim Metodolojisinin (PMM) oluşturulma aşamasında geliştirilmiştir ve Proje Yöneticisine aittir, ancak süreç boyunca yeni / değişen Paydaşlar belirlendiğinden proje ekibi tarafından güncellenmesi gerekir.

• Requirements Traceability Matrix - Diğer İşlevsel Gereksinimler, Kullanım Örnekleri / Kullanıcı Hikayeleri, Mimari ve Tasarım Öğeleri, Kod Modülleri, Test Örnekleri ve İş Kuralları dahil olmak üzere, ayrı işlevsel gereksinimler ve diğer sistem yapıları türleri arasındaki mantıksal bağlantıları gösteren bir tablo.