Unified Modeling Language (UML) adalah metode pemodelan visual untuk merancang dan mengembangkan perangkat lunak berorientasi objek. UML mencakup berbagai diagram dan elemen utama seperti objek, hubungan, dan diagram untuk menyampaikan informasi penting dalam proses implementasi perangkat lunak. Sejak dikembangkan oleh Dr. James Rumbaugh, Grady Booch, dan Dr. Ivar Jacobson, UML telah diadopsi secara luas dalam industri perangkat lunak.

1. UML
Unified Modeling Language2 tinoDWIANTORO

2. UML (UNIFIED MODELING
LANGUAGE)
UML (Unified Modeling Language) adalah metode
pemodelan (tools/model) secara visual sebagai sarana
untuk merancang dan atau membuat software berorientasi
objek dan memberikan standar penulisan sebuah sistem
untuk pengembangan sebuah software yang dapat
menyampaikan beberapa informasi untuk proses
implementasi pengembangan software.

3. The Unified Modeling Language (UML) is a
standard language for
Specifying Visualizing Constructing Documenting
Business Modeling Communications

4. SEJARAH UML
• Pada Oktober 1994, Dr. James Rumbaugh bergabung dengan
Perusahaan Rational sotware, dimana Grady Booch sudah
bekerja disana sebelumnya. Grady Booch mengembangkan
Object Oriented Design (OOD) dan Dr. James Rumbaugh
mengembangkan Object Modeling Technique (OMT). Duet
Mereka pada Oktober 1995 menghasilkan Unified Method
versi 0.8.

5. • Musim gugur 1995 Dr. Ivar Jacobson ikut pula bergabung
dengan duet Rumbaugh-Booch, dengan memperkenalkan tool
use case. Trio tersebut pada bulan Juni 1996 menghasilkan
Unified Modeling Language (UML) versi 0.9. Sebelumnya Dr.
Ivar Jacobson mengembangkan Object Oriented Software
Engineering (OOSE)
• Banyak perusahaan software merasakan bagaimana
pentingnya UML dalam tujuan strategis mereka, sehingga
beberapa perusahaan membentuk sebuah konsorsium yang
terdiri dari perusahaan-perusahaan seperti Microsoft, Oracle,
IBM, Hewlett-Packard, Intellicorp, I-Logix, DEC, Digital
Equipment Corp. texas instrument

6. Sejarah UML
Dr. James Rumbaugh join
Rational (Okt.1994)
Okt 1995
Dr. Ivar Jacobson join
Rational (Fall of 1995)
Jun 1996
Jan 1997
Sep 1997
1999
2001
2002

7. KONSEP DASAR UML
• Untuk dapat memmmahami UML diperlukan
pemahaman tentang konsep bahasa pemodelan dan
tiga eleman utama UML.
• Tiga elemen utama UML antara lain:
a. Benda / Things / Objek
b. Hubungan / Relationship
c. Bagan atau Diagrams

8. a. Benda / Things / Objek
Objek merupakan bagian paling statik dari sebuah
model, yang menjelaskan elemen–elemen lainnya dari
sebuah konsep. Bentuk dari beberapa objek :
1. Classes, sekelompok dari object yang mempunyai
atribute, operasi, dan hubungan yang semantik
2. Interfaces, antar-muka yang menghubungkan dan
melayani antarkelas dan atau elemen dan
mendefinisikan sebuah kelompok dari spesifikasi
pengoperasian.

9. 3. Collaboration, interaksi dari sebuah kumpulan
kelas–kelas atau elemen–elemen yang bekerja
secara bersama–sama.
4. Use cases, pembentuk tingkah laku objek dalam
sebuah model serta di realisasikan oleh sebuah
collaboration.
5. Nodes, bentuk fisik dari elemen–elemen yang ada
pada saat dijalankannya sebuah system

10. b. Hubungan / Relationship
Ada 4 macam hubungan dalam penggunaan UML,
yaitu:
1. Dependency, hubungan semantik antara dua objek
yang mana sebuah objek berubah mengakibatkan
objek satunya akan berubah pula.
2. Association, hubungan antar benda secara
struktural yang terhubung diantara objek dalam
kesatuan objek.

11. 3. Generalizations, hubungan khusus dalam objek
anak yang menggantikan objek induk dan
memberikan pengaruhnya dalam hal struktur dan
tingkah lakunya kepada objek induk
4. Realizations, hubungan semantik
antarpengelompokkan yang menjamin adanya
ikatan diantaranya yang diwujudkan diantara
interface dan kelas atau elements, serta antara use
cases dan collaborations.

12. c. Bagan atau Diagrams
• Diagram adalah yang menggambarkan permasalahan
maupun solusi dari permasalahan suatu model.
• UML 1.0 memiliki 9 diagram, yaitu:
1. Diagram Use Case 6. Diagram Statechart
2. Diagram Class 7. Diagram Activity
3. Diagram Package dan Object 8. Diagram Component
4. Diagram Sequence 9. Diagram Deployment
5. Diagram Collaboration

