BAB III ANALISIS DAN PERANCANGAN SISTEM

Transkripsi

1 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. 19

2 20 Helpdesk User Helpdesk IT Mulai Input Data Keluhan Telepon masuk (Data Keluhan) Simpan Data Menentukan IT Menyelesaik an keluhan Data Hasil Kerja Laporan Hasil Pekerjaan Phase Selesai 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 complain yang ada.

3 21 USER Telepon Helpdesk Chat SELESAI Buat Tiket Close ticket IT Melakukan Tindakan Menentukan IT Verifikasi SLA 3.2 Alur kerja sistem usulan Helpdesk User Helpdesk IT Mulai Input Data Keluhan melalui sistem Telepon masuk (Data Keluhan) Menentukan IT Menyelesaikan complaint user Close ticket Phase Selesai 3.2 Alur kerja sistem usulan sederhana

4 22 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 Menyajikan laporan-laporan tidak relefan dan yang dapat diakses tepat membutuhkan proses waktu dan akurat lama 3. Karena masih Dapat dibuatkanya SLA menggunakan manual (Services Level Agreement) input akibatnya proses untuk evaluasi kerja dan penyampaian ke user target tercapainya suatu dan penangananya pekerjaan memerlukan waktu lama 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.

5 23 server bekerja sebagai penyimpan basis data sebagai data yang akan didapat oleh helpdesk dan support. Respon IT Network Request Respon Request IT Hardware Request INTERNET Respon Helpdesk Request IT Software Respon Respon Request 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.

6 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. Membuat Status Hasil Pekerjaan <include> Melihat Request Support <include> Support Melihat My Assignment <include> <include> Login Melihat Pending Support <include> <include> Melihat Pencarian Tiket Mengubah Password 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 support sudah melakukan proses login. Support mempunyai akses untuk membuat

7 25 status hasil pekerjaan, melihat request support, melihat my assignment, melihat pending support, melihat pencarian tiket dan mengubah password. Membuat tiket <include> Mengelola data user <include> <include> Mengelola data customer Helpdesk Mengelola daftar tiket <include> <include> Login <include> Mengelola SLA (Service Level Agreement) <include> Mengelola Berita Support Mengubah Password 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.

8 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 Buka Situs Web Tampilan Login Masukan Data Login Data Tidak Valid Data Valid Notifikasi data tidak valid Menu Utama Phase 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.

