Sistem Geliştirme Yaşam Döngüsü ile MIS Geliştirme Süreci

Yazılım, yönetim bilgi sisteminin ana bileşenlerinden biridir. Bir MIS sisteminde kullanılan yazılımlardan bazıları kullanıma hazırdır. Bunlar elektronik tablo programları, veritabanı uygulamaları vb. paketleri içerir.

Ancak bunlar, kullanıma hazır yazılımın iş gereksinimlerini karşılamadığı zamanlardır. Bu sorunun çözümü özel yapım yazılımlardır.

Bu eğitimde özel yazılım geliştirmek için kullanılan metodolojilere odaklanılacaktır.

Bilgi Sistemi Geliştirmede Paydaşlar

Tipik bir bilgi sistemi geliştirmenin genellikle üç paydaşı vardır:

• Kullanıcılar – Kullanıcılar, sistem geliştirildikten sonra günlük görevlerini gerçekleştirmek için kullanan kişilerdir.
• Proje sponsorları – paydaşların bu kategorisi projenin mali yönünden ve projenin tamamlanmasının sağlanmasından sorumludur.
• Geliştiriciler – bu kategori genellikle sistem analistleri ve programcılarından oluşur. Sistem analistleri, kullanıcı gereksinimlerinin toplanmasından ve sistem gereksinimlerinin yazılmasından sorumludur. Programcılar, sistem analistleri tarafından geliştirilen sistem gereksinimlerine göre gerekli sistemi geliştirirler.

Bir projenin 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.

Sistem Analizi ve Tasarımında MIS

Sistem analizi ve tasarımı birbiriyle yakından ilişkili iki disiplini ifade eder sistem Analizi ve Sistem tasarımı.

• Sistem Analizi iş amaçlarını, hedeflerini anlamak ve iş süreçlerini geliştirmekle ilgilenir. Sistem analizinin son ürünü sistem spesifikasyonlarıdır.
• Sistem tasarımı sistem analizinden elde edilen çıktıyı girdisi olarak kullanır. Sistem tasarımının temel amacı, sistem gereksinimlerini bilgi sisteminin nasıl uygulanacağına dair mimari, mantıksal ve fiziksel tasarımlara yorumlamaktır.

MIS'te Nesneye Yönelik Analiz ve Tasarım

Nesneye yönelik analiz ve tasarım (OOAD), sistem analizi ve tasarımıyla yakından ilgilidir. Nesne yönelimli analiz ve tasarım (OOAD) ile sistem analizi ve tasarımı arasındaki temel fark, OOAD'ın gerçek dünyadaki varlıkları temsil etmek için nesneleri 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 modellemeyi 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 görüntü, kullanıcıların bir satış noktası sistemiyle etkileşimini gösteren örnek bir UML diyagramını göstermektedir

MIS'te Sistem Geliştirme Yaşam Döngüsü (SDLC)

The sistem geliştirme yaşam döngüsü Bir bilgi sisteminin planlanması, oluşturulması, test edilmesi ve konuşlandırılması sürecini ifade eder. Sistem geliştirme yaşam döngüsünün temel amacı, öngörülen bütçe ve zaman dilimi içerisinde kullanıcıların beklentilerini karşılayan veya aşan yüksek kaliteli bilgi sistemleri üretmektir.

SDLC, bu hedefe ulaşmak için bir dizi geliştirme metodolojisi kullanır. Sonraki bölümlerde en popüler geliştirme metodolojilerinden bazıları tartışılacaktır.

MIS'de Şelale Modeli

The Şelale Modeli sıralı tasarım modeli kullanır. Bir sonraki aşama ancak önceki aşamanın tamamlanmasından sonra başlar. İlk aşama genellikle üstte, sonraki aşamalar ise altta ve sol altta çizilir. Bu, şelaleye benzer bir yapı oluşturur ve adı da buradan gelmektedir.

Şelale modelinin temel amacı

• Planlama
• zaman planlaması
• Bütçeleme ve
• Bir sistemin tamamının aynı anda uygulanması