13. Activity Diagrams Interaction Diagrams
Class Diagrams
Package Diagrams State Diagrams
Use Case Diagrams
structures
workflows scenarios
inter-class behavior
inter-class behavior
structuring
interaction sequences
between object

14. c.1 Diagram Use Case
• Diagram Use Case, menggambarkan apa saja aktifitas
yang dilakukan oleh suatu sistem dari sudut pandang
pengamatan luar.
• Diagram Use Case berguna dalam tiga hal :
a. Menjelaskan fasilitas yang ada (requirements)
b. Komunikas dengan klien
c. Membuat test dari kasus-kasus secara umum

15. Contoh Usecase Diagram
Staff HRD
Entry Data Pegawai
Entry Data Jabatan
Staff PayRoll
Entry Data Lokasi Kerja
Entry Data Divisi

16. c.2. Diagram Class
• Diagram Class, memberikan pandangan secara luas
dari suatu sistem dengan menunjukan kelas–kelasnya
dan hubungan mereka.
• Diagram Class mempunyai 3 macam relationalships
(hubungan), sebagai berikut :
a. Association, suatu hubungan antara bagian dari dua kelas
yang terjadi jika salah satu bagian dari kelas mengetahui
kelas yang lain dalam melakukan suatu kegiatan.

17. a. Aggregation, hubungan association dimana salah satu
kelasnya merupakan bagian dari suatu kumpulan dan
memiliki titik pusat yang mencakup keseluruhan bagian.
b. Generalization, hubungan turunan dengan
mengasumsikan satu kelas merupakan suatu kelas super
dari kelas yang lain.

18. Contoh Diagram Class
Class Buku terdiri dari :
• Atribut : judul, pengarang
• Method : ambilJenis(),
ambilHalaman();

19. Ad.c.3 Diagram Package & Object
• Diagram Package dan Object, merupakan kumpulan elemen–
elemen logika UML yang bertujuan untuk mengelompokkan
Diagram class yang lebih kompleks.

20. Ad.c.4 Diagram Sequence
• Diagram Sequence, merupakan salah satu diagram Interaction
yang menjelaskan bagaimana suatu operasi itu dilakukan yang
diatur berdasarkan waktu.

21. Ad.c.5 Diagram Collaboration
• Diagram Collaboration juga merupakan diagram Interaction
berfungsi membawa informasi yang sama dengan diagram
Sequence, tetapi lebih memusatkan atau memfokuskan pada
kegiatan obyek dari waktu informasi itu dikirimkan dan bukan
pada waktu penyampaian message.
• Tujuan: Membuat collaboration diagram, Membuat link
(relasi) antar obyek, Menambah message (pesan) pada link,
Memetakan message pada operasi, Buat collaboration
diagram dari sequence diagram dan sebaliknya

23. Ad.c.6 Statechart Diagram
• Statechart diagram menggambarkan transisi dan perubahan
keadaan (dari satu state ke state lainnya) suatu objek pada
sistem sebagai akibat dari stimuli yang diterima. Pada
umumnya statechart diagram menggambarkan class tertentu
(satu class dapat memiliki lebih dari satu statechart diagram).
• Diagram StateChart merupakan indikator yang menunjukan
kemungkinan dari keadaan obyek dan proses yang
menyebabkan perubahan pada keadaannya.

25. Ad.c.7 Diagram Activity
• Diagram Activity, menunjukkan bagaimana aktifitas – aktifitas
tersebut bergantung satu sama lain dan berfokus pada
aktifitas – aktifitas yang terjadi yang terkait dalam suatu
proses tunggal.
• Menggambarkan berbagai alir aktivitas dalam sistem yang
sedang dirancang, bagaimana masing-masing alir berawal,
decision yang mungkin terjadi, dan bagaimana mereka
berakhir

26. Start
Menyerahkan Absensi yang
sudah ditandatangani
Menyerahkan Rekap Lembur yang
sudah ditandatangani
Menerima Absensi dan Rekap Lembur
yang sidah ditandatangani
End
STAFF PAYROLPEGAWAI

27. Ad.c.8 Diagram Component
• Diagram Component adalah sebuah kode–kode modul yang
merupakan fisik sebenarnya dari diagram Class.
• Component diagram menggambarkan struktur dan hubungan
antar komponen piranti lunak, termasuk ketergantungan
(dependency) di antaranya.

29. Ad.c.9 Diagram Deployment
• Diagram Deployment menerangkan bahwa konfigurasi fisik
software dan hardware.
• Deployment/physical diagram menggambarkan detail
bagaimana komponen di-deploy dalam infrastruktur sistem, di
mana komponen akan terletak (pada mesin, server atau
piranti keras apa), bagaimana kemampuan jaringan pada
lokasi tersebut, spesifikasi server, dan hal-hal lain yang
bersifat fisikal

