PERTEMUAN 6

INF625115 REKAYASA PERANGKAT LUNAK

______

DR. ENG. IR. MARDIANA, S.T., M.T., IPM

NURRAHMA, M.T.

PROGRAM STUDI TEKNIK INFORMATIKA

UNIVERSITAS LAMPUNG
 1.1 Apa dan Mengapa Systems Analysis and Design?
1. Pengantar 1.2 Siklus Pengembangan Software

Course Outline
1.3 Metodologi Pengembangan Software

2.1 Identifikasi Business Value dengan System Request

2. Systems Planning 2.2 Analisis Kelayakan Pengembangan Software
2.3 Estimasi Usaha Pengembangan Software

3.1 Requirement Gathering

3.2 Identifikasi Proses Bisnis dengan Use Case Diagram
3. Systems Analysis 3.3 Pemodelan Proses Bisnis dengan AD atau BPMN
3.4 Realisasi Proses Bisnis dengan Sequence Diagram
4.1 Paradigma Berorientasi Objek
4.2 Pemodelan Class Diagram
4. Systems Design 4.3 Pemodelan User Interface Design
4.4 Pemodelan Data Model
4.5 Pemodelan Deployment Diagram
5.1 Konstruksi Software

5. Systems 5.2 Pengujian Software

5.3 Pembuatan Dokumentasi
Implementation 5.4 Instalasi dan Manajemen Perubahan
5.5 Software Engineering Laws
2
 5

DUA PENDEKATAN REQUIREMENT MODELING

• Analisis Terstruktur
Data dan Proses sebagai entitas terpisah

• Analisis Berorientasi Objek

Fokus pada pendefinisian kelas-kelas dan bagaimana kelas-kelas
tersebut saling bekerjasama
 6

MODEL ANALISIS KEBUTUHAN

 9

SCENARIO-BASED MODELING
 10

USER STORY
 11

USER STORY
• User story merupakan salah satu dokumentasi dari kebutuhan
sistem yang digunakan dalam metodologi agile

• Berbeda dengan model lainnya (contoh: UML Diagram) yang

bersifat statis, user story mudah untuk diadaptasi sesuai dengan
perubahan kebutuhan sistem
 12

USER STORY
• User story merupakan deskripsi mengenai kebutuhan sistem
dalam bentuk Bahasa natural yang dapat dengan mudah
dipahami oleh end user yang tidak memiliki background TI.

• User story merupakan semi-structure language, karena sintaks

yang harus diikuti dalam membuat user story
 13

USER STORY
• Berikut adalah template sederhana dalam membuat user story:

As a <type of user>, I want <some goal> so that <some reason>

Sebagai seorang <peran user>, saya ingin <tujuan/fitur> sehingga

<alasan/yang diharapkan>
 14

CONTOH USER STORY

• As a user, I want to upload photos so that I can share photos with others.
• As an administrator, I want to approve photos before they are posted so that I can make sure
they are appropriate.
• As a TikTok user I want to be able to assign different privacy levels to my photos so I can
control who I share which photos with.
• Sebagai seorang mahasiswa, saya ingin mengakses nilai ujian pada semester berjalan dan
histori nilai saya pada semester-semester sebelumya, sehingga saya dapat memastikan hasil
belajar saya.
• Sebagai seorang dosen, saya ingin mengirimkan nilai ujian mahasiswa dalam bentuk file
excel, sehingga nilai mahasiswa dapat dibaca langsung per kelas.
 15

CONTOH USER STORY

User Type : Tipe Pengguna
Epics : sebagai komponen utama aplikasi
 18

KENDALA PENGGUNAAN USER STORY

• Ambiguity yang ditimbulkan oleh penggunaan user story dan ruang lingkup
yang dijelaskan dalam user story kurang jelas.
• Untuk mengatasi hal ini, user story yang telah dibuat dapat diperdetail
dengan menggunakan acceptance criteria.
• Acceptance criteria menjelaskan ruang lingkup dari sebuah user story yang
berupa daftar kriteria yang mengindikasikan sebuah story sudah diselesaikan.
• Acceptance kriteria nantinya akan menjadi panduan bagi end user dalam
melakukan User Acceptance Test.
 19

CONTOH USER STORY DAN ACCEPTANCE CRITERIA

 20

CONTOH USER STORY DAN ACCEPTANCE CRITERIA

User story:
• As a participant, I want to be able to register online, so I can register quickly and cut down on
paperwork.
Acceptance Criteria:
• All mandatory fields need to be filled before submitting a registration form.
• One user cannot enroll more than one time.
• Payment can be completed by bank transfer or credit card.
• Payment from bank transfer need to be verify by committee first.
• All registration data will be stored into database.
• An acknowledgement email will be sent to user that success the registration.
 21

UNIFIED MODELLING
LANGUAGE (UML)
 22

