Bagi mahasiswa Universitas Terbuka, masa-masa menjelang UAS bukan sekadar soal membuka buku lebih sering. Ada tantangan yang lebih nyata, yaitu bagaimana mengolah tumpukan modul menjadi pemahaman yang benar-benar bisa diaplikasikan saat mengerjakan Soal UAS UT MSIM4303 Rekayasa Perangkat Lunak.
MSIM4303 Rekayasa Perangkat Lunak bukan mata kuliah yang bisa diselesaikan hanya dengan hafalan. Kamu dituntut memahami bagaimana sistem perangkat lunak dirancang secara terstruktur, mulai dari analisis kebutuhan hingga pengujian produk akhir.
Cara paling efektif untuk mengukur seberapa siap kamu sebenarnya adalah dengan rajin mengerjakan Soal Ujian UT dari materi yang sudah dipelajari. Latihan soal melatih kamu membaca pertanyaan dengan cermat, mengatur waktu pengerjaan.
Soal UT MSIM4303 Rekayasa Perangkat Lunak
Perangkat lunak didefinisikan sebagai sekumpulan instruksi yang apabila dieksekusi akan menghasilkan fungsi dan unjuk kerja yang diinginkan. Definisi ini merupakan bagian dari pengertian perangkat lunak menurut perspektif…
Dalam konteks rekayasa perangkat lunak, perangkat lunak didefinisikan sebagai instruksi, struktur data, dan dokumen yang memungkinkan komputer menjalankan fungsi dan unjuk kerja yang diinginkan.
Salah satu karakteristik utama yang membedakan perangkat lunak dari perangkat keras adalah perangkat lunak tidak mengalami…
Berbeda dengan perangkat keras yang dapat aus secara fisik, perangkat lunak tidak mengalami keausan fisik meskipun digunakan berulang kali.
Rekayasa perangkat lunak adalah disiplin ilmu yang mencakup semua aspek produksi perangkat lunak, mulai dari tahap awal spesifikasi sistem hingga pemeliharaan. Pengertian ini mencerminkan bahwa rekayasa perangkat lunak bersifat…
Rekayasa perangkat lunak tidak hanya berfokus pada pemrograman, tetapi meliputi semua aspek dari spesifikasi, pengembangan, validasi, hingga pemeliharaan perangkat lunak.
Proses rekayasa perangkat lunak yang mencakup aktivitas seperti spesifikasi, pengembangan, validasi, dan evolusi dikenal sebagai…
Proses perangkat lunak adalah serangkaian aktivitas yang berkaitan, yang menghasilkan produk perangkat lunak, mencakup spesifikasi, pengembangan, validasi, dan evolusi.
Dalam proses rekayasa perangkat lunak, aktivitas yang bertujuan untuk memastikan bahwa perangkat lunak yang dikembangkan sesuai dengan kebutuhan pelanggan disebut…
Validasi adalah proses memastikan bahwa perangkat lunak memenuhi kebutuhan dan harapan pelanggan, sedangkan verifikasi memastikan bahwa sistem memenuhi spesifikasinya.
Analisis sistem adalah kegiatan yang dilakukan untuk memahami masalah atau kebutuhan yang ingin diselesaikan oleh sistem. Tujuan utama dari analisis sistem dalam rekayasa perangkat lunak adalah…
Analisis sistem bertujuan mengidentifikasi dan mendefinisikan kebutuhan sistem, baik fungsional maupun non-fungsional, sebagai dasar pengembangan selanjutnya.
Dokumentasi dalam pengembangan perangkat lunak memiliki peran yang sangat penting. Salah satu manfaat utama dokumentasi perangkat lunak adalah…
Dokumentasi yang baik memudahkan pengembang lain maupun pengembang yang sama untuk memahami, memelihara, dan mengembangkan perangkat lunak di masa mendatang.
Sebuah perusahaan ingin mengembangkan sistem informasi kepegawaian. Analis sistem mulai dengan mewawancarai pengguna dan mempelajari sistem yang ada saat ini. Kegiatan ini merupakan bagian dari tahap…
Wawancara dengan pengguna dan studi terhadap sistem yang ada merupakan aktivitas awal dalam analisis sistem untuk memahami kebutuhan dan permasalahan yang ada.
Model SDLC yang paling sederhana dan menggambarkan proses pengembangan perangkat lunak secara berurutan dari satu fase ke fase berikutnya adalah model…
Model waterfall adalah model SDLC klasik yang menggambarkan proses pengembangan secara linier dan berurutan, di mana setiap fase harus diselesaikan sebelum fase berikutnya dimulai.
Pada model Waterfall, fase yang langsung mendahului fase implementasi (coding) adalah fase…
Dalam model Waterfall, urutan fasenya adalah analisis kebutuhan, desain sistem, implementasi (coding), pengujian, dan pemeliharaan. Desain sistem mendahului implementasi secara langsung.
Kelemahan utama model Waterfall yang paling sering dikritik dalam praktik pengembangan perangkat lunak adalah…
Model Waterfall bersifat kaku karena setiap fase harus selesai sebelum fase berikutnya dimulai, sehingga perubahan kebutuhan di tengah proyek sulit dan mahal untuk diakomodasi.
Model SDLC yang mengembangkan perangkat lunak dengan cara menghasilkan versi awal yang fungsional kemudian memperbaiki dan menambahkan fitur secara bertahap disebut model…
Model incremental mengembangkan perangkat lunak secara bertahap dalam bentuk increment (penambahan), di mana setiap increment menambahkan fungsionalitas baru pada sistem yang sudah ada.
Rekayasa perangkat lunak untuk pemrograman terstruktur menekankan pada penggunaan struktur kontrol yang jelas dan terorganisir. Prinsip utama yang mendasari pemrograman terstruktur adalah…
Pemrograman terstruktur didasarkan pada dekomposisi program menjadi fungsi atau prosedur yang lebih kecil dan terkelola, menggunakan struktur kontrol berurutan, seleksi, dan perulangan.
Dalam rekayasa perangkat lunak terstruktur, diagram yang digunakan untuk menggambarkan aliran data dari proses ke proses dalam suatu sistem disebut…
DFD adalah alat pemodelan dalam pendekatan terstruktur yang menggambarkan bagaimana data mengalir di antara proses, penyimpanan data, entitas eksternal, dan sistem secara keseluruhan.
Sebuah tim pengembang sedang membuat sistem penjualan. Mereka menggambarkan proses bisnis menggunakan DFD level 0 yang hanya menampilkan satu proses utama. DFD level 0 ini dikenal sebagai…
DFD level 0 atau diagram konteks menampilkan sistem sebagai satu proses tunggal yang berinteraksi dengan entitas eksternal, memberikan gambaran besar sistem secara keseluruhan.
Dalam studi kasus rekayasa perangkat lunak terstruktur, teknik yang digunakan untuk memecah modul besar menjadi modul yang lebih kecil secara hierarkis disebut…
Dekomposisi fungsional top-down adalah teknik pemrograman terstruktur yang memecah fungsi utama menjadi subfungsi yang lebih kecil secara hierarkis dari atas ke bawah.
Konsep dasar dalam pemrograman berorientasi objek yang memungkinkan sebuah objek mewarisi atribut dan metode dari objek lain disebut…
Inheritance atau pewarisan adalah mekanisme dalam OOP di mana sebuah kelas (subclass) dapat mewarisi atribut dan metode dari kelas lain (superclass), mendukung penggunaan kembali kode.
Enkapsulasi dalam pemrograman berorientasi objek berarti…
Enkapsulasi adalah prinsip OOP yang menyembunyikan detail internal objek dari dunia luar dan hanya memperlihatkan antarmuka yang diperlukan untuk berinteraksi dengan objek tersebut.
Unified Modeling Language (UML) adalah bahasa pemodelan standar yang digunakan dalam rekayasa perangkat lunak berorientasi objek. UML dikembangkan oleh…
UML dikembangkan oleh tiga tokoh yang dikenal sebagai “Three Amigos”, yaitu Grady Booch, Ivar Jacobson, dan James Rumbaugh, yang menggabungkan metode pemodelan mereka masing-masing.
Diagram UML yang digunakan untuk menggambarkan interaksi antara objek berdasarkan urutan waktu dalam sebuah skenario disebut…
Sequence diagram menggambarkan interaksi antar objek dalam urutan waktu tertentu, menunjukkan pesan yang dikirimkan antar objek dalam suatu skenario atau use case.
Use case diagram dalam UML digunakan untuk menggambarkan…
Use case diagram menggambarkan fungsionalitas sistem dari perspektif pengguna (aktor), menunjukkan apa yang dapat dilakukan pengguna terhadap sistem tanpa menjelaskan bagaimana sistem melakukannya.
Metodologi Agile dalam rekayasa perangkat lunak pertama kali diformalisasi melalui sebuah dokumen penting yang berisi nilai dan prinsip dasar pengembangan perangkat lunak. Dokumen tersebut adalah…
Manifesto Agile yang diterbitkan pada tahun 2001 oleh sekelompok praktisi perangkat lunak merupakan dokumen yang menetapkan empat nilai dan dua belas prinsip dasar metodologi Agile.
Salah satu nilai utama dalam Manifesto Agile menyatakan bahwa kolaborasi dengan pelanggan lebih diutamakan dibandingkan…
Salah satu dari empat nilai Manifesto Agile adalah “kolaborasi dengan pelanggan lebih dari negosiasi kontrak”, yang menekankan pentingnya hubungan kerja sama dengan pelanggan.
Dalam metodologi Scrum, periode waktu tetap yang digunakan untuk menyelesaikan serangkaian pekerjaan disebut…
Sprint adalah periode waktu tetap (biasanya 1 sampai 4 minggu) dalam Scrum di mana tim mengerjakan sejumlah item backlog yang telah dipilih untuk menghasilkan increment produk yang dapat digunakan.
Dalam proyek Agile, sebuah tim menyelesaikan Sprint pertama dan menghasilkan fitur login pengguna. Setelah review dengan pelanggan, pelanggan meminta perubahan alur login. Tim kemudian menyesuaikan backlog untuk Sprint berikutnya. Hal ini mencerminkan prinsip Agile tentang…
Salah satu nilai utama Agile adalah “merespons perubahan lebih dari mengikuti rencana”, yang tercermin dari kemampuan tim untuk menyesuaikan pekerjaan berdasarkan umpan balik pelanggan.
Manajemen proyek perangkat lunak adalah proses yang mencakup perencanaan, pemantauan, dan pengendalian proyek pengembangan perangkat lunak. Hal yang membedakan manajemen proyek perangkat lunak dari manajemen proyek pada umumnya adalah…
Salah satu tantangan utama manajemen proyek perangkat lunak adalah sifat intangible (tidak berwujud) dari perangkat lunak, yang membuat pengukuran kemajuan dan pengelolaan proyek lebih kompleks dibandingkan proyek fisik.
Estimasi biaya dan waktu proyek perangkat lunak yang akurat sangat penting. Teknik estimasi yang memecah proyek menjadi tugas-tugas lebih kecil kemudian menjumlahkan estimasi masing-masing disebut…
WBS adalah teknik dekomposisi hierarkis yang memecah deliverable proyek menjadi komponen yang lebih kecil dan terkelola, memudahkan estimasi waktu dan biaya secara keseluruhan.
Perencanaan proyek perangkat lunak mencakup berbagai aktivitas. Aktivitas yang bertujuan mengidentifikasi urutan pekerjaan dan ketergantungan antar tugas dalam sebuah proyek adalah…
Penjadwalan proyek mencakup identifikasi aktivitas, penentuan urutan dan ketergantungan antar aktivitas, serta penetapan waktu mulai dan selesai setiap aktivitas dalam proyek.
Risiko dalam proyek perangkat lunak didefinisikan sebagai kondisi yang berpotensi menimbulkan dampak negatif terhadap tujuan proyek. Proses mengidentifikasi, menganalisis, dan merespons risiko proyek disebut…
Manajemen risiko proyek adalah proses sistematis untuk mengidentifikasi, menganalisis, dan merencanakan respons terhadap risiko yang dapat memengaruhi keberhasilan proyek perangkat lunak.
Dalam manajemen risiko, kombinasi antara kemungkinan terjadinya suatu risiko dan dampak yang ditimbulkannya digunakan untuk mengukur…
Eksposur risiko (risk exposure) dihitung dengan mengalikan probabilitas terjadinya risiko dengan dampak yang ditimbulkan, digunakan sebagai dasar prioritas penanganan risiko.
Strategi merespons risiko yang dilakukan dengan cara mengambil langkah-langkah untuk mengurangi kemungkinan atau dampak negatif risiko disebut strategi…
Mitigasi risiko adalah strategi proaktif yang bertujuan mengurangi probabilitas atau dampak negatif dari suatu risiko, berbeda dengan transfer (mengalihkan ke pihak lain) atau penerimaan (menerima konsekuensinya).
Sebuah proyek pengembangan sistem e-commerce mengidentifikasi risiko bahwa anggota tim kunci dapat meninggalkan proyek. Manajer proyek memutuskan untuk mendokumentasikan pengetahuan teknis secara rinci. Strategi ini termasuk dalam…
Mendokumentasikan pengetahuan teknis adalah langkah mitigasi yang bertujuan mengurangi dampak jika anggota tim kunci meninggalkan proyek, sehingga pengetahuan tidak hilang begitu saja.
Manajemen kualitas perangkat lunak mencakup semua proses dan prosedur yang memastikan perangkat lunak memenuhi standar dan tujuan kualitas yang telah ditetapkan. Aktivitas yang berfokus pada pencegahan cacat sejak awal proses pengembangan disebut…
Quality assurance (QA) berfokus pada proses pencegahan cacat melalui perbaikan proses pengembangan, sedangkan quality control (QC) berfokus pada identifikasi dan perbaikan cacat setelah produk dibuat.
Software Quality Assurance (SQA) adalah aktivitas terencana dan sistematis yang diterapkan dalam proses perangkat lunak untuk memastikan kualitas. Pernyataan yang paling tepat menggambarkan SQA adalah…
SQA bukan aktivitas satu kali di akhir proyek, melainkan diterapkan secara menyeluruh mulai dari analisis kebutuhan, desain, implementasi, hingga pemeliharaan perangkat lunak.
Teknik SQA yang melibatkan pemeriksaan kode program secara formal oleh sekelompok pengembang untuk menemukan kesalahan sebelum pengujian dinamis disebut…
Inspeksi kode adalah teknik tinjauan statis yang melibatkan tim pengembang memeriksa kode secara formal untuk menemukan kesalahan tanpa harus menjalankan program.
Standar kualitas perangkat lunak internasional yang menetapkan kerangka kerja untuk sistem manajemen kualitas organisasi pengembang perangkat lunak adalah…
ISO 9001 adalah standar internasional untuk sistem manajemen kualitas yang dapat diterapkan di berbagai industri termasuk pengembangan perangkat lunak, menetapkan persyaratan untuk konsistensi dan peningkatan kualitas.
Dalam analisis sistem, teknik pengumpulan kebutuhan yang dilakukan melalui diskusi terstruktur antara analis dan sekelompok pemangku kepentingan secara bersamaan disebut…
JAD adalah teknik pengumpulan kebutuhan yang mempertemukan semua pemangku kepentingan dalam sesi terstruktur, memungkinkan pengumpulan kebutuhan yang lebih cepat dan konsensus yang lebih mudah dicapai.
Dalam konteks implementasi manajemen risiko perangkat lunak, daftar yang memuat semua risiko yang telah diidentifikasi beserta analisis dan rencana responnya disebut…
Register risiko (risk register) adalah dokumen yang mencatat semua risiko yang teridentifikasi, termasuk deskripsi, probabilitas, dampak, pemilik risiko, dan rencana respons untuk setiap risiko.
Seorang manajer proyek menggunakan diagram yang menampilkan jadwal proyek dalam bentuk batang horizontal untuk setiap aktivitas beserta durasinya. Diagram tersebut adalah…
Gantt chart adalah alat penjadwalan proyek yang menampilkan daftar aktivitas beserta durasi dan jadwal pelaksanaannya dalam bentuk diagram batang horizontal, memudahkan visualisasi kemajuan proyek.
Dalam metodologi Agile, pertemuan harian singkat yang dilakukan tim untuk menyelaraskan pekerjaan dan mengidentifikasi hambatan disebut…
Daily Scrum adalah pertemuan harian singkat (maksimal 15 menit) dalam Scrum di mana anggota tim berbagi kemajuan, rencana hari ini, dan hambatan yang dihadapi.
Dalam rekayasa perangkat lunak berorientasi objek, hubungan antara dua kelas di mana satu kelas merupakan bagian dari kelas lain disebut hubungan…
Agregasi dan komposisi adalah jenis hubungan “bagian dari” (part-of) antara dua kelas dalam OOP, di mana komposisi memiliki ketergantungan yang lebih kuat dibandingkan agregasi.
Pada model spiral pengembangan perangkat lunak, setiap putaran spiral mencakup empat kuadran aktivitas. Kuadran yang berfokus pada identifikasi dan pengurangan risiko adalah kuadran…
Model spiral memiliki empat kuadran yaitu perencanaan tujuan, analisis risiko, rekayasa dan evaluasi, serta perencanaan iterasi berikutnya. Kuadran analisis risiko secara khusus berfokus pada identifikasi dan penanganan risiko.
Perbandingan antara pendekatan terstruktur dan berorientasi objek menunjukkan perbedaan mendasar. Perbedaan utama keduanya adalah pendekatan terstruktur berfokus pada pemodelan…, sedangkan berorientasi objek berfokus pada pemodelan…
Pendekatan terstruktur menggunakan DFD untuk memodelkan proses dan aliran data, sementara pendekatan berorientasi objek memodelkan sistem sebagai kumpulan objek yang memiliki atribut dan metode.
Extreme Programming (XP) adalah salah satu metode Agile yang menekankan praktik teknis. Praktik XP yang mengharuskan dua programmer bekerja bersama di satu komputer secara bersamaan disebut…
Pair programming adalah praktik XP di mana dua pengembang bekerja bersama pada satu workstation, satu sebagai driver yang menulis kode dan satu sebagai navigator yang meninjau secara real-time.
Dalam manajemen proyek perangkat lunak, ukuran yang digunakan untuk mengukur jumlah fungsionalitas yang diberikan perangkat lunak kepada pengguna tanpa mempertimbangkan bahasa pemrograman yang digunakan disebut…
Function Point adalah metrik pengukuran ukuran perangkat lunak berdasarkan fungsionalitas yang diberikan kepada pengguna, independen dari bahasa pemrograman atau teknologi yang digunakan dalam pengembangan.
Dalam pengembangan sistem berorientasi objek, diagram UML yang menggambarkan perubahan kondisi suatu objek sebagai respons terhadap event selama siklus hidupnya adalah…
State diagram (statechart diagram) menggambarkan berbagai kondisi atau status yang dapat dimiliki suatu objek dan transisi antar kondisi tersebut sebagai respons terhadap event yang terjadi.
Dalam manajemen kualitas perangkat lunak, pengujian yang dilakukan oleh pengguna akhir dalam lingkungan nyata untuk memvalidasi bahwa perangkat lunak memenuhi kebutuhan bisnis mereka disebut…
UAT adalah tahap pengujian akhir di mana pengguna akhir memvalidasi bahwa sistem memenuhi kebutuhan bisnis mereka sebelum sistem secara resmi diterima dan digunakan dalam produksi.
Sebuah tim pengembang menggunakan model SDLC yang memungkinkan pengguna melihat dan mengevaluasi versi awal sistem yang belum lengkap sebelum sistem final dikembangkan. Model ini dikenal sebagai…
Model prototyping memungkinkan pengembang membuat versi awal sistem (prototipe) yang dapat dievaluasi oleh pengguna, sehingga kebutuhan dapat diklarifikasi sebelum sistem final dikembangkan.
Perbedaan antara verifikasi dan validasi dalam rekayasa perangkat lunak adalah verifikasi menjawab pertanyaan “Apakah kita membangun produk dengan benar?”, sedangkan validasi menjawab pertanyaan…
Verifikasi memastikan sistem dibangun sesuai spesifikasi (“Are we building the product right?”), sementara validasi memastikan sistem memenuhi kebutuhan nyata pengguna (“Are we building the right product?”).
Kemampuan untuk mengukur, mengelola, dan meningkatkan proses pengembangan perangkat lunak secara berkelanjutan merupakan inti dari kerangka kerja pematangan proses yang dikenal sebagai…
CMMI adalah kerangka kerja pematangan proses yang mengukur tingkat kematangan proses pengembangan perangkat lunak suatu organisasi dalam lima level, dari inisial hingga teroptimasi.
Perlu kamu tahu, Soal UO UT atau Ujian Online memiliki format yang berbeda dibanding ujian konvensional. UT sendiri menyelenggarakan beberapa format ujian, mulai dari Ujian Tatap Muka (UTM) yang dilaksanakan langsung di lokasi ujian, Ujian Online (UO).
Semoga persiapanmu menghadapi Soal UAS UT MSIM4303 Rekayasa Perangkat Lunak berjalan lancar dan membuahkan nilai yang membanggakan. Tetap fokus, jaga ritme belajarmu, dan percayai bahwa setiap usaha.
