MODUL PERKULIAHAN

Rekayasa Sistem
Informasi
Use Case dan Activity View

Fakultas Program Studi Tatap Muka Kode MK Disusun Oleh

06
Ilmu Komputer Sistem Informasi MKWP-06 Lydia Vintari ST MT

Abstract Kompetensi
Karakteristik UML model: use case Mahasiswa dapat menjelaskan
view dan activity view karakteristik UML model: use case
view dan activity view
Daftar Isi

Use Case View ......................................................................................................................................... 3

Actors .................................................................................................................................................. 3
Use Cases ............................................................................................................................................ 4
Use Case Diagrams .............................................................................................................................. 5
Activity View ........................................................................................................................................... 7
Actions ................................................................................................................................................ 7
Activity Diagrams ................................................................................................................................ 9
Daftar Pustaka....................................................................................................................................... 11

2018 Rekayasa Sistem Informasi Pusat Bahan Ajar dan eLearning

2 Lydia Vintari ST MT http://www.mercubuana.ac.id
Use Case View
Model use case adalah perwakilan utama UML dan titik fokus pemodelan perilaku.
pemodelan perilaku menyajikan pandangan dinamis dari sistem - itu model persyaratan
fungsi. Model perilaku mewakili transaksi bisnis, operasi, dan algoritme pada data. Ada
beberapa teknik visualisasi untuk pemodelan perilaku – use case diagram, sequence diagram,
communication diagram dan activity diagram.
Dalam UML, perilaku sistem yang terlihat dan dapat diuji ditangkap dalam use case.
Secara konsisten dengan model yang dapat diterapkan pada berbagai tingkat abstraksi,
model use case dapat menangkap perilaku sistem secara keseluruhan atau perilaku dari
setiap bagian dari sistem - subsistem, komponen atau kelas, misalnya. Use case menjalankan
fungsi bisnis yang terlihat dari luar untuk actor dan dapat diuji secara terpisah di kemudian
hari dalam proses pengembangan. Actor adalah siapa atau apa pun (orang, mesin) yang
berinteraksi dengan use case. Actor berinteraksi dengan use case dengan harapan menerima
hasil yang bermanfaat.
Diagram use case adalah representasi visual dari actor dan use case, bersama
dengan definisi dan spesifikasi tambahan. Diagram use case bukan hanya diagram tetapi juga
model parsial yang didokumentasikan sepenuhnya dari perilaku yang dimaksudkan sistem.
Pemahaman yang sama berlaku untuk diagram UML lainnya. Model dikatakan "parsial"
karena biasanya model UML terdiri dari banyak diagram (dan dokumentasi terkait) yang
mewakili berbagai sudut pandang pada model.

Actors

Actor dan use case ditentukan dari analisis persyaratan fungsi. Persyaratan fungsi
terwujud dalam use case. Use case memenuhi persyaratan fungsi dengan memberikan hasil
nilai kepada seorang actor. Tidaklah penting apakah analis bisnis memilih untuk
mengidentifikasi actor terlebih dahulu dan kemudian menggunakan kasus atau sebaliknya.
Actor adalah peran yang dimainkan seseorang atau sesuatu di luar subjek untuk
menangani use case. Seorang actor bukanlah contoh khusus dari seseorang atau sesuatu,
jadi seseorang bernama "Joe" bukan actor. "Joe" dapat memainkan peran customer dan
diwakili dalam model use case oleh actor Customer. Secara umum, Customer bahkan tidak
harus menjadi seseorang. Itu bisa berupa organisasi atau mesin.

2018 Rekayasa Sistem Informasi Pusat Bahan Ajar dan eLearning

3 Lydia Vintari ST MT http://www.mercubuana.ac.id
 Subjek adalah setiap kelompok use case yang menggunakan model use case (seperti
subsistem, komponen, kelas). Seorang actor berkomunikasi dengan subjek dengan,
misalnya, bertukar sinyal dan data. Secara umum, seorang actor dapat ditampilkan sebagai
simbol persegi panjang kelas. Seperti kelas normal, seorang actor dapat memiliki atribut dan
operasi (peristiwa yang dikirim atau diterimanya).

Gambar. Representasi grafis dari actor

Use Cases

Use case merupakan unit fungsionalitas nilai bagi seorang actor. Namun, tidak semua
use case perlu dikaitkan langsung dengan seorang actor. Use case semacam itu membawa
nilai bagi seorang actor dengan dikaitkan dengan satu atau beberapa use case lain yang,
pada gilirannya, terkait dengan seorang actor. Use case dapat dikelompokkan bersama untuk
mewakili subjek. “Setiap use case menentukan beberapa perilaku, mungkin termasuk varian,
bahwa subjek dapat melakukan kolaborasi dengan satu atau lebih actor. Use cases
mendefinisikan perilaku yang ditawarkan dari subjek tanpa referensi ke struktur internalnya”.
Use case dapat berasal dari identifikasi tugas actor. Pertanyaan yang harus diajukan
adalah, “Apa tanggung jawab actor terhadap subjek dan harapan dari subjek?” Use case juga
dapat ditentukan dari analisis langsung persyaratan fungsional. Dalam banyak contoh, suatu
persyaratan fungsional memetakan langsung ke suatu use case.
Tabel dibawah ini menunjukkan bagaimana persyaratan fungsi yang dipilih untuk
sistem penyimpanan video dapat digunakan untuk mengidentifikasi actor dan menggunakan
kasus. Dua actor terlibat dalam semua empat persyaratan, tetapi jelas tingkat keterlibatan

