PRAKTIKUM SISTEM BERORIENTASI OBJEK

E-Waste
“E-WHALE”

Dipersiapkan Oleh :
Kelas A / Kelompok 7: Athena

Wildan Fauzan 213040025

Ainan Bahrul Ihsan 213040012
Aufaa Husniati 213040018
Mohamad Afandi Hidayat 213040022
Mochamad Haykal AH 213040028

Asisten Pembimbing :
Malik Fajar

PROGRAM STUDI TEKNIK INFORMATIKA

FAKULTAS TEKNIK
UNIVERSITAS PASUNDAN
BANDUNG
2023
 DAFTAR ISI

Table of Contents
Daftar Isi .......................................................................................................................................... 1
Daftar Tabel ..................................................................................................................................... 2
Daftar Gambar ................................................................................................................................. 2
1 Pendahuluan .................................................................................................................................. 3
1.1 Tujuan Penulisan Dokumen .................................................................................................. 3
1.2 Lingkup Masalah .................................................................................................................. 3
1.3 Pembagian Kerja Tim ........................................................................................................... 3
1.4 Definisi dan Istilah ................................................................................................................ 4
1.5 Aturan Penamaan dan Penomoran......................................................................................... 4
1.6 Referensi ............................................................................................................................... 4
1.7 Ikhtisar Dokumen.................................................................................................................. 4
2 Requirement Gathering ................................................................................................................. 6
2.1 Proses Bisnis ......................................................................................................................... 6
2.1.1 Tahapan Registrasi dan Datamaster............................................................................... 6
2.1.2 Diagram Use Case Bisnis .............................................................................................. 6
2.1.3 Aktor Bisnis .................................................................................................................. 7
2.1.4 Use-Case Bisnis ............................................................................................................ 7
2.1.5 Diagram Aktivitas ......................................................................................................... 8
2.2 Identifikasi User Requirement............................................................................................... 9
2.3 Identifikasi Software Requirement ........................................................................................ 9
2.4 Identifikasi Software Requirement - Use Case - Actor....................................................... 10
2.5 Diagram Use-case ............................................................................................................... 11
2.5.1 Deskripsi Aktor ........................................................................................................... 12
2.5.2 Deskripsi Use-Case ..................................................................................................... 12
3 Pemodelan Analisis..................................................................................................................... 12
3.1 Skenario Use Case .............................................................................................................. 13
3.1.1 UC-01 - Admin ........................................................................................................... 13
3.1.2 UC-02 - Admin ........................................................................................................... 16
3.1.3 UC-03 - Admin ........................................................................................................... 19
3.1.4 UC-04 – Admin ........................................................................................................... 21
3.1.5 UC-05 – Admin ........................................................................................................... 25
3.1.6 UC-06 – Admin ........................................................................................................... 29
3.1.7 UC-07 – Admin ........................................................................................................... 31
3.1.8 UC-08 – Admin ........................................................................................................... 33
3.1.9 UC-09 – Admin ........................................................................................................... 35
3.2 Diagram Sekuens ................................................................................................................ 37
 3.2.1 UC-01 - Melihat Kamar .............................................................................................. 37
3.2.2 UC-02 - Membuat Reservasi ....................................................................................... 37
3.2.3 UC-03 - Melihat Reservasi .......................................................................................... 37
3.2.4 UC-04 - Mengubah Reservasi ..................................................................................... 37
3.3 Diagram Kelas Analisis....................................................................................................... 37
3.3.1 UC-01 - Melihat Kamar .............................................................................................. 37
3.3.2 UC-02 - Membuat Reservasi ....................................................................................... 38
3.3.3 UC-03 - Melihat Reservasi .......................................................................................... 38
3.3.4 UC-04 - Mengubah Reservasi ..................................................................................... 39
3.4 Deskripsi Kelas Analisis ..................................................................................................... 39
3.5 Relasi Antar Kelas Analis ................................................................................................... 39
3.6 Diagram Kelas Analisis Lengkap ........................................................................................ 40

DAFTAR TABEL
Tabel 1 Daftar User Requirement 6
Tabel 2 Daftar User Requirement – Software Requirement 6
Tabel 3 Functional Requirement – Use Case – Actor 6
Tabel 4 Deskripsi Kelas Analisis 17
Tabel 5 Relationship antar kelas analis 17

