Top Banner

of 77

Fix Repaired)

Jul 14, 2015

Download

Documents

Kanya Catya
Welcome message from author
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript

SISTEM INFORMASI TUGAS AKHIR (SISTA) DAN SISTEM INFORMASI KERJA PRAKTEK (SISKA) (6 Juli 2011 S/D 6 September 2011)

KERJA PRAKTEK IMPLEMENTASI DATABASE MANAGEMENT SYSTEM PADA WEBSITE UNTUK SISTEM INFORMASI TUGAS AKHIR DAN KERJA PRAKTEK Mahda Harries Rizki Wicaksana NRP. 2207100123 NRP. 2206100067

DOSEN PEMBIMBING DR. I KETUT EDDY PURNAMA, S.T., M.T. JURUSAN TEKNIK ELEKTRO Fakultas Teknologi Industri Institut Teknologi Sepuluh Nopember Surabaya 2011 JURUSAN SISTEM INFORMASI Fakultas Teknologi Informasi Institut Teknologi Sepuluh Nopember Surabaya 2008

SISTEM INFORMASI TUGAS AKHIR (SISTA) DAN SISTEM INFORMASI KERJA PRAKTEK (SISKA) (6 Juli 2011 S/D 6 September 2011)

KERJA PRAKTEK IMPLEMENTASI DATABASE MANAGEMENT SYSTEM PADA WEBSITE UNTUK SISTEM INFORMASI TUGAS AKHIR DAN KERJA PRAKTEK Mahda Harries Rizki Wicaksana NRP. 2207100123 NRP. 2206100067

DOSEN PEMBIMBING DR. I KETUT EDDY PURNAMA, S.T., M.T. JURUSAN TEKNIK ELEKTRO Fakultas Teknologi Industri Institut Teknologi Sepuluh Nopember Surabaya 2011 JURUSAN SISTEM INFORMASI Fakultas Teknologi Informasi Institut Teknologi Sepuluh Nopember Surabaya 2008

2

LEMBAR PENGESAHAN LAPORAN KERJA PRAKTEK IMPLEMENTASI DATABASE MANAGEMENT SYSTEM PADA WEBSITE UNTUK SISTEM INFORMASI TUGAS AKHIR DAN KERJA PRAKTEKDiajukan Guna Memenuhi Sebagian Persyaratan Akademik Fakultas Teknologi Industri Program Sarjana Pada Bidang Studi Teknik Komputer dan Telematika Jurusan Teknik Elektro Institut Teknologi Sepuluh Nopember

Menyetujui, Dosen Pembimbing

Dr. I Ketut Eddy Purnama, S.T., M.T. NIP : 196907301995121001

Mengetahui, Ketua Jurusan Teknik Elektro ITS

Dr. Tri Arief Sardjono, S.T., M.T. NIP. 197002121995121001

SURABAYA November, 2011

3

4

KATA PENGANTAR Puji syukur kami panjatkan kehadirat Tuhan Yang Maha Esa, karena berkat rahmat dan hidayah-Nya, kegiatan kerja praktek di JURUSAN TEKNIK ELEKTRO Fakultas Teknologi Industri ITS Surabaya yang belangsung dari tanggal 6 Juli 2011 sampai dengan 6 September 2011 dengan judul Implementasi Database Management System pada pembuatan Website untuk Sistem Informasi Tugas Akhir dan Kerja Praktek dapat terlaksana dengan baik. Kerja Praktek ini merupakan salah satu persyaratan kurikulum yang harus ditempuh oleh mahasiswa jurusan Teknik Elektro ITS dan juga sebagai sarana pengenalan dan pendalaman guna menyesuaikan ilmu pengetahuan teoritis yang diterima di perkuliahan dengan pengetahuan nyata di dunia kerja. Penulis menyusun laporan kerja praktek ini berdasarkan studi literatur, pengamatan, serta wawancara dan pengarahan dari pembimbing dari Jurusan Teknik Elektro. Penulis berharap semoga Laporan Kerja Praktek ini dapat bermanfaat bagi pembaca pada umumnya. Demikian Laporan Kerja Praktek ini disusun, namun penulis menyadari masih terdapat beberapa kekurangan. Oleh karena itu penulis mengharapkan adanya masukan dari semua pihak demi penyempurnaan Laporan Kerja Praktek ini. Semoga Laporan Kerja Praktek ini dapat bermanfaat bagi semua pihak. Surabaya, November 2011

Penulis

5

Halaman Ini Sengaja Dikosongkan

6

DAFTAR ISI

Lembar Pengesahan ................................................................................ 3 Kata Pengantar ........................................................................................ 5 Daftar Isi ................................................................................................. 7 Daftar Gambar ........................................................................................ 9 Bab I Pendahuluan .................................................................................11 1.1. Latar Belakang ............................................................................11 1.2. Tujuan Kerja Praktek ..................................................................11 1.3. Waktu dan Tempat Kerja Praktek ...............................................12 1.4. Metodologi Penulisan .................................................................12 1.5. Sistematika Penulisan .................................................................12 Bab II Profil Perusahaan ........................................................................15 2.1. Sejarah ........................................................................................15 2.1.1. Pendirian............................................................................15 2.1.2. Perkemabangan .................................................................16 2.1.3. Sejarah ...............................................................................17 2.2. Logo ............................................................................................17 2.3. Visi Misi .....................................................................................17 Bab III Dasar Teori ................................................................................19 3.1. Basis Data ...................................................................................19 3.1.1. Pengenalan Basis Data ......................................................19 3.1.2. Definisi dan Konsep Basis Data ........................................21 3.1.3. Tujuan dan Manfaat Basis Data ........................................22 3.1.4. Pengguna Basis Data .........................................................23 3.1.5. Komponen Basis Data .......................................................24 3.2. Pemodelan Database dengan ER Model .....................................25 3.2.1. Model Data ........................................................................25 3.2.2. ER Model ..........................................................................27 3.2.3. Mapping ER Diagram .......................................................34 3.3. Normalisasi Database .................................................................35 Bab IV Implementasi Database Manajemen Sistem ..............................39 4.1. Penyusunan Database Sistem Tugas Akhir .................................39 4.1.1. Menentukan Entity ............................................................39 4.1.2. Menentukan Atribut ..........................................................40 4.1.3. Menentukan Relasi ...........................................................43 4.2. Penyusunan Database Sistem Kerja Praktek ...............................43 4.2.1. Menentukan Entity ............................................................43 4.2.2. Menentukan Atribut ..........................................................45 7

4.2.3. Menentukan Relasi ........................................................... 48 Bab V Implementasi .............................................................................. 49 5.1. Fungsi-fungsi dalam Website Tugas Akhir ................................ 49 5.1.1. Fungsi untuk Umum ......................................................... 49 5.1.2. Fungsi untuk Mahasiswa................................................... 49 5.1.3. Fungsi untuk Admin ......................................................... 53 5.2. Fungsi-fungsi dalam Website Kerja Praktek .............................. 57 5.2.1. Fungsi untuk Mahasiswa................................................... 57 5.2.2. Fungsi untuk Admin ......................................................... 62 5.2.2. Fungsi untuk Guru ............................................................ 68 Bab VI Penutup ..................................................................................... 71 Daftar Pusaka......................................................................................... 73 Lampiran ............................................................................................... 75

8

DAFTAR GAMBAR

Gambar 2.1 Logo Elektro FTI - ITS ......................................................17 Gambar 3.1 Sistem Pemrosesan File .....................................................19 Gambar 3.2 Sistem database untuk suatu Bank ....................................21 Gambar 3.3 Model Relational ................................................................26 Gambar 3.4 Tabel Mahasiswa ................................................................28 Gambar 3.5 Relasi Unary .......................................................................29 Gambar 3.6 Relasi Binary ......................................................................29 Gambar 3.7 Relasi Treenary ..................................................................29 Gambar 3.8 Noatasi dalam ERD ............................................................31 Gambar 3.9 Contoh ERD .......................................................................32 Gambar 3.10 Contoh ERD dengan kamus data ......................................33 Gambar 3.11 Tahapan Normalisasi ........................................................36 Gambar 4.1 Atribut Tabel Mahasiswa ...................................................41 Gambar 4.2 Atribut Tabel Dosen ...........................................................41 Gambar 4.3 Atribut Tabel Bidang Studi ................................................41 Gambar 4.4 Atribut Tabel Tugas Akhir .................................................42 Gambar 4.5 Atribut Tabel Deadline .......................................................42 Gambar 4.6 Atribut Tabel Admin ..........................................................42 Gambar 4.7 Atribut Tabel Mahasiswa ...................................................45 Gambar 4.8 Atribut Tabel Dosen ...........................................................45 Gambar 4.9 Atribut Tabel Bidang Studi ................................................46 Gambar 4.10 Atribut Tabel Detail Kerja Praktek ...................................46 Gambar 4.11 Atribut Tabel Tanggal Kerja Praktek ...............................47 Gambar 4.12 Atribut Tabel Surat Kerja Praktek ....................................47 Gambar 4.13 Atribut Tabel Nilai Kerja Praktek ....................................48 Gambar 4.14 Atribut Tabel Petugas Kerja Praktek ................................48 Gambar 5.1 Front Page ..........................................................................49 Gambar 5.2 Form Login.........................................................................49 Gambar 5.3 Halaman Utama ..................................................................50 Gambar 5.4 Form Biodata ......................................................................51 Gambar 5.5 Form Tugas Akhir ..............................................................52 Gambar 5.6 Form Ganti Password .........................................................53 Gambar 5.7 Form Login Administrator .................................................53 Gambar 5.8 Menu Administrator ...........................................................54 Gambar 5.9 Administrator Deadline ......................................................54 Gambar 5.10 Administrasi Tugas Akhir ................................................55 9

Gambar 5.11 Administrasi Mahasiswa .................................................. 56 Gambar 5.12 Administrasi Dosen.......................................................... 56 Gambar 5.13 Halaman Depan Mahasiswa ............................................. 57 Gambar 5.14 Form Registrasi Mahasiswa ............................................. 58 Gambar 5.15 Form Pendaftaran Kerja Praktek ...................................... 59 Gambar 5.16 Laporan Kerja PRaktek .................................................... 60 Gambar 5.17 Counter Dealine .............................................................. 61 Gambar 5.18 Halaman Depan admin ..................................................... 62 Gambar 5.19 Daftar Kerja Praktek ........................................................ 62 Gambar 5.20 Penanggalan Kerja Praktek .............................................. 63 Gambar 5.21 Administrasi Mahasiswa .................................................. 65 Gambar 5.22 Administrasi Dosen........................................................ . 66 Gambar 5.23 Riwayat Kerja Praktek ..................................................... 66 Gambar 5.24 Laporan-laporan ............................................................... 67 Gambar 5.25 Halaman Depan Dosen .................................................... 68 Gambar 5.26 Persetujuan Kerja Praktek Mahasiswa ............................. 69

