LAPORAN

PENGUJIAN PERANGKAT LUNAK

TIFNJK140705
SEMESTER IV

Oleh:

Muhamad Sugeng Cahyono E41220983

Nira Ayuhana Nurlitha E41220200
Nina Virgiana E41220820
Laila Dwi Kartika Sari E41220341
Rahma Dwi Agustin E41220949
Dewi NovaSari E41220943

Dosen Pengampu:
Puji Hastuti, S.T., M.Eng.

PROGRAM STUDI TEKNIK INFORMATIKA KAMPUS 3 NGANJUK

JURUSAN TEKNOLOGI INFORMASI
POLITEKNIK NEGERI JEMBER
TAHUN 2024
1. Overview
1.1 Bounds
Proyek pembuatan system mobile dan website “KaRe” bertujuan untuk
mengembangkan aplikasi mobile dan sistem website yang terintegrasi untuk
mendukung sistem pengelolaan tempat sampah terpadu. Sistem ini akan
memiliki fitur-fitur utama seperti penjemputan sampah, tabungan sampah, dan
informasi kunjungan Tempat Pembuangan Sampah Terpadu (TPST). Tujuan
utama dari proyek ini adalah untuk meningkatkan efisiensi pengelolaan
sampah, Memberikan informasi mengenai kunjungan ke TPST Kartoharjo,
memberikan kemudahan admin dalam mengelola tabungan masyarakat yang
menabung sampah dan lain-lain.
1) In Scope
 Applicable
Fitur Description
roles
 Masyrakat dapat melakukan login pada aplikasi
mobile untuk masuk ke sistem
 Terdapat notifikasi berhasil masuk ke sistem ataupun
tidak
 Terdapat notifikasi ketika user tidak dapat masuk ke
Admin sistem

Login  Admin dapat melakukan login pada situs web yang telah
dibuat untuk masuk ke sistem
 Terdapat notifikasi berhasil masuk ke sistem ataupun
tidak
 Terdapat notifikasi ketika user tidak dapat masuk ke
sistem
Masyarakat

 Dapat melakukan registrasi akun pada aplikasi mobile

 Terdapat notifikasi berhasil mendaftar ke
Registrasi akun sistem ataupun tidak
Admin
  Terdapat notifikasi ketika
user tidak terdaftar ke sistem

 Dapat melihat
mengedit, menambah,
menghapus saldo
tabungan
Admin
 Terdapat notifikasi
Tabungan
berhasil atau tidaknya
perubahan terjadi.

 Masyarakat dapat melihat

data saldo tabungan.
Masyarakat

 Dapat melakukan proses

pendaftaran untuk kunjungan
melalui website
 Terdapat notifikasi dan
Kunjungan Masyarakat status.

 Admin dapat
melakukan verifikasi
Admin
terhadap pendaftaran
kunjungan
  Admin dapat melakukan
pengubahan data yang
Admin dimiliki admin.
Kelola data profil

 Masyarakat dapat
Masyarakat melakukan pengubahan data
profil pada akunnya sendiri.

2) Out Of Scope
Fitur ini tidak diuji karena tidak termasuk dalam spesifikasi kebutuhan perangkat
lunak :
1. Antarmuka Hardware
a. Untuk laptop/pc dengan spesifikasi Processor Intel ® Core™ I3, RAM
minimal 4GB.
b. Satu Unit Smartphone Android.
2. Logika basis data
Untuk interface dan pengolahan data yang digunakan adalah
Localhost/MySql server 127.0.0.1 sebagai software untuk database.

3. Keamanan dan kinerja aplikasi

