7
Most read
18
Most read
21
Most read
[RPL2] Package Diagram
Miles, Russ & Hamilton, Kim,
2006,
Oreilly Publisher ,
Learning UML 2.0
286 Page
1. Pengenalan Konsep Package Diagram
2. Notasi, Semantik dan Stereotype
pada Packages Diagram
• Sebuah software yang dikembangkan dengan sangat
kompleks, biasanya terdiri dari ratusan kelas didalamnya.
• Jika anda adalah seorang programmer, bagaimana Anda
memahaminya?
• Salah satu caranya adalah dengan mengatur kelas tersebut
ke dalam kelompok yang berhubungan secara logis. Cth :
kelompok kelas antarmuka, kelompok kelas utilitas.
• Di UML, kelompok kelas ini dapat dimodelkan dengan
PACKAGE
• Package diagram sering digunakan untuk melihat
depedency antar package.
• Package dapat mengatur hampir semua
elemen UML bukan hanya kelas.
• Package juga biasa digunakan untuk
mengelompokkan use case.
• Package diagram merupakan bagian dari view
development, yang memetakan bagaimana
bagian - bagian atau komponen didalam suatu
sistem diorganisasi kedalam modul-modul
• Pada tools UML tidak ada package diagram
• Paket adalah struktur pengelompokan yang
digunakan untuk mengatur hampir semua
elemen UML, tetapi penggunaannya yang
paling umum adalah untuk mengatur kelas
dalam diagram kelas.
• Package Diagram memiliki Notasi dan Stereotype yang dapat
digunakan untuk membuat sebuah model. Berikut adalah Stereotype
Umum didalam Package Diagram :
1. PACKAGE (PAKET)
2. ELEMENT VISIBILITY
3. PACKAGE DEPENDENCY
• Package (paket) digunakan untuk mendeskripsikan sebuah kelompok yang
didalamnya berisi elemen – elemen yang ada di dalam sistem
• jika package diagram dibuat untuk kebutuhan pengorganisasian kelas, maka
elemen adalah kelas-kelas yang ada didalam sistem.
• Notasi untuk menggabarkan package adalah sebuah simbol berbentuk tab
folder, yang diberikan nama sebagai identitas package tersebut
• Ada tiga cara yang bisa digunakan untuk menggambarkan elemen suatu package.
1. Digambar didalam notasi package
2. Digambar diluar notasi package dan dihubungkan dengan sebuah garis [UML 2.0, russ miles]
3. Nested Package.
• Contoh :
Terdapat cara untuk menunjukkan bahwa kelas Kredensial dan IdentityVerifier terkandung dalam security package
CARA 1 CARA 2
• Sebuah Package dapat berisi package lainnya.
• Aturan ini dapat digunakan apabila muncul kebutuhan untuk
menyederhanakan penggambaran package diagram dikarenakan sistem
yang dimodelkan terlalu besar.
• Solusinya adalah dengan nested package
• Untuk menggambarkan nested package, cukup menggambarkan sebuah
notasi package (paket) didalam notasi package.
CARA 3
• Nested package biasa dipakai pada aplikasi enterprise
• Nested paket pada gambar diatas dapat mengkonsumsi banyak
ruang.
• Ada notasi alternatif yang bisa lebih mudah untuk digunakan.
• Notasi nya adalah dengan packageA :: packageB :: packageC, seperti
contoh gambar dibawah ini.
Flattening nested packages
• Cara menggambarkan package di UML tools :
1. Memasukkan nama paket dalam dialog spesifikasi kelas
2. Secara manual mengetikkan kelas ke dalam paket miliknya di
tampilan struktur elemen model.
• Elemen dalam package dapat mempunyai sebuah visibility (hak akses) berupa hak akses public
atau hak akses private.
• Elemen yang memiliki hak akses public menandakan dia dapat diakses / digunakan diluar package
tempatnya berasal.
• Elemen yang memiliki hak akses Private menandakan dia hanya dapat diakses / digunakan oleh
elemen didalam package yang sama dari tempatnya berasal.
• Didalam bahasa pemrogaman (mis : java), hak akses dari elemen pada package berkaitan dengan
penggunaan hak akses dari suatu kelas didalam coding. Contoh :
• Hak akses Public dapat digambarkan dengan memberikan notasi plus (+) didepan
nama elemennya (kelas).
• Hak akses Private dapat digambarkan dengan memberikan notasi minus (-)
didepan nama elemennya(kelas).
• Notasi dependency menunjukan bahwa elemen (kelas) dari suatu package perlu
menggunakan (bergantung pada) elemen (kelas) dari package lainnya.
• Notasi depedency digambarkan dengan sebuah simbol berbentuk garis putus –
putus dengan kepala panah menuju package relasinya.
• Apabila suatu elemen dalam paket A menggunakan elemen dalam paket B,
maka paket A memiliki kebergantungan pada paket B
Penggunaan package diagram dalam
UML yang paling umum adalah
membantu memberikan gambaran
tentang organisasi paket – paket
didalam sistem anda dan hubungan
dependensi di antara mereka.
• Hubungan dependensi antar packages dapat didetailkan dengan melihat bentuk perilaku saat
relasi antar package terjadi.
• Bentuk dependensi dapat dikelompokan menjadi dua jenis yaitu Import dan access.
Penggunaan Import dan Access dibedakan dengan melihat visibility (hak access) yang
diberikan pada hubungan dependensi
• Import adalah bentuk dependensi dengan hak akses publik, sedangkan Access adalah bentuk
dependensi dengan hak akses private
• Secara default hubungan dependensi adalah import apabila bentuk dependesi tidak
dituliskan didalam diagram.
• Apabila bentuk dependensi adalah import, maka
elemen(kelas) yg diimport mempunyai hak akses
publik didalam package yang mengimport nya
• Apabila bentuk dependensi
adalah access, maka elemen yang
diimport akan mempunyai hak
akses private didalam package
yang mengimport nya
Hanya elemen dengan hak
akses public yang bisa
digunakan
Contoh Implementasi jika menggunakan
bahasa pemrogaman JAVA
19
Kelas Diagram Dapat di kelompokan
kedalam package Diagram
• Package Diagram Juga dapat digunakan untuk menyederhanakan Diagram Use Case, Dimana setiap
Use Case yang relevan satu sama lain dapat dikelompokan kedalam sebuah package.
• Konsep untuk pengelompokan Use Case kedalam Package tidak jauh berbeda dengan membuat
package untuk mengelompokan kelas
• Dengan memanfaatkan Diagram package, tingkat abstraksi dari Diagram Use Case menjadi
lebih tinggi dalam memandang sebuah sistem tampa melihat seluruh detail yang bisa
dikerjakan oleh sistem.
Dengan menaikan level abstraksi Use Case Diagram ke tingkat yang
lebih tinggi, dapat membantu Anda untuk melihat lebih jelas hubungan
aktor dengan apa yang dilakukan didalam sistem.