10

BAB I PENDAHULUAN Pada bab ini dibahas mengenai latar belakang, ruang lingkup masalah, tujuan, metodologi penulisan, dan sistematika penulisan Laporan Kerja Praktek di Jurusan Teknik Elektro, Fakultas Teknologi Industri ITS. 1.1. Latar Belakang Penggunaan teknologi informasi dan komunikasi (Information Communication and Information) dalam era informasi saat ini sudah menjadi suatu cara yang efektif dan efisien untuk menyampaikan informasi kepada masyarakat. Teknologi ini terus berkembang dan kini seseorang makin mudah untuk mengikuti perkembangan baru diseluruh dunia secara mudah dan cepat. Dukungan teknologi IT dalam menyediakan informasi dengan mudah, murah, cepat dan akurat bagi masyarakat diyakini mampu meningkatkan daya saing bangsa dalam menghadapi tantangan globalisasi tersebut. Seiring dengan perkembangan teknologi tersebut, kebutuhan akan komunikasi sangat besar, terutama bagi kalangan yang letaknya berjauhan. Penggunaan website sangat berperan penting dalam administrasi data. Administrasi data akan menjadi sangat mudah dengan menggunakan website. Banyak data, yang tidak perlu diketik ulang oleh administrasi. Selain itu, website bias mengurangi kesalahan data pada data Tugas Akhir, karena mahasiswa sendiri yang mengentrikan dan mengeceknya. 1.2. Tujuan Kerja Praktek Dalam kurikulum yang ada di Institut Teknologi Sepuluh Nopember (ITS) khususnya pada Fakultas Teknologi Industri (FTI) Jurusan Teknik Elektro Bidang Studi Teknik Komputer dan Telematika, Kerja Praktek merupakan mata kuliah yang harus ditempuh oleh setiap mahasiswa guna melengkapi persyaratan pada tahap sarjana sebanyak 2 SKS. Dalam Kerja Praktek ini selain tujuan tersebut diatas, tujuan dilaksanakannya kerja praktek ini adalah : 1.2.1. Tujuan Umum a. Memperdalam pengetahuan mahasiswa dengan mengenal dan mempelajari secara langsung tentang manajemen database, serta implementasi Database Management System. 11

b. Mengembangkan pengetahuan, sikap, ketrampilan, kemampuan profesi melalui penerapan ilmu, latihan kerja, dan pengamatan teknik yang diterapkan oleh JTE. c. Mengembangkan hubungan baik antara pihak mahasiswa dengan karyawan-karyawan Jurusan Teknik Elektro FTI - ITS. 1.2.2. Tujuan Khusus a. Mengetahui konsep dan implementasi Database Management System. b. Mempermudah adminstrasi Tugas Akhir. c. Mempermudah adminstrasi Kerja Praktek. 1.3. Waktu dan Tempat Kerja Praktek Tempat pelaksanaan kerja praktek adalah di Kantor Jurusan Teknik Elektro, FTI ITS yang berada di Keputih, Surabaya yang dilaksanakan pada 6 Juni 6 Juli 2011 dengan lama pelaksanaan Kerja Praktek selama 1 (satu) bulan. 1.4. Metodologi Penulisan Metode yang digunakan dalam pelaksanaan kerja praktek ini adalah : a. Pengamatan langsung terhadap kegiatan proses administrasu Tugas Akhir dan Kerja Praktek di Jurusan Teknik Elektro, FTI ITS. b. Wawancara dan diskusi dengan pembimbing, staf, administrasi, dan karyawan. c. Studi literature, baik literatur internal dari pihak Jurusan Teknik Elektro sendiri maupun literatur eksternal, seperti buku kuliah, internet dan lain-lain. 1.5. Sistematika Penulisan Laporan kerja praktek ini terdiri atas 5 bab dengan rincian sebagai berikut: a. Bab I Pendahuluan Membahas mengenai latar belakang, ruang lingkup masalah, tujuan, metodologi penulisan, dan sistematika penulisan. b. Bab II Profil Perusahaan Membahas mengenai sejarah singkat Jurusan Teknik Elektro, Fakultas Teknologi Insdustri ITS dan tugas pokok serta struktur organisasi.

12

c. Bab III Tinjauan Pustaka Berisi tentang teori tentang Sistem Manajemen Database, teori Entity Relationship, serta teori-teori lain yang terkait dengan kerja praktek ini. d. Bab IV Implementasi Database Management System Berisi tentang pembuatan website yang akan digunakan untuk administrasi kerja praktek dan tugas akhir. Serta penjelasan, tentang pembuatan database yang digunakan untuk melakukan administrasi. Dan juga akan diberikan sedikit gambaran tentang website yang telah dibuat, serta penjelasan sedikit tentang fungsi-fungsinya e. Bab V PENUTUP Berisi tentang kesimpulan dan saran tentang kerja praktek

13

Halaman Ini Sengaja Dikosongkan

14

BAB II PROFIL PERUSAHAAN Dalam bab ini dijelaskan secara singkat sejarah, logo, visi, Jurusan Teknik Elektro, Fakultas Teknologi Industri ITS. 2.1. Sejarah 2.1.1. Pendirian Pada tahun 1957, PII Cabang Jawa Timur mengadakan lustrum pertama dan gagasan mendirikan lembaga pendidikan tinggi kembali dilontarkan. Sebagai hasilnya, dr. Angka Nitisastro, seorang dokter umum, bersama dengan insinyur-insinyur PII cabang Jawa Timur memutuskan untuk mewujudkan berdirinya sebuah Yayasan Perguruan Tinggi Teknik. Beberapa alasan pokok pendirian yayasan tersebut antara lain: o Lahan Indonesia yang luas dan memiliki kekayaan hasil alam yang melimpah dan belum dimanfaatkan o Kebutuhan akan tenaga insinyur sekitar 7000 untuk melaksanakan program-program pembangunan dan industri di dalam negeri. o Melihat perbandingan dengan jumlah insinyur di negara maju dan berkembang lainnya yang jauh perbedaannya. Tangal 17 Agustus 1957, Yayasan Perguruan Tinggi Teknik (YPTT) secara resmi berdiri dan diketuai oleh dr. Angka Nitisastro. Yayasan tersebut dibentuk sebagai wadah untuk memikirkan tindakantindakan lebih lanjut dan memperbincangkan sedalam-dalamnya segala konsekuensi yang berkaitan dengan pengambilan keputusan dalam rangka membulatkan tekad mendirikan sebuah Perguruan Tinggi Teknik di kota Surabaya. Tanggal 10 Nopember 1957, Yayasan mendirikan Perguruan Tinggi Teknik 10 Nopember Surabaya yang diresmikan oleh Presiden Soekarno. Perguruan Tinggi Teknik 10 Nopember Surabaya hanya memiliki dua jurusan yaitu, Jurusan Teknik Sipil dan Jurusan Teknik Mesin. Setelah beberapa tahun melalui usaha-usaha yang dirintis oleh tokoh-tokoh dari YPTT, Perguruan Tinggi Teknik 10 Nopember diubah statusnya menjadi Perguruan Tinggi Negeri dengan nama: Institut Teknologi Sepuluh Nopember di Surabaya. Institut Teknologi Sepuluh Nopember Surabaya yang semula memiliki 2 (dua) jurusan yaitu Teknik

15

Sipil dan Teknik Mesin berubah menjadi lima yaitu: Teknik Sipil, Teknik Elektro, Teknik Mesin, Teknik Perkapalan, dan Teknik Kimia. 2.1.2. Perkembangan Tahun 1961, Jurusan-jurusan kemudian berubah menjadi fakultas. Kemudian dengan peraturan pemerintah No. 9 tahun 1961 (ditetapkan kemudian pada tanggal 23 Maret 1961) ditetapkan bahwa Dies Natalis Institut Teknologi Sepuluh Nopember yang pertama adalah tanggal 10 Nopember 1960. Tahun 1965, Berdasarkan SK Menteri No. 72 tahun 1965, Institut Teknologi Sepuluh Nopember Surabaya (ITS) membuka dua fakultas baru, yaitu, Fakultas Teknik Arsitektur dan Fakultas Ilmu Pasti dan Ilmu Alam. Dengan demikian sejak saat itu, ITS mempunyai tujuh fakultas yang tersebar di beberapa tempat, yaitu: Jl. Simpang Dukuh 11, Jl. Ketabang Kali 2F, Jl. Baliwerti 119-121, Jl. Basuki Rahmat 84 sebagai kantor pusat ITS. Guna mengantisipasi perkembangn lebih lanjut , dan menyatukan tempat-tempat kuliah yang terpisah tersebut, maka para tokoh YPTT, bersama dengan Bupati Surabaya pada saat itu Raden Soekarso (1958-1968) mencari lokasi baru untuk pembangunan Kampus ITS di daerah Sukolilo - Keputih Surabaya dengan luas lahan 172 ha. Tahun 1972, Fakultas Teknik Sipil pindah ke Jl.Manyar 8, sehingga ITS semakin terpencar. Tahun 1973, Penyusunan rencana induk pengembangan jangka panjang (20 tahun) sebagai pedoman pengembangan ITS selanjutnya. Rencana Induk Pengembangan ITS menarik perhatian Asian Development Bank (ADB) yang kemudian menawarkan dana pinjaman sebesar US $ 25 juta untuk pengembangan empat fakultas, yaitu, Fakultas Teknik Sipil, Fakultas Teknik Mesin, Fakultas Teknik Elektro, dan Fakultas Teknik Kimia. Tahun 1975, Fakultas Teknik Arsitektur pindah ke kampus baru di Jl. Cokroaminoto 12A Surabaya. Kantor pusat ITS pindah ke alamat yang sama. Tahun 1977, Dana dari ADB tersebut sebagian digunakan untuk membangun kampus ITS Sukolilo bagi empat fakultas tersebut di atas. Pada tahun 1981 pembangunan gedung di kampus Sukolilo sebagian sudah selesai. Pembangunan kampus Sukolilo tahap I dapat diselesaikan dan diresmikan penggunaannya pada tanggal 27 Maret 1982.

16

