2. MODEL
Artifak yang digunakan untuk mendeskripsikan
domain dari sistem yang akan dibangun,
representasi abstrak dari sistem yang akan
dibangun, sebagai bentuk dokumentasi, dan
spesifikasi untuk proses pengujian.
Inspirasi: IBM Research
6. Memodelkan perangkat lunak itu sejatinya
adalah bercerita perihal perangkat lunak
macam apa yang mau kita bangun.
7. Ruang:
Bangunkan rumah dengan dua
kamar tidur, 1 kamar mandi, 1
ruang keluarga, 1 ruang makan, 1
dapur, 1 garasi dan taman depan
serta belakang.
Posisi:
.....
Dimensi:
.....
Dan segala hal lainnya.
By Descriptive Story
By Diagram Model
12. Mendeskripsikan proses-proses
yang ada di dalam sistem. Membantu
memvisualkan apa yang terjadi di
sistem kita.
Process
View*
* Diagram UML: Activity Diagram
13. Logical View*
Mendeskripsikan deskripsi abstrak
dari bagian-bagian sistem. Biasanya
digunakan untuk memodelkan
terbuat dari apa saja sistem yang
kita bangun dan bagaimana bagian-
bagian tersebut berinteraksi.
* Diagram UML: Class Diagram, Object Diagram, State Machine, dan Interaction Diagram
14. Development
View*
Mendeskripsikan bagaimana bagian-
bagian dari sistem diorganisasikan
dalam bentuk modul dan komponen.
Biasanya digunakan untuk visualisasi
layer arsitektur sistem
* Diagram UML: Package Diagram dan Component Diagram
17. Setiap diagram akan mempunyai
notation, semantic, dan stereotype
Russ Miles, Learning UML 2.0
18. Stereotype
Notation
Elemen yang membentuk modeling language
Kelas Mahasiswa memiliki dua atribut yaitu nim dan nama
serta dua method yaitu kumpulkan tugas dan lihat nilai
Semantic
Deskripsi yang menjelaskan notasi
Deskripsi yang menjelaskan
penggunaan special dari suatu notasi
24. Apa makna relasi <<include>>?
Apakah penggunaan <<include>>
seperti ini?
25. Digunakan untuk konsep reusable use case.
Use case yang di-include wajib dieksekusi
secara eksplisit oleh pengguna sistem.
RELASI INCLUDE
Sumber: Learning UML 2.0, Russ Miles and Kim Hamilton
27. Karena ada langkah-langkah yang sama antara
dua use case di use case description yaitu
“Check Identity” maka use case diperbaiki
Russ Miles, Learning UML 2.0
30. FOKUS PEMODELAN
Pada tahap analisis, fokus pemodelan adalah
perihal ”WHAT” sementara pada tahap
perancangan berkisar perihal “HOW”
Inspirasi: Software Engineering for Practitioner Approach, Roger S. Pressman
44. Use Case Description Details Keterangan
Related Requirements Diisi dengan nomor atau kode dari kebutuhan pengguna yang dipenuhi.
Goal in Context Diisi dengan tujuan dari use case dibuat dan kenapa use case ini penting.
Preconditions Hal apa yang harus terjadi sebelum use case dieksekusi.
Successful End Condition Kondisi sistem yang harus terpenuhi jika use case berhasil dieksekusi.
Failed End Condition Kondisi sistem yang harus terpenuhi jika use case gagal dieksekusi.
Primary Actors
Aktor utama yang berpartisipasi di dalam use case. Seringkali berupa aktor yang men-trigger
atau menerima informasi secara langsing dari eksekusi use case.
Secondary Actors Aktor yang berpartisipasi tapi bukan pemain utama di dalam eksekusi use case.
Trigger Event yang di-trigger oleh aktor dalam rangka mengeksekusi use case.
Main Flow Mendeskripsikan setiap langkah penting ketika eksekusi use case secara normal.
Extensions Desripsi dari langkah-langkah alternatif yang mungkin terjadi pada langkah di main flow.
Overview Use Case Description
Russ Miles, Learning UML 2.0
45. Use case “Record Application
Failure” hanya dijalankan ketika ada
kegagalan di eksekusi use case
“Create a new Personal Wiki” atau
”Create a new Blog Account”
Russ Miles, Learning UML 2.0