BAB 2 LANDASAN TEORI

Transkripsi

1 BAB 2 LANDASAN TEORI 2.1 Teori Khusus Pengumpulan dan Analisis Kebutuhan Pengumpulan dan Analisis kebutuhan adalah proses pengumpulan dan analisis informasi tentang bagian perusahaan yang didukung oleh aplikasi basis data dan yang menggunakan informasi ini untuk mengindentifikasikan kebutuhan kebutuhan user dari sistem yang baru (Connolly dan begg, 2005, p286). Pengumpulan kebutuhan atau fact-finding memiliki 5 jenis teknik yang penggunaannya sesuai kebutuhan; 1. Memeriksa dokumentasi dan formulir Memahami terhadap jalanya sistem akan cepat diperolah dengan memeriksa dokumendokumen, formulir, laporan, dan file yang berhubungan dengan sistem yang berjalanan. 2. Wawancara Bertujuan untuk mengumpulkan fakta-fakta, memeriksa kebenaran fakta yang ada mengklarifikasinya, membangkitkan semangat, melibatkan pengguna akhir, mengindetifikasi kebutuhan-kebutuhan, dan pengumpulan ide-ide dan pendapat (Connolly dan Begg, 2005,p317). Keuntungan wawancara ; a. Memungkinkan bebas dan terbuka untuk menjawab pertanyaan b. Memungkink merasa bagian dari proyek bagi orang yang diwawancarai. c. Memungkinkan pewawancara untuk menindak lanjutikomentar komentar menarik yang dibuat orang yang diwawancara. 6

2 7 Kerugian wawancara : a. Sangat memakan waktu b. Keberhasilan tergantung pewawancara c. Keberhasilan tergantung pada keinginan orang yang diwawancara untuk ikut serta dalam wawancara. 3. Mengamati Operasional Perusahaan Memungkinkan untuk ikut serta atau mengamati seseorang dalam melakukan kegiatan untuk memahami kegiatan. Salah satu factor pengamatan dapat berhasil adalah dengan mencari informasi sebanyak mungkin tentang aktivasi tersebut. 4. Penelitian Jurnal komputer, buku buku refrensi, dan internet merupakan sumber informasi yang baik yang menyediakan bagaimana orang lain memecahkan masalah yang serupa Keuntungan antara lain; a. Dapat menghemat waktu jika solusinya sudah tersedia. b. Peneliti dapat memenuhi kebutuhan serupa. c. Membuat para peneliti selalu up-to-date dengan perkembangan baru. Kerugian teknik ini ; a. Membutuhkan akses ke sumber informasi yang tepat b. Dapat saja tidak membantu memecahkan masalah karena tidak ada dokumentasi.

3 8 5. Kuesioner Adalah suatu dokumen dengan tujuan khusus yang memungkinkan fakta fakta dikumpulkan dari banyak orang sambil menjaga control terhadap tanggapan yang diberikan (Connolly dan Begg, 2005, p320). Keuntungan dari kuesioner ; a. Orang dapat melengkapi dan mengembalikan kuesioner pada waktu sebaik baiknya. b. Tidak mahal untuk mengumpulkan data. c. Respponden lebih mudah untuk memberikan jawaban. d. Tanggapan dapat dianalisis dengan cepat. Kerugian dari kuesioner ; a. Jumlah responden dapat saja rendah b. Kuesioner terkadang tidak lengkap saat mengembalikan c. Tidak dapat ada kesempatan untuk mengubah pertanyaan yang salah diartikan. d. Tidak dapat menganalisa bahasa tubuh. e. Memakan waktu yang cukup lama untuk membuat kuesioner Teori Penjualan Menurut Hollander et al (2005, p230), penjualan adalah rangkaian kegiatan operasi yang disajikan secara bersama-sama untuk menarik pelanggan, membantu pelanggan memilih barang dan jasa serta mengirimkan barang dan jasa yang diminta. Menurut mulyadi (2006, p202), kegiatan penjualan terdiri dari transaksi penjualan barang atau jasa baik secara kredit atau tunai. Penjualan menurut cara bayarnya dapat dibedakan sebagain berikut :

