MODUL PERKULIAHAN

Rekayasa Sistem
Informasi
Scenario-based Modeling

Fakultas Program Studi Tatap Muka Kode MK Disusun Oleh

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

Abstract Kompetensi
Mahasiswa dapat menjelaskan
deskripsi dan penggunaan scenario‐
based modeling
Daftar Isi

SCENARIO-BASED MODELING ................................................................................................................. 3

Use Case Diagram ............................................................................................................................... 3
Activity Diagram .................................................................................................................................. 6
Swimlane Diagram .............................................................................................................................. 7
Daftar Pustaka......................................................................................................................................... 9

2018 Rekayasa Sistem Informasi Pusat Bahan Ajar dan eLearning

2 Lydia Vintari ST MT http://www.mercubuana.ac.id
SCENARIO-BASED MODELING
Meskipun keberhasilan sistem atau produk berbasis komputer diukur dalam banyak
cara, kepuasan pengguna berada di bagian atas daftar. Jika analis memahami bagaimana
end user (dan aktor-aktor lain) ingin berinteraksi dengan sistem, tim software akan lebih
mampu untuk benar mencirikan persyaratan dan membangun analisis dan desain yang berarti
model. Oleh karena itu, pemodelan kebutuhan dengan UML dimulai dengan penciptaan
skenario dalam bentuk use case, activity diagram, dan diagram swimlane.

Use Case Diagram

Alistair Cockburn mencirikan use case sebagai "kontrak untuk perilaku". “kontrak”
mendefinisikan cara di mana seorang aktor menggunakan sistem berbasis komputer untuk
mencapai suatu tujuan. Intinya, use case menangkap interaksi yang terjadi antara produsen
dan konsumen informasi dan sistem itu sendiri.
Untuk mulai mengembangkan seperangkat use case, buat daftar fungsi atau kegiatan
yang dilakukan oleh aktor tertentu. Hal ini dapat diperoleh dari daftar fungsi sistem yang
diperlukan, melalui percakapan dengan para pemangku kepentingan, atau dengan evaluasi
Activity Diagram dikembangkan sebagai bagian dari pemodelan persyaratan.

2018 Rekayasa Sistem Informasi Pusat Bahan Ajar dan eLearning

3 Lydia Vintari ST MT http://www.mercubuana.ac.id
 Fungsi pengawasan rumah SafeHome (subsistem) yang dibahas pada gambar diatas,
mengidentifikasi fungsi-fungsi berikut (daftar singkat) yang dilakukan oleh aktor pemilik
rumah:
 Select camera to view.
 Request thumbnails from all cameras.
 Display camera views in a PC window.
 Control pan and zoom for a specific camera.
 Selectively record camera output.
 Replay camera output.
 Access camera surveillance via the Internet.
Untuk menggambarkan, mempertimbangkan akses fungsi kamera pengintai melalui
pandangan kamera internet display (ACS-DCV). Stakeholder yang mengambil peran aktor
pemilik rumah mungkin menulis narasi berikut:
Use case: Access camera surveillance via the Internet—display camera views
(ACS-DCV)
Actor: homeowner
If I’m at a remote location, I can use any PC with appropriate browser software to log
on to the SafeHome Products website. I enter my user ID and two levels of passwords
and once I’m validated, I have access to all functionality for my installed SafeHome
system. To access a specifi c camera view, I select “surveillance” from the major
function buttons displayed. I then select “pick a camera” and the floor plan of the house
is displayed. I then select the camera that I’m interested in. Alternatively, I can look at
thumbnail snapshots from all cameras simultaneously by selecting “all cameras” as my
viewing choice. Once I choose a camera, I select “view” and a one-frame-per-second
view appears in a viewing window that is identified by the camera ID. If I want to switch
cameras, I select “pick a camera” and the original viewing window disappears and the
floor plan of the house is displayed again. I then select the camera that I’m interested
in. A new viewing window appears.
Variasi dari kasus penggunaan naratif menyajikan interaksi sebagai urutan tindakan
pengguna terurut. Setiap tindakan diwakili sebagai entence deklaratif. Meninjau kembali
fungsi ACS-DCV, akan ditulis :
Use case: Access camera surveillance via the Internet—display camera views
(ACS-DCV)
Actor: homeowner
1. The homeowner logs onto the SafeHome Products website.
2. The homeowner enters his or her user ID.

2018 Rekayasa Sistem Informasi Pusat Bahan Ajar dan eLearning

4 Lydia Vintari ST MT http://www.mercubuana.ac.id
 3. The homeowner enters two passwords (each at least eight characters in length).
