Proje Analiz ve Tasarım Dokümanı.docx
ANALİZ ve TASARIM Dokümanı
Hazırlayanlar |
AD SOYAD |
UNVAN |
HAZIRLAMA TARİHİ |
|
|
|
|
ONAYLAR |
AD SOYAD |
UNVAN |
ONAY TARİHİ |
ONAY E-POSTA |
MÜŞTERİ ONAYI |
|
|
|
<<Onay e-posta ile alınmış ise bu alana insert edilir>> |
İçindekiler Tablosu
1.3 Genel Kısıtlar, Kabuller ve Ön Şartlar
2. PROJE İLE KARŞILANAN GEREKSİNİMLER
2.1.2. Organizasyonel Birimler
2.1.3. Mevcut Topoloji (AS-IS)
2.1.4. Önerilen Topoloji (TO-BE)
2.2.2.1. Genel Satın Alma Süreci
2.2.2.2. Personel Masraf Formu Ödeme Süreci
2.2.2.3. Personel Avans Süreci
2.2.2.4. Personel yansıtılacak Giderlerin işlerilmesi
2.2.3.1. Periyodik ödeme Süreci
2.2.3.3. Personel Masraf Ödemeleri
2.2.3.6. Kurumlardan Teşvik Tahsilatları
2.2.3.10. Alınan- Verilen Teminatlar
2.2.3.14. Cari Hesap Mutabakat süreci
2.2.3.15. Vergi Tahakukları Olgunlatırma ve Ödemeleri
2.2.5.1. Varlık Amortisman İşlemleri
2.2.9.1. İşlemler (Buton/Bağlantı)
2.2.9.2. Olması Gereken Kolon ve Detaylar
2.2.9.3. Sistemsel Kontroller ve Uyarılar
1. GİRİŞ
<<Bu kısımda Logo Yazılım A.Ş Projeler Ekipleri tarafından hangi proje için analiz dokümanının hazırlandığı açıklanır.
Ör; bu doküman Logo Yazılım A.Ş Projeler ekibi tarafından geliştirilmesi planlanan XXX Saha ve Sipariş Bilgi Sistemi projesine ait analiz çalışması için hazırlanmıştır. >>
1.1 P rojenin Amacı
<<Dokümanın bu bölümünde projenin gerçekleştirilme nedenleri ve bu proje sonucunda elde edilmesi beklenen kazanımlardan bahsedilmelidir.
<<Bu bölümde, <proje adı> projesinin kapsamı açıklanmalıdır. Kapsam, projenin geliştirilmesi aşamasında ve kullanım senaryolarının belirlenmesinde etkin rol oynayacaktır. Kapsam dahilinde yapılması beklenen işler özet olarak yazılmalıdır. Kapsam dahilinde yapılacak işlerin detayları Fonksiyonel gereksinimler başlıkları altında detaylı olarak belirtilecektir.>>
<<Projeler ekipleri tarafından geliştirilecek olan projede genel kısıtlamalar, kabuller ve ön şartlar var ise bu bölümde yer almalıdır. Dokümanda ilgili bölüme ait bir bilgi bulunmaması durumunda “Herhangi bir genel kısıt, kabul veya ön şart yoktur” yazılır.>>
1.4 Terimler
<<Doküman içerisinde yer alan tüm terimler ve anlamları açıklanmalıdır>>
TERİM |
AÇIKLAMA |
Terim1 |
Açıklaması |
B2B |
Business to Business. Uygulama tipi. |
R No |
Requirement (Gereksinim) Numarası |
Tablo 1 : Terimler Tablosu
1.5 Referanslar
<<Şablona ait referans verilmesi ve/veya kaynak olarak eklenmesi gereken bir doküman varsa bu alanda belirtilir. Eğer referans verilmesi ve/veya kaynak olarak eklenmesi gereken bir doküman yok ise; “Herhangi bir referans/kaynak doküman yoktur.” Açıklama ifadesi yazılmalıdır.>>
2. PROJE İLE KARŞILANAN GEREKSİNİMLER
<<Bu bölümde genel görünüm diyagramı, kullanıcı senaryoları diyagramları, kullanıcılar ve kullanım senaryoları sınıfları açıklanmaktadır.>>
2.1.1. Projenin Özeti
<<Uygulamanın geliştirilmesindeki genel hedefi, ürünün neyi yapacağının yüksek düzeyde tanımlarını, işletme hedeflerine nasıl uyum sağladıklarını ve diğer sistemlerle etkileşim için gereklilikleri açıklanmalıdır.>>
2.1.2. Organizasyonel Birimler
2.1.3. Mevcut Topoloji (AS-IS)
<<Mevcut durumun belirtilmesi>>
2.1.4. Önerilen Topoloji (TO-BE)
<<Uygulamanın yaşam döngüsü içerisindeki yerinin belirlenmesi>>
2.2.1. Gelir Süreçleri
<<Müşterinin mevcut durumda gelirlerini aşağıdaki yöntem ile belirlenebilir.
NE …………………… Konuyu verir
NEDEN ……………. Amacı verir
NASIL …………….. Yöntemi belirler
NEREDE ………….. Mekan ve yer kavramları
NE ZAMAN ……… Süre – süreç kavramları
KİM ………………… İlgili ve sorumlu kişileri belirler>>
2.2.1.1. Genel Satış süreci
<<Genel Satış süreci bilgileri ile yapılan tasarım detayları belirlenir. Visio veya farklı bir tool ile akış yeni durum tasarımı yapılır.>>
2.2.2. Gider Süreçleri
<<Müşterinin mevcut durumda giderleri aşağıdaki yöntem ile analiz edilir.
NE …………………… Konuyu verir
NEDEN ……………. Amacı verir
NASIL …………….. Yöntemi belirler
NEREDE ………….. Mekan ve yer kavramları
NE ZAMAN ……… Süre – süreç kavramları
KİM ………………… İlgili ve sorumlu kişileri belirler>>
2.2.2.1. Genel Satın Alma Süreci
<<Genel Satınalma süreci mevcut duruma göre tasarım detayları belirlenir. Visio veya farklı bir tool ile akış yeni durum tasarımı yapılır. Genel satınalma sürecinde aşağıdaki başlık detayları tasarlanır. Yeni başlıklar olması durumunda eklemeler yapılabilir.>>
2.2.2.2. Personel Masraf Formu Ödeme Süreci
2.2.2.3. Personel Avans Süreci
2.2.2.4. Personel yansıtılacak Giderlerin işlerilmesi
2.2.2.5. Poliçe Giderleri
2.2.3. Finansal Süreçler
2.2.3.1. Periyodik ödeme Süreci
2.2.3.2. Münferit ödemeler
2.2.3.3. Personel Masraf Ödemeleri
2.2.3.4. Müşteri Tahsilatları
2.2.3.5. Personelden Tahsilat
2.2.3.6. Kurumlardan Teşvik Tahsilatları
2.2.3.7. Krediler
2.2.3.8. Leasing
2.2.3.9. Teminatlar
2.2.3.9.1. Alınan- Verilen Teminatlar
2.2.3.9.2. Banka Teminatları
2.2.3.10. Faktoring Süreci
2.2.3.11. Finansal Yatırımlar
2.2.3.12. Cari Hesap Mutabakat süreci
2.2.3.13. Vergi Tahakukları Olgunlatırma ve Ödemeleri
2.2.4. Muhasebe İşlemleri
2.2.4.1. Aysonu İşlemler
2.2.4.2. Yıl Sonu İşlemler
2.2.5. Duran Varlık İşlemleri
2.2.5.1. Varlık Amortisman İşlemleri
2.2.6. Yetkilendirme
<<Ara yüzün kim tarafından görüntülenip işlem yapılacağı bilgileri yer alır.>>
2.2.7. Parametre Tanımları
<<İmplementasyon sırasında ilgili ekran için kullanılacak parametreler ve ön değerler bu alanda yer alabilir.>>
2.2.8. Raporlama
2.2.8.1. Standart Raporlar
2.2.8.2. Yönetim Raporları
<<Yeni bir rapor tasarımı yapılacak veya kullanılacak ise bu alanda yer alır.>>
2.3.1. Fonsiyonel Arayüz
2.3.1.1. İşlemler (Buton/Bağlantı)
2.3.1.2. Olması Gereken Kolon ve Detaylar
2.3.1.3. Sistemsel Kontroller ve Uyarılar
Uygulama |
Aktarım/Entegrasyon Kuralları |
Aktarım |
<<Aktarım detayları belirlenmeli. Match tablosu linki veya dokümanı eklenebilir. >> |
Entegrasyon 1 |
<<Entegrasyon içeriği belirlenmelidir. Entegrasyon match tablosunun exceli bu alana eklenmelidir.>> |
Entegrasyon 2 |
<<Entegrasyon içeriği belirlenmelidir. Entegrasyon match tablosunun exceli bu alana eklenmelidir.>> |
2.5.1 Performans\ Güvenlik\ Loglama
Revizyon No |
Tarih |
Yapılan Değişiklik |
Hazırlayan/Güncelleyen |
|
|
|
|