Fase Desain:Use Case dan

Pemodelan Proses

Yudha Saintika, S.T., M.T.ICitra Wiguna, S.Kom., M.KomDwi Januarita AK, S.T., M.Kom

“○ Tahap Analisis

○ Requirements/Kebutuhan

Review MateriSebelumnya

CapaianPembelajaran

○ Memodelkan kebutuhan sistemmenggunakan pendekatan tradisional danpendekatan berorientasi obyek denganbenar

Sub PokokBahasan

1. Object Oriented dan UML

2. Use Case

3. Traditional Approach

4. Data Flow Diagram (DFD)

Pemodelan Kebutuhan Sistem

Object Oriented

• Grady Booch OOD (Object-Oriented Design)

• Jim Rumbaugh OMT (Object Modeling Technique)

• Ivar Jacobson OOSE (Object-Oriented Software Engineering)

UML(Unified Modeling Language)

Object Oriented dan UML

7

UML (1)

○ Unified Modelling Language (UML) adalahsebuah "bahasa" yang telah menjadistandar dalam industri untuk visualisasi,merancang dan mendokumentasikansistem informasi atau piranti lunak

○ UML menawarkan sebuah standar untukmerancang model sebuah sistem

○ Notasi UML merupakan sekumpulanbentuk khusus untuk menggambarkanberbagai diagram piranti lunak

UML (2)

UML (3)

UML (4)

(Dalam Analisis dan Desain)

Activity/Sequence

Diagram

Component

Diagram

State

Chart

Class

Diagram

Use Case

Model

System requirements

Deployment

Diagram

Zachman Framework

Use Case

12

Use Case (1)

○ Use case diagram menggambarkanfungsionalitas yang diharapkan dari sebuahsistem. Yang ditekankan adalah “apa” yangdiperbuat sistem, dan bukan “bagaimana”.

○ Sebuah use case merepresentasikan sebuahinteraksi antara aktor dengan sistem.

○ Mewakili bagaimana sistem berinteraksidengan lingkungannya denganmenggambarkan kegiatan yang dilakukanoleh pengguna sistem dan tanggapansistemnya

Use Case (2)

○ Tahap pertama membuat Use Case adalahidentifikasi pengguna (user), tujuan/aktivitaspengguna dalam sistem dan hasil dari aktivitastersebut.

Use Case (3)

Use Case (6) : Element IntiUse Case

Use Case Specification in ATM System

Withdraw Money

1. The use case begins when a client inserts a card into the

ATM. The system reads and validates information on the

card.

2. The system prompts for a personal identification number

(PIN). Client enters the PIN. The system validates the PIN.

3. The system asks which operation the client wishes to

perform. Client selects “Withdraw Money”.

4. The system requests the amount of withdrawal. Client

enters amount.

Use Case Specification in ATM System

Withdraw Money

The system request the account type. Client selects the

account type (checking, saving, credit).

5.

The system communicates with the ATM network to validatethe account ID, PIN, and availability of the amount requested.

The system asks the Client whether a receipt is desired. This

step is performed only if there is paper available to print the

receipt.

The system asks the Client to remove the card. Client

removes the card.

The system dispenses the requested amount of cash.

The system prints a receipt, if required, which ends the use

case.

6.

7.

8.

9.

10.

Use Case Specification

Actor Action System Response

1. This use case begin when a

Customer arrives at a POST

checkout with items to pur-

chase.

The Cashier records UPC

for each item.

2. 3. Determines the item price

and adds the item informa-

tion to the running sales

transaction.

A Common Mistakewith Use Cases

A use case is a relatively large end-to-end process

description that typically includes many steps or

transactions; it is not normally an individual step or

activity in a process, e.g. “printing the receipt”

Identifying use cases differs from process/ functiondecomposition

Penamaan Use Case

○ Beri nama sebuah use case denganmenggunakan kata kerja untukmenunjukkan suatu proses dalam sistem

○ Contoh: Input KRS, Input pesanan, Hapusdata mahasiswa

21

Contoh Use Case (1)

ATM

Check Balance <<includes>>

<<includes>> login