More Related Content

PDF
[RPL2] Sequence Diagram
PDF
[RPL2] Deployment Diagram
PDF
[RPL2] Class Diagram dan Relasinya (2)
PDF
[RPL2] Class Diagram dan Konsep Object Oriented (1)
PDF
[PBO] Pertemuan 6 - Interface
PDF
[PBO] Pertemuan 11 - GUI Java Desktop
PDF
[RPL2] Design Sprint
PDF
[RPL2] Pertemuan 2 - Validasi Ide
[RPL2] Sequence Diagram
[RPL2] Deployment Diagram
[RPL2] Class Diagram dan Relasinya (2)
[RPL2] Class Diagram dan Konsep Object Oriented (1)
[PBO] Pertemuan 6 - Interface
[PBO] Pertemuan 11 - GUI Java Desktop
[RPL2] Design Sprint
[RPL2] Pertemuan 2 - Validasi Ide

What's hot (20)

PDF
[RPL2] Activity Diagram
PPTX
Kelompok 8 - Implementasi Role & Privilege pada database Oracle & my SQL
PPTX
Pemodelan berorientasi objek
PDF
Project charter-Contoh
PPTX
Proses Pengembangan Perangkat Lunak (SDLC)
PDF
Interaksi Manusia dan Komputer : Conceptual Model
DOCX
Dokumen srs -_sistem_informasi_koperasi
PDF
[RPL2] Pertemuan 3 - UML dan USECASE VIEW
PPT
MATERI UML(Unified Modelling Language)
PDF
[PBO] Pertemuan 10 - Generic Programming & Collection
PDF
Modul Praktikum Pemrograman Berorientasi Objek (Chap.1-6)
PPTX
CLOUD COMPUTING
PPTX
Testing&implementasi 4
PDF
Pertemuan 9 preferences dan menu
PPTX
Intermediate code kode antara
PDF
Bab III Class Diagram
PPTX
PPT Desain Antar Muka.pptx
DOCX
Fungsi dan Array Pada C++
PPTX
Pertemuan 1 Pemodelan Perangkat Lunak
DOCX
Dokumen perencanaan-proyek-perangkat-lunak
[RPL2] Activity Diagram
Kelompok 8 - Implementasi Role & Privilege pada database Oracle & my SQL
Pemodelan berorientasi objek
Project charter-Contoh
Proses Pengembangan Perangkat Lunak (SDLC)
Interaksi Manusia dan Komputer : Conceptual Model
Dokumen srs -_sistem_informasi_koperasi
[RPL2] Pertemuan 3 - UML dan USECASE VIEW
MATERI UML(Unified Modelling Language)
[PBO] Pertemuan 10 - Generic Programming & Collection
Modul Praktikum Pemrograman Berorientasi Objek (Chap.1-6)
CLOUD COMPUTING
Testing&implementasi 4
Pertemuan 9 preferences dan menu
Intermediate code kode antara
Bab III Class Diagram
PPT Desain Antar Muka.pptx
Fungsi dan Array Pada C++
Pertemuan 1 Pemodelan Perangkat Lunak
Dokumen perencanaan-proyek-perangkat-lunak
Ad

