TUGAS ANALISIS DAN

PERANCANGAN SISTEM INFORMASI

Laporan Analisis dan Perancangan
Aplikasi Sistem Monitoring Asrama

Disusun oleh :

Annisa Ghani Permana (6701141030)

Muhammad Rosyid (6701144212)
Reza Fahrur Rizal (6701140079)

PIS 14 02

Telkom University
Jln. Telekomunikasi No. 1, Bandung
 Daftar Isi

Daftar Isi .................................................................................................................................... 1

A. Studi Kasus ......................................................................................................................... 2
B. Ruang Lingkup ................................................................................................................... 2
C. Fungsionalitas ..................................................................................................................... 3
D. Hak Akses ........................................................................................................................... 3
E. Use Case Diagram .............................................................................................................. 4
F. Deskripsi dan Skenario Use Case ....................................................................................... 4
G. Diagram Class................................................................................................................... 16
H. ER Diagram ...................................................................................................................... 16
I. Activity Diagram .............................................................................................................. 17
J. Sequence Diagram ............................................................................................................ 23
K. Deployment Diagram ....................................................................................................... 27

1
 Laporan Analisis dan Perancangan
Aplikasi Sistem Monitoring Asrama

A. Studi Kasus
Universitas Telkom merupakan salah satu universitas favorit yang ada di Indonesia, hal ini
dapat ditunjukkan dari banyaknya calon mahasiswa yang mendaftarkan diri. Dalam upaya
memberikan fasilitas pendidikan bagi mahasiswa, Universitas Telkom menyediakan
asrama bagi mahasiswa barunya untuk tahun pertama. Hal ini ditujukan untuk
memudahkan mahasiswa baru yang berasal dari dari luar daerah Bandung dalam hal
mencari tempat tinggal selama menempuh pendidikan di Universitas Telkom. Disetiap
gedung asrama terdapat satu petugas helpdesk yang bertugas untuk mencatat keluar
masuknya kunci dan menyimpan kunci kamar setiap mahasiswa yang akan keluar asrama.
Banyaknya jumlah mahasiswa yang tinggal di asrama, seringkali membuat antrian dalam
kegiatan penyerahan kunci dan pencatatan kunci ketika masuk dan keluar asrama.
Sehingga dapat mengganggu kenyamanan penghuni asrama terutama ketika mendekati
jam masuk kuliah.
Dalam rangka mempermudah mahasiswa untuk mencatat laporan penyerahan dan
pengembalian kunci, keluhan seputar fasilitas asrama serta mempermudah kerja helpdesk
untuk merekap laporan keluar-masuk asrama, maka muncul pemikiran untuk membuat
sebuah aplikasi khusus agar pekerjaan yang begitu banyak dibuat lebih sederhana dengan
menggunakan aplikasi yang berbasis dekstop.

B. Ruang Lingkup
Aplikasi ini direncanakan untuk memudahkan helpdesk dalam merekap data mahasiswa
penghuni asrama, pencatatan keluar masuk asrama, mencatat pembelian galon setiap
kamar dan keluhan-keluhan mahasiswa asrama mengenai fasiltas yang berada di asrama.
Selain itu mempermudah mahasiswa penghuni asrama untuk melakukan penyerahan dan
pengambilan kunci sehingga lebih efisien. Metode pengumpulan data yang digunakan
untuk mengetahui kebutuhan apa saja yang menunjang aplikasi, maka disini akan digali
kebutuhan dari helpdesk dan mahasiswa/mahasiswi penghuni asrama melalui metode
wawancara dan quesioner.

2
C. Fungsionalitas
Fungsionalitas umum dari aplikasi ini yaitu dapat mendata registrasi penyerahan dan
pengambilan kunci asrama setiap harinya. Sehingga data registrasi dapat dilaporkan secara
berkala dengan lebih rapi dan terurut.
Fungsionalitas sistem untuk helpdesk:
Helpdesk dapat login ke dalam aplikasi
Dapat mencatatat data pengunjung asrama
Dapat mencatat keluhan atau saran penghuni asrama dan pengunjung asrama
Dapat melalukan validasi data penghuni asrama yang menyerahkan atau mengambil
kunci asrama
Memudahkan dalam merekap data penyerahan dan pengambilan kunci
Memudahkan dalam merekap data pengunjung asrama

