i

LAPORAN PROJECT SISTEM INFORMASI

SISTEM INFORMASI PENGELOLAAN DATA JASA REPARASI DI

TOP SHOE REPAIR

Disusun sebagai syarat lulus mata kuliah Sistem Informasi

Penyusun

Bagus Fatwan Alfiat 171105150688

FAKULTAS TEKNIK & SAINS PROGRAM STUDI INFORMATIKA

UNIVERSITAS IBN KHALDUN BOGOR
 KATA PENGANTAR

Assalamu’alaikum warahmatullahi wabarakatuh

Segala puji bagi Allah SWT yang telah memberikan kami kemudahan sehingga kami dapat
menyelesaikan laporan ini dengan tepat waktu. Tanpa pertolongan-Nya tentunya kami tidak akan
sanggup untuk menyelesaikan makalah ini dengan baik. Shalawat serta salam semoga terlimpah
curahkan kepada baginda tercinta kita yaitu Nabi Muhammad SAW yang kita nanti-natikan
syafa’atnya di akhirat nanti.
Penulis mengucapkan syukur kepada Allah SWT atas limpahan nikmat sehat-Nya, baik itu
berupa sehar fisik maupun akal pikiran, sehingga penulis mampu untuk menyelesaikan
pembuatan laporan sebagai tugas akhir dari mata kuliah Sistem Informasi + Praktikum dengan
judul “Sistem Informasi Pengelolaan Data Jasa Reparasi di TOP Shoe Repair”.
Penulis tentu menyadari bahwa laporan ini masih jauh dari kata sempurna dan masih banyak
terdapat kesalahan serta kekurangan di dalamnya. Untuk itu, penulis mengharapkan kritik serta
saran dari pembaca untuk makalah ini, supaya makalah ini nantinya dapat menjadi yang lebih
baik lagi. Demikian, dan apabila terdapat banyak kesalahan pada makalah ini penulis mohon
maaf yang sebesar-besarnya.
Penulis juga mengucapkan terima kasih kepada semua pihak khususnya kepada dosen Sistem
Informasi ibu Novita Br. Ginting, S.Kom, M.Kom yang telah membimbing kami dalam menulis
laporan ini.
Bogor, 15 Juli 2019

Penyusun
 ii

DAFTAR ISI

KATA PENGANTAR.....................................................................................................i
DAFTAR ISI....................................................................................................................ii
DAFTAR GAMBAR.......................................................................................................v

DAFTAR TABEL............................................................................................................vii

BAB I
PENDAHULUAN...........................................................................................................1

1.1 Latar Belakang...........................................................................................................1

1.2 Rumusan Masalah......................................................................................................2
1.3 Tujuan........................................................................................................................2

BAB II
LANDASAN TEORI.......................................................................................................3
2.1 Pengertian Sistem.......................................................................................................3
2.2 Pengertian Informasi..................................................................................................3
2.3 Pengertian Jasa...........................................................................................................3
2.4 Pengertian Reparasi...................................................................................................4
2.5 Konsep Database........................................................................................................5
2.6 Metode Pengembangan Sistem..................................................................................6
2.7 Website......................................................................................................................7
2.8 Framework Website...................................................................................................8
2.9 Codeigniter.................................................................................................................8
2.10 Metode Perancangan Sistem....................................................................................9
2.11 Unified Modeling Language (UML).......................................................................9
2.11.1 Usecase Diagram............................................................................................10
2.11.2 Class Diagram.................................................................................................11
2.11.3 Sequence Diagram..........................................................................................13
2.11.4 Activity Diagram............................................................................................14
 iii
2.11.5 Collaboration Diagram......................................................................15
2.11.6 Component Diagram.........................................................................16
2.11.7 Deployment Diagram........................................................................17

BAB III
METODE PENELITIAN.................................................................................................19
3.1 Waktu dan Tempat Penelitian....................................................................................19
3.2 Alat dan Bahan...........................................................................................................19
3.2.1 Alat 19
3.2.2 Bahan 20
3.3 Metode Penelitian......................................................................................................20

BAB IV
HASIL DAN PEMBAHASAN........................................................................................22

4.1 Hasil Analisa..............................................................................................................22

4.1.1 Sistem yang Sedang Berjalan............................................................................22
4.1.2 Sistem yang Dikembangkan..............................................................................25
4.1.3 Diagram Konteks..............................................................................................26
4.1.4 Usecase Diagram..............................................................................................27
4.2 Hasil dan Pembahasan...............................................................................................30
4.2.1 Diagram Aktivitas.............................................................................................30
1. Diagram Aktivitas Login................................................................................30
2. Diagram Aktivitas Tracking Proses Reparasi................................................31
3. Diagram Aktivitas Manajemen User.............................................................31
4. Diagram Aktivitas Manajemen Level............................................................32
5. Diagram Aktivitas Manajemen Menu............................................................33
6. Diagram Aktivitas Cetak Laporan.................................................................34
7. Diagram Aktivitas Kelola Data Pelanggan....................................................35
8. Diagram Aktivitas Kelola Data Pengerjaan...................................................36
9. Diagram Aktivitas Kelola Data Supplier.......................................................37
4.2.2 Sequence Diagram............................................................................................39
1. Sequence Diagram Login.............................................................................39
2. Sequence Diagram Tracking Proses Reparasi..............................................39
3. Sequence Diagram Manajemen User...........................................................41
 iv
4. Sequence Diagram Manajemen Level..........................................................41
5. Sequence Diagram Manajemen Menu.........................................................42
6. Sequence Diagram Cetak Laporan...............................................................43
7. Sequence Diagram Kelola Data Pelanggan..................................................44
8. Sequence Diagram Kelola Data Pengerjaan................................................45
9. Sequence Diagram Kelola Data Supplier.....................................................46
4.2.3 Component Diagram.......................................................................................47
4.2.4 Deployment Diagram......................................................................................48
4.2.5 Hasil Perancangan Database...........................................................................49
1. Tabel barang.................................................................................................50
2. Tabel jenis_barang.......................................................................................50
3. Tabel pelanggan...........................................................................................50
4. Tabel status_reparasi....................................................................................51
5. Tabel supplier...............................................................................................52
6. Tabel spare_part...........................................................................................52
7. Tabel transaksi supplier................................................................................53
8. Tabel tanda_terima.......................................................................................53
9. Tabel users....................................................................................................54
10. Tabel level....................................................................................................55
11. Tabel menu...................................................................................................55
12. Tabel icon.....................................................................................................55
13. Tabel user_access_menu..............................................................................56
4.2.6 Implementasi dan Unit Testing.......................................................................56
1. Login............................................................................................................56
2. Manajemen User..........................................................................................57
3. Manajemen Menu.........................................................................................58
4. Manajemen Level.........................................................................................59
5. Data Pelanggan.............................................................................................59
6. Pengerjaan....................................................................................................60
7. Kelola Supplier............................................................................................61
8. Tracking Proses Reparasi.............................................................................61
9. Laporan.........................................................................................................62

BAB V
PENUTUP ………………………………………………………………………. 63
5.1 Kesimpulan ………………………………………………………………….. 63
5.2 Saran ………………………………………………………………………… 63

DAFTAR PUSTAKA …………………………………………………………… 64

 DAFTAR GAMBAR

Gambar 2.1 Diagram Metode Waterfall..........................................................................6

Gambar 2.2 Component Diagram....................................................................................17
Gambar 2.3 Deployment Digaram...................................................................................18
Gambar 4.4 Flowchart Sistem yang Sedang Berjalan untuk Penerimaan Barang.....................23
Gambar 4.5 Flowchart Sistem yang Sedang Berjalan untuk Pengambilan Barang...................24
Gambar 4.6 Flowchart Sistem yang Dikembangkan.......................................................26
Gambar 4.6 Diagram Konteks.........................................................................................27
Gambar 4.7 Uscase Diagram...........................................................................................29
Gambar 4.8 Diagram Aktivitas Login..............................................................................30
Gambar 4.10 Diagram Aktivitas Tracking proses Reparasi............................................31
Gambar 4.11 Diagram Aktivitas Manajemen User.........................................................32
Gambar 4.12 Diagram Aktivitas Manajemen Level........................................................33
Gambar 4.13 Diagram Aktivitas Manajemen Menu........................................................34
Gambar 4.14 Diagram Aktivitas Cetak Laporan.............................................................35
Gambar 4.15 Diagram Aktivitas Kelola Data Pelanggan................................................36
Gambar 4.16 Diagram Aktivitas Kelola Data Pengerjaan...............................................37
Gambar 4.17 Diagram Aktivitas Kelola Data Supplier...................................................38
Gambar 4.18 Sequence Diagram Login...........................................................................39
Gambar 4.19 Sequence Diagram Tracking Porses Reparasi...........................................40
Gambar 4.20 Sequence Diagram Manajemen User........................................................41
Gambar 4.21 Sequence Diagram Manajemen Level........................................................42
Gambar 4.22 Sequence Diagram Manajemen Menu.......................................................43
Gambar 4.23 Sequence Diagram Cetak Laporan............................................................44
Gambar 4.24 Sequence Diagram Kelola Data Pelanggan...............................................45
Gambar 4.25 Sequence Diagram Kelola Data Pengerjaan..............................................46
Gambar 4.26 Sequence Diagram Kelola Data Supplier..................................................47
Gambar 4.27 Component Diagram..................................................................................48
Gambar 4.28 Deployment Diagram.................................................................................48
Gambar 4.29 Hasil Perancangan Database Sistem Informasi Pengelolaan Data Jasa
Reparasi di TOP Shoe Repari....................................................................49
Gambar 4.30 Impelementasi Login..................................................................................57
Gambar 4.31 Impelementasi Manajemen User...............................................................58
Gambar 4.32 Impelementasi Manajemen Menu..............................................................58
Gambar 4.33 Impelementasi Manajemen Level...............................................................59
Gambar 4.34 Impelementasi Data Pelanggan..................................................................60
Gambar 4.35 Impelementasi pengerjaan..........................................................................60
Gambar 4.36 Impelementasi Kelola Supplier..................................................................61
Gambar 4.37 Impelementasi Tracking Reparasi..............................................................61
Gambar 4.38 Impelementasi Laporan..............................................................................62
 DAFTAR TABEL

