SlideShare a Scribd company logo
REKAYASA
PERANGKAT LUNAK
Oleh :
Kelompok 02_RPL_B_2017
1. Aric Kantono (1534010066)
2. Eka Fitria W. (1534010058)
3. Istiqomah Nur F. (1534010043)
4. Junio Bagus K. (1534010075)
1.Sebuah software dikatakan berkualitas apabila
memenuhi 3 ketentuan pokok yaitu (No.1 Kel.5)
• a. Memenuhi kebutuhan pemakai
• b. Memenuhi standar pengembangan software
• c. Memenuhi sejumlah kriteria implisit
• d. Jauh dari memenuhi kebutuhan
• e. jawaban a, b dan c benar
2. McCall menitikbratkan faktor-faktor menjadi 3 aspek penting yaitu (No.2 Kel.5)
a. Product Operation
b. Product Revision
c. Product Transition
d. Product Exposition
e. Jawaban a, b dan c benar
3. Faktor-faktor McCall yang berkaitan dengan sifat-sifat operasional software
adalah (No.3 Kel.5)
a. Correctness
b. Realibility and Efficiency
c. Integrity
d. Usability
e. Semua benar
4. Faktor-faktor McCall yang berkaitan dengan kemampuan sofware untuk menjalani
perubahan adalah (No.4 Kel.5)
a. Maintainability
b. Flexibility
c. Testability
d. Availability
e. Jawaban a, b dan c benar
5. Faktor-faktor McCall yang berkaitan dengan tingkat adaptibilitas software terhadap
lingkungan baru ialah (No.6 Kel.5)
a. Portability
b. Reusability
c. Interoperability
d. Flexibility
e. jawaban a, b dan c benar
6. Digambarkan dengan sebuah garis berpanah tertutup pada salah
satu ujungnya yang menunjukan lebih umum, merupakan gambaran
dari …
a. Generalization / Inheritance antara use case
b. Generalization / Inheritance antara actors
c. Association antara use case
d. Association antara actor dan use case
e. Semua salah
7.
Merupakan gambaran dari …
a. Association antara use case
b. Association antara actor dan use case
c. Generalization / Inheritance antara use case
d. Use case system boundary boxes
e. Generalization / Inheritance antara actor
8. . Berikut merupakan macam - macam dari hubungan antar class
diagram, kecuali …
a. Asosiasi
b. Agregasi
c. Pewarisan
d. Hubungan dinamis
e. Private
9. Spesifikasi yang jika diinstansiasi akan menghasilkan sebuah objek
dan merupakan inti dari pengembangan dan desain berorientasi
objek, merupakan definisi dari …
a. Activity diagram
b. Classs diagram
c. Use case
d. Association
e. Actor
10.
Merupakan gambar dari …
a. Generalization / Inheritance antara actor
b. Association antara use case
c. Association antara actor dan use case
d. Generalization / Inheritance antara use case
e. Use case system boundary boxes
KUNCI JAWABAN
1. E. jawaban a, b dan c benar
2. E. jawaban a, b dan c benar
3. E. semua benar
4. E. jawaban a, b dan c benar
5. E. jawaban a, b dan c benar
6. A. Generalization / Inheritance antara use case
7. D. Use case system boundary boxes
8. E. Private
9. B. Classs diagram
10. D. Generalization / Inheritance antara use case
JAWABAN DAN PEMBAHASAN
1. Jawaban : e. jawaban a, b dan c benar
Pembahasan : Sebuah software dikatakan berkualitas apabila memenuhi
tiga ketentuan pokok :
a. Memenuhi kebutuhan pemakai – yang berarti bahwa jika software tidak
dapat memenuhi kebutuhan pengguna software tersebut, maka yang
bersangkutan dikatakan tidak atau kurang memiliki kualitas.
b. Memenuhi standar pengembangan software – yang berarti bahwa jika cara
pengembangan software tidak mengikuti metodologi standar, maka hampir
dapat dipastikan bahwa kualitas yang baik akan sulit atau tidak tercapai
c. Memenuhi sejumlah kriteria implisit – yang berarti bahwa jika salah satu
kriteria implisit tersebut tidak dapat dipenuhi, maka software yang
bersangkutan tidak dapat dikatakan memilki kualitas yang baik.
Sumber : “Rekayasa Perangkat Lunak” Roger S.Pressman hal 610
2. Jawaban : e. Jawaban a, b dan c benar
Pembahasan :
McCall menitikberatkan faktor-faktor tersebut menjadi tiga aspek
penting, yaitu yang berhubungan dengan :
 Sifat – sifat operasional dari software (Product Operation)
 Kemampuan software dalam menjalani perubahan (Product
Revision)
 Daya adaptasi atau penyesuaian software terhadap lingkungan baru