Fungsionalitas sistem untuk penanggung jawab asrama:

Penanggung jawab asrama dapat login ke dalam aplikasi
Dapat menampilkan hasil perekapan data penyerahan dan pengambilan kunci asrama
setiap gedung
Dapat menampilkan keluhan atau masukkan dari penghuni asrama setiap gedung
Dapat menampilkan daftar pengunjung asrama setiap gedung
Dapat mengelola data asrama berupa menginputkan data penghuni asrama, mengubah
data penghuni asrama, menghapus data penghuni asrama dan mereset atau menghapus
seluruh data penghuni asrama

D. Hak Akses
1. Help Desk
Menerima keluhan fasilitas asrama yang diberikan penghuni asrama dan
menginputkannya ke sistem
Mengakses menu registrasi penghuni untuk memvalidasi data penyerahan dan
pengambilan kunci asrama
Mengakses menu login
2. Penanggung Jawab
Mengelola data penghuni asrama
Menerima laporan hasil perekapan data kunci setiap gedung

3
 Menerima laporan keluhan yang diinputkan penghuni setiap gedung
Menerima laporan data pengunjung asrama setiap gedung
Mengakses menu login

E. Use Case Diagram

Gambar 1. Use Case Diagram

F. Deskripsi dan Skenario Use Case

Nama Use Case : Registrasi Penghuni

Aktor : Help Desk
Type : Primary
Tujuan : Melakukan registrasi untuk pengambilan dan penyerahan kunci kamar
asrama
Deskripsi : 1. Help Desk menginputkan data penghuni berupa nomor kamar dan nim
2. Sistem mevalidasi data yang diinputkan
Pre Condition : Aktor harus melakukan proses Login terlebih dahulu
Post Condition : Data registrasi penyerahan dan pengambilan kunci kamar asrama
disimpan

Tabel 1.1 Skenario Use Case 1 (Kondisi Normal 1)

Kondisi Normal 1
Aktor (Help Desk) Sistem
1.Help Desk memilih menu Registrasi
Penghuni
2.Sistem menampilkan menu Registrasi
Penghuni dengan menampilkan
pilihanPengambilan Kunci Arama
dan Penyerahan Kunci Arama
3.HelpDesk memilih Pengambilan
Kunci
4.Sistem meminta input nomor kamar

4
5.HelpDesk memasukkan nomor kamar
6.Mengecek validasi nomor kamar
7.Jika valid maka akan mengecek kosong
atau tidaknya nomor kamar yang
diinputkan
8. Jika tidak kosong maka akan sistem
akan menampilkan Kunci Asrama
dengan nomor kamar __ telah diambil
oleh______
9.Help Desk klik Oke
10.Sistem kembali ke halaman utama di
bagian menu registrasi penghuni

Tabel 1.2 Skenario Use Case 1 (Kondisi Normal 2)

