BAB III

ANALISA DAN PERANCANGAN SISTEM

3.1 Analisa Masalah

Yamaha Dau Motor adalah cabang perusahaan di bidang otomotif. Pada
transaksi pelayanan atau penerimaan pelanggan masih menggunakan sistem yang
bersifat umum. Jadi pihak admin harus mencatat identitas kendaraan di formulir
kegiatan servis yang terlebih dahulu. Meskipun hal tersebut tidak terlalu
memberatkan, akan tetapi dari segi ekonomi akan terus memakan biaya dalam
pembuatan formulir kegiatan servis tersebut. Walaupun bengkel resmi ini terbilang
besar, tidak sedikit pula pelanggan yang lupa waktu untuk melakukan servis berkala
pada kendaraan mereka. Dan tidak sedikit pula pelanggan yang tidak mengetahui
promosi – promosi yang di adakan oleh Yamaha Dau Motor sehingga, sistem yang
akan di buat nanti di rancang untuk mampu melakukan hal tersebut.
Dengan melihat kondisi saat ini, smartphone adalah salah satu kebutuhan
pokok manusia dalam menjalani hidup sehari hari mereka, maka dari itu sebuah
sistem yang baru di butuhkan untuk membantu admin untuk memasukan data
konsumen yang nantinya dapat digunakan untuk pengingat waktu servis kepada
konsumen dan juga sarana promosi untuk menunjang kinerja di Yamaha Dau
Motor.
3.2 Analisa Sistem
Dalam sistem ini penulis akan menjelaskan cara untuk mendapatkan
kebutuhan dan hal-hal apa saja yang dibutuhkan dalam membuat tugas akhir.
Analisankebutuhanndigunakannuntuknmengidentifikasindatandan prosesiterhadap
kebutuhanisistemiyangiakanidibuat.
3.2.1 Sistem Yang Berjalan Saat Ini
Memahami sistemnyangnberjalannsaatnininmerupakan proses mempelajari
secara terinci bagaimana sistem yang beroperasi saat ini. Dengan begitu penulis
mengetahui secara langsung hal apa saja yang perlu ditinjau kembali dari sistem
yang berlangsung ataupun hal apa saja yang dibutuhkan untuk memperbaruinsistem
yangiberlangsungisaatiini. Gambari3.1 adalahisistemiyangiadaisaatiini :

13
 Gambar 3.1 Sistem Sales And Services
Sistem ini terdapat pada desktop dan akan beroperasi setelah pihak admin
mengisi identitas konsumen dan kendaraan beserta keluhan yang ada, kemudian di
berikan kepada mekanik yang bersedia untuk melakukan kegiatan servis. Setelah
kegiatan servis selesai, mekanik akan mengkonfirmasi admin serta memberitahu
suku cadang apa saja yang telah diganti dan kemudian admin akan memasukan data
servis ke sistem “Sales And Services”. Fungsi – fungsi sistem ini di kelompokan
kedalam tiga kotak warna sebagai berikut :
1. Warna merah berisi tentang fungsi :
 Penjualan : Masuk kedalam sistem penjualan suku cadang.
 Nama mekanik : Melihat data servis mekanik sesuai nama.
 TabSheet6 : Masuk ke data laporan harian bengkel.
2. Warna kuning berisi tentang fungsi untuk data kendaraan seperti nomor
polisi, jenis dan tipe kendaraan, warna kendaraan, kilometer oli, dan nomor
rangka serta nomor mesin jika diperlukan.
3. Warna hijau berisi tentang fungsi untuk data pemilik seperti nama pemilik
kendaraan, alamat pemilik, nomor telepon pemilik, dan status pemilik.

