UTS Evolusi Perangkat Lunak 2025

UTS Evolusi Perangkat Lunak 2024/2025

Kamis, 17 April 2025 · 08.00–09.30 (90 menit) · Buku terbuka. Tuliskan NIM/nama setiap halaman; jawab jujur, sertakan asumsi/gambar bila perlu.

1 (25%)

Evolusi dan pemeliharaan perangkat lunak saling terkait. Uraikan tiga perbedaannya berdasarkan proses/standar yang ada.

2 (25%)

Riwayat pembaruan SIAR: a. Penanganan bug log aktivitas pengguna. b. Mengurangi lag saat penyimpanan video. c. Penyandian file sebelum pengiriman. d. Nama file foto di awan dibuat unik, berbeda dari pengguna lain. e. Integrasi dengan beberapa media sosial umum. Klasifikasikan setiap pembaruan berdasarkan niat perawatan dan alasannya.

3 (25%)

Uraikan daur hidup umum pengelolaan modification request (MR) beserta pihak penanggung jawab setiap tahap.

4 (25%)

Quick fix prosedur Stat dapat dilakukan dengan mengoreksi kekeliruan algoritma atau memecah prosedur menjadi dua. a. Jelaskan alasan pilihan Anda. b. Revisi prosedur berikut.

PROCEDURE Stat(input A:array[1...100] of integer,
               output Min:integer, output Avg:real)
{ I.S : tabel A terisi 100 elemen integer positif }
{ F.S : nilai Min dan Avg terdefinisi }
{ Proses: menentukan nilai terkecil (Min) dan rataan (Avg) }

KAMUS LOKAL
  indeks: integer {posisi elemen tabel}
  Sum: integer {jumlah nilai elemen tabel A}

ALGORITMA
  indeks ← 0
  Sum ← 0
  Min ← 999999999
  while (indeks < 100) do
    indeks ← indeks + 1
    Sum ← Sum + A[indeks]
    if (Min > A[indeks]) then
      Min ← A[indeks]
  {endwhile: indeks=100}
  Avg ← Sum / indeks

1. Evolusi dan pemeliharaan

Evolusi memandang perubahan sistem sepanjang umur untuk tetap bernilai, termasuk perubahan kebutuhan dan arsitektur; pemeliharaan menekankan modifikasi setelah delivery untuk memperbaiki, mengadaptasi atau meningkatkan sistem. Evolusi adalah perspektif berkelanjutan atas produk; maintenance sering dikelola sebagai proses perubahan yang dipicu laporan atau permintaan. Evolusi menilai arah dan keberlanjutan lintas versi; maintenance menilai diagnosis, implementasi, verifikasi dan rilis perubahan tertentu. Istilah dan batasnya berbeda antarstandar dan praktik; keduanya saling tumpang tindih.

2. Niat perawatan SIAR

(a) Corrective: memperbaiki bug log. (b) Perfective: mengurangi lag guna meningkatkan kinerja. (c) Perfective/security enhancement bila enkripsi adalah kebutuhan keamanan baru; bisa adaptive bila diwajibkan lingkungan baru. (d) Corrective bila nama duplikat adalah cacat yang menimpa data; perfective bila keunikan adalah kebutuhan baru. (e) Adaptive bila mengikuti perubahan ekosistem/platform; perfective bila sekadar fitur baru. Niat bisnis, yang tidak seluruhnya ditentukan soal, menentukan klasifikasi.

3. Siklus maintenance request

Pengguna melaporkan masalah/kebutuhan; helpdesk mencatat dan mereproduksi; analis dan tim teknis menilai dampak, risiko dan estimasi; pemilik produk atau change control board menyetujui dan memprioritaskan; pengembang mengimplementasikan; QA menjalankan uji termasuk regresi; release manager memasang versi dan memantau; pemohon memverifikasi hasil lalu penanggung jawab menutup atau membuka ulang permintaan. Semua keputusan dan versi ditelusuri.

4. Quick fix prosedur Stat

a. Pilih mengoreksi kekeliruan dengan perubahan minimal: Min = 999999999 gagal untuk semua elemen positif yang lebih besar dari nilai itu; Sum juga dapat overflow jika tipe integer terbatas. Memecah prosedur meningkatkan modularitas tetapi lebih luas daripada perbaikan cepat dan bukan keharusan untuk hasil benar.

b. Inisialisasi minimum dari elemen pertama dan gunakan tipe jumlah yang cukup lebar untuk batas input yang disepakati; pembagian harus real.

Min ← A[1]
Sum ← 0  // tipe cukup lebar untuk 100 elemen
for indeks ← 1 to 100 do
    Sum ← Sum + A[indeks]
    if A[indeks] < Min then Min ← A[indeks]
Avg ← real(Sum) / 100

Uji semua elemen sama, minimum di posisi pertama/terakhir, dan nilai di atas 999999999 dengan tipe yang mampu menampungnya. Jika tidak ada batas nilai atau tipe cukup lebar, gunakan pemeriksaan overflow/arithmetic presisi bebas.

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