2018 Rekayasa Sistem Informasi Pusat Bahan Ajar dan eLearning

4 Lydia Vintari ST MT http://www.mercubuana.ac.id
para pelaku bervariasi dari persyaratan ke persyaratan. Perangkat Scanning tidak dipilih
sebagai actor - itu dianggap internal untuk sistem.

Gambar . Skenario dari video store

Use Case Diagrams

Diagram use case menugaskan kasus digunakan untuk aktor. Hal ini juga memungkinkan
pengguna untuk membangun hubungan antara use case, jika ada. Diagram use case adalah
teknik visualisasi utama untuk model perilaku sistem.

2018 Rekayasa Sistem Informasi Pusat Bahan Ajar dan eLearning

5 Lydia Vintari ST MT http://www.mercubuana.ac.id
 Gambar. Use cases untuk video store system

Gambar. use case diagram untuk video store system

2018 Rekayasa Sistem Informasi Pusat Bahan Ajar dan eLearning

6 Lydia Vintari ST MT http://www.mercubuana.ac.id
 Gambar. use case diagram dengan actor untuk a video store system

Activity View
Actions

Jika Activity Modelling digunakan untuk memvisualisasikan urutan action dalam use
case, maka action dapat dibuat dari dokumen use case. Tabel berikut mencantumkan
pernyataan dalam aliran utama dan alternatif dari dokumen use case dan mengidentifikasi
action yang berkaitan. Suatu action diwakili dalam UML oleh persegi panjang bersudut bulat.
Action yang diidentifikasi pada Tabel dibawah digambarkan pada Gambar dibawah ini.

2018 Rekayasa Sistem Informasi Pusat Bahan Ajar dan eLearning

7 Lydia Vintari ST MT http://www.mercubuana.ac.id
 Tabel. Alur action yang utama dan alternative dari video store

Gambar. Action untuk use case video store

2018 Rekayasa Sistem Informasi Pusat Bahan Ajar dan eLearning

8 Lydia Vintari ST MT http://www.mercubuana.ac.id
Activity Diagrams

Diagram aktivitas menunjukkan aliran yang menghubungkan action dan simpul

lainnya, seperti keputusan, garpu, gabungan, penggabungan, dan simpul objek. Biasanya,
ada korespondensi satu-ke-satu antara suatu aktivitas dan diagram aktivitas - yaitu, aktivitas
ditampilkan sebagai diagram aktivitas.
Untuk menggambar diagram untuk contoh toko video, action yang diidentifikasi pada
Gambar diatas harus dihubungkan oleh flow/alur, seperti yang ditunjukkan pada Gambar
dibawah ini. Menampilkan detail transaksi adalah action awal. Alur rekursif untuk action ini
mengakui fakta bahwa tampilan terus disegarkan sampai komputasi berpindah ke simpul
berikutnya. Selama perincian transaksi Tampilan, pelanggan dapat menawarkan pembayaran
tunai atau kartu, yang mengarah ke pelaksanaan salah satu dari dua kemungkinan untaian
perhitungan. Beberapa action untuk mengelola pembayaran kartu digabungkan pada Gambar
3.6 dalam simpul aktivitas yang disebut pembayaran kartu Pegangan. Action penumpukan
semacam ini adalah nyaman ketika aliran dimungkinkan dari salah satu action tersarang. Jika
ini kasusnya, aliran dapat ditarik dari simpul aktivitas, seperti yang ditunjukkan untuk aliran ke
kondisi cabang yang disebut masalah Pembayaran? Kebutuhan untuk menguji kondisi
Masalah pembayaran? mungkin timbul dari masalah dengan pembayaran kartu serta
kemungkinan itu karena pelanggan memiliki uang tunai tidak mencukupi. Jika tidak ada
masalah pembayaran, maka transaksi sewa dikonfirmasi dan pemrosesan berakhir pada
action terakhir. Jika tidak, peringkat pelanggan diverifikasi. Tergantung pada rating, transaksi
sewa ditolak (jika rating [Buruk]), diperbolehkan dengan pembayaran sebagian (jika rating
[Baik]) atau diizinkan tanpa pembayaran (jika rating [Sangat Bagus]).

2018 Rekayasa Sistem Informasi Pusat Bahan Ajar dan eLearning

9 Lydia Vintari ST MT http://www.mercubuana.ac.id
 Gambar. Activity diagram untuk use case video store

2018 Rekayasa Sistem Informasi Pusat Bahan Ajar dan eLearning

10 Lydia Vintari ST MT http://www.mercubuana.ac.id
Daftar Pustaka
Roger S. Pressman. 2010. Software Engineering: A Practitioner's Approach (7th ed)

Leszek A. Maciaszek. 2007. Requirements Analysis and System Design

Jeffrey O. Grady. 2014. System Requirements Analysis

https://id.wikipedia.org/wiki/Sistem_informasi

2018 Rekayasa Sistem Informasi Pusat Bahan Ajar dan eLearning

11 Lydia Vintari ST MT http://www.mercubuana.ac.id