Login menggunakan email dan password
1.2 Quality Risk
1.2.1 Risk and Mitigation
No. Resiko Pencegahan
1. Fitur-fitur seperti penjemputan sampah, Melakukan pengujian
tabungan sampah dan kunjungan ke fungsional menyeluruh
TPST Kartoharjo tidak sesuai dengan untuk memastikan bahwa
spesifikasi yang ditetapkan. setiap fitur beroperasi
sesuai yang diharapkan.
2. Aplikasi tidak responsive saat digunakan Melakukan pengujian
pengguna, terutama dalam fitur kinerja untuk
pengecekan saldo tabungan sampah. mengidentifikasi titik
lemah dalam sistem dan
memperbaikinya untuk
meningkatkan
responsivitas dan
kecepatan.
3. Aplikasi dan website tidak memenuhi Melakukan user testing
kebutuhan atau harapan pengguna, seperti untuk mendapatkan
antarmuka pengguna yang sulit dipahami. umpan balik langsung dari
pengguna potensial dan
membuat perbaikan sesuai
dengan umpan balik
tersebut.
4. Sistem tidak tahan terhadap gangguan Melakukan pengujian
eksternal seperti serangan DDoS atau ketahanan terhadap
gangguan jaringan, yang dapat gangguan dan
mengganggu operasi normal. perencanaan penanganan
darurat untuk mengatasi
gangguan yang mungkin
terjadi.
1.2.2 Quality Criteria
 Kesesuaian Fungsional: Sistem harus memenuhi semua persyaratan
fungsional yang telah ditetapkan, termasuk fitur-fitur utama dan kebutuhan
pengguna yang terdokumentasi dengan baik.
 Kesesuaian Non-Fungsional: Selain fitur fungsional, sistem juga harus
memenuhi persyaratan non-fungsional seperti kinerja, keamanan,
skalabilitas, dan ketahanan terhadap gangguan.
 Ketersediaan: Sistem harus tersedia untuk digunakan sesuai dengan jadwal
yang telah ditetapkan, dengan waktu jeda yang minimal untuk
pemeliharaan atau pembaruan.
 Kinerja: Sistem harus beroperasi dengan responsivitas yang baik dan waktu
tanggapan yang cepat, serta mampu menangani beban kerja yang tinggi
tanpa mengalami penurunan kualitas layanan.
 Ketahanan terhadap Gangguan: Sistem harus dapat bertahan dari gangguan
eksternal atau internal seperti serangan peretasan, kegagalan perangkat
keras, atau gangguan jaringan.
 Kualitas Kode: Kode yang digunakan dalam pengembangan sistem harus
terstruktur dengan baik, mudah dimengerti, dan mudah dipelihara untuk
mendukung pengembangan dan peningkatan masa depan.
 Interoperabilitas: Sistem harus dapat berintegrasi dengan sistem lain
dengan mudah dan dapat berkomunikasi dengan baik dengan aplikasi atau
layanan pihak ketiga yang relevan.
 Pengalaman Pengguna yang Baik: Antarmuka pengguna harus dirancang
dengan baik, mudah dipahami, dan intuitif digunakan, sehingga pengguna
dapat berinteraksi dengan sistem dengan nyaman dan efisien.
 Kepatuhan Terhadap Regulasi: Sistem harus mematuhi semua regulasi dan
standar yang berlaku dalam industri atau yurisdiksi yang relevan, termasuk
regulasi privasi data, keamanan, atau aksesibilitas.
 Kepuasan Pengguna: Sistem harus memenuhi harapan dan kebutuhan
pengguna dengan memberikan solusi yang efektif dan memuaskan bagi
pengguna akhir.
  Kualitas Data: Data yang dihasilkan atau diolah oleh sistem harus akurat,
lengkap, dan dapat diandalkan untuk mendukung pengambilan keputusan
yang baik dan efisien.
1.3 Proposed Schedule of Milestones
MILESTONE DATE
Test Development and Configuration
Test Plan Complete
Test Lab Defined
Test Lab Configured
Test Suite Complete
Test Execution
Cycle complete
Cycle 2 complete
Cycle 3 complete

