9 BAB 2 LANDASAN TEORI Teori umum yang

BAB 2
LANDASAN TEORI
Teori umum yang menjadi dasar penulisan adalah sebagai berikut :
2.1. Data
Data merupakan sebuah fakta di dalam kehidupan keseharian kita
yang dapat berbentuk kalimat dan angka. Semua informasi yang kita terima
merupakan hasil dari pengolahan data, hal ini juga sangat menjadi bagian
penting bagi DBMS.
Menurut (Connolly & Begg, 2010, p70), mengatakan Data adalah
komponen yang terpenting dari DBMS environment dari sudut end-user yang
berguna menghubungkan user.
Menurut Hoffer (2009, p46) data disebut sebagai fakta tentang bendabenda dan peristiwa yang dapat direkam dan disimpan di dalam media
komputer seperti pada database seorang penjual, terdapat data yang
mencakup fakta-fakta seperti nama pelanggan, alamat, dan nomor telepon.
Jadi dapat dikatakan data ialah fakta-fakta yang masih belum di olah
didalam kehidupan sehari-hari dan berpengaruh dalam DBMS environment
yang berguna untuk menghubungkan user.
2.2. Sistem
Sistem adalah suatu kesatuan yang terdiri dari komponen yang saling
berkaitan satu dengan lainnya, sehingga menjadi suatu kesatuan dan terpadu.
Sistem juga diperlukan untuk memberdayakan pengguna informasi.
Menurut Connolly & Begg (2010: p266), sistem merupakan tatacara
untuk menjelaskan ruang lingkup dan batas-batas dari sistem database dan
pandangan pengguna.
9
10
Menurut Satzinger, Jackson, & Burd (2010: p6), sistem adalah
sebagai sekumpulan fungsi-fungsi kompleks yang bergantung pada bagian
tersebut dan interaksi diantara bagian tersebut.
Jadi dapat dikatakan sistem adalah sekumpulan dua atau lebih fungsi
kompleks yang saling berinteraksi.
2.3. Sistem Informasi
Pada Sistem Informasi memiliki komponen yang saling berhubungan
dalam berbagai proses termasuk proses mengumpulkan, memproses,
menyimpan dan mendistribusikan informasi merupakan suatu pengertian
dari sebuah informasi.
Menurut
Connolly & Begg (2010 : p338), sistem informasi
merupakan sumber daya yang memungkinkan pengumpulan, pengelolaan,
pengaturan, dan penyebaran informasi diseluruh organisasi yang ada.
Menurut Satzinger (2010 : p6), sistem informasu adalah suatu
kumpulan komponen yang saling berhubungan, mengumpulkan, memproses,
menyimpan dan mendistribusikan informasi sebagai hasil dari informasi.
Jadi dapat disimpulkan sistem informasi adalah komponen yang saling
berhubungan pada setiap proses operasional yang ada dalam organisasi.
2.4. Object-Oriented Analysis and Design (OOAD)
Menurut Satzinger, Jackson, dan Burd (2010, p140) Object Oriented
Analysis adalah mendefinisikan semua jenis objek yang melakukan pekerjaan
dalam suatu sistem dan menunjukkan apa yang interaksi pengguna butuh
untuk menyelesaikan tugas. Diagram yang terdapat dalam OOA berupa:
1.
Activity Diagram
Satzinger, Jackson, & Burd (2010: p141) Activity diagram merupakan
sebuah tipe dari diagram workflow yang menggambarkan tentang
aktivitas dari pengguna ketika melakukan setiap kegiatan dan aliran
sekuensial.
11
Gambar 2.1 : Activity Diagram
(Sumber : Satzinger 2010, p142)
2.5. Basis Data
Pada era atau zaman sekarang data semakin banyak dan semakin
menumpuk, begitu juga pada data pada setiap perusahaan semakin banyak
dan
semakin sulit untuk mengaturnya untuk itu basis data diperlukan.
Kondisi ini mendukung canggihnya teknologi untuk menjadikan data untuk
di simpan dan di atur untuk mempermudah proses pengolahan data.
Menurut (Connolly & Begg, 2010, p65), basis data adalah kumpulan
data yang saling terkait yang terbagi secara logikal serta deskripsi dari data
tersebut, dibuat atau dirancang untuk memenuhi informasi yang dibutuhkan
oleh suatu organisasi
Pernyataaan basis data juga diperkuat oleh pendapat (Satzinger,
Robert, dan Burd, 2010, p373), yang menyatakan bahwa basis data
merupakan sekumpulan data yang terintegrasi sebagai tempat penyimpanan
data, diatur dan dikontrol secara terpusat.
12
Jadi dapat dikatakan basis data adalah sekumpulan data yang saling
terintegrasi, serta sebagai tempat penyimpanan, pengaturan, dan pengontrolan data
yang memuat informasi yang berguna dan dibutuhkan untuk suatu organisasi.
2.6. DBMS(Database Management System)
DBMS sangat diperlukan pada saat ini, merupakan tools penyimpanan data
juga dapat mengatur dan memelihara data. Menurut (Satzinger, jackson & burd,
2012, p373), DBMS merupakan sistem perangkat lunak yang dapat mengatur dan
mengontrol satu atau lebih basis data.
Pendapat ini di perkuat oleh pernyataan dari (Connolly & Begg, 2010, p66),
DBMS adalah sistem software yang memungkinkan user untuk mendefinisikan,
membuat, merawat database dan menyediakan kontrol akses ke database. DBMS
juga merupakan software yang berinteraksi dengan aplikasi program dan database
itu sendiri, biasanya sebuah DBMS meyediakan fasilitas seperti :
• DDL(Data Definition Language)
Memungkinkan pengguna untuk menentukan basis data, seperti tipe
data dan struktur.
• DML(Data Manipulation Language)
Memungkinkan pengguna untuk memasukan, mengubah, menghapus,
dan mengambil data dari basis data.
• Menyediakan akses control ke basis data
Memungkinkan untuk mencegah pengguna yang tidak bertanggung
jawab untuk mengakses basis data.
Jadi dapat di katakan bahwa DBMS merupakan sistem perangkat lunak atau
software yang memungkinkan user mengatur akses pada basis data untuk
mendefinisikan, membuat, merawat, dan menyediakan hak akses pada database.
2.6.1. Komponen DBMS (Database Management System)
Sebelum membuat DBMS kita harus menyiapkan komponen yang dapat
mendukung kinerja pada DBMS, komponennya yaitu sebuah perangkat
keras, perangkat lunak serta data dan prosedurnya. Menurut (Connolly &
13
Begg, 2010, p68), ada lima komponen penting didalam lingkungan
DBMS yaitu:
• Hardware (Perangkat keras)
Untuk
membuat
DBMS
dan
aplikasi
berjalan,
maka
membutuhkan perangkat keras. Perangkat keras berupa PC, single
mainframe, dan jaringan komputer. Perangkat keras ini dibutuhkan
tergantung pada kebutuhan organisasi dan DBMS apa yang akan di
pakai.
• Software (Perangkat lunak)
Komponen perangkat lunak meliputi perangkat lunak DBMS
itusendiri dan
program-program aplikasi bersama sistem operasi,
termasuk sistem jaringan jika DBMS dioperasikan menggunakan
jaringan.
• Data
Data
adalah
komponen
yang
terpenting
dari
DBMS
environment dari sudut end-user yang berguna menghubungkan user.
Data juga berperan sebagai penghubung antara komponen mesin dan
komponen manusia.
• Procedure
Procedure lebih mengarah pada instruksi-instruksi dan aturan
yang mengatur desain dan penggunaan database. Pengguna sistem
dan staff yang mengelola database membutuhkan prosedur-prosedur
yang bagaimana cara menggunakan atau menjalankan sistem tersebut
secara dokumentasi. Berikut instruksi dalam penggunaannya yaitu:
o Log on ke DBMS.
o Menggunakan sebagian fasilitas DBMS atau program
aplikasi.
o Start dan stop DBMS.
o Membuat salinan backup database.
o Mengatasi kegagalan perangkat keras atau perangkat
lunak. Termasuk prosedur mengidentifikasi komponen
yang gagal dan bagaimana cara mengatasinya serta
bagaimana cara merecover database.
14
o Merubah struktur dari tabel, mengatur ulang database ke
beberapa disk, meningkatkan performa, atau mengarsipkan
data ke penyimpanan sekunder awau cadangan.
• People
Terdapat lima tipe orang yang berpartisipasi didalam
lingkungan DBMS yaitu :
o Data dan Database Administrator
Data Administrator adalah orang yang bertanggung
jawab untuk mengatur sumber data, termasuk perencanaan
database, pengembangan dan pemeliharaan, kebijaksanaan,
dan prosedur-prosedur, dan perancangan konseptual/logikal
database yang sesuai standar.
o Database Administrator
Merupakan orang yang bertanggung jawab untuk
hubungan fisikal dari database,termasuk perancangan fisikal
database dan implementasi, keamanan dan mengontrol
integritas, pemeliharaan dari sistem operasi, serta memastikan
kepuasan pengguna dari performa aplikasi tersebut.
Database designers dibagi menjadi 2 tipe designer
yaitu logical database designer dan physical database
designer.
o Logical database designer
Logical database designer adalah lebih berkaitan
dengan identifikasi data (entity dan atribut), hubungan antar
data, dan kendala pada data yang akan disimpan dalam
database.
o Physical database designer
Physical database designer lebih mengarah pada
menentukan bagaimana perancangan logikal database dapat di
rubah dan direalisasikan ke dalam bentuk fisikal. Hal ini
melibatkan:
• Pemetaan perancangan logikal database menjadi
beberapa tabel dan penjelasan integritasnya.
15
• Memilih struktur penyimpanan yang spesifik dan
metode akses untuk performa pengarsipan data yang
baik.
• Merancang segala langkah-langkah keamanan yang
dibutuhkan didalam data.
o End User
End user merupakan orang yang nantinya akan
menggunakan aplikasi yang berhubugan dengan sistem basis
data yang telah dibuat sebelumnya. Kepuasan end-user akan
menjadi sebuah ukuran keberhasilan dari sistem basis data
yang telah dibuat, karena sistem basis data dibuat untuk
memudahkan end-user melakukan pekerjaan secara efektif
dan efisien.
Jadi dengan kelima komponen Hardware, Software, Data,
Procedure dan People, kita perlukan untuk membuat DBMS yang baik.
2.6.2. Fungsi DBMS
Fungsi DBMS ini merupakan tipe dari fungsi service fasilitas dalam
mengelola basis data. Menurut (Connolly & Begg, 2010, p99),
sebagai berikut:
• Penyimpanan, pengambilan dan pengubahan data
DBMS harus memiliki kemampuan untuk menyimpan,
mengambil, dan mengubah data dalam database. Ini merupakan
fungsi fundamental dalam DBMS.
• User dapat mengakses catalog
DBMS harus mempunyai catalog yang berisi dekripsi item
data yang disimpan dan diakses oleh pengguna. Sistem katalog dapat
menyimpan data tentang skema, user, aplikasi, dan sebagainya.
Sistem katalog atau kamus data yang berarti gudang informasi atau
deskripsi data dalam database yang dikenal dengan nama metadata
(data dalam data). Sistem katalog berupa :
16
• Nama, tipe, dan ukuran tipe data.
• Nama penghubung.
• Batasan-batasan integritas dalam data.
• Nama pengguna yang memiliki wewenang
untuk mengakses data.
• Datayang dapat diakses oleh pengguna dan tipe
akses yang di perbolehkan berupa :
o Insert
o Update
o Delete
o Read access
• Eksternal, konseptual, dan skema internal serta
pemetaan antara skema.
• Penggunaan statistik, seperti frekuensi transaksi
dan jumlah pada jumlah akses yang dibuat
untuk objek dalam database.
• Dukungan transaksi
DBMS harus memberikan setiap mekanisme transaksi dapat di
update sesuai dengan transaksi yang sudah di update. Transaksi
merupakan sekumpulan aksi yang dilakukan oleh user atau program
aplikasi yang dapat mengakses dan mengubah isi dari database.
•
Layanan control konkurensi
DBMS harus dapat memastikan bahwa setiap mekanisme
database diupdate secara benar saat beberapa pengguna melakukan
update database secara bersamaan. Salah satu objektif dalam
menggunakan DBMS adalah memungkinkan banyak pengguna untuk
mengakses data. Akses konkurensi relative mudah apabila semua
pengguna hanya membaca data.
•
Layanan recovery
DBMS
harus
memastikan
mekanisme
dari
pemulihan
database apabila terdapat kejadian database rusak dalam berbagai
17
kondisi. DBMS harus menyediakan mekanisme untuk mengembalikan
database ke keadaan yang konsisten.
•
Layanan kepemilikan
DBMS harus memastikan bahwa hanya satu orang yang
berwenang saja yang dapat mengakses database.
•
Dukungan komunikasi data
DBMS harus dapat mendukung integrasi dan berhubungan
dengan software lainnya.
•
Layanan integrasi
DBMS harus memastikan kedua data dalam database dan
perubahan pada data mengikuti aturan yang berlaku. Hal ini juga
menjadi pertimbangan untuk tipe dari sistem proteksi database.
•
Layanan peningkatan independensi data
DBMS
harus
mempunyai
fasilitas
untuk
mendukung
independence atau independensi program dari struktur database.
•
Layanan utilitas
DBMS harus menyediakan beberapa layanan utilitas. Program
utilitas dapat membantu untuk membuat database menjadi lebih
efisien. Contoh kegiatan utilitas adalah :
o Import fasilitas, load database dari file flat, dan eksport
fasilitas, serta tidak load database dari file flat.
o Memantau fasilitas, memantau penggunaan database dan
operasi.
o Analisis statistic program, dan mengevaluasi performa dari
statistik penggunaan database dan operasi.
o Fasilitas index organisasi, untuk mengatur kembali index dan
overflows.
o Alokasi dan relokasi, menghapus physical record dari tempat
penyimpanan.
18
2.6.3. Keuntungan DBMS
Database Management System (DBMS) pasti memiliki
dampak bagi yang menggunakannya beberapa keuntungan dimanfaatkan
perusahaan dalam
pengembangkan dalam perusahaan. Menurut
(Connolly & Begg, 2010, p77), keuntungan DBMS yaitu :
•
Control of data redundancy
Dengan cara mengurangi duplikasi data sebelum data disimpan dalam
database maka DBMS akan mengeliminasi redundance dengan data
terintegrasi cukup disimpan sekali.
•
Data consistency
Dengan cara mengeliminasi atau mengontrol redudansi data. Hal ini
dapat mengurangi resiko inkonsistensi.
•
Sharing of data
Sistem basis data terdapat pada organisasi yang dapat digunakan oleh
seluruh pengguna yang memiliki hak akses.
•
Improved data integrity
Database integrity lebih mengarah untuk meningkatkan validitas dan
konsistensi data tersebut. Integritas biasanya dijabarkan ke dalam
constraints,
yang mana aturan konsistensi database tidak
mengijinkan untuk dilanggar.
•
Improved security
Database security adalah bagian dari keamanan database dengan
meningkatkan database security, memproteksi basis data dari
pengguna yang tidak dikenal.
•
Enforcement of standards
Karena
adanya
pemakaian
data
secara
bersamaan,
terdapat
penambahan tabel, field, tipe data, hak akses harus dibuat standar dan
dokumentasinya.
•
Increased productivity
Dengan file-based-systems, deskripsi data dan logika akses data telah
dibuat ke dalam beberapa program aplikasi, dan mengurangi waktu
pengembangan.
19
•
Improved backup dan recovery services
Dengan meningkatkan backup data maka dapat mengurangi suatu
kegagalan sistem atau program aplikasi. Jika terjadi kesalahan maka
backup data dapat di-restored
Jadi dengan keuntungan dari DBMS kita dapat memanfaatkan dari
keuntungan tersebut untuk meningkatkan kinerja dari perusahaan atau
organisasi.
2.6.4. Kelemahan DBMS
Selain mempunyai keuntungan, DBMS juga mempunyai
kelemahan sebagai berikut: (Connolly & Begg, 2010, p80)
o Kompleksitas
Fungsi dari Database Management System (DBMS) yang baik
menghasilkan kompleksitas struktur data dan perancang basis data
harus sesuai.
o Ukuran
Kompleksitas menyebabkan ukuran data menjadi besar
sehingga membutuhkan media penyimpanan yang besar juga.
o Biaya
Biaya yang dikeluarkan cukup besar untuk implementasi
DBMS serta pemeliharaan.
o Biaya tambahan hardware
Biaya hardware tambahan untuk pengimplementasian DBMS
tergolong besar.
o Biaya konversi
Terdapat Biaya untuk DBMS dan tambahan hardware untuk
menggabungkan applikasi yang berjalan ke DBMS dan hardware
yang baru.
o Performa
Secara umum memang baik tetapi ada beberapa aplikasi yang
tidak berjalan secepat seperti biasanya.
o Dampak kegagalan
20
Pemusatan dari sumber daya pengguna yang tersedia dapat
menyebabkan kegagalan yang besar apabila pengelolaannya tidak
benar.
2.7. Fact Finding Technique
Fact Finding Technique ialah cara-cara untuk mengumpulkan
informasi penting dalam suatu perusahaan untuk dianalisa. Biasanya ini
dilakukan diawal sebelum proyek dilaksanakan.
Menurut (Connolly & Begg, 2010,p341), Fact-Finding Technique
adalah proses formal yang menggunakan teknik seperti wawancara dan
kuesioner untuk mengumpulkan fakta-fakta tentang sistem, kebutuhan, dan
preferensi. Ada 5 teknik dalam Fact-Finding Technique yang biasa dipakai
untuk mencari fakta (Connolly & Begg, 2010,p344):
o Examining Document
Pemeriksa Dokumen dapat berguna saat kita mencoba untuk mencari
informasi tentang bagaimana perlunya kebutuhan akan basis data. Kita
juga dapat mencari dokumentasi yang dapat membantu memberikan
informasi di dalam bagian masalah. Jika masalah masih berkaitan dengan
sistem saat ini, harus ada hubungan dokumentasi pada sistem tersebut.
Dengan memeriksa dokumentasi, formulir, laporan, dan asosiasi file
dengan sistem saat ini. kita dapat dengan cepat memperoleh beberapa
pemahaman tentang sistem.
o Interviewing
Wawancara adalah teknik pencarian fakta yang paling umum
digunakan dan biasanya paling berguna. kita dapat mewawancarai untuk
mengumpulkan informasi dari wajah individu untuk wajah. bisa ada
beberapa tujuan yang ingin menggunakan wawancara, seperti mencari
fakta, memverifikasi fakta, antusiasme generasi, mendapatkan pengguna
akhir yang terlibat, mengidentifikasi kebutuhan, dan mengumpulkan ide
dan pendapat.
o Observing the enterprise in operation
Observation adalah teknik pencarian fakta yang paling efektif untuk
memahami sistem. Dengan teknik ini, mungkinkan untuk berpartisipasi
21
baik untuk belajar aktifitas dari sistem. Teknik ini juga sangat berguna
ketika validitas data yang dikumpulkan melalui metode lain, seperti
dalam pertanyaan atau ketika kompleksitas pertanyaan pada aspek
tertentu dari penjelasan yang jelas oleh pengguna akhir.
o Research
Berguna untuk penelitian aplikasi dan masalah. jurnal komputer, buku
referensi, dan internet adalah sumber informasi yang baik. Mereka dapat
memberikan informasi tentang bagaimana memecahkan masalah yang
sama, ditambah apakah paket perangkat lunak yang ada untuk
memecahkan atau bahkan sebagian memecahkan masalah.
o Questionnaires
Merupakan teknik pencarian untuk melakukan survei melalui
kuesioner.
Kuesioner
adalah
dokumen
special
purpuse
yang
memungkinkan fakta yang dikumpulkan dari sejumlah besar orang dan
tetap menjaga kontrol atas tanggapan mereka.
2.8. Database System Development Lifecycle
Seperti namanya sebuah lifecycle pastinya memiliki langkah awal
untuk dimulai lau di lanjutkan dengan langkah-langkah selanjutnya sampai
kembali pada langkah awal. Hal ini juga terjadi ada pembuatan basis data,
Menurut (Connolly & Begg, 2010, p313), Database system development
lifecycle berkaitan secara inheren dengan siklus hidup sistem informasi.
Sangat penting untuk mengenali tahapan siklus hidup aplikasi database tidak
selalu berurutan, tetapi juga melibatkan beberapa jumlah tahapan sebelumnya
melalui loop feedback atau umpan balik.
Jadi, dari definisi diatas dapat disimpulkan bahwa Database System
Development Lifecycle merupakan siklus hidup yang menggambarkan
tahapan-tahapan di dalam melakukan perancangan aplikasi basis data yang
baik. Berikut tahapan-tahapan Database System Development Lifecycle:
22
Gambar 2.2 Database System Development Lifecycle
Sumber : Connolly & Begg (2010:314)
2.8.1. Database Planning
Langkah pertama sebelum merancang, kita harus terlebih dulu
menentukan database planning proyek. Menurut (Connolly & Begg, 2010,
p313), database planning adalah aktivitas manajemen yang memungkinkan
tahapan dari lifecycle yang akan direalisasikan secara efisiensi dan seefektif
mungkin.
Database planning harus diintegrasi dari keseluruhan IS strategi dari
organisasi. Jadi, dari definisi diatas dapat disimpulkan bahwa Database
Planning merupakan suatu tahapan perencanaan dalam pengembangan
database secara efektif dengan adanya integrasi System information.
23
2.8.2. System Definition
Penentuan System definition adalah penjelasan jangkauan dan batasan
dari aplikasi basis data serta pandangan-pandangan utama para pengguna.
Sebelum
mendesain
suatu
aplikasi
basis
data,
terlebih
dahulu
mengidentifikasikan batasan- batasan dari sistem yang sedang diteliti dan
bagaimana kaitannya dengan bagian lain dari sistem informasi perusahaan.
Hal ini diperkuat oleh pendapat (Connolly & Begg, 2010, p316), yang
mengatakan bahwa hal tersebut dilakukan untuk memastikan bahwa tidak ada
pengguna utama basis data yang terlupakan ketika dilakukan pengembangan
aplikasi.
2.8.3. Requirement Collection and Analysis
Proses ini merupakan proses dimana setiap analisis harus dapat
didukung dengan informasi yang akurat dimana dalam membangun sistem
baru akan dibutuhkan pengumpulan informasi yang mendukung penyataan
tujuan perusahaan. Menurut (Connolly & Begg, 2010, p316), Requirement
Collection and Analysis Merupakan proses mengumpulkan dan menganalisis
informasi tentang bagian dari organisasi yang harus didukung oleh sistem
database, dan menggunakan informasi ini untuk mengidentifikasi untuk
sistem baru. Ada tiga pendekatan utama untuk mengelola persyaratan sistem
database dengan pandangan beberapa pengguna, yaitu :
o The centralized approach (Pendekatan terpusat)
Kebutuhan untuk setiap tampilan pengguna yang bergabung ke dalam
satu persyaratan untuk sistem database baru.
o The view integration approach (Pendekatan integrasi tampilan)
Persyaratan untuk setiap pengguna tetap sebagai daftar yang terpisah.
o combination of both approaches (Kombinasi dari 2 pendakatan)
Setiap persyaratan tambahan untuk sistem basis data baru.
24
2.8.4. Database Design
Setelah melakukan Requirement Analysis dilanjutkan perancangan
basis data dimana data diperoleh dari data yang telah dikumpulkan dan
analisis. Menurut (Connolly & Begg, 2010, p320), perancangan basis data
merupakan proses pembuatan suatu desain atau rancangan untuk sebuah basis
data yang akan mendukung operasional dan sasaran suatu perusahaan. Ada 4
pendekatan dalam perancangan database yaitu:
o Top-down
Diawali dengan pembentukan model data yang berisibeberapa entity
high level dan relasi yang kemudian menggunakan pendekatan top-down
secara berturut-turut untuk mengidentifikasi entity lower level, relasi, dan
atribut lainnya.
o Bottom-up
Dimulai dari atribut dasar yaitu sifat-sifat entity dan relasidengan
analisis dari penggabungan antar atribut, yang dikelompokkan ke dalam
suatu relasi yang merepresentasikan tipe dari entity dan relasi antar entity.
o Inside-out
Berhubungan dengan pendekatan bottom-up tetapi sedikit berbeda
dengan identifikasi awal entity utama yang kemudian menyebar ke entity,
relasi, dan atribut terkait lainnya yang lebih dulu di identifikasi. Karena
itu cara pendekatan ini merupakan salah satu cara yang tepat jika
identifikasi awal merupakan entity utama yang akan dibuat menjadi entity
khusus.
o Mixed
Menggunakan pendekatan bottom-up dan top-down untuk bagian yang
berbeda sebelum pada akhirnya digabungkan. Proses perancangan
database terdiri dari 3 tahapan yaitu:
•
Conceptual database design
Proses pembuatan model informasi yang digunakan agar tidak
tergantung pada semua masalah fisik. Secara garis besar
perancangan ini terdiri dari tiga langkah sebagai berikut:
o Penentuan entity pada database.
o Pendefinisian hubungan/relasi antar entity.
25
o Penerjemahan hubungan ke dalam entity.
•
Logical database design
Proses tahapan model informasi yang digunakan
berdasarkan model khusus, dan menggambarkan proses yang
terjadi dalam database secara rinci. Proses yang digambarkan
akan dijelaskan secara berurutan dan menjelaskan atribut yang
ada di dalam basis data.
•
Physical database design
Proses pengukuran performa basis data yang akan
dibuat. Dengan mempertimbangkan spesifikasi penyimpanan
sekunder yang akan digunakan. Kecepatan transfer data juga
akan menjadi tolak ukur, karena kecepatan transfer data akan
mempengaruhi performa maupun kinerja sebuah sistem basis
data secara efektif dan efisien.
2.8.5. DBMS selection (Optional)
Menurut (Connolly & Begg, 2010, p. 325), seleksi DBMS
adalah kegiatan memilih DBMS yang akan digunakan dalam
pembuatan basis data. Pemilihan DBMS yang tepat sangat
mendukung aplikasi basisdata. Menurut (Connolly & Begg, 2010, p.
326), langkah utama dalam pemilihan DBMS adalah sebagai berikut :
•
Mendefiniskan waktu untuk melakukan studi referensi.
•
Mencatat 2 atau 3 jenis produk yang akan dievaluasi untuk
digunakan.
•
Mengevaluasikan produk tersebut.
•
Merekomendasikan produk yang dipilih dan membuat laporan
yang mendukung DBMS tersebut.
2.8.6. Application Design
Pada tahap ini dilakukan perancangan antarmuka bagi
pengguna dan program aplikasi yang menggunakan dan memproses
database. Perancangan database dan perancangan aplikasi adalah
26
aktivitas bersamaan pada siklus hidup pengembangan sistem
database.
Dalam kasus sebenarnya, adalah tidak mungkin untuk
menyelesaikan perancangan aplikasi sebelum perancangan database
selesai.
Dalam
perancangan
aplikasi
harus
memastikan
semuapernyataan fungsional dari spesifikasi kebutuhan pengguna
yang menyangkut perancangan aplikasi program yang mengakses
database dan merancang transaksi yaitu cara akses ke database dan
perubahan terhadap isi database (retrieve, update, dan mixed).
•
Retrieval: Mendapatkan data untuk tampilan di layar.
•
Update: insert, delete, dan update record pada database.
•
Mixed: Gabungan dari retrieval dan update.
Artinya bagaimana fungsi yang dibutuhkan bisa terpenuhi dan
merancang antarmuka pengguna (user interface). Antarmuka yang
dirancang harus memberikan informasi yang dibutuhkan dengan cara
untuk menciptakan user-friendly. Rancangan antarmuka pengguna
yang dalam pembuatannya tidak diperhatikan secara rinci dapat
menimbulkan masalah. Oleh karena itu, antarmuka harus diakui
sebagai komponen dari sistem yang penting. Hal ini bertujuan agar
aplikasi mudah dipelajari, mudah digunakan, sehingga penggunapun
akan cenderung untuk memberdayagunakan informasi yang disajikan.
2.8.7. Prototyping (Optional)
Menurut (Connolly & Begg, 2010, p333), prototyping
merupakan pembuatan model kerja dari aplikasi basis data, yang
mengijinkan perancang atau pengguna untuk mengevaluasi hasil akhir
sistem baik dari segi tampilan maupun fungsi yang dimiliki
sistemtersebut. Tujuan utama dari prototype yaitu :
•
Menuntun
pengguna
menggunakan
prototype
untuk
mengidentifikasi fitur-fitur agar sistem berjalan dengan baik.
•
Sebagai sarana pengembangan atau mungkin menambah fitur
baru pada aplikasi basis data.
27
Ada dua strategi prototype yang umum digunakan yaitu :
•
Requirement prototyping, menggunakan prototipe untuk
menetapkan kebutuhan dari tujuan aplikasi basis data. Ketika
kebutuhan sudah terpenuhi, prototipe tidak digunakan lagi atau
dibuang.
•
Evolutionary
prototype,
menggunakan
prototipe
untuk
menetapkan kebutuhan yang selanjutnya dikembangkan
menjadi aplikasi basis data yang bekerja.
2.8.8. Implementation
Pada tahap ini dilakukan pembuatan definisi database secara
eksternal, konseptual, internal, dan program aplikasi. Implementasi
merupakan realisasi dari database dan perancangan aplikasi.
Implementasi pada database dilakukan dengan menggunakan
DDL(Data Definition Language) dari DBMS yang dipilih atau
dengan menggunakan GUI (Graphical User Interface). DDL
digunakanuntuk membuat struktur database dan file database yang
kosong. Selain itu, pada tahapan ini semua spesifikasi pandangan dari
pengguna juga di implementasikan.
•
Data Definition Language (DDL)
Data Definition Language (DDL) adalah satu paket
bahasa DBMS yang berguna untuk melakukan spesifikasi
terhadap skema basis data. Hasil kompilasi dari DDL adalah
satu set tabel yang disimpan dalam file khusus yang disebut
Data Directory/Dictionary. Secara umum perintah dalam
DDLberhubungan
dengan
operasi-operasi
dasar
seperti
membuat basis data baru, menghapus basis data, membuat
tabel baru,menghapus tabel, membuat indeks, mengubah
struktur tabel. Contoh perintah DDL misalnya, Create Table,
Create Index,Alter, dan Drop Database.
•
Data Manipulation Language (DML)
Data Manipulation Language (DML) adalah satu paket
DBMS yang memperbolehkan pemakai untuk mengakses atau
memanipulasi data sebagaimana yang telah diorganisasikan
28
sebelumnya dalam model data yang tepat. Berikut merupakan
beberapa contoh dari Data Manipulation Languange :
o Select
Select merupakan salah satu perintah yang
sering digunakan di dalam manipulasi basis data.
Dalam
implementasinya,
select
bertujuan
untuk
memunculkan maupun melihat data yang ada di dalam
basis data tersebut. Biasanya perintah select akan
berfungsi
untuk
memeriksa
apakah
data
yang
dimaksud ada di dalam basis data.
o Update
Update merupakan perintah yang ada di dalam
DBMS yang sering digunakan untuk mengubah isi data
yang ada didalam basis data. Dalam implementasinya,
perintah update biasanya digunakan jika ada kesalahan
atribut yang ada didalam basis data.
o Insert
Insert merupakan perintah yang ada di dalam
DBMS yang digunakan untuk memasukkan data baru
ke dalam sistembasis data yang telah ada. Dalam
implementasinya, perintah insert biasanya digunakan
jika ada stok barang baru yang belum pernah ada di
dalam basis data.
o Delete
Delete merupakan perintah yang ada di dalam
DBMS yang digunakan untuk menghapus data yang
telah ada sebelumnya di sistem basis data. Dalam
implementasinya, perintah delete biasanya digunakan
jika ada stok produk yang sudah tidak diproduksi lagi
29
2.8.9. Data Conversion and Loading
Menurut (Connolly & Begg, 2010, p334) data conversion and
loading mencakup pengambilan data dari sistem yang lama untuk
dipindahkan ke dalam sistem yang baru. Tahapan ini memungkinkan
pengembang
untuk
mengkonversi dan menggunakan aplikasi
program lama untuk digunakan pada sistem baru. Ketika conversion
and loading dibutuhkan, prosesnya harus direncanakan untuk
memastikan kelancaran transaksi dari keseluruhan operasi.
2.8.10. Testing
Menurut (Connolly & Begg, 2010, p334) testing adalah proses
menjalankan aplikasi untuk menemukan kesalahan – kesalahan.
Sebelum digunakan, aplikasi basis data yang baru dikembangkan harus
diuji secara menyeluruh. Dalam kenyataan testing tidak luput dari
kesalahan. Di Dalam merancang basis data, user dari sistem baru
seharusnya terlibat didalam proses testing. Jika data yang asli
digunakan, perlu backup untuk mengantisipasi kesalahan atau error.
Setelah testing selesai, sistem aplikasi telah siap digunakan oleh
pengguna akhir.
2.8.11. Operational Maintenance
Tahapan terakhir di dalam database life cycle adalah
operational maintenance. Menurut (Connolly & Begg, 2010, p335)
operational
maintenance
adalah
proses
memantau
dan
memeliharasistem setelah di install. Pada tahap ini sistem beralih ke
tahapanpemeliharaan diantaranya:
•
Memantau kinerja dari sistem
•
Pemeliharaan dan upgrade aplikasi basis data (jika diperlukan)
ketikabasis data sepenuhnya bekerja, pemantauan harus
memastikankinerjanya dapat berada dalam tingkat yang dapat
diterima.
30
2.9. Entity Relationship Modeling
Menurut Thomas (Connolly & Begg , 2010, p371), salah satu aspek yang
sulit dalam perancangan database adalah menentukan sebuah entity.
2.9.1. Entity Type (Tipe Entity)
Menurut (Connolly & Begg,2010, p372), entity type adalah
sekumpulan obyek dengan properti yang sama, yang diidentifikasi oleh
perusahaan yang memiliki keberadaan yang tidak bergantung dengan
yang lainnya.
2.9.2. Relationship Types (Tipe Hubungan)
Menurut (Connolly & Begg, 2010, p374), relationship type adalah
sekumpulan asosiasi antara satu atau lebih entity type yang
berpartisipasi. Setiap relationship type diberi nama yang menjelaskan
fungsinya.
G
ambar 2.3 Relationship Type
Sumber : Connolly & Begg (2010:374)
Degree of relationship adalah banyaknya entity
berpartisipasi di dalam relationship.
type yang
31
Recursive relationship adalah relationship type dimana entity type
yang sama berpartisipasi lebih dari satu different role.
2.9.3. Attribute (Atribut)
Menurut (Connolly & Begg, 2010, p379-382), macam-macam
atribut yaitu:
•
Attribute Domain adalah sekumpulan nilai yang diperbolehkan
untuk satu atau lebih atribut.
•
Simple Attribute adalah atribut yang terdiri dari satu
komponen tunggal dengan keberadaan yang bebas.
•
Composite Attribute adalah atribut yang terdiri dari beberapa
komponen dengan keberadaan yang bebas. Dalam hal ini
beberapa
atribut
dapat
dipisahkan
menjadi
beberapa
komponen yang lebih kecil lagi dengan keberadaan yang
bebas.
•
Single Value Attribute adalah atribut yang memiliki nilai
tunggal untuk masing-masing kejadian dari entity.
•
Multi Value Attribute adalah atribut yang memiliki banyak
nilai untuk masing-masing kejadian dari entity.
•
Derived Atrribute adalah atribut menggantikan sebuah nilai
yang diturunkan dari nilai sebuah atribut yang berhubungan,
tidak perlu pada jenis entity yang sama.
2.9.4. Key (Kunci)
•
Candidate Key adalah satu atau lebih atribut yang ada di dalam
field dan bersifat unik, sehingga menjadi identifier pada suatu
relasi antar field dalam basis data.
•
Primary Key adalah candidate key yang diidentifikasi secara
unik pada setiap field dalam basis data yang hanya ada satu dan
itu bersifat unik pada setiap field.
•
Foreign Key adalah suatu atribut dalam sebuah table yang
melengkapi satu relationship yang menunjuk pada induknya.
32
•
Composite Key adalah candidate key yang ada di dalam field
•
Alternate Key adalah candidate key yang tidak terpakai sebagai
primary key pada suatu basis data.
2.9.5. Strong and Weak Entity Type
•
Strong entity type adalah setiap kejadian yang unik mampu
diidentifikasikan menggunakan atribut primary key pada entity.
•
Weak entity type adalah tipe entity yang keberadaannya
bergantung pada tipe entity lainnya. Karakteristik dari entity
yang
lemah
adalah
setiap
kejadian
entity
tidak
bisa
diidentifikasikan secara unik hanya dengan menggunakan atribut
yang bergantung pada entitynya.
Gambar 2.4 Contoh Strong dan Weak Entity
Sumber : Connolly & Begg (2010:314)
2.9.6. Structural Constraints
Menurut (Connolly & Begg, 2010, p385), tipe utama dari constraint
di dalam relationship disebut multiplicity.
Multiplicity adalah jumlah occurrence yang mungkin dari sebuah tipe entity
yang berhubungan dengan sebuah occurrence dari tipe entity lain yang
terasosiasi melalui hubungan tertentu.
33
•
One-to-One (1:1) Relationship terjadi apabila setiap himpunan
entity A hanya boleh berhubungan dengan satu himpunan
entity B.
•
One-to-Many
(1:*) Relationship
terjadi apabila
setiap
himpunan entity A boleh berhubungan lebih dari satu
himpunan entity B. Sebaliknya setiap himpunan dari entity B
hanya boleh berhubungan dengan satu himpunan entity A.
•
Many-to-Many (*:*) Relationship terjadi apabila setiap
himpunan entity A berhubungan lebih dari satu himpunan
entity B, sebaliknya setiap himpunan dari entity B juga boleh
berhubungan lebih dari satu himpunan entity A.
2.10.
Normalisasi
Normalisasi menurut (Connolly & Begg, 2010, p415), adalah sebuah
teknik untuk memproduksi sejumlah relasi dengan kebutuhan yang
diinginkan, untuk memberi kebutuhan data dari suatu organisasi.
Proses Normalisasi menurut (Connolly & Begg, 2010, p430), terdapat
beberapa bentuk yaitu:
•
Unnormalized Form (UNF)
Sebuah tabel yang berisi satu atau lebih kelompok pengulangan
(repeating groups). Pada tabel UNF ini dibuat dengan mentransformasi data
dari sumber informasi ke dalam tabel berbentuk baris dan kolom.
•
Bentuk Normal Pertama (1NF)
Sebuah relasi di mana persimpangan setiap baris dan kolom berisi
satu dan hanya satu nilai. Pada tabel 1NF ini dibuat dengan menghilangkan
repetisi dan data yang merupakan hasil kalkulasi serta menentukan atribut
yang menjadi primary key.
•
Bentuk Normal Kedua (2NF)
Bentuk 2NF didefinisikan berdasarkan ketergantungan fungsional
yang penuh (Full Functional Dependency). 2NF merupakan sebuah relasi
34
antara bentuk normal pertama dan setiap atribut yang bukan primary key atau
secara fungsional tergantung primary key. Dengan kata lain, tabel 2NF ini
dibuat dengan menghilangkan ketergantungan partial.
•
Bentuk Normal Ketiga (3NF)
Bentuk 3NF didefinisikan berdasarkan ketergantungan transitif
(Transitive Dependency). 3NF merupakan sebuah relasi antara bentuk normal
pertama dan bentuk normal kedua, dimana tidak ada atribut yang bukan
primary
key
atau
secara
transitif
bergantung
pada
primary
key.
Gambar 2.5 Ilustrasi dari Hubungan antara Bentuk Normal
Sumber : Connolly & Begg (2010:415)
2.11.
Metodologi Perancangan Basis data
Menurut (Connolly & Begg, 2010, p466), metodologi perancangan basis data
merupakan pendekatan terstruktur yang menggunakan prosedur, teknik, tools dan
dokumentasi untuk mendukung dan memfasilitasi proses design. Perancangan basis
data terbagi 3 tahap yaitu:
•
Perancangan Konseptual/ Conseptual Database Design.
•
Perancangan Logikal/ Logical Database Design.
•
Perancangan Fisikal/ Physical Database Design.
35
1. Perancangan Konseptual/ Conseptual Database Design
Menurut (Connolly & Begg, 2010, p 467), perancangan konseptual
adalah proses untuk membangun sebuah data model yang digunakan dalam
perusahaan, independent dari semua pertimbangan phisikal. Perancangan
konseptual model dibutuhkan untuk mengetahui kebutuhan yang dibutuhkan
oleh perusahaan. Konseptual model terdiri dari Entity type, Tipe relasi,
Atribut dan Atribut domain, Primary keys dan alternate keys, Batasan
Integrity. Untuk membuat konseptual design, maka langkah – langkah yang
diperlukan adalah:
•
Identifikasi Entity Type
Bertujuan untuk menentukan entity type utama yang
dibutuhkan
dengan
cara
memeriksa
user
requirement
specification. Setelah terdefinisi, entity tersebut diberikan
nama yang tepat dan jelas seperti mahasiswa, dosen,
mata_kuliah.
•
Identifikasi Tipe Hubungan ( Relasi )
Bertujuan untuk mengidentifikasi suatu relasi yang
penting yang ada antar entity yang telah teridentifikasi. Nama
dari suatu relasi menggunakan kata kerja seperti mempelajari,
memiliki, mempunyai, dan lain – lain.
•
Identifikasi dan associate atribut dengan tipe relasi
Associate atribut bertujuan untuk menghubungkan
atribut dengan entity atau relasi yang tepat. Dalam langkah ini
juga dilakukan identifikasi simple / composite attribute, single
/ multi – valued attribute, dan derived attribute.
•
Menentukan atribut domain
Bertujuan untuk menentukan domain suatu atribut
dalam model data konseptual. Domain adalah sekumpulan
nilai dari satu atau lebih atribut yang menggambarkan
nilainya.
Contohnya
yaitu
menentukan
nilai
atribut
jenis_kelamin pada entity mahasiswa dengan ‘M’ atau ‘F’ atau
36
nilai atribut sks pada entity mata_kuliah dengan ‘1’,’2’,’3’,
dan ‘4’.
•
Menentukan atribut candidate, primary, dan alternate key.
Bertujuan untuk mengindentifikasi candidate key pada
setiap entity dan memilih primary key jika ada lebih dari satu
candidate key. Pemilihan primary key didasari pada panjang
dari atribut dan keunikan key masa datang.
•
Mempertimbangkan
untuk
menggunakan
concept
modeling.
Pada
Spesialisasi,
langkah
ini
Generalisasi,
bertujuan
Aggregasi,
untuk
menentukan
dan composition.
Dimana masing – masing pendekatan dapat dilakukan sesuai
dengan kebutuhan yang ada.
o Spesialisasi dan Generalisasi adalah proses dalam
mengelompokkan berapa entity dan menghasilkan
entity
baru.
Beda
dari
keduanya
adalah
cara
pendekatannya, dimana spesialisasi menggunakan topdown dan generalisasi menggunakan pendekatan
bottom-up.
o Spesialisasi adalah proses memaksimalkan perbedaan
antar anggota entity dengan mengidentifikasi sifat –
sifat yang membedakan satu sama lain.
o Generalisasi adalah proses meminimalkan perbedaan
antara anggota entity dengan mengindentifikasi sifat –
sifat yang sama satu dengan yang lain.
o Aggregasi menggambarkan relasi ‘ memiliki’ atau
‘bagian-dari’ antar tipe entity dimana suatu relasi
hanya akan ada jika ada relasi lainnya.
o Composistion adalah suatu bentuk Aggregasi yang
spesifik yang mewakili asosiasi antar entity dimana ada
37
kepemilikan yang kuat da nada hubungan – hubungan
antara ‘keseluruhan’ dan ‘bagian’nya.
•
Cek model untuk redundansi.
Bertujuan untuk memeriksa konseptual model untuk
menghindari dari adanya informasi yang redundan, sehingga
tak membuat informasi yang ada berulang secara terus
menerus. Yang dilakukan dalam langkah ini adalah :
• Memeriksa ulang relasi one to one ( 1:1)
Setelah
entity
diidentifikasikan
maka
kemungkinan ada dua entity yang mewakili satu
object. Untuk itu dua entity tersebut harus di merge
bersama. Dan jika primary key-nya berbeda maka
harus dipilih salah satu dan lainnya dijadikan alternate
key.
• Menghilangkan hubungan yang redundan
Digunakan untuk menekan jumlah model data.
• Menentukan dimensi waktu
Hubungan dimensi waktu adalah sangat penting
ketika mengakses redundan untuk menentukan situasi
dari hubungan model data entity.
•
Validasi data model konseptual terhadap transaksi user.
Bertujuan untuk menjamin bahwa konseptual data
model mendukung kebutuhan transaksi pengguna. Dengan
menggunakan model yang telah di validasi tersebut, dapat
digunakan untuk melaksanakan operasi secara manual. Ada
dua pendekatan yang mungkin untuk menjamin bahwa local
conceptual data model mendukung kebutuhan transaksi yaitu :
• Menggambarkan Transaksi.
Memeriksa seluruh informasi (entity, relasi, dan
atribut) yang diperlukan pada setiap transaksi yang
disediakan oleh model dengan mendokumentasikan
penggambaran dari tiap kebutuhan transaksi.
• Menggunakan Transaksi pathways.
38
Pendekatan ini untuk validasi model data
terhadap
transaksi
yang
dibutuhkan
termasuk
representasi diagram jalur yang digunakan oleh setiap
transaksi langsung pada diagram ER.
•
Review data model konseptual dengan user.
Bertujuan
untuk
melihat
kembali
model
data
konseptual dan memastikan bahwa data model tersebut sudah
benar.
2. Perancangan Logikal/ Logical Database Design
Logical database design adalah proses pembuatan
suatu model informasi yang digunakan pada perusahaan
berdasarkan pada model data yang spesifik, tetapi tidak
tergantung dari database management system (DBMS) dan
pertimbangan fisik lainnya (Connolly & Begg, 2010, p467).
Tujuannya yaitu untuk mengubah data model konseptual menjadi
data model logikal dan kemudian untuk memvalidasi model ini
untuk mengecek apakah struktur nya sudah benar dan bisa untuk
mendukung kebutuhan transaksi. Menurut (Connolly & Begg,
2010, p490) 7 langkah pembuatan logikal data model adalah
sebagai berikut :
•
Penurunan relasi untuk logikal data model.
Bertujuan membuat relasi untuk data model logical
untuk mempresentasikan entity, relasi, dan atribut – atribut
yang telah terindentifikasi. Adapun struktur adalah sebagai
berikut :
• Strong entity types.
Untuk setiap strong entity pada data model,
merupakan suatu entitas yang memiliki relasi kuat dan
mempengaruhi entitas lainnya. Jika sebuah strong
entity dihapus, maka akan mempengaruhi entitas
lainnya secara keseluruhan.
39
• Weak entity types
Untuk setiap weak entity pada data model,
merupakan suatu entitas yang memiliki relasi lemah
dengan entitas lainnya. Jika weak entity dihapus, maka
tidak akan mempengaruhi entitas lainnya secara
keseluruhan.
• One-to-many binary relationship types
Untuk setiap 1:* binary relationship, semua
entity yang ada pada salah satu sisi relationship di
desain sebagai entity parent dan entity yang ada pada
banyak sisi di didesain sebagai entity child.
• One-to-one binary relationship types
Membuat relasi yang mempresentasikan 1:1
lebih kompleks, karena cardinality tidak dapat
digunakan untuk membantu mengindentifikasi entity
parent and child dalam relationship. Cara membuat
relasi
yang
mempresentasikan
partisipasi
membandingkan dengan:
• Mandatory participation pada setiap sisi relasi
1:1. Pada kasus ini entity yang terlibat harus di
kombinasi menjadi relasi dan memilih satu dari
primary key dari entity yang asli untuk menjadi
primary key pada relasi yang baru.
• Mandatory participation pada salah satu sisi
relasi 1:1. Pada kasus ini entity parent dan child
dapat
di
identifikasi
untuk
relasi
1:1
menggunakan participation constraint.
• Optional participation pada setiap sisi relasi
1:1 Pada kasus ini mendesain entity parent dan
child akan mendapatkan sedikit keputusan
tentang relasi yang dapat membantu untuk
memutuskan pilihan apakah menggunakan
suatu jalan atau jalan lainnya.
40
• One-to- one recursive relationship type
Untuk recursive relationship type hanya mengikuti
aturan – aturan untuk partisipasi sebagai gambaran
relasi 1:1 sebelumnya.
• Superclass / subclass relationship types
Untuk setiap relasi superclass / subclass pada
konseptual
data
model,
mengidentifikasi
entity
superclass sebagai entity parent dan entity subclass
sebagai entity child.
• Many-to-many binary relationship types
Untuk setiap relasi binary, setiap entitas dapat
berhubungan dengan semua atribut yang menjadi
bagian dari entitas lainnya.
• Complex relationship types
Membuat relasi untuk mempresentasikan relasi dan
termasuk setiap atribut yang menjadi bagian dari relasi.
• Multi valued attributes
Membuat relasi baru untuk mempresentasikan atribut
multi valued dan termasuk primary key dari entity pada
relasi baru yang berperan sebagai foreign key.
•
Validasi relasi menggunakan normalisasi
Validasi relasi pada model data logikal menggunakan teknik
normalisasi. Dengan menggunakan normalisasi, maka model yang di
hasilkan mendekati model dari kebutuhan perusahaan, konsisten dan
memiliki sedikit redundansi dan stabilitas yang maksimum.
•
Validasi user berdasarkan transaksi user
Memastikan relasi dalam model data logikal telah mendukung
transaksi yang dibutuhkan. Bertujuan untuk menjamin bahwa relasi dalam
mode logikal tersebut mendukung user requirement specification secara
detail. Selain itu juga untuk meyakinkan bahwa tidak ada kesalahan yang
muncul sewaktu membuat suatu relasi.
41
•
Check Integrity Constraint
Menentukan integrity constraint, dimana mencakup pemeriksaan
kelengkapan data, atribut domain constraint, multiplicity, entity integrity,
referential integrity, general constraint.
•
Review data model logikal dengan User.
Pastikan user menyetujui model data logikal merupakan representasi
nyata terhadap persyaratan data perusahaan.
•
Menggabungkan data model logikal ke data model global
(optional step).
Untuk mengabungkan local logical data model kedalam single global
logical data model yang mempresentasikan semua user views dalam basis
data.
•
Cek untuk pengembangan ke depan.
Menentukan apakah ada kemungkinan terjadi perubahan yang besar di
masa depan, dan menilai apakah model data logikal dapat menyesuaikan
dengan perubahan tersebut.
3. Perancangan Fisikal/ Physical Database Design
Physical database design adalah suatu proses untuk menghasilkan
gambaran dari implementasi basis data pada tempat penyimpanan,
menjelaskan dasar dari relasi, organisasi file dan indeks yang digunakan
untuk efisiensi data dan menghubungkan beberapa integrity constraint dan
tindakan keamanan (Connolly & Begg, 2010, p467). Physical database
design terdiri dari 6 langkah dan apabila dijabarkan akan menjadi langkah 3-8
yaitu ( Connoly & Begg, 2010, p523) :
Menerjemahkan model data logikal untuk DBMS
target.
•
Desain dasar relasi.
•
Desain representasi data.
•
Desain general constraint.
Desain organisasi file dan indeks.
•
Analisa Transaksi.
•
Memilih organisasi file.
42
•
Memilih indeks.
•
Memprediksi kebutuhan space disk.
Desain user view.
Desain mekanisme keamanan.
Mempertimbangkan
pengenalan
pengontrolan
redundansi.
•
Memonitor dan mengontrol sistem operasional.
Menerjemahkan model data logikal untuk DBMS target.
Bertujuan untuk menghasilkan skema baris data relasional dalam
global logikal data model yang dapat di implementasikan ke DBMS.
Penerjemahan global logikal data model untuk target DBMS terdiri dari 3
langkah. Langkah tersebut adalah :
•
Desain dasar relasi.
Untuk memutuskan bagaimana cara merepresentasikan dasar relasi
yang telah teridentifkasi pada model data logikal dalam DBMS target.
•
Desain representasi data yang ada.
Untuk memutuskan bagaimana cara mempresentasikan data yang ada
pada model data logikal dalam target DBMS.
•
Desain General Constraint.
Untuk mendesain general constraint untuk target DBMS.
•
Desain organisasi file dan indeks.
Membedakan file organisasi optimal untuk menyimpan relasi dasar
dan indeks yang mana membutuhkan persetujuan pencapaian yang
merupakan jalan dimana relasi akan di pegang dalam secondary storage.
Aktivitas – aktivitas yang terjadi pada langkah 4 adalah sebagai berikut :
Analisa Transaksi.
Mengerti akan fungsi dari transaksi yang akan berjalan
pada database dan untuk menganalisa transaksi yang penting.
Memilih organisasi file.
Untuk membedakan sebuah file yang terorganisasi
pada setiap relasi dasar.
43
Memilih indeks.
Untuk membedakan apakah indeks tambahan akan
meningkatkan performa sistem.
Memprediksi kebutuhan kapasitas disk.
Untuk memprediksi banyaknya kapasitas disk yang
akan dibutuhkan oleh basis data.
•
Desain user view.
Untuk mendesain user views yang telah di indentifikasi selama
permintaan collection dan menganalisis stage dari pengembangan database
lifecycle.
•
Desain mekanisme keamanan.
Mendesain mekanisme security untuk basis data sebagai petunjuk
oleh user selama permintaan dan pengumpulan informasi pada saat
pengembangan database lifecycle.
•
Mempertimbangkan pengenalan pengontrolan redundansi.
Pada langkah physical database design ini mempertimbangkan
denormalisasi skema relasional untuk meningkatkan performa. Hasil dari
normalisasi adalah perancangan basis data logikal secara struktural,
konsisten, dan menekan jumlah redundansi. Faktor yang perlu di
pertimbangkan adalah :
Denormalisasi membuat implementasi lebih kompleks.
Denormalisasi selalu mengorbankan fleksibilitas.
Denormalisasi akan membuat cepat dalam pengambilan data
tetapi lambat dalam update data.
Ukuran performa dari suatu perancangan basis data dapat dilihat dari
sudut pandang tertentu yaitu melalui pendekatan efisiensi data (Normalisasi)
atau pendekatan efisiensi proses (Denormalisasi). Efisiensi data dimaksudkan
untuk meminimalkan kapasistas disk, dan efisiensi proses dimaksudkan untuk
mempercepat proses saat pengambilan data dari basis data.
•
Monitor dan mengatur sistem operasional.
Bertujuan untuk memonitor sistem operasi, meningkatkan performa
dan menentukan perancangan sistem yang tepat atau menggambarkan
perubahan kebutuhan.
44
Teori khusus yang menjadi dasar penulisan adalah sebagai berikut :
2.12.
Pengertian Pembelian
Pembelian merupakan suatu transaksi yang terjadi dalam perusahaan
dimana suatu stock barang yang sudah disediakan sudah habis dan akan
melakukan masukan stock sesuai dengan minimal kebutuhannya.
Menurut (Reeve, 2009, p281), pembelian adalah jumlah yang didebit
dari jumlah faktur pembelian. Semua pembelian akan dimasukan secara
langsung pada persediaan.
Jadi, dari definisi diatas dapat dijelaskan bahwa pembelian merupakan
suatu usaha yang digunakan dalam perusahaan dalam menyediakan stock
barang yang diperlukan.
2.13.
Pengertian Penjualan
Penjualan adalah suatu transaksi yang terjadi pada setiap pelaku
usaha untuk mencapai suatu tujuan yang akan menghasilkan keuntungan.
Penjualan merupakan salah satu kebutuhan suatu perusahaan, karena dari
penjualan akan dapat diperoleh keuntungan serta konsumen untuk
mengetahui daya tarik mereka sehingga dapat mengetahui hasil dari produk
yang dihasilkan.
Menurut Reeve (2009, p255), penjualan adalah total biaya yang
dibebankan kepada customer barang yang dijual termasuk penjualan tunai
maupun penjualan kredit. Sedangkan, menurut Hall (2011, p335), siklus
penjualan merupakan serangkaian aktivitas bisnis yang mengubah barang
atau jasa untuk pelanggan menjadi kas.
Menurut Mulyadi (2007:160) penjualan adalah “Suatu kegiatan yang
terdiri dari transaksi penjualan barang atau jasa, secara kredit maupun tunai”
Jadi penjualan adalah kebutuhan penting untuk suatu usaha karena
dari penjualan yang menghasilkan transaksi akan mendapatkan keuntungan.
45
2.14. Pengertian Persediaan
Inventory atau persediaan barang merupakan asset yang sangat
penting, baik dalam jumlah maupun peranannya dalam kegiatan perusahaan.
Menurut Alfredson, K., et al (2007, p342), persediaan merupakan
asset yang tersedia untuk dijual dalam proses bisnis biasa atau asset yang
ada dalam proses produksi.
Menurut Stevenson (2009, p549), persediaan adalah stok dari barang
yang disimpan.
Jadi, dari definisi diatas dapat disimpulkan bahwa persediaan
(Inventory) merupakan jumlah barang dimana barang sudah mulai menipis
atau sudah mendekati jumlah minimal, kemudian akan dilakukan persediaan
ulang kembali yang akan menjadi suatu bekal dalam melakukan transaksi
penjualan.
2.15. Apotek
Apotek rakyat menurut peraturan menteri kesehatan tentang rakyat:
Pasal 1 dalam peraturan menteri ini yang dimaksud:
1.
Apotek
rakyat
adalah
sarana
kesehatan
tempat
dilaksanakannya pelayanan kefarmasian dimana dilakukan penyerahan
obat dan perbekalan kesehatan, dan tidak melakukan peracikan.
2.
Apoteker adalah sarjana farmasi yang telah lulus
pendidikan profesi dan telah mengucapkan sumpah berdasarkan
peraturan perundangan yang berlaku dan berhak melakukan pekerjaan
kefarmasian di Indonesia sebagai apoteker.
3.
Sediaan farmasi adalah obat, bahan obat, obat tradisional
dan kosmetika.
4.
Perbekalan kesehatan adalah semua bahan selain obat dan
peralatan yang diperlukan untuk menyelenggarakan upaya kesehatan.
5.
Resep adalah permintaan tertulis dari dokter, dokter gigi,
dokter hewan kepada apoteker untuk menyediakan dan menyerahkan
obat bagi pasien sesuai dengan peraturan perundangan yang berlaku.
46
6.
Pelayanan kefarmasian (Pharmaceutical care) adalah
bentuk pelayanan dan tanggung jawab langsung profesi apoteker dalam
pelayanan kefarmasian untuk meningkatkan kualitas hidup pasien.
7.
Dinas kesehatan adalah Dinas Kesehatan Provinsi,
Kabupaten/Kota dimana Apotek Rakyat berada.
Dewi (2013) yang mengatakan “Sistem juga dikembangkan untuk memenuhi
kebutuhan apotek-apotek yang ada pada umumnya dengan memanfaatkan
teknologi database sehingga data-data lebih terjamin dan aman serta
terintegrasi”.