BAB II LANDASAN TEORI

6

BAB II LANDASAN TEORI

2.1. Sistem Basis Data 2.1.1 Pengertian Sistem Basis Data Sistem basis data adalah merupakan suatu kumpulan data-data yang berhubungan secara logis, dan deskripsi dari data-data tersebut serta dirancang untuk memenuhi informasi yang dibutuhkan oleh sebuah organisasi. Ini arti sistem basis data menurut Connolly dan Begg. Artinya basis data merupakan penyimpanan data yang tunggal dan besar yang dapat digunakan secara simultan oleh banyak bagian departemen dan pemakai (user). Di dalam basis data semua item diintegrasikan dengan jumlah duplikasi data yang minimum. Basis data tidak lagi dimiliki oleh suatu departemen, melainkan resource perusahaan yang dapat dishare. Basis data tidak hanya mengandung data operasional organisasi, tetapi juga deskripsi dari data tersebut. Untuk itu, sebuah basis data juga mendefinisikan integrasi record dari basis data itu sendiri (selfdescribing of integrated record). Deskripsi dari data dikenal sebagai sistem catalog (data dictionary-meta data). Deskripsi ini menciptakan kebebasan dari program aplikasi (program data independence). Pendekatan dengan sistem basis data, dimana definisi dari data adalah dipisahkan dari program aplikasi. Pemakai dalam melihat sebuah objek hanya pada definisi eksternal dan tidak mengetahui bagaimana objek didefinisikan dan objek bisa berfungsi. Pendekatan ini dikenal sebagai abstraksi data (data abstraction), di mana

7

perubahan definisi internal dari sebuah objek tanpa mempengaruhi pemakai (user) atau tidak mempengaruhi definisi eksternal. Dalam arti lainnya, pendekatan basis data memisahkan struktur dari pada data dari program aplikasi dan meyimpannya ke dalam basis data. Jika ada penambahan struktur data atau perubahan struktur data yang ada maka tidak akan mempengaruhi program aplikasi, sehingga tidak perlu bergantung langsung dengan apa yang telah dirubah. Arti lain dari basis data menurut Faried Irmansyah (2003) adalah kumpulan dari item-item data yang saling berhubungan satu dengan yang lainnya yang diorganisasikan berdasarkan sebuah skema atau struktur tertentu, tersimpan di perangkat keras komputer dan dimanipulasi dengan piranti lunak agar bisa digunakan sesuai dengan keinginan user. Tetapi menurut Petrousos (Arte,1980,p12), basis data adalah sebuah objek untuk menyimpan informasi terstruktur yang kompleks, yang diorganisir dan disimpan dalam satu cara yang mengijinkan pemakainya dapat mengambil informasi secara cepat dan efisien. Informasi dipecah ke dalam bagian-bagian kecil agar bisa dikelola dengan mudah. Basis data adalah suatu record terkomputasi yang memiliki tujuan untuk memberikan informasi yang dibutuhkan (Date,2000,p4). Pemakai dapat melakukan berbagai hal di dalam sistem basis data seperti manipulasi data dan operasi file, dimulai dari memuat file baru ke dalam basis data, memasukkan data, mengambil data, dan lain-lain sebagainya.

8

Dalam skripsi kami, kami menggunakan teori basis data yang di kemukakan oleh Thomas Connolly dalam buku nya yang berjudul Database System. Basis data merupakan sekumpulan file-file yang saling berhubungan dan hubungan tersebut biasanya dapat ditunjukkan dengan kunci dari setiap file yang ada. Satu basis data menunjukkan satu kumpulan data yang digunakan dalam suatu lingkup instansi atau perusahaan. Berikut ini kegunaan basis data dalam mengatasi masalah penyusunan data : a. Redudansi dan inkosistensi data. b.

Multiple user.

c. Kesulitan pengaksesan data. d. Security (keamanan). e. Kebebasan data. Pada umumnya data dalam basis data bersifat integrated dan shared. Integrated artinya adalah basis data merupakan gabungan dari beberapa file data yang saling berbeda satu dengan yang lainnya dengan membatasi pengulangan baik keseluruhan file atau sebagian. Shared maksudnya adalah data individual dalam basis data dapat digunakan secara bersama-samaan antara beberapa pengguna yang berbeda. Data adalah merupakan kumpulan fakta yang dapat diolah menjadi informasi yang bermanfaat, sehingga data yang ada dapat dintegrasi dan di-sharing dalam penggunaan basis data. Data juga merupakan nilai atau value yang turut mempresentasikan deskripsi dari suatu objek atau kejadian.

9

2.1.2

Pengertian Basisdata Terdistribusi 2.1.2.1

Definisi Basisdata Terdistribusi Basis data terdistribusi dapat diartikan juga sebagai basis data terintegrasi, sesuai dengan perkembangan teknologi informasi dewasa ini, secara umum merupakan bentuk implementasi dari konsep pengolahan terdistribuasi. Suatu basis data terdistribusi mempunyai implikasi pengertian bahwa suatu aplikasi dapat saja secara transparan beroperasi pada data yang penyimpanannya berada pada beberapa lokasi (basis data), menggunakan berbagai produk perangkat lunak DBMS, bekerja pada komputer yang berbeda, dan pada sistem operasi yang berbeda pula, serta dihubungkan satu sama lain yang dihubungkan melalui berbagai media jaringan komunikasi. Pengertian transparan diatas mengandung arti bahwa dengan berbagai bentuk fisik basisdata tersebut. Secara logikal dirasakan oleh pengguna basisdata sebagai layaknya sebuah basis data yang dioperasikan pada sebuah komputer. Definisi basis data terdistribusi dapat dituliskan sebagai berikut: Sistem basisdata terdistribusi adalah basisdata yang terdiri dari kumpulan site (instalasi), dihubungkan satu dengan yang lainnya menggunakan jaringan komunikasi, dimana: 1. Setiap site adalah merupakan basis data sendiri, atau masingmasing site merupakan betul-betul satu basisdata yang memiliki sendiri DBMS maupun perangkat lunak management transaksi

10

(termasuk locking local, logging, dan prosedur recovery), serta perangkat lunak komunikasi data.

2. Semua site setuju bekerja sama (bila perlu), sehingga pengguna pada site yang mana saja dapat mengakses tersebut berada pada lokasi pengguna itu sendiri. Secara umum suatu basis data terdistribusi dapat dilihat pada gambar 4.1 Pada gambar tersebut dapat saja antara satu lokasi basisdata dengan basisdata yang lain terpisah dengan jarak yang sangat jauh, tetapi dapat terjadi pula bahwa dua atau lebih basis data berada pada lokasi gedung yang sama bahkan pada mesin yang sama misalnya pada aplikasi jaringan area lokal (LAN) yang menggunakan multi basis data. Disebutkan, bahwa berbagai site tersebut menggunakan DBMS yang

berbeda,

namun

untuk

memudahkan

pembahasan

selanjutnya maka kita asumsikan bahwa berbagai site yang terlibat dalam jaringan basisdata terdiri dari sistem-sistem yang homogen. Mengapa diperlukan basis data terdistribusi? Jawaban mendasar dari pertanyaan ini adalah pada umumnya enterprise sendiri pada umumnya secara fisik sudah terdidtribusi misalnya dengan kontor pusat dan kantor-kantor cabangnya, atau secara structural

terdiri

dari

divisi-divisi

(pemasaran,

personil,

pembelian, penjualan dan lain-lain) dari bentuk seperti ini saja

11

sudah bisa kita bayangkan bahwa datanya pasti terdistribusi, karena setiap bagian dan cabang akan secara logical mengelola datanya sendiri untuk kepentingan operasinya. Data lokal dapat dikelola pasa masing-masing site, namun bila diperlukan suatu site dapat mengakses data yang lain, tentunya dengan pengaturan batasan wewenang akses yang berlaku. Salah satu keuntungan yang

jelas

dari

model

basis

data

terdistribusi

adalah

memungkinkan dibuat struktur yang merupakan model dari enterprise itu sendiri. Namun perlu dilihat salah satu kerugian utama dengan sistem basis data terdistribusi adalah rumit dari aspek teknis. Memang seharusnya kompleksitas tersebut hanya muncul dari sisi implementer, bukan dari sisi pengguna, namun pada kenyataannya kerumitan terjadi juga tidak terhindarkan bagi pengguna. Biasanya dari berbagai produk DBMS yang sudah ada, bila akan mengimplementasikan produknya dilingkungan aplikasi yang terdistribusi maka secara khusus akan menerbitkan produk perangkat lunak khusus yang ditempelkan pada produk yang ada.seperti misalnya R* (dibaca R star) yang merupakan versi terdistribusi dari System R yang dibuat oleh IBM (1980), Distributed ingress dari ingress (1980), DB2 Version 2 Release 2 dari IBM dan lain-lain. Yang jelas dari semua produk baru di atas menggunakan teknologi relasional sebagai basis desainnya.

12

2.1.2.2

Prinsip-prinsip dasar Pada dasar, bagi pengguna, sistem yang terdistribusi harus dirasakan sebagai sistem yang non terdistribusi. Atau dengan kata lain, bahwa pengguna pada sistem yang terdistribusi harus berperilaku seperti halnya pengguna pada sistem yang tidak terdistribusi. Semua permasalahan yang ada pada sistem terdistribusi harus dipecahkan secara internal, bukan permasalahan eksternal atau tingkat pengguna yang didalam operasi terhadap basisdata menggunakan bahasa manipulasi

data (DML) seperti SELECT, INSERT, UPDATE, dan

DELETE, yang secara logikal haruslah tidak berubah. Mungkin bahasa definisi (DDL) mengalami beberapa perkembangan , misalnya saja bila suatu tabel dibuat di site A, maka pembuat dapat menentukan misalnya datanya disimpan di site B. Kita namakan prinsip tersebut sebagai “ Kaidah Nol” dari sistem terdidtribusi . Prinsip-prinsip dasar

dari basis data terdistribusi adalah suatu hal

sangat penting agar dapat dibedakan antara basisdata terdistribusi dengan apa yang disebut akses data secata remote (yang kadangkadang disebut sistem pengolahan terdistribusi atau sistem jaringan) pada sistem ini user dapat beroperasi pada data yang letaknya berjauhan atau bahkan pada data di beberapa site secara simultan.

13

Kaidah-kaidah dari sistem terdistribusi: 1.

