Object Oriented Modelling (OOM) Dengan UML

Presentasi berjudul: "Object Oriented Modelling (OOM) Dengan UML"— Transcript presentasi:

1 Object Oriented Modelling (OOM) Dengan UML

2 A. PENGERTIAN UML UML = Unified Modelling Language
Sebuah “Bahasa" yg menjadi standart untuk visualisasi, merancang dan mendokumentasikan sistem piranti lunak Membuat model untuk semua jenis aplikasi piranti lunak Aplikasi tersebut dapat berjalan pada semua perangkat keras, semua sistem operasi, jaringan serta dapat ditulis dalam semua bahasa pemrograman Karena UML menggunakan class dan operation dalam konsep dasarnya, maka ia lebih cocok untuk penulisan piranti lunak dalam bahasa bahasa berorientasi objek seperti C++, Java, C# atau VB.NET. UML tetap dapat digunakan untuk modeling aplikasi prosedural dalam bahasa basic atau C.

3 B. DEVINISI UML Seperti bahasa-bahasa lainnya, UML mendefinisikan notasi dan syntax/semantik. Notasi UML merupakan sekumpulan bentuk khusus untuk menggambarkan berbagai diagram piranti lunak. Setiap bentuk memiliki makna tertentu, dan UML syntax mendefinisikan bagaimana bentuk- bentuk tersebut dapat dikombinasikan. Notasi UML terutama diturunkan dari 3 notasi yang telah ada sebelumnya: Grady Booch OOD (Object-Oriented Design), Jim Rumbaugh OMT (Object Modeling Technique), dan Ivar Jacobson OOSE (Object-Oriented Software Engineering).

4 C. SEJARAH UML (OMT) (OOSE) (OOD)
Th Munculnya tokoh pelopor (Booch,Rumbough dan Jacobson) Th Direlease draft pertama UML (versi 0.8) Th Pengkoordinasian oleh Object Management Group (OMG) Th Munculnya UML (versi 1.1) Th Penyusunan 3 buku UML oleh (Booch,Rumbough dan Jacobson) Th UML menjadi standart bahasa permodelan berorientasi objek Th Direlease UML versi 1.5 Th 2004 direlease UML Versi 2.0 (masih dalam pengembangan)

5 D UML Versi 1.5 Terdiri dari 9 diagram
Use case diagram Class diagram Object diagram Statechart diagram Activity diagram Sequence diagram Collaboration diagram Component diagram Deployment diagram UML Versi 2.0 Masih dalam Pengembangan

6 E. Categories of UML Diagrams
Berdasarkan model, UML Logikal & Physical Berdasarkan sifatnya, UML  Static(structural) & Dinamic (Behaviour) Static (Structural) Dynamic Logical Model Class Diagram Object Diagram Use Case Diagram Sequence Diagram Collaboration Diagram State Chart Diagram Activity Diagram Physical Model Component Diagram Deployment Diagram

7

8 F. Konsep class Mewakili sebuah benda atau barang ( kata benda) misalnya : mahasiswa, pelanggan, kendaraan Class Diagram Format and sample class: Package::Class visibility attribute:Type= Default value visibility Operation (Parameter):Return Type Person - name:String - address:String +setAddress(address:String) +getAddress():String +setName(name:String) +getName():String Visibility + Public : Able to access from any classes # Protected : Able to access from same class and its inherited classes ˜　Package : Able to access within same package - Private : Able to access from same class

9 G. Konsep Object Mobil Super class Kijang Parent class Kijang NX2001
What is Object is that Object: Is Identical (because Object has own unique ID) Has Behavior (because Object has Method) Has State (because Object has instance parameter) Mobil Super class Kijang Parent class Kijang NX2001 Child class Kijang NX2001 N 12345 Object

10 H. Relationships of Object
There three types of relationship : Is-a (Generalization, Realization: Inheritance) Has-a (Association) Others (Association , Dependency) Association (Aggregation, Composition) Aggregation (One of associations) Composition (One of associations) Generalization Realization Dependency

11 Gambaran fungsionalitas yang diharapkan dari sebuah sistem
USE CASE DIAGRAM A PENGERTIAN Menjelaskan urutan kegiatan yang dilakukan aktor dan sistem untuk mencapai tujuan tertentu Gambaran fungsionalitas yang diharapkan dari sebuah sistem menekankan pada “apa” bukan “Bagaimana” yg dibuat sistem Mempresentasikan interaksi antar aktor/pelaku dengan sistem Menyatakan suatu job/pekerjaan tertentu miasal : login ke sistem, create data penjualan, Tersusun dr elemen-elemen : aktor, case, dependency association, generalization Aktor merupakan suatu entitas yang berinteraksi dengan sistem untuk melakukan suatu pekerjaan

