BAB III
ANALISIS DAN PERANCANGAN SISTEM 3.1 Analisis Masalah
Analisis masalah merupakan salah satu bagian penting dari pembuatan sistem. Analisis ini didasarkan pada saat pengumpulan data (observasi, wawancara dan studi pustaka). Penulis menganalisis masalah dengan pendekatan SDLC
(Software Development Life Cycle) dan dengan metode waterfall pada pengembangan
sistem ini. Jadi dalam bab ini penulis menjelaskan proses langkah demi langkah pembuatan sistem. Analisis berguna untuk melakukan pengmbangan dalam pembuatan konsep yang akan diterapkan pada sistem. Dengan analisis, penulis dapat menentukan kebutuhan sistem yang akan dirancang dan akan menemukan solusi dari masalah-masalah yang ada.
3.2 Analisis Sistem Berjalan
Analsis sistem berjalan yaitu anlisis yang didapat dari observasi ditempat studi kasus. Pada alur kerja ini, semuanya dilakukan secara manual, termasuk pelaporan masalah pengguna ke bagian help desk, pendataan laporan permasalahan yang sudah dibuat oleh pengguna, maupun pelaporan masalah pengguna ke bagian IT. Penanganan masalah yang dilakukan secara manual dapat menghambat kinerja setiap pegawai yang ada.
Pembacaan alur kerja sistem berjalan adalah sebagai berikut. Pengguna melakukan pengaduan kepada helpdesk, lalu helpdesk akan melakukan pencatatan dan menyimpan data yang dilakukan secara manual. Selanjutnya, helpdesk akan menyerahkan hasil keluhan kepada IT, kemudian IT akan menyelesaikan masalah dan melaporkan masalah kepada helpdesk, setelah itu helpdesk akan melakukan pencatatan hasil laporan dari pekerjaan IT. Semua proses itu masih bersifat manual dari pencatatan hingga pelaporan masalah kepada IT.
Helpdesk
Helpdesk User IT Ph as e Mulai Telepon masuk (Data Keluhan) Input Data Keluhan Simpan Data Menentukan ITData Hasil Kerja
Selesai
Menyelesaik an keluhan
Laporan Hasil Pekerjaan
Gambar 3.1 Analisis sistem alur kerja yang sedang berjalan
3.3 ` Analisis Sistem Usulan
Analisis sistem usulan dilakukan berdasarkan sistem yang akan dirancang oleh penulis. Pada analisis alur kerja ini semuanya sudah tidak bersifat manual, sehingga dapat membuat pekerjaan menjadi lebih efisien. Dilihat dari sistem berjalan saat ini sangat dibutuhkan sistem yang mampu untuk mendokumentasi setiap
USER Telepon Email Chat Helpdesk Buat Tiket Verifikasi SLA Menentukan IT IT Melakukan Tindakan Close ticket SELESAI
3.2 Alur kerja sistem usulan
Helpdesk
Helpdesk User IT Ph as e Mulai Telepon masuk (Data Keluhan)Input Data Keluhan melalui sistem Menentukan IT Selesai Menyelesaikan complaint user Close ticket
Analisis sistem alur kerja usulan ini dimulai dari pengaduan pengguna kepada
helpdesk dengan alternative komunikasi yang ada. Data pembuatan tiket akan
dilakukan helpdesk yang kemudian akan diteruskan kepada support. Support akan melakukan tindakan atas pengaduan yang dilakukan pengguna, dan support akan melakukan close tiket.
Tabel 3.1 Perbandingan sistem berjalan dengan sistem usulan
No Sistem Berjalan Sistem Usulan
1. Belum memiliki proses pengolahan data yang terkomputerisasi
Aplikasi pengumpulan informasi complain terhadap
user lebih terstuktur dan rapih 2. Informasi data sering
tidak relefan dan membutuhkan proses lama
Menyajikan laporan-laporan yang dapat diakses tepat waktu dan akurat
3. Karena masih
menggunakan manual input akibatnya proses penyampaian ke user dan penangananya memerlukan waktu lama
Dapat dibuatkanya SLA (Services Level Agreement)
untuk evaluasi kerja dan target tercapainya suatu pekerjaan
3.4 Perancangan Alur Data
Tahapan ini memberikan informasi rancangan alur data pada aplikasi yang saling berhubungan dengan jaringan, aplikasi berjalan dengan adanya internet. Support dan helpdesk akan saling berkomunikasi dengan saling request dan respon.
server bekerja sebagai penyimpan basis data sebagai data yang akan didapat oleh
helpdesk dan support.
IT Network IT Hardware IT Software INTERNET Helpdesk Respon Request Request Request Request Request Respon Respon Respon Respon Server
Gambar 3.4 Perancangan alur data 3.5 Perancangan Aplikasi
Perancangan aplikasi ini dilakukan dengan pendekatan UML (Unified
Modeling Language). UML berguna untuk mempermudah dalam merancang aplikasi
dan untuk pendokumentasian. UML memiliki beberapa proses diantaranya diagram aktivitas, diagram use case, class diagram dan diagram sequence.
3.5.1 Diagram Use Case
Perancangan pertama yang akan dibuat yang akan dibuat yaitu perancangan diagram use case. Diagram use case menjelaskan tentang interaksi antara pengguna sistem dengan sistem yang akan dibuat. Dalam perancangan ini akan dijelaskan bagaimana pengguna akan berinteraksi dengan sistem.
Support
Login
Melihat Request Support
Melihat My Assignment
Melihat Pending Support
Melihat Pencarian Tiket Membuat Status Hasil Pekerjaan
<include> <include> <include> <include> <include> Mengubah Password <include>
Gambar 3.5 Diagram use case support
Diagram use case yang pertama yaitu diagram use case support, alur diagram dapat dilihat pada gambar 3.5. Diagram use case support menunjukan akses yang didapat support pada sistem yang akan dibuat. Semua proses harus dilakukan ketika
status hasil pekerjaan, melihat request support, melihat my assignment, melihat
pending support, melihat pencarian tiket dan mengubah password.
Membuat tiket
Mengelola data user
Mengelola data customer
Mengelola daftar tiket
Mengelola SLA (Service Level Agreement)
Mengelola Berita Support
Mengubah Password Helpdesk Login <include> <include> <include> <include> <include> <include> <include>
3.6 Diagram use case helpdesk
Diagram use case yang kedua adalah diagram use case helpdesk alur diagram dapat dilihat pada gambar 3.6., Alur diagram menunjukan akses yang didapat
helpdesk pada sistem yang akan dibuat. Sama seperti akses support, semua proses
harus dilakukan ketika helpdesk sudah melakukan proses login. helpdesk mempunyai akses untuk membuat tiket, mengelola data user, mengelola data customer, mengelola daftar tiket, mengelola SLA (Service Level Agreement), Mengelola berita support dan mengubah password.
3.5.2 Diagram Aktivitas
Diagram aktivitas dirancang untuk mempermudah dalam perancangan sistem. Diagram aktivitas pada aplikasi ini memiliki beberapa proses diantaranya diagram aktivitas login, diagram aktivitas membuat tiket, diagram aktivitas add new user,
diagram aktivitas add new customer, diagram aktivitas SLA setting dan diagram aktivitas logout.
Login
User Sistem
Ph
ase
Buka Situs Web Tampilan Login
Masukan Data Login Menu Utama Data Valid Data Tidak Valid Notifikasi data tidak valid
Gambar 3.7 Diagram aktivitas login
Diagram aktivitas yang pertama adalah diagram aktivitas login alur diagram dapat dilihat pada gambar 3.7. Proses diagram dimulai pada saat pengguna membuka situs web yang akan langsung memunculkan tampilan login, pengguna yang sudah mempunyai hak user harus memasukan username dan password sebagai syarta validasi. Jika validasi sudah benar aplikasi akan menampilkan halaman utama, tetapi jika validasi salah aplikasi akan memunculkan pesan kesalahan yang dimaksud.
Pembuatan tiket Helpdesk Sistem P h ase Pilih Menu Admin Tampilan tiket Masukan data Pilih tombol submit Tampilan update tiket ya tidak
Cek user com[laint name
Tampilan menu utama Membuka
aplikasi
Gambar 3.8 Diagram aktivitas membuat tiket
Diagram aktivitas yang kedua adalah diagram aktivitas pembuatan tiket alur diagram dapat dilihat pada gambar 3.8. Proses diagram dimulai pada saat pengguna memilih menu admin yang akan langsung memunculkan tampilan pembuatan tiket baru. Helpdesk akan memasukan data tiket sesusi dengan kendala yang dilaporkan pengguna, selanjutnya helpdesk klik submit. Selanjutnya akan ada proses validasi,
jika validasi sukses maka akan menuju ke tampilan update ticket. Jika validasi tidak sesuai maka akan muncul pesan kesalahan.
Tambah SLA Baru
Helpdesk Sistem
P
h
ase
Pilih Menu SLA Setting
Pilih Add New SLA Tampilan Daftar SLA Tampilan Add New SLA Masukan Data SLA Pilih tombol save Notifikasi SLA name sudah digunakan Tampilan daftar SLA
Cek SLA name
ya Tidak Tampilan Menu Utama Menyimpan data SLA Membuka aplikasi
Gambar 3.9 aktivitas diagram tambah SLA baru
Diagram aktivitas yang ketiga adalah diagram aktivitas penambahan SLA baru, alur diagram dapat dilihat pada gambar 3.9. Proses diagram dimulai pada saat
pengguna memilih SLA setting sistem akan langsung memunculkan tampilan pembuatan pembuatan SLA baru. Helpdesk akan memasukan data SLA, selanjutnya
helpdesk klik save. Selanjutnya akan ada proses validasi, proses validasi akan
mengecek SLA level dan nama SLA, jika sudah digunakan akan ada pesan kesalahan jika proses sudah benar maka sistem akan memunculkan tampilan daftar SLA.
Tambah User Baru
Helpdesk Sistem
P
h
ase
Pilih Menu user sistem list
Pilih Add New user sistem Tampilan Daftar user sistem Tampilan Add New user sistem Masukan Data user sistem Pilih tombol save Notifikasi username sudah digunakan Menyimpan data user sistem
Tampilan daftar user sistem Cek username ya Tidak Tampilan Menu Utama Membuka aplikasi
Gambar 3.10 diagram aktivitas penambahan user baru
Diagram aktivitas yang keempat adalah diagram aktivitas penambahan user baru, alur diagram dapat dilihat pada gambar 3.10. Proses ini hanya dapat dilakukan oleh
helpdesk. Proses diagram dimulai pada saat pengguna memilih menu user list lalu pilih add new user, sistem akan langsung memunculkan tampilan pembuatan pembuatan user baru. Helpdesk akan memasukan data user baru, selanjutnya
helpdesk klik save. Selanjutnya akan ada proses validasi, proses validasi akan
mengecek karakter email, karakter telpon dan username, jika karakter email dan telepon tidak sesuai dengan aturan sistem maka akan muncul pesan kesalahan begitupun jika username sudah digunakan. Jika proses validasi sudah benar maka sistem akan memunculkan tampilan daftar user.
Tambah User Complaint baru
Helpdesk Sistem
P
h
ase
Pilih Menu User Complaint List
Pilih Add New User Complaint Tampilan Daftar User Complaint Tampilan Add New User Complaint Masukan Data User Complaint Pilih tombol save Notifikasi nama user complaint sudah digunakan Tampilan daftar user complaint Cek nama user complaint
ya Tidak Tampilan Menu utama Pilih tombol save Membuka aplikasi
Diagram aktivitas yang kelima adalah diagram aktivitas penambahan user baru, alur diagram dapat dilihat pada gambar 3.11. Proses ini hanya dapat dilakukan oleh helpdesk. Proses ini tidak berbeda jauh dengan proses add new user, perbedaan hanya ada pada tampilan yang ditampilkan sistem. Proses diagram dimulai pada saat pengguna memilih menu customer list lalu pilih add new customer, sistem akan langsung memunculkan tampilan pembuatan pembuatan customer baru. Helpdesk
akan memasukan data customer baru, selanjutnya helpdesk klik save. Selanjutnya akan ada proses validasi, proses validasi akan mengecek karakter email, karakter telpon, jika karakter email dan telepon tidak sesuai dengan aturan sistem maka akan muncul pesan kesalahan. Jika proses validasi sudah benar maka sistem akan memunculkan tampilan daftar customer.
Logout User Sistem Ph ase Pilih Menu Logout Tampilan login Tampilan Menu utama Destroy sesion ya tidak
Gambar 3.12 diagram aktivitas logout
Diagram aktivitas yang ke enam adalah diagram aktivitas logout, alur diagram dapat dilihat pada gambar 3.12. Proses dimulai pada tampilan menu utama, lalu pilih
logout, akan muncul destroy session, jika pengguna memilih ya sistem akan
3.5.3 Sequence Diagram
Diagram sequence pada aplikasi ini memiliki alur untuk mempermudah dalam perancangan sistem. Diagram sequence pada aplikasi ini memiliki beberapa proses diantaranya diagram sequence login, diagram sequence add new SLA. diagram
sequence add new user, diagram sequence add new customer dan diagram sequence
logout.
Diagram sequence yang pertama adalah diagram sequence login, alur diagram dapat dilihat pada gambar 3.13. Alur diagram dimulai pada saat pengguna melihat tampilan login lalu pengguna memasukan username dan password. Username dan
password dapat dimasukan pada kolom form login, data diproses dalam proses login
yang akan mengecek data pengguna. Jika data tidak valid maka tampilan akan tetap pada tampilan form login, jika validasi sudah benar maka sistem akan memunculkan tampilan menu utama.
User : Support Tampilan login Proses login User
Lihat tampilan login
Masukan data(username&password)
Kirim data(username&password)
Akun tidak valid
Konek database
Cek data user Data user
Login sukse(direct)
Tampilan utama
Klik login
Diagram sequence yang kedua adalah diagram sequence pembuatan tiket baru, alur diagram dapat dilihat pada gambar 3.14. Alur diagram dimulai pada saat pengguna melihat tampilan new ticekt, lalu pengguna memasukan data tiket baru.
Kemudian data akan dikirim dan diproses. Kemudian akan ada pengecekan data, jika data tidak valid maka tampilan akan notifikasi pesan kesalahan, jika validasi sudah benar maka sistem akan memunculkan tampilan update ticket.
User : Helpdesk Tampilan new tiket Proses User
Melihat tampilan new tiket
Masukan data tiket baru
Kirim data tiket
Notifikasi pesan kesalahan
Konek database
Cek data tiket baru
Data tiket
Klik submit
Tampilan update tiket
direct
Diagram sequence yang ketiga adalah diagram sequence add new SLA, alur diagram dapat dilihat pada gambar 3.15. Alur diagram dimulai pada saat pengguna klik add new SLA, lalu pengguna memasukan data SLA baru. Kemudian data akan dikirim dan diproses.Kemudian akan ada pengecekan data, jika data tidak valid maka tampilan akan notifikasi pesan kesalahan, jika validasi sudah benar maka sistem akan memunculkan tampilan list all SLA
User : Helpdesk Tampilan add new SLA Proses User
Klik add new SLA
Masukan data SLA baru
Kirim data SLA
Notifikasi pesan kesalahan
Konek database
Cek data SLA baru
Data SLA
Klik save
Tampilan SLA setting
direct
Diagram sequence yang keempat adalah diagram sequence add new user, alur diagram dapat dilihat pada gambar 3.16. Alur diagram dimulai pada saat pengguna klik add new user, lalu pengguna memasukan data user baru. Kemudian data akan dikirim dan diproses.Kemudian akan ada pengecekan data, jika data tidak valid maka tampilan akan notifikasi pesan kesalahan, jika validasi sudah benar maka sistem akan memunculkan tampilan list all user.
User : Helpdesk Tampilan add new user Proses User
Klik add new user
Masukan data user baru
Kirim data user
Notifikasi pesan kesalahan
Konek database
Cek data user baru
Data user
Klik save
Tampilan list all user
direct
Diagram sequence yang kelima adalah diagram sequence add new customer, alur diagram dapat dilihat pada gambar 3.17. Alur diagram dimulai pada saat pengguna klik add new customer, lalu pengguna memasukan data customer baru.
Kemudian data akan dikirim dan diproses. Kemudian akan ada pengecekan data, jika data tidak valid maka tampilan akan notifikasi pesan kesalahan, jika validasi sudah benar maka sistem akan memunculkan tampilan list all customer.
User : Helpdesk Tampilan add new customer Proses User
Klik add new customer
Masukan data customer baru
Kirim data customer
Notifikasi pesan kesalahan
Konek database
Cek data customer baru
Data customer
Klik save
Tampilan list all customer
direct
Diagram sequence yang keenam adalah diagram sequence logout, alur diagram dapat dilihat pada gambar 3.18. Alur diagram dimulai pada saat pengguna klik logout. Kemudian data akan dikirim dan diproses. Kemudian akan ada destroy
session tentang pertanyaan logout, jika memilih iya maka sistem akan memunculkan
tampilan login.
User Tampilan menu utama Proses logout Tampilan login Klik log out
Kirim data(username&password)
direct Destroy sesion
Gambar 3.18 Diagram sequence logout
3.5.4 Class Diagram
Class diagram berguna unutk pemetaan rancangan data yang saling
berhubungan antar class. Class diagram ini memiliki kelas yang saling berhubungan dan berguna untuk mempermudah pengembangan aplikasi berorientasi obyek. Beberapa kelas yang terdapat pada aplikasi ini yaitu class user, class helpdesk, class
admin, class tickets, class search, class change password, class data master, class new tickets, class view tickets, class assignment, class resolution, class user list, class
customer list, class add user, class add customer dan class laporan helpdesk. Untuk lebih jelasnya dapat dilihat pada gambar 3.18
Tabel log users
<<interface>> user
-username - password #operation
Tabel log users
<<interface>> Helpdesk UI
-menu utama #operation
*menampilkan menu utama()
Tabel log users
<<interface>> Data Master
- isi menu data master #operation
*menampilkan isi data master()
Tabel log users
<<interface>> Support
-isi menu support #operation
*menampilkan menu support()
Tabel log users
<<interface>> Change password
-menampilkan form #operation *create()
Tabel log users
<<interface>> Logout
-logout #operation
Tabel log users
<<interface>> Admin
-isi menu admin #operation
*menampilkan menu utama()
Tabel costumers <<interface>> New ticket - Menampilkan form #operation -create() -update() Tabel costumers <<interface>>> Request support -no ticket -urgency -customer -reported date -reported by -problem summary -status -assigne #operation -menampilkan request support Tabel costumers <<interface>>> My assignment -no ticket -urgency -customer -reported date -reported by -problem summary -status -assigne #operation -menampilkan my assignment Tabel costumers <<interface>>> Pending support -no ticket -urgency -customer -reported date -reported by -problem summary -status -assigne #operation -menampilkan pending support Tabel costumers <<interface>>> User list -username -level -fullname -email -telepon -last update -locked #operation -menampilkan user list Tabel costumers <<interface>>> Customer list -customer name -alamat -telepon -email -PIC -sub PIC -customer departmen #operation -menampilkan customer list Tabel costumers <<interface>> Add user - Menampilkan form #operation -create() -update() Tabel costumers <<interface>> Add customer - Menampilkan form #operation -create() -update()
Tabel log users
<<interface>> Laporan support
- menu laporan #operation
*menampilkan menu laporan()
Gambar 3.19 Class diagram
Perancangan basis data berguna untuk menunjukan gambaran basis data yang akan dibuat. Pada perancangan basis data ini data saling berhubungan satu sama lain, untuk lebih jelasnya dibuat rancangan relasi basis data pada gambar 3.19.
Tabel Users users id username password level fullname email telp email_code time confirmed ip Tabel Tickets Tickets id ticketnumber sla idcostumer reporteddate reporteby telp email problemsummary problemdetail ticketstatus assignee assigneeddate pendingby pendingdate resolution resolvedby resolveddate closedby closeddate documentedby documenteddate Tabel Projects Projects projectid projectname idcostumer deliverybegin instalbegin deliveryend installbegin installend uatbegin Uatend billstardate billdudate warrantyperiod contractstartdate contractperiod Tabel SLA SLA slaid namasla respontime resolutiontime slawarning Tabel log_tickets log_tickets id sla reporteddate reportedby telp email problemsummary problemdetail ticketstatus assignee assigneddate pendingby pendingdate resolution resolvedby resolveddate closedby closeddate changes changeby changedate
Tabel log users
log_user iduser time ip browser log Tabel News News id newsdate title detail createby createby createdon expired Tabel costumers costumers idcustomer namacustomer alamat telp email PIC salesperson customer time ip Tabel log_emails log_emails idemail idticket emailto emailcc emailbcc emailsubject message emailstatus senddate
Gambar 3.20 Relasi basis data
1. Tabel users
Type of File : Master file Primary Key : id
Foreign Key : - Tabel 3.2 Tabel user
Name Type Null Default
id int(11) No None
username varchar(15) yes Null
password Md5 yes Null
level varchar(25) No None
fullname varchar(70) yes Null
email varchar(70) yes Null
telepon varchar(15) No None
Email_code Varchar(100) No None
Time Int(11) No None
confirmed Int(11) No None
Ip Varchar(32) No None
2. Tabel customers
File Name : Costumer Type of File : Master file
Primary Key : idcostumer, alamat Foreign Key : -
Tabel 3.3 Tabel Customer
Name Type Null Default
Namacostumer Varchar(50) yes null
Alamat Text yes null
Telp Varchar(15) yes null
Email Varchar(50) yes null
PIC Varchar (20) yes null
selesperson Varchar(50) yes null
costumerproduct Varchar(50) yes null
time Int(11) no None
ip Varchar(32) no None
3. Tabel log_emails
File Name : log email Type of File : Master file Primary Key : Idemail, message Foreign Key : -
Tabel 3.4 Tabel log_email
Name Type Null Default
Idemail Int(11) No None
idticket Int(11) yes Null
Emailto Varchar(100) yes Null
Emailcc Varchar(100) yes Null
Emailbcc Varchar(100) yes Null
emailsubject Varchar(100) yes Null
emailstatus Varchar(50) yes Null
sendate Int(11) yes Null
4. Tabel log_tickets
File Name : log tickets Type of File : Master file
Primary Key : Problemdetail, Resolution Foreign Key : -
Tabel 3.5 Tabel log_tickets
Name Type Null Default
Id Int(11) yes NULL
sla Varchar(10) yes NULL
reportdate Int(11) yes NULL
reportedby Varchar(50) yes NULL
Telp Varchar(20) yes NULL
Email Varchar(20) yes NULL
problemsummary Varchar(80) yes NULL
problemdetail Text yes NULL
tiketstatus Varchar(20) yes NULL
assignee Varchar(50) yes NULL
assignedate Int(11) yes NULL
pendingby Varchar(50) yes NULL
pendingdate Int(11) yes NULL
resolvedby Varchar(50) Yes NULL
resolveddate Int(11) yes NULL
closedby Varchar(50) yes NULL
closeddate Int(11) yes NULL
changes Varchar(80) yes NULL
changeby Int(11) yes NULL
changedate Int(11) yes NULL
5. Tabel log_users
File Name : log users Type of File : Master file Primary Key : log
Foreign Key : - Tabel 3.6 Tabel log user
Name Type Null Default
Iduser Int(11) No None
Time Int(11) No None
Ip Varchar(20) No None
Browser Varchar(20) No None
Log Text No None
6. Tabel news
File Name : news Type of File : Master file
Primary Key : Id, detail Foreign Key : -
Tabel 3.7 Tabel news
Name Type Null Default
Id Int(11) No None
newsdate Int(11) No None
Title Varchar(80) No None
Detail Text No None
createby Varchar(50) No None
createdon Int(11) No None
Expired Int(11) No None
7. Tabel projects
File Name : project Type of File : Master file Primary Key : projectid
Foreign Key : - Tabel 3.8 tabel project
Name Type Null Default
projectid Int(11) No None
projectname Varchar(40) Yes NULL
Idcustomer Varchar(10) Yes NULL
Deliverybegin Int(11) Yes NULL
Deliveryend int(11) Yes NULL
installend int(11) Yes NULL
uatbegin int(11) Yes NULL
uatend int(11) Yes NULL
billstardate int(11) Yes NULL
billduedate int(11) Yes NULL
warrantyperiod int(11) Yes NULL
contractstardate int(11) Yes NULL
contractperiod int(11) Yes NULL
8. Tabel tickets File Name : tiket
Type of File : Master file
Primary Key : Id, problemdetail, resolution Foreign Key : -
Tabel 3.9 Tabel Tiket
Name Type Null Default
Id Int(11) No None
Ticket number Varchar(10) No None
Sla Varchar(10) No None
Idcustomer Varchar(10) No None
reportdate Int(11) No None
reportedby Varchar(50) Yes NULL
Telp Varchar(20) Yes NULL
Email Varchar(20) Yes NULL
problemdetail Text No None
tiketstatus Varchar(20) No None
assignee Varchar(50) No None
assignedate int(11) Yes NULL
pendingby varchar(50) Yes NULL
pendingdate int(11) Yes NULL
resolution Text Yes NULL
resolvedby varchar(50) Yes NULL
resolveddate Int(11) Yes NULL
closedby varchar(50) Yes NULL
closeddate int(11) Yes NULL
documentby int(11) No None
documentdate int(11) No None
9. Tabel SLA File Name : SLA Type of File : Master file Primary Key : id
Foreign Key : -
Tabel 3.10 Tabel SLA
Name Type Null Default
namasla Varchar(30) No None
respontime Int(11) No None
resolutiontime Int(11) No None
slawarning Int(11) No None
3.7 Perancangan Antar Muka
Perancangan antar muka dalam aplikasi ini bertujuan untuk mempermudah dalam membuat desain sistem. Dalam perancangan antarmuka ini terdapat
perancangan login, perancangan menu utama, perancangan add new SLA, perancangan add new user, perancangan add new customer, perancangan SLA list,
perancangan user list, perancangan customer list, perancangan All ticket, perancangan
my assignment, perancangan pending support, perancangan request support dan
perancangan change password.
Gambar 3.21 Rancang antar muka login
Tampilan pertama saat membuka aplikasi yaitu tampilan login,
rancangan dapat dilihat pada gambar 3.20. Pengguna diharuskan memasukan
username dan password sebagai syarat untuk validasi. Jika username dan password
yang dimasukan benar maka akan masuk ke tampilan selanjutnya, jika salah aka nada notifikasi kesalahan.
Gambar 3.22 Rancang muka tampilan menu utama
Perancangan antarmuka yang kedua adalah perancangan menu utama, rancangan dapat dilihat pada gambar 3.21. tampilan ini adalah tampilan utama dari aplikasi ini. Di dalam menu utama terdapat header, content dan navigator, content
dan navigator akan berubah sesuai dengan menu ataupun submenu yang dipilih.
Gambar 3.23 Rancang antar muka list SLA
Perancangan antar muka yang ketiga adalah rancang muka list all SLA,
SLA setting. Didalam tabel SLA ada menu SLA level, SLA, response time,
resolution time, SLA warning time dan delete juga terdapat pencarian tiket. Tombol
add new ticket akan menampilkan tampilan SLA setting.
Gambar 3.24 Rancang antar muka list all user
Rancang antar muka yang keempat adalah rancang antar muka list all user,
perancangan dapat dilihat pada gambar 3.23. Tampilan ini terdapat di dalam menu
user list. Didalam tabel user ada menu username, level, full name, email, telepon,
last update, locked dan delete, juga terdapat pencarian tiket. Tombol add new user
akan menampilkan tampilan penambahan user baru.
Rancang antar muka yang kelima adalah rancang antar muka list all customer,
perancangan dapat dilihat pada gambar 3.24. Tampilan ini terdapat di dalam menu
customer list. Didalam tabel customer ada menu id customer, nama customer, alamat,
telepon, PIC, sub PIC, customer department dan delete, juga terdapat pencarian tiket. Tombol add new customer akan menampilkan tampilan penambahan customer baru.
Gambar 3.26 Rancang antar muka list all tickets
Rancang antar muka yang keenam adalah rancang antar muka list all tickets,
perancangan dapat dilihat pada gambar 3.25. Tampilan ini terdapat di dalam menu list
all tickets. Didalam tabel tickets ada menu ticket no, urgency, cuctomer, reported
date, reported by, problem, dan delete, juga terdapat pencarian tiket. urgency akan
berubah warna sesuai SLA yang di dapat.
Rancang antar muka yang ketujuh adalah rancang antar muka add new SLA,
perancangan dapat dilihat pada gambar 3.26. Tampilan ini akan muncul jika pengguna memilih tombol add new SLA yang terdapat pada tampilan list all SLA. Disdalam penambahn SLA baru pengguna harus memasukan data SLA level, SLA
name, response time, resolution time dan SLA warning time. Tombol save berfungsi
menyimpan data yang telah dimasukan dan tombol reset untuk menghilangkan kembali data yang telah dimasukan.
Gambar 3.28 Rancang muka tampilan add new user
Rancang antar muka yang kedelapan adalah rancang antar muka add new
user, perancangan dapat dilihat pada gambar 3.27. Tampilan ini akan muncul jika
pengguna memilih tombol add new user yang terdapat pada tampilan list all user. Didalam penambahn user baru pengguna harus memasukan Full name, email,
telepon, username, password dan memilih user level. Tombol save berfungsi menyimpan data yang telah dimasukan dan tombol reset untuk menghilangkan kembali data yang telah dimasukan.
Gambar 3.29 Rancang antar muka add new customer
Rancang antar muka yang kesembilan adalah rancang antar muka add new
customer, perancangan dapat dilihat pada gambar 3.28. Tampilan ini akan muncul
jika pengguna memilih tombol add new customer yang terdapat pada tampilan list all
customer. Didalam penambahn customer baru pengguna harus memasukan customer
name, address, telepon, email, PIC, sub PIC dan memilih customer department.
Tombol save berfungsi menyimpan data yang telah dimasukan dan tombol reset untuk menghilangkan kembali data yang telah dimasukan.
Rancang antar muka kesepuluh adalah rancang antar muka add new ticket,
perancangan dapat dilihat pada gambar 3.29. Tampilan ini akan muncul jika pengguna memilih menu admin. Didalam pembuatan tiket baru pengguna harus memasukan customer, reported date, reported by, urgency (SLA), problem summary,
problem detail, assign to, telepon dan email. Customer diambil dari pembuatan
customer di add new customer, urgency (SLA) diambil dari pembuatan SLA di add
new SLA dan assign to diambil dari add new user. Tombol submit berfungsi menyimpan data yang telah dimasukan dan tombol reset untuk menghilangkan kembali data yang telah dimasukan.
Gambar 3.31 Rancang antar muka request support
Rancang antar muka kesebelas adalah rancang antar muka request support,
perancangan dapat dilihat pada gambar 3.30. Tampilan ini akan muncul jika pengguna memilih menu support atau login sebagai support. Request support
merupakan pekerjaan support yang harus dikerjakan. Didalam tabel request support
ada menu ticket no, urgency, cuctomer, reported date, reported by, problem, status
Gambar 3.32 Rancang antar muka my assignment
Rancang antar muka kedua belas adalah rancang antar muka my assignment,
perancangan dapat dilihat pada gambar 3.31. Tampilan ini akan muncul jika pengguna memilih menu menu support atau login sebagai support. My assignment
merupakan pekerjaan support yang telah diselesaikan. Didalam tabel my assignment
terdapat menu ticket no, urgency, cuctomer, reported date, reported by, problem, status dan delete.
Rancang antar muka ketiga belas adalah rancang antar muka pending support,
perancangan dapat dilihat pada gambar 3.32. Tampilan ini akan muncul jika pengguna memilih menu menu support atau login sebagai support. Pending support
merupakan pekerjaan support yang belum diselesaikan. Didalam tabel pending
support terdapat menu ticket no, urgency, cuctomer, reported date, reported by,
problem, status dan delete.
3.8 Skenariao Pengujian Sistem
Pengujian dilakukan dengan skenario yang telah dirancang. Tabel skenario dapat dilihat pada tabel 3.11
Tabel 3.11 Skenario pengujian sistem Skenario Bagian yang
diuji
Tindakan pengujian
Status aplikasi Hasil yang diharapkan Membuka
situs web
Alamat web Memasukan alamat web di dalam seb browser Masuk tampilan awal aplikasi, tampilan login Masuk tampilan awal aplikasi, tampilan login Login Halaman utama Mengisi username dan password Validasi ke basis data Masuk ke menu utama Pembuatan user baru Di halaman add new user
Mengisi semua inputan user baru Melakukan proses input Penambahan user baru Pembuatan customer baru Di halaman add new customer Mengisi semua inputan customer baru Melakukan proses input Penambahan user baru Pembuatan SLA baru Di halaman add new SLA
Mengisi semua inputan SLA baru Melakukan proses input Penambahan SLA baru
Pembuatan tiket baru Di halaman new ticket Mengisi semua inputan tiket Melakukan proses input Penambahan tiket baru untuk permintaan kerja pada support
Validasi tiket Di halaman request support dilakukan oleh support Mengubah status tiket dan mengisi tindakan yang dilakukan Melakukan proses input Perubahan status tiket Mengubah password Dihalaman change password Mengubah password menjadi baru Melakukan proses input Perubahan password Logout di menu utama Pilih menu logout Destroy sesion Menuju tampilan login
