BAB 2 LANDASAN TEORI

Transkripsi

1 6 BAB 2 LANDASAN TEORI 2.1 Pengertian Data, Informasi, Sistem dan Sistem Informasi Pengertian Data Menurut Mcleod (2001, p15) data terdiri dari fakta-fakta dan angka- angka relative yang tidak berarti bagi pemakai. Menurut Atzeni (2003, p2) data merupakan informasi yang dicatat seperti di dalam sistem komputer,merupakan konsep dari merekam dan pengkodean Hirarki Data Menurut Mcleod (2001, p250) Hirarki data tradisional dapat digolongkan menjadi beberapa bagian, yaitu: a. Elemen Data Elemen data adalah unit data terkecil, tidak dapat dibagi lagi menjadi unit yang berarti. Seperti dalam catatan gaji, elemen data berupa nama, nomor pegawai, nomor jaminan social, upah per jam dan jumlah tanggungan. b. Record Record terdiri dari semua elemen data yang berhubungan dengan suatu objek atau kegiatan tertentu, misalnya ada catatan yang menjelaskan tiap jenis persediaan dan penjualan. Record biasa disebut dengan istilah tuple.

2 7 c. File File adalah kumpulan catatan data (data record) yang berhubungan dengan suatu subjek tertentu, misalnya file Pesanan Pembelian Terbuka menjelaskan pesanan pembelian yang telah dipesan ke pemasok namun belum diterima Pengertian Informasi Data yang telah diproses atau data yang telah memiliki arti. Data baru memiliki arti menjadi informasi setelah diterjemahkan menjadi 5K antara lain: - Kondensasi: meringkas data, menghilangkan kedalaman yang tidak dibutuhkan. - Kontekstualisasi: memahami kenapa data dikumpulkan. - Kalkulasi: analisa data, mirip kondensasi. - Kategorisasi: satuan analisa diketahui. - Koreksi: kesalahan dihilangkan Pengertian Sistem Menurut Mcleod (2001, p11) sistem merupakan sekelompok elemen yang terintegrasi dengan maksud yang sama untuk mencapai suatu tujuan. Menurut Mulyadi (1993, p8) system merupakan suatu jaringan prosedur yang dibuat menurut pola yang terpadu untuk melaksanakan kegiatan pokok perusahaan. Dari uraian diatas dapat diambil kesimpulan bahwa suatu sistem pada dasarnya adalah sekelompok elemen yang saling berhubungan secara erat satu sama lainnya, yang berfungsi bersama-sama untuk mencapai tujuan tertentu Pengertian Sistem Informasi Menurut Nickerson (2001, p4) sistem informasi adalah koleksi dari komponen-komponen yang saling bekerja sama dalam menyediakan informasi untuk membantu di dalam operasi-operasi dan manajemen dari organisasi.

3 8 Menurut Connolly & Begg (2002, p270) sistem informasi merupakan sumber-sumber yang memungkinkan koleksi, manajemen, kontrol, dan penyebaran dari informasi yang ada di dalam organisasi 2.2 Pengertian Basis Data Menurut Post( 2002, p2) basis data merupakan kumpulan data yang disimpan dalam sebuah format yang telah distandarisasikan, didesain atau dirancang untuk dapat digunakan oleh banyak user. Menurut Atzeni (2003, p2) basis data merupakan koleksi dari data yang biasanya digunakan untuk mewakili informasi yang diinginkan terhadap suatu sistem informasi 2.3 Pengertian Sistem Basis Data Menurut Date (2000,p5) sistem basis data merupakan sistem penyimpanan record yang terkomputerisasi. Dengan kata lain sistem basis data merupakan sistem penyimpanan informasi yang terkomputerisasi sehingga memudahkan pemakainya untuk mengambil kembali dan memperbaharui informasi tersebut. 2.4 Pengertian DBMS(Database Management Systems) Menurut Post(2002, p2) DBMS merupakan sebuah software yang mendefinisikan database, menyimpan data, support query language, menghasilkan laporan, dan membuat tampilan data entri Sejarah singkat DBMS DBMS yang pertama berdasarkan pada metode hierarki dari pengurutan data. Sistem yang pertama kali merupakan eksistensi dari struktur file COBOL. Bagaimanapun juga pendekatan hubungan database ditemukan oleh E.F. Codd yang menjadi metode dominan dari penyimpanan dan pengambilan data.