WHAT IS THE UML?

• UML: Unified Modeling Language
• UML can be used for modeling all processes in the development life
cycle and across different implementation technologies (technology
and language independent)
• UML is the standard language for visualizing, specifying,
constructing, and documenting the artifacts of a software-intensive
system
• UML is a communication tool – for the team, and other stakeholders
 23

SEJARAH UML
Booch, Jacobson, Rumbaugh
 24

STATE OF THE ART UML TOOLS

• Rational Rose
• Visual Paradigm
• Sparx Systems
Enterprise Architect
• Microsoft Visio
• Star UML
 25

UML 2.0 DIAGRAMS

 26

UML PROBLEMS
1. UML is modeling notation, it is not a development
process or a methodology
• UML driven development process?

2. UML is too complex, difficult to understand

quickly
• Which UML diagrams should we use?
 27

UML BASED SOFTWARE ANALYSIS AND DESIGN

(SPARX SYSTEMS EA)

1. Display the boundary of a system and its major functions

using use cases and actors
2. Model the organization’s business process with activity
diagram
3. Illustrate use case realizations with sequence diagrams
4. Represent a static structure of a system using class diagrams
5. Reveal the physical implementation architecture with
deployment diagrams
 28

UML BASED SOFTWARE ANALYSIS AND

DESIGN (KENDAL, 2011)
1. A use case diagram, describing how the system is used. Analysts start with a use case diagram
2. An activity diagram, illustrating the overall flow of activities. Each use case may create one
activity diagram
3. Sequence diagrams, showing the sequence of activities and class relationships. Each use case
may create one or more sequence diagrams
4. Class diagrams, showing the classes and relationships. Sequence diagrams are used to
determine classes
5. Statechart diagrams, showing the state transitions. Each class may create a statechart
diagram, which is useful for determining class methods
 29

(Kendall and Kendall, 2011)

 30

UML BASED SOFTWARE ANALYSIS AND DESIGN

(BARCLAY, 2004)
 31

USE CASE DIAGRAM

 32

USE CASE DIAGRAM

• Use Case Diagram menceritakan apa yang sistem akan lakukan

(what the system will do)
• Menekankan “apa” yang diperbuat sistem, dan bukan “bagaimana”
• Menggambarkan fungsionalitas yang diharapkan dari sebuah
sistem
• Menggambarkan kebutuhan sistem dari sudut pandang pengguna
(user)
33
 34

USE CASE DIAGRAM

uc UCD - Sistem ATM

Use case diagram terdiri dari: Sistem ATM

• Use case
Memasukkan Kartu Memasukkan PIN

Use case
«include»

• Actors
Mengecek Saldo

Pengguna
Mentransfer Uang

• Relationship
Melakukan Logout Mengambil Uang

• System boundary boxes

 35

ACTOR

• Actor menggambarkan orang, sistem lain yang berhubungan

dengan sistem saat ini
• Actor is a role, not a specific user
• Indikasi <<system>> untuk sebuah actor yang merupakan sebuah
sistem

Actor <<system>>
 36

USE CASE

• Use case dinotasikan dengan gambar horizontal ellips

Use Case

• A major piece of system functionality

• Ditempatkan di dalam system boundary
• Use case biasanya menggunakan kata kerja
 37

USE CASE

• Sebuah use case, yang berasosiasi ke suatu actor, adalah alur

lengkap dari event-event yang menghasilkan sesuatu yang
memiliki value untuk actor.

• Use case dapat dibaca:

<<Actor>> menggunakan sistem untuk <<Use Case>>
 39

SYSTEM BOUNDARY

• Tulis nama sistem di atas dalam kotak / boundary

• Menampilkan batasan sistem (scope of the system)
• Actors are outside the scope of the system

System
 40

RELATIONSHIP

• Jenis relasi yang biasa digunakan pada use case diagram, meliputi:
• Association Relationship

• Include Relationship
<<includes>>

• Extend Relationship <<extends>>

• Generalization Relationship
 41

ASSOCIATION RELATIONSHIP

• Link antar aktor dan Use Case

• Dapat menggunakan tanda (*) untuk menunjukkan "multiplicity of

the Association"

* *
 42

INCLUDE RELATIONSHIP

• Pemanggilan / penyertaan use case lain yang wajib / diharuskan

(required) pada sistem

• Tanda panah terbuka mengarah ke sub use case

Memasukkan include Memasukkan

Kartu PIN
 43

EXTENDS RELATIONSHIP

• Perluasan dari use case jika terdapat kondisi atau syarat terpenuhi
• Memperluas Use Case untuk memasukkan perilaku Opsional
• Tanda panah terbuka mengarah ke parent/base use case

Mengembalikan extends Membayar

Buku Denda
 44

GENERALIZATION RELATIONSHIP