(Product Transition)
Sumber : “Rekayasa Perangkat Lunak” Roger S.Pressman hal 612
3. Jawaban : : e. Semua benar
Pembahasan :
Faktor-faktor McCall yang berkaitan dengan sifat-sifat operasional software adalah :
 Correctness >> sejauh mana suatu software memenuhi spesifikasi dan mission
objective dari users
 Reliability >> sejauh mana suatu software dapat diharapkan untuk
melaksanakan fungsinya dengan ketelitian yang diperlukan
 Efficiency >>Banyaknya sumber daya komputasi dan kode program yang
dibutuhkan suatu software untuk melakukan fungsinya
 Integity >> sejauh mana akses ke software dan data oleh pihak yang tidak
berhak dapat dikendalikan
 Usability >> usaha yang diperlukan untuk mempelajari, mengoperasikan,
menyiapkan input, dan mengartikan output dari software
Sumber : “Rekayasa Perangkat Lunak” Roger S.Pressman hal 612
4. Jawaban : e. Jawaban a, b dan c benar
Pembahasan : , Faktor-faktor McCall yang berkaitan dengan
kemampuan sofware untuk menjalani perubahan meliputi :
 Maintability >> usaha yang diperlukanuntuk menemukan dan
memperbaiki kesalahan (error) dalam softaware
 Flexibility >> usaha yang diperlukan untuk melakukan modifikasi
terhadap software yang operasional
 Testability >> usaha yang diperlukan untuk menguji suatu software
untuk memastikan apakah melakukan fungsi yang dikehendaki atau
tidak
Sumber : “Rekayasa Perangkat Lunak” Roger S.Pressman hal 612
5. Jawaban : e. Jawaban a, b dan c benar
Pembahasan : Faktor-faktor McCall yang berkaitan dengan tingkat
adaptibilitas software terhadap lingkungan baru, antara lain :
 Portability >> usaha yang diperlukan untuk mentransfer software dari
suatu hardware dan/ atau sistem software tertentu agar dapat
berfungsi pada hardware dan/ atau sistem software lainnya.
 Reusability >> sejauh mana suatu software (atau bagian software)
dapat dipergunakan ulang pada aplikasi lainnya.
 Interoperability >> usaha yang diperlukan untuk menghubungkan
