SPL Bilgi Sistemleri Geliştirilmesi ve Uygulanması Konu Anlatımı

Proje planlaması, benzersiz ve tekrarlanmayan bir ürün, hizmet veya sonucun kapsam, zaman, maliyet, kaynak ve kalite kısıtları içinde nasıl üretileceğini belirleyen aşamadır. Planlama, projenin neden başlatıldığını, kimler için yapıldığını, ne teslim edileceğini, hangi kaynaklara ihtiyaç duyulduğunu, teslimatların ne zaman üretileceğini, ilerlemenin hangi noktalarda inceleneceğini, sonuçların ne zaman kabul edileceğini ve başarının nasıl ölçüleceğini netleştirir. Bilgi sistemleri projelerinde bu aşama, yalnız takvim çıkarmak değildir; kapsam belgesi, bütçe, kaynak tahsisi, risk yönetimi, iletişim planı, görev ve sorumluluklar, faaliyetlerin mantıksal ilişkileri ve programlama birlikte ele alınır. Denetçi planlamanın riske dayalı, izlenebilir, güncellenebilir ve işletme hedefleriyle uyumlu olup olmadığını değerlendirir. Bu nedenle planlama, bilgi sistemleri denetçisinin proje daha yürütülmeden kontrol edilebilirlik, kaynak yeterliliği, risk farkındalığı ve ölçülebilir başarı kriterleri hakkında kanıt aradığı aşamadır.

Proje işletimi, planlanan bilgi sistemleri projesinin yürütülmesi, izlenmesi, kontrol edilmesi ve kapatılması süreçlerini kapsar. Yürütmede ekip üyeleri görevlerini yerine getirir, kaynaklar kullanılır, proje ilerlemesi izlenir ve proje yöneticisi plana aykırı gelişen sorunları hızla çözmeye çalışır. Değişiklik yönetimi, ortaya çıkan taleplerin etkilerinin değerlendirilip onaylanmasını gerektirir; kontrolsüz değişiklik kapsam kaymasına, maliyet artışına ve takvim bozulmasına yol açabilir. Kontrol etme aşamasında zaman çizelgesi, bütçe, kalite ve riskler sürekli değerlendirilir, performans ölçülür ve düzeltici önlemler alınır. Raporlama paydaşlara güncel ve doğru bilgi sağlar. Kapanışta sonuçlar kabul edilir, işletmeye teslim edilir, kaynaklar serbest bırakılır, dokümantasyon düzenlenir ve öğrenilen dersler gelecekteki projeler için kaydedilir. Proje işletimi bu nedenle, planın uygulanmasını, sapmaların görünür kılınmasını, değişikliklerin kontrollü yürütülmesini ve kapanışta kurumsal öğrenmenin oluşmasını sağlayan yönetim döngüsüdür.

Sistem geliştirme süreçleri, SDLC yaklaşımıyla gereksinimden üretim ortamına kadar kontrollü ve izlenebilir bir yaşam döngüsü kurar. SDLC birbirini izleyen aşamalardan oluşur; fizibilite, gereksinimlerin tanımlanması, tasarım, geliştirme, test, uygulama ve uygulama sonrası değerlendirme bu mantık içinde okunur. Amaç yalnız yazılım üretmek değil, yönetim ve kontrol sağlamak, gereksinimleri netleştirmek, riskleri azaltmak, kaliteyi artırmak, iş verimliliği ve ekonomik değer üretmektir. SDLC işletme içi geliştirmede kullanılabileceği gibi üçüncü taraf çözüm edinimiyle de ilişkilendirilebilir. Bilgi sistemleri denetçisi açısından süreç, yönetimin projeyi izleyip izlemediği, gereksinimlerin doğrulanabilir ve test edilebilir olup olmadığı, güvenlik ve kalite kontrollerinin tasarıma gömülüp gömülmediği üzerinden değerlendirilir.

SDLC kullanılmadığında projeler kontrolsüz hâle gelebilir. Gereksinim belirsizliği, bütçe ve zaman sapmaları, kalite sorunları, müşteri memnuniyetsizliği, kötü iş süreçleri ve kaynak israfı ortaya çıkar. Bu yüzden gereksinim analizi hayatidir. Gereksinimler sistemin ne yapacağını, kullanıcıların sistemle nasıl etkileşeceğini ve hangi kısıtların bulunduğunu açıklar. Eksiksiz, tutarlı, açık, doğrulanabilir, değiştirilebilir, test edilebilir ve izlenebilir gereksinimler hedeflenir. Kullanıcı gereksinimleri sistemsel gereksinimlere dönüştürülür; güvenlik, performans, entegrasyon, donanım ve yazılım altyapısı ihtiyaçları belirlenir. Soru tuzağı, gereksinimi yalnız kullanıcı isteği sanmaktır; teknik ve güvenlik gereksinimleri de aynı çerçevededir.

Sistem bakım ve destek süreçleri, canlıya alınmış bir uygulamanın güvenli, bütün, erişilebilir ve iş gereksinimleriyle uyumlu kalmasını sağlar. Bu süreç geliştirme bittikten sonra başlayan pasif bir arıza masası değildir; hata kaydı, etki analizi, önceliklendirme, yetkilendirme, çözüm, tekrar test, regresyon testi, konfigürasyon yönetimi, geri dönüş planı, acil değişiklik prosedürü ve kullanıcı memnuniyeti değerlendirmesini kapsar. Her değişiklik kayda bağlanmalı, hangi bileşeni etkilediği belirlenmeli, uygulanmadan önce risk ve onay süzgecinden geçmeli, uygulandıktan sonra bağımsız ve izlenebilir testle doğrulanmalıdır. Acil değişiklikler hızlı müdahale gerektirse de kapsam, yetki, zaman damgası, yedekleme, geri dönüş ve sonradan gözden geçirme kontrollerini ortadan kaldırmaz. Soru tuzağı, bakımı yalnız hata düzeltme gibi görmek ve değişiklik yönetimi, sürüm kontrolü, güvenlik erişimi ve uygulama sonrası izlemeyi ayrı düşünmektir. Denetçi bakım sürecinde kayıtların tamamlığını, onayların ayrılığını ve değişikliklerin iş etkisiyle uyumunu birlikte değerlendirir.

Uygulama kontrolleri, bilgi sistemlerinde belirli iş süreçlerinin girişten çıktıya kadar doğru, tam, geçerli, güvenli ve hedeflerle uyumlu çalışmasını sağlamak için tasarlanan kontrollerdir. Kaynak, bilgi sistemleri kontrollerini genel kontroller ve uygulama kontrolleri olarak ayırır; uygulama kontrolleri doğrudan uygulamanın işlediği veri, işlem ve çıktıyla ilgilidir. Temel amaç sisteme yalnızca doğru, geçerli ve tam verinin girmesi, sistemin belirlenen görevleri yerine getirmesi, kaydedilen verinin korunması ve sonuçların beklentileri karşılamasıdır. Uygulama kontrolleri üç grupta incelenir: girdi kontrolleri, işlem kontrolleri ve çıktı kontrolleri. Girdi kontrolleri yetkilendirme, erişim kısıtları, kaynak belge referansları ve veri doğrulama yoluyla hatalı veya yetkisiz verinin sisteme alınmasını engeller. İşlem kontrolleri verinin doğru işlenmesini ve hesaplamaların beklenen biçimde ilerlemesini sağlar. Çıktı kontrolleri üretilen rapor, dosya veya sonuçların doğru, güvenli ve hedeflerle uyumlu sunulmasını denetler.