68
4.2.1.5 . Class Diagram
Gambar 19 Class Diagram
69
Pada gambar 19 merupakan sebuah diagram kelas yang digunakan untuk mengambarkan kumpulan kelas objek-objek yang ada pada helpdesk ticketing
system. Kelas bertindak sebagai suatu set objek yang memiliki atribut dan perilaku yang sama. Class diagram dibentuk berdasarkan objek-objek pada
usecase diagram yang sudah dideskripsika pada sub usecase diagram. Tampak terdapat 5 kelas utama pada diagram tersebut yaitu urls,views,forms,tickets,dan
users. Serta beberapa sub kelas lainnya. Berikut penjelasan pada gambar 18, ketika user melakukan aktifitas request data pada sistem helpdesk maka kelas
urls memanggil fungsi yang ada pada dirinya , yang mana merupakan turunan fungsi dari kelas views. Kelas Views memanggil kelas forms untuk
menampilkan data form yang direquest oleh user. Data tersebut diambil dari kelas Ticket dan users
4.2.1.6. Sequence Diagram
Sequence Diagram merupakan penjabaran dari class diagram yang sudah dibuat sebelumnya. Berikut sequence diagram yang mengambarkan interaksi antar
objek pada sistem helpdesk.
70
4.2.1.6.1 . Sequence Diagram Create New Ticket
Gambar 20 Sequence Diagram Create NewTicket
71
Pada gambar 19 menjelaskan urutan proses aktor dalam membuat tiket baru pada sistem helpdesk. aktor yang terlibat pada diagram ini adalah helpdesk
dan user. Ketika aktor meminta halaman ticket baru, urls memprosesi permintaan aktor dengan memanggil fungsi ticket yang ada didalam views.
ticket merupakan fungsi untuk proses pembuatan ticket baru. Untuk membuat ticket baru diperlukan data input oleh aktor. Data input tersebut ditampilkan ke
halaman sistem dalam bentuk form. Form yang bertanggung jawab yaitu TicketCreationForm. Model Data yang digunakan form untuk membuat ticket
baru diambil dari kelas Ticket. Ticket berisikan struktur data yang dibutuhkan TicketCreationForm untuk membuat ticket baru. Kemudian Sturktur form
ditampilkan oleh views. Setelah aktor melakukan pengisian data pada form new ticket , sistem akan menyimpan data tersebut pada Ticket dan TicketHistory.
Urutan proses pembuatan ticket baru selengkapnya dapat dilihat pada gambar 19
72
4.2.1.6.2 . Sequence Diagram Create Assign Ticket
Gambar 21 Sequence Diagram Create AssignTicket
73
Pada gambar 4.20 menjelaskan urutan proses aktor membuat assign ticket pada sistem helpesk. Aktor yang terlibat didalamnya yaitu helpdesk. urutan
prosesnya dimulai dari ketika aktor memilih menu assign ticket pada sistem helpdesk maka browser akan meminta ke sistem helpdesk untuk ditampilkan
halaman assign ticket. urls memprosesi permintaan browser dengan memanggil fungsi assignto pada kelas views. assignTo merupakan fungsi untuk membuat
assign ticket
pada sistem
helpdesk. assignTo
akan memanggil
TicketAssignForm untuk
ditampilkan struktur
form assign
ticket. TicketAssignForm memiliki peran menampilkan struktur form secara interface
kepada pengguna. Model data yang digunakan TicketAssignForm diambil dari kelas Ticket dan Users. Yang mana Ticket merupakan model data yang
digunakan sistem untuk membuat assign ticket. sedangkan User merupakan model data yang digunakan sistem untuk membuat assign ticket berdasarkan level
user. Untuk lebih lengkap urutan prosesnya dapat dilihat pada gambar 4.20.
74
4.2.1.6.3 . Sequence Diagram Create Response Ticket
Gambar 22 Sequence Diagram Create ResponseTicket
75
Gambar 22 mengambarkan urutan proses pembuat ticket respon. Aktor yang terlibat dalam urutan proses tersebut adalah helpdesk. kelas-kelas yang ada
pada gambar
22 yaitu
views,urls,Users,Ticket,Response,dan TicketHistory. Fungsi yang terlibat dalam pembuatan ticket respons yaitu
response. Awal urutan prosesnya browser akan meminta sistem untuk dipanggin fungsi response. Fungsi response berada didalam kelas views. Views
bertanggung jawab dalam menampilkan halaman ticket respons. Views membuat variabel by . yang mana variabel by berisikan model data user berdasarkan level
untuk pembuatan ticket respons. Dan membuat variabel ticket yang berisikan model data ticket. sedangkan kelas Response bertanggung jawab memodelkan
data tiket respon. Setelah aktor mengisikan informasi ticket respon pada halaman ticket response di sistem helpdesk. lalu memilih tombol save. Maka sistem
menyimpan data tersebut dengan operasi response.save. Data yang disimpan berisikan responseDesc,remark,status,responseBy, dan ticketId. Adapun data
tersebut disimpan pada kelas Response dan TicketHistory. Jika data sudah terisi dengan benar sistem akan menampilkan pesan success, dan apabila data
belum terisi dengan benar maka sistem menampilkan pesan failed. Untuk urutan prosesnya yang lebih lengkap dapat dilihat pada gambar 21.
76
4.2.1.6.4 . Sequence Diagram Edit Ticket
Gambar 23 Sequence Diagram Edit Ticket
Pada gambar 23 merupakan pengambaran urutan proses aktor mengubah data informasi ticket pada sistem helpdesk. aktor yang terlibat dalam urutan
tersebut yaitu helpdesk, dan user. Kelas-kelas yang terlibat yaitu
77
urls,views,Ticket,forms,dan TicketHistory. Awalnya browser akan memproses permintaan user dengan meminta sistem menampilkan halaman ticket
untuk diubah data informasinya. Views merupakan kelas yang menangani tampilan halaman ticket kepada pengguna. Sedangkan urls yang bertugas
memanggil views agar bisa ditampilkan secara antarmuka pada pengguna. ticket merupakan fungsi yang bertanggung jawab dalam proses pengubahan data
ticket oleh pengguna. ticket yang akan diubah oleh pengguna akan ditampilkan secara struktur dengan tampilan form oleh sistem. Yang mengurusi struktur form
yaitu TicketCreationForm. Yang mana TicketCreationForm termasuk bagian dari kelas forms. Model data yang digunakan form untuk diubah data ticket nya
berasal dari kelas Ticket. Setelah data ticket diubah informasinya, data tersebut disimpan pada kelas TicketHistory. Apabila data ticket yang diubah memiliki
atribut status open maka sistem menampilkan pesan data has been assigned. Sedangkan jika data tersebut berhasil diubah maka sistem menampilkan pesan
succes. Urutan proses pembuatan ticket response dapat dilihat pada gambar .23
78
4.2.1.6.5 . Sequence Diagram Change Status Ticket
Gambar 24 Sequence Diagram Change Status Ticket
79
Diagram Change Status Ticket menjelaskan urutan proses aktor mengubah status ticket pada helpdesk ticketing system. Aktor yang terlibat dalam urutan
proses ini adalah helpdesk, dan user. Kelas-kelas yang ada yaitu urls, views, Users, Ticket, forms, TicketHistory, dan Response. urls bertanggung
jawab memprosesi permintaan aktor untuk ditampilkan halaman change status ticket. views berperan tampilan antar pengguna dengan sistem helpdesk..Users
bertugas memodelkan data user ketika user ingin mengubah status ticket pada helpdesk ticketing system. Ticket merupakan model data ticket pada sistem
helpdesk. forms
bertindak sebagai
struktur dari
model data
Ticket,Response.ditampilkan dalam bentuk form. TicketHistory berfungsi sebagai tempat penampungan data ticket yang sudah diubah oleh aktor pada
helpdesk ticketing system. Jadi ketika aktor akan mengubah status ticket pada helpdesk ticketing system. System akan menentukan form apa yang akan
ditampilkan ke aktor. Jika aktor tersebut memiliki posisi user maka sistem menampilkan TicketResponseFromUser, sedangkan jika aktor tersebut memilki
posisi helpdesk maka sistem menampilkan TicketResponseFromHelpdesk. Urutan prosesnya dapat dilihat pada gambar 24
80
4.2.1.6.6 . Sequence Diagram View All Ticket
Gambar 25 Sequence Diagram View All Ticket Sequence Diagram View All Ticket mengambarkan urutan proses aktor
melihat ticket yang ada pada sistem helpdesk. aktor yang terlibat didalamnya yaitu helpdesk, dan user. urls memprosesi permintaan aktor untuk ditampilkan
halaman yang berisikan daftar ticket yang ada pada helpdesk ticketing system. Views yang bertanggung jawab menampilkan halaman tersebut. Urutan
prosesnya dapat dilihat pada gambar 25
4.2.1.6.7 . Sequence Diagram Create Report Ticket
Gambar 26 Sequence Diagram Create Report Ticket
81
Sequence diagram create report ticket menskenariokan urutan proses aktor membuat laporan ticket yang dibuat oleh sistem helpdesk. aktor yang terlibat
didalamnya yaitu helpdesk, dan user. prosesnya urls meminta kepada sistem untuk ditampilkan halaman laporan ticket. kemudian views menampilkan
halaman untuk dapat menyimpan laporan ticket oleh aktor. Model data yang digunakan untuk dibuat laporan ticket tersebut diambil dari kelas Ticket. Untuk
urutan proses selengkapnya dapat dilihat pada gambar 26
4.2.1.6.9. Sequence Diagram Create New User
Gambar 27 Sequence Diagram Create New User
Pada gambar 27 digambarkan urutan proses aktor membuat pengguna baru pada helpdesk ticketing system. Aktor yang terlibat dalam urutan tersebut yaitu
helpdesk. urls meminta kepada sistem helpdesk untuk ditampilkan halaman pembuatan pengguna baru. Halaman tersebut ditampilkan oleh views. Didalam
82
halaman tersebut terdapat form untuk pembuatan pengguna baru yang mana form tersebut diprosesi oleh UserCreationForm. Jika data baru berhasil dibuat maka
sistem menampilkan pesan succes. Dan apabila tidak berhasil, sistem menampilkan pesan create failed. Urutan proses yang lebih lengkap dapat dilihat
pada gambar 26
4.2.1.6.10 . Sequence Diagram Edit User
Gambar 28 Sequence Diagram Edit User Gambar 28 mendeskripsikan urutan proses aktor mengubah data informasi
pada penggguna helpdesk ticketing system. Aktor yang terlibat pada urutan proses tersebut yaitu helpdesk. urutan prosesnya dimulai dari urls meminta kepada
sistem helpdesk untuk ditampilkan halaman untuk mengubah data pada pengguna helpdesk ticketing system. Halaman tersebut ditampilkan oleh views. Pada
halaman tersebut terdapat form untuk mengubah data pengguna. sturuktur form ditangani oleh UserCreationForm. Dan model data yang digunakan oleh form
83
tersebut diambil dari Users. Urutan proses yang lebih lengkap dapat dilihat pada gambar 28
4.2.1.6.11 . Sequence Diagram Delete User
Gambar 29 Sequence Diagram Delete User Sequence Diagram Delete User menskenariokan urutan proses aktor
menghapus data pengguna pada helpdesk ticketing system. Aktor yang terlibat dalam proses tersebut yaitu helpdesk. urutan proses dimulai dari urls meminta
halaman yang berisikan daftar pengguna pada sistem helpdesk. halaman tersebut ditampilkan oleh views. Model data yang digunakan untuk menampilkan daftar
pengguna diambil dari Users. Jika aktor berhasil menghapus data pengguna pada helpdesk ticketing system maka system menampilkan pesan success.
Sedangkan jika gagal melakukannya, sistem menampilkan pesan Delete Failed. Urutan proses yang lebih lengkap dapat dilihat pada gambar 29
84
4.2.1.6.12 . Sequence Diagram Search User
Gambar 30 Sequence Diagram Search User Gambar 30 menjelaskan urutan proses aktor melakukan pencarian
pengguna pada helpdesk ticketing system. Aktor yang terlibat yaitu helpdesk. prosesnya dimulai dari urls meminta sistem untuk ditampilkan halaman
pencarian pengguna. halaman tersebut ditampilkan oleh views. Fungsi yang digunakan dalam proses pencarian menggunakan fungsi listUserData. Urutan
yang lebih lengkap dapat dilihat pada gambar 30
4.2.2. Desain Basis Data