Similar to [RPL2] Package Diagram (20)

PPTX
class-diagram.pptx
PPT
12655598.ppt
PPTX
UML (Unified Modeling Language) - Rekayasa Perangkat Lunak
PDF
Uml class-diagram
PDF
TD-635-02-PSBO
PPT
P6_Class-Diagram yang diperlukan untuk merancang .ppt
PDF
Uml yusep wendy budiman
PDF
4_Class Diagram.pdf
PDF
04 class diagram-uml-netbeans
PDF
Pengenalan UML (Unified Modelling Language)
PDF
Tukang gypsum 081381278719
PPT
Uml
PPTX
Unified modeling language
PPTX
Tugas kelompok 2 (RekWeb) # Penjelasan UML & Flowchart Project E-Commerce
DOCX
Tugas umll
PPTX
Rekayasa web tugas 3 0916
PDF
Class diagram
PPTX
yang dimaksud dengan Unified Modeling Language (UML)
PDF
Modul uml
PPTX
Materi Relasi antar kelas jurusan RPL .pptx
class-diagram.pptx
12655598.ppt
UML (Unified Modeling Language) - Rekayasa Perangkat Lunak
Uml class-diagram
TD-635-02-PSBO
P6_Class-Diagram yang diperlukan untuk merancang .ppt
Uml yusep wendy budiman
4_Class Diagram.pdf
04 class diagram-uml-netbeans
Pengenalan UML (Unified Modelling Language)
Tukang gypsum 081381278719
Uml
Unified modeling language
Tugas kelompok 2 (RekWeb) # Penjelasan UML & Flowchart Project E-Commerce
Tugas umll
Rekayasa web tugas 3 0916
Class diagram
yang dimaksud dengan Unified Modeling Language (UML)
Modul uml
Materi Relasi antar kelas jurusan RPL .pptx
Ad

More from rizki adam kurniawan (19)

PDF
[MPPL] Managemen Sumber Daya Manusia
PDF
[RPL2] Pengujian Perangkat Lunak
PDF
[RPL2] Growth Hacking
PDF
[RPL2] Bisnis Model & Market Analysis
PDF
[PBO] Pertemuan 10 - Exception & Error Handling
PDF
[PBO] Pertemuan 13 - Membuat Aplikasi Desktop dengan JDBC DAO MVC
PDF
[PBO] Pertemuan 12 - Pemrograman Android
PDF
[PBO] Pertemuan 10 - Pemrograman Database (2)
PDF
[PBO] Pertemuan 10 - Pemrograman Database (1)
PDF
[PBO] CARA BIKIN SOFTWARE (Kumpulan Referensi Java)
PDF
[PBO] Pertemuan 6 - Abstrak
PDF
[PBO] Pertemuan 5 - Polymorphism
PDF
[PBO] Pertemuan 5 - Inheritance
PDF
[PBO] Pertemuan 4 - Kontruktor Destruktor
PDF
[RPL2] Pertemuan 1 - Pendahuluan Rekayasa Perangkat Lunak 2
PDF
[PBO] Pertemuan 4 - Getter Setter
PDF
[PBO] Pertemuan 3 - Package, enkapsulasi & instansiasi objek
PDF
[PBO] Pertemuan 3 - Pengenalan Pemrograman Berbasis Objek
PDF
[PBO] Pertemuan 2 - Method, String & array
[MPPL] Managemen Sumber Daya Manusia
[RPL2] Pengujian Perangkat Lunak
[RPL2] Growth Hacking
[RPL2] Bisnis Model & Market Analysis
[PBO] Pertemuan 10 - Exception & Error Handling
[PBO] Pertemuan 13 - Membuat Aplikasi Desktop dengan JDBC DAO MVC
[PBO] Pertemuan 12 - Pemrograman Android
[PBO] Pertemuan 10 - Pemrograman Database (2)
[PBO] Pertemuan 10 - Pemrograman Database (1)
[PBO] CARA BIKIN SOFTWARE (Kumpulan Referensi Java)
[PBO] Pertemuan 6 - Abstrak
[PBO] Pertemuan 5 - Polymorphism
[PBO] Pertemuan 5 - Inheritance
[PBO] Pertemuan 4 - Kontruktor Destruktor
[RPL2] Pertemuan 1 - Pendahuluan Rekayasa Perangkat Lunak 2
[PBO] Pertemuan 4 - Getter Setter
[PBO] Pertemuan 3 - Package, enkapsulasi & instansiasi objek
[PBO] Pertemuan 3 - Pengenalan Pemrograman Berbasis Objek
[PBO] Pertemuan 2 - Method, String & array