DAFTAR GAMBAR
Gambar 1 Model Proses pembangunan perangkat lunak 1
Gambar 2 Diagram Use-case bisnis <> 4
Gambar 3 Diagram Aktivitas <> 5
Gambar 4 Diagram Use-case 7
Gambar 5 Diagram kelas analisis melihat kamar 15
Gambar 6 Diagram kelas analisis membuat reservasi 16
Gambar 7 Diagram kelas analisis melihat reservasi 16
Gambar 8 Diagram kelas analisis mengubah reservasi 17
Gambar 9 Diagram kelas analisis 18
1 PENDAHULUAN
1.1 Tujuan Penulisan Dokumen
Dokumen ini berupa Spesifikasi Kebutuhan Perangkat Lunak (SKPL) atau SRS (Software
Requirements Specification) untuk E-Whale dilengkapi dengan dokumen Pemodelan Analisis dan
Desain untuk E-Whale. Tujuan penulisan dokumen ini adalah memberikan penjelasan mengenai
tahapan dalam pembangunan software dimulai dengan model proses yang digunakan, requirement
gathering serta analysis dan design modeling.
Pengguna dari dokumen ini adalah pengembang perangkat lunak <> dan pengguna dari perangkat
lunak personil-personil yang terlibat dalam system. Dokumen ini akan digunakan sebagai pemandu atau
acuan dalam pengembangan perangkat lunak serta sebagai bahan evaluasi baik pada saat proses maupun
akhir dalam pengembanganya. Diharapkan dengan disusunnya dokumen ini, pengembangan perangkat
lunak akan lebih terarah dan terfokus, sehingga hasil dari pengembangan perangkat lunak akan
menghasil perangkat lunak yang lebih baik dan terhindar dari ambiguitas maupun kekurangan lainnya.

1.2 Lingkup Masalah

Berikut lingkup dari pengerjaan dokumen ini:
1. Perangkat lunak yang dibangun adalah E-Whale, yaitu merupakan perangkat lunak berupa
sebuah aplikasi <>.
2. Perangkat lunak ini dibangun dengan menggunakan pendekatan model proses Linier
Sequential sebagai berikut, dengan fokus kepada: Requirement Gathering dan Modeling
(Analysis dan Design).

Planning Construction
Project Initiation Analysis Delivery
Requirement Estimating Design Coding Support
Gathering Scheduling Feeback
Testing
Tracking

Communication Modeling Deployment

Gambar 1 Model Proses pembangunan perangkat lunak

3. Pemodelan akan menggunakan notasi Unified Modeling Language (UML).
4. Perangkat lunak <> ini ditujukan untuk user <tuliskan daftar usernya> agar supaya <user
tersebut dapat melakukan:
● User admin ingin dapat melakukan approval registrasi dari Masyarakat
● User admin ingin dapat melakukan approval registrasi dari kurir dan memeriksa
kelengkapan berkas
● User admin ingin dapat mengelola jenis dan kategori sampah elektronik yang dapat
dijemput
● User admin ingin dapat mengelola konversi poin dari jenis dan kategori sampah
elektronik yang dapat dijemput
● User admin ingin dapat mengelola data dropbox

1.3 Pembagian Kerja Tim

Tim terdiri dari 3 - 5 (tiga sampai 5 orang tenaga ahli), Ahli analis sistem, ahli desain sistem yang
masing-masing dibantu oleh asisten tenaga Ahli dan tim teknis.
 Tabel I.1 Pembagian Kerja Tim

No. Pembagian Kerja Tenaga Ahli

1. Team leader Wildan Fauzan – 213040025

2. Sistem Analis Ainan Bahrul Ihsan – 213040012
Mohamad Afandi Hidayat – 2130040022
3. Sistem Desainer Aufaa Husniati – 213040018
Mochamad Haykal AH - 213040028

1.4 Definisi dan Istilah

Berikut adalah daftar definisi dan istilah penting yang digunakan dalam dokumen SKPL ini:
● SRS : Software Requirements Specification, atau
● SKPL : Spesifikasi Kebutuhan Perangkat Lunak Dokumen hasil analisis yang berisi
spesifikasi kebutuhan perangkat lunak.
● IEEE : Institute of Electrical and Electronics Engineering: Standar internasional
untuk pengembangan dan perancangan produk.
● ANSI : American National Standard Institute: Lembaga Standardisasi Amerika.
● SKKNI : Standar Kompetensi Kerja Nasional Indonesia (SKKNI)