4 Fungsi DBMS Menurut Connolly & Begg(2002,pp48-52) fungsi-fungsi DBMS adalah: a. Data Storage, Retrieval and Update Suatu DBMS harus memiliki kemampuan untuk melakukan penyimpanan, penelusuran dan juga mengupdate data-data yang ada. b. A User-accessible catalog Sebuah DBMS harus dapat memiliki sebuah katalog untuk mendeskripsikan data item yang disimpan dan juga dapat diakses. c. Transaction Support DBMS harus menyediakan suatu mekanisme yang akan menjamin bahwa semua kegiatan update maupun tidak, sesuai dengan transaksi yang dilakukan. d. Concurrency control services DBM S harus menyediakan mekanisme yang menjamin bahwa basis data diupdate dengan benar ketika lebih dari satu pemakai meng-update basis data secara bersamaan. e. Recovery services DBMS harus menyediakan mekanisme untuk memperbaiki basis data yang dalam suatu kesempatan rusak karena suatu hal. f. Authorization services DBMS harus menyediakan mekanisme untuk menjamin bahwa hanya pengguna yang mempunyai hak yang dapat mengakses basis data. g. Support for data communication DBMS harus mampu berintegrasi dengan software komunikasi. h. Integrity services

5 10 DBMS harus menyediakan cara untuk menjamin bahwa data dalam basis data dan perubahan pada data mengikuti aturan yang telah ditetapkan sebelumnya. i. Services to promote data independence DBMS harus mencakup fasilitas yang mendukung independensi program dari struktur aktual basis data. j. Utility services DBMS harus menyediakan satu set fasilitas pelayanan.

6 Siklus Hidup Basis Data Connolly & Begg(2002, p272) mendefinisikan siklus hidup dari sebuah analisis dan perancangan basis data sebagai berikut: Database planning System defenition Requirement collection and analysis DBMS selection (optional) Conceptual database design Logical database design Application design Physical database design Prototyping (optional) Implementation Data conversion and loading Testing Operational maintenance Gambar 2.1 Siklus aplikasi basis data

7 12 a. Database planning Dalam tahap ini dilakukan perencanaan sehingga tahapan-tahapan berikutnya dapat dilakukan dengan baik. b. System defenition Pada tahap ini akan dilakukan pembatasan terhadap aplikasi database yang akan digunakan, jangkauannya dan juga lingkungan tempat dimana sistem akan diterapkan. c. Requirement collection and analysis Pada tahap ini dilakukan pengumpulan dan analisis kebutuhan pengguna dan lingkungan aplikasi. d. Database design Pada tahap ini dilakukan perancangan konseptual, logikal dan juga fisikal pada basis data. e. DBMS selection (optional) Memilih DBMS yang sesuai untuk aplikasi basis data. f. Application design Merancang interface bagi pengguna, program aplikasi yang digunakan dan memproses basis data. g. Prototyping (optional) Membuat prototype dari sebuah aplikasi database yang memungkinkan pengguna untuk menvisualisasikan dan mengevaluasi bagaimana bentuk dan fungsi dari sistem akhir

8 13 h. Implementation Membuat defenisi basis data eksternal, konseptual, dan juga internal serta program aplikasi. i. Data conversion and Loading Konversi data dari sistem lama ke sistem yang baru. j. Testing Proses untuk mencari kesalahan pada aplikasi basis data. k.operational maintenance Pada tahap ini aplikasi basis data yang telah dibuat akan diimplementasikan sepenuhnya. Sistem diawasi dan dipelihara secara berkelanjutan. 2.6 Tahapan Perancangan Basis Data Connolly & Begg(2002,pp ) mendefinisikan metodologi perancangan basis data terdiri atas tiga tahapan, yaitu a. Perancangan konseptual Proses membuat suatu model informasi yang digunakan di dalam perusahaan, organisasi, dan terbebas dari semua pertimbangan-pertimbangan yang bersifat fisikal. Perancangan konseptual terdiri dari empat tahap yaitu: 1. Identifikasi entity-entity yang akan digunakan. 2. Menentukan jenis hubungan antar entity. 3. Identifikasi atribut-atribut dan juga domain yang akan digunakan.. 4. Indentifikasi kandidat dan primary key setiap entity. Berikut ini adalah komponen-komponen yang akan digunakan dalam keempat tahapan di atas adalah :