1.4 Transition
1.4.1 Entry Criteria
Entry criteria adalah kriteria yang harus dipenuhi sebelum pengembangan
aplikasi dimulai.
1. Definisi spesifikasi fungsional dan non-fungsional yang jelas dan
terdetail.
2. Perencanaan dan pengumpulan data yang komprehensif.
3. Persetujuan dari pengguna atau pemangku kepentingan terkait spesifikasi
aplikasi.
4. Peralatan dan sarana teknis yang lengkap dan siap digunakan.
1.4.2 Continuation Criteria
Continuation criteria adalah kriteria yang harus dipenuhi selama
pengembangan aplikasi berlangsung..
1. Tingkat kesesuaian spesifikasi fungsional dan non-fungsional dengan
kebutuhan pengguna.
2. Tingkat kualitas kode dan desain aplikasi.
3. Tingkat efisiensi penggunaan sumber daya.
4. Tingkat keamanan dan privasi data pengguna.
 1.4.3 Exit Criteria
Exit criteria adalah kriteria yang harus dipenuhi sebelum aplikasi dapat
diserahkan kepada pengguna..
1. Semua fitur dan fungsionalitas yang diinginkan telah tersedia dan
bekerja dengan baik.
2. Semua bug dan kesalahan telah diperbaiki.
3. Aplikasi telah melalui tes dan verifikasi yang komprehensif.
4. Dokumentasi aplikasi telah lengkap dan mudah dipahami.
5. Pengguna atau pemangku kepentingan telah memberikan persetujuan
terhadap aplikasi.
1.5 Test Development
Mobile
Test Case Procedure Automated test
Login Menggunakan 1. Masuk aplikasi -
email dan password 2. Masukan email dan
benar password benar
3. Menampilkan
halaman beranda
Login Menggunakan 1. Masuk aplikasi -
email benar dan 2. Masukan email benar
password benar dan password benar.
3. Menampilkan
halaman beranda
Register mengunakan 1. Masuk aplikasi -
Nama,email password 2. Masukan nama email
benar. dan password benar.
3. Register berhasil
Register mengunakan 1. Masuk aplikasi -
Nama,email password 2. Masukan nama email
salah. dan password salah.
3. Register gagal.
 Lupa password 1. Masuk aplikasi -
menggunakan password 2. Masukan password
baru benar. benar.
3. Lupa password
berhasil.
Lupa password 1. Masuk aplikasi -
menggunakan password 2. Masukan password
baru salah. salah.
3. Lupa password gagal.
Menginputkan data 1. Masuk aplikasi -
tabungan 2. Menginputkan data
Tabungan
3. Akan ditampilkan
data Tabungan pada
websitenya.
Menginputkan data 1. Masuk aplikasi -
kunjungan 2. Menginputkan data
kunjungan
3. Akan ditampilkan
data kunjungan pada
websitenya.
Profile 1. Masuk aplikasi -
2. Menampilkan profile

Website
Test Case Procedure Automated test
Login Menggunakan 4. Masuk webstie -
email dan password 5. Masukan email dan
benar password benar
6. Menampilkan
halaman beranda
Login Menggunakan 4. Masuk website -
email benar dan 5. Masukan email benar
password benar dan password benar.
6. Menampilkan
halaman beranda
Register mengunakan 4. Masuk website -
Nama,email password 5. Masukan nama email
benar. dan password benar.
6. Register berhasil
Register mengunakan 4. Masuk aplikasi -
Nama,email password 5. Masukan nama email
salah. dan password salah.
6. Register gagal.
Menampilkan layanan 4. Masuk Website -
sampah 5. Menampilkan
layanan sampah.
Menampilkan layanan 4. Masuk Website -
kunjungan 5. Menampilkan
layanankunjungan
Menampilkan layanan 1. Masuk website -
tabungan 2. Menampilkan
layananTabungan
yang diinputkan pada
mobile
1.6 Test Configuration and Environment
Nama HW/SW Keterangan
Windows 11
RAM 8
Memori 128GB
Visual Studio Code
Laravel
Flutter

1.7 Text Execution

