Font size
WorksheetsAPPL UTS 2020 (quiz kita dikit)
Total questions: 47
Worksheet time: 12hrs 45mins
Tahapan desain adalah:
Mengetahui rincian kebutuhan
Menentukan skop sistem yang akan dibangun
Melakakukan rancangan terhadap kegiatan pembagunan yang akan dilakukan
Menentukan rincian permasalahan yang ada
Mengetahui permasalahan yang di hadapai client
Domain Implementation adalah:
Suatu kegiatan mengumpulkan, mengorganisasikan, dan menyimpan pengalaman dalam membangun sistem atau bagian dari sistem pada domain tertentu dalam bentuk aset yang dapat digunakan ulang.
Tahap mengimplementasikan rancangan arsitektur, komponen atau tools dan tidak ber relasi dengan tahapan domain design.
Tahap merancang arsitektur sistem pada satu domain termasuk memilih komponen arsitektur sistem yang akan diimplementasikan dan melakukan konfigurasi produk.
Tahap megimplementasikan rancangan arsitektur, komponen atau tools yang telah dirancang pada tahap domain design.
Suatu kegiatan menganalisis sistem yang sudah ada dan biasa dikembangkan
USDP memiliki prinsip architecture centric karena:
arsitektur ditentukan oleh pengguna
arsitektur ditentukan di akhir tahapan modelling
arsitektur perlu ditentukan dalam membuat kelas, komponen dan elemen lain pada tahapan modeling
arsitektur merupakan tahapan perancangan komponen sistem
arsitektur ditentukan oleh kustomer
USDP memiliki prinsip iterative development karena...
pengembangan perangkat lunak dapat menyelesaikan semua pekerjaan dalam satu tahapan
pengembangan perangkat lunak perlu menyelesaikan beberapa tahapan secara bersamaan
pengembangan perangkat lunak dapat menyelesaikan beberapa tahapan secara berurutan atau bersamaan
pengembangan perangkat lunak perlu dilakukan dalam beberapa putaran sesuai dengan perkembangan requirement
pengembangan perangkat lunak perlu menyelesaikan satu tahapan dengan sempurna lalu dilanjutkan pada tahapan selanjutnya dan tidak perlu kembali lagi ke tahapan sebelumnya
Domain engineering adalah:
Suatu kegiatan membangun sistem atau bagian dari sistem pada domain tertentu dalam bentuk aset yang dapat digunakan ulang (reuse) ketika membangun sistem yang baru.
Suatu kegiatan membangun ulang (re-engineering) sistem yang sudah ada sebelumnya
Suatu kegiatan membangun sistem yang sudah pernah dibangun sebelumnya.
Suatu kegiatan menganalisis sistem yang sudah ada dan biasa dikembangkan
Suatu kegiatan mengumpulkan, mengorganisasikan, dan menyimpan pengalaman dalam membangun sistem atau bagian dari sistem pada domain tertentu dalam bentuk aset yang dapat digunakan ulang
Hal-hal yang perlu diketahui saat melakukan user requirement:
Mengetahui teknologi yang tepat digunakan untuk membangun sistem
Mengetahui pimpinan proyek yang tepat
Mengetahui jumlah sumber daya manusia untuk membangun sistem
mengetahui biaya yang dibutuhkan
Mengetahui bagaimana cara sistem yang sekarang berjalan
Berikut adalah benar tentang istilah MODEL secara umum:
Tidak bisa menggambarkan secara detail realitas yang dimodelkan
Tidak bermanfaat
Meningkatkan kualitas perangkat lunak
Sama persis dengan realitas yang dimodelkan
Perlu dihindari
Model pengembangan perangkat lunak yang paling tradisional:
Prototipe
Waterfall
Scrum
Agile
Iterative
Berikut mengenai Domain Desaign, KECUALI:
Tahap melakukan konfigurasi produk.
Tahap merancang arsitektur sistem pada satu domain
Tahap melakukan rancangan sistem pada satu domain
Tahap memilih komponen arsitektur sistem yang akan diimplementasikan
Tahap mengimplementasikan rancangan arsitektur
USDP memiliki prinsip incremental development karena:
pada setiap tahapan dapat terjadi penambahan pembangunan perangkat lunak dibandingkan tahapan sebelumnya
pada setiap tahapan belum tentu perlu ada perubahan pembangunan perangkat lunak dibandingkan tahapan sebelumnya
pada setiap tahapan harus ada perubahan pembangunan perangkat lunak dibandingkan tahapan sebelumnya
pada setiap tahapan belum tentu perlu ada penambahan pembangunan perangkat lunak dibandingkan tahapan sebelumnya
pada setiap tahapan harus ada penambahan perkembangan pembangunan perangkat lunak dibandingkan tahapan sebelumnya
Kebutuhan fungsional dapat digambarkan dengan:
Use case diagram
Data flow diagram
Control Flow Diagram
Entity Relationship diagram
Tabel daftar kebutuhan
Domain Design adalah:
Tahap merancang arsitektur sistem pada satu domain tanpa melakukan konfigurasi produk.
Tahap merancang arsitektur sistem pada satu domain tanpa harus memilih komponen arsitektur sistem yang akan diimplementasikan.
Tahap merancang arsitektur sistem pada satu domain termasuk memilih komponen arsitektur sistem yang akan diimplementasikan dan melakukan konfigurasi produk
Tahap merancang arsitektur sistem pada satu domain dan melakukan konfigurasi produk tanpa harus memilih komponen arsitektur sistem yang akan diimplementasikan.
Suatu kegiatan menganalisis sistem yang sudah ada dan biasa dikembangkan
Tujuan pemodelan dalam pengembangan software, KECUALI:
Membantu memberikan arahan dan acuan dalam proses implementasi
Meningkatkan pemahaman
Memudahkan berkomunikasi
Menghindari bug
Menentukan teknologi yang terbaik untuk implementasi
Tahapan abstraksi adalah:
Who vs When
What vs Who
What vs How
What vs When
How vs Where
Transition adalah tahapan:
Pematangan produk akhir untuk dapat lebih sesui dengan kebutuhan pengguna
Pematangan rancangan aplikasi untuk meningkatkan kualitas produk
Implementasi sistem dari rancangan kebutuhan yang sudah matang
Pengembang perangkat lunak berinteraksi dengan pengguna untuk menentukan kebutuhan perangkat lunak
Mematangkan kebutuhan yang sudah ada untuk memastikan resiko proyek dapat diminimalisasi
Inception adalah tahapan:
Pematangan produk akhir untuk dapat lebih sesuai dengan kebutuhan pengguna
Pematangan produk akhir untuk meningkatkan kualitas produk
Pengembang perangkat lunak berinteraksi dengan pengguna untuk menentukan kebutuhan perangkat lunak
Mematangkan kebutuhan yang sudah ada untuk memastikan resiko proyek dapat diminimalisasi
Implementasi sistem dari rancangan kebutuhan yang sudah matang
Construction adalah tahapan:
Implementasi sistem dari racangan kebutuhan yang sudah matang
Mematangkan kebutuhan yang sudah ada untuk memastikan resiko proyek dapat diminimalisasi
Pematangan produk akhir untuk dapat lebih sesuai dengan kebutuhan pengguna
Pengembang perangkat lunak berinteraksi dengan pengguna untuk menentukan kebutuhan perangkat lunak
Pematangan produk akhir untuk meningkatkan kualitas produk
Hal-hal yang perlu diketahui saat melakukan user requirement:
mengetahui biaya yang dibutuhkan
Mengetahui jumlah sumber daya manusia untuk membangun sistem
Mengetahui pimpinan proyek yang tepat
Mengetahui teknologi yang tepat digunakan untuk membangun sistem
Mengetahui permasalahan pada sistem yang sekarang berjalan
Elaboration adalah tahapan:
Pengembang perangkat lunak berinteraksi dengan pengguna untuk menentukan kebutuhan perangkat lunak
Pematangan produk akhir untuk dapat lebih sesuai dengan kebutuhan pengguna
Implementasi sistem dari rancangan kebutuhan yang sudah matang
Pematangan produk akhir untuk meningkatkan kualitas produk
Mematangkan kebutuhan yang sudah ada untuk memastikan resiko proyek dapat diminimalisasi
Analisis sistem bertujuan untuk, KECUALI:
Menentukan skop sistem yang akan dibangun
Menguji kualitas aplikasi
Mengetahui rincian kebutuhan
Menentukan framework yang dibutuhkan untuk mengimplementasikan sistem yang akan dibangun
Memahami permasalahan yang ada untuk membangun sistem yang dapat menyelesaikan masalah tersebut
Hal-hal yang perlu diketahui saat melakukan user requirement:
Mengetahui pimpinan proyek yang tepat
Mengetahui fungsi baru yang dibutuhkan selain dari fungsi yang sekarang berjalan
Mengetahui teknologi yang tepat digunakan untuk membangun sistem
mengetahui biaya yang dibutuhkan
Mengetahui jumlah sumber daya manusia untuk membangun sistem
Jenih kebutuhan dari sistem, KECUALI:
Kebutuhan performansi
Kebutuhan fungsional
Kebutuhan non fungsional
Kebutuhan usability
Kebutuhan pasar
USDP memiliki prinsip use case driven karena:
Pembuatan use case memakan waktu lama
Pembuatan use case dapat digantikan oleh modelling lainnya
Pembuatan use case adalah tahapan akhir dari pemodelan
Pembuatan use case dilakukan setelah mengetahui arsitektur sistem yang akan dibangun
Use case menggambarkan interaksi dari user dan sistem yang merupakan elemen dasar dari sebuah sistem
Pada pendekatan agile, analiis sistem yang sedang berjalan dilakukan sbb:
tidak dilakukan karena fokus akan sistem yang akan dibangun
dilakukan seperlunya dan diseimbangkan dengan mengidentifikasi bagaimana sistem baru akan berjalan
dilakukan secara detail dan dalam waktu yang relatif lama
dilakukan secara spontan
dilakukan secara intensif dan mendalam
Pada kuliah ini, USDP adalah:
Metodologi khusus pelaksanaan pembangunan perangkat lunak tradisional
Metodologi umum pelaksanaan pembangunan perangkat lunak berorientasi objek
Metodologi umum pelaksanaan pembangunan perangkat lunak tradisional
Metodologi khusus pelaksanaan pembangunan perangkat lunak berorientasi objek
Metodologi pelaksanaan pembangunan perangkat lunak tradisional
Abstraksi adalah:
Tahapan untuk mengetahui karakteristik penting dan gambaran besar dari sebuah objek
Tahapan menguji perangkat lunak
Tahapan membuat rancangan dari objek yang akan dibangun
Tahapan membangun sistem dari model yang ada
Tahapan mendetailkan sebuah objek
Kebutuhan usability adalah:
Keamanan sistem
Integritas sistem
Fungsionalitas sistem
Kebutuhan SDM
Kriteria dari sistem yang dapat diterima pengguna untuk dapat dengan baik menggunakan sistem
Mengapa sistem yang baru perlu dikembangkan/diperbarui? Berikut alasan yang tepat KECUALI
Karena ingin mengupayakan pengembangan diri programmer
Untuk menghemat biaya pengembangan perangkat lunak
Karena teknologi yang mendukung sudah tidak relevan
Karena dokumentasi yang ada kurang lengkap
Karena sistem yang saat ini sudah tidak sesuai dengan kebutuhan organisasi
Mengapa model pengembangan perangkat lunak dengan tipe waterfall tidak digunakan lagi saat ini?
Karena setiap tahap dilakukan secara paralel
Karena setiap tahap dilakukan secara bersama
Karena setiap tahap dilakukan berurutan sehingga sangat kaku dan membutuhkan waktu lama
Karena setiap tahap bisa dilakukan dalam beberapa iterasi
Karena kebutuhan perangkat lunak tidak perlu diketahui secara keseluruhan di awal
Model pengembangan yang mengembangkan sistem dengan beberapa versi:
V model
Scrum
Iterative
Waterfall
Prototipe
Mengapa sistem yang baru perlu dikembangkan/diperbarui? Berikut alasan yang tepat KECUALI
Karena dokumentasi yang ada kurang lengkap
Karena sistem yang saat ini sudah tidak sesuai dengan kebutuhan organisasi
Karena teknologi yang mendukung sudah tidak relevan
Karena ingin mengupayakan pengembangan diri
Alasan untuk menginvestigasi sistem yang lama (yang sedang berjalan) adalah KECUALI:
Menentukan teknologi untuk membangun sistem yang baru
Kekurangan dari sistem yang lama perlu dihindari di sistem yang baru
Karena sebagian fungsinya masih akan dibutuhkan di sistem yang baru
Data perlu dimigrasi dari sistem lama ke sistem baru
Pada pendekatan agile, analisis sistem yang sedang berjalan dilakukan sbb:
dilakukan secara intensif dan mendalam
dilakukan secara detail dan dalam waktu yang relatif lama
dilakukan seperlunya dan diseimbangkan dengan mengidentifikasi bagaimana sistem baru akan berjalan
tidak dilakukan karena fokus akan sistem yang akan dibangun
Contoh sistem yang sangat mementingkan security:
Sistem LPPM
Sistem Perbankan
Sistem BAA
Sistem Informasi Rumah Sakit
Jenis kebutuhan dari sistem, KECUALI:
Kebutuhan fungsional
Kebutuhan usability
Kebutuhan non fungsional
Kebutuhan pasar
Kebutuhan akan sistem yang akan dibangun di pengaruhi oleh:
Kebutuhan bisnis yang sangat dinamis
Harga dari bahan bakar
Perubahan peraturan dari pemerintah
Kebutuhan dari teknologi yang berkembang
Hal-hal yang perlu diketahui saat melakukan user requirement:
Mengetahui teknologi yang tepat digunakan untuk membangun sistem
Mengetahui pimpinan proyek yang tepat
Mengetahui bagaimana cara sistem yang sekarang berjalan
Mengetahui jumlah sumber daya manusia untuk membangun sistem
Hal-hal yang perlu diketahui saat melakukan user requirement:
Mengetahui teknologi yang tepat digunakan untuk membangun sistem
Mengetahui pimpinan proyek yang tepat
Mengetahui fungsi baru yang dibutuhkan selain dari fungsi yang sekarang berjalan
Mengetahui jumlah sumber daya manusia untuk membangun sistem
Kebutuhan usability adalah:
Keamanan sistem
Kriteria dari sistem yang dapat diterima pengguna untuk dapat dengan baik menggunakan sistem
Integritas sistem
Fungsionalitas sistem
Apa tujuan utama dari diagram aktivitas dalam analisis dan perancangan perangkat lunak?
Menggambarkan struktur kelas dalam perangkat lunak.
Menggambarkan aliran kerja atau aktivitas dalam proses bisnis atau perangkat lunak
Menyajikan tampilan fisik dari perangkat keras yang digunakan
Menunjukkan hubungan antara objek dalam sistem
Apa yang dimaksud dengan garis aliran (flow line) dalam diagram aktivitas?
Garis yang menghubungkan objek dalam sistem.
Garis yang menggambarkan hierarki kelas.
Garis yang menandakan pemanggilan metode.
Garis yang menghubungkan aktivitas-aktivitas dalam diagram
Apa yang dimaksud dengan "fork" dalam diagram aktivitas?
Penggabungan dua aliran kerja menjadi satu aliran.
Pemisahan aliran kerja menjadi dua aliran yang berbeda secara berurutan.
Tindakan yang hanya dapat dilakukan oleh satu aktor dalam sistem.
Permisahan aliran kerja menjadi dua aliran yang berbeda secara paralel
Apa yang dimaksud dengan swimlane dalam diagram aktivitas?
Bagian dari diagram yang digunakan untuk mengelompokkan aktivitas berdasarkan aktor atau departemen yang bertanggung jawab.
Bagian dari diagram yang digunakan untuk menggambarkan jalur transportasi.
Bagian dari diagram yang digunakan untuk menggambarkan aliran uang.
Bagian dari diagram yang digunakan untuk menunjukkan aliran data.
Apa simbol yang digunakan untuk mewakili aktivitas dalam diagram aktivitas?
Persegi
Lingkaran
Ellips
Persegi panjang dengan sudut membulat
Apa yang dimaksud dengan "precondition" dalam konteks use case?
Kondisi yang tidak relevan dalam analisis use case.
Kondisi yang terkait dengan aktor dalam sistem.
Kondisi yang harus terjadi setelah use case selesai.
Kondisi yang harus dipenuhi sebelum use case dapat dimulai
Apa yang dimaksud dengan "exception flow" dalam use case diagram?
Jalur yang digunakan untuk menggambarkan hubungan "extends".
Jalur yang menghubungkan dua use case yang berbeda.
Jalur utama yang menggambarkan urutan normal dari aktivitas.
Jalur alternatif yang menggambarkan tindakan jika terjadi pengecualian atau kesalahan
Apa yang dimaksud dengan "include relationship" dalam use case diagram?
Hubungan antara use case yang memiliki urutan eksekusi
Hubungan antara use case dan diagram sekuen.
Hubungan antara aktor dan use case.
Hubungan antara use case yang dapat memperluas atau menambahkan perilaku use case lain.