Client Withdraw Money

<<includes>>

Transfer Money

24

Sistem Informasi

Perpustakaan

Mengembalikan

Buku<<extends>>

Menagih DendaPetugas

Meminjam Buku

Library Information System

Browse CatalogMenambah Koleksi

Meng-konfirmasi

TransaksiUndergrad

Student

Memesan Buku Librarian

Meminjam Buku

Memesan Copy

LecturerPostgrad

StudentMemperpanjang

Pinjaman

Undergrad’s Point of View

Browse Catalog

Undergrad

Student

Memesan Buku Librarian

Meminjam Buku

LecturerPostgrad

Student

Postgrad’s Point of View

Browse Catalog

Undergrad

Student

Memesan Buku Librarian

Meminjam Buku

Memesan Copy

LecturerPostgrad

Student

Lecturer’s Point of View

Browse Catalog

Meng-konfirmasi

TransaksiUndergrad

Student

Memesan Buku Librarian

Meminjam Buku

Memesan Copy

LecturerPostgrad

StudentMemperpanjang

Pinjaman

Librarian’s Point of View

Browse CatalogMenambah Koleksi

Meng-konfirmasi

TransaksiUndergrad

Student

Memesan Buku Librarian

Meminjam Buku

Memesan Copy

LecturerPostgrad

StudentMemperpanjang

Pinjaman

UC - Library Information System

Menambah Koleksi

Undergrad

Student

Librarian

LecturerPostgrad

Student

Browse Catalog

Meng-konfirmasi

Transaksi

Memesan Buku

Meminjam Buku

Memesan Copy

Memperpanjang

Pinjaman

UC - Library Information System (Revised)

Browse Catalog

Meminjam Buku

Member

Memesan Buku

Memesan CopyPostgrad

Memperpanjang

Pinjaman Librarian Menambah Koleksi

Lecturer

Meng-konfirmasi

Pinjaman

Meng-konfirmasi

Perpanjangan

Traditional Approach

&Data Flow

Diagram (DFD)

32

Traditional Approach

Menggambarkan kegiatan sebagai prosesdilakukan oleh orang atau komputer

Data Flow Diagram (DFD) (1)

DFD merupakan model sistem grafis yangmenunjukkan semua utama persyaratan untuksistem informasi dalam satu diagram: input danoutput, proses, dan penyimpanan data.Ditekankan pada aliran data.

DFD (2) : Notasi/Simbol DFD

DFD (2) : Notasi/Simbol DFD

DFD (3) : Perhatikan!

○ Tidak ada hubungan langsung antaraentitas dengan data! (harus melaluiproses)

DFD (4) : Pelevelan DFD

○ Diagram Konteks = Diagram Level 0

○ Diagram Level 1

○ Diagram Level 2…dst

DFD (5) : Diagram Konteks

Tarik satu simbol proses untuk proses bisnis atausistem yang dimodelkan (nomor 0 dan nama untukproses atau sistem) Level 0

[1, hal 196]

DFD (6) : Diagram Konteks

Tarik satu simbol proses untuk proses bisnis atausistem yang dimodelkan (tanpa nomor dan namauntuk proses atau sistem)

[2, hal 209]

DFD (6) : Diagram Level n

Contoh DFD (1)

Contoh DFD yang salah (2)

Team Session

○ Cek kembali system requirements sistemyang tim anda akan kembangkan!

○ Buatlah Use Case dan DFD dari requirementsyang sudah tim anda definisikan!

○ Boleh menggunakan CASE Tools atau ditulistangan

○ Dikumpulkan Kamis, 12 April 2018 maks. Jam23:59 ke email: yudha@ittelkom-pwt.ac.id

○ format : [APS] UseCase-DFD-KELAS-NAMAProject

○

Referensi

[1] Dennis, Alan., Barbara Halley Wixom andRoberta M. Roth. 2012. System Analysis andDesign 5th Edition. John Willey and Sons, Inc.New Jersey

[2] Satzinger, John., Robert Jackson and StephenBurd. 2010. System Analysis and Design inChanging World 5th Edition. Cengange Learning.Boston.