WorksheetsUjian Akhir Semester Rekayasa Perangkat Lunak
Total questions: 86
Worksheet time: 44mins
Pada tahapan waterfaall diatas, pada nomor 2 merupakan tahapan
Requirements
Design
Implementation
Maintenance
Pada tahapan waterfaall diatas, pada nomor 3 merupakan tahapan
Requirements
Design
Implementation
Maintenance
Program komputer dan dokumentasi yang berkaitan seperti dokumen kebutuhan, rancangan, dan user manual disebut
Perangkat Lunak
Perangkat Komputer
Sistem Operasi
Sistem Utility
Perangkat lunak mempuantai dua hal pokok adalah
Konsep dasar rekayasa perangkat lunak
Proses dan metode perangkat lunak
Evaluasi perkembangan sofwere
Karakteristik dan atribut perangkat lunak
seluruh perintah yang digunakan untuk memproses informasi
Perangkat Lunak
Aplikasi
Desain
Analisa
Faktor-faktor yang melatar belakangi munculnya rekayasa perangkat lunak kecuali
Ketidakmampuan organisasi memprediksi waktu, usaha dan biaya
Kemajuan pesat perangkat keras
Kemajuan dalam teknik-teknik pembuatan perangkat lunak
software Requirements berhubungan dengan spesifikasi kebutuhan dan persyaratan perangkat lunak
Sekumpulan aktifitas yang saling terkait (koheren) untuk menspesifikasikan, design, implementasi dan pengujian sistem perangkat lunak adalah
Software Process
Software construction
Software configuration
Software testing
mencakup upaya-upaya perawatan ketika perangkat lunak telah dioperasikan adalah
Software maintenance
Software configuration
Software testing
Software construction
Problem Perangkat Lunak kecuali
Menghasilkan perangkat lunak yang berkinerja tinggi
Produktivitas yang belum dapat memenuhi tuntutan kebutuhan pemakai
Ketidaktepatan penjadwalan proses dan biaya produksi
Perangkat lunak tidak berfungsi secara baik (kualitas yang kurang)
perangkat lunak yang memadukan wujud pengulangan dari model prototyping dengan aspek pengendalian dan sistematika darilinear sequential model adalah
Spiral Model
RAD (Rapid Application Development) Model
Fourth Generation Techniques (4GT)
Prototyping Model
Struktur Data, Arsitektur perangkat lunak,Prosedur detil dan Karakteristik Antarmuka adalah
Perancangan ( Design)
Pengujian (Testing)
Pemeliharaan (Maintenance)
Pembuatan kode(Coding)
Pengumpulan kebutuhan dengan fokus pada perangkat lunak adalah
Analisis kebutuhan perangkat lunak (Software Requirements Analysis)
Pengujian (Testing)
Pembuatan kode (Coding)
Perancangan ( Design)
System informasi yang mengambarkan hal-hal penting dari system informasi yang akan dating adalah
Model Prototyping
Model Fourth Generation Techniques (4GT)
Model RAD (Rapid Application Development)
Model Spiral
Prose menterjemakah perancangan desain ke bentuk yang dapat di mengerti oleh mesin dengan mengunakan bahasa program adalah
Pengkodean
Desain
Pengujian
Pemeliharaan
membuat perancangan sementara yang berfokus pada penyajian kepada pelanggan adalah
Membangun prototyping
Pengumpulan kebutuhan
Evaluasi protoptyping
Mengkodekan system
Pelanggan dan pengembang bersama-sama mendefinisikan format seluruh perangkat lunak adalah
Pengumpulan kebutuhan
Membangun prototyping
Evaluasi protoptyping
Mengkodekan system
Di bawah ini merupakan bagian-bagian dari class diagram, kecuali
Messages
attribute
operation
method
Class diagram dalam notasi UML digambarkan dengan
kotak
lingkaran
jajaran genjang
segitiga
Pada tahapan apa kita dapat membuat program?
Code
Design
Debug
Test
Keunggulan prototyping adalah
Adanya komunikasi yang baik antara pengembang dan pelanggan dan pelanggan berperan aktif dalam pengembangan sistem
Pelanggan kadang tidak melihat atau menyadari bahwa perangkat lunak yang ada belum mencantumkan kualitas dan Hubungan pelanggan dengan komputer yang disediakan mungkin tidak mencerminkan teknik perancangan yang baik
Tidak efisien dalam menggunakan model ini dan tidak adanya komunikasi antara pengembang dan pelanggan
Membangun prototyping dengan membuat perancangan sementara yang berfokus pada penyajian kepada pelanggan dan terlalu cepat dalam pemgembangan system
Perangkat lunak pertama yang muncul di layar monitor saat komputer dihidupkan, juga merupakan yang terakhir kali terlihat saat komputer dimatikan adalah ...
sistem operasi
perangkat lunak
aplikasi perangkat lunak
monitor
Nama lain dari flowchart adalah . . . .
AluR
Algoritma
Bagan Alir
Diagram
Dibawahini yang bukan termasuk operator dari perbandingan adalah
<=
==
<
*
Pada pembuatan program komputer, algoritma dibuat . . . .
Sebelum pembuatan program
Pada saat program dibuat
Sesudah pembuatan program
Pada saat verifikasi program
Disiplin ilmu untuk mempelajari bentuk-bentuk pemodelan perangkat lunak yang digunakan sebagai bagian dari tahapan pengembangan perangkat lunak secara terstruktur dan berorientasi objek adalah
Rekayasa perangkat lunak
Pemodelan perangkat lunak
IT development
Pengembangan perangkat lunak
Berikut adalah karakteristik dari sebuah perangkat lunak, kecuali
Maintanability (Dapat Dirawat)
Efisiensi
ambiguisity
Dependability
Mendapatkan dan menstrukturkan kebutuhan sistem secara keseluruhan kepada pemakai dan memberikan gambaran yang jelas kepada program komputer adalah tujuan dari
Desain sistem
Analisis sistem
Pengujian sistem
Coding sistem
Pada tahap manakah dilakukan pembuatan DFD, ERD, UML, serta user interface sebuah perangkat lunak yang akan dikembangkan?
Analisis
Pengujian
Implementasi
Desain
Analisis dan perancangan perangkat lunak bertujuan untuk mempelajari spesifikasi sistem dan rancangna proyek perangkat lunak secara keseluruhan. Berikut ini adalah prinsip-prinsip analisis yang harus dipenuhi, kecuali ....
Dominan informasi dari suatu masalah harus direpresentasikan dan dipahami
Fungsi – fungsi yang akan dilakukan oleh perangkat lunak definisikan
Tingkah laku perangkat lunak (sebagai suatu urutan kejadian eksternal) tidak perlu diwakilkan
Proses analisis harus bergerak dari informasi dasar ke detail implementasi
Berikut ini merupakan penjelasan dari Diagram konteks pada gambar diatas adalah
Siswa mendaftar ke SIPerpus – SIPerpus memproses data siswa baru – admin mengkofirmasi kepada SIPerpus bahwa siswa telah terdaftar – SIPerpus menginformasikan kepada siswa bahwa sudah terdaftar dan memiliki kartu perpustakaan
Siswa mendaftar ke SIPerpus – admin mengkofirmasi kepada SIPerpus bahwa siswa telah terdaftar – SIPerpus memproses data siswa baru – SIPerpus menginformasikan kepada siswa bahwa sudah terdaftar dan memiliki kartu perpustakaan
Siswa mengkofirmasi kepada SIPerpus untuk meminjam buku –SIPerpus menginformasikan kepada siswa bahwa sudah terdaftar dan memiliki kartu perpustakaan – admin mengkonfirmasi data siswa
Siswa membuat laporan untuk diberikan kepada admin –Admin mengkofirmasi kepada SIPerpus bahwa siswa telah terdaftar – Siswa mendaftar sebagai anggota baru– SIPerpus menginformasikan kepada siswa bahwa sudah terdaftar dan memiliki kartu perpustakaan
Fungsi dari DFD adalah
menggambarkan keadaan sebenarnya dari suatu sistem
sebagai alat untuk mengevaluasi sistem yang sudah ada
perencanaan sistem baru
menganalisis aplikas
Atribut dari entitas siswa antara lain, kecuali
Nama siswa
Nomor induk pegawai
Alamat siswa
Nomor telepon siswa
Rakayasa adalah..
Proses merencanakan
Proses menciptakan
Proses melaksanakan
Proses memanipulasi
Rekayasa perangkat lunak adalah
Pembentukan dan penggunaan prinsip rekayasa(engineering) untuk mendapatkan perangkat lunak secara ekonomis namun andal dan dapat bekerja secara efesien pada komputer
Penerapan pendekatan yang sistematis, disiplin, dan terukur untuk pengembangan, operasi, dan pemeliharaan perangkat lunak
Penetapan dan penggunaan prinsip-prinsip rekayasa untuk menghasilkan perangkat lunak ekonomis yang dapat diandalkan dan bekerja secara efektif dan efisien
Fungsi Rekayasa Perangkat Lunak yaitu...
Menghasilkan perangkat lunak ekonomis yang dapat diandalkan
Menghasilkan peragkat lunak ekonomis yang bekerja efektif
Menghasilkan peragkat lunak ekonomis yang bekerja efisien
Menghasilkan peragkat lunak canggih
Menurut Pressman (2005) karakteristik perangkat lunak yaitu,
Perangkat lunak harus canggih
Sebagian besar perangkat lunak dibuat secara custom-built, serta tidak dapat dirakit dari komponen yang sudah ada
Perangkat lunak tidak pernah usang
Perangkat lunak dibangun dan dikembangkan, tidak dibuat dalam bentuk yang klasik
Tujuan Rekayasa Perangkat Lunak adalah..
Menghasilkan perangkat lunak murah
Menghasilkan perangkat lunak tepat waktu
Menghasilkan perangkat lunak dengan biaya yang efisien.
Menghasilkan sebuah perangkat lunak yang berkualitas
Komponen peragkat lunak yaitu bentuk bahasa, bentuk translator dan bentuk mesin.
Salah
Benar
Komponen peragkat lunak yaitu bentuk bahasa, bentuk translator dan bentuk mesin.
Salah
Benar
Komponen perangkat lunak bentuk bahasa, kecuali..
Low Level
MiddleLevel
High Level
Up level
Komponen perangkat lunak bentu translator, kecuali...
Interpreter
Compiler
Assembly
Assembler
Dari sudut pandang antarmuka, maka perangkat lunak terbagi atas...
Perangkat lunak Interface
Perangkat lunak GUI
Perangkat lunak CONSOLE
Mengapa Rekayasa Perangkat Lunak dibutuhkan?
Perangkat lunak lebih banyak menyebabkan masalah dari pada menyelesaikannya.
Peningkatan ukuran perangkat lunak tanpa pengorganisasian
Perbaikan suatu kesalahan menyebabkan timbulnya kesalahan lainnya
Adanya kendali pemeliharaan
Beriktu adalah masalah-masalah perangkat lunak, kecuali
Perangkat lunak digunakan sebagaimana mestinya (2%).
Perangkat lunak digunakan setelah dilakukan modifikasi (3%).
Pemakai (user) sudah membayar untuk perangkat lunak tetapi tidak pernah jadi dan diserahkan (29,7%).
Perangkat lunak telah diselesaikan dan diserahkan(delivered) tetapi tidak pernah digunakan (47%).
Perangkat lunak lebih banyak menyebabkan masalah daripada menyelesaikannya (2%)
Beberapa mitos dalam pengembangan perangkat lunak yang benar adalah...
Definisi yang tidak jelas,justru akan menggagalkan usaha pengembangan perangkat lunak
Program hanyalah salah satu komponen dari perangkat
lunak. Dokumentasi penting sebagai dasar pengembangan
yang sukses serta sebagai penunjuk untuk pemeliharaan
perangkat lunak
Sebuah kalimat umum yang menyatakan objektif sudah cukup untuk memulai menulis program. Kita bias perinci lagi nanti.
Faktor penentu suksesnya proyek adalah program
yang dapat berjalan
Yang bukan termasuk tool untuk membuat UML adalah
Rational rose
Together
Jvision
Fungsional
MAgicDraw
Abstraksi dari suatu yang mewakili dunia nyata disebut
Benda
Objek
Class
Atribut
Model
Model yang menggambarkan struktur statis dari suatu objek dalam system dan relasinya disebut model
Statis
Dinamis
Objek
Fungsional
Diagram
Kumpulan objek-objek yang mewakili karakteristik sama disebut
Objek
Class
Diagram
Property
Atribut
Proses pewarisan data dan method dari suatu class kepada class yang lain disebut
Encapsulation
Inheritance
Polymorphism
Overriding
Overloading
Dibawah ini yang bukan merupakan objek adalah
Manusia
Benda
Satuan organisasi
Tempat
Method
Dibawah ini yang bukan termasuk sifat class adalah
Atribut
Operasi
Hubungan
Arti
Fungsi
Dibawah ini yang bukan Bahasa pemrograman berorientasi objek adalah
C++
HTML
Java
Visual Basic
Delphi
Dibawah ini yang bukan termasuk tugas-tugas para pengembang system dan software adalah
Spesifikasi
Visualisasi
Audio
Konstruksi
Dokumentas
Dibawah ini yang bukan tujuan penggunaan UML adalah
Dapat memberikan Bahasa pemodelan visual kepada pengguna dari berbagai macam pemrograman maupun proses rekayasa
Dapat menyatukan praktik-praktik terbaik yang ada dalam pemodelan
Dapat memberikan model yang siap untuk digunakan
Tidak dapat berguna sebagai blueprint
Dapat memodelkan system yang berorientasi objek, jadi tidak hanya digunakan untuk memodelkan perangkat lunak (software) saja
Salah satu jenis diagram UML yang dapat memodelkan proses-proses apa saja yang terjadi pada system adalah
Use case diagram
Activity diagram
Sequence diagram
Class diagram
Statemachine diagram
Salah satu jenis diagram UML yang menggambarkan interaksi antara system dan actor adalah
Use case diagram
Activity diagram
Sequence diagram
Class diagram
Statemachine diagram
Salah satu jenis diagram pada UML yang digunakan untuk menampilkan class-class maupun paket-paket yang ada pada suatu system yang nantinya akan digunakan adalah
Use case diagram
Activity diagram
Sequence diagram
Class diagram
Statemachine diagram
Salah satu jenis diagram pada UML yang menjelaskan interaksi objek berdasarkan urutan waktu adalah
Use case diagram
Activity diagram
Sequence diagram
Class diagram
Statemachine diagram
Perbedaan communication diagram dengan sequence diagram terletak pada
Bentuk objek
Peranan masing-masing objek
Alur objek
Bagan objek
Class objek
Salah satu diagram pada UML yang menunjukkantata letak suatu system secara fisik dapat juga dikatakan untuk menampilkan bagian-bagian software yang terdapat pada hardware dan digunakan untuk menerapkan suatu system dan hubungan komponen hardware adalah
Deployment diagram
Component diagram
Objek diagram
Composite structure diagram
Package diagram
Yang bukan termasuk fungsi UML adalah
Dapat memberikan Bahasa pemodelan visual kepada pengguna
Dapat memisahkan praktik-praktik terbaik
Dapat berguna sebagai blueprint
Dapat menciptakan suatu Bahasa pemodelan
Dapat memberikan model yang siap untuk digunakan
Yang bukan termasuk model menyajikan berbagai kebutuhan adalah
Testing entitas sebelum dibangun
Komunikasi dengan customer
Visualisasi
Reduksi dari kompleksitas
Outline
Yang bukan termasuk bentuk dari beberapa objek dalam building block adalah
Classes
Interfaces
Collaboration
Use cases
Dependency
Yang bukan termasuk hubungan dalam penggunaan UML yaitu
Dependency
Association
Generalizations
Nodes
Bagan
Dalam class diagram, Asosiasi adalah
Hubungan statis antarclass
Hubungan yang menyatakan bagian
Hubungan hierarki antarclass
Rangkaian pesan yang dilewatkan dari satu class ke class lain
Hubungan dengan objek lain
Dalam class diagram, Hubungan dinamis adalah
Hubungan statis antarclass
Hubungan yang menyatakan bagian
Hubungan hierarki antarclass
Rangkaian pesan yang dilewatkan dari satu class ke class lain
Hubungan dengan objek lain
Dalam class diagram, Agregasi adalah
Hubungan statis antarclass
Hubungan yang menyatakan bagian
Hubungan hierarki antarclass
Rangkaian pesan yang dilewatkan dari satu class ke class lain
Hubungan dengan objek lain
Dalam class diagram, Pewarisan adalah
Hubungan statis antarclass
Hubungan yang menyatakan bagian
Hubungan hierarki antarclass
Rangkaian pesan yang dilewatkan dari satu class ke class lain
Hubungan dengan objek lain
Dalam mengukur validasi UML, technical adalah
Bagaimana tata cara pembuatan persyaratan tersebut dalam system yang disusulkan
Bagaimana tata cara penggunaan persyaratan tersebut dalam system yang akan dikembangkan
Berapakah biaya yang diperlukan guna membangun persyaratan tersebut didalam system
Apa kegunaan persyaratan dalam system
Memungkinkan penggunaan kembali objek yang ada
Dalam mengukur validasi UML, operational adalah
Bagaimana tata cara pembuatan persyaratan tersebut dalam system yang disusulkan
Bagaimana tata cara penggunaan persyaratan tersebut dalam system yang akan dikembangkan
Berapakah biaya yang diperlukan guna membangun persyaratan tersebut didalam system
Apa kegunaan persyaratan dalam system
Memungkinkan penggunaan kembali objek yang ada
Dalam mengukur validasi UML, economy adalah
Bagaimana tata cara pembuatan persyaratan tersebut dalam system yang disusulkan
Bagaimana tata cara penggunaan persyaratan tersebut dalam system yang akan dikembangkan
Berapakah biaya yang diperlukan guna membangun persyaratan tersebut didalam system
Apa kegunaan persyaratan dalam system
Memungkinkan penggunaan kembali objek yang ada
kebutuhan yang berisi proses-proses apa saja yang nantinya akan dilakukan oleh sistem disebut
analisis sistem
analis sistem
kebutuhan fungsional
kebutuhan nonfungsional
use case
urutan kegiatan yang dilakukan actor dan sistem untuk mencapai suatu tujuan tertentu disebut
analis sistem
analisis kebutuhan
kebutuhan fungsional
kebutuhan nonfungsional
use case
orang yang menganalisis sistem dengan cara mempelajari masalah-masalah yang timbul dan menentukan kebutuhan-kebutuhan pemakai sistem disebut
analis sistem
analisis kebutuhan
kebutuhan fungsional
kebutuhan nonfungsional
use case
dibawah ini yang bukan karakteristik use case diagram adalah
use case class tidak harus memiliki objek
use case adalah interaksi atau dialog antara sistem dan actor, termasuk pertukaran pesan dan tindakan yang dilakukan oleh sistem
use case diprakarsai oleh actor dan mungkin melibatkan peran actor lain
use case bisa memiliki perluasan yang mendefinisikan tindakan khusus dalam interaksi, atau use case lain mungkin disisipkan
use case class memiliki objek use case
activity diagram biasanya digunakan untuk menggambarkan......sistem
kebutuhan
objek
class
hubungan antarobjek
alur kerja
action dalam activity biasanya menggunakan kata
benda
kerja
sifat
perintah
petunjuk
suatu bentuk instansiasidari suatu class yang merupakan abstraksi data yang memiliki state (atribut), behavior(method), dan identity (identitas) disebut
sistem
class
objek
method
use case
diagram yang menggambarkan perilaku sistem dilihat dari sudut pandang pengguna adalah
UML
use case
class
activity
statechart
yang bukan termasuk manfaat dari use case diagram dalah
berkomunikasi dengan end user
memastikan pemahaman yang tepat tentang requirement sistem
menampilkan interface yang dimiliki sistem
digunakan untuk verifikasi
tidak mampu bertukar pesan
yang bukan termasuk karakteristik dari use case diagram adalah
use case adalah interaksi dialog antara sistem dengan actor
use case diprakarsai oleh actor
use case menunjukkan aliran pesan
use case bisa memiliki perluasan yang mendefinisikan khusus dalam interaksi
use case memiliki skenario
Suatu bidang ilmu yang berfokus pada kajian tentang perangkat lunak disebut:
ISO/IEC 9126
SWEBOK
SRS
IEEE
Rekayasa perangkat lunak adalah ...
Prinsip-prinsip pengembangan perangkat lunak
Metode penggalian kebutuhan perangkat lunak
Ilmu yang mempelajari tentang programming
Pendekatann yang digunakan untuk mengelola perangkat lunak
Berikut ini bukan merupakan contoh software crisis.
Virus komputer
Ledakan Ariane
Radiasi Therac
Over budget and time
Denver International Airport
Apa alasan mendasar mengapa perangkat lunak/software tidak dapat dianggap sebagai tindakan perakitan/assembly daripada rekayasa/engineering?
Perangkat lunak dirancang oleh manusia karena terdapat kecacatan
Software engineering adalah suatu seni/art dan bukan suatu ilmu
Disiplin ilmu perangkat lunak ini relatif baru, katakanlah dibandingkan dengan pembangunan jembatan yang merupakan kegiatan yang memiliki ribuan tahun praktek
Kompleksitas sistem dan interaksinya berlanjut lebih cepat daripada yang dapat kita pahami.
Tidak ada yang benar. Rekayasa Perangkat Lunak adalah disiplin yang sangat ketat