9 14 a. Relasi (Relation) Sebuah relasi adalah sebuah tabel dengan kolom kolom dan baris baris. b. Atribut (Attribute) Atribut merupakan nama kolom dari sebuah relasi. c. Domain Domain adalah sekumpulan dari nilai nilai yang diperkenankan untuk satu atau lebih atribut. d. Record (Tuple) Tuple adalah baris dari sebuah relasi. e. Derajat (Degree) Derajat dari sebuah relasi adalah banyaknya atribut yang ada di dalam relasi tersebut. f. Cardinality Cardinality dari sebuah relasi adalah banyaknya tuple yang ada di dalam relasi tersebut. g. Relasi Basis Data(Relational Database) Relasi basis data adalah sekumpulan dari relasi relasi yang telah dinormalisasikan dengan nama nama relasi yang jelas. h. Relational Key Penentuan kunci merupakan hal yang paling esensial pada basis data relational. Berikut ini adalah penjelasan jenis jenis kunci yang digunakan dalam perancangan : 1. Superkey

10 15 Superkey merupakan sebuah atribut atau sekumpulan atribut yang secara unik diidentifikasikan sebagai sebuah tuple di dalam relasi. 2. Candidate key Candidate key merupakan superkey yang ada di dalam sebuah relasi. 3. Primary key Primary key adalah candidate key yang telah dipilih untuk mengidentifikasi tuple tuple yang unik di dalam sebuah relasi. 4. Foreign key Foreign key merupakan sebuah atribut atau sekumpulan atribut yang memiliki satu relasi terhadap candidate key di dalam beberapa relasi. 5. Composite key Candidate key yang terdiri dari dua atau lebih atribut. i. Relational Integrity Relasi yang terintegritas terdiri dari : 1. Null Mewakili nilai dari atribut yang tidak diketahui atau yang belum ada di dalam tuple. 2. Entity Integrity Di dalam relasi dasar, tidak ada atribut dari primary key yang bisa bernilai null. 3. Referential Integrity Jika foreign key ada di dalam sebuah relasi, maka isi dari foreign key harus dicocokkan dengan isi dari candidate key di dalam relasi masing masing key atau isi dari foreign key harus dinullkan.

11 16 4. Enterprise Constraints Aturan tambahan pada basis data yang dispesifikasi oleh pengguna (user) atau pengelola (administrator) basis data. 5. Base relation Relasi yang berkorespondensi terhadap entity di dalam skema konseptual yang tuple tuplenya tersimpan di dalam basis data secara fisikal. b. Perancangan Logikal Proses membuat suatu model informasi yang digunakan di dalam perusahaan, organisasi berdasarkan pada model data yang spesifik. Pada tahap perancangan logikal proses penyusunan model basis data berdasarkan desain konseptual, tidak menggunakan DBMS tertentu dan juga tidak menggunakan strukur fisik komputer. Pada tahap logikal perancangan lebih ke database view. Pada tahap ini hubungan yang bersifat many-to-many, kompleks, dan juga rekursif harus dihilangkan. Tahapan perancangan pada perancangan logikal terbagi atas dua bagian yaitu : 1. Membangun dan memvalidasi model logikal data lokal untuk setiap tampilan. Untuk membuat model logikal lokal dari model konseptual lokal yang mewakili tampilan tertentu dari perusahaan dan kemudian untuk memvalidasi model ini untuk memastikan struktur yang benar. Tahapan ini terbagi atas enam langkah yakni : a. Menghilangkan ciri-ciri yang tidak kompatibel pada model relasi yang ada.

12 17 b. Menentukan relasi untuk model logikal data lokal. c. Memvalidasikan relasi-relasi yang ada menggunakan normalisasi. d. Memvalidasikan relasi-relasi yang ada terhadap transaksi pengguna. e. Mendefenisikan batasan-batasan yang terintegritas. f. Mengevaluasi model logikal data lokal bersama-sama dengan pengguna. 2. Membuat dan memvalidasi model logikal data global Untuk menggabungkan model logikal data lokal secara individual ke dalam sebuah model logikal data global yang mewakili perusahaan. Tahapan ini terbagi atas empat langkah yakni : a. Menggabungkan model logikal data lokal ke dalam model logikal data global. b. Memvalidasi model logikal data global. c. Melakukan pengecekan untuk perkembangan yang lebih lanjut. d. Mengevaluasi model logikal data global bersama dengan pengguna. c. Perancangan Fisikal Proses menghasilkan sebuah deskripsi dari implementasi basis data di dalam secondary storage yang menggambarkan hubungan-hubungan dasar, organisasi file dan indeks-indeks yang digunakan dalam mencapai akses yang efisien terhadap data dan batasan-batasan integritas yang berasosiasi serta ukuran keamanannya. Perancangan fisikal meliputi langkah-langkah berikut ini antara lain:

13 18 1. Menterjemahkan model logical data global disesuaikan dengan DBMS yang dipilih, antara lain meliputi rancangan base relations, gambaran rancangan dari data turunan(derived data), dan rancangan batasan-batasan dari perusahaan(enterprise constraints). 2. Merancang gambaran fisikal, antara lain meliputi analisa transaksi, memilih organisasi file, memilih indexes, memperkirakan kebutuhan disk space. 3. Merancang user views yang diidentifikasi selama tahap pengumpulan dan analisis kebutuhan pada aplikasi daur hidup relational basis data. 4. Merancang mekanisme keamanan untuk basis data yang ditentukan oleh pengguna. 5. Mempertimbangkan controlled redundancy yang bertujuan untuk meningkatkan daya guna sistem. 6. Sistem operasional monitor and tune untuk mengawasi system operasional dan meningkatkan daya guna sistem untuk memutuskan bahwa rancangan sesuai atau tidak dan juga menangani kebutuhan-kebutuhan yang bisa berubah. 2.7 Perhitungan Disk Space Menurut teori SQL (Structured Query Language) pada SQL Server Book Online(2000) software requirements-sql Server ada empat langkah yang dapat digunakan untuk menghitung jumlah kapasitas disk yang dibutuhkan untuk menyimpan data dan beberapa nonclustered index pada sebuah tabel yang memiliki clustered index. Langkah-langkahnya, yaitu sebagai berikut: 1. Menghitung space yang digunakan untuk menyimpan data

14 19 Berikut ini merupakan langkah-langkah yang digunakan untuk menghitung jumlah space yang dibutuhkan untuk menyimpan data pada sebuah tabel : a. Menentukan jumlah baris yang terdapat dalam tabel Num_Rows = jumlah baris dalam tabel b. Jika terdapat fixed-length columns dan variable-length colums dalam definisi tabel, maka hitung space setiap grup kolom yang dipakai dalam baris data. Ukuran setiap kolom tergantung pada spesifikasi tipe dan panjang data. Num_Cols = jumlah kolom dalam tabel Fixed_Data_Size = jumlah bytes semua fixed-length columns Num_Variable_Cols = jumlah variable-length columns Max_Var_Size = ukuran maksimum dari semua variable-length columns c. Jika terdapat fixed - length columns di mana boleh berisi null dalam tabel maka hitung Null Bitmap. Null_Bitmap = 2 + ((Num_Cols + 7) / 8) d. Jika terdapat variable-length columns dalam table, maka hitung total ukuran dari variable-length columns. Variable_Data_Size = 2 + (Num_Variable_Cols x 2) + Max_Var_Size Jika tidak terdapat variable-length columns maka Variable_Data_Size menjadi 0

15 20 e. Hitung row size. Row_Size = Fixed_Data_Size + Variable_Data_Size + Null_Bitmap + 4 Nilai 4 menunjukkan data row header. f. Hitung jumlah baris per halaman (8096 bytes per halaman). Rows_Per_Page = ( 8096 ) / (Row_Size + 2) g. Jika clustered index dibuat pada tabel maka hitung jumlah free row per page, dengan berdasarkan pada fill factor yang ditentukan. Jika tidak ada clustered index, maka Fill_Factornya menjadi 0. Free_Rows_Per_Page = 8096 x ((100 - Fill_Factor) / 100) / (Row_Size + 2) h. Hitung jumlah halaman yang dibutuhkan untuk menyimpan semua baris. Num_Pages = Num_Rows / (Rows_Per_Page - Free_Rows_Per_Page) i. Hitung jumlah space yang dibutuhkan untuk menyimpan data dalam tabel (total byte 8192 per halaman). Table size (bytes) = 8192 x Num_Pages 2. Menghitung space yang digunakan untuk menyimpan clustered index Berikut ini langkah - langkah untuk mengestimasi jumlah space yang dibutuhkan untuk menyimpan clustered index : a. Definisi clustered index dapat terdiri dari fixed - length columns dan variable-length columns. Untuk mengestimasi ukuran dari clustered index, maka terlebih dahulu harus menentukan space setiap grup kolom dalam

16 21 index row. Num_CKey_Cols = jumlah kolom dalam index key Fixed_CKey_Size = jumlah byte semua fixed-length key columns Num_Variable_CKey_Cols = jumlah variable-length columns dalam index key Max_Var_CKey_Size = ukuran maksimum dari semua variable length key columns b. Jika terdapat fixed-length columns dalam clustered index di mana boleh null, maka hitung null bitmap. CIndex_Null_Bitmap = 2 + (( Num_CKey_Cols + 7) / 8 ) c. Jika terdapat variable-length columns dalam index, maka hitung total ukuran dari variable-length colums. Variable_CKey_Size = 2 + ( Num_Variable_CKey_Cols x 2 ) + Max_Var_CKey_Size Jika tidak ada variable-length columns maka Variable_Ckey_Size menjadi 0. d. Hitung index row size. CIndex_Row_Size = Fixed_CKey_Size + Variable_CKey_Size + CIndex_Null_Bitmap e. Hitung jumlah index row per page (8096 bytes per halaman).