4. The system displays all major function buttons.
5. The homeowner selects the “surveillance” from the major function buttons.
6. The homeowner selects “pick a camera.”
7. The system displays the fl oor plan of the house.
8. The homeowner selects a camera icon from the fl oor plan.
9. The homeowner selects the “view” button.
10. The system displays a viewing window that is identifi ed by the camera ID.
11. The system displays video output within the viewing window at one frame per
second.

2018 Rekayasa Sistem Informasi Pusat Bahan Ajar dan eLearning

5 Lydia Vintari ST MT http://www.mercubuana.ac.id
 Gambar. Preliminary use case diagram untuk SafeHome system
Dalam banyak kasus, tidak perlu membuat representasi grafis dari skenario
penggunaan. Namun, representasi diagram dapat memfasilitasi pemahaman, terutama ketika
skenario itu kompleks. Seperti yang kami sebutkan sebelumnya dalam buku ini, UML memang
menyediakan kapabilitas use case diagram. Gambar diatas menggambarkan diagram use
case awal untuk produk SafeHome. Setiap use case diwakili oleh oval.
Setiap notasi pemodelan memiliki keterbatasan, dan use case tidak terkecuali. Seperti
bentuk lain dari deskripsi tertulis. Jika uraiannya tidak jelas, use case bisa menyesatkan atau
membingungkan. Use Case berfokus pada fungsi dan persyaratan perilaku dan umumnya
tidak sesuai untuk persyaratan nonfungsional. Untuk situasi di mana model persyaratan harus
memiliki detail dan presisi yang signifikan (mis., Sistem kritis keamanan), kasus penggunaan
mungkin tidak memadai. Namun, scenario-based model cocok untuk mayoritas yang
signifikan dari semua situasi yang akan dihadapi sebagai insinyur perangkat lunak. Jika
dikembangkan dengan benar, use case dapat memberikan manfaat besar sebagai alat
pemodelan.

Activity Diagram

Activity Diagram UML melengkapi use case dengan menyediakan representasi grafis dari
aliran interaksi dalam skenario tertentu. Mirip dengan flowchart, Activity Diagram
menggunakan persegi panjang bulat untuk menyiratkan fungsi sistem khusus, panah untuk
mewakili aliran melalui sistem, keputusan berlian untuk menggambarkan keputusan
pencabangan (setiap panah yang berasal dari berlian diberi label), dan garis horizontal padat
untuk menunjukkan bahwa kegiatan paralel terjadi. Activity Diagram untuk kasus penggunaan
ACS-DCV ditunjukkan pada Gambar dibawah ini. Perlu dicatat bahwa Activity Diagram
menambahkan detail tambahan yang tidak secara langsung disebutkan (tetapi tersirat) oleh
use case. Misalnya, pengguna hanya dapat mencoba memasukkan userID dan kata sandi

2018 Rekayasa Sistem Informasi Pusat Bahan Ajar dan eLearning

6 Lydia Vintari ST MT http://www.mercubuana.ac.id
dalam jumlah terbatas. Ini diwakili oleh keputusan berlian di bawah "Prompt untuk masuk
kembali."

Gambar. Activity diagram Untuk Access camera surveillance melalui Internet—

menampilkan fungsi padangan kamera.

Swimlane Diagram

UML swimlane diagram adalah variasi yang berguna dari Activity Diagram dan
memungkinkan Anda untuk mewakili aliran kegiatan yang dijelaskan oleh use case dan pada
saat yang sama menunjukkan aktor mana atau analisis kelas memiliki tanggung jawab untuk
tindakan yang dijelaskan oleh kotak kegiatan. Tanggung jawab direpresentasikan sebagai
segmen paralel yang membagi diagram secara vertikal, seperti jalur di kolam renang.

2018 Rekayasa Sistem Informasi Pusat Bahan Ajar dan eLearning

7 Lydia Vintari ST MT http://www.mercubuana.ac.id
 Gambar. Swimlane diagram Untuk Access camera surveillance melalui Internet—
menampilkan fungsi padangan kamera.

Tiga kelas analisis — Pemilik Rumah, Kamera, dan Interface — memiliki tanggung
jawab langsung atau tidak langsung dalam konteks diagram aktivitas. Diagram aktivitas diatur
ulang sehingga kegiatan yang terkait dengan kelas analisis tertentu jatuh di dalam swimlane
untuk kelas tersebut. Sebagai contoh, kelas Interface mewakili interface pengguna seperti
yang terlihat oleh pemilik rumah. Diagram aktivitas mencatat dua petunjuk yang merupakan
tanggung jawab interface— “meminta untuk masuk kembali” dan “meminta pandangan lain.”
Prompt ini dan keputusan yang terkait dengannya berada dalam interface. Namun, panah
mengarah dari swimlane itu kembali ke swimlane Homeowner, di mana tindakan Homeowner,
terjadi.

2018 Rekayasa Sistem Informasi Pusat Bahan Ajar dan eLearning

8 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

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