Otonomi Lokal Suatu site dalam sistem terdistribusi harus memiliki otonomi. Otonomi lokal mempunyai arti bahwa semua operasi yang

dilaksanakan

pada

suatu

site

yang

sepenuhnya

dikendalikan oleh site tersebut, tidak ada site yang tergantung pada site lain ataupun suatu site lokal tergantung (down) maka site yang lain masih beroperasi dengan normal. Otonomi lokal mempunyai implikasi bahwa data lokal dimiliki dan dikelola , secara lokal. Semua data benar-benar dimiliki oleh basis data lokal bersangkutan meskipun dapat diakses dari site remote. Berbagai aspek seperti keamanan, integritas dan representasi penyimpanan data lokal tetap dalam pengendalian site bersangkutan.

2.

Tidak tergantung pada site pusat Otonomi lokal juga mempunyai implikasi bahwa semua site harus diperlakukan setingkat, tidak ada ketergantungan pada site induk pusat untuk mendapatkan berbagai dukungan, seperti misalnya pengolahan query terpusat atau manajemen transaksi terpusat, sehingga seluruh sistem tergantung pada site pusat. Ketergantungan pada site pusat sangat tidak diharapkan karena dua alasan berikut:

14

a. Site pusat dapat menjadi “bottleneck” b. Sistem akan menjadi sangat rawan (“vulnerable”) yaitu bila site pusat mati, maka seluruh sistem juga mati.

3.

Operasi yang berlanjut Pada sistem terdistribusi seperti halnya pada sistem yang non distribusi, secara ideal tentunya sistem tidak pernah dimatikan dalam kondisi apapun.

4.

Transparan Lokasi (Independensi Lokasi) Pengertian dasar dari transparan lokasi adalah

bahwa

pengguna tidak perlu mengetahui dimana data tersimpan secara fisik, sebaliknya pengguna harus dapat berlaku secara logikal seakan data berada di site sendiri meskipun secara fisik dapat berada dimana saja. Transparan lokal sangat diperlukan, untuk menyederhanakan program-program pengguna dan kegiatan di terminal. Secara khusus memungkinkan adanya migrasi data dari site ke site yang lain tanpa harus merubah program ataupun kegiatan tersebut. Migrasi kadang-kadang sangat diperlukan dalam rangka menyesuaikan terhadap kebutuhan unjuk kerja yang lebih baik

15

5.

Transparan Fragmentasi Sistem terdistribusi

melaksanakan fragmentasi data,