1.7.1 Resources
a. Personel
1. QA Engineer: Bertanggung jawab untuk merancang, menjalankan,
dan melaporkan hasil pengujian.
2. Developer: Diperlukan untuk memperbaiki bug yang ditemukan
selama pengujian.
3. Project Manager: Memantau kemajuan pengujian dan koordinasi
antara tim pengembang dan tim pengujian.
b. Perangkat Keras
1. Komputer/Laptop: Untuk menjalankan aplikasi dan alat pengujian.
2. Perangkat Mobile: Jika aplikasi juga akan diuji pada platform
mobile.
3. Printer/Scanner: Untuk mencetak dokumen-dokumen terkait
pengujian.
4. Koneksi internet yang stabil untuk mengakses aplikasi dan system
pelacakan bug.
c. Perangkat Lunak
1. Aplikasi Tempat Pengelolaan Sampah Terpadu: Versi terbaru yang
akan diuji.
2. Perangkat lunak manajemen uji coba untuk melacak progres
pengujian dan hasilnya.
3. Alat Pengujian Otomatis (misalnya, Selenium): Untuk otomatisasi
tes yang dapat diotomatisasi.
 d. Lingkungan Uji
1. Lingkungan Pengembangan: Untuk menguji aplikasi sebelum rilis
ke lingkungan produksi.
2. Lingkungan Produksi: Untuk menguji aplikasi dalam kondisi yang
mendekati situasi nyata.
3. Data uji coba yang direplikasi dari data produksi yang relevan untuk
menguji aplikasi dalam situasi nyata.
e. Dokumentasi
1. Rencana Uji: Dokumen yang berisi strategi pengujian, ruang
lingkup, jadwal, dan sumber daya yang diperlukan.
2. Dokumen Kasus Uji: Detail kasus uji yang akan dieksekusi selama
pengujian.
3. Laporan Hasil Uji: Dokumen yang berisi hasil pengujian, bug yang
ditemukan, dan rekomendasi perbaikan.

1.7.2 Test Case and Bug Tracking

No. Test Case Bug Tracking Test Bug
Case Priority
Status
L0001 Menguji proses berhasil login : passed hight
login pengguna ke berhasil login
dalam aplikasi
L0002 Menguji proses lupa Eror saat melakukan failed Hight
password proses lupa
password :
pengguna gagal
memasukkan email
B0001 Menguji tampilan Tampilan sesuai : passsed Medium
data pada beranda data yang tampil
sudah sesuai dengan
data yang
diinputkan
B0002 Menguji submenu Berhasil passed Medim
Unggah kegiatan mengunggah
pada beranda kegiatan :
Proses unggah
kegiatan telah
berhasil dan sesuai
dengan data yang
dimasukkan
B0002 Menguji submenu Berhasil passed Medium
unggah stok pupuk mengunggah produk
pada beranda pupuk : proses
unggah pupuk
berhasil dan sesuai
dengan data yang
diinputkan
T0001 Menguji fitur Berhasil melakukan passed Medium
pencarian pada pencarian : proses
menu tabungan pencaian berhasil
dan menampilkan
data yang telah
diinputkan
T0002 Menguji fitur Berhasil menambah passed Medium
tambah anggota anggota tabungan
tabungan sampah sampah : anggota
tabungan sampah
berhassil
ditambahkan dan
hasil sesuai data
yang diinputkan
T0003 Menguji fitur utama Proses utama passed Medium
tabungan, tabungan
menambah saldo menambah saldo
tabungan berhasil :
 saldo berhasil
bertambah dan hasil
sesuia dengan yang
sudah diinputkan
K0001 Menguji fitur dalam Proses menerima Passed Medium
menu kunjuhngan kunjungan berhasil :
admin berhasil
menerima
kunjungan dari
masyarakat
P0001 Menguji fitur Proses CRUD Passed Medium
Profile dalam menu profil
berhasil :
Proses CRUD
berhasil dan data
yang diinputkan
telah sesuai

