Rancang Bangun Aplikasi Perpustakaan Sma Negeri Babakancikao Purwakarta

RANCANG BANGUN APLIKASI PERPUSTAKAAN
SMA NEGERI BABAKANCIKAO

PURWAKARTA
LAPORAN KERJA PRAKTEK
Diajukan Untuk Memenuhi Syarat Mata Kuliah Kerja Praktek

Program Strata 1 Jurusan Teknik Informatika
Oleh :
LUKI LUKMANUL HAKIM
141351119
PROGRAM STUDI TEKNIK INFORMATIKA

SEKOLAH TINGGI TEKNOLOGI WASTUKANCANA
PURWAKARTA
2018
LEMBAR PENGESAHAN PEMBIMBING

PURWAKARTA
Telah disetujui dan dinyatakan memenuhi syarat untuk mengikuti Seminar

Laporan Kerja Preaktek pada Program Studi Teknik Informatika
Purwakarta, 30 Januari 2018
Menyetujui,
Dosen Pembimbing
Dadi Iskandar S.T.

NIDL: 431671402036
Menyetujui,
Ketua Program Studi Teknik Informatika
M. Rafi Muttaqin, M.Kom

NIDN: 0420088703
LEMBAR PENGESAHAN PENGUJI

PURWAKARTA
LUKI LUKMANUL HAKIM

141351119
Telah disetujui dan dinyatakan memenuhi syarat sebagai

Tugas Mata Kuliah Praktik Industri
Menyetujui,
Penguji 1 Penguji 2
H. Dayan Singasatia, M.Kom. Dadi Iskandar, S.T.

NIDN: 0406037404 NIDL: 431671402036
ABSTRAK
Sekolah Menengah Atas Negeri Babakan Cikao adalah sekolah yang belum
lama berdiri dan masih merintis. Dalam kegiatan administrasi maupun
penyampaian informasi kebanyakan masih manual menggunakan tulis tangan.
Dalam administrasi, terdapat kendala jika masih dengan cara tulis tangan seperti
kurang rapi jika terdapat kesalahan atau sulit untuk mencari data. Di SMA Negeri
Babakancikao ini salah satu sistem yang belum terkomputerisasi adalah sistem
perpustakaan.
Komputer diciptakan untuk membantu memudahkan manusia dalam
melakukan tugasnya. Tidak terkecuali untuk pihak SMA Negeri Babakancikao.
Dapat dibuatkannya sebuah sistem terkomputerisasi yang dapat membantu
memudahkan dalam melakukan administrasi perpustakaan.
Karena spesifikasi kebutuhannya terpenuhi dengan baik, metode
pengembangan perangkat lunak yang digunakan adalah waterfall dimana tahapan –
tahapannya communication, planning, modeling, construction, dan deployment.
Dan untuk aplikasi yang akan dibangun berbasis web dengan jenis
pemrogramannya menggunakan pemrograman berorientasi objek menggunakan
bahasa permrograman PHP. Dalam pemodelannya menggunakan Unified Modeling
Language (UML) dimana terdapat usecase diagram, activity diagram, Sequence
Diagram, class diagram.
Hasil dari penelitian ini dapat membantu pihak sekolah dalam melakukan
kegiatan yang berhubungan dengan perpusatakaan seperti pencatatan data buku,
peminjaman, dan pengembalian.
Kata kunci : sistem perpustakaan, administrasi, aplikasi.
i
KATA PENGANTAR
Assalamu’alaikum Wr.Wb.
Segala puji dan syukur penulis panjatkan kehadiran Allah SWT, yang telah
melimpahkan rahmat dan karunianya sehingga penlunis dapat menyelesaikan
laporan kerja praktek ini, shlawat dan salam senantiasa dilimpahkan kepada Nabi
Muhammad SAW, kepada keluarganya, para sahabatnya dan kita semua selaku
umatnya. Amin.
Dalam penyusunan laporan kerja praktek ini penulis mengambil judul
“Rancang Bangun Aplikasi Perpustakaan SMA Negeri Babakancikao Berbasis
Web” adapun tujuan dari penyusunan laporan ini untuk memenuhi salah satu syarat
kelulusan mata kuliah kerja praktek.
Penulis menyadari bahwa selesainya laporan ini tidak lepas dari bantuan
berbagai pihak. Atas segala bimbingan, dorongan dan bantuan yang telah diberikan,
maka melalui kesempatan ini penulis mengucapkan terima kasih yang sebesar-
besarnya kepada :
1. Bapak DR. H. Agus Solehudin, MT., selaku ketua STT Wastukancana.
2. Bapak M. Rafi Muttaqin, SKom., MKom., selaku Ketua Program Studi
Teknik Informatika.
3. Dadi Iskandar S.T., sebagai dosen pembingbing.
4. Seluru dosen Teknik Infromatika STT Wastukancana.
5. Kedua orang tua dan kakak adik tercinta yang telah mendukung penulis
dalam pengerjaan laporan.
6. Ibu Yanti Mediyanti S.Pd.,M.Pd., selaku kepala sekolah di SMA Negeri
Babakancikao
7. Bapak Carimin A.Md selaku Pembimbing Instansi Kerja Praktek di
SMA Negeri Babakancikao.
8. Seluruh rekan kelas Pagi A 2014 Teknik Informatika STT
Wastukancana.
Penulis menyadari akan keterbatasan dan pengetahuaan yang dimiliki
sehingga laporan ini masih banyak kekurangan dan kesalahan. Dengan demikian
penulis berharap mendapatkan kritik dan saran yang dapat membantu dalam
ii
penyempurnaan penulisan laporan ini. Akhir kata, semoga penulisan laporan kerja
praktek ini dapat memberikan manfaat bagi semua pihak serta menambah wancana
pemikiran bagi kita semua.
Wassalamu’alaikum Wr.Wb.
Purwakarta, Desember 2017
Penulis
iii
DAFTAR ISI
ABSTRAK ........................................................................................................... i
KATA PENGANTAR ......................................................................................... ii
DAFTAR ISI ...................................................................................................... iv
DAFTAR GAMBAR ......................................................................................... vii
DAFTAR TABEL .............................................................................................. ix
BAB I PENDAHULUAN .................................................................................... 1
1.1 Latar Belakang .................................................................................. 1
1.2 Rumusan Masalah.............................................................................. 2
1.3 Tujuan Penelitian ............................................................................... 2
1.4 Manfaat Penelitian ............................................................................. 2
1.5 Batasan Masalah ................................................................................ 2
1.6 Waktu dan Tempat Pelaksanaan Kerja Praktek .................................. 2
1.7 Metode Penelitian .............................................................................. 3
1.7.1 Pengumpulan Data ........................................................................ 3
1.7.1 Metode Pengembangan Perangkat Lunak ...................................... 3
1.7.2 Alat Penelitian ............................................................................... 4
1.8 Sistematika Penulisan ........................................................................ 5
BAB II TINJAUAN PUSTAKA .......................................................................... 6
2.1 Rancang Bangun ................................................................................ 6
2.2 Aplikasi ............................................................................................. 6
2.2.1 Aplikasi Web ................................................................................ 6
2.2.2 Aplikasi Desktop ........................................................................... 7
2.3 Sistem................................................................................................ 7
2.3.1 Pengertian Sistem .......................................................................... 7
2.3.2 Bagian Sistem ............................................................................... 8
2.3.3 Jenis sistem ................................................................................... 9
2.4 Data ................................................................................................... 9
2.5 Informasi ......................................................................................... 10
2.6 Perpustakaan.................................................................................... 11
2.7 Administrasi .................................................................................... 11
2.8 Metode Penelitian ............................................................................ 12
2.8.1 Pengertian Penelitian ................................................................... 12
2.8.2 Jenis Penelitian............................................................................ 12
2.8.3 Pengumpulan Data ...................................................................... 12
2.9 Metode Pengembangan Perangkat Lunak ......................................... 12
2.10 Pemrograman Berorientasi Objek .................................................... 15
2.10.1 Pengertian Pemrograman Berorientasi Objek .............................. 15
2.10.2 Syarat Bahasa Pemrograman Berorientasi Objek ......................... 15
2.11 Peta Aliran (Flowmap) ..................................................................... 16
2.12 UML (Unified Modeling Language) ................................................ 18
2.12.1 Class diagram ............................................................................. 18
2.12.2 Use Case Diagram ...................................................................... 19
2.12.3 Activity diagram .......................................................................... 21
2.12.4 Sequence Diagram ...................................................................... 23
iv
2.13 Enterprise Architect ......................................................................... 25
2.14 Basis Data........................................................................................ 26
2.15 MySQL ........................................................................................... 26
2.16 CodeIgniter ...................................................................................... 27
2.17 PHP ................................................................................................. 28
2.18 XAMPP ........................................................................................... 28
2.19 Black Box Testing ............................................................................ 28
BAB III TINJAUAN INSTANSI ....................................................................... 29
3.1 Profil SMA Negeri Babakancikao .................................................... 29
3.1.1 Sejarah SMA Negeri Babakancikao............................................. 29
3.1.2 Visi, Misi dan Strategi SMA Negeri Babakan Cikao ................... 29
3.1.3 Tujuan SMA Negeri Babakancikao ............................................. 30
3.1.4 Struktur Organisasi SMA Negeri Babakancikao .......................... 31
3.1.5 Daftar Tenaga Pendidik SMA Negeri Babakancikao ................... 32
3.2 Tentang SMA Negeri Babakancikao ................................................ 33
3.2.1 Identitas Sekolah ......................................................................... 33
3.2.1 Analisis Keadaan Sekolah ........................................................... 35
BAB IV PELAKSANAAN KERJA PRAKTEK ................................................ 38
4.1 Kerangka Pelaksanaan ..................................................................... 38
4.2 Aktivitas Kerja Praktek .................................................................... 38
4.2.1 Communication ........................................................................... 38
4.2.2 Planning ..................................................................................... 38
4.2.3 Modeling ..................................................................................... 39
4.2.4 Construction ............................................................................... 39
4.2.5 Deployment ................................................................................. 39
4.3 Hambatan Keja Praktek ................................................................... 39
4.4 Communication................................................................................ 39
4.4.1 Prosedur yang sedang berjalan .................................................... 40
4.4.2 Flowmap prosedur yang sedang berjalan ..................................... 40
4.5 Planning .......................................................................................... 42
4.5.1 Evaluasi sistem yang sedang berjalan .......................................... 42
4.5.2 Prosedur sistem yang diusulkan ................................................... 42
4.5.3 Flowmap prosedur sistem yang diusulkan ................................... 43
4.6 Modeling ......................................................................................... 46
4.6.1 Use Case Diagram ...................................................................... 47
4.6.2 Use Case Scenario ...................................................................... 48
4.6.3 Activity diagram .......................................................................... 59
4.6.4 Sequence Diagram ...................................................................... 66
4.6.5 Class Diagram ............................................................................ 87
4.6.6 Struktur Tabel ............................................................................. 93
4.6.7 Struktur Menu ............................................................................. 96
4.6.8 Interface...................................................................................... 96
4.7 Construction .................................................................................. 112
4.7.1 Implementasi............................................................................. 112
4.7.2 Pengujian .................................................................................. 121
4.8 Deployment ................................................................................... 123
BAB V KESIMPULAN DAN SARAN............................................................ 124
5.1 Kesimpulan ................................................................................... 124
v
5.2 Saran ............................................................................................. 124
DAFTAR PUSTAKA ...................................................................................... 125
vi
DAFTAR GAMBAR
Gambar 2.1 Bagian Sistem ................................................................................... 8

Gambar 2.2 Klasifikasi Informasi....................................................................... 10
Gambar 2.3 Tahapan Waterfall Model................................................................ 13
Gambar 2.4 Contoh Class Diagram (1) .............................................................. 18
Gambar 2.5 Contoh Class Diagram (2) .............................................................. 19
Gambar 2.6 Contoh Use Case Diagram ............................................................. 20
Gambar 2.7 Contoh Activity diagram (1)............................................................ 22
Gambar 2.8 Contoh Activity Diagram (2) ........................................................... 22
Gambar 2.9 Contoh Sequence Diagram ............................................................. 24
Gambar 3.1 Logo SMA Negeri Babakancikao.................................................... 29
Gambar 3.2 Struktur Organisasi Sekolah ............................................................ 31
Gambar 4.1 Flowmap prosedur yang sedang berjalan (Proses Peminjaman) ....... 40
Gambar 4.2 Flowmap prosedur yang sedang berjalan (Proses Pengembalian) .... 41
Gambar 4.3 Flowmap prosedur yang sedang berjalan (Proses Pencatatan).......... 41
Gambar 4.4 Flowmap prosedur sistem yang diusulkan (Proses Login)................ 43
Gambar 4.5 Flowmap prosedur sistem yang diusulkan (Proses Peminjaman) ..... 44
Gambar 4.6 Flowmap prosedur sistem yang diusulkan (Proses Pengembalian) ... 45
Gambar 4.7 Flowmap prosedur sistem yang diusulkan (Proses Pencatatan) ........ 46
Gambar 4.8 Use Case Diagram Admin .............................................................. 47
Gambar 4.9 Activity diagram Login ................................................................... 59
Gambar 4.10 Activity diagram Manajemen Buku ............................................... 60
Gambar 4.11 Activity diagram Manajemen Lokasi ............................................. 61
Gambar 4.12 Activity diagram Manajemen Kategori .......................................... 62
Gambar 4.13 Activity diagram Manajemen Peminjaman .................................... 63
Gambar 4.14 Activity diagram Pengembalian ..................................................... 64
Gambar 4.15 Activity diagram Pengaturan Data Pengguna ................................. 65
Gambar 4.16 Activity diagram Logout................................................................ 65
Gambar 4.17 Sequence Diagram Login .............................................................. 66
Gambar 4.18 Sequence Diagram Tampil Data Buku .......................................... 67
Gambar 4.19 Sequence Diagram Tambah Data Buku ......................................... 68
Gambar 4.20 Sequence Diagram Edit Data Buku ............................................... 69
Gambar 4.21 Sequence Diagram Hapus Data Buku............................................ 70
Gambar 4.22 Sequence Diagram Tampil Data Lokasi ........................................ 71
Gambar 4.23 Sequence Diagram Tambah Data Lokasi ....................................... 72
Gambar 4.24 Sequence Diagram Edit Data Lokasi ............................................. 73
Gambar 4.25 Sequence Diagram Hapus Data Lokasi ......................................... 74
Gambar 4.26 Sequence Diagram Tampil Data Kategori ..................................... 75
Gambar 4.27 Sequence Diagram Tambah Data Kategori.................................... 76
Gambar 4.28 Sequence Diagram Edit Data Kategori .......................................... 77
Gambar 4.29 Sequence Diagram Hapus Data Kategori ...................................... 78
Gambar 4.30 Sequence Diagram Tampil Data Peminjaman ............................... 79
Gambar 4.31 Sequence Diagram Tambah Data Peminjaman .............................. 80
Gambar 4.32 Sequence Diagram Edit Data Peminjaman .................................... 81
Gambar 4.33 Sequence Diagram Hapus Data Peminjaman ................................. 82
vii
Gambar 4.34 Sequence Diagram Pengaturan Peminjaman ................................. 83
Gambar 4.35 Sequence Diagram Pengembalian ................................................. 84
Gambar 4.36 Sequence Diagram Pengaturan Data Pengguna ............................. 86
Gambar 4.37 Sequence Diagram Logout ............................................................ 87
Gambar 4.38 Kelas Diagram Keseluruhan .......................................................... 88
Gambar 4.39 Struktur Tabel Basis Data ............................................................. 93
Gambar 4.40 Struktur Menu ............................................................................... 96
Gambar 4.41 Interface Kerangka Halaman Admin ............................................. 97
Gambar 4.42 Interface Login ............................................................................. 98
Gambar 4.43 Interface Beranda.......................................................................... 98
Gambar 4.44 Interface Data Buku ...................................................................... 99
Gambar 4.45 Interface Tambah Data Buku ........................................................ 99
Gambar 4.46 Interface Edit Data Buku ............................................................ 101
Gambar 4.47 Interface Data Lokasi.................................................................. 102
Gambar 4.48 Interface Tambah Data Lokasi .................................................... 103
Gambar 4.49 Interface Edit Data Lokasi .......................................................... 103
Gambar 4.50 Interface Data Kategori............................................................... 104
Gambar 4.51 Interface Tambah Data Kategori ................................................. 105
Gambar 4.52 Interface Edit Data Kategori ....................................................... 105
Gambar 4.53 Interface Data Peminjaman ......................................................... 106
Gambar 4.54 Interface Tambah Data Peminjaman ........................................... 107
Gambar 4.55 Interface Edit Data Peminjaman.................................................. 108
Gambar 4.56 Interface Pengaturan Peminjaman ............................................... 109
Gambar 4.57 Interface Pengembalian............................................................... 110
Gambar 4.58 Interface Data Pengembalian ...................................................... 110
Gambar 4.59 Interface Pengaturan Data Pengguna ........................................... 111
Gambar 4.60 Halaman Login ........................................................................... 112
Gambar 4.61 Halaman Beranda........................................................................ 113
Gambar 4.62 Halaman Data Buku .................................................................... 113
Gambar 4.63 Halaman Tambah Data Buku ...................................................... 114
Gambar 4.64 Halaman Edit Data Buku ............................................................ 114
Gambar 4.65 Halaman Data Lokasi .................................................................. 115
Gambar 4.66 Halaman Tambah Data Lokasi .................................................... 115
Gambar 4.67 Halaman Edit Data Lokasi .......................................................... 116
Gambar 4.68 Halaman Data Kategori ............................................................... 116
Gambar 4.69 Halaman Tambah Data Kategori ................................................. 117
Gambar 4.70 Halaman Edit Data Kategori ....................................................... 117
Gambar 4.71 Halaman Data Peminjaman ......................................................... 118
Gambar 4.72 Halaman Tambah Peminjaman.................................................... 118
Gambar 4.73 Halaman Edit Data Peminjaman.................................................. 119
Gambar 4.74 Halaman Pengaturan Peminjaman ............................................... 119
Gambar 4.75 Halaman Pengembalian............................................................... 120
Gambar 4.76 Halaman Data Pengembalian ...................................................... 120
Gambar 4.77 Halaman Pengaturan Data Pengguna ........................................... 121
viii
DAFTAR TABEL
Tabel 2.1 Simbol Flow Map ............................................................................... 17

Tabel 2.2 Simbol Dalam Class Diagram ............................................................ 20
Tabel 2.3 Simbol Dalam Use Case Diagram ...................................................... 21
Tabel 2.4 Simbol Dalam Activity diagram .......................................................... 24
Tabel 2.5 Simbol Dalam Sequence Diagram ...................................................... 25
Tabel 3.1 Daftar Pendidik (Guru dan Staff) ........................................................ 33
Tabel 3.2 Identitas Sekolah SMA Negeri Babakancikao ..................................... 34
Tabel 3.3 Kondisi Siswa .................................................................................... 36
Tabel 3.4 Kondisi Guru ...................................................................................... 36
Tabel 3.5 Kondisi Tata Usaha ............................................................................ 37
Tabel 3.6 Sarana Prasarana ................................................................................ 37
Tabel 3.7 Kondisi Orang Tua Siswa ................................................................... 38
Tabel 3.8 Anggaran Sekolah Sesuai RAPBS ...................................................... 38
Tabel 4.1 Kerangka Pelaksanaan Kerja Praktek.................................................. 39
Tabel 4.2 Use Case Scenario Login.................................................................... 49
Tabel 4.3 Use Case Scenario Manajemen Buku ................................................. 50
Tabel 4.4 Use Case Scenario Manajemen Lokasi ............................................... 52
Tabel 4.5 Use Case Scenario Manajemen Kategori ............................................ 53
Tabel 4.6 Use Case Scenario Manajemen Peminjaman ...................................... 54
Tabel 4.7 Use Case Scenario Pengembalian ....................................................... 57
Tabel 4.8 Use Case Scenario Pengaturan Data Pengguna ................................... 58
Tabel 4.9 Use Case Scenario Logout .................................................................. 58
Tabel 4.10 Hasil Pengujian .............................................................................. 121
ix
BAB I
PENDAHULUAN
1.1 Latar Belakang