17 22 CIndex_Rows_Per_Page = ( 8096 ) / (CIndex_Row_Size + 2) f. Hitung jumlah halaman yang diperlukan untuk menyimpan semua index row pada setiap level index. Number or pages (level 0) (Num_Pages_CLevel_0) = ( Data_Space_Used / 8192 ) / CIndex_Rows_Per_Page Number of pages (level 1)(Num_Pages_CLevel_1) = Num_Pages_Clevel_0 / CIndex_Rows_Per_Page Hitung jumlah halaman yang dibutuhkan untuk menyimpansetiap level index. Total number of pages (Num_CIndex_Pages) = Num_Pages_CLevel_0 + Num_Pages_CLevel_1 + Num_Pages_CLevel_ Num_Pages_CLevel_n g. Hitung ukuran clustered index (total bytes 8192 per halaman) Clustered index size (bytes) = 8192 x Num_CIndex_Pages 3. Menghitung space yang digunakan untuk menyimpan setiap nonclustered index tambahan Berikut ini langkah - langkah untuk mengestimasi jumlah space yang dibutuhkan untuk menyimpan nonclustered index : a. Definisi nonclustered index dapat terdiri dari fixed - length columns dan variable - length columns. Untuk mengestimasi ukuran dari nonclustered

18 23 index, maka terlebih dahulu harus menentukan space setiap grup kolom dalam index row. Num_Key_Cols = jumlah kolom dalam index key Fixed_Key_Size = jumlah byte semua fixed-length key columns Num_Variable_Key_Cols = jumlah variable-length columns dalam index key Max_Var_Key_Size = ukuran maksimum dari semua variable length key columns b. Jika terdapat fixed-length columns dalam nonclustered index di mana boleh null, maka hitung null bitmap. Index_Null_Bitmap = 2 + (( Num_Key_Cols + 7) / 8 ) c. Jika terdapat variable-length columns dalam index, maka hitung total ukuran dari variable-length colums. Variable_Key_Size = 2 + ( Num_Variable_Key_Cols x 2 ) + Max_Var_Key_Size Jika tidak ada variable-length columns maka Variable_key_Size menjadi 0. d. Hitung index row size. Index_Row_Size = Fixed_Key_Size + Variable_Key_Size + Index_Null_ Bitmap e. Hitung jumlah index row per page (8096 bytes per halaman).

19 24 Index_Rows_Per_Page = ( 8096 ) / (Index_Row_Size + 2) f. Hitung jumlah halaman yang diperlukan untuk menyimpan semua index row pada setiap level index. Number or pages (level 0)(Num_Pages_Level_0) =Data_Space_Used / 8192) / Index_Rows_Per_Page Number of pages (level 1)(Num_Pages_Level_1) = Num_Pages_Level_0 / Index_Rows_Per_Page Hitung jumlah halaman yang dibutuhkan untuk menyimpansetiap level index. Total number of pages (Num_Index_Pages) = Num_Pages_Level_0 + Num_Pages_Level_1 + Num_Pages_Level_ Num_Pages_Level_n g. Hitung ukuran nonclustered index (total bytes 8192 per halaman) Nonclustered index size (bytes) = 8192 x Num_Index_Pages 4. Menjumlahkan semua nilai yang diperoleh dari ketiga langkah di atas Hitung ukuran tabel: Total table size (bytes) = Data_Space_Used + Clustered index size + Nonclustered index size +...n

