Yazılım Gereksinim Analizi Nedir? Adımlar ve Örnekler

Bir işletme özel yazılım geliştirmek, ERP sistemine geçmek veya mevcut uygulamalarını yenilemek istediğinde genellikle hangi özelliklere ihtiyaç duyduğunu bildiğini düşünür.

Ancak proje başladıktan sonra farklı departmanların beklentilerinin birbirinden ayrıldığı ortaya çıkabilir.

Örneğin satış ekibi hızlı teklif hazırlamak isterken muhasebe departmanı fatura entegrasyonuna, yöneticiler ise ayrıntılı raporlamaya öncelik verebilir.

Bu ihtiyaçlar başlangıçta birlikte değerlendirilmezse yazılımın kapsamı ve proje takvimi değişebilir.

Yazılım gereksinim analizi, geliştirilecek sistemin hangi problemleri çözmesi gerektiğini ve bu ihtiyaçların nasıl doğrulanacağını belirleme sürecidir.

Peki gereksinim analizi nasıl yapılır ve proje başlamadan önce hangi sorular sorulmalıdır?

Gereksinim analizi nedir?

Gereksinim analizi, kullanıcıların ve işletmenin ihtiyaçlarının anlaşılması, değerlendirilmesi ve geliştirilecek sistem için açık gereksinimlere dönüştürülmesi sürecidir.

Bu çalışma yalnızca istenen özelliklerin listelenmesi değildir.

İş hedefleri, mevcut süreçler, veri akışları, teknik sınırlamalar ve kullanıcı beklentileri birlikte ele alınmalıdır.

Amaç, geliştirilecek yazılımın ne yapması gerektiğini mümkün olduğunca anlaşılır ve doğrulanabilir şekilde tanımlamaktır.

Yazılım gereksinim analizi neden önemlidir?

Gereksinimler yeterince netleşmediğinde:

• Yanlış özellikler geliştirilebilir.
• Departmanlar arasında beklenti farkları oluşabilir.
• Entegrasyon ihtiyacı geç fark edilebilir.
• Kullanıcı kabul süreci zorlaşabilir.
• Proje takvimi değişebilir.
• Bütçe tahminleri güvenilirliğini kaybedebilir.

Bu nedenle gereksinim analizi, proje risklerinin azaltılmasına yardımcı olabilir.

Ancak analiz yapıldığında bütün değişikliklerin ortadan kalkacağı düşünülmemelidir. Yeni bilgiler ve iş ihtiyaçları proje boyunca ortaya çıkabilir.

1. İş hedefini belirleyin

İlk soru, yazılımın neden geliştirileceğidir.

Örneğin işletme teklif hazırlama süresini azaltmak, stok hatalarını düşürmek veya saha iş emirlerini daha iyi takip etmek istiyor olabilir.

Bu hedefler yazılımın başarısını değerlendirmek için kullanılabilir.

"Yeni bir yazılım istiyoruz" ifadesi tek başına yeterli bir iş hedefi değildir.

2. Paydaşları ve kullanıcıları belirleyin

Bir yazılımdan etkilenecek kişi ve departmanlar tespit edilmelidir.

Örneğin ERP projesinde:

• Satış
• Muhasebe
• Satın alma
• Depo
• Üretim
• Yönetim
• BT

ekiplerinin farklı gereksinimleri bulunabilir.

Yalnızca proje yöneticisinin görüşlerine dayanmak, günlük kullanıcı ihtiyaçlarının gözden kaçmasına neden olabilir.

3. Mevcut iş akışlarını inceleyin

Mevcut süreçlerin nasıl yürütüldüğü anlaşılmalıdır.

Örneğin:

1. Müşteri siparişi nasıl alınıyor?
2. Sipariş kim tarafından onaylanıyor?
3. Stok uygunluğu nasıl kontrol ediliyor?
4. Fatura hangi aşamada hazırlanıyor?
5. Hangi bilgiler manuel aktarılıyor?
6. Hangi raporlar oluşturuluyor?

Bu çalışma sırasında gereksiz adımlar veya tekrarlanan veri girişleri de belirlenebilir.

Amaç mevcut sürecin bütün hatalarını yazılıma taşımak değildir.

4. Fonksiyonel gereksinimleri tanımlayın

Fonksiyonel gereksinimler, yazılımın hangi işlevleri yerine getireceğini açıklar.

Örneğin:

• Kullanıcı müşteri kaydı oluşturabilmeli.
• Satış sorumlusu teklif hazırlayabilmeli.
• Yönetici belirli tutarın üzerindeki teklifleri onaylayabilmeli.
• Sipariş tamamlandığında uygun stok işlemleri gerçekleştirilmeli.

Bu gereksinimler, kullanıcıların sistemle nasıl etkileşim kuracağını anlamaya yardımcı olur.

Ancak her gereksinim yeterince açık ve test edilebilir olmalıdır.

5. Fonksiyonel olmayan gereksinimleri belirleyin

Fonksiyonel olmayan gereksinimler, yazılımın nasıl çalışması gerektiğiyle ilgilidir.

Örneğin:

• Performans beklentisi
• Eşzamanlı kullanıcı kapasitesi
• Güvenlik
• Kullanılabilirlik
• Yedekleme
• Erişilebilirlik
• İzleme
• Teknik uyumluluk

