Basis Data Konsep Perancangan Sistem

5. RecordTuple merupakan kumpulan elemen-elemen yang saling berkaitan menginformasikan tentang suatu entitas secara lengkap. Satu record mewakili satu data atau informasi.

2.2.3.2. Flowmap

Flowmap adalah campuran peta dan flowchart, yang menunjukkan pergerakan benda dari satu lokasi ke lokasi lain, seperti jumlah orang dalam migrasi, jumlah barang yang diperdagangkan, atau jumlah paket dalam jaringan. Flowmap menolong analis dan programmer untuk memecahkan masalah kedalam segmen-segmen yang lebih kecil dan menolong dalam menganalisis alternatif- alternatif lain dalam pengoperasian, yang akan dijelaskan dalam tabel.

2.2.3.3. Entity Relationship Diagram ERD

ERD dikembangkan berdasarkan teori himpunan dalam bidang matematika. ERD digunakan untuk pemodelan basis data relasional. Sehingga jika penyimpanan basis data menggunakan OODBMS maka perancangan basis data tidak perlu menggunakan ERD. ERD memiliki beberapa aliran notasi seperti notasi chen dikembangkan oleh Peter Chen, Barker dikembangkan oleh Richard Barker, Ian Palmer, Harry Ellis, notasi Crow’s Foot, dan beberapa notasi lain. Namun yang banyak digunakan adalah notasi chen. Pada model Entity-Relationship Diagram, semesta data yang ada di dunia nyata diterjemahkanditranformasikan dengan memanfaatkan sejumlah perangkat konseptual menjadi sebuah diagram data, yang umum disebut sebagai Diagram Entity-Relationship [6]. Berikut adalah simbol-simbol yang digunakan pada ERD dengan notasi chen: Tabel 2.6. Simbol-simbol pada ERD Simbol Deskripsi Entitas Entity Entitas merupakan data inti yang akan disimpan; bakal tabel pada basis data; benda yang memiliki data dan harus disimpan datanya agar dapat diakses oleh aplikasi komputer; penamaan entitas biasanya lebih ke kata benda dan belum merupakan nama tabel Atribut Field atau kolom data yang butuh disimpan dalam suatu entitas Atribut Kunci Primer Field atau kolom data yang butuh disimpan dalam suatu entitas dan digunakan sebagai kunci akses record yang diinginkan; biasanya berupa id; kunci primer dapat lebih dari satu kolom, asalkan kombinasi dari beberapa kolom tersebut dapat bersifat unik berbeda tanpa ada yang sama Atribut Multinilai Multivalue Field atau kolom data yang butuh disimpan dalam suatu entitas yang dapat memiliki nilai lebih dari satu Relasi Relasi yang menghubungkan antar entitas; biasanya diawali dengan kata kerja Asosiasi Association Penghubung antara relasi dan entitas dimana di kedua ujungnya memiliki multiplicity kemungkinan jumlah pemakaian Kemungkinan jumlah maksimum keterhubungan antara entitas satu dengan entitas yang lain disebut dengan kardinalitas. ERD biasanya memiliki hubungan binary satu relasi menghubungkan dua buah entitas. Beberapa metode perancangan ERD menoleransi hubungan relasi ternary satu relasi menghubungkan tiga buah entitas atau N-ary satu relasi menghubungkan banyak entitas, tetapi banyak metode perancangan ERD yang tidak mengijinkan hubungan ternary atau N-ary.

2.2.3.4. Data Flow Diagram DFD

Data Flow Diagram DFD awalnya dikembangkan oleh Chris Gane dan Trish Sarson pada tahun 1979 yang termasuk dalam Structured System Analysis and Design Methodology SSADM yang ditulis oleh Chris Gane dan Trish Sarson [6]. Pada tahun 1980-an Edward Yourdon dan Tom Demarco memperkenalkan metode yang berbeda, dimana dengan mengubah persegi dengan sudut lengkung pada DFD Chris Gane dan Trish Sarson dengan lingkaran untuk menotasikan. DFD Edward Yourdon dan Tom Demarco popular digunakan sebagai model analisis sistem perangkat lunak yang akan diimplementasikan dengan pemrograman terstruktur. Data Flow Diagram atau pemodelan aliran data adalah aktivitas pemodelan inti pada analisis terstruktur. DFD memperlihatkan gambaran tentang masukan- proses-keluaran dari suatu perangkat lunak. Yaitu, objek-objek data mengalir ke dalam perangkat lunak, kemudian objek-objek data itu akan ditransformasi oleh elemen-elemen pemrosesan, dan objek-objek data hasilnya akan mengalir keluar dari sistemperangkat lunak. DFD yang pertama DFD peringkat 0 atau diagram konteks menggambarkan sistem secara keseluruhan. DFD-DFD berikutnya sesungguhnya merupakan penghalusan dari diagram konteks, memberikan gambaran yang semakin rinci dari diagram konteks, dan hal ini akan berlanjut ke peringkat-peringkat selanjutnya [7]. DFD tidak sesuai untuk memodelkan sistem perangkat lunak yang akan dibangun menggunakan pemrograman berorientasi objek. Paradigma pemrograman terstruktur dan pemrograman berorientasi objek merupakan hal yang berbeda. Notasi- notasi pada DFD Edward Yourdon dan Tom Demarco adalah sebagai berikut: [6]