2.1.3. Kampus Sukolilo Tahun 1983, Perubahan struktur organisasi yang berlaku bagi universitas atau institut sesuai dengan Peraturan Pemerintah No. 5 tahun 1980, Peraturan Pemerintah No. 27 tahun 1981 dan Keputusan Presiden No. 58 tahun 1982, ITS berubah menjadi hanya 5 fakultas saja, yaitu Fakultas Teknik Industri, Fakultas Teknik Perkapalan, Fakultas Teknik Sipil dan Perencanaan, Fakultas Matematika dan Ilmu Pengetahuan Alam, dan Fakultas Non Gelar Teknologi (Program-Program Non Gelar). Tahun 1991, Terjadi perubahan menjadi 4 fakultas, yaitu Fakultas Matematika dan Ilmu Pengetahuan Alam (FMIPA), Fakultas Teknologi Industri (FTI), Fakultas Teknik Sipil dan Perencanaan (FTSP), dan Fakultas Teknologi Kelautan (FTK). Jurusan yang ada di Fakultas Non Gelar Teknologi diintegrasikan ke jurusan sejenis di 2 fakultas (FTI dan FTSP). Selain itu ITS juga mempunyai 2 Politeknik yaitu Politeknik Perkapalan Negeri Surabaya (PPNS) dan Politeknik Elektronika Negeri Surabaya (PENS). Tahun 1994, ITS kembali memperoleh dana pinjaman ADB sebesar US $47 juta untuk pengembangan semua fakultas dengan fokus teknologi kelautan. Program ini selesai pada April 2000. Selain itu ITS juga telah memperoleh dana hibah dari pemerintah Jerman/GTZ (19781986) untuk pengembangan Fakultas Teknik Perkapalan. Tahun 2001. Berdasarkan SK Rektor tanggal 14 Juni 2001, ITS membentuk fakultas baru yaitu Fakultas Teknologi Informasi (FTIf). 2.2. Logo

Gambar 2.1. Logo Elektro FTI - ITS 17

2.3. Visi dan Misi 2.3.1. Visi Visi Jurusan Teknik Elektro FTI - ITS adalah menjadi lembaga yang unggul, kompetitif dan berkelas dunia dalam mengembangkan pendidikan, penelitian, dan implementasi IPTEK bidang: o Teknik Sistem Tenaga o Telekomunikasi Multimedia o Elektronika o Teknik Sistem Pengaturan o Teknik Sistem Komputer dan Telematika 2.3.2. Misi Jurusan Teknik Elektro FTI - ITS sebagai lembaga yang menghasilkan karya ilmiah bermanfaat bagi masyarakat dan menghasilkan sumber daya manusia yang memiliki kompetensi dibidang Teknik Elektro dengan karakter: o Bermoral o Mempunyai daya saing tinggi o Mampu mengembangkan, meningkatkan, dan memajukan IPTEK o Mampu memberikan andil pada penerapan IPTEK o Bermanfaat bagi kepentingan masyarakat Jurusan Teknik Elektro ITS berdiri tahun 1960, merupakan penjelmaan dari Fakultas Teknik Elektro ITS, sebagai hasil penataan kembali susunan organisasi ITS. Teknik Elektro ITS terakreditasi A (sangat baik) oleh Badan Akreditasi Nasional untuk periode 2006 s/d 2011. ITS merupakan 'the top rank' perguruan tinggi negeri Indonesia dan secara institusi telah mendapatkan akreditasi A. Jurusan Teknik Elektro didukung oleh 91 dosen pengajar lulusan universitas favorit dari berbagai negara seperti Jepang, Perancis, Amerika, Australia, Belanda, Canada, Inggris dll. Jumlah Guru Besar pada saat ini adalah 9 orang.

18

BAB 3 Dasar Teori 3.1 Basis Data 3.1.1 Pengenalan Basis Data Sistem Basis Data menjadi komponen utama dalam kehidupan masyarakat modern saat ini. Berbagai aktivitas manusia secara tidak langsung berhubungan dengan database contoh: bank, reservasi, perpustakaan, supermarket, dan lain-lain. Basis data menyediakan fasilitas atau memudahkan dalam memproduksi informasi yang digunakan oleh pemakai untuk mendukung pengambilan keputusan. Hal inilah yang menjadikan alasan dari penggunaan teknologi basis data pada saat sekarang. Dengan kata lain system basis data ini merupakan perbaikan dari system premrosesan file yang dierapkan sebelumnya. A. Sistem Pemrosesan File

Gambar 3.1. Sistem Pemrosesan File Sebelumnya, sistem yang digunakan untuk mengatasi semua permasalahan bisnis, menggunakan pengelolaan data secara tradisional dengan cara menyimpan record-record pada file-file yang terpisah, yang disebut juga sistem pemrosesan file. Dimana masing-masing file diperuntukkan hanya untuk satu program aplikasi saja. Perhatikan gambar 1 mengenai suatu universitas yang mempunyai dua sistem yakni sistem

19

yang memproses data mahasiswa dan sistem yang mengelola data mata kuliah. Kelemahannya dari sistem pemrosesan file ini antara lain : a. Timbulnya data rangkap (redundancy data ) dan Ketidakkonsistensi data (Inconsistency data) Karena file-file dan program aplikasi disusun oleh programmer yang berbeda, sejumlah informasi mungkin memiliki dupliaksi dalam beberapa file. Sebagai contoh nama mata kuliah dan sks dari mahasiswa dapat muncul pada suatu file memiliki record-record mahasiswa dan juga pada suatu file yang terdiri dari record-record mata kuliah. Kerangkapan data seperti ini dapat menyebabkan pemborosan tempat penyimpanan dan biaya akases yang bertambah. Disamping itu dapat terjadi inkonsistensi data. Misalnya, apabila terjadi perubahan jumlah sks mata kuliah, sedangkan perubahan hanya diperbaiki pada file mata kuliah dan tidak diperbaiki pada file mahasiswa. Hal ini dapat mengakibatkan kesalahan dalam laporan nilai mahasiswa. b. Kesukaran dalam Mengakses Data Munculnya permintaan-permintaan baru yang tidak diantisipasikan sewaktu membuat program aplikasi, sehingga tidak memungkinkan untuk pengambilan data. c. Data terisolir (Isolation Data ) Karena data tersebar dalam berbagai file, dan file-file mungkin dalam formatformat yang berbeda, akan sulit menuliskan program aplikasi baru untuk mengambil data yang sesuai. d. Masalah Pengamanan ( Security Problem ) Tidak semua pemakai diperbolehkan mengakses seluruh data. Bagian Mahasiswa hanya boleh mengakses file mahasiswa. Bagian Mata kuliah hanya boleh mengakses file mata kuliah, tidak boleh mengakses file mahasiswa. Tetapi sejak program-program aplikasi ditambahkan secara ad-hoc maka sulit melaksanakan pengamanan seperti yang diharapkan. e. Data Dependensi Apabila terjadi perubahan atau kesalahan pada program aplikasi maka pemakai tidak dapat mengakses data. B. Sistem Database Seiring dengan berjalannya waktu lambat laun sistem pemrosesan file mulai ditinggalkan karena masih bersifat manual, yang kemudian dikembangkanlah sistem pemrosesan dengan pendekatan database.

20

Gambar 3.2. Sistem database untuk suatu Bank Perhatikan gambar 3.2 di atas. Pada sistem ini record-record data disimpan pada satu tempat yakni database dan diantara program aplikasi maupun pemakai terdapat DBMS ( Database Management System ). 3.1.2 Definisi dan Konsep Basis Data Basis Data merupakan kata yang tersusun atas dua kata yaitu basis dan data dimana masing-masing kata punya pengertian sebagai berikut: Basis : markas/gudang, tempat bersarang/berkumpul Data : representasi fakta dunia nyata yang mewakili suatu obyek (seperti: dosen, mahasiswa, pelanggan, buku, meja, peristiwa, konsep, dsb.) yang direkam baik dalam bentuk angka, huruf, teks, gambar, atau suara. Basis data adalah sekumpulan data yang saling ber-relasi. Basis Data merupakan himpunan kelompok data (arsip) yang saling berhubungan, yang diorganisasi sedemikian rupa, sehingga kelak dapat dimanfaatkan kembali dengan cepat. Dalam pengertian lain basis data adalah kumpulan data yang saling berhubungan yangdisimpan secara bersama tanpa adanya pengulangan (redudansi) data.. Sistem Basis Data adalah sistem yang terdiri atas sekumpulan tabel data yang saling berhubungan dan sekumpulan program (DBMS: Database Management System) yang memungkinkan berbagai pengguna dan/atau program lain dapat mengakses dan memanipulasi tabel-tabel tersebut. DBMS (Database Management System) kumpulan program

21

yang digunakan user untuk memanagemen database (create, maintain) DBMS mencakup proses: Defining : database mendefiniskan tipe data, struktur dan batasan (constraint) dari data yang disimpan dalam database. Manipulating : database mencakup berbagai fungsi dan query untuk mendapatkan data yang dicari, termasuk operasi insert, update dan delete serta dalam generate report data. Sharing : database dapat diatur untuk dapat sharing multiple user dan program untuk mengakses database secara bersama-sama. Proteksi : mengandung sistem proteksi yang menangani kondisi malfunction (crash) baik pada hardware ataupun software, juga mengandung security protection yang menangani pengaksesan oleh user terlarang. Maintain: mengandung sistem maintaining yang selalu meningkatkan kebutuhan perubahan tiap waktu. Jadi, Sistem Database adalah database dan sistem manajemen databasenya (DBMS). Contoh DBMS adalah sebagai berikut : Dbase FoxPro Ingres Postgresql MySQL MS Access SQL Server Oracle DB2 3.1.3 Tujuan dan Manfaat Basis Data Secara umum tujuan basis data antara lain : Kemudahan dan kecepatan dalam pengambilan data (speed) Efisiensi ruang penyimpanan (space) Mengurangi / menghilangkan redudansi data Keakuratan (Accuracy) Pembentukan kode & relasi antar data berdasar aturan / batasan (constraint) tipe data, domain data, keunikan data, untuk menekan ketidakakuratan saat entry / penyimpanan data. Ketersediaan (Avaibility) Pemilahan data yang sifatnya pasif dari database aktif. Kelengkapan (Completeness)

22

