. Class Diagram Sequence Diagram

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