Sistem Analizi ve Tasarımı - Sistem Tasarımı

System designsorun alanı ile mevcut sistem arasındaki boşluğu yönetilebilir bir şekilde kapatan aşamadır. Bu aşama çözüm alanına odaklanır, yani "nasıl uygulanır?"

SRS belgesinin uygulanabilecek bir formata dönüştürüldüğü ve sistemin nasıl çalışacağına karar verilen aşamadır.

Bu aşamada, sistem geliştirmenin karmaşık faaliyeti, sistem geliştirmenin ana amacına ulaşmak için birbirleriyle koordineli olan birkaç küçük alt faaliyete bölünmüştür.

Sistem Tasarımına Girdiler

Sistem tasarımı aşağıdaki girdileri alır -

  • İş beyanı

  • Gereksinim belirleme planı

  • Mevcut durum analizi

  • Kavramsal bir veri modeli, değiştirilmiş DFD'ler ve Meta Veriler (verilerle ilgili veriler) dahil olmak üzere önerilen sistem gereksinimleri.

Sistem Tasarımı için Çıktılar

Sistem tasarımı aşağıdaki çıktıları verir -

  • Önerilen sistem için altyapı ve organizasyonel değişiklikler.

  • Bir veri şeması, genellikle ilişkisel bir şema.

  • Tabloları / dosyaları ve sütunları / veri öğelerini tanımlamak için meta veriler.

  • Program yapısını grafik olarak tanımlayan bir işlev hiyerarşi diyagramı veya web sayfası haritası.

  • Programdaki her modül için gerçek veya sözde kod.

  • Önerilen sistem için bir prototip.

Sistem Tasarım Türleri

Mantıksal Tasarım

Mantıksal tasarım, sistemin veri akışının, girdilerinin ve çıktılarının soyut bir temsiliyle ilgilidir. Girişleri (kaynakları), çıktıları (hedefleri), veri tabanlarını (veri depoları), prosedürleri (veri akışları) kullanıcı gereksinimlerini karşılayan bir formatta açıklar.

Sistem analisti, bir sistemin mantıksal tasarımını hazırlarken, kullanıcı ihtiyaçlarını, sisteme giren ve çıkan bilgi akışını ve gerekli veri kaynaklarını sanal olarak belirleyen ayrıntı seviyesinde belirler. Veri akış diyagramı, ER diyagram modellemesi kullanılmıştır.

Fiziksel tasarım

Fiziksel tasarım, sistemin gerçek girdi ve çıktı süreçleriyle ilgilidir. Verilerin bir sisteme nasıl girildiğine, doğrulandığına, işlendiğine ve çıktı olarak nasıl görüntülendiğine odaklanır.

Aday sistemin tam olarak ne yaptığını belirten tasarım özelliğini tanımlayarak çalışma sistemini üretir. Kullanıcı arayüzü tasarımı, süreç tasarımı ve veri tasarımı ile ilgilidir.

Aşağıdaki adımlardan oluşur -

  • Giriş / çıkış ortamını belirleme, veritabanını tasarlama ve yedekleme prosedürlerini belirleme.

  • Planlama sistemi uygulaması.

  • Bir test ve uygulama planı geliştirmek ve herhangi bir yeni donanım ve yazılımı belirlemek.

  • Maliyetleri, avantajları, dönüştürme tarihlerini ve sistem kısıtlamalarını güncelleme.

Mimari tasarım

Sistem mimarisinin tasarımına odaklanan üst düzey tasarım olarak da bilinir. Sistemin yapısını ve davranışını açıklar. Sistem geliştirme sürecinin çeşitli modülleri arasındaki yapıyı ve ilişkiyi tanımlar.

Detaylı tasarım

Mimari tasarımı takip eder ve her modülün geliştirilmesine odaklanır.

Kavramsal Veri Modelleme