Tabel 2.1 Simbol – Simbol pada Use Case Diagram......................................................10

Tabel 2.2 Simbol – Simbol pada Class Diagram............................................................12
Tabel 2.3 Simbol – Simbol pada Sequence Diagram......................................................13
Tabel 2.4 Simbol – Simbol pada Activity Diagram.........................................................15
Tabel 3.5 Perangkat Lunak..............................................................................................19
Tabel 3.6 Metode Pengembangan Sistem........................................................................20
Tabel 4.7 List Actors........................................................................................................27
Tabel 4.8 List Usecase.....................................................................................................28
Tabel 4.9 Tabel barang....................................................................................................50
Tabel 4.10 Tabel jenis_barang.........................................................................................50
Tabel 4.11 Tabel pelanggan.............................................................................................50
Tabel 4.12 Tabel tracking_reparasi..................................................................................51
Tabel 4.13 Tabel status_reaprasi......................................................................................51
Tabel 4.14 Tabel supplier................................................................................................52
Tabel 4.15 Tabel spare_part.............................................................................................52
Tabel 4.16 Tabel jenis_spare...........................................................................................53
Tabel 4.17 Tabel transaksi_supplier................................................................................53
Tabel 4.18 Tabel tanda_terima........................................................................................53
Tabel 4.19 Tabel users.....................................................................................................54
Tabel 4.20 Tabel level......................................................................................................55
Tabel 4.21 Tabel menu....................................................................................................55
Tabel 4.22 Tabel icon......................................................................................................56
Tabel 4.23 Tabel user_access_menu................................................................................56
 1

BAB I

PENDAHULUAN

1.1 Latar Belakang

Sistem Informasi saat ini sangat banyak di terapkan di berbagai perusahaan atau
organisasi yang sesuai dengan kebutuhannya masing - masing. Dengan menggunakan sistem
informasi tentunya akan mempermudah dalam mengolah data secara sistem. Perusahaan atau
organisasi dapat menggunakan sistem informasi untuk membuat produk dan layanan baru
diporses secara otomatisasi untuk menghemat waktu dan biaya.

TOP Shoe Repair adalah salah satu usaha yang ada di kota Bogor melayani perbaikan
barang (reparasi) sepatu, tas, koper, dan lainya. Selain perbaikan juga melayani jasa
pembuatan tas kulit, dompet, sabuk dan lain-lain.

Menurut A. Usmara (2003) untuk perusahan yang dapat terus berkembang perusahaan
harus memberikan kepada para pelanggan produk, barang maupun jasa yang bermutu lebih
baik, harga bersaing, penyerahan lebih cepat, dan pelayanan lebih baik dari pesaing. Untuk
memenuhi kepuasan pelanggan pada industry jasa, kulitas pelayananpenting dikelola
perusahaan dengan baik. Kualitas pelayanan merupakan tingkat keunggulan yang diharapkan
dan pengendalian atas tingkat keunggulan untuk memenuhi keinginan pelnggan [1].

TOP Shoe Repair saat ini memiliki sistem yang masih manual menggunakan nota untuk
mencatat disetiap transaksinya dan dibuatkan bukti nota tanda terima untuk pengambilan
barang setelah selesai Kemudian setelah selesai di reparasi nota tersebut ditagih untuk
pengecekan barang. Nota ini berisi informasi mengenai jasa reparasi. Sistem saat ini masih
banyak pemarsalahan dalam memperoleh dan mengolah informasi dimana barang – barang
reparasi sangatlah banyak sehingga menyulitkan untuk pengecekan barang dan pencarian
data barang yang akan di reparasi. Selain itu masalah lain juga sering terjadi tanda terima
hilang atau terselip dan kurangnya informasi kepada pelanggan untuk pengambilan barang
reparasi yang sudah selesai, sehingga untuk pengambilan barang tidak akurat dari jadwal
pengambilan yang sudah ditentukan. Masalah lain timbul ketika nota reparasi yang
bertumpuk sehingga menyulitkan dalam melakukan rekap data.
 Tujuan dari project ini adalah mempelajari sistem yang ada saat ini dan merancang sistem
informasi yang dapat mengolah data reparasi dan monitoring status reparasi secara cepat dan
kemudahan dalam mengolah data, dari permasalahan yang telah diuraikan maka dibutuhkan
sebuah sistem informasi untuk mengelola data reparasi di TOP Shoe Repair. Sehingga di
dalam project mata kuliah Sistem Informasi di angkat judul “Sistem Informasi Pengelolaan
Data Jasa Reparasi di TOP Shoe Repair”

1.2 Rumus Masalah

Berdasarkan latar belakang yang ada maka rumusan permasalahan dalam project ini adalah
sebagai berikut :
1. Bagaimana menganalisa kebutuhan sistem informasi pengelolaan data jasa di TOP Shoe
Repair.
2. Bagaimana cara merancang sistem informasi yang ada di TOP Shoe Repair
3. Bagaimana membangun aplikasi pengelolaan data jasa di TOP Shoe Repair

1.3 Tujuan
Tujuan dari project ini adalah untuk merancang sistem informasi pengolahan data. Tujuan
dari project ini antara lain :
1. Memperoleh hasil analisa kebutuhan sistem
2. Memperoleh hasil rancangan sistem
3. Memperoleh aplikasi pengolahan data
 BAB II

LANDASAN TEORI

2.1 Pengertian Sistem

Sistem merupakan kumpulan dari beberapa bagian yang memiliki keterkaitan dan saling
bekerja sama serta membentuk suatu kesatuan untuk mencapai suatu tujuan dari sistem
tersebut. Maksud dari suatu sistem adalah untuk mencapai suatu tujuan dan sasaran dalam
ruang lingkup yang sempit. Dari pengertian di atas dapat diartikan bahwa sistem adalah
sekumpulan sumber daya yang saling terkait untuk mencapai suatu tujuan [2].

2.2 Pengertian Informasi

Informasi adalah data yang telah diorganisir dan diproses sehingga bermanfaat bagi
proses pengambilan keputusan. Semakin banyak dan semakin berkualitas informasi yang
tersedia, maka pengambilan keputusan menjadi semakin baik. Namun, jika informasi terlalu
banyak sehingga melebihi kemampuan otak untuk menyerap dan memprosesnya, maka hanya
akan menurunkan kualitas pengambilan keputusan dan meningkatkan biaya penyediaan
informasi tersebut. Manfaat informasi (seperti mengurangi ketidakpastian, meningkatkan
kualitas keputusan dan meningkatkan kemampuan untuk merencanakan dan menjadwalkan
aktivitas) harus melebihi biaya penyediaannya (yang meliputi waktu dan sumber daya yang
digunakan untuk menyediakan dan mendistribusikan informasi) [3].

2.3 Pengertian Jasa

Secara umum, jasa adalah pemberian suatu kinerja atau tindakan tak kasar mata dan satu
pihak kepada pihak lain. Pada umumnya jasa diproduksi dan dikonsumsi secara bersamaan,
di mana interaksi antara pemberi jasa dan penerima jasa mempengaruhi hasil jasa tersebut.
Dalam pengertian yang lain, jasa adalah kegiatan yang dapat diidentifikasikan, yang bersifat
tak teraba, yang direncanakan untuk pemenuhan kepuasan konsumen. Untuk menghasilkan
jasa mungkin perlu atau mungkin juga tidak perlu penggunaan barang yang berwujud.
Walaupun diperlukan barang berwujud, akan tetapi tidak terdapat pemindahan hak milik atas
benda tersebut. Norman (1984) juga memberikan pengertian jasa yaitu jasa terdiri dari
tindakan dan interaksi yang merupakan kontak sosial. Jasa lebih dan sekadar hasil sesuatu
yang tak terhalang, dan jasa merupakan interaksi sosial antara produsen dan konsumen.
Jenis-jenis jasa secara garis besar yang dibutuhkan manusia bisa diklasifikasikan atas
beberapa macam, yakni:
 perumahan (termasuk sewa kamar hotel, motel, apartemen/rumah flat, usaha tani, dan
lain- lain).
 usaha rumah tangga (termasuk air minum, perbaikan rumah, reparasi alat rumah tangga,
perawatan kebun, pembersihan, dan lain-lain);
 rekreasi dan kesukaan (penyewaan dan separasi peralatan untuk ikut serta dalam kegiatan
rekreasi dan hiburan, juga izin memasuki gelanggang hiburan, rekreasi dan kesenangan
dan lainnya);
 perawatan pribadi (binatu pakaian, dan perawatan kecantikan);
 perawatan medis dan kesehatan (perawatan gigi, perawatan sakit opname di rumah sakit,
dan periksa dokter);
 pendidikan privat dan kursus-kursus;
 jasa bisnis dan profesi lainnya (jasa hukum, akuntan, konsultansi manajemen, dan jasa
komputer);
 asuransi, bank, dan jasa finansial lainnya (asuransi pribadi dan bisnis, jasa kredit dan
pinjaman, konsultasi investasi, dan pajak);
 transportasi (jasa angkutan barang dan penumpang, reparasi, dan penyewaan mobil); dan
 komunikasi (telepon, telegram, dan komputer) [4].