1.7.3 Bug Isolation

No. Identifikasi Bug Analisis Penyebab Tingkat Ten & Pola
keparahan
L0002 Eror saat Analisis kode Low pengujian
melakukan menunjukkan menemukan
proses lupa bahwa error saat bahwa
password : registrasi terjadi kesalahan
pengguna gagal karena kesalahan dalam
memasukkan dalam validasi validasi
email email pengguna email
pengguna
dan struktur
validasi
input data
 sampah
merupakan
trend yang
umum
dalam
aplikasi.

1.7.4 Test Release Management

1. Persiapan Rilis Uji (Test Release Preparation):
a. Menyusun jadwal rilis uji yang mencakup tahapan pengujian, rencana
cadangan, dan penjadwalan waktu.
b. Memastikan semua kasus uji telah disiapkan dan diperiksa sebelum
memulai rilis uji.
2. Pengujian Integrasi (Integration Testing):
a. Mengintegrasikan komponen aplikasi untuk memastikan bahwa
mereka berfungsi dengan baik bersama sebelum rilis ke lingkungan
produksi.
b. Memastikan bahwa data yang dihasilkan selama pengujian integrasi
sesuai dengan harapan.
3. Manajemen Risiko (Risk Management):
a. Mengidentifikasi potensi risiko yang terkait dengan rilis uji dan
mengembangkan strategi mitigasi risiko.
b. Memantau dan mengevaluasi risiko selama proses rilis uji untuk
menghindari dampak negatif pada kualitas aplikasi.
4. Pengujian Akhir (Final Testing):
a. Menjalankan pengujian akhir sebelum rilis ke lingkungan produksi
untuk memastikan bahwa aplikasi berfungsi dengan baik dan bebas
dari bug kritis.
b. Memvalidasi bahwa semua kasus uji telah dieksekusi dengan benar
dan hasilnya sesuai dengan harapan.
5. Pengelolaan Versi (Version Management):
 a. Memastikan bahwa versi terbaru dari aplikasi dan dokumen terkait
tersedia untuk tim pengujian.
b. Melacak perubahan versi dan memastikan dokumentasi tetap
mutakhir selama proses rilis uji.
6. Komunikasi Tim (Team Communication):
a. Berkomunikasi secara teratur dengan tim pengembang, manajemen
proyek, dan tim pengujian untuk memastikan koordinasi yang baik
selama proses rilis uji.
b. Memberikan pembaruan berkala tentang kemajuan, masalah yang
ditemui, dan langkah-langkah perbaikan yang diambil.

1.7.5 Test Cycles

1. Siklus Pengujian Awal:
a. Deskripsi: Siklus ini bertujuan untuk menguji fungsionalitas dasar
aplikasi pengelolaan sampah.
b. Tujuan: Memastikan bahwa fitur-fitur inti seperti pendaftaran
pengguna, tabungan sampah, data sampah, pupuk, dan navigasi dasar
berfungsi dengan baik.
c. Durasi: 7 hari.
d. Kegiatan Utama:
 Uji pendaftaran pengguna untuk memastikan bahwa proses
pendaftaran berjalan lancar dan data pengguna disimpan dengan
benar.
 Uji fitur tabungan sampah untuk memastikan bahwa pengguna
dapat melakukan pencatatan dan pengelolaan tabungan sampah
dengan baik.
 Uji penambahan data sampah dan pupuk untuk memastikan
bahwa pengguna dapat menambahkan data dengan lengkap dan
akurat.
 Uji navigasi dan antarmuka pengguna untuk memastikan bahwa
pengguna dapat dengan mudah menavigasi melalui berbagai fitur
aplikasi.
2. Siklus Pengujian Fungsional Tambahan
 a. Deskripsi: Siklus ini bertujuan untuk menguji fitur tambahan yang