Bu konular başlangıçta değerlendirilmezse sonradan mimari değişiklikler gerekebilir.

Örneğin belirli sayıda kullanıcının aynı anda çalışması bekleniyorsa performans hedefleri açık biçimde belirlenmelidir.

6. Kullanıcı senaryoları ve kabul kriterlerini hazırlayın

Kullanıcı senaryoları, belirli görevlerin sistemde nasıl gerçekleştirileceğini açıklar.

Örneğin:

Senaryo: Satış sorumlusu bir müşteri için teklif hazırlamak istiyor.

Beklenen davranış: Kullanıcı ürünleri seçer, teklif oluşturur ve uygun onay sürecine gönderir.

Kabul kriteri: Teklif, tanımlanan iş kurallarına göre kaydedilir ve yetkili kullanıcılara doğru şekilde iletilir.

Bu yaklaşım, geliştirme sonunda neyin test edileceğini daha açık hâle getirir.

7. Gereksinimleri önceliklendirin ve onaylayın

Bütün özelliklerin aynı anda geliştirilmesi her zaman gerekli değildir.

Örneğin bazı işlevler sistemin temel çalışması için zorunluyken bazıları daha sonraki sürümlere bırakılabilir.

Önceliklendirmede:

• İş açısından önem
• Teknik bağımlılıklar
• Kullanıcı etkisi
• Risk
• Geliştirme maliyeti
• Teslim beklentisi

gibi konular değerlendirilebilir.

Gereksinimlerin ilgili paydaşlar tarafından gözden geçirilmesi ve değişikliklerin kayıt altına alınması önemlidir.

SRS dokümanı nedir?

SRS, Software Requirements Specification ifadesinin kısaltmasıdır.

Yazılımın gereksinimlerini belirli bir yapı içerisinde açıklayan doküman olarak kullanılır.

Bir SRS çalışması projenin niteliğine göre kapsam, kullanıcı rolleri, fonksiyonel gereksinimler, performans, güvenlik, entegrasyonlar ve kabul kriterleri gibi konuları içerebilir.

Her küçük projede çok uzun bir doküman hazırlanması gerekmeyebilir.

Ancak temel gereksinimlerin açık ve izlenebilir olması önemlidir.

ERP ve Odoo projelerinde gereksinim analizi

Odoo ERP veya başka bir ERP sistemine geçiş planlanırken mevcut iş süreçlerinin değerlendirilmesi gerekir.

Örneğin:

• Stok yönetimi nasıl çalışıyor?
• Ürün ağaçları mevcut mu?
• Satın alma onayları nasıl veriliyor?
• Muhasebe ve e-belge entegrasyonu gerekiyor mu?
• Hangi kullanıcıların hangi yetkilere ihtiyacı var?
• Mevcut veriler nasıl aktarılacak?

Bu sorular, standart ERP modüllerinin hangi ihtiyaçları karşılayabileceğinin belirlenmesine yardımcı olur.

Özel geliştirme gerekip gerekmediği de bu aşamada daha sağlıklı değerlendirilebilir.

Gereksinim analizi ile proje bütçesi arasındaki ilişki

Gereksinimlerin belirsiz olması maliyet tahminlerini etkileyebilir.

Ancak bütçe yönetimi daha geniş bir konudur. Entegrasyon, test, değişiklik yönetimi ve bakım gibi maliyetler de değerlendirilmelidir.

Ayrıntılı yazı: Yazılım Projesi Maliyeti Neden Artar?

RelGen Teknoloji ile yazılım gereksinim analizi

RelGen Teknoloji, işletmelerin mevcut iş süreçlerini ve yazılım beklentilerini değerlendirerek uygun çözüm kapsamının belirlenmesine yardımcı olur.

Odoo ERP, özel yazılım geliştirme ve API entegrasyonu ihtiyaçları birlikte ele alınabilir.

Amaç, geliştirme sürecine başlamadan önce ihtiyaçları netleştirmek ve işletmenin çalışma şekline uygun sürdürülebilir çözümler planlamaktır.

Odoo ERP ve özel yazılım çözümlerimizi inceleyebilir veya RelGen Teknoloji ile iletişime geçebilirsiniz.

Sık sorulan sorular

Gereksinim analizi yazılım geliştirmeden önce mi yapılır?

Başlangıçta temel gereksinimlerin belirlenmesi önemlidir. Ancak gereksinimler proje süresince değişiklik yönetimiyle geliştirilebilir.

Gereksinim analizi ile iş analizi aynı şey mi?

Birbirleriyle yakından ilişkilidir. İş analizi daha geniş işletme hedefleri ve süreçleri de kapsayabilir.

Yazılım gereksinim dokümanı zorunlu mu?

Dokümantasyon ihtiyacı projenin niteliğine bağlıdır. Önemli olan gereksinimlerin açık, izlenebilir ve doğrulanabilir olmasıdır.

Odoo projesinde özel geliştirme ihtiyacı nasıl belirlenir?

Önce mevcut modüller ve işletme gereksinimleri karşılaştırılır. Standart özelliklerin karşılayamadığı ihtiyaçlar ayrıca değerlendirilir.