2.4 Pengertian Reparasi

Arti kata reparasi menurut Kamus Besar Bahasa Indonesia (KBBI) adalah perbaikan atas
kerusakan. Pengertian dari perbaikan itu sendiri merupakan usaha untuk mengembalikan
kondisi dan fungsi dari suatu benda atau alat yang rusak akibat pemakaian alat tersebut pada
kondisi semula . Proses perbaikan tidak menuntut penyamaan sesuai kondisi awal, yang
diutamakan adalah alat tersebut bisa berfungsi normal kembali. Perbaikan memungkinkan
untuk terjadinya pergantian bagian alat/spare part. Terkadang dari beberapa produk yang ada
dipasaran tidak menyediakan spare part untuk penggantian saat dilakukan perbaikan,
meskipun ada, harga spare part tersebut hampir mendekati harga baru satu unit produk
tersebut. Hal ini yang memaksa user/pelanggan untuk membeli baru produk yang sama
 Tidak setiap perbaikan dapat diselesaikan dengan mudah, tergantung tingkat kesulitan
dan kerumitanassembling/perakitan alat tersebut, mulai dari tingkatan jenis bahan hingga
tingkat kecanggihan fungsi alat tersebut. Tingkat kesulitan tersebutlah yang menumbuhkan
perbedaan jenis perbaikan, mulai jenis perbaikan ringan, perbaikan sedang dan perbaikan
yang sering dinamakan servis berat. Dari jenis servis diatas ditentukan biaya perbaikan sesuai
tingkat kesulitannya.

2.5 Konsep Database

Database atau basis data adalah kumpulan data yang saling berelasi. Data dinyatakan
dengan nilai (angka, deretan karakter, atau simbol). Untuk mengelola data tersebut,
dibutuhkan perangkat lunak yang disebut Database Management System (DBMS). DBMS
adalah perangkat lunak sistem yang memungkinkan para pemakai membuat, memelihara,
mengontrol, dan mengakses basis data dengan cara yang praktis dan efisien.
Basis data juga dapat didefinisikan dalam berbagai sudut pandang seperti :
a. Himpunan kelompok data yang saling berhubungan uang diorganisasi sedemikian rupa
sehingga kelak dapat dimanfaatkan dengan cepat dan mudah.
b. Kumpulan data yang saling berhubungan yang disimpan secara bersama sedemikan rupa
tanpa pengulangan yang tidak perlu, untuk memenuhi kebutuhan.
c. Kumpulan file/tabel/arsip yang saling berhubungan yang disimpan dalam media
penyimpanan elektronik [5].

2.6 Metode Pengembangan Sistem

Metode pengembangan sistem yang digunakan adalah motode waterfall.
Metode waterfall merupakan metode yang sering digunakan oleh penganalisa sistem pada
umumnya. Inti dari metode waterfall adalah pengerjaan dari suatu sistem dilakukan secara
berurutan atau secara linear. Jadi jika langkah ke-1 belum dikerjakan, maka langkah 2 tidak
dapat dikerjakan. Jika langkah ke-2 belum dikerjakan maka langkah ke-3 juga tidak dapat
dikerjakan, begitu seterusnya. Secara otomatis langkah ke-3 akan bisa dilakukan jika langkah
ke-1 dan ke-2 sudah dilakukan.
 Gambar 2.1 Diagram Metode Waterfall

Secara garis besar metode waterfall mempunyai langkah-langkah sebagai berikut :

Analisa, Desain, Penulisan, Pengujian dan Penerapan serta Pemeliharaan. (Kadir, 2003)
1. Analisa Kebutuhan
Langkah ini merupakan analisa terhadap kebutuhan sistem. Pengumpulan data dalam
tahap ini bisa melakukan sebuah penelitian, wawancara atau studi literatur. Sistem analis
akan menggali informasi sebanyak-banyaknya dari user sehingga akan tercipta sebuah
sistem komputer yang bisa melakukan tugas-tugas yang diinginkan oleh user tersebut.
Tahapan ini akan menghasilkan dokumen user requirment atau bisa dikatakan sebagai
data yang berhubungan dengan keinginan user dalam pembuatan sistem. Dokumen ini lah
yang akan menjadi acuan sistem analis untuk menerjemahkan ke dalam bahasa
pemrogram.
2. Desain Sistem
Tahapan dimana dilakukan penuangan pikiran dan perancangan sistem terhadap solusi
dari permasalahan yang ada dengan menggunakan perangkat pemodelan sistem seperti
diagram alir data (data flow diagram), diagram hubungan entitas (entity relationship
diagram) serta struktur dan bahasan data.
3. Penulisan Kode Program
Penulisan kode program atau coding merupakan penerjemahan design dalam bahasa yang
bisa dikenali oleh komputer. Dilakukan oleh programmer yang akan meterjemahkan
transaksi yang diminta oleh user. Tahapan ini lah yang merupakan tahapan secara nyata
dalam mengerjakan suatu sistem. Dalam artian penggunaan komputer akan
dimaksimalkan dalam tahapan ini. Setelah pengkodean selesai maka akan dilakukan
testing terhadap sistem yang telah dibuat tadi. Tujuan testing adalah menemukan
kesalahan-kesalahan terhadap sistem tersebut dan kemudian bisa diperbaiki.
4. Pengujian Program
Tahapan akhir dimana sistem yang baru diuji kemampuan dan keefektifannya sehingga
didapatkan kekurangan dan kelemahan sistem yang kemudian dilakukan pengkajian
ulang dan perbaikan terhadap aplikasi menjadi lebih baik dan sempurna.
5. Penerapan Program dan Pemeliharaan
Perangkat lunak yang sudah disampaikan kepada pelanggan pasti akan mengalami
perubahan. Perubahan tersebut bisa karena mengalami kesalahan karena perangkat lunak
harus menyesuaikan dengan lingkungan (periperal atau sistem operasi baru) baru, atau
karena pelanggan membutuhkan perkembangan fungsional.

2.7 Website
Website adalah kumpulan dari beberapa halaman web diamana informasi dalam bentuk
teks, gambar, suara, dan lain - lain dipresentasikan dalam bentuk hypertext dan dapat diakses
oleh perangkat lunak yang disebut dengan browser. Informasi pada sebuah website pada
umumnya ditulis dalam format Hypertext Markup Language (HTML). Informasi lainya
disajikan dalam bentuk grafis (dalam format GIF, JPG, PNG, dll), suara (dalam format AU,
WAV, dll), dan objek multimedia lainya (seperti MIDI, Shockwave Quicktime Movie, 3D
World, dll).
Website merupakan fasilitas internet yang menghubungkan dokumen dalam lingkup local
maupun jarak jauh. Dokumen pada website disebut dengan web page dan link dalam website
memungkinkan pengguna bisa berpindah dari satu page ke page lain. (hyper text), baik
diantara page yang disimpan dalam server yang sama maupun server diseluruh dunia. Page
diakses
dan dibaca melalui aplikasi browser seperti Netscape Navigator atau Internet Explorer dan
berbagai aplikasi browser lainya .

2.8 Framework Web

Web Application Framework (WAF), atau sering disingkat web framework, adalah suatu
kumpulan kode berupa pustaka (library) dan alat yang dipadukan sedemikian rupa menjadi
satu kerangka kerja (framework) guna memudahkan dan memepercepat proses pengembagan
aplikasi web.
Proses pengembangan web itu sendiri dapat dilakukan dengan beragam bahasa
pemograman; bisa PHP, Phyton, Ruby, Perl, C++, Java, dan sebagainya. Saat ini, banyak
bermunculan framework web yang dirancang unutk bahasa – bahasa pemograman tersebut
[6].

2.9 Codeigniter
Codeigniter adalah framework web untuk bahasa pemrograman PHP, yang dibuat oleh
Rick Ellis pada tahun 2006, penemu dan pendiri EllisLab (www.ellislab.com). Ellislab adalah
suatu tim kerja yang berdiri pada tahun 2002 dan bergerak di bidang pembuatan software dan
tool untuk para pengembang web.
Codeigniter merupakan framework web yang mengimplementasikan pola desain MVC
(Model View Controller). Pada teknik pemrograman yang menggunakan arsitektur MVC,
akan banyak bekerja demgan pembuatan model, view, dan controller. Model dan controller
merupakan component aplikasi yang berupa kelas, dan kelas merupakan jantung dari gaya
pemograman berorientasi objek.
Codeginiter merupakan sebuah toolkit yang ditunjukan untuk orang yang ini membangun
aplikasi web dalam baha pemograman PHP. Beberapa keunggulan yang ditawarkan oleh
Codeigniter adalah sebagai berikut :
 Codeigniter adalah framework yang bersifat free dan open-sorce.
 Codeigniter memiliki ukutan yang kecil dibandikan dengan framework lain. Hanya
berukuran kurang lebih 2 MB (tanpa dokumentasi).
 Aplikasi yang dibuat oleh codeigniter bisa berjalan cepat.
 Codeigniter menggunakan pola desain Model-View-Controller (MVC) sehingga satu file
tidak terlalu berisi banyak kode.
 Codeigniter dapat diperluas sesuai dengan kebutuhan.
 Codeigniter terdokumentasi dengan baik. Informasi tentang pustaka kelas dan fungsi
yang disediakan oleh codeigniter dapat diperoleh melalui dokumentasi yang disertakan di
dalam paket distribusinya [6].

2.10 Metode Perancangan

