Analisa dan Perancangan Sistem
ARTIFACT UML (BAGAN YANG TERDAPAT PADA UML)
Actor A
Use Case 1
Use Case 2
Actor B
user : »ç¿ëÀÚ
mainWnd : MainWnd
fileMgr : FileMgr
repository : Repository
document : Document
gFile : GrpFile
9: sortByName ( )
L
1: Doc view request ( ) 2: fetchDoc( ) 5: readDoc ( ) 7: readFile ( )
3: create ( ) 6: fillDocument ( ) 4: create ( ) 8: fillFile ( )
GrpFile read( ) open( ) create( ) fillFile( ) rep Repository name : char * = 0 readDoc( ) readFile( ) (from Persistence) FileMgr fetchDoc( ) sortByName( ) DocumentList add( ) delete( ) Document name : int docid : int numField : int get( ) open( ) close( ) read( ) sortFileList( ) create( ) f illDocument( ) fList 1 FileList add( ) delete( ) 1
File read( )
read() fill the code.. UI MFC RogueWave global DocumentApp
Persistence Window95 ¹®¼ °ü¸® Ŭ ¶óÀ̾ðÆ®.EXE
WindowsNT ¹® ¼ °ü¸® ¿£Áø.EXE WindowsNT Windows 95 Solaris ÀÀ¿ë¼ ¹ö.EXE Alpha UNIX IBM Mainframe µ¥ÀÌŸº£À̽º¼ ¹ö Windows 95 ¹®¼ °ü¸® ¾ÖÇø´ ºÐ»ê ȯ°æÀÇ Çϵå¿þ¾î¹× ³×Æ®¿÷À¸·ÎÀÇ Á¤º¸ ½Ã½ºÅÛ ¿ ¬°á ¸ðµ¨ - À© µµ¿ì 95 : Ŭ¶óÀ̾ðÆ® - À© µµ¿ì NT: ÀÀ¿ ë¼ ¹ö - À¯´Ð½º ¸Ó½Å: ÀÀ¿ë ¼ ¹ö ¹× µ¥ÀÌŸ ¼ ¹ö, Åë½Å ¼ ¹ö - IBM ¸ÞÀÎÇÁ·¹ÀÓ: µ¥ÀÌŸ ¼ ¹ö, Åë½Å ¼ ¹ö
Document
FileManager
GraphicFile
File
Repository
DocumentList
FileList
user
mainWnd
fileMgr :
FileMgr
repository
document :
Document
gFile
1 : D oc v iew requ est ( ) 2 : fe tchD oc( )
3: create ( ) 4: crea te ( )
5: re adDoc ( ) 6: f illD ocum ent ( )
7: rea dFile ( ) 8: fi llFile ( ) 9: sortBy Nam e ( ) Ư Á¤¹®¼ ¿ ¡ ´ëÇ Ñ º¸±â ¸¦ »ç ¿ëÀ Ú°¡ ¿ä Ã»Ç Ñ´Ù. È ÀÏ° ü¸®ÀÚ´Â À о î¿Â ¹®¼ À Ç Á¤ º¸¸¦ ÇØ´ç ¹®¼ ° ´Ã¼ ¿ ¡ ¼ ³Á¤ À» ¿äà »Ç Ñ´Ù. È ¸é °´Ã ¼ ´Â ÀоîµéÀ Î ° ´Ã¼ µé¿¡ ´ëÇ Ø À̸§ º°·Î Á ¤·ÄÀ» ½ à ÄÑ È ¸é¿¡ º¸¿©Á Ø´Ù.
Customer
name
addr
withdraw()
fetch()
send()
receive()
<<entity>>
Forward Engineering(Code Generation)
and
Reverse Engineering
User Interface
Definition
Domain
Expert
Openning Writing Reading Closingadd file [ numberOffile==MAX ] / flag OFF
add file close file close file
Use Case 3
Source Code edit, compile, debug, link
Use-Case
Diagram
Class
Diagram
Collaboration Diagram
Sequence Diagram
Component
Diagram
State Diagram
Package
Diagram
Deployment
Diagram
Class
Use Case Diagram
Activity diagram
Class Diagram
Sequence Diagram
Langkah – Langkah UML
Collaboration Diagram
Deployment Diagram
Package Diagram
LAMBANG
USE
CASE
Aktor
Usecase
Catatan
Relasi Aktif
<<include>>
Include
<<extend>>
extend
Relasi Pasif
Definisi
Activity diagram merupakan cara lain dalam
memodelkan aliran kejadian.
Kita gunakan Activity Diagram untuk menggambarkan
workflow / aliran kerja proses bisnis
Activity diagrams menggambarkan berbagai alir
aktivitas dalam sistem yang sedang dirancang,
bagaimana masing-masing alir berawal, decision
yang mungkin terjadi, dan bagaimana mereka
berakhir.
Activity diagram juga dapat menggambarkan proses
1.1 Workflow / Aliran Kerja
Use Case dimulai dengan melakukan
pendaftaran bagi pasien yang belum
terdaftar
Setelah dilakukan diagnosa oleh dokter
maka hasil diagnosa akan dientri ke
sistem
Jika kita perhatikan workflow diatas
dengan yang menggunakan teks
memang bermanfaat, namun jika logika
aliran kerja telah komplek maka kita
akan kesulitan. Oleh karena itu untuk
lebih memudahkan dalam memahami
aliran kerja tersebut kita gunakan activity
1.2 Activity / Aktifitas
Activity secara sederhana dapat diartikan sebagai langkah
dalam. Pada UML disimbolkan sebagai berikut :
Kita dapat menambahkan langkah-langkah yang lebih detil
kedalam activity dengan menggunakan action.
Action adalah langkah-langkah yang lebih kecil dalam suatu
acitvity
Action dapat berupa :
Saat sedang memasuki aktifitas. Aksi Entry (entri
action). Terjadi segera saat aktifitas dimulai.
Ditandai dengan kata “entry”
Ketika sedang meninggalkan aktifitas. Aksi exit (exit
action). Terjadi ketika meninggalkan aktifitas dan
ditandai dengan kata “exit”
Ketika sedang berada dalam aktifitas. Aksi ini terjadi
saat didalam aktifitas.Ditandai dengan kata “do”
Kejadian Spesifik. Terjadi jika dan hanya jika
Aksi-aksi diatas adalah opsional, tetapi
dapat memberikan informasi rinci yang
membantu pengembang
Jika aksi diikutkan didalam aktifitas/activity
dapat ditampilkan seperti gambar berikut :
NewActivity
entry/
do/
exit/
event Undefined/
Display available flight
Activity Decomposition
Untuk menyederhanakan diagram, seringkali dilakukan
dekomposisi aktivitas
1.3 Start dan End State
Start
memulai aliran
End
mengakhiri aliran
Setiap activity diagram harus
mempunyai start state untuk memulai
dan diakhiri dengan end state.
End state adalah opsional dan bisa
1.4 Objek dan Aliran Objek
Objek
Entitas yang dipergunakan
dalam aliran.
Objek dapat digunakan atau dirubah
dalam aliran.
Pada diagram, objek dihubungkan ke
aktifitas dengan menggunakan aliran
objek(object now)
Jika garis panah mempunyai arah dari
aktifitas ke objek berarti ia
memperbaharui nilai objek tersebut.
Jika arah panah dari objek ke aktifitas
1.5 Transition
Menunjukkan bagaimana aliran kontrol bergerak dari aktifitas
ke aktifitas lainnya.
Digambarkan dengan anak panah dengan nama yang
Kejadian (event) memicu terjadinya
transisi
kondisi (guard condition) mengontrol ata
1.6 Sinkronisasi
Digunakan untuk menunjukkan bahwa
dua atau lebih cabang dari aliran terjadi
secara paralel
Sinkronisasi
Horisontal dan
Vertikal
Signal
Tanda untuk memulai sebuah aktivitas tidak harus melalui
pemanggilan fungsi, tetapi juga bisa melalui sinyal, misalnya
sinyal waktu atau kejadian lain yang bisa menjadi trigger.
Sebuah time event tanpa aliran masuk, memberikan artiaktifasi
9
Swimlane
Developers
Testers
Markers
Swimlane
Swimlane
Activity pendaftaran pasien baru
Cari data pasien
entry/ Cari data pasien berdasarkan id atau nama
Entri data pasien baru
entry/ Masukkan data pribadi pasien
entry/ Masukkan data history kesehatan pasien
Tidak ditemukan
Cetak kartu
Tampilkan data
Pasien
[Belum dikonfirmasi]
Pasien
[Belum dikonfirmasi]