satu software dengan lainnya
Sumber : “Rekayasa Perangkat Lunak” Roger S.Pressman hal 612
6. Jawaban : A. Generalization / Inheritance antara use case
Pembahasan : Generalization dipakai ketika ada sebuah perilaku khusus
(single condition) dan merupakan pola hubungan base – parent use case.
Digambarkan dengan generalization / inheritance antar use case secara vertical
dengan inheriting use case dibawah base / parent use case
Sumber : http://isebu.blogspot.co.id/2009/12/use-case-diagram.html
7. Jawaban : D. Use case system boundary boxes
Pembahasan : Kita dapat menganggap sistem sebagai sebuah objek satu
sistem, dengan satu set tanggung jawab seperti objek, dan implementasi belum
dipertimbangkan. Jacobson [17] mengusulkan ide serupa, tetapi mengambil arah
yang berbeda. Dengan penting penggunaan kasus-kasus, kita dapat menggunakan
tanggung jawab untuk membantu menentukan batas sistem. Jika sistem adalah
seperti satu objek, maka penggunaan kasus-kasus yang seperti metode dari objek
ini. Mereka memungkinkan akses ke sistem perilaku, dan tidak ada akses muka.
Interaksi dalam kasus penggunaan menyerupai parameter metode dan kembali
nilai-nilai, tetapi dikelola secara berurutan.
Sumber : paper
http://www.mcs.vuw.ac.nz/research/object/Papers/euc-html/node9.html
8. Jawaban : E. Private
Pembahasan : Hubungan Antar Class
• Asosiasi, yaitu hubungan statis antar class. Umumnya
menggambarkan class yang memiliki atribut berupaclass lain,
atau class yang harus mengetahui eksistensi class lain.
Panah navigability menunjukkan arahquery antar class.
• Agregasi, yaitu hubungan yang menyatakan bagian (“terdiri atas..”).
• Pewarisan, yaitu hubungan hirarkis antar class. Class dapat diturunkan
dari class lain dan mewarisi semua atribut dan metoda class asalnya dan
menambahkan fungsionalitas baru, sehingga ia disebut anak
dariclass yang diwarisinya. Kebalikan dari pewarisan adalah generalisasi.
• Hubungan dinamis, yaitu rangkaian pesan (message) yang di-passing dari
satu class kepada class lain. Hubungan dinamis dapat digambarkan dengan
menggunakan sequence diagram yang akan dijelaskan kemudian.
Sumber : “Rekayasa Perangkat Lunak” Roger S.Pressman hal 153
9. Jawaban : B. Classs diagram
Pembahasan : Class Diagram adalah diagram yang menunjukan class-
class yang ada dari sebuah sistem dan hubungannya secara logika. Class
diagram menggambarkan struktur statis dari sebuah sistem. Karena itu class
diagram merupakan tulang punggung atau kekuatan dasar dari hampir setiap
metode berorientasi objek termasuk UML (Henderi, 2008). Sementara
menurut (Whitten L. Jeffery et al 2004:432) class diagram adalah gambar
grafis mengenai struktur objek statis dari suatu sistem, menunjukan class-
class objek yang menyusun sebuah sistem dan juga hubungan antara class
objek tersebut.
Elemen-eleman class diagram dalam pemodelan UML terdiri dari: Class-class,
struktur class, sifat class (class behavior), perkumpulan/gabungan
(association), pengumpulan/kesatuan (agregation), ketergantungan
(dependency), relasi-relasi turunannya, keberagaman dan indikator navigasi,
dan role name (peranan/tugas nama).
Sumber :http://jokomurdiyanto.blogspot.co.id/2013/01/class-
diagram-adalah-contoh-kasus-class.html
10. Jawaban : D. Generalization / Inheritance antara use case
Pembahasan : Generalization dipakai ketika ada sebuah perilaku
khusus (single condition) dan merupakan pola hubungan base – parent
use case. Digambarkan dengan generalization / inheritance antar use
case secara vertical dengan inheriting use case dibawah base / parent
use case
Sumber : http://isebu.blogspot.co.id/2009/12/use-case-
diagram.html

More Related Content

What's hot

PowerPoint RPL Materi 7
PowerPoint RPL Materi 7PowerPoint RPL Materi 7
PowerPoint RPL Materi 7
Moch. Nor Kholis
 
Ppt rpl materi 6
Ppt rpl materi 6Ppt rpl materi 6
Ppt rpl materi 6
Moch. Nor Kholis
 
Rpl 2017 b_k02_t04_a
Rpl 2017 b_k02_t04_aRpl 2017 b_k02_t04_a
Rpl 2017 b_k02_t04_a
Istiqomah Nur Fatayati
 
Ppt rpl materi 7
Ppt rpl materi 7Ppt rpl materi 7
Ppt rpl materi 7
Moch. Nor Kholis
 
Ppt rpl materi 2
Ppt rpl materi 2Ppt rpl materi 2
Ppt rpl materi 2
Moch. Nor Kholis
 
Kd 1 lengkap + kd 2 pertemuan 1
Kd 1 lengkap + kd 2 pertemuan 1Kd 1 lengkap + kd 2 pertemuan 1
Kd 1 lengkap + kd 2 pertemuan 1
maisya28
 
Metode proses pengembangan perangkat lunak
Metode proses pengembangan perangkat lunakMetode proses pengembangan perangkat lunak
Metode proses pengembangan perangkat lunak
Moch. Nor Kholis
 
Ppt rpl materi 3
Ppt rpl materi 3Ppt rpl materi 3
Ppt rpl materi 3
Moch. Nor Kholis
 
Modul rekayasa-perangkat-lunak
Modul rekayasa-perangkat-lunakModul rekayasa-perangkat-lunak
Modul rekayasa-perangkat-lunak
Nita Resta Dewi
 
Modul rekayasa-perangkat-lunak-lunak-ver-1
Modul rekayasa-perangkat-lunak-lunak-ver-1Modul rekayasa-perangkat-lunak-lunak-ver-1
Modul rekayasa-perangkat-lunak-lunak-ver-1
Denny Yahya
 
Apsi (modul 2)
Apsi  (modul 2)Apsi  (modul 2)
Apsi (modul 2)
manja purnasari
 
Rpl upload #3
Rpl upload #3Rpl upload #3
Rpl upload #3
Anjrah Mintana
 
