Başlangıçta analistler gereksinimleri ayrı ayrı belgeliyor, aralarındaki ilişkileri her zaman düşünmüyorlardı. Bu, küçük sistemler için işe yarıyordu, ancak büyük İT projelerinde gereksinimler arasındaki ilişkilerin karmaşıklığı hızla artıyor: veri bağımlılıkları, bütünlük ihlalleri, çelişkiler ve parça parça değişiklikler ortaya çıkıyor ve bu da arızalar için riskleri artırıyor.
Problem — Gereksinimler arasındaki bağlılıkların yokluğu veya belirsizliği, işlevsel blokların atlanmasına, hatalara, engelleyici sorunlara ve ekiplerin uyumsuz çalışmasına yol açıyor. Genelde bir gereksinim değişiyor, ancak bağlı olanlar geride kalıyor, bu da ürünün çalışmasında sorunlara neden oluyor.
Çözüm — Açık modelleme ve bağımlılıkların izlenmesi (requirement dependencies mapping) pratiğinin kullanılması. Bunun için diyagramlar (örneğin, izlenebilirlik matrisi, ERD), özel araçlar (Jama, Jira bağlantısı, DOORS), "ebeveyn" ve "çocuk" gereksinimlerinin net bir şekilde belgelenmesi ve bunların test senaryoları, mimari ve kullanıcı hikayeleri üzerindeki etkilerinin belirlenmesi kullanılır. Tüm bağımlılıkların şeffaf bir şekilde belgelenmesi ve her bağımlı gereksinimle ilgili değişikliklerden etkilenen paydaşların bilgilendirilmesi gereklidir.
Anahtar özellikler:
Gereksinimlerde bağımlılıklar belirtilmezse ne olur?
Cevap: Kritik bağlantılar atlanabilir (örneğin, bir gereksinim diğerinin olmadan uygulanamaz), engelleyiciler, müşteri memnuniyetsizliği, test yükünde artış meydana gelir.
Bağımlılık haritasını başlangıçta bir kez toplamak yeterli midir?
Cevap: Hayır. Bağımlılık haritası, projenin tüm yaşam döngüsü boyunca güncel tutulmalıdır. Herhangi bir gereksinimdeki değişiklik, ona bağlı olan tüm gereksinimleri etkileyebilir.
Bağımlılıklar sadece doğrudan olabilir mi (A, B'den bağımlıdır)?
Cevap: Hayır. Gerçek sistemlerde genellikle çapraz, döngüsel ve işlemsel bağımlılıklar, ayrıca ortak kaynaklar veya entegrasyonlar üzerinden etkiler bulunur.
Olumsuz Durum: E-ticaret projesinde farklı ödeme kanalları arasındaki bağımlılık belirtilmemişti. Bir modül değiştiğinde sistem çökmesi yaşandı — bazı siparişler işlenmedi.
Artılar:
Eksiler:
Olumlu Durum: Her iş gereksinimi için ilgili teknik gereksinimler belgelendi ve bir izlenebilirlik matris oluşturuldu. Değişikliklerde tüm ilgili taraflara otomatik olarak bildirim gönderildi.
Artılar:
Eksiler: