Diagram komponen: Perbedaan antara revisi

Konten dihapus Konten ditambahkan
HsfBot (bicara | kontrib)
k v2.04b - Fixed using Wikipedia:ProyekWiki Cek Wikipedia (Tanda baca setelah kode "<nowiki></ref></nowiki>")
k -iw
Baris 1:
[[Berkas:Policy Admin Component Diagram.PNG|jmpl|Contoh Diagram Komponen]]'''Diagram komponen''' adalah diagram yang menggambarkan struktur fisik dari sebuah [[sistem]] dan digunakan untuk mengilustrasikan bagaimana kode program dibagi menjadi beberapa komponen, dan mendeksripsikan hubungan antar komponen.<ref>{{Cite book|title=Systems Analysis and design methods|url=http://worldcat.org/oclc/830686210|publisher=Times Mirror|date=1986|isbn=0801654645|oclc=830686210|last=Whitten, J. L.}}</ref> Diagram komponen memberikan gambaran tingkat tinggi dan sederhana dari sebuah sistem. Mengklasifikasikan sekelompok [[:en:Class_(computer_programming)|kelas]] menjadi komponen akan membantu pertukaran dan penggunaan kembali dari sebuah kode. Tujuan dari diagram komponen adalah menunjukkan hubungan struktural antar komponen dalam sebuah sistem.<ref name=":0">{{Cite web|url=https://online.visual-paradigm.com/tutorials/component-diagram-tutorial/|title=Component Diagram Tutorial|website=online.visual-paradigm.com|access-date=2019-04-08}}</ref>
 
== Notasi Diagram Komponen ==
Baris 13:
|-
|''Provided Interface''
|Mendefinisikan seperangkat [[:en:Attribute_(computing)|atribut]] dan [[:en:Method_(computer_programming)|operasi]] publik yang harus disediakan oleh kelas yang mengimplementasikan ''[[:en:Protocol_(object-oriented_programming)|interface]]''.<ref name=":0" />
|[[Berkas:Component.PNG|jmpl]]
|-
Baris 36:
|-
|<<BuildComponent>>
|Kumpulan elemen yang didefinisikan untuk kegiatan pengembangan pada level sistem, seperti kompilasi dan [[:en:Software_versioning|versi]].<ref name=":1">{{Cite web|url=https://www.uml-diagrams.org/component.html|title=UML component is a class representing a modular part of a system with encapsulated content and whose manifestation is replaceable within its environment.|website=www.uml-diagrams.org|access-date=2019-04-08}}</ref>
|-
|<<Entity>>
Baris 42:
|-
|<<Implement>>
|Komponen yang tidak ditujukan untuk memiliki spesifikasi tersendiri. Sebaliknya, komponen ini merupakan implementasi untuk <<spesification>> terpisah yang memiliki ketergantungan (''[[:en:Dependency_(UML)|dependency]]'').<ref name=":1" />
|-
|<<Process>>
Baris 48:
|-
|<<Realization>>
|[[:en:Classifier_(UML)|Classifier]] yang menentukan domain dari sebuah [[:en:Object_(computer_science)|objek]] dan juga mendefinisikan implementasi fisik dari objek tersebut.
 
 
Contohnya, komponen berstereotip <<Realization>> hanya akan memiliki ''[https://www.uml-diagrams.org/component-realization.html realizing classifier]'' yang mengimplementasikan ''[[:en:Class_(computer_programming)#Behavior|behavior]]'' yang ditentukan oleh komponen <<Spesification>>. Hal ini berbeda dari <<ImplementationClass>> karena ''[[:en:Class_(computer_programming)|implementation class]]'' merupakan realisasi dari kelas yang dapat memiliki fitur seperti atribut dan operasi yang berguna bagi desainer sistem.<ref name=":1" />
|-
|<Service>>
Baris 66:
|-
|<<Subsystem>>
|Komponen yang merepresentasikan unit dekomposisi hirarkis untuk sistem besar dan digunakan untuk memodelkan komponen berskala besar. Sebuah [[:en:System|subsistem]] dapat memiliki elemen spesifikasi dan realisasi.<ref name=":1" />
|}
 
== Sejarah ==
Notasi komponen sebagai ''classifier'' berbentuk persegi panjang dengan kata kunci <<component>> dikenalkan dalam [[:en:Unified_Modeling_Language|UML 2.0.]] Pada versi sebelumnya, UML 1.x, notasi komponen berbentuk persegi panjang dengan dua persegi panjang kecil menonjol dari sisinya. Untuk alasan kesesuaian, notasi ini masih boleh digunakan pada UML 2.5.
 
Pada UML 1.4.2 stereotip <<entity>> merepresentasikan kelas pasif, contohnya kelas yang objeknya tidak menginisiasi interaksi pada dirinya sendiri. <<Entity>> menjadi komponen informasi tetap pada UML 2.0.