Rekayasa Perangkat Lunak - Model Pengembangan Sistem
Rekayasa Perangkat Lunak - Model Pengembangan SistemRekayasa Perangkat Lunak - Model Pengembangan Sistem
Rekayasa Perangkat Lunak - Model Pengembangan Sistem
Universitas Teknokrat Indonesia
 
Pertemuan 2 Pemodelan Perangkat Lunak
Pertemuan 2 Pemodelan Perangkat Lunak Pertemuan 2 Pemodelan Perangkat Lunak
Pertemuan 2 Pemodelan Perangkat Lunak
Disma Ariyanti W
 
Rpl 2- sw process model
Rpl 2- sw process modelRpl 2- sw process model
Rpl 2- sw process model
f' yagami
 
Rekayasa Perangkat Lunak
Rekayasa Perangkat LunakRekayasa Perangkat Lunak
Rekayasa Perangkat Lunak
Yudi Purwanto
 
Rekayasa Perangkat Lunak software design fundamentals
Rekayasa Perangkat Lunak software design fundamentalsRekayasa Perangkat Lunak software design fundamentals
Rekayasa Perangkat Lunak software design fundamentals
Listyowatik (Yanie)
 
Metode pengembangan RPL dan DFD
Metode pengembangan RPL dan DFDMetode pengembangan RPL dan DFD
Metode pengembangan RPL dan DFD
Ayu Rahmala
 
Tahapan pengembangan perangkat lunak
Tahapan pengembangan perangkat lunakTahapan pengembangan perangkat lunak
Tahapan pengembangan perangkat lunak
Robbyyanto Robbyyanto
 
Studi kelayakan siap ppdb
Studi kelayakan siap ppdbStudi kelayakan siap ppdb
Studi kelayakan siap ppdb
Miftakhul Akhyar
 

What's hot (20)

PowerPoint RPL Materi 7
PowerPoint RPL Materi 7PowerPoint RPL Materi 7
PowerPoint RPL Materi 7
 
Ppt rpl materi 6
Ppt rpl materi 6Ppt rpl materi 6
Ppt rpl materi 6
 
Rpl 2017 b_k02_t04_a
Rpl 2017 b_k02_t04_aRpl 2017 b_k02_t04_a
Rpl 2017 b_k02_t04_a
 
Ppt rpl materi 7
Ppt rpl materi 7Ppt rpl materi 7
Ppt rpl materi 7
 
Ppt rpl materi 2
Ppt rpl materi 2Ppt rpl materi 2
Ppt rpl materi 2
 
Kd 1 lengkap + kd 2 pertemuan 1
Kd 1 lengkap + kd 2 pertemuan 1Kd 1 lengkap + kd 2 pertemuan 1
Kd 1 lengkap + kd 2 pertemuan 1
 
Metode proses pengembangan perangkat lunak
Metode proses pengembangan perangkat lunakMetode proses pengembangan perangkat lunak
Metode proses pengembangan perangkat lunak
 
Ppt rpl materi 3
Ppt rpl materi 3Ppt rpl materi 3
Ppt rpl materi 3
 
Modul rekayasa-perangkat-lunak
Modul rekayasa-perangkat-lunakModul rekayasa-perangkat-lunak
Modul rekayasa-perangkat-lunak
 
Modul rekayasa-perangkat-lunak-lunak-ver-1
Modul rekayasa-perangkat-lunak-lunak-ver-1Modul rekayasa-perangkat-lunak-lunak-ver-1
Modul rekayasa-perangkat-lunak-lunak-ver-1
 
Apsi (modul 2)
Apsi  (modul 2)Apsi  (modul 2)
Apsi (modul 2)
 
Rpl upload #3
Rpl upload #3Rpl upload #3
Rpl upload #3
 
Rekayasa Perangkat Lunak - Model Pengembangan Sistem
Rekayasa Perangkat Lunak - Model Pengembangan SistemRekayasa Perangkat Lunak - Model Pengembangan Sistem
Rekayasa Perangkat Lunak - Model Pengembangan Sistem
 
Pertemuan 2 Pemodelan Perangkat Lunak
Pertemuan 2 Pemodelan Perangkat Lunak Pertemuan 2 Pemodelan Perangkat Lunak
Pertemuan 2 Pemodelan Perangkat Lunak
 
Rpl 2- sw process model
Rpl 2- sw process modelRpl 2- sw process model
Rpl 2- sw process model
 