12 Manfaat Use case Membantu untuk :
Menyusun requirement (syarat-syarat) sebuah sistem Mengkomunikasikan rancangan dengan klien Merancang test case untuk semua feature (performance) yang ada pada sistem

13 Keunggulan : Dapat meng-include (memasukkan) fungsionalitas use case lain sebagai bagian dari proses dalam dirinya. dapat di-include oleh lebih dari satu use case lain, sehingga duplikasi fungsionalitas dapat dihindari dengan cara menarik keluar fungsionalitas yang common. Dapat meng-extend (memperpanjang) use case lain dengan behaviour-nya sendiri. Sementara hubungan generalisasi antar use case menunjukkan bahwa use case yang satu merupakan spesialisasi dari yang lain.

14 Simbol Use Case Diagram
Actor : Suatu entitas/ interface sbg pelaku yg berinteraksi dengan sistem case: peristiwa /job / pekerjaan file / data store : merepresentasikan sebuah data Note : untuk memberikan komentar tambahan Package/kontainer/wadah:kumpulan elemen2 sistem Assosiation : relasi antara actor dengan Use case Title informasi Generalization/inheritance Dependency Link/exteded Dependency

15 Structural Relationship
Relationship type UML Notation Example Depedency (uses) A Vehicle uses fuel Aggregration (has a) (one of assosiation) A vihicle has an engine. A car has axles A Restorant has employe Composit (has a) A Restorant has a table (must) Assosiation A vehicle is lecensed by the new jersey department of motor vehicle Generalization (is a) A car is a vehicle

16 UML Behavioral Relationship
Relationships Symbol Example communicates An actor “customer” interacts or communicates with a use case rent vehicle Includes <Include> The use case “Verify credit card” and “check driver’s license” includes the common use case “Rent Vehicle” Extends <extends> The use case “arrange for added insurance” extends the use case “Rent Vehicle” Generalizes A “Regular customer” generalizes a “Gold card Customer”

17 Generalizes Relationships Communication Relationships Customer
Rent Vehicle Communication Relationships Gold Card Customer Regular Customer Menyusun asuransi tambahan Generalizes Relationships

18 CONTOH USE CASE DIAGRAM

19 Relationship Assosiations
Digunakan untuk menghubungkan para actor dan use case di dalam suatau diagram. asosiasi ini dapat dibuat / digambar dalam dua arah, tergantung dari kedudukan aktornya jika aktornya adalah sebagai aktor utama (primery actor) maka arah relasinya adalah dari actor menuju use case. Jika aktornya adalah sebagai aktor tambahan (secondary actor) maka arah relasinya dari use case menuju actor

20 Relationship Generalization
Menunjukkan hubungan antara elemen yang lebih umum ke elemen yang lebih spesifik Class yang lebih spesifik (sub class) akan menurunkan atribute dan operasi dari class yeng lebih umum (superclass) Merupakan pemodelan dari herarki class atau konsep inheritance Contoh class pelanggan adalah superclass dan turunannya adalah pelanggan antar. Pelanggan adalah gambaran atau abstraksi pelanggan secara umum Pelanggan antar mengabstraksikan pelanggan yang memesan lewat telpon dan pelanggan yang pengambilan barang melalui pengiriman. Class pelanggan ini akan memiliki atribute dan operasi yang sama dengan class pelanggan dengan tambahan atribute biaya pengiriman