Kondisi Normal 2
Aktor (Help Desk) Sistem
1.Help Desk memilih menu Registrasi
Penghuni
` 2.Sistem menampilkan menu Registrasi
Penghuni dengan menampilkan
pilihanPengambilan Kunci Arama
dan Penyerahan Kunci Arama
3.HelpDesk memilih Pengambilan
Kunci
4.Sistem meminta input nomor kamar
5.HelpDesk memasukkan nomor kamar
6.Mengecek validasi nomor kamar
7.Jika valid maka akan mengecek kosong
atau tidaknya nomor kamar yang
diinputkan
8.Jika kamar kosong sistem akan
meminta input nim
9.HelpDesk memasukkan nim penghuni
10.Mengecek validasi nim penghuni
11.Jika valid maka sistem akan
menampilkan Kunci kamar nomor __
telah diambil oleh ____
12.Help Desk klik Oke
13.Sistem kembali ke halaman utama di
bagian menu registrasi penghuni

Tabel 1.3 Skenario Use Case 1 (Kondisi Normal 3)

Kondisi Normal 3
Aktor (Help Desk) Sistem
1.Help Desk memilih menu Registrasi
Penghuni
2.Sistem menampilkan menu Registrasi
Penghuni dengan menampilkan
pilihanPengambilan Kunci Arama

5
 dan Penyerahan Kunci Arama
3.HelpDesk memilih Penyerahan
Kunci
4.Sistem meminta input nomor kamar
dan nim
5.HelpDesk memasukkan nomor kamar
dan nim
6.Mengecek validasi nomor kamar dan
nim
7.Jika valid maka sistem menampilkan
Kunci asrama nomor kamar __ telah
dikembalikan oleh __
8.Help Desk klik Oke
9.Sistem kembali ke halaman utama di
bagian menu registrasi penghuni

Tabel 1.4 Skenario Use Case 1 (Kondisi Alternatif)

Kondisi Alternatif
Aktor (Help Desk) Sistem
1.Help Desk memilih menu Registrasi
Penghuni
2.Sistem menampilkan menu Registrasi
Penghuni dengan menampilkan
pilihanPengambilan Kunci Arama
dan Penyerahan Kunci Arama
3.HelpDesk memilih Pengambilan
Kunci
4.Sistem meminta input nomor kamar
5.HelpDesk memasukkan nomor kamar
6.Mengecek validasi nomor kamar
7.Jika tidak valid maka sistem akan
mengeluarkan Nomor Kamar yang
Anda inputkan tidak terdaftar
8.Help Desk klik Oke
9.Sistem meminta input nomor kamar
10.HelpDesk memasukkan kembali
nomor kamar
11.Mengecek validasi nomor kamar
12.Jika valid maka akan mengecek
kosong atau tidaknya nomor kamar
yang diinputkan
13.Jika kamar kosong sistem akan
meminta input nim
14.HelpDesk memasukkan nim penghuni
15.Mengecek validasi nim penghuni
16.Jika tidak valid maka sistem akan
menampilkan nim yang Anda
inputkan tidak sesuai dengan nomor
kamar

6
17.Help Desk klik Oke
18.HelpDesk memasukkan kembali nim
penghuni
19.Mengecek validasi nim penghuni
20.Jika valid maka sistem akan
menampilkan Kunci kamar nomor __
telah diambil oleh ____
21.Help Desk klik Oke
22.Sistem kembali ke halaman utama di
bagian menu registrasi penghuni

Nama Usecase : Registrasi Pengunjung

Actor : Help desk
Type : Primary
Tujuan : melakukan proses registrasi pengunjung asrama
Deskripsi : 1. Menginputkan nomor kamar yang akan dikunjungi
2. Sistem akan mengecek, apakah ada penghuni asrama dikamar atau tidak
3. Menginputkan data pengunjung berupa nama, tujuan, dan keperluan
pengunjung.
4. Data disimpan
Pre Condition : Aktor harus melakukan proses Login terlebih dahulu
Post Condition : Data registrasi pengunjung kamar penghuni asrama disimpan

Berikut adalah interaksi helpdesk dengan sistem dalam proses registrasi pengunjung.

Tabel 2.1 Skenario Use Case 2 (Kondisi Normal)

Kondisi Normal
Aktor (Help desk) System
1.Help Desk memilih menu Registrasi
Pengunjung
2.Sistem menampilkan menu Registrasi
Pengunjung dan meminta input nomor
kamar.
3. help desk menginputkan nomor kamar
yang akan dituju/dikunjungi
4.Sistem mengecek kamar tujuan, dan ada
orang di kamar
5.Sistem meminta input data pengunjung
6.Helpdesk menginputkan data pengunjung
6. Sistem akan memvalidasi
7. Data pengunjung tersimpan dalam sistem
dan menampilkan Pengunjung dizinkan
berkunjung ke nomor kamar __
8. Help Desk klik tombol Oke
9.Sistem Kembali ke menu utama

Tabel 2.2 Skenario Use Case 2 (Kondisi Alternatif)

7
 Kondisi Alternatif
Aktor (Help desk) System
1.Help Desk memilih menu Registrasi
Pengunjung
2.Sistem menampilkan menu Registrasi
Pengunjung dan meminta input no
kamar.
3. Help desk menginputkan nomor kamar
yang akan dituju/dikunjungi
4. Sistem mengecek kamar tujuan, dan tidak
ada orang di kamar dan menampilkan
Tidak ada orang dikamar ___
5. Helpdesk klik tombol Oke
6.Sistem kembali ke menu utama

Nama Usecase : Menginput Keluhan

Actor : Help desk
Type : Primary
Tujuan : melakukan proses input keluhan dari penghuni asrama
Deskripsi : 1. Menginputkan keluhan atau saran mengenai pelayanan dan fasilitas
asrama
2. Data Disimpan
Pre Condition : Aktor harus melakukan proses Login terlebih dahulu
Post Condition : Data keluhan penghuni asrama disimpan

Berikut adalah interaksi helpdesk dengan sistem dalam proses menginputkan keluhan:
Tabel 3 Skenario Use Case 3 (Kondisi Normal)
Kondisi Normal
Aktor (Help desk) System
1.Help Desk memilih menu Keluhan
Penghuni
2.Sistem menampilkan menu Keluhan
Penghuni dan meminta input keluhan.
3.Help Desk memilih gedung asrama
4. Help desk menginputkan keluhan atau
saran
5. Data disimpan oleh sistem dengan
menampilkan Keluhan telah berhasil
dikirim
6. Help desk klik Oke
7. Sistem kembali ke menu utama

Nama Use Case : Login

Aktor : Help Desk atau Penanggung Jawab
Type : Primary
Tujuan : Melakukan proses identifikasi nip untuk mengakses aplikasi
Deskripsi : 1. Help Desk atau Penanggung jawab memasukkan nip dan password

8
 2. Sistem mengecek nip dan password yang diinputkan dan
mengidentifikasi pegawai yang menginputkan sebagai helpdesk atau penanggung jawab
3. Sistem menampilkan menu yang hanya dapat diakes oleh help desk atau
penanggung jawab
3. Help Desk dan Penanggung Jawab dapat mengakses aplikasi sesuai
ketentuan
Pre Condition : Aktor membuka aplikasi monitoring asrama
Post Condition : Aktor dapat mengakses menu yang telah tersedia

Tabel 4.1 Skenario Use Case 4 (Kondisi Normal 1)

Kondisi Normal 1
Aktor (Help Desk atau Penanggung jawab) Sistem
1.Help Desk atau Penanggung Jawab
memasukkan nip dan password untuk
masuk ke aplikasi
2.Mengecek validasi nip dan password
apakah sesuai dan mengidentifikasi
user terdaftar sebagai Help Desk atau
Penagggung Jawab
3.Jika nip yang di inputkan sebagai Help
Desk dan sesuai dengan password
helpdesk maka sistem akan
menampilkan menu yang hanya bisa
di akses oleh Help Desk
4.Maka Help Desk dapat mengakses menu
yang hanya bisa di akses oleh Help Desk

Tabel 4.2 Skenario Use Case 4 (Kondisi Normal 2)

Kondisi Normal 2
Aktor (Help Desk atau Penanggung Jawab) Sistem
1.Help Desk atau Penanggung Jawab
memasukkan nip dan password untuk
masuk ke aplikasi
2. Mengecek validasi nip dan password
apakah sesuai dan mengidentifikasi
user terdaftar sebagai Help Desk atau
Penagggung Jawab
3.Jika nip yang di inputkan sebagai
Penanggung Jawab dan sesuai dengan
password penanggung jawab maka
sistem akan menampilkan menu yang
hanya bisa di akses oleh Penanggung
Jawab
4. Maka Penanggung Jawab dapat
mengakses menu yang hanya bisa di
akses oleh Penanggung Jawab

9
 Tabel 4.3 Skenario Use Case 4 (Kondisi Alternatif)
Kondisi Alternatif
Aktor (Help Desk atau Penanggung Jawab) Sistem
1. Help Desk atau Penanggung Jawab
memasukkan nip dan password untuk
masuk ke aplikasi
2.Mengecek validasi nip dan password
3.Jika nip atau password yang di
inputkan tidak sesuai, maka sistem
akan menampilkan pembaritahuan
nip atau password yang Anda
masukkan tidak terdaftar.
4.Help Desk atau Penanggung Jawab klik
tombol close
5.Sistem kembali ke tampilan awal

Nama Use Case : Kelola Data Penghuni

Aktor : Penanggung Jawab
Type : Primary
Tujuan : Melakukan proses reset, update data penghuni asrama dan pegawai di
asrama
Deskripsi : 1. Penanggungjawab asrama mengakses menu kelola data
2. Sistem menampilkan menu pilihan pengolahan data, yaitu input data,
delete data, reset data dan update
3. Penanggung Jawab memilih menu yang diinginkan
Pre Condition : Aktor harus melakukan proses Login terlebih dahulu
Post Condition : Data Penghuni akan berubah atau bertambah dan disimpan ke sistem

Berikut adalah interaksi Penanggungjawab dengan sistem dalam proses input data penghuni
asrama:
Tabel 5.1 Skenario Use Case 5 (Kondisi Normal 1)
Kondisi Normal 1
Aktor (Penanggungjawab) System
1.Penanggung Jawab memilih menu Kelola
Data
2. Sistem menampilkan menu kelola data
3. Penanggungjawab memilih input data
penghuni
4. sistem menampilkan form yang
diperlukan dalam proses pendataan
penghuni
5. Penanggungjawab menginputkan data
penghuni
6. Sistem menyimpan data dengan
menampilkan Data berhasil tersimpan
7. Penanggung Jawab klik tombol Oke
8. Sistem kembali ke menu kelola data

10
Berikut adalah interaksi Penanggungjawab dengan sistem dalam proses delete data penghuni
asrama:

Tabel 5.2 Skenario Use Case 5 (Kondisi Normal 2)

Kondisi Normal 2
Aktor (Penanggungjawab) System
1.Penanggung Jawab memilih menu Kelola
Data
2. Sistem menampilkan menu kelola data
3. Penanggungjawab memilih delete data
penghuni
4. Sistem meminta input NIM
5. Pengguna menginputkan NIM penghuni
yang akan dihapus
6. sistem melakukan pengecekan terhadap
data yang diinputkan Penanggungjawab
7. Sistem menampilkan data yang akan
dihapus
8. Sistem mengeluarkan pertanyaan
peringatan Apakah Anda yakin untuk
menghapus data
9. Memilih pilihan ya
10. Sistem menghapus data dan
menampilkan Data Berhasil Disimpan
10. Penanggung Jawab klik tombol Oke
11. Sistem kembali ke menu kelola data

Berikut adalah interaksi Penanggungjawab dengan sistem dalam proses delete data penghuni
asrama:
Tabel 5.3 Skenario Use Case 5 (Kondisi Alternatif 1)
Kondisi Alternatif 1
Aktor (Penanggungjawab asrama) System
1.Penanggung Jawab memilih menu Kelola
Data
2. Sistem menampilkan menu kelola data
2. Penanggungjawab memilih delete data
penghuni asrama
3. sistem meminta input NIM
4. Pengguna menginputkan NIM penghuni
asram yang akan dihapus
5. sistem melakukan pengecekan terhadap
data yang diinputkan Penanggungjawab
6. sistem memunculkan peringatan Data
tidak ditemukan
7. Pengguna menginputkan NIM penghuni
yang akan dihapus
8. Sistem melakukan pengecekan terhadap
data yang diinputkan Penanggungjawab
9. Menampilkan data yang akan dihapus

11
 10. Sistem mengeluarkan pertanyaan
peringatan Apakah Anda yakin untuk
menghapus data
10. memilih pilihan
11. Sistem menyimpan data dan
menampilkan Data Berhasil Disimpan
12. Penanggung Jawab Asrama klik tombol
Oke
13. Sistem kembali ke menu kelola data

Berikut adalah interaksi Penanggungjawab dengan sistem dalam proses reset data penghuni
asrama:
Tabel 5.4 Skenario Use Case 5 (Kondisi Normal 3)
Kondisi Normal 3
Aktor (Penanggungjawab) System
1.Penanggungjawab memilih menu Kelola
Data
2. Sistem menampilkan menu kelola data
3. Penanggungjawab memilih reset data
penghuni
4. Sistem meminta input nip dan password
5. Penanggungjawab menginputkan nip dan
password
6. Sistem memverifikasi nip dan password
7. Sistem menghapus seluruh data dan
menampilkan Data Berhasil Direset
8. Penanggungjawab klik tombol Oke
9. Sistem kembali ke menu kelola data

Berikut adalah interaksi Penanggungjawab dengan sistem dalam proses reset data penghuni
asrama:
Tabel 5.5 Skenario Use Case 5 (Kondisi Alternatif 2)
Kondisi Alternatif 2
Aktor (Penanggungjawab asrama) System
1.Penanggungjawab memilih menu Kelola
Data
2. Sistem menampilkan menu kelola data
3. Penanggungjawab memilih reset data
penghuni asrama
4. sistem meminta input nip dan password
5. Penanggungjawab menginputkan nip dan
password
6. sistem memverifikasi nip dan password,
nip atau password yang diinputkan salah
7. sistem mengeluarkan alert NIP atau
Password yang Anda masukkan salah

12
Berikut adalah interaksi Penanggungjawab dengan sistem dalam proses update data penghuni
asrama:
Tabel 5.6 Skenario Use Case 5 (Kondisi Normal 4)
Kondisi Normal 4
Aktor (Penanggungjawab) System
1.Penanggungjawab memilih menu Kelola
Data
2. Sistem menampilkan menu kelola data
3. Penanggungjawab memilih update data
penghuni
4. Sistem memberikan tampilan berupa
input nim
5. Menginputkan NIM
6. Sistem memvalidasi
7. Sistem mengeluarkan pilihan data yang
ingin di update
8. menginputkan data yang akan diupdate
9. sistem menyimpan data dan menampilkan
Data berhasil di update
10. Penanggung Jawab klik tombol Oke
11. Sistem kembali ke menu kelola data

Berikut adalah interaksi Penanggungjawab dengan sistem dalam proses update data penghuni
asrama:
Tabel 5.7 Skenario Use Case 5 (Kondisi Alternatif 3)
Kondisi Alternatif 3
Aktor (Penanggungjawab) System
1.Penanggungjawab memilih menu Kelola
Data
2. Sistem menampilkan menu kelola data
3. Penanggungjawab memilih update data
penghuni
4. Sistem memberikan tampilan berupa
input nim
5. Menginputkan NIM
6. Sistem memvalidasi
7. Sistem mengeluarkan peringatan Data
tidak ditemukan

Nama Use Case : View Data Registrasi Penghuni

Aktor : Penanggung Jawab
Type : Primary
Tujuan : Melihat rekap data selama proses registrasi penghuni
Deskripsi : 1. Penanggung jawab memilih menu laporan registrasi
penghuni(penyerahan pengembalian kunci)
2. Sistem menampilkan laporan registrasi penghuni
3. Penanggung Jawab dapat melihat hasil rekapitulasi data registrasi
penghuni

13
Pre Condition : Aktor harus melakukan proses Login terlebih dahulu

Tabel 6 Skenario Use Case 6 (Kondisi Normal)

Kondisi Normal
Aktor (Penanggung Jawab) Sistem
1.Penanggung Jawab memilih menu
laporan registrasi penghuni dan
memilih gedung asrama
2.Sistem menampilkan hasil rekapitulasi
data registrasi penghuni
3.Melihat hasil rekapitulasi data registrasi
data penghuni
Nama Usecase : View data keluhan
Actor : Penanggung jawab asrama
Type : Primary
Tujuan : Menampilkan input keluhan dari penghuni asrama
Deskripsi : 1. Penanggung jawab mellihat daftar keluhan dari penghuni asrama
2. Sistem menampilkan daftar keluhan dari penghuni asrama
Pre Condition : Aktor harus melakukan proses Login terlebih dahulu

Berikut adalah interaksi penanggungjawab asrama dengan sistem dalam proses menampilkan
daftar keluhan penghuni asrama.

Tabel 7 Skenario Use Case 7 (Kondisi Normal)

Kondisi Normal
Aktor (Penanggungjawab) System
1. Penanggungjawab mengklik atau memilih
daftar keluhan dan memilih gedung
asrama
2. Sistem menampilkan daftar keluhan
penghuni
3.Penanggung jawab melihat daftar keluhan
pengguni

Nama Usecase : View data pengunjung

Actor : Penanggungjawab asrama
Type : Primary
Tujuan : menampilkan daftar pengunjung asrama
Deskripsi : 1. Penanggungjawab asrama mengakses daftar pengunjung asrama
2. Sistem menampilkan daftar pengunjung asrama
Pre Condition : Aktor harus melakukan proses Login terlebih dahulu

Berikut adalah interaksi Penanggungjawab asrama dengan sistem dalam proses menampilkan
daftar pengunjung asrama:

Tabel 8 Skenario Use Case 8 (Kondisi Normal)

14
 Kondisi Normal
Aktor (Penanggungjawab) System
1. Penanggungjawab mengakses daftar
pengunjung asrama dan memilih gedung
asrama
2. Sistem menampilkan daftar pengunjung
3.Penanggung jawab melihat daftar
pengunjung

Nama Usecase : view data pegawai

Actor : System SDM
Type : Primary
Tujuan : untuk memberikan data pegawai
Deskripsi : 1. System SDM memberikan data pegawai (help desk dan penanggung
jawab)
2. System menyimpan data pegawai (help desk dan penanggung jawab)
Post Condition : penyimpanan data pegawai (data help desk dan penanggung jawab saja)

Berikut adalah interaksi System SDM dengan sistem dalam proses view data pegawai:
Tabel 9 Skenario Use Case 9 (Kondisi Normal)
Kondisi Normal
Aktor (System SDM) System
1.Aktor (System SDM) memberikan data
pegawai
2.System mengecek nip helpdesk dengan
penanggung jawab
3.Jika sesuai maka system menyimpan data
pegawai (help desk dan penanggung
jawab)

15
G. Diagram Class

Gambar 2. Class Diagram

H. ER Diagram

Gambar 3. ER Diagram

16
I. Activity Diagram

Activity Diagram 1. Kelola Data

17
 Activity Diagram 2. Login

Activity Diagram 3. Menginput Keluhan

18
Activity Diagram 4. Registrasi Penghuni

19
 Activity Diagram 5. Registrasi Pengunjung

Activity Diagram 6. View Data Registrasi Penghuni

20
 Activity Diagram 7. View Data SDM

Activity Diagram 8. View Data Keluhan

21
Activity Diagram 9. View Data Pengunjung

22
J. Sequence Diagram

Sequence Diagram 1. Kelola Data

23
 Sequence Diagram 2. Login

Sequence Diagram 3. Menginput Keluhan

Sequence Diagram 4. Registrasi Pengunjung

24
Sequence Diagram 5. Registrasi Penghuni

25
 Sequence Diagram 6. View Data Keluhan

Sequence Diagram 7. View Data Pengunjung

Sequence Diagram 8. View Data Registrasi Penghuni

26
 Sequence Diagram 9. View Data SDM

K. Deployment Diagram

Deployment Diagram

27