9 27 Pembuatan tiket Helpdesk Sistem Membuka aplikasi Tampilan menu utama Pilih Menu Admin Tampilan tiket Masukan data Cek user com[laint name Pilih tombol submit ya tidak Tampilan update tiket Phase 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,

10 28 jika validasi sukses maka akan menuju ke tampilan update ticket. Jika validasi tidak sesuai maka akan muncul pesan kesalahan. Tambah SLA Baru Helpdesk Sistem Membuka aplikasi Tampilan Menu Utama Pilih Menu SLA Setting Tampilan Daftar SLA Pilih Add New SLA Masukan Data SLA Tampilan Add New SLA Cek SLA name Pilih tombol save Notifikasi SLA name sudah digunakan Tidak ya Menyimpan data SLA Tampilan daftar SLA Phase 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

11 29 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 Membuka aplikasi Tampilan Menu Utama Pilih Menu user sistem list Tampilan Daftar user sistem Pilih Add New user sistem Tampilan Add New user sistem Masukan Data user sistem Cek username Pilih tombol save ya Notifikasi username sudah digunakan Tidak Menyimpan data user sistem Tampilan daftar user sistem Phase Gambar 3.10 diagram aktivitas penambahan user baru Diagram aktivitas yang keempat adalah diagram aktivitas penambahan user baru, alur diagram dapat dilihat pada gambar Proses ini hanya dapat dilakukan oleh

12 30 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 , karakter telpon dan username, jika karakter 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 Membuka aplikasi Tampilan Menu utama Pilih Menu User Complaint List Tampilan Daftar User Complaint Pilih Add New User Complaint Masukan Data User Complaint Tampilan Add New User Complaint Cek nama user complaint Pilih tombol save Notifikasi nama user complaint sudah digunakan Tidak ya Pilih tombol save Tampilan daftar user complaint Phase Gambar 3.11 Diagram aktivitas tambah customer baru

13 31 Diagram aktivitas yang kelima adalah diagram aktivitas penambahan user baru, alur diagram dapat dilihat pada gambar 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 , karakter telpon, jika karakter 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 Tampilan Menu utama Pilih Menu Logout tidak Destroy sesion ya Tampilan login Phase Gambar 3.12 diagram aktivitas logout Diagram aktivitas yang ke enam adalah diagram aktivitas logout, alur diagram dapat dilihat pada gambar Proses dimulai pada tampilan menu utama, lalu pilih logout, akan muncul destroy session, jika pengguna memilih ya sistem akan memunculkan tampilan login, jika memilih tidak sistem akan tetap pada menu utama.

14 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 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 Tampilan utama Masukan data(username&password) Kirim data(username&password) Konek database Cek data user Data user Akun tidak valid Klik login Login sukse(direct) Gambar 3.13 diagram sequence login

15 33 Diagram sequence yang kedua adalah diagram sequence pembuatan tiket baru, alur diagram dapat dilihat pada gambar 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 Tampilan update tiket Melihat tampilan new tiket Masukan data tiket baru Kirim data tiket Konek database Cek data tiket baru Data tiket Notifikasi pesan kesalahan Klik submit direct Gambar 3.14 Diagram sequence pembuatan tiket baru

16 34 Diagram sequence yang ketiga adalah diagram sequence add new SLA, alur diagram dapat dilihat pada gambar 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 Tampilan SLA setting Klik add new SLA Masukan data SLA baru Kirim data SLA Konek database Cek data SLA baru Data SLA Notifikasi pesan kesalahan Klik save direct Gambar 3.15 Diagram sequence add new SLA

17 35 Diagram sequence yang keempat adalah diagram sequence add new user, alur diagram dapat dilihat pada gambar 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 Tampilan list all user Klik add new user Masukan data user baru Kirim data user Konek database Cek data user baru Data user Notifikasi pesan kesalahan Klik save direct Gambar 3.16 Diagram sequence add new user

18 36 Diagram sequence yang kelima adalah diagram sequence add new customer, alur diagram dapat dilihat pada gambar 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 Tampilan list all customer Klik add new customer Masukan data customer baru Kirim data customer Konek database Cek data customer baru Data customer Notifikasi pesan kesalahan Klik save direct Gambar 3.17 Diagram sequence add new customer

19 37 Diagram sequence yang keenam adalah diagram sequence logout, alur diagram dapat dilihat pada gambar 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) Destroy sesion direct Gambar 3.18 Diagram sequence logout 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

20 38 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 Tabel log users <<interface>> Helpdesk UI -username - password #operation -menu utama #operation *menampilkan menu utama() Tabel log users <<interface>> Admin Tabel log users <<interface>> Support Tabel log users <<interface>> Logout Tabel log users <<interface>> Change password -isi menu admin -isi menu support -logout -menampilkan form #operation *menampilkan menu utama() #operation *menampilkan menu support() #operation #operation *create() Tabel log users <<interface>> Data Master Tabel costumers <<interface>> New ticket Tabel costumers <<interface>>> Request support Tabel costumers <<interface>>> My assignment Tabel costumers <<interface>>> Pending support - isi menu data master #operation *menampilkan isi data master() - Menampilkan form #operation -create() -update() -no ticket -urgency -customer -reported date -reported by -problem summary -status -assigne -no ticket -urgency -customer -reported date -reported by -problem summary -status -assigne -no ticket -urgency -customer -reported date -reported by -problem summary -status -assigne Tabel costumers <<interface>>> User list -username -level -fullname - -telepon -last update -locked #operation -menampilkan user list Tabel costumers <<interface>>> Customer list -customer name -alamat -telepon - -PIC -sub PIC -customer departmen #operation -menampilkan customer list #operation -menampilkan request support Tabel costumers <<interface>> Add user - Menampilkan form #operation -create() -update() #operation -menampilkan my assignment Tabel costumers <<interface>> Add customer - Menampilkan form #operation -create() -update() #operation -menampilkan pending support Tabel log users <<interface>> Laporan support - menu laporan #operation *menampilkan menu laporan() Gambar 3.19 Class diagram 3.6 Perancangan Basis Data

