Nama : Rendi Setiawan Nim : 41813120188
Pemodelan Data Pemodelan Data dalam rekayasa perangkat lunak adalah proses menciptakan sebuah model data dengan menerapkan model deskripsi formal data menggunakan teknik pemodelan data. Pemodelan data adalah metode yang digunakan untuk menentukan dan menganalisis persyaratan data yang diperlukan untuk mendukung proses bisnis suatu organisasi. Data yang dibutuhkan adalah dicatat sebagai data model konseptual dengan definisi data yang terkait. Realisasi penerapan model konseptual yang disebut model data logis. Untuk menerapkan satu model konseptual data mungkin membutuhkan beberapa model data logis. pemodelan data mendefinisikan elemen tidak hanya data, tapi struktur dan hubungan antara mereka teknik pemodelan data dan metodologi yang digunakan untuk model data dengan cara yang standar yang konsisten, dapat diprediksi untuk mengelolanya sebagai sumber daya. Penggunaan standar pemodelan data sangat disarankan untuk semua proyek yang membutuhkan standar sarana untuk mendefinisikan dan menganalisis data dalam sebuah organisasi, misalnya dengan menggunakan pemodelan data: Untuk mengelola data sebagai sumber daya; Untuk integrasi sistem informasi; Untuk merancang database / data warehouse (alias repositori data). Pemodelan data dapat dilakukan pada berbagai jenis proyek dan dalam beberapa tahap proyek. Data model progresif, tidak ada hal seperti model data akhir untuk bisnis atau aplikasi. Sebaliknya model data harus dianggap sebagai dokumen hidup yang akan berubah sebagai respons terhadap perubahan bisnis. Model data idealnya harus disimpan dalam repositori sehingga mereka dapat diambil, dikembangkan, dan diedit dari waktu ke waktu. Proses Pemodelan Data Dalam konteks Proses Bisnis Integrasi, lihat gambar, pemodelan data yang akan menghasilkan generasi database. Ini melengkapi proses pemodelan bisnis, yang menghasilkan program aplikasi untuk mendukung proses bisnis. Desain database sebenarnya adalah proses menghasilkan suatu model data rinci dari database. Model data logika berisi semua pilihan desain diperlukan logis dan fisik dan parameter penyimpanan fisik yang diperlukan untuk menghasilkan desain dalam Data Definition Language, yang kemudian dapat digunakan untuk membuat database. Sebuah model data sepenuhnya disebabkan rinci berisi atribut untuk setiap entitas. Istilah desain database dapat digunakan untuk menggambarkan berbagai bagian dari desain sistem database secara keseluruhan. Pada prinsipnya, dan paling benar, dapat dianggap sebagai desain logis dari struktur basis data yang digunakan untuk menyimpan data. Dalam model relasional ini adalah tabel dan tampilan. Dalam sebuah database Objek entitas dan hubungan peta langsung ke objek kelas dan hubungan bernama. Namun, istilah desain database juga dapat digunakan untuk menerapkan proses perancangan keseluruhan, bukan hanya struktur data base, tetapi juga
bentuk dan query yang digunakan sebagai bagian dari aplikasi database secara keseluruhan dalam Sistem Manajemen Database atau DBMS. Dalam proses sistem antarmuka account untuk 25% sampai 70% dari biaya pengembangan dan dukungan sistem saat ini. Alasan utama untuk biaya ini adalah bahwa sistem ini tidak berbagi data model umum. Jika model data yang dikembangkan pada suatu sistem dengan dasar sistem, maka tidak hanya merupakan analisis yang sama berulang-ulang di daerah tumpang tindih, tetapi analisis lebih lanjut harus dilakukan untuk menciptakan antarmuka antara mereka. Kebanyakan sistem berisi komponen dasar yang sama, dibangun kembali untuk tujuan tertentu. Sebagai contoh berikut ini dapat menggunakan model klasifikasi yang sama sebagai komponen dasar: 1. Bahan Katalog, 2. Spesifikasi Produk dan Merek, 3. Peralatan spesifikasi. Komponen yang sama dibangun kembali karena kita tidak memiliki cara untuk mengatakan mereka adalah hal yang sama. Obyek Data adalah kumpulan elemen yang mungkin untuk suatu tipe data tertentu. Misal : integer mengacu pada obyek data -32768 s/d 32767, byte 0 s/d 255, string adalah kumpulan karakter maks 255 huruf. Di dalam struktur data kita berhubungan dengan 2 aktivitas : Mendeskripsikan kumpulan obyek data yang sah sesuai dengan tipe data yang ada Menunjukkan mekanisme kerja operasi-operasinya Contoh: integer (-32768 s/d 32767) dan jenis operasi yang diperbolehkan adalah +, -, *, /, mod, ceil, floor, <, >,!= dsb. Hubungan Antara Struktur Data dengan Algoritma Dengan pemilihan struktur data yang baik, maka problem yang kompleks dapat diselesaikan sehingga algoritma dapat digunakan secara efisien, operasi-operasi penting dapat dieksekusi dengan sumber daya yang lebih kecil, memori lebih kecil, dan waktu eksekusi yang lebih cepat. Tidak semua struktur data baik dan sesuai. Contoh untuk problem data bank: pengupdate-an harus cepat, sedangkan penambahan/penghapusan data boleh lebih lambat.
Ciri algoritma yang baik menurut Donald E.Knuth: Input: ada minimal 0 input atau lebih Ouput: ada minimal 1 output atau lebih Definite: ada kejelasan apa yang dilakukan Efective: langkah yang dikerjakan harus efektif Terminate: langkah harus dapat berhenti (stop) secara jelas Entity Relationship Diagram (ERD) adalah suatu model untuk menjelaskan hubungan antar data dalam basis data berdasarkan objek-objek dasar data yang mempunyai hubungan antar relasi. Entity Relationship Diagram (ERD) sendiri dibagi menjadi 2 yaitu Entity Relationship Diagram (Logical Data Model) dan Entity Relationship Diagram (Physical Data Model). Entity Relationship Diagram (Logical Data Model) adalah konsep Entity Relationship Diagram (ERD) yang mana data dapat merepresentasikan sebuah kenyataan, dimasukkan ke dalam sebuah pemrosesan logika dan dapat menghasilkan informasi, sedangkan untuk Entity Relationship Diagram (Physical Data Model) adalah konsep Entity Relationship Diagram (ERD) yang mana data disimpan pada media penyimpanan (storage) dalam suatu susunan secara fisik. Contoh Entity Relationship Diagram (Logical Data Model) pada Sistem Penunjang Keputusan Untuk Pemilihan Domain Menggunakan Metode Analytics Hierarchy Process Berbasis Web :
ini adalah Contoh Entity Relationship Diagram (Physical Data Model) pada Sistem Penunjang Keputusan Untuk Pemilihan Domain Menggunakan Metode Analytics Hierarchy Process Berbasis Web :
Berikut ini merupakan simbol-simbol yang biasanya digunakan pada Entity Relationship Diagram (ERD) : Penjelasan dari simbol-simbol Entity Relationship Diagram (ERD) di atas adalah sebagai berikut : Entitas merupakan objek yang mewakili sesuatu yang nyata dan dapat dibedakan dari yang lainnya. Simbol dari entitas biasanya digambarkan dengan persegi panjang. Relasi adalah hubungan antara sejumlah entitas yang berasal dari himpunan entitas yang berbeda. Pada dasarnya relasi dibedakan menjadi 3 yaitu : Relasi One To One yaitu setiap entitas pada himpunan entitas A berhubungan paling banyak dengan satu entitas pada himpunan entitas B. Relasi One To Many yaitu setiap entitas pada himpunan entitas A dapat berhubungan dengan banyak entitas pada himpunan entitas B, tetapi setiap entitas pada entitas B dapat berhubungan dengan satu entitas pada himpunan entitas A. Relasi Many To Many yaitu setiap entitas pada himpunan entitas A dapat berhubungan dengan banyak entitas pada himpunan entitas B, begitupula sebaliknya.
Atribut berfungsi untuk mendeskripsikan karakteristik dari entitas tersebut. Isi dari atribut mempunyai sesuatu yang dapat mengidentifikasikan isi elemen satu dengan yang lain. Gambar atribut diwakili oleh simbol elips. Garis berfungsi untuk menghubungkan atribut dengan entitas dan entitas dengan relasi, sehingga mengambarkan diagram tersebut seperti memiliki alur. Data Flow Diagram (DFD) Merupakan sebuah teknik grafis yang menggambarkan aliran informasi dan transformasi yang diaplikasikan pada saat data bergerak dari input menjadi output. Dikenal juga dengan sebutan grafik aliran data atau buble chart. Data_Pengguna 1.1 Login Info_login admin Data_Pengguna Data_Pengguna Pengguna Info_pengguna Data_Pengguna 1.2 Pengelolaan Data_pengguna Gambar 4.2 Data Flow Diagram Komponen-komponen DFD: 1. Proses a. Nama proses harus frase tunggal dan dapat mendeskripsikan suatu proses dalam sebuah kalimat. b. Nama proses harus mendefinisikan kegiatan / aksi yang spesifik Contoh: 1. Mengedit 2. Menghitung gaji mingguan
c. Simbol proses adalah: d. Proses menunjukkan apa yang dikerjakan oleh sistem e. Setiap proses memiliki nama yang unik dan nomor yang ditempatkan dalam simbol. 2. File atau Data Store a. Gunakan nama yang khas / spesifik b. setiap data store hanya berisi satu set struktur data c. Simbol: d. File atau Data Store adalah tempat penyimpanan data e. Proses dapat menempatkan data ke dalam data store atau mengambil / mendapatkan data store f. Setiap data store mempunyai nama yang unik 3. External Entity a. Simbol: customer b. External entity adalah di luar sistem, tetapi mereka merupakan salah satu bagian yang memberikan input data ke dalam sistem atau digunakan oleh output system c. Source: External entity yang memberikan input data ke dalam system d. Sinks: External entity yang menggunakan data sistem 4. Data Flow a. Simbol: anak manah menunjukkan arah aliran b. Gunakan 1 kata / frase. Contoh: Kuitansi, Cek dan sebagainya c. Jangan menggunakan nama yang sama untuk setiap data flow d. Aliran data pada sistem: 1. antara dua proses 2. dari sebuah data store ke sebuah proses 3. dari sebuah proses ke sebuah data store 4. dari sebuah source ke sebuah proses 5. dari sebuah proses ke sebuah sink
5. DFD yang baik harus: a. Tidak mempunyai aliran data yang split up ke dalam sejumlah aliran data lain b. Tidak mempunyai garis yang berpotongan c. Tidak terdapat iterasi antara 2 proses; 1 proses dengan dirinya sendiri Tidak mengandung aliran data yang berfungsi sebagai signal untuk mengaktifkan suatu proses. Entity Relational Diagram (ERD) Pada mulanya digunakan untuk desain sistem database relational dan telah dikembangkan oleh yang lainnya. Serangkaian komponen utama diidentifikasikan untuk ERD: obyek data, atribut, hubungan dan berbagai tipe indikator. Tujuan utama dari ERD adalah untuk mewakili obyek data dan hubungan mereka. Kamus data Kamus Data adalah katalog fakta tentang data dan kebutuhan-kebutuhan informasi dari suatu sistem informasi. Kamus data selain digunakan untuk dokumentasi dan mengurangi redudansi, juga dapat digunakan untuk: a. Memvalidasi diagram aliran data dalam hal kelengkapan dan keakuratan b. Menyediakan suatu titik awal untuk mengembangkan layar dan laporanlaporan c. Menentukan muatan data yang disimpan dalam file-file d. Mengembangkan logika untuk proses-proses diagram aliran data Kamus data dibuat pada tahap analisis sistem dan digunakan baik pada tahap analisis maupun pada tahap perancangan sistem. Pada tahap analisis sistem, Kamus data dapat digunakan sebagai alat komunikasi antara analisis sistem dengan pemakai sistem tentang data yang mengalir di sistem, yaitu tentang data yang masuk ke sistem dan tentang informasi yang dibutuhkan oleh pemakai sistem. Pada tahap perancangan sistem, Kamus data digunakan untuk merancang input, merancang laporan-laporan dan database. Kamus data dibuat berdasarkan arus data yang ada, Kamus data mendefinisikan elemen data dengan fungsi sebagai berikut: 1. Menjelaskan arti aliran data dan penyimpanan data dalam DFD 2. Mendeskripsikan komposisi paket data yang bergerak melalui aliran (misalnya alamat diuraikan menjadi kota, negara dan kode pos) 3. Mendeskripsikan komposisi penyimpanan data 4. Menspesifikasikan nilai dan satuan yang relevan bagi penyimpanan dan aliran
5. Mendeskripsikan hubungan detil antar penyimpanan (yang akan menjadi titik perhatian dalam entity-relationship diagram) Kamus data dibuat dengan memperhatikan dan menggambarkan muatan aliran data, simpanan dataa dan proses-proses seperti pada gambar di atas. Setiap simpanan data dan aliran data bisa ditetapkan dan kemudian diperluas sampai mencakup detail-detail elemen yang dimuatnya. Logika dari setiap proses ini bisa digambarkan dengan menggunakan data yang mengalir menuju dan keluar dari proses tersebut.
https://visilubai.wordpress.com/2010/04/26/pemodelan-data/ https://www.google.co.id/url?sa=t&rct=j&q=&esrc=s&source=web&cd=20&cad=rja&uact= 8&ved=0CFAQFjAJOAo&url=http%3A%2F%2Frepository.uinsuska.ac.id%2F204%2F4%2FBAB%2520IV.docx&ei=bdtZVatYi4G7BKOEgcAL&usg=AF QjCNFDL3XDyot4U84tFUDOswg7UmdzVw&bvm=bv.93564037,d.c2E http://vebryexa.com/definisi-dan-contoh-entity-relationship-diagram-erd.html