Buku merupakan suatu media baca yang mengandung banyak ilmu yang
bisa didapat. Buku tentu sangatlah penting di dalam dunia pendidikan. Selain
penunjang untuk kegiatan belajar mengajar, buku juga dipergunakan untuk
menambah wawasan. Begitu banyaknya ilmu dari buku yang dibutuhkan tentu
butuh ruangan khusus tempat menyimpan buku – buku tersebut yang disebut ruang
perpustakaan. Perpustakaan mempunyai peranan penting dalam membantu
kegiatan yang ada di sekolah. Sehingga dibutuhkannya suatu sistem yang
digunakan untuk mengelola perpustakaan.
Sekolah Menengah Atas Negeri Babakan Cikao adalah sekolah yang belum
lama berdiri dan masih merintis. Dalam kegiatan administrasi maupun
penyampaian informasi kebanyakan masih manual menggunakan tulis tangan dan
salah satunya sistem perpustakaan. Terdapat banyak kendala ketika melakukan
kegiatan administrasi untuk mengolah data manual menggunakan tulis tangan
seperti tulisan kurang jelas, terdapat banyak coretan ketika ada kesalahan, tidak
rapi, serta sulit untuk mencari maupun menyelaraskan data tersebut.
Komputer yang sejak pertama kali diciptakan bertujuan untuk membantu
manusia dalam melakukan tugas – tugasnya. Sehingga perkembangannya yang
pesat semakin canggih dan semakin membantu.
Oleh karena itu, mendorong penulis untuk membuatkan suatu sistem
pepustakaan yang dapat mempermudah administrasi di SMAN Babakan Cikao ini
dengan memanfaatkan teknologi komputer. Maka berdasarkan latar belakang,
penulis mengangkat permasalahan tersebut sebagai topik laporan kerja praktek
dengan judul “RANCANG BANGUN APLIKASI PERPUSTAKAAN SMA
NEGERI BABAKANCIKAO PURWAKARTA”.
1
2
1.2 Rumusan Masalah

Berdasarkan latar belakang pada penelitian kerja praktek ini yang telah
dijelaskan di atas, rumusan masalahnya yaitu bagaimana membuat aplikasi
perpustakaan yang dapat mempermudah administrasi?
1.3 Tujuan Penelitian

Adapun tujuan dari penilitian ini dengan maksud untuk membuat aplikasi
perpustakaan yang mempermudah administrasi.
1.4 Manfaat Penelitian

Adapun manfaat dari hasil penelitian ini sebagai berikut ;
1. Secara teoritis, penulis berharap penelitian ini dapat menjadi referensi atau
masukan yang berguna bagi peneliti lain dalam mengembangan aplikasi
perpustakaan.
2. Secara praktis, penulis berharap hasil dari penelitian ini dapat membantu
memudahkan pihak SMAN Babakan Cikao dalam melakukan administrasi
di perpustakaan.
1.5 Batasan Masalah

Adapun batasan masalah dari penelitian ini guna memfokuskan permasalah
yang akan diteliti, batasan tersebut sebagai berikut :
1. Sistem yang akan dibangun bercakupan lokal hanya di satu komputer
admin.
2. Hanya membangung sistem sisi admin tidak ada klien.
3. Tidak ada pengolahan untuk data anggota.
1.6 Waktu dan Tempat Pelaksanaan Kerja Praktek

Penelitian dilakukan selama satu bulan terhitung pada tanggal 24 Juli s/d 21
Agustus 2017 bertempat di SMA Negeri Babakancikao yang beralamatkan di Jl.
Raya Industri Babakancikao Kp. Krajan RT. 005/003 Ds. Babakancikao -
Purwakarta 41151.
3
1.7 Metode Penelitian

Metode penelitian yang digunakan oleh penulis adalah metode kualitatif
dengan teknik pengumpulan data, metode pengembangan perangkat lunak, dan alat
bantu sebagai berikut :
1.7.1 Pengumpulan Data

1. Observasi
Penulis melakukan observasi langsung terhadap proses yang sedang
berjalan dan mencatat hasil yang berkaitan dengan sistem yang berjalan di
perpustakaan
2. Wawancara
Penulis melakukan wawancara kepada pihak sekolah khususnya penjaga
perpustakaan tentang sistem yang sedang berjalan.
3. Studi pustaka
Penulis mengumpulkan informasi dari sumber-sumber seperti buku dan
dokumen yang digunakan di perpustakaan.
1.7.1 Metode Pengembangan Perangkat Lunak
Pada metode perangkat lunak, penulis menggunakan model Waterfall.

Penulis menggunakan model ini karena program yang dibuat tidak terlalu kompleks
dan persyaratan sistem sudah terdefinisi dengan baik.
Tahapan waterfall pada proses pembuatan perangkat lunak yaitu sebagai
berikut:
1. Communication
Pada tahap ini penulis melakukan analisis terhadap kebutuhan pengguna
serta kebutuhan sistem yang akan dibangun dan melakukan pengumpulan data
sesuai dengan metode pengumpulan data yang telah dituliskan sebelumnya.
2. Planning
Pada tahap ini penulis membuat perencanaan berdasarkan kebutuhan –
kebutuhan dan data yang telah dikumpulkan sebelumnya. Kemudian
menentukan bagaimana teknis akan berlangsung serta sumber daya yang
4
diperlukan seperti perangkat keras dan perangkat lunak yang akan dipakai agar
tercapainya kebutuhan pengguna dan sistem.
3. Modeling
Pada tahap ini penulis membuat rancangan dari sistem yang akan dibangun
berdasarkan perencanaan sebelumnya yang dapat diperkirakan sebelum
mengimplimentasikannya ke dalam kode program.
4. Construction
Tahapan ini penulis mulai membuat kode – kode program berdasarkan
model yang telah dibuat sebelumnya. Tahap ini penulis juga melakukan
pengujian terhadap program yang telah dibuat sebelum diterapkan kepada
pengguna.
5. Deployment
Pada tahap final ini penulis mengimplementasikan program yang telah
selesai dibuat untuk dipakai oleh pengguna. Pada tahap ini penulis juga
memberikan demonstrasi bagaimana aplikasi ini berjalan dan dioprasikan.
1.7.2 Alat Penelitian
1. Satu set personal komputer dengan spesifikasi :

a. AMD Athlon II X4
b. RAM 4 GB
c. Harddisk 500 GB
2. Komputer tablet dengan spesifikasi :
a. Intel Atom
b. RAM 2 GB
c. Harddisk 32 GB
3. Perangkat lunak yang digunakan :
a. Microsoft Windows 10
b. Microsoft Word 2010
c. MySQL
d. XAMPP versi 7.1.1
e. Sublime Text Build 3128
f. Enterprise Architect versi 12.1.1227.4
5
1.8 Sistematika Penulisan

Untuk memudahkan pembuatan laporan ini, penyusun menggunakan
sistematika penulisan sebagai berikut :
BAB I PENDAHULUAN
Bab ini berisi mengenai Latar Belakang, Rumusan Masalah, Tujuan
Penelitian, Manfaat Penelitian, Batasan Masalah, Waktu dan Tempat
Pelaksaan Kerja Praktek, Metode Penelitian, dan Sistematika Penulisan.
BAB II TINJAUAN PUSTAKA
Bab ini menjelaskan mengenai teori-reori yang akan digunakan
dalam penulisan laporan kerja praktek.
BAB III TINJAUAN INSTANSI
Bab ini menjelaskan tentang profil instansi tempat kerja praktek
dilaksanakan.
BAB IV HASIL PENELITIAN KERJA PRAKTEK
Bab ini membahas aktifitas dan hambatan yang dihadapi selama
pelaksanaan kerja praktek. Dalam bab ini dibahas mengenai analisis dari
proses yang berjalan dan perancangan sistem usulan serta implementasi dan
pengujiannya.
BAB V PENUTUP
Bab ini merupakan bab penutup yang berisi kesimpulan dan saran
dari pembahasan sebelumnya.
BAB II
TINJAUAN PUSTAKA
2.1 Rancang Bangun

Rancang merupakan serangkaian prosedur untuk menerjemahkan hasil
analisis dari sebuah sistem kedalam bahasa pemograman untuk mendeskripsikan
dengan detail bagaimana komponen-komponen sistem diimplementasikan.
Sedangkan pengertian bangun atau pembangunan sistem adalah kegiatan
menciptakan baru maupun mengganti atau memperbaiki sistem yang telah ada baik
secara keseluruhan maupun sebagian (Pressman & Maxim, 2014).
Sedangkan menurut Jogiyanto Hartono, perancangan adalah tahap setelah
analisis dari siklus pengembangan sistem yang dapat berupa penggambaran,
perencanaan dan pembuatan sketsa atau pengaturan dari beberapa elemen yang
terpisah ke dalam satu kesatuan yang utuh dan berfungsi, termasuk menyangkut
mengkonfigurasi dari komponen-komponen perangkat lunak dan perangkat keras
dari suatu sistem (Hartono, 2005).
Jadi rancang bangun adalah serangkaian prosedur untuk mengembangkan
sebuah sistem mulai dari menggambarkan, perencanaan dan pembuatan sketsa
untuk menciptakan atau memperbaiki sistem.
2.2 Aplikasi
Menurut Hartono (Syaripudin & Cahyana, 2015) aplikasi adalah
penggunaan dalam suatu komputer yang disusun sedemikian rupa sehingga
komputer dapat memproses input menjadi output.
2.2.1 Aplikasi Web
Hidayat (Syaripudin & Cahyana, 2015) mendefinisikan web sebagai

kumpulan halaman – halaman yang digunakan untuk menampilkan informasi teks,
gambar baik diam maupun gerak, animasi, suara, dan atau gabungan dari semuanya,
baik yang bersifat statis atau dinamis yang membentuk satu rangkaian bangunan
yang saling terkait, yang masing – masing dihubungkan dengan jaringan – jaringan
halaman. Dapat disimpulkan bahwa aplikasi web adalah sebuah aplikasi yang dapat
mengelola data dengan bahasa pemrograman tertentu
6
7
yang dapat berjalan pada halaman web untuk menampilkan informasi. Untuk
mengakses informasi yang disediakan web, diperlukan perangkat lunak yang
disebut dengan web browser (Rosadi & Lousiani, 2012). Web browser disebut juga
sebagai perambah, adalah perangkat lunak yang berfungsi menampilkan dan
melakukan interaksi dengan dokumen-dokumen yang disediakan oleh server web
(Mauluddin, 2011).
File format sebuah halaman web biasanya hyper-text markup language
(HTML). HTML dalam buku yang ditulis Jubile Enterprise (Jubilee Enterprise,
2017), HTML adalah kode pemrograman paling dasar untuk membuat halaman
web. Hypertext membuat text menjadi link dan fungsinya untuk berpindah dari
halaman satu ke halaman lainnya hanya dengan meng-klik link tersebut. Markup
language yaitu menggunakan tanda untuk menandai bagian – bagian dari teks agar
teks itu memiliki tampilan atau fungsi tertentu.
2.2.2 Aplikasi Desktop

Aplikasi desktop adalah suatu aplikasi yang dapat berjalan sendiri atau
independen tanpa menggunakan browser atau koneksi internet di suatu komputer
otonom, dengan sistem operasi atau platform tertentu (Elizabeth & H. Darmawan,
2015). Aplikasi desktop dijalankan di sistem operasi Windows dengan ekstensi
.exe.
2.3 Sistem
2.3.1 Pengertian Sistem
Mengutip dari von Bertalanffy (Harary & Batell, 1981), “A system is a set
of units with relationships among them”. Artinya sebuah sistem adalah seperangkat
unit yang saling mempunyai hubungan diantara satu sama lain.
Menurut Whitten dan Bentley (Whitten & Bentley, 2007), “A system is a
group of inrerrelated components that function together to achieve a desired
result”. Artinya sebuah sistem adalah kelompok dari komponen – komponen yang
saling terkait dan berfungsi bersama untuk mencapai hasil yang diharapkan.
Pengertian sistem itu sendiri dari waktu ke waktu tidak banyak berubah.
Berdasarkan dari pengertian para ahli di atas, sistem di dalamnya mempunya lebih
8
dari satu komponen yang tiap komponennya berhubungan dengan komponen lain
demi mencapai suatu tujuan yang telah ditetapkan.
2.3.2 Bagian Sistem
Dalam buku berjudul “System Analysis and Desain Methods” (Turban,

Aronson, & Liang, 2007) menjelaskan bahwa sistem dibagi menjadi tiga bagian
utama yaitu masukan, proses, dan keluaran. Sistem itu sendiri dikelilingi oleh
lingkungan yang mempengaruhi sistem tersebut dan dibatasi oleh batasan sistem.
Selain lingkungan, umpan balik dan keputusan dari pembuat keputusan juga
merupakan bagian sistem.
Lingkungan yang dibatasi oleh batasan sistem dimana batasan tersebut
dapat berupa fisik maupun non fisik memberikan masukan kepada sistem. Masukan
bisa didapat dari lingkungan atau dari dalam sistem itu sendiri. Masukan adalah
elemen yang masuk ke dalam sistem yang kemudian diproses semua masukan yang
diperlukan sehingga menghasilkan suatu keluaran untuk lingkungan. Setelah
keluaran didapat, maka akan ada umpan balik yang membantu pembuat keputusan
untuk meninjau keluaran tersebut.
Gambar 2.1 Bagian Sistem

Sumber: Turban, Aronson, & Liang (2007)
9
2.3.3 Jenis sistem
Turban dkk (Turban, Aronson, & Liang, 2007) menyebutkan bahwa setiap
sistem merupakan subsitem yang lain. Karena itu, sistem dibagi menjadi dua jenis
sistem yaitu :
1. Sistem Tertutup
Sistem tertutup merupakan jenis sistem yang independen. Sistem ini
tidak terpengaruh oleh lingkungannya. Tipe khusus dari sistem ini disebut
kotak hitam (black box) dimana masukan dan keluaran didefinisikan dengan
baik, sedangkan prosesnya tidak ditentukan atau tidak diketahui.
2. Sistem Terbuka
Berbeda dengan sistem tertutup, sistem terbuka sangat tergantung pada
lingkungannya. Sistem ini menerima masukan berupa informasi, bahan,
atau energi dan memberikan keluaran ke lingkungan.
2.4 Data
Menurut Edhy Sutanta (Sembirin & Nurhayati, 2012) mendefenisikan
“Data adalah sebagai bahan keterangan tentang kejadian nyata atau fakta - fakta
yang dirumuskan dalam sekelompok lambang tertentu yang tidak acak yang
menunjukan jumlah, tindakan, atau hal”.
Turban dkk (Turban, Aronson, & Liang, 2007) menyebutkan bahwa data
dapat berupa data mentah atau data yang diringkas. Cara mendapatkan data dapat
dengan secara manual atau menggunakan alat bantu. Data dapat diperoleh dari tiga
sumber utama yaitu :
1. Data Internal
Data internal dapat berupa orang, produk, jasa, atau proses dan dapat
diperoleh langsung di dalam suatu lingkungan sistem atau organisasi tempat
seseorang mencari data tersebut.
2. Data Eksternal
Data eksternal dapat diambil mulai dari data komersil sampai data yang
diambil oleh sensor atau satelit. Sekarang sebagian besar data eksternal
dapat diperoleh melalui internet. Akan tetapi sebagian besar data eksternal
bisa saja tidak relevan sehingga harus dipantau atau dipastikan lebih lanjut.
10
3. Data Personal
Data personal diperoleh langsung dari seseorang secara personal. Data
ini berupa pengetahuan atau keahlian dari seseorang.
2.5 Informasi
Menurut Jogiyanto (Hermawan, Shinta , & Migunani, 2016) informasi
adalah data yang diolah menjadi bentuk yang berguna bagi para pemakainya. Data
yang tidak memliki makna ketika sudah diolah akan menghasilkan sebuah
informasi yang dapat dipahami atau memiliki makna sehingga berguna.
Harsh, Connor & Schwab (Aldarbesti & Saxena, 2014) mengusulkan
klasifikasi dari informasi menjadi empat kategori yaitu :
1. Descriptive Information
Informasi deskriptif merupakan jenis yang menjelaskan informasi
secara deskriptif dan merupakan dasar untuk semua jenis informasi lainnya.
2. Diagnostic Information
Informasi diagnosis adalah jenis informasi yang memberikan informasi
atau wawasan tentang suatu masalah.
3. Prescriptive Information
Informasi preskriptif membahas pertanyaan tentang apa yang harus
dilakukan dan apa yang bisa dilakukan.
4. Predictive Information
Informasi prediktif berkaitan dengan pertanyaan “Bagaimana jika...?”.
Jenis ini membantu dalam menganalisis masa depan dan mencoba untuk
mengidentifikasi hasil yang diinginkan.
Gambar 2.2 Klasifikasi Informasi

Sumber: Aldarbesti & Saxena (2014)
11
2.6 Perpustakaan
Perpustakaan adalah tempat terorganisir yang berisi berbagai sumber
bacaan. Terdapat dua jenis perpustakaan menurut penelitian yang dilakukan oleh
Aryanto (Aryanto, 2013) yaitu :
1. Perpustakaan Umum
Menurut Sutarno (Aryanto, 2013) perpustakaan umum adalah lembaga
pendidikan yang sangat demokratis karena menyediakan sumber belajar
sesuai dengan kebutuhan masyarakat, dan melayaninya tanpa membedakan
suku bangsa, agama yang dianut, jenis kelamin, latar belakang dan tingkat
sosial, umur dan pendidikan serta perbedaan lainnya.
Dapat disimpulkan bahwa perpustakaan umum adalah penyedia sumber
belajar yang dapat diakses oleh siapa saja yang mencari sumber bacaan yang
sesuai dengan kebutuhannya.
2. Perpustakaan Sekolah
Carter V. Good (Aryanto, 2013) memberikan pendapatnya tentang
perpustakaan sekolah yaitu koleksi yang diorganisasi di dalam suatu ruang
agar dapat digunakan oleh murid - murid dan guru-guru.
Dapat disimpulkan bahwa perpustakaan yang berada di sekolah ini
adalah penyedia sumber bacaan bagi murid – murid dan guru – guru yang
dapat mendukung proses belajar mengajar di dalam suatu sekolah.
2.7 Administrasi
Secara umum pengertian administrasi adalah segenap proses penataan
kerjasama dari sekelompok orang dengan menggunakan fasilitas dan perlengkapan
yang ada untuk memperlancar dan mengefisienkan pencapaian tujuan dari suatu
organisasi (Arif, Wanda, & Masudi, 2013).
Ali (Ali, 2012) menjelaskan bahwa administrasi dirumuskan sebagai
kerjasama manusia yang didasarkan pada pertimbangan rasionalitas untuk
mencapai tujuan bersama.
Dapat disimpulkan bahwa administrasi dilakukan oleh dua orang atau lebih
untuk mengorganisir sesuatu yang menjadi tujuan bersama.
12
2.8 Metode Penelitian
2.8.1 Pengertian Penelitian
Penelitian merupakan suatu proses mencari sesuatu secara sistimatis dalam

waktu yang relatif lama dengan menggunakan metode ilmiah dengan prosedur
maupun aturan yang berlaku (Hasibuan, 2007).
2.8.2 Jenis Penelitian

Penelitian menurut jenis data dan analisisnya dibedakan menjadi :
1. Penelitian Kuantitatif
Penelitian ini didasarkan pada perhitungan statistik. Digunakan untuk
meneliti pada populasi atau sampel tertentu dengan tujuan menguji hipotesis
yang telah ditetapkan.
2. Penelitian Kualitatif
Penelitian ini tidak menggunakan model – model statistik. Digunakan
untuk memahami fenomena yang terjadi atau meneliti pada kondisi objek
yang alamiah.
2.8.3 Pengumpulan Data

Pengumpulan data untuk penelitian terdapat suatu metode, teknik, dan
instrumen tertentu. Salah satu metode untuk pengumpulan data kualitatif yang
paling banyak digunakan adalah survei. Metode ini melibatkan manusia untuk
memperoleh informasi. Tekniknya bisa berupa wawancara atau kuisioner dengan
instrumen berupa pedoman wawancara atau daftar pertanyaan. Sedangkan untuk
pengumpulan data kuantitatif, digunakan metode observasi secara detail dan
tekniknya menggunakan ilmu statistik.
2.9 Metode Pengembangan Perangkat Lunak

Menurut Pressman dan Maxim (Pressman & Maxim, 2014) waterfall model
atau model air terjun kadang-kadang disebut siklus hidup klasik, menunjukkan
pendekatan sistematis dan sekuensial untuk pengembangan perangkat lunak yang
dimulai dengan communication atau komunikasi spesifikasi kebutuhan dan
13
kemajuan pelanggan kemudian planning atau perencanaan, modeling atau

