Proje / Talep Tanımı Bu başlık altında isteğin talep numarası verilir. İstek projelendirilmiş ise proje kodu ve proje tanımı verilir. Bu doküman gözetilerek üretilecek yazılım talebinin/projesinin kapsamı açıklar. 212321 no’lu BSS Catalog taskına ilişkin ihtiyaç analizidir.
Aktivite Diyagramı (Activity Diagram) Aktivite (etkinlik) diyagramı, bir UML diyagram çeşidi olup, aktivitelerin süreçteki dizilişini tanımlamak için kullanılır. İş analistleri, etkinlik diyagramlarını iş süreçlerindeki değişimi analiz etmek, bir iş akışını göstermek ya da karmaşık bir algoritmayı UML ile modellemek için kullanabilir. Aktivite diyagramları sayesinde iş süreçleri gözden geçirilerek, gereksiz şekilde ardışık yapılan işlemlerin paralel olarak yapılabileceği tespit edilebilir. Kullanım şekilleri (use case) iş sürecinin metinsel […]
Kullanıcı Hikayeleri (User Stories) Hikayenin başlığı istek sahibinin sistem üzerinde uygulayacağı aktivetiyi ifade eder. Kullanıcı hikayesi, kullanıcı ya da analiz ekibi tarafından belirtilmiş bir fonksiyonalitenin kısa açıklamasını içerir. Kullanıcı hikayeleri “İş Analisti” tarafından değil istek sahibi tarafından dile getirilir. “İş Analisti” bunu dokümante eder, “Developer” detaylandırır ve önceliklendirir. Kullanım durumları, kullanıcı hikayelerinde kısa ve özlü olarak ifade edilirler. Herbir use case (kullanım durumu) diyagramı, user […]
Kullanıcı Durumları (Use Cases) Baş Aktör : Bir kullanıcı, sistem, dış olay, zamanlayıcı. Örn:ABC CRM Sistemi vb. Çözüm : İhtiyacı karşılamak için yapılan geliştirmedir. Çoğunlukla bir uygulamadır. İkincil Aktör : Bir kullanıcı, sistem, dış olay, zamanlayıcı. Örn: Aaaa Kredi Bankası, Senaryo : Seçilmiş parametre setiyle bir sürecin veya sistemin işletilmesini tanımlar. Extend (Genişletme): Kullanım durumu içine davranış yerleştirilmesi. İşlevselliği tek başına başarılı olmalı, başka bir kullanım durumuna […]
İş Analizi Teknikleri Uluslararası standartlarda kabul görmüş olan iş analizi teknikleri aşağıdaki listede sıralanmıştır. İş analizi sürecinde kullanım senaryoları, kullanıcı hikayeleri ve aktivite diagramı teknikleri standart olarak kullanılırken diğer teknikler ihtiyaca bağlı olarak uygulanır Kabul ve Değerlendirme Kriterleri İş Kapasitesi Analizi Karar Analizi Veri Modelleme Karar Modelleme Konsept Modelleme İş Kuralları Analizi Beyin Fırtınası İş Takip Yönetimi Doküman Analizi Kıyaslama ve Pazar Analizi Süreç Modelleme […]
İş Analistinin Rol ve Sorumlulukları İhtiyaçları meydana çıkarmak ve istekleri netleştirmek (Elicite) Analiz etmek, çözümlemek (Analyze) Belirlemek, maddeler halinde sıralamak (Specify) Doğrulamak ve yönetmek (Verify) Tasdik etmek (Validate) Çözüme ait değişiklikleri yönetmek Uçtan uca çözüm sahipliğini üstlenmek Organizasyonun problemlerini ve amaçlarını anlamak Çözümlerin stratejik uyumunu güvence altına almak ve kurumsal faydayı maksimize etmek Değişim ihtiyacını ortaya koymak ve değişimi desteklemek Doğru paydaşların eksiksiz bir şekilde […]
“İş Analizi”, bir organizasyonda kullanılan yazılım uygulamalarının yapısına hakim olarak iş süreçlerinin işleyişini anlamak, geliştirmek ve iyileştirmek üzere yapılan bir görevler bütünüdür. İş analizi, değer yaratma amacının daima ön planda tutulduğu bir disiplindir. Bu görev yerine getirilirken organizasyon içinde kabul edilmiş bir dizi teknik kullanılmaktadır. İş analizi; İhtiyacı tanımlama, Mevcut durumu anlama, Değişim gerekçesini ortaya koyma, İhtiyaca yönelik talebi rasyonelize etme, Problem çözme, İstekler arasında […]
Agile Genel Kavramlar Projeyi aşamalı olarak geliştirmeyi öngören İş değerinin erken ve kısa aralıklarla teslim edilmesi, Ürün yada süreçlerin sürekli iyileştirilmesi, Esnek Kapsam yönetimi, Müşteri ile yakın iş birliği, Kendi kendine yönetebilen etkin ekipler WaterFall Şelale Yöntemi : Karmaşıklığın az olması gerekir karmaşıklık artıkça merkezi kontrol bozulur. 1970 Winston W.Royce Requiremnet>Design>İmplementation>Verification>Maintenance Prototip: Sistem son hale gelmeden önce kullanıcıya gösterilen bir örnek prototip ile ilerletilmeye çalışılır. […]
Tahmini analiz eforu girişi ekip yöneticisi tarafından yapılmalı, Analiz başlangıç – bitiş tarihleri ekip yöneticisi tarafından set edilmeli, Analist, çalıştığı süreleri çalışma tipi belirterek iş paketi (worklog) girişlerini düzenli olarak yapılmalı, Tahmini yazılım eforu girişi analist tarafından yazılımdan alınarak yapılmalı(cost), Business Case girişlerinin yapılması için analist iş birimine yardımcı olmalı (benefit), Kaynak planlama tablosu analiz yöneticileri tarafından doldurulmalıdır. Yönetimce belirlenmiş dokümanlar kullanılmalı, Analizde yapılan değişiklikler […]
İş Analistlerinin, iş birimleri ile iletişim prensipleri ve kuralları neler olmalıdır? İşi iş birimi kadar öğrenmeye çalışmalıdır Genel iş süreçlerini iş birimi kadar iyi bilmelidir. Detayda iş birimi kadar bilmesine gerek yoktur ya da bilemez. “İhtiyaçlarınızı anlatacağınız ilk kanal ben olmalıyım, ben net anlayabileyim ki çözüm oluştura bileyim” denilmelidir. İş birimini alacağı kararlarda yönlendirmelidir. Kendi alanında IT ile iş biriminin analist siz iletişimlerini fark ettiğinde […]