M0414 Analisa Sistem Informasi Data Dictionary 01 Feb 2005

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

Penjelasan Kamus Data Elementary Data Element Group Data Element Elemen data tingkat terendah, tidak bisa diuraikan lebih lanjut, dapat berupa: data item, contoh: NIM data literal, contoh: NOSMOKE-MSG = “Thank You For Not Smoking” Group Data Element Gabungan elementary data element. Data Store Gabungan beberapa elementary data element atau group data element yang berhubungan. 01 Feb 2005

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

Simbol Yang Digunakan Simbol yang digunakan: Assign : = Menyatakan “terdiri dari” Info_Pelanggan = Kode_Pelanggan .... Concatenation (sequential) : + Menggabungkan elemen data dengan elemen data yang lain Alamat = Nama_Jalan + Nomor + Kota + Kode_Pos Iteration (repetition) : { } Pengulangan elemen data Karyawan = Nama + Nama_Pasangan +v{ Nama_Anak } Selection (choice) : [ ] dan | Pilih satu dari beberapa data alternatif Akomodasi = [ “Rumah_Sendiri” | “Sewa” | “Kontrak” ] 01 Feb 2005

Simbol Yang Digunakan Option : ( ) Comment (keterangan) : *......* Data tambahan, boleh ada boleh tidak Karyawan = Nama + Alamat + (Telpon) Comment (keterangan) : *......* Penjelasan / keterangan tentang suatu data 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

Simbol Yang Digunakan Candidate Key Primary Key Data elemen (satu atau beberapa) yang memiliki “unique value” untuk setiap entry. MST_MHS = NIM + Nama + Alamat + ... + NopPen NIM : candidate key Nama + Alamat : candidate key NopPen : candidate key Primary Key Candidate key yang dipilih, ditandai dengan garis bawah atau @. Key hanya digunakan untuk data store MST_MHS = @ NIM + Nama + Alamat + ... + NopPen 01 Feb 2005

Data Table Kumpulan dari data yang terorganisasi berdasarkan key yang berada di dalam sistem Definisi data tabel: Satu Dimensi File_Mhs = { @ NIM + Nama + Alamat + Telpon } 01 Feb 2005

Data Table Dua Dimensi File_Mhs = { @ Jurusan + { @ NIM + Nama + Alamat + Telpon }} 01 Feb 2005

Data Table Tiga Dimensi File_Mhs = { PTS + { Jurusan + { NIM + Nama + Alamat + Telpon }}} 01 Feb 2005

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

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

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

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

Normalisasi ke 2 Setiap atribut (field) bukan key tergantung fungsional pada primary key Faktur_Header = {@No_Faktur + Tgl_Faktur + Kode_Pelanggan + Nama_Pelanggan + Alamat + Ppn + Total_Akhir} Faktur _Detail = {@No_Faktur + @Kode_Brg + Jumlah + Harga_Satuan} Barang = {@Kode_Barang + Nama_Barang} 01 Feb 2005

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