21 Relationship Dependency :
suatu hubungan semantik antara dua unsur-unsur modeling di dalam atau yang mana suatu perubahan satu elemen/unsur model ( unsur yang mengalir masuk) dapat mempengaruhi unsur modeling yang lain ( unsur yang dependent). Relasi antara use case satu dengan use case yang lain Relasi yang menunjukkan bahwa perubahan pada salah satu elemen akan memberikan pengaruh pada elemen yang lain Terdapat 2 stereotype : Include dan Extend Include menunjukkan bahwa suatu bagian dari elemen(yg ada di garis tanpa panah) memicu eksekusi bagian dari elemen lain (yg ada di garis dengan panah) contoh A---- > B (operasi di class A memicu dieksekusinya operasi di class B Extend menunjukkan bahwa suatu bagian dari elemen digaris tanpa panah bisa disisipkan ke dalam elemen yang ada di garis dengan panah contoh A---- > B (suatu fungsi dari use case A bisa disisipkan ke dalam use case B dengan kata lain A optional untuk B

22 Use case Spesification
Merupakan teks untuk menjelaskan urutan kegiatan use case tersebut: meliputi Nama Use case Diskripsi singkat (Brief Description) Aliran Normal (Basic Flow) Aliran Alternatif (Alternate Flow) Special Requirement Pre-Condition Post-Condition

23 Use case spesification
1. Nama Use case Mencantumkan nama dari Use case yang bersangkutan. Sebaiknya diawali dengan kata kerja untuk menunjukkan suatu aktivitas. 2. Diskripsi singkat (Brief Description) Menjelaskan secara singkat dalam waktu 1 atau 2 kalimat tentang tujuan dari use case ini. 3. Aliran Normal (Basic Flow) Ini adalah jantung dari use case. Menjelaskan interaksi antara actor dan sistem dalam kondisi normal, yaitu segala sesuatu berjalan dengan lancar, tiada halangan atau hambatan dalam mencapai tujuan dari use case.

24 Use case spesification
4. Aliran Alternatif (Alternate Flow) Merupakan pelengkap dari Basic Flow karena tidak ada yang sempurna dalam setiap kali use case berlangsung. Didalam Alternate Flow ini dijelaskan apa yang akan terjadi bila suatu halangan atau hambatan tejadi sewaktu use case berlangsung. Ini berhubungan dengan error yang mungkin terjadi. 5. Special Requirement Berisikebutuhan lain yang belum tercakup dalam aliran normal dan alternatif. Dibedakan secara tegas bahwa basic flow dan alternate flow menangani kebutuhan fungsional dari use case. 6. Pre-Condition Menjelaskan persyaratan yang harus dipenuhi sebelum use case dimulai. 7. Post-Condition Menjelaskan kondisi yang berubah atau terjadi saat use case selesai dieksekusi.

25 Contoh : use case Rental VCD
1. Nama Use Case menerima pendaftaran pelanggan Deskripsi Singkat Use Case ini untuk mencatat data data pelanggan yang mendaftar sebagai anggota Rental VCD. Use case dimulai saat pelanggan datang untuk mendaftarkan diri. Basic Flow : Penjaga rental mengisi data pelanggan. Setelah selesai mengisi semua data yang diperlukan, penjaga rental mengkonfirmasi untuk menyimpan data tersebut. Sistem menuliskan data pelanggan ke dalam database. Sistem memunculkan pesan bahwa proses pendaftaran sukses dilakukan.

26 Contoh : use case Rental VCD
Alternate Flow : Bila penulisan di database gagal : sistem memunculkan pesan bahwa proses pendaftaran gagal dilakukan, dan kembali ke langkah 3.b. Bila ada data yang diperlukan belum terisi : sistem meminta penjaga rental untuk mencetak isian kembali, kembali ke langkah 3.a. Special Requirement : tidak ada Pre-Condition : tidak ada Post Condition : record pelanggan bertambah

27 Studi kasus : BCA ATM system
Monitor Chard slot Invoice despencer Insert card Acoount Chash despencer Ambil uang Account Holder Keypad Masuk pin

28 Desain Use case System ATM BCA Penarikan uang sukses Transfer uang
Account Holder Transfer uang Pembayaran telpon System boundary

29 Case scenario Untuk penarikan uang sukses
Keyword : Format teks S-V-O Account Holder memasukkan kartu ATM A.H memasukkan nomor pin System mengecek nomor pin System beri info kepada A.H untuk memasukkan jumlah uang yg ditarik A.H memasukkan jumlah uang System mengecek jumlah uang System mengeluarkan uang untuk A.H ATM mencetak Bukti traansaksi ATM mengeluarkan kartu ATM

30 Mendefinisikan object
Key word : object adalah semua kata benda yang terlibat dalam system Account Holder  entity ATM  Control Chard  boundary Monitor  boundary Chard slot  boundary Chash despencer  boundary Keyborad(keypad)  boundary Invoice despencer  boundary Account  Entity

31 StereoType Boundary Control Entity

32 Object Diagram

33 CLASS DIAGRAM Spesifikasi yang menghasilkan sebuah objek (inti dari pengembanganan desain berorientasi objek) Menggambarkan struktur dan deskripsi class, package,object Class memiliki tiga area pokok : Nama (dan stereotype) Atribut Metoda Sifat Atribut serta Metoda : Private (tidak dapat dipanggil dari luar class ) Protected ( dapat dipanggil oleh class yang bersangkutan dan yang mewarisinya) Public (dapat dipanggil oleh siapa saja)

34 Hubungan Antar Class Asosiation ( hubungan statis antar class , nama relasi : has a (mempunyai) dibedakan menjadi dua macam hubungan khusus : Aggregation (pengumpulan) hubungan yang menyatakan bagian satu atau lebih Simbol : belah ketupat yang tidak diblok Composite (Gabungan) agrregration yg sangat kuat Setiap komponen menyatakan bagian hanya satu) Simbol : belah ketupat yang diblok Generalisasi Hubungan hirarkis antar class. Class dapat diturunkan dari class lain dan mewarisi semua atribut dan metoda class. Nama relasi : is a (adalah) 3. Realization : Hubungan antara sebuah class dengan interface

35 Multiplicity (kardinalitas)
Assosiation Type Unary Assosiation (suatu class berhubungan dengan dirinya sendiri Binary Assosiaton (dua buah class saling berhubungan Ternary Assosiation : Tiga buah class saling berhubungan n-ary Assosiation : banyak kelas saling berhubungan Multiplicity (kardinalitas) Jumlah relasi dimana sebuah object mengambil bagian dalam assosiasi Jumlah relasi diindikasikan dengan dua nilai : pertama minimum relasi dan maksimum Multiplicity Explanation 1 One and only one 0..* None or more 1..* One or more 0..1 None or one n..n A continuous range, such as 2 to 4

36 Assosiation Type 1. Unary Assosiation 2. Benary Assosiation + manages
Employee Class name atribute Operations Assosiation name Multiplicity 2. Ternary Assosiation Class name atribute Operations Assosiation name

37 Class computer- Aggregation
CPU Box Keyboard

38 Class Diagram: Composit,Generalization
The Class Diagram illustrates how the object classes of a use case are related. It consists of Class, Interface, and Relationship : Restaurant Employee Table TableTop Leg Waiter(pelayan) Chef (kepala Tukang masak) Chef is-a employee　(Generalization) Waiter is-a employee　(Generalization) Restaurant has-a table (Composition) Restaurant has-a employee (Aggregation) Table has-a Table Top & Leg (composite)

39 Interface adalah suatu pengaturan operasi (set of operations) yang menetapkan beberapa aspek/pengarah dari suatu perilaku kelas. adalah suatu pengaturan operasi sebuah kelas menghadiahi ke kelas lain

40 <<interface>>
Realization Hubungan antara sebuah class dengan suatu interface Menggunakan simbol garis putus-putus dan segtiga tidak di blok UML 1.5 Symbol Washing Machine <<interface>> Control knob Person UML 2.0 symbol Washing Machine Person

41 Class Diagram Class Diagram Format and association: Class Name
Role name Association name Role name Navigability Attributes Attributes 1 1..* Operations (Methods) Operations (Methods) Multiplicity Multiplicity Notation 1 : One and only one 0..* : None or more 1..* : One or more 0..1 : None or one

42 Class Diagram Class Diagram Format and sample class: Package::Class
Person visibility attribute:Type= Default value - name:String - address:String visibility Operation (Parameter):Return Type +setAddress(address:String) +getAddress():String +setName(name:String) +getName():String Visibility + Public : Able to access from any classes # Protected : Able to access from same class and its inherited classes ˜　Package : Able to access within same package - Private : Able to access from same class

43 Class Diagram Association: Navigability: Association name Work Company
Person Name Direction Arrow Navigability: Navigability (Direction of association) Order Order Item

44 Class Diagram Aggregation : Aggregation Indicator Multiplicity 1 1
Person Company 1 Owner Role 1..* Person Employee Company owner:Person employee[]:Person Detail of the class

45 Class Diagram Composition : 1 1 Handle Car handle 1 1 1 Engine engine
handle:Handle engine[]:Engine tire[4]:Tire 4 Tire tire Detail of the class

46 DIAGRAM CLASS YANG TERDIRI ATAS PACKAGE

47 Kasus: System Pembelian alat elektronik
Ketentuan : Pembeli dapat memesan barang via telephone Pembeli dapat langsung membeli ke toko Pembayaran : transfer, kridit chard, kontan Tugas : Buat Use case diagram Finding object & buat object diagram Buat class diagram.

48 Use Case Toko elektronik

49 Object Design

50 ObjectDiagram Propertis

51 CONTOH CLASS DIAGRAM

52 State Diagram Statechart diagram menggambarkan transisi dan perubahan keadaan (dari satu state ke state lainnya) suatu objek pada sistem sebagai akibat dari stimulus yang diterima. Pada umumnya statechart diagram menggambarkan class tertentu (satu class dapat memiliki lebih dari satu statechart diagram). Dalam UML, state digambarkan berbentuk segiempat dengan sudut membulat dan memiliki nama sesuai kondisinya saat itu. Transisi antar state umumnya memiliki kondisi guard yang merupakan syarat terjadinya transisi yang bersangkutan, dituliskan dalam kurung siku. Action yang dilakukan sebagai akibat dari event tertentu dituliskan dengan diawali garis miring. Titik awal dan akhir digambarkan berbentuk lingkaran berwarna penuh dan berwarna setengah.

53 State Diagram :Authentication Process

54 Activity Diagram Sebuah aktivitas dapat direalisasikan oleh satu use case atau lebih. Aktivitas menggambarkan proses yang berjalan, sementara use case menggambarkan bagaimana aktor menggunakan sistem untuk melakukan aktivitas. Menggambarkan berbagai alir aktivitas dalam sistem yang sedang dirancang, bagaimana masing-masing alir berawal, decision yang mungkin terjadi, dan bagaimana mereka berakhir. Menggambarkan proses paralel yang mungkin terjadi pada beberapa eksekusi. Merupakan state diagram khusus, di mana sebagian besar state adalah action dan sebagian besar transisi di-trigger oleh selesainya state sebelumnya (internal processing). Tidak menggambarkan behaviour internal sebuah sistem (dan interaksi antar subsistem) secara eksak, tetapi lebih menggambarkan proses-proses dan jalur- jalur aktivitas dari level atas secara umum.

55 Activity Diagram Sama seperti state, standar UML menggunakan segiempat dengan sudut membulat untuk menggambarkan aktivitas. Decision digunakan untuk menggambarkan behaviour pada kondisi tertentu. Untuk mengilustrasikan proses-proses paralel (fork dan join) digunakan titik sinkronisasi yang dapat berupa titik, garis horizontal atau vertikal. Activity diagram dapat dibagi menjadi beberapa object swimlane untuk menggambarkan objek mana yang bertanggung jawab untuk aktivitas tertentu.

56 CONTOH ACTIVITY DIAGRAM TANPA SWIMLAND

57 berupa message yang digambarkan terhadap waktu.
SEQUENCE DIAGRAM  Menggambarkan interaksi antar objek di dalam dan di sekitar sistem berupa message yang digambarkan terhadap waktu.  Sequence diagram terdiri atas: 1. Dimensi vertikal (waktu) 2. Dimensi horizontal (objek-objek yang terkait).

58 CONTOH SEQUENCE DIAGRAM

59 COLLABORATION DIAGRAM
 Menggambarkan interaksi antar objek dan lebih menekankan peran objek dan bukan pada waktu penyampaian message. CONTOH COLLABORATION DIAGRAM

60  Komponen piranti lunak berisi code yang meliputi: * Source code
COMPONEN DIAGRAM  Menggambarkan struktur dan hubungan antar komponen piranti lunak  Komponen piranti lunak berisi code yang meliputi: * Source code * Binary code * Library maupun executable

61 CONTOH COMPONEN DIAGRAM

62 DEPLOYMENT DIAGRAM  Menggambarkan detail bagaimana komponen di-deploy dalam infrastruktur sistem . CONTOH DEPLOYMENT DIAGRAM

63 LANGKAH-LANGKAH PENGGUNAKAN UML
1. Buatlah daftar business process 2. Petakan use case untuk tiap business process. 3. Buatlah deployment diagram untuk mendefinisikan arsitektur fisik sistem. 4. Definisikan requirement lain yang harus disediakan 5. Berdasarkan use case diagram, mulailah membuat activity diagram. 6. Definisikan objek (package atau domain) dan buatlah sequence/ collaboration diagram untuk tiap alir pekerjaan. 7. Buatlah rancangan user interface model untuk menjalankan skenario use case. 8. Buatlah class diagram.

64 10. Perhalus rancangan Deployment diagram
9. Melihat kemungkinan pengelompokan class 10. Perhalus rancangan Deployment diagram 11. Mulailah membangun sistem.( ada 2 pendekatan) yaitu • Pendekatan use case . • Pendekatan komponen 12. uji modul dan uji integrasi serta perbaiki model berserta codenya. 13. Piranti lunak siap dirilis.

65 Tool Yang Mendukung UML
• Rational Rose ( • Together ( • Object Domain ( • Jvision ( • Objecteering ( • MagicDraw ( • Visual Object Modeller (

66