pertemuan 6

31

Upload: david-purba

Post on 12-Aug-2015

172 views

Category:

Documents


4 download

DESCRIPTION

object oriented

TRANSCRIPT

Page 1: Pertemuan 6
Page 2: Pertemuan 6

Pembahasan

1. Deskripsi USE CASE2. USE CASE Diagram2. USE CASE Diagram3. Studi Kasus

Page 3: Pertemuan 6

1. Deskripsi USE CASE

� Sebuah use case adalah situasi dimana sistem digunakan untukmemenuhi satu atau lebih kebutuhan pemakai.

� Use case merupakan awal yang sangat baik untuk setiap fasepengembangan berbasis objek, design testing, dan dokumentasi.

� Use case menggambarkan kebutuhan sistem dari sudut pandang diluar sistem.luar sistem.

� Use case menentukan nilai yang diberikan sistem kepadapemakainya.

� Use cases hanya menetapkan apa yang seharusnya dikerjakan olehsistem, yaitu kebutuhan fungsional sistem.

� Use case tidak untuk menentukan kebutuhan nonfungsional,misalnya: sasaran kinerja, bahasa pemrograman, dsb.

Page 4: Pertemuan 6

2. USE CASE Diagram

Use case diagram terdiri daria. Use case

� Use case class digunakan untuk memodelkan dan menyatakanunit fungsi / layanan yang disediakan oleh sistem (or bagiansistem: subsistem atau class) ke pemakai.

� Use case dapat dilingkupi dengan batasan sistem yang diberilabel nama sistem.

� Use case adalah sesuatu yang menyediakan hasil yang dapatdiukur ke pemakai atau sistem eksternal.

Page 5: Pertemuan 6

� Use case dibuat berdasar keperluan actor, merupakan “apa”yang dikerjakan system, bukan “bagaimana” systemmengerjakannya

� Use case diberi nama yang menyatakan apa hal yang dicapaidari hasil interaksinya dengan actor.

� Use case dinotasikan dengan gambar (horizontal ellipse).

� Use case biasanya menggunakan kata kerja.

� Nama use case boleh terdiri dari beberapa kata dan tidak bolehada 2 use case yang memiliki nama yang sama

Page 6: Pertemuan 6

� Use case class memiliki objek use case yang disebutskenario. Skenario menyatakan urutan pesan dan tindakantunggal.

� Simbol use case :

Page 7: Pertemuan 6

b. Actors

� Actor menggambarkan orang, system atau external entitas /stakeholder yang menyediakan atau menerima informasidari system

� Actor menggambarkan sebuah tugas/peran dan bukannya� Actor menggambarkan sebuah tugas/peran dan bukannyaposisi sebuah jabatan

� Actor memberi input atau menerima informasi dari system

� Actor biasanya menggunakan Kata benda

� Actor adalah eksternal terhadap sistem.

Page 8: Pertemuan 6

� Tidak boleh ada komunikasi langsung antar actor

� Indikasi <<system>> untuk sebuah actor yang merupakansebuah system

� Adanya actor bernama “Time” yang mengindikasikanscheduled events (suatu kejadian yang terjadi secarascheduled events (suatu kejadian yang terjadi secaraperiodik/bulanan)

� Letakkan actor utama anda pada pojok kiri atas daridiagram

Page 9: Pertemuan 6

� Actor berinteraksi dengan sistem.

� Actor memanfaatkan fungsi yang disediakan sistem,termasuk fungsi aplikasi dan pemeliharaan.

� Actors bisa saja menyediakan fungsi ke sistem.

� Actors bisa menerima informasi yang disediakan sistem.� Actors bisa menerima informasi yang disediakan sistem.

� Actors bisa menyediakan informasi ke sistem.

� Simbol actor :

Page 10: Pertemuan 6

c. Association

• Associations bukan menggambarkan aliran data/informasi• Associations digunakan untuk menggambarkan bagaimana

actor terlibat dalam use case• Ada 4 jenis relasi yang bisa timbul pada use case diagram

1. Association antara actor dan use case1. Association antara actor dan use case2. Association antara use case3. Generalization/Inheritance antara use case4. Generalization/Inheritance antara actors

Page 11: Pertemuan 6

1. Association antara actor dan use case

� Ujung panah pada association antara actor dan use casemengindikasikan siapa/apa yang meminta interaksi danbukannya mengindikasikan aliran data

� Sebaiknya gunakan Garis tanpa panah untuk association� Sebaiknya gunakan Garis tanpa panah untuk associationantara actor dan use case

� association antara actor dan use case yang menggunakanpanah terbuka untuk mengindikasikan bila actor berinteraksisecara pasif dengan system anda

Page 12: Pertemuan 6

2. Association antara use case

� <<include>> termasuk didalam use case lain (required)/ (diharuskan)– Pemanggilan use case oleh use case lain, contohnya

adalah pemanggilan sebuah fungsi program– Tanda panah terbuka harus terarah ke sub use case– Tanda panah terbuka harus terarah ke sub use case– Gambarkan association include secara horizontal

BukaRekening

<<include>> catatdata pribadi

Nasabah

Register for courses

<<include>>

Logon validation<<include>>

Maintain curriculum

Page 13: Pertemuan 6

� <<extend>> perluasan dari use case lain jika kondisi atausyarat terpenuhi– Kurangi penggunaan association Extend ini, terlalu banyak

pemakaian association ini membuat diagram sulitdipahami.

– Tanda panah terbuka harus terarah ke parent/base use

Association antara use case (Lanjut)

– Tanda panah terbuka harus terarah ke parent/base usecase

– Gambarkan association extend secara vertical

BukaRekening

<<extend>>

BukaDeposito

Nasabah

Page 14: Pertemuan 6

3. Generalization/inheritance antara use case

� Generalization/inheritance digambarkan dengan sebuah garisberpanah tertutup pada salah satu ujungnya yangmenunjukkan lebih umum

� Gambarkan generalization/inheritance antara use casesecara vertical dengan inheriting use case dibawahbase/parent use casebase/parent use case

� Generalization/inheritance dipakai ketika ada sebuahkeadaan yang lain sendiri/perlakuan khusus (single condition)

BukaRekening

Nasabah BukaDeposito

Page 15: Pertemuan 6

4. Generalization/inheritance antara actor

� Gambarkan generalization/inheritance antara actors secaravertical dengan inheriting actor dibawah base/parent use case

Page 16: Pertemuan 6

d. System boundary boxes (optional)

� Untuk memperlihatkan batasan sistem dalam diagram usecase, Anda dapat menggambarkan sebuah kotak yangmelingkupi semua use case, namun actor tetap berada diluar kotak

� Biasanya digunakan apabila memberikan beberapaalternative system yang dapat dijadikan pilihan.alternative system yang dapat dijadikan pilihan.

� System boundary boxes dalam penggunaannya optional

Page 17: Pertemuan 6

3. Studi KasusPT. Bendi Car adalah sebuah perusahaan yang bergerak dibidangpenyewaan mobil Semua transaksi di perusahaan masih dilakukansecara manual. Berikut ini adalah kegiatan kegiatan yang dilakukanoleh petugas dalam melaksanakan transaksi penyewaan mobil didalam perusahaan.

1. Prosedure peminjamanPenyewa mobil yang ingin melakukan peminjaman dapat melihat hargaPenyewa mobil yang ingin melakukan peminjaman dapat melihat hargapenyewaan mobil pada daftar harga sewa mobil. Penyewa dapatmenggunakan jasa supir atau tidak sesuai dengan kebutuhan penyewasendiri. Setiap jenis kendaraan memiliki harga sewa yang berbeda-bedabegitu juga harga sewa jasa sopir untuk daerah Jabodetabek dan diluarjabodetabek pun berbeda. Setelah itu penyewa mengisi FormulirPenyewaan (FS) disertai fotocopy identitas diri. Kemudian Formulirpenyewaan yang telah diisi beserta pembayaran dimuka diserahkankepada petugas kemudian petugas membuatkan kwitansi pembayaransebagai bukti pembayaran.

Page 18: Pertemuan 6
Page 19: Pertemuan 6
Page 20: Pertemuan 6
Page 21: Pertemuan 6
Page 22: Pertemuan 6

2. Prosedure pengembalianPada saat pengembalian kendaraan oleh penyewa, petugas membawaFormulir Pengembalian dan memeriksa kondisi kendaraan apakahterdapat kerusakan atau tidak. Bila ada (misalnya spion pecah, bodypenyok, cat tergores, dll), maka diperhitungkan penggantiannya dandibebankan kepada penyewa. Bila tidak rusak/terlambat maka tidak perlumengisi Formulir pengembalian. Namun Bila penyewa terlambat dalampengembalian, maka jumlah keterlambatan mobil dan sopir akanpengembalian, maka jumlah keterlambatan mobil dan sopir akandibebankan kepada penyewa. Setelah membayar kerusakan danketerlambatan, maka petugas membuatkan kwitansi sebagai tanda buktipembayaran denda

Page 23: Pertemuan 6

3. Prosedure laporanDiakhir bulan petugas membuat laporan penyewaan berikut denda ataskerusakan atau keterlambatan yang terjadi dan laporan kendaraan.Laporan tersebut diserahkan ke pemilik penyewaan Bendi car

Buatlah Usecase dari sistem diatas

Page 24: Pertemuan 6
Page 25: Pertemuan 6
Page 26: Pertemuan 6
Page 27: Pertemuan 6

SOAL LATIHAN

1. Use case dinotasikan dengan gambarkan :a. horizontal elips d. persegib. bujur sangkar e. vertikal elipsc. lingkaran

2. Use case biasanya menggunakan kata :a. kata benda d. kata perintahb. kata kerja e. kata petunjukc. kata sifat

Page 28: Pertemuan 6

3. Menggambarkan orang, system atau external entitas /

2. Use case biasanya menggunakan kata :a. kata benda d. kata perintahb. kata kerja e. kata petunjukc. kata sifat

3. Menggambarkan orang, system atau external entitas / stakeholder yang menyediakan atau menerima informasi dari system disebut dengan a. use case d. assosiationb. relation e. packagec. actor

Page 29: Pertemuan 6

3. Menggambarkan orang, system atau external entitas / stakeholder yang menyediakan atau menerima informasi dari system disebut dengan a. use case d. assosiationb. relation e. packagec. actorc. actor

4. Actor biasanya menggunakan kata :a. kata benda d. kata perintahb. kata kerja e. kata petunjukc. kata sifat

Page 30: Pertemuan 6

4. Actor biasanya menggunakan kata :a. kata benda d. kata perintahb. kata kerja e. kata petunjukc. kata sifat

5. Jenis relasi yang bisa timbul pada use case diagram 5. Jenis relasi yang bisa timbul pada use case diagram adalah, kecuali

a. Association antara actor dan use caseb. Association antara use casec. Generalization antara actor dan use cased. Generalization/Inheritance antara use casee. Generalization/Inheritance antara actors

Page 31: Pertemuan 6

5. Jenis relasi yang bisa timbul pada use case diagram adalah, kecuali

a. Association antara actor dan use caseb. Association antara use casec. Generalization antara actor dan use cased. Generalization/Inheritance antara use casee. Generalization/Inheritance antara actorse. Generalization/Inheritance antara actors

1. Use case dinotasikan dengan gambarkan :a. horizontal elips d. persegib. bujur sangkar e. vertikal elipsc. lingkaran