Recently uploaded (9)

PDF
Struktur Data - 3 Array: Konsep & Implementasi
PDF
Struktur Data - 2 Pengantar Struktur Data
PPTX
Introduction Financial Consolidatioan Multi currency integration to all ERP o...
PPTX
Berfikir Komputasi untuk siswa SMP KELAS 9.pptx
PDF
Struktur Data - 4 Pointer & Linked List
PPTX
Materi Workshop Keuangan Digital 2025.pptx
PPTX
INFORMATIKA UNTUK SISWA SMP KELAS VII.pptx
PPTX
CARA AKSES KE INTERNET MELALUI WIFI ATAU LAN
PDF
Struktur Data - 1 Kontrak Perkuliahan
Struktur Data - 3 Array: Konsep & Implementasi
Struktur Data - 2 Pengantar Struktur Data
Introduction Financial Consolidatioan Multi currency integration to all ERP o...
Berfikir Komputasi untuk siswa SMP KELAS 9.pptx
Struktur Data - 4 Pointer & Linked List
Materi Workshop Keuangan Digital 2025.pptx
INFORMATIKA UNTUK SISWA SMP KELAS VII.pptx
CARA AKSES KE INTERNET MELALUI WIFI ATAU LAN
Struktur Data - 1 Kontrak Perkuliahan