14
3.2.2 Metode Analisa Kebutuhan
.Dalamwpengumpulanwdata,wakanwdigunakanmbeberapammetode untuk
menentukanmkebutuhanmsistemmyangmakanmdibangun. Adapunmmetodenyang
digunakaniadalah:
1. Metode Wawancara
Adalahnsuatuncaranpengumpulanndatanyangndigunakannuntuknmemperoleh
informasinlangsung darinsumbernya. Wawancaranini digunakan bila ingin mengetahui
hal-halidariiuserisecarailebihimendalam.
1. Observasi
Adalahimerupakanisuatuikegiatan yang dilakukan oleh peneliti terjun langsung
kenlokasiipenelitian untukimengamati subjek dan aspek-aspek yang diamati. Observasi
lapanganndapatrmenjaminrbahwarpenelitirmencatatrtiap-tiap kejadianrsekecilrapapun
yangidianggapipentingidalamimelakukanipenelitian.
2. Data Sekunder
Pengumpulan data dengan cara mempelajari dan menelaah buku-buku bacaan,
diklat, dokumen serta perundang-undangan yang mempunyai relevansi masalah yang
diteliti.
3.2.3 Kebutuhan Sistem Informasi
Untuk analisa kebutuhan sistem maka digunakan dengan cara elisitasi. Berikut
data – data user yang akan menjalankan sistem yang dibuat diantaranya :
 Admin
Admin berfungsi sebagai manajer aplikasi yang akan memanajemen data
konsumen, manajemen data karyawan, manajamen data servis, manajamen
data notifikasi, view history servis dan view laporan.
 Konsumen
Konsumen berfungsi sebagai user yang dapat melakukan daftar menjadi
member, melihat promosi, melihat history servis dan juga mendapat
reminder servis berkala.
3.2.4 Elitisasi
Elitisasi merupakannrancangan kebutuhannyang dibuatnberdasarkan sistem
barunyangndiinginkannoleh pihaknmanajemen terkaitndan disanggupi oleh penulis
untukndieksekusi. Berikutnadalah tahapn–ntahap untuknmendapatkan kebutuhan
sistem yaitu :

15
1. Tahap I
Pada tahap awal elisitasi penulis merancang sistem yang akan dibuat
berdasarkan hasil identifikasi dengan cara wawancara maupun observasi langsung.
Seperti kolom kebutuhan pada table 3.1.
2. Tahap II
Hasilnpengklasifikasiannelisitasintahap InberdasarkannMetodenMDI yang
bertujuaniuntukimemisahkaniantarairancangannsistemiyangipentingidaniharus ada
padansistemnyangndinsetujuinpenulisnuntukndineliminasi. MmberartiiMandatory
(Penting)nyaitunrequirementntersebutiharusiada danitidakibolehidi hilangkan pada
saatnmembuatnsistemnbaru. DnberartinDesirablen(Tidak terlalu penting)nyaitu
requirement tersebut bolehwidihilangkan. Namunwijikawidigunakanwidalam
pembentukantsistemtmakatakantmembuattsistemttersebuttlebih sempurna. I berarti
Inessentialn(Tidak penting) yaitu bukan bagian dari sistem atau bagian dari luar
sistem. Berikut hasil elisitasi terdapat pada table 3.1 :
Tabel 3.1 Elisitasi Tahap I dan Tahap II

16
3. Tahap III
Pada tahap ininmerupakannhasilnpenyusutannelisitasintahap IIndengancara
mengeliminasitsemuatrequirementtdengantoption ItpadatmetodetMDI. Lalu semua
requirementiyangitersisaidiklasifikasikanikembaliimelaluiimetodeiTOE,iyaitu :
 Tnartinyaiteknikal, bagaimanaitata caraiatau teknik pembuatan requirement
dalam sistem yang diusulkan.
 Onartinyaioperasional, bagaimanaitata caraipenggunaan requirement dalam
sistemiakanidikembangkan.
 Enartinyanekonomi, berapakahnbiaya yangndiperlukannuntuk membangun
requirementidiidalamisistem.
MetodenTOEntersebutndibaginlaginmenjadinbeberapanoption, antara lain
adalah Highm(H) yaitu sulitmuntukmdikerjakan, karenanteknik pembuatanndan
pemakaianyansulitnsertanbiayanmahal, Middlei(M) yaitunmampundikerjakan dan
Low (L) yaitu mudahidikerjakan. Tabel 3.2 berikut adalahihasilielisitasiitahapiIII :
Tabel 3.2 Elisitasi Tahap III