Kompleksnya data menyebabkan perubahan struktur database. Keamanan (Security) Memberikan keamanan atas hak akses data. Kebersamaan pemakaian (Shareability) Bersifat multiuser. Manfaat penggunaan DBMS antara lain : Mengontrol Redundansi Redundansi adalah duplikasi data, penyimpanan data secara berulang. Redundansi salah satu syarat larangan dalam database relasional, karena akan menimbulkan inkonsistensi data. Dengan controlling redundancy, selain akan meningkatkan performance query juga menjaga konsistensi data. Memberikan pengaturan hak akses / batasan akses user database Menyediakan ruang penyimpanan khusus untuk obyek-obyek program (contoh: Object-Oriented Database system yang menyimpan obyekobyek pemrograman berbasis obyek). Menyediakan struktur penyimpanan yang bagus untuk efisiensi proses query. Menyediakan Backup and Recovery Menyediakan Multiple User Interface Merepresentasikan kompleksitas diantara data Menyediakan aksi khusus berdasarkan aturan yang telah ditetapkan dalam sistem database. 3.1.4 Pengguna Basis Data Para pengguna database dapat dibagi menjadi pengguna database (Actor on the scene) dan pekerja dibalik database (Worker behind the scene). Actor on the scene lebih cenderung menggunakan / ada keterkaitan dalam penggunaan database. Actor on the scene, dapat dikelompokkan menjadi berikut: Database Administrator (DBA) : orang yang memiliki tanggung jawab penuh dalam manajemen database (pengaturan hak akses, koordinasi dan monitoring, kebutuhan hardware/software). Dalam pekerjaannya biasanya dibantu oleh staf Admin. Database Desainer : bertanggung jawab dalam identifikasi data yang tersimpan dalam database, menentukan struktur data yang tepat untuk disimpan dalam database. Perlu koordinasi akan kebutuhan user database

23

End User Database : adalah orang-orang yang pekerjaannya membutuhkan akses ke database untuk melakukan query, update maupun genereate report database. End user dapat dikategorikan: Casual end users (end user tak tetap): user yang tidak selalu mengakses database, tapi kadang memerlukan informasi terbaru. Nave / parametric end users: user yang pekerjaan selalu konstan query dan update data, spt: bank teller, pegawai reservasi, dll. Sophisticated end users : user yang melengkapi kebutuhan database user, spt: engineer, scientist, business analyst. Stand-alone users : user yang memaintain personal database. System Analyst : orang yang menentukan kebutuhan sistem end user. Application Programmers (Software Engineering) : orang yang kerjaannya berhubungan dengan kebutuhan koneksi database. Workers behind the scene adalah orang-orang yang tidak tertarik pada database, akan tetapi lebih cenderung pekerjaannya mengembangkan tools untuk kebutuhan database. Worker behind the scene dapat dikelompokkan: DBMS system designers dan implementer Orang-orang yang merancang dan mengimplementasikan modulmodul dan tampilan paket-paket software DBMS. Tool developers Orang-orang yang merancang dan mengimplementasikan tools untuk mendukung software DBMS. Operators dan maintenance personnel Para personil administrator yang bertanggung jawab akan jalannya operasional database termasuk maintenance (hardware/software) DBMS. 3.1.5 Komponen Basis Data Secara umum komponen basis data dapat dibagi berdasarkan : Perangkat Keras (Hardware) yaitu : komputer, memori, storage (Harddisk), peripheral, dll. Sistem Operasi (Operating System) Program yang menjalankan sistem komputer, mengendalikan resource komputer dan melakukan berbagai operasi dasar sistem komputer. Basis Data (Database) Menyimpan berbagai obyek database (struktur tabel, indeks,dll) DBMS (Database Management System)

24

Perangkat lunak yang memaintain data dalam jumlah besar. Para pemakai database. Aplikasi (perangkat lunak) lain. 3.2 Pemodelan Database dengan ER Model

3.2.1. Model Data Model data adalah sekumpulan konsep yang terintegrasi untuk mendiskripsikan data, hubungan antar data dan batasan batasannya dalam suatu organisasi. Model data merepresentasikan suatu organisasi. Model data harus menyediakan konsep dasar dan notasi yang memungkinkan perancang basis data dan pemakai utuk dapat mengkomunikasikan pemahamannya mengenai organisasi data. A. Komponen model data Komponen model data dapat dikategorikan menjadi 3 (tiga) bagian. Pertama, bagian struktural, memuat sekumpulan aturan untuk melakukan konstruksi basis data (database). Kedua adalah bagian manipulasi. Berfungsi melakukan definisi tipe operasi yang diijinkan pada data termasuk operasi yang digunakan untuk melakukan perubahan (update) atau membaca data (retrieve) dari basis data dan untuk melakukan perubahan struktur basis data. Ketiga adalah sekumpulan aturan mengenai integritas, yang akan menjaga keakuratan dari data dalam basis data (database). B. Kelompok Model Data Terdapat 3 (tiga) kelompok model data, yaitu model data berbasis objek, model data berbasis record dan model data fisikal. a. Model data berbasis objek. Pada model ini menjelaskan data pada tingkat konsepsi dan view. Pada model ini terdapat beberapa macam model, yaitu :ER model (Entity relationship Model). OO model (Objek Oriented Model). b. Model data berbasis record. Pada model ini menjelaskan data pada tingkat konsepsi dan view, memakai seluruh struktur lojik basis data dan menyediakan uraian tingkat tinggi dari implementasi. Terdiri dari sejumlah fixed format record dengan berbagai tipe. Pada model ini teradapat 3 (tiga) macam tipe,yaitu : Model data relational, Model data nerwork, dan Model data hirarki. Model relational adalah model yang menggambarkan data dan relationship diantara data oleh suatu koleksi tabel, contoh: 25

Customer Name Lowery Shiver Shiver Hodges Hodges Account Number 900 556 647 801 Street Maple Nort Nort Sidehill Sidehill City Queens Bronx Bronx Brooklyn Brooklyn Number 900 556 647 801 647

Balance 55 100000 1005366 10533 Gambar 3.3. Model Relational

