Dibuat Oleh : 1. Andrey (41813120186) FAKULTAS

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.
2.
3.
4.
https://maimaimuna.wordpress.com/2011/04/15/39/
https://mayarospita100.wordpress.com/category/spesifikasi-proses/
https://visilubai.wordpress.com/2010/04/26/pemodelan-data/
https://herlinnairine.wordpress.com/2014/02/06/entity-relationship-diagram-erd-dancontoh-kasus/