Dalam melakukan penelitian ini, menjadi sangat penting untuk mengetahui tools yang
digunakan untuk dapat menyajikan sistem yang dibangun ``` UML antara lain usecase
diagram, class diagram, activity diagram, seq uence diagram, collaboration diagram,
component diagram, dan deployment diagram.

2.11 Unified Modeling Language (UML)

Pemodelan (modeling) adalah proses merancang piranti lunak sebelum melakukan
pengkodean (coding). Model piranti lunak dapat dianalogikan sepeti pembuatan blueprint
pada pembangunan gedung. Membuat model dari sebuah sistem yamg kompleks sangatlah
penting karena kita tidak dapat memahami sistem semacam itu secara menyeluruh. Semakin
komplek sebuah sistem, semakin penting pula penggunaan teknik pemodelan yang baik.
Unified Modeling Language (UML) adalah sebuah “bahasa” yang telah menjadi standar
dalam industri untuk visualisasi, merancang dan mendokumentasikan sistem piranti lunak.
UML menawarkan sebuah standar untuk merancang model sebuah sistem.
Seperti bahasa-bahasa lainya, UML mendefinisikan notasi syntax/semantik. Notasi UML
merupakan sekumpulan bentuk khusu untuk menggambarkan berbagai diagram piranti lunak.
Setiap bentuk memiliki mkna tertentu, dan UML syntax mendefinisikan bagaimana bentuk-
bentuk tersebut dapat dikombinasikan. Notasi UML terutama diturunkan dari 3 notasi yang
telah ada sebelumnya: Grady Booch OOD (Object-Oriented Design), Jim Rumbaugh
OMT(Object Modeling Technique), dan Ivar Jacobson OOSE(Object-Oriented Software
Engineering).
Unified Modeling Language (UML) biasa digunakan untuk :
1. Menggambarkan batasan sistem dan fungsi-fungsi sistem secara umum, dibuat dengan
use case dan actor.
2. Menggambarkan kegiatan atau proses bisnis yang dilaksanakan secara umum, dibuat
dengan interaction diagrams.
3. Menggambarkan representasi struktur static sebuah sistem dalam bentuk class diagram.
4. Membuat model behavior “yang menggambarkan kebiasaan atau sifat sebuah sistem”
dengan state transition diagrams [7].

2.11.1 Usecase Diagram

Use case diagram merupakan pemodelan untuk menggambarkan kelakuan (behavior)
sistem yang akan dibuat. Diagram use case mendeskripsikan sebuah interaksi antara satu atau
lebih aktor dengan sistem yang akan dibuat. Dengan pengertian yang cepat, diagram use
casee digunakan untuk mengetahui fungsi apa saja yang ada di dalam sebuah sistem dan
siapa saja yang berhak menggunakan fungsi-fungsi tersebut. Terdapat beberapa symbol
dalam menggambarkan diagram use case yaitu usecase aktor, dan relasi. Hal yang perlu
diingat mengenai diagram use case adalah diagram use case bukan menggambarkan tampilan
antarmuka (user interface), arsitektur dari sistem, kebutuhan nonfungsional, dan tujuan
perfomansi. Sedangkan untuk penamaan use case adalah nama didefinisikan sesimpel
mungkin, dapt dipahami dan menggunakan kata kerja [7].
Berikut adalah symbol-simbol yang ada pada diagram use case :

Tabel 2.1 Simbol-simbol pada Use Case Diagram

Simbol Deskripsi
Use Case Fungsionalitas yang disediakan sistem sebagai unit-unit yang
saling bertukar pesan antar unit atau actor; biasnaya dinyatakan
Nama Use Case
dengen menggunakan kata kerja diawal frase nama use case
Aktor Orang, proses, atau sistem lain yang berinteraksi dengan
sistem infirmasi yang akan dibuat di luar sistem informasi
ynag akan dibuat itu sendiri, jadi walaupun simbol dari aktor
adalah gambar orang, tapi actor belum tentu merupakan orang;
nama aktor
biasanya dinyatakan menggunkan kata benda di awal frase
nama actor.
 Asosiasi /association Kominikasi antar aktor dan use case berpartisipasi pada use
case atau use case memiliki interaski dengan aktor
Include Relasi use case tambahan ke sebuah use case dimana use case
yang ditambahkan memerlukan use case ini untuk menjalankan
<<include>> fungsinya atau sebagai syarat dijalankan use case ini.
Extends Relasi use case tambahan ke sebuah use case dimana use case
yang ditambahkan dapat berdiri sendiri walau tanpa use case
<<extend>> tambahan itu; mirip dengan prinsip inheritance pada
pemograman berorientasi objek; biasaya use case tambahan
memiliki nama depan yang sama dengan use case yang
ditambahkan, arah panah menunjukan pada use case yang
dituju.

2.11.2 Class Diagram

Class diagram menggambarkan struktur sistem dari segi pendefinisian kelas-kelas yang
akan dibuat untuk membangun sistem. Kelas memiliki apa yang disebut atribut dan metode
atau oprasi.
- Atribut adalah variabel-variabel yang dimiliki oleh suatu kelas.
- Atribut mendeskripsikan propertu danegan sebaris teks didalam kotak kelas tersebut.
- Oprasi atau metode adalah fungsi-fungsi yang dimiliki oleh suatu kelas.
Diagram kelas menggambarkan struktur dan deskripsi class, package dan objek beserta.
hubungan satu sama lain seperti containment, pewarisan, asosiasi, dan lain-lain
1. Abtraksi kelas adalah menemukan hal-hal mendasar pada suatu objek dan mengabaikan
hal-hal yang sifatnya insidental. Objek adalah intansiasi daru sebuah kelas. Abtraksi
bertujuan untuk menyaring properties dan operasi pada suatu objek, sehingga hanya
tinggal yang dibutukaan saja. Seringkali masalah yang berbeda membutukan sejumlah
informasi yang berbeda pula pada area yang sama.
2. Atribut adalah karakteristik data yang dimiliki sutu objek dalam kelas.
3. Oprasi adalah fungsi atau transformasi yang mungkin dapat diaplikasi ke/oleh suatu objek
dalam kelas. Misalnya, suatu objek dalam kelas manusia mungkin memiliki fungsi-fungsi
tersenyum, marah, makan, minuman, menerima perlakuan tertentu, dan sebagainya.
4. Multiplisitas menunjukan jumlah suatu objek yang bisa berhubungan dengan objek yang
lain. Umumnya ditunjukkan dengan berapa banyak objek yang bisa mengisi property
“satu” atau “banyak”, tetapi secara khusus dapat ditunjukkan pula dengan bilangan
integer lebih besar atau sama dengan nol.
Berikut adalah simbol-simbol yang ada pada diagram kelas yang diuraikan pada
Table 2.2 :

Table 2.2 Simbol-simbol pada class diagram

Simbol Deskripsi
Package Package merupakan sebuah bungkusan dari stau atau lebih
kelas

Oprasi Kelas pada struktur sistem

nama class
+atribut1
+atribut2
+opration()1

Antarmuka/interface Sama dengan konsep interface dalam pemgoraman berorientasi

objek.

Interface
Asosiasi Relasi antar kelas dengan makna umum, asosiasi biasanya juga
disertai dengan multiplicity.
1 1..*
 Asosiasi berarah Relasi antar kelas dengan makna yang satu digunakan oleh
kelas
yang lain, asosiasi biasanya juga disertai dengan multiplicity.
Generalisasi Relasi antar kelas dengan makna generalisasi-spesialisasi
umum khusus)
Kebergatungn/deferency Relasi antar kelas dengan makna ketergantungan antar kelas.

Agregasi Relasi antar kelas dengan makna semua bagian (whole-part).

2.11.3 Sequence Diagram

Sequence Diagram menggambarkan kelakuan/perilaku objek pada use case dengan
mendeskripsikan waktu hidup objek dan message yang dikirimkan dan diterima antar objek.
Oleh kaerena itu untuk menggambarkan Sekeunces maka harus diketahui objek-objek yang
terlibat dalam sebuah use case beserta metode-metode yang dimiliki kelas yang diintansiasi
menjadi objek itu.
Banyaknya sequence diagram yang harus digambar adalah sebanyak pendefinisian use
case yang memiliki proses sendiri atau yang penting semua use case yang telah didefinisiakn
interaksi jalannya pesan sudah dicakup pada diagram Sekuence sehingga makin banyak use
casse yang didefinisikan maka diagram Sekuence yang harus dibuat juga semakin banyak.
Berikut adalah simbol-simbol yang ada pada sequence diagram yang diuraikan pada Tabel
2.3 :

Table 2.3 Simbol-simbol pada sequence diagram

Simbol Deskripsi
Aktor Menggambarkan orang yang sedang berinteraski dengan sistem

Entity Class Menggambarkan hubungan kegiatan yang akan dilakukan

 Boundary Class Menggambarkan sebuah penggambaran dari form.

Control Class Menggambarkan penghubung antara boundary dengan table

A focus of control & Menggambarkan tempat mulai dan berakhirnya sebuah message.
life line

A message Menggambarkan pengiriman pesan.

A Message()

2.11.4 Activity Diagram

Activity diagram atau diagram aktivitas menggambarkan workflow (aliran kerja) atau
aktiviatas dari sebuah sistem atau proses bisnis. Yang perlu diperhatikan disini adalah
bahawa diagram aktivitas menggambarkan aktivitas sistem bukan apa yang dilakukan aktor,
jadi aktivitas yang dapat dilakukan oleh sistem. Diagram aktivitas mendukung perilaku
parallel.
Diagram aktivitas juga banyak digunkan untuk mendefinisikan hal-hal berikut:
- Rancangan proses bisnis dimana setiap urutan aktivitas yang digambarkan merukan
proses bisinis sistem yang didefinisikan.
- Urutan atau pengelompokan tampilan dari sistem/user interface dimana setiap aktivitas
dianggap memiliki sebuah rancangan antarmuka tampilan.
- Rancangan pengujian diamana setiap aktivitas dianggap memerlukan sebuah pengujian
yang perlu didefinisikan kasus ujianya.
Sebuah aktivasi dapat direalisasikan oleh satu use case atau lebih. Aktivitas
menggambarkan proses yang berjalan, sementara use case menggambarkan bagaimana aktor
menggunakan sistem untuk melakukan aktivasi.
 Berikut adalah simbol-simbol serta penjelasan dari diagram aktivitas.

Tabel 2.4 Simbol - simbol Activity Diagram

Simbol Deskripsi
Status awal Status awal aktivasi sistem, menggambarkan bagaimana objek
dibentuk atau diawali
Aktivasi Memperlihatkan bagaimana masing – masing kelas antarmuka
saling berinteraksi satu sama lain.

Status Akhir Bagaimana objek dibentuk dan diakhiri.

Percabangan/decision Menggambarkan suatu keputusan/tindakan yang harus diambil

pada kondisi tertentu.

Line connector Digunakan untuk menghubungkan dengan satu simbol dengan

simbol lainya.

Join Digunkan untuk menggabungkan kembali activity atau action yang

parallel.

Fork Digunakan untuk memecah sebuah behavior menjadi activity atau

action yang pararel.

Swimline Sebuah cara untuk mengkelompokan acitivity berdasarkan aktor.

nama swimline

2.11.5 Collaboration Diagram

Collaboration diagram juga menggambarkan interaksi antar objek seperti sequence
diagram, tetapi lebih menekankan pada peran masing-masing objek dan bukan pada waktu
penyampaian message. Setiap message memiliki sequence number, dimana message dari
level tertinggi memiliki nomor 1. Message dari level yang sama memiliki prefiks yang sama
[7].

2.11.6 Component Diagram

Component diagram menggambarkan struktur dam hubungan antar komponen piranti
lunak, termasuk ketergantungan (dependency) di antaranya.
Komponen piranti lunak adalah modul berisi code, baik berisi souce code maupun binary
code, baik libray maupun executable, baik yang muncul pada compile time, link tiame,
maupun run time. Umumnya komponen terbentuk dari beberapa class dan/atau pacakage,
tapi dapat juga dari komponen-komponen lain yang lebih kecil.
Komponen dapat juga berupa interface, yaitu kumpulan layanan yang disediakan sebuah
komponen untuk komponen lain.
Contoh component diagram :
 Gambar 2.2 Component Diagram

2.11.7 Deployment Diagram

Deployment/physical diagram menggambarkan detail bagaimana komponen di-deploy
dalam infrastruktur sistem, dimana komponen akan terletak (pada mesin, server atau piranti
keras apa), bagaimana kemampuan jaringan pada lokasi tersebut, spesifikasi server, dan hal-
hal lain yang bersifat fisikal.
Sebuah node server, workstation, atau piranti keras lain yang digunakan untuk men-
deploy komponen dalam lingkungan sebenarnya. Hubungan antar node (misalnya TCP/IP)
dan requirement dapat juga didefinisikan dalam diagram ini :
Contoh deployment diagram :
Gambar 2.3 Deployment Diagram
 BAB III
METODE PENELITIAN

3.1 Waktu dan Tempat Penelitian

Waktu penelitian dimulai dari 29 april 2019 hingga juli 2019. Tempat pelaksanaan
penelitian di TOP Shoe Repair yang beralamat di Plaza Indah Bogor (Yogya
Departement Store), Jl. KH. Soleh Iskandar Cimanggu – Bogor.
3.2 Alat dan Bahan
Penelitian ini tidak terlepas dari alat dan bahan yang digunakan selama proses
penelitian berlangsung. Adapun alat dan bahan yang digunakan sebagai berikut :
3.2.1 Alat
Alat yang digunakan unutk menunjang proses penyelesaian penelitian ini di bagi 2
kategori yaitu :
1. Perangkat Keras
Perangkat keras yang digunakan dalam penelitian ini adalah sebagai berikut :
a. Processor minimum Intel® Celeron® 2957U 1.40 GHz.
b. RAM 2 GB
c. Monitor 14.0’’
d. HDD 364 GB
e. Keyboard Standard
f. Mouse USB
g. Printer

2. Perangkat Lunak
Perangkat lunak yang digunakan dalam penelitian ini ditunjukan pada table 3.5
Tabel 3.5 Perangkat Lunak
Perangkat Lunak Deskripsi
Windows 7 Ultimate Sistem Oprasi yang digunakan untuk rancang bangun
sistem

Start UML Perangkat lunak yang digunakan untuk memodelkan

diagram – diagram Unified Modeling Language (UML)
Sublime Text Perangkat Lunak yang digunakan untuk melakukan
pengkodean program
 20

Codeigniter 3.0.0 Framework PHP yang digunakan untuk melakukan

Xampp-win32-5.6.32-0-
VC11
Google Chrome
Microsoft Office 2013
pengkodean program
Web server local dalam pengembangan aplikasi
Browser yang digunakan dalam menampilkan output.
Text editor untuk melakukukan penulisan penelitian.

3.2.2 Bahan
Adapun bahan yang digunakan dalam penelitian ini menggunakan data – data yang
diperoleh TOP Shoe Repair yang beralamat Plaza Indah Bogor (Yogya Departement
Store), Jl. KH. Soleh Iskandar Cimanggu – Bogor. Data tersebut berupa data barang
reparasi, jenis barang reparasi, dan data spare part.

3.3 Metode Penelitian

Pedoman pengembangan sistem yang digunakan adalah menggunakan metode
waterfall, adapun langkah yang dilakukan dalam pengembangan sistem pengelolaan data
jasa reparasi ini akan dijelaskan pada Tabel 3.6

Tabel 3.6 Metode Pengembangan Sistem

Tahap Deskripsi
Analisis (Requirements Analysis
Pada tahap awal dari data yang diperoleh
and Definition)
dilakukan proses analisis kebutuhan untuk
sistem yang akan dibangun sehingga
menghasilkan analisis sistem yang berjalan,
sistem yang disusulkam, kebutuhan
fungsional, kebutuhan non-fungsional,
kebutuhan pengguna dan analisis arsitektur
sistem.
Perancangan (System and Software
Setelah tahap analisis selesai maka dibuat
Design)
proses perancangan sistem dan design
menggunakan OOD (Object Oriented Design)

Pengkodean (Implementation)
Pengujian (Integration and
System
Testing)
yang digambrakan melalui UML (Unified
Modeling Language), perancangan database,
serta perancangan antar muka untuk sistem
informasi pengelolaan data jasa reparasi di
TOP Shoe Repair.
Dengan tahap perancangan yang telah dibuat
maka dapat dilakukan proses pengkodean
menggunakan bahasa pemograman berbasis
PHP dan Javasicript.
Tahap terakhir ini dilakukan proses pengujian
sistem dengan menggunakan metode black
box untuk pengujian fungsi dari setiap menu
sistem yang telah dibuat.
 22

BAB IV
HASIL DAN PEMBAHASAN

4.1 Hasil Analisa

Untuk menganalisa kebutuhan sistem informasi pengolahan data jasa reparasi di TOP
Shoe Repair maka digambarkan sistem melalui DAD (Data Alur Diagram) diantaranya
yaitu menggambarkan proses pengolahan data jasa reparasi yang sedang berjalan selama
ini, menggambarkan proses pengolahan data jasa reparasi yang akan dikembangkan, juga
digambarkan diagram kontek untuk memahami gambaran sistem informasi secara
keseluruhan, serta pada tahapan analisa digambarkan diagram use case untuk mengakses
proses – proses yang akan dilakukan oleh aktor - aktor pada sistem informasi.

4.1.1 Sistem yang Sedang Berjalan

Berdasarkan hasil penelitian dan analisa pada TOP Shoe Repair dapat diketahui
sistem yang berjalan saat ini masih kurang efektif, untuk reparasi barang masih mencatat
barang menggunakan nota baik itu untuk laporan dan juga nota tanda terima untuk
pelanggan. Alur sistem reparasi pada TOP Shoe Repair yang berjalan saat ini akan
ditunjukan pada gambar
4.4 dan gambar 4.5 :
 Gambar 4.4
Flowchart Sistem Informasi Pengelolaan Data Jasa Reparasi di TOP Shoe Repair
yang Sedang Berjalan untuk penerimaan barang reparasi
 Gambar 4.5
Flowchart Sistem yang Sedang Berjalan untuk Pengambilan barang reparasi
dan laporan reparasi

1. Proses Reparasi Barang

Proses dimulai dari pelanggan yang datang langsung ke tempat dan membawa
barang yang akan di reparasi. Kemudian pelanggan memberikan informasi kepada
karyawan/petugas apa saja pemarsalahan atau kerusakannya. Karyawan mencatat
semua informasi yang di dapat dari pelanggan. Selanjutnya karyawan
memberikan informasi kerusakan kepada teknisi untuk diperbaiki sesuai
kerusakan yang ada. Bila perlu, menggantikan spare part yang rusak. Lalu
karyawan mencatat rincian biaya reparasi sesuai kerusakan dan barang diperbaiki
oleh teknisi. Jika kerusakan
 barang membutuhkan spare part maka dikenakan uang muka terlebih dahulu
sebesar 50% dari biaya keseluruhan. Setelah barang selesai diperbaiki, karyawan
mengkonfirmasi kepada pelanggan untuk mengambil barang.
2. Proses pencarian dan penyimpanan data reparasi
Proses penyimpanan data di lakukan di dalam buku agenda atau buku sehingga
saat ingin pencarian data harus satu persatu di cek.
3. Pembuatan laporan
Pembuatan laporan dilakukan setiap hari oleh kariyawan dan ketika laporan akan
di berikan kepada pimpinan karyawan harus mencatat satu persatu data reparasi
dalam satu hari transaksi baik itu data harga reparasi atau data harga spare part
yang digunakan.
Dilihat dari sistem yang berjalan saat ini, maka terlihat bahwa masalah yang
timbul adalah data – data reparasi terkadang berceceran, selain itu sering terjadi
kehilangan data reparasi sehingga ini akan menyulitkan karyawan dalam pengecekan
data – data reparasi baik itu dari status ataupun spare part. Masalah kedua, ketika
pembuatan laporan oleh karyawan yang dilakukan secara manual satu persatu yang
membutuhkan waktu yang cukup lama sehingga kurang efektif. Masalah lainya
timbul ketika karyawan menentukan konfirmasi pengambilan barang reparasi kepada
pelanggan, akan tetapi jadwal tersebut tidak sesuai dari jadwal yang telah ditentukan
karena kurangnya komuniasi antara karyawan TOP Shoe Repair dengan pelanggan.
Hal ini terkadang teknisi membutuhkan waktu tambahan untuk memperbaiki.

4.1.2 Sistem yang dikembangkan

Berdasarkan pemarsalahan yang terjadi pada TOP Shoe Repair maka dapat
diterapkan sistem yang akan dibangun berbasis web dan akan memiliki fungsi, yang
dijelaskan dengan flowchart diagram pada gambar 4.6
 Gambar 4.6 Flowchart Sistem yang dikembangkan

1. Sistem yang akan membantu membuat dan mencetak seperti laporan reparasi, dan
laporan pemebelian spare part.
2. Sistem yang dapat melakukan pengolahan data – data seperti data pelanggan, data
pelanggan, data spare part, data reparasi dan data tracking.
3. Sistem yang dapat melakukan tracking barang reparasi sehingga pelanggan dapat
melihat status barang yang sedang di reparasi.

4.1.3 Diagram Konteks

Berdasarkan proses sistem yang dikembangkan maka dapat digambarkan diagram
konteks yang berfungsi untuk menggambarkan sistem secara keseluruhan. Diagram
konteks digunakan untuk memudahkan dalam mengidentifikasi pelaku bisnis dan
mengindentifikasi potensial use case. Diagram konteks sistem yang dikembangkan
ditunjukkan pada gambar 4.4

Gambar 4.7 Diagram Konteks

4.1.4 Use case Diagram

Berdasarkan diagram konteks yang telah digambarkan maka didapat list aktor dan
list use case untuk menggambarkan use case diagram yang akan di jelaskan pada tabel
4.7 dan tabel 4.8
Table 4.7 List Actors
Aktor Deskripsi
Pelanggan Adalah orang yang menerima jasa
Petugas/admin Sebagai Adminisator sistem informasi manajemen gudang
ini bertugas unutuk mengatur segala yang berkaitan dengan
user, hak akses level pada sistem informasi ini seperti dapat
memasukan data, menghapus data, dan merubah data.
Teknisi Teknisi adalah selaku yang memperperbaikan barang dari
jasa tersebut. Hal – hal yang berhubugan dengan reparasi
 barang akan tangani oleh teknisi, dan juga menentukan harga
di serahkan kepada teknisi.
Pemilik Pemilik sekaligus sebagai Adminisator/super admin untuk
mengatur segala yang berkaitan dengan user, hak akses
level, manajemen user pada sistem informasi pengelolaan
data jasa reparasi ini. Selain itu Pemilik juga dapat melihat,
mencetak
laporan yang masuk.

Tabel 4.8 List Use case

Nama Use case Deskripsi
Login Use case ini mendeskripsikan kegitan admin, teknisi dan
pemilik untuk masuk ke dalam sistem.
Manajemen Level Use case ini mendeskripsikan kegitan admin untuk
memanajemen data-data level.
Manajemen User Use case ini mendeskripsikan kegitan admin untuk
memanajemen data-data user.
Tracking proses Use case ini mendeskripsikan kegitan pelanggan untuk
reparasi mengecek status proses reparasi.
Kelola data Use case ini mendeskripsikan kegitan admin untuk
pelanggan mengelola data –data pelanggan, seperti menginput data
barang yang akan di reparasi, menghapus data, serta
mengubah data pelanggan.
Cetak laporan Use case ini mendeskripsikan kegitan pemilik untuk
mengecek dan mencetak hasil laporan dari setiap
transaksinya.
Kelola halaman Use case ini mendeskripsikan kegitan admin untuk
pelanggan (halaman mengelola halaman depan (ftont-end) seperti menambahkan
front-end) content informasi kepada pelanggan, mengubah serta
menghapus konten.
Kelola data Use case ini mendeskripsikan kegitan teknsi untuk
pengerjaan menginput status proses reparasi.
 kelola data supplier Use case ini mendeskripsikan kegitan admin untuk kelola
data supplier, seperti menambah data, menghapus data, serta
mengubah data supplier.
Menginput data Use case ini mendeskripsikan kegitan teknsi untuk
spare part menginput data spare part yang dibutuhkan.

Dari hasil list aktor dan list use case yang telah di uraikan di atas maka dapat
ditunjukan use case diagram pada Gambar 4.8

Gambar 4.8 Usecase Diagram

4.2 Hasil Perancangan

Hasil dari perancangan sistem digambarkan dengan menggunakan UML (Unified
Modeling Language). Diagram yang digunakan adalah Diagram Aktivitas, Sequence
Diagram, Statechart Diagram, Component Diagram, dan Deployment Digaram.
 4.2.1 Diagram Aktivitas
Diagram aktivitas atau Activity Diagram digunakan untuk memodelkan proses atau
langkah – langkah kegiatan sistem dari setiap list aktor pada use case diagram. Diagram
aktivitas dari gambaran diagram use case ditunjukkan pada Gambar 4.9 s.d 4.17.
1) Diagram Aktivitas Login
Diagram ini menjelaskan bagaimana alur proses login dari setiap user terhadap sistem.
sebelum user menggunakan sistem, user tersebut harus memiliki account berupa username
dan password yang sudah tersimpan di dalam database. Karena sistem ini hanya dapat
digunakan oleh user yang account-nya sudah terdaftar di dalam database. Kemudian user
meng inputkan untuk verifikasi dan divalidasi oleh sistem. Diagram aktivitas tersebut dapat
dilihat pada Gambar 4.9

Gambar 4.9 Diagram aktivitas login

2) Diagram Aktivitas Tracking Proses Reparasi

Pada diagram aktivitas tracking porses reparasi dibawah ini menggambarkan aktivitas
yang dilakukan oleh user pelanggan untuk mengecek status reparasi yang dalam proses
pengerjaan. Dimana pelanggan hanya perlu meninput data berupa kode tracking lalu sistem
akan menampilkan kode status tersebut jika kode tersebut valid. Diagram aktivitas tesebut
dapat dilihat pada Gambar 4.10

Gambar 4.11 Diagram Aktivitas Tracking Proses Reparasi

3) Diagram Aktivitas Manajemen User

Pada diagram aktivitas manajemen user dibawah ini menggambarkan aktivitas yang
dilakukan oleh user admin dalam pengolahan data – data user seperti input data, edit data,
dan menghapus data user dapat dilihat pada Gambar 4.11
 Gambar 4.11 Diagram Aktivitas Manajemen User

4) Diagram Aktivitas Menejemen Level

Pada diagram aktivitas manajemen level dibawah ini menggambarkan aktivitas yang
dilakukan oleh user admin dalam pengolahan data – data user seperti input data, edit data,
dan menghapus data user dapat dilihat pada Gambar 4.12
 Gambar 4.12 Diagram Aktivitas Manajemen Level

5) Diagram Aktivitas Manejemen Menu

Pada diagram aktivitas manajemen menu dibawah ini menggambarkan aktivitas yang
dilakukan oleh user admin dalam pengolahan menu, dimana admin dapat melakukan
penambahan data menu, mengubah data menu, dan pengurangan data menu dapat dilihat
pada Gambar 4.13
 Gambar 4.13 Diagram Aktivitas Manejemen Menu

6) Diagram Aktivitas Cetak Laporan

Pada diagram aktivitas cetak laporan dibawah ini menggambarkan aktivitas yang
dilakukan oleh user pemilik dalam mencetak laporan dapat dilihat pada Gambar 4.14
 Gambar 4.15 Diagram Aktivitas Cetak Laporan

7) Diagram Aktivitas Kelola Data Pelanggan

Pada diagram aktivitas kelola data pelanggan dibawah ini menggambarkan
aktivitas yang dilakukan oleh user admin dalam pengolahan data pelanggan. Admin dapat
melakukan penambahan data pelanggan, pengubahan data pelanggan, dan menghapus
data pelanggan. Diagram aktivitas tersebut dapat dilihat pada Gambar 4.15
 Gambar 4.15 Diagram Aktivitas Kelola Data Pelanggan

8) Diagram Aktivitas Kelola Data Pengerjaan

Pada diagram aktivitas kelola data pengerjaan dibawah ini menggambarkan kegitan
user teknisi untuk mengelola status pengerjaan reparasi. Teknisi dapat melakukan update
status proses reparasi hingga proses status selesai dikerjakan dapat dilihat pada Gambar
4.16
 Gambar 4.16 Diagram Aktivitas Kelola data pengerjaan

9) Diagram Aktivitas Kelola Data Supplier

Pada diagram aktivitas kelola data supplier dibawah ini menggambarkan aktivitas
yang dilakukan oleh user admin dalam pengolahan data pelanggan. Admin dapat
melakukan penambahan data supplier, pengubahan data supplier, dan menghapus data
supplier. Diagram aktivitas tersebut dapat dilihat pada Gambar 4.17
Gambar 4.19 Diagram Aktivitas Kelola Data Supplier
4.2.2 Sequence Diagram
Pada tahap sequence diagram akan dijelaskan secara rinci untuk mempermudah
melihat interaksi antara aktor, sistem, dan database secara dinamis, antara lain sebagai
berikut :
1) Sequence Digaram Login
Sequence diagram login menggambarkan bagaimana proses user untuk bisa
mengakses ke dalam sistem. Sequence diagram login dapat dilihat pada Gambar 4.18

Gambar 4.18 Sequence Digaram Login

2) Sequence Digaram Tracking Proses Reparasi

Sequence diagram tracking proses reparasi menggambarkan proses costumer atau
pelanggan yang dapat melakukan pelacakan status reparasinya. Sequence diagram
tracking proses reparasi dapat dilihat pada Gambar 4.
 Gambar 4.19 Sequence Digaram Tracking Proses Reparasi

3) Sequence Diagram Manajemen User

Pada Sequence Diagram Manajemen User ini menggambarkan bagimana proses
actor admin yang dapat mengatur user-nya seperti menambah, mengubah, dan
menghapus user pada halaman Manajemen User. Dapat dilihat pada Gambar 4.20
 Gambar 4.20 Sequence Diagram Manajemen User

4) Sequence Diagram Manajemen Level

Sequence Diagram Manajemen Level menggambarkan proses admin setelah login
yang dapat mengakses menu Manajemen Level dan dapat mengelola user dalam
mengelola data hak akses system, admin dapat langsung menginput data level. Dapat
dilihat pada Gambar 4.21
 Gambar 4.21 Sequence Diagram Manajemen Level

5) Sequence Diagram Manajemen Menu

Sequence diagram menu menggambarkan poreses user admin yang dapat melakukan
penambahan data menu, mengubah data menu, dan menghapus data menu. Dapat dilihat
pada Gambar 4.22
 Gambar 4.22 Sequence Diagram Manajemen Menu

6) Sequence Diagram Cetak Laporan

Sequence diagram cetak laporan ini menggambarkan proses pemilik untuk dapat
melihat dan mencetak laporan yang masuk kea kun pemilik tersebut. Dapat dilihat pada
Gambar 4.23
 Gambar 4.23 Sequence Diagram Cetak Laporan

7) Sequence Diagram Kelola Data Pelanggan

Sequence Diagram Kelola Data Pelanggan menggambarkan proses user admin untuk
mengelola data – data pelanggan yang masuk, admin dapat meninput data pelanggan,
mengubah data pelanggan, lihat detail pelanggan, dan menghapus data pelanggan.
Sequence Diagram Kelola Data Pelanggan dapat dilihat pada Gambar 4.24
 Gambar 4.24 Sequence Diagram Kelola Data Pelanggan

8) Sequence Diagram Kelola Data Pengerjaan

Sequence Diagram Kelola Data Pengerjaan menggambarkan porses user teknisi
untuk mengelola data pengerjaan, teknisi dapat mengupdate status reparasi sampai status
benar – benar selesai. Sequence Diagram Kelola Data Pengerjaan dapat dilihat pada
Gambar 4.25
 Gambar 4.25 Sequence Diagram Kelola Data Pengerjaan

9) Sequence Diagram Kelola Data Supplier

Sequence diagram kelola data supplier menggambarkan user admin untuk mengelola
data – data supplier seperti input data, update data dan delete data. Dapat dilihat pada
Gambar 4.26
 Gambar 4.26 Sequence Diagram Kelola Data Supplier

4.2.3 Component Diagram

Component diagram bertujuan untuk menujukan organisasi dan ketergantungan
diantara komponen – koponen dalam sebuah sistem. Component diagram fokus pada
komponen sistem yang dibutuhkan dan ada didalam sistem. Component diagram Sistem
Informasi Pengelolaan Data di TOP Shoe Repair ditunjukan pada Gambar 4.27
Gambar 4.27 Component Diagram Sistem Informasi Pengelolaan Data di TOP Shoe
Repair

4.2.4 Deployment Diagram

Deployment diagram menunjukan konfigurasi komponen dalam proses eksekusi
sistem. Deployment diagram Sistem Informasi Pengelolaan Data Jasa di TOP Shoe
Repair ditunjukan pada Gambar 4.8

Gambar 4.8 Deployment Diagram Sistem Informasi Pengelolaan Data Jasa di TOP
Shoe Repair
4.2.5 Hasil Perancangan Database
Perancangan database bertujuan untuk memelihara data yang sudah diolah atau
informasi dan memebuat informasi tersedia saat dibutuhkan sistam. Hasil Perancangan
Database Sistem Informasi Pengolahan Data Jasa Reparasi di TOP Shoe Repair dapat
dilihat pada Gambar 4.29

Gambar 4.29 Hasil Perancangan Database Sistem Informasi Pengelolaan Data Jasa
Reparasi di TOP Shoe Repair
 Adapun uraian dari masing – masing tabel yang digunakan pada databse adalah
sebagai berukut :
1) Tabel Barang
Tabel barang merupakan tabel yang digunakan untuk menampung data – data barang
reparasi. Spesifikasi tabel barang dapat diuraikan pada Tabel 4.8

Tabel 4.9 Tabel Barang

Colomn Type Null Default Extra

id_barang int(11) No None Auto_increment

merek_barang varchar(128) No None

kd_jenis varchar(50) No None

Warna varchar(50) No None

2) Tabel jenis_barang
Tabel jenis_barang merupakan tabel yang digunakan untuk menampung database
jenis barang reparasi. Spesifikasi tabel jenis_barang dapat diuraikan pada Tabel 4.10

Tabel 4.10 Tabel jenis_barang

Colomn Type Null Default Extra

kd_jenis varchar(100) No None

Jenis_brg varchar(128) No None

3) Tabel pelanggan
Tabel pelanggan merupakan tabel yang digunakan unutk menampung data – data
pelanggan yang akan melakukan reparasi. Sepesifikasi tabel pelanggan dapat diuraikan
pada Tabel 4.11
Tabel 4.11 Tabel pelanggan
Colomn Type Null Default Extra

int(11) No None Auto_increment

id_pel
 nama varchar(128) No None

Notelp varchar(50) No None

alamat varchar(50) No None

4) Tabel tracking_reparasi
Tabel tracking_reparasi merupakan tabel yang digunakan untuk menampung data –
data tracking proses reparasi yang dapat di lacak proses reparasinya oleh pelanggan.
Spesifikasi tabel tracking_reparasi dapat di uraikan pada tabel 4.12

Tabel 4.12 Tabel tracking_reparasi

Colomn Type Null Default Extra

kd_track varchar(150) No None

id_pel int(11) No None

id_barang int(11) No None

kd_status varchar(50) No None

Note text No None

5) Tabel status_reparasi
Tabel status_reparasi digunakan untuk menampung data status yang berelasi dengan
tabel tracking_reparasi . Tabel tracking_reparasi dapat diuraikan pada Tabel 4.13

Tabel 4.13 Tabel status_reparasi

Colomn Type Null Default Extra

kd_status varchar(50) No None

status varchar(100) No None

6) Tabel supplier
Tabel supplier digunakan untuk menampung data – data supplier seperti nama,
alamat, notelp. Berikut dapat diuraikan pada tabel 4.14

Tabel 4.14 Tabel supplier

Colomn Type Null Default Extra

id_supplier int(11) No None Auto_increment

nama_sp varchar(128) No None

Alamat text No None

Notelp Varchar(16) No None

7) Tabel spare_part
Tabel spare_part merupakan tabel yang menampung data – data sapre part yang
digunakan oleh pelanggan. Spesifikasi tabel spare_part dapat diuraikan pada tabel 4. 15

Tabel 4.15 Tabel spare_part

Colomn Type Null Default Extra

id_sparepart int(11) No None Auto_increment

id_supplier int(11) No None

nama_sp varchar(128) No None

harga int(11) No None

stok int(11) No None

kd_jenisSpare int(11) No None

8) Tabel jenis_spare
Tabel jenis_spare merupakan tabel yang berelasi dengan tabel pelanggan untuk
menyimpan data – data jenis spare part yang digunakan. Spesifikasi Tabel jenis_spare
dapat diuraikan pada tabel 4.16
 Tabel 4.16 Tabel jenis_spare
Colomn Type Null Default Extra

kd_jenisSpare Int(11) No None Auto_increment

jenis enum(‘spatu’,’tas’) No None

9) Tabel transaksi_sparepart
Tabel transaksi_supplier merupakan tabel yang menampung data – data transaksi
apare part pada supplier tertentu yang berelasi dengan tabel spare_part. Spesifikasi tabel
transaksi_sparepart dapat diuraikan pada Tabel 4.17

Tabel 4.17 Tabel transaksi_sparepart

Colomn Type Null Default Extra

Id_fak_trans int(11) No None Auto_increment

id_sparepart int(11) No None

Jumlah int(11) No None

Tgl Date No None

10) Tabel tanda_terima

Tabel tanda_terima merupakan tabel yang menampung data – data tanda terima
pelanggan yang melakukan transaksi reparasi. Tabel tanda_terima berelasi dengan
banyak tabel yaitu tabel pelanggan, tabel tracking_reparasi, tabel barang dan tabel
transaksi_sparepart. Spesifikasi tabel tanda_terima dapat diuraikan pada tabel 4.18

Tabel 4.18 Tabel tanda_terima

Colomn Type Null Default Extra

id_fak int(11) No None Auto_increment

kd_track int(11) No None

id_pel int(11) No None

 id_barang int(11) No None

id_fak_trans int(11) No None

Qty int(11) No None

Harga_brgRep int(11) No None

tgl_terima Date No None

Dp int(11) No None

tgl_pengambilan Date No None

status_transaksi enum(“belum di No None

ambil”,”sudah di
ambil”)

11) Tabel users

Tabel users merupakan tabel yang mengelola data – data pengguna yang akan
mengakses sistem tersebut. Spesifikasi tabel users akan diuraikan pada Tabel 4.19

Tabel 4.19 Table users

Colomn Type Null Default Extra

id_user int(11) No None Auto_increment

id_level int(11) No None

Nama varchar(128) No None

username varchar(128) No None

Email varchar(128) No None

jenis_kelamin enum(‘L’,’P’) No None

password varchar(128) No None

Alamat varchar(128) No None

Foto varchar(128) No None

 date_created int(11) No None

last_login Date No None

12) Tabel level

Tabel level merupakan tabel yang menampung data – data level users. Level
berfungsi untuk identifikasi user. Spesifikasi tabel level dapat diuraikan pada tabel 4.20

Tabel 4.20 Tabel level

Colomn Type Null Default Extra

id_level int(11) No None Auto_increment

nama_level varchar(128) No None

13) Tabel menu

Tabel menu merupakan tabel yang menampung data – data menu, field-nya berisi
id_menu, nama_menu, kd_icon dan url . Spesifikasi tabel menu dapat diuraikan pada
tabel 4.21

Tabel 4.21 Tabel menu

Colomn Type Null Default Extra

id_menu int(11) No None Auto_increment

nama_menu varchar(100) No None

kd_icon int(11) No None

url varchar(100) No None

14) Tabel icon

Tabel icon merupakan tabel yang menampung data icon yang berelasi pada tabel menu.
Spesifikasi tabel icon dapat diuraikan pada tabel 4.22
 Tabel 4.22 Tabel icon
Colomn Type Null Default Extra

id_icon int(11) No None Auto_increment

Icon varchar(50) No None

15) Tabel user_access_menu

Tabel user_access_menu merupakan tabel yang menampung data – data akses user ke
dalam sistem menu apa saja yang dapat di akses oleh user. Tabel user_access_menu
berelasi antar tabel menu dan tabel level Spesifikasi tabel user_access_user dapat
diuraikan pada tabel 4.23

Tabel 4.23 Tabel user_access_menu

Colomn Type Null Default Extra

id_access int(11) No None Auto_increment

id_level varchar(50) No None

id_menu int(11) No None

4.2.6 Implementasi dan Unit Testing

Implementasi dan unit testing merupakan bagian tahapan perancangan, desain
sistem dan pengkodean pada sistem serta melakukan testing terhadap penerapan sistem.
Pada implementasi sitem pengkodean dilakukan dengan menggunakan bahasa
pemograman HTML, CSS, PHP, dan Javascript. Hasil implementasi dan unit testing pada
Sistem Informasi Pengelolaan Data Jasa Reparasi di TOP Shoe Repair dapat diuraikan
sebagai berikut :

1) Login
Implementasi login merupakan hasil desain dan pengkodean terhadap sistem.
Implementasi login dapat dilakukan oleh setiap user yang akan mengakses sistem. Login
dapat ditunjukan pada Gambar 4.30
 Gambar 4.30 Implementasi Login

2) Manajemen User
Implementasi manajemen user merupakan hasil desain dan pengkodean terhadap
sistem yang dapat di akses oleh user admin untuk mengelola data user dan dapat
menampilkan data user, mengubah, dan menambahkan. Implementasi manajemen user
dapat dilihat pada Gambar 4.31
 Gambar 4.31 Implementasi Manajemen User

3) Manajemen Menu
Implementasi manajemen menu merupakan hasil desain dan pengkodean terhadap
sistem yang dapat di akses oleh user admin untuk mengelola data menu dan dapat
menampilkan data user, mengubah, dan menambahkan dan mengelola hak akses user
terhadap menu tertentu. Implementasi manajemen user dapat dilihat pada Gambar 4.32

Gambar 4.32 Implementasi Manajemen Menu

4) Manajeman Level
Implementasi manajemen level merupakan hasil desain dan pengkodean terhadap
sistem yang dapat di akses oleh user admin untuk mengelola data level dan dapat
menampilkan data level, mengubah, dan menambahkan. Implementasi manajemen user
dapat dilihat pada Gambar 4.33

Gambar 4.33 Implementasi Manajemen Level

5) Data Pelanggan
Implementasi data pelanggan merupakan hasil desain dan pengkodean terhadap
sistem yang dapat di akses oleh user admin untuk mengelola data pelanggan dan dapat
menampilkan data pelanggan, mengubah, dan menambahkan. Implementasi Data
Pelanggan dapat dilihat pada Gambar 4.34
 Gambar 4.34 Implementasi Data Pelanggan

6) Pengerjaan
Implementasi pada menu pengerjaan merupakan hasil desain dan pengkodean
terhadap sistem yang dapat di akses oleh user teknisi dan admin untuk mengelola status
reparasi yang akan di tampilkan di menu pelanggan untuk fitur Tracking. Menu
pengerjaan dapat menampilkan data nama pelanggan, data tracking dan mengupdate.
Implementasi pengerjaan dapat dilihat pada Gambar 4.35

Gambar 4.35 Implementasi Pengerjaan

7) Kelola Supplier
Implementasi kelola supplier merupakan hasil desain dan pengkodean terhadap
sistem yang dapat di akses oleh user admin untuk mengelola data supplier, data
sparepart dan dapat menampilkan data supplier, data sparepart, mengubah sparepart,
mengubah supplier, menambahkan supplier dan menambahkan sparepart. Implementasi
Kelola Supplier dapat dilihat pada Gambar 4.36

Gambar 4.36 Implementasi Kelola Supplier

8) Tracking Reparasi
Implementasi pada tracking reparasi merupakan hasil desain dan pengkodean
terhadap sistem yang diperuntukan pelanggan dan dapat menampilkan data tracking
status dari proses reparasi tersebut. Implementasi tracking reparasi dapat dilihat pada
Gambar 4.37

Gambar 4.37 Implementasi Pengerjaan

9) Laporan
Implementasi pada menu laporan merupakan hasil desain dan pengkodean terhadap
sistem yang dapat di akses oleh user pemilik untuk menampilkan laporan, dan mencetak
laporan. Implementasi pengerjaan dapat dilihat pada Gambar 4.38

Gambar 4.38 Implementasi Laporan

 BAB V
PENUTUP

5.1 Kesimpulan
Kesimpulan yang dihasilkan dari project mata kuliah Sistem Informasi dengan judul
Sistem Informasi Pengelolaan Data Jasa Reparasi yaitu sebagai berikut :
1. Dibangunya sistem informasi yang dapat mengelola data jasa reparasi seperti,
pembuatan laporan reparasi dan laporan sparepart, data – data pelanggan , data
transaksi sparepart, dan tracking barang reparasi,
2. Manampilkan informasi berbentuk tabel dari hasil data – data yang telah tersimpan.
3. Sistem ini dapat memembantu perusahaan dalam pengolahan data berjalan dan
tersimpan dengan lebih baik lagi.

5.2 Saran
Pembangunan sistem informasi pengelolaan data jasa reparasi di TOP Shoe Repair
saran yang diberikan sebagai berikut :
1. Penambahan fitur mengirim pesan otomatis kepada pelanggan ketika ada perubahan
update status reparasi barang.
2. Pengembangan sistem berbasis mobile android agar, memudahkan perusahaan dalam
mengelola data bisa diakses lebih mudah dan dimana saja.
3. Penamban fitur prediski stok sparepart yang digunakan menggunakan metode regersi,
lagrange, atau yang lainya.
 DAFTAR PUSTAKA

[1] R. Muhamad Aldian, “SISTEM INFORMASI MANAJEMEN GUDANG DI CV.

KARYA LIBRA UTAMA BERBASIS WEB,” Universitas Ibn Khaldun Bogor,
2018.

[2] M. S. Dr. Kusnendi, “Konsep Dasar Sistem Informasi,” Konsep Dasar Sist. Inf., pp. 1–36,
2017.

[3] Andi, “Pengertian Informasi,” in Sistem Informasi Akuntansi: Esensi dan Aplikasi, 2017,
p. 4.

[4] R. Munir, “Pengertian Jasa, Ciri - ciri, Karakteristik, Jenis - jenis, dan Contohnya,” juli 17,
2017, 2017. [Online]. Available: https://forum.teropong.id/2017/07/17/pengertian-jasa-
ciri-ciri-karakteristik-jenis-jenis-dan-contohnya/. [Accessed: 07-Jun-2019].

[5] S. E. Nugroho and J. J. Siang, “Sistem Informasi Pelayanan Jasa Servis Sepeda
Motor Studi Kasus : Naga Mulya Motor Yogyakarta,” 2014.

[6] B. Raharjo, Belajar Otodidak Framework Codeigniter, Revisi. Bandung:

Informatika Bandung, 2018.

[7] Y. Sugiarti, Analisis & Perancangan UML (Unified Modeling Language) Generated VB.6,
Pertama. Yogyakarta: Graha Ilmu, 2013.