dimana suatu tabel dapat dipecah menjadi bagian bagian atau fregmentasi dan disimpan terspisah secara fisik. Fragmentasi ini biasanya diperlukan untuk meningkatkan unjuk kerja. Data dapat disimpan pada lokasi dimana paling sering dipergunakan sehingga dengan demikian operasi terhadap data dapat dilakukan secara lokal dan mengurangi trafik jaringan. Pada dasarnya ada dua macam bentuk fragmentasi , horisontal dan vertikal yang berarti fragmentasi berdasarkan pada pengertian operasi aljabar relasional restriksi dan proyeksi. Namun secara umum, fragmentasi dapat merupakan berbagai bentuk subrelasi yang diturunkan dari operasi restriksi dikombinasikan dengan operasi proyeksi ( khususnya untuk proyeksi harus tetap memperhatikan peranan primary key dalam bentuk tabel asli). Rekonstruksi tabel asli, dapat di lakukan dengan operasi join dan union (join untuk fragmentasi vertikal,sedang union untuk fragmentasi horisontal dapat di catat di sini bahwa, fragmentasi yang mudah dan rekontruksi yang

mudah pula merupakan

alasan utama mengapa sistem terdistribusi haruslah relasional, karena model relasional menunjang operasi–operasi tersebut secara tepat.

16

Sistem yang mendukung fragmentasi data harus juga mempunyai

kemapuan

untuk

mendukung

transparansi

fragmentasi sehingga pengguna dapat berlaku seolah data tidak difragmentasi paling tidak secara logikal. Transparansi fragmentasi diperlukan untuk memudahkan program dan kegiatan access data di terminal. Dengan cara tersebut juga memungkinkan refragmentasi tanpa harus merubah program atau kegiatan terminal, misalnya dalam mencari unjuk kerja yang lebih baik.

6.

Transparan Replikasi Sistem terdistribusi juga mempunyai kemampuan menggunakan bentuk replikasi data. Replikasi data diperlukan dengan alasan utama : •

Merupakan suatu cara meningkatkan unjuk kerja (aplikasi dapat beroperasi pada copy yang ada di site sehingga mengurangi beban trafik jaringan).

•

Merupakan

suatu

cara

untuk

meningkatkan

ketersediaan data (availability) artinya object yang diaccess selalu tersedia sepanjang terdapat minimum satu copy. Namun replikasi mempunyai kerugian terutama bila kita memutakhirkan suatu fragment tabel, maka semua copy dari

17

objek tersebut harus dimutakhirkan, masalah propagasi, kesulitan juga akan muncul bila site yang menyimpan copy obyek bersangkutan tidak bisa ditemukan, misalnya karena tiba-tiba ada kerusakan di dalam jaringan pada saat terjadi replikasi.

7.

Pengolahan Query terdistribusi Tujuan untuk meminimumkan trafik jaringan mempunyai implikasi proses optimasi query-nya harus didistribusikan, demikian pula proses eksekusi query-nya sendiri.

Dengan

demikian proses biasanya akan terdiri langkah optimisasi global, kemudian diikuti langkah optimasi lokal pada masingmasing site yang terlibat

8.

Manajemen Transaksi Terdistribusi Dengan manajemen konkurensi, dalam sistem terdistribusi akan sangat tergantung pada mekanisme locking, sama halnya dalam sistem yang non distribusi. Namun pada sistem terdistribusi permintaan tes , men-set , dan pelepasan “lock” menjadi pesan.

18

9.

Transparansi Perangkat Keras Perangkat keras merupakan kebutuhan dalam sistem terdistribusi dan mempunyai peran yang sama untuk dapat mengintegrasikan dalam sistem–sistem dan menyajikan pada pengguna sebagi suatu sistem. Sama halnya dengan sistem operasi sebagai platform yang berbeda pula. Maka secara jelas sistem

tersebut

harus

bekerja

pada

berbagai

jaringan

komunikasi.

10.

Transparansi Sistem Operasi Sasaran merupakan keterkaitan yang erat dengan transparansi (independensi) perangkat keras diatas sangat jelas, dengan menggunakan perangkat keras yang berbeda, tentunya juga menggunakan sistem operasi sebagai platform yang berbeda pula. Jika tidak saja kita harus dapat menjalankan DBMS pada mesin yang berbeda, tetapi juga pada sistem Operasi yang berbeda pula , misalnya pada Sistem Operasi UNIX, PC DOS, dan lain sebagainya.

11.

Transparansi Jaringan Jika suatu sistem dapat bekerja pada banyak site yang terpisah–pisah lokasinya, dengan berbagai perangkat keras yang berbeda , dan dengan sistem operasi yang berbeda pula ,

19

maka secara jelas sistem tersebut harus dapat bekerja pada berbagai jaringan komunikasi

12.

Transparansi DBMS Berdasarkan kaidah ini, maka kita berharap bahwa lingkungan sistem terdistribusi seharusnya dapat dilaksanakan dengan kondisi yang lebih heterogen, menggunkan produkproduk DBMS yang berbeda. Hal ini agak sulit bisa dilaksanakan, mengingat satu produk DBMS dengan produk DBMS yang lain biasanya memiliki struktur perangkat lunak yang sangat berbeda, meskipun menggunkan bahasa-bahasa kueri yang standar. Namun dengan berbagai teknik interface ternyata dapat dibuktikan bahwa hal ini dimungkinkan untuk dilaksanakan sehingga pada lingkungan yang multi DBMS seorang pengguna pada satu DBMS yang lain seperti layaknya menggunakan DBMS yang pertama.

2.1.3

Komponen-komponen dari DBMS Kita dapat mengidentifikasi 5 komponen-komponen utama dalam DBMS, yaitu antara lain adalah: •

Hardware, DBMS dan aplikasi membutuhkan hardware agar dapat beroperasi. Ada beberapa DBMS yang hanya

20

dapat beroperasi pada perangkat keras ataupun sistem operasi tertentu. Perangkat keras yang dibutuhkan untuk management basis data biasanya masih berupa mesin standard yang ada, dalam arti tidak ada kekhususan tertentu. Akan tetapi karena sifatnya dalam access data yang lebih sangat bervariasi (yang tentunya cenderung lebih banyak direct access) maka suatu manajemen basis data akan lebih banyak membutuhkan media penyimpanan (hardisk).

•

Software, merupakan komponen dari DBMS itu sendiri dan program aplikasi termasuk sistem operasi. Program aplikasi ada yang ditulis dengan bahasa pemrograman ke-tiga (3GL) seperti C, C++, Java, Visual Basic, COBOL, Fortran dan ada juga yang ditulis dengan bahasa pemrograman keempat (4GL) seperti SQL. Antara fisik basis data

(tempat di mana sesungguhnya

suatu basis data dapat tersimpan dalam media) dengan pengguna terdapat suatu piranti lunak yang disebut sistem manajemen basis data atau juga disebut DBMS. Semua kebutuhan akses oleh pengguna seperti pembentukan file, penambahan

data,

penghapusan

data

dan

lain-lain

dilakukan oleh DBMS. Satu hal lagi, bahwa DBMS juga

21

berfungsi untuk memberikan suatu batas agar sesama pengguna basis data tidak perlu memikirkan berbagai hal yang berkaitan dengan detil pada level perangkat keras (misalnya metoda akses).

•

Data, merupakan komponen yang penting dari basis data. Data merupakan penghubung antara mesin dan manusia. Basis data terdiri dari operational data dan metadata. Data dalam basis data merupakan data yang single user (hanya satu pengguna yang beroperasi terhadap basis data) tau multi user di mana satu atau lebih pengguna beroperasi secara bersamaan ke dalam basis data. Sehingga data dalam basis data terutama untuk sistem yang besar harus terintegrasi (integrated) dan dapat dipakai secara bersamasama (shared).

•

Procedur,

merupakan

instruksi

dan

aturan

yang

menentukan pembuatan dan penggunaan dari basis data. User membutuhkan prosedur untuk menjalankan dan menggunakan sistem.

22

•

Brainware, terdiri dari empat jenis, yaitu data dan database administrator, database designer, application developer dan end user. Sebagai pengguna basis data secara umum dapat dibagi dalam tiga kelompok besar pengguna, yaitu : 1. Database Administrator Database Administrator adalah orang atau kelompok orang yang merupakan penanggung jawab pada penyelenggaraan basis data. Basis data administrator mempunyai fungsi yang meliputi berbagai kegiatan seperti tempat pengaturan data, pengamanan data, recovery procedur, backup procedur. Jadi secara lebih jelas dapat dikatakan bahwa database administrator adalah seorang atau group personil pengolahan data yang bertanggung jawab terhadap kontrol keseluruhan basis data. Berikut merupakan berbagai kegiatan pengendalian basis data: •

Menentukan isi informasi basis data.

•

Penghubung antar pengguna.

•

Menentukan struktur penyimpanan.

•

Menentukan

prosedur

kewenangan dan validasi.

cek

otorisasi

atau

23

•

Memonitor

penampilan

memberikan

respon

(performance) terhadap

dan

permintaan

perubahan oleh pengguna. •

Menentukan strategi backup dan recovery.

2. Programmer Programmer merupakan tenaga ahli komputer yang berfungsi untuk mengembangkan program-program aplikasi yang diperlukan dalam manajemen basis data. Seringkali suatu aplikasi basis data memang perlu disiapkan dalam bentuk program, misalnya untuk bentuk tampilan layar dalam proses penyiapan dan pemuktahiran data, pembuatan laporan-laporan baik yang melalui printer ataupun layar monitor dan lainlain. Program aplikasi basis data dapat dikembangkan dengan menggunakan bahasa pemrograman SQL. Program aplikasi yang dikembangkan dapat juga ditempelkan pada layar web pada aplikasi internet, sehingga bagi pengguna akhir akan menjadi sangat mudah melakukan akses ke dalam basis data.

24

3. End User ( Pengguna Akhir ) Yang termasuk dalam kategori pengguna akhir adalah pemilik

sistem

atau

enterprise,

para

manager,

supervisor, operator, pelanggan dan sebagainya yang terlibat

langsung

dalam

pengunaan

basis

data.

Pengguna melakukan akses ke dalam basis data menggunakan alat bantu yang dikembangkan oleh programmer, analis ataupun browser.

2.1.4

Alasan penggunaan dari DBMS Ada beberapa keuntungan dan kerugian dalam penggunaan basis data yang diperoleh dari hasil penerapan menajemen basis data pada suatu perusahaan.

Keuntungan dari Database Management system Keuntungan dari DBMS antara lain : •

Kontrol terhadap redudansi data. Dengan basis data, filefile diintegrasikan sehingga data-data yang sama dapat dikontrol.

•

Konsistensi data, dengan terkontrolnya redudansi data, maka data menjadi konsisten.

•

Sharing data, dengan DBMS user dapat melakukan sharing data dengan user lainnya.

25

•

Meningkatkan integritas data, integritas dari suatu basis data adalah validitas dan konsistensi dari data pada basis data tersebut. Dengan DBMS dapat diterapkan sejumlah batasan agar integritas data dapat terjaga.

•

Meningkatkan keamanan, data dapat diproteksi dari user yang tidak memiliki autoritas terhadap data tersebut.

•

Meningkatkan backup dan recovery, untuk mencegah terjadinya kerusakan atau kehilangan data, dapat dilakukan proses backup dan recovery.

Kerugian dari Data Base Management Sistem Kerugian dari DBMS antara lain adalah: •

Kompleksitas, keharusan untuk menghasilkan suatu DBMS yang baik membuat software DBMS menjadi semakin kompleks. Perancang dan pengembangan basis data, administrator data, dan pengguna akhir harus mengerti fungsi-fungsi dari DBMS supaya dapat memperoleh keuntungan secara maksimal. Kesalahan pemahaman dari sistem dapat menghasilkan keputusan yang salah. Karena sistem yang kompleks mengakibatkan DBMS memiliki ukuran yang semakin besar, dan berakibat banyaknya ruang disk yang dibutuhkan dan juga membutuhkan memori yang besar supaya program dapat berjalan secara efisien.

26

Kompleks, karena kemampuan perangkat lunak yang lebih besar menjadi terlihat lebih rumit dan penguasaan yang lebih

tinggi,

antara

lain

untuk

kebutuhan

sistem

administrasi, prosedur recovery, prosedur backup, penataan keamanan data dan penataan dalam rangka proses yang konkuren.

•

Biaya DBMS, harga dari DBMS bervariasi tergantung dari fungsi dan kebutuhan. Kebutuhan penyimpanan untuk DBMS mengharuskan pembelian ruangan penyimpanan tambahan. Selanjutnya untuk mencapai performance yang diperlukan, mungkin perlu membeli mesin yang lebih besar, sehingga pengadaan perangkat keras tambahan mengakibatkan pembelanjaan lebih lanjut. Dalam beberapa situasi, biaya DBMS dan ekstra hardware mungkin tidak penting dibandingkan dengan biaya untuk mengkonversi aplikasi yang ada untuk dijalankan pada DBMS dan hardware yang baru. Biaya ini juga termasuk biaya untuk melatih staff untuk menggunakan sistem yang baru ini dan mungkin juga biaya untuk memperkerjakan staff spesialis untuk membantu mengkonversi dan menjalankan sistem baru. Biaya ini yang menjadi alasan utama kenapa beberapa

27

organisasi puas dengan sistem yang sekarang dan tidak ingin beralih ke sistem yang modern.

•

Performance, secara khusus sebuah sistem file-based ditulis untuk sebuah aplikasi spesifik seperti invoicing. Hasilnya,

performance

secara

umum

lebih

baik.

Bagaimanapun DBMS harus ditulis menjadi lebih umum lagi untuk menyediakan beberapa aplikasi sekaligus, tetapi akibatnya beberapa aplikasi tidak berjalan secara cepat seperti biasanya.

• Dampak kegagalan dari DBMS, pemusatan dari sumber daya dapat meningkatkan kemudahan rusak dari sebuah sistem. Karena semua pemakai dan aplikasi tergantung pada ketersediaan dari DBMS, kegagalan beberapa komponen bisa membuat operasi berhenti.

2.2

Database Application Life Cycle Database life cycle merupakan komponen yang penting dalam sistem basis data karena aplikasi dari database life cycle berkaitan dengan informasi yang ada. Langkah-langkah dari database life cycle dapat dilihat pada gambar di bawah ini :

28

Database planning

System definition

Requirement collection and analysis

Database design Conceptual database design

DBMS selection (optional)

Application design

Logical database design

Physical database design

Implementation Prototyping (optional)

Data conversion & loading

Testing

Operational maintenance

Gambar 2.1 ( Connolly, 2002, p27 )

2.2.1

Database Planning Merencanakan bagaimana tahapan dari life cycle dapat dijalankan dalam sistem basis data secara efektif dan efisien. Perencanaan basis data ( Database Planning ) harus terintegrasi dengan keseluruhan strategi sistem informasi dari organisasi. Ada tiga masalah pokok dalam merumuskan suatu strategi sistem informasi, yaitu :

29

1. Identifikasi rencana dan tujuan perusahaan dengan penentuan kebutuhan sistem informasi berikutnya. 2. Mengevaluasi sistem informasi yang ada sekarang untuk menentukan 3. Penilaian

kekuatan dan kelemahan yang ada. kesempatan

peluang

teknologi

informasi

yang

menghasilkan keuntungan yang kompetitif. Perencanaan basis data perlu juga meliputi pengembangan standard yang mengontrol bagaimana data akan dikumpulkan, bagaimana format harus diterapkan, dokumentasi apa saja yang diperlukan, dan bagaimana rancangan dan implementasi dapat diproses. Dalam merancang suatu standard yang baik harus menyediakan suatu basis untuk staff pelatihan dan mengukur pengendalian mutu, dan dapat memastikan bahwa pekerjaan yang ada menyesuaikan diri kepada suatu pola teladan, tanpa tergantung dengan ketrampilan dan pengalaman staff.

2.2.2

System Definition Adalah menentukan ruang lingkup dari aplikasi basis data yang akan dibuat termasuk pengguna dan tempat di mana aplikasi basis data tersebut diterapkan. Sebelum mencoba untuk merancang suatu aplikasi basis

data,

sangatlah

penting

bahwa

pertama

kali

kita

harus

mengidentifikasi batasan-batasan sistem yang ada dan bagaimana sistem tersebut dapat menghubungkan dengan bagian lain yang terdapat dalam sistem informasi organisasi / perusahaan. Dan juga sangatlah penting

30

bahwa kita harus menentukan batasan-batasan sistem tidak hanya area aplikasi dan para pemakai yang sekarang, tetapi juga aplikasi para pemakai masa depan. Suatu aplikasi basis data mungkin punya satu atau lebih user views dan mengidentifikasi user views adalah suatu hal yang penting dalam mengembangkan suatu aplikasi basis data, sebab dapat membantu untuk memastikan bahwa tidak ada pengguna utama dalam basis data tersebut terlupakan ketika mengembangkan kebutuhan untuk aplikasi basis data yang baru. User views sangat membantu dalam pengembangan aplikasi basis data yang relatif kompleks karena user views dapat membuat basis data tersebut dipecah ke dalam bagian-bagian yang dapat dikendalikan. User views menggambarkan apa yang diperlukan suatu aplikasi basis data dalam kaitan dengan data yang disimpan dan transaksi untuk dilakukan atas data tersebut. Kebutuhan user views mungkin beda dengan view yang bersangkutan atau tumpang tindih dengan view yang lain.

2.2.3

Requirement Collection and Analysis Pengumpulan kebutuhan dan analisis informasi tentang bagian dari organisasi / perusahaan yang didukung oleh aplikasi basis data dan menggunakan informasi ini untuk mengidentifikasi kebutuhan user dari sistem yang baru. Pengumpulan kebutuhan dan analisis dapat dilakukan dengan cara :

31

1.

Mempelajari

dokumentasi

bermanfaat untuk

(Examining

Documentation),

memperoleh beberapa pengetahuan, seperti

bagaimana kebutuhan akan suatu basis data yang ada. Selain itu juga dapat membantu menyediakan informasi pada bagian perusahaan yang dihubungkan dengan masalah. Jika masalah berhubungan dengan sistem yang sedang berjalan, maka pasti ada dokumentasi yang dihubungkan dengan sistem tersebut. Dengan mempelajari dokumen-dokumen, laporan dan file yang berkaitan dengan sistem yang ada maka dapat dengan cepat memperoleh beberapa pemahaman tentang sistem.

2.

Wawancara (Interview), yaitu teknik yang paling sering digunakan. Dengan wawancara dapat memperoleh informasi dari individu dengan cara bertatap muka. Ada beberapa tujuan dalam menggunakan interview, antara lain seperti menemukan fakta, verifikasi, klarifikasi, menampilkan antusiasme, melibatkan pengguna akhir, identifikasi kebutuhan dan memperoleh ide atau opini. Dengan mengggunakan teknik interview membutuhkan kemampuan dan komunikasi yang baik untuk menghadapi orangorang yang mempunyai pandangan yang berbeda dalam hal prioritas pendapat, motivasi dan kepribadian. Keuntungan dari interview antara lain :

32

•

Memungkinkan orang yang diwawancarai untuk menjadi bagian dari proyek.

•

Memungkinkan orang yang diwawancarai untuk merespon secara bebas dan terbuka terhadap suatu pertanyaan.

•

Memungkinkan pewawancara untuk mengamati gerak tubuh dari orang yang diwawancarai.

•

Memungkinkan pewawancara untuk mengadaptasi atau menyusun ulang pertanyaan selama proses interview.

Kekurangan dari wawancara antara lain yaitu : •

Banyak menghabiskan waktu dan biaya.

•

Kesuksesan dapat bergantung kepada kemauan dari orang yang diwawancara untuk berpartisipasi dalam interview.

•

Kesuksesan tergantung pada kemampuan komunikasi dari si pewawancara.

3.

Penelitian ( Research ), berfungsi untuk meneliti aplikasi dan masalah. Majalah-majalah komputer , buku-buku petunjuk dan internet merupakan sumber informasi yang baik. Keuntungan dari Penelitian adalah : •

Dapat menghemat waktu jika solusinya ada.

•

Peneliti dapat memperoleh informasi yang up to date.

33

•

Peneliti dapat melihat orang lain dalam menyelesaikan masalah yang serupa.

Kekurangan dari penelitian adalah : •

Menghabiskan waktu.

•

Mungkin tidak dapat membantu dalam menyelesaikan masalah sebab masalahnya tidak didokumentasi.

•

Membutuhkan akses ke sumber informasi yang dibutuhkan.

4. Kuisioner ( Questionnaires ) adalah dokumen-dokumen yang mempunyai tujuan tertentu yang mengumpulkan fakta-fakta dari sejumlah orang ketika mempertahankan beberapa kontrol atas respon-respon mereka. Ada dua tipe dari jenis pertanyaan kuisioner, yaitu : a.

Fix format questions, Membutuhkan jawaban yang lebih spesifik dari responden. Setiap pertanyaan yang diberikan sudah ada pilihan jawaban, sehingga jawaban dari respon lebih terkontrol.

b.

Free format questions, Membutuhkan jawaban yang lebih bebas dan lebih luas dari para responden.

34

Keuntungan dari kuisioner antara lain : •

Tanggapan

dapat

dikumpulkan

dan

dianalisa

dengan cepat. •

Orang-orang dapat mengisi dan mengembalikan kuisioner sesuai dengan keinginan mereka.

•

Secara relative merupakan cara yang murah memperoleh data

dari orang banyak.

Kekurangan dari kuisioner adalah : •

Mungkin dapat dikembalikan dengan jawaban yang tidak lengkap.

•

Dapat memakan waktu menyiapkan kuisioner.

•

Jumlah respon mungkin rendah.

•

Mungkin tidak menyediakan kesempatan untuk beradaptasi atau merubah pertanyaan yang salah ditafsirkan.

5. Mengamati ( Observasi ) adalah merupekan teknik fact-finding untuk mengerti sebuah sistem, teknik ini memungkinkan untuk berpartisipasi atau mengawasi seseorang melakukan aktivitas untuk mempelajari tentang sistem. Keuntungan dari mengamati adalah : •

Relatif tidak mahal.

35

•

Pengamat dapat melihat secara langsung apa saja yang dilakukan.

•

Pengamat

dapat

mendeskripsikan

juga

memperoleh

data

lingkungan-lingkungan

dengan

fisik

dari

suatu pekerjaan. •

Memungkinkan pengecekan valid tidaknya dari suatu fakta dan data.

Kekurangan dari mengamati antara lain : •

Adanya kemungkinan kehilangan tugas pengamatan tergantung dari tingkat kesulitan yang berbeda.

•

Kurang praktis.

•

Seseorang dapat berubah dalam bekerja ketika tahu sedang diamati.

•

Beberapa tugas mungkin tidak selalu dilakukan ketika sedang perlu diamati.

2.2.4

Database Design Salah satu aplikasi yang umum dikenal dalam aplikasi basis data adalah perancangan basis data ( database design ). Perancangan basis data dimulai ketika analisis terhadap suatu kebutuhan perusahaan telah dilakukan. Di dalam perancangan basis data terdapat suatu metodologi yang membantu dalam membuat suatu basis data. Yang dimaksud dengan

36

metodologi perancangan basis data adalah sebuah pendekatan struktur yang mencakup prosedur, teknik, alat bantu dan tujuan dokumentasi untuk mendukung dan memberi sarana dalam proses perancangan basis data terdiri dari tahap-tahap yang membantu para perancang dengan teknik yang tepat dalam setiap merancang basis data. Metodologi perancangan basis data juga membantu perancang untuk merancanakan, mengatur dan mengevaluasi pengembangan dari proyek pembuatan basis data tersebut. Dalam metodologi perancangan basis data, proses perancangan dibagi menjadi 3 bagian yaitu Conceptual Database Design, Logial Database Design, dan Physical Database Design. •

Conceptual Database Design, yaitu proses membangun suatu model informasi yang digunakan dalam perusahaan yang tidak bergantung pada pertimbangan fisik. Conceptual Database Design meliputi pembuatan sebuah konseptual data model sebagai bagian dari perusahaan. Data model dibangun menggunakan informasi yang didokumentasi dari user requirement. Conceptual Database Design secara keseluruhan terbebas dari detil penerapannya, seperti DBMS software, aplikasi program, programming language, hardware platform atau pertimbangan fisik lainnya.

•

Logical Database Design adalah proses membangun suatu model informasi yang digunakan dalam perusahaan yang berdasarkan pada sebuah model data yang spesifik, tetapi tidak bergantung pada sebuah

37

DBMS tertentu dan pertimbangan fisik lainnya. Konseptual data model yang dibuat pada tahap sebelumnya disempurnakan dan dipetakan menjadi sebuah logikal data model.

•

Physical Database Design dilakukan untuk memutuskan struktur logic secara fisik yang diimplementasikan ke dalam tujuan DBMS, para perancang juga harus membuat keputusan mengenai bagaimana basis data tersebut dapat diimplementasikan / diterapkan dalam perusahaan. Oleh karena itu, Physical Database Design untuk meningkatkan kinerja dari basis data tersebut dapat mempengaruhi logikal data model. Ada beberapa faktor-faktor penting dalam merancang suatu basis data antara lain yaitu : 1. Mengadakan pertemuan dengan user sesering mungkin untuk membicarakan rancangan basis data yang akan di buat. 2. Mengikuti langkah-langkah yang terdapat dalam metodologi perancangan basis data. 3. Melakukan pendekatan terhadap data-data yang akan digunakan. 4. Menggabungkan pertimbangan integrity dan struktural ke dalam model data. 5. Menggabungkan konseptual, normalisasi, dan validasi transaksi ke dalam metodologi model data. 6. Gunakan diagram untuk menjelaskan model data tersebut.

38

7. Gunakan Database Design Language ( DBDL ) untuk menjelaskan tambahan data yang tidak bisa dijelaskan dengan menggunakan diagram. 8. Buat kamus data untuk mendukung diagram dari model data dan DBDL. 9. Ulangi langkah-langkah tersebut.

2.2.5

DBMS Selection ( Optional ) Pemilihan DBMS dilakukan untuk memilih DBMS yang cocok atau sesuai dengan aplikasi basis data yang dibuat. Bagaimanapun pemilihan DBMS bisa dilakukan pada setiap waktu sebelum melakukan logical design yang menyajikan informasi cukup mengenai kebutuhan sistem seperti performance, security, dan integrity constrain. Walaupun pemilihan DBMS mungkin jarang, tetapi ketika kebutuhan perusahaan sedang diperluas atau sistem yang berjalan digantikan, mungkin menjadi perlu kadang-kadang untuk mengevaluasi produk DBMS yang baru. Suatu pendekatan

sederhana

dalam

melakukan

DBMS

adalah

dengan

mencocokan DMS dengan kebutuhan. Secara khusus DBMS menyediakan fasilitas-fasilitas seperti : •

Mengijinkan user untuk menentukan basis data, biasanya melalui Data Definition Language ( DDL ). DDL mengijinkan user untuk memspesifikasi tipe data dan struktur dan batasan-batasan data yang bisa disimpan di basis data.

39

•

Mengijinkan user untuk insert, update, delete, dan retrieve data dari basis data, biasanya melalui Data Manipulation Language ( DML )

•

DBMS menyediakan akses kontrol ke basis data. Contohnya antara lain : a.

Security System, di mana mencegah user autorisasi untuk mengakses basis data.

b.

Integrity

System,

di

mana

menangani

konsistensi

penyimpanan data. c.

Concurrency Control System, di mana mengijinkan basis data untuk diakses secara share.

d.

Recovery Control System, di mana basis data bisa direstore pada

saat

terjadi

kesalahan

pada

hardware

ataupun software. e.

User-Acessible Catalog, di mana berisi deskripsi data di dalam basis data.

Berikut langkah-langkah utama dalam memilih DBMS : 1. Menggambarkan

cakupan

tugas

berdasarkan

kebutuhan

perusahaan. 2. Membuat perbandingan mengenai dua atau tiga produk DBMS. 3. Mengevaluasi produk-produk DBMS tersebut. 4. Merekomendasi pemilihan DBMS dan membuat laporan hasil dari evaluasi produk DBMS tersebut.

40

2.2.6

Application Design Perancangan

user

menghubungkan

program

aplikasi

yang

menggunakan dan memproses basis data tersebut. Mengamati desain aplikasi dan basis data itu adalah aktivitas paralel pada aplikasi basis data life cycle. Dalam banyak kasus, tidaklah mungkin untuk melengkapi atau menyudahi desain aplikasi itu sampai perancangan basis data terhadap dirinya sendiri yang sedang berlangsung. Pada sisi lain, basis data ada untuk mendukung aplikasi tersebut, dan demikian harus ada suatu informasi antar desain aplikasi dan desain basis data. Kita harus memastikan bahwa semua kemampuan menyatakan spesifikasi kebutuhan pemakai ada di dalam desain aplikasi untuk aplikasi basis data. Ini melibatkan program aplikasi mengakses basis data akan merancang transaksi tersebut ke dalam akses basis data. Sebagai tambahan terhadap perancangan bagaimana kemampuan yang diperlukan atau diharapkan untuk dapat tercapai, maka kita harus mendesain seorang user yang sesuai untuk menghubungkan ke aplikasi basis data tersebut. Alat penghubung ini menyajikan informasi yang diperlukan sehingga mudah dioperasikan. Bagaimanapun, haruslah dikenali bahwa alat penghubung mungkin adalah salah satu dari komponen yang paling utama dari sistem itu. Pada sisi lain jika alat penghubung tidak mempunyai satupun karakteristik maka sistem akan menyebabkan permasalahan.

41

2.2.7

Prototyping Prototype adalah merupakan suatu model aplikasi basis data yang mempunyai semua corak yang diperlukan dan menyediakan semua kemampuan sistem. Tujuan utama untuk mengembangkan suatu aplikasi prototype database adalah agar user dapat mengidentifikasi fitur sistem menjadi bekerja dengan baik. Jika memungkinkan, pemakai dapat memberikan saran untuk mengadakan perbaikan atau bahkan fitur baru dalam aplikasi basis data tersebut. Keuntungan prototype adalah relatif murah dan cepat dalam proses pembuatannya. Ada dua strategi prototyping, yaitu requirements prototyping dan evolutionary prototyping. Requirements Prototyping adalah prototype yang menentukan kebutuhankebutuhan yang diusulkan aplikasi basis data dan jika kebutuhankebutuhan sudah dilengkapi maka prototype tidak dipakai atau dibuang. Sedangkan Evolutionary Prototyping, adalah prototype yang sama dengan requirements prototyping, tetapi perbedaannya bisa digunakan untuk perkembangan lebih lanjut menjadi aplikasi kerja basis data.

2.2.8

Implementation Implementasi merupakan perwujudan fisik dari basis data dan desain aplikasi. Pada tahap penyelesaian desain kita dapat menerapkan basis data dan program aplikasi yang telah kita buat. Implementasi basis data dicapai dengan menggunakan Data Definition Language ( DDL )

42

yang telah kita pilih dalam melakukan DBMS atau dengan menggunakan Graphical User Interface ( GUI ) yang menyediakan fungsional yang sama dengan pernyataan DDL yang digunakan untuk menciptakan struktur basis data tersebut. User Views juga diterapkan pada langkah implementasi. Program aplikasi diterapkan dengan menggunakan bahasa generasi keempat atau ketiga yang lebih disukai. Bagian dari program aplikasi ini adalah transaksi basis data, yang diterapkan dengan menggunakan Data Manipualtion Language ( DML ). Transaksi basis data juga dapat dibuat dalam bahasa pemrograman seperti Visual Basic, Delphi, C, C++, Java, COBOL, Fortran, Ada, atau Pascal. Kita juga menerapkan komponen lain dari desain aplikasi seperti layar menu, format masukkan data dan laporan. Pengendalian keamanan dan integritas untuk aplikasi juga telah diterapkan.

Sebagian

dari

kendali

ini

telah

diterapkan

dengan

menggunakan DDL, tetapi yang lain mungkin perlu untuk digambarkan di luar dari DDL. Sebagai contoh kegunaan yang disediakan DBMS kendali sistem operasi.

2.2.9

Data Conversion and Loading Pemindahan data yang ada ke dalam basis data yang baru dan mengubah aplikasi yang sedang berjalan agar dapat digunakan dalam basis data yang baru. Langkah ini diperlukan hanya ketika suatu sistem basis data lama digantikan dengan sistem basis data yang baru. Sekarang ini

43

suatu DBMS mempunyai kegunaan memasukkan file ke dalam basis data yang baru, dan kemudian secara otomatis mengubah data ke dalam format yang diperlukan oleh file basis data yang baru. Jika bisa diterapkan, pengembang dapat mengubah dan menggunakan program aplikasi dari sistem yang lama untuk digunakan oleh sistem yang baru.

2.2.10 Testing Testing adalah proses melaksanakan program aplikasi dengan tujuan menemukan kesalahan. Sebelum diterapkan dalam suatu sistem, basis data harus dilakukan pengujian atau testing terlebih dahulu. Dalam hal ini kita harus hati-hati dalam perencanaan strategi test dan data harus realistis sedemikian sehingga keseluruhan proses pengujian sesuai dengan metodenya dan dengan kaku dilaksanakan. Sesungguhnya, pengujian tidak bisa menunjukkan tidak adanya kesalahan, hal tersebut dapat dilakukan apabila dengan menggunakan suatu perangkat lunak. Jika pengujian diselenggarakan dengan sukses, maka akan membongkar kesalahan pada program aplikasi dan mungkin struktur basis data. Sebagai manfaat sekunder, pengujian mempertunjukkan bahwa basis data dan program aplikasi nampak seperti bekerja menurut spesifikasi mereka dan kebutuhan nampak seperti dicukupi. Seperti saat merancang suatu basis data, maka dalam melakukan testing para pemakai sistem yang baru harus dilibatkan untuk menguji proses aplikasi dan basis data tersebut. Situasi yang ideal untuk pengujian sistem

44

adalah mempunyai suatu test basis data pada suatu sistem perangkat keras, tetapi ini sering tidak tersedia. Jika data real diharapkan untuk digunakan, maka penting untuk mempunyai backup. Setelah pengujian diselesaikan, maka sistem aplikasi basis data ini telah siap untuk digunakan.

2.2.11 Operational Maintenance Dalam langkah-langkah sebelumnya, aplikasi basis data telah secara penuh diterapkan dan diuji. Sistem sekarang pindah ke suatu langkah pemeliharaan yang melibatkan aktivitas berikut ini : •

Monitoring Performance dari sistem. Jika performance jatuh di bawah suatu tingkatan yang bisa diterima, maka penyetelan atau reorganisasi basis data mungkin diperlukan.

•

Maintaining dan meningkatkan aplikasi basis data. Kebutuhan harus disatukan ke dalam aplikasi basis data melalui tahap-tahap sebelumnya yang terdapat dalam database life cycle.

Ketika aplikasi basis data sedang beroperasi, perlu dilakukan monitoring secara dekat untuk memastikan bahwa performance dalam tingkatan yang bisa diterima. Suatu DBMS secara normal menyediakan berbagai kegunaan untuk membantu administrasi basis data yang mencakup kegunaan untuk mengisi data ke dalam suatu basis data dan untuk memonitor

sistem

tersebut.

Kegunaan

yang

mengijinkan

sistem

melakukan monitoring secara berdampingan atau berhadapan informasi sebagai contoh, pemakaian basis data untuk efisiensi dan query strategi

45

pelaksanaan. Database Administrator (DBA) dapat menggunakan informasi ini untuk men-setting sistem dan untuk memberi performance yang lebih baik, sebagai contoh, dengan menciptakan index tambahan untuk mempercepat query, dengan mengubah struktur basis data, atau dengan melakukan kombinasi terhadap tabel yang ada. Monitoring proses akan terus berlanjut sepanjang seluruh hidup suatu aplikasi basis data tersebut dan pada waktu tertentu boleh melakukan reorganisasi basis data untuk mencukupi kebutuhan sistem. Peubahan ini menyediakan informasi pada evolusi sistem dan sumber daya yang pada masa yang akan datang mungkin diperlukan. Hal ini memungkinkan DBA untuk terlibat dalam perencanaan kapasitas dan untuk melakukan penyesuaian rencana. Jika DBMS kekurangan kegunaan tertentu, DBA dapat mengembangkan kegunaan yang diperlukan atau membeli tools tambahan, jika tersedia.

2.3

Normalisasi Suatu desain basis data harus memenuhi kondisi untuk tidak mengandung anomali, yaitu suatu kejanggalan dari suatu penempatan atribut dari suatu obyek data. Untuk membedakan satu record dengan yang lainnya maka perlu dipilih atribut atau kombinasi atribut sebagai primary key. Syarat primary key adalah harus unik, jumlah kombinasi atribut minimum, dan tidak boleh mengandung nilai kosong (null).

46

Tujuan dari normalisasi antara lain : •

Menghilangkan kumpulan relasi dari insertion, update, dan delete dependency yang tidak diharapkan.

•

Mengurangi kebutuhan restrukturisasi kumpulan relasi.

•

Membuat model relasional lebih informatif.

Langkah-langkah normalisasi : a. Normalisasi Pertama ( 1NF ) Suatu data dikatakan un-normalized, jika didalamnya mengandung kelompok berulang (repeating group), sehingga untuk membentuk normalisasi pertama (1NF) repeating group harus dihilangkan. Untuk menjadi 1st NF maka group yang berulang dihilangkan dengan mengisi pada bagian yang kosong dengan yang seharusnya pada suatu bentuk record. b. Normalisasi Kedua ( 2NF ) Dapat dihasilkan dengan melihat apakah ada atribut bukan primary key yang merupakan fungsi dari sebagian primary key (partial dependence). Dalam normalisasi kedua ( 2NF ) setiap atribut yang tergantung parsial ini harus dipisahkan dengan mengikut sertakan determinannya. Bentuk normal diperoleh bila setiap atribut bukan bagian primary key dari suatu tabel sepenuhnya merupakan fungsi (fungsional dependence) dari primary key tersebut.

47

c. Normalisasi Ketiga ( 3NF ) Pengujian terhadap 3NF dilakukan dengan cara melihat apakah terdapat atribut bukan key tergantung fungsional terhadap atribut bukan key yang lain (disebut ketergantungan transitif atau transitive dependence). Dengan cara yang sama, maka setiap ketergantungan transitif dipisahkan. 3NF sudah cukup bagus dalam arti bahwa anomali yang dikandungnya sudah sedemikian minimum (hampir tidak ada). d. Normalisasi Keempat Boyce-Codd Normal Form ( 4 NF / BCNF ) Suatu relasi dikatakan BCNF bila di dalamnya berisi atribut yang berfungsi sebagai candidate key sehingga salah satu dari candidate key tersebut menjadi primary key.

2.4

Metodologi Perancangan Basisdata Perancangan basis data terdiri dari : 1. Perancangan Basisdata Konseptual 2. Perancangan Basisdata Logikal 3. Perancangan Basisdata Fisikal

2.4.1

Perancangan Basisdata Konseptual Tahap-tahap perancangan basis data konseptual antara lain : Tahap 1, yaitu membangun atau membuat model data konseptual untuk setiap bagian dari perusahaan untuk setiap view yang spesifik. Di dalam perancangan basis data konseptual kita perlu melakukan antara lain:

48

•

Mengidentifikasikan tipe-tipe entitas utama yang dibutuhkan oleh view. Entity adalah elemen dari model yang mewakili apa yang ingin disimpan informasinya. Misalnya bila kita ingin membuat model aplikasi sumber daya manusia, karyawan, departemen, dan gaji adalah tiga contoh entit yang diperlukan dalam model.

•

Mengidentifikasikan tipe relationship atau obyek, tujuannya mengidentifikasikan relasi penting yang ada di antara tipe-tipe entitas yang telah diidentifikasi.

•

Mengidentifikasi dan menghubungkan atribut dengan tipe-tipe entity tipe-tipe relationship yang sesuai.

•

Menentukan atribut domain dalam data model konseptual, tujuannya adalah untuk menentukan domain-domain untuk atribut-atribut dalam local conceptual data model.

•

Menentukan atribut primary key dan candidate primary key, tujuannya adalah untuk mengidentifikasi candidate key untuk untuk tiap tipe entitas dan jika terdapat lebih dari satu candidate key, maka pilih salah satu untuk menjadi primary key.

•

Mempertimbangkan penggunaan konsep enhanced modeling (pilihan),

tujuannya

adalah

untuk

penggunaan enhanced modeling concepts.

mempertimbangkan

49

2.4.2

Perancangan Basisdata Logikal Tahap 2, membangun dan memvalidasi model data logical local untuk setiap view. Membangun sebuah local logical data model dari local conceptual data model yang merepresentasikan sebuah view perusahaan tertentu dan kemudian memvalidasi model ini untuk menjamin bahwa model ini secara struktur benar untuk menjamin model mendukung transaksi-transaksi yang disyaratkan. •

Menghilangkan fitur-fitur yang tidak kompatibel dengan model relational untuk menyaring model data conceptual local. Langkah ini bertujuan antara lain untuk : a. Menghilangkan tipe many to many ( *:* ) binary relationship. b. Menghilangkan relationship

recursive adalah

relationship. hubungan

Recursive

suatu

entitas

dengan entitas itu sendiri. c. Menghilangkan tipe complex relationship. d. Menghilangkan atribut multi value. •

Mendapatkan relasi model data logical local, tujuannya menciptakan relasi-relasi untuk model data logical untuk merepresentasikan entiti, relationship, dan atribut yang telah didefinisikan.

50

•

Validasikan relasi dengan menggunakan normalisasi, tujuannya adalah untuk memvalidasi relasi dalam local logical data model yang menggunakan teknik normalisasi.

•

Memvalidasi relasi dengan transaksi user, tujuannya adalah untuk menjamin bahwa relasi pada model data logical local mendukung transaksi yang diperlukan view.

•

Me-review model data logical local dengan user. Tujuannya untuk memastikan model data logical local dan mendukung dokumentasi dan menjelaskan model adalah representasi yang sebenarnya dari view.

•

Mendefinisikan batasan integritas, tujuannya adalah untuk mnedefinisikan batasan integritas yang diberikan oleh view. Ada lima tipe batasan untuk integritas yaitu : 1. Data yang dibutuhkan, beberapa atribut harus selalu mempunyai nilai yang valid ( tidak boleh null ). Contohnya setiap staff memiliki jabatan. Batasan ini masuk ke dalam kamus data. 2. Batasan atribut domain, tiap atribut mempunyai domain yaitu kumpulan nilai-nilai yang legal. Contohnya jenis kelamin staff dilambangkan dengan ‘F’ atau ‘M’. 3. Integritas entity, primary key tidak boleh null. Contoh setiap tuple dari relasi staff harus memiliki atribut primary key yaitu Staff No.

51

4. Integritas referential, jika foreign key memiliki nilai maka nilai tersebut harus menunjuk pada tuple yang ada pada relasi parent. Ada lima strategi untuk mempertahankan referential integrity pada saat penghapusan tuple pada relasi parent, yaitu : ¾ NO ACTION, yaitu mencegah penghapusan dari relasi parent jika terdapat tuple-tuple child yang direferensi atau ditunjuk. ¾ CASCADE, yaitu ketika tuple parent dihapus, secara otomatis juga dihapus tuple-tuple child yang direferensi atau ditunjuk. ¾ SET NULL, ketika tuple parent dihapus, maka nilai foreign key dalam semua tuple-tuple child yang berhubungan secara

otomatis dijadikan null.

¾ SET DEFAULT, ketika tuple parent dihapus dihapus, maka nilai foreign key dalam semua tupletuple child yang berhubungan secara otomatis disamakan nilainya dengan default-nya. ¾ NO CHECK, ketika tuple parent dihapus, maka kita jangan melakukan

apa-apa

referential integrity tetap

untuk terjaga.

menjamin

52

5. Batasan perusahaan atau enterprise, disebut juga peraturan bisnis. Contoh

Dream Home memiliki peraturan untuk

mencegah anggota staff memimpin lebih dari 100 properti pada waktu yang sama.

Tahap 3, adalah membangun dan memvalidasi model data logical global dan menggabungkan individual model data logical local ke dalam sebuah single model data logical

local yang menggambarkan keseluruhan

perusahaan. Yang antara lain adalah : •

Menggabungkan model data logical ke dalam model global, tujuannya adalah untuk menggabungkan local logical data model individual ke dalam sebuah single model data logical global dari perusahaan.

•

Memvalidasi model data logical global, tujuannya untuk memvalidasi relasi yang diciptakan dari model data logical global dengan menggunakan teknik normalisasi dan menjamin mereka untuk mendukung transaksi yang dibutuhkan jika diperlukan.

•

Memeriksa untuk perkembangan di masa depan, tujuannya untuk menentukan apakah ada perubahan signifikan seperti dalam masa depan dapat diketahui dari sekarang dan menilai jika model data logical global dapat menyesuaikan perubahan-perubahan.

53

•

Me-review model data logical global dengan user, tujuannya menjamin bahwa model data logical global adalah representasi yang sebenarnya dari perusahaan.

2.4.3

Perancangan Basisdata Fisikal Tahap 4, yang digolongkan dalam perancangan basis data fisikal adalah bertujuan untuk menghasilkan sebuah skema basis data relational dari model logical global yang dapat diimplementasikan dalam target DBMS. Yang antara lain adalah : •

Merancang relasi-relasi dasar Tujuannya untuk memutuskan bagaimana memrepresentasikan relasi- relasi dasar yang diidentifikasikan dalam model data logical global dalam target DBMS.

•

Merancang representasi dari derived data. Tujuannya untuk derived

memutuskan bagaimana merepresentasikan

data yang ada pada data model logical global ke

dalam target DBMS. •

Merancang batasan perusahaan. Tujuannya tergantung pada DBMS. Ada yang menyediakan fasilitas untuk mendefinisi batasan perusahaan dan ada yang tidak. Jika tidak ada maka harus merancang batasan ke dalam aplikasi.

54

Tahap 5, adalah merancang representasi fisik. Tujuan menentukan organisasi file yang optimal untuk menyimpan relasirelasi dan indeks yang diinginkan agar mencapai performance yang bisa diterima, untuk itu aka ditentukan relasi dan tuple mana yang akan ada pada secondary storage. Langkah-langkahnya adalah : •

Menganalisis transaksi, tujuannya untuk memahami fungsi dari suatu transaksi yang akan dijalankan pada basis data untuk menganalisis transaksi penting.

•

Memilih organisasi file, tujuannya untuk memilih organisasi file yang

•

efisien untuk setiap relasi dasar.

Memperkirakan

kebutuhan

disk-space,

tujuannya

untuk

memperkirakan ukuran disk-space yang dibutuhkan oleh basis data. Berikut ini adalah perhitungan kapasitas penyimpanan disk menurut SQL :

55

Menghitung penyimpanan data tiap table Tabel 2.1 Pengertian Penyimpanan Data Label

Pengertian

Num_rows

Banyak record dalam satu tabel

Num_cols

Jumlah kolom dalam satu tabel

Fix_data_size

Ukuran tipe data yang tetap

Num_variabel_cols

Jumlah kolom tipe data variable

Max_var_size

Jumlah ukuran maksimum tipe data variabel

Null_bitmap

Menangani kemungkinan ada kolom yang kosong

Variabel_data _size

Menentukan banyaknya space untuk menyimpan kolom per baris

Row_size

Mengukur ukuran baris

Row_per_page

Menghitung baris per halaman

Free_row_per_page

Menghitung baris kosong per halaman

Num_pages

Menghitung jumlah halaman

Table_size

Mendapatkan total ukuran tabel

Rumus Penyimpanan Data Tabel 2.2 Rumus Penyimpanan Data Label

Rumus

Null_bitmap

2 + (( Num_cols + 7 ) / 8 )

Variabel_data_size

2 + ( Num_variabel_cols x 2 ) + Max_var_size

Row_size

Fixed_data_size + Variabel_data_size + Null_bitmap + 4

Rows_per_page

( 8096 ) / ( Row_size + 2 )

Free_row_per_page

8096 x (( 100-fill factor ) / 100 ) / ( Row_size + 2 )

Num_pages

Num_rows/(rows_per_page–ree_rows_per_page )

Table_size

8192 x Num_pages

56

Menghitung kapasitas data menggunakan clustered indeks

Tabel 2.3 Pengertian Clustered Indeks Label

Pengertian

Num_ckey_cols

Jumlah kolom key indeks

Fixed_ckey_size

Indeks key yang ukuran datanya tetap

Num_variabel_ckey_cols

Banyak kolom variabel indeks key

Max_var_ckey_size

Jumlah ukuran variabel indeks key

C index_null_bitmap

Menangani kemungkinan ada kolom indeks yang kosong

Variabel_ckey_size

Total jumlah kolom variabel indeks key

C index_row_size

Total ukuran indeks per baris

C index_rows_per_page

Total ukuran indeks per halaman

Num_pages_clevel_n

Jumlah halaman level ke-n

Clustered_index_size

Ukuran indeks cluster

Tabel 2.4 Rumus Clustered Indeks Label

Rumus

Cindex_null_bitmap

2 + (( Num_c key_cols + 7 ) / 8 )

Variabel_ckey_size

2 + ( Num_variabel_ckey_cols x 2 ) + Max_var_ckey_size

Cindex_row_size

Fixed_ckey_size + Variabel_ckey_size + C index_row_size + 2

Cindex_rows_per_page

( 8096 ) / ( C index_row_size + 2)

Num_pages_clevel_n

( Data_space_used / 8192 ) / Cindex_rows_per_page + Num_pages_clevel_0 / Cindex_row_per_page

Clustered_index_size

8192 x Num_Cindex_pages

57

Menghitung kapasitas data menggunakan nonclustered indeks

Tabel 2.5 Pengertian Nonclustered Indeks Label

Pengertian

Num_key_cols

Jumlah kolom key indeks

Fixed_key_size

Jumlah key yang ukuran datanya tetap

Num_variabel_key_cols

Banyaknya kolom varibel indeks key

Max_var_key_size

Jumlah ukuran variable indeks key

Index_null_bitmap

Menangani kemungkinan ada kolom indeks yang kosong

Variable_key_size

Total jumlah kolom variabel indeks key

NL_index_row_size

Jumlah baris indeks non-leaf

NL_index_row_per_page

Jumlah baris indeks non-leaf per halaman

Index_row_size

Total ukuran indeks per baris

Index_rows_per_page

Total ukuran indeks per halaman

Free_index_rows_per_page

Menangani kemungkinan ada kolom indeks yang kosong

Num_pages_level_n

Jumlah halaman level ke-n

Nonclustered_index_size

Ukuran indeks non clustered

Tabel 2.6 Rumus Nonclustered Indeks Label

Rumus

Index_null_bitmap

2 + (( Num_key_cols + 7 ) / 8 )

Variable_key_size

2 + ( Num_variabel_key_cols x 2 ) + Max_var_key_size

NL_index_row_size

Fixed_key_size + variable_key_size + index_null_bitmap + 1 + 8 ( 8096 ) / ( NL_index_row_size + 2 )

NL_index_rows_per_page Index_row_size Index_row_per_page

Cindex_row_size + fixed_keys_size + variable_key_size + index_null_bitmap + 1 ( 8096 ) / ( Index_row_size + 2 )

Num_pages_level_n Nonclustered_index_size

Jumlah halaman level ke-n 8192 x Num_index_pages

58

Tahap 6, adalah merancang user view. Tujuan untuk merancang user view yang diidentifikasikan selama pengumpulan kebutuhan - kebutuhan dan tahap analisis dari daur hidup aplikasi basis data relational.

Tahap 7, yaitu merancang mekanisme keamanan yang mempunyai tujuan merancang mekanisme keamanan untuk basis data yang telah dispesifikasi user.

Tahap 8, adalah mempertimbangkan adanya pengontrolan redudansi. Tujuan menentukan apakah redudansi dalam batasan yang terkontrol dengan cara melonggarkan aturan normalisasi akan meningkatkan kinerja sistem.

Tahap 9, adalah memonitor dan menyesuaikan sistem operasional. Tujuannya untuk memonitor operasional sistem dan meningkatkan performance dari sistem untuk memperbaiki keputusan rancangan yang tidak sesuai atau merefleksikan perubahan-perubahan.

2.5

Pengertian Kamus Data Menurut Mc. Leod Jr. (2001,p582) kamus data adalah suatu penjelasan tertulis mengenai data yang berada di dalam basis data. Menurut Silberschatz dan Sudarshan (2002,p17) mengatakan bahwa “ Data dictionary, which stores

59

metadata about the structure of the database, in particular the schema of the database.”, yang diartikan Kamus data di mana terdapat

meta data tentang

struktur dari basis data, dalam hubungan skema dari basis data.

2.6

Fase Pengembangan Piranti Lunak Menurut Roger Pressman (2002,p30), dalam usaha untuk mengembangkan piranti lunak, terbagi dalam tiga fase umum dengan tanpa mempedulikan area aplikasi, ukuran, proyek, atau kompleksitasnya. Berikut ini adalah fase-fase dalam pengembangan piranti lunak : •

Fase definisi (Definiton Phase), pada tahap ini pengembang harus mengidentifikasikan informasi yang akan diproses, fungsi dan unjuk kerja yang dibutuhkan, tingakah laku sistem yang diharapkan bentuk interface yang diharapkan, batasan desain yang ada serta criteria validasi yang dibutuhkan.

•

Fase pengembangan (Development Phase), pada tahap ini pengembang harus mendefinisikan konstruksi dari data, mengimplementasikan fungsi-fungsi serta detail prosedur sebagai sebuah arsitektur perangkat lunak,

merancang

interface

(tampilan

antar

muka

pemakai),

menterjemahkan rancangan ke dalam bahasa pemrograman, dan melakukan pengujian. •

Fase pemeliharaan (Maintenance Phase), tahap ini berfokus pada perubahan,

perubahan

setelah

melakukan

koreksi

kesalahan,

60

penyesuaian yang dibutuhkan ketika perangkat lunak berkembang, serta perubahan karena perubahan kebutuhan.

2.7

Teori-Teori Pembelian, Penjualan dan Persediaan 2.7.1 Pembelian Menurut Mulyadi (2001,p299), pembelian merupakan proses yang digunakan dalam perusahaan untuk pengadaan barang yang diperlukan oleh perusahaan. Transaksi pembelian dapat digolongkan menjadi dua, yaitu pembelian lokal dan pembelian import. Pembelian lokal adalah pembelian pembelian dari pemasok dalam negeri, sedangkan pembelian import adalah pembelian dari pemasok luar negeri. Fungsi pembelian bertanggung jawab untuk memperoleh

informasi

mengenai harga barang, menentukan pemasok yang dipilih dalam pengadaan barang dan mengeluarkan order pembelian kepada pemasok yang dipilih.

2.7.2

Penjualan Menurut Futrell (1993.p6), penjualan adalah kegiatan yang membujuk pelanggan untuk membeli sesuatu seperti barang, jasa, ide atau gagasan yang bisa memuaskan kebutuhan individu. Penjualan digolongkan menjadi dua yaitu penjualan tunai dan penjualan kredit.

61

•

Penjualan Tunai, yaitu penjualan yang dilakukan oleh perusahaan yang

bersangkutan

dengan

cara

mewajibkan

pelanggan

melakukan pembayaran harga barang terlebih dahulu sebelum barang tersebut diserahkan kepada pelanggan. Setelah barang diserahkan kepada pelanggan maka transaksi penjualan tunai akan dicatat oleh perusahaan. •

Penjualan kredit, yaitu penjualan yang pembayarannya dilakukan beberapa waktu kemudian setelah pelanggan menerima barang yang

dipesannya. Pembayaran dilakukan dalam jangka waktu

yang telah disepakati oleh kedua belah pihak.

Fungsi-fungsi yang berkaitan dengan sistem penjualan kredit antara lain adalah sebagai berikut : 1. Fungsi penjualan, fungsi ini bertanggung jawab untuk menerima surat order dari pelanggan. Mengedit order dari pelanggan untuk menambahkan informasi yang belum ada pada surat order tersebut, meminta otoritas kredit, menentukan tanggal pengiriman dan dari gudang mana barang akan dikirim dan mengisi surat order pengiriman. Fungsi ini juga bertanggung jawab untuk memenuhi order dari pelanggan

62

2. Fungsi kredit, fungsi ini bertanggung jawab untuk meneliti status kredit pelanggan dan pemberian kredit kepada pelanggan. 3. Fungsi gudang, fungsi ini bertanggung jawab untuk menyimpan barang dan menyiapkan barang yang dipesan untuk pelanggan serta menyerahkan barang ke fungsi pengiriman. 4. Fungsi pengiriman, fungsi ini bertanggung jawab untuk menyerahkan barang atas dasar surat order pengiriman yang diterimanya dari fungsi penjualan dan menjamin bahwa tidak ada barang yang keluar dari perusahaan tanpa ada otoritas yang berwenang. 5. Fungsi penagihan, fungsi ini bertanggung jawab untuk membuat dan mengirimkan faktur penjualan kepada pelanggan serta menyediakan copy faktur bagi kepentingan pencatatan transaksi penjualan oleh fungsi akutansi. 6. Fungsi akutansi, fungsi ini bertanggung jawab untuk mencatat piutang yang timbul dari transaksi penjualan kredit dan membuat laporan penjualan dan mencatat harga pokok persediaan yang dijual ke dalam kartu persediaan

Tujuan dari penjualan adalah : •

Untuk mencapai volume penjualan maksimal.

63

•

Untuk mendapatkan laba maksimal.

•

Untuk mendukung pertumbuhan perusahaan

Agar semua tujuan di atas dapat terwujud dengan baik maka perlu adanya kerjasama antara bagian-bagian yang terkait. 2.7.3

Persediaan Menurut Rangkuti (1995,p7), persediaan adalah merupakan salah satu unsur yang paling aktif dalam operasi perusahaan yang secara berkesinambungan diperoleh, diubah dan kemudian dijual kembali. Dalam perusahaan dagang, persediaan hanya terdiri dari satu golongan, yaitu persediaan barang dagangan yang merupakan barang yang dibeli untuk tujuan dijual kembali. Jenis-jenis persediaan menurut fungsinya dapat dibedakan sebagai berikut a. Fluctuation Stock, yaitu persediaan yang diadakan untuk menghadapi fluktuasi permintaan konsumen yang tidak dapat diprediksi. b. Batch Stock / Lot Size Inventor, yaitu persediaan yang diadakan karena kita membeli atau membuat bahan-bahan atau barangbarang dalam jumlah yang lebih besar dari jumlah yang dibutuhkan saat itu. c. Antipation

Stock,

yaitu

persediaan

yang

diadakan

untuk

menghadapi fluktuasi permintaan yang diprediksi berdasarkan pola

64

maksimum yang terdapat dalam satu tahun dan untuk menghadapi penggunaan, penjualan atau permintaan yang meningkat.

Sedangkan menurut jenis dan posisi barang, persediaan dapat dibedakan menjadi empat jenis yang antara lain yaitu : a. Persediaan bahan baku, yaitu persediaan barang-barang wujud seperti besi, kayu, serta komponen-komponen lainnya yang digunakan dalam produksi. b. Persediaan bagian produk / komponen yang dibeli, yaitu persediaan barang-barang yang terdiri dari komponen-komponen yang diperoleh dari perusahaan lain di mana secara langsung dapat dirakit menjadi suatu produk. c. Persediaan bahan-bahan pembantu, yaitu persediaan barang-barang yang diperlukan dalam proses produksi tetapi tidak merupakan bagian atau komponen barang jadi. d. Persediaan barang-barang setengah jadi, yaitu persediaan barangbarang yang merupakan keluaran dari tiap-tiap bagian dalam proses produksi atau yang telah diolah menjadi suatu bentuk tetapi masih perlu diproses atau diolah dalam pabrik dan siap untuk dijual.

65

2.8

Pengertian Syarat Penyerahan Barang Menurut buku pelajaran ekonomi, hubungan ekspor-impor merupakan hubungan dagang yang akan menghasilkan devisa bagi kedua belah pihak dan hubungan ini sering disebut juga perdagangan luar negeri. Syarat-syarat penyerahan barang ada dua macam yaitu sebagai berikut : •

Franko Gudang Penjual, yaitu barang yang diperjual belikan menjadi milik pelanggan pada saat barang sudah keluar dari gudang penjual. Segala resiko selama dalam perjalanan ditanggung pelanggan, dan ongkos pengiriman menjadi tanggung jawab pelanggan.

•

Franko Gudang Pembeli, yaitu barang yang diperjual belikan menjadi milik pelanggan saat barang sampai di tempat pelanggan. Segala resiko selama dalam perjalanan menjadi tanggung jawab penjual, dan ongkos pengiriman menjadi tanggung jawab penjual.

2.9

Sistem Keamanan Untuk menjaga keamanan data, maka sebelum login ke site, maka setiap sistem akan meminta user name dan password yang hanya di miliki oleh setiap pegawai, sehingga membantu mencegah orang yang tidak berhak untuk masuk ke dalam sistem. User level security, membatasi akses pada level tertentu, bahwa user dapat membaca atau mengupdate. Sistem keamanan yang di terapkan adalah menggunakan firewall. Ada beberapa tipe teknik firewall :

66

2.9.1

Proxy Server Dari beberapa teknik firewall kami meninjau keamanan melalui alat dan teknologi yang dapat melihat lebih dalam ke sebuah TCP packet. Disini kami akan menjelaskan bagaimana proxy dan Application Level Protection. Stateful packet inspection firewall adalah versi penyaringan paket yang telah diperbaharui. Piranti yang digunakan disini menyediakan perbaikan tambahan dengan menganalisa paket pada layer aplikasi. Beberapa tipe atau teknologi dapat digunakan untuk mengimplementasikan proteksi ini, dan mereka dikenal dengan beberapa nama yang berbeda. Applikasi level firewall menyediakan tipe koneksi data yang paling aman karena dapat menyelidiki tiap layer pada model proses komunikasi TCP/IP. Untuk mencapai level proteksi ini, firewall-firewall ini yang juga dikenal dengan proxies menghubungkan dan mengontrol koneksi dengan menahan dan memeriksa tiap koneksi. Jika proxy menentukan bahwa koneksi ini diizinkan , maka akan membuka koneksi kedua server sesudah dia mengoneksi host semula. Bagian data dari masing-masing paket dibagi, diselidiki, dibangun kembali dan

dikirim kembali ke koneksi kedua. Tipe–tipe firewall dapat

digunakan untuk mengerjakan hal tersebut yaitu, •

Standard Proxy Firewall, firewall proxy tidak me-route-kan paket dia biasanya meneruskan paket-paket dan mengoperasikannya di layer aplikasi model TCP/IP. Secara fungsional, firewall proxy

67

menerima paket dari sebuah interface, memeriksa paket menurut perangkat rule yang telah ditetapkan dan melewatkan paket ke inteface lain jika diizinkan. •

Dinamic proxy firewall, sebenarnya dikembangkan dari konsep yang diuraikan untuk firewall proxy standard, firewall proxy dinamis didesain untuk memberikan faedah pada standar proxy dan menambah faedah pada penyaringan paket. Firewall proxy memiliki fisibilitas yang bagus pada layer aplikasi model TCP/IP, untuk dapat melihat bagian-bagian data yang lebih spesifik daripada semua tipe teknologi lain .

2.9.2

Packet Filter ( Penyaringan Paket) Semua informasi yang ada menggunakan TCP/IP dan selanjutnya informasi itu dikirim sebagai bagian–bagian kecil yang di sebut packet. Penyaringan paket sering digunakan sebagai pertahanan pertama pada sistem keamanan perusahaan dengan mengkombinasikan

dengan

teknologi firewall lain. Penyaring paket adalah salah satu tipe teknologi pengawasan paket yang paling umum dan paling lama. Memulai dengan memeriksa isi paket dan mengaplikasikan aturan untuk menentukan apakah paket itu ditolak atau diizinkan. Meskipun beberapa karakteristik mungkin menggunakan header dari TCP/IP paket (yaitu protocol, port, dan sebagainya ).

68

Pembahasan ini merujuk pada penyaringan berdasarkan alamat IP sumber atau tujuan. Penyaringan paket memeriksa masing-masing paket data secara tersendiri, menyelidiki alamat IP sumber dan tujuan dan port. Hanya attribut masingmasing data yang paling mendasar yang diselidiki untuk alasan ini, maka dapat memutuskan aliran paket secara cepat. Rancangan keamanan ini untuk mengidentifikasi paket, untuk memenuhi beberapa peran dalam dunia jaringan , meskipun penyaringan paket tidak terlalu aman (jika sendirian), ini merupakan salah satu teknik yang akan meningkatkan kualitas keamanan jaringan yang mana dengan menerapkan sistem keamanan secara terdistribusi juga. Gambar 2.2 dibawah ini akan menunjukkan penempatan penyaringan paket. PC Pengguna

Packet

Internet

Router

Firewall

LAN Swicth

Server

Menempatkan Penyaringan paket masuk ditempat terdekat dengan entry Jaringan

Gambar 2.2 Penempatan Penyaringan Paket

69

2.9.3

Pengendalian Konkurensi Seperti disebutkan sebelumnya, pengendalian konkurensi pada hampir semua sistem terdistribusi adalah berdasarkan pada mekanisme locking, seperti halnya sistem yang non-terdistribusi. Namun pada sistem terdistribusi permintaan tes, men-set, dan pelepasan “lock’ menjadi pesan (dengan asumsi bahwa obyek yang dicari berada pada site remote), dan pesan (message) berarti beban. Sebagai contoh , suatu transaksi yang akan memutakhirkan suatu obyek yang mempunyai replikasi pada site remote yang berada di Jakarta. Apabila semua remote bertanggung jawab atas mekanisme locking untuk setiap obyek yang disimpannya (sesuai dengan asumsi kaidah otonomi lokal), maka implementasi paling tidak yaitu permintaan lock, pemberian lock, pesan pemutakhiran, pemberitahuan, permintaan melepaskan lock. Total waktu yang dibutuhkan untuk memutakhirkan akan sangat meningkat dibandingkan sistem yang terpusat.

Solusi yang biasanya

dilakukan terdapat permasalahan ini adalah dengan cara mengadopsi strategi copy primer seperti pada propagasi update. Namun juga dapat diperhatikan bahwa solusi tersebut tetap menimbulkan pelanggaran kaidah otonomi lokal-transaksi akan gagal bila copy primer tidak bisa didapat, meskipun transaksi yang dilakukan hanya baca dan copy lokal obyek. permasalahan lain dengan locking dalam sistem terdistribusi adalah dapat terjadinya deadlock global.

70

Deadlock global adalah deadlock yang melibatkan lebih dari dua site. Permasalahan dengan deadlock seperti ini adalah bahwa dengan informasi yang internal di site lain maka tidak ada satu sitepun dapat mendeteksinya. Dengan kata lain untuk dapat mendeteksi adanya deadlock global maka dapat melibatkan komunikasi dengan site-site yang lain.

2.10

Kerangka berpikir menyelesaikan masalah Dalam melakukan perancangan basis data pada PT Sukanda Djaya ini, kami menerapkan beberapa teori, dimulai dari : •

Fact finding yang berguna untuk mencari data-data yang dibutuhkan, dilakukan dengan membaca buku / studi kepustakaan yang berkaitan dengan apa yang akan kami analisis dan kami rancang, survey langsung ke perusahaan untuk mencari tahu kelemahan sistem yang ada sehingga didapat solusinya, dan untuk mengidentifikasi kebutuhan informasi yang dibutuhkan oleh sistem yang baru.

•

Pengumpulan data-data tentang perusahaan dengan wawancara langsung dengan pimpinan atau staff yang berwenang diperusahaan tersebut dan kemudian mempelajari data-data yang diberikan

•

Setelah data-data yang dibutuhkan terkumpul, maka dapat dimulai perancangan basis data dengan menggunakan metoda Database Life Cycle (DBLC). Perancangan ini dimulai dengan perencanaan yang bertujuan untuk menyesuaikan basis data dengan tujuan perusahaan, setelah itu menentukan ruang lingkup dari sistem yang akan dibuat

71

dan

mengumpulkan

data-data

yang

dibutuhkan.

Kemudian

mendisain basis data yang terdiri dari tiga tahap yaitu konseptual, logikal, dan fisikal yang dilanjutkan dengan pemilihan DBMS yang sesuai dengan apa yang telah kita rancang. Setelah semua perancangan selesai maka dimulailah pengimplementasian sistem dari sistem yang lama ke sistem yang baru, lalu dilakukan testing untuk menguji apakah sudah terintegrasi dengan baik atau belum.