17
18
3.2.5 Spesifikasi Kebutuhan Sistem
Kebutuhan spesifikasi perangkat lunak merupakannsalahisatu aktifitasiyang
dilakukantketikatmerekayasatkebutuhantsistem. Spesifikasitkebutuhantmerupakan
suatunprosesnmenormalisasikannsekumpulannkebutuhan, sesuai dengan apa yang
dibutuhkan oleh pengguna sistem yang disesuaikan masing – masing. Kebutuhan
fungsiiiniidibagiimenjadiidua, yaituikebutuhanifungsionalidaninonifungsional.
3.2.6 Kebutuhan Fungsional
Kebutuhannfungsionalnadalahnsuatunkebutuhannberupanfungsinataunfitur
– fiturnyangnharusnadandalamnsistemnyangnakanndibuatndan berkaitan langsung
dengan studi kasus yang dipilih. Daftar kebutuhan fungsional sistem akan
ditampilkanipadaitabeli3.3 di bawah ini :
Tabel 3.3 Kebutuhan Fungsional

19
3.2.7 Kebutuhan Non-Fungsional
Kebutuhan non fungsional merupakan kebutuhan yang menitik beratkan
pada properti yang dimiliki oleh sistem atau yang diperlukan diluar kebutuhan
fungsional. Adapun kebutuhan non fungsional yang dibutuhkan adalah :
a) Kebutuhan Perangkat Lunak (Software)
1) Operasional : OS Windows 7, menggunakan bahasa pemrograman
PHP, PhoneGap, Microsoft Office 2010, Xampp, Power Designer.
2) Kinerja : Waktu sistem ini berjalan selama bengkel beropersai dan
bersifat real time.
3) Kecepatan akses : Kecepatan akses data bergantung pada kestabilan
koneksi internet pada masing-masing perangkat yang digunakan.
b) Kebutuhan Perangkat Keras (Hardware)
1) Laptop Lenovo S210
2) Processor Intel Celeron 1.8Ghz
3) Hardisk 250Gb
4) RAM 2Gb

20
3.3 Perancangan Sistem
Tahapnselanjutnyandalamnpengembangannsistem ini adalah tahapaniperancangan
yangmbertujuannuntuknininterdirindarinperancangannperangkatnlunakndengan Diagram
Konteks, Data Flow Diagram, Entity Relationship Diagram, sertamperancanganmuser
interface untukisistemiyangiakanidibuat.
3.3.1 Context Diagram
Pada Context diagramiiniiterdapati2ientitasiluar atauiaktoriyaituikonsumen
sebagainpengguna sistemndannadmin sebagainpengelolandatansistem, pada admin
terdapatnbeberapatalirndata yaitundatankaryawan, servis, notifikasi, history servis
dan laporan servis,. Pada konsumen juganterdapatnaliridatanyaitu datanregistrasi,
datanlogin, datannotifikasi servistdantdata history servis. Context diagramtdapattdi
lihatipadaigambari3.2iberikutiini :
LAPORAN
HISTORY SERVICE
NOTIFIKASI
KONSUM EN
admin SERVICE
KARYAWAN
LOGIN

LOGIN
KARYAWAN LOGIN
SISTEM M ANAJEMEN
SERVICE REGISTRASI
SERVIS BERKALA DAU
KONSUM EN MOTOR
NOTIFIKASI

REGISTRASI

LOGIN konsumen

HISTORY SERVICE
NOTIFIKASI

Gambar 3.2 Context Diagram

3.4 DFD Level 1

DFDnlevelt1tmerupakantrepresentasitdaritdatatpadatcontexttdiagramtyang
sudahtdipartisituntuktmemberikantpenjelasantyangtlebihtdetail. Padansistem yang
akan dirancangtinitterdiritdarittujuh prosestyaitutproses manajemen data karyawan,
manajemen data servis, manajemen data konsumen, manajemen data notifikasi,
view history, view laporan, registrasi dan login. DFDnLeveln1ndapatndilihatnpada
gambari3.3iberikutiini :

21
 1
LOGIN LOGIN
log in admin LOGIN
LOGIN

manajemen KARYAWAN
KARYAWAN karyawan
KARYAWAN
KONSUM EN
admin
KONSUM EN
SERVICE
SERVICE tbl_karyawan
KARYAWAN

3
KONSUM EN
manajemen KONSUM EN
konsumen
KONSUM EN
tbl_konsumen

NOTIFIKASI

NOTIFIKASI
SERVIS
4 tbl_service
KONSUM EN
HISTORY SERVICE
manajemen
servis 8
SERVIS
reg istrasi
LAPORAN KONSUM EN
9
5
log in
manajemen konsumenKONSUM EN
NOTIFIKASI
notifikasi