telah diimplementasikan setelah siklus pengujian awal.
b. Tujuan: Memastikan bahwa fitur-fitur tambahan seperti fitur
pencarian nama pemilik tabungan, unggah stok pupuk, dan unggah
kegiatan berfungsi dengan benar.
c. Durasi: 7 hari.
d. Kegiatan Utama:
 Uji fitur pencarian nama pemilik tabungan untuk memastikan
bahwa pengguna dapat dengan mudah menemukan informasi
yang mereka cari terkait pemilik tabungan.
 Uji fitur unggah stok pupuk untuk memastikan bahwa pengguna
dapat memperbarui stok pupuk dengan benar dan akurat.
 Uji fitur unggah kegiatan untuk memastikan bahwa pengguna
dapat dengan mudah mengunggah kegiatan yang terkait dengan
pengelolaan sampah dengan benar.
3. Siklus pengujian performa
a. Deskripsi: Siklus ini bertujuan untuk menguji performa aplikasi
pengelolaan sampah di bawah beban kerja yang tinggi.
b. Tujuan: Memastikan bahwa aplikasi dapat menangani beban kerja
yang tinggi tanpa mengalami penurunan kinerja atau kegagalan.
c. Durasi: 5 hari.
d. Kegiatan Utama:
 Uji beban untuk memastikan bahwa aplikasi dapat menangani
jumlah pengguna yang besar secara bersamaan tanpa kegagalan
sistem.
 Uji waktu tanggapan untuk memastikan bahwa waktu respons
aplikasi tetap cepat bahkan di bawah beban kerja yang tinggi.
 Uji ketersediaan untuk memastikan bahwa aplikasi tetap tersedia
dan dapat diakses oleh pengguna selama periode beban kerja
tinggi.
4. Silkus pengujian akhir
a. Deskripsi: Siklus ini bertujuan untuk melakukan pengujian akhir
sebelum merilis aplikasi ke lingkungan produksi.
 b. Tujuan: Memastikan bahwa semua fitur telah diuji secara
menyeluruh, dan semua bug yang ditemukan telah diperbaiki.
c. Durasi: 5 hari.
d. Kegiatan Utama:
 Uji integrasi untuk memastikan bahwa semua fitur berfungsi
dengan baik secara terkoordinasi.
 Uji keseluruhan untuk memastikan bahwa aplikasi berjalan
dengan baik dan memenuhi standar kualitas yang ditetapkan.
 Uji regresi untuk memastikan bahwa perbaikan bug tidak
mempengaruhi fungsionalitas yang sudah ada sebelumnya.

1.7.6 Test Hours

1. Penentuan Waktu Pengujian:
a. Deskripsi: Bagian ini menetapkan jam kerja yang akan dialokasikan
untuk aktivitas pengujian selama siklus pengujian.
b. Tujuan: Memastikan bahwa anggota tim pengujian memiliki jadwal
yang jelas untuk melaksanakan pengujian dengan efektif.
c. Rincian:
 Hari Kerja: Senin - Jumat
 Jam Kerja: 09:00 - 17:00 WIB
2. Jam pengujian spesifik
a. Deskripsi: Penjadwalan jam pengujian yang lebih rinci untuk setiap
fase pengujian.
b. Tujuan: Memastikan bahwa aktivitas pengujian dilakukan pada
waktu yang tepat untuk memaksimalkan produktivitas.
c. Rincian:
 Siklus Pengujian Awal: 08:00 - 15:00 (7 jam) setiap hari selama
7 hari.
 Siklus Pengujian Fungsional Tambahan: 08:00 - 12:00 dan 13:00
- 16:00 (7 jam) setiap hari selama 7 hari.
 Siklus Pengujian Performa: 8:00 - 12:00 dan 13:00 - 16:00 (7
jam) setiap hari selama 5 hari.
 Siklus Pengujian Akhir: 08:00 - 12:00 dan 13:00 - 16:00 (7 jam)
setiap hari selama 5 hari.
 3. Fleksibillitas waktu