31. KONSEP DASAR UML

32. ARTIFACT UML
Actor A
Use Case 1
Use Case 2
Actor B
user : »ç¿ëÀÚ
mainWnd : MainWnd
fileMgr : FileMgr
repository : Repository
document : Document
gFile : GrpFile
9: sortByName ( )
L1: Doc view request ( )
2: fetchDoc( )
5: readDoc ( )
7: readFile ( )
3: create ( )
6: fillDocument ( )
4: create ( )
8: fillFile ( )
UI
MFC
RogueWave
global
DocumentApp
Persistence
Window 95
¹®¼-°ü¸®
Ŭ¶óÀ̾ðÆ®.EXE
Window s
NT
¹®¼-°ü¸® ¿£Áø.EXE
Window s
NT
Window s95
Solaris
ÀÀ¿ë¼-¹ö.EXE
Alpha
UNIX
IBM
Mainframe
µ¥ÀÌŸº£À̽º¼-¹ö
Window s95
¹®¼-°ü¸® ¾ÖÇø´
ºÐ»ê ȯ°æÀÇ Çϵå¿þ¾î¹× ³×Æ®¿÷À¸·ÎÀÇ Á¤º¸ ½Ã½ºÅÛ ¿¬°á ¸ðµ¨
- À©µµ¿ì 95 : Ŭ¶óÀ̾ðÆ®
- À©µµ¿ì NT: ÀÀ¿ë¼-¹ö
- À¯´Ð½º ¸Ó½Å: ÀÀ¿ë ¼-¹ö ¹× µ¥ÀÌŸ ¼-¹ö, Åë½Å ¼-¹ö
- IBM ¸ÞÀÎÇÁ·¹ÀÓ: µ¥ÀÌŸ ¼-¹ö, Åë½Å ¼-¹ö
Document
FileManager
GraphicFile
File
Repository DocumentList
FileList
user
mainWnd fileMgr :
FileMgr
repositorydocument :
Document
gFile
1: Doc view request ( )
2: fetchDoc( )
3: create ( )
4: create ( )
5: readDoc ( )
6: fillDocument ( )
7: readFile ( )
8: fillFile ( )
9: sortBy Name ( )
ƯÁ¤¹®¼-¿¡ ´ëÇÑ º¸±â¸¦
»ç¿ëÀÚ°¡ ¿äûÇÑ´Ù.
È-ÀÏ°ü¸®ÀÚ´Â Àоî¿Â
¹®¼-ÀÇ Á¤º¸¸¦ ÇØ´ç ¹®¼-
°´Ã¼¿¡ ¼³Á¤À» ¿äûÇÑ´Ù.
È-¸é °´Ã¼´Â ÀоîµéÀÎ
°´Ã¼µé¿¡ ´ëÇØ À̸§º°·Î
Á¤·ÄÀ» ½ÃÄÑ È-¸é¿¡
º¸¿©ÁØ´Ù.
Customer
name
addr
withdraw()
fetch()
send()
receive()
<<entity>>
Forward Engineering(Code Generation)
and
Reverse Engineering
Executable System
User Interface
Definition
Domain
Expert
Openning
Writing
Reading
Closing
add 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
DiagramClass

33. MEKANISME UMUM PEMODELAN UML
Mekanisme pembangunan model, menggunakan:
• Specification : penjelasan rinci dari suatu model/elemen
model
• Adornments : notasi yang menyediakan representasi visual
dari aspek-aspek penting lain
• Common divisions :
– pembedaan antara kelas & objek
– pemisahan antara interface & implementation
• Extensibility mechanisms : untuk mengembangkan model
yang ada
– Stereotypes : unsur pembangun baru
– Tagged values : menambah properti dari unsur pembangun baru
– Constraints :batasan-batasan antar entitas dalam model

34. LATIHAN SOAL

35. 1. UML 1.0 dikemukakan pada tahun…
a. 1994 d. 1997
b. 1995 e. 1998
c. 1996
2. Unified Method versi 0.8 dikemukakan pada tahun…
a. 1994 d. 1997
b. 1995 e. 1998
c. 1996

36. 3. Elemen utama UML adalah
a. benda, relation, objek d. diagram, bagan, objek
b. use case, objek, benda e. hubungan, objek, diagram
c. benda, hubungan, diagram
4. Dibawah ini merupakan bentuk-bentuk objek, kecuali..
a. classes d. nodes
b. interfaces e. deployment
c. usecases

37. 5. Yang tidak termasuk 4 macam hubungan dalam penggunaan
UML adalah
a. Dependency
b. Association
c. Generalizations
d. Realizations
e. menentukan metoda

38. TERIMA KASIH