tbl_notifikasi
NOTIFIKASI

6 HISTORY SERVICE

view hostory

SERVIS

LOGIN REGISTRASI
7
LOGIN
konsumen
view laporan NOTIFIKASI TRANSAKSI SERVIS REGISTRASI

Gambar 3.3 DFD Level 1

Dari 9 proses tersebut diatas masing mempunyai fungsi yaitu:
1. Login admin, berfungsi sebagai manajer hak akses yang akan
membatasi pengguna untuk mengakses menu admin.
2. Manajemen karyawan berfungsi untuktmelakukantinsert,tupdate,tdelete
dantviewtdatatkaryawan.
3. Manajementkonsumen berfungsituntuk melakukan insert, update, delete
dantviewtdatatkonsumen.
4. Manajementservistberfungsi untuk melakukantinsert, update, delete dan
viewidataiservis.
5. Manajementnotifikasitberfungsi untukimelakukan insert, update, delete
dan view data notifikasi.
6. View history berfungsi untuk menampilkan data history transaksi.

22
 7. View laproan berfungsi untuk menampilkan data laporan transaksi.
8. Registrasi konsumen berfungsi untuk menampilkan form pendaftaran
bagi pelanggan yang ingin menggunakan sistem.
9. Login berungsi untuk hak akses bagi sistem konsumen.
3.4.1 DFD Level 2 Login Admin
DFD level 2 proses login admin. Dalamnprosesnininterdapatnsatuntable
databasenyaitu tableikarryawan dani2iprosesiyaitu getidataiusername, password
dan proses validasi login, yang bisa dilihat pada gambar 3.4 berikut:

g1.1
et
username
[LOGIN] dan [LOGIN]
password

tbl_karyawan
admin
[LOGIN] 1.2
[LOGIN]
validasi
log in

Gambar 3.4 DFD Level 2 Login Admin

3.4.2 DFD Level 2 Manajemen Data Karyawan
DFD level 2 Padatprosestinitterdiritdaritempattprosestyaitu prosesttambah
datatkaryawan, prosestubahtkaryawan, prosesthapustkaryawan, dantprosestlaporan
datankaryawan. Dalamnprosesnininterdapatnsatundatabasenyaitundatabasendata
karyawan, yangibisaidilihatipadaigambar 3.5iberikutiini :

2.1

insert

[KARYAWAN] 2.2
[KARYAWAN]
update
KARYAWAN
KARYAWAN
admin
KARYAWAN 2.3
KARYAWAN tbl_karyawan
delete

[KARYAWAN]
[KARYAWAN]

2.4

view

Gambar 3.5 DFD Level 2 ManajemennDatanKaryawan

3.4.3 DFD Level 2 Manajemen Data Konsumen

DFDtlevel 2tproses olahtdatatkonsumentmerupakantpenjabarantyangtlebih
detailndarinprosesnolahndatankonsumen. Padanprosesnini terdiri dari empat proses

23
yaitumprosesntambahndatankonsumen, prosesmubah konsumen, prosesmhapus
konsumen, dannprosesnlaporanndatankonsumen. Dalamnprosesnininterdapatnsatu
databasetyaitutdatabasetdatatkonsumen, yangtbisatdilihattpada gambar 3.6 berikut
ini :

3.1

INSERT

[KONSUMEN]
[KONSUMEN] 3.2

UPDATE KONSUM EN
KONSUM EN

admin tbl_konsumen
KONSUM EN
KONSUM EN
3.3

DELETE

[KONSUMEN]
[KONSUMEN]

3.4

VIEW

Gambar 3.6 DFD Level 2 ManajemeniDataiKonsumen

3.4.4 DFD Level 2 Manajemen Data Servis
DFDtlevet 2 prosesnolahndatanservisnmerupakannpenjabarannyangnlebih
detailndarinprosesnolahndatatservis. Padatprosestinitterdiritdari empat proses yaitu
prosesntambahndatanservis, prosesnubahnservis, prosesnhapusnservis, dannproses
laporanndatanservis. Dalamtprosestinitterdapattsatutdatabasetyaitutdatabasetdata
servis,iyangibisaidilihatipadaigambar 3.7 berikutiini :
4.1

