3.1 Analisis Sistem
3.1.3 Fase Analisis Kebutuhan ( Requirements Analysis Phase )
Sistem yang akan dikembangkan ini dapat diakses oleh 4 aktor pengguna yaitu administrator, kepala BSP, staff teknik dan pengguna umum. Pada
tabel di bawah ini akan dipaparkan mengenai deskripsi untuk tiap-tiap aktor pengguna :
Tabel 3.3 Deskripsi Pengguna
Aktor Deskripsi
Administrator Aktor yang memiliki hak akses terhadap seluruh data pendingin ruangan. Aktor ini dapat melakukan penambahan, perubahan dan penghapusan data pendingin ruangan.
Kepala BSP Aktor yang dapat melihat
informasi pendingin ruangan yang terdiri atas informasi deskripsi dan pemeliharaan pendingin ruangan.
Staff Teknisi Aktor yang memiliki hak akses terhadap data pemeliharaan pendingin ruangan. Aktor ini dapat memasukkan data perawatan (perawatan rutin dan penanganan aduan) pendingin ruangan ke dalam
sistem.
Pengguna Umum Aktor yang melakukan
pengaduan kerusakan pendingin ruangan.
Use case diagram untuk setiap pengguna adalah sebagai berikut :
Administrator (Staff BSP)
Melakukan login
<<depend on>>
Menambah data pengguna
Mengubah data pengguna Menghapus data pengguna
Menambah data kampus
Mengubah data kampus Menghapus data kampus Mengelola data
pengguna
Mengelola data kampus
Menambah data unit gedung
Mengubah data unit gedung Menghapus data unit gedung Mengelola data unit
gedung
Menambah data lantai
Mengubah data lantai Menghapus data lantai Mengelola data lantai
Menambah data ruang
Mengubah data ruang Menghapus data ruang Mengelola data ruang
Gambar 3.2 Use case diagram Administrator (bagian 2) Administrator (Staff BSP) Melakukan login <<depend on>>
Kepala BSP Melakukan login Melihat informasi pendingin ruangan Melihat informasi prosentase kerusakan pendingin ruangan Melakukan Logout <<depend on>> Pengguna umum Memasukkan aduan kerusakan pendingin ruangan Melihat riwayat pengaduan Staff Teknisi
Memasukkan data perawatan pendingin ruangan Memasukkan data penanganan kerusakan pendingin ruangan <<depend on>> Melakukan login Melakukan Logout Mengubah data perawatan
pendingin ruangan
Mencetak surat tugas perawatan Mencetak daftar aduan
Mencetak daftar perawatan
Mencetak surat tugas aduan
Gambar 3.3 Use case diagram Kepala BSP, Staff Teknisi dan Pengguna Umum
Narasi use case
Penjelasan setiap use case pada gambar di atas adalah sebagai berikut: Tabel 3.4 Narasi use case proses Melakukan Login
Nama Use case Melakukan Login
ID use case 1
Prioritas High
Pelaku bisnis utama Administrator
Deskripsi Use case ini menggambarkan Administrator melakukan login ke dalam sistem.
Pra-kondisi Pengguna telah masuk kedalam sistem dan ingin melakukan pengelolaan dalam sistem.
Pemicu Administrator harus melakukan login sebelum memasuki sistem.
Langkah umum Aksi actor Respon sistem
Step 1 : Aktor login ke dalam sistem dengan memasukkan username
dan password
Step 2 : Sistem mengecek
user name, password dan kecocokan antara
username dan password Step 3 : Sistem
memberikan interface
halaman utama administrator. Langkah alternative User name atau password salah. Sistem
menampilkan pesan error dan user harus login
kembali.
Kesimpulan Use case ini selesai jika sistem menampilkan halaman utama dari administrator.
Pasca kondisi Administrator berada pada halaman utama administrator
Tabel 3.5Narasi use case proses Menambah data pengguna Nama Use case Menambah data pengguna
ID use case 2
Prioritas High
Pelaku bisnis utama Administrator
Deskripsi Use case ini menggambarkan administrator melakukan penambahan data pengguna. Pra-kondisi Administrator berada pada halaman utama
administrator setelah melakukan proses login dan memilih pengelolaan data pengguna.
Pemicu Ada data pengguna baru yang harus ditambahkan.
Langkah umum Aksi actor Respon system
Step 1 : Aktor memilih untuk masuk dalam pengelolaan data pengguna
Step 2 : Sistem
menampilkan menu data pengguna
Step 3 : Aktor memasukkan data pengguna ke dalam form
yang disediakan.
Step6:Aktor pilih tambah.
Step 7 : Sistem menyimpan data pengguna yang telah dimasukkan.
Langkah alternative Aktor batal melakukan penambahan dan memilih untuk kembali ke menu.
Kesimpulan Use case ini selesai jika administrator telah selesai memasukkan data pengguna atau administrator batal melakukan penambahan.
Tabel 3.6 Narasi use case proses Menghapus data pengguna Nama Use case Menghapus data pengguna
ID use case 3
Prioritas High
Pelaku bisnis utama Administrator
Deskripsi Use case ini menggambarkan administrator menghapus data pengguna.
Pra-kondisi Administrator berada pada halaman utama administrator setelah melakukan proses login dan memilih pengelolaan pengguna.
Pemicu Ada data pengguna tidak diperlukan dan harus dihapus.
Langkah umum Aksi actor Respon system
Step 1 : Aktor memilih untuk masuk dalam pengelolaan pengguna
Step 2 : Sistem menampilkan menu pengguna.
Step 3 : Aktor memilih menu hapus disamping pengguna yang hendak dihapus.
Step 4 : Sistem
memberikan konfirmasi apakah benar-benar akan dihapus.
Step 5 : Aktor memilih hapus .
Step 7 : Sistem menghapus data pengguna yang dipilih dan menyimpan perubahan yang dilakukan.
Langkah alternative Aktor batal melakukan penghapusan dan memilih untuk kembali ke menu.
Kesimpulan Use case ini selesai jika administrator telah selesai menghapus data pengguna atau administrator batal
melakukan penghapusan.
Pasca kondisi Ada data yang terhapus dalam database
Tabel 3.7Narasi use case proses Mengubah data pengguna Nama Use case Mengubah data pengguna
ID use case 4
Prioritas High
Pelaku bisnis utama Administrator
Deskripsi Use case ini menggambarkan administrator melakukan perubahan pada data pengguna.
Pra-kondisi Administrator berada pada halaman utama administrator setelah melakukan proses login dan memilih pengelolaan pengguna.
Pemicu Ada data pengguna yang harus dirubah.
Langkah umum Aksi actor Respon system
Step 1 : Aktor memilih untuk masuk dalam pengelolaan pengguna
Step 2 : Sistem menampilkan menu pengguna.
Step 3 : Aktor memilih menu edit data pengguna disamping pengguna yang hendak diubah
Step 4 : Sistem memberikan interface
halaman untuk edit.
Step 5 : Aktor memasukkan data pengguna ke dalam form
yang disediakan.
Step 6 : Aktor memilih simpan.
Step 7 : Sistem menyimpan data pengguna yang telah dimasukkan.
Langkah alternative Aktor batal melakukan perubahandan memilih untuk kembali ke menu.
Kesimpulan Use case ini selesai jika administrator telah selesai memasukkan data pengguna atau administrator batal melakukan perubahan.
Pasca kondisi Ada data yang berubah dalam database
Tabel 3.8Narasi use case proses Menambah data merek pendingin ruangan
Nama Use case Menambah data merek pendingin ruangan
ID use case 5
Prioritas High
Pelaku bisnis utama Administrator
Deskripsi Use case ini menggambarkan administrator melakukan penambahan data merek pendingin ruangan.
Pra-kondisi Administrator berada pada halaman utama administrator setelah melakukan proses login dan memilih pengelolaan data merek pendingin ruangan. Pemicu Ada data merek pendingin ruangan baru yang harus
ditambahkan.
Langkah umum Aksi actor Respon system
Step 1 : Aktor memilih untuk masuk dalam pengelolaan data merek pendingin ruangan
Step 2 : Sistem
menampilkan menu data merek pendingin ruangan
Step 3 : Aktor
memasukkan data merek pendingin ruangan ke dalam form yang disediakan.
Step6:Aktor pilih tambah.
Step 7 : Sistem
menyimpan data merek pendingin ruangan yang telah dimasukkan.
Langkah alternative Aktor batal melakukan penambahan dan memilih untuk kembali ke menu.
Kesimpulan Use case ini selesai jika administrator telah selesai memasukkan data merek pendingin ruangan atau administrator batal melakukan penambahan.
Pasca kondisi Ada data baru yang disimpan dalam database
Tabel 3.9 Narasi use case proses Menghapus data merek pendingin ruangan
Nama Use case Menghapus data merek pendingin ruangan
ID use case 6
Prioritas High
Pelaku bisnis utama Administrator
Deskripsi Use case ini menggambarkan administrator menghapus data merek pendingin ruangan.
Pra-kondisi Administrator berada pada halaman utama administrator setelah melakukan proses login dan memilih pengelolaan merek pendingin ruangan. Pemicu Ada data merek pendingin ruangan tidak diperlukan
dan harus dihapus.
Langkah umum Aksi actor Respon system
Step 1 : Aktor memilih untuk masuk dalam pengelolaan merek pendingin ruangan
Step 2 : Sistem menampilkan menu merek pendingin ruangan.
Step 3 : Aktor memilih menu hapus disamping merek pendingin ruangan yang hendak dihapus.
Step 4 : Sistem
memberikan konfirmasi apakah benar-benar akan dihapus.
hapus . menghapus data merek pendingin ruangan yang dipilih dan menyimpan perubahan yang dilakukan.
Langkah alternative Aktor batal melakukan penghapusan dan memilih untuk kembali ke menu.
Kesimpulan Use case ini selesai jika administrator telah selesai menghapus data merek pendingin ruangan atau administrator batal melakukan penghapusan.
Pasca kondisi Ada data yang terhapus dalam database
Tabel 3.10Narasi use case proses Mengubah data merek pendingin ruangan
Nama Use case Mengubah data merek pendingin ruangan
ID use case 7
Prioritas High
Pelaku bisnis utama Administrator
Deskripsi Use case ini menggambarkan administrator melakukan perubahan pada data merek pendingin ruangan.
Pra-kondisi Administrator berada pada halaman utama administrator setelah melakukan proses login dan memilih pengelolaan merek pendingin ruangan. Pemicu Ada data merek pendingin ruangan yang harus
dirubah.
Langkah umum Aksi actor Respon system
Step 1 : Aktor memilih untuk masuk dalam pengelolaan merek
Step 2 : Sistem menampilkan menu merek pendingin
pendingin ruangan ruangan.
Step 3 : Aktor memilih menu edit data merek pendingin ruangan disamping merek pendingin ruangan yang hendak diubah
Step 4 : Sistem memberikan interface
halaman untuk edit.
Step 5 : Aktor
memasukkan data merek pendingin ruangan ke dalam form yang disediakan.
Step 6 : Aktor memilih simpan.
Step 7 : Sistem
menyimpan data merek pendingin ruangan yang telah dimasukkan.
Langkah alternative Aktor batal melakukan perubahandan memilih untuk kembali ke menu.
Kesimpulan Use case ini selesai jika administrator telah selesai memasukkan data merek pendingin ruangan atau administrator batal melakukan perubahan.
Pasca kondisi Ada data yang berubah dalam database
Tabel 3.11 Narasi use case proses Menambah data jenis pendingin ruangan Nama Use case Menambah data jenis pendingin ruangan
ID use case 8
Prioritas High
Pelaku bisnis utama Administrator
Deskripsi Use case ini menggambarkan administrator
melakukan penambahan data jenis pendingin ruangan. Pra-kondisi Administrator berada pada halaman utama
memilih pengelolaan data jenis pendingin ruangan. Pemicu Ada data jenis pendingin ruangan baru yang harus
ditambahkan.
Langkah umum Aksi actor Respon system
Step 1 : Aktor memilih untuk masuk dalam pengelolaan data jenis pendingin ruangan
Step 2 : Sistem
menampilkan menu data jenis pendingin ruangan
Step 3 : Aktor
memasukkan data jenis pendingin ruangan ke dalam form yang disediakan.
Step6:Aktor pilih tambah.
Step 7 : Sistem menyimpan data jenis pendingin ruangan yang telah dimasukkan.
Langkah alternative Aktor batal melakukan penambahan dan memilih untuk kembali ke menu.
Kesimpulan Use case ini selesai jika administrator telah selesai memasukkan data jenis pendingin ruangan atau administrator batal melakukan penambahan.
Pasca kondisi Ada data baru yang disimpan dalam database
Tabel 3.12Narasi use case proses Menghapus data jenis pendingin ruangan
Nama Use case Menghapus data jenis pendingin ruangan
ID use case 9
Prioritas High
Pelaku bisnis utama Administrator
Deskripsi Use case ini menggambarkan administrator menghapus data jenis pendingin ruangan.
administrator setelah melakukan proses login dan memilih pengelolaan jenis pendingin ruangan. Pemicu Ada data jenis pendingin ruangan tidak diperlukan
dan harus dihapus.
Langkah umum Aksi actor Respon system
Step 1 : Aktor memilih untuk masuk dalam pengelolaan jenis pendingin ruangan
Step 2 : Sistem
menampilkan menu jenis pendingin ruangan.
Step 3 : Aktor memilih menu hapus disamping jenis pendingin ruangan yang hendak dihapus.
Step 4 : Sistem
memberikan konfirmasi apakah benar-benar akan dihapus.
Step 5 : Aktor memilih hapus .
Step 7 : Sistem menghapus data jenis pendingin ruangan yang dipilih dan menyimpan perubahan yang dilakukan.
Langkah alternative Aktor batal melakukan penghapusan dan memilih untuk kembali ke menu.
Kesimpulan Use case ini selesai jika administrator telah selesai menghapus data jenis pendingin ruangan atau administrator batal melakukan penghapusan.
Tabel 3.13Narasi use case proses Mengubah data jenis pendingin ruangan
Nama Use case Mengubah data jenis pendingin ruangan
ID use case 10
Prioritas High
Pelaku bisnis utama Administrator
Deskripsi Use case ini menggambarkan administrator melakukan perubahan pada data jenis pendingin ruangan.
Pra-kondisi Administrator berada pada halaman utama administrator setelah melakukan proses login dan memilih pengelolaan jenis pendingin ruangan. Pemicu Ada data jenis pendingin ruangan yang harus dirubah.
Langkah umum Aksi actor Respon system
Step 1 : Aktor memilih untuk masuk dalam pengelolaan jenis pendingin ruangan
Step 2 : Sistem
menampilkan menu jenis pendingin ruangan.
Step 3 : Aktor memilih menu edit data jenis pendingin ruangan disamping jenis
pendingin ruangan yang hendak diubah
Step 4 : Sistem memberikan interface
halaman untuk edit.
Step 5 : Aktor
memasukkan data jenis pendingin ruangan ke dalam form yang disediakan.
Step 6 : Aktor memilih
Step 7 : Sistem menyimpan data jenis pendingin ruangan yang telah dimasukkan.
simpan.
Langkah alternative Aktor batal melakukan perubahandan memilih untuk kembali ke menu.
Kesimpulan Use case ini selesai jika administrator telah selesai memasukkan data jenis pendingin ruangan atau administrator batal melakukan perubahan.
Pasca kondisi Ada data yang berubah dalam database
Tabel 3.14 Narasi use case proses Menambah data gejala kerusakan pendingin ruangan
Nama Use case Menambah data gejala kerusakan pendingin ruangan
ID use case 11
Prioritas High
Pelaku bisnis utama Administrator
Deskripsi Use case ini menggambarkan administrator melakukan penambahan data gejala kerusakan pendingin ruangan.
Pra-kondisi Administrator berada pada halaman utama administrator setelah melakukan proses login dan memilih pengelolaan data gejala kerusakan pendingin ruangan.
Pemicu Ada data gejala kerusakan pendingin ruangan baru yang harus ditambahkan.
Langkah umum Aksi actor Respon system
Step 1 : Aktor memilih untuk masuk dalam pengelolaan data gejala kerusakan pendingin ruangan
Step 2 : Sistem
menampilkan menu data gejala kerusakan
pendingin ruangan
Step 3 : Aktor
memasukkan data gejala
Step 7 : Sistem
kerusakan pendingin ruangan ke dalam form
yang disediakan.
Step6:Aktor pilih tambah.
kerusakan pendingin ruangan yang telah dimasukkan.
Langkah alternative Aktor batal melakukan penambahan dan memilih untuk kembali ke menu.
Kesimpulan Use case ini selesai jika administrator telah selesai memasukkan data gejala kerusakan pendingin ruangan atau administrator batal melakukan penambahan.
Pasca kondisi Ada data baru yang disimpan dalam database
Tabel 3.15 Narasi use case proses Menghapus data gejala kerusakan pendingin ruangan
Nama Use case Menghapus data gejala kerusakan pendingin ruangan
ID use case 12
Prioritas High
Pelaku bisnis utama Administrator
Deskripsi Use case ini menggambarkan administrator
menghapus data gejala kerusakan pendingin ruangan. Pra-kondisi Administrator berada pada halaman utama administrator setelah melakukan proses login dan memilih pengelolaan gejala kerusakan pendingin ruangan.
Pemicu Ada data gejala kerusakan pendingin ruangan tidak diperlukan dan harus dihapus.
Langkah umum Aksi actor Respon system
Step 1 : Aktor memilih untuk masuk dalam pengelolaan gejala
Step 2 : Sistem menampilkan menu gejala kerusakan
kerusakan pendingin ruangan
pendingin ruangan.
Step 3 : Aktor memilih menu hapus disamping gejala kerusakan
pendingin ruangan yang hendak dihapus.
Step 4 : Sistem
memberikan konfirmasi apakah benar-benar akan dihapus.
Step 5 : Aktor memilih hapus .
Step 7 : Sistem
menghapus data gejala kerusakan pendingin ruangan yang dipilih dan menyimpan perubahan yang dilakukan.
Langkah alternative Aktor batal melakukan penghapusan dan memilih untuk kembali ke menu.
Kesimpulan Use case ini selesai jika administrator telah selesai menghapus data gejala kerusakan pendingin ruangan atau administrator batal melakukan penghapusan. Pasca kondisi Ada data yang terhapus dalam database
Tabel 3.16 Narasi use case proses Mengubah data gejala kerusakan pendingin ruangan
Nama Use case Mengubah data gejala kerusakan pendingin ruangan
ID use case 13
Prioritas High
Pelaku bisnis utama Administrator
Deskripsi Use case ini menggambarkan administrator melakukan perubahan pada data gejala kerusakan pendingin ruangan.
administrator setelah melakukan proses login dan memilih pengelolaan gejala kerusakan pendingin ruangan.
Pemicu Ada data gejala kerusakan pendingin ruangan yang harus dirubah.
Langkah umum Aksi actor Respon system
Step 1 : Aktor memilih untuk masuk dalam pengelolaan gejala kerusakan pendingin ruangan Step 2 : Sistem menampilkan menu gejala kerusakan pendingin ruangan.
Step 3 : Aktor memilih menu edit data gejala kerusakan pendingin ruangan disamping gejala kerusakan pendingin ruangan yang hendak diubah
Step 4 : Sistem memberikan interface
halaman untuk edit.
Step 5 : Aktor
memasukkan data gejala kerusakan pendingin ruangan ke dalam form
yang disediakan.
Step 6 : Aktor memilih simpan.
Step 7 : Sistem
menyimpan data gejala kerusakan pendingin ruangan yang telah dimasukkan.
Langkah alternative Aktor batal melakukan perubahandan memilih untuk kembali ke menu.
Kesimpulan Use case ini selesai jika administrator telah selesai memasukkan data gejala kerusakan pendingin ruangan atau administrator batal melakukan
perubahan.
Pasca kondisi Ada data yang berubah dalam database
Tabel 3.17 Narasi use case proses Menambah data kampus
Nama Use case Menambah data kampus
ID use case 14
Prioritas High
Pelaku bisnis utama Administrator
Deskripsi Use case ini menggambarkan administrator melakukan penambahan data kampus. Pra-kondisi Administrator berada pada halaman utama
administrator setelah melakukan proses login dan memilih pengelolaan data kampus.
Pemicu Ada data kampus baru yang harus ditambahkan.
Langkah umum Aksi actor Respon system
Step 1 : Aktor memilih untuk masuk dalam pengelolaan data kampus
Step 2 : Sistem
menampilkan menu data kampus
Step 3 : Aktor memasukkan data kampus ke dalam form
yang disediakan.
Step6:Aktor pilih tambah.
Step 7 : Sistem
menyimpan data kampus yang telah dimasukkan.
Langkah alternative Aktor batal melakukan penambahan dan memilih untuk kembali ke menu.
Kesimpulan Use case ini selesai jika administrator telah selesai memasukkan data kampus atau administrator batal
melakukan penambahan.
Pasca kondisi Ada data baru yang disimpan dalam database
Tabel 3.18 Narasi use case proses Menghapus data kampus
Nama Use case Menghapus data kampus
ID use case 15
Prioritas High
Pelaku bisnis utama Administrator
Deskripsi Use case ini menggambarkan administrator menghapus data kampus.
Pra-kondisi Administrator berada pada halaman utama administrator setelah melakukan proses login dan memilih pengelolaan kampus.
Pemicu Ada data kampus tidak diperlukan dan harus dihapus.
Langkah umum Aksi actor Respon system
Step 1 : Aktor memilih untuk masuk dalam pengelolaan kampus
Step 2 : Sistem menampilkan menu kampus.
Step 3 : Aktor memilih menu hapus disamping kampus yang hendak dihapus.
Step 4 : Sistem
memberikan konfirmasi apakah benar-benar akan dihapus.
Step 5 : Aktor memilih hapus .
Step 7 : Sistem
menghapus data kampus yang dipilih dan
menyimpan perubahan yang dilakukan.
Langkah alternative Aktor batal melakukan penghapusan dan memilih untuk kembali ke menu.
Kesimpulan Use case ini selesai jika administrator telah selesai menghapus data kampus atau administrator batal melakukan penghapusan.
Pasca kondisi Ada data yang terhapus dalam database
Tabel 3.19Narasi use case proses Mengubah data kampus Nama Use case Mengubah data kampus
ID use case 16
Prioritas High
Pelaku bisnis utama Administrator
Deskripsi Use case ini menggambarkan administrator melakukan perubahan pada data kampus.
Pra-kondisi Administrator berada pada halaman utama administrator setelah melakukan proses login dan memilih pengelolaan kampus.
Pemicu Ada data kampus yang harus dirubah.
Langkah umum Aksi actor Respon system
Step 1 : Aktor memilih untuk masuk dalam pengelolaan kampus
Step 2 : Sistem menampilkan menu kampus.
Step 3 : Aktor memilih menu edit data kampus disamping kampus yang hendak diubah
Step 4 : Sistem memberikan interface
halaman untuk edit.
Step 5 : Aktor memasukkan data kampus ke dalam form
yang disediakan.
Step 7 : Sistem
menyimpan data kampus yang telah dimasukkan.
Step 6 : Aktor memilih simpan.
Langkah alternatif Aktor batal melakukan perubahandan memilih untuk kembali ke menu.
Kesimpulan Use case ini selesai jika administrator telah selesai memasukkan data kampus atau administrator batal melakukan perubahan.
Pasca kondisi Ada data yang berubah dalam database
Tabel 3.20Narasi use case proses Menambah data unit gedung
Nama Use case Menambah data unit gedung
ID use case 17
Prioritas High
Pelaku bisnis utama Administrator
Deskripsi Use case ini menggambarkan administrator melakukan penambahan data unit gedung. Pra-kondisi Administrator berada pada halaman utama
administrator setelah melakukan proses login dan memilih pengelolaan data unit gedung.
Pemicu Ada data unit gedung baru yang harus ditambahkan.
Langkah umum Aksi actor Respon system
Step 1 : Aktor memilih untuk masuk dalam pengelolaan data unit gedung
Step 2 : Sistem
menampilkan menu data unit gedung
Step 3 : Aktor
memasukkan data unit gedung ke dalam form
yang disediakan.
Step 7 : Sistem menyimpan data unit gedung yang telah dimasukkan.
Step6:Aktor pilih tambah.
Langkah alternatif Aktor batal melakukan penambahan dan memilih untuk kembali ke menu.
Kesimpulan Use case ini selesai jika administrator telah selesai