Rekayasa Perangkat Lunak
Rekayasa Perangkat LunakRekayasa Perangkat Lunak
Rekayasa Perangkat Lunak
 
Rekayasa Perangkat Lunak software design fundamentals
Rekayasa Perangkat Lunak software design fundamentalsRekayasa Perangkat Lunak software design fundamentals
Rekayasa Perangkat Lunak software design fundamentals
 
Metode pengembangan RPL dan DFD
Metode pengembangan RPL dan DFDMetode pengembangan RPL dan DFD
Metode pengembangan RPL dan DFD
 
Tahapan pengembangan perangkat lunak
Tahapan pengembangan perangkat lunakTahapan pengembangan perangkat lunak
Tahapan pengembangan perangkat lunak
 
Studi kelayakan siap ppdb
Studi kelayakan siap ppdbStudi kelayakan siap ppdb
Studi kelayakan siap ppdb
 

Similar to Soal RPL Pertemuan 7

Terapan Terapi
Terapan TerapiTerapan Terapi
Terapan Terapi
rindaaulutamii
 
Analisa dan Perancangan Sistem Informasi
Analisa dan Perancangan Sistem InformasiAnalisa dan Perancangan Sistem Informasi
Analisa dan Perancangan Sistem Informasi
RAHASIA
 
T U G A S R P L Kel U M L (System Design With Reuse)
T U G A S  R P L Kel  U M L (System Design With Reuse)T U G A S  R P L Kel  U M L (System Design With Reuse)
T U G A S R P L Kel U M L (System Design With Reuse)
nafrilyan
 
Copy of rpl kelompok 8 matematika diskrit. ppt
Copy of rpl kelompok 8 matematika diskrit. pptCopy of rpl kelompok 8 matematika diskrit. ppt
Copy of rpl kelompok 8 matematika diskrit. ppt
DimasWijil
 
Object Oriented
Object OrientedObject Oriented
Object Oriented
Asep Suhendar
 
Analisa perangkat lunak
Analisa perangkat lunakAnalisa perangkat lunak
Analisa perangkat lunak
AdamPikacu
 
Projek asti(b) revisi
Projek asti(b) revisiProjek asti(b) revisi
Projek asti(b) revisi
Pande Narendra
 
Re-Engineering
Re-EngineeringRe-Engineering
Re-Engineering
Widyatama University
 
Tugas analisa faktor kualitas
Tugas analisa faktor kualitasTugas analisa faktor kualitas
Tugas analisa faktor kualitas
kamalbaktir
 
Analisa Software Quality Factor
Analisa Software Quality FactorAnalisa Software Quality Factor
Analisa Software Quality Factor
kamalbaktir
 
1 Uml Use Case
1  Uml Use Case1  Uml Use Case
1 Uml Use Case
Mrirfan
 
TD-635-02-PSBO
TD-635-02-PSBOTD-635-02-PSBO
TD-635-02-PSBO
Tino Dwiantoro
 
Software Quality Factors
Software Quality FactorsSoftware Quality Factors
Software Quality Factors
ashamarsha
 
Pertemuan-7-Proses_Desain interaksi manusia dan komputer.ppt
Pertemuan-7-Proses_Desain interaksi manusia dan komputer.pptPertemuan-7-Proses_Desain interaksi manusia dan komputer.ppt
Pertemuan-7-Proses_Desain interaksi manusia dan komputer.ppt
Bernad Bear
 
Bab II Use Case Diagram
Bab II Use Case DiagramBab II Use Case Diagram
Bab II Use Case Diagram
Hari Setiaji
 
Algoritma dan Struktur Data
Algoritma dan Struktur DataAlgoritma dan Struktur Data
Algoritma dan Struktur Data
As Faizin
 
Analisis dan perancangan sistem informasi
Analisis dan perancangan sistem informasiAnalisis dan perancangan sistem informasi
Analisis dan perancangan sistem informasi
Dyah Ayu Damayanti
 
Standar testing software
Standar testing softwareStandar testing software
Standar testing software
azfa_rasikh
 

Similar to Soal RPL Pertemuan 7 (20)

Terapan Terapi
Terapan TerapiTerapan Terapi
Terapan Terapi
 
Analisa dan Perancangan Sistem Informasi
Analisa dan Perancangan Sistem InformasiAnalisa dan Perancangan Sistem Informasi
Analisa dan Perancangan Sistem Informasi
 
T U G A S R P L Kel U M L (System Design With Reuse)
T U G A S  R P L Kel  U M L (System Design With Reuse)T U G A S  R P L Kel  U M L (System Design With Reuse)
T U G A S R P L Kel U M L (System Design With Reuse)
 
