Diagram komponen: Perbedaan antara revisi

[[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 [[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>.

!Nama

|''Component''

|Komponen digambar sebagai persegi panjang dengan kompartemen yang ditumpuk secara vertikal. Sebuah komponen dapat digambarkan hanya dengan persegi panjang dengan nama komponen dan stereotip teks/ikon komponen. Stereotip teks komponen adalah <<component>> dan stereotip ikon komponen adalah persegi panjang dengan 2 persegi panjang menonjol di sisi kirinya.<ref name=":0" />.

|Provide''Provided Interface''

|Mendefinisikan seperangkat [[Attribute (computing)|atribut]] dan [[Method (computer programming)|operasi]] publik yang harus disediakan oleh kelas yang mengimplementasikan interface''[[Protocol (object-oriented programming)|interface]]''.<ref name=":0" />.

|''Required Interface''

|Mendefinisikan seperangkat atribut dan operasi publik yang dibutuhkan oleh kelas yang bergantung pada ''interface''.<ref name=":0" />.

|''Ball-and-Socket Joint''

|Komponen dapat terhubung untuk membentuk subsystemsubsistem dengan menggunakan ''ball-and-socket joint'' (gabungan antara ''provided interface'' dan ''required interface'').<ref name=":0" />.

|''Port''

|Mengindikasikan bahwa komponen tersebut tidak menyediakan ''interface'' yang dibutuhkan (contoh: ''required'' atau ''provided''). Sebagai gantinya, komponen mendelegasikan ''interface'' ke kelas internal.<ref name=":0" />.

|Kumpulan elemen yang didefinisikan untuk kegiatan pengembangan pada level sistem, seperti kompulasikompilasi dan [[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>.

|Komponen informasi yang mewakili konsep bisnis, contohnya Konsumen'konsumen'.<ref name=":1" />.

|Komponen yang tidak ditujukan untuk memiliki spesifikasi tersendiri. Sebaliknya, komponen ini merupakan implementasi untuk <<spesification>> terpisah yang memiliki ketergantungan (''[[Dependency (UML)|dependency]]'').<ref name=":1" />.

|Komponen berbasis transaksi .<ref name=":1" />.

|[[:en:Classifier_Classifier (UML)|Classifier]] yang menentukan domain dari sebuah [[Object (computer science)|objek]] dan juga mendefinisikan implementasi fisik dari objek tersebut.

|''Classifier'' yang menentukan domain dari sebuah objek tanpa mendefinisikan implementasi fisik dari objek tersebut.

|Komponen yang merepresentasikan unit dekomposisi hirarkis untuk sistem besar dan digunakan untuk memodelkan komponen berskala besar. Sebuah [[System|subsistem]] dapat memiliki elemen spesifikasi dan realisasi.<ref name=":1" />.

Notasi komponen sebagai ''classifier'' berbentuk persegi panjang dengan kata kunci <<component>> dikenalkan dalam [[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.

Stereotip <<process>> menentukan ''classifier'' yang merepresentasikan aliran kontrol pada UML 1.4.2. <<Process>> menjadi komponen berbasis transaksi pada UML 2.0.

Pada UML 1.4.2. <<subsystem>> merupakan jenis khusus dari package yang digunakan untuk merepresentasikan unit behavioral pada sistem, dan dalam model, dan berperan sebagai unit spesifikasi untuk ''behavior'' dari elemen-elemen model yang terkandung di dalamnya. <<Subsystem>> menjadi stereotip komponen untuk mewakili unit dekomposisi hirarkis untuk sistem besar di UML 2.0.

UML 2.0 juga mengenalkan stereotip komponen <<BuildComponent>>, <<Implement>> dan <<Service>>.<ref name=":1" />.