1 / 28

UML

UML. UNIFIED MODELLING LANGUAGE. Analisys phase (OOA-object oriented analisys). OOA – teknik semiformal -> notasi grafis dari semua langkah analisis. Langkah langkah OOA. Use – Case Modelling Class Modelling Dinamic Modelling. Use Case Modelling.

koren
Télécharger la présentation

UML

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. UML UNIFIED MODELLING LANGUAGE

  2. Analisys phase (OOA-object oriented analisys) • OOA – teknik semiformal -> notasi grafis dari semua langkah analisis

  3. Langkah langkah OOA • Use – Case Modelling • Class Modelling • Dinamic Modelling

  4. Use Case Modelling • Menentukan berbagai hasil yang akan di komputasi oleh produk perangkat lunak dengan mengabaikan urutan pembuatannya. (clasical object oriented analisys) • Use case diagram dihubungkan dengan skenario yang dibuat pada tahap requirement analisys

  5. USE CASE Pengendalian Pengajaran

  6. Class Modelling • Menentukan kelas, atribut dan hubungan antar kelas. • Pada tahap ini belum menentukan method method (fungsi) karena akan dilakukan pada tahap desain – prakteknya kadang bisa dilanggar • Salah satu cara penentuan kelas adalah mencari kandidat kelas yang berasal dari use case

  7. Class modelling (cont) • Cara sederhana adalah dengan mengkoleksi kata benda dalam skenario atau dari use-case • Cara yang kedua dengan memanfaatkan CRC card (class responsibility – collaboration)

  8. CRC Card

  9. CRC • (class responsibility – collaboration) adalah sebuah teknik untuk mengecek adanya interaksi antar obyek • Sebelah kiri berisi tanggung jawab, sebelah kanan berisi kelas yang melaksanakan tanggung jawab tersebut • Dari sini akan didapatkan satu set kelas dan tanggungjawabnya serta kelas lain yang berhubungan dengan kelas tersebut

  10. Class Diagram

  11. Dinamic Modelling • Menentukan aksi yang di lakukan oleh masing masing kelas dan subkelas • Menggunakan state diagram.

  12. State diagram presensi

  13. Design Phase (Object Oriented Design) • Membuat diagram interaksi untuk setiap skenario -> sequence diagram, collaboration diagram • Melengkapi diagram kelas secara detail termasuk method methodnya, class diagram • Merancang produk • Component diagram • Deployment Diagram

  14. Sequence Diagram

  15. Diagram Kolaborasi

  16. Diagram Komponen

  17. Diagram Deployment

  18. KONSENTRASI KE KELAS • Kelas merupakan dokumen yang paling dekat dengan program yang akan menjadi produk dari pengembangan aplikasi berbasis obyek • Dokumen lain dalam tahap pengembangan perangkat lunak berorientasi obyek sebenarnya harus di buat, bahkan jika diperlukan boleh menambahkan dokumen lain seperti ERD, DFD atau dokumen lain yang dianggap perlu untuk memperjelas rancangan.

  19. Hubungan Antar Kelas • ASOSIASI • Ketergantungan (Dependensi)

  20. ASOSIASI • Ascociation • Relasi antara 2 elemen dimana keduanya punya posisi yang sama, tidak ada yang lebih penting diantara keduanya. • Asosiasi antara penjual dan pembeli • Bidirectional Ascociation • Asosiasi antara 2 elemen dimana elemen pertama bertanggungjawab menentukan elemen yang lainnya. • Unidirectional Ascociation • Asosiasi dimana kelas asal bertanggung jawab terhadap spesifikasi member dari kelas tujuan • Unidirectional ascociation -> kelas asal yg tahu asosiasi ini sedangkan kelas tujuan tidak perlu tahu • Contoh kelas reporttransfer ->kelas rekening • Class Asscociation • Kelas yang berisi informasi tentang asosiasi yang terjadi antara 2 kelas.

  21. Composition • Composition • Relasi antara 2 elemen dimana elemen child akan terdelete secara cascade pada saat parent elemen terdelete. • Contoh : • Email dengan body • Navigable Compisition • Relasi komposisi dimana kelas asal bertanggung jawab atas spesifikasi kelas tujuan

  22. Aggregation • Agregation • Relasi antara dua elemen dimana satu kelas memiliki peran yang lebih penting dibanding kelas yang lain, satu kelas adalah bagian dari kelas lain. Standar agregasi kelas yg menjadi bagian memliki lifecycle yang independent dari kelas yg memilikinya • Contoh : • Mobil dengan roda • Navigable Agregation • Agregasi dimana kelas asal bertanggung jawab mengatur spesifikasi member dari kelas tujuan

  23. Hubungan saling ketergantungan • Dependency • Realize • Usage • Permission • Abstraction

  24. Dependency • Relasi antara 2 elemen dimana definisinya saling tergantung satu dengan yang lainnya sehingga perubahan pada satu elemen akan • menimbulkan perubahan pada elemen yang lain. • Sebagai contoh ketika satu kelas menggunakan kelas lain sebagai parameter atau tipe data dari salah satu atributnya.

  25. Realize • Relasi semantic antara “classifier” (penentu) . Satu menjadi penentu dan menjamin bahwa ketentan tersebut akan di realisasikan. Relasi seperti ini terjadi antara interface dan kelas yang meng-implementasikannya serta antara Use case dengan colaborasi yang merealisasikannya.

  26. Usage • Hubungan ketergantungan antara satu elemen (clien) membutuhkan keberadaan dari elemen yang lain (supplier) untuk diimplementasikan atau digunakan dengan benar.

  27. Permission • Hubungan yang akan mengesahkan akses dari elemen supplier kepada elemen clien.

  28. Abstraction • Hubungan antara 2 elemen yang merepresentasikan konsep yang sama dalam level abstraksi yang berbeda. • Entitas dengan karakteristik esensial yang membedakannya dengan semua jenis entity yang lain. Abstraksi mendifinisikan batasan dari perspektif viewer.

More Related