21 39 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 Tabel Users users Tabel Tickets Tickets Tabel News News Tabel log_tickets log_tickets id username password level fullname telp _code time confirmed ip Tabel SLA SLA slaid namasla respontime resolutiontime slawarning id ticketnumber sla idcostumer reporteddate reporteby telp problemsummary problemdetail ticketstatus assignee assigneeddate pendingby pendingdate resolution resolvedby resolveddate closedby closeddate documentedby documenteddate id newsdate title detail createby createby createdon expired Tabel log users log_user iduser time ip browser log id sla reporteddate reportedby telp problemsummary problemdetail ticketstatus assignee assigneddate pendingby pendingdate resolution resolvedby resolveddate closedby closeddate changes changeby changedate Tabel costumers costumers idcustomer namacustomer alamat telp PIC salesperson customer time ip Tabel Projects Projects projectid projectname idcostumer deliverybegin instalbegin deliveryend installbegin installend uatbegin Uatend billstardate billdudate warrantyperiod contractstartdate contractperiod Tabel log_ s log_ s id idticket to cc bcc subject message status senddate Gambar 3.20 Relasi basis data 1. Tabel users File Name : User

22 40 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 varchar(70) yes Null telepon varchar(15) No None _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 Type of File : Costumer : Master file Primary Key : idcostumer, alamat Foreign Key : - Tabel 3.3 Tabel Customer Name Type Null Default idcostumer Int(11) No None

23 41 Namacostumer Varchar(50) yes null Alamat Text yes null Telp Varchar(15) yes null 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_ s File Name Type of File : log Master file Primary Key : Id , message Foreign Key : - Tabel 3.4 Tabel log_ Name Type Null Default Id Int(11) No None idticket Int(11) yes Null to Varchar(100) yes Null cc Varchar(100) yes Null bcc Varchar(100) yes Null subject Varchar(100) yes Null Message Text yes Null

24 42 status Varchar(50) yes Null sendate Int(11) yes Null 4. Tabel log_tickets File Name Type of File : log tickets : 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 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 resolution text yes NULL

25 43 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 Type of File : log users : 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 Type of File : news : Master file

26 44 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 Type of File : project : 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 installbegin int(11) Yes NULL

27 45 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 Type of File : tiket : 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 Varchar(20) Yes NULL problemsummary Varchar(80) No None

28 46 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 Type of File : SLA : Master file Primary Key : id Foreign Key : - Tabel 3.10 Tabel SLA Name Type Null Default Slaid Int(11) No None

29 47 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

30 48 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 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.

31 49 Gambar 3.22 Rancang muka tampilan menu utama Perancangan antarmuka yang kedua adalah perancangan menu utama, rancangan dapat dilihat pada gambar 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, perancangan dapat dilihat pada gambar Tampilan ini terdapat di dalam menu

32 50 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 Tampilan ini terdapat di dalam menu user list. Didalam tabel user ada menu username, level, full name, , telepon, last update, locked dan delete, juga terdapat pencarian tiket. Tombol add new user akan menampilkan tampilan penambahan user baru. Gambar 3.25 Rancang muka list all customer

33 51 Rancang antar muka yang kelima adalah rancang antar muka list all customer, perancangan dapat dilihat pada gambar 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 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. Gambar 3.27 add new SLA

34 52 Rancang antar muka yang ketujuh adalah rancang antar muka add new SLA, perancangan dapat dilihat pada gambar 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 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, , 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.

35 53 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 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, , 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. Gambar 3.30 Rancang antar muka add new ticket

36 54 Rancang antar muka kesepuluh adalah rancang antar muka add new ticket, perancangan dapat dilihat pada gambar 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 . 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 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 dan delete.

37 55 Gambar 3.32 Rancang antar muka my assignment Rancang antar muka kedua belas adalah rancang antar muka my assignment, perancangan dapat dilihat pada gambar 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. Gambar 3.33 Rancang antar muka pending support

38 56 Rancang antar muka ketiga belas adalah rancang antar muka pending support, perancangan dapat dilihat pada gambar 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 Membuka situs web Login Bagian yang diuji Alamat web Halaman utama Tindakan pengujian Memasukan alamat web di dalam seb browser Mengisi username dan password Status aplikasi Hasil yang diharapkan Masuk Masuk tampilan awal tampilan awal aplikasi, aplikasi, tampilan login tampilan login 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

39 57 Pembuatan tiket baru Validasi tiket Di halaman new ticket Di halaman request support dilakukan oleh support Mengisi semua inputan tiket Mengubah status tiket dan mengisi tindakan yang dilakukan Melakukan proses input Melakukan proses input Penambahan tiket baru untuk permintaan kerja pada support Perubahan status tiket Mengubah Dihalaman Mengubah Melakukan Perubahan password change password proses input password password menjadi baru Logout di menu Pilih menu Destroy Menuju utama logout sesion tampilan login

40 58