• Generalization digambarkan dengan sebuah garis berpanah

tertutup pada salah satu ujungnya yang menunjukkan lebih
umum
• Dapat digunakan pada use case dan actor
 45

GENERALIZATION RELATIONSHIP
 46

USE CASE DIAGRAM EXAMPLE

 47

USE CASE DIAGRAM SISTEM ATM

(VERSI SEDERHANA)
uc UCD Sistem ATM Sederhana

Sistem ATM

Memasukan PIN

Mengecek Saldo

Nasabah Mengirim Uang

Mengambil Uang

Melakukan Logout
 48

USE CASE DIAGRAM SISTEM ATM

(VERSI NORMAL)
uc UCD Sistem ATM

Sistem ATM

Memasukan Kartu Memasukan PIN

«include»

Mengecek Saldo
Mengupdate Informasi
Kotak Deposit
Petugas

Nasabah

Mengambil Uang

Sistem Inti Perbankan

Mengirim Uang

Keluar Sistem
 49

USE CASE DIAGRAM SISTEM ATM

(VERSI INCLUDE DAN EXTENDS)
uc UCD Sistem ATM Kompleks

Sistem ATM

Memasukan Kartu Memasukan PIN

«include»

Mengupdate Informasi
Kotak Deposit

Mengecek Saldo
Petugas

«extend»

Nasabah Melakukan Transaksi

Perbankan
«extend» Mengambil Uang

Sistem Core Banking

«extend»

Melakukan Logout
Mengirim Uang
 50

USE CASE DIAGRAM ERP PERBANKAN

uc ERP Perbankan
(SISTEM LEBIH KOMPLEKS)
ERP Perbakan

ATM Module Human Resource Module

+ Nasabah + Kepala Divisi uc ATM Module

+ Mengambil Uang + Staff

ATM Module
+ Mengecek Saldo + Melakukan Persetujuan Cuti
+ Mengirim Uang + Menganalisis Beban Kerja

Mengecek Saldo

Finance Module Proj ect Management Module

Mengirim Uang

Nasabah
Mengambil Uang
 51

ACTIVITY DIAGRAM
 52

ACTIVITY DIAGRAM

• Activity diagram adalah jenis diagram yang menggambarkan aliran

kerja (workflow) atau aktivitas sistem secara berurutan, dari awal
hingga akhir, sering kali dalam format vertikal.
• Diagram ini fokus pada perilaku sistem, percabangan logika
(decision), dan aktivitas paralel (fork/join) untuk memodelkan
proses bisnis atau fungsi perangkat lunak secara terstruktur.
 53

ACTIVITY DIAGRAM

Nama Komponen Deskripsi Simbol (Deskripsi Visual)

• Merupakan sebuah perilaku yang sederhana dan tidak dapat dipecah lagi.
Aksi (Action):
• Diberi label dengan namanya.
• Digunakan untuk merepresentasikan serangkaian aksi.
Aktivitas (Activity):
• Diberi label dengan namanya.
• Digunakan untuk merepresentasikan sebuah objek yang terhubung ke
Simpul objek (Object
serangkaian aliran objek.
node):
• Diberi label dengan nama kelasnya.
Aliran kontrol (Control
• Menunjukkan urutan eksekusi.
flow):
• Menunjukkan aliran sebuah objek dari satu aktivitas (atau aksi) ke aktivitas
Aliran objek (Object flow):
(atau aksi) lainnya.
• Menggambarkan awal dari serangkaian aksi atau aktivitas.
Simpul awal (Initial node):

Simpul aktivitas-akhir • Digunakan untuk menghentikan semua aliran kontrol dan aliran objek
(Final-activity node): dalam sebuah aktivitas (atau aksi).
 54

ACTIVITY DIAGRAM
Simbol (Deskripsi
Nama Komponen Deskripsi
Visual)
Simpul aliran-akhir (Final-
• Digunakan untuk menghentikan aliran kontrol atau aliran objek tertentu.
flow node):
• Digunakan untuk merepresentasikan kondisi pengujian untuk memastikan
Simpul keputusan (Decision
bahwa aliran kontrol atau aliran objek hanya melewati satu jalur.
node):
• Diberi label dengan kriteria keputusan untuk melanjutkan ke jalur tertentu.
Simpul penggabungan • Digunakan untuk menyatukan kembali jalur-jalur keputusan berbeda yang
(Merge node): dibuat menggunakan simpul keputusan.
Simpul percabangan (Fork • Digunakan untuk memecah perilaku menjadi serangkaian aliran aktivitas
node): (atau aksi) yang paralel atau berjalan bersamaan.
Simpul penyatuan (Join • Digunakan untuk menyatukan kembali serangkaian aliran aktivitas (atau
node): aksi) yang paralel atau berjalan bersamaan.
• Digunakan untuk memecah diagram aktivitas menjadi baris dan kolom
untuk menugaskan aktivitas (atau aksi) individu kepada orang atau objek
Jalur-renang (Swimlane):
yang bertanggung jawab untuk mengeksekusi aktivitas (atau aksi) tersebut.
• Diberi label dengan nama individu atau objek yang bertanggung jawab.
 55

