4.3 Desain Sistem
4.3.1 Perancangan UML
Sesuai dengan permasalahan pada bab 1 maka penelitian menggunakan pendekatan sistem berorientasi object yakni dengan membuat use case diagram, use case scenario, activity diagram, sequence diagram, dan class diagram, statechart diagram. Berikut ini penjelasan dari masing-masing diagram :
69 4.3.1.1 Use Case Diagram
1. Identifikasi Aktor
Identifikasi actor mendeskripsikan interaksi antar actor didalam sistem informasi profile perusahaan, seperti dijelaskan Tabel 4.1
Tabel 4.1 Identifikasi Aktor
Aktor Spesifikasi
Admin Pusat Aktor yang bertempat di kantor pusat dan bertugas meng-approve risiko baru, membuat laporan risiko, serta status pengendalian risiko.
Admin Perwakilan/Cabang/Divisi Aktor bisa sebagai admin perwakilan/cabang/divisi yang bertugas mengajukan risiko baru, mengimput data risiko dan pengendalian yang sudah ada, menambahkan data indentitas tambahan, serta menyeleksi
sepuluh risiko dan
pengendaliannya.
User Perwakilan/Cabang/Divisi Aktor bisa sebagai user perwakilan/cabang/divisi yang bertugas menaksir risiko
70 digolongkan sebagai risiko inhern
atau sebagai risiko residual.
2. Identifikasi Diagram Use Case
Identifkasi Use Case menggambarkan interaksi antar aktor pada Tabel 4.1 dengan sistem.
Tabel 4.2 Identifikasi Diagram Use Case
Usecase Spesifikasi Aktor
Login Masuk ke sistem. Admin pusat, admin cabang/divisi/perwakilan
dan user Input Risiko
Baru
Input data risiko baru yang kemungkinan
terjadi pada setiap perwakilan/cabang/divisi Admin perwakilan/cabang/divisi Proses Bisnis Baru Mengajukan data identifikasi risiko dan pengendaliannya kepada
admin pusat yang kemudian akan di approve oleh admin
pusat dan ditaksir penilaiaiannya oleh user
Admin
71 Penaksiran
Risiko Inheren dan Residual
User cabang akan menaksirkan setiap
risiko yang telah diajukan oleh admin perwakilan/cabang/divisi
User
View Daftar Risiko
User dapat melihat risiko yang telah
diajukan admin perwakilan/cabang/divisi
User
Approve Admin pusat dapat menyetujui dan menolak
segala risiko yang diajukan oleh admin perwakilan/cabang/divisi
Admin Pusat
View Laporan Admin pusat memantau laporan risiko yang
diajukan admin perwakilan/cabang/divisi setiap semesternya Admin Pusat CRUD penyebab dan pengendaliannya
Admin pusat dapat mengedit penyebab dan
pengendalian setiap risiko yang telah
diajukan admin perwakilan/cabang/divisi
72 CRUD Risiko Admin Pusat dapat
mengedit risiko yang diajukan oleh admin perwakilan/cabang/divisi
Admin Pusat
3. Use Case Diagram
Identifikasi Use Case diagram menggambarkan interaksi antar aktor pada lingkup sistem yang dibuat.
73
Gambar 4.4 Diagram Use Case
4.3.1.2 Use Case Scenario
Pada use case scenario ini dijelaskan urutan langkah-langkah yang menerangkan antara pengguna dan sistem, antara lain :
74 1. Use Case Scenario Login Admin
Tabel 4.3 Use Case ScenarioLogin
Use Case Name Login
Use Case Actor Admin pusat, admin
cabang/divisi/perwakilan dan user Description Login ke dalam sistem
Pre-Condition User harus sudah didaftarkan terlebih dahulu oleh admin
Typical Course of Events
Actor Action System Response 1.Memasukkan
Username dan Password
2. Mengecek validasi dari data akun yang diinput
3. Menampilkan halaman home tanda login sukses
Alternate Course 2. Invalid username atau password 3. Error Message
Conclusion Klik tombol login
75 2. Use Case Scenario Input Risiko Baru
Tabel 4.4 Use Case Scenario Proses Risiko
Use Case Name Input Risiko Baru
Use Case Actor Admin perwakilan/cabang/divisi
Description Melakukan input risiko baru ke dalam sistem Pre-Condition User admin harus login terlebih dahulu Typical Course of
Events
Actor Action System Response 1. Memilih menu risiko baru 3. Mengisi form sesuai data transaksi 2. Menampilkan form risiko baru 4. Mengecek validasi setiap data yang diinput 5. Mengirim data ke
admin pusat untuk proses approve Alternate Course 4. Error Message
Conclusion Mengisi form untuk mengajukan risiko baru Post Condition Risiko baru yang belum di approve tersimpan
76 3. Use Case Scenario Proses Risiko
Tabel 4.5 Use Case Scenario Proses Risiko
Use Case Name Proses Risiko Use Case Actor Admin pusat
Description Mengajukan data identifikasi dan pengendaliannya kepada admin pusat Pre-Condition Admin cabang harus melakukan input risiko
dan mengajukan persetujuan kepada admin pusat
Typical Course of Events
Actor Action System Response 1. Memilih menu
pengajuan risiko
3. Register Risiko
2. Menampilkan risiko yang telah diajukan dan di approve oleh admin pusat
Alternate Course 2. Menampilkan pilihan approve dan tidak 3. Menyimpan data risiko baru yang telah di approve
77 Post Condition Pengajuan risiko baru telah di approve
4. Use Case Scenario CRUD Risiko
Tabel 4.6 Use Case Scenario Proses Risiko
Use Case Name CRUD Risiko
Use Case Actor Admin perwakilan/cabang/divisi, Admin Pusat Description Melakukan create, read, update, dan delete
risiko
Pre-Condition Data risiko di ajukan kepada admin pusat Typical Course of
Events
Actor Action System Response 1. Memilih menu pengajuan risiko 3. Menyetujui, mengedit, menghapus dan melihat risiko yang diajukan admin cabang 2. Menampilkan risiko yang telah diajukan oleh admin cabang
78 4. Mengecek validasi dari
setiap data yang di edit atau di delete oleh aktor 5. Menyimpan data yang
telah di edit Alternate Course 4. Jika data tidak lengkap maka akan
menampilkan pesan kesalahan
Conclusion Admin meng-input, meng-update dan men- delete data risiko
Post Condtion Data tersimpan, ter-update dan terhapus di database manajemen risiko
5. Use Case Scenario View Daftar Risiko
Tabel 4.7 Use Case Scenario View Daftar Risiko
Use Case Name View Daftar Risiko
Use Case Actor User
Description Melihat risiko yang telah diajukan Pre-Condition Menambahkan Risiko
Typical Course of Events
Actor Action System Response 1. Masuk ke menu
79 3. Melihat risiko yang telah diajukan oleh admin cabang 4. Mengecek risiko, pengendalian dan dampak yang telah diajukan 2. Menampilkan risiko yang telah diajukan oleh admin cabang
Alternate Course _
Conclusion Mengecek risiko, pengendalian, dan dampak yang telah diajukan
Pot Condition Lihat risiko, pengendalian, dan dampak
6. Use Case Scenario Penaksiran Inheren dan Residual
Tabel 4.8 Use Case Scenario Penaksiran Inheren dan Residual
Use Case Name Penaksiran Inheren dan Residual Use Case Actor User
80 Description Melakukan penilaian terhadap risiko yang
telah diajukan
Pre-Condition Admin cabang dan admin pusat menyetujui terlebih dahulu untuk risiko yang telah diajukan
Typical Course of Events
Actor Action System Response 1. Mengakses sistem Manajemen Risiko sebagai user cabang dan memilih menu register risiko 3. Menilai risiko yang telah disetujui admin pusat 2. Menampilkan form risiko yang telah di setujui oleh admin pusat
4. Menampilkan hasil kalkulasi nilai risiko yang telah di taksir oleh user
81 5. Sistem menyimpan
hasil taksiran nilai yang <5
Alternate Course 5. Hasil taksiran >5 menampilkan menu penaksiran Residual, hasil taksiran <5 penaksiran nilai telah selesai
Conclusion Menaksir nilai risiko yang telah di stujui admin pusat
Post Condition Menampilan menu penaksiran residual jika hasil taksiran >5 dan menyimpan hasil taksiran nilai yang <5
7. Use Case Scenario Approve
Tabel 4.9 Use Case Scenario Approve
Use Case Name Approve
Use Case Actor Admin Pusat
Description Menyetujui risiko yang diajukan oleh admin cabang
Pre-Condition Register risiko terlebih dahulu
82 Typical Course of Events 1. Mengakses sistem Manajemen Risiko sebagai admin pusat 3. Checklist pada check box apabila admin pusat menyetujui risiko yang diajukan oleh admin cabang 2. Menampilkan risiko yang telah diajukan oleh admin cabang
4. Menampilkan pop up untuk keyakinan persetujuan dari admin pusat dan kemudian menyimpan daftar risiko yang telah disetujui
83 Conclusion Men-checklist check box di pop up sebagai
tanda perstujuan dari admin pusat
Post Condition Daftar risiko telah di setujui oleh admin pusat
8. Use Case Scenario View Laporan
Tabel 4.10 Use Case Scenario View Laporan
Use Case Name View Laporan
Use Case Actor Admin Pusat
Description Melihat laporan per semester Pre-Condition Login
Typical Course of Events
Actor Action System Response 1. Login ke dalam sistem Manajemen Risiko 2. Memilih laporan sesuai dengan kebutuhan manajemen 3. Menampilkan laporan yang dipilih
84 4. Download
laporan yang di pilih
Alternate Course _
Conclusion Klik tombol download Post Condition Laporan persemester
9. Use Case Scenario CRUD Penyebab dan Pengendalian
Tabel 4.11 Use Case Scenario CRUD Penyebab dan Pengendalian
Use Case Name CRUD Penyebab dan Pengendalian Use Case Actor Admin Pusat
Description Mengedit penyebab dan pengendalian risiko yang telah diajukan oleh admin cabang Pre-Condition Register terlebih dahulu
Typical Course of Events
Actor Action System Response 1. Mengakses sistem Manajemen Risiko 2. Menampilkan risiko beserta penyebab,
85 3. Memeriksa penyebab, dampak, dan pengendalian apabila ada yang kurang tepat admin pusat berhak untuk mengedit 6. Admin pusat menyetujui dampak, dan pengendalian yang telah diajukan oleh admin cabang
4. Menampilkan pop up dialog untuk
menanyakan kevalid-an data setelah di edit 5. Sistem menyimpan
data CRUD tersebut
Alternate Course 3. Menampilkan form untuk mengedit data Conclusion Memeriksa penyebab, dampak, dan
pengendalian risiko
Post Condition Data yang kurang tepat sudah di perbaiki oleh admin pusat
86 4.3.1.3 Activity Diagram
Activity Diagram adala teknik untuk mendeskripsikan logika procedural, proses bisnis, dan aliran kerja dalam banyak kasus. Activity diagram mempunyai peran seperti halnya flowchart, akan tetapi perbedaannya dengan flowchart adalah activity diagram bisa mendukung perilaku parallel sedangkan flowchart tidak bisa. Berikut ini adalah activity diagram untuk masing-masing usecase. Activity diagram menggambarkan aktifitas-aktifitas yang terjadi dalam sistem informasi Manajemen Risiko.
1. Activity Diagram Login
Gambar 4.5 Activity Diagram Login
Keterangan Gambar : Di dalam activity diagram login yang pertama harus dilakukan ini dilakukan oleh aktor admin pusat, admin cabang/divisi/perwakilan dan user
87 melakukan pengisian username dan password, jika username dan password yang dimasukkan salah, maka sistem akan menampilkan peringatan username dan password yang dimasukkan salah. Dan jika benar, maka sistem akan menampilkan halaman utama (home) sistem dan selanjutnya user dapat mengakses menu-menu yang disediakan sistem sesuai level masing-masing.
2. Activity Diagram Input Risiko Baru
Gambar 4.6 Activity Diagram Input Risiko Baru
Keterangan Gambar : Di dalam activity diagram input resiko baru, aktor yang merupakan admin perwakilan/cabang/divisi mengisi form risiko. Isi dari form risiko merupakan keterangan detail tentang risiko yang ada pada perusahaan Jasa Raharja.
88 3. Activity Diagram Proses Risiko
Gambar 4.7 Activity Diagram Proses Risiko
Keterangan Gambar : Activity diagram proses risiko menjelaskan tentang aktor yang memproses risiko yang sudah ada. Aktor akan masuk ke menu pengajuan risiko, lalu sistem akan menampilkan risiko apa saja yang telah diajukan dan di approve oleh admin pusat, risiko yang sudah ditampilkan oleh sistem akan di hitung nilainya permasing-masing risiko oleh user.
89 4. Activity Diagram CRUD Risiko
Gambar 4.8 Activity Diagram CRUD Risiko
Keterangan Gambar : Di dalam activity diagram CRUD risiko aktor yang merupakan admin perwakilan/cabang/divisi dan admin pusat akan masuk ke dalam menu pengajuan risiko. Setelah itu sistem akan menampilkan risiko yang telah diajukan oleh admin, lalu aktor akan melakukan tindakan apakan risiko yang telah diajukan oleh admin akan di setujui, akan di edit, akan di hapus, atau hanya akan di lihat oleh aktor.
90 5. Activity Diagram View Daftar Risiko
Gambar 4.9 Activity Diagram View Daftar Risiko
Keterangan Gambar :Di dalam activity diagram view daftar risiko, aktor yaitu user dapat melihat daftar risiko. Dimana di dalam daftar risiko akan menampilkan semua risiko yang telah diajukan oleh admin cabang.
91 6. Activity Diagram Penaksiran Inheren dan Residual
92 Keterangan Gambar : Di dalam activity diagram Penaksiran Inheren dan Residual, aktor yaitu user akan melakukan perhitungan dari masing-masing riiko yang telah disetujui oleh admin pusat, user harus menilai masing-masing risiko, lalu sistem yang akan menampilkan hasil kalkulasi dari setiap risiko apabila risiko bernilai kurang dari 5, maka risiko tersebut akan berhasil di taksir dan dengan otomatis akan tersimpan di dalam database, namun apabila risiko bernilai lebih besar dari 5, maka sistem akan menampilkan menu penaksiran residual, setalah sistem menampilkan menu penaksiran residual, aktor akan menaksir ulang risiko tersebut, tidak hanya di taksir ulang, tapi aktor mempunyai hak untuk merubah dari setiap risiko yang kurang tepat.
7. Activity Diagram Approve
Gambar 4.11 Activity Diagram Approve
Keterangan Gambar : Di dalam activity diagram approve, yang dimaksud disini adalah approve risiko, yang pertama-tama harus dilakukan oleh aktor yaitu admin pusat
93 adalah aktor harus login sesuai dengan username dan password yang dimiliki, setelah login berhasil sistem akan menampilkan menu daftar risiko, dimana didalam menu tersebut terdapat risiko yang telah diajukan oleh admin cabang, setelah sistem menampilkan aktor harus menceklis pada check box yang telah tersedia. Ceklis di berikan oleh aktor merupakan tanda bahwa risiko dapat di ajukan kepada user, untuk selanjutnya risiko tersebut akan di baca oleh user.
8. Activity Diagram View Laporan
Gambar 4. 12 Activity Diagram View Laporan
Keterangan Gambar : Di dalam Activity Diagram View Laporan yang pertama harus dilakukan oleh aktor admin pusat adalah melakukan pengisian username dan password, jika username dan password yang dimasukkan salah, maka sistem akan menampilkan peringatan username dan password yang dimasukkan salah. Dan jika benar, maka
94 sistem akan menampilkan halaman utama admin pusat, kemudian sistem akan menampilkan beberapa laporan yang sudah ada, admin pusat harus memilih laporan yang sekiranya dibutuhkan, lalu sistem akan menampilkan laporan yang dipilih admin pusat.
9. Activity Diagram CRUD Penyebab dan Pengendalian
Gambar 4.13 Activity Diagram CRUD Penyebab dan Pengendalian
Keterangan Gambar : Di dalam activity diagram CRUD Penyeban dan pengendalian aktor yaitu admin pusat mempunyai hak untuk menambah penyebab dan pengendalian dari masing-masing risiko yang ada, mengedit penyebab dan pengendalian dari masing-masing risiko yang ada, menyimpan penyebab dan pengendalian dari masing-
95 masing risiko yang sudah tersedia, atau bahkan aktor mempunyai hak untuk menghapus penyebab dan pengendalian dari masing-masing risiko yang sudah di buat.
4.3.1.4 Sequence Diagram
Berikut ini adalah rancangan sequence diagram di dalam sistem informasi manajemen risiko yang melibatkan beberapa user internal, diantaranya yaitu admin pusat, admin cabang/divisi/perwakilan, dan user. Berikut ini gambaran sequence diagram dari masing-masing aktivitas yang ada :
1. Sequence diagram login
Admin Pusat, Admin Cabang/Perwakilan/Divisi, User
Menu Login Sistem Menu Utama
2. Input username & password 1. Masuk menu Login
3. Validasi () 4. Username & password salah
5. Menampilkan username & password salah
6. Password benar ()
7. Validasi 8. Menampilkan halaman menu utama
Gambar 4.14 Sequence Diagram Login
Keterangan Gambar : Di dalam sequence diagram login yang pertama harus dilakukan oleh aktor Admin Pusat, Admin Cabang/Perwakilan/Divisi, dan User adalah melakukan pengisian username dan password, jika username dan password yang dimasukkan salah, maka sistem akan menampilkan peringatan username dan password
96 yang dimasukkan salah. Dan jika benar, maka akan menampilkan halaman utama (Home) sistem dan selanjutnya user dapat mengakses menu-menu yang disediakan sistem sesuai level masing-masing.
2. Sequence diagram input risiko baru
Admin Perwakilan/Cabang/Divisi
Menu Utama Menu Risiko Baru Sistem Database
1. Masuk menu utama
2. Pilih menu risiko baru
3. Tambah Data Risiko Baru ()
4. Tambah Data
5. Validasi 6. Data tersimpan
7. Menampilkan data tersimpan
8. Data tidak berhasil disimpan 9. Menampilkan data tidak berhasil disimpan
Gambar 4.15 Sequence Diagram Input Risiko Baru
Keterangan Gambar :Di dalam sequence diagram input resiko baru aktor masuk halaman utama kemudia masuk ke menu risiko baru lalu pilih tambah data risiko kemudia mengisi form risiko. Jika form yang di isi lengkap dan formatnya benar maka data risiko berhasil disimpan, namun jika format yang diisi tidak sesuai maka data yang sudah diisi tidak berhasil disimpan.
97 3. Sequence diagramproses risiko
Admin Cabang/Perwakilan/Divisi
Menu Utama Menu Pengajuan Risiko Sistem Database
1. Masuk menu utama
2. Pilih menu pengajuan risiko
3. Memanggil form pengajuan risiko
4. Memanggil risiko yang diajukan 5. Menampilkan risiko yang telah di approve Admin pusat
Gambar 4.16 Sequence Diagram Proses Risiko
Keterangan Gambar :Di dalam sequence diagram proses risiko diawali dengan aktor yang masuk ke halaman menu utama, kemudia pilih halaman menu pengajuan risiko setelah itu sistem akan menampilkan halaman pengajuan risiko, aktor harus me registrasi risiko yang ada, setelah risiko di registrasi dan berhasil disimpan ke dalam database, sistem akan menampilkan risiko yang telah di approv oleh admin pusat.
98 4. Sequence diagramCRUDrisiko
Admin perwakilan/cabang/divisi, Admin Pusat
Menu Utama Menu Pengajuan Risiko Sistem Database
4. Menampilkan risiko yang diajukan oleh admin
5. Menyetujui risiko () 1. Masuk menu utama
2. Pilih menu pengajuan risiko
3. Memanggil halaman pengajuan risiko
6. Edit data risiko ()
7. Validasi 8. Data tersimpan
9. Menampilkan data tesimpan
10. Data tidak berhasil disimpan
11. Menampilkan data tidak berhasil disimpan
12. Hapus data
13. Hapus data
14. Verifikasi 15. Data Terhapus
16. Menampilkan data berhasil dihapus
17. Pilih view pengajuan risiko
18. Menampilkan pengajuan risiko
Gambar 4.17 Sequence Diagram CRUD Risiko
Keterangan Gambar : Pada sequence diagram CRUD risiko ini aktor mulanya harus masuk ke dalam menu utama kemudian masuk ke dalam menu pengajuan risiko, setalah sistem menampilkan risiko, aktor yaitu admin perwakilan/cabang/divisi mempunyai hak untuk menyetujui risiko yang telah di tampilkan, merubah data risiko yang telah ditampilkan, bahkan menghapus data risiko yang telah di tampilkan.
99 5. Sequence diagram view daftar risiko
User
Menu Utama Menu Register Risiko
1 : Masuk menu utama () 2 : Menampilkan menu utama
3 : Pilih menu register risiko
4 : Tampilkan menu daftar risiko
Gambar 4.18 Sequence Diagram View Daftar Risiko
Keterangan Gambar : Di dalam sequence diagram view daftar risiko, aktor yaitu user, dapat melihat daftar risiko yang telah tersedia, dimana risiko yang terdaftar disini adalah risiko yang telah diajukan oleh admin cabang. Aktor juga dapat melihat seluruh konten yang ada dalam aplikasi ini.
100 6. Sequence diagrampenaksiran inheren dan residual
User
Menu utama
1 : Masuk ke menu utama 2 : Menampilkan menu utama
Menu register risiko
3 : Pilih menu register risiko 4 : Menampilkan risiko
5 : Menilai risiko
Sistem
6 : Input nilai risiko
Database
7 : Tambah nilai risiko
8 : Validasi 9 : Data tersimpan
10 : Menampilkan data tersimpan
11 : Data tidak tersimpan 13 : Menampilkan data tidak tersimpan
14 : Menaksir ulang nilai risiko
15 : Edit nilai risiko
16 : Validasi 17 : Data tersimpan
18 : Menampilkan data tersimpan
19 : Data tidak tersimpan 20 : Menampilkan data tidak tersimpan
Gambar 4.19 Sequence Diagram Penaksiran Inheren dan Residual
Keterangan Gambar : Sequence diagram penaksiran inheren diawali dengan aktor yaitu user yang masuk kedalam menu utama, setelah itu user masuk kedalam menu register risiko, setelah sistem menampilkan risiko yang ada user akan menilai risiko tersebut, dan user akan memasukkan nilai dari masing-masing risiko, setelah user menyimpan data sistem akan dengan otomatis mengkalkulasi nilai yang dimasukkan user, dan dengan otomatis sistem akan mengvalidasi risiko tersebut, apabila risiko bernilai kurang dari 5, maka risiko tersebut akan berhasil di taksir dan dengan otomatis akan tersimpan di dalam database, namun apabila risiko bernilai lebih besar dari 5, maka sistem akan menampilkan menu penaksiran residual, setalah sistem menampilkan menu penaksiran residual, aktor akan menaksir ulang risiko tersebut,
101 tidak hanya di taksir ulang, tapi aktor mempunyai hak untuk merubah dari setiap risiko yang kurang tepat.
7. Sequence diagram approve
Admin pusat
Menu utama Menu daftar risiko Sistem Database
1 : Masuk ke menu utama
2 : Pilih menu daftar risiko
3 : Checklist risiko ()
4 : Tambah data ()
5 : Validasi 6 : Data tersimpan
7 : Menampilkan data tersimpan
8 : Data tidak berhasil disimpan 9 : Menampilkan data tidak berhasil disimpan
Gambar 4. 20 Sequence Diagram Approve
Keterangan Gambar : Di dalam sequence diagram approve, admin pusat masuk ke halaman menu utama, lalu pilih menu daftar risiko, kemudian setelah sistem menampilkan risiko aktor harus menceklis risiko tersebut apabila risiko ingindi approve, setelah di beri ceklis, aktor harus simpan data yang dirubah tersebut.
102 8. Sequence diagram view laporan
Admin pusat
Menu utama Menu Laporan
1 : Masuk menu utama
2 : Menampilkan menu utama
3 : Pilih menu laporan 4 : Tampilkan menu laporan
Gambar 4.21 Sequence Diagram View Laporan
Keterangan Gambar : Di dalam sequence diagram view laporan, aktor yaitu admin pusat dapat melihat macam-macam laporan risiko yang telah tersedia, admin pusat dapat memilih satu laporan yang ingin dilihat secara detail, sesuai dengan kebutuhan manajemen.
103 9. Sequence diagramCRUD penyebab dan pengendalian
Admin Pusat
Menu utama Menu daftar risiko Sistem Database
1 : Masuk menu utama
2 : Masuk menu daftar risiko