a. Deskripsi: Memberikan fleksibilitas kepada anggota tim pengujian
untuk menyesuaikan jadwal pengujian sesuai kebutuhan proyek.
b. Tujuan: Memungkinkan penyesuaian jika terjadi kebutuhan
mendesak atau perubahan dalam rencana pengujian.
c. Ketentuan: Anggota tim pengujian diizinkan untuk menyesuaikan
jam kerja mereka dalam batas waktu yang telah ditetapkan, dengan
persetujuan dari manajer pengujian
4. Laporan jam pengujian
a. Deskripsi: Pencatatan dan pelaporan jam kerja yang dihabiskan untuk
aktivitas pengujian.
b. Tujuan: Membantu dalam pemantauan penggunaan waktu dan
evaluasi produktivitas tim pengujian.
c. Rincian: Setiap anggota tim pengujian harus mencatat jam kerja
mereka secara akurat dan melaporkannya kepada manajer pengujian
setiap akhir hari kerja.

1.8 Risk and Contingency

a. Identifikasi Risiko:
1. Keterbatasan Sumber Daya:
 Deskripsi: Kemungkinan kurangnya sumber daya manusia atau
perangkat keras yang dapat memperlambat proses pengujian.
 Dampak: Pengujian yang kurang efisien dan kurang lengkap,
penundaan dalam jadwal pengujian.
 Kemungkinan: Tinggi.
2. Integrasi yang Kompleks:
 Deskripsi: Kemungkinan kesulitan dalam mengintegrasikan aplikasi
dengan tabungan
 Dampak: Penundaan dalam integrasi, pengujian yang tidak sempurna
karena tidak mampu menguji integrasi dengan sistem peta.
 Kemungkinan: Tinggi.
3. Bug Kritis:
 Deskripsi: Kemungkinan ditemukannya bug kritis yang dapat
menghambat fungsionalitas utama aplikasi.
  Dampak: Penurunan kepercayaan pengguna, penundaan dalam rilis,
potensi kehilangan pelanggan.
 Kemungkinan: Tinggi.
4. Kesulitan dalam Pengelolaan Data Sampah:
 Deskripsi: Kemungkinan kesulitan dalam pengelolaan data sampah
yang kompleks dan bervariasi.
 Dampak: Gangguan dalam fungsi utama aplikasi, kesulitan bagi
pengguna untuk mengelola data sampah secara efektif.
 Kemungkinan: Sedang.
b. Strategi Menghadapi Risiko:
1. Mitigasi (Mengurangi Risiko):
 Menetapkan proses rekrutmen yang efektif untuk mengatasi
keterbatasan sumber daya manusia.
 Mengadopsi strategi modular dalam integrasi untuk meminimalkan
kompleksitas.
 Menerapkan pengujian unit yang komprehensif untuk
mengidentifikasi bug kritis sejak dini.
 Menyediakan alat dan teknologi yang memudahkan pengelolaan data
sampah.
2. Kontingensi (Bersiap Mengurangi Dampak):
 Menyiapkan sumber daya cadangan untuk pengujian jika sumber
daya utama tidak mencukupi.
 Mempersiapkan rencana alternatif untuk integrasi dengan sistem peta
yang kompleks.
 Menyiapkan tim respons cepat untuk menangani bug kritis segera
setelah mereka ditemukan.
 Membuat dokumentasi yang jelas dan panduan pengelolaan data
sampah untuk membantu pengguna mengatasi kesulitan.
3. Transfer (Mengalihkan Dampak):
 Melibatkan pihak ketiga yang ahli dalam integrasi tabungan untuk
mengurangi risiko kegagalan integrasi.
 Mendapatkan dukungan dari tim pengembang dan manajemen untuk
merespons dengan cepat terhadap bug kritis yang ditemukan.
4. Terima atau Abaikan:
  Mengidentifikasi risiko yang dapat diterima tanpa tindakan tambahan
dan fokus pada risiko yang lebih kritis.
 Memastikan bahwa risiko yang tidak dapat diatasi dengan sumber