Tüm büyük varlıkları ve ilişkiyi içeren kurumsal verilerin temsilidir. Sistem analistleri, önerilen sistemin kapsamını ve gerekliliğini destekleyen mevcut sistem için kavramsal bir veri modeli geliştirir.

Kavramsal veri modellemenin temel amacı, verilerin mümkün olduğu kadar çok anlamını yakalamaktır. Günümüzde çoğu kuruluş, veriler hakkında olabildiğince fazla anlam ifade etmek için özel gösterim kullanan ER modelini kullanarak kavramsal veri modelleme kullanmaktadır.

Varlık İlişki Modeli

Bir kuruluşun çeşitli varlıkları arasındaki ilişkiyi tanımlamaya yardımcı olan veritabanı tasarımında kullanılan bir tekniktir.

ER modelinde kullanılan terimler

  • ENTITY- Bir uygulamada farklı gerçek dünya öğelerini belirtir. Örneğin: satıcı, öğe, öğrenci, kurs, öğretmenler vb.

  • RELATIONSHIP- Varlıklar arasındaki anlamlı bağımlılıklardır. Örneğin, satıcı malzemeleri tedarik eder, öğretmen dersleri öğretir, sonra malzemeler ve kurs ilişkidir.

  • ATTRIBUTES- İlişkilerin özelliklerini belirtir. Örneğin, satıcı kodu, öğrenci adı. ER modelinde kullanılan semboller ve ilgili anlamları -

Aşağıdaki tablo, ER modelinde kullanılan sembolleri ve anlamlarını gösterir -

Sembol Anlam
Varlık
Zayıf Varlık
İlişki
Kimlik İlişkisi
Öznitellikler
Anahtar nitelikler
Birden çok değerli
Bileşik Özellik
Türetilmiş Nitelikler
E2'nin R'ye Toplam Katılımı
Kardinalite Oranı 1: E1 için N: R'de E2

İki veri kümesi arasında üç tür ilişki olabilir: bire bir, bire çok ve çoktan çoğa.

Dosya Organizasyonu

Kayıtların bir dosya içinde nasıl saklandığını açıklar.

Dört dosya düzenleme yöntemi vardır -

  • Serial - Kayıtlar kronolojik sırayla saklanır (girildikleri veya oluştukları sırayla). Examples - Telefon ücretleri, ATM işlemleri, Telefon kuyruklarının kaydı.

  • Sequential - Kayıtlar, bir kaydı benzersiz şekilde tanımlayan bir değer içeren bir anahtar alanına göre sırayla saklanır. Examples - Telefon rehberleri.

  • Direct (relative)- Her kayıt, cihazdaki fiziksel bir adrese veya konuma göre saklanır. Adres, kaydın anahtar alanında depolanan değerden hesaplanır. Rastgele rutin veya hashing algoritması dönüştürme yapar.

  • Indexed - Kayıtlar, dizinler kullanılarak hem sıralı hem de sıralı olmayan şekilde işlenebilir.

Karşılaştırma

Dosya Erişimi

Sıralı Erişim veya Rasgele Erişim kullanılarak bir dosyaya erişilebilir. Dosya Erişim yöntemleri, bilgisayar programlarının bir dosyadaki kayıtları okumasına veya yazmasına izin verir.

Sıralı Erişim

Dosyadaki her kayıt, Dosya Sonu'na (EOF) ulaşılana kadar ilk kayıttan başlayarak işlenir. Dosyadaki çok sayıda kayda herhangi bir zamanda erişilmesi gerektiğinde etkilidir. Bir kasette depolanan verilere (sıralı erişim) yalnızca sıralı olarak erişilebilir.

Doğrudan (Rastgele) Erişim

Kayıtlar, diğer kayıtlara göre konumları yerine fiziksel konumları veya cihaz üzerindeki adresleri bilinerek bulunur. Bir CD cihazında (doğrudan erişim) depolanan verilere sıralı veya rastgele olarak erişilebilir.

Bir Organizasyon Sisteminde kullanılan Dosya Türleri