Kedua, model network (jaringan) adalah model yang menggambarkan koleksi record record dan relationship diantara data ditunjukkan oleh link (penghubung) yang dapat dipandang sebagai pointer (penunjuk). Model hirarki pada model ini sama seperti pada model network dalam hal data dan hubungan relasi diantara data digambarkan oleh record dan link. Perbedaannya adalah record disusun sebagai collection of tree dengan sembarang grafik. C. Database Instance & Schema Database instance adalah data yang berada dalam basis data pada suatu saat tertentu. Database schema merupakan rancangan (deskripsi) keseluruhan database. Skema dispesifikasikan selama proses desain basis data yang tidak diharapkan untuk selalu berubah, tetapi data aktual yang berada dalam basis data bisa selalu berubah (misalkan dengan adanya penambahan data (insert), penghapusan data (delete) dan lain sebagainya. Skema kadang disebut juga sebagai intension dari database, sedangkan instance disebut dengan extention atau state dari database. Konsep database schema berhubungan dengan definisi type (bentuk) dalam bahasa pemrograman, sedangkan konsep database instance berhubungan dengan definisi variable dalam bahasa pemrograman. Sistem basis data 26

mempunyain banyak schema berdasarkan tingkat abstraksi yaitu: Physical schema tingkat terendah. Conceptual schema tingkat menengah. Eksternal schema (subschema) tingkat tertinggi. Sistem basis data sangat mendukung semua tingkat pada ketiga schema tersebut. Pada schema conseptual menggambarkan semua item data dan relationship diantara item item data serta batasan batasan integritasnya, hanya terdapat satu conceptual schema didalam suatu database. Skema internal merupakan gambaran lengkap dari model internal, maliputi definisi dari stored record, metode representasi, data field dan indeks serta skema hashing jika ada, hanya terdapat satu schema dalam suatu databse. D. Mapping DBMS (database management system) bertanggung jawab didalam pemetaan diantara tiga tipe skema tersebut dan DBMS menguji skema untuk konsistensi yang berarti harus menguji bahwa setiap skema eksternal diturunkan dari skema konseptual, dan harus menggunakan informasi didalam skema konseptual untuk memetakan antara masing masing skema eksternal dan skema internal. Skema konseptual berhubungan dengan skema internal yang melalui conceptual / internal mapping. Hal ini memungkinkan DBMS untuk menemukan aktual record atau kombinasi record dalam penyimpanan fisik yang merupakan sebuah logical record dalam skema konseptual, bersama dengan batasan batasan yang harus dijaga dalam operasi untuk logical record tersebut. Dimungkinkan juga perbedaan perbedaan dalam nama entitas, nama atribut, urutan atribut, tipe data dan lain sebagainya. Setiap skema eksternal berhubungan dengan skema konseptual melalui eksternal / konseptual mapping. Hal ini memungkinkan DBMS memetakan nama nama dalam pandangan pemakai kedalam bagian yang relevan dalam skema konseptual. 3.2.2 Entity Relationship Model Model data entity relationship (E-R) adalah berdasarkan pada persepsi dari dunia nyata yang terdiri dari sekumpulan objek objek dasar yang desebut entity, dan relationship antara objek objek tersebut. Pembentuk Model E-R (Entity Relationship) pada dasarnya terdiri dari 2 27

komponen, yaitu : Entiti (Entity) / entitas dan Relasi (Relation) atau hubungan. A. Entiti Merupakan suatu objek yang dapat diidentifikasi secara unik dalam lingkungan pemakai, suatu yang penting bagi pemakai dalam konteks sistem yang akan dibuat. Sekelompok entiti yang sejenis dan berada dalam lingkup yang sama membentuk sebuah Himpunan Entiti.

Gambar 3.4. Tabel Mahasiswa B. Atribut Merupakan elemen bagian dari entiti yang berfungsi menjelaskan karakter entiti. Contoh dalam Entiti Mahasiswa ada atribut : Nim, Nama, Alamat, Telpon dan Tgl Lahir. Dimana Nim merupakan PK (Primery Keys) dan Nama, Alamat, Telpon dan Tgl Lahir merupakan atribut Deskriptif. C. Relasi / Hubungan Relasi menunjukkan adanya hubungan di antara sejumlah entiti yang berada dalam sejumlah himpunan entiti yang berbeda. Misalkan himpunan entiti Mahasiswa berhubungan dengan himpunan entiti Matakuliah.Himpunan Relasi : kumpulan semua relasi diantara entiti entiti yang terdapat pada himpunan entiti himpunan entiti tersebut. Istilah Himpunan relasi jarang digunakan, dan lebih sering disingkat dengan Relasi saja. D. Varian Relasi Relasi berfungsi menghubungkan antar entiti. Entiti yang berelasi tidak hanya terdiri dari dua relasi saja. Tetapi entiti bisa berelasi dengan dirinya sendiri atau berelasi lebih dari 2 entiti. Relasi ini dapat dikelompokkan menurut varian sebagai berikut : 28

Relasi Unary Relasi yang terjadi dari sebuah himpunan entiti ke himpunan entiti yang sama. Sering disebut sebagai Relasi Tunggal.

Gambar 3.5. Relasi Unary Relasi Binary Relasi yang terjadi dari dua himpunan entiti. Relasi ini kerap terjadi dan paling banyak digunakan

Gambar 3.6. Relasi Binary Relasi Treenary Relasi yang terjadi dari hubungan3 (tiga) buah entity.

Gambar 3.7. Relasi Treenary Relasi N-nary Relasi yang menghubungkan lebih dari 3 (tiga) buah entiti, dimasukkan dalam relasi multi entiti. Bentuk relasi semacam ini sedapat mungkin dihindari karena akan mengaburkan derajat relasi yang ada dan juga akan menyebabkan desain databasenya semakin kompleks. E. Kardinalitas Relasi Biner Model relasi entiti didasarkan pada persepsi dunia nyata yang terdiri dari himpunan obyek dasar yang disebut entiti dan relasi antar 29

entiti. Entiti dapat diartikan suatu obyek yang dapat diidentifikasi secara unik, obyek dapat berupa orang, benda, peristiwa dan lainnya. Entiti dikarakteriasi dan direpresentasikan dengan suatu gugus atribut. Contoh atribut dari Mahasiswa adalah: Nim, Nama, Alamat, Telpon, Tgl Lahir dan lainnya. Sekelompok entiti yang mempunyai karakteristik entiti yang sama disebut Himpunan Entiti. Contoh himpunan entiti adalah himpunan entiti Customer, himpunan entiti Rekening, himpunan entiti Bank, dan lainnya. Dari beberapa himpunan tadi mungkin terjadi relasi, misalkan relasi Kustomer dengan Rekening (Customer mempunyai rekening). Khusus Relasi Biner, relasi antar anggota dari dua himpunan entiti yang terlibat dapat bersifat : Relasi 1-1 ( one to one relationship ) Setiap entiti dari suatu himpunan entiti tertentu diasosiasikan atau direlasikan dengan tepat satu entiti dari himpunan yang lain. Relasi 1 m ( one to many relationship ) Setiap entiti dari suatu himpunan entiti direlasikan dengan satu atau lebih entiti anggota himpunan yang lain. Sebaliknya satu entiti himpunan yang lain direlasikan tepat dengan satu entiti anggota himpunan pasangannya. Relasi m - n ( many to many relationship ) Setiap entiti dari suatu himpunan entiti direlasikan dengan satu atau lebih entiti dari himpunan yang lain dan berlaku pula sebaliknya. Sifat ketiga relasi tersebut disebut sebagai kardinalitas relasi biner. Alat bantu yang banyak dipakai dalam mendiskripsikan pola hubungan (relasi) antar entiti adalah Entity Relationship Diagram atau Diagram Relasi Entiti atau lebih sering disingkat dengan ERD.

30

F. Entity Relationship Diagram (ERD) ERD berisi komponen - komponen himpunan entiti dan himpunan relasi yang masing - masing dilengkapi dengan atribut atribut yang merepresentasikan seluruh fakta dari dunia nyata. Berikut adalah simbol-simbol yang digunakan dalam Entity Relationship Diagram:

Gambar 3.8. Notasi notasi dalam ERD

31

Berikut adalah contoh Entity Relationship Diagram dalam sistem perkuliahan:

Gambar 3.9. Contoh ERD Hubungan (relasi) antar tabel yang terjadi pada ERD tersebut diatas adalah sebagai berikut: Relasi Dosen dengan Matakuliah adalah one to many, dengan pengertian bahwa seorang dosen bisa mengajarkan satu atau lebih matakuliah. Relasi Mahasiswa dengan Matakuliah adalah many to many, dengan pengertian bahwa seorang mahasiswa bisa mempelajari satu atau lebih matakuliah, demikian juga untuk sebaliknya, bahwa satu matakuliah bisa dipelajari oleh satu atau lebih mahasiswa. 32

Diagram ER tersebut diatas dapat dituangkan kedalam kamus data berikut ini:

Kamus Data: Mahasiswa = {Nim, nama, alamat, telp, tglhir} Matakuliah = {Kode, namamk, sks, smester} Dosen = {NID, namads, alamatd, telpon} Mempelajari = {Nim, Kode, nilai} Mengajar = {NID, Kode, hari, waktu} Gambar 3.10. Contoh ERD dengan kamus data Primary key untuk masing masing entiti tersebut diatas adalah sebagai berikut: Entiti mahasiswa = nim, karena pasti unik, tidak mungkin nim: mhs0001 misalkan dipakai oleh lebih dari 2 orang mahasiswa. Entiti matakuliah = kode, karena pasti unik, tidak mungkin kode matakuliah: mk001 misalkan dipakai oleh lebih dari 2 matakuliah. Entiti dosen = nid, karena pasti unik, tidak mungkin nid: ds0001 misalkan dipakai oleh lebih dari 2 orang dosen. Entiti mempelajari = nim dan kode (dimana kedua atribut tersebut adalah sebagai foreign key jadi dua atribut tersebut bisa dijadikan primary key pada entiti mempelajari, karena tidak ada satu atribut yang menyatakan unik pada entiti tersebut. Entiti mengajar = nid dan kode (dimana kedua atribut tersebut adalah sebagai foreign key jadi dua atribut tersebut bisa dijadikan primary key pada entiti mengajar, karena tidak ada satu atribut yang menyatakan unik pada entiti tersebut.

33

3.2.3 Mapping ER Diagram Hasil dari tahap requirement dan analisa berupa data-data kebutuhan user yang akan ditampung dan digambarkan pada tahap rancangan skema konsepsual (Conceptual Design). Pada tahap Conceptual Design berisi detail deskripsi dari tipe- tipe entity, relasi dan constraint (batasan). Hasil dari tahap ini berupa rancangan skema konsepsual (ER Diagram). Setelah ER Diagram yang dibuat dari rancangan skema konsepsual database, perlu dilakukan proses mapping ke skema relasi agar database tersebut dapat diimplementasikan dengan Relational DBMS (RDBMS). Tahap ini disebut Logical Design (Data Model Mapping). Hasil dari tahapan ini berupa skema database. Tahap akhir adalah Physical Design, berupa pendefinisian struktur internal storage, indeks, path serta organisasi file-file dalam database untuk melakukan mapping (pemetaan) dari skema ER Diagram ke skema relasi terdapat langkah-langkah yang harus diperhatikan. A. Langkah-langkah mapping Langkah-langkah mapping dapat dijabarkan sebagai berikut: 1. Untuk setiap entitas skema relasi R yang menyertakan seluruh Simple Atribute dan Simple Attribute dari Composite Attribute yang ada, pilih salah satu atribut kunci sebagai Primary Key. 2. Untuk setiap Entitas Lemah, buatlah skema relasi R dengan mengikutsertakan seluruh Simple Attribute. Tambahkan Primary Key dari entitas kuatnya (Owner Entity type) yang akan digunakan sebagai Primary Key bersama-sama Partial Key dari Entitas Lemah. 3. Untuk setiap relasi binary 1:1, tambahkan Primary Key dari sisi yang lebih ringan ke sisi (entitas) yang lebih berat. Suatu sisi dianggap lebih berat timbangannya apabila mempunyai partisipasi total. Tambahkan juga Simple Attribute yang terdapat pada relasi tersebut ke sisi yang lebih berat. 4. Apabila kedua partisipasi adalah sama total, maka kedua entitas tersebut boleh digabung menjadi satu skema relasi. Untuk setiap relasi binary 1:N yang tidak melibatkan entitas lemah, tentukan mana sisi yang lebih berat. Sisi dianggap lebih berat timbangannya adalah sisi-N. Tambahkan Primary Key dari sisi yang ringan ke skema relasi sisi yang lebih berat. Tambahkan juga seluruh simple attribute yang terdapat pada relasi biner tersebut. 5. Untuk setiap relasi binary M:N, buatlah skema relasi baru R dengan atribut seluruh simple attribut yang terdapat pada relasi biner tersebut. Tambahkan primary key yang terdapat pada kedua sisi ke skema relasi 34

R. Kedua Foreign Key yang didapat dari kedua sisi tersebut digabung menjadi satu membentuk Primary Key dari skema relasi R. 6. Untuk setiap Multivalued Attribute, buatlah skema relasi R yang menyertakan atribut dari multivalue tersebut. Tambahkan Primary Key dari relasi yang memiliki multivalued tersebut. Kedua atribut tersebut membentuk Primary Key dari skema relasi R. 7. Untuk setiap relasi n-ary dengan n>2, buatlah skema relasi R yang menyertakan seluruh Primary Key dari entitas yang ikut serta. Sejumlah n Foreign Key tersebut akan membentuk Primary Key untuk skema relasi R. Tambahkan seluruh Simple Attribute yang terdapat pada relasi n-ary tersebut 3.3 Normalisasi Database Beberapa pengertian mengenai normalisasi antara lain: Istilah Normalisasi berasal dari E. F.Codd, salah seorang perintis teknologi basis data. selain dipakai sebagai metodologi tersendiri untuk menciptakan struktur tabel 9 relasi) dalam basis data (dengan tujuan utnuk mengurangi kemubaziran data) , normalisasi terkadang hanya diipakai sebagai perangkat verifikasi terhadap tabel-tabel yang dihasilkan oleh metodologi lain ( misalnya E-R). Normalisasi memberikan panduan yang sangat membantu bagi pengembang untuk mencegah penciptaan struktur tabel yang kurang fleksibel atau mengurangi keflekxibelan. Kroenke mendefinisikan normalisasi sebagai proses untuk mengubah suatu relasi yang memiliki masalah tertentu ke dalam dua buah relasi atau lebih yang tida memiliki masalah tersebut. Masalah yang dimaksud oleh kroenke ini sering disebut dengan istilah anomali. Normalisasi merupakan sebuah teknik dalam logical desain sebuah basis data / database, teknik pengelompokkan atribut dari suatu relasi sehingga membentuk struktur relasi yang baik (tanpa redudansi). Normalisasi adalah suatu proses memperbaiki / membangun dengan model data relasional, dan secara umum lebih tepat dikoneksikan dengan model data logika. Proses normalisasi adalah proses pengelompokan data elemen menjadi tabel-tabel yang menunjukkan entity dan relasinya. Pada proses normalisasi dilakukan pengujian pada beberapa kondisi apakah ada kesulitan pada saat menambah/menyisipkan, menghapus, mengubah dan mengakses pada suatu basis data. Bila terdapat kesulitan pada pengujian tersebut maka perlu dipecahkan relasi pada relasi pada beberapa tabel lagi atau dengan kata lain perancangan 35

basis data belum optimal. Tujuan dari normalisasi itu sendiri adalah untuk menghilangkan kerangkapan data, mengurangi kompleksitas, dan untuk mempermudah pemodifikasian data.

Gambar 3.11 Tahapan Normalisasi Macam-macam bentuk normalisasi adalah sebagai berikut : 1. Bentuk Normal Kesatu (1 NF / First Normal Form) Bentuk Normal Kesatu mempunyai ciri yaitu setiap data dibentuk dalam file flat, data dibentuk dalam satu record demi satu record dan nilai dari field berupa atomic value. Tidak ada set atribut yang berulang ulang atau atribut bernilai ganda (multi value). Tiap field hanya satu pengertian, bukan merupakan kumpulan data yang mempunyai arti mendua. Hanya satu arti saja dan juga bukanlah pecahan kata kata sehingga artinya lain. 2. Bentuk Normal Kedua (2NF) Bentuk Normal kedua mempunyai syarat yaitu bentuk data telah memenuhi kriteria bentuk Normal Kesatu. Atribut bukan kunci haruslah bergantung secara fungsi pada kunci utama, sehingga untuk membentuk Normal Kedua haruslah sudah ditentukan kunci-kunci field. Kunci field harus unik dan dapat mewakili atribut lain yang menjadi anggotanya. 36

3. Bentuk Normal Ketiga (3NF) Untuk menjadi bentuk Normal Ketiga maka relasi haruslah dalam bentuk Normal Kedua dan semua atribut bukan primer tidak punya hubungan yang transitif. Artinya setiap atribut bukan kunci harus bergantung hanya pada kunci primer secara menyeluruh. Contoh pada bentuk Normal kedua di atas termasuk juga bentuk Normal Ketiga karena seluruh atribut yang ada di situ bergantung penuh pada kunci primernya. - Boyce-Codd Normal Form (BNCF) Boyce-Codd Normal Form mempunyai paksaan yang lebih kuat dari bentuk Normal ketiga. Untuk menjadi BNCF, relasi harus dalam bentuk Normal Kesatu dan setiap atribut dipaksa bergantung pada fungsi pada atribut super key. 4. Bentuk Normal Keempat (4NF) Bentuk normal keempat berkaitan dengan sifat ketergantungan banyak-nilai(Multivaluated Dependency) pada suatu table yang merupakan ketergantungan dari ketergantungan fungsional. 5. Bentuk Normal Keempat (5NF) Bentuk normal kelima merupakan nama lain dari Project Joint Normal Form (PJNF) berkenaan dengan ketergantungan relasi antar table (join dependency)

37

38

BAB IV IMPLEMENTASI DATABASE MANAJEMEN SISTEM 4.1. Penyusunan Database Sistem Tugas Akhir 4.1.1. Menentukan entity yang digunakan dalam penyusunan database Tugas Akhir Sebelum membuat database, langkah awal yang dilakukan adalah menganalisa dan menentukan entity yang berhubungan dengan sistem informasi tugas akhir. Adapun entity dari hasil analisa tersebut adalah sebagai berikut : a. Mahasiswa Entity mahasiswa adalah entity yang wajib ada dalam database tugas akhir karena mahasiswa merupakan subjek yang menjalankan tugas akhir. Di dalam entity mahasiswa ini secara umum berisi tentang biodata mahasiswa secara umum, bidang studi dan user accounts untuk mengakses website tugas akhir ini. b. Dosen Sebagai salah satu penyelenggaran pendidikan di tingkat universitas maka entity dosen wajib dimasukkan karena dosen adalah salah satu pihak yang memberikan bimbingan dan penilaian terhadap mahasiswa. Secara umum, entity dosen ini terdiri dari nama dosen dan NIP-nya. Pada pembuatan database tugas akhir kali ini, dosen tidak diberi user account karena memang peran dosen dalam website ini tidak aktif.. c. Bidang Studi Entity bidang studi perlu dibuat untuk memberikan keterangan bidang studi kepada mahasiswa yang akan berpartisipasi dalam pelaksanaan tugas akhir.

39

d. Tugas Akhir Entity tugas akhir adalah entity yang memuat tentang informasi tugas akhir yang diambil oleh mahasiswa. Mulai dari nama mahasiswa, judul, dosen pembimbing 1, dosen pembimbing 2 dan lain-lain. e. Deadline Entity deadline berisi deadline yang diberikan pada mahasiswa yang nantinya akan di tampilkan pada halaman web. Deadline ini ada 2, yaitu : - Deadline proposal - Deadline pendaftaran Deadline ini berguna untuk mengetahui, kapankah mahasiswa melakukan pendaftaran dan pengumpulan proposal tugas akhir. 4.1.2. Menentukan atribut pada setiap entity Setelah entity ditetapkan tahap selanjutnya adalah menentukan atribut masing-masing entity sebagai berikut : a. Biodata Mahasiswa Atribut pada mahasiswa meliputi biodata mahasiswa itu sendiri, yang dirincikan sebagai berikut : Tabel Mahasiswa nrp bs_id ta_id nama password email tempat lahir tanggal lahir alamat 40

hp ipk toefl program Gambar 4.1. Atribut pada tabel Mahasiswa b. Biodata Dosen Hanya berisi NIP dosen, nama. Karena atribut yang lain tidak digunakan dalam pembuatan website ini. Tabel Dosen nip nama Gambar 4.2. Atribut pada tabel Dosen c. Bidang Studi Memberikan informasi tentang ID bidang studi dan nama dari bidang studi tersebut. Tabel Bidang Studi id nama Gambar 4.3 Atribut pada tabel Bidang Studi d. Tugas Akhir Memberikan informasi tentang ID tugas akhir, judul dalam 2 bahasa, NIP dosen pembimbing 1, NIP dosen pembimbing 2, atau kalau dosen lainnya jika tidak dari dosen Elektro, ada sistem untuk mengecek apakah sudah mengumpulkan proposal atau belum, waktu saat melakukan pengisian data Tugas Akhir pada web ini, pengecekan untuk pendaftaran Tugas Akhir serta waktunya. Tabel Tugas Akhir id juduli judule 41

nip_dp1 nip_dp2 dp2_lain pro pro_time dta dta_time Gambar 4.4. Atribut pada tabel Tugas Akhir e. Deadline Memberikan informasi tentang nama deadline dan waktu deadline tersebut. Tabel Deadline id name deadline Gambar 4.5. Atribut pada tabel Deadline f. Admin Memberikan informasi tentang username dan password admin yang telah dienkripsi. Tabel Admin id username password Gambar 4.6. Atribut pada tabel Admin

42

4.1.3. Membuat ER diagram pada Sistem Informasi Tugas Akhir Setelah menentukan entity dan attribut maka selanjutnya adalah mendesain ER Diagram. ER Diagaram pada sistem informasi Tugas Akhir berada pada halaman lampiran.

4.2. Penyusunan Database Sistem Kerja Praktek 4.2.1. Menentukan entity yang digunakan dalam penyusunan database Kerja Praktek Sebelum membuat database, langkah awal yang dilakukan adalah menganalisa dan menentukan entity yang berhubungan dengan sistem informasi kerja praktek. Adapun entity dari dari hasil analisa tersebut adalah sebagai berikut : a. Biodata Mahasiswa Entity mahasiswa adalah entity yang wajib ada dalam database kerja praktek karena mahasiswa merupakan subjek yang menjalankan kerja praktek. Di dalam entity mahasiswa ini secara umum berisi tentang biodata mahasiswa secara umum, bidang studi dan user accounts untuk mengakses website kerja praktek ini. b. Biodata Dosen Sebagai salah satu penyelenggaran pendidikan di tingkat universitas maka entity dosen wajib dimasukkan karena dosen adalah salah satu pihak yang memberikan bimbingan dan penilaian terhadap mahasiswa. Secara umum, entity dosen ini terdiri dari biodata dosen dan bidang studinya. Pada pembuatan database kerja praktek kali ini, dosen tidak diberi user account karena memang peran dosen dalam website ini tidak terlalu signifikan. Peran dosen lebih signifikan dalam memberikan bimbingan di lapangan dan memberikan penilaian kerja praktek dan seminar yang memasukkannya dalam website kerja praktek dibantu oleh admin. c. Bidang Studi

43

d.

e.

f.

g.

h.

Entity bidang studi perlu dibuat untuk memberikan keterangan bidang studi kepada mahasiswa dan dosen yang akan berpartisipasi dalam pelaksanaan kerja praktek ini. Detaik Kerja Praktek Entity detail kerja praktek adalah entity yang memuat tentang informasi kerja praktek yang diambil oleh mahasiswa. Mulai dari nama mahasiswa, tujuan perusahan, topik, dosen pembimbing dan lain-lain. Detail kerja praktek isinya sama seperti surat pengajuan kerja praktek yang diberikan kepada petugas kerja praktek. Penanggalan Kerja Praktek Bagian penanggalan kerja praktek sebenarnya bisa dimasukkan kedalam detail kerja praktek. Namun karena panjangnya atribut yang terdapat pada kerja praktek maka untuk penanggalan kerja praktek dibuat sendiri. Sehingga entity kerja praktek ini merupakan entity yang khusus mengatur tentang penangggalan kerja praktek. Penanggalan ini digunakan untuk mengetahui proses perjalanan peserta kerja praktek. Surat Kerja Praktek Alasan pembuatan entity surat kerja praktek ini sama dengan penanggalan. Entity surat kerja praktek ini digunakan oleh petugas kerja praktek untuk memberikan informasi kepada mahasiswa dan perusahaan yang dituju tentang proses pelaksanaan kerja praktek mulai dari permintaan izin sampai dengan ucapan terima kasih. Entity ini membantu admin dalam pembuatan surat kerja praktek secara otomatis. Penilaian Kerja Praktek Entity penilaian berisi nilai-nilai yang diberikan kepada mahasiswa dari setiap kelompok yang berasal dari dosen pembimbing, perusahaan dan pada saat seminar kerja praktek. Petugas Kerja Praktek Entity ini digunakan untuk mendaftarkan para petugas kerja praktek yang bertugas dalam pelaksanaan kerja praktek atau lebih tepatnya bisa dikatakan sebagai admin. Isi dari entitas ini adalah biodata petugas kerja praktek dan user account petugas kerja praktek atau admin.

44

4.2.2. Menentukan atribut pada setiap entity Setelah entity ditetapkan tahap selanjutnya adalah menentukan atribut masing-masing entity sebagai berikut : a. Biodata Mahasiswa Atribut pada biodata mashsiswa meliputi biodata mahasiswa itu sendiri, user accounts, dan nilai kerja praktek yang dirincikan sebagai berikut : NRP ID Kerja Praktek ID Bidang Studi Nama Password Email Tempat Tanggal Lahir Alamat HP IPK Nilai Gambar 4.7. Atribut pada tabel biodata mahasiswa b. Biodata Dosen Hanya berisi NIP dosen, nama dan ID bidang studi. Karena atribut yang lain tidak digunakan dalam pembuatan website ini. NIP Nama ID Bidang Studi Gambar 4.8 Atribut pada tabel dosen c. Bidang Studi Memberikan informasi tentang ID bidang studi dan nama dari bidang studi tersebut. ID Bidang Studi Nama Bidang Studi 45

Gambar 4.9. Atribut pada tabel bidang studi d. Detail Kerja Praktek Atribut detail kerja praktek disesuaikan dengan surat pengajuan kerja praktek yang terdiri dari peserta kerja praktek, tujuan perusahaan, topik kerja praktek, dosen pembimbing dan lain-lain. ID Kerja Praktek Topik Tujuan Alamat Bidang Usaha Lokasi Kerja Praktek Tanggal Lama Kerja Praktek Tujuan Surat Kota Propinsi Fax NRP1 NRP2 NRP3 Pembimbing Tanggal Surat Masuk Gambar 4.10. Atribut pada tabel detail kerja praktek e. Penanggalan Kerja Praktek Penanggalan kerja praktek ini digunakan untuk mengisikan penanggalan pelaksanaan kerja praktek mulai dari tanggal perusahaan memberikan jawaban, tanggal dimulainya kerja praktek hingga tanggal buku dikumpulkan. ID Kerja Praktek Tanggal Surat Dibalas Tanggal Kerja Praktek Dimulai Tanggal Kerja Praktek Selesai 46

Tanggal Buku Di Kumpulkan Gambar 4.11. Atribut pada tabel penanggalan kerja praktek

f. Surat Kerja Praktek Dalam kerja praktek ini petugas mengeluarkan 3 jenis surat yaitu : surat permohonan kerja praktek, surat pemberitahuan kerja praktek, dan surat ucapan terima kasih kepada perusahaan. Sehingga atributnya terdiri dari 3 tanggal surat dan 3 nomor surat. ID Kerja Praktek No. Surat 1 No. Surat 2 No. Surat 3 Tanggal Surat 1 Tanggal Surat 2 Tanggal Surat 3 Gambar 4.12. Atribut pada tabel surat kerja praktek g. Penilaian Kerja Praktek Penilaian kerja praktek teridiri dari 3 aspek penilaian. Penilaian dari dosen, penilaian perusahaan, dan penilaian pada saat seminar kerja praktek. Sedangkan nilai yang didapat oleh mahasiswa adalah nilai rata-rata dari ketiga nilai tersebut. ID Kerja Praktek Nilai Dosen Untuk Mahasiswa 1 Nilai Dosen Untuk Mahasiswa 2 Nilai Dosen Untuk Mahasiswa 3 Nilai Perusahaan Untuk Mahasiswa 1 Nilai Perusahaan Untuk Mahasiswa 2 Nilai Perusahaan Untuk Mahasiswa 3 Nilai Seminar Untuk Mahasiswa 1 Nilai Seminar Untuk Mahasiswa 2 Nilai Seminar Untuk Mahasiswa 3 Gambar 4.13. Atribut pada tabel penilaian kerja praktek 47

h. Petugas Kerja Praktek Atribut prtugas kerja praktek hanya berisi ID admin, username, password dan nama petugas. ID Admin Username Password Nama Gambar 4.14. Atribut pada tabel petugas kerja praktek 4.2.3. Membuat ER diagram pada Sistem Informasi Tugas Akhir Setelah menentukan entity dan attribut maka selanjutnya adalah mendesain ER Diagram. ER Diagaram pada sistem informasi Kerja Praktek berada pada halaman lampiran.

48

BAB V IMPLEMENTASI 5.1. Fungsi-fungsi dalam Website Tugas Akhir 5.1.1. Umum a. Halaman Utama

Gambar 5.1. Frontpage Dapat dilihat pada gambar, untuk umum yang bisa dilakukan hanya, melihat tugas akhir apa saja yang sedang dikerjakan, deadline pengumpulan proposal dan deadline pendaftaran TA. Untuk detail Tugas Akhir ini dibagi menjadi dua yaitu, untuk mahasiswa regular dan lintas jalur. 5.1.2. Mahasiswa a. Login

Gambar 5.2. Form Login 49

Agar mendapat hak akses mahasiswa pertama-tama kita harus login terlebih dahulu. Mahasiswa yang terdaftar pada situs ini adalah mahasiswa yang pada semester tersebut sedang mengambil mata kuliah Tugas Akhir. Query yang digunakan : $query = "SELECT * FROM mahasiswa WHERE nrp='$nomor' and password='$password'";

b. Halaman Utama (Mahasiswa)

Gambar 5.3. Halaman Utama (Mahasiswa)

Setelah mahasiswa tersebut login akan dilihat halaman yang hampir sama dengan Frontpage umum. Ada pilihan untuk mengisi maupun mengganti biodata, data TA setelah terisi. Dan ada juga pilihan untuk mengganti password. Dan pada halaman utama tersebut sudah diberikan petunjuk kepada mahasiswa hal-hal yang perlu dilakukan. c. Biodata Mahasiswa Halaman ini berisi form tentang data diri mahasiswa tersebut, yang akan digunakan sebagai laporan administrasi. Data diri ini

50

contohnya, yaitu NRP, nama, alamat, tempat tanggal lahir, handphone, alamat email, IPK, nilai toefl, dan bidang studi.

no

Gambar 5.4. Form Biodata

51

Query yang digunakan : $query = "SELECT id, nama from bidang_studi ORDER BY nama"; $query = "SELECT bs_id, nama, email, tempat, tanggal, alamat, hp, ipk, ts FROM mahasiswa WHERE nrp = '$nrp' "; $query = "UPDATE mahasiswa SET email='$email', bs_id='$bs', tempat='$tel', tanggal='$tal', alamat='$alamat', hp='$hp', ipk='$ipk', ts='$ts' WHERE nrp='$nrp' LIMIT 1"; d. Tugas Akhir

Gambar 5.5. Form Tugas Akhir Halaman ini berisi form tentang data tugas akhir mahasiswa, yang isinya judul dalam bahasa Indonesia, judul dalam bahasa Inggris, dosen pembimbing 1, dosen pembimbing 2. Dosen pembimbing lain adalah dosen pembimbing 2 yang tidak di dalam lingkungan ITS. Query yang digunakan : $query = "INSERT INTO tugas_akhir(juduli, judule, dp1, dp2, dp2_lain, pro_time) VALUES '$juduli', '$judule', '$dp1', '0', '$dp21', NOW() )"; 52

e. Ganti Password

Gambar 5.6. Form Ganti Password Form ini berguna untuk mengamankan akun mahasiswa karena password default yang digunakan adalah nrp mahasiswa itu sendiri. Query yang digunakan : $query = "UPDATE mahasiswa SET password = '$password' WHERE nrp='$nrp' LIMIT 1"; 5.1.3. Admin a. Login Untuk mendapatkan hak akses sebagai administrator, seperti biasa harus melakukan login terlebih dahulu.

Gambar 5.7 Form Login Administrator Query yang digunakan : $query = "UPDATE mahasiswa SET password = '$password' WHERE nrp='$nrp' LIMIT 1";

53

b. Menu Administrasi

Gambar 5.8. Menu Administrator Ini adalah daftar menu yang dapat dilakukan oleh bagian administrasi seperti mengatur deadline, memasukkan, menghapus, mengedit data yang ada pada database tugas akhir ini. c. Deadline Berikut ini adalah tampilan untuk mengatur deadline yang ada pada tugas akhir.

Gambar 5.9. Administrasi Deadline Query yang digunakan : $query = " UPDATE deadline SET deadline='$tglpro' WHERE name='tglpro' ";

54

d. Administrasi Tugas Akhir

Gambar 5.10.1. Administrasi Tugas Akhir

Gambar 5.10.2. Administrasi Tugas Akhir Berikut adalah tampilan untuk mengatur tugas akhir, ada menu untuk menghapus maupun mengeditnya, yang tampilan formnya hampir sama dengan yang digunakan oleh mahasiswa. Query yang digunakan : $query1 = "UPDATE tugas_akhir SET pro='0' WHERE id = '$ta_id' "; $query1 = "UPDATE tugas_akhir SET dta='0' WHERE id = '$ta_id' "; $query = "UPDATE tugas_akhir SET juduli='$juduli', judule='$judule', dp1='$dp1', dp2='0', dp2_lain='$dp21' WHERE id='$ta_id' "; 55

e. Administrasi Mahasiswa

Gambar 5.11. Administrasi Mahasiswa Di sini terdapat beberapa pilihan untuk administrasi mahasiswa, seperti menambah mengedit dan menghapus mahasiswa. Ada pilihan lain yaitu mengimport, yang digunakan untuk memasukkan seluruh mahasiswa sebagai data awal. Yang akan digunakan untuk login para mahasiswa yang mengambil mata kuliah tugas akhir. f. Dosen Di sini terdapat list dosen dan admin dapat mengedit, menghapus dan menambahkan dosen.

Gambar 5.12. Administrasi Dosen

56

5.2. Fungsi-fungsi dalam Website Kerja Praktek 5.2.1. Mahasiswa

Gambar 5.13. Halaman depan website kerja praktek mahasiswa

Adapun fitur-fitur yang terdapat dalam website mahasiswa adalah sebagai berikut:

57

a. Pendaftaran Mahasiswa

Gambar 5.14. Form registrasi mahasiswa Gambar 5.14. menunjukkan form pendaftaran mahasiswa yang akan mengambil kerja praktek. Form pendaftaran ini harus diisi dulu untuk bisa mendapatkan akses masuk kedalam website kerja praktek. Para mahasiswa tidak akan bisa mengambil kerja praktek jika dia tidak melakukan pendaftaran dulu. Query yang digunakan : $query = "INSERT INTO mahasiswa (nrp, nama, email, password, bs_id, tempat, tanggal, alamat, hp, ipk, ts) VALUES ('$nrp', '$nama', '$email', '$password', '$bs', '$tel', '$tal', '$alamat', '$hp', '$ipk', '$ts') ";

58

b. Pendaftaran Kerja Praktek Mahasiswa

Gambar 5.15. Form pendaftaran kerja praktek Gambar 5.15. menunjukkan form pengajuan kerja praktek. Form ini dapat diisi setelah mahasiswa mendaftarkan diri dalam website ini. Form ini selanjutnya dikirimkan kepada admin dan admin yang akan membuat surat secara otomatis dan kemudian akan dikirimkan ke perusahaan yang bersangkutan. Setelah itu hasil dari pengajuan form ini dapat dilihat di laporan kerja praktek. Query yang digunakan : $query="INSERT INTO `kerja_praktek` (`topik`, `tujuan`, `alamat`, `bid_us`, `lokasi`, `tanggal`, `waktu`, `kepada`, `kota`, `propinsi`, `telp`, `fax`, `nrp1`, `nrp2`, `nrp3`, `tanggal_masuk`, `pembimbing`) VALUES ('$topik', '$tp', '$alamat', '$bu', '$lokasiKP', '$tanggalKP', '$waktu','$ts', '$kota', '$prop', '$telp', '$fax', '$nm1', '$nm2', '$nm3' ,'$today', '$dos' )"; $query= "UPDATE `kerja_praktek` SET`topik`='$topik `tujuan`=' $tp', `alamat`='$alamat', `bid_us`='$bu', lokasi`='$lokasiKP', `tanggal`='$tanggalKP',waktu`='$waktu',`kepada`='$ts', `kota`= '$kota',`propinsi`='$prop',`telp`='$telp',`fax`='$fax', `nrp1`='$nm1' 59

`nrp2`='$nm2',`nrp3`='$nm3', `pembimbing`='$dos' WHERE id='$kp_id' ";

c. Laporan Kerja Praktek

Gambar 4.16. Laporan data kerja praktek yang disetujui Gambar 4.16. menunjukkan laporan kerja praktek setelah surat dibalas dan disetujui oleh prusahaan. Tanggal yang ditampilkan dalam laporan ini adalah tanggal yang disetujui perusahaan untuk pelaksanaan kerja prakteknya. Kemungkinan bisa sama dengan

60

rencana awal atau bisa juga berbeda, sehingga tanggal acuan ini yang dipakai. Query yang digunakan : $query="SELECT * FROM kerja_praktek WHERE id='$kp_id'"; $ambil=mysql_query("select * from tgl_kp where kp_id=$kp_id"); Tanggal pengumpulan buku ditentukan oleh petugas kerja praktek dan pada website ini punya fasilitas count down timer untuk mengingatkan mahasiswa yang berada pada sidebar sebelah kiri. Adapun tampilannya adalah sebagai berikut :

Gambar 4.17. Counter penghitung waktu pengumpulan buku d. Informasi tentang sistem pelaksanaan kerja praktek Bagian ini berisi alur atau mekanisme pelaksanaan kerja praktek mulai dari pengajuan sampai dengan seminar kerja praktek dan pemberian nilai.

61

5.2.2. Admin

Gambar 4.18. Halaman Depan Admin a. Daftar KP yang masuk

Gambar 4.19. Daftar kerja praktek yang masuk ke admin

62

Query yang digunakan : $tampil=mysql_query("select id,topik,tanggal_masuk from kerja_praktek where kirim0 order by tanggal_masuk desc"); Daftar kerja praktek yang masuk diurutkan berdasarkan tanggal ditunjukkan oleh gambar 4.19. Dari masing-masing rincian kerja praktek tersebut terdapat 5 menu dan 1 keterangan dengan penjelasan sebagai berikut : 1) Tgl KP adalah menu yang digunakan untuk memasukkan penanggalan kerja praktek. Dalam menu ini terdapat 4 jenis tanggal sebagaimana yang telah diuraikan pada bagian sebelumnya.

Gambar 4.20. Penanggalan Kerja Praktek Query yang digunakan : $query="UPDATE `tgl_kp` SET `tgl1`='$tgl1', `bln1`='$bln1', `thn1`='$thn1', `tgl2`='$tgl2', `bln2`='$bln2', `thn2`='$thn2', `tgl3`='$tgl3', `bln3`='$bln3', `thn3`='$thn3', `tgl4`='$tgl4', bln4`='$bln4', `thn4`='$thn4',`no`='$no' WHERE kp_id='$kp_id' "; mysql_query($query) or die ("error edit KP". mysql_error()); $query="UPDATE `kerja_praktek` SET `tanggal`='$tb' WHERE id='$kp_id' "; 63

2) Menu surrat digunakan untuk melakukan generate surat secara otomatis sesuai data yang telah ada. Petugas admin hanya tinggal menuliskan tanggal dan nomor surat. 3) Batal digunakan untuk melakukan pembatalan kerja praktek yang permohonannya dilakukan mahasiswa kepada petugas kerja praktek. Query yang digunakan : mysql_query("update mahasiswa set kp_id=0 where kp_id='$kp_id'"); mysql_query("delete from kerja_praktek where id='$kp_id'"); mysql_query("delete from suratkp where kp_id='$kp_id'"); mysql_query("delete from tgl_kp where kp_id='$kp_id'"); mysql_query("delete from nilai_kp where kp_id='$kp_id'"); 4) Nilai KP adalah form yang digunakan untuk melakukan penilaian kerja praktek. Query yang digunakan : $query="UPDATE `nilai_kp` SET `nd1`='$nd1', `nd2`='$nd2', `nd3`='$nd3', `np1`='$np1', `np2`='$np2', `np3`='$np3', `ns1`='$ns1', `ns2`='$ns2', `ns3`='$ns3', `nm1`='$nr1', `nm2`='$nr2', `nm3`='$nr3' WHERE kp_id='$kp_id' "; 5) KP Selesai adalah fasilitas memindahkan kp ke dalam riwayat kerja praktek yang telah selesai. Sayaratnya adalah kerja praktek sudah mendapatkan nilai dan lulus. Query yang digunakan : mysql_query("update kerja_praktek set kirim=4 where id=$kp_id"); 6) Keterangan adalah keterangan perjalanan kerja praktek mahasiswa telah sampai tahap apa.

