Yazılım, bir yönetim bilgi sisteminin ana bileşenlerinden biridir. Bir MIS sisteminde kullanılan yazılımların bir kısmı kullanıma hazırdır. Bunlar, elektronik tablo programları, veritabanı uygulamaları vb. Gibi paketleri içerir.
Bununla birlikte, yazılımın iş gereksinimlerini karşılamadığı zamanlardır. Bu sorunun çözümü özel yapım yazılımdır.
Bu eğitim, özel yazılım geliştirmek için kullanılan metodolojilere odaklanacaktır.
Bu eğitimde öğreneceksiniz-
- Bilgi Sistemleri Geliştirme Paydaşı
- MIS Sistemleri Analizi ve Tasarımı
- MIS Nesneye yönelik analiz ve tasarım
- MIS Sistemleri Geliştirme Yaşam Döngüsü (SDLC)
- Şelale Modeli
- Çevik Geliştirme
- Prototipleme
Bilgi Sistemleri Geliştirme Paydaşı
Tipik bir bilgi sistemleri geliştirmesinin genellikle üç (3) paydaşı vardır:
- Kullanıcılar - Kullanıcılar, günlük görevlerini yerine getirmek için geliştirildikten sonra sistemi kullananlardır.
- Proje sponsorları - bu paydaş kategorisi, projenin mali yönünden ve projenin tamamlanmasını sağlamaktan sorumludur.
- Geliştiriciler - bu kategori genellikle sistem analistleri ve programcılarından oluşur. Sistem analistleri, kullanıcı gereksinimlerini toplamaktan ve sistem gereksinimlerini yazmaktan sorumludur.
Programcılar, sistem analistleri tarafından geliştirilen sistem gereksinimlerine göre gerekli sistemi geliştirir.
Bir projedeki en önemli paydaşlar kullanıcılardır. Bir projenin tamamlanmış olarak kabul edilebilmesi için kullanıcıların onu kabul etmesi ve kullanması gerekir. Kullanıcılar sistemi kabul etmezse proje başarısız olur.
MIS Sistemleri Analizi ve Tasarımı
Sistem analizi ve tasarımı, birbiriyle yakından ilişkili iki disiplini ifade eder, sistem analizi ve sistem tasarımı.
- Sistem analizi , iş hedeflerini, hedeflerini anlamak ve iş süreçlerini geliştirmekle ilgilidir. Sistem analizinin son ürünü, sistem özellikleridir.
- Sistem tasarımı , girdi olarak sistem analizinden gelen çıktıyı kullanır. Sistem tasarımının temel amacı, sistem gereksinimlerini, bilgi sisteminin nasıl uygulanacağına ilişkin mimari, mantıksal ve fiziksel tasarımlara göre yorumlamaktır.
MIS Nesneye yönelik analiz ve tasarım
Nesneye yönelik analiz ve tasarım (OOAD), sistem analizi ve tasarımı ile yakından ilgilidir. Nesneye yönelik analiz ve tasarım (OOAD) ile sistem analizi ve tasarımı arasındaki temel fark, OOAD'nin nesneleri gerçek dünyadaki varlıkları temsil etmek için kullanmasıdır.
Nesneye yönelik analiz ve tasarım, tüm paydaşlar arasındaki iletişimi geliştirmek ve yüksek kaliteli ürünler üretmek için görsel modelleme kullanır.
Nesne, müşteri, ürün, çalışan vb. Gibi gerçek dünyadaki bir varlığın temsilidir. Birleşik Modelleme Dili (UML), bir sistem için görsel tasarımlar oluşturmak için kullanılan genel amaçlı bir dildir.
Aşağıdaki resimde, bir satış noktası sistemiyle etkileşimde bulunan kullanıcıları gösteren örnek bir UML diyagramı gösterilmektedir.
MIS Sistemleri Geliştirme Yaşam Döngüsü (SDLC)
Sistem geliştirme yaşam döngüsü, bir bilgi sisteminin planlanması, oluşturulması, test edilmesi ve devreye alınmasının işlenmesini ifade eder. Sistem geliştirme yaşam döngüsünün temel amacı, öngörülen bütçe ve zaman dilimi içinde kullanıcıların beklentilerini karşılayan veya aşan yüksek kaliteli bilgi sistemleri üretmektir.
SDLC, bu amaca ulaşmak için bir dizi geliştirme metodolojisi kullanır. Sonraki bölümler, en popüler geliştirme yöntemlerinden bazılarını tartışacaktır.
Şelale Modeli
Şelale modeli sıralı bir tasarım modeli kullanır. Bir sonraki aşama ancak önceki aşamanın tamamlanmasından sonra başlar. İlk aşama genellikle üstte ve sonraki aşamalar aşağıda ve sol altta çizilir. Bu şelale benzeri bir yapı oluşturur ve adın geldiği yer burasıdır.
Şelale modelinin temel amacı,
- Planlama
- Zaman çizelgeleme
- Bütçeleme ve
- Tüm sistemi aynı anda uygulamak
Şelale modeli, kullanıcı gereksinimleri açıkça anlaşıldığında ve bilgi sisteminin geliştirilmesi sırasında kökten değişmesi beklenmediğinde idealdir. Şelale modeli, bir projenin sabit kapsamı, sabit zaman çerçevesi ve sabit fiyatı olduğu durumlarda idealdir.
Şelale modelinin en büyük zorluğu değişime uyum sağlamaktır. Yeni kullanıcı gereksinimlerini dahil etmek kolay değildir.
Çevik Geliştirme
Çevik geliştirme, uyarlanabilir planlamayı, evrimsel gelişimi, erken teslimatı, sürekli iyileştirmeyi teşvik eden ve değişime hızlı ve esnek yanıt vermeyi teşvik eden geleneksel proje yönetimine alternatif bir metodolojidir.
Çevik terimlerle bir sprint, belirli bir süre içinde başarılması gereken iyi tanımlanmış bir görevdir. Sprint hedefleri ve süreleri müşteriler ve geliştirme ekibi tarafından belirlenir. Tüm paydaşlar, varsa bir sonraki sprint'e geçmeden önce sprint hakkında geri bildirim almak için şahsen bir araya gelmelidir.
Çevik metodolojiler genellikle çevik manifestoyu takip eder. Çevik manifesto aşağıdaki on iki (12) ilkeye dayanmaktadır
- Yazılımın erken ve sürekli teslimi ile müşteri memnuniyeti
- Projenin herhangi bir anında ihtiyaçlardaki değişiklikleri memnuniyetle karşılamak
- Çalışan yazılımın genellikle haftalık olarak sık yayınlanması
- Bir proje üzerinde çalışırken iş adamları ve geliştiriciler arasında işbirliği
- Motive olmuş ve güvenilir bireyler etrafında inşa edilen projeler
- Etkili ve verimli yüz yüze toplantılar
- İlerleme, çalışan yazılıma göre ölçülür
- Sürdürülebilir geliştirme, sponsorlar, kullanıcılar ve geliştiriciler süresiz olarak sabit bir hızda devam edebilmelidir
- Teknik mükemmelliğe ve iyi tasarıma sürekli dikkat, çevikliği artırır.
- Basitlik
- Kendi kendini organize eden ekipler
- Ekip düzenli aralıklarla nasıl daha etkili olabileceği üzerine düşünür, ardından davranışını buna göre ayarlar ve düzeltir.
Aşağıdaki diyagram, çevik geliştirme metodolojilerinin nasıl uygulandığını göstermektedir.
Prototipleme
Bir prototip, geliştirilecek gerçek sistemin yarı işlevsel bir simülasyon modelidir. Prototip geliştirme metodolojileri prototiplerden yararlanır. Prototipler, hem geliştiricilerin hem de kullanıcıların erken geribildirim almasına izin verir.
Prototipleme, kullanıcıların gereksinimlerini belirlemesini ve geliştiricilerin prototipler nedeniyle kullanıcıların gereksinimlerini anlamasını kolaylaştırır. Bir prototip oluşturma metodolojisi, temel sistem gereksinimlerini, özellikle de sistemden girdi ve çıktıyı belirlemeye dayanır. Bu gereksinimler daha sonra kullanıcıların etkileşimde bulunabileceği ve geri bildirim sağlayabileceği bir simülasyon modeli oluşturmak için kullanılır. Kullanıcı geri bildirimi, prototipi geliştirmek ve proje maliyeti ve uygulanabilir zaman çizelgeleri gibi diğer önemli kararları almak için kullanılır.
Aşağıdaki şema prototip oluşturmanın aşamalarını göstermektedir
Özet:
Bilgi sistemleri geliştirme, değişen kullanıcı gereksinimlerini karşılamak için yeni bir bilgi sistemi geliştirme veya mevcut bir sistemi yükseltme ile ilgili metodolojileri ve adımları ifade eder.
Özetle, bir geliştirme metodolojisi öncelikle mevcut sistemdeki problemi tanımlamalı ve anlamalı ve problemi çözen bir çözüm bulmalıdır.
Seçilen metodoloji, projenin yapısına ve kullanıcı gereksinimlerine bağlıdır.
- Şelale modeli, projenin çok fazla değişmesinin beklenmediği durumlarda idealdir.
- Çevik, Prototipleme vb. Metodolojiler, projenin geliştirme sürecinde değişmesi beklendiğinde ve değişikliklerin dahil edilmesi gerektiğinde idealdir.