Copy of rpl kelompok 8 matematika diskrit. ppt
Copy of rpl kelompok 8 matematika diskrit. pptCopy of rpl kelompok 8 matematika diskrit. ppt
Copy of rpl kelompok 8 matematika diskrit. ppt
 
Object Oriented
Object OrientedObject Oriented
Object Oriented
 
Analisa perangkat lunak
Analisa perangkat lunakAnalisa perangkat lunak
Analisa perangkat lunak
 
Bab ii
Bab iiBab ii
Bab ii
 
Projek asti(b) revisi
Projek asti(b) revisiProjek asti(b) revisi
Projek asti(b) revisi
 
Re-Engineering
Re-EngineeringRe-Engineering
Re-Engineering
 
Tugas analisa faktor kualitas
Tugas analisa faktor kualitasTugas analisa faktor kualitas
Tugas analisa faktor kualitas
 
Analisa Software Quality Factor
Analisa Software Quality FactorAnalisa Software Quality Factor
Analisa Software Quality Factor
 
1 Uml Use Case
1  Uml Use Case1  Uml Use Case
1 Uml Use Case
 
TD-635-02-PSBO
TD-635-02-PSBOTD-635-02-PSBO
TD-635-02-PSBO
 
Software Quality Factors
Software Quality FactorsSoftware Quality Factors
Software Quality Factors
 
Pertemuan-7-Proses_Desain interaksi manusia dan komputer.ppt
Pertemuan-7-Proses_Desain interaksi manusia dan komputer.pptPertemuan-7-Proses_Desain interaksi manusia dan komputer.ppt
Pertemuan-7-Proses_Desain interaksi manusia dan komputer.ppt
 
Bab II Use Case Diagram
Bab II Use Case DiagramBab II Use Case Diagram
Bab II Use Case Diagram
 
Algoritma dan Struktur Data
Algoritma dan Struktur DataAlgoritma dan Struktur Data
Algoritma dan Struktur Data
 
Analisis dan perancangan sistem informasi
Analisis dan perancangan sistem informasiAnalisis dan perancangan sistem informasi
Analisis dan perancangan sistem informasi
 
Standar testing software
Standar testing softwareStandar testing software
Standar testing software
 
Ead pertemuan-3
Ead pertemuan-3Ead pertemuan-3
Ead pertemuan-3
 

