Contents / Daftar Isi
- ACTIVITY DIAGRAM (1)
- CLASS DIAGRAM (1)
- COMPONENT DIAGRAM (1)
- DEPLOYMENT DIAGRAM (1)
- INTRODUCTION : UML (3)
- PACKAGE DIAGRAM (1)
- RATIONAL ROSE (1)
- SEQUENCE DIAGRAM (1)
- USE CASE DIAGRAM (1)
Kamis, 06 November 2008
Use Case Concepts / Konsep Use Case
Berbeda dengan class diagram yang lebih cocok dibaca oleh disainer/analis, use case diagram yang digagas oleh ivar Jacobson (lihat sejarah UML), sangat cocok untuk pemesan/pengguna sistem. Selain itu use case diagram hanya menggambarkan apa yang dilakukan oleh sistem dan tidak menggambarkan bagaimana sistem melakukannya. Komponen use case diagram terdiri dari : Actor, use case dan relation. Aktor adalah pemain, sedangkan use case adalah apa yang dimainkan/dilakukannya dengan relation sebagai penunjuknya. Untuk jelasnya perhatikan gambar di samping.
Aktornya antara lain: Operator, Customer dan Bank, sedangkan use casenya: System Startup, System Shutdown, Session, Invalid PIN, Transaction. Use case Transaction merupakan generalisation dari Withdrawal, Deposit, Transfer dan Inquiry (disebut juga spesialisation).
Lalu apa makna dari "include"dan "extend" dalam kurung<>? Include diartikan bahwa use case yang sering disebut use case induk harus memanggil use case lainnya sedangkan Extend bila terjadi kejadian tertentu (misalnya salah password) maka use case anak akan memberi tahu use case induk. Masih bingung? Gini aja ... Extend arah panahnya dari use case induk ke use case anak (sorry.. induk dan anak hanya istilah saya aja) sedangkan include arahnya sebaliknya, plus.. include yang manggil induknya, sedangkan extend anaknya. Awas !!! Jangan sampai salah panah!!!.
Kemudian kotak pada gambar di atas untuk apa? Kotak menggambarkan boundary sistem. Coba lihat, boleh ga kita memecah kotak itu menjadi dua kotak (kotak atas dan bawah) jika kita akan memisahkan antara operator beserta use case-nya dengan Customer yang bertransaksi dengan Bank. Oiya gambar itu saya donlot dari Klik di sini. Pemecahan menjadi dua kotak supaya diperoleh sistem yang berkarakter obyek yaitu encapsulation (istilah apa ini? Sabar penjelasannya akan diuraikan nanti). See you next week!.
Label:
USE CASE DIAGRAM
Langganan:
Posting Komentar (Atom)
3 komentar:
wah...thanks bnget om!
sangat, sangat, sangat bermanfaat. saya blum pernah belajar ttg uml, eh..tiba-tiba dosen pembimbing minta skripsi saya pake uml..
nyari sana-sini..,maka ketemulah blog hebat ini. Thanks banget sekali lagi..^_^
Keep going on!
permisi bos..
saya mau bertanya, apa benar usecase terdiri dari 2 tipe? use case bisnis dan use case sistem??
kalu benar,apa saya bisa dikasih contoh dari masing-masing tipe tersebut??
thanks yahhh..
http://gul.gu.se/public/pp/public_courses/course41505/published/1288203577450/resourceId/15876915/content/UseCasePitfalls.pdf
Paper tahun 1999 ini menjelaskan batasan2 use case. Gejala2 ketidak konsistenan yang biasa terjadi pada saat mendisain use case. Nah yang ingin saya tanyakan (karena saya bingung hehehe), jika disain UI ditranslate ke use case apakah tepat? Apakah use case hanya mewakili goal yg harus dicapai aktor atau perlukah membuat tampilan (UI) secara detail didalam use case? Terima kasih sebelumnya. Nice article here...
Posting Komentar