Aşağıda bir organizasyon sisteminde kullanılan dosya türleri verilmiştir -

  • Master file- Bir sistem için güncel bilgileri içerir. Örneğin, müşteri dosyası, öğrenci dosyası, telefon rehberi.

  • Table file- Seyrek olarak değişen ve tablo biçiminde saklanan bir ana dosya türüdür. Örneğin, Zipcode depolamak.

  • Transaction file- İş faaliyetlerinden üretilen günlük bilgileri içerir. Ana dosyayı güncellemek veya işlemek için kullanılır. Örneğin, çalışanların adresleri.

  • Temporary file - Bir sistem tarafından ihtiyaç duyulduğunda oluşturulur ve kullanılır.

  • Mirror file- Diğer dosyaların tam kopyalarıdır. Orijinalin kullanılamaz hale geldiği durumlarda kesinti riskini en aza indirmeye yardımcı olun. Orijinal dosya her değiştirildiğinde değiştirilmeleri gerekir.

  • Log files- Ana dosyada yapılan herhangi bir değişikliğin kaydını tutmak için ana ve işlem kayıtlarının kopyalarını içerirler. Denetimi kolaylaştırır ve sistem arızası durumunda kurtarma için mekanizma sağlar.

  • Archive files - Diğer dosyaların geçmiş sürümlerini içeren yedekleme dosyaları.

Dokümantasyon Kontrolü

Belgeleme, herhangi bir referans veya operasyonel amaç için bilgilerin kaydedilmesi sürecidir. İhtiyaç duyan kullanıcılara, yöneticilere ve BT personeline yardımcı olur. Sistemin ilerleyişini kolayca takip edebilmek için hazırlanan belgenin düzenli olarak güncellenmesi önemlidir.

Sistemin uygulanmasından sonra, sistem düzgün çalışmıyorsa, dokümantasyon, yöneticinin sistemdeki veri akışını anlamasına yardımcı olarak hataları düzeltip sistemin çalışmasını sağlar.

Programcılar veya sistem analistleri genellikle program ve sistem dokümantasyonu oluşturur. Sistem analistleri genellikle kullanıcıların sistemi öğrenmesine yardımcı olacak dokümantasyon hazırlamaktan sorumludur. Büyük şirketlerde, teknik yazarları içeren bir teknik destek ekibi, kullanıcı belgelerinin ve eğitim materyallerinin hazırlanmasına yardımcı olabilir.

Avantajlar

  • Sistemin kapalı kalma süresini azaltabilir, maliyetleri düşürebilir ve bakım görevlerini hızlandırabilir.

  • Mevcut sistemin biçimsel akışının net bir tanımını sağlar ve girdi verilerinin türünü ve çıktının nasıl üretilebileceğini anlamaya yardımcı olur.

  • Sistem hakkında teknik ve teknik olmayan kullanıcılar arasında etkili ve verimli iletişim sağlar.

  • Sistemin akışını kolaylıkla anlayabilmesi için yeni kullanıcının eğitimini kolaylaştırır.

  • Kullanıcının sorun giderme gibi sorunları çözmesine ve yöneticinin organizasyon sisteminin daha iyi nihai kararlarını almasına yardımcı olur.

  • Sistemin iç veya dış çalışmasına daha iyi kontrol sağlar.

Belge Türleri

Sistem Tasarımı söz konusu olduğunda, aşağıdaki dört ana belge vardır:

  • Program belgeleri
  • Sistem dokümantasyonu
  • Operasyon belgeleri
  • Kullanıcı belgeleri

Program Dokümantasyonu

  • Tüm program modülleri için girişleri, çıkışları ve işleme mantığını açıklar.

  • Program dokümantasyon süreci, sistem analizi aşamasında başlar ve uygulama sırasında devam eder.

  • Bu belge, kolayca anlaşılabilen ve sürdürülebilen dahili ve harici yorumlar ve açıklamalarla iyi desteklenen modüller oluşturan programcılara rehberlik eder.

