Mau jujur? Modul 5 tentang UML itu paling sering bikin panik mendadak. Apalagi kalau sudah masuk use case diagram yang simbolnya banyak. Padahal Modul 3 tentang SDLC juga tidak kalah padat. Di STSI4202 Rekayasa Perangkat Lunak, dua modul ini hampir pasti muncul di UAS.
Latihan soal UAS UT Sistem Informasi di halaman ini bisa jadi penyelamat. Modul 4 soal pemrograman terstruktur juga perlu kamu ulang. Begitu juga Modul 6 tentang metodologi Agile. Sering tertukar konsepnya. Tapi itu bisa diatasi.
Semua soal di bawah sudah lengkap dengan kunci jawaban dan pembahasan. Kami susun dari topik yang benar-benar keluar. Kalau ada modul lain yang belum kamu sentuh, coba lihat prediksi soal UAS UT dulu. Biar fokus belajarmu lebih terarah.
Soal UT STSI4202 Rekayasa Perangkat Lunak
Seorang manajer proyek meyakini bahwa menambah jumlah programmer akan selalu mempercepat penyelesaian proyek yang terlambat. Keyakinan ini merupakan contoh penghambat praktik rekayasa perangkat lunak yang baik yang dikenal sebagai…
Keyakinan keliru yang dianut manajer, pengembang, atau pelanggan disebut mitos perangkat lunak. Contohnya adalah keyakinan bahwa menambah tenaga kerja akan selalu menyelesaikan keterlambatan proyek.
Perangkat lunak tidak mengalami keausan seperti perangkat keras, melainkan mengalami deteriorasi akibat perubahan. Manakah istilah yang tepat untuk fenomena ini…
Berbeda dengan perangkat keras yang aus secara fisik, perangkat lunak mengalami deteriorasi yaitu penurunan performa yang disebabkan oleh akumulasi perubahan dan koreksi yang tidak terkelola dengan baik.
PT Maju Jaya membutuhkan sistem yang tertanam langsung dalam mesin produksi mereka untuk mengontrol lengan robotik secara real-time. Berdasarkan fungsi dan lingkungan operasinya, sistem tersebut diklasifikasikan sebagai…
Perangkat lunak embedded dirancang untuk tertanam dalam perangkat keras tertentu dan beroperasi di lingkungan spesifik seperti mesin produksi, berbeda dengan perangkat lunak aplikasi yang berjalan di sistem operasi umum.
Manakah dari pernyataan berikut yang paling tepat mendeskripsikan karakteristik utama yang membedakan perangkat lunak dari perangkat keras…
Karakteristik utama perangkat lunak adalah tidak aus secara fisik seperti perangkat keras, melainkan mengalami deteriorasi ketika dilakukan perubahan yang menyebabkan struktur internalnya semakin kompleks dan rentan eror.
Sistem operasi, kompilator, dan device driver termasuk dalam klasifikasi perangkat lunak yang menyediakan layanan bagi program lain. Klasifikasi tersebut adalah…
Perangkat lunak sistem adalah kumpulan program yang memberikan layanan ke program lain, seperti sistem operasi yang mengelola sumber daya, kompilator yang menerjemahkan kode, dan driver yang menjembatani perangkat keras.
Seorang tim pengembang percaya bahwa setelah perangkat lunak selesai diuji dan diserahkan, pekerjaan mereka selesai. Keyakinan ini termasuk mitos perangkat lunak dari kategori…
Mitos pengembang mencakup keyakinan bahwa tugas selesai setelah perangkat lunak berjalan. Padahal, pemeliharaan dan dukungan berkelanjutan adalah bagian integral dari siklus hidup perangkat lunak.
Rekayasa perangkat lunak menerapkan pendekatan yang sistematis, terukur, dan terdisiplin untuk pengembangan perangkat lunak. Yang membedakannya dari ilmu komputer adalah fokus utama pada…
Ilmu komputer berfokus pada fondasi teoretis dan algoritma, sedangkan rekayasa perangkat lunak berorientasi pada pembangunan produk yang bermanfaat dan dapat digunakan secara praktis oleh pengguna.
Tim proyek di PT Inovasi Digital menghadapi masalah klasik berupa proyek terus terlambat, anggaran membengkak, dan perangkat lunak yang dihasilkan tidak memenuhi harapan pengguna. Situasi ini dikenal sebagai…
Krisis perangkat lunak adalah istilah untuk masalah kronis dalam pengembangan perangkat lunak seperti jadwal yang meleset, biaya yang membengkak, dan kualitas yang rendah.
Berikut ini pernyataan yang paling tepat membedakan rekayasa perangkat lunak dan ilmu komputer adalah…
Rekayasa perangkat lunak adalah penerapan prinsip rekayasa secara disiplin untuk membangun perangkat lunak berkualitas, sementara ilmu komputer berfokus pada fondasi teoretis dan prinsip komputasi.
Mengapa rekayasa perangkat lunak diperlukan dalam pengembangan perangkat lunak berskala besar…
Proyek skala besar memerlukan pendekatan terstruktur agar seluruh tahapan terkelola dengan baik. Pendekatan sistematis dalam rekayasa perangkat lunak membantu memenuhi batasan waktu, biaya, dan kualitas yang kompleks.
Seorang praktisi menyatakan bahwa rekayasa perangkat lunak hanyalah tentang menulis kode yang efisien. Tanggapan yang paling tepat terhadap pernyataan tersebut adalah…
Rekayasa perangkat lunak mencakup aktivitas menyeluruh dari analisis kebutuhan, desain, pengkodean, pengujian, hingga pemeliharaan, bukan sekadar menulis kode.
Krisis perangkat lunak yang terjadi sejak era 1960-an dipicu oleh faktor utama yaitu…
Krisis perangkat lunak terjadi karena kompleksitas sistem yang meningkat tajam tidak diimbangi oleh kemampuan metode pengembangan tradisional yang bersifat ad-hoc, bukan karena faktor perangkat keras atau lisensi.
Aktivitas yang diterapkan secara kontinu sepanjang proses pengembangan perangkat lunak dan tidak terikat pada fase tertentu, seperti manajemen konfigurasi dan penjaminan kualitas, disebut…
Aktivitas umbrella adalah kegiatan pendukung yang berlangsung di seluruh tahap pengembangan, seperti manajemen konfigurasi perangkat lunak, penjaminan kualitas, dan manajemen risiko, berbeda dengan aktivitas framework yang terbatas pada fase tertentu.
Model proses perangkat lunak dapat dipahami sebagai…
Model proses adalah abstraksi dari proses pengembangan perangkat lunak yang menggambarkan pendekatan tertentu, seperti model waterfall, spiral, atau iteratif-inkremental. Ia bukan dokumentasi audit atau bahasa pemrograman.
Dalam konteks proses perangkat lunak, aktivitas seperti komunikasi, perencanaan, pemodelan, konstruksi, dan deployment termasuk dalam kategori…
Aktivitas framework adalah aktivitas utama yang membentuk kerangka proses pengembangan perangkat lunak, yaitu komunikasi, perencanaan, pemodelan, konstruksi, dan deployment. Aktivitas umbrella bersifat mendukung dan berjalan paralel.
Manakah yang bukan merupakan contoh aktivitas umbrella dalam proses rekayasa perangkat lunak…
Pemodelan kebutuhan pengguna adalah bagian dari aktivitas framework (pemodelan), sedangkan aktivitas umbrella mencakup kegiatan pendukung yang berjalan di seluruh proses, seperti manajemen konfigurasi, penjaminan kualitas, dan manajemen risiko.
Proses perangkat lunak menyediakan kerangka kerja yang mencakup aktivitas, tindakan, dan tugas untuk membangun perangkat lunak berkualitas tinggi. Kerangka ini bertujuan untuk…
Tujuan utama proses perangkat lunak adalah memberikan stabilitas, kendali, dan pengaturan agar tim dapat bekerja secara terorganisir dalam menghasilkan perangkat lunak berkualitas, bukan menghilangkan aktivitas tertentu atau memaksakan satu model.
Kerangka kerja yang mengintegrasikan aktivitas utama pengembangan dengan aktivitas pendukung seperti manajemen risiko, penjaminan kualitas, dan manajemen konfigurasi untuk menghasilkan produk perangkat lunak yang memenuhi standar disebut…
Kerangka kerja proses perangkat lunak menyediakan struktur komprehensif yang tidak hanya mencakup aktivitas inti pengembangan tetapi juga aktivitas umbrella (pendukung) seperti manajemen risiko, penjaminan kualitas, dan manajemen konfigurasi. Ini berbeda dengan model proses yang lebih spesifik sebagai representasi dari suatu proses, metodologi yang merupakan pendekatan implementasi tertentu, atau SDLC yang merujuk pada tahapan hidup perangkat lunak.
PT Cahaya Nusantara berencana mengembangkan sistem informasi kepegawaian. Sebelum memulai pengembangan, tim analis melakukan studi untuk menilai apakah proyek ini layak dari sisi anggaran, teknologi yang tersedia, dan kesiapan operasional pengguna. Kegiatan yang dilakukan tim analis tersebut dikenal sebagai…
Analisis kelayakan menilai kelayakan proyek dari aspek teknis, ekonomi, operasional, dan hukum sebelum pengembangan dimulai.
Aktivitas mengidentifikasi, mengelaborasi, dan memvalidasi kebutuhan fungsional serta non-fungsional dari para pemangku kepentingan merupakan inti dari…
Analisis kebutuhan adalah proses mengidentifikasi, mengelaborasi, dan memvalidasi kebutuhan pengguna serta pemangku kepentingan lainnya.
Seorang analis sistem di PT Logistik Nusantara membuat diagram aliran data dan kamus data untuk merepresentasikan kebutuhan pengguna sebelum pengkodean dimulai. Kegiatan yang dilakukan analis tersebut termasuk dalam…
Pemodelan analisis merepresentasikan kebutuhan pengguna dalam bentuk diagram dan teks terstruktur seperti DFD serta kamus data.
Berikut ini yang merupakan tujuan utama dari analisis sistem adalah…
Analisis sistem berfokus pada memahami dan mendefinisikan apa yang harus dilakukan sistem untuk memenuhi kebutuhan pengguna.
Dalam proyek pengembangan aplikasi layanan pelanggan, tim analis mengumpulkan informasi dari wawancara pengguna, observasi proses bisnis, dan studi dokumen eksisting. Hasil dari rangkaian kegiatan ini akan digunakan sebagai dasar untuk…
Hasil pengumpulan informasi melalui wawancara, observasi, dan studi dokumen menjadi dasar untuk mengidentifikasi serta mendefinisikan kebutuhan fungsional dan non-fungsional sistem.
Sebelum menyetujui pendanaan proyek perangkat lunak senilai Rp2 miliar, dewan direksi meminta kajian yang membuktikan bahwa proyek ini secara teknis dapat dibangun dengan teknologi yang dimiliki perusahaan, secara ekonomi memberikan keuntungan, dan secara hukum tidak melanggar regulasi. Dokumen yang diminta dewan direksi adalah…
Analisis kelayakan menilai apakah proyek layak dari aspek teknis, ekonomi, operasional, dan hukum untuk mendukung keputusan investasi.
Dokumen yang mendeskripsikan secara lengkap perilaku eksternal dan kendala dari sistem yang akan dikembangkan dikenal sebagai…
SKPL atau Spesifikasi Kebutuhan Perangkat Lunak adalah dokumen yang mendeskripsikan perilaku eksternal dan kendala sistem secara lengkap.
Tim pengembang aplikasi e-commerce menyiapkan dokumen yang berisi diagram arsitektur sistem, spesifikasi basis data, dan definisi antarmuka pemrograman aplikasi. Dokumen ini terutama ditujukan untuk…
Dokumentasi desain berisi arsitektur, komponen, antarmuka, dan struktur data yang menjadi panduan bagi tim implementasi dalam menulis kode.
Setelah aplikasi absensi pegawai selesai dibangun, tim menyusun buku panduan yang menjelaskan cara login, merekam kehadiran, dan mengajukan izin. Buku panduan tersebut termasuk dalam kategori…
Dokumentasi pengguna mencakup manual instalasi, panduan operasional, dan bantuan yang menjelaskan cara menggunakan perangkat lunak.
Untuk keperluan pemeliharaan di masa mendatang, tim menyerahkan dokumen yang berisi diagram kelas detail, penjelasan algoritma internal, dan struktur basis data lengkap beserta relasinya. Dokumen ini dikategorikan sebagai…
Dokumentasi teknis berisi informasi detail struktur internal sistem untuk keperluan pemeliharaan dan pengembangan lanjutan.
Manakah pernyataan yang paling tepat membedakan dokumentasi pengguna dan dokumentasi teknis…
Dokumentasi pengguna berorientasi pada cara menggunakan sistem, sementara dokumentasi teknis berfokus pada struktur internal untuk pemeliharaan.
Dalam proyek pengembangan modul penggajian, dokumen SKPL yang telah disetujui bersama antara pengembang dan klien berfungsi sebagai…
SKPL yang disetujui menjadi acuan kontraktual antara pengembang dan klien mengenai perilaku dan batasan sistem yang akan dibangun.
SDLC dapat dipahami sebagai kerangka kerja yang…
SDLC adalah kerangka kerja yang mendefinisikan seluruh tahapan pengembangan perangkat lunak, mulai dari perencanaan hingga pemeliharaan.
Tim pengembang di PT Medika Digital menerapkan model pengembangan di mana setiap fase seperti analisis, desain, implementasi, dan pengujian harus diselesaikan sepenuhnya sebelum berpindah ke fase berikutnya. Model yang diterapkan tim tersebut adalah…
Model waterfall bersifat sekuensial linier, setiap fase harus diselesaikan sepenuhnya sebelum melanjutkan ke fase berikutnya.
Sebuah startup teknologi ingin mengembangkan aplikasi pembelajaran daring. Karena kebutuhan pengguna masih belum jelas, tim memutuskan untuk membangun versi awal aplikasi dengan fitur terbatas, menunjukkannya ke pengguna untuk mendapatkan masukan, lalu menyempurnakannya secara bertahap. Pendekatan ini dikenal sebagai…
Model prototyping melibatkan pembuatan prototipe awal untuk mendapatkan umpan balik pengguna sebelum pengembangan penuh.
Manakah yang merupakan kelemahan utama model waterfall dibandingkan model prototyping…
Kelemahan utama waterfall adalah sifatnya yang kaku dan sulit mengakomodasi perubahan kebutuhan karena setiap fase harus diselesaikan sepenuhnya sebelum lanjut.
PT Inovasi Cipta sedang mengembangkan aplikasi logistik yang kompleks. Manajer proyek mengusulkan pendekatan di mana kebutuhan awal dikumpulkan sekaligus, kemudian seluruh pengembangan dilakukan secara linier tanpa kembali ke fase sebelumnya. Pendekatan yang diusulkan manajer tersebut dikenal sebagai…
Model waterfall bersifat sekuensial linier, setiap fase harus selesai penuh sebelum lanjut ke fase berikutnya.
Seorang pengembang perangkat lunak sedang menguji apakah sistem yang dibangun sudah sesuai dengan spesifikasi yang telah disepakati. Di sisi lain, ia juga perlu memastikan bahwa sistem tersebut benar-benar memenuhi kebutuhan pengguna. Kegiatan pertama dan kedua secara berurutan disebut…
Verifikasi memastikan perangkat lunak dibangun sesuai spesifikasi, sedangkan validasi memastikan perangkat lunak memenuhi kebutuhan pengguna.
Tim proyek di PT Medika Sejahtera mengembangkan sistem rekam medis menggunakan model yang setiap putarannya dimulai dengan identifikasi dan analisis risiko sebelum melanjutkan ke aktivitas pengembangan. Model ini diperkenalkan oleh Barry Boehm dan dikenal sebagai…
Model yang setiap putarannya diawali analisis risiko dan diperkenalkan oleh Barry Boehm adalah Model Spiral.
Dalam proyek pengembangan aplikasi keuangan, tim menambahkan fitur pelaporan secara bertahap: bulan pertama laporan laba rugi, bulan berikutnya laporan arus kas, lalu laporan neraca. Pendekatan pengembangan yang ditempuh tim tersebut mencerminkan karakteristik utama dari…
Penambahan fitur secara bertahap dalam siklus berulang mencerminkan karakteristik utama Model Iteratif-Inkremental.
Setelah menyelesaikan modul pemesanan, tim pengembang memeriksa ulang apakah kode program sudah bebas dari kesalahan logika sesuai spesifikasi desain. Sementara itu, tim lain mendemonstrasikan modul yang sama kepada pengguna akhir untuk memastikan kemudahan penggunaannya. Aktivitas tim pertama dan kedua secara berurutan merupakan…
Verifikasi memastikan kesesuaian dengan spesifikasi desain, sedangkan validasi memastikan kemudahan penggunaan oleh pengguna akhir.
Dalam konteks SDLC, manakah pernyataan yang paling tepat membedakan model Spiral dari model Iteratif-Inkremental…
Model Spiral menjadikan analisis risiko sebagai elemen eksplisit di setiap putaran, sedangkan model Iteratif-Inkremental menekankan penambahan fungsionalitas secara bertahap.
Seorang arsitek perangkat lunak merancang sistem menggunakan paradigma yang hanya memperbolehkan tiga konstruksi dasar: sequence, selection, dan iteration, serta melarang penggunaan instruksi GOTO. Paradigma yang dianut arsitek tersebut pertama kali diperkenalkan oleh…
Paradigma pemrograman dengan tiga konstruksi dasar tanpa GOTO pertama kali diperkenalkan oleh Edsger Dijkstra.
Di PT Nusa Retail, seorang analis membuat diagram yang menunjukkan bagaimana data pelanggan mengalir dari input pesanan, diproses oleh sistem pemesanan, dan disimpan ke basis data pelanggan, tanpa menunjukkan urutan waktu atau pengambilan keputusan. Alat pemodelan yang digunakan analis tersebut adalah…
Diagram yang menggambarkan aliran data melalui proses tanpa menunjukkan urutan waktu adalah Data Flow Diagram (DFD).
Untuk mendokumentasikan bahwa elemen data 'total_biaya' dalam sistem informasi penjualan tersusun dari 'harga_satuan' dikali 'kuantitas' ditambah 'biaya_pengiriman', seorang analis mencatat definisi ini dalam…
Definisi komposisi dan struktur elemen data didokumentasikan dalam Kamus Data.
Seorang pengembang memecah fungsi besar 'Proses Penggajian' menjadi sub-fungsi 'Hitung Gaji Pokok', 'Hitung Tunjangan', 'Hitung Potongan', lalu memecah 'Hitung Tunjangan' menjadi 'Tunjangan Keluarga' dan 'Tunjangan Jabatan'. Teknik perancangan yang diterapkan adalah…
Teknik memecah fungsi besar menjadi sub-fungsi lebih kecil secara hierarkis disebut Dekomposisi Fungsional.
Manakah pernyataan berikut yang paling tepat membedakan Data Flow Diagram (DFD) dari Diagram Alir (Flowchart)…
DFD fokus pada aliran data dan proses transformasinya, sedangkan Flowchart fokus pada urutan langkah logis dan alur kontrol program.
PT Bumi Transport sedang mengembangkan sistem informasi rute angkutan. Tim analis membuat diagram konteks yang menunjukkan sistem pusat berinteraksi dengan entitas 'Penumpang', 'Sopir', dan 'Manajer Armada'. Diagram konteks ini merupakan bagian dari…
Diagram yang menunjukkan sistem berinteraksi dengan entitas eksternal merupakan Data Flow Diagram level konteks.
Seorang pengembang menuliskan logika internal proses 'Verifikasi Saldo' dalam DFD menggunakan kalimat terstruktur: 'JIKA saldo >= jumlah_transaksi MAKA otorisasi pembayaran SELAINNYA tolak transaksi'. Dokumentasi ini termasuk…
Dokumentasi logika internal proses DFD menggunakan kalimat terstruktur termasuk Spesifikasi Proses.
Tim pengembang PT Logistik Nusantara menggunakan diagram yang merepresentasikan langkah-langkah pengecekan barang masuk mulai dari penerimaan, verifikasi, hingga penyimpanan, lengkap dengan simbol keputusan dan alur percabangan. Diagram yang dimaksud adalah…
Diagram dengan simbol keputusan dan alur percabangan yang merepresentasikan langkah logis adalah Diagram Alir (Flowchart).
Dalam studi kasus pengembangan sistem informasi perpustakaan, tim analis membuat DFD level nol yang menunjukkan proses-proses utama seperti 'Pendaftaran Anggota', 'Peminjaman', 'Pengembalian', dan 'Pencarian Katalog'. Setiap proses ini akan diuraikan lebih lanjut ke level berikutnya menggunakan…
Proses utama pada DFD level nol diuraikan lebih detail ke level berikutnya menggunakan DFD level detail.
Seorang analis sistem memodelkan aplikasi pemesanan tiket sebagai kumpulan objek 'Tiket', 'Pelanggan', 'Jadwal', dan 'Pembayaran' yang saling berinteraksi, masing-masing memiliki data dan perilaku sendiri. Pendekatan analisis yang digunakan adalah…
Pemodelan sistem sebagai kumpulan objek dengan data dan perilaku sendiri menggunakan pendekatan Analisis Berorientasi Objek.
Seorang analis sedang memodelkan sistem parkir dan memutuskan untuk menyembunyikan detail perhitungan tarif di dalam kelas 'Kendaraan' serta hanya menyediakan metode getBiayaParkir() bagi komponen lain. Prinsip berorientasi objek yang diterapkan adalah…
Enkapsulasi adalah prinsip menyembunyikan data dan detail implementasi internal objek, lalu hanya mengekspos antarmuka publik untuk interaksi dari luar. Dalam kasus ini, detail perhitungan tarif disembunyikan dan hanya metode getBiayaParkir() yang dapat diakses.
Untuk menghindari duplikasi kode pada kelas 'KaryawanTetap' dan 'KaryawanKontrak', pengembang membuat kelas induk 'Karyawan' yang berisi atribut nama dan NIP, lalu kedua kelas tersebut menurunkannya. Mekanisme ini dikenal sebagai…
Pewarisan memungkinkan kelas baru menurunkan atribut dan metode dari kelas yang sudah ada, sehingga kode tidak perlu ditulis ulang. Kelas 'KaryawanTetap' dan 'KaryawanKontrak' mewarisi atribut nama dan NIP dari kelas induk 'Karyawan'.
Dalam analisis berorientasi objek, sistem dipandang sebagai…
Analisis berorientasi objek memodelkan sistem sebagai kumpulan objek yang masing-masing memiliki atribut (data) dan perilaku (metode), serta saling berinteraksi untuk menjalankan fungsi sistem.
Seorang analis membuat diagram yang menggambarkan bagaimana 'Pelanggan' berinteraksi dengan sistem 'Toko Online' untuk melakukan pemesanan, melacak pengiriman, dan mengajukan komplain. Diagram tersebut memodelkan…
Pemodelan use case menggambarkan interaksi antara aktor eksternal dan sistem untuk mencapai tujuan fungsional tertentu. Diagram yang menunjukkan Pelanggan berinteraksi dengan Toko Online untuk berbagai tujuan adalah diagram use case.
Tiga tokoh yang menjadi pencetus Unified Modeling Language (UML) adalah…
UML dikembangkan oleh Grady Booch, James Rumbaugh, dan Ivar Jacobson. Mereka menggabungkan metode masing-masing untuk menciptakan bahasa pemodelan visual standar bagi sistem berorientasi objek.
Manakah yang merupakan perbedaan utama antara diagram kelas UML dan diagram sekuens UML…
Diagram kelas UML menggambarkan struktur statis sistem (kelas, atribut, metode, relasi), sedangkan diagram sekuens UML menunjukkan interaksi dinamis antar objek dalam urutan waktu.
Tim pengembang PT Media Cerdas sedang mendokumentasikan alur kerja fitur 'Persetujuan Cuti' yang melibatkan beberapa pihak dan keputusan paralel. Jenis diagram UML yang paling tepat untuk memodelkan alur tersebut adalah…
Diagram aktivitas UML memodelkan alur kerja atau logika prosedural, termasuk aliran paralel dan pengambilan keputusan. Sangat cocok untuk menggambarkan proses bisnis seperti persetujuan cuti yang melibatkan percabangan dan aliran paralel.
Dalam diagram kelas UML, hubungan 'sebuah Perusahaan memiliki banyak Karyawan' dimodelkan sebagai…
Hubungan 'memiliki' antara kelas dimodelkan sebagai asosiasi. Multiplisitas 1..* pada sisi Karyawan menunjukkan bahwa satu Perusahaan dapat memiliki banyak Karyawan.
Dalam diagram aktivitas UML, pengambilan keputusan direpresentasikan oleh simbol…
Decision node dalam diagram aktivitas UML digambarkan dengan simbol belah ketupat dan digunakan untuk merepresentasikan titik percabangan alur berdasarkan kondisi atau keputusan tertentu.
Metodologi pengembangan perangkat lunak yang menekankan adaptasi cepat terhadap perubahan melalui siklus kerja pendek dan kolaborasi intensif disebut…
Metodologi Agile berfokus pada respons cepat terhadap perubahan dengan iterasi pendek, pengiriman inkremental, dan kolaborasi erat antara tim pengembang dan pemangku kepentingan.
Empat nilai yang menjadi landasan filosofi Agile dideklarasikan dalam sebuah dokumen yang dikenal sebagai…
Agile Manifesto adalah deklarasi yang disusun pada tahun 2001 oleh tujuh belas praktisi perangkat lunak, berisi empat nilai dan dua belas prinsip yang menjadi fondasi pendekatan Agile.
Sebuah startup teknologi menerapkan metodologi Agile dengan iterasi pendek dua minggu yang disebut sprint, memiliki Scrum Master, dan Product Owner. Kerangka kerja yang diterapkan adalah…
Scrum adalah kerangka kerja Agile yang menggunakan iterasi pendek bernama sprint serta peran spesifik seperti Scrum Master, Product Owner, dan tim pengembang.
Extreme Programming (XP) menekankan praktik teknis spesifik. Manakah dari berikut yang merupakan praktik khas XP…
Kent Beck memperkenalkan Extreme Programming yang berfokus pada praktik teknis ketat seperti pair programming, test-driven development, continuous integration, dan refactoring.
PT Inovasi Digital membandingkan dua kerangka kerja Agile. Kerangka A mendefinisikan peran spesifik dan event terstruktur seperti sprint planning dan retrospektif. Kerangka B lebih menekankan praktik pengkodean seperti pair programming dan test-driven development. Kerangka A dan B secara berurutan adalah…
Scrum menekankan manajemen proyek dengan peran dan event terdefinisi, sementara Extreme Programming menekankan praktik teknis pengkodean. Keduanya adalah implementasi berbeda dari filosofi Agile.
Dalam proyek Agile, deskripsi singkat fungsionalitas dari sudut pandang pengguna akhir yang digunakan sebagai unit dasar perencanaan kerja disebut…
User story adalah deskripsi singkat fitur atau fungsionalitas yang ditulis dari perspektif pengguna akhir. Formatnya ringkas dan menjadi unit kerja yang akan diestimasi dan dikerjakan dalam sprint.
Di akhir sprint, tim Scrum mengadakan pertemuan untuk memeriksa hasil sprint yang telah selesai dan mendapatkan umpan balik dari pemangku kepentingan, lalu mengadakan pertemuan terpisah untuk merefleksikan proses kerja internal tim. Kedua pertemuan tersebut secara berurutan adalah…
Sprint review berfokus pada pemeriksaan hasil (produk) yang sudah dikerjakan dan mendapatkan umpan balik, sedangkan sprint retrospektif berfokus pada refleksi proses kerja tim untuk perbaikan berkelanjutan.
Seorang Product Owner menyusun daftar semua fitur, perbaikan, dan perbaikan yang diperlukan dalam produk berdasarkan prioritas bisnis. Daftar yang disusun ini akan menjadi sumber utama pekerjaan bagi tim selama proyek berlangsung. Daftar tersebut dikenal sebagai…
Product backlog adalah daftar prioritas semua fitur, fungsi, perbaikan, dan perbaikan yang diperlukan dalam produk. Product Owner bertanggung jawab mengelola dan memprioritaskan isi product backlog.
Rapat harian dalam Scrum di mana setiap anggota tim melaporkan progres, rencana, dan hambatan secara singkat dan terstruktur disebut…
Daily stand-up adalah pertemuan harian singkat untuk sinkronisasi progres dan identifikasi hambatan, bukan untuk mengevaluasi hasil sprint atau merencanakan sprint.
Di PT Ekatama, Product Owner menyusun daftar prioritas berisi semua fitur, fungsi, dan perbaikan yang diperlukan dalam produk. Selama Sprint Planning, tim memilih item dari daftar ini untuk dikerjakan. Daftar tersebut dikenal sebagai…
Product backlog adalah daftar lengkap dan terurut prioritas dari semua yang dibutuhkan produk, dikelola oleh Product Owner sebagai sumber utama pekerjaan tim.
Seorang manajer proyek perangkat lunak bertanggung jawab mendefinisikan batasan pekerjaan dan deliverables proyek agar tim tidak mengerjakan hal di luar kesepakatan. Kegiatan ini berkaitan dengan elemen…
Ruang lingkup proyek menetapkan batasan pekerjaan, deliverables, dan hasil yang harus dicapai sehingga tim memiliki acuan jelas tentang apa yang termasuk dan tidak termasuk dalam proyek.
Dalam sebuah proyek pengembangan aplikasi, manajer proyek menghadapi situasi di mana pemilik dana meminta fitur tambahan sementara tenggat waktu tidak bisa diubah. Situasi ini paling tepat menggambarkan dinamika…
Triple constraint meliputi ruang lingkup, waktu, dan biaya yang saling bergantung. Penambahan fitur (ruang lingkup) tanpa mengubah waktu akan menekan dimensi biaya atau kualitas, mencerminkan dinamika tersebut.
Individu atau organisasi yang kepentingannya terpengaruh secara aktif oleh jalannya proyek perangkat lunak disebut…
Stakeholder proyek mencakup semua pihak yang terlibat atau terdampak oleh proyek, termasuk pengguna, manajer, klien, dan tim pengembang, tidak terbatas pada peran tertentu.
PT Berkah Digital mengembangkan sistem inventaris dengan batasan: anggaran tetap Rp800 juta dan harus selesai dalam 6 bulan. Pada bulan ketiga, klien meminta modul analitik prediksi yang sebelumnya tidak disepakati. Apa dampak paling mungkin terhadap triple constraint proyek ini…
Ketika ruang lingkup bertambah dengan adanya modul baru, setidaknya satu dimensi lain harus menyesuaikan. Jika biaya tetap dikunci, waktu harus bertambah untuk mengakomodasi pekerjaan tambahan.
Manajemen proyek perangkat lunak meliputi perencanaan, pengorganisasian, pengarahan, dan pengendalian sumber daya untuk mencapai tujuan proyek. Manakah dari berikut yang bukan merupakan elemen inti dari definisi tersebut…
Definisi manajemen proyek menekankan pencapaian tujuan tepat waktu dan sesuai anggaran melalui pengelolaan sumber daya. Kepuasan mutlak tanpa pengecualian bukanlah elemen inti karena adanya batasan triple constraint.
Seorang manajer proyek menyusun dekomposisi hierarkis dari seluruh pekerjaan proyek pengembangan aplikasi menjadi unit-unit yang lebih kecil dan mudah dikelola. Hasil dekomposisi ini disebut…
Work Breakdown Structure (WBS) memecah total pekerjaan proyek secara hierarkis menjadi unit-unit yang lebih kecil dan terkelola, menjadi dasar untuk penjadwalan dan estimasi.
Tim pengembang PT Nusantara Infra perlu memprediksi jumlah usaha, sumber daya, dan dana yang dibutuhkan untuk menyelesaikan proyek aplikasi jembatan timbang digital. Proses ini dikenal sebagai…
Estimasi biaya perangkat lunak adalah proses memprediksi jumlah usaha, sumber daya manusia, dan dana yang diperlukan untuk menyelesaikan proyek berdasarkan ruang lingkup dan WBS.
Seorang manajer proyek menggunakan diagram batang horizontal untuk menjadwalkan dan melacak kemajuan tugas-tugas proyek dari waktu ke waktu. Alat yang digunakan adalah…
Gantt chart adalah diagram batang horizontal yang dikembangkan Henry Gantt untuk menjadwalkan dan melacak tugas proyek beserta durasi dan ketergantungannya.
Dalam proyek pembangunan sistem informasi rumah sakit, tim menemukan bahwa rangkaian tugas 'Instalasi Server' → 'Konfigurasi Jaringan' → 'Deploy Aplikasi' → 'Uji Integrasi' menempati durasi terpanjang dan tidak memiliki kelonggaran waktu sama sekali. Rangkaian ini disebut…
Jalur kritis adalah rangkaian tugas dengan durasi terpanjang yang menentukan waktu minimum penyelesaian proyek; penundaan pada jalur ini akan menunda keseluruhan proyek.
Manajer proyek PT TelkomSat sedang menjadwalkan proyek menggunakan Gantt chart dan mengidentifikasi jalur kritis. Manakah pernyataan yang tepat menggambarkan perbedaan mendasar antara keduanya…
Gantt chart menyajikan jadwal dan kemajuan tugas secara visual dalam bentuk batang waktu, sedangkan jalur kritis secara spesifik mengidentifikasi rangkaian tugas yang tidak memiliki slack dan menentukan durasi total proyek.
Proses sistematis untuk mengidentifikasi, menganalisis, dan merespons risiko proyek demi memaksimalkan peluang dan meminimalkan ancaman merupakan definisi dari…
Manajemen risiko mencakup identifikasi, analisis, dan respons terhadap risiko dengan tujuan memaksimalkan dampak positif dan meminimalkan dampak negatif pada proyek.
Seorang manajer proyek di PT Cipta Mandiri mengumpulkan tim untuk mendaftar semua potensi ancaman dan peluang yang dapat memengaruhi proyek pengembangan aplikasi logistik mereka. Kegiatan yang dilakukan tim tersebut merupakan bagian dari proses manajemen risiko yang disebut…
Identifikasi risiko adalah langkah awal sistematis untuk menentukan dan mendokumentasikan potensi risiko yang dapat memengaruhi proyek.
PT Agro Digital sedang menilai risiko proyek sistem informasi pertanian dengan mengelompokkan dampak risiko ke dalam kategori tinggi, sedang, dan rendah berdasarkan probabilitas kejadian dan besarnya dampak menggunakan skala relatif. Metode yang diterapkan adalah…
Analisis risiko kualitatif menilai prioritas risiko menggunakan skala relatif seperti tinggi-sedang-rendah berdasarkan probabilitas dan dampak, bukan angka numerik pasti.
Dalam proyek pengembangan aplikasi keuangan, tim menemukan risiko bahwa server dapat mengalami kegagalan saat transaksi puncak. Tim memutuskan untuk menyediakan server cadangan dan sistem failover otomatis. Tindakan ini merupakan contoh strategi respons risiko berupa…
Mitigasi adalah tindakan mengurangi probabilitas atau dampak risiko; menyediakan server cadangan mengurangi dampak kegagalan tanpa menghilangkan risiko sepenuhnya.
Tim proyek PT Maritim Tech sedang melakukan evaluasi numerik terhadap risiko yang telah diprioritaskan untuk menghitung berapa besar cadangan biaya proyek yang harus dialokasikan. Kegiatan ini termasuk dalam…
Analisis risiko kuantitatif menggunakan nilai numerik untuk mengukur dampak risiko yang sudah diprioritaskan, seperti menghitung cadangan biaya yang diperlukan.
Setelah menerapkan strategi respons risiko, tim proyek di PT TelkomSat secara berkala mengevaluasi apakah respons tersebut efektif dan memeriksa munculnya risiko baru. Aktivitas ini dikenal sebagai…
Pemantauan dan pengendalian risiko melacak risiko teridentifikasi, mengevaluasi efektivitas respons, dan mengidentifikasi risiko baru sepanjang siklus proyek.
Sebuah perusahaan asuransi memutuskan untuk membeli polis asuransi khusus guna menanggung kerugian jika proyek pengembangan sistem klaim gagal diselesaikan tepat waktu. Strategi ini termasuk dalam kategori respons risiko…
Transfer risiko mengalihkan dampak risiko kepada pihak ketiga, seperti membeli asuransi atau melakukan outsourcing, tanpa menghilangkan risiko itu sendiri.
Aktivitas penjaminan yang diterapkan di seluruh proses rekayasa untuk memastikan perangkat lunak memenuhi standar kualitas yang ditetapkan disebut…
SQA adalah aktivitas penjaminan menyeluruh yang meliputi seluruh proses rekayasa, bukan sekadar pengujian akhir, untuk memastikan kepatuhan terhadap standar kualitas.
Tingkat kesesuaian perangkat lunak terhadap kebutuhan fungsional dan non-fungsional yang dinyatakan secara eksplisit maupun implisit merupakan definisi dari…
Kualitas perangkat lunak mengacu pada derajat pemenuhan terhadap kebutuhan yang dinyatakan secara eksplisit (tertulis) maupun implisit (diharapkan).
Model kualitas McCall mengelompokkan atribut seperti correctness, reliability, efficiency, integrity, dan usability ke dalam kategori faktor…
Faktor operasional produk McCall mencakup atribut yang dirasakan langsung saat perangkat lunak dioperasikan, seperti kebenaran, keandalan, efisiensi, integritas, dan kegunaan.
Sebuah tim evaluasi kualitas di PT Medika Digital menggunakan standar internasional yang mendefinisikan delapan karakteristik kualitas produk perangkat lunak, termasuk functional suitability, reliability, dan security. Standar yang digunakan adalah…
ISO/IEC 25010 menetapkan model kualitas produk perangkat lunak dengan delapan karakteristik, menggantikan ISO/IEC 9126, dan mencakup aspek keamanan serta keandalan.
Manakah pernyataan yang tepat membedakan model kualitas McCall dan ISO/IEC 25010…
McCall mengelompokkan atribut kualitas dalam tiga faktor (operasional, revisi, transisi), sedangkan ISO/IEC 25010 menyajikan delapan karakteristik yang lebih rinci.
Proses mengeksekusi program dengan maksud menemukan kesalahan dan memverifikasi bahwa perangkat lunak memenuhi kebutuhan disebut…
Pengujian melibatkan eksekusi aktual program untuk menemukan cacat, berbeda dengan inspeksi yang merupakan pemeriksaan statis tanpa menjalankan kode.
Tim penjaminan kualitas di PT Finansia Tech menerapkan metode pemeriksaan formal artefak perangkat lunak oleh tim terlatih untuk mendeteksi cacat sebelum artefak diteruskan ke fase berikutnya. Metode ini pertama kali diperkenalkan oleh…
Michael Fagan mengembangkan metode inspeksi formal sebagai teknik statis untuk mendeteksi cacat pada artefak perangkat lunak secara dini dan sistematis.
Seorang penguji perangkat lunak di PT Nusa Infrastruktur sedang menguji modul penghitungan pajak dengan memeriksa kode sumber untuk memastikan semua cabang logika IF-ELSE telah dieksekusi. Sementara itu, penguji lain menguji modul yang sama hanya dengan memasukkan berbagai nilai penghasilan dan memeriksa apakah keluaran pajaknya benar. Pendekatan pengujian yang dilakukan secara berurutan adalah…
White-box testing menguji struktur internal dan jalur logika kode, sedangkan black-box testing memeriksa fungsionalitas dari perspektif masukan-keluaran tanpa melihat kode.
Ukuran kuantitatif yang digunakan untuk menilai sejauh mana perangkat lunak memenuhi atribut kualitas tertentu, seperti jumlah cacat per seribu baris kode, disebut…
Metrik kualitas adalah ukuran kuantitatif spesifik yang digunakan untuk menilai tingkat pemenuhan atribut kualitas, contohnya defect density untuk mengukur keandalan.
Dalam pelaksanaan inspeksi perangkat lunak formal, seorang moderator memimpin tim yang terdiri dari perancang, pengembang, dan penguji untuk memeriksa artefak seperti spesifikasi desain. Peran moderator dalam konteks ini adalah…
Dalam inspeksi perangkat lunak formal, moderator bertanggung jawab memimpin jalannya sesi inspeksi, menjaga agar diskusi tetap terfokus pada identifikasi cacat, serta mencatat dan mengelola temuan untuk perbaikan. Peran ini bersifat fasilitatif dan administratif, bukan teknis seperti menulis ulang artefak, mengembangkan kasus uji, atau mengevaluasi kinerja personel.
Seorang manajer proyek di PT Nusa Konstruksi menerapkan teknik dekomposisi pekerjaan menjadi paket-paket kerja yang lebih kecil dan mudah dikelola untuk estimasi dan penjadwalan. Teknik yang digunakan manajer proyek tersebut dikenal sebagai…
Dekomposisi hierarkis pekerjaan proyek menjadi unit-unit yang lebih kecil dan mudah dikelola adalah definisi dari Work Breakdown Structure. Teknik ini membantu dalam estimasi biaya, alokasi sumber daya, dan penjadwalan proyek. Critical Path Method digunakan untuk mencari jalur kritis, Gantt Chart adalah diagram batang untuk menjadwalkan tugas, sedangkan Risk Breakdown Structure untuk menguraikan sumber risiko.
Seorang arsitek perangkat lunak sedang mempertimbangkan sebuah metodologi yang menekankan komunikasi tatap muka, kolaborasi erat dengan pelanggan, dan kemampuan untuk menyambut perubahan kebutuhan bahkan di tahap akhir pengembangan…
Metodologi Agile dirancang untuk mengakomodasi perubahan kebutuhan yang cepat dan mendorong kolaborasi erat dengan pelanggan, berbeda dengan model Waterfall yang kaku terhadap perubahan atau model Spiral yang lebih berfokus pada analisis risiko.
Seorang analis di PT Logistik Nusantara perlu memodelkan interaksi antara aktor 'Admin' dan sistem 'Manajemen Inventaris' untuk fungsi 'Tambah Barang' dengan penekanan pada urutan kronologis pertukaran pesan…
Diagram sekuens UML adalah diagram interaksi yang menekankan urutan kronologis pertukaran pesan antar objek atau antara aktor dan sistem dari waktu ke waktu, sehingga paling tepat untuk memodelkan fungsi 'Tambah Barang' dengan fokus pada urutan pesan.
Dalam proyek pengembangan menggunakan metodologi Agile, tim Anda sering menerima umpan balik yang mengharuskan perubahan radikal pada arsitektur yang sudah dibangun. Praktik rekayasa perangkat lunak terstruktur yang paling tepat diintegrasikan untuk mengantisipasi situasi ini tanpa mengorbankan kecepatan Agile adalah…
Praktik rekayasa perangkat lunak terstruktur seperti penerapan design pattern dan prinsip SOLID bertujuan untuk menciptakan kode yang modular dan fleksibel. Hal ini memungkinkan perubahan radikal pada arsitektur dapat dilakukan dengan lebih mudah dan minim efek samping, selaras dengan kebutuhan adaptasi dalam metodologi Agile tanpa memerlukan dokumentasi beku di awal.
Soal SDLC dan UML itu kelihatan gampang di modul. Tapi di UAS, bagian studi kasus yang bikin bingung. Apalagi kalau disuruh baca diagram sambil analisis proses. Modul 5 sering jadi jebakan. Perhatikan perbedaan arsitektur terstruktur dan OOP. Itu intinya.
Saya sering lihat mahasiswa kelewat modul Agile. Padahal di STSI4202 Rekayasa Perangkat Lunak, soal UO hampir selalu muncul dari situ. UTM-nya teori manajemen proyek. UO-nya minta kamu terapkan Scrum ke skenario kecil. Kalau dua modul itu sudah nempel, sisanya tinggal review. Mau tantangan lain? Coba soal UAS UT ADBI4211 yang manajemen risikonya seru.