pemodelan, construction atau konstruksi, dan deployment atau penerapan, yang
berpuncak pada dukungan perangkat lunak yang telah selesai.
Communication
Planning
Modeling
Construction
Deployment
Gambar 2.3 Tahapan Waterfall Model

Sumber: Pressman & Maxim (2014)
Berdasarkan gambar di atas ada 5 tahap perancangan, penjelasan tiap tahap

adalah sebagai berikut :
1. Communication
Sebelum persyaratan pelanggan dapat dianalisis, dimodelkan, atau
ditentukan, mereka harus dikumpulkan melalui aktivitas komunikasi.
Dalam bukunya, Pressman dan Maxim (Pressman & Maxim, 2014)
menyebutkan beberapa prinsip dalam berkomunikasi, diantaranya yaitu :
a. Mendengarkan,
b. Melakukan persiapan sebelum berkomunikasi,
c. Paling baik berkomunikasi langsung tatap muka,
d. Melakukan pencatatan dan dokumentasi.
2. Planning
Kegiatan perencanaan mencakup serangkaian praktik manajemen dan
teknis yang memungkinkan tim perangkat lunak menentukan peta jalan saat
ia melakukan perjalanan menuju sasaran strategis dan tujuan taktisnya.
menyebutkan beberapa prinsip dalam perencaan, diantaranya yaitu :
a. Pahami cakupan lingkup proyek yang akan dibangun,
b. Perkiraan berdasarkan apa yang kita ketahui,
c. Mempertimbangkan resiko,
d. Realistis.
14
3. Modeling
Kegiatan pemodelan bertujuan untuk mendapatkan pemahaman yang
lebih baik tentang entitas yang sebenarnya yang akan dibangun. Tidak
seperti benda fisik yang mana modelnya meniru fisik dari benda tersebut,
dalam membangun perangkat lunak model ini harus mampu mewakili
informasi yang mengubah perangkat lunak, arsitektur dan fungsi yang
memungkinkan transformasi terjadi, fitur yang diinginkan pengguna, dan
perilaku sistem saat transformasi sedang berlangsung.
menyebutkan beberapa prinsip dalam pemodelan, diantaranya yaitu :
a. Tujuan utama adalah membuat perangkat lunak bukan model,
b. Jangan membuat model melebihi apa yang dibutuhkan,
c. Coba untuk membuat model yang berguna bukan yang sempurna,
d. Selalu perhatikan arsitektur sistem yang akan dibangun,
e. Perancangan data sama pentingnya dengan perancangan fungsi,
f. Antarmuka harus dirancang sebaik mungkin agar memudahkan dan
sesuai dengan kebutuhan pengguna,
g. Model dan kode harus sinkron.
4. Construction
Kegiatan konstruksi mencakup seperangkat tugas pengkodean dan
pengujian yang mengarah pada perangkat lunak operasional yang siap
dikirim ke pelanggan atau pengguna akhir.
menyebutkan beberapa prinsip dalam pemodelan, diantaranya yaitu :
a. Pahami masalah dan pilih bahasa pemrograman yang sesuai untuk
permasalahan tersebut,
b. Pilih struktur data yang sesuai dengan disain,
c. Lakukan pengujian dan perbaiki kesalahan.
5. Deployment
Kegiatan penerapan mencakup tindakan pengiriman, dukungan, dan
umpan balik. Dalam bukunya, Pressman dan Maxim (Pressman & Maxim,
15
2014) menyebutkan beberapa prinsip dalam berkomunikasi, diantaranya

yaitu :
a. Harapan pelanggan untuk perangkat lunak harus diperhatikan,
b. Perangkat lunak yang dikirim harus sudah tergabung dan teruji,
c. Instruksi atau panduan harus diberikan sebelum diterapkan.
2.10 Pemrograman Berorientasi Objek
2.10.1 Pengertian Pemrograman Berorientasi Objek

Pemrograman berorientasi objek adalah sebuah konsep pemrograman untuk
membuat kode program yang lebih terstruktur, terkelompok berdasarkan objek –
objek yang terlibat sehingga bagian – bagiannya dapat digunakan untuk pembuatan
aplikasi lain (S. Rosa & Shalahuddin, 2010).
Pemrograman berorientasi objek terdiri dari :
1. Kelas
Kelas adalah sebuah kelompok dari komponen – komponen dengan
kriteria tertentu yang hampir sama dimiliki oleh semua anggota kelas.
2. Objek
Objek adalah kelas yang telah dieksekusi dan dijalankan menjadi
program komputer yang sudah siap digunakan.
3. Atribut
Atribut adalah variabel global yang dimiliki oleh sebuah kelas.
4. Metode
Metode adalah proses yang dijalankan dalam suatu kelas. Metode
menggambarkan tingkah laku yang dapat dieksekusi oleh sebuah kelas.
2.10.2 Syarat Bahasa Pemrograman Berorientasi Objek
Sebuah bahasa pemrograman dapat dikatakan berorientasi objek jika

mendukung :
1. Enkapsulasi
Kemampuan untuk membungkus atribut – atribut serta metode - metode
dalam sebuah kelas sehingga hanya kelas tertentu yang telah didefinisikan
yang dapat mengaksesnya.
16
2. Pewarisan
Kemampuan untuk menurunkan suatu atribut dan metode ke kelas lain
yang menjadi turunannya. Kelas turunan disebut kelas anak (subclass)
sedangkan kelas yang menjadi dasar turunannya disebut kelas orang tua
(superclass).
3. Polimorfisme
Kemampuan untuk memiliki metode yang bernama sama dalam sebuah
kelas atau berada pada kelas turunannya akan tetapi memiliki identitas
berbeda. Misalnya berbeda parameter masukan metode atau berbeda nama
kelas.
2.11 Peta Aliran (Flowmap)

Flow map atau bagan alir adalah bagan yang menunjukan aliran di dalam
program atau prsedur sistem secara logika. Pembuatan Flow map ini harus dapat
memudahkan bagi pemakai dalam memahami alur dari sistem atau transaksi
(Hartono, 2005).
Adapun pedoman-pedoman dalam pembuatan Flow map adalah sebagaai
berikut:
1. Flow map sebaiknya digambarkan dari atas ke bawah dan mulai dari bagian
kiri ke suatu halaman.
2. Kegiatan di dalam Flow map harus ditunjukan dengan jelas.
3. Harus ditunjukan dari mana kegiatan akan dimulai dan dimana akan
berakhir.
4. Masing-masing kegiatan didalam Flow map sebaiknya digunakan suatu kata
yang mewakili suatu pekerjaan.
5. Masing-masing kegiatan didalam Flow map harus didalam urutan yang
semestinya,
6. Kegiatan yang terpotong dan akan disambung ditempat lain harus
ditunjukan dengan jelas menggunakan simbol penghubung.
7. Gunakan simbol-simbol Flow map yang standar.
17
Simbol yang digunakan dalam Flow map sebagai berikut:

Tabel 2.1 Simbol Flow Map
No Simbol Nama Deskripsi
1 Dokumen Menunjukan dokumen
input dan output baik
untuk proses manual,
mekanik atau komputer
2 Kegiatan manual Menunjukan pekerjaan
manual
3 Simpanan offline File computer yang

diarsip urut
4 Proses Menunjukan kegiatan

proses operasi program
komputer
5 Keyboard Menunjukan input yang

menggunakan on-line
keyboard
6 Garis alur Menunjukan arus dari

proses
7 Keputusan Keputusan dalam suatu

program
8 Display Menampilkan ke monitor
Sumber : Hartono (2005)

18
2.12 UML (Unified Modeling Language)

Nugroho (Sanjani, Hartati , & Sudarmaningtyas, 2014) menjelaskan UML
adalah bahasa pemodelan untuk sistem atau perangkat lunak yang berparadigma
berorientasi objek. Akan tetapi, (S. Rosa & Shalahuddin, 2016) menyatakan UML
berfungsi untuk melakukan pemodelan dan tidak terbatas pada metodologi tertentu,
meskipun pada kenyataannya UML paling banyak digunakan pada metodologi
berorientasi objek.
S. Rosa dan Shalahuddin (S. Rosa & Shalahuddin, 2016) juga menjelaskan
dalam penggambarannya, UML membagi diagram menjadi 3 bagian yaitu diagram
struktur yang di dalamnya terdapat class diagram, diagram tingkah laku yang di
dalamnya terdapat use case diagram dan activity diagram, dan diagram intraksi
yang di dalamnya terdapat Sequence Diagram.
2.12.1 Class diagram
Class diagram atau diagram kelas menggambarkan struktur sistem dari segi
pendefinisian kelas – kelas yang akan dibuat untuk membangun sistem. Kelas
memiliki atribut dan metode (S. Rosa & Shalahuddin, 2016).
Gambar 2.4 Contoh Class Diagram (1)

Sumber: S. Rosa dan Shalahuddin (2016)
19
Tidak seperti yang digambarkan oleh S. Rosa dan Shalahuddin, class

diagram yang digambarkan oleh Pindoyono (Pindoyono, 2017) dalam
penelitiannya tentang “Pengembangan Sistem Inforamasi Berbasis Web
Menggunakan Framework CodeIgniter di Smk Negeri 1 Jogonalan Klaten” tidak
memiliki atribut melainkan hanya metode saja.
Gambar 2.5 Contoh Class Diagram (2)

Sumber: Pindoyono (2017)
Berikut adalah simbol – simbol yang ada dalam diagram kelas :
Tabel 2.2 Simbol Dalam Class Diagram
Simbol Deskripsi
Kelas Kelas pada struktur sistem.
Nama_kelas Untuk atribut dan operasi, terdapat
- Atribut tanda visibilitas yaitu (+) untuk public,
+ Operasi() (-) untuk private.
Asosiasi Relasi antarkelas dengan makna
umum.
Sumber: S. Rosa & Shalahuddin (2016)
2.12.2 Use Case Diagram

Use case diagram merupakan pemodelan untuk tingkah laku sistem
informasi yang akan dibuat. Use case mendeskripsikan sebuah interaksi antara satu
20
atau lebih aktor dengan sistem informasi yang akan dibuat. Secara kasar, use case
digunakan untuk mengetahui fungsi apa saja yang ada di dalam sebuah sistem dan
siapa saja yang berhak menggunakan fungsi – fungsi itu, kemudian Use case
screnario menjelaskan tentang alur jalan proses yang dilakukan aktor terhadap use
case dari sisi aktor dan sistem (S. Rosa dan Shalahuddin, 2016).
uc Usecase
Ganti_passw ord
Edit_informasi
Isi_calon_mahasisw a
«include»
Edit_calon_mhs «include»
Isi_krs
«include»
Hapus_calon_mhs «include» Daftar_orang

«include»
«include»
«include»
Lihat_informasi
Login
Cetak_calon_mhs «include»
«include»
Administrator
«include» «include» Mahasisw a
Bantuan
Isi_krs_reguler «include»
«include»
About
«include»
Isi_krs_konv ersi/sisipan
«include»
«include»
Hapus_krs
Cetak_krs
Ganti_pass_mhs
Gambar 2.6 Contoh Use Case Diagram

Sumber: Anwar, Efendi, Rustam, & Andrew (2016)
Berikut adalah simbol – simbol yang ada dalam use case diagram :
21
Tabel 2.3 Simbol Dalam Use Case Diagram

Simbol Deskripsi
Use case Fungsionalitas yang disediakan sistem
sebagai unit – unit yang saling bertukar
pesan antar untuk atau aktor
Aktor Orang, proses, atau sistem lain yang

berinteraksi dengan sistem informasi
yang akan dibuat di luar sistem
informasi yang akan dibutat itu sendiri.
Walau gambar orang, belum tentu
aktor merupakan orang.
Asosiasi Komunikasi antara aktor dan use case
yang berpartisipasi pada use case atau
sebaliknya.
Ekstensi Relasi use case tambahan ke sebuah
use case dimana use case yang
<<extend>> ditambahkan berdiri sendiri walau
tanpa use case tambahan itu.
Include Relasi use case tambahan ke sebuah
use case dimana use case yang
ditambahkan memerlukan use case ini
<<include>> untuk menjalankan fungsinya sebagai
syarat dijalankan use case ini.
2.12.3 Activity diagram

Activity diagram atau diagram aktivitas menggambarkan workflow (aliran
kerja) atau aktivitas dari sebuah sistem atau proses bisnis atau menu yang ada pada
perangkat lunak. Yang perlu diperhatikan disini adalah bahwa diagram aktivitas
22
menggambarkan aktivitas sistem bukan apa yang dilakukan aktor, jadi aktivitas
yang dapat dilakukan oleh sistem (S. Rosa dan Shalahuddin, 2016).
Gambar 2.7 Contoh Activity diagram (1)

Sumber: Fowler (2005)
Gambar di atas merupakan contoh activity diagram pengiriman yang
digambarkan oleh Fowler (Fowler, 2005).
Gambar 2.8 Contoh Activity Diagram (2)

23
Gambar di atas merupakan contoh activity diagram pengiriman yang

digambarkan oleh S. Rosa dan Shalahuddin (S. Rosa & Shalahuddin, 2016) tentang
perpustakaan. Berbeda dengan contoh yang digambarkan Fowler (Fowler, 2005),
activity diagram ini menggambarkan aktivitas sistem secara keseluruhan.
Berikut adalah simbol – simbol yang ada dalam Activity diagram:
Tabel 2.4 Simbol Dalam Activity diagram
Simbol Deskripsi
Status awal Status awal aktivitas sistem
Aktivitas Aktivitas yang dilakukan sistem
Keputusan / Penggabungan Asosiasi percabangan dimana jika ada

pilihan aktivitas lebih dari satu
Percabangan / join Asosiasi percabangan atau join dimana

beberapa aktivitas dilakukan secara
paralel dan digabungkan kembali
dengan join
Status akhir Status akhir yang dilakukan sistem
2.12.4 Sequence Diagram

Sequence Diagram atau diagram urutan menggambarkan kelakuan objek
pada use case dengan mendeskripsikan waktu hidup objek dan message yang
dikirimkan dan diterima antar objek (S. Rosa dan Shalahuddin, 2016).
24
Gambar 2.9 Contoh Sequence Diagram

Sumber: Hendini (2016)
Gambar di atas merupakan contoh dari sequence diagram transaksi penjualan yang
digambarkan oleh Hendini (Hendini, 2016) dalam penelitiannya yang berjudul “Pemodelan UML
Sistem Informasi Monitoring Penjualan Dan Stok Barang (Studi Kasus: Distro Zhezha Pontianak)”.
Berikut adalah simbol – simbol yang ada dalam Sequence Diagram :
Tabel 2.5 Simbol Dalam Sequence Diagram
Simbol Deskripsi
Aktor Orang, proses, atau sistem lain yang
berinteraksi dengan sistem informasi
yang akan dibuat di luar sistem
informasi yang akan dibutat itu sendiri.
Walau gambar orang, belum tentu aktor
merupakan orang.
Control Menggambarkan objek control yaitu
objek yang berisi logika dari aplikasi
seperti kalkulasi atau aturan bisnis.
Boundary Menggambarkan objek boundary yaitu

objek yang menjadi interface seperti
tampilan form atau tampilan dari suatu
halaman.
25
Simbol Deskripsi
Entity Menggambarkan objek entity yaitu
objek yang menjadi landasan untuk
menyusun basis data.
Garis hidup / lifetime Menyatakan kehidupan suatu objek
Waktu aktif Menyatakan objek dalam keadaan aktif

dan berinteraksi
Pesan tipe call Menyatakan bahwa suatu objek

nama_metode() memanggil operasi / metode yang ada
pada objek lain atau dirinya sendiri.
Pesan tipe send Menyatakan bahwa suatu objek
mengirimkan data / masukan /
: masukan informasi yang ada pada objek lain atau
dirinya sendiri.
Pesan tipe return Menyatakan bahwa suatu objek yang
telah menjalankan suatu operasi atau
: keluaran metode menghasilkan suatu kembalian
ke objek tertentu.
2.13 Enterprise Architect