1.5 Aturan Penamaan dan Penomoran

Penulisan dokumen ini menggunakan berbagai macam aturan penamaan dan penomoran yang
berbeda-beda untuk beberapa bagian tertentu. Aturan penamaan dan penomoran yang digunakan
berdasarkan hal/bagian tersebut adalah seperti yang tercantum pada Tabel 1 berikut ini.
Table 1 Aturan Penamaan dan Penomoran
Hal/Bagian Aturan Penomoran/Penamaan
Kebutuhan User UR- XX : Menunjukkan kebutuhan user ke-XX
Kebutuhan Fungsional SR-XX : Menunjukkan kebutuhan fungsional ke-XX
Kebutuhan Non Fungsional SNFR-XX : Menunjukkan kebutuhan non fungsional ke-XX
Bisnis Use-case BUC-xx : menunjukkan bisnis use-case ke-xx
Use-case UC-xx : menunjukkan use-case ke-xx
Aktor Bisnis BAC-xx : menunjukkan aktor bisnis ke-xx
Aktor AC-xx : menunjukkan aktor ke-xx

1.6 Referensi
Dokumen-dokumen yang digunakan sebagai referensi dalam pembuatan SKPL ini adalah
sebagai berikut :
1) ISO/IEC/IEEE 29148:2011 Systems and software engineering — Life cycle processes —
Requirements engineerings.
2) SKKNI Software Development - Software Requirement Analysis and Design No 44 tahun 2017
3) Panduan Penggunaan dan Pengisian Spesifikasi Perangkat Lunak (SKPL), Program Studi Teknik
Informatika, Universitas Pasundan.

1.7 Ikhtisar Dokumen

Dokumen ini secara garis besar terdiri dari tiga bab dengan perincian sebagai berikut:
● Bab 1 Pendahuluan, merupakan pengantar dokumen SKPL ini yang berisi tujuan penulisan
dokumen, lingkup masalah, juga memuat definisi dan istilah yang digunakan serta deskripsi
umum dokumen yang merupakan ikhtisar dokumen SKPL.
● Bab 2 Requirement Gathering, menjelaskan tahapan-tahapan dalam mendapatkan spesifikasi
kebutuhan perangkat lunak.
● Bab 3 Pemodelan Analisis dan Desain, mendeskripsikan model analisis dan desain yang
didapatkan berdasarkan requirement yang sudah ditetapkan. Pemodelan dari diagram kelas
analisis dan diagram kelas desain.
● Bab 4 Detail desain yang terdiri dari Coding Standar dan Naming Convention, perancangan
data dengan Object Relational Mapping (ORM), deskripsi algoritma dan query, rancangan
antarmuka dan arsitektur aplikasi
● Bab 5 Penutup berisi kesimpulan dan tindak lanjut yang akan diarahkan kepada para
pemrogram
2 REQUIREMENT GATHERING
Pada bagian ini akan dijelaskan tahapan dalam melakukan requirement gathering untuk
mendapatkan spesifikasi kebutuhan perangkat lunak. Diawali dengan penjelasan proses bisnis dan
pemodelan proses bisnis, daftar user dan software requirement dan diakhiri dengan skenario dan paper
prototipe.
2.1 Proses Bisnis
Pada bagian ini akan dijelaskan sistem Registrasi dan Datamaster yang akan dibangun memiliki
tahapan aktivitas, aktor bisnis yang terlibat dalam proses bisnis tersebut dan diagram proses bisnis.

2.1.1 Tahapan Registrasi dan Datamaster

Tahapan Registrasi dan Datamaster
1. Masyarakat mengirimkan data registrasi
2. Admin melakukan approval data registrasi dari Masyarakat
3. Apakah datanya sesuai?
4. Jika tidak maka registrasi ditolak, jika iya maka,
5. Jika iya maka Masyarakat dapat login
6. Kurir mengirimkan data registrasi dan kelengkapan berkas
7. Admin melakukan approval registrasi dari kurir dan memeriksa kelengkapan berkas
8. Apakah berkasnya lengkap?
9. Jika berkas tidak lengkap maka registrasi ditolak
10. jika iya maka, Kurir dapat login
11. Admin mengelola jenis dan kategori sampah elektronik yang dapat dijemput
12. Admin mengelola konversi poin dari jenis dan kategori sampah elektronik yang dapat
dijemput
13. Admin mengelola data dropbox
Dari tahapan tersebut, dapat ditetapkan aktor bisnis yang terlibat dalam proses bisnis yaitu: Admin.
Sedangkan proses binis adalah Registrasi dan Datamaster.