INSERT

4.2
[SERVICE] [SERVIS]
UPDATE
SERVICE SERVICE

admin
SERVICE tbl_service
4.3 SERVICE

DELET E
[SERVICE] [SERVIS]

4.4

VIEW

Gambar 3.7 DFD Level 2 ManajemeniDataiServis

3.4.5 DFD Level 2 Manajemen Data Notifikasi

DFDtlevelt2 prosesnolah data notifikasitmerupakantpenjabarantyang lebih
detailtdari prosestolah data notifikasi. Padatproses ini terdiri dari empat proses yaitu

24
prosesttambahtdatatnotifikasi,tprosestubahtdatatnotifikasi, prosesthapus notifikasi,
dantprosestlaporantdatatnotifikasi. Dalamtprosestini terdapattsatutdatabasetyaitu
databasetdatainotifikasi, yangibisaidilihatipadaigambari3.8 berikut:
5.1

INSERT

[NOTIFIKASI] 5.2 [NOTIFIKASI]

UPDATE
NOTIFIASI NOTIFIKASI

admin
NOTIFIKASI tbl_notifikasi
NOTIFIKASI 5.3

DELETE

[NOTIFIKASI] [NOTIFIKASI]

5.4

VIEW

Gambar 3.8 DFD Level 2 ManajemeniDataiNotifikasi

3.4.6 DFD Level 2 View History
DFD level 2 proses view history berfungsi untuk menampilkan data history
yang dapat dilihat oleh admin dan konsumen, pada proses view history hanya
terdapat 1 proses yaitu proses view history, berikut merupakan DFD level 2 view
historyidapatidilihatipadaigambari3.9 :

tbl_service

[SERVIS]

6.1
[HISTORY SERVICE] VIEW [HISTORY SERVICE]
konsumen HISTORY admin
SERVIS

Gambar 3.9 DFD Level 2 ManajemeniDataiHistoryiServis

3.4.7 DFD Level 2 View Laporan
DFD level 2 proses view laporan berfungsi untuk menampilkan data laporan
transaksi servis yang dapat dilihat oleh admin, pada proses view laporan hanya
terdapat 1proses yaitu proses view laporan, berikut merupakan DFD level 2 view
laporan dapatidilihatipadaigambari3.10:

25
 tbl_service

[TRANSAKSI SERVIS]

7.1
[LAPORAN] [NOTIFIKASI]
VIEW
admin konsumen
LAPORAN

Gambar 3.10 DFD Level 2 ManajemeniDataiLaporan

3.4.8 DFD Level 2 Registrasi

DFD level 2 prosestregistrasi. Dalamtprosestinitterdapattsatuttabeltdatabase
yaituttabel konsumentdant2 prosestyaitu simpan dan proses view, yang bisa dilihat
pada gambar 3.11 berikut:
8.1

SIMPAN

[KONSUMEN]
[REGISTRASI]

konsumen
tbl_konsumen

[REGISTRASI] [KONSUMEN]
8.2

VIEW

Gambar 3.11 DFD Level 2 ManajemeniRegistrasiiKonsumen

3.4.9 DFD Level 2 Login Konsumen
DFD level 2 proses login konsumen. Dalamnprosesnininterdapatnsatu table
databasenyaitu table konsumen dant2tproses yairu gettdatatusername, password
dan proses validasi login, yang bisa dilihat pada gambar 3.12 berikut:

9.1
GET
USERNAME
DAN
[LOGIN] PASSWORD [KONSUMEN]

konsumen
tbl_konsumen
9.2 [KONSUMEN]
[LOGIN]
VALIDASI
LOGIN

Gambar 3.12 DFD Level 2 Manajemen Loign Konsumen

26
3.5 Rancangan Basis Data
Perancanganmbasismdatampadamsistemmmeliputimpembuatan tabel-tabel
basiswdata. Perancanganmsistem inimmenggunakanmteknik ERDmsebagai dasar
pembuatanttabel - tabelnbasisndatanpadansistemnini. Dalamnsistemnyangndibuat
terdapatntabelnkaryawan, tabelnkonsumen, tabelnservis, tabelnnotifikasi dan tabel
motor ERD dalamtsistemtinitdapattdilihattpadatgambar 3.13tberikuttini:

