Activity Diagram
Interaction
Models
Interaction models
▪ Memodelkan interaksi pengguna adalah penting
karena membantu mengidentifikasi kebutuhan
pengguna.
▪ Pemodelan interaksi sistem-ke-sistem menyoroti
masalah komunikasi yang mungkin timbul.
▪ Use case diagram dan diagram urutan dapat
digunakan untuk pemodelan interaksi.
Use case modeling
▪ Setiap use case mewakili tugas diskrit / unik yang
melibatkan interaksi eksternal dengan suatu
sistem.
▪ Aktor dalam kasus penggunaan mungkin orang
atau sistem lain.
▪ Diwakili secara diagram untuk memberikan
gambaran umum tentang use case dan secara
lebih rinci.
Transfer-data use case
▪ A use case in the MHC-PMS
Tabular description of the
‘Transfer data’ use-case
MHC-PMS: Transfer data
Actors Resepsionis medis, sistem catatan pasien (PRS)
Resepsionis dapat mentransfer data dari MHC-PMS ke basis
data rekam medis umum yang dikelola oleh otoritas
Description kesehatan. Informasi yang ditransfer dapat berupa
informasi pribadi yang diperbarui (alamat, nomor telepon,
dll.) Atau ringkasan diagnosis dan perawatan pasien.
Data Informasi pribadi pasien, ringkasan perawatan
Stimulus Perintah pengguna dikeluarkan oleh resepsionis medis
Response Konfirmasi bahwa PRS telah diperbarui
Resepsionis harus memiliki izin keamanan yang sesuai
Comments
untuk mengakses informasi pasien dan PRS.
Use cases in the
MHC-PMS
involving the role
‘Medical
Receptionist’
Sequence diagrams
▪ Sequence diagram adalah bagian dari UML dan
digunakan untuk memodelkan interaksi antara aktor
dan objek dalam suatu sistem.
▪ Diagram urutan menunjukkan urutan interaksi yang
terjadi selama use case tertentu atau use case
instance.
▪ Objek dan aktor yang terlibat tercantum di bagian
atas diagram, dengan garis putus-putus yang diambil
secara vertikal dari ini.
▪ Interaksi antara objek ditunjukkan oleh panah
beranotasi.
Sequence diagram for View
patient information
Structural
Models
Structural models
▪ Model struktural dapat berupa model statis, yang
menunjukkan struktur desain sistem, atau model
dinamis, yang menunjukkan organisasi sistem
ketika dieksekusi.
▪ Anda membuat model struktural suatu sistem
ketika Anda mendiskusikan dan merancang
arsitektur sistem.
Class diagrams
▪ Class diagram digunakan ketika mengembangkan model
sistem berorientasi objek untuk menunjukkan kelas-kelas
dalam suatu sistem dan asosiasi antara kelas-kelas ini.
▪ Kelas objek dapat dianggap sebagai definisi umum dari
satu jenis objek sistem.
▪ Asosiasi adalah tautan antara kelas-kelas yang
menunjukkan bahwa ada beberapa hubungan antara
kelas-kelas ini.
▪ Ketika Anda mengembangkan model selama tahap awal
proses rekayasa perangkat lunak, objek mewakili sesuatu
di dunia nyata, seperti pasien, resep, dokter, dll.
UML classes and
association
Classes and associations
in the MHC-PMS
The Consultation class
Generalization
▪ Generalisasi adalah teknik sehari-hari yang kami
gunakan untuk mengelola kompleksitas.
▪ Dalam generalisasi, atribut dan operasi yang terkait
dengan kelas tingkat yang lebih tinggi juga dikaitkan
dengan kelas tingkat yang lebih rendah.
▪ Kelas tingkat bawah adalah subclass yang mewarisi
atribut dan operasi dari superclasses mereka. Kelas-
kelas tingkat rendah ini kemudian menambahkan
atribut dan operasi yang lebih spesifik.
A Generalization Hierarchy
A generalization hierarchy
with added detail
Object class aggregation
models
▪ Model agregasi menunjukkan bagaimana kelas
yang koleksi terdiri dari kelas-kelas lain.
▪ Model agregasi mirip dengan bagian-hubungan
dalam model data semantik.
The Aggregation
Association
Behavioral
Models
Behavioral models
▪ Model perilaku adalah model perilaku dinamis suatu
sistem saat dijalankan. Mereka menunjukkan apa
yang terjadi atau apa yang seharusnya terjadi ketika
suatu sistem menanggapi rangsangan dari
lingkungannya.
▪ Anda dapat menganggap rangsangan ini sebagai dua
jenis:
▪ Data Beberapa data tiba yang harus diproses oleh sistem.
▪ Acara Beberapa peristiwa terjadi yang memicu pemrosesan
sistem. Acara mungkin memiliki data terkait, meskipun ini
tidak selalu terjadi.
Data-driven modeling:
Activity Diagram
Event-Driven Modeling:
State Diagram
Model-Driven
Engineering
Model-Driven Engineering
▪ Program yang dijalankan pada platform perangkat keras /
perangkat lunak kemudian dihasilkan secara otomatis
dari model.
▪ Para pengembang MDA mengklaim bahwa itu
dimaksudkan untuk mendukung pendekatan berulang
untuk pengembangan sehingga dapat digunakan dalam
metode gesit.
▪ Gagasan mendasar di balik rekayasa model-driven adalah
bahwa transformasi model yang sepenuhnya otomatis ke
kode harus dimungkinkan.
▪ Ini dimungkinkan menggunakan subset dari UML 2, yang
disebut Executable UML atau xUML.
Platform Specific Models
Questions?