2.1.2 Diagram Use Case Bisnis

Berikut adalah diagram proses bisnis dalam bentuk diagram use case bisnis:

Gambar 2 Diagram Use-case bisnis Registrasi dan Datamaster

2.1.3 Aktor Bisnis
Berikut adalah daftar aktor dan deskripsinya:
Kode Aktor bisnis Deskripsi
BAC-01 Admin Orang yang dapat melakukan approval registrasi dari masyarakat dan kurir
serta dapat mengelola data sampah elektronik dan dropbox

2.1.4 Use-Case Bisnis

Berikut adalah daftar aktor dan deskripsinya:
Kode Aktor bisnis Deskripsi
BUC-01 Registrasi dan Proses daftar kurir dan masyarakat sebagai pengguna aplikasi atau website
Datamaster dan pengelolaan sampah elektronik dan dropbox
2.1.5 Diagram Aktivitas
Berikut adalah aktivitas dalam proses bisnis yang dituangkan dalam bentuk diagram aktivitas
sebagai berikut:

Gambar 3 Diagram Aktivitas <>

2.2 Identifikasi User Requirement
Berdasarkan diagram aktivitas di atas, dapat dilihat terdapat peluang otomatisasi pada aktivitas
pengisian form reservasi kamar. Dengan demikian, didapatkan daftar use-requirement sebagai berikut:

Tabel 1 Daftar User Requirement

Kode User Requirement
UR-01 User admin ingin dapat approval registrasi dari masyarakat
UR-02 User admin ingin dapat melakukan approval registrasi dari kurir dan memeriksa
kelengkapan berkas
UR-03 User admin ingin dapat mengelola jenis dan kategori sampah elektronik yang dapat
dijemput
UR-04 User admin ingin dapat mengelola konversi poin dari jenis dan kategori sampah
elektronik yang dapat dijemput
UR-05 User admin ingin dapat mengelola data dropbox

2.3 Identifikasi Software Requirement

Berdasarkan daftar user requirement tersebut, disusun daftar software requirement untuk memenuhi
keinginan / requirement dari user tersebut:
Tabel 2 Daftar User Requirement – Software Requirement
Kode User Requirement Kode Software Requreiment
UR-01 User admin ingin dapat approval SR-01 Perangkat lunak harus mampu menyetujui
registrasi dari masyarakat data registrasi dari masyarakat.

SR-02 Perangkat lunak harus mampu menolak data

registrasi dari masyarakat

SR-03 Perangkat lunak harus mampu menampilkan

UR-02 User admin ingin dapat melakukan
approval registrasi dari kurir dan
memeriksa kelengkapan berkas
UR-03 User admin ingin dapat mengelola jenis
dan kategori sampah elektronik yang
dapat dijemput
UR-04 User admin ingin dapat mengelola
konversi poin dari jenis dan kategori
sampah elektronik yang dapat dijemput
UR-05 User admin ingin dapat mengelola data
dropbox
seluruh informasi data registrasi dari
masyarakat
SR-04 Perangkat lunak harus mampu menyetujui
data registrasi dari kurir dan memeriksa
kelengkapan berkas.
SR-05 Perangkat lunak harus mampu menolak data
registrasi dari kurir dan kelengkapan
berkasnya
SR-06 Perangkat lunak harus mampu menampilkan
seluruh informasi data registrasi dari kurir
dan kelengkapan berkasnya
SR-07 Perangkat lunak harus mampu menampilkan
jenis dan kategori sampah elektronik yang
dapat dijemput.
SR-08 Perangkat lunak harus mampu menampilkan
konversi poin dari jenis dan kategori sampah
elektronik yang dapat dijemput.
SR-09 Perangkat lunak harus mampu menampilkan
data dropbox.