daya yang tersedia diidentifikasi dan diterima sebagai bagian dari
proses pengembangan.
1.9 Change History

Nomor Revisi Nama Deskripsi Tanggal

Perubahan
1.0 Nira Ayuhana Pembuatan 27-02-2024
Nurlitha dokumen untuk
pendefisian awal
1.1 Muhamad Sugeng Penambahan 27-02-2024
Cahyono kriteria kualitas
dan klarifikasi
pada batasan
system
1.2 Laila Dwi Perubahan kualitas 27-02-2024
KartikaSari untuk mencakup
aspek akurasi

1.3 Laila Dwi Penambahan 27-02-2024

Kartikasari langkah dalam test
pengembangan

1.4 Dewi NovaSari Menambahkan 27-02-2024

kriteria masuk,
lanjutan dan keluar
ditambahkan
dengan jelas
1.10 Reference Document
1. Fungsional Requirements
2. Project Development Schedule
3. System Design Docmumen
4. User Case Documment
5. Test Suites
6. Analisa quality riks
1.11 FAQ
Pertanyaan Jawaban
Apa yang dimaksud dengan system Sistem pengelolaan
pengelolaan tempat sampah terpadu? tempat sampah terpadu
 adalah sebuah platform
yang dirancang untuk
mengelola dan
memantau proses
pengumpulan sampah,
mengelola tabungan
sampah, dan
menyediakan informasi
mengenai tempat
pembuangan akhir
sampah (TPST) secara
terintegrasi.
Apa saja fitur utama yang ditawarkan Fitur utama termasuk:
dalam aplikasi mobile dan sistem Penjemputan Sampah:
website ini? Pengguna dapat memesan
penjemputan sampah
secara online.
Tabungan Sampah:
Pengguna dapat
menyimpan poin atau
hadiah sebagai insentif
untuk pengelolaan
sampah yang baik.
Kunjungan TPST:
Informasi mengenai
lokasi, jam operasional,
dan fasilitas di TPST.
Siapa target pengguna utama dari Target pengguna utama
aplikasi dan sistem website ini? meliputi individu atau
rumah tangga yang
membutuhkan layanan
penjemputan sampah,
serta masyarakat umum
 yang tertarik untuk
berpartisipasi dalam
pengelolaan sampah
secara lebih baik.
Bagaimana aplikasi mobile dan sistem Meningkatkan efisiensi
website ini memberikan manfaat dalam proses
kepada para pemangku kepentingan? pengumpulan sampah.
Mengurangi dampak
lingkungan negatif
akibat penanganan
sampah yang tidak tepat.
Memberikan insentif
kepada masyarakat untuk
berpartisipasi dalam
pengelolaan sampah.
Apakah aplikasi mobile dan sistem Ya, aplikasi mobile
website ini dapat diakses dari platform tersedia untuk diunduh
apa saja? di platform iOS dan
Android, sementara
sistem website dapat
diakses melalui
peramban web pada
berbagai perangkat.
Apakah pengguna bisa mengakses Pengguna tidak bisa
informasi atau menambahkan fitur lain menambahkan fitur
ke dalam aplikasi ini? secara langsung, namun
kami akan
mempertimbangkan
umpan balik dari
pengguna untuk
peningkatan fitur di
masa depan.
Bagaimana langkah-langkah Pengguna harus
keamanan diterapkan dalam aplikasi melakukan login dengan
dan sistem website ini? akun yang terverifikasi.
Data pribadi pengguna
dienkripsi untuk
melindungi privasi
mereka.
Perlindungan terhadap
serangan peretasan dan
keamanan data dilakukan
secara teratur.
Bagaimana dukungan pelanggan Kami menyediakan
ditangani jika pengguna mengalami layanan dukungan
masalah atau memiliki pertanyaan? pelanggan yang
responsif melalui email
dan formulir kontak di
dalam aplikasi dan
website.