Soal RPL Pertemuan 7

  • 1. REKAYASA PERANGKAT LUNAK Oleh : Kelompok 02_RPL_B_2017 1. Aric Kantono (1534010066) 2. Eka Fitria W. (1534010058) 3. Istiqomah Nur F. (1534010043) 4. Junio Bagus K. (1534010075)
  • 2. 1.Sebuah software dikatakan berkualitas apabila memenuhi 3 ketentuan pokok yaitu (No.1 Kel.5) • a. Memenuhi kebutuhan pemakai • b. Memenuhi standar pengembangan software • c. Memenuhi sejumlah kriteria implisit • d. Jauh dari memenuhi kebutuhan • e. jawaban a, b dan c benar
  • 3. 2. McCall menitikbratkan faktor-faktor menjadi 3 aspek penting yaitu (No.2 Kel.5) a. Product Operation b. Product Revision c. Product Transition d. Product Exposition e. Jawaban a, b dan c benar 3. Faktor-faktor McCall yang berkaitan dengan sifat-sifat operasional software adalah (No.3 Kel.5) a. Correctness b. Realibility and Efficiency c. Integrity d. Usability e. Semua benar
  • 4. 4. Faktor-faktor McCall yang berkaitan dengan kemampuan sofware untuk menjalani perubahan adalah (No.4 Kel.5) a. Maintainability b. Flexibility c. Testability d. Availability e. Jawaban a, b dan c benar 5. Faktor-faktor McCall yang berkaitan dengan tingkat adaptibilitas software terhadap lingkungan baru ialah (No.6 Kel.5) a. Portability b. Reusability c. Interoperability d. Flexibility e. jawaban a, b dan c benar
  • 5. 6. Digambarkan dengan sebuah garis berpanah tertutup pada salah satu ujungnya yang menunjukan lebih umum, merupakan gambaran dari … a. Generalization / Inheritance antara use case b. Generalization / Inheritance antara actors c. Association antara use case d. Association antara actor dan use case e. Semua salah
  • 6. 7. Merupakan gambaran dari … a. Association antara use case b. Association antara actor dan use case c. Generalization / Inheritance antara use case d. Use case system boundary boxes e. Generalization / Inheritance antara actor
  • 7. 8. . Berikut merupakan macam - macam dari hubungan antar class diagram, kecuali … a. Asosiasi b. Agregasi c. Pewarisan d. Hubungan dinamis e. Private 9. Spesifikasi yang jika diinstansiasi akan menghasilkan sebuah objek dan merupakan inti dari pengembangan dan desain berorientasi objek, merupakan definisi dari … a. Activity diagram b. Classs diagram c. Use case d. Association e. Actor
  • 8. 10. Merupakan gambar dari … a. Generalization / Inheritance antara actor b. Association antara use case c. Association antara actor dan use case d. Generalization / Inheritance antara use case e. Use case system boundary boxes
  • 9. KUNCI JAWABAN 1. E. jawaban a, b dan c benar 2. E. jawaban a, b dan c benar 3. E. semua benar 4. E. jawaban a, b dan c benar 5. E. jawaban a, b dan c benar 6. A. Generalization / Inheritance antara use case 7. D. Use case system boundary boxes 8. E. Private 9. B. Classs diagram 10. D. Generalization / Inheritance antara use case
  • 10. JAWABAN DAN PEMBAHASAN 1. Jawaban : e. jawaban a, b dan c benar Pembahasan : Sebuah software dikatakan berkualitas apabila memenuhi tiga ketentuan pokok : a. Memenuhi kebutuhan pemakai – yang berarti bahwa jika software tidak dapat memenuhi kebutuhan pengguna software tersebut, maka yang bersangkutan dikatakan tidak atau kurang memiliki kualitas. b. Memenuhi standar pengembangan software – yang berarti bahwa jika cara pengembangan software tidak mengikuti metodologi standar, maka hampir dapat dipastikan bahwa kualitas yang baik akan sulit atau tidak tercapai c. Memenuhi sejumlah kriteria implisit – yang berarti bahwa jika salah satu kriteria implisit tersebut tidak dapat dipenuhi, maka software yang bersangkutan tidak dapat dikatakan memilki kualitas yang baik. Sumber : “Rekayasa Perangkat Lunak” Roger S.Pressman hal 610
  • 11. 2. Jawaban : e. Jawaban a, b dan c benar Pembahasan : McCall menitikberatkan faktor-faktor tersebut menjadi tiga aspek penting, yaitu yang berhubungan dengan :  Sifat – sifat operasional dari software (Product Operation)  Kemampuan software dalam menjalani perubahan (Product Revision)  Daya adaptasi atau penyesuaian software terhadap lingkungan baru (Product Transition) Sumber : “Rekayasa Perangkat Lunak” Roger S.Pressman hal 612
  • 12. 3. Jawaban : : e. Semua benar Pembahasan : Faktor-faktor McCall yang berkaitan dengan sifat-sifat operasional software adalah :  Correctness >> sejauh mana suatu software memenuhi spesifikasi dan mission objective dari users  Reliability >> sejauh mana suatu software dapat diharapkan untuk melaksanakan fungsinya dengan ketelitian yang diperlukan  Efficiency >>Banyaknya sumber daya komputasi dan kode program yang dibutuhkan suatu software untuk melakukan fungsinya  Integity >> sejauh mana akses ke software dan data oleh pihak yang tidak berhak dapat dikendalikan  Usability >> usaha yang diperlukan untuk mempelajari, mengoperasikan, menyiapkan input, dan mengartikan output dari software Sumber : “Rekayasa Perangkat Lunak” Roger S.Pressman hal 612
  • 13. 4. Jawaban : e. Jawaban a, b dan c benar Pembahasan : , Faktor-faktor McCall yang berkaitan dengan kemampuan sofware untuk menjalani perubahan meliputi :  Maintability >> usaha yang diperlukanuntuk menemukan dan memperbaiki kesalahan (error) dalam softaware  Flexibility >> usaha yang diperlukan untuk melakukan modifikasi terhadap software yang operasional  Testability >> usaha yang diperlukan untuk menguji suatu software untuk memastikan apakah melakukan fungsi yang dikehendaki atau tidak Sumber : “Rekayasa Perangkat Lunak” Roger S.Pressman hal 612
  • 14. 5. Jawaban : e. Jawaban a, b dan c benar Pembahasan : Faktor-faktor McCall yang berkaitan dengan tingkat adaptibilitas software terhadap lingkungan baru, antara lain :  Portability >> usaha yang diperlukan untuk mentransfer software dari suatu hardware dan/ atau sistem software tertentu agar dapat berfungsi pada hardware dan/ atau sistem software lainnya.  Reusability >> sejauh mana suatu software (atau bagian software) dapat dipergunakan ulang pada aplikasi lainnya.  Interoperability >> usaha yang diperlukan untuk menghubungkan satu software dengan lainnya Sumber : “Rekayasa Perangkat Lunak” Roger S.Pressman hal 612
  • 15. 6. Jawaban : A. Generalization / Inheritance antara use case Pembahasan : Generalization dipakai ketika ada sebuah perilaku khusus (single condition) dan merupakan pola hubungan base – parent use case. Digambarkan dengan generalization / inheritance antar use case secara vertical dengan inheriting use case dibawah base / parent use case Sumber : http://isebu.blogspot.co.id/2009/12/use-case-diagram.html 7. Jawaban : D. Use case system boundary boxes Pembahasan : Kita dapat menganggap sistem sebagai sebuah objek satu sistem, dengan satu set tanggung jawab seperti objek, dan implementasi belum dipertimbangkan. Jacobson [17] mengusulkan ide serupa, tetapi mengambil arah yang berbeda. Dengan penting penggunaan kasus-kasus, kita dapat menggunakan tanggung jawab untuk membantu menentukan batas sistem. Jika sistem adalah seperti satu objek, maka penggunaan kasus-kasus yang seperti metode dari objek ini. Mereka memungkinkan akses ke sistem perilaku, dan tidak ada akses muka. Interaksi dalam kasus penggunaan menyerupai parameter metode dan kembali nilai-nilai, tetapi dikelola secara berurutan. Sumber : paper http://www.mcs.vuw.ac.nz/research/object/Papers/euc-html/node9.html
  • 16. 8. Jawaban : E. Private Pembahasan : Hubungan Antar Class • Asosiasi, yaitu hubungan statis antar class. Umumnya menggambarkan class yang memiliki atribut berupaclass lain, atau class yang harus mengetahui eksistensi class lain. Panah navigability menunjukkan arahquery antar class. • Agregasi, yaitu hubungan yang menyatakan bagian (“terdiri atas..”). • Pewarisan, yaitu hubungan hirarkis antar class. Class dapat diturunkan dari class lain dan mewarisi semua atribut dan metoda class asalnya dan menambahkan fungsionalitas baru, sehingga ia disebut anak dariclass yang diwarisinya. Kebalikan dari pewarisan adalah generalisasi. • Hubungan dinamis, yaitu rangkaian pesan (message) yang di-passing dari satu class kepada class lain. Hubungan dinamis dapat digambarkan dengan menggunakan sequence diagram yang akan dijelaskan kemudian. Sumber : “Rekayasa Perangkat Lunak” Roger S.Pressman hal 153
  • 17. 9. Jawaban : B. Classs diagram Pembahasan : Class Diagram adalah diagram yang menunjukan class- class yang ada dari sebuah sistem dan hubungannya secara logika. Class diagram menggambarkan struktur statis dari sebuah sistem. Karena itu class diagram merupakan tulang punggung atau kekuatan dasar dari hampir setiap metode berorientasi objek termasuk UML (Henderi, 2008). Sementara menurut (Whitten L. Jeffery et al 2004:432) class diagram adalah gambar grafis mengenai struktur objek statis dari suatu sistem, menunjukan class- class objek yang menyusun sebuah sistem dan juga hubungan antara class objek tersebut. Elemen-eleman class diagram dalam pemodelan UML terdiri dari: Class-class, struktur class, sifat class (class behavior), perkumpulan/gabungan (association), pengumpulan/kesatuan (agregation), ketergantungan (dependency), relasi-relasi turunannya, keberagaman dan indikator navigasi, dan role name (peranan/tugas nama). Sumber :http://jokomurdiyanto.blogspot.co.id/2013/01/class- diagram-adalah-contoh-kasus-class.html
  • 18. 10. Jawaban : D. Generalization / Inheritance antara use case Pembahasan : Generalization dipakai ketika ada sebuah perilaku khusus (single condition) dan merupakan pola hubungan base – parent use case. Digambarkan dengan generalization / inheritance antar use case secara vertical dengan inheriting use case dibawah base / parent use case Sumber : http://isebu.blogspot.co.id/2009/12/use-case- diagram.html