Penjelasan: Ada SR yang sama, tidak perlu diberi kode baris. Kode Requirement dapat SR-no_req,
atau SR-no_kelompok-no_req
2.4 Identifikasi Software Requirement - Use Case - Actor
Berdasarkan daftar software requirement di atas, maka akan ditetapkan use-case yang terkait (yaitu
functional requirement). Untuk setiap use-case, dipastikan ada actor yang berinteraksi dengan use-case
tersebut. Berikut tabel rangkuman pemetaan antara Functional Requirement – Use Case – Actor:

Tabel 3 Functional Requirement – Use Case – Actor

Kode Software Requirement Kode Nama Use case Actor
SR-01 Perangkat lunak harus mampu menyetujui data registrasi UC-01 Menyetujui registrasi Admin
dari masyarakat. masyarakat

SR-02 Perangkat lunak harus mampu menolak data registrasi UC-02 Menolak registrasi Admin
dari masyarakat masyarakat

SR-03 Perangkat lunak harus mampu menampilkan seluruh UC-03 Melihat registrasi Admin
informasi data registrasi dari masyarakat masyarakat

SR-04 Perangkat lunak harus mampu menyetujui data registrasi UC-04 Menyetujui registrasi Admin
dari kurir dan memeriksa kelengkapan berkas. kurir
SR-05 Perangkat lunak harus mampu menolak data registrasi UC-05 Menolak registrasi kurir Admin
dari kurir dan kelengkapan berkasnya
SR-06 Perangkat lunak harus mampu menampilkan seluruh UC-06 Melihat registrasi kurir Admin
informasi data registrasi dari kurir dan kelengkapan
berkasnya
SR-07 Perangkat lunak harus mampu menampilkan jenis dan UC-07 Melihat jenis dan Admin
kategori sampah elektronik yang dapat dijemput. kategori
SR-08 Perangkat lunak harus mampu menampilkan konversi UC-08 Melihat konversi poin Admin
poin dari jenis dan kategori sampah elektronik yang dapat jenis dan kategori
dijemput.
SR-09 Perangkat lunak harus mampu menampilkan data UC-09 Melihat dropbox Admin
dropbox.
2.5 Diagram Use-case
Berdasarkan tabel pemetaan antara Functional Requirement – Use Case – Actor: di atas, maka dapat
ditentukan diagram use-case sebagai berikut:

Gambar 4 Diagram Use-case

 2.5.1 Deskripsi Aktor
Berikut adalah daftar aktor dan deskripsinya:
Kode Aktor Deskripsi
AC-01 Admin Orang yang dapat melakukan approval registrasi dari masyarakat dan kurir
serta dapat mengelola data sampah elektronik dan dropbox

2.5.2 Deskripsi Use-Case

Berikut adalah daftar aktor dan deskripsinya:
Kode Use case Deskripsi
UC-01 Menyetujui registrasi Admin akan menyetujui data registrasi dari masyarakat, ditampilkan di
masyarakat halaman approval registrasi masyarakat
UC-02 Menolak registrasi Admin akan menolak data registrasi jika data dari masyarakat tidak sesuai,
masyarakat ditampilkan di halaman approval registrasi masyarakat
UC-03 Melihat registrasi Admin akan menampilkan semua informasi registrasi masyarakat,
masyarakat ditampilkan di halaman approval registrasi masyarakat
UC-04 Menyetujui registrasi Admin akan menyetujui data registrasi kurir dan akan memeriksa
kurir kelengkapan berkas, ditampilkan di halaman approval registrasi kurir
UC-05 Menolak registrasi Admin akan menolak data registrasi jika data dari kurir tidak sesuai dan
kurir berkas tidak lengkap, ditampilkan di halaman approval registrasi kurir
UC-06 Melihat registrasi Admin akan menampilkan semua informasi registrasi kurir, ditampilkan di
kurir halaman approval registrasi kurir
UC-07 Melihat jenis dan Admin akan mengelola jenis dan kategori sampah elektronik, ditampilkan
kategori di halaman jenis dan kategori sampah yang dapat dijemput
UC-08 Melihat konversi poin Admin akan mengelola konversi poin jenis dan kategori sampah elektronik,
jenis dan kategori ditampilkan di halaman konversi poin
UC-09 Melihat dropbox Admin akan mengelola data dropbox, , ditampilkan di halaman dropbox

