NEW
Font size
WorksheetsQuiz RKPL
Total questions: 38
Worksheet time: 19mins
Apa yang dicakup oleh perspektif fungsional dalam pemodelan kebutuhan?
Penempatan server dan jaringan
Aturan hukum dan regulasi
Manipulasi informasi oleh sistem dan data yang dikirimkan ke konteks sistem
Struktur tabel basis data
Perubahan peran organisasi
Mengapa pemodelan tujuan penting dalam rekayasa kebutuhan?
Agar UI terlihat menarik
Untuk menghapus kebutuhan yang tidak perlu
Memberikan gambaran lebih jelas tentang sifat sistem yang akan dikembangkan
Mengurangi jumlah stakeholder
Menggantikan semua dokumen kebutuhan
Peran “actors” dalam UML use case diagrams adalah…
Modul internal sistem
Perangkat keras jaringan
Orang atau sistem yang berinteraksi dengan sistem
Kelas data dan atribut
State internal objek
“System boundaries” dalam use case diagrams memisahkan…
Proyek dari organisasi
Data dari proses
Bagian-bagian dari use case yang termasuk dalam sistem
Hardware dari software
Kebutuhan fungsional dari non-fungsional
Perspektif data dalam pemodelan kebutuhan melakukan…
Simulasi performa
Penentuan biaya proyek
Mendokumentasikan struktur input/output dan aspek statis-struktural hubungan penggunaan & dependensi
Perancangan UI/UX
Penjadwalan sprint
Perbedaan utama antara syntax dan semantics pada modeling language?
Syntax = makna, Semantics = bentuk
Keduanya sama
Syntax menentukan elemen pemodelan; semantics menentukan makna elemen
Syntax untuk implementasi; semantics untuk testing
Syntax hanya untuk UML Class Diagram
Keuntungan memakai bahasa alami + model kebutuhan…
Menghilangkan kebutuhan validasi
Mengurangi jumlah stakeholder
Meningkatkan interpretasi dan pemahaman model
Menghapus keperluan traceability
Menjamin tanpa konflik
Mengapa AND/OR trees efektif untuk pemodelan tujuan?
Mengurangi jumlah use case
Tidak butuh stakeholder
Memungkinkan pemodelan tujuan dengan hirarki yang lebih dalam
Mengganti semua dokumen
Hanya untuk sistem kecil
UML use case diagrams memakai “actors” untuk…
Mengelompokkan class
Menentukan performa
Merepresentasikan orang atau sistem yang berinteraksi dengan sistem
Mengukur kompleksitas algoritma
Menentukan format database
Fungsi “system boundaries” pada use case diagram…
Membatasi jumlah kebutuhan
Menggambarkan arsitektur fisik
Menunjukkan batas sistem pada diagram
Menentukan timeline proyek
Menentukan peran tim
Mengapa memodelkan data, fungsional, perilaku secara terpisah?
Untuk menambah dokumen
Menghapus validasi
Agar model saling memeriksa kelengkapan & konsistensi
Menghindari wawancara
Mengurangi jumlah stakeholder
Perspektif fungsional dalam pemodelan kebutuhan mencakup…
Lisensi perangkat lunak
Topologi jaringan
Interaksi (transformasi) antar entitas/proses dalam sistem
Struktur organis
Mengapa sering dipakai beberapa bahasa pemodelan (UML, statechart)?
Demi estetika
Mengurangi effort analisis
Karena perspektif data, fungsional, perilaku saling terkait
Menggantikan semua teks
Agar dokumen jadi singkat
Kelemahan utama teknik wawancara untuk eliciting requirements…
Tidak dapat menggali kebutuhan
Selalu bias
Memakan waktu cukup lama
Tidak bisa untuk manajer
Tidak dapat direkam
Keuntungan utama teknik dokumentasi (document-centric) saat elicitation…
Mengurangi jumlah use case
Menghapus konflik
Menjamin fungsi dari sistem lama tidak terlewat
Menentukan arsitektur otomatis
Menghapus validasi
Sumber utama untuk eliciting requirements…
Media sosial
Benchmark pasar saja
Stakeholders, dokumen, sistem yang beroperasi
Hanya user akhir
Hanya product owner
“Field observation” adalah…
Simulasi di lab
Kuesioner online
Mengamati langsung proses di lokasi stakeholder
Review kode
Audit keuangan
Dalam Kano, pencarian kursi & rekomendasi konser adalah…
Keduanya dissatisfier
Keduanya delighter
Pencarian kursi = satisfier; rekomendasi konser = delighter
Pencarian kursi = delighter; rekomendasi = satisfier
Keduanya indifferent
Mengapa perlu kombinasi berbagai teknik elicitation?
Memperbanyak dokumen
Mengurangi effort
Agar semua aspek kebutuhan tercakup komprehensif
Menghindari stakeholder
Menghapus konflik otomatis
Mengapa penting identifikasi stakeholder yang relevan?
Untuk mengurangi biaya lisensi
Menentukan UI
Mencegah kebutuhan terlewat
Menghapus testing
Mempercepat coding
Kelemahan utama dokumentasi Natural Language…
Sulit dibaca
Selalu salah
Potensi ambiguitas penafsiran
Tidak legal
Tidak bisa diprioritaskan
Tiga perspektif untuk mendokumentasikan kebutuhan sistem…
Bisnis, biaya, waktu
UI, UX, UAT
Data, fungsional, perilaku
Frontend, backend, devops
Use case, class, sequence
Tujuan utama dokumentasi kebutuhan…
Mengurangi jumlah developer
Menggantikan kontrak
Meningkatkan komunikasi antar pemangku kepentingan
Menutup akses informasi
Menghapus kebutuhan non-fungsional
Tujuan utama struktur dokumen standar…
Membatasi kreativitas
Mengurangi jumlah kebutuhan
Mempermudah akses & pencarian informasi
Mewajibkan tool tertentu
Menghapus lampiran
Requirements Specification adalah…
Diagram arsitektur
Daftar backlog sprint
Koleksi kebutuhan yang direpresentasikan sistematis
Manual pengguna
Rencana pengujian
Diagram untuk mendokumentasikan perilaku berbasis peristiwa…
Activity Diagram
Class Diagram
State Diagram
Component Diagram
Deployment Diagram
Dokumen kebutuhan biasanya berisi bagian berikut, kecuali?
Pendahuluan
Kebutuhan fungsional/non-fungsional
Prosedur debugging sistem
Batasan & asumsi
Glosarium
Dokumen kebutuhan yang baik harus memenuhi, kecuali?
Konsisten
Lengkap
Terlacak
Harus ambigu agar fleksibel
Terstruktur jelas
Mengapa dokumen kebutuhan harus dapat ditelusuri?
Agar dokumen lebih tebal
Mempermudah desain UI
Memvalidasi desain/implementasi terhadap kebutuhan awal
Menggantikan pengujian
Menghapus perubahan
Keuntungan dokumentasi Natural Language?
Otomatis bebas ambigu
Tidak perlu review
Tidak memerlukan pelatihan khusus untuk membaca
Tidak perlu glosarium
Tidak bisa diprioritaskan
Fungsi utama relasi Include pada Use Case Diagram?
Mengabstraksi varian perilaku
Mengganti aktor
Menambahkan langkah interaksi dari use case lain ke dalam sebuah use case
Mengikat pada hardware
Menghubungkan ke database
Keunggulan utama model dibanding teks Natural Language?
Tidak butuh validasi
Menghapus konflik
Lebih cepat dimengerti & diingat
Selalu lengkap
Tidak perlu pemeliharaan
Perbedaan model kebutuhan vs model desain?
Keduanya sama
Kebutuhan = solusi, desain = masalah
Kebutuhan memodelkan masalah; desain memodelkan solusi
Kebutuhan untuk developer; desain untuk user
Desain tidak pakai UML
Tujuan dokumentasi berbasis model dalam RE?
Menggantikan semua teks
Mengurangi jumlah stakeholder
Mempercepat & meningkatkan pemahaman informasi
Menutup akses dokumen
Menghapus traceability
Representasi entitas & atribut pada ERD?
Entitas = elips, atribut = persegi panjang
Keduanya garis
Entitas = persegi panjang, atribut = elips
Entitas = belah ketupat, atribut = persegi
Entitas = panah, atribut = awan
Diagram untuk memodelkan alur data secara fungsional?
Sequence diagram
Use case diagram
Data Flow Diagram (DFD)
State diagram
Package diagram
Diagram untuk memodelkan fungsi sistem dari perspektif pengguna?
Class diagram
Activity diagram
Use Case Diagram
Deployment diagram
Communication diagram
Elemen utama dalam UML Use Case Diagram?
Component, Node, Artifact
State, Transition, Event
Actor, Use Case, System Boundary
Class, Attribute, Method
Activity, Decision, Swimlane