20 Normalisasi Pengertian Normalisasi Connolly & Begg(2002, p376) normalisasi merupakan suatu teknik yang digunakan untuk menghasilkan kumpulan relasi dengan property-properti yang diinginkan, yang memenuhi kebutuhan data pada suatu organisasi. Dengan kata lain normalisasi melakukan serangkaian pengujian pada suatu relasi untuk menentukan apakah relasi tersebut melanggar atau memenuhi bentuk normal. Tiga bentuk normal yang biasa digunakan adalah first(1nf), second(2nf),dan third(3nf). Kemudian terdapat bentuk normal yang lebih kuat terdefinisi yaitu Boyce-Codd Normal Form(BCNF). Semua bentuk normal tersebut berdasarkan pada ketergantungan fungsional diantara atribut pada suatu relasi. Bentuk normal pada tingkatan lebih tinggi adalah fourth(4nf) dan fifth(5nf) Pengulangan Data dan Anomali Tujuan utama dari desain basis data relasional adalah mengelompokkan atributatribut ke dalam relasi-relasi untuk menghilangkan pengulangan data dengan demikian mengurangi kapasitas penyimpanan file. Relasi-relasi yang terdapat pengulangan data yang menyebabkan data tidak konsisten atau membuat suatu data menjadi hilang saat data lain dihapus disebut sebagai anomali Ketergantungan Fungsional(Functional Dependency) Connolly & Begg(2002, p379) ketergantungan fungsional menggambarkan hubungan antara atribut-atribut pada suatu relasi. Sebagai contoh, jika A dan B adalah atribut-atribut dari relasi R, B dikatakan bergantung fungsional pada A(dituliskan A B), jika setiap nilai pada A dihubungkan dengan tepat pada satu nilai B. (A dan B mungkin terdiri dari satu atau lebih atribut).

21 26 Ketergantungan fungsional dapat diartikan sebagai semantic dari atribut-atribut pada suatu relasi. Semantic menunjukkan bagaimana atribut-atribut tersebut berhubungan satu sama lain dan menentukan ketergantungan fungsional diantara atribut. Ketika terdapat ketergantungan fungsional, ketergantungan ini ditetapkan sebagai constraint antara atribut-atribut. A B B is functionally dependent on A Gambar 2.2 Gambar functional dependencies Pada relasi dengan atribut-atribut A dan B, dimana atribut B bergantung fungsional pada atribut A, maka satu nilai B pada setiap tuple bergantung dari nilai A. Ketika tuple memiliki nilai yang sama pada A, maka memiliki nilai yang sama juga pada B.Tetapi nilai B dapat berhubungan dengan beberapa nilai yang berbeda pada A. Determinant menunjukkan atribut atau kumpulan atribut pada bagian sebelah kiri dari panah pada ketergantungan fungsional. Sebagai contoh, determinant pada gambar diatas adalah A, artinya A merupakan determinant dari B Bentuk Normal Menurut Codd(1972b) mengemukakan bahwa normalisasi merupakan teknik formal untuk menguraikan relasi berdasarkan pada primary key atau candidate key dan ketergantungan fungsional. Teknik ini meliputi rangkaian aturan-aturan yang digunakan untuk pengujian relasi sehingga basis data bisa dinormalisasi pada setiap tingkatan

22 27 sehingga memenuhi bentuk normal. Beberapa tingkatan yang biasa digunakan pada normalisasi adalah: a. Bentuk Normal Pertama (1NF) Sebuah relasi dikatakan dalam bentuk normal pertama jika dan hanya jika semua domain mengandung hanya nilai atomik. Dengan kata lain, suatu relasi dikatakan dalam bentuk normal pertama jika setiap atribut bernilai tunggal untuk setiap baris. Bentuk normal pertama dilakukan jika relasi belum ternormalisasi. Table yang belum ternormalisasi adalah tabel yang memiliki atribut berulang. b. Bentuk Normal Kedua(2NF) Bentuk normal kedua berdasarkan pada konsep ketergantungan fungsional. Bentuk normal kedua didefinisikan jika relasi berada dalam bentuk normal pertama dan setiap atribut bukan key tergantung fungsional pada primary key. Untuk menjadikan relasi dalam bentuk normal kedua maka dari bentuk normal pertama dipisah yang functionally dependency. c. Bentuk Normal Ketiga(3NF) Sebuah relasi dikatakan dalam bentuk normal ketiga jika berada dalam bentuk normal kedua dan setiap atribut bukan key tidak tergantung transitif pada primary key. Yang dimaksud dengan ketergantungan transitif adalah suatu kondisi dimana A, B, dan C merupakan atribut-atribut dari suatu relasi, jika A B and B C, maka C bergantung transitif pada A melalui B.(ditetapkan bahwa A bergantung fungsional pada B atau C). d. Bentuk Normal Boyce-Codd(BCNF) Suatu relasi dikatakan memenuhi bentuk BCNF jika dan hanya jika setiap determinant(penentu) merupakan candidate key. BCNF merupakan bentuk normal sebagai perbaikan terhadap bentuk normal ketiga jika bentuk normal ketiga tersebut