3 PEMODELAN ANALISIS
Pemodelan analisis ditujukan untuk mendapatkan kelas-kelas analisis yang diperlukan untuk
tahapan perancangan perangkat lunak. Pada pemodelan analisis, didahului dengan skenario use-case
dan paper prototipe untuk setiap use-case yang telah didapatkan dilanjutkan identifikasi kelas analisis.
Skenario Use Case tediri dari 2 area:
1. Identifikasi UC
2. Skenario Utama & Skenario Alternatif

Identifikasi UC terdiri dari kode UC, nama, tujuan, deskripsi, aktor terkait
Skenario Utama terdiri dari kondisi awal, yaitu awal dari tampilan aplikasi; aksi aktor – reaksi
sistem, yaitu penjelasan urutan langkah yang dilakukan oleh aktor dan direspon oleh sistem; kondisi
akhir, yaitu akhir dari urutan langkah aksi-rekasi. Kondisi akhir haruslah menggambarkan tujuan UC
yang ingin dicapai.
Petunjuk penting:
Jika satu UC terdapat 2 aktor yang berinteraksi, maka dibuat menjadi masing-masing skenario
dengan prototipe yang mungkin berbeda.
3.1 Skenario Use Case
Berikut ini adalah skenario use-case untuk setiap use-case yang telah diidentifikasi:

3.1.1 UC-01 - Admin

Identfikasi
Kode UC-01
Nama Menyetujui registrasi masyarakat
Tujuan Menyetujui registrasi masyarakat
Deskripsi Admin akan menyetujui data registrasi dari
masyarakat, ditampilkan di halaman approval
registrasi masyarakat
Aktor Admin
Skenario Utama
Kondisi Awal : Menampilkan halaman utama admin
Aksi Aktor Reaksi Sistem
1. Klik menu “registrasi akun” yang 2. Menampilkan halaman registrasi
ditampilkan di halaman utama admin
3. Klik menu “approval registrasi” 4. Menampilkan halaman approval
yang ditampilkan di halaman registrasi
registrasi
5. Klik menu “approval registrasi 6. Membuka data registrasi masyarakat
masyarakat” lalu klik
“Selengkapnya”
7. Jika data sesuai, klik tombol 8. Menampilkan Notifikasi
“Terima” “Masyarakat berhasil diterima”

9. Klik tombol “Selanjutnya” 10. Menampilkan halaman approval

registrasi masyarakat
Kondisi Akhir : Menampilkan halaman approval registrasi
-
3.1.2 UC-02 - Admin
Identfikasi
Kode UC-02
Nama Menolak registrasi masyarakat
Tujuan Menolak data registrasi, jika data tidak
sesuai
Deskripsi Admin akan menolak data registrasi, jika
data dari masyarakat tidak sesuai,
ditampilkan di halaman approval registrasi
masyarakat
Aktor Admin
Skenario Utama
Kondisi Awal : Menampilkan halaman utama admin
Aksi Aktor Reaksi Sistem
1. Klik menu “registrasi akun” yang 2. Menampilkan halaman registrasi
ditampilkan di halaman utama
admin
3. Klik menu “approval registrasi” 4. Menampilkan halaman approval
yang ditampilkan di halaman registrasi
registrasi
5. Klik menu “approval registrasi 6. Membuka data registrasi masyarakat
masyarakat” lalu klik
“Selengkapnya”
7. Jika data tidak sesuai, klik tombol 8. Menampilkan Notifikasi
“Tolak” “Masyarakat berhasil ditolak”

9. Klik tombol “Selanjutnya” 10. Menampilkan halaman approval