tbl_servis
tbl_notfikasi id_transaksi <pi> Integer <M>
id_notifikasi <pi> Integer <M> tgl_servis Date
pesan Variable characters (500) biaya_servis Float
tgl Date keterangan Variable characters (500)
Identifier_1 <pi> Identifier_1 <pi>

notifikasi konsumen

tbl_konsumen
id_pelanggan <pi> Integer <M>
nama_pelanggan Variable characters (100)
telpon Variable characters (40) servis motor admin servis
email Variable characters (100)
alamat Variable characters (100)
Identifier_1 <pi>

motor pelanggan

tbl_motor tbl_karyawan
id_motor <pi> <Undefined> <M> id_admin <pi> Integer <M>
nopol Variable characters (10) username Variable characters (100)
no_rangka Variable characters (100) password Variable characters (100)
no_mesin Variable characters (100) nama Variable characters (100)
type Variable characters (100) tgl_login Date
jenis Variable characters (100) Identifier_1 <pi>
Identifier_1 <pi>

Gambar 3.13 Conseptual Data Model ERD (CDM)

Gambar konseptual pada gambar 3.13 merupakan penjelasan relasi antara

tabel yaitu tabel karyawan berelasi one to many dengan tabel servis, tabel motor
erlesan one-to-many dengan tabel servis, tabel konsumen berelasi one-to-many
dengan tabel motor, dan tabel konsumen berelasi one-to many dengan tabel
notifikasi.
3.6 Perancangan Interface
Antarmukanataunyangnlebihndikenaltsebagai user interface adalahisebuah
mediawyangwmenghubungkanwmanusiawdenganwkomputerwagarwdapat saling
berinteraksi. Sebelumnmerancangtantarmukatdaritsemuatformtpada aplikasi, maka
untuknlebihnmemudahkanndalamnperancangannakanndijelaskan terlebihmdahulu
strukturidariisistem. Sepertiiberikutiini :

27
3.6.1 Perancangan Interface Admin

Gambar 3.14 Perancangan Interface Menu Utama Admin

Padangambarn3.14 merupakannperancanganninterfacenmenu utama dari
sistem admin yang terdiri dari logo aplikasi, textfield manajemen konsumen,
manajemen servis, manajemen karyawan, manajemen notifikasi, dan laporan.

Gambar 3.15 Perancangan Interface Data Servis

Pada gambar 3.15 merupakan perancangan interface dari manajemen data
servis konsumen yang terdiri dari table data servis konsumen, tambah data servis,
rubah data servis, dan hapus data servis.

28
 Gambar 3.16 Perancangan Interface Data Promosi
Pada gambar 3.16 merupakan perancangan interface dari manajemen data
promosi yang terdiri dari tabel data promosi, tambah data promosi, edit data
promosi, dan hapus data promosi.

Gambar 3.17 Perancangan Interface Data Reminder Servis

Pada gambar 3.17 merupakan perancangan interface dari manajemen data
reminder servis berkala yang terdiri dari table data konsumen beserta tanggal
terakhir melakukan servis berkala, dan juga tombol send yang berfungsi untuk
mengirim reminder servis berkala kepada konsumen.

29
3.6.2 Perancangan Interface Konsumen

Gambar 3.18 Perancangan Interface Menu Utama Konsumen

Setelah registrasi berhasil maka selanjutnya member akan login sepeda
motor, gambar 3.18 diatas merupakan perancangan interface menu utama
konsumen, pada gambar tersebut terdapat komponen program textfield diantaranya
beranda, history servis, promosi, ubah password, dan logout.

Gambar 3.19 Perancangan Interface Form History Servis

Pada gambar 3.19 merupakan perancangan interface history servis diatas
berfungsi untuk menampilkan data history servis yang pernah dilakukan oleh
member, pada rancangan interface tersebut terdapat tabel yang akan menampilkan
data history servis.

30
 Gambar 3.20 Perancangan Interface Promosi
Pada gambar 3.20 merupakan perancangan interface promosi yang
berfungsi untuk menampilkan data promosi yang telah diadakan oleh bengkel dan
juga bisa berfungsi untuk reminder servis berkala yang nantinya berupa notifikasi
setelah di kelola oleh admin.

31