Dibuat Oleh : 1. Andrey (41813120186) FAKULTAS ILMU KOMPUTER PROGRAM STUDI SISTEM INFORMASI UNIVERSITAS MERCU BUANA JAKARTA 2015
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. Ikhtisar 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. Whitten (2004) ditetapkan dua jenis data model: 1. Data Strategis pemodelan: Ini adalah bagian dari penciptaan strategi sistem informasi, yang menetapkan visi keseluruhan dan arsitektur sistem informasi didefinisikan. teknik Informasi adalah metodologi yang mencakup pendekatan ini; 2. Pemodelan Data dalam analisis sistem: Dalam analisis sistem model data logis dibuat sebagai bagian dari pengembangan basis data baru. Pemodelan Data juga merupakan teknik untuk merinci kebutuhan bisnis untuk database. Kadangkadang disebut pemodelan database karena model data akhirnya diimplementasikan dalam database.
Data model Data model ataupun model data dan data pendukung sistem komputer dengan memberikan definisi dan format data. Jika hal ini dilakukan secara konsisten di seluruh sistem lalu kompatibilitas data dapat dicapai. Jika struktur data yang sama yang digunakan untuk menyimpan dan mengakses data kemudian aplikasi yang berbeda dapat berbagi data. Hasil ini ditunjukkan di atas. Namun, sistem dan antarmuka sering biaya lebih dari yang seharusnya, untuk membangun, mengoperasikan, dan memelihara. Mereka juga dapat membatasi bisnis dan bukan mendukungnya. Penyebab utama adalah bahwa kualitas model data yang diimplementasikan dalam sistem dan antarmuka yang miskin. 1. Bisnis aturan, khusus untuk bagaimana hal tersebut dilakukan di tempat tertentu, yang sering tetap dalam struktur model data. Ini berarti bahwa perubahan kecil dalam cara bisnis dilakukan menyebabkan perubahan besar dalam sistem komputer dan interface; 2. Jenis Entitas sering tidak teridentifikasi, atau salah diidentifikasi. Hal ini dapat mengakibatkan replikasi data, struktur data, dan fungsionalitas, bersama-sama dengan biaya petugas itu duplikasi dalam pembangunan dan pemeliharaan; 3. Model data untuk sistem yang berbeda sewenang-wenang yang berbeda. Hasil ini adalah bahwa interface yang kompleks diperlukan antara sistem yang berbagi data. Interface ini dapat menjelaskan antara 25-70% dari biaya sistem saat ini; 4. Data tidak dapat dibagi secara elektronik dengan pelanggan dan pemasok, karena struktur dan arti data yang belum standar. Sebagai contoh, data desain teknik dan gambar untuk pabrik pengolahan masih kadang-kadang dipertukarkan pada kertas. Alasan untuk masalah ini adalah kurangnya standar yang akan memastikan bahwa model data akan baik memenuhi kebutuhan bisnis dan konsisten.
Konseptual, skema secara fisik dan logis ANSI / SPARC tiga level arsitektur. Hal ini menunjukkan bahwa model data dapat menjadi model eksternal (atau melihat), model konseptual, atau model fisik. Ini bukan satu-satunya cara untuk melihat model data, tetapi merupakan cara yang bermanfaat, terutama ketika membandingkan model. Sebuah contoh model data dapat salah satu dari tiga jenis menurut ANSI pada tahun 1975: 1. Skema konseptual: menggambarkan semantik sebuah domain, menjadi ruang lingkup model. Sebagai contoh, mungkin model daerah kepentingan organisasi atau industri. Ini terdiri dari kelas entitas, mewakili hal-hal yang penting dalam domain, dan pernyataan tentang hubungan asosiasi antara kelas entitas pasang. Sebuah skema konseptual menentukan jenis fakta atau proposisi yang dapat dinyatakan dengan menggunakan model. Dalam arti itu, mendefinisikan ekspresi diperbolehkan dalam buatan bahasa dengan lingkup yang dibatasi oleh ruang lingkup model; 2. Skema Logical: menggambarkan semantik, yang diwakili oleh teknologi manipulasi data tertentu. Ini terdiri dari deskripsi tabel dan kolom, kelas berorientasi objek, dan tag XML, antara lain; 3. Skema Fisik: menjelaskan cara fisik dimana data disimpan. Ini berhubungan dengan partisi, CPU, tablespace, dan sejenisnya. Arti penting dari pendekatan ini, menurut ANSI, adalah bahwa hal itu memungkinkan tiga perspektif relatif independen satu sama lain. Teknologi Penyimpanan dapat berubah tanpa mempengaruhi baik logis atau model konseptual. Tabel / kolom struktur dapat berubah tanpa (harus) mempengaruhi model konseptual. Dalam setiap kasus, tentu saja, struktur harus tetap konsisten dengan model lainnya. Tabel / struktur kolom mungkin berbeda dari suatu terjemahan langsung dari kelas entitas dan atribut, tetapi akhirnya harus melaksanakan tujuan dari struktur kelas entitas konseptual. Tahap awal proyek pengembangan perangkat lunak banyak menekankan desain model data konseptual. Seperti desain dapat dirinci ke dalam suatu model data logis. Secara bertahap kemudian, model ini dapat diterjemahkan ke dalam model data fisik. Namun, juga memungkinkan untuk menerapkan model konseptual secara langsung. 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. Diagram hubungan entitas Contoh hubungan Badan IDEF1X diagram digunakan untuk model IDEF1X sendiri. Nama melihat adalah mm. Hirarki domain dan kendala juga diberikan. Kendala disajikan sebagai kalimat dalam teori formal model meta. Ada beberapa notasi untuk pemodelan data. Model aktual sering disebut Badan model hubungan, karena menggambarkan data dalam hal entitas dan hubungan yang dijelaskan dalam data. Model entitas-hubungan (ERM) adalah representasi konseptual abstrak data terstruktur. Badan-hubungan pemodelan adalah sebuah database relasional skema pemodelan metode, yang digunakan dalam rekayasa perangkat lunak untuk menghasilkan jenis data model konseptual (atau semantik data model) dari suatu sistem, sering database relasional, dan persyaratan dalam secara top-down. Model ini digunakan dalam tahap pertama desain sistem informasi selama analisis persyaratan untuk menggambarkan kebutuhan informasi atau jenis informasi yang akan disimpan dalam database. Teknik pemodelan data dapat digunakan untuk menggambarkan setiap ontologi (yaitu gambaran dan klasifikasi istilah yang digunakan dan hubungan mereka) untuk wilayah tertentu semesta wacana yaitu bunga. Beberapa teknik telah dikembangkan untuk desain model data. Meskipun data Pedoman metodologi modelers dalam pekerjaan mereka, dua orang yang berbeda dengan metodologi yang sama akan sering muncul dengan hasil yang sangat berbeda. Paling penting adalah:
Pengertian Menurut Entity Relationship Diagram (ERD) Menurut salah satu para ahli, Brady dan Loonam (2010), Entity Relationship diagram (ERD) merupakan teknik yang digunakan untuk memodelkan kebutuhan data dari suatu organisasi, biasanya oleh System Analys dalam tahap analisis persyaratan proyek pengembangan system. Sementara seolah-olah teknik diagram atau alat peraga memberikan dasar untuk desain database relasional yang mendasari sistem informasi yang dikembangkan. ERD bersama-sama dengan detail pendukung merupakan model data yang pada gilirannya digunakan sebagai spesifikasi untuk database. Komponen dalam ERD Dalam pembentukan ERD terdapat 3 komponen yang akan dibentuk yaitu : a. Entitas Pada post sebelumnya mengenai basis data telah dijelaskan sedikit tentang pengertian entity (entitas) yaitu suatu obyek yang dapat dibedakan dari lainnya yang dapat diwujudkan dalam basis data. Pengertian lainnya menurut Brady dan Loonam (2010), entitas adalah objek yang menarik di bidang organisasi yang dimodelkan. Contoh : Mahasiswa, Kartu Anggota Perpustakaan (KAP), dan Buku. b. Hubungan (relasi/relationship) Suatu hubungan adalah hubungan antara dua jenis entitas dan direpresentasikan sebagai garis lurus yang menghubungkan dua entitas. Contoh : Mahasiswa mendaftar sebagai anggota perpustakaan (KAP), relasinya adalah mendaftar.
c. Atribut Atribut memberikan informasi lebih rinci tentang jenis entitas. Atribut memiliki struktur internal berupa tipe data. Jenis-jenis atribut : Atribut Key Atribut Key adalah satu atau gabungan dari beberapa atribut yang dapat membedakan semua baris data ( Row/Record ) dalam tabel secara unik. Dikatakan unik jika pada atribut yang dijadikan key tidak boleh ada baris data dengan nilai yang sama Contoh : Nomor pokok mahasiswa (NPM), NIM dan nomor pokok lainnya Atribut simple atribut yang bernilai atomic, tidak dapat dipecah/ dipilah lagi Contoh : Alamat, penerbit, tahun terbit, judul buku. Atribut Multivalue nilai dari suatu attribute yang mempunyai lebih dari satu (multivalue) nilai dari atrribute yang bersangkutan Contoh : dari sebuah buku, yaitu terdapat beberapa pengarang. Atribut Composite Atribut composite adalah suatu atribut yang terdiri dari beberapa atribut yang lebih kecil yang mempunyai arti tertentu yang masih bisah dipecah lagi atau mempunyai sub attribute. Contoh : dari entitas nama yaitu nama depan, nama tengah, dan nama belakang Atribut Derivatif Atribut yang tidak harus disimpan dalam database Ex. Total. atau atribut yang dihasilkan dari atribut lain atau dari suatu relationship. Atribut ini dilambangkan dengan bentuk oval yang bergaris putus-putus
Derajat relasi atau kardinalitas rasio Menjelaskan jumlah maksimum hubungan antara satu entitas dengan entitas lainnya One to One (1:1) Setiap anggota entitas A hanya boleh berhubungan dengan satu anggota entitas B, begitu pula sebaliknya. One to many (1:M / Many) Setiap anggota entitas A dapat berhubungan dengan lebih dari satu anggota entitas B tetapi tidak sebaliknya. Many to Many (M:M) Setiap entitas A dapat berhubungan dengan banyak entitas himpunan entitas B dan demikian pula sebaliknya
Data Flow Diagram (DFD) merupakan suatu cara atau metode untuk membuat rancangan sebuah sistem yang mana berorientasi pada alur data yang bergerak pada sebuah sistem nantinya. Dalam pembuatan Sistem Informasi, DFD sering digunakan. DFD dibuat oleh para analis untuk membuat sebuah sistem yang baik. Dimana DFD ini nantinya diberikan kepada para programmer untuk melakukan proses coding. Dimana para programmer melakukan sebuah coding sesuai dengan DFD yang dibuat oleh para analis sebelumnya. Tools yang digunakan pada pembuatan DFD (Data Flow Diagram) yaitu EasyCase, Power Designer 6. Salah satu cara lain untuk mendesain sistem yaitu menggunakan UML(Unified Manual Language).
Komponen DFD (Data Flow Diagram): 1. User / Terminator: Kesatuan diluar sistem (external entity) yang memberikan input ke sistem atau menerima output dari sistem berupa orang, organisasi, atau sistem lain. 2. Process: Aktivitas yang mengolah input menjadi output. 3. Data Flow: Aliran data pada sistem (antar proses, antara terminator & proses, serta antara proses & data store). 4. Data Store: Penyimpanan data pada database, biasanya berupa tabel. Didalam DFD terdapat 3 level, yaitu : 1. Diagram Konteks : menggambarkan satu lingkaran besar yang dapat mewakili seluruh proses yang terdapat di dalam suatu sistem. Merupakan tingkatan tertinggi dalam DFD dan biasanya diberi nomor 0 (nol). Semua entitas eksternal yang ditunjukkan pada diagram konteks berikut aliran-aliran data utama menuju dan dari sistem. Diagram ini sama sekali tidak memuat penyimpanan data dan tampak sederhana untuk diciptakan. 2. Diagram Nol (diagram level-1) : merupakan satu lingkaran besar yang mewakili lingkaranlingkaran kecil yang ada di dalamnya. Merupakan pemecahan dari diagram Konteks ke diagram Nol. di dalam diagram ini memuat penyimpanan data. 3. Diagram Rinci : merupakan diagram yang menguraikan proses apa yang ada dalam diagram Nol. Fungsi DFD Fungsi dari Data Flow Diagram adalah : Data Flow Diagram (DFD) adalah alat pembuatan model yang memungkinkan profesional sistem untuk menggambarkan sistem sebagai suatu jaringan proses fungsional yang dihubungkan satu sama lain dengan alur data, baik secara manual maupun komputerisasi. DFD ini adalah salah satu alat pembuatan model yang sering digunakan, khususnya bila fungsi-fungsi sistem merupakan bagian yang lebih penting dan kompleks dari pada data yang dimanipulasi oleh sistem. Dengan kata lain, DFD adalah alat pembuatan model yang memberikan penekanan hanya pada fungsi sistem. DFD ini merupakan alat perancangan sistem yang berorientasi pada alur data dengan konsep dekomposisi dapat digunakan untuk penggambaran analisa maupun rancangan sistem yang mudah dikomunikasikan oleh profesional sistem kepada pemakai maupun pembuat program.
Contoh DFD: Spesifikasi Proses Spesifikasi proses (PSPEC) digunakan untuk menggambarkan semua proses model aliran yang nampak pada tingkat akhir penyaringan. Kandungan dari spesifikasi proses dapat termasuk teks naratif, gambaran bahasa desain program/programme design language (PDL) dari algorithma proses, persamaan matematika, tabel, diagram, atau bagan. Dengan memberikan sebuah PSPEC untuk mengiringi masing-masing gelembung di dalam model aliran, berarti perekayasaan perangkat lunak menciptakan sebuah spesifikasi mini yang dapat berfungsi sebagai sebuah langkah pertama di dalam kreasi spesifikasi persyaratan perangkat lunak dan sebagai penuntun bagi desain komponen program yang akan mengimplementasikan program. Kamus Data (Data Dictionary) Pengertian Kamus data atau data dictionary adalah katalog fakta tentang data dan kebutuhan-kebutuhan informasi dari suatu sistem informasi. Dengan kamus data analis sistem dapat mendefinisikan data yang mengalir di sistem dengan lengkap. Pada tahap analisis sistem, kamus data digunakan sebagai alat komunikasi antara analis sitem dengan pemakai sistem tentang data yang mengalir ke 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 di Data Flow Diagram (DFD). Arus data di DFD sifatnya adalah global, hanya ditunjukkan nama arus datanya saja. Keterangan lebih lanjut tentang struktur dari suatu arus data di DFD secara lebih terinci dapat dilihat di kamus data.
Gambar berikut menunjukkan hubungan antara DFD dengan kamus data. Gambar Hubungan antara Data Flow Diagram (DFD) dengan Data Dictionary (DD). DD tidak menggunakan notasi grafik sebagaimana halnya DFD. DD berfungsi membantu pelaku sistem untuk mengerti aplikasi secara detil, dan mereorganisasi semua elemen data yang digunakan dalam sistem secara presisi sehingga pemakai dan penganalisa sistem punya dasar pengertian yang sama tentang masukan, keluaran, penyimpanan dan proses. DD mendefinisikan elemen data dengan fungsi sebagai berikut: 1. Menjelaskan arti aliran data dan penyimpanan dalam DFD 2. Mendeskripsikan komposisi paket data yang bergerak melalui aliran,misalnya alamat diuraikan menjadi kota, kodepos, propinsi,dan negara. 3. Mendeskripsikan komposisi penyimpanan data. 4.Menspesifikasikan nilai dan satuan yang relevan bagi penyimpanan dan aliran. 5. Mendeskripsikan hubungan detil antara penyimpanan yang akan menjadi titik perhatian dalam entity relationship diagram.
Isi Kamus Data Data dictionary harus dapat mencerminkan keterangan yang jelas tentang data yang dicatatnya. Untuk maksud keperluan ini, maka DD harus memuat hal-hal berikut : a. Nama arus data. Karena DD dibuat berdasarkan arus data yang mengalir di DFD, maka nama dari arus data juga harus dicatat di DD, sehingga mereka yang membaca DFD dan memerlukan penjelasan lebih lanjut tentang suatu arus data tertentu di DFD dapat langsung mencarinya dengan mudah di DD. b. Alias. Alias atau nama lain dari data dapat dituliskan bila nama lain ini ada. Alias perlu ditulis karena data yang sama mempunyai nama yang berbeda untuk orang atau departemen satu dengan yang lainnya, misalnnya bagian pembuat faktur dan langganan menyebut bukti penjualan sebagai faktur, sedang bagian gudang menyebutnya sebagai tembusan permintaan persediaan. Baik faktur dan tembusan permintaan persediaan ini mempunyai struktur data yang sama, tetapi mempunyai struktur yang berbeda. c. Bentuk data. Bentuk data perlu dicatat di DD, karena dapat digunakan untuk mengelompokkan DD ke dalam kegunaannya sewaktu perancangan sistem. DD yang mencatat data yang mengalir dalam bentuk dokumen dasar atau formulir akan digunakan untuk merancang bentuk input sistem.dd yang mencatat data yang mengalir dalam bentuk laporan tercetak dan dokumen hasil cetakan komputer akan digunakan untuk merancang output yang akan dihasilkan oleh sistem. DD yang mencatat data yang mengalir dalam bentuk tampilan dilayar monitor akan digunakan untuk merancang tampilan layar yang akan dihasilkan oleh sistem.dd yang mencatat data yang mengalir dalam bentuk parameter dan variabel akan digunakan untuk merancang proses dari program.dd yang mencatat data yang mengalir dalam bentuk dokumen, formulir, laporan, dokumen cetakan komputer, tampilan di layar monitor, variabel dan field akan digunakan untuk merancang database. d. Arus data. Arus data menunjukkan dari mana data mengalir dan ke mana data akan menuju. Keterangan arus data ini perlu dicatat di DD supaya memudahkan mencari arus data ini di DFD. e. Penjelasan. Untuk tidak memperjleas lagi tentang makna dari arus data yang dicatat di DD, maka bagian penjelasan dapat diisi dengan keterangan-keterangan tentang arus data tersebut. Sebagai
misalnya nama dari arus data adalah tembusan permintaaan persediaan, maka dapat lebih dijelaskan sebagai tembusan dari faktur penjualan untuk meminta barang dari gudang. f. Periode. Periode ini menunjukkan kapan terjadinya arus data ini. Periode perlu dicatat di DD karena dapat digunakan untuk mengidentifikasikan kapan input data harus dimasukkan ke sistem, kapan proses dari program harus dilakukakan dan kapan laporan-laporan harus dihasilkan. g. Volume. Volume yang perlu dicatat di DD adalah tentang volumen rata-rata dan volume puncak dari arus data. Volume rata-rata menunjukkan banyaknya rata-rata arus data yang mengalir dalam suatu periode tertentu dan volume puncak menunjukkan volume yang terbanyak, Volume ini digunakan untuk mengidentifikasikan besarnya simpanan luar yang akan digunakan, kapasitas dan jumlah dari alat input, alat pemroses dan alat output. h. Struktur data. Struktur data menunjukkan arus data yang dicatat di DD terdiri dari item-item apa saja. Sumber : 1. https://maimaimuna.wordpress.com/2011/04/15/39/ 2. https://mayarospita100.wordpress.com/category/spesifikasi-proses/ 3. https://visilubai.wordpress.com/2010/04/26/pemodelan-data/ 4. https://herlinnairine.wordpress.com/2014/02/06/entity-relationship-diagram-erd-dancontoh-kasus/