registrasi masyarakat
Kondisi Akhir : Menampilkan halaman data registrasi masyarakat
3.1.3 UC-03 - Admin
Identfikasi
Kode UC-03
Nama Melihat registrasi masyarakat
Tujuan Menampilkan semua informasi data
registrasi masyarakat
Deskripsi Admin akan menampilkan semua informasi
registrasi masyarakat, ditampilkan di
halaman approval registrasi masyarakat
Aktor Admin
Skenario Utama
Kondisi Awal : Menampilkan halaman utama Admin
Aksi Aktor Reaksi Sistem
1. Klik menu “registrasi akun” yang 2. Menampilkan halaman registrasi
ditampilkan di halaman utama
admin
3. Klik menu “data registrasi” yang 4. Menampilkan halaman data
ditampilkan di halaman registrasi, registrasi masyarakat
kemudian klik menu “registrasi
masyarakat”
Kondisi Akhir : Menampilkan halaman data registrasi masyarakat
3.1.4 UC-04 – Admin
Identfikasi
Kode UC-04
Nama Menyetujui registrasi kurir
Tujuan Menyetujui data registrasi kurir dan
memeriksa kelengkapan berkas
Deskripsi Admin akan menyetujui data registrasi kurir
dan akan memeriksa kelengkapan berkas,
ditampilkan di halaman approval registrasi
kurir
Aktor Admin
Skenario Utama
Kondisi Awal : Menampilkan halaman utama admin
Aksi Aktor Reaksi Sistem
1. Klik menu “registrasi akun” yang 2. Menampilkan halaman registrasi
ditampilkan di halaman utama admin
3. Klik menu “approval registrasi” yang 4. Menampilkan halaman approval
ditampilkan di halaman registrasi registrasi
5. Klik menu “approval registrasi kurir” 6. Membuka data registrasi masyarakat
lalu klik “Selengkapnya”
7. Jika data dan berkas sesuai, klik 8. Menampilkan Notifikasi “Apakah
tombol “Terima” anda yakin ingin menerima data kurir
ini?”

9. Klik tombol “YA” 10. Menampilkan Notifikasi “Kurir

berhasil diterima”

11. Klik tombol “selanjutnya” 12. Menampilkan halaman approval

registrasi kurir
Kondisi Akhir : Menampilkan halaman approval registrasi kurir
3.1.5 UC-05 – Admin
Identfikasi
Kode UC-05
Nama Menolak registrasi kurir
Tujuan Menolak data registrasi, jika data tidak sesuai
Deskripsi Admin akan menolak registrasi, jika data dari
kurir tidak sesuai, ditampilkan di halaman
approval registrasi kurir

Aktor Admin
Skenario Utama
Kondisi Awal : Menampilkan halaman utama Admin

Aksi Aktor Reaksi Sistem

1. Klik menu “registrasi akun” yang 2. Menampilkan halaman registrasi

ditampilkan di halaman utama admin
3. Klik menu “approval registrasi” yang 4. Menampilkan halaman approval registrasi
ditampilkan di halaman registrasi
5. Klik menu “approval registrasi kurir” lalu 6. Membuka data registrasi masyarakat
klik “Selengkapnya”

7. Jika data dan berkas tidak sesuai, klik 8. Menampilkan Notifikasi “Apakah anda
tombol “Tolak” yakin ingin menolak data kurir ini?”

9. Klik tombol “YA” 10. Menampilkan Notifikasi “Kurir ditolak”

11. Klik tombol “selanjutnya” 12. Menampilkan halaman approval registrasi

kurir

Kondisi Akhir : Menampilkan halaman approval registrasi kurir

3.1.6 UC-06 – Admin
Identfikasi
Kode UC-06
Nama Melihat registrasi kurir
Tujuan Menampilkan semua informasi registrasi kurir
Deskripsi Admin akan menampilkan semua informasi
registrasi kurir, ditampilkan di halaman approval
registrasi kurir

Aktor Admin
Skenario Utama
Kondisi Awal : Menampilkan halaman utama apl
Aksi Aktor Reaksi Sistem

1. Klik menu “registrasi akun” yang 2. Menampilkan halaman registrasi

ditampilkan di halaman utama admin
3. Klik menu “data registrasi” yang 4. Menampilkan halaman data registrasi
ditampilkan di halaman registrasi, kurir
kemudian klik menu “registrasi kurir”
Kondisi Akhir : Menampilkan halaman data registrasi kurir
3.1.7 UC-07 – Admin
Identfikasi
Kode UC-07
Nama Melihat jenis dan kategori
Tujuan Mengelola jenis dan kategori sampah elektronik
Deskripsi Admin akan mengelola jenis dan kategori sampah
elektronik, ditampilkan di halaman jenis dan
kategori sampah

Aktor Admin
Skenario Utama
Kondisi Awal : Menampilkan halaman utama admin
Aksi Aktor Reaksi Sistem

1. Klik menu “Data E-Waste” di halaman 2. Menampilkan halaman data E-waste

