BAB 2 LANDAS AN TEORI
2.1 Teori Umum 2.1.1
Definisi Data M enurut Inmon (2002, p388), dikemukakan bahwa “Data is a recording of
facts, concepts, or instructions on a storage medium for communication, retrieval, and processing by automatic means and presentation as information that is understandable by human being” yang dapat diartikan bahwa data adalah sebuah rekaman fakta, konsep, atau instruksi pada sebuah media penyimpanan untuk komunikasi, pencarian, dan pemrosesan secara otomatis dan dapat memberikan informasi yang mudah dimengerti oleh pemiliknya atau pihak yang bersangkutan. Berdasarkan definisi di atas, dapat dilihat bahwa data merupakan suatu bentuk dasar dari rekaman fakta yang belum diolah atau dimanipulasi. Data yang didapatkan pada suatu perusahaan umumnya diperoleh dari hasil kegiatan operasi sehari-hari atau hasil dari transaksi yang dilakukan, yang nantinya dapat digunakan untuk kepentingan perusahaan.
6
7 2.1.2
Definisi Basis Data M enurut Connolly dan Begg (2005, p15), database merupakan kumpulan
dari data logical yang berhubungan dan deskripsi dari data tersebut yang dirancang untuk kebutuhan informasi suatu perusahaan. Sedangkan menurut Inmon (2002, p388), ”a database is a collection of interrelated data stored (often with controlled, limited redudancy) according to a schema” yang dapat diartikan bahwa database adalah sekumpulan penyimpanan data yang berhubungan (sering dengan pengontrolan, redudansi yang terbatas) yang berdasarkan suatu skema. Berdasarkan hal diatas, dapat disimpulkan bahwa database merupakan kumpulan dari data yang saling berhubungan dan terintegrasi yang mana dapat digunakan untuk memenuhi kebutuhan informasi suatu organisasi. Database terbagi dalam beberapa kategori umum, sebagai berikut: 1. Paper-based, merupakan database yang paling sederhana yang disimpan dalam bentuk kumpulan kertas dokumen yang terorganisasi. 2. Legacy Mainframe, biasa dikenal dengan database VSAM (Virtual Storage Access Method). Legacy Mainframe menggunakan kemampuan mainframe untuk melakukan proses penyimpanan dan pengaksesan data. 3. RDBM S (Relational Database Management System), merupakan sistem database untuk jumlah user yang besar dengan integritas data yang lebih baik. RDBM S memiliki kemampuan untuk menjaga integritas data. Oleh sebab itu skripsi ini memakai sistem database tersebut. Struktur perintahnya disebut dengan SQL (Structured Query Language).
8 4. Object-oriented Database, menggunakan sistem objek dalam penyimpanan data. Data disimpan bukan dalam bentuk tabel melainkan dalam bentuk objek-objek yang terpisah. 5. DBase, mengandung ISAM (Index Sequential Access Method) yang merupakan metode pengaksesan data secara berurutan yang memiliki indeks. Pada umumnya menggunakan file yang terpisah untuk setiap tabelnya. Contoh database yang menggunakan sistem ini antara lain DBase, FoxPro, M icrosoft Access dan Paradox. 6. SQL (Structured Query Language) merupakan suatu bahasa akses data atau subbahasa data dan dalam pengertian itu SQL merupakan bahasa yang sangat terbatas yang hanya mampu mengatur bagimana tabel data dapat dimanipulasi. SQL terbagi menjadi tiga komponen utama, yaitu DDL (Data Definition Language) yang mencakup perintah create, alter, dan drop. DM L (Data Manipulation Language) yang mencakup perintah select, insert, delete, dan update dan yang terakhir adalah DCL (Data Control Language) yang mencakup perintah grant, revoke.
2.1.3
Konsep Basis Data M enurut M cLeod (2001, p259), dua tujuan konsep basis data adalah
meminimumkan pengulangan data (data redundancy) dan mencapai independensi data. Pengulangan data (data redundancy) adalah duplikasi data, artinya data yang sama disimpan dalam beberapa file. Independensi data adalah kemampuan untuk membuat perubahan dalam struktur data tanpa membuat perubahan pada program yang memproses data. Independensi data dicapai dengan menempatkan spesifikasi
9 data dalam tabel dan kamus yang terpisah secara fisik dari program. Perubahan pada struktur data hanya dilakukan sekali, yaitu dalam tabel.
2.1.4
Karakteristik Basis Data M enurut M annino (2001, p4) basis data memiliki beberapa karakteristik,
yaitu: •
Persistent, artinya data berada pada tempat penympanan yang stabil seperti pada magnetic disk. Variabel pada computer tidak bersifat persistent karena berada pada memori utama dan akan menghilang seiring ditutupnya program. Persistent juga bukan berarti data akan selamanya ada. Ketika data sudah tidak lagi relevan maka data tersebut akan dibuang atau diarsipkan.
•
Shared, artinya basis data mempunyai banyak kegunaan dan banyak user basis data menyediakan memori yang umum untuk beragam fungsi dalam suatu organisasi. Selain itu, pada saat yang bersamaan, basis data dapat digunakan oleh lebih dari satu user.
•
Interrelated, artinya data tersimpan dalam unit yang terpisah-pisah, tapi dapat dihubungkan untuk menyediakan data yang dibutuhkan.
10 2.1.5
Komponen Database M enurut Connolly dan Begg (2005, p18), sistem database terdiri dari empat
komponen penting yaitu: 1. Data Dilihat dari konfigurasi sistemnya, maka data dalam database dapat merupakan data yang single-user (hanya satu pengguna yang beroperasi terhadap database) atau multi-user dimana satu atau lebih user beroperasi secara bersama ke dalam sistem database. Sehingga, data dalam database terutama untuk sistem yang besar harus terintegrasi (integrated) dan dapat dipakai bersama (shared). Pengertian terintegrasi dalam database dapat dipandang sebagai kumpulan berbagai file yang saling terhubung dan dengan sebagian atau seluruh redudansi yang di antaranya dihilangkan. Sedangkan pengertian penggunaan bersama adalah setiap bagian data yang ada di dalam database dapat dipakai oleh lebih dari satu pengguna untuk penggunaan yang mungkin berbeda. 2. Hardware Piranti keras yang dibutuhkan untuk manajemen database biasanya masih berupa mesin standar yang ada dalam arti tidak ada kekhususan tertentu, tapi karena sifatnya dalam akses yang lebih sangat bervariasi maka suatu manajemen database akan lebih banyak membutuhkan media penyimpanan harddisk. Hardware terdiri dari: •
Penyimpanan secondary (magnetic disk), I/O device seperti disk drives), device Controller, I/O Channels, dan lainnya.
11 •
Hardware processor dan main memory, digunakan untuk mendukung saat eksekusi sistem software database.
3. Software Antara fisik database (tempat di mana sesungguhnya suatu database tersimpan dalam media) dengan pengguna terdapat suatu piranti lunak yang disebut sistem manajemen database (DBM S) atau DB manajer. Semua kebutuhan akses oleh pengguna seperti pembentukan file (create), penambahan data (insert), penghapusan (delete atau drop), dan lain-lain, semua dilaksanakan oleh DBM S. Satu hal lagi, bahwa DBM S juga berfungsi untuk memberikan satu batas agar pengguna database tidak perlu memikirkan barbagai hal yang berkaitan dengan detail pada level piranti keras (misalnya metode akses). Software bisa berupa DBM S, sistem operasi, software jaringan (jika diperlukan) dan program aplikasi pendukung lainnya. 4. Pengguna (Users) Terdapat tiga kelas pengguna database yaitu: •
Application Programmers, bertanggung jawab untuk membuat aplikasi database dengan menggunakan bahasa pemrograman yang ada, seperti: C++, Java, dan lainnya.
•
End Users, Orang yang menggunakan data di dalam database untuk kebutuhan tugas atau fungsinya. Pengguna ini dapat mengakses database secara on-line dengan memanfaatkan bahasa query (seperti SQL) maupun proses batch menggunakan program aplikasi yang sudah dipersiapkan oleh
12 programmer, atau menggunakan program utility yang telah disediakan dalam DBM S. •
DA (Data Administrator), seseorang yang berwenang untuk membuat keputusan stategis dan kebijakan mengenai data yang ada, DBA (DataBase Administrator), menyediakan dukungan teknis untuk implementasi keputusan tersebut, dan bertanggung jawab atas keseluruhan kontrol sistem pada level teknis.
2.1.6
Alasan Penggunaan Database Keuntungan dari penggunaan database sebagai berikut:
•
Kontrol terpusat pada data operasional
•
Redudansi data dapat dikurangi dan dikontrol
•
Data dapat dipakai bersama (shared)
•
Penerapan standarisasi
•
Penerapan pembatasan keamanan data (security)
•
Integritas data dapat terpelihara
•
Independensi data atau program
Kerugian dari penggunaan database sebagai berikut: •
M ahal, karena butuh biaya yang lebih besar untuk keperluan hardware, software, dan perekrutan personil yang lebih berkualitas.
•
Kompleks, karena dengan kemampuan software yang lebih besar, membuat suatu pemahaman bahwa terlihat rumit dan butuh penguasaan yang lebih tinggi, seperti
13 kebutuhan sistem administrasi, prosedur recovery dan back up, penataan keamanan data.
2.1.7
Pengertian Sistem Database M enurut Date (2000, p5), sistem database pada dasarnya merupakan sistem
penyimpanan record yang terkomputerisasi di mana tujuan sebenarnya adalah menyimpan informasi dan membuat informasi tersebut selalu tersedia pada saat dibutuhkan. Keseluruhan sistem terkomputerisasi itu memperbolehkan pengguna menelusuri kembali dan mengubah informasi tersebut sesuai kebutuhan.
2.1.8
Pengertian Informasi M enurut M cLeod (2001, p15), informasi adalah data yang telah diproses,
atau data yang memiliki arti. Sebagai contoh, data dapat berupa jumlah penerbangan setiap pilot. Saat data ini diproses, ia dapat diubah menjadi informasi. Jika jumlah penerbangan setiap pilot dikalikan dengan upah per penerbangan akan menghasilkan pendapatan kotor pilot. Jika angka-angka pendapatan kotor tiap pilot dijumlahkan, hasil penjumlahan tersebut adalah total biaya gaji plilot bagi perusahaan. Jumlah biaya gaji dapat menjadi informasi bagi pemilik perusahaan.
2.1.9
Database Management System (DBMS ) DBM S adalah sebuah sistem perangkat lunak yang memungkinkan pengguna
untuk mendefinisikan (define), membuat (create), memelihara (maintain), dan mengontrol (control) akses ke basis data (Connolly, 2005, p16).
14 DBM S merupakan perangkat lunak yang berinteraksi dengan program aplikasi user dan database. Umumnya, sebuah DBM S menyediakan fasilitas sebagai berikut : •
M engijinkan user untuk mendefinisikan database (Data Definition Language (DDL)).
•
M engijinkan user untuk memasukkan, mengubah , menghapus, dan mengambil data dari basis data (Data Manipulation Language (DM L)).
•
M enyediakan pengendali (control) akses ke basis data yang menyediakan : a. Sistem keamanan (security system). b. Sistem integritas (integrity system). c. Sistem kendali (concurrency control) d. Sistem pemulihan (recovery control) e. Katalog yang bisa diakses oleh pengguna (user-accessible catalog) (Connolly, 2005, p16).
2.1.10 Komponen-Komponen DBMS M enurut Connolly dan Begg (2005, pp18 - 21), Database Management System (DBM S) memiliki lima komponen penting yaitu: 1. Hardware (perangkat keras) Dalam menjalankan aplikasi dan DBM S diperlukan perangkat keras. Perangkat keras dapat berupa a single personal computer, single mainframe, komputer jaringan berupa server.
15 2. Software (perangkat lunak) Komponen perangkat lunak meliputi DBM S software dan program aplikasi berserta Sistem Operasi (OS), termasuk perangkat lunak tentang jaringan jika DBM S digunakan dalam jaringan seperti LAN. 3. Data Data mungkin merupakan komponen terpenting dari DBM S khususnya sudut pandang dari end user mengenai data. 4. Prosedur Prosedur berupa panduan dan instruksi dalam membuat desain dan menggunakan basis data. Pengguna dari sistem dan staf dalam mengelola basis data membutuhkan prosedur dalam menjalankan sistem dan mengelola basis data itu sendiri. Demikian prosedur di dalam basis data dapat berupa: login di dalam basis data, penggunaan sebagian fasilitas DBM S, cara menjalankan dan memberhentikan DBM S, membuat salinan backup database, memeriksa hardware dan software yang sedang berjalan, mengubah struktur basis data, meningkatkan kinerja atau membuat arsip data pada secondary storage. 5. M anusia Komponen terakhir yaitu manusia sendiri yang terlibat dalam sistem tersebut.
2.1.11 Keuntungan dan Kerugian DBMS DBM S memungkinkan untuk menciptakan basis data dalam penyimpanan akses langsung komputer, memelihara isinya, dan menyediakan isi tersebut bagi pemakai tanpa pemrograman khusus yang mahal. Ketika perusahaan atau pemakai individu memutuskan apakah akan menggunakan suatu DBM S, keuntungan dan
16 kerugiannya harus dipertimbangkan. M enurut M cLeod (2001, p269), keuntungan DBM S adalah sebagai berikut: 1. M engurangi pengulangan data. Jumlah total file dikurangi dengan menghapus file-file duplikat. Juga hanya terdapat sedikit data yang sama di beberapa file. 2. M encapai independensi data. Spesifikasi data disimpan dalam skema daripada dalam tiap program aplikasi. Perubahan dapat dibuat pada struktur data tanpa mengurangi program yang mengakses data. 3. M engintegrasikan data dari beberapa file. Ketika file dibentuk sehingga menyediakan kaitan logis, organisasi fisik tidak lagi menjadi kendala. 4. M engambil data dan informasi secara cepat. Hubungan-hubungan logis dan DM L serta query language memungkinkan pemakai mengambil data dalam hitungan detik atau menit, yang sebelumnya memungkinkan memerlukan beberapa jam atau hari. 5. M eningkatkan keamanan. Baik DBM S mainframe maupun komputer mikro dapat menyertakan beberapa lapis keamanan seperti kata sandi (password), directory pemakai, dan bahasa sandi (encryption). Data yang dikelola oleh DBM S juga lebih aman daripada data lain dalam perusahaan.
17 Sedangkan, kerugian dari DBM S adalah sebagai berikut: 1. M emperoleh perangkat lunak yang mahal. DBM S mainframe masih sangat mahal. DBM S berbasis komputer mikro, walaupun biayanya hanya beberapa ratus dolar, dapat menggambarkan pengeluaran yang besar bagi organisasi kecil. 2. M emperoleh konfigurasi perangkat keras yang besar. DBM S sering memerlukan kapasitas penyimpanan primer dan sekunder yang lebih besar daripada yang diperlukan oleh program aplikasi lain. Juga, kemudahan yang dibuat oleh DBM S dalam mengambil informasi mendorong lebih banyak terminal pemakai yang disertakan dalam konfigurasi daripada jika sebaliknya. 3. M empekerjakan dan mempertahankan staf DBA. DBM S
memerlukan
pengetahuan
khusus
agar
dapat
memanfaatkan
kemampuannya secara penuh. Pengetahuan khusus ini disediakan paling baik oleh para pengelola database (DBA).
2.1.12 Entity-Relationship Modelling M enurut Budiharto (2002, p4), mendesain basis data merupakan hal yang sangat penting dalam membuat basis data. Kita menggunakan Entity Relationship (ER) untuk mendesainnya. ER merupakan sebuah permodelan untuk mendesain basis data yang baik. Karena tanpa ER ini, bisa dipastikan proses pembuatan basis data berjalan lama dan tidak teratur. Pada saat mendesain basis data yang perlu diperhatikan ialah membuat relasi-relasi yang benar diantara tabel. Proses desain basis data cukup menghasilkan waktu yang lama jika basis datanya besar.
18 Pendokumentasian desain basis data mutlak harus dilakukan dengan baik agar mudah di dalam pengembangan dan perbaikan nantinya.
2.1.12.1 Entity Type M enurut Budiharto (2002, p5), tipe entitas
dapat didefinisikan
sebagai sesuatu yang mudah diidentifikasikan. Konsep dari ER yaitu tipe entitas yang mempresentasikan kumpulan dari objek di dalam kenyataan yang memiliki sifat / properties yang sama.
2.1.12.2 Attributes M enurut Connolly dan Begg (2005, pp350-352), atribut adalah sifat dari sebuah entitas atau tipe relationship. Sifat tertentu dari entitas disebut sebagai atribut. Atribut menyimpan nilai dari setiap entity occurrence dan disimpan didalam basis data. Attribute domain adalah sejumlah nilai yang diperkenankan untuk satu atau lebih atribut. Setiap atribut yang dihubungkan dengan sejumlah nilai disebut domain. Domain menetapkan nilai potensial yang sebuah atribut bisa simpan atau sama dengan konsep domain pada model relasional. Simple attribute adalah sebuah susunan atribut dari komponen tunggal (single component) dengan keberadaan yang bebas (independent exsistence). Simple attribute tidak bisa dibagi lagi ke dalam komponen yang lebih kecil. Contohnya, posisi dan gaji dari entitas pegawai. Sedangkan Composed attribute adalah sebuah susunan atribut dari banyak komponen dengan sebuah keberadaan yang bebas dari masing-masingnya. Dalam hal ini beberapa atribut dapat dipisahkan menjadi komponen yang lebih kecil lagi
19 dengan keberadaan yang bebas dari masing-masingnya. Contohnya atribut alamat dari entitas kantor cabang yang mengandung nilai (jalan, kota, kode pos) bisa dipecahkan menjadi simple attribute jalan, kota dan kode pos. Single value attribute adalah atribut yang hanya menyimpan nilai tunggal untuk suatu sifat dari entitas. Multi-valued attribute adalah atribut yang bisa menyimpan nilai lebih dari satu untuk suatu sifat dari entitas. Contohnya atribut telepon pada entitas kantor cabang yang bisa memiliki lebih dari satu nomor telepon. Derived attribute (atribut turunan) adalah atribut menunjukkan nilai yang diperoleh dari atribut yang berhubungan atau kumpulan atribut yang berhubungan, tidak terlalu dibutuhkan dalam tipe entitas yang sama. Atribut turunan (derived attribute) mungkin juga menyangkut hubungan dari atribut pada tipe entitas yang berbeda.
2.1.12.3 Relationship Type Pengertian Relationship Type menurut Connolly dan Begg (2005, p346), “Relationship type is a set of association between one or more participating entity types”, yang dapat diartikan, “Relationship type adalah sekumpulan hubungan antara satu atau lebih tipe-tipe entitas.” Derajat dari relationship adalah jumlah dari partisipasi (participating) tipe entitas dalam sebuah tipe relationship tertentu. Entitas yang berkaitan dalam sebuah tipe relationship dikenal sebagai participant dalam relationship dan jumlah participant dalam relationship disebut sebagai derajat (degree) dari relationship. Oleh karena itu, derajat dari sebuah relationship menunjukkan jumlah dari entitas yang terkait dalam relationship. Sebuah relationship
20 berderajat dua disebut binary, relationship berderajat tiga disebut sebagai ternary, dan relationship berderajat empat disebut sebagai quartenar.
2.1.12.4 Kunci (Key) M enurut Budiharto (2002, p9), key ialah suatu properti yang menentukan apakah suatu kolom pada tabel sangat penting atau tidak. Terdiri atas Candidate key, Primary key, Alternate key dan Composite key. Candidate key: sebuah atribut atau lebih yang secara unik mengidentifikasi sebuah baris. Atribut ini mempunyai nilai yang unik pada hampir tiap barisnya. Fungsi dari Candidate key ialah sebagai calon primary key. Primary key: candidate key yang telah dipilih untuk mengidentifikasi tiap baris secara unik. Primary key harus merupakan field yang benar– benar unik dan tidak boleh ada nilai NULL. Alternate key: candidate key yang tidak dipilih sebagai primary key. Composite key: pada kondisi tertentu, suatu atribut tidak dapat digunakan untuk mengidentifikasi baris secara unik dan membutuhkan kolom yang lain untuk digunakan sebagai primary key. Foreign key: jika sebuah primary key terhubung ke tabel lain. Fungsinya sebagai penghubung antar tabel.
2.1.12.5 S tructural Constraints M enurut Connoly dan Begg (2005, p356), batasan utama pada relationship disebut multiplicity, yaitu jumlah (atau range) dari kejadian yang mungkin terjadi pada suatu entitas yang terhubung ke satu kejadian dari entitas lain yang berhubungan melalui suatu relasi.
21 Relasi yang paling umum adalah binary relationship. M acam-macam binary relationship yaitu one-to-one (1:1), one-to-many (1:*), atau many-tomany (*:*). Multiplicity dibentuk dari dua macam batasan pada relationalship yaitu (Connoly dan Begg, 2005, p363): •
Cardinality, menjelaskan jumlah maksimum dari kejadian relasi yang mungkin untuk entitas yang berpartisipasi di dalam relasi tersebut.
•
Participation, menetapkan apakah seluruh atau hanya sebagian entitas yang perpartisipasi dalam suatu relasi.
2.1.13 Data Definition Language (DDL) M enurut M artina (2003, p58), DDL merupakan bagian dari sistem manajemen basis data, dipakai untuk mendefinisikan dan mengatur semua atribut dan properti dari sebuah basis data. DDL digunakan untuk mendefinisikan basis data, tabel, dan view. 1. Create Table Pernyataan
create
table
digunakan
untuk
membuat
mengidentifikasikan tipe data untuk tiap kolom. Bentuk umum : CREATE TABLE Table_name ( Column_name DataType [ NULL | NOT NULL] [ , Column_name DataType [ NULL | NOT NULL] ] ... )
table
dengan
22 2. Alter Table Pernyataan alter table digunakan dapat dipakai untuk menambah atau membuang kolom dan konstrain. Bentuk umum : ALTER TABLE Table_name [ ADD Column_name DataType [ NULL | NOT NULL ] ] [ DROP Column_name DataType [ RESTRICT | CASCADE ] ] [ ADD Constrain_name ] [ DROP Constrain_name [ RESTRICT | CASCADE ] ] 3. Drop Table Pernyataan drop table digunakan untuk membuang / menghapus tabel beserta semua data yang terkait didalamnya. Bentuk umum : DROP TABLE Table_name; 4. Create Index Pernyataan create index digunakan untuk membuat index pada suatu tabel. Bentuk umum : CREATE [UNIQUE] INDEX index_name ON Table_name ( Column_name [ , Column_name ] ... ) 5. Drop Index Pernyataan drop index digunakan untuk membuang atau menghapus index yang telah dibuat sebelumnya. Bentuk umum :
23 DROP INDEX Index_name
2.1.14 Data Manipulation Language (DML) M enurut M artina (2003, p60), DM L dipakai untuk menampilkan, menambah, mengubah, dan menghapus data didalam objek-objek yang didefinisikan oleh DDL. 1. Select Pernyataan select digunakan untuk menampilkan sebagian atau seluruh isi dari suatu tabel dan menampilkan kombinasi isi dari beberapa tabel. Bentuk umum : SELECT Fields FROM Table_name WHERE Condition 2. Update Penyataan update digunakan untuk mengubah isi satu atau beberapa atribut dari suatu tabel. Bentuk umum : UPDATE Table_name SET column1 = value1, column2 = value2, ... WHERE Condition 3. Insert Pernyataan insert digunakan untuk menambah satu atau beberapa baris nilai baru ke dalam suatu tabel. Bentuk umum : INSERT Table_name ( Column list ) VALUES ( value list )
24 4. Delete Pernyataan delete digunakan untuk menghapus sebagian / seluruh isi dari suatu tabel. Bentuk umum : DELETE FROM Table_name WHERE Condition 2.1.15 Data Flow Diagram M enurut Whitten (2004, p334), Data Flow Diagram (DFD) is a tool that depicts the flow of data thorugh a system and the work or processing performed by that system, dapat diartikan DFD adalah sebuah peralatan yang menggambarkan aliran data sampai sebuah sistem selesai dan kerja atau proses dilakukan dalam sistem tersebut. Sinonimnya adalah bubble chart, transformation graph, and process model. 1. External agents M enurut Whitten (2003, p334), External Agents are define a person an organization unit, another system, or another organization unit, another system, or another organization that lies outside the scope of the project but that interacts with the system being studied, dapat diartikan sebagai Eksternal Agen adalah mendefinisikan orang, sebuah unit organisasi, sistem lain atau organisasi lain yang berada di luar sistem proyek tapi dapat mempengaruhi kerja sistem. M enurut Whitten (2004, p347) ada beberapa bentuk External Agents:
25 •
Bentuk Gane dan Sarson
External Agent
•
Bentuk DeM arco/Yourdon
2. Process M enurut Whitten (2004, p347), Process is work perform on, or in response, incoming data flows or conditions, dapat diartikan sebagai proses adalah penyelenggaraan kerja, atau jawaban, datangnya aliran data atau kondisinya. M enurut Whitten (2004, p347), ada beberapa bentuk proses diantaranya: •
Bentuk Gane dan Sarson
•
Bentuk DeM arco/Yourdon
26 •
Bentuk SSADM / IDEFO
3. Data Stores Data Stores is an “inventory” of data, Dapat diartikan sebagai Data Stores adalah penyimpanan data. M enurut Whitten (2004, p366), ada beberapa bentuk data stores diantaranya •
Bentuk Gane dan Sarson
•
Bentuk DeM arco/Yourdon
4. Data Flow Data Flow is represent an input of data to a process or the output of data (or information) from a process, dapat diartikan sebagai Data Flow adalah merepresentasikan sebuah input data ke dalam sebuah proses atau output dari data (atau informasi) dari sebuah proses.
27 Bentuk Data Flow:
Jenis-jenis DFD adalah sebagai berikut: 1. Level 0 (Diagram Context) Level ini terdapat sebuah proses yang berada di posisi pusat 2. Level 1 (Diagram Nol) Level ini merupakan sebuah proses yang terdapat di level 0 yang dipecahkan menjadi beberapa proses lainnya. 3. Level 2 (Diagram Rinci) Pada level ini merupakan diagram yang merincikan diagram level 1. •
Tanda ‘ * ’ digunakan hanya jika proses tersebut tidak bisa dirincikan lagi. 2.0* artinya proses level rendah yang tidak bisa dirincikan lagi
•
Penomoran yang dilakukan berdasarkan urutan proses
2.1.16 State Transition Diagram State Transition Diagram (STD) adalah suatu perangkat pemodelan yang menggambarkan sifat ketergantungan terhadap waktu pada sistem. M enurut Pressman (2001, p317), STD digunakan untuk mengidentifikasikan sebagaimana sistem harus berperilaku sebagai resiko dari kejadian eksternal. Untuk mencapai hal ini STD menampilkan berbagai jenis model perilaku dari hasil dan tingkah laku yang
28 mana transisi dibuat dari satu state ke state yang lain. Penyajian STD merupakan landasan dasar untuk menentukan perilaku. Biasanya di dalam STD digunakan notasi seperti: 1. Active •
State, simbonya persegi panjang. State adalah kumpulan keadaan atau atribut yang memberi perincian seseorang atau benda pada waktu dan kondisi tertentu. Contohnya seperti: proses user mengisi password, menentukan instruksi berikutnya. Simbol state :
•
Transition State / Perubahan state, simbolnya tanda panah berarah. Simbol Transition State:
•
Condition Kejadian pada lingkungan eksternal yang bisa terdeteksi oleh sistem. Hal ini akan mengakibatkan perubahan terhadap state dari keadaan state menunggu X ke state menunggu Y. Contohnya seperti interrupt signal maupun data
•
Action Action adalah hal yang dilakukan sistem apabila ada perubahan state atau merupakan reaksi terhadap kondisi. Action menghasilkan keluaran dari tampilan pesan, cetakan atau alat output lainnya
29 2. Passive Sistem ini tidak melakukan kontrol terhadap lingkungan, tapi lebih bersifat menerima data atau memberi reaksi saja (sistem yang menerima atau mengumpulkan data dari signal yang dikirim oleh satelit). Berikut adalah gambar STD yang sederhana:
2.1.17 Kamus Data dan Normalisasi 2.1.17.1 Kamus Data M enurut M cLeod (2001, p308), kamus data adalah suatu penjelasan tertulis mengenai data yang berada di dalam basis data. Kamus data ini dimaksudkan untuk melengkapi pembuatan model proses yang menggunakan diagram alir data.
2.1.17.2 Normalisasi Pengertian
normalisasi
Connolly
dan
Begg
(2005,
p388),
“Normalization is a technique for producing a set of relations with desireable properties, given the data requirements of an enterprise”, yang dapat diartikan “Normalisasi adalah sebuah teknik untuk menghasilkan relasi dengan propertiproperti yang diinginkan,
memberikan
kebutuhan
data dari sebuah
30 perusahaan.” Tujuan Dari normalisasi adalah sebagai berikut: ● M enghilangkan kumpulan relasi dari inserting, updating, dan delete dependency yang tidak diharapkan. ● M engurangi kebutuhan restrukturisasi kumpulan relasi dan meningkatkan life spam program aplikasi. ● M embuat model relasional yang lebih informative. ● M embuat sekecil mungkin terjadinya data rangkap. ● M enghidarkan adanya data yang tidak konsisten terutama bila dilakukan penghapusan atau penambahan data sebagai akibat adanya data rangkap. ● M enjamin bahwa identitas tabel secara tunggal sebagai determinan semua atribut.
Berikut adalah proses normalisasi: 1. Bentuk Normal Pertama (First Normal Form / 1NF) Aturan bentuk normal pertama (1NF) menurut Connolly dan Begg (2005, p403), “A reliation in which the intersection of each row and column contains one and only one value”, yang dapat diartikan, “Sebuah relasi dimana tiap baris dan kolom berisi hanya berisi satu nilai.” Bentuk normal pertama dicapai bila tiap nilai atribut adalah tunggal. Kondisi ini dapat diperoleh dengan melakukan eliminasi terjadinya data ganda (repeating groups). Pada kondisi normal pertama ini kemungkinan masih terjadi adanya data rangkap.
31 2. Bentuk Normal Kedua (Second Normal Form / 2NF) Aturan bentuk normal kedua (2NF) menurut Connolly dan Begg (2005, p407), “A relation that is in first normal form and every non-primary key attribute is fully function dependent on the primary key”, yang dapat diartikan, “sebuah relasi dalam bentuk normal pertama dan setiap atribut bukan primary key yang bergantung secara fungsional kepada primary key” Bentuk normal kedua adalah berdasarkan konsep ketergantungan fungsional penuh (full functional dependency). Full functional dependency dinyatakan dengan jika A dan B adalah atribut dari suatu relasi (relation), B adalah fungsional ketergantungan penuh (fully functinal dependency) pada A jika B adalah secara fungsional bergantung pada A, tapi bukan merupakan himpunan bagian dari A. Bentuk normal kedua menciptakan sebuah relasi pada bentuk normal pertama dan semua atribut yang bukan primary key adalah fungsional tergantung penuh pada primary key. 3. Bentuk Normal Ketiga (Third Normal Form / 3NF) Aturan bentuk normal ketiga (3NF) menurut Connolly dan Begg (2002, p508), “A reliation that is in first and second normal form, and in which non-primary key attribute is transitively dependent on the primary key”, yang dapat diartikan, “sebuah relasi dalam bentuk normal pertama dan kedua dan setiap atribut bukan primary key yang bergantung secara transitif kepada primary key” Bentuk normal ketiga adalah berdasarkan pada konsep peralihan ketergantungan (transistive dependency). Transitive dependency adalah sebuah kondisi dimana A,
32 B dan C adalah atribut dari sebuah relasi bahwa jika AÆB dan BÆC, maka C adalah transitive dependent pada A melewati B (menyatakan bahwa A bukan functional dependent pada B atau C). Pada bentuk normal ketiga, sebuah relasi pada bentuk normal pertama dan kedua dan dimana tidak ada atribut non-primary key secara transitif bergantung (transitively dependent) pada primary key.
2.1.18 Database Application Lifecycle Tahapan penerapan lifecycle dalam metodologi perancangan basis data menurut Connolly and Begg (2005, p284), Database Systems A Practical sebagai berikut:
33
Gambar 2.1 Tingkatan dari Aplikasi Database Lifecycle
34 2.1.18.1 Perencanaan Basis Data (Database Planning) M enurut Connolly dan Begg (2005, pp285-286), perencanaan basis data (database planning) merupakan aktivitas manajemen yang mengizinkan tingkatan dari aplikasi basis data untuk direalisasikan se-efisien dan se-efektif mungkin. Database Planning harus diintegrasikan dengan keseluruhan strategi sistem informasi dari perusahaan. Ada 3 hal penting dalam menyusun sebuah strategi sistem informasi , yaitu : 1. Identifikasi dari tujuan dan rencana perusahaan dengan penentuan kebutuhan sistem informasi berikutnya 2. Evaluasi dari sistem informasi saat ini untuk menentukan kelebihan dan kelemahan yang ada saat ini. 3. Penilaian dari kesempatan-kesempatan TI yang mungkin menghasilkan keuntungan
kompetitif.
Langkah
mendefinisikan secara jelas tentang
penting
dari
tahap
ini
adalah
pernyataan misi untuk proyek basis
data. Pernyataan tersebut mendefinisikan tujuan utama dari aplikasi basis data. Bila pernyataan tersebut selesai maka langkah selanjutnya adalah mengidentifikasikan sasarannya. Pernyataan dan sasaran ini perlu didukung oleh informasi-informasi tambahan yang menentukan pekerjaan apa saja yang harus diselesaikan, sumber-sumber yang mendukungnya, dan biaya yang harus dikeluarkan.
2.1.18.2 Definisi Sistem Basis Data (System Definition) M enurut Connolly dan Begg (2005, p286) definisi sistem (Sytem definition) adalah memaparkan jangkauan dan batasan dari aplikasi basis data
35 dan pandangan-pandangan utama para pemakai. Sebelum mendesain suatu aplikasi basis data penting untuk terlebih dahulu mengidentifikasikan batasanbatasan dari sistem yang sedang diteliti dan bagaimana kaitannnya dengan bagian lain sistem informasi perusahaan. Perlu dipikirkan untuk kebutuhan yang akan datang selain dari keadaan saat ini. Dan tak lupa untuk mengidentifikasi pandangan pemakai yang merupakan aspek penting dari pengembangan aplikasi basis data karena membantu untuk memastikan bahwa tidak ada pemakai utama basis data yang terlupa ketika pengembangan aplikasi baru tersebut.
2.1.18.3 Analisis dan Pengumpulan Kebutuhan (Requirement Collection and Analysis) M enurut Connolly dan Begg (2005, pp288-291), analisis dan pengumpulan kebutuhan (requirement collection and analysis) adalah proses pengumpulan dan analisis informasi tentang bagian dari perusahaan yang akan didukung oleh aplikasi basis data, dan menggunakan informasi ini untuk mengidentifikasi kebutuhan pemakai terhadap sistem baru. Informasi yang dikumpulkan termasuk: 1. Penjabaran dari data yang digunakan, 2. Detail mengenai bagaimana data digunakan, 3. Kebutuhan tambahan apapun untuk aplikasi basis data yang baru. Informasi ini kemudian dianalisis untuk mengidentifikasikan kebutuhan yang dimasukkan untuk aplikasi basis data yang baru tersebut. Ada 3 macam pendekatan untuk mengatur kebutuhan dari sebuah
36 aplikasi basis data dengan berbagai pandangan pemakai, yaitu: 1. Pendekatan Centralized Kebutuhan untuk tiap pandangan pemakai disatukan menjadi satu set kebutuhan untuk aplikasi basis data. Umumnya pendekatan ini dipakai jika basis datanya tidak terlalu kompleks. 2. Pendekatan View Integration Kebutuhan untuk tiap pandangan pemakai digunakan untuk membangun sebuah model data yang terpisah yang merepresentasikan tiap pandangan pemakai tersebut. Hasil dari data-data model tersebut kemudian disatukan di bagian desain basis data. 3. Kombinasi keduanya.
2.1.18.4 Desain Basis Data (Database Design) M enurut Connolly dan Begg (2005, p291), perancangan basis data (database design) merupakan proses pembuatan suatu desain untuk sebuah basis data yang akan mendukung operasional dan sasaran suatu perusahaan. Ada 2 pendekatan untuk mendesain sebuah basis data, yaitu: 1. Pendekatan bottom-up Yang dimulai pada tingkat awal dari atribut (yaitu, properti dari entiti dan relationship), yang mana melalui analisis dari asosiasi antar atribut, dikelompokkan menjadi hubungan yang merepresentasikan jenis-jenis entitas dan hubungan antar entitas. Pendekatan ini cocok untuk mendesain basis data yang simpel dengan jumlah atribut yang tidak banyak.
37 2. Pendekatan top-down Digunakan pada basis data yang lebih kompleks, yang dimulai dengan pengembangan dari model data yang mengandung beberapa entitas dan hubungan tingkat tinggi dan kemudian memakai perbaikan top-down berturut-turut untuk mengidentifikasi entitas, hubungan dan atribut berkaitan tingkat rendah. Pendekatan ini biasanya digambarkan melalui ER (Entity Relationship). Pada tahap ini ada bagian yang disebut data modelling yang digunakan untuk membantu pemahaman dari data dan untuk memudahkan komunikasi tentang kebutuhan informasi. Dengan dibuatnya model data dapat membantu memahami: 1. Pandangan tiap pemakai mengenai data. 2. Kealamian data itu sendiri, kebebasan representasi fisiknya. 3. Kegunaan dari data berdasarkan pandangan pemakai. Kriteria untuk model data, yaitu: 1. Structural validity Konsistensi dengan cara yang didefinisikan perusahaan dan menyusun informasi. 2. Simplicity Kemudahan untuk pemahaman baik bagi yang profesional di bidang sistem informasi maupun pemakai yang nonteknis. 3. Expressibility Kemampuan untuk membedakan antara data yang berbeda, dan hubungan antar data.
38 4. Nonredundancy Penghapusan informasi yang tak ada hubungannnya, khususnya representasi dari tiap potongan informasi tepatnya hanya sekali. 5. Shareability Tidak spesifik untuk aplikasi dan teknologi khusus apapun dan dengan demikian dapat digunakan oleh banyak orang. 6. Extensibility Kemampuan mengembangkan untuk mendukung kebutuhan baru dengan efek yang minimal bagi pemakai yang ada. 7. Integrity Konsistensi terhadap cara yang digunakan perusahaan dan mengatur informasi. 8. Diagramatic representation Kemampuan untuk merepresentasikan sebuah model menggunakan notasi diagram yang dapat dipahami dengan mudah. M enurut Connolly dan Begg (2002, pp419-437) Database Design dibagi dalam tiga tahapan yaitu conseptual database design, logical database design, dan physical database design.
2.1.18.5 Seleksi DBMS (DBMS Selection) M enurut Connolly dan Begg (2005, pp295-299), pemilihan DBM S yang sesuai untuk mendukung aplikasi basis data. Yang mencakup: 1. M endefinisikan syarat-syarat referensi studi M enentukan sasaran, batasan masalah, dan tugas yang harus dilakukan.
39 2. M endaftar 2 atau 3 jenis barang M embuat daftar barang-barang, misalkan dari mana barang ini didapat, berapa biayanya, serta bagaimana bila ingin mendapatkannya. 3. M engevaluasi barang Barang-barang yang ada dalam daftar di teliti lebih lanjut untuk mengetahui kelebihan dan kekurangan barang tersebut. 4. M erekomendasikan pilihan dan membuat laporan M erupakan langkah terakhir dari seleksi DBM S yaitu mendokumentasikan proses dan untuk menyediakan pernyataan mengenai simpulan dan rekomendasi terhadap salah satu produk DBM S.
2.1.18.6 Desain Aplikasi (Application Design) M enurut Connolly dan Begg (2005, pp299-301), perancangan aplikasi (application design) adalah merancang antarmuka pemakai (user interface) dan program aplikasi, yang akan memproses basis data. Ditinjau dari gambar 2.1 bahwa, perancangan basis data dan perancangan aplikasi adalah aktivitas bersamaan pada database application lifecycle. Dalam kasus sebenarnya, adalah tidak mungkin untuk menyelesaikan perancangan aplikasi sebelum perancangan basis data selesai. Dalam perancangan aplikasi harus memastikan semua pernyataan fungsional dari spesifikasi kebutuhan pemakai (user requirement spesification) yang menyangkut perancangan aplikasi program yang mengakses basis data dan merancang transaksi yaitu cara akses ke basis data dan perubahan terhadap isi basis data (retrieve, update dan kegiatan keduanya). Artinya bagaimana fungsi yang dibutuhkan bisa terpenuhi dan
40 merancang antarmuka pemakai (user interface) yang tepat. Antarmuka yang dirancang harus memberikan informasi yang dibutuhkan dengan cara untuk menciptakan ‘user-friendly’. Kebanyakkan antarmuka pemakai yang diabaikan akan niscaya membuat masalah. Bagaimanapun, antarmuka harus diakui sebagai komponen dari sistem yang penting, dimana agar mudah dipelajari dan mudah
digunakan,
sehingga
pemakai
akan
cenderung
untuk
memberdayagunakan informasi yang disajikan.
2.1.18.7 Prototyping M enurut Connolly dan Begg (2005, pp303-304), prototyping adalah membuat model kerja dari aplikasi basis data, yang membolehkan perancang atau user untuk mengevaluasi hasil akhir sistem, baik dari segi tampilan maupun fungsi yang dimiliki sistem. Tujuan dari pengembangan prototype aplikasi basis data adalah untuk memungkinkan pemakai menggunakan prototype untuk mengidentifikasi keistimewaan sistem atau kekurangannya, dan
memungkinkan
perancang
untuk
memperbaiki
atau
melengkapi
keistimewaan (feature) dari aplikasi basis data baru. Ada dua strategi prototyping yang umum digunakan sekarang, yaitu, requirement prototyping dan evolutionary prototyping. Requirement prototyping adalah menggunakan prototype untuk menetapkan kebutuhan dari tujuan aplikasi basis data dan ketika kebutuhan sudah terpenuhi, prototype tidak digunakan lagi atau dibuang (discard). Sedangkan evolutionary prototype menggunakan tujuan yang sama, tapi perbedaan pentingnya adalah prototype tetap digunakan untuk selanjutnya dikembangkan menjadi aplikasi basis data yang bekerja.
41 2.1.18.8 Implementasi (Implementation) M enurut
Connolly
dan
Begg
(2005,
p304),
Implementasi
(implementation) adalah membuat definisi basis data secara eksternal, konseptual, dan internal dan program aplikasi. Implementasi merupakan realisasi dari basis data dan perancnagan aplikasi. Implementasi basis data dicapai menggunakan Data Definition Language (DDL) dari DBM S yang dipilih atau graphical user interface (GUI). Pernyataan DDL digunakan untuk membuat struktur basis data dan file basis data kosong. Pandangan pemakai (user view) lainya juga diimplementasikan dalam tahapan ini. Bagian dari aplikasi program adalah transaksi basis data yang diimplementasikan dengan menggunakan Data Manipulation Language (DM L) dari sasaran DBM S, mungkin termasuk host programming language.
2.1.18.9 Data Conversion and Loading M enurut Connolly dan Begg (2005, p305), data conversion and loading adalah mancakup pengambil data dari sistem yang lama untuk dipindahkan kedalam sistem yang baru. Tahapan ini dibutuhkan ketika sistem basis data baru menggantikan sistem yang lama. Pada masa sekarang, umumnya DBM S memiliki kegunaan (utility) untuk memasukan file kedalam basis data baru. Biasanya membutuhkan spesifikasi dari sumber file dan sasaran basis data-nya. Kegunaan ini memungkinkan pengembang (developer) untuk mengkonversi dan menggunakan aplikasi program lama untuk digunakan oleh sistem baru. Ketika conversion and loading dibutuhkan, prosesnya harus direncanakan untuk memastikan kelancaran transaksi untuk keseluruhan
42 operasi.
2.1.18.10 Testing M enurut Connolly dan Begg (2005, p305), testing adalah proses menjalankan program aplikasi untuk menemukan kesalahan-kesalahan. Sebelum digunakan, aplikasi basis data yang baru dikembangkan harus diuji secara menyeluruh. Untuk mencapainya harus hati-hati dalam menggunakan perencanaan strategi uji danmenggunakan data asli untuk semua proses pengujian. Di dalam definisi testing ini tidak menggunakan pandangan yang biasa, testing adalah proses demonstrasi tanpa kesalahan. Dalam kenyataan testing tidak luput dari kesalahan. Jika testing menunjukkan keberhasilan, maka pengujian akan menemukan kesalahan pada program aplikasi dan mungkin basis data strukturnya. Didalam merancang basis data, users dari sistem baru seharusnya terlibat di dalam proses testing. Situasi yang ideal untuk melakukan uji sistem adalah menguji basis data pada perangkat keras yang berbeda, tapi hal ini sering tidak dilakukan. Jika data yang asli digunakan, perlu back-up untuk mengantisipasi kesalahan atau error. Setelah testing selesai, sistem aplikasi siap digunakan dan diserahkan ke users.
2.1.18.11 Operational Maintenance M enurut Connolly dan Begg (2005, p306) operational maintenace adalah proses memantau dan memelihara sistem setelah diinstal. Pada tahapan sebelumnya, basis data benar-benar di uji dan diimplementasikan. Sekarang sistem beralih ketahapan pemiliharaan. Yang termasuk aktivitas dari tahapan
43 pemeliharaan adalah sebagai berikut: 1. M emantau kinerja dari sistem. Jika kinerjanya menurun dibawah level yang dapat diterima, mungkin basis data perlu direorganisasi. 2. Pemeliharaan dan upgrade aplikasi basis data-nya (jika diperlukan). Ketika basis data sepenuhnya bekerja, pemantauan harus memastikan kinerjanya dapat berada dalam tingkat yang dapat diterima. Sebuah DBM S biasanya menyediakan berbagai kegunaan (utilities) untuk membantu administrasi basis data termasuk kegunaan (utilities) untuk mengisi data ke dalam basis data dan untuk memantau sistem. Kegunaan ini memperbolehkan sistem pemantauan untuk memberikan informasi seperti tentang pemakaian basis data, dan strategi eksekusi query. Database administrator dapat menggunakan informasi ini untuk memperbaiki sistem agar dapat memberikan kinerja yang lebih baik.
2.1.19 Desain Konseptual, Logikal, dan Fisik Basis Data 2.1.19.1 Desain Konseptual Basis Data M erupakan suatu proses pembuatan model dengan menggunakan informasi yang diperoleh dari perusahaan, bebas dari semua physical consideration.Conseptual database design seluruhnya independen implementasi seperti target DBM S software,
program
aplikasi,
dari
bahasa
pemrograman, atau physical consideration lainnya. Jelasnya Conseptual database design merupakan tahapan pertama dari tahapan perancangan basis data dan menciptakan model data konseptual (conseptual data model) dari bagian perusahaan yang akan dibuat basis datanya. Model data (data model)
44 dibuat dengan menggunakan suatu dokumentasi informasi yaitu spesifikasi kebutuhan yang dimiliki oleh user. M embangun model data lokal konseptual, tujuannya untuk membangun suatu model data konseptual lokal dari suatu perusahaan atau badan. Langkah-langkah untuk membuat model data konseptual dapat digambarkan sebagai berikut: 1. Identify entity types Untuk menentukan entitas utama yang dibutuhkan, dengan kata lain membuat kelas–kelas dari objek–objek yang ada berikut penjelasannya. M isalkan : Staff,
yang
menggambarkan
seluruh
tingkatan
staff
yang
ada.
PropertyForRent, menggambarkan semua properti yang disewakan. 2. Identify relationship types Untuk menentukan hubungan–hubungan penting yang ada antara jenisjenis entitas yang telah diidentifikasi. M isalkan: •
Staff Manages PropertyForRent, yaitu staf mengatur entitas property.
•
PrivateOwner Owns PropertyForRent, yaitu entitas PropertyOwner memiliki yang ada pada entitas PropertyForRent.
•
PropertyForRent AssociatedWith Lease, yaitu entitas PropertyForRent saling bekerja sama dengan entitas Lease. Biasanya dilanjutkan dengan membuat diagram hubungan tersebut yang disebut ER diagram serta menentukan hubungan kemajemukannnya.
45 3. Identify and associate attributes with entity or relationship types Untuk menentukan attribut yang berkaitan dengan entitas yang telah ditentukan. M isalkan untuk entitas staff ditentukan atribut seperti staffNo (yang mengandung nomor–nomor kode setiap staf), name, position, sex. Begitu pun untuk setiap entitas lainnya. 4. Determine attribute domains Untuk menentukan domain untuk tiap – tiap atribut yang ada. Suatu domain adalah suatu kelompok nilai yang dari mana satu atau lebih atribut mengambil nilainya. M isalkan: •
Domain atribut untuk nilai staffNo yang valid misalnya panjang maksimalnya lima karakter dengan dua karakter pertama harus huruf dan yang ketgia berikutnya berupa angka yang berkisar antara 1-999.
•
Nilai yang mungkin untuk attribut sex dari entiti Staff misalnya huruf M atau F saja.
5. Determine candidate and primary key attributes Untuk mengidentifikasikan candidate key dan primary key dari kumpulan atribut pada tiap-tiap entitas. Primary key merupakan satu atribut yang dipakai sebagai ciri khas dari suatu entitas. M isalkan pada entitas Staff primary key-nya adalah staffNo yang mewakili atribut lainnya, sehingga pada saat kita mengakses suatu basis data hanya dengan memasukkan nilai staffNo kita dapat mengetahui nilai-nilai atribut lainnya yang ada dalam entitas Staff.
46 6. Validate local conceptual model against user transactions Untuk memastikan bahwa model konsep tersebut mendukung proses transaksi yang dibutuhkan. M isalkan menggambarkan transaksi dengan memeriksa semua informasi yang ada. Contohnya dengan adanya hubungan Staff manages PropertyForRent kita dapat mengetahui detil dari properti dan staf yang menangani properti tersebut.
2.1.19.2 Desain Logikal Basis Data M erupakan suatu proses pembuatan model dengan menggunakan informasi yang diperoleh dari perusahaan serta berdasarkan pada model data spesifik, tapi bebas dari particular DBMS dan physical consideration lainya. M odel data konseptual yang dibangun pada fase sebelumnya diperhalus dan dipetakan pada model data logikal. M odel data logikal didasarkan pada target model data untuk basis data (contoh: model data relasional). M odel data logikal merupakan sumber informasi untuk fase selanjutnya, yang dinamakan physical database design. Aktivitas pada logical database design adalah terdiri dari dua langkah besar, dimana langkah pertama adalah membangun sebuah model data logikal lokal dari model data konseptual lokal yang menggambarkan pandangan (view) tertentu dari perusahaan dan kemudian mengesahkan model ini untuk memastikan strukturnya telah benar atau menggunakan teknik normalisasi. Sedangkan langkah kedua atau langkah selanjutnya adalah untuk mengkombinasikan model data logikal local individual ke dalam sebuah model data logikal global tunggal yang menggambarkan perusahaan. Hasil akhir dari tahapan ini berupa sebuah kamus data yang berisi semua atribut beserta key-
47 nya (primary key, alternate key dan foreign key) dan ERD keseluruhan (relasi global) dengan semua atribut key-nya.
2.1.19.3 Desain Fisik Basis Data M erupakan proses pembuatan deskripsi dari suatu implementasi basis data pada secondary storage, hal ini mendeskripsikan base relation, organisasi file, dan indeks yang digunakan untuk mencapai efisiensi akses kedalam data, dan associated integrity constraints yang lainya dan security measures. Physical database design merupakan fase ketiga dan terakhir dari proses desain basis data. Dimana desainer memutuskan bagaimana basis data tersebut diimplementasikan. Secara garis besar, tujuan utama dari physical database design adalah untuk mendeskripsikan bagaimana desainer bermaksud untuk mengimplementasikan secara fisik dari logical database design. Tujuan utama dari physical database design adalah untuk mendeskripsikan bagaimana perancang bermaksud untuk mengimplementasikan secara fisik dari logical database design. Untuk model relasional, ini meliputi: 1. M embuat sejumlah atau kumpulan tabel relasional dan costraints pada table tersebut dari informasi yang didapatkan dalam model data logikal (logical data model). 2. M engidentifikasi struktur penyimpanan tertentu dan metode akses terhadap data untuk mencapai performa optimal dari sistem basis data. 3. M erancang proteksi keamanan untuk sistem.
48 2.2 Teori Khusus 2.2.1
Definisi Persediaan M enurut M ulyadi (2001, p553), sistem persediaan bertujuan untuk mencatat
mutasi tiap jenis persediaan yang disimpan di gudang. Sistem ini berkaitan erat dengan sistem pembelian, sistem retur pembelian, dan sistem akuntansi biaya produksi. Dalam perusahaan manufaktur, persediaan terdiri dari : persediaan produk jadi, persediaan produk dalam proses, persediaan barang, persediaan bahan penolong, persediaan bahan habis pakai pabrik, dan persediaan suku cadang.
2.2.2
Definisi Pembelian M enurut M ulyadi (2001, p299), sistem pembelian digunakan dalam
perusahaan untuk pengadaan barang yang diperlukan oleh perusahaan. Transaksi pembelian digolongkan menjadi dua yaitu pembelian lokal dan impor. Pembelian lokal adalah pembelian dari pemasok dalam negeri sedangkan pembelian impor adalah pembelian dari pemasok luar negeri.
2.2.3
Definisi Penjualan M enurut M ulyadi (2001, p204), kegiatan penjualan terdiri dari transaksi
penjualan barang atau jasa baik secara kredit maupun tunai. Penjualan menurut cara bayarnya dapat dibedakan sebagai berikut: 1. Penjualan tunai, yaitu penjualan yang dilaksanakan oleh perusahaan dengan cara mewajibkan pembeli dengan melakukan pembayaran harga barang terlebih dahulu sebelum barang diserahkan kepada pembeli. 2. Penjualan kredit, yaitu penjualan yang dilakukan dengan cara memenuhi order
49 dari pelanggan dengan mengirimkan barang atau menyerahkan jasa dan untuk jangka waktu tertentu perusahaan memiliki piutang kepada pelanggannya.