23 28 masih anomali sehingga perlu dinormalisasi lebih jauh. Jadi suatu relasi yang memenuhi BCNF pasti juga memenuhi 3NF, tetapi tidak berlaku sebaliknya. e. Bentuk Normal Keempat(4NF) Bentuk normal keempat didefinisikan sebagai suatu relasi yang telah berada pada BCNF dan tidak mengandung dua atribut atau lebih yang bernilai banyak. f. Bentuk Normal Kelima(5NF) Suatu relasi dikatakan dalam bentuk normal kelima jika tidak lagi memiliki join dependency yang menggambarkan tipe ketergantungan, dimana sebagai contoh untuk sebuah relasi R anggota atribut dari R adalah A,B,.,Z, sebuah relasi R dikatakan sebagai join dependency jika dan hanya jika setiap nilai dari R sama dengan hubungan pada projectionsnya pada A,B, Z Pada bentuk-bentuk normal diatas, yang umum digunakan adalah bentuk normal pertama, kedua, dan ketiga. Ketiga bentuk normal tersebut tidak dilanjutkan ke tingkat bentuk normal yang lebih tinggi apabila persoalan anomali tidak muncul lagi. Bentuk normal BCNF sebagai perbaikan terhadap bentuk normal ketiga apabila diperlukan. Sedangkan bentuk normal 4NF dan 5NF hanya dipakai pada kondisi khusus tertentu, yaitu pada relasi yang mengandung ketergantungan nilai banyak. 2.9 Entity Relationship Modeling (ER Modeling) Model ER merupakan pendekatan top-down pada rancangan basis data yang dimulai dengan mengindentifikasi data yang disebut entity dan hubungan antara entity tersebut. Gambar 2.3 Hubungan antara entity Pemasok dan Barang dalam Diagram ER

24 Perancangan Software dengan Model Sekuensial Linier analisis desain kode tes Gambar 2.4 Metode sekuensial linear Menurut Pressman(1992, pp37-38) Model sekuensial linier mengusulkan sebuah pendekatan kepada perkembangan perangkat lunak yang sistematik dan sekuensial yang mulai pada tingkat dan kemajuan system pada seluruh analisis, desain, kode, pengujian dan pemeliharaan. Model ini adalah paradigma rekayasa perangkat lunak yang paling luas dipakai dan paling tua. Model sekuensial linier melingkupi aktivitas-aktivitas sebagai berikut: a. Rekayasa dan pemodelan sistem Pada tahap ini rekayasa dan analisis sistem menyangkut pengumpulan kebutuhan-kebutuhan pada tingkat sistem dengan sejumlah kecil analisis serta desain tingkat puncak, tingkat bisnis strategis dan tingkat area bisnis. b. Analisis kebutuhan perangkat lunak Merupakan proses pengumpulan kebutuhan yang diintensifkan dan difokuskan, khususnya pada perangkat lunak. c. Desain Merupakan proses multilangkah yang difokuskan pada empat atribut sebuah program yang berbeda yaitu: struktur data, arsitektur perangkat lunak,

25 30 representasi interface dan detail prosedural. Proses desain menerjemahkan kebutuhan dalam representasi perangkat lunak yang dapat diperkirakan demi kualitas sebelum dimulainya pemunculan kode. d. Generasi kode Desain harus dapat diterjemahkan ke dalam bentuk mesin yang dapat dibaca. e. Pengujian Proses pengujian berfokus pada logika internal perangkat lunak dan pada eksternal fungsional. f. Pemeliharaan Perangkat lunak akan mengalami perubahan setelah disampaikan kapada pelanggan. perubahan akan terjadi karena kesalahan-kesalahan ditentukan, karena perangkat lunak harus disesuaikan untuk mengakomodasikan perubahan-perubahan di dalam lingkungan eksternal, atau karena pelanggan membutuhkan perkembangan fungsional. Pemeliharaan perangkat lunak mengaplikasikan lagi setiap fase program sebelumnya dan tidak membuat yang baru lagi STD (State Transition Diagram) STD adalah suatu diagram yang menggambarkan bagaimana suatu proses dihubungkan satu sama lain dalam waktu yang bersamaan. Dengan kata lain STD merupakan suatu modelling tool yang menggambarkan sifat keteergantungan pada waktu dari suatu sistem. Notasi yang digunakan pada STD adalah

