Kategori: İş Analiz Dokümanı

Bu başlık altına geliştirme ihtiyaçlarına ilişkin faydalı tüm dokümanlar ve ekler eklenebilir.

Bu başlık altında performans, güvenlik, esneklik, robust (sağlamlık), kullanışlılık, güvenilirlik, arşivleme, loglama, audit logging, ODM (olağanüstü durum merkezi) ve kayıt versiyonlama gibi ihtiyaçlar açıklanmalıdır.

Entegrasyon adı Geliştirmenin entegrasyon ihtiyacının ne olduğu bu başlık altında ifade edilir. OPUS – Oto Analiz entegrasyonu yapılmalıdır. Entegrasyon tanımı Geliştirmenin entegrasyon ihtiyacının neler olduğu bu başlık altında ifade edilir. Master sistem Entegrasyona konu olan sistemlerden hangisinin bilgi ileten olduğu belirtilir. Master sistem inputu (İçerik ve format) İletilecek olan bilginin içeriği ve iletim özellikleri belirtilir. Slave sistem Entegrasyona konu olan sistemlerden hangisinin bilgi karşılayan olduğu […]

ÇIKTILAR İstenen geliştirmenin talep edilen çıktıları bu başlık altında detaylandırılmalıdır. Çıktı özellikleri, çıktının tetikleyicisi, alıcısı ve zamanlayıcısı hakkında bilgi verilmelidir. Mail içeriği ve gönderilecek kişiler Aşağıdaki şablonda örnek verilmiştir. E-Posta Şablonu 1: “Müşteri Bilgilendirme” bilgisi SMS E-Posta şablon örneğine benzer olarak hazırlanabilir. Zamanlama Zamanlama ile iligili özel durumlar burada belirtilmelidir. Özel durum dışındaki zamanlama kriterine şablonda yer verilmektedir. Conditional durumlar Varsa çıktılara ait özel kurallar […]

İstenen geliştirmenin rapor çıktısı ihtiyacı var ise bu başlık altına belirtilmelidir. Tanım&Açıklama İstenen raporun tanımı yapılır. Raporun input ve output özellikleri belirtilir. Rapor parametreleri detaylandırılmalıdır. Rapor çıktısının işlevi hakkında bilgi verilmelidir. Mock-up (Simulasyon exceli, statik) İstenen raporun parametre girişi ve çıktısına ilişkin ekran görüntüsü eklenir. Rapor çıktısının modeli istenen dosya formatında hazırlanarak eklenmelidir. Aşağıdaki örnekte, istenen rapor çıktısı başka bir excel dosyasında hazırlanmıştır. Data Model […]

Dış sistemlere, kurumlara, kullanıcılara, vb. açılan ara yüzlerin neler olduğu, sağlanan ve alınan veriler, veri birimleri (para birimi, ölçü, zaman birimi vb..) miktarı (poliçe adedi vb.), grafik Ara yüz ile ilgili gereksinimler burada sıralanmalıdır.

Gereksinimler nasıl yazılmalıdır? Her gereklilik proje içinde benzersiz tek bir belirtece (gereksinim numarası veya koduna) sahip olmalıdır. Böylece her bir gereklilik tasarım ve test aşamalarında takip edilebilir. Gerekliliklerin detay seviyesi şu şekilde belirlenmelidir: Yazılımın kabul edilebilmesi için gerekli ve yeterli özellikler gereksinimde belirtilir. Gerekliliklerin detay seviyeleri benzer ve yeterli olmalıdır. Bir gereklilik net olmalı, muğlak ifade içermemelidir. Bir gereklilik ÖLÇÜLEBİLİR ve TEST EDİLEBİLİR olmalıdır. Birbiriyle […]

Yeni sistemin bileşenlerinin detaylandırıldığı; sistem, modül, alt modül, özellik şeklinde bir kırılımdır.

Yeni sistemin ana bileşenleri, bunların eski uygulamalarla ilişkilerinin gösterildiği high level diyagramdır.

Bu başlık altında, bu dokümanda bahsi geçen yazılım gerekliliklerinin hangi ürünler, hangi sistemler, hangi süreçler ve hangi dağıtım kanalları ile etkisi olduğu belirtilmelidir. Etki analizi, izlenebilirliği sağlar.