4 9 Penjualan tunai Penjualan tunai adalah penjualan yang dilaksanakan oleh perusahaan dengan cara mewajibkan pembeli dengan melakukan pembayaran harga barang terlebih dahulu sebelum barang diserahkan kepada pembeli. Penjualan kredit Penjualan kredit adalah penjualan yang dilakukan dengan cara memenuhi pesanan dari pelanggan dengan mengirimkan barang atau menyerahkan jasa dan untuk jangka waktu tertentu perusahaan memiliki piutang kepada pelanggannya Pembelian Menurut Hollander et al (2005, p293), pembelian meliputi proses mendapatkan bahan baku, dan sumber daya lain yang dibutuhkan untuk menyelesaikan suatu produk. Menurut Mulyadi (2006, p299), pembelian adalah suatu usaha yang digunakan dalam perusahaan untuk pengadaan barang yang diperlukan oleh perusahaan Barang Menurut Kolter dan lane (2007, 16) Barang dibagi menjadi beberapa macam, yaitu : Barang Konsumsi Produk yang dibeli konsumen akhir untuk penggunaan Pribadi Barang Industri Produk yang digunakan oleh perusahaan atau organisasi untuk memproduksi produk lain.

5 Persediaan Menurut Hollander et al (2005, p759), persediaan dari beberapa jenis, antara lain : Persediaan barang mentah Persediaan bahan-bahan mentah yang digunakan dalam proses manufaktur. Persediaan barang dalam proses Persediaan barang-barang yang telah melalui beberapa tahap pada proses manufaktur, tapi masih perlu diolah lagi. Persediaan barang jadi Persediaan barang-barang yang telah selesai diproses dan siap untuk dijual Organisasi Menurut Yayat M. Herujito (2006, 110) Organisasi adalah susunan dan hubungan antara komponen-komponen bagian dan posisi dalam suatu perusahaan. Struktur Organisasi adalah adalah susunan yang memudahkan setiap orang berkerja sama mencapai hasil akhir Rich Picture Menurut Lars Mathiassen (2000, p.26), Rich Picture merupakan gambaran informal yang menampilkan situasi yang dideskripsikan oleh illustrator. Rich picture focus pada aspek yang penting pada situasi. Rich picture harus memberikan sebuah deskripsi yang luas dari situasi yang memungkinkan beberapa tafsiran alternatif STD (State Transition Diagram) Menurut Whitten, Bentley, Dittman (2005, p673), State Transition Diagram (STD) adalah suatu alat yang digunakan untuk menggambarkan urutan dan variasi screen yang dapat terjadi selama satu sesi pengguna. Komponen utama yang digunakan dalam diagram transisi adalah: a. Keadaan Sistem (System State) State merupakan suatu kumpulan keadaan atau atribut yang mencirikan suatu benda pada waktu atau kondisi tertentu. State disimbolkan dengan gambar kotak persegi panjang.

6 11 b.perubahan Keadaan (Change of State) Perubahan keadaan digambarkan dengan garis panah menghubungkan dua keadaan yang berkaitan. Notasinya adalah sebagai berikut: Gambar 2.1 Change of State c. Kondisi dan Aksi (Condition and Action) Untuk melengkapi diagram transisi diperlukan dua komponen tambahan, yaitu kondisi dan aksi. Kondisi merupakan penyebab suatu keadaan berubah, sedangkan aksi yang dilakukan oleh sistem apabila terjadi perubahan keadaan. Notasinya adalah sebagai berikut: Gambar 2.2 Kondisi dan Aksi

7

