TUGAS AKHIR
Program Studi
S1 Sistem Informasi
Oleh :
ZAKKY AMIRUL HAKIM
18.41010.0130
TUGAS AKHIR
Oleh :
i
TUGAS AKHIR
ii
iii
Saya Persembahkan Tugas Akhir Ini Kepada Papa Dan Mama Yang Selalu Sabar
Dan Mendukung Dalam Prosesnya, Selalu Mengingatkan dan Memberikan
Tekanan 24/7 Supaya Anaknya Cepet LuLus..Special Thanks untuk Pihak
MODIFIE, Afif, Yusril, Felly, dan Teman-Teman Terdekat yang selalu
mendukung dan memberi motivasi…
iv
ABSTRAK
v
KATA PENGANTAR
vi
Tak lupa pula penulis menyampaikan permintaan maaf apabila melakukan
banyak kesalahan di dalam penulisan tugas akhir, baik itu secara sengaja maupun
tidak sengaja. Penulis juga berharap semoga tugas akhir ini dapat bermanfaat bagi
penulis sendiri ataupun para pembaca, meskipun penulis menyadari bahwa masih
banyak kekurangan dalam tugas akhir ini. Oleh sebab itu, sangat diharapkan kritik
dan saran dari para pembaca guna menyempurnakan tugas akhir ini.
Penulis
vii
DAFTAR ISI
Halaman
ABSTRAK...............................................................................................................v
KATA PENGANTAR............................................................................................vi
DAFTAR ISI........................................................................................................viii
DAFTAR TABEL....................................................................................................x
DAFTAR GAMBAR.............................................................................................xii
DAFTAR LAMPIRAN..........................................................................................xv
BAB I PENDAHULUAN........................................................................................1
1.1. Latar Belakang..................................................................................1
1.2. Rumusan Masalah............................................................................3
1.3. Batasan Masalah...............................................................................4
1.4. Tujuan...............................................................................................4
1.5. Manfaat.............................................................................................4
BAB II LANDASAN TEORI..................................................................................5
2.1. Penelitian Terdahulu.........................................................................5
2.2. SDLC................................................................................................6
2.3. Sistem Informasi Manajemen...........................................................6
2.4. Efisiensi Kerja..................................................................................7
2.5. Perancangan Sistem..........................................................................7
2.6. Dokumen Perancangan Perangkat Lunak.........................................8
2.7. User Acceptance Testing..................................................................8
BAB III METODOLOGI PENELITIAN................................................................9
3.1. Communication.................................................................................9
3.2. Planning.........................................................................................12
3.3. Modelling........................................................................................12
3.4. Testing & Evaluation......................................................................13
BAB IV HASIL PEMBAHASAN.........................................................................15
4.1. Requirement Gathering..................................................................15
4.2. Planning.........................................................................................30
4.3. Modelling........................................................................................30
viii
4.4. Testing and Evaluation...................................................................48
BAB V PENUTUP.................................................................................................51
5.1. Kesimpulan.....................................................................................51
5.2. Saran...............................................................................................51
DAFTAR PUSTAKA............................................................................................52
LAMPIRAN...........................................................................................................54
ix
DAFTAR TABEL
Halaman
Tabel 2.1 Penelitian Terdahulu................................................................................5
x
Tabel L2.1 Fungsi Pengelolaan Data Master Jasa 69
Tabel L2.2 Fungsi Pengelolaan Data Master Sparepart.........................................70
Tabel L2.3 Fungsi Pengelolaan Data Master Karyawan........................................71
Tabel L2.4 Fungsi Pengelolaan Data Master Supplier..........................................72
Tabel L2.5 Fungsi Pengelolaan Hak Akses...........................................................73
Tabel L2.6 Fungsi Pengelolaan Data Master Pelanggan.......................................74
Tabel L2.7 Fungsi Pengelolaan Data Master Kendaraan.......................................75
Tabel L2.8 Fungsi Penerimaan Sparepart..............................................................76
Tabel L2.9 Fungsi Laporan Kinerja Mekanik........................................................77
Tabel L2.10 Fungsi Antrian Pelanggan.................................................................78
Tabel L2.11 Fungsi Mekanik Penanggung Jawab.................................................79
Tabel L2.12 Fungsi Estimasi.................................................................................80
Tabel L2.13 Fungsi Cetak Tanda Terima..............................................................81
Tabel L2.14 Fungsi Cetak SPK..............................................................................82
Tabel L2.15 Fungsi Status Kendaraan...................................................................83
Tabel L2.16 Fungsi Penyelesaian Order................................................................84
Tabel L2.17 Fungsi Cetak Kuitansi.......................................................................85
Tabel L2.18 Fungsi Lihat Komisi Mekanik...........................................................86
Tabel L2.19 Fungsi Permintaan Sparepart.............................................................87
xi
Tabel L5.13 Tabel Detail Penerimaan.................................................................114
Tabel L5.14 Tabel Detail Pemesanan..................................................................114
xii
DAFTAR GAMBAR
Halaman
Gambar 2.1 Metodologi SDLC Pressman................................................................6
xiii
Gambar L3.5 System Flow Pengelolaan Data Master Pelanggan..........................92
Gambar L3.6 System Flow Pengelolaan Data Master Kendaraan.........................93
Gambar L3.7 System Flow Pengelolaan Data Master Jasa....................................94
Gambar L3.8 System Flow Lihat dan Cetak Laporan Kinerja Mekanik................95
Gambar L3.9 System Flow Antrian Pelanggan......................................................96
Gambar L3.10 System Flow Mekanik Penanggung Jawab....................................96
Gambar L3.11 System Flow Estimasi Harga.........................................................97
Gambar L3.12 System Flow Cetak Tanda Terima.................................................98
Gambar L3.13 System Flow Cetak SPK................................................................99
Gambar L3.14 System Flow Status Kendaraan....................................................100
Gambar L3.15 System Flow Penyelesaian Order.................................................101
Gambar L3.16 System Flow Cetak Kuitansi........................................................102
Gambar L3.17 System Flow Nilai Mekanik.........................................................103
Gambar L3.18 System Flow Lihat Komisi...........................................................104
Gambar L3.19 System Flow Permintaan Sparepart.............................................105
Gambar L3.20 System Flow Pengelolaan Data Master Sparepart.......................106
xiv
Gambar L6.8 Halaman Cetak Dokumen SPK.....................................................120
Gambar L6.9 Halaman Transaksi – Data Penyelesaian Order.............................120
Gambar L6.10 Halaman Inspeksi Kendaraan......................................................121
Gambar L6.11 Halaman Form Inspeksi Kendaraan.............................................122
Gambar L6.12 Halaman Penilaian Mekanik........................................................122
Gambar L6.13 Halaman Form Penilaian Mekanik..............................................123
Gambar L6.14 Halaman Komisi Mekanik...........................................................124
Gambar L6.15 Halaman Dalam Pengerjaan........................................................124
Gambar L6.16 Halaman Laporan Kinerja Mekanik............................................125
Gambar L6.17 Halaman Laporan Transaksi........................................................126
Gambar L6.18 Halaman Inventory – Permintaan Sparepart................................126
Gambar L6.19 Halaman Inventory – Form Pemesanan.......................................127
Gambar L6.20 Halaman Form Penerimaan Sparepart.........................................128
Gambar L6.21 Halaman Form Tambah Master Data Jasa...................................128
Gambar L6.22 Halaman Form Tambah Master Data Karyawan.........................129
Gambar L6.23 Halaman Form Tambah Master Data Kendaraan........................129
Gambar L6.24 Halaman Form Tambah Master Data Pelanggan.........................130
Gambar L6.25 Halaman Form Tambah Master Data Sparepart..........................130
Gambar L6.26 Halaman Form Tambah Master Data Supplier............................131
Gambar L6.27 Halaman Edit Hak Akses.............................................................131
xv
DAFTAR LAMPIRAN
Halaman
Lampiran 1 Skenario UAT.....................................................................................57
Lampiran 2 Detail Kebutuhan Fungsional.............................................................72
Lampiran 3 System Flow........................................................................................91
Lampiran 4 Data Flow Diagram.........................................................................110
Lampiran 5 Struktur Data....................................................................................114
Lampiran 6 Perancangan Desain Interface..........................................................118
Lampiran 7 Hasil Pengujian UAT.......................................................................135
Lampiran 8 Hasil Pengujian Efisiensi..................................................................164
Lampiran 9 Hasil Plagiasi....................................................................................182
Lampiran 10 Biodata Penulis...............................................................................183
xvi
BAB I
PENDAHULUAN
sebanyak 20 karyawan.
Berdasarkan hasil wawancara yang dilakukan kepada pemilik bengkel dan
observasi yang dilakukan oleh peneliti, Bengkel Modifie sudah terkomputerisasi
dengan aplikasi Microsoft excel dalam proses bisnisnya namun tidak terintegrasi
dengan bagian-bagian penting proses bisnis bengkel seperti mekanik, service
advisor dan inventory. Selain itu, beberapa proses masih dilakukan eksekusi
secara manual seperti pembuatan laporan kerja dan invoice. Saat ini, kegiatan
operasional bengkel sehari-hari dibagi menjadi beberapa bagian seperti
administrator, service advisor, mekanik, back-office yang berfungsi sebagai
keuangan serta administrasi, dan inventori bengkel.
Masalah utama yang dihadapi dengan sistem yang ada adalah bagian-bagian
bengkel tidak terintegrasi antara satu dengan yang lain dimana data tidak bisa
diakses secara langsung melainkan karyawan, mekanik, dan service advisor harus
menuju ke front office di lantai dua untuk mengetahui progress dan keperluan
kendaraan. Hal ini menurunkan efisiensi kerja karena mobilisasi karyawan yang
tinggi. Selain itu, tidak terintegrasinya sistem menyebabkan permasalahan seperti
antrian kendaraan lompat atau mundur karena tidak terintegrasinya bagian
mekanik dengan front office, dan sering terjadinya penolakan kendaraan
dikarenakan tidak tersedianya part dibutuhkan karena tidak terintegrasinya front
office dan bagian inventory yang menyebabkan Jumlah penolakan kendaraan naik
dari 30 mobil yang ditolak di bulan Januari sampai 47 mobil di bulan Agustus
2021 dengan total kendaraan yang ditolak dari bulan Januari hingga Agustus 2021
sebanyak 233 mobil dari total 2274 mobil yang masuk.
Agar permasalahan integrasi bagian-bagian bengkel yang selama ini
dilakukan secara independent dan efisiensi kerja dapat diatasi, diperlukan sebuah
perancangan sistem informasi manajemen bengkel yang sesuai dengan kebutuhan
serta dapat mengintegrasikan bagian-bagian bengkel dengan analisis mendalam
untuk memberikan gambaran yang jelas serta meningkatkan efisiensi kerja dan
menghasilkan analisis dan perancangan sistem yang lengkap. Perancangan yang
mendalam diperlukan agar dapat membuat suatu desain sistem yang baik dan
sesuai dengan kebutuhan pengguna. Perancangan juga berfungsi sebagai acuan
mengintegrasi bagian-bagian bengkel, memberikan gambaran mengenai system
3
secara jelas, menentukan alur proses bisnis yang lebih baik, dan memenuhi
kebutuhan user. Perancangan dapat menghasilkan keputusan bagaimana sistem
beroperasi dalam hal software maupun hardware, laporan, dan dokumen yang
diperlukan. Dengan begitu, perancangan sistem informasi manajemen terintegrasi
dapat memberikan kontribusi dalam menghasilkan perbaikan proses kinerja
layanan bengkel secara menyeluruh dan dapat memberikan informasi yang
dibutuhkan secara cepat, efisien, tepat dan akurat.
Pada dasarnya, efisiensi diartikan sebagai sebagai rasio output terhadap
input; dan lebih banyak output per unit input menunjukkan efisiensi yang lebih
besar sementara output maksimum per unit input mencerminkan efisiensi optimal.
Konsep pengukuran efisiensi menurut Sherman dan Zhu (2006) menyatakan
bahwa efisiensi suatu perusahaan terdiri atas empat jenis salah satunya adalah
technical efficiency (TE) yang merupakan efisiensi global dalam mengukur
kemampuan untuk menghasilkan output aktual dengan input lebih sedikit, atau
lebih sedikit sumber daya yang digunakan menunjukkan efisiensi yang lebih
tinggi. Proses bisnis yang efisien dicapai dengan waktu proses kerja yang
berkurang dengan hasil yang sama atau meningkat. Efisien dalam hal ini dapat
diukur dengan membandingkan waktu proses bisnis lama dengan yang baru.
Dalam proses Analisis dan perancangan, diperlukan model yang sesuai.
Model yang digunakan dalam perancangan sistem informasi manajemen adalah
System Development Life Cycle (SDLC) metodologi waterfall. Metodologi
waterfall menggunakan tahapan yang berurutan dimana proses dilihat secara
bertahap. Tahapan penelitian ini dimulai dari Comunication, Planning, Modelling,
hingga testing dan evaluation. Selain itu, agar tujuan untuk meningkatkan
efisiensi dapat tercapai, diperlukan cara untuk menguji tingkat efisiensi kerja.
Pengujian efisiensi kerja dilakukan dengan kuesioner dengan melakukan
perbandingan terhadap sistem yang berjalan dengan perancangan yang diajukan.
Untuk pengujian terhadap hasil perancangan menggunakan User Acceptance
Testing.
1.4. Tujuan
Berdasarkan latar belakang dan rumusan masalah diatas, maka tujuan dari
penelitian ini adalah untuk menghasilkan perancangan Sistem Informasi
Manajemen yang sesuai dengan kebutuhan pada usaha bengkel Modifie dan dapat
memberikan kontribusi terhadap peningkatan efisiensi kerja.
1.5. Manfaat
Adapun manfaat yang akan diperoleh dari penelitian ini adalah sebagai
berikut :
1. Memberikan kontribusi serta membantu bengkel Modifie untuk
menghasilkan acuan pengembangan aplikasi yang sesuai dengan
kebutuhan.
2. Memberikan gambaran desain sistem.
3. Menambah ilmu pengetahuan tentang analisa dan perancangan sistem.
BAB II
LANDASAN TEORI
2.2. SDLC
System Development Life Cycle (SDLC) adalah proses untuk memahami
bagaimana sebuah sistem informasi dapat mendukung kebutuhan bisnis dengan
merancang suatu sistem, membangun sistem tersebut dan menyampaikan kepada
pengguna” (Rahmawati & Bachtiar, 2018) .SDLC memiliki empat fase dasar yaitu
Planning, analysis, design dan implementation. Berikut penjelasan dari keempat
fase tersebut.
a. Planning adalah proses dasar dalam memahami mengapa sistem informasi
harus dibangun dan menentukan bagaimana peneliti akan membangun proyek
tersebut.
b. Analysis adalah fase menginvestigasi sistem yang sudah ada sebelumnya,
mengidentifikasi peluang untuk perbaikan dan mengembangkan konsep yang
baru untuk sistem yang akan dibuat.
c. Design Phase yaitu menentukan bagaimana sistem akan beroperasi, dalam hal
ini antara lain perangkat keras, perangkat lunak, infrastruktur jaringan (User
Interface), Forms dan laporan (database dan file yang dibutuhkan aplikasi).
d. Implementation adalah fase terakhir pada SDLC, yaitu adalah mencoba
keseluruhan system.
Sedangkan, menurut (Hady, Haryono, & Rahayu, 2019) UAT dilaksanakan pada
akhir proses pengujian saat sistem siap digunakan. Tujuan utamanya adalah untuk
mengembangkan perangkat lunak yang mampu memenuhi kebutuhan pengguna.
BAB III
METODOLOGI PENELITIAN
Pada bab ini akan membahas tahapan dalam analisis dan perancangan
Sistem Informasi Manajemen pada usaha bengkel Modifie. Metodologi penelitian
yang digunakan dalam penelitian ini yaitu metodologi waterfall. Untuk penjelasan
lebih lanjut dapat dilihat pada Gambar 3.1.
3.1. Communication
Tahapan ini bertujuan untuk memperoleh informasi yang akan digunakan
untuk membuat analisis rancangan sistem. Informasi didapatkan melalui pemilik
Bengkel, Karyawan, dan Studi Literatur. Hasil informasi tersebut dianalisa untuk
menghasilkan data dan informasi mengenai alur bisnis, kendala, dan kebutuhan
terhadap perancangan sistem. Tahapan ini memiliki dua fase yaitu Project
Initiation dan Requirenment Gathering.
3.1.1. Project Initiation
Project Initiation adalah tahapan untuk memperoleh informasi mengenai
penelitian. Fase Project Initiation berisi tahapan wawancara dan studi literatur.
11
1. Wawancara
Wawancara dilakukan untuk mendapatkan informasi dan data mengenai
kebutuhan sistem, permasalahan bengkel, alur proses bisnis, dan struktur
organisasi secara langsung dalam bentuk deskripsi serta menjelaskan suatu situasi
dan kondisi tertentu. Wawancara dipilih karena kondisi bengkel yang
mengharuskan untuk fleksibel dimana peneliti dapat mengikuti kemauan dari
narasumber tanpa pedoman yang baku. Metode wawancara yang digunakan in
depth interview yang merupakan proses wawancara mendalam kepada objek
dengan komunikasi dua arah untuk mendapatkan data dari responden secara
personal (Pradesyah & Al, 2019). Hasil wawancara ini yang akan menjadi acuan
perancangan sistem. Narasumber wawancara bengkel adalah (1) Pemilik bengkel,
(2) Admin bengkel, (3) Front Office, (4) Service Advisor, dan (5) Mekanik.
2. Studi Literatur
Tahapan ini bertujuan untuk mencari referensi dan informasi yang
mendukung penelitian. Referensi didapatkan dari peraturan dan kebijakan yang
ada di Bengkel Modifie, buku, dan jurnal. Referensi digunakan untuk memperkuat
pengetahuan peneliti yakni (1) Analisis Sistem, (2) Perancangan Sistem, (3)
Penelitian Terdahulu, (4) Desain Arsitektur, (5) Desain Antarmuka, (6) Sistem
Informasi Manajemen, (7) Manajemen Bengkel, Dan (8) System Development
Life Cycle Waterfalll Preston.
3.1.2. Requirement Gathering
Tujuan dari fase ini adalah menganalisa hasil dari wawancara dan studi
literatur dengan untuk mendefinisikan kebutuhan dari sistem yang akan dibuat.
Fase ini menghasilkan analisa dengan hasil deskriptif berupa Analisis Proses
Bisnis, Identifikasi Masalah, Identifikasi Pengguna, Analisis Kebutuhan
Pengguna, Analisis Kebutuhan Fungsional, Analisis Kebutuhan Non-Fungsional,
dan Diagram IPO.
1. Analisis Proses Bisnis
Tahapan ini memiliki fungsi untuk mengetahui dan mempelajari alur proses
bisnis yang ada. Analisis proses bisnis dilakukan untuk mendapatkan informasi
seperti (1) Gambaran Umum Proses Bisnis Modifie, (2) Proses Penerimaan Order
Kendaraan, (3) Proses Inventory Bengkel, (4) Proses Penilaian Mekanik, dan (5)
12
3.2. Planning
Pada tahapan planning, peneliti melakukan proses penetapan rencana terkait
analisis dan perancangan yang meliputi tugas-tugas teknis yang akan dilakukan,
sumber informasi yang dibutuhkan, hasil yang akan dibuat, dan jadwal Pengerjaan
penelitian. Hasil penetapan rencana berupa timeline yang dibuat berdasarkan
analisa perkiraan waktu pengerjaan.
3.2.1. Timeline
Timeline digunakan sebagai acuan waktu pengerjaan penelitian. Timeline
dibuat dengan pertimbangan peneliti terhadap waktu serta proses yang diperlukan
untuk melakukan tahapan penelitian.
3.3. Modelling
3.3.1. Analysis and Design
Tahapan ini berisi pembuatan perancangan sistem manajemen bengkel. Fase
dari tahapan Analysis and Design akan membuat perancangan Desain Fungsional,
Perancangan Desain Data, Perancangan desain Interface, dan Perancangan Desain
Arsitektur.
1. Perancangan Desain Fungsional
Pada perancangan desain proses fungsional akan dilakukan perancangan
fungsi-fungsi sistem yang terdiri dari proses, data, dan antar muka yang
digambarkan dengan aliran sistem (System flow), desain Context diagram, dan
desain DFD (Data flow diagram) yang di dalamnya meliputi: DFD Level 0, dan
DFD level 1.
2. Perancangan Desain Data
Perancangan desain data dilakukan untuk menggambarkan rancangan
fungsi-fungsi sistem yang terdiri dari proses, data, dan antar muka sistem
informasi manajemen bengkel Modifie ke dalam bentuk data seperti Conceptual
Data Model (CDM), Physical Data Model (PDM), dan struktur data
3. Perancangan Desain Interface
Tahapan ini akan membuat desain Interface untuk sistem informasi
manajemen bengkel. Pembuatan desain interface disesuaikan dengan preferensi
pengguna yang didapatkan saat wawancara. Bagian ini akan menggambarkan
14
Bab empat akan membahas hasil mengenai analisis dan perancangan sistem
informasi manajemen Bengkel Modifie. Hasil dari uraian tahapan bab tiga akan
digunakan dalam menghasilkan perancangan sistem informasi manajemen
bengkel. Hasil dari penelitian ini adalah Analisis dan Perancangan Sistem
Informasi Manajemen Bengkel Modifie.
Detail kebutuhan fungsional tiap aktor dapat dilihat pada Tabel 4.4.
Tabel 4.4 Daftar Kebutuhan Fungsional
Penggun Kebutuhan Deskripsi Detail
a Fungsional
Admin Pengelolaan Data Melakukan pengelolaan data master Tabel L2.6
Master Pelanggan pelanggan
Pengelolaan Data Untuk melakukan pengelolaan data Tabel L2.7
Master Kendaraan master kendaraan
Pengelolaan Data Melakukan pengelolaan data master Tabel L2.1
Master Jasa jasa
Pengelolaan Data Melakukan pengelolaan data master Tabel L2.2
Master Sparepart sparepart
Pengelolaan Data Melakukan pengelolaan data master Tabel L2.4
Master Supplier karyawan
Pengelolaan Data Melakukan pengelolaan data master Tabel L2.3
Master Karyawan karyawan
Pengelolaan Hak Mengelola hak akses setiap pengguna Tabel L2.5
Akses
Permintaan Permintaan sparepart terhadap admin Tabel L2.19
Sparepart
Penerimaan Penerimaan sparepart dari supplier Tabel L2.8
Sparepart terhadap admin
Pemesanan Pemesanan sparepart dari admin Tabel 4.5
Sparepart terhadap supplier
Front Office Penerimaan Order Melakukan pengelolaan data Tabel 4.7
penerimaan order pelanggan dengan
fungsi pengelolaan antrean, mekanik
penanggung jawab, dan fungsi estimasi
harga pelanggan
Penyelesaian Order Input data pembayaran pelanggan Tabel L2.16
Cetak Tanda Terima Mencetak tanda terima kendaraan jika Tabel L2.13
diminta oleh pelanggan
21
Dari beberapa fungsi sistem yang dihasilkan dari hasil analisa dapat
menghasilkan fungsi-fungsi utama yang ada di Sistem Informasi Manajemen
Bengkel Modifie berdasarkan hasil yang dilakukan pada tahap analisis kebutuhan
pengguna antara lain:
1. Pengguna Admin
Fungsi sistem yang dihasilkan dengan pengguna admin sebagai berikut:
a. Fungsi Pemesanan Sparepart
Fungsi ini memiliki fungsi pemesanan sparepart dari admin terhadap
supplier. Analisis dari kebutuhan fungsional pada fungsi Pemesanan
sparepart diturunkan dari satu kebutuhan pengguna dan dijelaskan pada pada
Tabel 4.5.
22
2. Pengguna Owner
Fungsi sistem yang dihasilkan dengan pengguna owner sebagai berikut:
a. Fungsi Laporan Transaksi
23
Fungsi sistem dengan pengguna front office lainnya dapat dilihat pada
Lampiran 2 Detail Kebutuhan Fungsional.
5. Pengguna Mekanik
Fungsi sistem yang dihasilkan dengan pengguna Mekanik sebagai berikut:
27
4.2. Planning
4.2.1. Timeline
Timeline digunakan untuk melakukan proses perancangan waktu pengerjaan
penelitian. Untuk gambar timeline pengerjaan dapat dilihat pada Gambar 4.5.
Gambar 4.5 Timeline Pengerjaan
No Tahapan Bulan 1 Bulan 2 Bulan 3
1 2 3 4 1 2 3 4 1 2 3 4
1 Communication
2 Planning
3 Modelling
4 Testing & Evaluation
4.3. Modelling
4.3.1. Analysis And Design
1. Perancangan Desain Fungsional
Pada perancangan desain proses fungsional akan dilakukan perancangan
fungsi-fungsi sistem yang terdiri dari proses, data, dan antar muka yang akan
digambarkan dengan System Flow, Context Diagram, dan Data Flow Diagram.
a. System Flow
Daftar system flow tiap aktor dapat dilihat pada Tabel 4.12.
Tabel 4.12 Daftar System Flow
Pengguna System Flow Deskripsi Detail
Admin Pengelolaan Data Melakukan pengelolaan
Gambar data
Master Pelanggan master pelanggan L3.5
Pengelolaan Data Untuk melakukan pengelolaan Gambar
Master data master kendaraan L3.6
Kendaraan
Pengelolaan Data Melakukan pengelolaan data Gambar
Master Jasa master jasa L3.7
Pengelolaan Data Melakukan pengelolaan data Gambar
Master Sparepart master sparepart L3.20
Pengelolaan Data Melakukan pengelolaan data Gambar
Master Supplier master karyawan L3.4
Pengelolaan Data Melakukan pengelolaan data Gambar
Master Karyawan master karyawan L3.3
Pengelolaan Hak Mengelola hak akses setiap Gambar
Akses pengguna L3.1
Permintaan Permintaan sparepart terhadap Gambar
Sparepart admin L3.19
Penerimaan Penerimaan sparepart dari Gambar
Sparepart supplier terhadap admin L3.2
33
1) Pengguna Admin
System flow yang berkaitan dengan penguna admin adalah sebagai
berikut.
i. System flow Pemesanan Sparepart
Aktor yang terlibat dalam proses ini bagian Admin. Proses ini
berfungsi untuk memesan sparepart kepada supplier. Dalam
34
System flow dengan pengguna service advisor lainnya dapat dilihat pada
Lampiran 3 System Flow.
38
5) Pengguna Mekanik
System flow yang berkaitan dengan penguna mekanik adalah sebagai
berikut.
i. System flow Lihat Kendaraan Dalam Pengerjaan
Aktor yang terlibat pada proses ini adalah mekanik. Mekanik
dapat melihat kendaraan yang masih dalam status pengerjaan namun
tidak dapat melihat status kendaraan yang preorder sparepart.
System Flow dapat dilihat pada Gambar 4.10.
b. Context Diagram
Pada Context Diagram menggambarkan entitas yang berhubungan
langsung dengan sistem dan aliran data secara umum., sedangkan proses-
proses yang lebih detail belum dapat diketahui. Terdapat 5 internal entity dan
2 external entity dalam context diagram ini. Context Diagram dapat dilihat
pada Gambar 4.11.
39
c. Diagram Berjenjang
Diagram berjenjang digunakan untuk menggambarkan proses-proses
dan penggambaran DFD (Data Flow Diagram) ke level-level lebih bawah lagi
yang terjadi didalam sebuah perancangan sistem. Diagram berjenjang dapat
dilihat pada .
40
Daftar data flow diagram pada level 1 dapat dilihat pada Tabel 4.13.
Tabel 4.13 Daftar Data Flow Diagram
No Data Flow Diagram Detail
1 DFD Level 1 penerimaan order Gambar 4.14
2 DFD Level 1 Pengolahan Data Master Gambar L4.2
3 DFD Level 1 Laporan Gambar L4.3
4 DFD Level 1 Penerimaan Sparepart Gambar L4.4
5 DFD Level 1 Permintaan Sparepart Gambar L4.5
6 DFD Level 1 Pemesanan Sparepart Gambar L4.6
7 DFD Level 1 Penilaian Komisi Gambar L4.7
8 DFD Level 1 Transaksi Gambar L4.1
Detail data flow diagram seperti DFD Level 1 Pengolahan Data Master,
DFD Level 1 Laporan, DFD Level 1 Penerimaan Sparepart, DFD Level 1
Permintaan Sparepart, DFD Level 1 Pemesanan Sparepart, dan DFD Level 1
Penilaian Komisi dapat dilihat di .
42
c. Struktur Data
Struktur data menunjukkan daftar kebutuhan tabel yang dipergunakan
dalam penyimpanan dari sistem yang akan dibuat. Berikut adalah hasil
analisis IPO diagram mengenai struktur data yang didapatkan:
1) Input
Data yang digunakan dalam input aplikasi antara lain:
i. Master data pelanggan berisi kode, nama pelanggan, nomor telp,
plat nomor pelanggan, dan alamat tinggal.
ii. Master data kendaraan berisi kode, jenis kendaraan, merk, tipe,
grade, jenis, tahun, region, transmission, engine, dan frame.
iii. Master data sparepart berisi kode, nama spare part, stok, dan
harga.
iv. Master data jasa berisi kode, nama jasa, dan harga.
v. Master data karyawan berisi kode, nama karyawan, status
karyawan, nomor telp karyawan, alamat tinggal, dan jabatan
karyawan.
44
vi. Data supplier berisi kode, nama supplier, alamat supplier, dan
nomor telpon supplier.
2) Output
Pada bagian ini berisi output dan informasi sebagai berikut yaitu (1)
daftar pelanggan, (2) daftar kendaraan, (3) daftar jasa, (4) daftar
sparepart, (5) daftar karyawan, (6) daftar supplier, (7) data penerimaan
order, (8) data antrian pelanggan, (9) data mekanik penanggungjawab,
(10) data transaksi, (11) data pengguna, (12) estimasi harga, (13)
dokumen tanda terima, (14) dokumen SPK, (15) status kendaraan, (16)
kuitansi, (17) informasi inspeksi kendaraan, (18) informasi komisi
mekanik, (19) laporan transaksi, (20) laporan kinerja mekanik, (21)
informasi permintaan sparepart, (22) informasi penerimaan sparepart, dan
(23) informasi pemesanan sparepart.
1) Tabel Pelanggan
45
3) Tabel Karyawan
Tabel karyawan pada Tabel 4.17 memiliki fungsi untuk
menyimpan data master karyawan yang ada di sistem manajemen
bengkel.
Tabel 4.17 Karyawan
No Nama Kolom Tipe Data Constraint
46
a. Halaman Login
Halaman login pada Gambar 4.17 berisikan logo modifie dan form
login yang diisi dengan username dan password pengguna. Pengguna laman
ini yaitu front office, admin, service advisor, mekanik, dan pemilik. Dalam
prosesnya, jika data yang dimasukkan tidak sesuai maka akan memunculkan
notifikasi bahwa username atau password yang dimasukkan tidak sesuai.
b. Halaman Home
Halaman home pada Gambar 4.18 akan tertampil setelah pengguna
melakukan login terhadap sistem. Halaman ini memiliki navigation bar yang
berada di sebelah kiri yang berisi menu-menu untuk menjalankan fungsi-
fungsi yang ada di sistem dan beberapa menu yang ada di navigation bar
memiliki sub menu. Navigation bar yang ada di halaman home akan
menyesuikan menunya sesuai dengan hak akses yang diberikan oleh pihak
admin. Dalam penjelasan tampilan berikutnya, penulis akan menggunakan
tampilan yang digunakan oleh pihak admin agar penjelasan dapat dipahami.
Berikut adalah tampilan home sistem informasi manajemen bengkel.
48
Alur dari desain arsitektur dimulai dari server yang kemudian dilanjutkan ke
jaringan internet. Proses selanjutnya adalah routing yang dilakukan oleh
perangkat router dengan tujuan agar sistem bisa diakses oleh user pada end device
yaitu Komputer dan Smartphone.
Spesifikasi terhadap hardware dan software yang diperlukan dalam
perancangan Sistem Informasi Manajemen Bengkel Modifie dapat dilihat pada
Tabel 4.19.
Tabel 4.19 Spesifikasi hardware dan software
Kategori User Device Application Server Database Server
Hardware Laptop atau Komputer dengan Intel ® Core i5 CPU Intel ® Core i5 CPU
spesifikasi minimum sebagai 3.0 GHz or above 3.0 GHz or above
berikut : 8GB RAM 8GB RAM
Intel Dual Core 1 TB Hard Disk Drive 1 TB Hard Disk Drive
Memory 2gb (HDD) + 1 TB Solid (HDD) + 1 TB Solid
HDD 320GB State Drive (SSD) State Drive (SSD)
Monitor Monitor
Android with mimimum Wireless Access Point Wireless Access Point
50
2. Hasil Pengujian
Berdasarkan dari hasil pengujian yang dilakukan, didapatkan hasil dari
kuisioner terhadap 18 fungsi yang ada dalam sistem. UAT dilakukan kepada 2
Admin, 2 Front Office, 2 Mekanik, 2 Service Advisor, dan pemilik pada bengkel
Modifie. Peneliti melakukan presentasi mengenai perancangan yang dibuat,
kemudian pengguna mengisi kuisoner yang diberikan. Hasil dari UAT adalah
Penerimaan 100% terhadap fungsi perancangan yang telah dibuat dan dapat
51
dilihat pada Tabel 4.21. Detail hasil pengujian UAT dapat dilihat pada Lampiran 7
Hasil Pengujian UAT.
Tabel 4.21 Hasil UAT
No Fungsi Jabatan Persentase Penerimaan
Pengguna Fungsi
1 Pengelolaan Data Master Admin 100%
2 Pengelolaan Hak Akses Admin 100%
3 Penerimaan Sparepart Admin 100%
4 Pemesanan Sparepart Admin 100%
5 Penerimaan order Front Office 100%
6 Antrian Pelanggan Front Office 100%
7 Mekanik Penanggung Jawab Front Office 100%
8 Estimasi Front Office 100%
9 Cetak Tanda Terima Front Office 100%
10 Cetak SPK Front Office 100%
11 Status Kendaraan Front Office 100%
12 Penyelesaian Order Front Office 100%
13 Cetak Kuitansi Front Office 100%
14 Inspeksi Kendaraan Service Advisor 100%
15 Penilaian Kinerja Service Advisor 100%
16 Permintaan Sparepart Service Advisor 100%
17 Laporan Transaksi Pemilik 100%
18 Laporan Kinerja Mekanik Pemilik 100%
Tabel 4.22 adalah hasil dari yang dilakukan pada sistem yang ada
dengan hasil rata-rata sebesar 51%. Pengujian. Dokumen Pengujian Sistem
Yang Ada dapat dilihat pada .
Tabel 4.22 Hasil Pengujian Terhadap Sistem yang Ada
No Hasil Pengujian Jumlah Skor Mean TCR
STS TS RG S SS Responden
1 1 4 2 2 0 9 23 2,55556 51,1111
2 0 5 3 1 0 9 23 2,55556 51,1111
3 2 3 4 0 0 9 20 2,22222 44,4444
4 1 4 4 0 0 9 21 2,33333 46,6667
5 1 1 2 5 0 9 29 3,22222 64,4444
6 0 3 2 4 0 9 28 3,11111 62,2222
7 1 5 3 0 0 9 20 2,22222 44,4444
8 1 1 6 1 0 9 25 2,77778 55,5556
9 2 4 2 1 0 9 20 2,22222 44,4444
10 0 5 4 0 0 9 22 2,44444 48,8889
Hasil 51,3333
5.1. Kesimpulan
Berdasarkan hasil dari analisis dan perancangan yang dilakukan untuk
Sistem Informasi Manajemen Bengkel Modifie dapat disimpulkan hal sebagai
berikut:
1. Bagaimana merancang dan menganalisis sistem informasi manajemen
bengkel terintegrasi yang dapat meningkatkan efisiensi kerja pada usaha
bengkel Modifie.
2. Analisis dan perancangan sistem informasi manajemen Bengkel Modifie
sesuai dengan kebutuhan pengguna. Hal ini dibuktikan dengan hasil
pengetesan User Acceptance Testing sebesar 100% di setiap fungsi yang
diajukan pada perancangan sistem.
3. Perancangan sistem informasi manajemen Bengkel Modifie dapat
memberikan kontribusi terhadap peningkatan efisiensi kerja. Hal ini
dibuktikan dengan pengujian Efisiensi Kerja dengan hasil Sistem Yang Ada
sebesar 51%, Perancangan Yang Diajukan sebesar 74%, dan Terdapat
peningkatan sebesar 23%.
5.2. Saran
Saran yang dapat dilakukan untuk pengembangan penelitian kedepannya
sebagai berikut:
1. Perancangan terhadap sistem informasi manajemen Bengkel Modifie dapat
dikembangkan ke tahapan lebih lanjut dengan dibangunnya aplikasi Sistem
Informasi Manajemen Bengkel Modifie.
2. Analisis dan Perancangan Sistem Informasi Manajemen Bengkel Modifie
dapat dikembangkan untuk melakukan penambahan fitur-fitur progress
Kendaraan yang dapat dilihat oleh setiap customer, fitur penggajian, dan
notifikasi pengingat stok hampir habis untuk bagian Inventory.
54
DAFTAR PUSTAKA
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
Lampiran 2 Detail Kebutuhan Fungsional
A. Pengguna Admin
1. Fungsi Pengelolaan Data Master Jasa
Analisis dari kebutuhan fungsional pada fungsi pengelolaan data master jasa
diturunkan dari satu kebutuhan pengguna dan dijelaskan pada pada Tabel L2.1.
Tabel L2.1 Fungsi Pengelolaan Data Master Jasa
Nama fungsi Pengelolaan Data Master Jasa
Pengguna Admin
Deskripsi Fungsi ini memiliki tujuan untuk melakukan pengelolaan data master
jasa dengan Input, Update, atau Delete data
Kondisi Pengguna sudah login ke dalam sistem
Permulaan
Pemicu Pengguna ingin mengubah, mengurangi, atau menambah data master jasa
Alur Normal 1. Pengguna telah login ke sistem
2. Pengguna memilih menu data master
3. Pengguna memilih sub-menu data master jasa
4. Pengguna menginputkan data master ke form sesuai menu yang
dipilh
5. Pengguna klik tombol simpan
6. Sistem meyimpan data ke dalam database
7. Sistem menampilkan informasi telah disimpan
71
2. Fungsi Pengelolaan Data Master Sparepart
Analisis dari kebutuhan fungsional pada fungsi pengelolaan data master
sparepart diturunkan dari satu kebutuhan pengguna dan dijelaskan pada pada
Tabel L2.2.
Tabel L2.2 Fungsi Pengelolaan Data Master Sparepart
Nama Pengelolaan Data Master Sparepart
fungsi
Penggun Admin
a
Deskrip Fungsi ini memiliki tujuan untuk melakukan pengelolaan data
si master sparepart dengan Input, Update, atau Delete data
Kondisi Pengguna sudah login ke dalam sistem
Permula
an
Pemicu Pengguna ingin mengubah, mengurangi, atau menambah data
master sparepart
Alur 1. Pengguna telah login ke sistem
Normal 2. Pengguna memilih menu data master
3. Pengguna memilih sub-menu data master Sparepart
4. Pengguna menginputkan data master ke form sesuai menu yang
dipilh
5. Pengguna klik tombol simpan
6. Sistem meyimpan data ke dalam database
7. Sistem menampilkan informasi telah disimpan
Alur Pengguna dapat menghapus atau mengubah data master
Pengem sparepart
bangan
Alur 1. Input Data wajib diisi semua jika data tidak diisi akan muncul
Alternat pop up “Data Wajib Diisi!”
if 2. Menu Edit dan Hapus data dapat diakses dengan menekan ikon
gear, lalu pilih menu “Edit” atau “Delete” data
3. Mengklik “Edit” akan memunculkan halaman edit data
4. Mengklik”Delete” akan memunculkan pop up “Data yang
Dihapus Tidak Bisa Dimunculkan Kembali”, klik ok untuk
melanjutkan menghapus data
Kondisi pop up "Data Berhasil Disimpan"
Akhir
Kebutuhan Non fungsional
Security Hak Akses untuk pihak Admin
Error pop up"Data Tidak Berhasil Disimpan"
Handlin
g
Keterka Data Sparepart memiliki keterkaitan terhadap semua proses
itan yang ada di sistem
Data
Notifika 1. Notifikasi Konfirmasi Hapus Data
si 2. Notifikasi Data Tidak Boleh Kosong
3. Notifikasi Data Berhasil Disimpan
72
3. Fungsi Pengelolaan Data master Karyawan
Analisis dari kebutuhan fungsional pada fungsi pengelolaan data master
karyawan diturunkan dari satu kebutuhan pengguna dan dijelaskan pada pada
Tabel L2.3.
Tabel L2.3 Fungsi Pengelolaan Data Master Karyawan
Nama Pengelolaan Data Master Karyawan
fungsi
Penggun Admin
a
Deskrip Fungsi ini memiliki tujuan untuk melakukan pengelolaan data
si master karyawan dengan Input, Update, atau Delete data
Kondisi Pengguna sudah login ke dalam sistem
Permula
an
Pemicu Pengguna ingin mengubah, mengurangi, atau menambah data
master
Alur 1. Pengguna telah login ke sistem
Normal 2. Pengguna memilih menu data master
3. Pengguna memilih sub-menu data master Karyawan
4. Pengguna menginputkan data master ke form sesuai menu yang
dipilh
5. Pengguna klik tombol simpan
6. Sistem meyimpan data ke dalam database
7. Sistem menampilkan informasi telah disimpan
Alur Pengguna dapat menghapus atau mengubah data master
Pengem karyawan
bangan
Alur 1. Input Data wajib diisi semua jika data tidak diisi akan muncul
Alternat pop up “Data Wajib Diisi!”
if 2. Menu Edit dan Hapus data dapat diakses dengan menekan ikon
gear, lalu pilih menu “Edit” atau “Delete” data
3. Mengklik “Edit” akan memunculkan halaman edit data
4. Mengklik”Delete” akan memunculkan pop up “Data yang
Dihapus Tidak Bisa Dimunculkan Kembali”, klik ok untuk
melanjutkan menghapus data
Kondisi pop up "Data Berhasil Disimpan"
Akhir
Kebutuhan Non fungsional
Security Hak Akses untuk pihak Admin
Error pop up"Data Tidak Berhasil Disimpan"
Handlin
g
Keterka Data Sparepart memiliki keterkaitan terhadap semua proses
itan yang ada di sistem
Data
Notifika 1. Notifikasi Konfirmasi Hapus Data
si 2. Notifikasi Data Tidak Boleh Kosong
3. Notifikasi Data Berhasil Disimpan
73
4. Fungsi Pengelolaan Data Master Supplier
Analisis dari kebutuhan fungsional pada fungsi pengelolaan data master
supplier diturunkan dari satu kebutuhan pengguna dan dijelaskan pada pada Tabel
L2.4.
Tabel L2.4 Fungsi Pengelolaan Data Master Supplier
Nama Pengelolaan Data Master Supplier
fungsi
Penggun Admin
a
Deskrip Fungsi ini memiliki tujuan untuk melakukan pengelolaan data
si master supplier dengan Input, Update, atau Delete data
Kondisi Pengguna sudah login ke dalam sistem
Permula
an
Pemicu Pengguna ingin mengubah, mengurangi, atau menambah data
master
Alur 1. Pengguna telah login ke sistem
Normal 2. Pengguna memilih menu data master
3. Pengguna memilih sub-menu data master Karyawan
4. Pengguna menginputkan data master ke form sesuai menu yang
dipilh
5. Pengguna klik tombol simpan
6. Sistem meyimpan data ke dalam database
7. Sistem menampilkan informasi telah disimpan
Alur Pengguna dapat menghapus atau mengubah data master
Pengem
bangan
Alur 1. Input Data wajib diisi semua jika data tidak diisi akan muncul
Alternat pop up “Data Wajib Diisi!”
if 2. Menu Edit dan Hapus data dapat diakses dengan menekan ikon
gear, lalu pilih menu “Edit” atau “Delete” data
3. Mengklik “Edit” akan memunculkan halaman edit data
4. Mengklik”Delete” akan memunculkan pop up “Data yang
Dihapus Tidak Bisa Dimunculkan Kembali”, klik ok untuk
melanjutkan menghapus data
Kondisi pop up "Data Berhasil Disimpan"
Akhir
Kebutuhan Non fungsional
Security Hak Akses untuk pihak Admin
Error pop up"Data Tidak Berhasil Disimpan"
Handlin
g
Keterka Data Supplier memiliki keterkaitan terhadap proses Pemesanan
itan Sparepart yang ada di sistem
Data
Notifika 1. Notifikasi Konfirmasi Hapus Data
si 2. Notifikasi Data Tidak Boleh Kosong
3. Notifikasi Data Berhasil Disimpan
74
5. Fungsi Pengelolaan Hak Akses
Analisis dari kebutuhan fungsional pada fungsi pengelolaan hak akses
diturunkan dari satu kebutuhan pengguna dan dijelaskan pada Tabel L2.5.
Tabel L2.5 Fungsi Pengelolaan Hak Akses
Nama Pengelolaan Hak Akses
fungsi
Penggun Admin
a
Deskrip Fungsi ini memiliki tujuan untuk mengelola hak akses setiap
si pengguna dengan input, update, atau delete
Kondisi Pengguna sudah login ke dalam sistem
Permula
an
Pemicu Pengguna ingin menambahkan, merubah, atau menghapus hak
akses pengguna
Alur 1. Pengguna telah login ke sistem
Normal 2. Pengguna memilih menu pengaturan
3. Pengguna memilih sub-menu hak akses
4. Pengguna menambahkan data pengguna ke dalam form
5. Pengguna mencentang hak akses yang dipilih
6. Pengguna klik tombol simpan
7. Sistem meyimpan data ke dalam database
Alur Pengguna dapat menghapus atau mengubah hak akses pengguna
Pengem
bangan
Alur 1. Input Data Hak Akses wajib diisi semua jika data tidak diisi
Alternat akan muncul pop up “Data Wajib Diisi!”
if 2. Password dan Re-enter password harus sama, jika berbeda akan
muncul pop up “Password Tidak Sama”
3. Menu Edit dan Hapus data dapat diakses dengan menekan ikon
gear di kolom data pada laman pengaturan hak akses, lalu pilih
menu “Edit” atau “Delete” data
4. Mengklik “Edit” akan memunculkan halaman edit data
5. Mengklik”Delete” akan memunculkan pop up “Data yang
Dihapus Tidak Bisa Dimunculkan Kembali”, klik ok untuk
melanjutkan menghapus data
Kondisi pop up "Data Berhasil Disimpan"
Akhir
Kebutuhan Non fungsional
Security Hak Akses untuk pihak Front Office
Error pop up"Data Tidak Berhasil Disimpan"
Handlin
g
Data Sparepart memiliki keterkaitan terhadap semua proses
yang ada di sistem
Notifika 1. Notifikasi Konfirmasi Hapus Data
si 2. Notifikasi Data Tidak Boleh Kosong
3. Notifikasi Data Berhasil Disimpan
75
6. Fungsi Pengelolaan Data Master Pelanggan
Analisis dari kebutuhan fungsional pada fungsi pengelolaan data master
pelanggan diturunkan dari satu kebutuhan pengguna dan dijelaskan pada Tabel
L2.6.
Tabel L2.6 Fungsi Pengelolaan Data Master Pelanggan
Nama fungsi Pengelolaan Data Master Pelanggan
Pengguna Admin
Deskripsi Fungsi ini memiliki tujuan untuk melakukan pengelolaan data
master pelanggan dengan Input, Update, atau Delete data
Kondisi Pengguna sudah login ke dalam sistem
Permulaan
Pemicu Pengguna ingin mengubah, mengurangi, atau menambah data
master
Alur Normal 1. Pengguna telah login ke sistem
2. Pengguna memilih menu data master
3. Pengguna memilih sub-menu data master pelanggan
4. Pengguna menginputkan data master ke form sesuai menu yang
dipilh
5. Pengguna klik tombol simpan
6. Sistem meyimpan data ke dalam database
7. Sistem menampilkan informasi telah disimpan
Alur Pengguna dapat menghapus atau mengubah data master pelanggan
Pengembanga
n
Alur 1. Input Data “Nama pelanggan”, “No Telp”, dan “Alamat” wajib
Alternatif diisi, jika data tidak diisi akan muncul pop up “Data Nama
Pelanggan, No Telp, dan Alamat Wajib Diisi!”
2. Menu Edit dan Hapus data dapat diakses dengan menekan ikon
gear, lalu pilih menu “Edit” atau “Delete” data
3. Mengklik “Edit” akan memunculkan halaman edit data
4. Mengklik”Delete” akan memunculkan pop up “Data yang
Dihapus Tidak Bisa Dimunculkan Kembali”, klik ok untuk
melanjutkan menghapus data
Kondisi pop up "Data Berhasil Disimpan"
Akhir
Kebutuhan Non fungsional
Security Hak Akses untuk pihak Admin
Error pop up"Data Tidak Berhasil Disimpan"
Handling
Keterkaitan Data Pelanggan memiliki keterkaitan terhadap semua proses yang
Data ada di sistem
Notifikasi 1. Notifikasi Konfirmasi Hapus Data
2. Notifikasi Data Tidak Boleh Kosong
3. Notifikasi Data Berhasil Disimpan
76
7. Fungsi Pengelolaan Data Master Kendaraan
Analisis dari kebutuhan fungsional pada fungsi pengelolaan data master
kendaraan diturunkan dari satu kebutuhan pengguna dan dijelaskan pada Tabel
L2.7.
Tabel L2.7 Fungsi Pengelolaan Data Master Kendaraan
Nama fungsi Pengelolaan Data Master Kendaraan
Pengguna Admin
Deskripsi Fungsi ini memiliki tujuan untuk melakukan pengelolaan data
master kendaraan dengan Input, Update, atau Delete data
Kondisi Pengguna sudah login ke dalam sistem
Permulaan
Pemicu Pengguna ingin mengubah, mengurangi, atau menambah data
master kendaraan
Alur Normal 1. Pengguna telah login ke sistem
2. Pengguna memilih menu data master
3. Pengguna memilih sub-menu data master kendaraan
4. Pengguna menginputkan data master ke form sesuai menu yang
dipilh
5. Pengguna klik tombol simpan
6. Sistem meyimpan data ke dalam database
7. Sistem menampilkan informasi telah disimpan
Alur Pengguna dapat menghapus atau mengubah data master kendaraan
Pengembanga
n
Alur 1. Input Data “Merk”, “Model”, dan “Tipe” wajib diisi, jika data
Alternatif tidak diisi akan muncul pop up “Data Merk, Model, dan Tipe
Wajib Diisi!”
2. Menu Edit dan Hapus data dapat diakses dengan menekan ikon
gear, lalu pilih menu “Edit” atau “Delete” data
3. Mengklik “Edit” akan memunculkan halaman edit data
4. Mengklik”Delete” akan memunculkan pop up “Data yang
Dihapus Tidak Bisa Dimunculkan Kembali”, klik ok untuk
melanjutkan menghapus data
Kondisi pop up "Data Berhasil Disimpan"
Akhir
Kebutuhan Non fungsional
Security Hak Akses untuk pihak Admin
Error pop up"Data Tidak Berhasil Disimpan"
Handling
Keterkaitan Data Kendaraan memiliki keterkaitan terhadap semua proses yang
Data ada di sistem
Notifikasi 1. Notifikasi Konfirmasi Hapus Data
2. Notifikasi Data Tidak Boleh Kosong
3. Notifikasi Data Berhasil Disimpan
77
8. Fungsi Penerimaan Sparepart
Fungsi ini memiliki fungsi penerimaan sparepart dari supplier terhadap
78
B. Pengguna Owner
9. Fungsi Laporan Kinerja Mekanik
Analisis dari kebutuhan fungsional pada fungsi laporan kinerja mekanik
diturunkan dari satu kebutuhan pengguna dan dijelaskan pada pada Tabel L2.9.
Tabel L2.9 Fungsi Laporan Kinerja Mekanik
Nama Laporan Kinerja Mekanik
fungsi
Penggun Pemilik
a
Deskrip Fungsi ini memiliki tujuan untuk melihat atau mencetak laporan
si Kinerja Mekanik
Kondisi Pengguna sudah login ke dalam sistem
Permula
an
Pemicu Pengguna ingin melihat atau mencetak laporan Kinerja Mekanik
Alur 1. Pengguna memilih sub menu kinerja mekanik
Normal 2. Pengguna memilih sub menu kinerja mekanik
3. Pengguna dapat melihat laporan
4. Menekan ikon gear pada kolom data akan membuka menu cetak
dokumen tersebut
5. Pengguna dapat melakukan filter data dengan kolom kategori
serta tanggal yang berada di atas menu
Alur Pengguna dapat mencetak laporan per periode
Pengem
bangan
Alur -
Alternat
if
Kondisi Pengguna dapat melihat laporan Kinerja Karyawan
Akhir
Kebutuhan Non fungsional
Security Hak Akses hanya untuk Pemilik
Error pop up"Sistem Tidak Bisa Menampilkan Data"
Handlin
g
Keterka Data Laporan Kinerja Mekanik memiliki keterkaitan terhadap
itan Penerimaan order, data master jasa, data master Karyawan, dan
Data data Penilaian Mekanik.
Notifika 1. Notifikasi Fungsi Mengalami Error
si 2. Notifikasi Pop-up data
3. Notifikasi Data Berhasil Disimpan
4. Notifikasi Data Gagal Disimpan
5. Notifikasi Data Tidak Bisa Diakses
79
C. Pengguna Front Office
10. Fungsi Antrian Pelanggan
Fungsi ini memiliki tujuan untuk mengelola antrian pelanggan. Analisis dari
kebutuhan fungsional pada fungsi antrian pelanggan diturunkan dari satu
kebutuhan pengguna dan dijelaskan pada Tabel L2.10.
Tabel L2.10 Fungsi Antrian Pelanggan
Nama Antrian Pelanggan
fungsi
Penggun Front Office
a
Deskrip Fungsi ini memiliki tujuan untuk mengelola antrian pelanggan
si
Kondisi 1. Pengguna sudah login ke dalam sistem
Permula 2. Pengguna berada di sub menu penerimaan order
an 3. Pengguna sedang mengisi form penerimaan order
Pemicu Pengguna ingin memilih jadwal pengerjaan kendaraan
Alur 1. Sistem Menampilkan Jenis Antrian beserta jumlah Kendaraan
Normal yang ada di setiap antrian
2. Pengguna mengklik jenis antrian yang dipilih
3. Pengguna klik tombol simpan
4. Sistem menyimpan data ke dalam database
Alur -
Pengem
bangan
Alur -
Alternat
if
Kondisi pop up "Jadwal Telah Dipilih"
Akhir
Kebutuhan Non fungsional
Security Hak Akses untuk pihak Front Office
Error pop up"Data Tidak Berhasil Disimpan"
Handlin
g
Keterka Fungsi Antrian Pelanggan memiliki keterkaitan data dengan
tian proses Penerimaan order
Data
Notifika Notifikasi Sistem Mengalami Gangguan
si
80
11. Fungsi Mekanik Penanggung Jawab
Analisis dari kebutuhan fungsional pada fungsi mekanik penanggung jawab
diturunkan dari satu kebutuhan pengguna dan dijelaskan pada Tabel L2.11.
Tabel L2.11 Fungsi Mekanik Penanggung Jawab
Nama Mekanik Penanggung Jawab
fungsi
Pengguna Front Office
Deskripsi Fungsi ini memiliki tujuan untuk memilih mekanik penanggung
jawab
Kondisi 1. Pengguna sudah login ke dalam sistem
Permulaan 2. Pengguna berada di sub menu penerimaan order
3. Pengguna sedang mengisi form penerimaan order
Pemicu Pengguna ingin memilih mekanik penanggung jawab kendaraan
Alur 1. Pengguna mengklik kolom mekanik penanggung jawab di form
Normal penerimaan order
2. Sistem menampilkan mekanik penanggung jawab dengan
jumlah kendaraan yang diampu berdasarkan jenis antrian
3. Pengguna memilih mekanik penanggung jawab
4. Pengguna mengklik mekanik yang dipilih
5. Pengguna klik tombol simpan
6. Sistem meyimpan data ke dalam database
Alur -
Pengemban
gan
Alur Jika antrian kendaraan tidak diiisi maka keluar pop up “Mekanik
Alternatif Penanggung Jawab Wajib Diisi!”
Kondisi pop up "Penanggung Jawab Kendaraan telah Dipilih"
Akhir
Kebutuhan Non fungsional
Security Hak Akses untuk pihak Front Office
Error pop up"Data Tidak Berhasil Disimpan"
Handling
Keterkaitan Data Penerimaan Order memiliki keterkaitan terhadap proses
Data Penerimaan order sistem
Notifikasi 1. Notifikasi Data Mekanik Penanggungjawab Tidak Boleh Kosong
2. Notifikasi Data Mekanik Penanggungjawab Berhasil Dipilih
81
12. Fungsi Estimasi
Analisis dari kebutuhan fungsional pada fungsi estimasi diturunkan dari satu
kebutuhan pengguna dan dijelaskan pada Tabel L2.12.
Tabel L2.12 Fungsi Estimasi
Nama Estimasi
fungsi
Pengguna Front Office
Deskripsi Fungsi ini memiliki tujuan untuk mengetahui estimasi dan biaya
harga pengerjaan kendaraan pelanggan
Kondisi 1. Pengguna sudah login ke dalam sistem
Permulaan 2. Pengguna berada di sub menu penerimaan order
3. Pengguna sedang mengisi form penerimaan order
Pemicu Mengetahui estimasi harga dan biaya perbaikan atau modifikasi
kendaraan
Alur 1. Pengguna mengklik form estimasi
Normal 2. Pengguna mengetik jenis layanan jasa yang diinginkan
3. Pengguna mengetik part yang diinginkan
4. Klik tombol “+” untuk menambahkan jasa atau sparepart yang
diinginkan jika lebih dari satu item
5. Sistem menampilkan pesanan dan biaya
6. Pengguna mengklik tombol simpan
7. Estimasi harga akan ditampilkan dan disimpan bersamaan data
penerimaan order
Alur Pengguna dapat merubah atau menambahkan item pesanan
Pengemban
gan
Alur Menu edit dapat diakses dengan menekan ikon gear pada halaman
Alternatif penerimaan order
Kondisi Menampilkan estimasi harga
Akhir
Kebutuhan Non fungsional
Security Hak Akses untuk pihak Front Office
Error pop up"Data tidak tersedia"
Handling
Keterkaitan Fungsi Estimasi memiliki keterkaitan terhadap data master jasa dan
Data data master sparepart
Notifikasi 1. Notifikasi Konfirmasi Hapus Data
2. Notifikasi Data Berhasil Disimpan
3. Notifikasi Data Tidak Tersedia
82
13. Fungsi Cetak Tanda Terima
Analisis dari kebutuhan fungsional pada fungsi cetak tanda terima
diturunkan dari satu kebutuhan pengguna dan dijelaskan pada Tabel L2.13.
Tabel L2.13 Fungsi Cetak Tanda Terima
Nama Cetak Tanda Terima
fungsi
Pengguna Front Office
Deskripsi Fungsi ini memiliki tujuan untuk mencetak tanda terima kendaraan
jika diminta oleh pelanggan
Kondisi 1. Pengguna sudah login ke dalam sistem
Permulaan 2. Pengguna sudah mengisi form penerimaan order
3. Pengguna sudah simpan data penerimaan order
Pemicu Pengguna ingin mencetak Tanda Terima
Alur 1. Pengguna memilih menu transaksi
Normal 2. Pengguna memilih sub menu status kendaraan
3. Pengguna memilih kolom data kendaraan yang ingin dicetak
4. Pengguna mengklik icon "gear" pada kolom
5. Pengguna mengklik menu cetak tanda terima
6. Sistem menampilkan pop up dokumen dan opsi print
Alur -
Pengemban
gan
Alur -
Alternatif
Kondisi Menampilkan pop up dokumen dan opsi print
Akhir
Kebutuhan Non fungsional
Security Hak Akses untuk pihak Front Office
Error pop up"Sistem Tidak Bisa Menampilkan Data"
Handling
Keterkaitan Fungsi Cetak Tanda Terima memiliki keterkaitan terhadap proses
Data Penerimaan order
Notifikasi 1. Notifikasi Cetak Tanda Terima
2. Notifikasi Sistem Mengalami Gangguaan
83
14. Fungsi Cetak SPK
Analisis dari kebutuhan fungsional pada fungsi cetak SPK diturunkan dari
satu kebutuhan pengguna dan dijelaskan pada Tabel L2.14.
Tabel L2.14 Fungsi Cetak SPK
Nama Cetak SPK
fungsi
Pengguna Front Office
Deskripsi Fungsi ini memiliki tujuan untuk mencetak SPK kendaraan
Kondisi 1. Pengguna sudah login ke dalam sistem
Permulaan 2. Pengguna sudah mengisi form penerimaan order
3. Pengguna sudah simpan data penerimaan order
Pemicu Pengguna ingin mencetak SPK Kendaraan
Alur 1. Pengguna memilih menu transaksi
Normal 2. Pengguna memilih sub menu status kendaraan
3. Pengguna memilih kolom data kendaraan yang ingin dicetak
4. Pengguna mengklik icon "gear" pada kolom
5. Pengguna mengklik menu cetak SPK
6. Sistem menampilkan pop up dokumen dan opsi print
Alur Isi dari dokumen SPK dapat berubah jika data estimasi di
Pengemban penerimaan order dirubah
gan
Alur -
Alternatif
Kondisi Menampilkan pop up dokumen dan opsi print
Akhir
Kebutuhan Non fungsional
Security Hak Akses untuk pihak Front Office dan Service Advisor
Error pop up"Sistem Tidak Bisa Menampilkan Data"
Handling
Keterkaitan Fungsi Cetak SPK memiliki keterkaitan terhadap proses
Data Penerimaan order
Notifikasi 1. Notifikasi Cetak SPK
2. Notifikasi Sistem Mengalami Gangguaan
84
15. Fungsi Status Kendaraan
Analisis dari kebutuhan fungsional pada fungsi status kendaraan diturunkan
dari satu kebutuhan pengguna dan dijelaskan pada Tabel L2.15.
Tabel L2.15 Fungsi Status Kendaraan
Nama Status Kendaraan
fungsi
Pengguna Front Office dan Service Advisor
Deskripsi Fungsi ini memiliki tujuan untuk merubah status kendaraan.
Merubah status kendaraan berpengaruh terhadap proses di menu
transaksi.
Kondisi 1. Pengguna sudah login ke dalam sistem
Permulaan 2. Pengguna sudah simpan penerimaan order
Pemicu Pengguna ingin memperbaharui status kendaraan
Alur 1. Pengguna memilih menu transaksi
Normal 2. Pengguna memilih sub menu proses
3. Pengguna memilih kolom
4. Pengguna mengklik icon "gear" pada kolom
5. Pengguna mengklik icon "rubah status"
6. Sistem menampilkan pop up menu status kendaraan
7. Pengguna merubah status kendaraan sesuai opsi yang tersedia
8. Pengguna klik tombol simpan
9. Sistem menyimpan data ke dalam database
Alur Service advisor dapat mengganti status kendaraan
Pengemban
gan
Alur 1. Service Advisor dapat merubah status kendaraan
Alternatif
2. Status Kendaraan dimulai dari status inspeksi kendaraan dan
akan otomatis berubah ke status pengerjaan apabila kendaraan
selesai di inspeksi
3. Status kendaraan akan berubah ke menunggu sparepart jika
sparepart dalam proses pemesanan ke supplier
Kondisi Menampilkan pop up “Data berhasil disimpan”
Akhir
Kebutuhan Non fungsional
Security Hak Akses untuk pihak Front Office dan Service Advisor
Error pop up"Sistem Tidak Bisa Memperbaharui Data"
Handling
Keterkaitan Fungsi Status Kendaraan memiliki keterkaitan terhadap semua
Data proses yang ada di sistem
Notifikasi Notifikasi Data Gagal Diperbaharui
85
16. Fungsi Penyelesaian Order
Analisis dari kebutuhan fungsional pada fungsi penyelesaian order
diturunkan dari satu kebutuhan pengguna dan dijelaskan pada Tabel L2.16.
Tabel L2.16 Fungsi Penyelesaian Order
Nama Penyelesaian Order
fungsi
Pengguna Front Office
Deskripsi Fungsi ini memiliki tujuan untuk input data pembayaran pelanggan
Kondisi 1. Pengguna sudah login ke dalam sistem
Permulaan 2. Kendaraan sudah di update statusnya menjadi "selesai"
Pemicu Pengguna ingin memperbaharui status kendaraan
Alur 1. Pengguna memilih menu transaksi
Normal 2. Pengguna memilih sub menu proses penyelesaian
3. Pengguna memilih kolom
4. Pengguna mengklik icon "gear" pada kolom
5. Pengguna mengklik icon "pembayaran"
6. Sistem menampilkan pop up menu pembayaran kendaraan
7. Pengguna mengisi data pembayaran sesuai form yang tersedia
8. Pengguna klik tombol simpan
9. Sistem menyimpan data ke dalam database
Alur -
Pengemban
gan
Alur -
Alternatif
Kondisi pop up "Data Berhasil Disimpan"
Akhir
Kebutuhan Non fungsional
Security Hak Akses hanya untuk pihak Front Office
Error pop up"Sistem Tidak Bisa Menampilkan Data"
Handling
Keterkaitan Fungsi Penyelesaian Order memiliki keterkaitan terhadap proses
Data Penerimaan order
Notifikasi 1. Notifikasi Data Berhasil Disimpan
2. Notifikasi Data Gagal Disimpan
86
17. Fungsi Cetak Kuitansi
Analisis dari kebutuhan fungsional pada fungsi cetak kuitansi diturunkan
dari satu kebutuhan pengguna dan dijelaskan pada Tabel L2.17.
Tabel L2.17 Fungsi Cetak Kuitansi
Nama Cetak Kuitansi
fungsi
Pengguna Front Office
Deskripsi Fungsi ini memiliki tujuan untuk mencetak kuitansi dari menu
penyelesaian order
Kondisi 1. Pengguna sudah login ke dalam system
Permulaan 2. Pengguna sudah simpan form penyelesaian order
Pemicu Pengguna ingin mencetak kuitansi
Alur 1. Pengguna memilih menu transaksi
Normal 2. Pengguna memilih sub menu penyelesaian order
3. Pengguna memilih kolom
4. Pengguna mengklik icon "gear" pada kolom
5. Pengguna mengklik menu cetak kuitansi
6. Sistem menampilkan pop up dokumen dan opsi print
Alur Opsi cetak kuitansi muncul setelah melakukan penyelesaian order
Pengemban
gan
Alur -
Alternatif
Kondisi Menampilkan pop up dokumen dan opsi print
Akhir
Kebutuhan Non fungsional
Security Hak Akses untuk pihak Front Office
Error pop up "Sistem Tidak Bisa Menampilkan Data"
Handling
Keterkaitan Fungsi Cetak Kuitansi memiliki keterkaitan terhadap proses
Data Penerimaan order dan Penyelesaian order
Notifikasi 1. Notifikasi Cetak Kuitansi
2. Notifikasi Sistem Mengalami Gangguaan
87
D. Pengguna Mekanik
18. Fungsi Lihat Komisi Mekanik
Analisis dari kebutuhan fungsional pada fungsi lihat komisi mekanik
diturunkan dari satu kebutuhan pengguna dan dijelaskan pada Tabel L2.18.
Tabel L2.18 Fungsi Lihat Komisi Mekanik
Nama Lihat Komisi Mekanik
fungsi
Penggun Mekanik
a
Deskrip Fungsi ini memiliki tujuan melihat perolehan komisi mekanik
si
Kondisi Pengguna sudah login ke dalam sistem
Permula
an
Pemicu Pengguna ingin melihat komisi mekanik
Alur 1. Pengguna memilih menu komisi
Normal 2. Pengguna dapat melihat komisi
3. Pengguna dapat memfilter komisi
Alur -
Pengem
bangan
Alur -
Alternat
if
Kondisi Menampilkan komisi mekanik
Akhir
Kebutuhan Non fungsional
Security Hak Akses hanya untuk pihak mekanik
Error pop up"Sistem Tidak Bisa Menampilkan Data"
Handlin
g
Keterka Fungsi lihat Komisi mekanik memiliki keterkaitan terhadap
itan master data Karyawan, Penerimaan Order, dan Fungsi Penilaian
Data Mekanik
Notifika Notifikasi data tidak bisa ditampilkan
si
88
19. Fungsi Permintaan Sparepart
Fungsi ini memiliki fungsi permintaan sparepart terhadap admin. Analisis
dari kebutuhan fungsional pada fungsi permintaan sparepart diturunkan dari satu
kebutuhan pengguna dan dijelaskan pada pada Tabel L2.19.
Tabel L2.19 Fungsi Permintaan Sparepart
Nama Permintaan Sparepart
fungsi
Pengguna Mekanik, Service Advisor, dan Front Office
Deskripsi Fungsi ini memiliki fungsi permintaan sparepart terhadap admin
Kondisi Pengguna memilih menu inventory
Permulaan
Pemicu Pengguna ingin membuat permintaan terhadap sparepart
Alur 1. Pengguna memilih menu inventory
Normal 2. Pengguna memilih sub menu permintaan sparepart
3. Pengguna mengisi form sesuai kebutuhan
4. Pengguna dapat memasukkan id penerimaan order untuk
menyambungkan data permintaan sparepart dengan total
estimasi harga pengerjaan kendaraan
5. Pengguna klik tombol simpan
6. Sistem menyimpan data ke dalam database
7. Sistem menampilkan pop up terhadap pihak admin terhadap
sparepart yang dibutuhkan
Alur Permintaan sparepart dapat langsung dihubungkan dengan data
Pengemban penerimaan order pelanggan
gan
Alur 1. Jika part tidak tersedia maka pihak admin yang akan melakukan
Alternatif pemesanan kepada pihak supplier dengan menggunakan menu
pemesanan
2. Jumlah sparepart wajib diisi, jika kolom data tidak diisi maka
akan muncul pop up data “Jumlah Part Wajib Diisi”
Kondisi Menampilkan pop up terhadap pihak admin
Akhir
Kebutuhan Non fungsional
Security Hak Akses untuk Mekanik, Service Advisor, dan Front Office
Error pop up"Sistem Mengalami Gangguan"
Handling
Keterkaitan Fungsi Permintaan Sparepart memiliki keterkaitan terhadap semua
Data proses inventory yang ada di sistem
Notifikasi 1. Notifikasi Konfirmasi Hapus Data
2. Notifikasi Data Tidak Boleh Kosong
3. Notifikasi Data Berhasil Disimpan
89
Lampiran 3 System Flow
A. Pengguna Admin
1) System flow Pengelolaan Hak Akses
Aktor yang terlibat pada proses ini Admin. Admin dapat membuat,
merubah, dan menghapus hak akses. System Flow dapat dilihat pada Gambar
L3.1.
90
Gambar L3.1 System Flow Pengelolaan Hak Akses
91
Gambar L3.2 System Flow Penerimaan Sparepart
92
3) System flow data Master
System Flow data master karyawan dapat dilihat pada Gambar L3.3.
93
System Flow data master supplier dapat dilihat pada Gambar L3.4.
94
4) System Flow Pengelolaan Data Master
Aktor yang terlibat dalam proses pengelolaan data master adalah Admin.
Pada gambar di bawah, bagian admin melakukan input, update, dan delete
terhadap data master pelanggan, kendaraan, jasa, karyawan, dan supplier. System
Flow data master pelanggan dapat dilihat pada Gambar L3.5.
95
System Flow data master kendaraan dapat dilihat pada Gambar L3.6.
96
System Flow data master jasa dapat dilihat pada Gambar L3.7.
97
B. Pengguna Owner
5) System Flow Laporan Kinerja Mekanik
Aktor yang terlibat dalam proses ini adalah owner. Fungsi ini bertujuan
untuk melihat laporan kinerja mekanik yang ada di bengkel Modifie. System Flow
dapat dilihat pada Gambar L3.8.
Gambar L3.8 System Flow Lihat dan Cetak Laporan Kinerja Mekanik
98
C. Pengguna Front Office
6) System flow Antrian Pelanggan
Aktor yang terlibat pada proses ini adalah Front Office. Fungsi ini ada di
halaman penerimaan order dimana pihak Front Office memilih antrian untuk
pelanggan. System Flow dapat dilihat pada Gambar L3.9.
99
8) System flow Estimasi Harga
Aktor yang terlibat pada proses adalah Front Office. Fungsi ini berada di
halaman penerimaan order dimana pihak Front Office dapat mengetahui estimasi
harga pengerjaan kendaraan. System Flow dapat dilihat pada Gambar L3.11.
100
Gambar L3.12 System Flow Cetak Tanda Terima
101
10) System flow Cetak SPK
Aktor yang terlibat pada proses ini adalah Front Office. Cetak SPK dapat
dilakukan apabila data penerimaan order sudah tersimpan. System Flow dapat
dilihat pada Gambar L3.13.
102
11) System flow Status Kendaraan
Aktor yang terlibat pada proses ini adalah front office dan service advisor.
Aktor dapat merubah status sesuai dengan tahapan kendaraan. System Flow dapat
dilihat pada Gambar L3.14.
103
12) System flow Penyelesaian Order
Aktor yang terlibat pada proses ini adalah Front Office. Fungsi penyelesaian
order berfungsi untuk melakukan pencatatan pembayaran pelanggan. System Flow
dapat dilihat pada Gambar L3.15.
104
13) System flow Cetak Kuitansi
Aktor yang terlibat pada proses ini adalah Front Office. Cetak kuitansi bisa
dilakukan setelah status kendaraan menjadi lunas dan data disimpan ke dalam
database. System Flow dapat dilihat pada Gambar L3.16.
105
D. Pengguna Service Advisor
14) System flow Penilaian Mekanik
Aktor yang terlibat dalam proses ini adalah service advisor. Fungsi ini
bertujuan untuk menilai mekanik karyawan secara per item yang dikerjakan.
Menu penilaian mekanik akan muncul setelah status kendaraan lunas. System
Flow dapat dilihat pada Gambar L3.17.
106
E. Pengguna Mekanik
15) System flow Lihat Komisi
Aktor yang terlibat pada proses ini adalah mekanik. Fungsi ini bertujuan
untuk melihat komisi per periode yang diperoleh oleh mekanik. System Flow
dapat dilihat pada Gambar L3.18.
End
Cek data dan
Pilih kendaraan yang menampilkan
membutuhkan sparepart ya
data
kendaraan
Menyimpan
Klik Simpan data
Phase
107
Gambar L3.19 System Flow Permintaan Sparepart
108
Gambar L3.20 System Flow Pengelolaan Data Master Sparepart
109
Lampiran 4 Data Flow Diagram
DFD Level 1 Transaksi pada Gambar L4.1 Memiliki 7 sub proses yaitu
Penerimaan Order, Permintaan Sparepart, Laporan, Pengelolaan data Master,
Penilaian Pekerja, Pemesanan Sparepart, dan Penerimaan Sparepart.
110
DFD level 1 pengolahan data master pada Gambar L4.2 memiliki 7 sub
proses yaitu pengolahan sparepart, pengelolaan kendaraan, pengelolaan jasa,
pengelolaan karyawan, pengelolaan pelanggan, dan pengelolaan supplier.
DFD level 1 laporan pada Gambar L4.3 memiliki 2 sub proses print laporan
transaksi dan print laporan kinerja.
111
DFD level 1 penerimaan sparepart pada Gambar L4.4 memiliki 4 sub
proses yaitu melihat data penerimaan, input data penerimaan, update data
penerimaan, dan hapus data penerimaan.
112
DFD Level 1 Penilaian Komisi pada Gambar L4.7 memiliki 4 sub proses
yaitu melihat data komisi, input data penilaian, update data penilaian, dan hapus
data penilaian.
113
Lampiran 5 Struktur Data
1. Tabel Supplier
Tabel Supplier pada Tabel L5.1 memiliki fungsi untuk menyimpan data
master supplier yang ada di sistem manajemen bengkel.
Tabel L5.1 Tabel Supplier
N Nama Kolom Tipe Data Constrain
o t
1 Id_sparepart integer Primary
Key
2 Nama_supplier Varchar
(25)
3 Jenis_supplier Varchar
(25)
4 Alamat_supplier Varchar
(25)
5 No_telp_supplier Varchar
(15)
6 Email_supplier Varchar
(50)
2. Tabel Jasa
Tabel Jasa pada Tabel L5.2 memiliki fungsi untuk menyimpan data master
jasa yang ada di sistem manajemen bengkel.
Tabel L5.2 Tabel Jasa
N Nama Kolom Tipe Data Constrain
o t
1 Id_jasa integer Primary
Key
2 Nama_mekanik Varchar
(25)
3 Jenis_mekanik Varchar
(25)
4 Bobot_mekanik integer
5 Estimasi_mekanik Time
6 Harga_jasa integer
3. Tabel Kendaraan
Tabel kendaraan pada Tabel L5.3 memiliki fungsi untuk menyimpan data
master kendaraan yang ada di sistem manajemen bengkel.
Tabel L5.3 Tabel Kendaraan
N Nama Kolom Tipe Data Constrain
o t
114
1 Id_kendaraan integer Primary
Key
2 Merk Varchar
(25)
3 Model Varchar
(25)
4 tipe Varchar
(25)
4. Tabel Sparepart
Tabel sparepart pada Tabel L5.4 memiliki fungsi untuk menyimpan data
master sparepart yang ada di sistem manajemen bengkel.
Tabel L5.4 Tabel Sparepart
N Nama Kolom Tipe Data Constrain
o t
1 Id_sparepart integer Primary
Key
2 Nama_sparepart Varchar
(50)
3 Jenis_sparepart Varchar
(25)
4 Harga_sparepart integer
5 Jumlah_stok integer
6. Tabel Penerimaan
Tabel penerimaan pada Tabel L5.6 digunakan untuk menyimpan data
115
penerimaan sparepart yang masuk bengkel.
Tabel L5.6 Tabel Penerimaan
N Nama Kolom Tipe Data Constrain
o t
1 Id_penerimaan integer Primary
Key
2 Id_pemesanan Integer Foreign
Key
3 Tgl_penerimaan date
7. Tabel Pemesanan
Tabel pemesanan pada Tabel L5.7 digunakan untuk menyimpan data
pemesanan sparepart yang masuk bengkel.
Tabel L5.7 Tabel Pemesanan
N Nama Kolom Tipe Data Constrain
o t
1 Id_pemesanan integer Primary
Key
2 Id_order Integer Foreign
Key
3 Tgl_pemesanan date
9. Tabel Penilaian
116
Tabel pemesanan pada Tabel L5.9 digunakan untuk menyimpan data
penilaian kinerja mekanik terhadap mekanik mereka. Yang melakukan penilaian
adalah pihak Service Advisor.
Tabel L5.9 Tabel Penilaian
N Nama Kolom Tipe Data Constrain
o t
1 Id_penilaian integer Primary
Key
2 Id_order integer Foreign
Key (1)
3 Id_karyawan integer Foreign
Key (2)
4 Id_jasa integer Foreign
Key (3)
5 poin integer
117
2 Id_sparepart integer Foreign Key, Foreign Key 2
3 Jumlah_order integer
4 Sub_total integer
118
Lampiran 6 Perancangan Desain Interface
119
a. Fungsi Antrian
Fungsi Antrian pada Gambar L6.2 dipilih berdasarkan tolak ukur tingkat
kerumitan pengerjaan kendaraan. Terdapat tiga jenis antrian yaitu ringan,
normal, dan berat. Antrian diurutkan berdasarkan klasifikasi. Pengguna
memilih antrian dengan cara mengklik tombol antrian.
120
Gambar L6.3 Halaman Fungsi Mekanik Penanggung Jawab
c. Fungsi Estimasi
Fungsi estimasi pada Gambar L6.4 berisi jasa yang ada di kiri dan part yang
berada di bagian kanan. Pengguna dapat melakukan pencarian lalu menekan
tombol ”+” yang berada di bagian kanan dari masing-masing kolom untuk
menambahkan item yang dipilih ke dalam bagian detail estimasi. Pengguna
dapat mengganti jumlah barang atau jasa. Fungsi estimasi akan menampilkan
total harga dari order pelanggan. Menekan tombol simpan di menu tambah
data penerimaan order akan menyimpan estimasi pelanggan.
121
2. Halaman Transaksi – Status Kendaraan
Fungsi halaman ini pada Gambar L6.5 untuk menampilkan data status
kendaraan yang ada di dalam bengkel. Di dalam baris data terdapat ikon gear yang
memiliki fungsi-fungsi seperti update status kendaraan, cetak tanda terima, cetak
spk, dan penyelesaian order.
122
Gambar L6.6 Halaman Fungsi Update Status Kendaraan
b. Cetak Tanda Terima
Menekan menu cetak tanda terima dapat memunculkan pop up berupa
dokumen tanda terima. Dokumen kemudian akan tersimpan dan pengguna
dapat mencetak dokumen. Tampilan dapat dilihat pada Gambar L6.7.
123
Gambar L6.8 Halaman Cetak Dokumen SPK
3. Halaman Transaksi – Data Penyelesaian Order
Halaman ini berisi data kendaraan yang sudah di update statusnya ke
penyelesaian order. Mengklik ikon gear pada kolom data akan memunculkan form
penyelesaian order dan cetak kuitansi. Tampilan halaman dapat dilihat pada
Gambar L6.9.
124
Tampilan halaman dapat dilihat pada Gambar L6.10.
125
Gambar L6.11 Halaman Form Inspeksi Kendaraan
126
dikerjakan di bagian atas. Untuk menilai mekanik, service advisor hanya perlu
memilih bobot mekanik, mekanik yang mengerjakan mekanik tersebut, dan poin
yang didapatkan oleh mekanik. Untuk menyimpan penilaian mekanik, terdapat
tombol simpan yang berada di bagian atas sebelah kanan. Setelah melakukan
penilaian, poin masing-masing mekanik akan masuk kedalam data komisi masing-
masing. Gambar L6.13 adalah tampilan halaman form penilaian mekanik.
127
Gambar L6.14 Halaman Komisi Mekanik
128
10. Halaman Laporan Kinerja Mekanik
Halaman ini berfungsi untuk menampilkan dan mencetak data kinerja
mekanik. Halaman ini dapat melakukan pengurutan mekanik tertinggi poinnya
dan terendah poinnya dengan memilih filter yang berada di bagian atas form.
Pengguna juga dapat melakukan filter dengan fitur date. Menekan ikon gear pada
kolom data mekanik akan memunculkan menu untuk cetak data secara individu
dan menekan tombol cetak laporan akan mencetak laporan kinerja mekanik pada
halaman tersebut. Pengguna dari halaman ini adalah pemilik. Gambar L6.16
adalah tampilan dari halaman laporan kinerja mekanik.
129
Gambar L6.17 Halaman Laporan Transaksi
130
13. Halaman Inventory – Form Pemesanan
Halaman ini memiliki fungsi untuk pencatatan dan pembuatan Laporan
Pemesanan Sparepart yang ditujukan kepada pihak supplier. Ketika Sparepart
dipesan maka status Kendaraan akan berubah ke menunggu Sparepart. Form
Pemesanan dapat dicetak dengan menekan tombol cetak Laporan. Tampilan dapat
dilihat pada Gambar L6.19.
131
Gambar L6.20 Halaman Form Penerimaan Sparepart
132
Form Tambah Master Data Karyawan dapat dilihat pada Gambar L6.22.
Form Tambah Master Data Kendaraan dapat dilihat pada Gambar L6.23.
133
Form Tambah Master Data Pelanggan dapat dilihat pada Gambar L6.24.
Form Tambah Master Data Sparepart dapat dilihat pada Gambar L6.25.
134
Form Tambah Master Data Supplier dapat dilihat pada Gambar L6.26.
135
Lampiran 7 Hasil Pengujian UAT
1. Responden 1 – Pemilik / Owner
136
2. Responden 2 - Front Office
137
138
139
140
141
3. Responden 3 - Front Office
142
143
144
145
146
4. Responden 4 - Admin
147
148
149
150
5. Responden 5 - Admin
151
152
153
154
6. Responden 6 - Service Advisor
155
156
157
7. Responden 7 - Service Advisor
158
159
160
8. Responden 8 - Mekanik
161
162
9. Responden 9 - Mekanik
163
164
Lampiran 8 Hasil Pengujian Efisiensi
a. Responden 1 – Pemilik / Owner
165
166
b. Responden 2 - Front Office
167
168
c. Responden 3 - Front Office
169
170
d. Responden 4 - Admin
171
172
e. Responden 5 - Admin
173
174
f. Responden 6 - Service Advisor
175
176
g. Responden 7 - Service Advisor
177
178
h. Responden 8 - Mekanik
179
180
i. Responden 9 - Mekanik
181
182
Lampiran 9 Hasil Plagiasi
183
Lampiran 10 Biodata Penulis
184