Analisis & Desain Sistem - Desain Sistem
System designadalah fase yang menjembatani kesenjangan antara domain masalah dan sistem yang ada dengan cara yang dapat dikelola. Fase ini berfokus pada domain solusi, yaitu "bagaimana menerapkan?"
Ini adalah fase di mana dokumen SRS diubah menjadi format yang dapat diimplementasikan dan memutuskan bagaimana sistem akan beroperasi.
Dalam tahap ini, kegiatan pengembangan sistem yang kompleks dibagi menjadi beberapa sub kegiatan yang lebih kecil, yang saling berkoordinasi untuk mencapai tujuan utama pengembangan sistem.
Masukan untuk Desain Sistem
Desain sistem mengambil masukan berikut -
Laporan kerja
Rencana penentuan kebutuhan
Analisis situasi saat ini
Persyaratan sistem yang diusulkan termasuk model data konseptual, DFD yang dimodifikasi, dan Metadata (data tentang data).
Keluaran untuk Desain Sistem
Desain sistem memberikan keluaran sebagai berikut -
Infrastruktur dan perubahan organisasi untuk sistem yang diusulkan.
Skema data, seringkali skema relasional.
Metadata untuk mendefinisikan tabel / file dan kolom / data-item.
Diagram hierarki fungsi atau peta halaman web yang menggambarkan struktur program secara grafis.
Aktual atau pseudocode untuk setiap modul dalam program.
Prototipe untuk sistem yang diusulkan.
Jenis Desain Sistem
Desain Logis
Desain logis berkaitan dengan representasi abstrak dari aliran data, masukan, dan keluaran dari sistem. Ini menggambarkan input (sumber), output (tujuan), database (penyimpanan data), prosedur (arus data) semua dalam format yang memenuhi persyaratan pengguna.
Sambil mempersiapkan desain logis dari suatu sistem, analis sistem menetapkan kebutuhan pengguna pada tingkat detail yang secara virtual menentukan aliran informasi masuk dan keluar sistem dan sumber data yang diperlukan. Diagram aliran data, pemodelan diagram ER digunakan.
Desain Fisik
Desain fisik berkaitan dengan proses input dan output aktual dari sistem. Ini berfokus pada bagaimana data dimasukkan ke dalam sistem, diverifikasi, diproses, dan ditampilkan sebagai output.
Ini menghasilkan sistem kerja dengan mendefinisikan spesifikasi desain yang secara tepat menentukan apa yang dilakukan oleh sistem kandidat. Ini berkaitan dengan desain antarmuka pengguna, desain proses, dan desain data.
Ini terdiri dari langkah-langkah berikut -
Menentukan media input / output, mendesain database, dan menentukan prosedur backup.
Implementasi sistem perencanaan.
Merancang pengujian dan rencana implementasi, dan menentukan perangkat keras dan perangkat lunak baru.
Memperbarui biaya, manfaat, tanggal konversi, dan batasan sistem.
Desain arsitektur
Ia juga dikenal sebagai desain tingkat tinggi yang berfokus pada desain arsitektur sistem. Ini menggambarkan struktur dan perilaku sistem. Ini mendefinisikan struktur dan hubungan antara berbagai modul proses pengembangan sistem.
Desain yang rinci
Ini mengikuti desain Arsitektur dan berfokus pada pengembangan setiap modul.
Pemodelan Data Konseptual
Ini adalah representasi dari data organisasi yang mencakup semua entitas dan hubungan utama. Analis sistem mengembangkan model data konseptual untuk sistem saat ini yang mendukung ruang lingkup dan persyaratan untuk sistem yang diusulkan.
Tujuan utama pemodelan data konseptual adalah untuk menangkap makna data sebanyak mungkin. Sebagian besar organisasi saat ini menggunakan pemodelan data konseptual menggunakan model ER yang menggunakan notasi khusus untuk merepresentasikan sebanyak mungkin makna tentang data.
Model Hubungan Entitas
Ini adalah teknik yang digunakan dalam desain basis data yang membantu menggambarkan hubungan antara berbagai entitas organisasi.
Istilah yang digunakan dalam model ER
ENTITY- Ini menentukan item dunia nyata yang berbeda dalam aplikasi. Misalnya: vendor, item, siswa, kursus, guru, dll.
RELATIONSHIP- Mereka adalah ketergantungan yang berarti antara entitas. Misalnya, penjaja persediaan barang, guru mengajar kursus, kemudian persediaan dan kursus adalah hubungan.
ATTRIBUTES- Ini menentukan properti hubungan. Misalnya, kode vendor, nama siswa. Simbol yang digunakan dalam model ER dan artinya masing-masing -
Tabel berikut menunjukkan simbol yang digunakan dalam model ER dan signifikansinya -
| Simbol | Berarti |
|---|---|
|
Kesatuan |
|
Entitas Lemah |
|
Hubungan |
|
Hubungan Identitas |
|
Atribut |
|
Atribut Kunci |
|
Multinilai |
|
Atribut Komposit |
|
Atribut Turunan |
|
Total Partisipasi E2 di R |
|
Cardinality Ratio 1: N untuk E1: E2 in R |
Tiga tipe hubungan bisa ada di antara dua kumpulan data: satu-ke-satu, satu-ke-banyak, dan banyak-ke-banyak.
Organisasi File
Ini menjelaskan bagaimana catatan disimpan dalam sebuah file.
Ada empat metode organisasi file -
Serial - Rekaman disimpan dalam urutan kronologis (dalam urutan saat dimasukkan atau terjadi). Examples - Pencatatan biaya telepon, transaksi ATM, antrian Telepon.
Sequential - Rekaman disimpan secara berurutan berdasarkan bidang kunci yang berisi nilai yang secara unik mengidentifikasi rekaman. Examples - Direktori telepon.
Direct (relative)- Setiap catatan disimpan berdasarkan alamat fisik atau lokasi di perangkat. Alamat dihitung dari nilai yang disimpan di bidang kunci record. Mengacak rutin atau algoritma hashing melakukan konversi.
Indexed - Rekaman dapat diproses baik secara berurutan maupun non-sekuensial menggunakan indeks.
Perbandingan
Akses File
Seseorang dapat mengakses file menggunakan Akses Sekuensial atau Akses Acak. Metode Akses File memungkinkan program komputer membaca atau menulis catatan dalam file.
Akses Berurutan
Setiap record pada file diproses mulai dari record pertama hingga End of File (EOF) tercapai. Ini efisien ketika sejumlah besar catatan pada file perlu diakses pada waktu tertentu. Data yang disimpan pada tape (akses sekuensial) hanya dapat diakses secara berurutan.
Akses Langsung (Acak)
Rekaman ditemukan dengan mengetahui lokasi fisik atau alamatnya pada perangkat daripada posisinya relatif terhadap rekaman lain. Data yang disimpan pada perangkat CD (akses langsung) dapat diakses baik secara berurutan atau acak.
Jenis File yang digunakan dalam Sistem Organisasi
Berikut adalah jenis file yang digunakan dalam sistem organisasi -
Master file- Berisi informasi terkini untuk suatu sistem. Misalnya, file pelanggan, file siswa, direktori telepon.
Table file- Ini adalah jenis file master yang jarang berubah dan disimpan dalam format tabel. Misalnya, menyimpan Kode Pos.
Transaction file- Berisi informasi sehari-hari yang dihasilkan dari kegiatan bisnis. Ini digunakan untuk memperbarui atau memproses file master. Misalnya, Alamat karyawan.
Temporary file - Itu dibuat dan digunakan kapan pun dibutuhkan oleh sistem.
Mirror file- Mereka adalah duplikat persis dari file lain. Membantu meminimalkan risiko waktu henti jika dokumen asli tidak dapat digunakan. Mereka harus dimodifikasi setiap kali file asli diubah.
Log files- Mereka berisi salinan master dan catatan transaksi untuk mencatat setiap perubahan yang dibuat ke file master. Ini memfasilitasi audit dan menyediakan mekanisme untuk pemulihan jika terjadi kegagalan sistem.
Archive files - File cadangan yang berisi versi historis dari file lain.
Pengendalian Dokumentasi
Dokumentasi adalah proses pencatatan informasi untuk referensi atau tujuan operasional apa pun. Ini membantu pengguna, manajer, dan staf TI, yang membutuhkannya. Dokumen yang disiapkan harus diperbarui secara berkala untuk melacak kemajuan sistem dengan mudah.
Setelah implementasi sistem jika sistem bekerja tidak semestinya, maka dokumentasi membantu administrator untuk memahami aliran data dalam sistem untuk memperbaiki kekurangan dan membuat sistem bekerja.
Pemrogram atau analis sistem biasanya membuat dokumentasi program dan sistem. Analis sistem biasanya bertanggung jawab untuk menyiapkan dokumentasi untuk membantu pengguna mempelajari sistem. Di perusahaan besar, tim dukungan teknis yang mencakup penulis teknis dapat membantu dalam persiapan dokumentasi pengguna dan materi pelatihan.
Keuntungan
Ini dapat mengurangi waktu henti sistem, memangkas biaya, dan mempercepat tugas pemeliharaan.
Ini memberikan gambaran yang jelas tentang aliran formal sistem saat ini dan membantu untuk memahami jenis data masukan dan bagaimana keluaran dapat diproduksi.
Ini menyediakan cara komunikasi yang efektif dan efisien antara pengguna teknis dan non teknis tentang sistem.
Ini memfasilitasi pelatihan pengguna baru sehingga dia dapat dengan mudah memahami aliran sistem.
Ini membantu pengguna untuk memecahkan masalah seperti pemecahan masalah dan membantu manajer untuk mengambil keputusan akhir yang lebih baik dari sistem organisasi.
Ini memberikan kontrol yang lebih baik untuk kerja internal atau eksternal sistem.
Jenis Dokumentasi
Ketika berbicara tentang Desain Sistem, ada empat dokumentasi utama berikut -
- Dokumentasi program
- Dokumentasi sistem
- Dokumentasi operasi
- Dokumentasi pengguna
Dokumentasi Program
Ini menjelaskan input, output, dan logika pemrosesan untuk semua modul program.
Proses dokumentasi program dimulai pada fase analisis sistem dan berlanjut selama implementasi.
Dokumentasi ini memandu pemrogram, yang membuat modul yang didukung dengan baik oleh komentar dan deskripsi internal dan eksternal yang dapat dipahami dan dipelihara dengan mudah.
Dokumentasi Operasi
Dokumentasi operasi berisi semua informasi yang diperlukan untuk memproses dan mendistribusikan keluaran online dan cetak. Dokumentasi operasi harus jelas, ringkas, dan tersedia online jika memungkinkan.
Ini mencakup informasi berikut -
Program, analis sistem, programmer, dan identifikasi sistem.
Informasi penjadwalan untuk hasil cetak, seperti laporan, frekuensi eksekusi, dan tenggat waktu.
File masukan, sumbernya, file keluaran, dan tujuannya.
Kirim email dan laporkan daftar distribusi.
Formulir khusus diperlukan, termasuk formulir online.
Pesan kesalahan dan informasi ke operator dan prosedur restart.
Instruksi khusus, seperti persyaratan keamanan.
Dokumentasi Pengguna
Ini termasuk instruksi dan informasi kepada pengguna yang akan berinteraksi dengan sistem. Misalnya, manual pengguna, panduan bantuan, dan tutorial. Dokumentasi pengguna sangat berharga dalam melatih pengguna dan untuk tujuan referensi. Ini harus jelas, dapat dimengerti, dan mudah diakses oleh pengguna di semua tingkatan.
Pengguna, pemilik sistem, analis, dan pemrogram, semuanya melakukan upaya gabungan untuk mengembangkan panduan pengguna.
Dokumentasi pengguna harus mencakup -
Gambaran umum sistem yang menjelaskan dengan jelas semua fitur, kemampuan, dan batasan sistem utama.
Deskripsi isi dokumen sumber, persiapan, pemrosesan, dan, sampel.
Gambaran umum tentang menu dan opsi layar entri data, konten, dan instruksi pemrosesan.
Contoh laporan yang dibuat secara teratur atau tersedia atas permintaan pengguna, termasuk contoh.
Informasi jejak keamanan dan audit.
Penjelasan tanggung jawab untuk input, output, atau persyaratan pemrosesan tertentu.
Prosedur untuk meminta perubahan dan melaporkan masalah.
Contoh pengecualian dan situasi kesalahan.
Pertanyaan yang sering diajukan (FAQ).
Penjelasan tentang cara mendapatkan bantuan dan prosedur untuk memperbarui manual pengguna.
Dokumentasi Sistem
Dokumentasi sistem berfungsi sebagai spesifikasi teknis untuk SI dan bagaimana tujuan SI dicapai. Pengguna, manajer dan pemilik SI tidak perlu mereferensikan dokumentasi sistem. Dokumentasi sistem memberikan dasar untuk memahami aspek teknis SI ketika modifikasi dilakukan.
Ini menjelaskan setiap program dalam IS dan keseluruhan IS itu sendiri.
Ini menggambarkan fungsi sistem, cara penerapannya, tujuan setiap program dalam keseluruhan IS sehubungan dengan urutan pelaksanaan, informasi yang diteruskan ke dan dari program, dan aliran sistem secara keseluruhan.
Ini mencakup entri kamus data, diagram aliran data, model objek, tata letak layar, dokumen sumber, dan permintaan sistem yang memulai proyek.
Sebagian besar dokumentasi sistem disiapkan selama tahap analisis sistem dan desain sistem.
Selama implementasi sistem, seorang analis harus meninjau dokumentasi sistem untuk memverifikasi bahwa itu lengkap, akurat, dan mutakhir, dan termasuk setiap perubahan yang dibuat selama proses implementasi.