64

b. Administrasi Mahasiswa

Gambat 4.21. Administrasi Mahasiswa Administrasi mahasiswa pada gambar 4.21. berisi informasi secara keseluruhan mahasiswa mulai dari biodata, detail kp yang dapat diedit oleh admin, serta adaministrasi account mahasiswa untuk mereset password atau menghapus account. Query yang digunakan : $query = 'SELECT nrp, nama FROM mahasiswa ORDER BY nrp'; $query0="SELECT nrp FROM mahasiswa WHERE kp_id='0' OR kp_id='$kp_id'"; $query="SELECT * FROM kerja_praktek WHERE id='$kp_id'";

65

c. Administrasi Dosen

Gambar 4.22. Administrasi dosen Gambar 4.34. menunjukkan bagian administrasi dosen, dimana admin dapat melakukan penambahan dosen, pengeditan, serta penghapusan dosen. Query yang digunakan : $query = 'SELECT nip, nama FROM dosen ORDER BY nip'; $query = "DELETE FROM dosen WHERE nip='$nip'"; d. Riwayat Kerja Praktek

Gambar 4.23. Daftar riwayat kerja praktek yang pernah dilaksanakan

66

Riwayat kerja praktek yang telah selesai dapat dilihat pada gambar 4.23. Riwayat ini berfungsi untuk mendokumentasikan kerja praktek yang pernah dilakukan oleh mahasiswa jurusan Teknik Elektro ITS. Query yang digunakan : $tampil=mysql_query("select id,topik,tanggal_masuk from kerja_praktek where kirim=4 order by tanggal_masuk desc"); e. Laporan-laporan

