BAB 2
LANDASAN TEORI
2.1. Pendekatan Sistem Basisdata 2.1.1. Pengertian Sistem
Menurut Turban (2001,p34), Sistem adalah sekumpulan objek yang terdiri dari orang, sumber daya, konsep dan prosedur yang berinteraksi dalam menjalankan fungsi untuk mencapai suatu tujuan.
Pendapat lain mengenai Sistem oleh McLeod (1996,p13) adalah sekelompok elemen yang terintegrasi dengan maksud yang sama untuk mencapai suatu tujuan. Berdasarkan definisi tersebut, maka dapat disimpulkan bahwa Sistem adalah sekumpulan objek dan sumber daya yang terintegrasi dan menjalankan fungsi yang sama untuk mencapai suatu tujuan.
2.1.2. Pengertian Informasi
Menurut McLeod (1996, p18), Informasi adalah data yang telah diproses atau memiliki arti.
Menurut Jogiyanto (1995, p8), Informasi adalah data yang diolah menjadi bentuk yang lebih berguna dan lebih berarti bagi yang menerima.
Sehingga dapat disimpulkan bahwa Informasi diperoleh dari data yang telah didapat dan kemudian diproses agar menjadi berguna untuk menambah pengetahuan pembaca atau penerima informasi.
2.1.3. Pengertian Sistem Informasi
Whitten (2001,p45), Sistem informasi adalah gabungan orang, data, proses dan antar muka yang berinteraksi untuk mendukung dan memperbaiki operasi dalam bisnis serta membantu pemecahan masalah pemakai
Loudon (2000,p7), Sistem informasi didefinisikan secara teknis sebagai sekumpulan komponen saling terhubung yang mengumpulkan, memproses, menyimpan dan mendistribusikan informasi untuk membantu manager dalam mengambil keputusan, pengontrolan, menganalisa masalah, dan memvisualisasikan masalah yang kompleks dalam suatu organisasi.
Jogiyanto (1995, p11), Sistem Informasi asalah suatu sistem di dalam suatu organisasi yang mempertemukan kebutuhan pengolahan transaksi harian, mendukung operasi, bersifat managerial, dan kegiatan strategi dari suatu organisasi dan menyediakan pihak luar tertentu dengan laporan – laporan.
Sehingga dapat disimpulkan bahwa Sistem Informasi adalah sekumpulan sistem atau komponen yang terintegrasi yang berfungsi mengolah dan mendistribusikan informasi.
2.1.4. Pengertian Data
Connolly (2002,p19) menyatakan bahwa data adalah jembatan yang menghubungi antara komponen mesin dan komponen manusia.
Sedangkan pendapat lain juga disampaikan oleh Alter (1999,p48), Data merupakan fakta, gambar, atau suara yang berhubungan atau tidak dan bermanfaat bagi tugas tertentu. Data tersebut merupakan suatu bentuk keterangan – keterangan yang
belum diolah atau dimanipulasi yang didapatkan oleh suatu perusahaan umumnya dari hasil transaksi kegiatan sehari – hari.
Berdasarkan definisi tersebut maka dapat disimpulkan bahwa Data adalah suatu fakta yang mempunyai makna tertentu yang didapat dari pencatatan kegiatan sehari-hari.
2.1.5. Pengertian Basis Data
Ada beberapa definisi tentang basis data yang disampaikan oleh beberapa pakar antara lain:
• Basis Data menurut Connolly (2002,p14) adalah sekumpulan data yang saling berhubungan dan dirancang untuk menghasilkan informasi yang diperlukan dalam suatu organisasi.
• Basis Data menurut Elmasri dan Navthe (2000, p4), sebuah basis data adalah kumpulan dari relasi-relasi data. Dengan data, kita dapatmengetahui fakta yang dapat direcord dan memiliki artilengkap. Di dalam basis data semua data diintegrasikan dengan menghindari duplikasi data.
Dari Definisi tersebut dapat disimpulkan bahwa Basis Data adalah sekumpulan data yang saling berhubungan yang diperlukan oleh suatu organisasi.
2.1.6. Pengertian Sistem Basis Data
Menurut Connolly (2002,p4), Sistem Basis Data adalah kumpulan dari program aplikasi yang berupa sistem penyimpanan yang berinteraksi dengan basis data.
Sedangkan menurut Date (2002,p2), Sistem Basis Data adalah sisem penyimpanan record yang terkomputerisasi.
Dari definisi tersebut dapat disimpulkan bahwa Sistem Basis Data merupakan kumpulan program aplikasi yang dipergunakan untuk penyimpanan data yang
terkomputerisasi.
2.1.7. Keuntungan dan Kerugian Sistem Basis Data Keuntungan :
• Mengurangi redundansi data : data yang sama cukup disimpan sekali.
• Menghindari inkonsistensi : redundansi berkurang sehingga update hanya sekali.
• Share data beberapa user pada saat bersamaan. • Standarisasi : keseragaman penyajian data.
• Jaminan keamanan : pengaturan hak akses terhadap data. • Integritas : data tersimpan secara akurat.
• Compactness : mengurangi penyimpanan secara manual (kertas).
• Speed : Komputer dalam melakukan pengambilan dan pengeditan data lebih cepat dari manusia.
• Less drudgery : mengurangi pemeliharaan data dengan tangan tugas mekanis dilakukan dengan mesin jauh lebih baik.
Kerugian :
• Kompleksitas sistem • Biaya yang besar
2.1.8. Database Management System (DBMS)
DBMS menurut Connolly (2002,p16) adalah sistem perangkat lunak yang memungkinkan user dapat mendefenisikan, membuat, merawat dan mengatur akses ke basis data.
2.1.8.1. Keuntungan dan Kerugian DBMS Keuntungan DBMS :
• Mengontrol data berulang • Konsistensi data
• Lebih banyak informasi yang didapat dari jumlah data yang sama. • Adanya pembagian data.
• Meningkatkan integritas data. • Meningkatkan keamanan. • Fault Tolerant Kerugian DBMS : • Kompleksitas. • Ukuran. • Biaya DBMS.
2.1.8.2. Komponen-komponen DBMS
Menurut Connolly (2002,p18) komponen – komponen DBMS terdiri dari : 1. Hardware
Untuk menjalankan DBMS dan aplikasi. Berupa personal computer (PC), mainframe dan jaringan komputer. Untuk menjalankan DBMS memerlukan kecepatan memory dan kapasitas hardisk tertentu.
2. Software
Software mencakup DBMS, program aplikasi dan sistem operasi. 3. Data
Penghubung antara komponen – komponen mesin ( hardware dan software ) dengan komponen manusia ( Brainware ).
4. Prosedur
Instruksi dan aturan yang mengatur perancangan dan penggunaan basis data. 5. Orang
Semua orang yang terlibat dalam sistem, antara lain : - Database Administrator (DBA)
- Network Administrator - IT Security Officer - Application Developer - End Users
2.1.9. Structure Query Language (SQL)
Structure Query Language atau biasa disebut SQL adalah bahasa yang di pergunakan untuk operasi pada database, SQL terdiri dari:
2.1.9.1. Data Definition Language (DDL)
Connolly (2002,p40), Data Definition Language (DDL) merupakan suatu bahasa yang memungkinkan Database Administrator (DBA) untuk mendefinisikan dan
memberi nama suatu entitas, atribut dan relationship yang dibutuhkan dengan kesatuan integritas dan batasan keamanan data.
Operasi – operasi DDL :
- Create : membuat suatu objek di database
- Alter : mengubah objek yang ada di dalam database - Drop : menghapus objek yang ada di dalam database - Grant : memberikan hak akses suatu data/objek database - Revoke : mencabut hak akses suatu data/objek database 2.1.9.2. Data Manipulation Language (DML)
Connolly (2002,p41), Data Manipulation Language (DML) merupakan bahasa yang menyediakan operasi – operasi yang digunakan untuk memanipulasi data di dalam basis data.
Operasi – operasi DML :
- Insert : memasukkan data baru ke dalam database - Update : mengubah data yang ada di dalam database - Retrieve : mengambil data dari database
2.1.10. Database Application Lifecycle
Gambar dibawah ini merupakan diagram tahap-tahap siklus hidup aplikasi basis data.
Database Planning
System definition
Conceptual database design
DBMS selection (optional)
Logical database design Application design
Phisical database design
Prototyping (optional) Implementasi
Data conversion and loading
Testing
Operasional maintanance Database Design
Requirement collection and analysis
2.1.10.1. Perencanaan Basis Data (Database Planning)
Merencanakan bagaimana tahapan dari siklus hidup bisa direalisasikan secara efektif dan efisien. Tahapan perencanaan basis data (Connolly, 2002, p273) adalah : • Mengidentifikasikan rencana dan tujuan dari pembuatan aplikasi basis data untuk
menetapkan kebutuhan dari sistem informasi.
• Evaluasi sistem yang sudah ada untuk menentukan kelebihan dan kekurangannya. • Menaksir kesempatan bagi teknologi informasi untuk menghasilkan keuntungan
yang kompetitif
2.1.10.2. Pendefinisian Sistem (System Definition)
Menspesifikasikan ruang lingkup dan batasan dari aplikasi basis data, penggunaan dan area aplikasi. Ruang lingkup yang dispesifikasikan bukan hanya ruang lingkup dari user sekarang ini tapi juga dari user yang mungkin ada pada masa yang akan datang.
Selain itu pada tahap ini perlu diidentifikasikan user view yang terdapat dalam aplikasi basis data. User views mendefinisikan apa yang diperlukan dari aplikasi basis data dari peran jabatan tertentu seperti manajer atau supervisor ataupun keseluruhan area aplikasi (Marketing, Customer Service, dan Product Development).
2.1.10.3. Pengumpulan dan Analisis Kebutuhan (Requirement Collection &
Analysis)
Mengumpulkan dan menganalisa informasi tentang bagian dari organisasi yang harus didukung oleh aplikasi basis data dan menggunakan informasi itu untuk
mengidentifikasikan kebutuhan user dari sistem basis data baru. Informasi yang dikumpulkan mencakup:
• Gambaran dari data yang digunakan dan diolah.
• Rincian mengenai bagaimana data akan digunakan dan diolah. • Kebutuhan tambahan untuk aplikasi basis data yang baru.
Informasi ini kemudian dianalisa untuk mengidentifikasikan kebutuhan informasi aplikasi basis data yang baru.
Terdapat lima teknik fact-finding yang umum digunakan dalam pengumpulan data-data yang terkait dalam pembuatan basis data, yaitu :
1. Document Evaluation 2. Interview
3. Observasi terhadap kegiatan kerja yang sedang berjalan di perusahaan 4. Research
5. Questioner
2.1.10.4. Perancangan Basis Data
2.1.10.4.1. Perancangan Basis Data Konseptual (Conceptual Database Design)
Rancangan konseptual basis data adalah proses membangun sebuah model dari informasi yang digunakan di dalam perusahaan, dan tidak tergantung pada semua aspek fisik. Seperti target DBMS, program aplikasi, bahasa program, hardware, performance, atau dari model fisik yang lain.
Langkah awal yang dilakukan pada tahap perancangan konseptual basis data adalah tahap awal untuk membangun model data konseptual local untuk setiap view, yang dijabarkan sebagai berikut :
Tahap 1 Membuat model data konseptual lokal untuk setiap view. Tahap 1.1 Menentukan tipe entitas
Tujuan : mengidentifikasi tipe entity utama yang dibutuhkan oleh view.
Entitas biasanya berupa kata benda dan dapat diidentifikasi dengan menganalisa kebutuhan user. Di tahap ini diidentifikasi obyek-obyek utama. Sedangkan kata benda yang berupa attribute dari suatu objek tidak diidentifikasi sebagai object tersendiri. Atribut yang teridentifikasi dari spesifikasi user, dapat membantu menentukan objek utama. Hasil analisa terhadap entitas harus mudah dimengerti dan menggambarkan object yang sesungguhnya bagi user.
Occurrence : hubungan dengan obyek lain.
Tabel 2.1 Tabel kamus data
Nama entitas Deskripsi Alias /nama lain Occurance
Tahap 1.2 Mengidentifikasi tipe relationship
Tujuan : mengidentifikasikan relasi penting yang ada di antara tipe-tipe entitas yang telah diidentifikasi.
Hal-hal yang perlu dilakukan dalam tahap ini :
1. Menggambarkan entiti-entiti yang telah ditentukan di tahap sebelumnya dan menentukan hubungan antar entity dengan menggunakan diagram ER (Entity Relationship)
2. Menentukan batasan multiplicity dari tipe relationship.
Multiplicity adalah angka yang menggambarkan batasan jumlah object yang memiliki hubungan dengan object lain yang terjadi dalam suatu relationship.
Batasan jumlah yang menentukan jumlah objek yang terlibat dalam tiap entitas setidaknya suatu relationship , akan menjadi batasan untuk menentukan apakah penyimpanan dan manipulasi data dalam basis data ada atau tidak. Multiplicity digunakan untuk memeriksa dan memelihara kualitas data.
3. Memeriksa dan menghilangkan fan traps
Fan straps adalah keadaan di mana sebuah model mempresentasikan hubungan antara tipe entity, yang menimbulkan kerancuan hubungan antar entity tertentu. Fan traps dapat diatasi dengan mengatur hubungan antar entity.
4. Memeriksa apakah tiap entitas setidaknya terhubung dalam satu relationship 5. Mendokumentasikan tipe relationship.
Tahap 1.3 Mengidentifikasikan dan menghubungkan attribute dengan tipe entitas atau relationship.
Tujuan dari tahap ini adalah menghubungkan attribute dengan type entity atau relasi yang sesuai. Kita juga harus menentukan apakah attributes yang digunakan tersebut merupakan simple or multi-valued attributes atau derived attribute. Setelah diidentifikasikan, informasi attribute yang berupa nama, deskripsi, tipe data, panjang data, alias, jenis attribute, dan nilai default-nya didokumentasikan.
Tahap 1.4 Menentukan domain attribute
Domain merupakan batasan nilai dari suatu attributes. Contoh attribute kode karyawan batasannya adalah panjangnya 5 digit, di mana 2 digit pertama berupa huruf dan 3 digit yang lainnya berupa angka dari 1999.
Tahap 1.5 Menentukan atribut primary dan candidate key.
Tujuan : mengidentifikasikan candidate key dari setiap tipe entity. Jika ada lebih dari satu candidate key. Dipilih salah satu menjadi primary key.
Tahap 1.6 Mempertimbangkan penggunaan konsep pemodelan yang lebih baik Tujuan : mengidentifikasikan candidate key dari setiap tipe entiti.
Tahap 1.7 Memeriksa ada tidaknya redundancy pada model
Pada tahap ini kita memeriksa apakah ada redundansi pada model data, jika ada maka harus dihilangkan. Dua langkah yang harus dilakukan :
• Memeriksa kembali hubungan one-to-one (1:1)
Jika pada tahap pengidentifikasian entitas ditemukan dua entitas yang mewakili objek yang sama, maka kedua entitas itu harus digabung.
• Menghilangkan hubungan yang redundansi.
Tahap 1.8 Memvalidasi model konseptual lokal terhadap transaksi user
Tujuan dari tahap ini adalah untuk memastikan apakah model data tersebut : • Mendeskripsikan transaksi-transaksi
Memeriksa apakah semua informasi (entity, atribut, dan relationship) yang ada di dalam suatu transaksi telah didokumentasikan oleh data model.
Memeriksa alur transaksi dalam model data (diagram E-R) sehingga dapat diketahui bagian-bagian dari model yang kritis terhadap transaksi, bagian yang perlu ditambahkan atau diperbaiki entity, atribut maupun relasinya.
Tahap 1.9 Mengkaji ulang model data konseptual lokal dengan user
Pada tahap ini dilakukan review terhadap model data konseptual lokal. Proses ini diulang sampai user memastikan bahwa model tersebut benar.
2.1.10.4.2. Perancangan Basis Data Logis (Logical Database Design)
Proses pembuatan model dari informasi yang digunakan dalam perusahaan berdasarkan data model yang spesifik.
Tahap 1 Membuat dan memvalidasi data logikal lokal
Pada langkah kedua ini bertujuan membuat dan memvalidasi data logikal lokal dari model data konseptual, yang terbagi dalam beberapa tahap, yaitu:
Tahap 1.1 Menghilangkan karakteristik yang tidak sesuai dengan model relational
Tujuan dari tahap ini :
• Menghilangkan many to many binary relationship • Menghilangkan many to many recursive relationship
Recursive relationship adalah hubungan suatu entitas dengan entitas itu sendiri. • Menghilangkan tipe relationship yang kompleks
Tahap 1.2 Mendapatkan relasi-relasi untuk model data logikal lokal
Pada tahap ini, dibuat relasi untuk model data logikal lokal untuk merepresentasikan entitas, hubungan dan attribute yang telah diidentifikasi.
Tahap 1.3 Memvalidasi relasi menggunakan normalisasi
Pada tahap ini, dilakukan validasi relasi dari model data logikal lokal dengan menggunakan teknik normalisasi.
Tahap 1.4 Memvalidasi relasi terhadap transaksi user
Pada tahap ini, kita memastikan bahwa relasi pada model data logikal lokal yang dibuat mendukung proses transaksi yang dibutuhkan pemakai.
Tahap 1.5 Mendefinisikan batasan integritas
Mendefinisikan batasan integritas yang ada di dalam view. Ada lima jenis batasan integritas yaitu :
1. Required data
Beberapa atribut harus mempunyai nilai yang valid (not NULL). 2. Attribute domains constraints
Batasan nilai diperbolehkan.
Contoh : attribute kelamin hanya bisa diisi oleh huruf P dan W. 3. Entity integrity
Primary key tidak boleh NULL. 4. Referential integrity
Referential integrity berarti apabila foreign key mempunyai nilai, nilainya harus ada pada record ditabel parent.
Enam kondisi yang terdapat pada referential integrity : a) Insert baris pada table child
Untuk memastikan referential integrity, lakukan pengecekan apakah foreign key tersebut di set ke null atau merujuk ke suatu nilai pada table parent. b) Delete baris dari table child
Tidak mempengaruhi referential integrity. c) Update foreign key dari table child
Untuk memastikan referential integrity, lakukan pengecekan apakah foreign key tersebut di set ke null atau merujuk ke suatu nilai pada table parent. d) Insert baris ke table parent
Untuk memastikan referential integrity, lakukan pengecekan apakah foreign key tersebut di set ke null atau merujuk ke suatu nilai pada table parent. e) Delete baris dari table parent
Ada beberapa strategi yang dapat diambil :
• NO ACTION : menghindari penghapusan record dari table parent jika ada relasi ke table child.
• CASCADE : jika record pada table parent dihapus maka secara otomatis record table child yang merujuk pada table parent yang record-nya dihapus.
• SET NULL : jika record pada table parent dihapus maka secara otomatis record table child akan di set ke nilai default-nya.
• NO CHECK : jika record pada table parent dihapus tidak dilakukan apapun untuk memastikan referential integrity terjaga.
f) Update primary key dari table parent
Jika record pada table parent di-update maka secara otomatis foreign key pada table child juga di-update.
g) Enterprise constraint
Batasan pada basis data yang disesuaikan dengan peraturan bisnis yang berlaku pada perusahaan.
h) Document all integrity constraint
Mendokumentasikan semua integrity constraint ke dalam kamus data untuk dipertimbangkan pada saat tahap perancangan fiscal.
Tahap 1.6 Mengkaji ulang model data logikal local dengan user
Untuk menyelesaikan langkah kedua ini kita harus mengkaji ulang model data logikal dengan pemakai, sehingga kita bisa mengetahui apakah model data yang dibuat sesuai dengan keinginan user.
Tahap 2 Membuat dan memvalidasi model data logikal global
Pada langkah ketiga ini bertujuan menggabungkan tiap model data logikal ke dalam satu model data logikal global yang menggambarkan keseluruhan perusahaan. Model data global : gambaran dari data-data yang diperlukan user di perusahaan secara keseluruhan.
Tahap 2.1 Menggabungkan model data logikal lokal menjadi model global Aktivitas-aktivitas dalam tahap ini :
3. menggabungkan entity atau relasi dari model data lokal.
4. menyertakan (tanpa menggabungkan) key yang unik ke tiap model data lokal. 5. menggabungkan relationship atau foreign key dari model-model data lokal. 6. menyertakan (tanpa menggabungkan) key yang unik ke tiap model data lokal. 7. memeriksa entity atau relasi dan relationship atau foreign key yang hilang. 8. memeriksa foreign key.
9. memeriksa batasan integrity.
10. menggambarkan diagram E-R global. 11. meng-update dokumentasi.
Tahap 2.2 Memvalidasi model data logikal global
Tujuan : untuk menvalidasi relasi yang terbentuk dari model data logikal global menggunakan teknik normalisasi, dan untuk memastikan relasi tersebut mendukung transaksi yang diperlukan.
Tahap 2.3 Memeriksa pengembangan di masa yang akan datang
Tujuan : memastikan apakah ada perubahan signifikan pada waktu yang mendatang dan apakah model data logikal global bisa menangani perubahan tersebut.
Tahap 2.4 Mengkaji ulang model data logikal global dengan user
Tujuan : memastikan bahwa model logikal global yang sudah dibuat bisa menggambarkan keseluruhan perusahaan.
2.1.10.4.3. Perancangan Basis Data Fisik (Physical Database Design) Proses yang menghasilkan deskripsi implementasi basis data di tempat penyimpanan sekunder, yang menggambarkan relasi dasar, organisasi file-file dan indeks yang digunakan untuk mengakses data secara efisien, memenuhi batasan integritas dan faktor keamanan.
Tahap 1 Menterjemahkan model data logikal global untuk target DBMS.
Pada langkah keempat ini bertujuan membuat skema basis data relasional dari model data logikal global yang dapat diimplementasikan dalam DBMS.
Tahap 1.1 Merancang relasi dasar (Desain tabel)
Tujuan : menentukan bagaimana mempresentasikan relasi dasar yang diidentifikasikan dalam model data logikal global dengan target DBMS.
Tahap 1.2 Merancang representasi dari derived data
Tujuan : menentukan bagaimana derived data itu ditampilkan dalam model data logical global dengan target DBMS.
Tahap 1.3 Merancang Enterprise Constraint
Tujuan : menentukan batasan perusahaan untuk target DBMS.
Tahap 2 Merancang representasi fisik
Pada langkah ke lima ini bertujuan menentukan pengorganisasian file yang optimal dalam menyimpan relasi dasar dan indeks yang dibutuhkan untuk mencapai kinerja yang diinginkan.
• Throughput transaksi : Jumlah transaksi yang bias diproses selama interval waktu yang ditentukan.
• Waktu proses : waktu yang diperlukan untuk menyelesaikan sebuah transaksi.
• Penyimpanan disk : besar kapasitas disk yang diperlukan untuk menyimpan file basis data
Tahap 2.1 Menganalisa Transaksi
Tujuan : memahami fungsionalitas dari transaksi yang akan dioperasikan dalam basis data dan menganalisa transaksi-transaksi yang penting.
Tahap 2.2 Memilih Organisasi File
Tujuan : menentukan pengorganisasian file yang efisien untuk tiap relasi dasar Tahap 2.3 Memilih indeks
Tujuan : menentukan apakah penambahan indeks akan meningkatkan kinerja dari sistem.
Tahap 3 Merancang user view
Pada langkah keenam ini bertujuan merancang user view yang diidentifikasikan selama pengumpulan kebutuhan-kebutuhan dan tahap analisis dari siklus aplikasi relational basis data
Tahap 4 Merancang mekanisme keamanan
Pada langkah ketujuh ini bertujuan merancang batasan sekuriti dari basis data yang dispesifikasikan oleh user. Ada dua tipe keamanan, yaitu :
Contoh : username dan password
• Keamanan data : meliputi akses dan penggunaan objek basis data (relasi, views) dan aksi yang bisa dilakukan pemakai pada objek
Tahap 5 Mempertimbangkan Pemakaian Kontrol Redundancy
Pada langkah kedelapan ini bertujuan menentukan apakah redundansi dalam batasan yang terkontrol dengan cara melonggarkan aturan normalisasi akan meningkatkan kinerja sistem.
Tahap 6 Memonitor dan Menyesuaikan Sistem Operasi
Pada langkah kesembilan ini bertujuan memonitor operasional sistem dan meningkatkan kinerja dari sistem untuk memperbaiki keputusan rancangan yang tidak sesuai atau merefleksikan perubahan-perubahan.
2.1.10.5. Pemilihan DBMS (DBMS Selection)
Proses penyelesaian DBMS yang cocok untuk mendukung aplikasi basis data. Langkah-langkah dalam pemilihan DBMS, adalah :
• Menetapkan arti dari penelitian : pada langkah ini ditentukan tujuan dari penelitian dan tugas-tugas yang harus bisa dilakukan DBMS
• Menyeleksi dua atau tiga produk : Menentukan beberapa DBMS yang masuk kriteria yang dibutuhkan. Kriterianya bisa berupa harga, perangkat keras yang didukung, platform yang didukung, dan lain sebagainya.
• Evaluasi produk : membandingkan kinerja dari beberapa DBMS yang sudah diseleksi, bisa berdasarkan feature yang tersedia atau kinerjanya.
• Memilih produk DBMS yang terbaik yang membuat dokumentasi dari tahapan pemilihan tersebut.
2.1.10.6. Perancangan Aplikasi (Application Design)
Merancang user interface dan program aplikasi yang digunakan dan mengolah basis data. Dua aspek perancangan aplikasi :
1) Perancangan transaksi a. Retrieval transaction
Transaksi pengambilan data dari basis data utnuk ditampilkan di layar maupun untuk pembuatan laporan
b. Update transaction
Transaksi yang mencakup penambahan record baru, menghapus record lama, dan memodifikasi record dalam basis data
c. Mixed transaction
Transaksi yang melibatkan pengambilan dan pengupdatean data 2) Pedoman perancangan user interface
Perancangan dari user inreface terdapat beberapa aturan, diantaranya sebagai berikut:
a. Judul yang berarti
b. Instruksi yang dapat dimengerti c. Pengelompokan dan pengurutan field
d. Layout dari form atau laporan yang konsisten e. Label field yang familiar
f. Istilah dan singkatan yang konsisten
g. Ruang dan batasan yang jelas untuk field penginputan data h. Penggerakkan kursor yang nyaman
i. Pengeditan kesalahan karakter dan nilai yang tidak sesuai j. Field opsional ditandai dengan jelas
k. Pesan penjelasan untuk fields yang ada l. Tanda penyelesaian suatu transaksi
2.1.10.7. Prototyping
Membangun model aplikasi basis data dimana user dan pembuat aplikasi dapat melihat dan mengevaluasi bagaimana fungsi-fungsinya dioperasikan. Prototyping digunakan agar user dapat mengetahui feature dalam aplikasi basis data, mengevaluasi kemudahan dalam pengunaan dan jika memungkinkan memberikan pendapat masukan terhadap aplikasi basis data.
2.1.10.8. Implementasi
Penerapan dan perwujudan fisikal dari basis data dan perancangan aplikasi. Implementasi basis data didapat dari penerapan Data Definition Language (DDL) dan Graphicl User Interface (GUI). Program aplikasi yang biasa digunakan merupakan third generation language (3GL) atau fourth generation language (4GL). Bahasa program yang biasa digunakan, antara lain : Visual Basic, Delphi, C++, Java, Pascal, Cobol,
Keamanan dan integrity juga diimplementasikan pada tahap ini. Biasanya digunakan program yang mendukung Structure Query Language (SQL), seperti MySQL, SQL Server, PostgreSQL, Firebird, Sybase, IBM DB2 dan Oracle.
2.1.10.9. Konversi Data dan Loading (Data conversion & loading)
Kegiatan ini merupakan transfer atau transformasi data yang sudah ada ke dalam basis data yang baru dan melakukan konversi aplikasi yang sudah ada untuk dijalankan di basis data baru.
2.1.10.10. Pengujian (Testing)
Proses mengeksekusi program aplikasi dengan tugas mencari kesalahan. Dengan pengujian maka kita dapat mengetahui apakah basis data dan program aplikasinya bekerja sesuai dengan spesifikasi dan harapan kita. Situasi yang ideal dalam pengujian juga harus melibatkan user.
2.1.10.11. Perawatan Operasional (Operational Maintenance)
Proses memonitor dan merawat sistem setelah instalasi. Proses perawatan meliputi aktivitas, sebagai berikut :
• Mengawasi kinerja sistem. Apabila kinerja sistem menurun dibawah tingkat yang diharuskan, maka perbaikan atau pengorganisasian basis data diperlukan.
2.1.11. Diagram Arus Data (DFD)
Menurut Hall (2001,p69), diagram arus data adalah pencerminan proses, sumber-sumber data, dan arus data dalam sebuah sistem dengan menggunakan simbol-simbol.
Tabel 2.2 Tabel Simbol DFD
Simbol Keterangan
Suatu proses yang dipicu atau didukung oleh data
Suatu alat penyimpanan seperti file transaksi, file induk atau file referensi
Sumber input atau tujuan output data
Arah arus data
2.1.12. State Transition Diagram (STD)
State Transition Diagram merupakan suatu diagram yang mempresentasikan langkah-langkah perubahan keadaan (state), dari awal hingga akhir dengan memperlihatkan adanya ketergantungan terhadap waktu (Pohan, 1997, p59). Komponen yang digunakan dalam state transition diagram, yaitu :
1. Keadaan (state)
Merupakan kumpulan atribut yang menggambarkan suatu kondisi pada suatu saat. Keadaan dapat berarti menunggu sesuatu dari lingkungan luar atau menunggu aktivitas yang sedang berlangsung berubah menjadi aktivitas lain.
2. Panah (arrow)
Panah digunakan untuk menghubungkan perubahan dari suatu keadaan. Panah awal digunakan untuk menunjukkan suatu keadaan awal, sedangkan kondisi akhir digambarkan dengan panah yang menuju satu keadaan akhir dari suatu diagram atau aksi.
Hal yang terpenting dalam state transition diagram, yaitu suatu kondisi penyebab perubahan keadaan dan aksi yang harus dilakukan ketika akan berubah keadaan.
Gambar 2.2. Kondisi dan Aksi pada State Transition Diagram
2.1.13. Entity Relationship Diagram (ERD)
E-R diagram merupakan alat Bantu yang digunakan untuk menggambarkan model data yang didapat dari spesifikasi kebutuhan. Model E-R biasanya dinyatakan sebagai Entity-Relationship Diagram (ERD). Bagian yang membangun model E-R adalah entity types, relationship, dan attributes.
State 2
State 1 Aksi
2.1.13.1. Tipe Entitas (Entity Type)
Tipe Entitas menurut Connolly (2002,p331), merupakan sekumpulan objek yang memiliki properties yang sama didalam sebuah aplikasi. Kejadian entitas (Entity Occurrence) adalah objek yang teridentifikasi didalam tipe entitas. Entitas yang bisa didefinisikan antara lain : person, place, ataupun concept.
Beberapa contoh dari masing-masing tipe-tipe entitas adalah :
• Person : EMPLOYEE, STUDENT
• Place : BRANCH, REGION, COUNTRY • Concept of interest : BID
Tipe entity terbagi dalam 2 jenis, yaitu : 1. Strong Entity Type
Entity type yang keberadaannya tidak bergantung oleh adanya entity yang lain. 2. Weak Entity Type
Entity type yang keberadaannya bergantung oleh adanya entity lain.
Menurut Mannino (2001,p216), entity adalah sekelompok data yang menggambarkan mengenai orang, benda dan kejadian yang dapat diakses. Sebuah entity memiliki beberapa atribut dimana nilai-nilai dari atribut secara unik tersebut mengidentifikasikan entity.
2.1.13.2. Hubungan (Relationship)
Relationship menurut Connolly (2002,p334), adalah suatu hubungan yang berarti antar satu atau lebih tipe entity.
Didalam suatu relationship terdapat batasan-batasan yang kita sebut dangan multiplicity. Multiplicity adalah nilai atau jangkauan nilai dari suatu kejadian tipe entity yang mungkin berhubungan dengan kejadian tipe entity lain melalui hubungan yang bersangkutan. Jenis batasan multiplicity terdiri dari :
• One-to-one (1:1) Relationships • One-to-many (1:*) Relationships • Many-to-many (*:*) Relationships
• Relationship kompleks : nilai dimana kejadian yang mungkin pada tipe entity dalam relationship (n-ary) ketika nilai lain (n-1) tetap.
Multiplicity memiliki 2 jenis batasan, yaitu : 1. Cardinality
Menggambarkan jumlah maksimum dari kejadian suatu tipe entity dalam tipe relationship yang bersangkutan.
2. participation
menetapkan apakah semua atau sebagian dari kejadian entity ikut ambil bagian didalam relationship. Batasan participation memiliki 2 tipe, yaitu :
a. mandatory : seluruh entity ikut ambil bagian dalam relationship. b. optional : hanya sebagian entity yang ikut dalam relationship. Jika hubungan berbentuk 0..1, maka 0 adalah participation dan 1 adalah cardinality.
2.1.13.3. Attribute
Simple attribute adalah atribut yang terdiri dari komponen tunggal dan tidak bergantung Attribute menurut Connolly (2002,p338) adalah property atau karakter dari tipe entity atau relationship. Setiap tipe entity mempunyai satu set attribute.
Dibawah ini adalah tipe entity umum dan attribute-nya.
• STUDENT : STUDENT NO, NAME, ADDRESS, PHONE NO • EMPLOYEE : EMPLOYEE NO, NAME, ADDRESS, SKILL
Attribute Domain adalah nilai yang boleh diperbolehkan dari satu atau lebih attribute. Attribute bisa diklasifikasikan menjadi :
• Simple and Composite pada attribute lain juga tidak bisa dibagi lagi. Contohnya adalah gaji pada entity staff. Composite attribute adalah atribut yang terdiri dari komponen majemuk tapi bergantung pada atribut lain dan bisa dibagi-bagi lagi. Contohnya adalah alamat, yang bisa dibagi menjadi nama jalan, kota.
• Single-value and Multi-valued Attributes. Single-value attribute adalah atribut yang memiliki nilai tunggal dari tiap kejadian tipe entity. Contohnya adalah branch no dari entity branch. Multi-value attribute adalah atribut yang memiliki nilai majemuk dari tiap kejadian tipe entity. Contohnya adalah telepon, dimana sebuah kantor bisa memiliki lebih dari 1 telepon.
• Derived attributes adalah atribut yang nilainya diperoleh dari nilai dari atribut yang berhubungan dan tidak harus berada didalam satu tipe entity yang sama. Contohnya adalah attribute durasi, yang dihitung dari attribute waktu awal dan waktu akhir.
2.1.13.4. Keys
Candidate key adalah beberapa attribute yang secara unik mengidentifikasikan setiap entitas. Primary key adalah candidate key yang terpilih untuk mengidentifikasi secara unik setiap entitas. Alternate key adalah candidate key yang tidak terpilih menjadi Primary key. Composite key adalah candidate key yang terdiri dari dua attribute atau lebih.
Beberapa entitas mungkin punya lebih dari satu candidate key, tetapi perancang harus memilih salah satu dari candidate key untuk dijadikan primary key.
2.1.14. Normalisasi
Normalisasi menurut Connolly (2002,p376) adalah teknik untuk menghasilkan sekumpulan relasi dengan property yang diinginkan, berdasarkan kebutuhan data dari perusahaan
2.1.14.1. Bentuk Normalisasi 1. Bentuk normal pertama (1NF)
Bentuk normal pertama biasanya dikenakan pada table yang belum ternormalisasi. Table yang belum ternormalisasi adalah table yang memiliki atrbut yang berulang. Suatu atribut dikatakan dalam bentuk normal pertama jika dan hanya jika setiap atribut bernilai tunggal untuk setiap baris.
2. Bentuk normal kedua (2NF)
Sebuah relasi dimana sudah dalam bentuk normal pertama dan setiap attribute yang bukan merupakan primary key bergantung penuh secara fungsional pada primary key-nya.
3. Bentuk normal ketiga (3NF)
Sebuah relasi dimana sudah dalam bentuk normal pertama dan kedua, serta attribute yang bukan non-primary key bergantung secara transitif pada primary key. 3NF sudah cukup bagus, karena anomali yang dikandungnya sudah minimum (hampir tidak ada)
4. Bentuk normal Boyce-Codd (BCNF)
Sebuah relasi disebut memenuhi bentuk normal BCNF jika dan hanya jika semua penentu (determinan) adalah candidate key. BCNF merupakan bentuk normal sebagai perbaikan terhadap 3NF karena bentuk normal ketiga berkemungkinan masih memiliki anomali sehingga perlu di normalisasi lebih jauh. Suatu relasi yang memenuhi BCNF selalu memenuhi 3NF, tetapi tidak untuk sebaliknya.
5. Bentuk normal keempat (4NF)
Sebuah relasi memenuhi bentuk normal keempat jika • Telah berada pada BCNF, dan
• Tidak mengandung 2 atribut atau lebih yang bernilai banyak 6. Bentuk normal kelima (5NF)
Sebuah relasi dikatakan berada dalam bentuk normal kelima jika data yang ada padanya tidak dapat lagi didekomposisi menjadi relasi-relasi yang lebih kecil dengan candidate key.
2.1.14.2. Anomali
Kadir (2000,p64) mengemukakan bahwa anomali adalah efek samping yang tidak diharapkan (misalnya menyebabkan inconsistency (tidak konsisten) data atau membuat suatu data menjadi hilang saat data lain dihapus) yang mucul dalam suatu proses perancangan basis data.
2.2. Pengertian Internet dan CRM 2.2.1. Internet
Menurut Matthew V. dan Jill H. Ellsworth (1997,p3), internet adalah jaringan besar yang dibentuk oleh interkoneksi jaringan komputer dan komputer tunggal di seluruh dunia, melalui saluran telepon, satelit, dan sistem telekomunikasi lainnya. Dengan kata lain internet adalah jaringan komputer yang saling berhubungan secara global. Internet dapat menghubungkan berbagai jaringan berbeda dengan fasilitas yang disediakan oleh Internet Service Provider (ISP). Kemampuan yang ditawarkan dapat meliputi e-mail, chatting, teleconference, videoconference, mengakses komputer lain ( remote desktop ), mengirim dan menerima file.
2.2.2. CRM (Customer Relationship Management)
Menurut Kalakota dan Robinson (1999, p111), CRM didefinisikan sebagai suatu penjualan, pemasaran dan strategi pelayanan yang terintegrasi yang menghindarkan kepemimpinan tunggal dan yang bergantung pada tindakan perusahaan yang terkoordinasi secara luas.
Sedangkan menurut Tourniarie (2003, p4), CRM merupakan sekumpulan proses dan fungsi yang berorientasi pada pelanggan didalam suatu organisasi, seperti sales, marketing dan support, yang dibantu oleh suatu tools.
Sehingga dapat disimpulkan bahwa CRM itu adalah suatu sistem yang terintegrasi dan berhubungan langsung dengan pelanggan.
Tourniarie (2003, p5) membagi aplikasi pendukung CRM kedalam beberapa elemen, yaitu:
• Sales Force Automation, Elemen ini merupakan elemen terpenting didalam CRM. Didalam elemen ini, dapat diketahui dan ditelusuri prospect, contact dan aktivitas kegiatan marketing, yang memungkinkan manager untuk melakukan perkiraan pendapatan perusahaan yang mungkin akan dihasilkan serta dapat memngkinkan untuk menagkap terjadinya kegitan yang berulang dan bottleneck. • Telemarketing/Telesales Tracking, Elemen ini biasanya berupa IVR (Interactive
Voice Response), SMS Gateway, dan teknologi lainnya yang menjadi pendukung kegiatan pada Call Center yang terintegrasi dengan software CRM.
• Marketing Automation, Elemen ini biasanya berupa campaign
management.Elemen ini memungkinkan untuk melakukan desain, eksekusi dan melakukan pengaturan terhadap marketing campaign.
• Support Tracking, Elemen ini juga merupakan elemen terpenting dalam CRM. Pada dasarnya fitur pada elemen ini adalah dapat melakukan penelusuran terhadap kegiatan support dimulai dari pelaporan masalah sampai ke resolusi.
Salah satu hal terpenting juga pada elemen ini adlah terintegrasinya contract tracking.
• Knowledge Base, Elemen ini terbagi dalam dua area, yang pertama adalah
kemampuan untuk menjadi knowledge base bagi pengguna dengan menggunakan kemampuan pencarian yang canggih, dan yang lainnya adalah kemampuan untuk mendukung pembuatan, dan pemeliharaan dokumen.
• Customer Portal, Elemen ini merupakan bagian dari aplikasi CRM yang berabasiskan web yang dapat diakses oleh pelanggan.
• Analytics, Salah satu dari keuntungan CRM adalah kemampuan untuk melihat dan melakukan analisis terhadap aktifitas terkait dari pelanggan dengan perusahaan.