26 31 Gambar 2.5 Simbol state dalam STD Gambar 2.6 Simbol aliran data dalam STD 2.12 Pengertian Penjualan,Pembelian dan Persediaan Penjualan Menurut Romney (2003,p157), penjualan merupakan suatu set rekursif dari kegiatan bisnis dan operasi pemrosesan informasi terkait yang dihubungkan dengan penyediaan barang dan pelayanan pelanggan dan penerimaan pembayaran dari penjualan tersebut. Penjualan ada 2 macam bila dilihat dari cara pembayarannya, yaitu: a. Penjualan tunai, merupakan penjualan barang yang pembayarannya harus dilakukan secara tunai. b. Penjualan kredit, merupakan penjualan barang yang pembayarannya dilakukan di kemudian hari. Pembayaran ini dilakukan sesuai dengan syarat-syarat pembayaran yang diberikan atau sesuai dengan kesepakatan kedua belah pihak Pengertian Penjualan Tunai Menurut Mulyadi(1997,p199), penjualan tunai adalah suatu bentuk penjualan yang dilakukan oleh perusahaan dengan cara mewajibkan pihak pembeli untuk melakukan pembayaran dengan harga barang yang dibelinya sebelum barang tersebut diserahkan perusahaan.

27 Pengertian Penjualan Kredit Menurut Mulyadi (1997, pp ), penjualan kredit adalah suatu bentuk penjualan yang dilakukan oleh perusahaan dengan cara mengirimkan baang sesuai order yang diterima dari pembeli dan untuk jangka waktu tertentu perusahaan mempunyai piutang pada pembeli tersebut. Untuk menghindari tidak tertagihnya piutang, setiap penjualan kredit yang pertama pada seorang pembeli selalu didahului dengan analisis terhadap dapat tidaknya pembeli tersebut diberi kredit. Adapun dokumen-dokumen yang digunakan dalam sistem penjualan kredit antara lain adalah: a. Faktur Penjualan Dokumen ini digunakan sebagai dasar dari pencatatan timbulnya piutang dari transaksi penjualan kredit. b. Surat Tagihan Surat tagihan ini merupakan turn-around dokumen yang isinya dibagi menjadi 2 bagian yang terdiri dari bagian atas yang merupakan dokumen yang harus disobek dan dikembalikan bersama cek oleh pelanggan ke perusahaan. Sedangkan bagian bawah adalah faktur penjualan yang asli yang berisi rincian barang-barang yang telah dijual Pembelian Pembelian merupakan salah satu kegiatan dari aktifitas bisnis yang meliputi penyediaan barang dari supplier dan juga bagaimana pembayaran akan dilakukan kepada pihak supplier. Transaksi pembelian dapat digolongkan menjadi dua yaitu : pembelian lokal dan pembelian impor.

28 33 Dokumen-dokumen yang digunakan dalam sistem pembelian adalah sebagai berikut : 1. Surat permintaan pembelian Merupakan formulir yang diisi oleh pemakai atau fungsi gudang untuk meminta dilakukannya pembelian barang dengan jenis, mutu dan jumlah yang sesuai dengan surat tersebut. 2. Surat permintaan penawaran harga Dokumen yang digunakan untuk meminta penawaran harga bagi barang yang pengadaannya tidak bersifat repetitif, yang menyangkut jumlah rupiah pembelian yang besar. 3. Surat order pembelian Merupakan dokumen yang digunakan untuk memesan barang kepada pemasok yang telah dipilih. 4. Laporan penerimaan barang Dokumen ini dibuat oleh fungsi penerimaan barang untuk menunjukkan bahwa barang yang diterima dari pemasok telah memenuhi mutu dan kuantitas seperti yang telah dicantumkan dalam surat order. 5. Laporan pembayaran Merupakan dokumen yang menunjukkan besarnya pembayaran yang dilakukan dan juga detail pembayaran yang dilakukan Persediaan Menurut Rangkuti (1998,p2) persediaan merupakan sejumlah bahan bahan, bagian bagian yang disediakan dan bahan bahan dalam proses yang terdapat dalam perusahaan untuk proses produksi \, serta barang barang jadi atau produk yang disediakan untuk memenuhi permintaan dari konsumen atau langganan setiap waktu.

29 34 Dengan kata lain persediaan merupakan salah satu unsur yang paling aktif dalam operasi perusahaan yang secara terus menerus diperoleh, diubah, yang kemudian dijual kembali. Jenis jenis persediaan menurut fungsinya : 1. Batch Stock / Lot Size Inventory Persediaan yang diadakan karena kita membeli atau membuat bahan bahan atau barang barang dalam jumlah yang lebih besar dari jumlah yang dibutuhkan saat itu. 2. Fluctuation Stock Persediaan yang diadakan untuk menghadapi fluktuasi permintaan konsumen yang tidak dapat diramalkan. 3. Anticipation Stock Persediaan yang diadakan utnuk menghadapi fluktuasi permintaan yang dapat diramalkan, berdasarkan pola musiman yang terdapat dalam satu tahun dan untuk menghadapi penggunaan atau penjualan atau permintaan yang meningkat.