Gambar 4.24. Fasilitas download laporan berupa excel Gambar 4.24. menunjukkan fasilitas untuk mendownload laporan database kerja praktek mahasiswa sesuai dengan tahap pelaksanaannya. Laporan 1 untuk kerja praktek mahasiswa yang belum mendapat balasan surat dari perusahaan. Laporan 2 untuk kerja praktek mahasiswa setelah mendapat balasan surat dari perusahaan sampai waktu kerja praktek selesai. Laporan 3 untuk kerja praktek mahasiswa yang sudah selesai dan mendapat nilai.

67

5.2.3. Dosen

Gambar 4.25. Daftar Menu Halaman Dosen Halaman dosen ini merupakan halaman yang digunakan dosen untuk melihat dan memberikan persetujuan pada kerja praktek mahasiswa yang telah dibimbingnya. Terdapat beberapa menu antara lain daftar kerja praktek yang masuk dan akan disetujui, kerja praktek yang disetujui, kerja praktek yang telah selesai dan pergantian password.

68

Gambar 4.26. Daftar kerja praktek yang akan disetujui dosen Gambar diatas menuinjukkan daftar kerja praktek yang telah didaftarkan mahasiswa dan akan disetujui oleh dosen pembiimbing. Kerja praktek tidak akan masuk pada halaman admin jika belum mendapat persetujuan dari dosen pembimbing.