Menurut buku panduan yang dirilis resmi oleh Sparx (Enterprise Architect
13 Reviewer's Guide, 2016) Enterprise Architect adalah platform visual untuk
merancang dan membangun sistem perangkat lunak, untuk pemodelan proses
bisnis, dan untuk tujuan pemodelan yang lebih umum. UML mendefinisikan bahasa
26
visual yang digunakan untuk memodelkan domain atau sistem tertentu (baik yang
diusulkan maupun yang sudah ada).
Enterprise Architect adalah alat progresif yang mencakup semua aspek
siklus pengembangan, memberikan ketertelusuran penuh dari tahap perancangan
awal hingga penerapan, pemeliharaan, pengujian dan pengendalian perubahan.
Enterprise Architect adalah aplikasi desktop yang didistribusikan sebagai
file installer Windows (*.msi), yang dapat diinstal pada komputer yang
menjalankan Windows XP atau yang lebih baru. Sparx Systems juga secara aktif
mendukung pemasangan Enterprise Architect pada sistem operasi lain termasuk
Linux dan Mac, dimana perangkat lunak kompatibilitas WINE tersedia.
2.14 Basis Data

Turban dkk (Turban, Aronson, & Liang, 2007) mendefinisikan basis data
sebagai kumpulan data yang saling terkait yang disusun untuk memenuhi
kebutuhan dan struktur dari sebuah organisasi dan bisa digunakan oleh lebih dari
satu orang untuk lebih dari satu aplikasi. Basis data dibuat, diakses, dan
diperbaharui oleh sistem manajemen basis data.
Sistem basis data menurut S. Rosa dan Shalahuddin (S. Rosa &
Shalahuddin, 2010) adalah sistem terkomputerisasi yang tujuan utamanya adalah
memelihara data yang sudah diolah atau informasi dan membuat informasi tersedia
saat dibutuhkan. Beberapa sistem manajemen basis data yang banyak digunakan :
1. MySQL
2. Postgres
3. Oracle
4. Microsoft SQL Server
2.15 MySQL
Kustiyahningsih (Palit, Rindengan, & Lumenta, 2015) MySQL adalah
sebuah basis data yang mengandung satu atau jumlah table. Table terdiri atas
sejumlah baris dan setiap baris menggandung satu atau sejumlah tabel. Tabel terdiri
atas sejumlah baris dan setiap baris mengandung satu atau sejumlah tabel.
27
Menurut Wahana Komputer (Palit, Rindengan, & Lumenta, 2015) MySQL

adalah database server open source yang cukup popular keberadaanya. Dengan
berbagai keunggulan yang dimiliki, membuat software database ini banyak
digunakan oleh praktisi untuk membangun suatu project. Adanya fasilitas API
(Application Programming Interface) yang dimiliki oleh Mysql, memungkinkan
bermacam-macam aplikasi Komputer yang ditulis dengan berbagai bahasa
pemograman dapat mengakses basis data MySQL
2.16 CodeIgniter
Dalam penelitian yang dilakukan oleh (Nathasia, Hayati, & Winarsih, 2015)
menjelaskan bahwa CodeIgniter adalah sebuah web application framework yang
bersifat open source yang digunakan untuk membangun aplikasi php dinamis.
Tujuan utama pengembangan CodeIgniter adalah untuk membantu developer untuk
mengerjakan aplikasi lebih cepat daripada menulis semua code dari awal.
CodeIgniter menyediakan berbagai macam library yang dapat mempermudah
dalam pengembangan. CodeIgniter diperkenalkan kepada public pada tanggal 28
Februari 2006. CodeIgniter sendiri dibangun menggunakan konsep Model-View-
Controller development pattern. CodeIgniter sendiri merupakan salah satu
framework tercepat dibandingkan dengan framework lainnya.
Octafian (Octafian, 2015) dalam penelitiannya menyebutkan beberapa
keuntungan menggunakan CodeIgniter, diantaranya:
1. Gratis,
2. Ditulis dengan PHP,
3. Berukuran kecil,
4. Menggunakan konsep MVC,
5. URL yang sederhana,
6. Memiliki paket library yang lengkap,
7. Dokumentasi lengkap dan jelas.
2.17 PHP
PHP adalah bahasa pemrograman yang digunakan secara luas untuk
penanganan pembuatan dan pengembangan sebuah web dan bias digunakan pada
HTML. PHP merupakan singkatan dari “PHP : Hypertext Preprocessor”, dan
28
merupakan bahasa yang disertakan dalam dokumen HTML, sekaligus bekerja di

sisi server (server-side HTML-embedded scripting). Artinya sintaks dan perintah
yang diberikan akan sepenuhnya dijalankan di server tetapi disertakan pada
halaman HTML biasa, sehingga script-nya tak tampak disisi client (Palit,
Rindengan, & Lumenta, 2015).
2.18 XAMPP
Merupakan aplikasi web server instan yang dibutuhkan untuk membangun
aplikasi web. Fungsi XAMMP adalah sebagai server yang berdiri sendiri
(localhost), yang terdiri atas program Apache HTTP Server, MySQL, Database, dan
Peterjemah bahasa yang ditulis dengan bahasa pemrograman php (Aryanto, 2013).
Nama XAMPP merupakan singkatan dari X (empat sistem operasi apapun),
Apache, MySQL, PHP dan Perl. Program ini tersedia dalam GNU General Public
License dan bebas, merupakan web server yang mudah digunakan yang dapat
melayani tampilan halaman web yang dinamis (Palit, Rindengan, & Lumenta,
2015).
2.19 Black Box Testing

Black-Box Testing merupakan pengujian yang memungkinkan anda untuk
membuat beberapa kumpulan kondisi masukan yang sepenuhnya akan melakukan
semua kebutuhan fungsional untuk program (Pressman & Maxim, 2014). Pengujian
black-box testing berusaha untuk menemukan kesalahan dalam kategori berikut:
1. Fungsi yang salah atau hilang
2. Kesalahan antarmuka
3. Kesalahan dalam struktur data atau akses basis data eksternal
4. Kesalahan perilaku atau kinerja
5. Kesalahan inisialisasi dan penghentian.
BAB III
TINJAUAN INSTANSI
3.1 Profil SMA Negeri Babakancikao

3.1.1 Sejarah SMA Negeri Babakancikao
SMA Negeri Babakancikao berdiri pada tanggal 26 Mei 2014 berdasarkan
surat keputusan Kepala Dinas Pendidikan Pemuda dan Olahraga Kabupaten
Purwakarta nomor 421/Kep.503-Disdikpora/2014 dan mendapatkan ijin
operasional pada tanggal 02 Juli 2014 berdasarkan surat keputusan nomor
420/2013/Dikmen/2014.
Gambar 3.1 Logo SMA Negeri Babakancikao
3.1.2 Visi, Misi dan Strategi SMA Negeri Babakan Cikao

Visi SMA Negeri Babakancikao “Membentuk generasi muda yang Mandiri,
Sehat, Berilmu, Kreatif, Berprestasi dengan berlandaskan Iman dan Taqwa Kepada
Tuhan Yang Maha Esa.”
Misi SMA Negeri Babakancikao “Mewujudkan insan yang cerdas relevan
dengan kebutuhan masyarakat lokal dan dapat bersaing secara global”.
29
30
Sebagai Strategi dalam mencapai Visi dan Misi adalah:

1. Substansi Kelembagaan
a. Mengadakan Doa bersama sebelum dan sesudah pelaksanaan PBM
b. Mengadakan Pembacaan Asma Ulhusna, Sholawat dan Tadarusan
sebelum pembelajaran dimulai
c. Pengembangan dan Peningkatan Sarana dan Prasarana
d. Penataan administrasi
e. Pembinaan Personalia
f. Pembinaan Wawasan Wiyata Mandala
g. Pembinaan OSIS
2. Substansi Sumber Daya Manusia
a. Peningkatan kualitas profesi tenaga kependidikan
b. Menumbuh-kembangkan rasa percaya diri
c. Meningkatkan proses belajar mengajar yang bermutu
d. Menegakkan disiplin
e. Menumbuh kembangkan kehidupan keagamaan
f. Membudayakan komunikasi dua arah antar pendidik dan peserta didik
3. Substansi Partisipasi Masyarakat
a. Mengembangkan kerjasama dengan masyarakat
b. Mewujudkan partisipasi masyarakat dalam menciptakan suasana yang
kondusif untuk civitas akademika
3.1.3 Tujuan SMA Negeri Babakancikao
Berdasarkan visi dan misi sekolah, tujuan yang hendak dicapai adalah
sebagai berikut:
1. Terlaksananya proses kegiatan belajar mengajar secara efektif dan efisien
sehingga diperoleh hasil (output) yang sangat memuaskan.
2. Tersedia sarana dan prasarana kegiatan belajar mengajar yang memadai
sehingga memiliki daya dukung yang optimal terhadap terlaksananya
kegiatan belajar mengajar yang efektif dan efisien.
3. Tersedianya tenaga pendidik dan kependidikan yang memenuhi standar
yang ditetapkan, sebagai pendukung terciptanya kegiatan belajar–mengajar
yang efektif dan hasil yang optimal.
31
4. Terlaksananya tugas pokok dan fungsi (Tupoksi) dari masing-masing

komponen sekolah (Kepala Sekolah, guru, karyawan dan siswa)
5. Terlaksananya tata tertib dan segala ketentuan yang mengatur operasional
sekolah baik para pegawai maupun siswa.
6. Terwujudnya sumber daya manusia (SDM) baik guru karyawan dan siswa
yang mampu memenangkan kompetensi di era global.
3.1.4 Struktur Organisasi SMA Negeri Babakancikao
Gambar 3.2 Struktur Organisasi Sekolah

32
3.1.5 Daftar Tenaga Pendidik SMA Negeri Babakancikao

Tabel 3.1 Daftar Pendidik (Guru dan Staff)
No Nama TTL JK Pend Tugas
Yanti Mediyanti, Kuningan, 11 S2/AI Guru Bahasa
1 P
S.Pd.,M.Pd. Agustus 1972 V Indonesia
Ellen Ully Maurisa, Purwakarta, 11 S1/AI Guru Bahasa
2 P
S.Pd Januari 1982 V Indonesia
Karawang, 30 S1/AI Guru Bahasa
3 Erna Rohmaya, S.Pd P
Maret 1970 V Indonesia
Garut, 12 S1/AI Guru Seni
4 Teni Sri Maryati, S.E P
Desember 1968 V Budaya
Majalengka, 20 S1/AI Guru Bahasa
5 Ayu Wulansari. S.Pd P
Juli 1980 V Sunda
Pemalang, 07 S1/AI
6 H. Cardi, S.T L Guru Fisika
April 1972 V
Karawang, 21 S1/AI Guru
7 Eka Kardini, S.Pd P
Juni 1992 V Matematika
Sukabumi, 07 S1/AI
8 Herni Andriani, S.Pd P Guru Sejarah
September 1974 V
Purwakarta, 04 S1/AI Guru Bahasa
9 Nia Runiangsih, S.Pd P
Oktober 1990 V Inggris
Purwakarta, 15 S1/AI
10 Nina Kartika, S.Pd P Guru Sosiologi
Juli 1985 V
Drs. Nurcahyono Eko Kulon Progo, 19 S1/AI
11 L BP/BK
Santoso ES Nopember 1966 V
Guru Pendidikan
Purwakarta, 12 S1/AI
12 Riaz Juariah, S.Ag P Agama Islam
Nopember 1965 V
(PAI)
Tasikmalaya, 12 S1/AI
13 Siti Hapsah, S.Pd P Guru Penjas
Maret 1970 V
33
No Nama TTL JK Pend Tugas

Guru Pendidikan
Garut, 15 April S1/AI
14 Tjutju Suparman, S.P L Lingkungan
1956 V
Hidup (PLH)
15 Yusuf Sulaeman, S.Ag L
Juli 1976 V Arab Dan TIK
Subang, 24 S1/AI
16 Iftahul Fajriyah, S.Pd P Guru Biologi
Desember 1994 V
Rizkiyani Novianti Purwakarta, 29 S1/AI
17 P Guru Pkn
Silviani, S.Pd November 1993 V
Raden Susun Wiyoto Purwakarta, 04 S1/AI
18 L Guru Penjaskes
Dwi Maryanto, S.Pd Maret 1992 V
19 Dian Mayasari, S.Pd P
Agustus 1987 V Jepang
Indramayu, 08 TIK, Pengelola
20 Carimin, A.Md L D3
Oktober 1984 Kepegawaian
Sumedang, 17 Pengelola
21 Yanti Agustina P SMA
April 1981 Kesiswaan
Kuningan, 24 Administrasi
22 Eva Aprianti P SMA
April 1982 Umum
3.2 Tentang SMA Negeri Babakancikao

3.2.1 Identitas Sekolah
Tabel 3.2 Identitas Sekolah SMA Negeri Babakancikao
1. Identitas Sekolah
1 Nama Sekolah : SMAN BABAKANCIKAO
2 NPSN : 69849088
3 Jenjang Pendidikan : SMA
4 Status Sekolah : Negeri
5 Alamat Sekolah : Jl. Raya Industri Kp. Krajan RT.05/03
RT / RW : 5 / 3
Kode Pos : 41151
34
Kelurahan : Babakancikao
Kecamatan : Kec. Babakancikao
Kabupaten/Kota : Kab. Purwakarta
Provinsi : Prop. Jawa Barat
Negara :
6 Posisi Geografis : -6,5077 Lintang
107,4209 Bujur
2. Data Pelengkap
7 SK Pendirian Sekolah : 421/Kep.503-Disdikpora/2014
8 Tanggal SK Pendirian : 2014-05-26
9 Status Kepemilikan : Pemerintah Daerah
10 SK Izin Operasional : 420/2103/Dikmen/2014
11 Tgl SK Izin Operasional : 2014-07-02
12 Kebutuhan Khusus Dilayani : Tidak ada
13 Nomor Rekening : 60466572100
14 Nama Bank : BJB
15 Cabang KCP/Unit : Purwakarta
16 Rekening Atas Nama : SMAN BABAKANCIKAO
17 MBS : Ya
18 Luas Tanah Milik (m2) : 0
19 Luas Tanah Bukan Milik (m2) : 5000
20 Nama Wajib Pajak : -
21 NPWP : 7,08795E+14
3. Kontak Sekolah
20 Nomor Telepon : 0264-210639
21 Nomor Fax : 0264-210639
22 Email : smanegeribabakancikao@yahoo.co.id
23 Website : -
4. Data Periodik
24 Waktu Penyelenggaraan : Siang
25 Bersedia Menerima Bos? : Bersedia Menerima
35
26 Sertifikasi ISO : Belum Bersertifikat

27 Sumber Listrik : PLN
28 Daya Listrik (watt) : 1300
29 Akses Internet : Tidak Ada
30 Akses Internet Alternatif :
5. Data Lainnya
31 Kepala Sekolah : Yanti Mediyanti
32 Operator Pendataan : Carimin
33 Akreditasi : Belum Terakreditasi
34 Kurikulum : KTSP
3.2.1 Analisis Keadaan Sekolah

3.2.1.1 Kondisi Siswa
Tabel 3.3 Kondisi Siswa
Tahun
Pelajaran Kelas X Kelas XI Kelas XII JUMLAH
2014/2015 31 31
2015/2016 20 28 48
2016/2017 51 20 22 93
3.2.1.2 Kondisi Guru

Tabel 3.4 Kondisi Guru
Jumlah
Ijazah Tertinggi Ket
PNS GT GTT
S2 1 - 1
S1 4 3 11
D3 - 1 -
Jumlah 5 4 12
36
3.2.1.3 Kondisi Tata Usaha

Tabel 3.5 Kondisi Tata Usaha
Jumlah
Ijazah Tertinggi Keterangan
PT PTT
S1
D3 - 1
D2 -
D1 - -
SMA - 2
Jumlah 3
3.2.1.4 Sarana Prasarana

Tabel 3.6 Sarana Prasarana
NO RUANG JUMLAH LUAS (m2) KET.
1 Ruang Kepala 1 24 Menggunakan ruang
Sekolah OSIS SMP Bababakan
2 Ruang Guru 1 48 idem
3 Ruang Tata 1 48 idem
Usaha
4 Ruang BK 1 24 Ruang BK SMP
5 Ruang Kelas 4 48 idem
6 Ruang Lab IPA 1 48 idem
7 Ruang Lab 1 1 idem
Komputer
8 Ruang - - -
perpustakaan
9 Ruang OSIS - - -
10 Mesjid 1 - idem
11 Gudang - - -
12 WC Guru 1 3 -
13 WC Siswa 1 6 -
37
NO RUANG JUMLAH LUAS (m2) KET.

16 WC Kepala 1 3 -
Sekolah
17 Kantin Sekolah - - -
18 Tempat Parkir - - Halaman depan
Mobil
3.2.1.5 Kondisi Orang Tua Siswa

Tabel 3.7 Kondisi Orang Tua Siswa
Jml Jml TK Jml
NO Pekerjaan Penghasilan
% % Pendidikan %
1 PNS
2 TNI/POLRI
3 BUMN
4 SWASTA 10 1.500.000 – 2.500.000 SLTA
5 PENSIUNAN
6 DAGANG 10 1.000.000 – 1.500.000 SD
7 BURUH 75 1.000.000 – 1.500.000 SD
8 PETANI 5 1.000.000 – 1.250.000 SD
3.2.1.6 Anggaran Sekolah Sesuai RAPBS

Tabel 3.8 Anggaran Sekolah Sesuai RAPBS
Tahun Rutin Kelas X, XI,
BOS pusat BPMU Ket
Pelajaran dan XII (Rp)
2016-2017 111.600.000 18.000.000 -
BAB IV
PELAKSANAAN KERJA PRAKTEK
4.1 Kerangka Pelaksanaan

Kerangka pelaksanaan yang dijalankan oleh penulis saat dalam pembuatan
laporan kerja praktek:
Tabel 4.1 Kerangka Pelaksanaan Kerja Praktek
Juli Agustus September Oktober November Desember
No Kegiatan Minggu ke Minggu ke Minggu ke Minggu ke Minggu ke Minggu ke
4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4
1 Communication
2 Planning
3 Modeling
4 Construction
5 Deployment
Penyusunan
6
Laporan
4.2 Aktivitas Kerja Praktek

Aktivitas kerja praktek dilaksanakan dengan mengacu kepada kerangka
yang telah dirancang. Berikut ini merupakan detail dari aktivitas yang telah
dilakukan pada masing-masing kegiatan.
4.2.1 Communication
Pada tahap communication atau komunikasi yang dilakukan pada 24 Juli

2017 sampai 4 Agustus 2017 ini, aktivitas yang dilakukan penulis antara lain :
1. Melakukan wawancara terhadap pihak sekolah,
2. Melakukan observasi terhadap permasalahan yang diangkat, dan
3. Melakukan studi pustaka terhadap dokumen – dokumen pendukung.
4.2.2 Planning
Pada tahap planning atau perencanaan yang dilakukan pada 7 Agustus 2017
sampai 18 Agustus 2017 ini penulis membuat perencanaan berdasarkan kebutuhan
– kebutuhan dan data yang telah dikumpulkan sebelumnya. Kemudian menentukan
bagaimana teknis akan berlangsung serta sumber daya yang diperlukan seperti
perangkat keras dan perangkat lunak yang akan dipakai agar tercapainya kebutuhan
pengguna dan sistem.
38
39
4.2.3 Modeling
Pada tahap modeling atau pemodelan yang dilakukan pada 21Agustus 2017
sampai 1 September 2017 ini penulis membuat rancangan struktur sistem, struktur
data dan abstrak dari antarmuka yang akan dibangun berdasarkan perencanaan
sebelumnya yang dapat diperkirakan sebelum mengimplimentasikannya ke dalam
kode program.
4.2.4 Construction
Pada tahap construction atau kontruksi yang dilakukan pada 4 September

2017 sampai 3 November 2017 ini penulis mulai membuat kode – kode program
berdasarkan model yang telah dibuat sebelumnya. Tahap ini penulis juga
melakukan pengujian terhadap program yang telah dibuat sebelum diterapkan
kepada pengguna.
4.2.5 Deployment
Pada tahap final yang dilakukan pada 18 Desember 2017 ini penulis
mengimplementasikan program yang telah selesai dibuat untuk dipakai oleh
pengguna. Pada tahap ini penulis juga memberikan demonstrasi bagaimana aplikasi
ini berjalan dan dioprasikan.
4.3 Hambatan Keja Praktek

Kerja praktek yang dilakukan penulis tentu terdapat hambatan. Hambatan
yang ditemui selama pelaksanaan kerja praktek adalah dikarenakan sekolah yang
masih baru, perolehan data menjadi terhambat karena kurangnya informasi yang
didokumentasikan sehingga minimnya dokumen pendukung untuk dianalisa.
4.4 Communication
Tahap pertama yang dilakukan penulis ini adalah komunikasi dimana pada
tahap ini menentukan masalah yang akan diangkat dengan cara melakukan
wawancara kepada pihak sekolah tentang masalah yang dapat dijadikan topik kerja
praktek dan mengumpulkan informasi terkait permasalahan yang ada. Setelah
40
melakukan komunikasi dengan pihak sekolah, ternyata terdapat permasalahan

didalam administrasi perpustakaan.
4.4.1 Prosedur yang sedang berjalan
Dalam melakukan administrasi perpustakaan prosedur yang sedang berjalan

di tempat kerja praktek dilakukan dengan cara manual yaitu menulis tangan tentang
semua hal yang berkaitan dengan perpustakaan seperti mencatat data buku dan
peminjaman. Bahkan terkadang dalam peminjaman buku oleh siswa, petugas tidak
melakukan pencatatan melainkan siswa hanya ambil dan simpan setelah selesai.
4.4.2 Flowmap prosedur yang sedang berjalan
4.4.2.1 Flowmap prosedur yang sedang berjalan (Proses Peminjaman)
Peminjaman Berjalan
Siswa Petugas
Mulai
Meminjam
Buku
Buku Buku
Selesai
Gambar 4.1 Flowmap prosedur yang sedang berjalan (Proses Peminjaman)

41
4.4.2.2 Flowmap prosedur yang sedang berjalan (Proses Pengembalian)
Pengembalian Berjalan
Siswa Petugas
Mulai
Buku Buku
Selesai
Gambar 4.2 Flowmap prosedur yang sedang berjalan (Proses Pengembalian)
4.4.2.3 Flowmap prosedur yang sedang berjalan (Proses Pencatatan)
Pencatatan
Berjalan
Petugas
Mulai
Data Buku
Mencatat
Data
Buku
Selesai
Gambar 4.3 Flowmap prosedur yang sedang berjalan (Proses Pencatatan)

42
4.5 Planning
Pada tahap ini penulis menentukan sistem yang akan dibangun berbasiskan
web dengan menggunakan kerangka dari CodeIgniter dengan bahasa pemrograman
yang dipakai adalah PHP dan untuk basis data menggunakan MySQL. Alasan
sistem yang akan dibangun berbasiskan web karena tidak perlu banyak instalasi
aplikasi dan ringan dijalankan hanya dengan mengandalkan browser bawaan dari
sistem operasi. Akan tetapi sesuai dengan permintaan pihak sekolah untuk tidak
dulu hosting atau tidak tersedia online melainkan hanya dapat diakses di komputer
secara localhost atau offline dikarenakan sumber daya yang belum memungkinkan.
Tetap dibuatkannya berbasis web agar dengan mudah dalam pengembangan
selanjutnya ketika memang sudah dapat dioperasikan secara online.
4.5.1 Evaluasi sistem yang sedang berjalan
Sistem yang sedang berjalan tentu kurang efektif dan efisien karena pada
saat pencatatan bisa saja ada data yang keliru atau terdapat kesalahan penulisan.
Menjadi masalah juga ketika tidak ada pencatatan pada saat simpan pinjam
sehingga dapat terjadi penyimpangan data seperti jumlah buku yang dipinjam tidak
sesuai dengan jumlah buku yang kembali. Hal ini mungkin terjadi karena kesulitan
ketika harus menulis terlebih dahulu ke dalam buku dan lebih praktis ketika hanya
melapor atau meminta izin saja.
4.5.2 Prosedur sistem yang diusulkan
Sistem yang diusulkan menawarkan kemudahan dalam pencatatan karena

menggunakan media komputer. Sehingga admin perpustakaan dapat dengan mudah
melakukan administrasi di perpustakaan. Admin hanya perlu login dan memilih
menu yang akan dilakukan manajemen seperti data buku, peminjaman, hingga
pengembalian. Dalam hal mencari data pun dapat dengan mudah dilakukan berkat
sistem yang terkomputerisasi.
43
4.5.3 Flowmap prosedur sistem yang diusulkan
4.5.3.1 Flowmap prosedur sistem yang diusulkan (Proses Login)
Login
Admin
Mulai
Input nama user dan

kata sandi
Salah
Cek database
Benar
Menampilkan
halaman admin
Selesai
Gambar 4.4 Flowmap prosedur sistem yang diusulkan (Proses Login)

44
4.5.3.2 Flowmap prosedur sistem yang diusulkan (Proses Peminjaman)
Peminjaman Usulan
Siswa Admin
Mulai
Buku Buku
Data Siswa Data Siswa
Input Peminjaman
Menyimpan Data database
Menulis
kode
peminjaman
Buku Buku
Data Siswa Data Siswa
Kode Peminjaman Kode Peminjaman
Selesai
Gambar 4.5 Flowmap prosedur sistem yang diusulkan (Proses Peminjaman)

45
4.5.3.3 Flowmap prosedur sistem yang diusulkan (Proses Pengembalian)
Pengembalian Usulan
Siswa Admin
Mulai
Buku Buku
Kode Peminjaman Kode Peminjaman
Input kode
peminjaman
Menyimpan
database
perubahan data
Selesai
Gambar 4.6 Flowmap prosedur sistem yang diusulkan (Proses Pengembalian)

46
4.5.3.4 Flowmap prosedur sistem yang diusulkan (Proses Pencatatan)
Pencatatan Usulan
Admin
Mulai
Buku
Input Data Buku
Menyimpan
Database
perubahan data
Selesai
Gambar 4.7 Flowmap prosedur sistem yang diusulkan (Proses Pencatatan)

4.6 Modeling
Pada tahap ini, penulis membuat rancangan model sebelum
diimplementasikan ke kode program. Sesuai dengan pemrograman yang penulis
gunakan yaitu pemrograman yang berorientasi objek, pada tahap pemodelan ini
menggunakan model – model yang ada pada UML seperti use case diagram, use
case scenario, activity diagram, Sequence Diagram, class diagram, beserta struktur
tabel, struktur menu, dan interface abstrak dari sistem yang akan dibangun.
47
4.6.1 Use Case Diagram
Use Case Diagram menggambarkan siapa saja aktor yang terlibat dalam
sistem yang akan dibangun dan dapat melakukan apa saja. Use case yang diusulkan
penulis adalah sebagai berikut :
uc Admin
Manaj emen Buku
Manaj emen Lokasi
«include»
Manaj emen
Kategori «include»
«include»
Manaj emen
Login
Peminj aman «include»
Admin
«include»
Pengembalian
«include»
«include»
Pengaturan Data
Pengguna
Logout
Gambar 4.8 Use Case Diagram Admin

Berdasarkan gambar di atas, dalam use case diagram tersebut terdapat satu
aktor yaitu Admin. Admin merupakan orang yang bertanggung jawab dan memiliki
hak akses dalam menggunakan dan melakukan kegiatan yang ada didalam sistem
ini. yang dapat melakukan kegiatan seperti :
1. Login
Use case ini digunakan ketika Admin akan masuk ke sistem. Login
merupakan sebuah kewajiban karena untuk melakukan kegiatan dari use
case lain diperlukannya login ke dalam sistem.
2. Manajemen Buku
Use case ini digunakan ketika Admin akan melakukan manajemen pada
data buku seperti melihat, menambahkan, mengubah, dan menghapus.
3. Manajemen Lokasi
48
data lokasi seperti melihat, menambahkan, mengubah, dan menghapus.
4. Manajemen Kategori
data kategori seperti melihat, menambahkan, mengubah, dan menghapus.
5. Manajemen Peminjaman
data peminjaman seperti melihat, menambahkan, mengubah, dan
menghapus.
6. Pengembalian
Use case ini digunakan ketika Admin akan melakukan pengembalian
data yang telah dipinjam oleh peminjam sebelumnya.
7. Pengaturan Data Pengguna
Use case ini digunakan ketika Admin akan melakukan perubahan
terhadap data pengguna seperti merubah kata sandi atau logo dari sistem.
8. Logout
Use case ini digunakan ketika Admin akan keluar dari sistem.
4.6.2 Use Case Scenario

Use case screnario menjelaskan tentang alur jalan proses yang dilakukan
aktor terhadap use case dari sisi aktor dan sistem. Berikut adalah use case scenario
tiap use case yang dilakukan aktor :
4.6.2.1 Use Case Scenario Login

Tabel 4.2 Use Case Scenario Login
Identifikasi
Nama Use Case Login
Aktor Admin
Untuk masuk ke aplikasi sistem
Tujuan
perpustakaan
Admin belum masuk ke aplikasi sistem
Kondisi Awal
perpustakaan
49
Admin masuk di aplikasi sistem

Kondisi Akhir
perpustakaan
Skenario Utama
Aksi Aktor Reaksi Sistem
1. Masuk ke halaman Login Admin
2. Menampilkan halaman login
3. Masukkan nama user dan kata
sandi
4. Melakukan pemeriksaan akun
admin ke database.
Jika benar :
5. Menampilkan halaman admin.
Jika salah :
5. Mengalihkan kembali ke halaman
login.
4.6.2.2 Use Case Scenario Manajemen Buku

Tabel 4.3 Use Case Scenario Manajemen Buku
Identifikasi
Nama Use Case Manajemen Buku
Aktor Admin
Tujuan Untuk melakukan manajemen data
buku
Kondisi Awal Admin sudah masuk ke halaman
admin perpustakaan
Kondisi Akhir Admin sudah melakukan manajemen
data buku
Skenario Utama
Menampilkan
1. Memilih menu Manajemen Buku
50
2. Mengambil data dari database

3. Menampilkan halaman data buku
Tambah
4. Memilih tombol tambah
5. Menampilkan halaman tambah data
buku
6. Mengisikan data buku
7. Memilih tombol simpan
8. Menyimpan data yang telah diisi ke
dalam database
9. Mengalihkan ke halaman data buku
Edit
10. Memilih tombol edit
11. Menampilkan halaman edit data
buku
12. Melakukan perubahan pada data
14. Menyimpan perubahan data ke
dalam database
Hapus
16. Memilih tombol hapus
17. Mengkonfirmasi penghapusan
18. Menghapus data yang dipilih dari
database
4.6.2.3 Use Case Scenario Manajemen Lokasi

Tabel 4.4 Use Case Scenario Manajemen Lokasi
Identifikasi
51
Nama Use Case Manajemen Lokasi

Aktor Admin
lokasi
admin perpustakaan
data lokasi
Skenario Utama
Menampilkan
1. Memilih menu Manajemen Lokasi
3. Menampilkan halaman data lokasi
Tambah
lokasi
6. Mengisikan data lokasi
dalam database
9. Mengalihkan ke halaman data
lokasi
Edit
lokasi
52

dalam database
lokasi
Hapus
database
lokasi
4.6.2.4 Use Case Scenario Manajemen Kategori

Tabel 4.5 Use Case Scenario Manajemen Kategori
Identifikasi
Nama Use Case Manajemen Kategori
Aktor Admin
kategori
admin perpustakaan
data kategori
Skenario Utama
Menampilkan
1. Memilih menu Manajemen
Kategori
3. Menampilkan halaman data
kategori
Tambah
53

kategori
6. Mengisikan data kategori
dalam database
kategori
Edit
kategori
dalam database
kategori
Hapus
database
kategori
4.6.2.5 Use Case Scenario Manajemen Peminjaman

Tabel 4.6 Use Case Scenario Manajemen Peminjaman
Identifikasi
Nama Use Case Manajemen Peminjaman
54
Aktor Admin
peminjaman
admin perpustakaan
data peminjaman
Skenario Utama
Menampilkan
1. Memilih menu Manajemen
Peminjaman
3. Menampilkan halaman data
peminjaman
Tambah
peminjaman
6. Mengisikan data peminjaman
dalam database
peminjaman
Edit
11. Mengambil data yang sesuai dari
database
peminjaman
55

dalam database
peminjaman
Hapus
database
peminjaman
Pengaturan
21. Memilih tombol pengaturan
peminjaman
23. Menampilkan halaman
pengaturan peminjaman
24. Melakukan perubahan pada
data
dalam database
peminjaman
Pengaturan
28. Memilih tombol pengaturan
peminjaman
30. Menampilkan halaman pengaturan
peminjaman
56

dalam database
peminjaman
4.6.2.6 Use Case Scenario Pengembalian

Tabel 4.7 Use Case Scenario Pengembalian
Identifikasi
Nama Use Case Pengembalian
Aktor Admin
Tujuan Untuk melakukan pengembalian data
buku yang dipinjam
admin perpustakaan
Kondisi Akhir Admin sudah melakukan
pengembalian terhadap data buku yang
dipinjam
Skenario Utama
Pengembalian
1. Memilih menu Pengembalian
2. Menampilkan halaman cari
pengembalian
3. Mengisi kode pinjam
4. Memilih tombol Cari
5. Mencari data di database
Jika ada :
6. Menampilkan halaman tabel
beserta data
Jika tidak ada :
57
6. Menampilkan halaman tabel tanpa

data
7. Memilih tombol Kembalikan
8. Konfirmasi
9. Melakukan perubahan pada
database
peminjaman
4.6.2.7 Use Case Scenario Pengaturan Data Pengguna

Tabel 4.8 Use Case Scenario Pengaturan Data Pengguna
Identifikasi
Nama Use Case Pengaturan Data Pengguna
Aktor Admin
Untuk merubah pengaturan data
Tujuan
pengguna
Admin sudah masuk ke halaman
Kondisi Awal
admin perpustakaan
Admin merubah pengaturan data
Kondisi Akhir
pengguna
Skenario Utama
1. Memilih tombol Pengaturan Data
Pengguna
2. Mengambil data yang sesuai dari
database
3. Melakukan perubahan data
dalam database
6. Mengalihkan ke halaman
pengaturan data pengguna
58
4.6.2.8 Use Case Scenario Logout

Tabel 4.9 Use Case Scenario Logout
Identifikasi
Nama Use Case Logout
Aktor Admin
Untuk keluar dari aplikasi sistem
Tujuan
perpustakaan
Admin masuk dalam aplikasi sistem
Kondisi Awal
perpustakaan
Admin keluar dari aplikasi sistem
Kondisi Akhir
perpustakaan
Skenario Utama
1. Memilih tombol keluar
2. Mengkonfirmasi keluar
3. Menghapus sesi admin.
4. Mengalihkan ke halaman login
59
4.6.3 Activity diagram
Activity diagram menggambarkan aktivitas atau proses bisnis dari sistem.

Berikut adalah activity diagram dari sistem yang akan dibangun :
4.6.3.1 Activity diagram Login
act Login
Mulai
Menampilkan form
login
Validasi Nama Tidak

Pengguna dan Kata
Sandi
Sesuai
Ya
Masuk ke sistem
Selesai
Gambar 4.9 Activity diagram Login

Gambar di atas menunjukkan activity diagram dari login. Sistem mulanya
menampilkan form login, kemudian melakukan validasi dari inputan nama user dan
kata sandi. Jika hasil validasi bernilai ya, maka akan masuk ke sistem dan jika tidak,
maka akan menampilkan kembali form login
60
4.6.3.2 Activity diagram Manajemen Buku
act Manaj emen Buku
Mulai
Menampilkan Halaman
Data Buku
tambah edit hapus
Menampilkan halaman Menampilkan halaman Menampilkan konfirmasi

Tambah Data Edit Data Hapus
Menyimpan Perubahan
di Database
Selesai
Gambar 4.10 Activity diagram Manajemen Buku

Gambar di atas menunjukkan activity diagram dari manajemen buku.
Sistem menampilkan halaman data buku. Jika akan melakukan perubahan data,
maka sistem akan menampilkan halaman sesuai dengan perubahan data yang
dilakukan seperti tambah, edit, atau hapus data buku. Kemudian sistem akan
menyimpan perubahan di database dan aktivitas selesai.
61
4.6.3.3 Activity diagram Manajemen Lokasi
act Manaj emen Lokasi
Mulai
Menampilkan Halaman
Data Lokasi
tambah edit hapus

Menyimpan Perubahan
di Database
Selesai
Gambar 4.11 Activity diagram Manajemen Lokasi

Gambar di atas menunjukkan activity diagram dari manajemen lokasi.
Sistem menampilkan halaman data lokasi. Jika akan melakukan perubahan data,
dilakukan seperti tambah, edit, atau hapus data lokasi. Kemudian sistem akan
melakukan perubahan di database dan aktivitas selesai.
62
4.6.3.4 Activity diagram Manajemen Kategori
act Manaj emen Kategori
Mulai
Menampilkan Halaman
Data Kategori
tambah edit hapus

Menyimpan Perubahan
di Database
Selesai
Gambar 4.12 Activity diagram Manajemen Kategori

Gambar di atas menunjukkan activity diagram dari manajemen kategori.
Sistem menampilkan halaman data kategori. Jika akan melakukan perubahan data,
dilakukan seperti tambah, edit, atau hapus data kategori. Kemudian sistem akan
melakukan perubahan di database dan aktivitas selesai.
63
4.6.3.5 Activity diagram Manajemen Peminjaman

act Manaj emen Peminj aman
Mulai
Menampilkan Halaman
Data Peminj aman
tambah edit hapus pengaturan
Menampilkan halaman Menampilkan halaman Menampilkan konfirmasi Menampilkan halaman

Tambah Data Edit Data Hapus Pengaturan Peminj aman
Menyimpan Perubahan
di Database
Selesai
Gambar 4.13 Activity diagram Manajemen Peminjaman

Gambar di atas menunjukkan activity diagram dari manajemen
peminjaman. Sistem menampilkan halaman data peminjaman. Jika akan melakukan
perubahan data, maka sistem akan menampilkan halaman sesuai dengan perubahan
data yang dilakukan seperti tambah, edit, hapus, atau pengaturan data peminjaman.
Kemudian sistem akan melakukan perubahan di database dan aktivitas selesai.
64
4.6.3.6 Activity diagram Pengembalian
act Pengembalian
Mulai
Menampilkan halaman Tidak

Pengembalian
Mencari data di
database
ketemu
ya
Menampilkan halaman
data pengembalian
Menampilkan konfirmasi
pengembalian
Menyimpan perubahan di
database
Selesai
Gambar 4.14 Activity diagram Pengembalian

Gambar di atas menunjukkan activity diagram dari pengembalian. Sistem
menampilkan halaman pengembalian dan mencari data di database yang sesuai
dengan kode peminjaman yang diinputkan. Jika ketemu maka akan menampilkan
halaman data pengembalian dan jika tidak ketemu maka akan kembali
menampilkan halaman pengembalian. Jika di halaman data pengembalian
dilakukan perubahan data maka sistem akan menampilkan konfirmasi
pengembalian kemudian akan menyimpan perubahan data di database dan
aktivitas selesai.
65
4.6.3.7 Activity diagram Pengaturan Data Pengguna
act Pengaturan Data Pengguna
Mulai
Menampilkan halaman
Pengaturan Data
Pengguna
Menyimpan Perubahan
di Database
Selesai
Gambar 4.15 Activity diagram Pengaturan Data Pengguna

Gambar di atas menunjukkan activity diagram dari pengaturan data
pengguna. Sistem menampilkan halaman pengaturan data pengguna kemudian
sistem akan menyimpan perubahan di database dan aktivitas selesai.
4.6.3.8 Activity diagram Logout
act Logout
Mulai
Menampilkan konfirmasi
keluar
Menampilkan halaman
login
Selesai
Gambar 4.16 Activity diagram Logout

Gambar di atas menunjukkan activity diagram dari logout. Sistem
menampilkan konfirmasi keluar kemudian menampilkan halaman login dan
aktivitas selesai.
66
4.6.4 Sequence Diagram
Sequence Diagram menggambarkan kelakuan objek dalam use case dengan

mendeskripsikan waktu hidup objek dan message atau pesan yang dikirimkan dan
diterima antar objek. Berikut Sequence Diagram dari sistem yang akan dibangun :
4.6.4.1 Sequence Diagram Login

sd Login
Admin
Login admin-login Model_admin Beranda admin-index
index()
view()
:tampil halaman
:input data
aksi_login()
cek_login(table, where)
:result
true
index()
view()
:tampil halaman
false
index()
Gambar 4.17 Sequence Diagram Login

Berdasarkan gambar di atas terdapat satu objek aktor yaitu Admin, dua
objek controller yaitu Login dan Beranda, satu objek entity yaitu Model_admin,
dan dua objek boundary yaitu admin-login dan admin-index. Penjelasannya sebagai
berikut :
1. Admin memanggil fungsi index() ke controller Login untuk membuka
halaman login kemudian controller Login membuka halaman dengan
memanggil fungsi view() ke boundary admin-login sehingga
menampilkan halaman ke aktor Admin.
2. Aktor Admin menginput data dan boundary admin-login memanggil
fungsi aksi_login() ke controller Login kemudian memanggil fungsi
67
cek_login() kepada entity Model_admin dan dikirimkan datanya ke

controller Login.
3. Jika kondisi bernilai benar, maka controller Login memanggil fungsi
index() ke controller Beranda dan kemudian memanggil fungsi view()
ke boundary admin-index dan menampilkan halaman ke aktor Admin.
4. Jika kondisi bernilai salah, maka controller Login akan memanggil
fungsi index() ke controller Login itu sendiri.
4.6.4.2 Sequence Diagram Manajemen Buku
1. Sequence Diagram Tampil Data Buku

sd Buku
Admin
databuku Buku Model_admin
index()
buku()
:result
view()
:tampil halaman
Gambar 4.18 Sequence Diagram Tampil Data Buku

Berdasarkan gambar di atas terdapat satu objek aktor yaitu Admin, satu
objek controller yaitu Buku, satu objek entity yaitu Model_admin, dan satu
objek boundary yaitu databuku. Penjelasannya sebagai berikut :
a. Admin memanggil fungsi index() ke controller Buku untuk
membuka boundary databuku.
b. Sebelum menampilkan, controller Buku memanggil fungsi buku()
ke entity Model_admin untuk mengambil data dan dikembalikan ke
controller Buku. Kemudian controller Buku membuka boundary
databuku dengan memanggil fungsi view() sehingga menampilkan
halaman ke aktor Admin.
68
2. Sequence Diagram Tambah Data Buku

sd Buku-Tambah
Admin
tambahbuku Buku Model_admin databuku
buku_tambah()
buku()
:result
view()
:tampil halaman
:input data
buku_proses_tambah()
proses_tambah(data, table)
index()
view()
:tampil halaman
Gambar 4.19 Sequence Diagram Tambah Data Buku

objek controller yaitu Buku, satu objek entity yaitu Model_admin, dan dua
objek boundary yaitu tambahbuku dan databuku. Penjelasannya sebagai
berikut :
a. Admin memanggil fungsi buku_tambah() ke controller Buku untuk
membuka boundary tambahbuku.
b. Sebelum menampilkan, controller Buku memanggil fungsi buku()
ke entity Model_admin untuk mengambil data dan dikembalikan ke
controller Buku. Kemudian controller Buku membuka boundary
tambahbuku dengan memanggil fungsi view()sehingga
c. Aktor Admin menginput data dan boundary tambahbuku memanggil
fungsi buku_proses_tambah() ke controller Buku kemudian
controller Buku memanggil fungsi proses_tambah(data, table) ke
69
entity Model_admin untuk melakukan penyimpanan. Setelah

selesai, controller Buku memanggil fungsi index() ke controller
Buku sendiri yang kemudian memanggil fungsi view() ke boundary
databuku sehingga menampilkan halaman ke aktor Admin.
3. Sequence Diagram Edit Data Buku
sd Buku-Edit
Admin
editbuku Buku Model_admin databuku
buku_edit(id)
cari(where, table)
:result
view()
:tampil halaman
:input data
buku_proses_edit()
proses_edit(where, data, table)
index()
view()
:tampil halaman
Gambar 4.20 Sequence Diagram Edit Data Buku

objek controller yaitu Buku, satu objek entity yaitu Model_admin, dan dua
objek boundary yaitu editbuku dan databuku. Penjelasannya sebagai berikut
:
a. Admin memanggil fungsi buku_edit(id) ke controller Buku untuk
membuka boundary editbuku.
b. Sebelum menampilkan, controller Buku memanggil fungsi
cari(where, table) ke entity Model_admin untuk mengambil data dan
dikembalikan ke controller Buku. Kemudian controller Buku
70
membuka boundary editbuku dengan memanggil fungsi

view()sehingga menampilkan halaman ke aktor Admin.
c. Aktor Admin menginput data dan boundary tambahbuku memanggil
fungsi buku_proses_edit() ke controller Buku kemudian controller
Buku memanggil fungsi proses_edit(where, data, table) ke entity
Model_admin untuk melakukan penyimpanan. Setelah selesai,
controller Buku memanggil fungsi index() ke controller Buku
sendiri yang kemudian memanggil fungsi view() ke boundary
4. Sequence Diagram Hapus Data Buku
sd Buku-Hapus
Admin
databuku Buku Model_admin
buku_proses_hapus(id)
proses_hapus(where, table)
index()
view()
:tampil halaman
Gambar 4.21 Sequence Diagram Hapus Data Buku

objek controller yaitu Buku, satu objek entity yaitu Model_admin, dan satu
objek boundary yaitu databuku. Penjelasannya sebagai berikut :
a. Admin memanggil fungsi buku_proses_hapus(id) ke controller
Buku untuk melakukan penghapusan.
b. Controller Buku memanggil fungsi proses_hapus(where, table) ke
entity Model_admin untuk menghapus data.
c. Kemudian controller Buku memanggil fungsi index() ke controller
71
4.6.4.3 Sequence Diagram Manajemen Lokasi
1. Sequence Diagram Tampil Data Lokasi

sd Lokasi
Admin
datalokasi Lokasi Model_admin
index()
ambil(table)
:result
view()
:tampil halaman
Gambar 4.22 Sequence Diagram Tampil Data Lokasi

objek controller yaitu Lokasi, satu objek entity yaitu Model_admin, dan satu
objek boundary yaitu datalokasi. Penjelasannya sebagai berikut :
a. Admin memanggil fungsi index() ke controller Lokasi untuk
membuka boundary datalokasi.
b. Sebelum menampilkan, controller Lokasi memanggil fungsi
ambil(table) ke entity Model_admin untuk mengambil data dan
dikembalikan ke controller Lokasi. Kemudian controller Lokasi
membuka boundary datalokasi dengan memanggil fungsi view()
sehingga menampilkan halaman ke aktor Admin.
72
2. Sequence Diagram Tambah Data Lokasi

sd Lokasi-Tambah
Admin
tambahlokasi Lokasi Model_admin datalokasi
lokasi_tambah()
ambil(table)
:result
view()
:tampil halaman
:input data
lokasi_proses_tambah()
index()
view()
:tampil halaman
Gambar 4.23 Sequence Diagram Tambah Data Lokasi

objek controller yaitu Lokasi, satu objek entity yaitu Model_admin, dan dua
objek boundary yaitu tambahlokasi dan datalokasi. Penjelasannya sebagai
berikut :
a. Admin memanggil fungsi lokasi_tambah() ke controller Lokasi
untuk membuka boundary tambahlokasi.
membuka boundary tambahlokasi dengan memanggil fungsi view()
c. Aktor Admin menginput data dan boundary tambahlokasi
memanggil fungsi lokasi_proses_tambah() ke controller Lokasi
kemudian controller Lokasi memanggil fungsi proses_tambah(data,
73
table) ke entity Model_admin untuk melakukan penyimpanan.

Setelah selesai, controller Lokasi memanggil fungsi index() ke
controller Lokasi sendiri yang kemudian memanggil fungsi view()
ke boundary datalokasi sehingga menampilkan halaman ke aktor
Admin.
3. Sequence Diagram Edit Data Lokasi
sd Lokasi-Edit
Admin
editlokasi Lokasi Model_admin datalokasi
lokasi_edit(id)
cari(where, table)
:result
view()
:tampil halaman
:input data
lokasi_proses_edit()
index()
view()
:tampil halaman
Gambar 4.24 Sequence Diagram Edit Data Lokasi

objek controller yaitu Lokasi, satu objek entity yaitu Model_admin, dan dua
objek boundary yaitu editlokasi dan datalokasi. Penjelasannya sebagai
berikut :
a. Admin memanggil fungsi lokasi_edit(id) ke controller Lokasi untuk
membuka boundary editlokasi.
74
membuka boundary editlokasi dengan memanggil fungsi view()

c. Aktor Admin menginput data dan boundary editlokasi memanggil
fungsi lokasi_proses_edit() ke controller Lokasi kemudian
controller Lokasi memanggil fungsi proses_edit(where, data, table)
ke entity Model_admin untuk melakukan penyimpanan. Setelah
selesai, controller Lokasi memanggil fungsi index() ke controller
Lokasi sendiri yang kemudian memanggil fungsi view() ke
boundary datalokasi sehingga menampilkan halaman ke aktor
Admin.
4. Sequence Diagram Hapus Data Lokasi
sd Lokasi-Hapus
Admin
datalokasi Lokasi Model_admin
lokasi_proses_hapus(id)
index()
view()
:tampil halaman
Gambar 4.25 Sequence Diagram Hapus Data Lokasi

objek controller yaitu Lokasi, satu objek entity yaitu Model_admin, dan satu
objek boundary yaitu datalokasi. Penjelasannya sebagai berikut :
a. Admin memanggil fungsi lokasi_proses_hapus(id) ke controller
Lokasi untuk melakukan penghapusan.
c. Kemudian controller Buku memanggil fungsi index() ke controller
75
4.6.4.4 Sequence Diagram Manajemen Kategori
1. Sequence Diagram Tampil Data Kategori

sd Kategori
Admin
datakategori Kategori Model_admin
index()
ambil(table)
:result
view()
:tampil halaman
Gambar 4.26 Sequence Diagram Tampil Data Kategori

objek controller yaitu Kategori, satu objek entity yaitu Model_admin, dan
satu objek boundary yaitu datakategori. Penjelasannya sebagai berikut :
a. Admin memanggil fungsi index() ke controller Kategori untuk
membuka boundary datakategori.
b. Sebelum menampilkan, controller Kategori memanggil fungsi
dikembalikan ke controller Kategori. Kemudian controller Kategori
membuka boundary datakategori dengan memanggil fungsi view()
76
2. Sequence Diagram Tambah Data Kategori

sd Kategori-Tambah
Admin
tambahkategori Kategori Model_admin datakategori
kategori_tambah
()
ambil(table)
:result
view()
:tampil halaman
:input data
kategorii_proses_tambah()
index()
view()
:tampil halaman
Gambar 4.27 Sequence Diagram Tambah Data Kategori

dua objek boundary yaitu tambahkategori dan datakategori. Penjelasannya
sebagai berikut :
a. Admin memanggil fungsi kategori_tambah() ke controller Kategori
untuk membuka boundary tambahkategori.
membuka boundary tambahkategori dengan memanggil fungsi
c. Aktor Admin menginput data dan boundary tambahkategori
memanggil fungsi kategori_proses_tambah() ke controller Kategori
kemudian controller Kategori memanggil fungsi
77
proses_tambah(data, table) ke entity Model_admin untuk

melakukan penyimpanan. Setelah selesai, controller Kategori
memanggil fungsi index() ke controller Kategori sendiri yang
kemudian memanggil fungsi view() ke boundary datakategori
3. Sequence Diagram Edit Data Kategori
sd Kategori-Edit
Admin
editkategori Kategori Model_admin datakategori
kategori_edit(id)
cari(where, table)
:result
view()
:tampil halaman
:input data
kategori_proses_edit()
index()
view()
:tampil halaman
Gambar 4.28 Sequence Diagram Edit Data Kategori

dua objek boundary yaitu editkategori dan datakategori. Penjelasannya
sebagai berikut :
a. Admin memanggil fungsi kategori_edit(id) ke controller Kategori
untuk membuka boundary editkategori.
78
membuka boundary editkategori dengan memanggil fungsi

c. Aktor Admin menginput data dan boundary editkategori memanggil
fungsi kategori_proses_edit() ke controller Kategori kemudian
controller Kategori memanggil fungsi proses_edit(where, data,
table) ke entity Model_admin untuk melakukan penyimpanan.
Setelah selesai, controller Kategori memanggil fungsi index() ke
controller Kategori sendiri yang kemudian memanggil fungsi view()
ke boundary datakategori sehingga menampilkan halaman ke aktor
Admin.
4. Sequence Diagram Hapus Data Kategori
sd Kategori-Hapus
Admin
datakategori Kategori Model_admin
lokasi_proses_hapus(id)
index()
view()
:tampil halaman
Gambar 4.29 Sequence Diagram Hapus Data Kategori

satu objek boundary yaitu datakategori. Penjelasannya sebagai berikut :
a. Admin memanggil fungsi kategori_proses_hapus(id) ke controller
Kategori untuk melakukan penghapusan.
b. Controller Kategori memanggil fungsi proses_hapus(where, table)
ke entity Model_admin untuk menghapus data.
c. Kemudian controller Kategori memanggil fungsi index() ke
controller Kategori sendiri yang kemudian memanggil fungsi view()
ke boundary datakategori sehingga menampilkan halaman ke aktor
Admin.
79
4.6.4.5 Sequence Diagram Manajemen Peminjaman

1. Sequence Diagram Tampil Data Peminjaman
sd Peminj aman-Data
Admin
datapeminj aman Peminj aman Model_admin
data()
ambil(table)
:result
view()
:tampil halaman
Gambar 4.30 Sequence Diagram Tampil Data Peminjaman

objek controller yaitu Peminjaman, satu objek entity yaitu Model_admin,
dan satu objek boundary yaitu datapeminjaman. Penjelasannya sebagai
berikut :
a. Admin memanggil fungsi data() ke controller Peminjaman untuk
membuka boundary datapeminjaman.
b. Sebelum menampilkan, controller Peminjaman memanggil fungsi
dikembalikan ke controller Peminjaman. Kemudian controller
Peminjaman membuka boundary datapeminjaman dengan
memanggil fungsi view()sehingga menampilkan halaman ke aktor
Admin.
80
2. Sequence Diagram Tambah Data Peminjaman

sd Peminj aman-Tambah
Admin
tambahpeminj aman Peminj aman Model_admin
peminjaman_tambah()
ambil(table)
:result
view()
:tampil halaman
:input data
peminjaman_proses_tambah()
peminjaman_tambah()
view()
:tampil halaman
Gambar 4.31 Sequence Diagram Tambah Data Peminjaman

dan satu objek boundary yaitu tambahpeminjaman. Penjelasannya sebagai
berikut :
a. Admin memanggil fungsi peminjaman_tambah() ke controller
Peminjaman untuk membuka boundary tambahlokasi.
Peminjaman membuka boundary tambahpeminjaman dengan
memanggil fungsi view() sehingga menampilkan halaman ke aktor
Admin.
c. Aktor Admin menginput data dan boundary tambahpeminjaman
memanggil fungsi peminjaman_proses_tambah() ke controller
81
Peminjaman kemudian controller Peminjaman memanggil fungsi

proses_tambah(data, table) ke entity Model_admin untuk
melakukan penyimpanan. Setelah selesai, controller Peminjaman
memanggil fungsi peminjaman_tambah() ke controller Peminjaman
tambahpeminjaman sehingga menampilkan halaman ke aktor
Admin.
3. Sequence Diagram Edit Data Peminjaman
sd Peminj aman-Edit
Admin
editpeminj aman Peminj aman Model_admin
peminjaman_edit(id)
cari(where, table)
:result
view()
:tampil halaman
input data()
peminjaman_proses_edit()
peminjaman_edit(id)
view()
:tampil halaman
Gambar 4.32 Sequence Diagram Edit Data Peminjaman

dan satu objek boundary yaitu editpeminjaman. Penjelasannya sebagai
berikut :
a. Admin memanggil fungsi peminjaman_edit(id) ke controller
Peminjaman untuk membuka boundary editpeminjaman.
82

Peminjaman membuka boundary editpeminjaman dengan
memanggil fungsi view()sehingga menampilkan halaman ke aktor
Admin.
c. Aktor Admin menginput data dan boundary editpeminjaman
memanggil fungsi peminjaman_proses_edit() ke controller
Peminjaman kemudian controller Peminjaman memanggil fungsi
proses_edit(where, data, table) ke entity Model_admin untuk
memanggil fungsi peminjaman_edit() ke controller Peminjaman
editpeminjaman sehingga menampilkan halaman ke aktor Admin.
4. Sequence Diagram Hapus Data Peminjaman
sd Peminj aman-Hapus
Admin
datapeminj aman Peminj aman Model_admin
peminjaman_proses_hapus(id)
data()
view()
:tampil halaman
Gambar 4.33 Sequence Diagram Hapus Data Peminjaman

dan satu objek boundary yaitu datapeminjaman. Penjelasannya sebagai
berikut :
a. Admin memanggil fungsi peminjaman_proses_hapus(id) ke
controller Peminjaman untuk melakukan penghapusan.
83

c. Kemudian controller Buku memanggil fungsi data() ke controller
5. Pengaturan Peminjaman
sd Peminj aman-Pengaturan
Admin
pengaturanpeminj aman Peminj aman Model_admin
pengaturan()
ambil(table)
:result
view()
:tampil halaman
:input data
edit_pengaturan()
pengaturan()
view()
:tampil halaman
Gambar 4.34 Sequence Diagram Pengaturan Peminjaman

dan satu objek boundary yaitu pengaturanpeminjaman. Penjelasannya
sebagai berikut :
a. Admin memanggil fungsi pengaturan() ke controller Peminjaman
untuk membuka boundary pengaturanpeminjaman.
84
Peminjaman membuka boundary pengaturanpeminjaman dengan

memanggil fungsi view() sehingga menampilkan halaman ke aktor
Admin.
c. Aktor Admin menginput data dan boundary pengaturanpeminjaman
memanggil fungsi edit_pengaturan() ke controller Peminjaman
kemudian controller Peminjaman memanggil fungsi
proses_edit(where, data, table) ke entity Model_admin untuk
memanggil fungsi pengaturan() ke controller Peminjaman sendiri
yang kemudian memanggil fungsi view() ke boundary
pengaturanpeminjaman sehingga menampilkan halaman ke aktor
Admin.
4.6.4.6 Sequence Diagram Pengembalian

sd Pengembalian
Admin
pengembalian Pengembalian Model_admin Peminj aman datapengembalian datapeminj aman
pengembalian()
view()
:tampil halaman
:input data
pengembalian_cari()
cari(where, table)
:hasil
view()
:tampil halaman
:input data
proses_pengembalian(id)
:data
view()
:tampil halaman
Gambar 4.35 Sequence Diagram Pengembalian

objek controller yaitu Pengembalian dan Peminjaman, satu objek entity
85
yaitu Model_admin, dan tiga objek boundary yaitu pengembalian,

datapengembalian dan datapeminjaman. Penjelasannya sebagai berikut :
1. Admin memanggil fungsi pengembalian() ke controller Pengembalian
untuk membuka boundary pengembalian, kemudian controller
Pengembalian memanggil fungsi view() ke boundary pengembalian.
2. Aktor Admin menginput data dan boundary pengembalian memanggil
fungsi pengembalian_cari() ke controller Pengembalian kemudian
controller Pengembalian memanggil fungsi cari(where, table) ke entity
Model_admin untuk mengambil data dan dikembalikan ke controller
Pengembalian kemudian controller Pengembalian memanggil fungsi
view ke boundary datapengembalian sehingga menampilkan halaman
ke aktor Admin.
3. Boundary datapengembalian memanggil fungsi
proses_pengembalian(id) ke controller Pengembalian. Kemudian
controller Pengembalian memanggil fungsi proses_edit(where, data,
table) ke entity Model_admin untuk melakukan penyimpanan. Setelah
selesai, controller Pengembalian memanggil fungsi data() ke controller
Peminjaman yang kemudian memanggil fungsi view() ke boundary
datapeminjaman sehingga menampilkan halaman ke aktor Admin.
86
4.6.4.7 Sequence Diagram Pengaturan Data Pengguna

sd Pengaturan Sistem
Admin
admin-setting Setting Model_admin
index()
view()
:tampil halaman
:input data
proses_setting()
index()
view()
:tampil halaman
Gambar 4.36 Sequence Diagram Pengaturan Data Pengguna

objek controller yaitu Setting, satu objek entity yaitu Model_admin, dan satu objek
boundary yaitu admin-setting. Penjelasannya sebagai berikut :
1. Admin memanggil fungsi index() ke controller Setting untuk membuka
boundary admin-setting, kemudian controller Setting memanggil fungsi
view() ke boundary admin-setting sehingga menampilkan halaman ke
aktor Admin.
2. Aktor Admin menginput data dan boundary admin-setting memanggil
fungsi proses_setting() ke controller Setting, kemudian controller
Setting memanggil fungsi proses_edit(where, data, table) ke entity
Model_admin untuk melakukan penyimpanan. Setelah selesai,
controller Pengembalian memanggil fungsi index() ke controller
Setting sendiri yang kemudian memanggil fungsi view() ke boundary
admin-setting sehingga menampilkan halaman ke aktor Admin.
87
4.6.4.8 Sequence Diagram Logout
sd Logout
Admin
Logout Login admin-login
aksi_logout()
index()
view()
:tampil halaman
Gambar 4.37 Sequence Diagram Logout

objek controller yaitu Logout dan Login, dan satu objek boundary yaitu admin-
login. Penjelasannya sebagai berikut :
1. Admin memanggil fungsi aksi_logout() ke controller Logout untuk
keluar dari sistem.
2. Controller Logout memanggil fungsi index() ke controller Login yang
kemudian memanggil fungsi view() ke boundary admin-login sehingga
4.6.5 Class Diagram
Class diagram menggambarkan struktur sistem dari segi pendefinisian kelas

– kelas yang akan dibuat untuk membangun sistem. Berikut class diagram dari
sistem yang akan dibangun :
88
class class
Buku Kategori Lokasi Model_admin
+ __construct() + __construct() + __construct() + ambil(var)

+ buku_edit(var) + index() + index() + buku()
+ buku_proses_edit() + kategori_edit(var) + lokasi_edit(var) + cari(var, var)
+ buku_proses_hapus(var) + kategori_proses_edit() + lokasi_proses_edit() + proses_edit(var, var, var)
+ buku_proses_tambah() + kategori_proses_hapus(var) + lokasi_proses_hapus(var) + proses_hapus(var, var)
+ buku_tambah() + kategori_proses_tambah() + lokasi_proses_tambah() + proses_tambah(var, var)
+ index() + kategori_tambah() + lokasi_tambah()
Beranda
+ __construct()
+ index()
Setting
+ __construct()
+ index()
+ proses_setting()
Login
+ __construct()
+ aksi_login()
+ index()
Logout
Peminj aman
+ aksi_logout()
+ __construct()
+ data()
+ edit_pengaturan() Pengembalian
+ peminjaman_edit(var) + __construct()
+ peminjaman_proses_edit() + pengembalian()
+ peminjaman_proses_hapus(var) + pengembalian_cari()
+ peminjaman_proses_tambah() + proses_pengembalian(var)
+ peminjaman_tambah()
+ pengaturan()
Gambar 4.38 Kelas Diagram Keseluruhan

Gambar di atas menunjukan ada 10 (sepuluh) kelas yang akan dibangun.
Berikut penjelasan dari tiap kelas :
1. Kelas Buku
Kelas buku digunakan untuk mengelola data buku. Operasi – operasi
yang ada pada kelas buku antara lain :
a. __construct(), sebuah operasi yang pertama kali dieksekusi pada
saat kelas dipanggil. Berisi perintah – perintah untuk memuat
fungsi yang dibutuhkan dalam sebuah kelas.
b. Buku_edit(var), berfungsi untuk menampilkan halaman edit data
buku.
c. Buku_proses_edit(), berfungsi untuk memproses data buku yang
akan diedit.
d. Buku_proses_hapus(var), berfungsi untuk memproses data buku
yang akan dihapus.
89
e. Buku_proses_tambah, berfungsi untuk memproses data buku

yang akan ditambah.
f. Buku_tambah(), berfungsi untuk menampilkan halaman tambah
data buku.
g. Index(), berfungsi untuk menampilkan halaman data buku.
2. Kelas Kategori
Kelas kategori digunakan untuk mengelola data kategori. Operasi –
operasi yang ada pada kelas kategori antara lain :
a. __construct(), sebuah operasi yang pertama kali dieksekusi pada saat
kelas dipanggil. Berisi perintah – perintah untuk memuat fungsi
yang dibutuhkan dalam sebuah kelas.
b. Kategori_edit(var), berfungsi untuk menampilkan halaman edit data
kategori.
c. Kategori_proses_edit(), berfungsi untuk memproses data kategori
yang akan diedit.
d. Kategori_proses_hapus(var), berfungsi untuk memproses data
kategori yang akan dihapus.
e. Kategori_proses_tambah, berfungsi untuk memproses data kategori
yang akan ditambah.
f. Kategori_tambah(), berfungsi untuk menampilkan halaman tambah
data kategori.
g. Index(), berfungsi untuk menampilkan halaman data kategori.
3. Kelas Lokasi
Kelas lokasi digunakan untuk mengelola data lokasi. Operasi – operasi
yang ada pada kelas lokasi antara lain :
b. Lokasi_edit(var), berfungsi untuk menampilkan halaman edit data
lokasi.
c. Lokasi_proses_edit(), berfungsi untuk memproses data lokasi yang
akan diedit.
90
d. Lokasi_proses_hapus(var), berfungsi untuk memproses data lokasi

yang akan dihapus.
e. Lokasi_proses_tambah, berfungsi untuk memproses data lokasi
yang akan ditambah.
f. Lokasi_tambah(), berfungsi untuk menampilkan halaman tambah
data lokasi.
g. Index(), berfungsi untuk menampilkan halaman data lokasi.
4. Kelas Model_admin
Kelas model_admin digunakan untuk mengelola data yang ada pada
database. Operasi – operasi yang ada pada kelas model_admin antara lain :
a. Ambil(var), berfungsi untuk mengambil data di database.
b. Buku(), berfungsi untuk mengambil data buku di database.
c. Cari(var, var), berfungsi untuk mencari data di database.
d. Proses_edit(var, var, var), berfungsi untuk memperbaharui data
yang dirubah ke database.
e. Proses_hapus(var, var), berfungsi untuk menghapus data di
database.
f. Proses_tambah(var, var), berfungsi untuk menambahkan data ke
database.
5. Kelas Beranda
Kelas beranda digunakan untuk menampilkan halaman beranda. Operasi
– operasi yang ada pada kelas beranda antara lain :
b. Index(), berfungsi untuk menampilkan halaman beranda.
6. Kelas Peminjaman
Kelas peminjaman digunakan untuk mengelola data peminjaman.
Operasi – operasi yang ada pada kelas peminjaman antara lain :
91
b. Data(), berfungsi untuk menampilkan halaman data peminjaman.

c. Edit_pengaturan(), berfungsi untuk memproses data pengaturan
pinjam.
d. Peminjaman_edit(var), berfungsi untuk menampilkan halaman edit
data peminjaman.
e. Peminjaman_proses_edit(), berfungsi untuk memproses data
peminjaman yang akan diedit.
f. Peminjaman_proses_hapus(var), berfungsi untuk memproses data
peminjaman yang akan dihapus.
g. Peminjaman_proses_tambah, berfungsi untuk memproses data
peminjaman yang akan ditambah.
h. Peminjaman_tambah(), berfungsi untuk menampilkan halaman
tambah data peminjaman.
i. Pengaturan(), berfungsi untuk menampilkan halaman edit data
pengaturan pinjam.
7. Kelas Pengembalian
Kelas pengembalian digunakan untuk mengelola data pengembalian.
Operasi – operasi yang ada pada kelas pengembalian antara lain :
b. Pengembalian(), berfungsi untuk menampilkan halaman
pengembalian.
c. Pengembalian_cari(), berfungsi untuk mencari data yang akan
dikembalikan dan kemudian menampilkan halaman data
peminjaman sesuai dengan data yang dicari.
d. Proses_pengembalian(var), berfungsi untuk memproses data
peminjaman yang akan dikembalikan.
8. Kelas Setting
Kelas setting digunakan untuk mengelola data pengaturan data
pengguna. Operasi – operasi yang ada pada kelas setting antara lain :
92

b. Index(), berfungsi untuk menampilkan halaman pengaturan data
pengguna.
c. Proses_setting(), berfungsi untuk memproses data pengaturan data
pengguna yang dirubah.
9. Kelas Login
Kelas login digunakan untuk masuk dari sistem. Operasi – operasi yang
ada pada kelas login antara lain :
b. Aksi_login(), berfungsi untuk memvalidasi nama user dan kata
sandi dari sistem.
c. Index(), berfungsi untuk menampilkan halaman login.
10. Kelas Logout
Kelas logout digunakan untuk keluar dari sistem. Operasi yang ada pada
kelas logout adalah Aksi_logout(), berfungsi untuk menghapus sesi dan
keluar dari dari sistem.
93
4.6.6 Struktur Tabel
Struktur tabel menggambarkan seluruh rancangan tabel yang ada pada basis
data dari suatu sistem. Berikut struktur tabel untuk sistem yang akan dibangun :
dm Tabel
(kode_peminjaman = kode_peminjaman)
Peminj aman
«FK»
«column»
*PK kode_peminjaman: INT
Pengaturan * peminjam: VARCHAR(50)
Detail_peminj aman ket: VARCHAR(50)
«column» * tanggal_pinjam: DATE
«column» * tanggal_kembali: DATE
*PK id: INT
*FK kode_peminjaman: INT tanggal_pengembalian: DATE
* biaya: INT
*FK kode_buku: INT denda: INT
* waktu: INT
* denda: INT status: CHAR(19)
«FK» total: INT
+ FK_Detail_peminjaman_Buku(INT)
«PK»
+ FK_Detail_peminjaman_Peminjaman(INT) «PK»
+ PK_Pengaturan(INT)
+ PK_Peminjaman(INT)
(kode_buku = kode_buku)
«FK»
Kategori
Buku
«column»
«column» *PK kode_kategori: INT
*PK kode_buku: INT * kategori: VARCHAR(30)
* judul: VARCHAR(100) (kategori = kode_kategori)
Admin ringkasan: VARCHAR(200) «FK» «PK»
tahun: CHAR(4) + PK_Kategori(INT)
«column» * stok: INT
*PK no: INT ket: VARCHAR(15)
* username: CHAR(5) penulis: VARCHAR(100)
* password: CHAR(32) * penerbit: VARCHAR(50) Lokasi
*FK kategori: INT
«PK» *FK lokasi: INT «column»
+ PK_Admin(INT) (lokasi = kode_lokasi) *PK kode_lokasi: INT
«FK» * lokasi: VARCHAR(30)
«FK»
+ FK_Buku_Kategori(INT)
+ FK_Buku_Lokasi(INT) «PK»
«PK» + PK_Lokasi(INT)
+ PK_Buku(INT)
Gambar 4.39 Struktur Tabel Basis Data

Berdasarkan gambar di atas, terdapat 7 (tujuh) tabel dalam basis data yang
akan dibuat. Berikut penjelasan tiap tabel :
1. Tabel Admin
Tabel admin digunakan untuk menyimpan data login admin. Atribut –
atribut yang ada di tabel admin antara lain :
a. No, dengan tipe data integer dan merupakan primary key atau kunci
utama. Atribut ini tidak boleh kosong.
b. Username, dengan tipe data varchar dan panjangnya 8. Atribut ini
tidak boleh kosong.
c. Password, dengan tipe data varchar dan panjangnya 32. Atribut ini
tidak boleh kosong.
94
2. Tabel Buku
Tabel buku digunakan untuk menyimpan data buku. Atribut – atribut
yang ada di tabel buku antara lain :
a. Kode_buku, dengan tipe data integer dan merupakan primary key
atau kunci utama. Atribut ini tidak boleh kosong.
b. Judul, dengan tipe data varchar dan panjangnya 100. Atribut ini
tidak boleh kosong.
c. Ringkasan, dengan tipe data varchar dan panjangnya 200.
d. Tahun, dengan tipe data char dan panjangnya 4.
e. Stok, dengan tipe data integer. Atribut ini tidak boleh kosong.
f. Ket, dengan tipe data varchar dan panjangnya 15.
g. Penulis, dengan tipe data varchar dan panjangnya 100.
h. Penerbit, dengan tipe data varchar dan panjangnya 50. Atribut ini
tidak boleh kosong.
i. Kategori, dengan tipe data integer dan merupakan foreign key atau
kunci tamu. Atribut ini tidak boleh kosong.
j. Lokasi, dengan tipe data integer dan merupakan foreign key atau
kunci tamu. Atribut ini tidak boleh kosong.
3. Tabel Lokasi
Tabel lokasi digunakan untuk menyimpan data lokasi. Atribut – atribut
yang ada di tabel lokasi antara lain :
a. Kode_lokasi, dengan tipe data integer dan merupakan primary key
b. Kategori, dengan tipe data varchar dan panjangnya 30. Atribut ini
tidak boleh kosong.
4. Tabel Kategori
Tabel kategori digunakan untuk menyimpan data kategori. Atribut –
atribut yang ada di tabel kategori antara lain :
a. Kode_kategori, dengan tipe data integer dan merupakan primary key
b. Lokasi, dengan tipe data varchar dan panjangnya 30. Atribut ini
tidak boleh kosong.
95
5. Tabel Peminjaman
Tabel peminjaman digunakan untuk menyimpan data peminjaman.
Atribut – atribut yang ada di tabel peminjaman antara lain :
a. Kode_peminjaman, dengan tipe data integer dan merupakan
primary key atau kunci utama. Atribut ini tidak boleh kosong.
b. Peminjam, dengan tipe data varchar dan panjangnya 30. Atribut ini
tidak boleh kosong.
c. Ket, dengan tipe data varchar dan panjangnya 50.
d. Tanggal_pinjam, dengan tipe data date. Atribut ini tidak boleh
kosong.
e. Tanggal_kembali, dengan tipe data date. Atribut ini tidak boleh
kosong.
f. Tanggal_pengembalian, dengan tipe data date.
g. Denda, dengan tipe data date.
h. Status, dengan tipe data char dan panjangnya 19.
i. Total, dengan tipe data integer.
6. Tabel Detail_peminjaman
Tabel detail_peminjaman digunakan untuk menyimpan data rinci dari
peminjaman. Atribut – atribut yang ada di tabel detail_peminjaman antara
lain :
a. Kode_peminjaman, dengan tipe data integer dan merupakan foreign
key atau kunci tamu. Atribut ini tidak boleh kosong.
b. Kode_buku, dengan tipe data integer dan merupakan foreign key
atau kunci tamu. Atribut ini tidak boleh kosong.
7. Tabel Pengaturan
Tabel pengaturan digunakan untuk menyimpan data pengaturan dari
peminjaman. Atribut – atribut yang ada di tabel pengaturan antara lain :
a. Id, dengan tipe data integer dan merupakan primary key atau kunci
utama. Atribut ini tidak boleh kosong.
b. Biaya, dengan tipe data integer. Atribut ini tidak boleh kosong.
c. Waktu, dengan tipe data integer. Atribut ini tidak boleh kosong.
d. Denda, dengan tipe data integer. Atribut ini tidak boleh kosong.
96
4.6.7 Struktur Menu
Struktur menu menggambarkan apa saja menu yang ada pada sebuah
aplikasi. Berikut struktur menu dari sistem yang akan dibangun :
Gambar 4.40 Struktur Menu

Berdasarkan gambar di atas, terdapat 9 (sembilan) menu yang ada pada
sistem yang akan dibangun. Berikut penjelasan tiap menu :
1. Login, digunakan untuk login.
2. Beranda, digunakan untuk melihat halaman beranda.
3. Manajemen Buku, digunakan untuk melihat halaman manajemen buku.
4. Manajemen Lokasi, digunakan untuk melihat halaman manajemen
lokasi.
5. Manajemen Kategori, digunakan untuk melihat halaman manajemen
kategori.
6. Manajemen Peminjaman, digunakan untuk melihat halaman manajemen
peminjaman.
7. Pengembalian, digunakan untuk melihat halaman pengembalian.
8. Pengaturan Data Pengguna, digunakan untuk melihat halaman
pengaturan data pengguna.
9. Logout, digunakan untuk keluar dari sistem.
4.6.8 Interface
Interface disini menggambarkan gambaran abstrak dari halaman yang akan

diimplementasikan nanti ke dalam kode program. Berikut kerangka dari halaman
97
admin yang akan dibangun setelah admin masuk atau telah melakukan login sistem
:
Gambar 4.41 Interface Kerangka Halaman Admin

Berdasarkan gambar di atas, kerangka halaman admin terbagi menjadi 4
(empat) bagian yaitu :
1. Header, terletak pada bagian atas dan berisi tombol pengaturan dan
tombol keluar.
2. Sidebar, terletak pada bagian kiri dan berisi menu – menu administrasi
perpustakaan seperti manajemen peminjaman; pengembalian;
manajemen buku; manajemen kategori; dan manajemen lokasi.
3. Konten, terletak pada bagian tengah dan berisi konten dari menu yang
dipilih.
4. Footer, terletak pada bagian bawah dan berisi catatan kaki tentang
aplikasi yang dibuat.
98
4.6.8.1 Interface Login
Gambar 4.42 Interface Login

Berdasarkan gambar di atas, dalam interface login terdapat 3 komponen
yaitu :
1. Textfield nama user untuk mengisi nama user yang akan melakukan
login.
2. Textfield kata sandi untuk mengisi kata sandi dari nama user yang akan
melakukan login.
3. Button masuk untuk memproses login.
4.6.8.2 Interface Beranda
Gambar 4.43 Interface Beranda

Berdasarkan gambar di atas, dalam interface beranda terdapat komponen
label yang berisi ucapan selamat datang.
99
4.6.8.3 Interface Manajemen Buku
1. Interface Data Buku
Gambar 4.44 Interface Data Buku

Berdasarkan gambar di atas, dalam interface data buku terdapat 2
komponen yaitu :
a. Button tambah untuk menampilkan halaman tambah data buku.
b. Tabel yang berisi data dari buku beserta manajemen untuk mengedit
dan menghapus.
2. Interface Tambah Data Buku
Gambar 4.45 Interface Tambah Data Buku

100
Berdasarkan gambar di atas, dalam interface tambah data buku terdapat

16 komponen yaitu :
a. Label Kode Buku.
b. Textfield kode buku yang disabled atau tidak dapat diisi karena akan
diisi secara otomatis oleh sistem.
c. Label Judul Buku.
d. Textfield judul buku untuk mengisi judul dari data buku yang akan
diinputkan.
e. Label Ringkasan.
f. Textarea ringkasan untuk mengisi ringkasan dari data buku yang
akan diinputkan.
g. Label Kategori.
h. Select kategori untuk memilih kategori dari data buku yang akan
diinputkan.
i. Label Lokasi.
j. Select lokasi untuk memilih lokasi dari data buku yang akan
diinputkan.
k. Label Tahun.
l. Textfield tahun untuk mengisi tahun dari data buku yang akan
diinputkan.
m. Label Stok
n. Textfield stok untuk mengisi stok dari data buku yang akan
diinputkan.
o. Label Keterangan
p. Textfield keterangan untuk mengisi keterangan dari data buku yang
akan diinputkan.
q. Button simpan untuk memproses penyimpanan.
r. Button batal untuk kembali ke halaman data buku.
101
3. Interface Edit Data Buku
Gambar 4.46 Interface Edit Data Buku

Berdasarkan gambar di atas, dalam interface edit data buku terdapat 16
komponen yaitu :
a. Label Kode Buku
b. Textfield kode buku yang disabled atau tidak dapat diubah.
c. Label Judul Buku.
d. Textfield judul buku untuk mengubah judul dari data buku yang akan
diedit.
e. Label Ringkasan
f. Textarea ringkasan untuk mengubah ringkasan dari data buku yang
akan diedit.
g. Label Kategori.
h. Select kategori untuk memilih kategori dari data buku yang akan
diedit.
i. Label Lokasi.
j. Select lokasi untuk memilih lokasi dari data buku yang akan diedit.
k. Label Tahun.
102
l. Textfield tahun untuk mengubah tahun dari data buku yang akan
diedit.
m. Label Stok.
n. Textfield stok untuk mengubah stok dari data buku yang akan diedit.
o. Label Keterangan
p. Textfield keterangan untuk mengubah keterangan dari data buku
yang akan diedit.
q. Button simpan untuk memproses perubahan.
r. Button batal untuk kembali ke halaman data buku.
4.6.8.4 Interface Manajemen Lokasi

1. Interface Data Lokasi
Gambar 4.47 Interface Data Lokasi

Berdasarkan gambar di atas, dalam interface data lokasi terdapat 2
komponen yaitu :
a. Button tambah untuk menampilkan halaman tambah data lokasi.
b. Tabel yang berisi data dari lokasi beserta manajemen untuk
mengedit dan menghapus.
103
2. Interface Tambah Data Lokasi
Gambar 4.48 Interface Tambah Data Lokasi

Berdasarkan gambar di atas, dalam interface tambah data lokasi terdapat
6 komponen yaitu :
a. Label Kode Lokasi.
b. Textfield kode lokasi yang disabled atau tidak dapat diisi karena
akan diisi secara otomatis oleh sistem.
c. Label Lokasi.
d. Textfield lokasi untuk mengisi lokasi dari data lokasi yang akan
diinputkan.
e. Button simpan untuk memproses penyimpanan.
f. Button batal untuk kembali ke halaman data lokasi.
3. Interface Edit Data Lokasi
Gambar 4.49 Interface Edit Data Lokasi

104
Berdasarkan gambar di atas, dalam interface edit data lokasi terdapat 6

komponen yaitu :
a. Label Kode Lokasi.
b. Textfield kode lokasi yang disabled atau tidak dapat diubah.
c. Label Lokasi.
d. Textfield lokasi untuk mengubah lokasi dari data lokasi yang akan
diedit.
e. Button simpan untuk memproses perubahan.
f. Button batal untuk kembali ke halaman data lokasi.
4.6.8.5 Interface Manajemen Kategori

1. Interface Data Kategori
Gambar 4.50 Interface Data Kategori

Berdasarkan gambar di atas, dalam interface data kategori terdapat 2
komponen yaitu :
a. Button tambah untuk menampilkan halaman tambah data kategori.
b. Tabel yang berisi data dari kategori beserta manajemen untuk
105
2. Interface Tambah Data Kategori
Gambar 4.51 Interface Tambah Data Kategori

Berdasarkan gambar di atas, dalam interface tambah data kategori
terdapat 6 komponen yaitu :
a. Label Kode Kategori.
b. Textfield kode kategori yang disabled atau tidak dapat diisi karena
akan diisi secara otomatis oleh sistem.
c. Label Kategori.
d. Textfield kategori untuk mengisi kategori dari data kategori yang
akan diinputkan.
e. Button simpan untuk memproses penyimpanan.
f. Button batal untuk kembali ke halaman data kategori.
3. Interface Edit Data Kategori
Gambar 4.52 Interface Edit Data Kategori

Berdasarkan gambar di atas, dalam interface edit data kategori terdapat
4 komponen yaitu :
a. Label Kode Kategori.
106
b. Textfield kode kategori yang disabled atau tidak dapat diubah.

c. Label Kategori
d. Textfield kategori untuk mengubah kategori dari data kategori yang
akan diedit.
e. Button simpan untuk memproses perubahan.
f. Button batal untuk kembali ke halaman data kategori.
4.6.8.6 Interface Manajemen Peminjaman
1. Interface Data Peminjaman
Gambar 4.53 Interface Data Peminjaman

Berdasarkan gambar di atas, dalam interface data peminjaman terdapat
3 komponen yaitu :
a. Button tambah untuk menampilkan halaman tambah data
peminjaman.
b. Button pengaturan pinjam untuk menampilkan halaman pengaturan
peminjaman.
c. Tabel yang berisi data dari peminjaman beserta manajemen untuk
107
2. Interface Tambah Data Peminjaman
Gambar 4.54 Interface Tambah Data Peminjaman

Berdasarkan gambar di atas, dalam interface tambah data peminjaman
a. Label Kode Peminjaman.
b. Textfield kode peminjaman yang disabled atau tidak dapat diisi
karena akan diisi secara otomatis oleh sistem.
c. Label Peminjam.
d. Textfield peminjam untuk mengisi nama peminjam yang akan
melakukan peminjaman.
e. Label Buku.
f. Select buku untuk memilih buku yang akan dipinjam oleh peminjam.
g. Label Tanggal.
h. Datepicker tanggal untuk menentukan tanggal pinjam dan tanggal
kembali dari peminjaman .
i. Button simpan untuk memproses penyimpanan.
j. Button batal untuk kembali ke halaman data peminjaman.
108
3. Interface Edit Data Peminjaman
Gambar 4.55 Interface Edit Data Peminjaman

Berdasarkan gambar di atas, dalam interface edit data peminjaman
b. Textfield kode peminjaman yang disabled atau tidak dapat diubah.
c. Label Peminjam.
d. Textfield peminjam untuk mengubah nama peminjam yang
melakukan peminjaman.
e. Label Buku.
f. Select buku untuk memilih kembali buku yang akan dipinjam oleh
peminjam.
g. Label tanggal.
h. Datepicker tanggal untuk mengubah tanggal pinjam dan tanggal
kembali dari peminjaman .
i. Button simpan untuk memproses penyimpanan.
j. Button batal untuk kembali ke halaman data peminjaman.
109
4. Interface Pengaturan Peminjaman
Gambar 4.56 Interface Pengaturan Peminjaman

Berdasarkan gambar di atas, dalam interface pengaturan peminjaman
a. Label Batas Waktu.
b. Textfield batas waktu untuk mengubah batas waktu peminjaman.
c. Label Biaya Pinjam/hari.
d. Textfield biaya pinjam/hari untuk mengubah biaya dari peminjaman
per hari.
e. Label Biaya Denda/hari.
f. Textfield biaya denda/hari untuk mengubah denda dari peminjaman
per hari.
g. Button simpan untuk memproses perubahan.
h. Button batal untuk kembali ke halaman data kategori.
110
4.6.8.7 Interface Pengembalian
1. Interface Pengembalian
Gambar 4.57 Interface Pengembalian

Berdasarkan gambar di atas, dalam pengembalian cari terdapat 3
komponen yaitu :
b. Textfield kode peminjam untuk mengisi kode dari peminjam yang
akan melakukan pengembalian.
c. Button cari untuk memproses cari data.
2. Data Pengembalian
Gambar 4.58 Interface Data Pengembalian

Berdasarkan gambar di atas, dalam interface data pengembalian terdapat
2 komponen yaitu :
a. Button kembali untuk menampilkan kembali halaman pengembalian
cari.
111
b. Tabel yang berisi data dari peminjam beserta manajemen untuk

mengembalikan data buku.
4.6.8.8 Interface Pengaturan Data Pengguna
Gambar 4.59 Interface Pengaturan Data Pengguna

Berdasarkan gambar di atas, dalam interface pengaturan data pengguna
a. Label Kata Sandi Lama.
b. Textfield kata sandi lama untuk mengubah kata sandi lama dari
sistem.
c. Label Kata Sandi Baru.
d. Textfield kata sandi baru untuk mengubah kata sandi baru dari
sistem.
e. Button simpan untuk memproses perubahan kata sandi.
f. Label Logo.
g. Textfield logo untuk menyimpan informasi pengunggahan dan
Button browse untuk mencari file gambar logo.
112
h. Button simpan untuk memproses perubahan logo.
4.7 Construction
Pada tahap ini, penulis mengimplementasikan model – model yang telah
dibuat ke dalam kode program dan kemudian melakukan test terhadap program
yang sudah dibuat.
4.7.1 Implementasi
Dalam mengimplementasikan kode program, penulis menggunakan

framework dari CodeIgniter dan template dari AdminLTE. Hasilnya tampilan
sesuai dengan apa yang dimodelkan meski ada beberapa tambahan fitur atau
komponen bawaan dari template yang penulis gunakan.
4.7.1.1 Halaman Login
Gambar 4.60 Halaman Login

Berdasarkan gambar di atas, implementasi dari halaman login sesuai dengan
apa yang dimodelkan sebelumnya oleh penulis.
113
4.7.1.2 Halaman Beranda
Gambar 4.61 Halaman Beranda

Berdasarkan gambar di atas, implementasi dari halaman beranda sesuai
dengan apa yang dimodelkan sebelumnya oleh penulis.
4.7.1.3 Halaman Manajemen Buku

1. Halaman Data Buku
Gambar 4.62 Halaman Data Buku

Berdasarkan gambar di atas, implementasi dari halaman data buku
sesuai dengan apa yang dimodelkan sebelumnya oleh penulis.
114
2. Halaman Tambah Data Buku
Gambar 4.63 Halaman Tambah Data Buku

Berdasarkan gambar di atas, implementasi dari halaman tambah data
buku sesuai dengan apa yang dimodelkan sebelumnya oleh penulis.
3. Halaman Edit Data Buku
Gambar 4.64 Halaman Edit Data Buku

Berdasarkan gambar di atas, implementasi dari halaman edit data buku
115
4.7.1.4 Halaman Manajemen Lokasi
1. Halaman Data Lokasi
Gambar 4.65 Halaman Data Lokasi

Berdasarkan gambar di atas, implementasi dari halaman data lokasi
2. Halaman Tambah Data Lokasi
Gambar 4.66 Halaman Tambah Data Lokasi

lokasi sesuai dengan apa yang dimodelkan sebelumnya oleh penulis.
116
3. Halaman Edit Data Lokasi
Gambar 4.67 Halaman Edit Data Lokasi

Berdasarkan gambar di atas, implementasi dari halaman edit data lokasi
4.7.1.5 Halaman Manajemen Kategori
1. Halaman Data Kategori
Gambar 4.68 Halaman Data Kategori

Berdasarkan gambar di atas, implementasi dari halaman data kategori
117
2. Halaman Tambah Data Kategori
Gambar 4.69 Halaman Tambah Data Kategori

kategori sesuai dengan apa yang dimodelkan sebelumnya oleh penulis.
3. Halaman Edit Data Kategori
Gambar 4.70 Halaman Edit Data Kategori

Berdasarkan gambar di atas, implementasi dari halaman edit data
kategori sesuai dengan apa yang dimodelkan sebelumnya oleh penulis.
118
4.7.1.6 Halaman Manajemen Peminjaman
1. Halaman Data Peminjaman
Gambar 4.71 Halaman Data Peminjaman

Berdasarkan gambar di atas, implementasi dari halaman data
peminjaman sesuai dengan apa yang dimodelkan sebelumnya oleh penulis.
2. Halaman Tambah Data Peminjaman
Gambar 4.72 Halaman Tambah Peminjaman

119
3. Halaman Edit Data Peminjaman
Gambar 4.73 Halaman Edit Data Peminjaman

Berdasarkan gambar di atas, implementasi dari halaman edit data
4. Halaman Pengaturan Peminjaman
Gambar 4.74 Halaman Pengaturan Peminjaman

Berdasarkan gambar di atas, implementasi dari halaman pengaturan
120
4.7.1.7 Halaman Pengembalian
1. Halaman Pengembalian
Gambar 4.75 Halaman Pengembalian

Berdasarkan gambar di atas, implementasi dari halaman pengembalian
2. Halaman Data Pengembalian
Gambar 4.76 Halaman Data Pengembalian

Berdasarkan gambar di atas, implementasi dari halaman data
pengembalian sesuai dengan apa yang dimodelkan sebelumnya oleh
penulis.
121
4.7.1.8 Halaman Pengaturan Data Pengguna
Gambar 4.77 Halaman Pengaturan Data Pengguna

Berdasarkan gambar di atas, implementasi dari halaman pengaturan data
pengguna sesuai dengan apa yang dimodelkan sebelumnya oleh penulis.
4.7.2 Pengujian
Setelah berhasil mengimplementasikan kode program, diperlukan
pengujian agar mengetahui bahwa sistem yang telah dibangun berfungsi sesuai
yang diharapkan. Berikut tabel hasil pengujian yang dilakukan :
Tabel 4.10 Hasil Pengujian
Hasil yang Hasil
No Pengujian Kesimpulan
diharapkan Pengujian
Login dengan nama
1 pengguna dan kata Masuk ke sistem Sesuai harapan Sukses
sandi yang sesuai
Login dengan nama
pengguna dan atau Tidak masuk ke
2 Sesuai harapan Sukses
kata sandi yang salah sistem
atau tidak diisi
Memilih menu Melihat halaman
Beranda beranda
122
Hasil yang Hasil

Manajemen Buku data buku
Menambah data
4 Tambah data buku Sesuai harapan Sukses
buku
Mengubah data
5 Edit data buku Sesuai harapan Sukses
buku
Menghapus data
6 Hapus data buku Sesuai harapan Sukses
buku
Manajemen Lokasi data lokasi
Menambah data
8 Tambah data lokasi Sesuai harapan Sukses
lokasi
Mengubah data
9 Edit data lokasi Sesuai harapan Sukses
lokasi
Menghapus data
10 Hapus data lokasi Sesuai harapan Sukses
lokasi
Manajemen Kategori data kategori
Tambah data Menambah data
kategori kategori
Mengubah data
13 Edit data kategori Sesuai harapan Sukses
kategori
Menghapus data
14 Hapus data kategori Sesuai harapan Sukses
kategori
Memilih menu
Melihat halaman
15 Manajemen Sesuai harapan Sukses
data peminjaman
Peminjaman
Tambah data Menambah data
peminjaman peminjaman
123
Hasil yang Hasil

Edit data Mengubah data
Hapus data Menghapus data
Mengubah
19 Pengaturan pinjam pengaturan Sesuai harapan Sukses
peminjaman
Mencari dan
menampilkan data
20 Cari pengembalian peminjaman yang Sesuai harapan Sukses
akan
mengembalikan
Mengubah status
peminjaman belum
21 Pengembalian dikembalikan Sesuai harapan Sukses
menjadi sudah
dikembalikan
Mengubah
Pengaturan Data
22 pengaturan dari Sesuai harapan Sukses
Pengguna
sistem
4.8 Deployment
Pada tahap ini, penulis mengirimkan aplikasi sistem yang telah dibangun ke
pihak sekolah. Penulis mendemokan dan memberikan panduan tentang bagaimana
cara menggunakan aplikasi yang telah dibuat. Pihak sekolah memberikan respon
yang baik tentang aplikasi yang telah dibuat dan sesuai harapan. Dalam melakukan
demo, penulis menggunakan black box testing jadi hanya mendemokan fungsi –
fungsi yang ada pada aplikasi dan hasilnya pun sesuai dengan tahap pengujian
dimana semua fungsi sukses dijalankan.
BAB V
KESIMPULAN DAN SARAN
5.1 Kesimpulan
Kesimpulan yang didapat dari penelitian ini adalah aplikasi yang dibuat oleh
penulis dapat memudahkan pihak sekolah dalam melakukan administrasi
perpustakaan.
5.2 Saran
Adapun saran yang didapatkan dalam pembangunan perangkat lunak ini
adalah sebagai berikut :
1. Dalam menjalankan aplikasi sistem ini masih menggunakan localhost.
Disarankan untuk membuka sistem ini secara online.
2. Disarankan dibuatkannya antar muka untuk peminjam. Sehingga dalam
melakukan peminjaman dapat langsung pada sistem tersebut oleh
peminjam sendiri.
3. Disarankan dibuatkannya pengolahan untuk data anggota sehingga
dapat terdata dengan baik anggota yang terdaftar dan yang melakukan
simpan pinjam buku di perpustakaan.
124
DAFTAR PUSTAKA
Aldarbesti, H., & Saxena, J. (2014). Management Information System for

Education. IOSR Journal of Research & Method in Education Volume 4,
Issue 1 Ver. IV, 36-44.
Ali, F. (2012). Redefinisi Administrasi Dalam Lintasan Pemikiran Filsafat. Jurnal
Ilmiah Ilmu Pemerintahan Vol. 1 No. 3.
Anwar, S., Efendi, Y., Rustam, R., & Andrew. (2016). Perancangan Sistem
Informasi Pendaftaran Mahasiswa Baru dan Pengisian Kartu Rencana Studi
(KRS) Amik Wahana Mandiri Berbasis Web Mobile. Jurnal Sistem
Informasi, IX(1).
Arif, S., Wanda, A., & Masudi, A. (2013). Aplikasi Administrasi Perpustakaan
Berbasis Web Smk Swasta Brigjend Katamso Medan. Jurnal SAINTIKOM
Vol. 12, No.1.
Aryanto, A. (2013). Pembuatan Sistem Informasi Perpustakaan SMP
Muhammadiyah 7 Surakarta. Indonesia Journal on Computer Science-
Speed (IJCSS) 15 Vol. 10 No. 1.
Elizabeth, T., & H. Darmawan, S. (2015). Sistem Informasi Pemakaian Sparepart
Mesin Packing pada PT. XYZ. Jurnal Teknik Informatika dan Sistem
Informasi, I(2).
Enterprise Architect 13 Reviewer's Guide. (2016). Retrieved from
http://sparxsystems.com/downloads/whitepapers/EAReviewersGuide.pdf
Fowler, M. (2005). UML Distilled Ed.3, Panduan Singkat Bahasa Permodelan
Objek Standar. Yogyakarta: Penerbit Andi.
Harary, F., & Batell, M. (1981). What is a System? Social Network, 3, 29-40.
Hartono, J. (2005). Analisis dan Desain Sistem Informasi, Sistem Informasi:
Pendekatan Terstruktur Teori dan Praktik Aplikasi Bisnis. Yogyakarta:
Andi Offset.
Hasibuan, Z. (2007). Metodologi Penelitian Pada Bidang Ilmu Komputer Dan
Teknologi Informasi. Fakultas Ilmu Komputer Universitas Indonesia.
Hendini, A. (2016). Pemodelan UML Sistem Informasi Monitoring Penjualan Dan
Stok Barang (Studi Kasus: Distro Zhezha Pontianak). JURNAL
KHATULISTIWA INFORMATIKA, IV(2).
Hermawan, S., Shinta , Q., & Migunani. (2016). Rancang Bangun Sistem Informasi
Persediaan Barang Pada Toko Cahaya Baru Semarang. Jurnal Teknologi
Informasi dan Komunikasi Volume 7 Nomor 1.
Jubilee Enterprise. (2017). HTML5 Komplet. Jakarta: PT. Elex Media Komputindo.
Mauluddin, A. (2011). Aplikasi Web Browser Menggunakan Metode Url
(Universal Resource Locator) Pada Sistem Operasi Window. Jurnal
INFORMASI Vol.4 No.2.
125
126
Nathasia, N., Hayati, N., & Winarsih. (2015). Desain Aplikasi Sistem E-Career
Perguruan Tinggi Berbasis Web Dengan Bahasa Pemrograman Php Dan
Framework Codeigniter. Seminar Nasional Sistem Informasi Indonesia.
Octafian, D. (2015). Web Multi E-Commerce Berbasis Framework Codeigniter.
Jurnal Teknologi dan Informatika , V(1).
Palit, R., Rindengan, Y., & Lumenta, A. (2015). Rancangan Sistem Informasi
Keuangan Gereja Berbasis Web Di Jemaat GMIM Bukit Moria Malalayang.
E-Journal Teknik Elektro dan Komputer Vol. 4 No. 7.
Pindoyono, P. (2017). Development Of Web-Based Information System Using
Framework Codeigniter in SMK Negeri 1 Jogonalan Klaten. Jurnal
Elektronik Pendidikan Teknik Informatika Vol 6 No 5.
Pressman, R., & Maxim, B. (2014). Software Engineering: A Practitioner’s
Approach, Eighth Edition. New York: McGraw-Hill Education.
Rosadi, d., & Lousiani, U. (2012). Aplikasi Pembuatan Laporan Keuangan Berbasis
Web. Jurnal Computech & Bisnis, Vol. 6, No. 2.
S. Rosa, A., & Shalahuddin, M. (2010). Modul Pembelajaran Pemrograman
Berorientasi Objek. Bandung: Modula.
S. Rosa, A., & Shalahuddin, M. (2016). Rekayasa Perangkat Lunak (Terstruktur
dan Berorientasi Objek). Bandung: Modula.
Sanjani, L., Hartati , S., & Sudarmaningtyas, P. (2014). Rancang Bangun Sistem
Informasi Penggajian Pegawai dan Remunerasi Jasa Medis Pada Rumah
Sakit Bedah Surabaya. Jurnal Sistem Informasi (JSIKA) Vol 3, No 1.
Sembirin, H., & Nurhayati. (2012). Sistem Informasi Jumlah Angkatan Kerja
Menggunakan Visual Basic Pada Badan Pusat Statistik (BPS) Kabupaten
Langkat. Jurnal KAPUTAMA, Vol.5 No.2.
Syaripudin, G., & Cahyana, R. (2015). Pengembangan Aplikasi Web Untuk
Pengajuan Cuti Pegawai Secara Online. Jurnal Algoritma Vol. 13 No. 1.
Turban, E., Aronson, J., & Liang, T.-P. (2007). Decision Support Systems And
Intelligent Systems. New Delhi: Prentice Hall.
Whitten, J., & Bentley, L. (2007). System Analysis and Design Methods. New York:
The McGraw-Hill.

Rancang Bangun Aplikasi Perpustakaan Sma Negeri Babakancikao Purwakarta

Diunggah oleh

Informasi Dokumen

Deskripsi Asli:

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Rancang Bangun Aplikasi Perpustakaan Sma Negeri Babakancikao Purwakarta

Diunggah oleh

Hak Cipta:

Format Tersedia

RANCANG BANGUN APLIKASI PERPUSTAKAAN

SMA NEGERI BABAKANCIKAO

LAPORAN KERJA PRAKTEK

Diajukan Untuk Memenuhi Syarat Mata Kuliah Kerja Praktek

PROGRAM STUDI TEKNIK INFORMATIKA

RANCANG BANGUN APLIKASI PERPUSTAKAAN

Telah disetujui dan dinyatakan memenuhi syarat untuk mengikuti Seminar

Purwakarta, 30 Januari 2018

Dadi Iskandar S.T.

M. Rafi Muttaqin, M.Kom

RANCANG BANGUN APLIKASI PERPUSTAKAAN

LUKI LUKMANUL HAKIM

Telah disetujui dan dinyatakan memenuhi syarat sebagai

H. Dayan Singasatia, M.Kom. Dadi Iskandar, S.T.

Kata kunci : sistem perpustakaan, administrasi, aplikasi.

Purwakarta, Desember 2017

Gambar 2.1 Bagian Sistem ................................................................................... 8

Tabel 2.1 Simbol Flow Map ............................................................................... 17

1.1 Latar Belakang

1.2 Rumusan Masalah

1.3 Tujuan Penelitian

1.4 Manfaat Penelitian

1.5 Batasan Masalah

1.6 Waktu dan Tempat Pelaksanaan Kerja Praktek

1.7 Metode Penelitian

1.7.1 Pengumpulan Data

1.7.1 Metode Pengembangan Perangkat Lunak

Pada metode perangkat lunak, penulis menggunakan model Waterfall.

1.7.2 Alat Penelitian

1. Satu set personal komputer dengan spesifikasi :

1.8 Sistematika Penulisan

2.1 Rancang Bangun

2.2.1 Aplikasi Web

Hidayat (Syaripudin & Cahyana, 2015) mendefinisikan web sebagai

2.2.2 Aplikasi Desktop

2.3.2 Bagian Sistem

Dalam buku berjudul “System Analysis and Desain Methods” (Turban,

Gambar 2.1 Bagian Sistem

2.3.3 Jenis sistem

Gambar 2.2 Klasifikasi Informasi

2.8 Metode Penelitian

2.8.1 Pengertian Penelitian

Penelitian merupakan suatu proses mencari sesuatu secara sistimatis dalam

2.8.2 Jenis Penelitian

2.8.3 Pengumpulan Data

2.9 Metode Pengembangan Perangkat Lunak

kemajuan pelanggan kemudian planning atau perencanaan, modeling atau

Gambar 2.3 Tahapan Waterfall Model

Berdasarkan gambar di atas ada 5 tahap perancangan, penjelasan tiap tahap

2014) menyebutkan beberapa prinsip dalam berkomunikasi, diantaranya

2.10 Pemrograman Berorientasi Objek

2.10.1 Pengertian Pemrograman Berorientasi Objek

2.10.2 Syarat Bahasa Pemrograman Berorientasi Objek

Sebuah bahasa pemrograman dapat dikatakan berorientasi objek jika

2.11 Peta Aliran (Flowmap)

Simbol yang digunakan dalam Flow map sebagai berikut:

3 Simpanan offline File computer yang

4 Proses Menunjukan kegiatan

5 Keyboard Menunjukan input yang

6 Garis alur Menunjukan arus dari

7 Keputusan Keputusan dalam suatu

8 Display Menampilkan ke monitor