BAB III ANALISIS DAN PERANCANGAN SISTEM

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 http://digilib.mercubuana.ac.id/

20

Helpdesk User

Helpdesk

Mulai

Input Data Keluhan

Telepon masuk (Data Keluhan)

Simpan Data

IT

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.

http://digilib.mercubuana.ac.id/

21

USER

Telepon

Helpdesk

Email

Chat

SELESAI

Buat Tiket

Close ticket

IT Melakukan Tindakan

Verifikasi SLA

Menentukan IT

3.2 Alur kerja sistem usulan

Helpdesk User

Helpdesk

Mulai

Input Data Keluhan melalui sistem

Telepon masuk (Data Keluhan)

Menentukan IT

IT

Menyelesaikan complaint user

Close ticket

Phase

Selesai

3.2 Alur kerja sistem usulan sederhana


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

2.

Sistem Berjalan

Sistem Usulan

Belum memiliki

Aplikasi pengumpulan

proses pengolahan data

informasi complain terhadap

yang terkomputerisasi

user lebih terstuktur dan rapih

Informasi data sering Menyajikan laporan-laporan tidak

relefan

membutuhkan

dan yang dapat diakses tepat proses waktu dan akurat

lama 3.

Karena masih

Dapat

dibuatkanya

menggunakan manual

(Services Level Agreement)

input akibatnya proses

untuk

penyampaian ke user

target

dan penangananya

pekerjaan

evaluasi

kerja

tercapainya

SLA

dan suatu

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.


23

server bekerja sebagai penyimpan basis data sebagai data yang akan didapat oleh helpdesk dan support.

Respon

Request

IT Network Respon

Request

INTERNET IT Hardware

Respon

Request

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.


24

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.

Membuat Status Hasil Pekerjaan

Melihat Request Support

Melihat My Assignment

Login

Support Melihat Pending Support

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


25

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

Helpdesk

Login Mengelola daftar tiket

Mengelola SLA (Service Level Agreement)

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.


26

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

Buka Situs Web

Tampilan Login

Masukan Data Login

Data Tidak Valid

Menu Utama

Phase

Notifikasi data tidak valid

Data 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.


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

Phase

Tampilan update tiket

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,


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

Tampilan Add New SLA

Masukan Data SLA Cek SLA name

Pilih tombol save ya

Notifikasi SLA name sudah digunakan

Tidak

Menyimpan data SLA

Phase

Tampilan daftar SLA

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


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

Phase

Tampilan daftar user sistem

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


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

Membuka aplikasi

Tampilan Menu utama

Pilih Menu User Complaint List

Tampilan Daftar User Complaint

Pilih Add New User Complaint

Tampilan Add New User Complaint

Masukan Data User Complaint Cek nama user complaint

Pilih tombol save Notifikasi nama user complaint sudah digunakan

ya Tidak

Pilih tombol save

Phase

Tampilan daftar user complaint

Gambar 3.11 Diagram aktivitas tambah customer baru


31

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

Tampilan Menu utama Destroy sesion

Pilih Menu Logout

ya tidak

Phase

Tampilan login

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 memunculkan tampilan login, jika memilih tidak sistem akan tetap pada menu utama.


32

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)

Konek database

Cek data user Data user Akun tidak valid

Klik login Login sukse(direct)

Gambar 3.13 diagram sequence login


Tampilan utama

33

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

Tampilan update tiket

User

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


34

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

Tampilan SLA setting

User

Klik add new SLA

Masukan data SLA baru

Kirim data SLA

Konek database

Cek data SLA baru

Data SLA


Klik save direct

Gambar 3.15 Diagram sequence add new SLA


35

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

Tampilan list all user

User

Klik add new user

Masukan data user baru

Kirim data user

Konek database

Cek data user baru

Data user


Klik save direct

Gambar 3.16 Diagram sequence add new user


36

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

Tampilan list all customer

User

Klik add new customer

Masukan data customer baru

Kirim data customer

Konek database

Cek data customer baru

Data customer


Klik save direct

Gambar 3.17 Diagram sequence add new customer


37

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)

Destroy sesion

direct

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


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

Tabel log users

<> user

<> Helpdesk UI

-username - password

-menu utama #operation *menampilkan menu utama()

#operation

Tabel log users

<> Admin

Tabel log users

Tabel log users

<> Support

