M0414 Analisa Sistem Informasi Data Dictionary 01 Feb 2005 1 Latar Belakang Kamus Data adalah suatu daftar terorganisasi tentang komposisi elemen data, aliran data, dan data store yang digunakan pada DFD. Mulai dibuat pada saat yang bersamaan dengan pembuatan DFD, pada tahap analisis sistem yang berjalan. Pengisian Data Dictionary dilakukan setiap saat selama proses pengembangan berlangsung, ketika diketahui adanya data item atau saat diperlukan penambahan data item ke dalam sistem. 01 Feb 2005 2 Penjelasan Kamus Data Elementary Data Element Elemen data tingkat terendah, tidak bisa diuraikan lebih lanjut, dapat berupa: data item, contoh: NIM data literal, contoh: Group Data Element NOSMOKE-MSG = “Thank You For Not Smoking” Gabungan elementary data element. Data Store Gabungan beberapa elementary data element atau group data element yang berhubungan. 01 Feb 2005 3 Istilah Lain Kamus Data Elementary Data, untuk elementary data element Jenis_Kelamin, Limit_Kredit_Pelanggan Composite Data, untuk group data element Alamat yang terdiri dari: Nama_Jalan, Kota, Kode_Pos 01 Feb 2005 4 Simbol Yang Digunakan Simbol yang digunakan: Assign : = Menyatakan “terdiri dari” Concatenation (sequential) : + Menggabungkan elemen data dengan elemen data yang lain Alamat = Nama_Jalan + Nomor + Kota + Kode_Pos Iteration (repetition) : { } Pengulangan elemen data Info_Pelanggan = Kode_Pelanggan .... Karyawan = Nama + Nama_Pasangan +v{ Nama_Anak } Selection (choice) : [ ] dan | Pilih satu dari beberapa data alternatif 01 Feb 2005 Akomodasi = [ “Rumah_Sendiri” | “Sewa” | “Kontrak” ] 5 Simbol Yang Digunakan Option : ( ) Data tambahan, boleh ada boleh tidak Comment (keterangan) : *......* Penjelasan / keterangan tentang suatu data Karyawan = Nama + Alamat + (Telpon) Alamat = Jalan + Nomor + Kode_Pos + Kota* Alamat Kantor * Pada simbol repetition boleh dicantumkan jumlah minimum dan maksimum pengembangan data tersebut Karyawan = Nama + Nama_Pasangan + 0{ Nama_Anak }3 01 Feb 2005 6 Simbol Yang Digunakan Candidate Key Data elemen (satu atau beberapa) yang memiliki “unique value” untuk setiap entry. MST_MHS = NIM + Nama + Alamat + ... + NopPen NIM Nama + Alamat NopPen : candidate key : candidate key : candidate key Primary Key Candidate key yang dipilih, ditandai dengan garis bawah atau @. Key hanya digunakan untuk data store 01 Feb 2005 MST_MHS = NIM + Nama + Alamat + ... + NopPen MST_MHS = @ NIM + Nama + Alamat + ... + NopPen 7 Data Table Kumpulan dari data yang terorganisasi berdasarkan key yang berada di dalam sistem Definisi data tabel: Satu Dimensi 01 Feb 2005 File_Mhs = { @ NIM + Nama + Alamat + Telpon } 8 Data Table Dua Dimensi File_Mhs = { @ Jurusan + { @ NIM + Nama + Alamat + Telpon }} 01 Feb 2005 9 Data Table Tiga Dimensi File_Mhs = { PTS + { Jurusan + { NIM + Nama + Alamat + Telpon }}} 01 Feb 2005 10 Alias Untuk menyatakan nama lain dari suatu data element atau data store yang sebenarnya sama dengan data element atau data store yang telah ada. Terjadi karena kurang koordinasi antara beberapa analis sistem. Analis sistem yang satu menggunakan EMPLOYEE Analis sistem yang lain menggunakan KARYAWAN Namun maksud keduanya sama Penggunaan alias sebaiknya dihindari. 01 Feb 2005 11 Data Flow Vs Control Flow Tidak ada aliran control ( control flow ) pada DFD, yang diperbolehkan ialah aliran data ( data flow ) Aliran data harus dikamuskan Pesanan = a + b + { c + d + e } + f Pesanan valid = a + b + { c + d + e } + f + St_Valid_Stock + St_Valid_Kredit 01 Feb 2005 12 Normalisasi Normalisasi adalah proses dekomposisi struktur data yang kompleks menjadi bentuk yang normal berdasarkan aturan mengenai data dependency Normalisasi juga merupakan suatu pendekatan formal yang menguji data elemen dan data secara bersama ke dalam suatu bentuk yang dapat menampung perubahan pada masa yang akan datang Data Store berfungsi sebagai : Penampung data masukan (formulir) Sumber data untuk menghasilkan informasi keluaran (laporan, inquiry) Data store pada DFD berisi data yang redundansi Normalisasi data dapat dilakukan terhadap komponen DFD yang mengandung data : aliran data (formulir masukan atau laporan), data store ; biasanya dilakukan terhadap data store 01 Feb 2005 13 Normalisasi ke 1 Semua domain hanya mengandung nilai atomic Hilangkan repeating group UNF : Faktur = {@No_Faktur + Tgl_Faktur + Kode_Pelanggan + Nama_Pelanggan + Alamat_Pelanggan + {@Kode_Brg + Nama_Brg + Jumlah + Harga_Satuan} + Total_Nilai + Ppn + Total_Akhir} 1st NF : Faktur = {@No_Faktur + Tgl_Faktur + Kode_Pelanggan + Nama_Pelanggan + Alamat_Pelanggan + @Kode_Brg + Nama_Brg + Jumlah + Harga_Satuan + Total_Nilai + Ppn + Total_Akhir} 01 Feb 2005 14 Normalisasi ke 2 Setiap atribut (field) bukan key tergantung fungsional pada primary key Faktur_Header = Faktur _Detail = {@No_Faktur + Tgl_Faktur + Kode_Pelanggan + Nama_Pelanggan + Alamat + Ppn + Total_Akhir} {@No_Faktur + @Kode_Brg + Jumlah + Harga_Satuan} Barang = {@Kode_Barang + Nama_Barang} 01 Feb 2005 15 Normalisasi ke 3 Atribut bukan key tidak tergantung transitif pada primary key Faktur_Header = {@No_Faktur + Tgl_Faktur + Kode_Pelanggan + Ppn + Total_Akhir} Faktur_Detail = {@No_Faktur + @Kode_Barang + Jumlah + Harga_Satuan} Barang = {@Kode_Brg + Nama_Barang + Harga_Satuan} Pelanggan = {@Kode_Pelanggan + Nama_Pelanggan + Alamat_Pelanggan} 01 Feb 2005 16
© Copyright 2024 Paperzz