Template Skripsi
Template Skripsi
Oleh:
JOHAN WIDANARKO
4114051
1
RANCANG BANGUN SISTEM RESERVASI
LAPANGAN FUTSAL BERBASIS WEB
DI KAB. JOMBANG
SKRIPSI
Oleh:
NAMA MAHASISWA
NIM: 4113000
3
HALAMAN MOTTO
5
HALAMAN PERSEMBAHAN
7
PERNYATAAN KEASLIAN
Dinyatakan di Jombang
Tanggal … ………. ….
ttd
9
KATA PENGANTAR
Penulis
11
DAFTAR ISI
HALAMAN PERSEMBAHAN..................................................vii
PERNYATAAN KEASLIAN......................................................ix
KATA PENGANTAR................................................................xi
DAFTAR ISI...........................................................................xiii
DAFTAR TABEL.....................................................................xv
DAFTAR GAMBAR...............................................................xvii
DAFTAR RUMUS..................................................................xix
DAFTAR LAMPIRAN.............................................................xxi
ABSTRAK............................................................................xxiii
BAB 1 PENDAHULUAN..........................................................1
1.1 Latar Belakang...................................................................1
1.2 Rumusan Masalah.............................................................2
1.3 Batasan Masalah...............................................................2
1.4 Tujuan Penelitian...............................................................2
1.5 Manfaat Penelitian.............................................................3
1.6 Metode Penelitian..............................................................4
1.7 Sistematika Penulisan.......................................................6
BAB 2 LANDASAN TEORI......................................................7
2.1 Penelitian Terdahulu..........................................................7
2.2 Kajian Pustaka...................................................................9
BAB 3 ANALISIS DAN PERANCANGAN...............................19
3.1 Analisis Sistem yang Berjalan..........................................19
3.1.1 Analisis Proses Bisnis...................................................19
3.1.2 Analisis Sistem Informasi..............................................19
3.2 Analisis Sistem yang Diusulkan.......................................20
3.2.1 Kebutuhan Fungsional..................................................20
13
3.2.2 Kebutuhan Non Fungsional..........................................20
3.2.3 Perancangan Algoritma/Knowledge Base/Rule Base. . .20
3.2.4 Desain Sistem yang Diusulkan.....................................21
BAB 4 IMPLEMENTASI DAN PENGUJIAN...........................23
4.1 Lingkungan Pengembangan............................................23
4.1.1 Perangkat Keras...........................................................23
4.1.2 Perangkat Lunak...........................................................23
4.2 Lingkungan Implementasi................................................23
4.2.1 Perangkat Keras...........................................................24
4.2.2 Perangkat Lunak...........................................................24
4.3 Implementasi dan Pengujian Kode Program....................24
4.3.1 Pengujian Use Case Login...........................................24
4.3.2 Pengujian Use Case ….................................................24
4.4 Implementasi Basis Data.................................................25
BAB 5 PENUTUP..................................................................27
5.1 Kesimpulan......................................................................27
5.2 Saran...............................................................................27
DAFTAR PUSTAKA...............................................................29
14
DAFTAR TABEL
15
DAFTAR GAMBAR
17
DAFTAR RUMUS
19
DAFTAR LAMPIRAN
21
ABSTRAK
23
24
BAB 1
PENDAHULUAN
1
2
1) Penulis
Hasil Skripsi ini akan memberikan wawasan
pengetahuan tentang masalah yang diteliti, sehingga dapat
diperoleh gambaran yang jelas mengenai “Sistem Informasi
Reservasi Lapangan futsal Di Kabupaten Jombang”, baik
secara analisis maupun perancangan aplikasi sistem.
Penelitian ini adalah salah satu syarat mengikuti ujian akhir di
Jurusan Sistem Informasi di Fakultas Teknik Universitas
Pesantren Tinggi Darul Ulum (Unipdu) Jombang.
2) Pemilik Lapangan
Sistem ini diharapkan dapat mengubah dari
pencatatan pada buku besar yang sering terjadi kesalahan
mengenai jam penyewaan ke sistem komputerisasi yang
akurat dan efisien, Memudahkan dalam hal pembayaran DP
(Don’t Payment) atau untuk biaya pelunasannya,
mempromosikan usahanya dengan memanfaatkan teknologi,
memudahkan petugas dalam memberikan informasi misalnya
dalam memberikan info event yang akan di selenggarakan
dan memudahkan dalam reservasi jadwal lapangan, adanya
laporan booking dan laporan transaksi.
3) Pelanggan
Mempermudah pelanggan untuk menyewa lapangan
futsal secara online, pelanggan tidak perlu lagi untuk datang
ke tempat futsal hanya untuk menyewa lapangan, pelanggan
4
4) Unipdu
Penelitian ini akan memperkaya pustaka penelitian
universitas yang dapat digunakan sebagai bahan rujukan
untuk penelitian sejenis di masa mendatang. Serta sebagai
acuan dan tolak ukur kerberhasilan dalam mendidik atau
memberikan sesuatu yang bermanfaat kepada mahasiswa.
a. Analisis
Tahap ini penulis diperlukan komunikasi yang
bertujuan untuk memahami perangkat lunak yang
diharapkan oleh pengguna dan batasan perangkat lunak
5
b. Desain
Spesifikasi kebutuhan dari tahap sebelumnya
akan dipelajari dalam fase ini dan desain sistem
disiapkan. Desain Sistem membantu dalam menentukan
perangkat keras(hardware) dan sistem persyaratan dan
juga membantu dalam mendefinisikan arsitektur sistem
secara keseluruhan.
c. Implementasi
Pada tahap ini, sistem pertama kali
dikembangkan di program kecil yang disebut unit, yang
terintegrasi dalam tahap selanjutnya. Setiap unit
dikembangkan dan diuji untuk fungsionalitas yang disebut
sebagai unit testing.
BAB 5 PENUTUP
Bab ini berisi pokok-pokok kesimpulan dan saran-
saran yang perlu disampaikan kepada pihak-pihak yang
berkepentingan dengan hasil penelitian.
DAFTAR PUSTAKA
Daftar pustaka berisi daftar referensi yang digunakan
dalam penelitian.
BAB 2
LANDASAN TEORI
Table 2.1
8
9
adanya
pelaporan
data
transaksi
2) Acktivity diagram
Diagram aktivitas adalah tipe khusus dari diagram
status yang memperlihatkan aliran dari suatu aktivitas ke
aktivitas lainnya dalam suatu sistem. Diagram ini penting
terutama dalam pemodelan fungsi-fungsi suatu sistem dan
memberi tekanan pada aliran kendali antar objek (Widodo,
2011).
Rake Menunjukkan
dekomposisi.
Intial Titik untuk memulai
13
aktivitas.
Receive Tanda penerimaan.
3) Sequence Diagram
Diagram urutan adalah interasiksi yang
menekankan pada pengiriman pesan dalam suatu waktu
tertentu (Widodo, 2011).
4) Class Diagram
Dalam perancangan database pada UML biasanya
menggunakan Class diagram, sedangkan pada ERD (Entity
Relationship Diagram) menggunakan CDM (Conceptual Data
Model). Class diagram merupakan sebuah jenis dari diagram
yang menjelaskan struktur statis dari sebuah sistem yang
menunjukkan bahwa class diagram sama dengan CDM.
Tabel pada class diagram disebut class, sedangkan
pada CDM disebut entity. Pada class diagram terdapat
operation, sedangkan pada CDM tidak ada. Hubungan antar
tabel pada class diagram disebut assosiation, sedangkan
pada CDM disebut relation. Tabel yang terdapat pada class
diagram dan CDM jumlahnya sama (Prados, 2010).
Aggregation Aggregation
mengindikasikan
keseluruhan bagian
relationship dan biasanya
disebut sebagai relasi
“mempunyai sebuah”
atau ”bagian dari”.
Generalizatio Sebuah relasi
n Generalization pada
sebuah relasi
inherintance pada konsep
berorientasi objek.
17
2.2.6 MySQL
19
20
C. Use Case …
Perlu diingat bahwa untuk setiap use case dalam
use case diagarm perlu dijelaskan satu per satu. Jumlah sub
bab ini sesuai dengan jumlah use case dalam penelitian.
D. Activity/Robustness Diagram
Diagram kedua adalah Activity atau Robustness
Diagram. Pemilihan diagram tergantung preferensi penulis
atau sesuai arahan dosen pembimbing. Pada bagian ini juga
perlu dipastikan bahwa untuk setiap use case perlu dibuat
satu activity diagram.
.
E. Sequence Diagram
Diagram ketiga adalah sequence diagram. Untuk
masing-masing use case akan dibuat satu sequence diagram.
Sehingga apabila dalam perangkat lunak terdapat 10 use
case harus dapat pula ditemukan 10 sequence diagram.
22
F. Class Diagram
Class diagram dibuat sesuai dengan sequence.
Pada dasarnya hanya ada satu class diagram. Namun apabila
terlalu besar class diagram dapat dipecah pecah sesuai
kebutuhan asal tidak mengubah maksud dari relasi antar
class.
24
25
5.1 Kesimpulan
5.2 Saran
27
DAFTAR PUSTAKA
Gambar 5.2
Gambar 5.3
Table
t1abel 5.1