Transkripsi dicocokkan dengan 2 halaman naskah asli.
Redaksi dirapikan untuk dibaca. Data, pilihan jawaban, dan subsoal mengikuti naskah; diagram dijelaskan dalam teks atau tabel.
Lompat ke soal
UAS Metode Perangkat Lunak 2025/2026
Kamis, 18 Desember 2025 · 10.00–11.30 WIB (90 menit) · Buku hardcopy terbuka, no gadgets.
Tuliskan NIM/nama; dilarang bekerja sama. Jawab dengan bolpoin, sertakan asumsi/gambar bila perlu.
Studi kasus SIDONA
Sistem Donasi Bencana mencatat dermawan, donasi uang dan barang. Data dermawan: NIK, nama lengkap, telepon. Tiap donasi dicatat tanggal/besaran; barang ditambah satuan ukur dan jenis barang.
Panitia mencatat wilayah tujuan, besaran uang/barang yang dikirim, tanggal kirim/terima, dan identitas penanggung jawab lapangan. Data dan foto penyaluran dilaporkan publik di laman SIDONA serta notifikasi kepada dermawan.
1 (30%)
Susun use case diagram dan minimal lima user story lengkap dengan story point untuk fitur selain autentikasi login/logout.
2 (35%)
Berdasarkan studi kasus dan user story, susun planning rilis produk dengan prioritas tugas, tiga kali iterasi, sampai rencana harian.
3 (35%)
Uraikan empat perbedaan praktik jika kasus diselesaikan dengan Extreme Programming versus Scrum.
Soal 3: halaman PDF 2 — Extreme Programming dan Scrum
1. Use case dan user story SIDONA
Aktor Panitia dan Dermawan dapat login/logout; keduanya berinteraksi dengan layanan autentikasi. Akses pengelolaan donasi diberikan sesuai peran. Use case Login mencakup validasi kredensial; pesan gagal merupakan perilaku alternatif saat validasi gagal.
Memuat diagram…
Contoh backlog estimasi relatif (story point bukan jam):
Prioritas
User story
Point
1
Sebagai dermawan saya ingin login agar dapat melihat donasi saya.
3
2
Sebagai panitia saya ingin login agar dapat mencatat dan menyalurkan donasi.
3
3
Sebagai pengguna saya ingin mendapat pesan kredensial salah agar dapat mencoba lagi.
2
4
Sebagai pengguna saya ingin logout agar sesi saya berakhir.
2
5
Sebagai pengguna saya ingin sesi kedaluwarsa setelah tidak aktif agar akun lebih aman.
3
6
Sebagai panitia saya ingin hak akses sesuai peran agar data NIK tidak terbuka ke publik.
5
2. Rilis tiga iterasi
Asumsi setiap iterasi satu minggu dan kapasitas tim disepakati; angka story point relatif perlu dikalibrasi. Iterasi 1 memprioritaskan login dermawan dan validasi gagal (5 poin); iterasi 2 login panitia dan logout (5); iterasi 3 timeout dan pembatasan peran (8). Tiap iterasi menghasilkan increment diuji dan didemokan; rilis setelah semua kriteria keamanan terpenuhi.
Contoh rencana harian iterasi 1: hari 1 perjelas acceptance criteria dan desain sesi; hari 2 bangun endpoint dan uji unit; hari 3 buat form login; hari 4 integrasi, uji kredensial valid/tidak valid dan akses; hari 5 regresi, demo dan retrospektif. Kriteria: login valid berhasil, salah gagal tanpa membocorkan rahasia, sesi hanya diberikan kepada pengguna terautentikasi. Perencanaan harian iterasi 2 dan 3 mengikuti pola yang sama: hari 1 desain peran/timeout, hari 2–3 implementasi, hari 4 pengujian, hari 5 review dan retrospektif.
3. Empat perbedaan XP dan Scrum
XP secara eksplisit menganjurkan pair programming, sementara Scrum tidak mensyaratkan cara menulis kode. XP menekankan test-driven development; Scrum memberi tim kebebasan memilih praktik pengujian. XP menekankan continuous integration dan refactoring; Scrum menetapkan increment dan Definition of Done tetapi tidak mewajibkan teknik tersebut. XP biasanya menggunakan small releases dan umpan balik pelanggan sangat sering; Scrum mengatur kerja dalam Sprint dengan planning, review dan retrospective. Scrum dan XP dapat dipakai bersamaan, jadi ini perbedaan penekanan, bukan larangan.
Rencana autentikasi tiga iterasi
1 / 3
Iterasi 1
Login dermawan dan pesan gagal, 3 + 2 poin.
Poin5
Estimasi ilustratif; kapasitas harus disepakati tim.
Pembahasan ditulis independen oleh belajar.myudak, bukan kunci jawaban resmi. Soal asli tetap milik pengampu
mata kuliah dan ditampilkan langsung dari arsip Google Drive.