USE CASE DIAGRAM SISTEM ATM

uc UCD Sistem ATM

Sistem ATM

Memasukan Kartu Memasukan PIN

«include»

Mengecek Saldo
Mengupdate Informasi
Kotak Deposit
Petugas

Nasabah

Mengambil Uang

Sistem Inti Perbankan

Mengirim Uang

Keluar Sistem
 56

ACTIVITY DIAGRAM: MEMASUKKAN KARTU

act 1 AD Memasukan Kartu

Petugas

Nasabah Sistem ATM

Mulai

Masukan
Validasi Kartu
Kartu

Kartu Valid?

tidak ya

Keluarkan Tampilkan
Kartu Menu PIN

Selesai
 57

ACTIVITY DIAGRAM: MEMASUKKAN PIN

act 2 AD Memasukan PIN

Petugas

Nasabah Sistem ATM

Mulai

Masukan PIN di
Validasi PIN
Menu PIN

tidak
Entri Lebih dari 3x? Jenis Pengguna?
tidak PIN Valid? ya

ya Nasabah petugas

Tampilkan Menu Tampilkan Menu

Blokir Kartu
Utama Administrasi

Selesai
 58

ACTIVITY DIAGRAM: MENGECEK SALDO

act 3 AD Mengecek Saldo

Nasabah Sistem ATM Sistem Inti Perbankan

Mulai

Pilih Cek Saldo dari Menu

Request Cek Saldo Proses Cek Saldo
Utama

Tampilkan di Menu
Pengecekan Saldo

Selesai
 59

ACTIVITY DIAGRAM: MENGAMBIL UANG

act 4 AD Mengambil Uang

Nasabah Sistem ATM Sistem Inti Perbankan

Mulai

Pilih Ambil Uang dari Tampilkan Menu

Menu Utama Pengambilan Uang

Cek
Masukan Jumlah Request Kecukupan
Kecukupan
Uang Saldo
Saldo

Saldo Cukup?
tidak
Tampilkan Error Saldo
Tidak Cukup

tidak

Keluarkan Uang di Proses Ambil

Kotak Uang Uang

Selesai
 60

ACTIVITY DIAGRAM: MENGIRIM UANG

act 5 AD Mengirim Uang

Nasabah Sistem ATM Sistem Inti Perbankan

Mulai

Pilih Kirim Uang Tampilkan Menu

di Menu Utama Pengiriman Uang

Masukan No Request Validasi No Validasi No Rekening

Rekening Tuj uan Rekening Tuj uan Tuj uan

tidak No Rekening Valid?

Tampilkan Error No
Rekening Tidak Valid

ya
Masukan Jumlah Tampilkan Isian
Uang Jumlah Uang

tidak

Request Cek Cek Kecukupan Saldo

Kecukupan Saldo

Saldo Cukup?

ya

Tampilkan Pesan Proses Pengiriman

Uang Berhasil Dikirim Uang

Selesai
 61

ACTIVITY DIAGRAM: MENGUPDATE INFORMASI

KOTAK DEPOSIT
act 6 AD Mengupdate Informasi Kotak Deposit

Petugas Sistem ATM

Mulai

Pilih Update Informasi Kotak Tampilkan Menu Update

Deposit di Menu Utama Informasi Kotak Deposit

Masukan Data tentang

Validasi Data Masukan
Kotak Deposit Baru

tidak

tidak Data Valid?

Tampilkan Error dan
Permintaan Update Data

ya
Setujui Data Masukan?
Tampilkan Data dan
Permintaan Konfirmasi

ya

Update Data Kotak Deposit

Selesai
 62

ACTIVITY DIAGRAM: KELUAR SISTEM

act 7 AD Keluar Sistem

Petugas Sistem ATM

Nasabah

Mulai

Pilih Keluar Sistem di

Proses Keluar Sistem
Menu Utama

Keluarkan Kartu Keluarkan Kuitansi

Tampilkan Pesan
Telah Keluar Sistem

Selesai
 63

TUGAS KELOMPOK
1. Dengan menggunkan kasus pada sistem Anda, buatlah:
a. User Stories
b. Use Case Diagram
c. Activity Diagram
2. Upload file PDF pada folder GDrive berikut:
[Link]
usp=sharing
3. Kemudian submit link PDF kelompok Anda pada Assignment di vclass dengan
format penamaan
RPL-A/B/C/D_KelompokXX_Tugas User Stories, Use Case Diagram, Activity
[Link]