Tabel log users

<> Logout

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

Tabel costumers

Tabel costumers

Tabel costumers

Tabel costumers

<> New ticket

<>> Request support

<>> My assignment

<>> Pending support

- isi menu data master

- Menampilkan form

#operation *menampilkan isi data master()

#operation -create() -update()

-no ticket -urgency -customer -reported date -reported by -problem summary -status -assigne



#operation -menampilkan request support

#operation -menampilkan my assignment

#operation -menampilkan pending support

<> Data Master

Tabel costumers

<>> Customer list Tabel costumers

<>> User list -username -level -fullname -email -telepon -last update -locked

-customer name -alamat -telepon -email -PIC -sub PIC -customer departmen #operation -menampilkan customer list

Tabel costumers

Tabel costumers

<> Add user - Menampilkan form

<> Add customer

- menu laporan


#operation *menampilkan menu laporan()

Gambar 3.19 Class diagram

3.6

Perancangan Basis Data


<> Laporan support

- Menampilkan form


#operation -menampilkan user list

Tabel log users

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 3.19.

Tabel Users

Tabel Tickets

Tabel News

Tabel log_tickets

users

Tickets

News

log_tickets

id username password level fullname email telp email_code time confirmed ip

Tabel SLA

SLA slaid namasla respontime resolutiontime slawarning

Tabel costumers

costumers idcustomer namacustomer alamat telp email PIC salesperson customer time ip

id ticketnumber sla idcostumer reporteddate reporteby telp email 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

Tabel Projects

Tabel log_emails

Projects

log_emails

projectid projectname idcostumer deliverybegin instalbegin deliveryend installbegin installend uatbegin Uatend billstardate billdudate warrantyperiod contractstartdate contractperiod

idemail idticket emailto emailcc emailbcc emailsubject message emailstatus senddate

Gambar 3.20 Relasi basis data

1. Tabel users File Name

: User


id sla reporteddate reportedby telp email problemsummary problemdetail ticketstatus assignee assigneddate pendingby pendingdate resolution resolvedby resolveddate closedby closeddate changes changeby changedate

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

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

idcostumer

Int(11)

No


Default None

41

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

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

Message

Text

yes

Null


Default

42

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

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

resolution

text

yes

NULL


Default

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

: log users

Type of File

: Master file

Primary Key : log Foreign Key : Tabel 3.6 Tabel log user Name

Type

Null

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


Default

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

: project

Type of File

: Master file

Primary Key : projectid Foreign Key : Tabel 3.8 tabel project Name

Type

Null

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


Default

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

: tiket

Type of File

: Master file

Primary Key : Id, problemdetail, resolution Foreign Key : -

Tabel 3.9 Tabel Tiket Name

Type

Null

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

problemsummary

Varchar(80)

No

None


Default

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

: SLA

Type of File

: Master file

Primary Key : id Foreign Key : -

Tabel 3.10 Tabel SLA Name

Type

Null

Slaid

Int(11)

No


Default None

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


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


49

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, perancangan dapat dilihat pada gambar 3.22. Tampilan ini terdapat di dalam menu


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

Gambar 3.25 Rancang muka list all customer


51

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.

Gambar 3.27 add new SLA


52

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.


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

Gambar 3.30 Rancang antar muka add new ticket


54

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 dan delete.


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

Gambar 3.33 Rancang antar muka pending support


56

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 Membuka situs web

Bagian yang diuji Alamat web

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 Masuk ke basis data menu utama

Login

Halaman utama

Pembuatan user baru

Di halaman add new user

Mengisi Melakukan semua inputan proses input user baru

Penambahan user baru

Pembuatan customer baru

Di halaman add new customer

Mengisi Melakukan semua inputan proses input customer baru

Penambahan user baru

Pembuatan SLA baru

Di halaman add new SLA

Mengisi Melakukan semua inputan proses input SLA baru

Penambahan SLA baru


57

Pembuatan tiket baru

Di halaman new ticket

Mengisi Melakukan semua inputan proses input tiket

Validasi tiket

Di halaman request support dilakukan oleh support

Mengubah status tiket dan mengisi tindakan yang dilakukan

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

di menu

Pilih menu

Destroy

Menuju

utama

logout

sesion

tampilan login

Logout


58


BAB III ANALISIS DAN PERANCANGAN SISTEM

Recommend Documents