8 Teori Umum Pengertian Sistem Menurut O`Brien (2005, p29), sistem adalah sekelompok komponen yang saling berhubungan, bekerja bersama untuk mencapai tujuan bersama dengan menerima input serta menghasilkan output dalam proses transformasi yang teratur. Setiap sistem memiliki tiga komponen atau fungsi dasar yang berinteraksi, yaitu: input, proses, dan output Pengertian Data Menurut Hoffer et al. (2005, p5), data adalah representasi dari objek dan peristiwa yang memiliki arti dan kepentingan dalam lingkungan pemakai Sistem Informasi Menurut James O Brien (2004, 7) Sistem Informasi adalah suatu yang bisa dikumpulkan dan dikombinasikan dari manusia, hardware, software, jaringan komunikasi, dan sumber data yang dikumpulkan diubah menjadi informasi yang berguna untuk sebuah organisasi. Sedangkan Sistem adalah kumpulan komponen yang saling berhubungan yang berkerja sama menuju tujuan yang sama dengan menerima input dan menghasilkan output di dalam transformasi di dalam suatu organisasi. Adapun komponennya adalah : - Input Menangkap dan merakit yang masuk ke sistem untuk diproses - Proses Melibatkan proses transformasi yang merubah input menjadi output - Output Melibatkan perpindahan elemen yang telah dihasilkan oleh proses transformasi ke tujuannya.

9 Basis Data Menurut Connolly dan Begg (2005, p65), basis data adalah kumpulan data yang dapat dibagi-pakai bersama yang secara logis berhubungan dan deskripsi dari data tersebut dirancang untuk memenuhi kebutuhan informasi dari organisasi. Basis data merupakan tempat penyimpanan tunggal dan besar untuk data yang dapat digunakan secara bersamaan oleh banyak departemen dan pengguna. Menurut O Brien (2006, P211), basis data adalah kumpulan terintegrasi dari elemen data yang secara logika saling berhubungan. Database berisi berbagai elemen data yang mendeskripsikan berbagai entitas dan hubungan antar entitas Sistem Manajemen Basis Data (Database Management System atau DBMS) Menurut Connolly dan Begg (2005, p66), DBMS adalah sebuah system perangkat lunak yang memperbolehkan pengguna untuk mendefinisikan, membuat, memelihara, dan mengendalikan akses ke dalam basis data. DBMS merupakan perangkat lunak yang berinteraksi dengan program aplikasi pengguna dan basis data. Menurut McLeod dan Schell (2001, p196), system manajemen basis data adalah aplikasi perangkat lunak yang menyimpan struktur basis data, hubungan antar data dalam basis data, serta berbagai formulir dan laporan yang berkaitan dengan basis data itu. Menurut Ramakrishman dan Gehrke (2003, p4), DBMS adalah perangkat lunak yang didesain untuk membantu dan memelihara dan menggunakan sekumpulan data yang besar, dan kebutuhan akan system basis data tersebut akan berkembang dengan cepat seiring penggunaannya. Disimpulkan bahwa DBMS adalah sebuah perangkat lunak yang menyimpan struktur basis data, membantu, mengendalikan akses, mendefinisikan, memelihara dan menggunakan sekumpulan data yang besar Fasilitas DBMS Menurut Connolly dan Begg (2005, p66), DBMS menyediakan fasilitas berikut ini: DBMS memperbolehkan pengguna untuk mendefinisikan basis data melalui data definition language (DDL) DBMS Memperbolehkan pengguna untuk menyisipkan. Memperbaharui, menghapus, dan mengambil data dari basis data

10 15 melalui data manipulation language (DML). DBMS menyediakan akses ke dalam basis data. Sebagai Contoh, DBMS menyediakan : - Sistem keamanan - Sistem Integritas - Sistem pengendalian konkurensi - Sistem pengendalian pemulihan - Katalog yang bisa diakses pengguna Data Definition Languange (DDL) Menurut Connolly dan Begg (2005, p92), data definition language adalah bahasa yang memperbolehkan DBA atau pengguna untuk mendeskripsikan dan menamai entitas, atribut, dan hubungan yang dibutuhkan untuk aplikasi, bersama dengan integritas yang terkait dan batasan keamanan. Menurut Sudarshan (2002, p11), ketika kita menetapkan skema database dengan satu set definisi yang dinyatakan dengan bahasa khusus maka disebut Data Definition Language (DDL). Contoh: create table account (account_number char (10), balance integer) Data Manipulation Languange (DML) Menurut Connolly dan Begg (2010, p92), data manipulation language adalah bahasa menyediakan serangkaian operasi untuk mendukung manipulasi dasar dari data yang ada dalam basis data. Operasi Manipulasi data meliputi : 1. Penambahan data baru ke dalam basis data (insertion) 2. Modifikasi data yang disimpan ke dalam basis data (modification) 3. Pengambilan data yang terdapat dalam basis data (retrieval) 4. Penghapusan data dari basis data (deletion) Komponen Lingkungan DBMS

11 16 Menurut Connolly dan Begg (2005, p68), lima komponen utama lingkungan DBMS adalah : Perangkat keras DBMS dan aplikasi membutuhkan perangkat keras untuk menjalankannya. Perangkat keras dapat bervariasi dari personal computer tunggal, mainframe tunggal, sampai sebuat jaringan yang terdiri dari computer-komputer. Perangkat Lunak Komponen perangkat lunak terdiri dari perangkat lunak DBMS itu sendiri dan program aplikasi, bersama dengan sistem operasi, termasuk juga perangkat lunak jaringan jika DBMS digunakan melalui jaringan. Data Data bertindak sebagai jembatan antara komponen mesin dan komponen manusia. Basis data memuat data operasional dan met-data atau data mengenai data. Prosedur Prosedur merunjuk instruksi dan peraturan yang mengatur desain dan penggunaan basis data. Manusia Komponen terakhir adalah orang-orang yang terlibat dengan sistem. Empat tipe orang yang berpartisipasi dalam lingkungan basis data adalah pengelola data dan basis data, desainer basis data, pengembang aplikasi, dan pengguna akhir Keuntungan DBMS Menurut Connolly dan Begg (2005, p77), keuntungan DBMS adalah sebagai berikut: Kontrol terhadap pengulangan data Konsistensi data Lebih banyak informasi dari jumlah data yang sama Data dapat dibagi bersama-sama

12 17 Meningkatkan integritas data Meningkatkan keamanan Penguatan standar Skala ekonomis Menyeimbangkan kebutuhan yang konflik Memperbaiki pengaksesan dan pertanggungjawaban Meningkatkan produktifitas Memelihara pemeliharaan melalui keterpisahan data Meningkatkan konkurensi Meningkatkan pelayanan pemulihan dan backup Kerugian DBMS Menurut Connolly dan Begg (2005, p80), kerugian DBMS adalah sebagai berikut: Kompleksitas Ukuran Harga dari DBMS Harga dari perangkat keras tambahan Biaya konversi Performa Pengaruh yang besar dari kegagalan

13 Fungsi DBMS Menurut Connolly dan Begg (2005, p99), Fungsi DBMS adalah : Penyimpanan, pengambilan, dan pembaharuan data dalam basis data Katalog yang dapat diakses pengguna Pendukung transaksi Pelayanan pendukung konkurensi Layanan pemulihan Layanan otorisasi Mendukung komunikasi data Layanan integritas Layanan untuk mendukung keterpisahan data Layanan utilitas

14 Siklus Hidup Pengembangan Sistem Basis Data Menurut Connolly dan Begg (2005, p314), tahapan siklus hidup aplikasi basis data adalah sebagai berikut : Gambar 2.3 Siklus Hidup Pengembangan Sistem Basis Data (Connolly dan Begg, 2005, p314) Perencanaan Basis Data Menurut Connolly dan Begg (2005, p313), perencanaan berbasis data adalah aktifitas manajemen yang memungkinkan tahapan - tahapan sistem basis data direalisasikan seefektif dan seefisien mungkin. Langkah penting dalam perencanaan basis data adalah : Mendefinisikan penyataan misi dari proyek basis data dengan jelas Mendefinisikan tujuan misi

15 Definisi Sistem Menurut Connolly dan Begg (2005, p316), definisi sistem mendeskripsikan ruang lingkup dan batasan aplikasi basis data dan tampilan (view) pengguna utama. Tampilan pengguna mendifiniskan apa yang dibutuhkan dari perspektif peranan kerja tertentu (seperti manager atau pengawas) atau area aplikasi perusahaan (seperti pemasaran, personalia, atau pengontrol stok) Pengumpulan Kebutuhan dan Analisis Menurut Connolly dan Begg (2005, p316), pengumpulan kebutuhan dan analisis adalah proses pengumpulan dan analisis informasi mengenai bagian bagian organisasi yang didukung oleh aplikasi basis data, dan menggunakan informasi ini untuk mengidentifikasi persyaratan pengguna dari sistem baru. Tiga pendekatan utama untuk mengelola persyaratan dari aplikasi basis data dengan tampilan (view) dari banyak pengguna adalah : Pendekatan Terealisasi Yaitu persyaratan untuk tampilan (view) setiap pengguna digabungkan ke sebuah set persyaratan tunggal untuk aplikasi basis data baru. Pendekatan Integrasi Tampilan (view) Yaitu persyaratan untuk setiap tampilan pengguna dibangun pada model data yang terpisah untuk mempresentasikan tampilan pengguna tersebut Desain Basis Data Menurut Connolly dan Begg (2005, p320), desain basis data adalah proses membuat desain yang akan mendukung pernyataan misi perusahaan dan tujuan perusahaan untuk sistem basis data yang diperlukan. Dua pendekatan utama untuk desain basis data adalah : Pendekatan Bottom-up Pendekatan bottom-up dimulai dengan level fundamental dari atribut (yang merupakan property dari entitas dan hubungan), yang melalui analisis pada

16 21 keterkaitan antara atribut, dikelompokan menjadi relasi yang mewakili tipe entitas dan hubungan antar entitas. Pendekatan Top-up Pendekatan top-up dimulai dengan pengembangan model data yang memuat beberapa entitas tingkat tinggi dan hubungan dan kemudian menerapkan perbaikan top-down untuk mengidentifikasi entitas dengan tingkat yang lebih rendah, hubungan, dan atribut yang terkait. Menurut Connolly dan Begg (2005, p322), desain basis data dibagi kedalam tiga tahapan, yaitu desain basis data konseptual, desain basis data logical, dan desain basis data fisikal Pemilihan DBMS (Optional) Menurut Connolly dan Begg (2005, p325), pemilihan DBMS bertujuan memilih DBMS yang tepat untuk mendukung sistem basis data. Tahapan utama untuk memilih DBMS adalah: Mendefinisikan syarat-syarat referensi studi Mendaftar dua atau tiga produk Mengevaluasi produk Merekomendasikan pemilihan dan menghasilkan laporan Desain Aplikasi Menurut Connolly dan Begg (2005, p329), desain aplikasi adalah desain tatap muka pengguna (user interface) dan program aplikasi yang menggunakan dan memproses basis data. Ini termasuk desain program aplikasi yang mengakses basis data dan desain transaksi (yang merupakan metode akses basis data). Sebagai tambahan, untuk mendesain bagaimana suatu fungsi dicapai, kita harus mendesain tatap muka pengguna (user interface) yang sesuai untuk aplikasi basis data.

17 Prototyping (Opsional) Menurut Connolly dan Begg (2005, p304), Prototyping adalah proses membangun model kerja dari aplikasi basis data. Ada dua strategi prototyping yang umum digunakan saat ini, yaitu : Prototyping kebutuhan Prototyping kebutuhan menggunakan prototype untuk menentukan kebutuhan dari aplikasi basis data yang diusulkan dan sekali kebutuhan itu terpenuhi, prototype dibatalkan. Prototypinge evolusioner Prototyping evolusioner digunakan untuk tujuan yang sama, perbedaan yang penting adalah prototype tidak dibatalkan tetapi dengan pengembangan lebih lanjut menjadi aplikasi basis data yang digunakan Implementasi Menurut Connolly dan Begg (2005, p304), implementasi adalah realisasi fisik dari desain basis data dan aplikasi. Program diimplementasikan menggunakan bahasa ketiga atau keempat Konversi dan Pemasukan Data Menurut Connolly dan Begg (2005, p305), konversi datan dan pemasukan data adalah mentransfer semua data ada ke basis data yang baru dan mengkonversi semua aplikasi yang ada untuk menjalankan basis data yang baru. Tahapan ini hanya dibutuhkan ketika sistem basis data yang baru menggantikan sistem yang lama Pengujian Menurut Connolly dan Begg (2005, p305), pengujian adalah proses mengeksekusi program aplikasi dengan maksud untuk mendeteksi kesalahan. Sebelum digunakan, aplikasi basis data yang baru dikembangkan sebaiknya diuji secara menyeluruh.

18 Pemeliharaan Operasional Menurut Connolly dan Begg (2005, p306), pemeliharaan operasional adalah proses memonitor dan memelihara sistem setelah instalasi. Aktivitas dalam tahap pemeliharaan adalah : Memonitor performa sistem Memelihara dan meng-upgrade aplikasi basis data (ketika diperlukan) Entity-Relationship Modeling Tipe Entitas Menurut Connolly dan Begg (2005, p372), tipe entitas adalah sekumpulan objek dengan properti yang sama, yang diidentifikasi oleh perusahaan mempunyai keberadaan yang independen. Kejadian entitas adalah objek yang dapat diidentifikasi secara unik dari entitas. Tipe entitas dapat dikelompokan menjadi : Tipe Entitas Kuat Tipe entitas kuat adalah sebuah tipe entitas yang keberadaannya tidak tergantung kepada beberapa tipe entitas lain. Tipe Entitas Lemah Tipe entitas lemah adalah sebuah entitas yang keberadaannya tergantung kepada beberapa tipe entitas lain Tipe Hubungan Menurut Connolly dan Begg (2005, p374), tipe hubungan adalah set asosiasi yang memiliki arti diantara tipe entitas. Derajat tipe hubungan adalah jumlah partisipan tipe entitas dalam sebuah hubungan. Sebuah hubungan berderajat dua adalah binary, hubungan sederajat tiga adalah ternary, dan hubungan sederajat empat disebuat quarternary.

19 Atribut Menurut Connolly dan Begg (2005, p379), atribut adalah properti dari sebuah entitas atau tipe hubungan. Domain atribut adalah nilai yang diperbolehkan untuk satu atau lebih atribut. Atribut dapat dikelompokan menjadi : Atribut sederhana (simple) dan gabungan (composite) Atribut sederhana adalah atribut yang terdiri dari komponen tunggal dan dengan keberadaannya yang independen. Atribut campuran adalah sebuah atribut yang terdiri dari banyak komponen, yang masing-masing dari komponen tersebut mempunyai keberadaan yang independen. Atribut bernilai tunggal (single-valued) dan banyak (multi-valued). Atribut bernilai tunggal adalah sebuah atribut yang memiliki sebuah nilai tunggal untuk setiap kejadian dari tipe entitas. Atribut bernilai banyak adalah sebuah atribut yang memegang banyak nilai untuk setiap kejadian dari tipe entitas. Atribut turunan (derived) adalah sebuah atribut yang mempresentasikan nilai yang dapat diturunkan dari nilai atribut yang berhubungan atau satu set atribut, tidak perlu berada di dalam tipe entitas yang sama Keys Menurut Connolly dan Begg (2005, p381), candidate keys adalah set atribut minimal yang secara unik mengidentifikasi setiap kejadian dari sebuah tipe entitas. Primary key adalah candidate key yang dipilih untuk secara unik mengidentifikasi setiap occurrence dari tipe entitas. Composite key adalah candidate key yang terdiri dari dua atau lebih atribut. Menurut kadir (2009, p81), candidate key adalah sebuah atribut atau gabungan beberapa atribut yang digunakan untuk membedakan antara satu baris dengan baris yang lain. Dengan kata lain, kunci tersebut dapat bertindak sebagai identitas yang unik baris dalam satu relasi.

20 Batasan Struktural Menurut Connolly dan Begg (2005, p385), batasan (constraint) harus merefleksikan batasan dari hubungan. Multiplicity adalah jumlah (rentang) kejadian yang mungkin dari sebuah tipe entitas yang dapat berhubungan dengan kejadian tunggal dari sebuah tipe entitas terkait melalui hubungan khusus. Multiplicity terdiri dari dua constraint yang terpisah yaitu : Cardinality Menentukan jumlah maksimum dari kejadian hubungan untuk sebuah entitas yang berpartisipasi dalam tipe hubungan. Cardinality dari hubungan binary adalah one-to-one (1:1), one-to-many (1:*), dan many-to-many (*:*). Participation Participation menentukan apakah semua atau hanya beberapa kejadian yang berpartisipasi dalam hubungan Normalisasi Menurut Connolly dan Begg (2005, p416), normalisasi adalah teknik-teknik yang menghasilkan sebuah set relasi dengan properti yang diingikan berdasarkan kebutuhan dari perusahaan. Tahapan normalisasi adalah : 1. Bentuk tidak normal (unnormalized form/unf) Bentuk tidak normal adalah sebuah tabel yang memuat satu atau lebih kelompok yang berulang. 2. Bentuk normal pertama (first normal form/ 1NF) Bentuk normal pertama adalah relasi yang merupakan perpotongan dari setiap baris dan kolom berisi satu dan hanya satu buah nilai. Untuk merubah unormalized form dengan mengidentifikasi dan menghilangkan repeating group yang ada di dalam tabel. 3. Bentuk normal kedua (second normal form/ 2 NF)

21 26 Bentuk normal kedua adalah relasi yang berada dalam bentuk 1NF dimana setiap atribut yang bukan primary key bergantung secara fungsional penuh kepada primary key.untuk merubah ke 2NF membutuhkan pembuatan dari relasi baru sehingga atribut yang non-primary-key dihilangkan dengan salinan dari bagian primary key yang sepenuhnya fungsional. 4. Bentuk normal ketiga (third normal form/ 3NF) Bentuk normal ketiga adalah relasi yang berada dalam bentuk 1NF dan 2NF di mana tidak ada lagi atribut yang bukan primary key yang bergantung secara transitif kepada primary key. Normalisasi dari relasi 2NF ke 3NF melibatkan penghilangan dari ketergantungan transitif Metodologi Desain Basis Data Menurut Connolly dan Begg (2010, p466), metodologi desain basis data adalah pendekatan tersetruktur yang menggunakan bantuan prosedur, teknik, alat-alat, dan dokumentasi untuk mendukung dan memfasilitasi proses desain. Dalam metodologi desain basis data, proses desain dibagi menjadi tiga fase utama, yaitu desain basis data konseptual, logikal, dan fisikal Desain basis data konseptual Desain basis data konseptual adalah proses mengkonstruksi model data yang digunakan dalam perusahaan terlepas dari semua pertimbangan fisik. Langkah-langkah dalam perancangan basis data konseptual adalah sebagai berikut: 1. Membangun model data konseptual local untuk setiap tampilan (view). Tujuannya untuk membangun model data konseptual lokal dari sebuah perusahaan untuk setiap tampilan sepisifik. Mengidentifikasi tipe entitas Tujuannya untuk mengeidentifikasi tipe entitas utama yang dibutuhkan oleh tampilan (view). Mengidentifikasikan tipe hubungan

22 27 Tujuannya untuk mengidentifikasi hubungan penting yang ada di antara tipe entitas yang telah diidentifikasi. Mengidentifikasi dan menghubungkan atribut dengan tipe entitas atau hubungan. Tujuannya untuk menghubungkan atribut dengan tipe entitas atau hubungan yang tepat. Menentukan domain atribut. Tujuannya untuk menentukan domain untuk atribut dalam model data konseptual lokal. Menentukan atribut candidate dan primary key Tujuannya untuk mengidentifikasi candidate key untuk setiap entitas dan terdapat lebih dari satu candidate key, untuk dipilih satu untuk menjadi primary key. Mempertimbangkan penggunaan konsep permodelan lanjutan (langkah opsional) Tujuan untuk mempertimbangkan penggunaan konsep pemodelan lanjutan, seperti spesialisasi, generalisasi, agregasi, dan komposisi. Mengecek model redundansi. Tujuannya untuk mengecek adanya redudansi dalam model. Memvalidasi model konseptual lokal terhadap transaksi pengguna Tujuannya untuk menjamin model konseptual lokal mendukung transaksi yang dibutuhkan oleh tampilan (view). Meninjau kembali model data konseptual lokal dengan pengguna.

23 28 Tujuannya untuk meninjau kembali model data konseptual lokal dengan pengguna untuk menjamin bahwa model adalah representasi yang benar dari tampilan (view) Desain Basis Data Logikal Desain basis data logikal adalah proses mengkonstruksi model dari informasi yang digunakan dalam perusahaan berdasarkan model data spesifik, terlepas dari DBMS khusus dan pertimbangan fisikal lainnya. Membangun dan memvalidasi model data logikal lokal untuk setiap tampilan (view) Tujuannya untuk membangun model data logikal lokal dari model data konseptual lokal yang merepresentasikan tampilan khiusus dari perusahaan dan kemudian memvalidasi model ini untuk menjaminnya secara struktur benar (menggunakan teknik normalisasi) dan untuk menjaminnya mendukung transaksi yang dibutuhkan. Menghilangkan fitur yang tidak sesuai dengan model relasional (langkah opsional) Tujuannya untuk memperbaiki model data konseptual lokal untuk menghilangkan fitur yang tidak kompatibel dengan model relasional. Menurunkan relasi untuk model dala logikal lokal Tujuannya untuk menghasilkan relasi untuk model data logikal lokal yang merepresentasikan entitas, hubungan, dan atribut yang belum diidentifikasi. Memvalidasi relasi menggunakan normalisasi Tujuannya untuk memvalidasi relasi dalam model data logikal menggunakan teknik normalisasi. Memvalidasi relasi dengan transaksi pengguna Tujuannya untuk menjamin relasi dalam model data logikal lokal mendukung transaksi yang dibutuhkan oleh tampilan. Mendifinisikan bahasa integritas Tujuannya untuk mendefinisikan batasan integritas yang dibersihkan dalam tampilan.

24 29 Meninjau kembali model data logikal lokal dengan pengguna Tujuannya untuk menjamin model data logikal lokal dan mendukung dokumentasi yang dideskripsikan dalam model adalah representasi yang benar dari tampilan. Membangun dan memvalidasi model data logikal global Tujuannya untuk mengkombinasikan model data logikal lokal menjadi model data logikal global tunggal yang mewakili perusahaan. Menggabungkan model data logikal lokal dengan model global Tujuannya untuk menggabungkan model data logikal lokal dengan model data logikal lokal menjadi model data logikal global dari perusahaan. Memvalidasi model data logikal global Tujuannya untuk memvalidasi relasi yang dihasilkan dari model data logikal global menggunakan teknik normalisasi dan untuk menjaminnya mendukung transaksi yang dibutuhkan, jika diperlukan. Mengecek untuk perkembangan di masa depan Tujuannya untuk menentukan apakah terdapat perubahan yang signifikan seperti masa depan yang tidak diprediksi dan untuk menilai apakah data logikal global dapat mengakomodasi perubahan ini. Meninjau kembali model data logikal global dengan pengguna Tujuannya untuk menjamin bahwa model data logikal global adalah representasi yang benar dari perusahaan.

25 Desain Basis Data Fisikal Desain basis data fisikal adalah proses memproduksi prediksi dari implementasi basis data pada tempat penyimpanan sekunder, yang mendefinisikan relasi dasar, organisasi file, dan indeks yang digunakan untuk mencapai akses efisien ke dalam data, dan batasan integritasi terkait batasan keamanan. Menerjemahkan model data logikal untuk DBMS target Tujuannya untuk menerjemahkan model data logikal global untuk DBMS target. Mendesain relasi dasar Tujuannya untuk mendesain relasi dasar Mendesain representasi dari turunan data Tujuannya untuk mendesain representasi dari data turunan Mendesain batasan perusahaan Tujuannya untuk mendesain batasan perusahaan untuk DBMS target. Mendesain representasi fisikal Tujuannya untuk menentukan organisasi file yang optimal untuk menyimpan relasi dasar dan indeks yang dibutuhkan untuk mencapai performa yang dapat diterima, dan merupakan cara di mana relasi dan tuple disimpan dalam tempat penyimpanan sekunder. Menganalisis transaksi Tujuannya untuk memahami fungsi dari transaksi yang akan berjalan pada basis data dan untuk menganalisis transaksi yang penting Memilih organisasi Tujuannya untuk menentukan sebuah organisasi file yang efisien untuk setiap relasi dasar. Mengecek indeks

26 31 Tujuannya untuk menentukan apakah menambah indeks akan meningkatkan performa sistem. Mengestimasi kebutuhan ruang penyimpanan Tujuannya untuk mengestimasi jumlah ruang penyimpanan yang dibutuhkan oleh basis data. Mendesain tampilan pengguna Tujuannya untuk mendesain tampilan pengguna yang telah diidentifikasi selama tahapan pengumpulan kebutuhan dan analisis dari siklus hidup aplikasi basis data relasional. Mendesain mekanisme keamanan Tujuannya untuk mendesain ukuran keamanan untuk basis data yang telah dispesifikasi oleh pengguna. Mempertimbangkan pengenalan control redudansi Tujuannya untuk menentukan apakah pengenalan redudansi dalam cara-cara yang dapat dikontrol akan meningkatkan performa dari sistem. Memonitor dan tune sistem operasional Tujuannya untuk memonitor sistem operasional dan meningkatkan performa sistem untuk memperbaiki keputusan desain yang tidak tepat atau merefleksikan kebutuhan perubahan.