Şelale modeli, kullanıcı gereksinimlerinin açıkça anlaşıldığı ve bilgi sisteminin geliştirilmesi sırasında radikal bir değişimin beklenmediği durumlarda 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şimi benimsemektir. Yeni kullanıcı gereksinimlerini dahil etmek kolay değildir.

MIS'e Çevik Geliştirme Yaklaşımı

Çevik geliştirme, uyarlanabilir planlamayı, evrimsel geliştirmeyi, erken teslimatı, sürekli iyileştirmeyi teşvik eden ve değişime hızlı ve esnek yanıt vermeyi destekleyen geleneksel proje yönetimine alternatif bir metodolojidir.

Çevik terimlerle sprint, belirli bir zaman içerisinde tamamlanması gereken iyi tanımlanmış bir görevdir. Sprint hedefler ve süreler 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 edin. Çevik manifesto aşağıdaki on iki (12) ilkeye dayanmaktadır:

1. Yazılımın erken ve sürekli teslimi yoluyla müşteri memnuniyeti
2. Projenin herhangi bir zamanında gereksinimlerdeki değişiklikleri memnuniyetle karşılamak
3. Çalışan yazılımın genellikle haftalık olarak sık sık yayınlanması
4. Bir proje üzerinde çalışırken iş adamları ve geliştiriciler arasındaki işbirliği
5. Motivasyonlu ve güvenilir bireyler etrafında oluşturulan projeler
6. Verimli ve etkili Yüz yüze toplantılar
7. İlerleme, çalışan yazılıma göre ölçülür
8. Sürdürülebilir kalkınma, sponsorlar, kullanıcılar ve geliştiricilerin süresiz olarak sabit bir tempoyu sürdürebilmeleri gerekir
9. Teknik mükemmelliğe ve iyi tasarıma sürekli dikkat edilmesi çevikliği artırır.
10. Basitlik
11. Kendi kendini organize eden ekipler
12. Ekip düzenli aralıklarla nasıl daha etkili olabileceği üzerine düşünür ve ardından davranışını buna göre ayarlar ve ayarlar.

Aşağıdaki diyagram çevik geliştirme metodolojilerinin nasıl uygulandığını göstermektedir.

MIS'te prototip oluşturma

Prototip, geliştirilecek gerçek sistemin yarı işlevsel simülasyon modelidir. Prototip geliştirme metodolojileri prototiplerden yararlanır. Prototipler hem geliştiricilerin hem de kullanıcıların erkenden geri bildirim almasına olanak tanır.

Prototip oluşturma, kullanıcıların gereksinimlerini belirlemesini ve geliştiricilerin prototipler sayesinde kullanıcıların gereksinimlerini anlamasını kolaylaştırır. Prototipleme metodolojisi, temel sistem gereksinimlerinin, özellikle de sistemden gelen girdi ve çıktıların tanımlanmasını içerir. Bu gereksinimler daha sonra kullanıcıların etkileşimde bulunabileceği ve geri bildirimde bulunabileceği bir simülasyon modeli oluşturmak için kullanılır. Kullanıcı geribildirimi, prototipi geliştirmek ve proje maliyeti ve uygun zaman çizelgeleri gibi diğer önemli kararları vermek için kullanılır.

Aşağıdaki diyagram prototiplemenin aşamalarını göstermektedir

ÖZET

Bilgi sistemleri geliştirme, yeni bir bilgi sisteminin geliştirilmesinde veya mevcut bir sistemin gelişen kullanıcı gereksinimlerini karşılayacak şekilde yükseltilmesinde yer alan metodolojileri ve adımları ifade eder.

Özetle, bir geliştirme metodolojisinin öncelikle mevcut sistemdeki sorunu tanımlaması, anlaması ve sorunu çözecek bir çözüm bulması gerekir.

Seçilen metodoloji projenin niteliğine 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üreci boyunca değişmesi beklendiğinde ve değişikliklerin dahil edilmesi gerektiğinde idealdir.