BAB 2 LANDASAN TEORI
2.1
Teori Umum 2.1.1 Basis Data Dalam sebuah teknologi informasi, basis data (database) merupakan salah satu komponen yang sangat penting untuk memenuhi kebutuhan informasi dalam sebuah organisasi. Hal tersebut diperkuat oleh definisidefinisi berikut: Menurut Connolly dan Begg (2010, p65), Basis data atau database adalah sekumpulan relasi data logika dan deskripsi dari data, yang dirancang untuk memenuhi kebutuhan informasi organisasi. Basis data memungkinkan tempat penyimpanan data yang besar dan dapat digunakan secara bersamaan oleh banyak departemen dan pengguna. Dalam basis data, terdapat tiga istilah penting, yakni entitas, atribut, dan relationship. Entitas adalah sebuah objek berbeda (bisa seseorang, tempat, sesuatu, konsep, ataupun kejadian) dalam organisasi yang harus direpresentasikan dalam basis data. Atribut adalah sebuah properti yang mendeskripsikan beberapa aspek dari objek yang ingin disimpan. Relationship adalah asosiasi antar entitas. Hoffer, Prescott, & Topi (2009, p46) mendefinisikan basis data atau database sebagai sebuah kumpulan data yang ada dalam sebuah organisasi yang mana data-data tersebut saling berhubungan satu sama lain secara logis dan digunakan untuk memenuhi kebutuhan informasi organisasi. Dari pengertian-pengertian diatas dapat disimpulkan bahwa basis data merupakan sekumpulan data dimana dapat digunakan oleh berbagai pengguna atau departemen secara bersama-sama dan
digunakan untuk
memenuhi kebutuhan informasi sebuah organisasi.
2.1.2 Database Management System (DBMS) Dalam pengolahan basis data, dibutuhkan sebuah sistem yang dapat mengatur basis data tersebut sehingga data yang ada dapat diatur dan dimanfaatkan dengan tepat. Hal tersebut dapat dilakukan dengan penerapan sebuah DBMS.
7
8 Menurut Connolly & Begg (2010, p. 66), Database Management System (DBMS) adalah sebuah sistem perangkat lunak yang memungkinkan pengguna untuk menentukan, membuat, memelihara, dan mengontrol akses ke sebuah basis data. DBMS menyediakan beberapa fasilitas, yaitu: 1. Data Definition Languange (DDL) memungkinkan pengguna untuk menspesifikasikan tipe data dan struktur, dan pembatas antara data yang akan disimpan di dalam basis data. 2. Data Manipulation Language (DML) memungkinkan pengguna untuk menambahkan, memperbaharui, menghapus, dan memperoleh kembali data dari basis data. 3. Query Language, memiliki tempat penyimanan terpusat untuk semua data dan deskripsi data dan memberikan fasilitas kepada pengguna untuk mengakses data. Structured Query Language (SQL) adalah bahasa yang paling diakui dan merupakan standar bagi DBMS. 4. Menyediakan fasilitas untuk mengambil akses ke basis data, seperti: a. Sistem keamanan, mencegah pengguna yang tidak memiliki hak akses untuk memasuki basis data. b. Integritas basis data, yang menjaga konsistensi data yang tersimpan. c. Sistem kontrol konkurensi, yang memungkinkan akses secara bersamaan dari basis data. d. Sistem kontrol pemulihan, yang mengembalikan basis data ke keadaan yang konsisten sebelum kegagalan perangkat keras atau perangkat lunak. Katalog yang dapat diakses pengguna, yang berisi deskripsi dari data dalam basis data. Hoffer, Prescott, dan Topi (2009, p49) menjelaskan DBMS sebagai sebuah sistem perangkat lunak yang dipakai untuk membuat, menjaga, dan menyediakan akses kontrol kepada pengguna basis data.
9 2.1.2.1
Komponen DBMS Terdapat komponen-komponen penting dalam DBMS yang
membuat sebuah DBMS dapat dijalankan dengan baik dan sesuai dengan yang diharapkan. Tanpa komponen-komponen ini, sebuah DBMS tidak dapat berjalan dengan semestinya. Menurut Connolly dan Begg (2010, p. 127), komponen dari sebuah DBMS adalah sebagai berikut : a. Query Processor : Merupakan komponen DBMS yang utama yang mengubah query ke dalam seperangkat instruksi tingkat rendah langsung ke database manager. b. Database Manager : Database Manager menghubungkan program aplikasi user-submitted dan query. Database Manager menerima query dan memeriksa skema eksternal dan konseptual untuk menentukan record konseptual apa yang diperlukan untuk memuaskan permintaan. c. File Manager :File Manager memanipulasi penyimpanan file dan mengatur penempatan ruang penyimpanan dalam disk. Komponen ini mendirikan dan memelihara daftar struktur dan indeks yang didefinisikan dalam skema internal. d. DML Preprocessor : Modul ini mengubah pernyataan DML yang tertanam dalam program aplikasi ke dalam penggilan fungsi standard dalam host language. Komponen ini harus berinteraksi dengan query processor untuk membuat kode yang sesuai. e. DDL Compiler : Modul ini mengubah pernyataan DDL ke dalam seperangkat tabel berisi metadata. Tabel ini kemudian disimpan dalam katalog sistem sementara itu informasi kendali disimpan dalam handler file data. f. Catalog Manager : Mengatur akses dan memelihara katalog sistem. Katalog sistem diakses oleh sebagian besar komponen DBMS.
10 2.1.2.2
Fungsi DBMS DBMS yang mengatur basis data memiliki berbagai fungsi
sebagai “pengolah” basis data. Berikut akan dijabarkan berbagai fungsi detail yang harus dimiliki oleh sebuah DBMS. Menurut Connolly & Begg (2010, p. 99) fungsi DBMS adalah sebagai berikut : a. Penyimpanan,
pengambilan,
dan
pembaharuan
data.
Sebuah DBMS harus menyediakan sebuah kemampuan untuk menyimpan, mengambil, dan membaharui data dalam DBMS. Ini merupakan fungsi yang mendasar dari DBMS. Dalam menyediakan fungsi ini DBMS harus menyembunyikan detail implementasi fisikal internal seperti organisasi file dan struktur penyimpanan dari pengguna. b. Katalog User-Accesible Sebuah DBMS harus menyediakan sebuah katalog yang menyimpan gambaran tentang item data dan mudah diakses oleh pengguna. Katalog sistem merupakan tempat penyimpanan informasi yang menjelaskan data dalam basis data, yaitu metadata atau data tentang data. Katalog sistem menyimpan informasi seperti berikut : 1. Nama, jenis, dan ukuran data 2. Nama relationship 3. Batasan integritas ada data 4. Nama pengguna yang berotoritas yang mempunyai akses pada data 5. Skema eksternal, konseptual, dan internal dan pemetaan antara skema. 6. Pengguna statistik, seperti frekuensi dan perhitungan sejumlah akses yang dibuat pada objek dalam basis data. c. Mendukung Transaksi Sebuah DBMS harus menyediakan mekanisme yang akan memastikan bahwa semua kegiatan update yang dilakukan sesuai dengan transaksi yang diberikan atau tidak ada kegiatan update yang dibuat bagi transaksi tersebut. Transaksi merupakan sederetan
11 tindakan yang dilakukan oleh pengguna tunggal atau program aplikasi yang mengakses atau mengubah isi basis data. d. Layanan Kendali Konkurensi Sebuah DBMS harus menyediakan sebuah mekanisme untuk memastikan bahwa basis data diperbaharui dengan benar ketika banyak pengguna memperbaharui basis data secara bersama-sama. Akses bersama relatif mudah jika semua pengguna hanya membaca data. Namun ketika dua atau lebih pengguna mengakses basis data secara serentak dan paling sedikit satu dari mereka memperbaharui data,
disana
dapat
terjadi
gangguan
yang
menghasilkan
ketidakkonsistenan. e. Layanan Perbaikan Sebuah DBMS harus menyediakan sebuah mekanisme untuk memperbaiki basis data disaat mengalami kerusakan dalam berbagai cara. Kerusakan basis data dapat diakibatkan karena kerusakan sistem, kesalahan media, dan kesalahan software atau hardware. Atau disebabkan karena adanya kesalahan selama proses transaksi dan penyelesaian transaksi yang tidak lengkap. f. Layanan Authorisasi Sebuah DBMS harus meyediakan sebuah mekanisme untuk memastikan bahwa hanya pengguna yang berotoritas yang dapat mengakses basis data. Hal ini untuk mencegah data yang tersimpan tak terlihat oleh semua pengguna dan melindungi basis data dari akses yang tak berotoritas. g. Mendukung Komunikasi Data Sebuah DBMS harus mampu diintegrasikan dengan software komunikasi. Kebanyakan pengguna mengakses basis data dari workstation. Kadang workstation tersebut terhubung secara langsung ke komputer DBMS. Dalam kasus yang lain, workstation berada pada lokasi yang jauh dan berkomunikasi dengan komputer DBMS melalui jaringan. Dalam hal ini DBMS menerima permintaan sebagai pesan komunikasi dan menanggapi dengan cara yang sama. Semua pengiriman ini ditangani oleh Data Communication Manager.
12 h. Layanan Integritas Sebuah DBMS harus menyediakan sebuah arti untuk memastikan bahwa data di dalam basis data perubahan pada data mengikuti aturan tertentu. Integritas basis data dapat mengacu pada kebenaran dan konsistensi data yang disimpan. Integritas berhubungan dengan kualitas data yang disimpan. Integritas biasanya diekspresikan dengan istilah batasan, yaitu berupa aturan konsisten yang tidak boleh dilanggar oleh basis data. i. Layanan Peningkatan Keterbebasan Data Sebuah DBMS harus memasukkan sebuah fasilitas untuk mendukung keterbebasan program dari struktur basis data yang sebenarnya. Data independence biasanya dicapai melalui sebuah view atau mekanisme subskema. Physical atau independence lebih mudah untuk dicapai karena terdapat beberapa jenis perubahan yang dapat dibuat untuk karakteristik fisikal dari basis data tanpa mempengaruhi view. Bagaimanapun data independence logikal yang lengkap lebih susah untuk dicapai. j. Layanan Utilitas Sebuah DBMS harus menyediakan seperangkat layanan utilitas. Program utilitas membantu DBA mengelola basis data secara efektif. Beberapa utilitas bekerja pada tingkat eksternal, dan konsekuensinya dapat dibuat oleh DBA, yang lainnya bekerja pada tingkat internal dan dapat disediakan hanya dengan vendor DBMS. Contoh dari utilitas tersbut antara lain : 1. Fasilitas import, untuk memuat basis data dari flat file, dan fasilitas eksport untuk memuat basis data pada flat file. 2. Fasilitas pemantauan, untuk memantau penggunaan dan operasi basis data. 3. Program analisa statistik, untuk memeriksa kinerja dan penggunaan statistik. 4. Fasilitas penyusunan indeks, untuk menyusun kembali indeks dan overflow mereka.
13 k. Penempatan dan pengumpulan sampah, untuk menghilangkan record yang diapus secara fisik dari alat penyimpanan, untuk menggabungkan ruang yang terlepas dan untuk menempatkan kembali record tersebut dimana ia dibutuhkan.
2.1.3 Structure Query Language (SQL) Membuat, menambahkan, dan memperbaharui data merupakan kegiatan yang sering dilakukan dalam pengolahan basis data. Kegiatan pengolahan data ini dapat dilakukan dengan Structure Query Language yang dijelaskan Connolly dan Begg (2010, p221) sebagai sebuah bahasa nonprocedural yang terdiri dari kata-kata standar bahasa inggris seperti SELECT, INSERT, dan DELETE yang digunakan oleh profesional dan nonprofesional. Keduanya menggunakan standar bahasa untuk menentukan dan memanipulasi relasi basis data.
2.1.3.1 Data Definition Language SQL memungkinkan adanya pembuatan, perubahan dan penghapusan data. Kegiatan tersebut dapat dilakukan dengan menggunakan Data definition language (DDL) yang dapat diartikan sebagai sebuah jenis bahasa yang berfungsi untuk dapat mengakses data dalam sebuah basis data yang berhubungan dengan pembuatan, perubahan dan penghapusan data. Menurut Connolly dan Begg (2010, p92), data definition language (DDL) adalah sebuah bahasa yang mengijinkan DBA atau user untuk mendeskripsikan dan memberi nama entitas, atribut, dan hubungan
yang
diperlukan
aplikasi
beserta
integrity
yang
berhubungan dan batasan keamanan. Perintah-perintah data definition language (DDL) yang digunakan diantaranya: a. Create Table, digunakan untuk membuat tabel dengan mengidentifikasikan tipe data untuk setiap kolom. b. Alter Table, digunakan untuk menambah atau membuang kolom dari konstrain.
14 c. Drop Table, digunakan untuk membuang atau menghapus tabel beserta semua data yang terkait didalamnya. d. Create Index, digunakan untuk membuat indeks pada suatu tabel. e. Drop Index, digunakan untuk membuang atau menghapus index yang telah dibuat sebelumnya.
2.1.3.2 Data Manipulation Language Pengolahan data dengan SQL tidak terbatas hanya pada pengaksesan data seperti yang bisa dilakukan dengan DDL. Dalam SQL juga dapat dilakukan manipulasi data dengan Data Manipulation Language (DML) yang merupakan sebuah bahasa yang hampir sama dengan DDL yang digunakan untuk mengakses data di dalam basis data namun bahasa ini mengarah pada manipulasi dari data yang ada. Menurut Connolly dan Begg (2010, p92), data manipulation language
(DML)
adalah
sebuah
bahasa
yang
menyediakan
sekumpulan operasi yang mendukung suatu operasi manipulasi data yang berada dalam basis data. Pengoperasian data yang akan dimanipulasi pada umumnya meliputi: a. Penambahan data baru ke dalam basis data. b. Modifikasi data yang disimpan dalam basis data. c. Pengembalian data yang terdapat dalam basis data. d. Penghapusan data dari basis data. Perintah-perintah yang ada pada data manipulation language (DML) diantaranya: a. Select, digunakan untuk menampilkan sebagian atau seluruh isi dari suatu tabel dan menampilkan kombinasi isi dari beberapa tabel. b. Update, digunakan untuk mengubah isi satu atau beberapa atribut dari suatu tabel. c. Insert, digunakan untuk menambah satu atau beberapa baris nilai baru ke dalam suatu tabel.
15 d. Delete, digunakan untuk menghapus sebagian atau seluruh isi dari suatu tabel.
DML dikategorikan menjadi dua, yaitu: 1. Procedural DML Sebuah bahasa yang memungkinkan pengguna untuk memberitahukan sistem data yang dibutuhkan dan bagaimana untuk mengambil data.
2. Non-Procedural DML Sebuah bahasa yang memungkinkan pengguna untuk menyatakan data apa yang diperlukan daripada bagaimana harus diambil.
2.1.4 Siklus Hidup Aplikasi Basis Data Sebuah aplikasi basis data tidak begitu saja tiba-tiba terbentuk. Ada sebuah proses dan pemeliharaan dibalik adanya sebuah basis data yang baik dan stabil sehingga dapat dimanfaatkan sesuai yang diharapkan. Menurut Connolly dan Begg (2010, p315), siklus hidup aplikasi basis data adalah sebagai berikut: 1. Perencanaan Basis Data (Database Planning) Aktivitas-aktivitas yang memungkinkan perancangan basis data berjalan dengan sebaik-baiknya. 2. Definisi Sistem (System Definition) Dalam proses ini ditentukan cakupan sistem dan batasan-batasan dari sistem basis data yang akan dirancang. 3. Pengumpulan dan Analisis Kebutuhan (Requirement Collection and Analysis) Langkah ketiga ini dilakukan proses pengumpulan dan analisa informasi yang ada pada organisasi serta untuk menemukan kebutuhan-kebutuhan akan basis data. 4. Perancangan Basis Data (Database Design) Pada tahap ini dilakukan perencaan perancangan basis data disesuaikan dengan misi dan kebutuhan organisasi.
16 5. Pemilihan DBMS (DBMS Selection) Melakukan pemilihan DBMS yang sesuai dengan sistem basis data yang ada. 6. Perancangan Aplikasi (Application Design) Merancang user interface dan program aplikasi 7. Prototyping Membangun sebuah model kerja dari sistem basis data 8. Implementasi (Implementation) Proses penerepan desain aplikasi secara real. 9. Data Conversion and Loading Proses pemindahan data yang ada dan dibutuhkan kedalam sistem basis data yang baru. 10. Pengujian (testing) Menjalankan sistem basis data yang ada dengan tujuan utama untuk menemukan kesalahan pada sistem. 11. Operational maintanance Tahap ini adalah tahap monitoring yang berguna untuk memelihara sistem basis data.
17
Gambar 2.1 Tahapan Siklus Hidup Aplikasi Basis Sumber : Connolly dan Begg (2010, p314)
2.1.4.1
Perencanaan Basis Data (Database Planning) Sebelum memulai perancangan basis data dalam sebuah
organisasi, diperlukan sebuah tahapan perencanaan basis data terlebih dahulu agar tahapan-tahapan berikutnya dapat berjalan dengan lancar sehingga menghasilkan basis data yang baik. Menurut Connolly dan Begg (2010, p313-315), perencanaan basis data (database planning) adalah kegiatan-kegiatan manajemen yang
memungkinkan
tahapan-tahapan
dalam
siklus
hidup
pengembangan basis data dapat direalisasikan seefektif dan seefisien mungkin. Perencanaan basis data harus dapat di integrasikan dengan
18 keseluruhan strategi sistem informasi dari organisasi. Terdapat tiga isu utama yang dilibatkan dalam merumuskan sebuah strategi sistem informasi, yaitu: 1. Identifikasi dari rencana dan tujuan perusahaan dengan menentukan kelanjutan kebutuhan sistem informasi yang diperlukan. 2. Mengevaluasi sistem informasi yang ada saat ini untuk menentukan kekuatan-kekuatan dan kelemahan-kelemahan yang ada saat ini. 3. Penilaian terhadap peluang teknologi informasi yang dapat menghasilkan keuntungan yang kompetitif. Sebuah langkah awal yang penting dalam perencanaan basis data adalah menggambarkan dengan jelas mission statement untuk sistem basis data. Mission statement menjelaskan tujuan-tujuan utama dari basis data sistem.
2.1.4.2
Definisi Sistem (System Definition) Dalam proses definisi sistem ditentukan batasan-batasan
mengenai sistem basis data yang akan dibangun dan pandangan utama dari calon penggunanya. Hal ini sangat perlu dilakukan untuk memastikan basis data yang sudah selesai dibangun dapat dijalankan sesuai dengan kebutuhan dan apa yang diharapkan pengguna. Menurut Connolly dan Begg (2010, p316), definisi sistem (system definition) menjelaskan apa yang diperlukan dari sistem basis data
dan
pandangan-pandangan
utama
pengguna.
Sebelum
mengusahakan untuk mendesain sebuah sistem basis data, sangat penting untuk mengidentifikasi batasan-batasan dari sistem yang akan diteliti dan bagaimana itu akan berinteraksi dengan bagian-bagian lain dari sistem informasi organisasi. Sangat penting memasukan batasanbatasan sistem tidak hanya berupa pengguna-pengguna dan area–area aplikasi yang ada saat ini, tapi juga pengguna-pengguna dan area-area yang akan ada kemudian.
19 2.1.4.3
Pengumpulan dan Analisis Kebutuhan (Requirement Collection and Analysis) Salah satu tahap dalam siklus hidup pengembangan basis data
adalah mengumpulkan informasi mengenai organisasi atau kelompok pengguna dan bagian apa saja yang akan didukung oleh database nantinya. Connolly dan Begg (2010, p316-317) menjelaskan tahap ini sebagai proses pengumpulan dan analisis informasi tentang bagian dari organisasi yang didukung oleh sistem basis data, dan menggunakan informasi ini untuk mengidentifikasi kebutuhankebutuhan untuk sistem yang baru. Tahap ini melibatkan kumpulan dan analisa informasi mengenai bagian dari organisasi yang akan dilayani oleh sistem basis data. Informasi yang dikumpulkan untuk tampilan pengguna utama termasuk : a. Penjelasan mengenai penggunaan data. b. Detail-detail mengenai bagaimana data akan digunakan. c. Kebutuhan-kebutuhan tambahan untuk sistem basis data yang baru. Salah satu kegiatan penting yang berhubungan dengan tahap ini adalah memutuskan bagaimana menangani situasi dimana ada lebih dari satu pandangan pengguna untuk sistem basis data. Ada tiga pendekatan utama untuk menangani kebutuhan-kebutuhan dari sistem basis data yang memiliki lebih dari satu pandangan pengguna: 1. Pendekatan terpusat (centralized approach): Kebutuhan terhadap pandangan-pandagan pengguna disatukan dalam
sebuah
sistem
basis
data.
Sebuah
data
model
merepresentasikan semua pandangan pengguna yang dibuat pada tahap desain basis data. 2. Pendekatan
pandangan
terintegerasi
(the
view
integration
approach): Kebutuhan-kebutuhan untuk setiap pandangan pengguna tetap secara terpisah. Data model merepresentasian detip pandangan penguna yang dibuat dan digabungan emudian saat tahap desain basis data berlangsung.
20 3. Pendekatan dengan kombinasi keduanya (a combination of both approahes).
2.1.4.4
Perancangan Basis Data (Database Design) Setelah semua informasi mengenai perancangan basis data
telah lengkap maka dapat dilakukan perancangan basis data, yaitu mendesain basis data yang akan dihasilkan dengan berbagai pendekatan. Menurut Connolly dan Begg (2010, p320-321), perancangan basis data (database design) merupakan proses pembuatan suatu desain untuk sebuah basis data yang akan mendukung operasional dan tujuan suatu perusahaan. Ada dua pendekatan untuk mendesain sebuah basis data, yaitu: 1. Pendekatan bottom-up, dimulai pada tingkat awal dari atribut (properti dari entitas dan relationship), melalui analisis dari asosiasi antar atribut, dikelompokkan menjadi hubungan yang merepresentasikan jenis-jenis entitas dan hubungan antar entitas. Pendekatan ini cocok untuk mendesain basis data yang sederhana dengan jumlah atribut yang tidak banyak 2. Pendekatan top-down, digunakan pada basis data yang lebih kompleks. Dimulai dengan pengembangan dari model data yang mengandung beberapa entitas dan hubungan tingkat tinggi, kemudian menggunakan perbaikan top-down berturut-turut untuk mengidentifikasikan entitas, hubungan dan atribut berkaitan tingkat rendah. Pendekatan ini biasanya digambarkan melalui Entity Relationship (ER).
Menurut Connolly dan Begg , perancangan basis data (database design) dibagi dalam tiga tahapan, yaitu: Langkah 1: Membuat Model Data Konseptual Proses membangun suatu model berdasarkan informasi yang
digunakan
oleh
perusahaan,
tanpa pertimbangan
perencanaan fisik. Model data dibangun dengan menggunakan
21 informasi dalam spesifikasi kebutuhan pengguna. Model data konseptual merupakan sumber informasi untuk tahap desain logikal. Perancangan basis data konseptual adalah proses membangun suatu model data yang digunakan dalam suatu perusahaan, dan bersifat independen dari semua pertimbangan fisik. (Connolly dan Begg, 2010, p470). Tujuannya untuk membangun suatu model data konseptual yang sesuai dengan kebutuhan dari perusahaan. Langkah 1.1: Mengidentifikasikan Tipe Entity Tujuannya
untuk
mengidentifikasi
tipe
entitas
yang
diperlukan. Langkah 1.2: Mengidentifikasi Tipe Relasi Tujuannya untuk mengidentifikasi tipe relasi antara beberapa tipe entitas yang telah teridentifikasi. Langkah 1.3: Mengidentifikasikan dan Mengasosiasikan Suatu Entity atau Tipe Relasi Tujuannya untuk mengidentifikasikan dan mengasosiasikan atribut dari entitas atau tipe relasi. Langkah 1.4: Menentukan Domain Atribut Tujuannya untuk menentukan domain atribut pada model data konseptual. Langkah 1.5: Menentukan Candidate Key dan Primary Key Tujuannya untuk mengidentifikasikan candidate key dari setiap tipe entitas, dan jika terdapat lebih dari satu candidate key, maka dipilih satu menjadi primary key dan sisanya menjadi alternate key. Langkah 1.6: Menggunakan Enhanced Modelling Concepts (langkah optional) Tujuannya untuk mempertimbangkan penggunaan konsep enhanced modeling concepts, seperti spesialisasi, generalisasi, aggregasi, dan komposisi.
22 Langkah 1.7: Memeriksa Redudansi Tujuannya untuk memeriksa apakah ada redudansi dalam model basis data. Apabila terdapat redudansi, maka dapat dihilangkan dengan cara menguji kembali hubungan one-toone dan menghilangkan relasi redudansi. Langkah 1.8: Memvalidasi Model Konseptual Lokal dengan Transaksi User Tujuannya untuk memastikan bahwa model data konseptual mendukung kebutuhan transaksi oleh user. Dua pendekatan untuk
memastikan
model
data
konseptual,
yaitu:
mendefinisikan transaksi dan menggunakan alur transaksi. Langkah 1.9: Me-review Model Data Konseptual Lokal dengan User Tujuannya untuk me-review model data konseptual bersama user untuk memastikan bahwa model yang ada sudah sesuai dengan yang diminta.
Langkah 2: Membuat dan Memvalidasi Model Data Logikal Proses pembuatan suatu model informasi yang digunakan perusahaan berdasarkan pada model data yang spesifik, tetapi tidak tergantung dari Database Management System (DBMS) yang khusus dan pertimbangan fisik yang lain. Model data konseptual yang telah dibuat sebelumnya, diperbaiki dan dipetakan ke dalam model data logikal. Tujuannya untuk membuat model data logikal dari model data konseptual dan memvalidasikan model untuk memastikan strukturnya benar dan memastikan bahwa model tersebut mendukung transaksi yang diminta. Langkah 2.1: Menurunkan Relasi Untuk Model Data Logikal Tujuannya untuk membuat suatu relasi untuk model data logikal yang merepresentasikan suatu tipe entitas, relasi, dan atribut yang telah diidentifikasi. Pendeskripsian bagaimana
23 relasi dapat diturunkan dari struktur model data yang ada, antara lain: •
Tipe entitas kuat
•
Tipe entitas lemah
•
Tipe relasi binary one-to-many (1:*)
•
Tipe relasi binary one-to-one (1:1)
•
Tipe relasi rekursif one-to-one (1:1)
•
Tipe relasi superclass/subclass
•
Tipe relasi binary many-to-many (*:*)
•
Tipe relasi kompleks
•
Atribut multi-valued
Langkah 2.2: Memvalidasi Relasi dengan Normalisasi Tujuannya untuk memvalidasi relasi dalam model data logikal dengan menggunakan teknik normalisasi. Menurut Connolly dan Begg (2010, p416) normalisasi adalah sebuah teknik untuk menghasilkan suatu set hubungan dengan properti yang diinginkan, sesuai kebutuhan data dari suatu perusahaan. Berikut beberapa istilah yang perlu diketahui sebelum tahap-tahap dalam normalisasi dijelaskan. 1. Data Redundacy Menurut Connolly dan Begg (2010, p418) tujuan utama dari desain basis data relasional adalah untuk mengelompokkan
atribut-atribut
ke
dalam
relasi-relasi
sehingga meminimalisasi redundansi data dan mengurangi penggunaan tempat penyimpanan yang dibutuhkan oleh sebuah relasi dasar. Masalah-masalah yang terkait dengan redundansi dapat dijelaskan dengan membandingkan relasi Staff
dan
Branch
dengan
relasi
StaffBranch.
Relasi
StaffBranch memiliki data redundan, yaitu detail dari branch dituliskan berulang-ulang untuk setiap staff. Sebaliknya, informasi mengenai branch muncul hanya satu kali pada relasi Branch dan hanya branchNo saja yang diulang dalam relasi
24 Staff, untuk merepresentasikan dimana setiap staff tersebut bekerja.
Tabel 2.1 Contoh Data Redundancy
Sumber: Connolly dan Begg (2010, p419)
2. Update Anomalies Menurut Connolly dan Begg (2010, p419) relasi yang mengandung informasi yang redundan dapat diakibatkan oleh update anomalies. Beberapa tipe dari update anomalies, diantaranya Insertion, Deletion, dan Modification.
3. Functional Dependency Menurut Connolly dan Begg (2010, p420) merupakan konsep inti yang terkait dengan normalisasi. Functional dependency menjelaskan relationship antar atribut-atribut dalam relasi. Misalkan jika A dan B adalah atribut dari suatu relasi R, B dikatakan Functionally Dependent pada A (dinotasikan A --> B), jika setiap nilai A dihubungkan dengan tepat satu nilai B. ( A dan B masing-masing dapat terdiri atas satu atau lebih atribut). Functional dependency merupakan sifat dari arti semantik suatu atribut dalam sebuah relasi.
Selanjutnya
akan dijelaskan mengenai normalisasi
beserta tahap-tahap didalamnnya: Empat bentuk normal yang biasa digunakan yaitu:
25 1. UNF Sebuah tabel yang berisi satu atau lebih kelompok data yang berulang. UNF biasanya didapat dengan memindahkan dari sumber informasi yang didapat seperti nota atau faktur. 2. 1NF Suatu relasi dimana setiap baris dan kolom hanya berisi satu nilai. Kelompok data yang berulang dan perhitungan akan dihilangkan dalam proses ini. 3. 2NF Suatu relasi yang ada dalam 1NF dan setiap atribut yang
merupakan
non-primary-key
bersifat
sepenuhnya
bergantung fungsional pada primary key. Ketergantungan parsial akan dihilangkan dalam proses ini. 4. 3NF Suatu relasi yang ada dalam 1NF dan 2NF dan dimana tidak ada atribut non-primary-key yang bergantung transitif terhadap primary key. Terdapat bentuk fourth normal form (4NF) dan fifth normal form (5NF) untuk situasi yang jarang terjadi. Berdasarkan pada functional dependencies antar atribut dalam relasi. Sebuah relasi dapat dinormalisasi kedalam bentuk tertentu untuk mengatasi kemungkinan terjadinya pengulangan dari update yang tidak baik. Langkah 2.3: Memvalidasi Relasi dengan Transaksi User Tujuannya untuk memastikan bahwa relasi pada model data logikal mendukung transaksi yang diminta user. Langkah 2.4: Mendefinisikan Kendala Integritas Tujuannya untuk mendefinisikan batasan-batasan integritas yang ada, dimana kontrol integritas mengandung batasanbatasan yang dapat diterapkan untuk mencegah basis data menjadi tidak konsisten. Dalam hal ini ada enam tipe kendala integritas, antara lain:
26 •
Required data Pada
beberapa
atribut-atribut
harus
selalu
mengandung sebuah nilai yang valid; dengan kata lain atribut-atribut tersebut tidak bisa bernilai null. Dengan contoh setiap anggota staf harus diasosiasikan dengan posisi pekerjaan. •
Attribute domain constraints Setiap atribut memiliki domain, yaitu sebuah set dari nilai yang diijinkan atau legal. Sebagai contoh jenis kelamin pada anggota staf antara “M” atau “F”, sehingga domain dari atribut jenis kelamin adalah sebuah karakter string tunggal antara “M” atau “F”.
•
Multiplicity Multiplicity mewakili batasan-batasan yang ditempatkan pada hubungan-hubungan abtara data dalam basis data. Contohnya syarat dari sebuah kantor cabang boleh memiliki banyak staf dan seorang member staf bekerja hanya disebuah kantor cabang.
•
Entity integrity Primary key dari sebuah entitas tidak boleh kosong atau memiliki nata dengan nilai null. Contohnya setiap tuple dari hubungan staf harus memiliki nilai dari primary key attribute, “StafNo”.
•
Referential integrity Sebuah foreign key menghubungkan setiap tuple dalam child relation ke tuple di parent relation yang berisi nilai kandidat key yang memiliki nilai yang sama. Referential integrity berarti setiap foreign key
memuat
sebuah nilai, yang mana nilai tersebut merujuk pada sebuah tuple yan eksis pada
parent relation. Sebagai
contoh hubungan Staf mengatur PropertyForRent. Atribut stafNo
pada
PropertyForRent,
menghubungkan
27 PropertyForRent pada tuple dalam Staf yang memuat anggota staf yang mengatur properti tersebut. •
General constraints Pembaharuan-pembaharuan terhadap entitas-entitas sehingga dapat dikontrol oleh batasan-batasan yang mewakili pembaharuan-pembaharuan tersebut. Contohnya perusahaan memiliki aturan yang mencegah seorang anggota staf mengatur lebih dari 100 properti pada waktu yang bersamaan.
Langkah 2.5: Me-review Model Data Logikal dengan User Tujuannya untuk memastikan bahwa model data logikal telah merepresentasikan
sesuai
dengan
kebutuhan
data
dari
perusahaan. Langkah 2.6: Menggabungkan Model Data Logikal ke Model Global (langkah optional) Tujuannya
untuk
menggabungkan
model
data
logikal
individual menjadi sebuah model data logikal global dari suatu perusahaan. Berikut ini adalah detail mengenai langkah-langkah yang telah disebutkan diatas, antara lain: Langkah 2.6.1: Menggabungkan Model Data Logikal ke Model Global Tujuannya untuk menggabungkan model data logikal individu menjadi model data logikal global bagi sebuah perusahaan. Langkah 2.6.2: Memvalidasi Model Data Logikal Global Tujuannya untuk memvalidasi relasi yang dibuat dari model data logikal global dengan teknik normalisasi dan memastikan bahwa relasi yang dibuat mendukung transaksi. Langkah 2.6.3: Me-review Model Data Logikal Global dengan User Tujuannya untuk memastikan bahwa model data logikal global itu telah merepresentasikan kebutuhan data dari perusahaan.
28 Langkah 2.7: Menggabungkan Model Data Logikal ke Model Global (langkah optional) Tujuannya untuk menentukan apakah ada perubahan yang penting di masa yang akan datang dan juga memperhatikan agar model data logikal global dapat mengakomodasi perubahan tersebut.
Langkah 3: Perancangan Fisikal Menerjemahkan Model Data Logikal ke DBMS Pilihan Proses untuk menghasilkan gambaran dari implementasi basis data pada tempat penyimpanan, menjelaskan dasar dari relasi, organisasi file, dan indeks yang akan digunakan untuk efisiensi data dan menghubungkan beberapa integrity constraints dan pengukuran keamanan. Tujuannya untuk menghasilkan skema relasional basis data dari model data logikal yang dapat diimplementasikan pada DBMS pilihan. Langkah 3.1: Merancang Relasi Dasar Tujuannya untuk memutuskan bagaimana merepresentasikan relasi dasar yang diidentifikasikan dalam model data logikal pada DBMS pilihan. Langkah 3.2: Merancang Representasi Dari Data Turunan (Derived Data) Tujuannya untuk memutuskan bagaimana merepresentasikan semua data turunan pada model data logikal pada DBMS pilihan. Langkah 3.3: Merancang Batasan Umum (General Constraints) Tujuannya untuk merancang batasan umum pada DBMS pilihan.
Langkah 4: Merancang Organisasi File dan Indeks Tujuannya untuk menentukan pengorganisasian file yang optimal untuk menyimpan relasi dasar dan indeks yang
29 diperlukan untuk mencapai performance yang diharapkan, yaitu dengan cara menyimpan berbagai relasi dan tuples pada media penyimpanan sekunder. Langkah 4.1: Menganalisis Transaksi Tujuannya untuk memahami fungsi dari suatu transaksi yang dijalankan pada basis data untuk menganalisa transaksi yang penting. Langkah 4.2: Memilih Organisasi File Tujuan dari langkah ini adalah untuk menentukan organisasi file yang optimal untuk setiap relasional basis data, jika diijinkan oleh DBMS. Misalnya jika ingin mengambil datadata staf menurut ururtan alfabet nama, maka penyortiran file berdasarkan nama adalah sebuah organisasi file yang baik. Langkah 4.3: Memilih Indeks Tujuannya untuk menentukan penambahan indeks dapat meningkatkan performansi dari suatu sistem. Langkah 4.4: Memperkirakan Kapasitas Penyimpanan yang Dibutuhkan Tujuannya untuk mengestimasi ukuran kapasitas disk yang diperlukan untuk basis data.
Langkah 5: Merancang User View Tujuannya untuk merancang user view yang diidentifikasi selama pengumpulan informasi dan analisis dari siklus hidup aplikasi basis data.
Langkah 6: Merancang Mekanisme Keamanan Tujuannya untuk merancang ukuran keamanan untuk basis data yang telah dispesifikasikan user.
2.1.4.5
Pemilihan DBMS (DBMS Selection) Salah satu kegiatan yang penting dalam proses perancangan
sistem basis data adalah pemilihan DBMS yang perlu dilakukan
30 sesuai dengan kebutuhan dari calon pengguna dan bagaimana data akan dikelolah nantinya. Menurut Connolly dan Begg (2010, p325-329), pemilihan DBMS yang sesuai untuk mendukung aplikasi basis data mencakup: 1. Mendefinisikan syarat-syarat referensi studi. Menentukan tujuan, batasan masalah dan tugas yang harus dilakukan. 2. Mendaftar dua atau tiga jenis produk Membuat daftar barang-barang, misalnya darimana barang didapat,
berapa
biayanya,
serta
bagaimana
bila
ingin
mendapatkannya. 3. Mengevaluasikan produk. Barang-barang yang ada dalam barang diteliti lebih lanjut untuk mengetahui kelebihan dan kekurangan barang tersebut. 4. Merekomendasikan pilihan dan membuat laporan. Langkah terakhir dari DBMS, yaitu mendokumentasikan proses dan untuk menyediakan pernyataan mengenai kesimpulan dan rekomendasi terhadap salah satu produk DBMS.
2.1.4.6
Perancangan Aplikasi (Application Design) Sistem basis data yang ada sebaiknya dapat digunakan secara
maksimal oleh pengguna sehingga dapat berjalan dengan sebagaimana mestinya. Karena itu interaksi antara pengguna dengan basis data harus berjalan dengan baik. Interaksi antara pengguna dengan basis data sangat penting untuk memastikan bahwa pengguna menjalankan pengelolahan basis data sesuai dengan maksud dan tujuannya sehingga menjadi penting untuk merancang sistem antar muka yang dapat dimengerti oleh pengguna. Menurut Connolly dan Begg (2010, p329), pengertian perancangan
aplikasi
(application
design)
adalah
merancang
antarmuka dan program aplikasi yang akan menggunakan dan memproses basis data. Dalam perancangan aplikasi harus memastikan
31 semua kebutuhan-kebutuhan dari spesifikasi kebutuhan pengguna (user requirement specification) yang menyangkut perancangan aplikasi program yang mengakses basis data dan merancang transaksi yaitu cara akses ke basis data dan perubahannya terhadap isi basis data (retrieve, update, dan kegiatan keduanya). Antarmuka yang dirancang harus memberikan informasi yang dibutuhkan, sehingga pengguna aplikasi mudah mempelajari dan mudah menggunakannya.
2.1.4.7
Prototyping Evaluasi sebelum pengimplentasian adalah langkah penting
untuk mendapatkan sebuah gambaran sistem basis data yang ada melalui beberapa pemodelan. Prototyping adalah membangun sebuah model kerja dari aplikasi basis data yang mengizinkan user untuk memvisualisasikan dan mengevaluasi gambaran sistem secara menyeluruh (Connolly dan Begg, 2010, p333). Tujuan utama prototyping adalah memungkinkan pengguna menggunakan prototype untuk mengidentifikasi fitur sistem, apakah sudah bekerja dengan baik atau belum. Terdapat dua strategi dalam merancang prototype, yaitu: a. Requirements prototyping, menggunakan sebuah prototype untuk menentukan kebutuhan sistem basis data yang diusulkan dan ketika sudah terpenuhi, prototype tidak digunakan lagi. b. Evolutionary prototyping, menggunakan sebuah prototype untuk tujuan yang sama. Namun, jika kebutuhan sudah terpenuhi, prototype tersebut tidak dibuang tetapi untuk selanjutnya akan dikembangkan menjadi aplikasi basis data yang akan berjalan.
2.1.4.8
Implementasi (Implementation) Setelah semua persiapan dan perancanga dianggap telah
selesai, maka sistem basis data sudah siap untuk diimplementasikan secara real dalam organisasi. Menurut Connolly dan Begg (2010, p333-334), implementasi adalah realisasi fisik basis data dan rancangan aplikasi. Dalam tahap
32 penyelesaian desain, kita dapat menerapkan basis data dan program aplikasi yang telah kita buat. Implementasi basis data menggunakan Data Definition Language (DDL) yang kita pilih dalam melakukan pemilihan DBMS atau dengan menggunakan Graphical User Interface (GUI), yang menyediakan fungsional yang sama dengan pernyataan DDL yang low level. Pandangan pengguna lainnya juga diimplementasikan. Data Manipulation Language (DML) digunakan untuk mengimplementasikan transaksi basis data di dalam bagian aplikasi program dari tujuan DBMS.
2.1.4.9
Data Conversion and Loading Pada saat implementasi telah dilakukan, maka diperlukan
pemindahan data lama yang berhubungan dengan basis data yang termasuk dalam ruang lingkup sistem ke dalam sistem basis data yang baru. Sinkronisasi data lama dan baru juga dilakukan Menurut Connolly dan Begg (2010, p334), data conversion and loading adalah memindahkan data dari sistem yang lama ke sistem yang baru dan mengkonversi aplikasi yang ada untuk dijalankan di basis data yang baru. Tahapan tersebut terjadi ketika sistem basis data yang lama digantikan dengan sistem basis data yang baru. Pada saat ini, suatu DBMS biasanya memiliki kegunaan untuk memasukkan file kedalam basis data yang baru dengan tujuan agar memungkinkan pengembang dapat mengkonversi dan menggunakan program aplikasi dari sistem yang lama untuk digunakan oleh sistem yang baru.
2.1.4.10 Testing Pengujian terhadap sebuah sistem basis data yang telah diimplementasikan perlu dilakukan untuk mengetahui kekurangan atau kesalahan yang ada pada sistem bila ada yang kemudian bisa ditindaklanjuti. Testing adalah proses menjalankan aplikasi dengan tujuan untuk menemukan kesalahan yang terdapat dalam program aplikasi dan memvalidasi sesuai keinginan user (Connolly dan Begg, 2010,
33 p334).
Sebelum
digunakan,
sistem
basis
data
yang
baru
dikembangkan harus diuji secara menyeluruh. Hal ini dicapai dengan menggunakan strategi uji yang sudah direncanakan dan data yang realistis sehingga keseluruhan proses pengujian sesuai dengan metode dan dilaksanakan dengan aturan yang ada.
2.1.4.11 Operational Maintenance Perawatan dan pengawasan terhadap basis data yang ada perlu dilakukan untuk menjaga kualitas basis data berjalan dengan baik. Operational
maintenance
merupakan
proses
untuk
mengawasi dan memelihara sistem yang sudah terpasang (Connolly dan Begg, 2010, p335). Pada tahap ini sistem beralih ke tahapan pemeliharaan. Yang termasuk aktivitas dari tahapan pemeliharaan diantaranya: 1. Memantau kinerja dari sistem. Jika kinerjanya menurun di bawah level yang dapat diterima, mungkin diperlukan untuk mengorganisasi kembali basis data yang ada. 2. Pemeliharaan dan pembaharuan sistem basis datanya (jika diperlukan). Ketika basis data sepenuhnya bekerja, pemantauan harus memastikan kinerjanya dapat berada dalam tingkat yang dapat diterima.
Sebuah
DBMS
biasanya
menyediakan
berbagai
kegunaan (utilities) untuk membantu administrasi basis data termasuk kegunaan (utilities) untuk mengisi data ke dalam basis data dan untuk memantau sistem. Kegunaan ini memperbolehkan sistem pemantauan untuk memberikan informasi seperti tentang penggunaan basis data dan strategi eksekusi query. Database administrator
dapat
menggunakan
informasi
ini
untuk
memperbaiki sistem agar dapat memberikan kinerja yang lebih baik.
34 2.1.5 Entity-Relationship Diagram 2.1.5.1
Entity Types Entitas adalah salah satu bagian pasti dimiliki oleh basis data.
Setiap basis data memiliki entitas-entitas di dalamnya yang memiliki keberadaan dan terdiri dari berbagai objek. Entity types adalah sekumpulan objek yang telah ditentukan oleh perusahaan dengan memiliki properti yang sama
dan
keberadaannya yang berdiri sendiri (Connolly dan Begg, 2010, p372). Terdapat dua jenis tipe entitas (Connolly dan Begg, 2010, p383), yaitu: 1. Strong entity types, entitas yang keberadaannya tidak bergantung pada entitas lainnya. Karakteristik dari strong entity yaitu setiap entitas di identifikasikan secara unik menggunakan atribut primary key dari entitas tersebut. 2. Weak entity types, entitas yang keberadaannya bergantung pada entitas lainnya. Karakteristik dari weak entity yaitu setiap entitas tidak bisa diidentifikasikan secara unik menggunakan atribut yang terkait dengan entitas tersebut.
2.1.5.2
Relationship Types Entitas-entitas didalam basis data memiliki hubungan dengan
satu atau lebih entitas yang lain dalam sebuah basis data yang terintegerasi. hubungan-hubungan antara tiap entitas tidak semuanya sama dan memiliki maknanya masing-masing yang harus dapat diartikan dengan tepat. Relationship types adalah hubungan antara satu entitas dengan entitas lain dan mempunyai arti (Connolly dan Begg, 2010, p374).
35
Gambar 2.2 Relationship Branch has Staff Sumber: Connolly dan Begg (2010, p374)
Relationship occurrence adalah suatu gabungan yang dapat diidentifikasikan secara unik, termasuk suatu kejadian dari setiap entitas yang berpartisipasi (Connolly dan Begg, 2010, p375). Derajat dari tipe relasi adalah jumlah jenis entitas yang berpartisipasi dalam suatu hubungan. Entitas yang terlibat dalam jenis hubungan tertentu disebut sebagai participant, sedangkan jumlah peserta dalam suatu jenis relasi disebut derajat relasi. Oleh karena itu, derajat relasi menunjukkan jumlah entitas yang terlibat dalam suatu relasi. Relationship yang paling umum adalah binary relationship. Macam-macam binary relationship yaitu : 1. one-to-one (1:1)
Gambar 2.3 ER Diagram of Staff and Branch Entities and General Constraint Sumber: Connolly dan Begg (2010, p374)
36 2. one-to-many(1:*)
Gambar 2.4 ER Diagram of Staff and PropertyForRent Entities and General Constraint Sumber: Connolly dan Begg (2010, p388)
3. many-to-many(*:*)
Gambar 2.5 ER Diagram of Staff and PropertyForRent Entities and General Constraint Sumber: Connolly dan Begg (2010, p389)
2.1.5.3
Attributes Karakteristik dan detail dari sebuah entiti dapat dijelaskan
melalui atribut-atribut serta jenisnya yang tekandung didalam sebuah entitas. Atribut merupakan bagian dari entitas yang mana entitas tidak dapat berdiri tanpa ada atribut didalamnya. Attribute adalah sifat atau properti dari sebuah tipe entitas atau tipe relasi (Connolly dan Begg, 2010, p379). Attribute domain adalah
37 sekumpulan nilai yang mempunyai satu atau lebih atribut. Setiap atribut yang dihubungkan dengan nilai-nilai tertentu disebut domain. Terdapat berbagai macam atribut (Connolly dan Begg, 2010, p379-380), yaitu: 1) Simple Attribute, yaitu atribut yang disusun dari komponen tunggal. Simple attribute tidak bisa dibagi menjadi komponen yang lebih kecil lagi, dikenal juga sebagai atomic attributes. 2) Composite Attribute, yaitu atribut yang terdiri dari beberapa komponen, dimana masing-masing komponen memiliki keberadaan yang independen. Misalkan atribut Address dapat terdiri dari Street, City, PostCode. 3) Single-valued Attribute, yaitu atribut yang mempunyai nilai tunggal untuk setiap kejadian. Misalnya entitas Branch memiliki satu nilai untuk atribut branchNo pada setiap kejadian. 4) Multi-valued
Attribute,
yaitu
atribut
yang
mempunyai
beberapa nilai untuk setiap kejadian. Misal entitas Branch memiliki beberapa nilai untuk atribut telpNo pada setiap kejadian. 5) Derived Attribute, yaitu atribut yang memiliki nilai yang dihasilkan dari satu atau beberapa atribut lainnya dan tidak harus berasal dari satu entitas.
2.1.5.4
Keys Penggunaan key merupakan cara untuk mempertegas identitas
atau membedakan sebuah entitas dengan entitas yang lain. Key dapat diartikan sebagai sebuah atribut atau gabungan beberapa atribut yang dapat membedakan sebuah entitas dengan entitas yang lain. 1) Candidate Key, yaitu jumlah minimal atribut-atribut yang dapat mengidentifikasikan setiap kejadian/record secara unik (Connolly dan Begg, 2010, p381). 2) Primary Key, yaitu candidate key yang dipilih untuk mengidentifikasikan setiap kejadian/record dari suatu entitas secara unik (Connolly dan Begg, 2010, p381).
38 3) Composite Key, yaitu candidate key yang terdiri dari dua atau lebih atribut (Connolly dan Begg, 2010, p382). 4) Alternate Key, yaitu candidate key yang tidak dipilih sebagai primary key (Connolly dan Begg, 2010, p381). 5) Foreign Key, yairu sebuah primary key pada sebuah entitas yang digunakan pada entitas lain untuk mengidentifikasi sebuah relationship (Connolly dan Begg, 2010, p381).
Gambar 2.6 ER Diagram of Staff and Branch Entities and their Attributes Sumber: Connolly dan Begg (2010, p382)
2.1.6 Arsitektur ANSI-SPARC Three Level Sebuah terminologi dan arsitektur sangat diperlukan sebagai acuan untuk sebuah sistem basis data. Dalam buku Connolly dan Begg (2010, p87-90), The American National Standards Institute (ANSI) Standards Planning and Requirements Commitee (SPARC) membuat sebuah terminologi dan arsitekrur untuk sistem basis data pada tahun 1975 dengan tiga level pendekatan dengan sebuah sistem katalog. 1. Level eksternal
39 Merupakan pandangan pengguna terhadap basis data. Level ini mendeskripsikan bagian basis data yang berhubungan dengan masing-masing pengguna 2. Level konseptual Kelompok pandangan dari basis data. Level ini mendeskripsikan apa data yang disimpan dalam basis data dan apa hubungan antara data-data yang ada. 3. Level Internal Adalah representasi fisik dari basis data pada komputer. Level ini mendeskripsikan bagaimana data disimpan dalam basis data.
Gambar 2.7 ANSI-SPARC Three-Level architecture
2.1.7 Integrasi Data Penyimpanan data yang terintegrasi dapat membantu proses yang berhubungan dengan pengolahan data dalam satu perusahaan menjadi lebih mudah dan dan cepat. Menurut Han, Kamber dan Pei (2012, p93), integrasi data adalah penggabungan data dari berbagai sumber data. Integrasi yang baik dapat mengurangi dan menghindari redudansi dan ketidakkonsekuenan dalam menghasilkan sebuah set data. Hal tersebut diperkuat oleh Zhao dan Cen
40 (2014, p159) yang menyatakan bahwa integrasi data menggabungkan data dari berbagai sumber kedalam penyimpanan data koheren (penyimpanan data yang logis). Berbagai sumber tersebut dapat berupa berbagai basis data, data cubes atau file-file. Dari pernyataan-pernyataan diatas dapat dikatakan bahwa integrassi data memiliki tujuan untuk menggabungkan berbagai sumber data yang kemudian dapat diambil dengan mengurangi berbagai resiko seperti redudansi dan data yang tidak sesuai.
2.2
Teori Khusus 2.2.1 Penjualan Penjualan merupakan sumber hidup suatu perusahaan, karena dari penjualan dapat diperoleh laba serta suatu usaha memikat konsumen yang diusahakan untuk mengetahui daya tarik mereka sehingga dapat mengetahui hasil produk yang dihasilkan. Pengertian penjualan dapat diperjelas dari beberapa teori-teori sebagai berikut. 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. Penjualan dari pernyataan diatas merupakan suatu usaha yang terpadu untuk mengembangkan rencana-rencana strategis yang diarahkan pada usaha pemuasan kebutuhan dan keinginan pembeli guna mendapatkan penjualan yang menghasilkan laba.
2.2.2 Persediaan Dalam suatu perusahaan, persediaan sangat berpengaruh. Khususnya pada laporan keuangan, karena baik laporan laba/rugi maupun neraca tidak akan dapat disusun tanpa mengetahui nilai persediaan. Dari penjelasan diatas dapat diperjelas dengan beberapa teori-teori sebagai berikut. Menurut Alfredson, K., et al (2007, p342), persediaan adalah asset yang tersedia untuk dijual dalam proses bisnis biasa; atau asset yang ada
41 dalam proses produksi seperti untuk dijual; atau asset dalam bentuk material atau supplier untuk digunakan dalam proses produksi atau dalam memberikan pelayanan. Selain itu, menurut Stevenson (2009, p549), persediaan adalah stok dari barang yang disimpan. Persediaan dari pernyataan diatas merupakan jumlah barang yang tersedia didalam gudang dan untuk dijual kepada customer.
2.2.3 Pembelian Pembelian merupakan suatu proses untuk mengadakan dan menambah produk dalam persediaan sebuah perusahaan. Dalam bisnis retail pembelian dilakukan untuk memenuhi kebutuhan pelanggan. Menurut Albecht, Stice, dan Swain (2008, p 291) pembelian didefinisikan sebagai sistem perpetual yang semua pembelian ditambahkan secara langsung ke dalam persediaan. Dari pernyataan diatas, pembelian dapat diartikan sebagai sebuah proses yang mendukung proses binis yaitu pengadaan barang untuk menambah persediaan dan memenuhi kebutuhan pelanggan.
2.2.4 Komunikasi Komunikasi merupakan hal yang sangat penting dalam kehidupan manusia, karena dengan komunikasi, manusia dapat saling bertukar informasi dan pengetahuan. Hal tersebut diperkuat oleh Evertt M. Rogers & Lawrence Kincaid (Wiryanto, 2008, p 6) yang menyatakan bahwa komunikasi adalah suatu proses dimana dua orang atau lebih membentuk atau melakukan pertukaran informasi antara satu sama lain, yang pada gilirannya terjadi saling pengertian yang sangat mendalam. Shanno dan Weaver (Wiryanto, 2008, p7) mengemukakan bahwa komunikasi adalah bentuk interaksi manusia yang saling mempengaruhi satu sama lain, sengaja atau tidak sengaja dan tidak terbatas pada bentuk komunikasi verbal, tetapi juga dalam hal ekspresi muka, lukisan, seni dan sebagainya. Komunikasi adalah hal yang tidak dapat dilepaskan dari kehidupan manusia karena secara langsung maupun tidak langsung, sadar atau tidak sadar, manusia pada dasarnya selalu berkomunikasi untuk melakukan pertukaran informasi.
42
2.2.5 Telekomunikasi Telekomunikasi merupakan bagian dari komunikasi, dimana dengan adanya telekomunikasi dapat mempermudah setiap orang maupun organisasi dalam bertukar informasi dimana pun dan kapan pun.. Telekomunikasi menurut UU No. 36 Tahun 1999 adalah setiap pemancaran, pengiriman, dan atau penerimaan dari setiap informasi dalam bentuk tanda-tanda, isyarat, tulisan, gambar, suara, dan bunyi melalui sistem kawat, optik, radio, atau sistem elektromagnetik lainnya. Dengan banyaknya pengguna telekomunikasi oleh orang maupun organisasi,
membuat
berbagai
perusahaan
yang
bergerak
dibidang
komunikasi berbondong-bondong mengeluarkan produk telekomunikasi dan juga jaringan yang memadai sehingga dapat menampung kebutuhan dari setiap orang maupun organisasi Sehingga dapat disimpulkan bahwa Telekomunikasi adalah semua komunikasi yang dilakukan oleh orang ataupun organisasi dengan menggunakan sistem elektromagnetik.
2.2.6 Pulsa Pulsa merupakan salah satu penunjang dalam tercipta nya komunikasi pada zaman sekarang ini. Hal ini disebabkan karena kemudahan yang diberikan setiap provider dalam mendapatkan serta menggunakan pulsa tersebut. Pulsa menurut KBBI (Kamus Besar Bahasa Indonesia ) adalah satuan perhitungan biaya telepon. Para provider di Indonesia pada awalnya menggunakan isitlah voucher, dimana arti dari voucher tersebut adalah prepaid kredit atau kredit prabayar untuk menggunakan layanan suatu provider. Kata voucher isi ulang digunakan karena tujuan nya mengisi kembali kredit pada nomor prabayar yang digunakan, namun lama-kelamaan masyarakat lebih mengenal istilah pulsa karena lebih familiar. Dari pernyataan diatas, maka dapat di ambil kesimpulan bahwa pulsa adalah satuan perhitungan biaya telepon yang kita bayar di depan (prabayar) untuk dapat menggunakan layanan dari suatu provider.
