UAS Rekayasa Perangkat Lunak 2025

UAS Rekayasa Perangkat Lunak (MIK1624304), gasal 2025/2026. Rabu, 17 Desember 2025. 08.00–09.40 WIB (100 menit). Buku tertutup.

Tuliskan NIM dan nama pada setiap lembar jawab. Dilarang plagiasi, bekerja sama, saling pinjam, atau berkomunikasi dengan orang lain.

Soal 1 — 80%

Topik: analisis dan desain perangkat lunak berorientasi objek.

a. Spesifikasi kebutuhan harus terdokumentasi dengan baik.

i. Uraikan perbedaan Functional Requirement dan Non-Functional Requirement dari sudut pandang tujuan sistem. ii. Buat masing-masing dua contoh Functional Requirement dan Non-Functional Requirement pada Sistem e-Learning.

b. Use Case Diagram memodelkan interaksi aktor dan sistem.

i. Uraikan fungsi notasi include dan extend, serta kondisi penggunaan masing-masing. ii. Buat salah satu bagian Use Case Diagram Sistem e-Learning yang melibatkan paling sedikit satu include dan satu extend.

c. Fitur pengunggahan tugas secara daring melalui Sistem e-Learning berbasis web memiliki alur berikut:

Mahasiswa mengakses sistem menggunakan username dan password.
Sistem memverifikasi data pengguna.
Jika terverifikasi, sistem menampilkan deskripsi tugas dan kolom pengunggahan; mahasiswa mengunggah tugas.
Sistem memvalidasi sesuai kriteria tugas.
Jika tervalidasi, sistem menyimpan data pengunggahan tugas dan menampilkan notifikasi berhasil.

i. Buat Sequence Diagram untuk proses tersebut. ii. Buat Communication Diagram berdasarkan alur yang sama.

d. Class Diagram menggambarkan struktur statis sistem dan relasi antarclass.

i. Uraikan perbedaan aggregation dan composition serta contoh kasus yang membedakannya. ii. Dalam kondisi seperti apa dependency lebih tepat daripada association? iii. Buat Class Diagram Sistem e-Learning untuk fitur pengunggahan tugas secara daring.

Soal 2 — 10%

Pengujian perangkat lunak merupakan tahap penting untuk menjamin kualitas dan keandalan sistem sebelum dipakai pengguna.

a. Uraikan perbedaan black-box testing dan white-box testing dari sudut pandang tujuan, teknik, dan pihak yang melakukan pengujian. b. Uraikan peran unit testing, integration testing, dan system testing dalam siklus pengembangan perangkat lunak.

Soal 3 — 10%

Perangkat lunak yang telah digunakan dalam jangka waktu tertentu mengalami perubahan seiring kebutuhan pengguna dan lingkungan sistem.

a. Uraikan pengertian evolusi perangkat lunak dan alasan perangkat lunak tidak dapat bersifat statis. b. Uraikan dampak requirement changes terhadap sumber daya dan keberlanjutan perangkat lunak jika tidak dikelola dengan baik.

Soal 1a–c diawali pada halaman PDF 1. Kelanjutan soal 1c–d serta soal 2–3 pada halaman PDF 2.

1. Analisis dan desain e-learning

a. Functional requirement menjelaskan layanan atau perilaku sistem; non-functional requirement menetapkan kualitas atau batasan layanan. Contoh fungsional: mahasiswa mengunggah berkas tugas; dosen melihat daftar pengumpulan. Contoh nonfungsional yang terukur: 95% halaman tugas tampil dalam 2 detik untuk 500 pengguna bersamaan; layanan tersedia 99,5% per bulan di luar pemeliharaan terjadwal.

b. include memanggil perilaku bersama yang selalu dilakukan oleh use case dasar; extend menambah perilaku bersyarat pada titik perluasan. Misalnya Pengumpulan tugas selalu mencakup Validasi berkas; Tampilkan kesalahan memperluas Validasi berkas bila validasi gagal. Mahasiswa memulai Pengumpulan tugas.

c.i. Sequence diagram: komunikasi terurut melibatkan mahasiswa, antarmuka, autentikasi, validator dan penyimpanan. Kredensial gagal menghentikan akses; validasi gagal meminta berkas diperbaiki.

c.ii. Communication diagram: hubungan antarobjek sama, dengan nomor pesan menunjukkan urutan: 1 Mahasiswa→UI kredensial; 2 UI→Autentikasi verifikasi; 3 UI→Mahasiswa tampil tugas bila berhasil; 4 Mahasiswa→UI unggah; 5 UI→Validator validasi; 6 UI→Penyimpanan simpan bila valid; 7 UI→Mahasiswa notifikasi. Pada kegagalan langkah 2 atau 5, jalur simpan tidak dilakukan.

Diagram komunikasi berikut menampilkan hubungan antarobjek dan nomor pesan untuk alur yang sama; panah berlabel bukan urutan geometris, melainkan nomor pesan yang menentukan urutannya.

d.i. Aggregation menyatakan hubungan keseluruhan-bagian yang bagian dapat hidup sendiri: Kelas mengelompokkan Mahasiswa yang tetap ada tanpa kelas tersebut. Composition menyatakan kepemilikan kuat dan siklus hidup bergantung: Pengumpulan memiliki catatan detail berkas yang dihapus bersama pengumpulan, sesuai aturan desain.

d.ii. Dependency tepat untuk penggunaan sementara tanpa menyimpan referensi jangka panjang, misalnya PengumpulanService memakai Validator sebagai parameter metode; association cocok untuk hubungan struktural yang dipertahankan.

d.iii. Satu mahasiswa memiliki banyak pengumpulan; satu tugas menerima banyak pengumpulan; satu pengumpulan memiliki satu berkas. Validator dipakai sementara oleh layanan.

2. Pengujian

a. Black-box menguji perilaku terhadap spesifikasi tanpa memerlukan struktur internal, misalnya equivalence partition dan boundary-value; penguji atau pengembang dapat menjalankannya. White-box memakai struktur kode, misalnya cakupan cabang atau jalur, lazimnya oleh pengembang atau penguji yang memahami kode. Tujuan keduanya menemukan cacat, dari sudut yang berbeda.

b. Unit testing memeriksa komponen terisolasi, misalnya validator ukuran berkas. Integration testing memeriksa interaksi, misalnya layanan menyimpan berkas melalui repository. System testing memeriksa aplikasi utuh terhadap kebutuhan, misalnya login sampai notifikasi unggah berhasil.

3. Evolusi

a. Evolusi adalah perubahan sistem selama masa pakainya untuk memperbaiki cacat, beradaptasi dengan lingkungan dan memenuhi kebutuhan baru. Sistem tidak statis karena kebutuhan pengguna, sistem operasi dan ancaman berubah.

b. Perubahan tanpa analisis dampak dapat menyebabkan revisi berulang, biaya dan jadwal membengkak, cacat serta utang teknis. Kelola melalui prioritas backlog, analisis dependensi, persetujuan, pengujian regresi dan dokumentasi agar keberlanjutan terjaga.

Pembahasan ditulis independen oleh belajar.myudak, bukan kunci jawaban resmi. Soal asli tetap milik pengampu mata kuliah dan ditampilkan langsung dari arsip Google Drive.