[RPL2] Package Diagram

  • 2. Miles, Russ & Hamilton, Kim, 2006, Oreilly Publisher , Learning UML 2.0 286 Page
  • 3. 1. Pengenalan Konsep Package Diagram 2. Notasi, Semantik dan Stereotype pada Packages Diagram
  • 4. • Sebuah software yang dikembangkan dengan sangat kompleks, biasanya terdiri dari ratusan kelas didalamnya. • Jika anda adalah seorang programmer, bagaimana Anda memahaminya? • Salah satu caranya adalah dengan mengatur kelas tersebut ke dalam kelompok yang berhubungan secara logis. Cth : kelompok kelas antarmuka, kelompok kelas utilitas. • Di UML, kelompok kelas ini dapat dimodelkan dengan PACKAGE • Package diagram sering digunakan untuk melihat depedency antar package.
  • 5. • Package dapat mengatur hampir semua elemen UML bukan hanya kelas. • Package juga biasa digunakan untuk mengelompokkan use case. • Package diagram merupakan bagian dari view development, yang memetakan bagaimana bagian - bagian atau komponen didalam suatu sistem diorganisasi kedalam modul-modul • Pada tools UML tidak ada package diagram • Paket adalah struktur pengelompokan yang digunakan untuk mengatur hampir semua elemen UML, tetapi penggunaannya yang paling umum adalah untuk mengatur kelas dalam diagram kelas.
  • 6. • Package Diagram memiliki Notasi dan Stereotype yang dapat digunakan untuk membuat sebuah model. Berikut adalah Stereotype Umum didalam Package Diagram : 1. PACKAGE (PAKET) 2. ELEMENT VISIBILITY 3. PACKAGE DEPENDENCY
  • 7. • Package (paket) digunakan untuk mendeskripsikan sebuah kelompok yang didalamnya berisi elemen – elemen yang ada di dalam sistem • jika package diagram dibuat untuk kebutuhan pengorganisasian kelas, maka elemen adalah kelas-kelas yang ada didalam sistem. • Notasi untuk menggabarkan package adalah sebuah simbol berbentuk tab folder, yang diberikan nama sebagai identitas package tersebut
  • 8. • Ada tiga cara yang bisa digunakan untuk menggambarkan elemen suatu package. 1. Digambar didalam notasi package 2. Digambar diluar notasi package dan dihubungkan dengan sebuah garis [UML 2.0, russ miles] 3. Nested Package. • Contoh : Terdapat cara untuk menunjukkan bahwa kelas Kredensial dan IdentityVerifier terkandung dalam security package CARA 1 CARA 2
  • 9. • Sebuah Package dapat berisi package lainnya. • Aturan ini dapat digunakan apabila muncul kebutuhan untuk menyederhanakan penggambaran package diagram dikarenakan sistem yang dimodelkan terlalu besar. • Solusinya adalah dengan nested package • Untuk menggambarkan nested package, cukup menggambarkan sebuah notasi package (paket) didalam notasi package. CARA 3
  • 10. • Nested package biasa dipakai pada aplikasi enterprise • Nested paket pada gambar diatas dapat mengkonsumsi banyak ruang. • Ada notasi alternatif yang bisa lebih mudah untuk digunakan. • Notasi nya adalah dengan packageA :: packageB :: packageC, seperti contoh gambar dibawah ini. Flattening nested packages
  • 11. • Cara menggambarkan package di UML tools : 1. Memasukkan nama paket dalam dialog spesifikasi kelas 2. Secara manual mengetikkan kelas ke dalam paket miliknya di tampilan struktur elemen model.
  • 12. • Elemen dalam package dapat mempunyai sebuah visibility (hak akses) berupa hak akses public atau hak akses private. • Elemen yang memiliki hak akses public menandakan dia dapat diakses / digunakan diluar package tempatnya berasal. • Elemen yang memiliki hak akses Private menandakan dia hanya dapat diakses / digunakan oleh elemen didalam package yang sama dari tempatnya berasal. • Didalam bahasa pemrogaman (mis : java), hak akses dari elemen pada package berkaitan dengan penggunaan hak akses dari suatu kelas didalam coding. Contoh :
  • 13. • Hak akses Public dapat digambarkan dengan memberikan notasi plus (+) didepan nama elemennya (kelas). • Hak akses Private dapat digambarkan dengan memberikan notasi minus (-) didepan nama elemennya(kelas).
  • 14. • Notasi dependency menunjukan bahwa elemen (kelas) dari suatu package perlu menggunakan (bergantung pada) elemen (kelas) dari package lainnya. • Notasi depedency digambarkan dengan sebuah simbol berbentuk garis putus – putus dengan kepala panah menuju package relasinya. • Apabila suatu elemen dalam paket A menggunakan elemen dalam paket B, maka paket A memiliki kebergantungan pada paket B
  • 15. Penggunaan package diagram dalam UML yang paling umum adalah membantu memberikan gambaran tentang organisasi paket – paket didalam sistem anda dan hubungan dependensi di antara mereka.
  • 16. • Hubungan dependensi antar packages dapat didetailkan dengan melihat bentuk perilaku saat relasi antar package terjadi. • Bentuk dependensi dapat dikelompokan menjadi dua jenis yaitu Import dan access. Penggunaan Import dan Access dibedakan dengan melihat visibility (hak access) yang diberikan pada hubungan dependensi • Import adalah bentuk dependensi dengan hak akses publik, sedangkan Access adalah bentuk dependensi dengan hak akses private • Secara default hubungan dependensi adalah import apabila bentuk dependesi tidak dituliskan didalam diagram.
  • 17. • Apabila bentuk dependensi adalah import, maka elemen(kelas) yg diimport mempunyai hak akses publik didalam package yang mengimport nya • Apabila bentuk dependensi adalah access, maka elemen yang diimport akan mempunyai hak akses private didalam package yang mengimport nya
  • 18. Hanya elemen dengan hak akses public yang bisa digunakan Contoh Implementasi jika menggunakan bahasa pemrogaman JAVA
  • 19. 19 Kelas Diagram Dapat di kelompokan kedalam package Diagram
  • 20. • Package Diagram Juga dapat digunakan untuk menyederhanakan Diagram Use Case, Dimana setiap Use Case yang relevan satu sama lain dapat dikelompokan kedalam sebuah package. • Konsep untuk pengelompokan Use Case kedalam Package tidak jauh berbeda dengan membuat package untuk mengelompokan kelas • Dengan memanfaatkan Diagram package, tingkat abstraksi dari Diagram Use Case menjadi lebih tinggi dalam memandang sebuah sistem tampa melihat seluruh detail yang bisa dikerjakan oleh sistem.
  • 21. Dengan menaikan level abstraksi Use Case Diagram ke tingkat yang lebih tinggi, dapat membantu Anda untuk melihat lebih jelas hubungan aktor dengan apa yang dilakukan didalam sistem.