utama admin
3. Klik menu “Jenis dan Kategori” di data E- 4. Menampilkan halaman “jenis dan
waste kategori” dan tabel jenis dan kategori
sampah yang dapat dijemput
Kondisi Akhir : Menampilkan halaman data jenis sampah
3.1.8 UC-08 – Admin
Identfikasi
Kode UC-08
Nama Melihat konversi poin jenis dan kategori
Tujuan Mengelola konversi poin dan jenis dan kategori
sampah elektronik
Deskripsi Admin akan mengelola konversi poin jenis dan
kategori sampah elektronik, ditampilkan di
halaman konversi poin

Aktor Admin
Skenario Utama
Kondisi Awal : Menampilkan halaman utama admin
Aksi Aktor Reaksi Sistem

1. Klik menu “Data E-Waste” di halaman 2. Menampilkan halaman data E-waste

utama admin
3. Klik menu “Konversi poin” di halaman 4. Menampilkan halaman konversi poin
data e-waste
5. Klik tombol Kirim poin 6. Menampilkan notifikasi pengiriman poin
berhasil
7. Klik tombol kembali 8. Menampilkan halaman konversi poin

Kondisi Akhir : Menampilkan halaman konversi poin

3.1.9 UC-09 – Admin
Identfikasi
Kode UC-09
Nama Melihat dropbox
Tujuan Mengelola jenis dan kategori sampah elektronik
Deskripsi Admin akan mengelola data dropbox,
ditampilkan di halaman dropbox

Aktor Admin
Skenario Utama
Kondisi Awal : Menampilkan halaman utama admin=

Aksi Aktor Reaksi Sistem

1. Klik menu “drop box” di halaman utama 2. Menampilkan halaman dropbox dan tabel
admin dropbox
Kondisi Akhir : Menampilkan halaman dropbox
3.2 Diagram Sekuens
Berikut ini adalah diagram sekuens untuk menjelaskan alur internal dari sistem, berdasarkan skenario
dan paper prototipe yang telah diidentifikasi:

3.2.1 UC-01 - Melihat Kamar

3.2.2 UC-02 - Membuat Reservasi

3.2.3 UC-03 - Melihat Reservasi

3.2.4 UC-04 - Mengubah Reservasi

3.3 Diagram Kelas Analisis

Berikut ini adalah kelas analisis untuk setiap use-case yang telah diidentifikasi, berdasarkan skenario
dan paper prototipe yang telah diidentifikasi:

3.3.1 UC-01 - Melihat Kamar

Kelas Analisis

Gambar 5 Diagram kelas analisis melihat kamar

Penjelasan
3.3.2 UC-02 - Membuat Reservasi
Kelas Analisis

Gambar 6 Diagram kelas analisis membuat reservasi

Penjelasan

3.3.3 UC-03 - Melihat Reservasi

Kelas Analisis

Gambar 7 Diagram kelas analisis melihat reservasi

Penjelasan
3.3.4 UC-04 - Mengubah Reservasi

Kelas Analisis

Gambar 8 Diagram kelas analisis mengubah reservasi

Penjelasan

3.4 Deskripsi Kelas Analisis

Pada bagian ini diisi dengan daftar kelas dan deskripsi singkat mengenai kelas – kelas tersebut
Lengkapi kelas tersebut dengan atribut dan tanggung jawab (catatan: tanggung jawab = operasi =
metode).
Tabel 4 Deskripsi Kelas Analisis
NO Nama Kelas Jenis Kelas Tanggung Jawab Atribut
1 <Nama <Sebutkan Jenis Kelas apakah <Sebutkan Peran dari <Atribut yang
Kelas> Boundary,controller atau entity> masing-masing kelas > dipakai>

Dapat diisi dengan

kandidat metode

3.5 Relasi Antar Kelas Analis

Jika relasi antar kelas, maka tuliskan relasi tersebut pada tabel berikut ini.
Tabel 5 Relationship antar kelas analis
NO Dari kelas Ke kelas Nama relasi Keterangan
1 <Nama <Kelas Yang berhubungan> <Contoh Dependency>
kelas>
3.6 Diagram Kelas Analisis Lengkap
Pada bagian ini, dibuatkan diagram kelas analisis lengkap, yaitu gabungan seluruh kelas analisis yang
telah diidentifikasi pada bagian 3.2 dan dilengkapi dengan seluruh tanggung jawab (metode) dan atribut
serta relasi antar kelas.

Gambar 9 Diagram kelas analisis