69

Halaman Ini Sengaja Dikosongkan

70

BAB VI PENUTUP Pelaksanaan kerja praktek yang telah kami laksanakan selama kurang lebih dua bulan (6 Juli 6 September 2011) di Jurusan Teknik Elektro, FTI-ITS, telah memberikan berbagai pengalaman baru dalam bidang manajemen database pada umumnya dan pengolahan data tugas akhir dan kerja praktek khususnya. 5.1 Kesimpulan Dari pelaksanaan kerja praktek yang kami lakukan di Jurusan Teknik Elektro, FTI-ITS, Keputih, Surabaya pada tanggal 6 Juli 6 September 2011, dapat kami simpulkan bahwa : a) Jurusan Teknik Elektro sebagai badan pendidikan milik pemerintah, telah mengaplikasikan internet sebagai media untuk menyimpan, maupun mengolah data tersebut. Dan juga, digunakan sebagai media untuk pengumuman. b) Untuk melakukan administrasi tugas akhir diperlukan beberapa kali kerja, yaitu melakukan pendaftaran proposal, pengumpulan proposal, serta pendaftaran tugas akhir. c) Untuk melakukan administrasi kerja praktek juga diperlukan beberapa kali kerja dan bahkan lebih banyak daripada tugas akhir, dikarenakan terdapatnya banyak data yang harus di-entrikan maupun diperiksa kembali. d) Sistem Manajemen Database dapat digunakan untuk membantu administrasi tugas akhir maupun kerja praktek.

71

Halaman Ini Sengaja Dikosongkan

72

DAFTAR PUSTAKA 1. 2. Manual PHP resmi dari php.net Yank, Kevin. Build Your Own Database-Driven Website Using PHP & MySQL. 2003.Sitepoint Kadir, Abdul. Belajar Database Menggunakan MySQL. 2008. Andi Offsite Ramez Elmasri, Sam Navathe. Fundamentals of Database Systems, 4rd Edition. 2000. Addison Wesley Publishing Company

3.

4.

73

Halaman Ini Sengaja dikosongkan

74