İşlem Belgeleri

İşlem belgeleri, çevrimiçi ve basılı çıktıların işlenmesi ve dağıtılması için gereken tüm bilgileri içerir. Operasyon belgeleri açık, öz ve mümkünse çevrimiçi olarak erişilebilir olmalıdır.

Aşağıdaki bilgileri içerir -

  • Program, sistem analisti, programcı ve sistem tanımlama.

  • Rapor, yürütme sıklığı ve son tarihler gibi basılı çıktı için planlama bilgileri.

  • Giriş dosyaları, kaynakları, çıktı dosyaları ve hedefleri.

  • E-posta ve rapor dağıtım listeleri.

  • Çevrimiçi formlar dahil olmak üzere özel formlar gereklidir.

  • Operatörlere hata ve bilgi mesajları ve yeniden başlatma prosedürleri.

  • Güvenlik gereksinimleri gibi özel talimatlar.

Kullanıcı Belgeleri

Sistemle etkileşime girecek kullanıcılara talimatlar ve bilgiler içerir. Örneğin, kullanım kılavuzları, yardım kılavuzları ve öğreticiler. Kullanıcı belgeleri, kullanıcıları eğitmek ve referans amacıyla değerlidir. Açık, anlaşılır ve her düzeydeki kullanıcılar için kolayca erişilebilir olmalıdır.

Kullanıcılar, sistem sahipleri, analistler ve programcılar, bir kullanıcı kılavuzu geliştirmek için ortak çaba sarf ederler.

Bir kullanıcı belgeleri şunları içermelidir -

  • Tüm önemli sistem özelliklerini, yeteneklerini ve sınırlamalarını açık bir şekilde tanımlayan bir sistem özeti.

  • Kaynak belge içeriğinin, hazırlanmasının, işlenmesinin ve örneklerin açıklaması.

  • Menü ve veri giriş ekranı seçeneklerine, içeriğine ve işleme talimatlarına genel bakış.

  • Örnekler dahil olmak üzere, düzenli olarak üretilen veya kullanıcının talebi üzerine mevcut olan rapor örnekleri.

  • Güvenlik ve denetim izi bilgileri.

  • Belirli girdi, çıktı veya işleme gereksinimleri için sorumluluk açıklaması.

  • Değişiklik talep etme ve sorunları bildirme prosedürleri.

  • İstisna ve hata durumlarına örnekler.

  • Sık sorulan sorular (SSS).

  • Kullanım kılavuzunun güncellenmesi için nasıl yardım alınacağına ve prosedürlere ilişkin açıklama.

Sistem Dokümantasyonu

Sistem dokümantasyonu, IS için teknik şartname ve IS'nin amaçlarının nasıl gerçekleştirildiğine hizmet eder. Kullanıcılar, yöneticiler ve BS sahiplerinin hiçbir zaman sistem belgelerine başvurmalarına gerek yoktur. Sistem dokümantasyonu, modifikasyonlar yapıldığında IS'nin teknik yönlerini anlamak için temel sağlar.

  • IS içindeki her programı ve tüm IS'yi anlatır.

  • Sistemin işlevlerini, uygulanma şekillerini, her programın tüm IS içindeki amacını yürütme sırasına, programlara ve programlardan aktarılan bilgilere ve genel sistem akışına göre açıklar.

  • Veri sözlüğü girişlerini, veri akış diyagramlarını, nesne modellerini, ekran düzenlerini, kaynak belgeleri ve projeyi başlatan sistem talebini içerir.

  • Sistem dokümantasyonunun çoğu, sistem analizi ve sistem tasarımı aşamalarında hazırlanır.

  • Sistem uygulaması sırasında, bir analist, eksiksiz, doğru ve güncel olduğunu ve uygulama sürecinde yapılan değişiklikleri de içerdiğini doğrulamak için sistem belgelerini incelemelidir.