UML Component Diagrams
Component diagram shows components, provided and required interfaces, ports, and relationships between them. This type of diagrams is used in Component-Based Development (CBD) to describe systems with Service-Oriented Architecture (SOA).
Component-based development is based on assumptions that previously constructed components could be reused and that components could be replaced by some other "equivalent" or "conformant" components, if needed.
The artifacts that implement component are intended to be capable of being deployed and re-deployed independently, for instance to update an existing system.
Components in UML could represent
logical components (e.g., business components, process components), and
physical components (e.g., CORBA components, EJB components, COM+ and .NET components, WSDL components, etc.),
along with the artifacts that implement them and the nodes on which they are deployed and executed. It is anticipated that profiles based around components will be developed for specific component technologies and associated hardware and software environments.
The following nodes and edges are typically drawn in a component diagram: component, interface, provided interface, required interface, class, port, connector, artifact, component realization, dependency, usage. These major elements are shown on the picture below.
The major elements of UML component diagram - component, provided interface, required interface, port, connectors.
Component
A component is a structured class representing a modular part of a system with encapsulated content and whose manifestation is replaceable within its environment.
A component has its behavior defined in terms of provided interfaces and required interfaces (potentially exposed via ports).
Component serves as a type whose conformance is defined by these provided and required interfaces (encompassing both their static as well as dynamic semantics). One component may therefore be substituted by another only if the two are type conformant.
Larger pieces of a system’s functionality may be assembled by reusing components as parts in an encompassing component or assembly of components, and wiring together their required and provided interfaces.
A component is modeled throughout the development life cycle and successively refined into deployment and run-time. A component may be manifested by one or more artifacts.
Indirectly instantiated component is defined at design time but does not exist as addressable object at execution time. Runtime behavior of the component and its ports is defined by the runtime behavior of classifiers or parts realizing it. Several standard stereotypes assume this attribute, e.g., «specification», «focus», «subsystem».
Internals of component are hidden and inaccessible other than as provided by its interfaces. Although it may be dependent on other elements in terms of interfaces that are required, a component is encapsulated and its dependencies are designed such that it can be treated as independently as possible.
A component is shown as a classifier rectangle with the keyword «component».
Component WeatherService
Optionally, a component icon similar to the UML 1.4 icon can be displayed in the right hand corner.
Component UserService
For backward compatibility reasons, the UML 1.4 notation with protruding rectangles can still be used.
Component CustomerEJB in UML 1.x notation
A component may be manifested by one or more artifacts, and in turn, that artifact may be deployed to its execution environment. A deployment specification may define values that parameterize the component’s execution.
UML Component Diagrams
Component diagram shows components, provided and required interfaces, ports, and relationships between them. This type of diagrams is used in Component-Based Development (CBD) to describe systems with Service-Oriented Architecture (SOA).
Component-based development is based on assumptions that previously constructed components could be reused and that components could be replaced by some other "equivalent" or "conformant" components, if needed.
The artifacts that implement component are intended to be capable of being deployed and re-deployed independently, for instance to update an existing system.
Components in UML could represent
logical components (e.g., business components, process components), and
physical components (e.g., CORBA components, EJB components, COM+ and .NET components, WSDL components, etc.),
along with the artifacts that implement them and the nodes on which they are deployed and executed. It is anticipated that profiles based around components will be developed for specific component technologies and associated hardware and software environments.
The following nodes and edges are typically drawn in a component diagram: component, interface, provided interface, required interface, class, port, connector, artifact, component realization, dependency, usage. These major elements are shown on the picture below.
The major elements of UML component diagram - component, provided interface, required interface, port, connectors.
Component
A component is a structured class representing a modular part of a system with encapsulated content and whose manifestation is replaceable within its environment.
A component has its behavior defined in terms of provided interfaces and required interfaces (potentially exposed via ports).
Component serves as a type whose conformance is defined by these provided and required interfaces (encompassing both their static as well as dynamic semantics). One component may therefore be substituted by another only if the two are type conformant.
Larger pieces of a system’s functionality may be assembled by reusing components as parts in an encompassing component or assembly of components, and wiring together their required and provided interfaces.
A component is modeled throughout the development life cycle and successively refined into deployment and run-time. A component may be manifested by one or more artifacts.
Indirectly instantiated component is defined at design time but does not exist as addressable object at execution time. Runtime behavior of the component and its ports is defined by the runtime behavior of classifiers or parts realizing it. Several standard stereotypes assume this attribute, e.g., «specification», «focus», «subsystem».
Internals of component are hidden and inaccessible other than as provided by its interfaces. Although it may be dependent on other elements in terms of interfaces that are required, a component is encapsulated and its dependencies are designed such that it can be treated as independently as possible.
A component is shown as a classifier rectangle with the keyword «component».
Component WeatherService
Optionally, a component icon similar to the UML 1.4 icon can be displayed in the right hand corner.
Component UserService
For backward compatibility reasons, the UML 1.4 notation with protruding rectangles can still be used.
Component CustomerEJB in UML 1.x notation
A component may be manifested by one or more artifacts, and in turn, that artifact may be deployed to its execution environment. A deployment specification may define values that parameterize the component’s execution.
การแปล กรุณารอสักครู่..

แผนภาพ UML แผนภาพแสดงส่วนประกอบ
ส่วนประกอบส่วนประกอบให้ และต้องการเชื่อมต่อพอร์ต , และความสัมพันธ์ระหว่างพวกเขา แผนภาพประเภทนี้จะใช้ในส่วนของการพัฒนา ( CBD ) เพื่ออธิบายระบบ Service Oriented Architecture ( SOA )
การพัฒนาตามองค์ประกอบที่เป็นตามสมมติฐานที่เคยสร้างส่วนประกอบสามารถใช้และส่วนประกอบอื่น ๆสามารถถูกแทนที่ด้วย " เทียบเท่า " หรือ " conformant " ส่วนประกอบ ถ้าต้องการ
สิ่งประดิษฐ์ที่ใช้องค์ประกอบมีวัตถุประสงค์เพื่อความสามารถในการติดตั้งและใช้งานได้อย่างอิสระ เช่น การปรับปรุงระบบที่มีอยู่
ส่วนประกอบใน UML สามารถเป็นตัวแทน
ส่วนประกอบตรรกะ ( เช่นส่วนประกอบของกระบวนการทางธุรกิจส่วนประกอบ ) และ
ส่วนประกอบทางกายภาพ ( เช่น ส่วนประกอบ corba ejb ส่วนประกอบ COM และ . NET ส่วนประกอบส่วนประกอบสบู่ , อ้างอิง , ฯลฯ ) ,
พร้อมกับสิ่งประดิษฐ์ที่ใช้พวกเขาและโหนดที่พวกเขาจะใช้และประหารเป็นที่คาดหมายกันว่า โปรไฟล์ ตามรอบชิ้นส่วนจะพัฒนาองค์ประกอบที่เฉพาะเจาะจงและเกี่ยวข้องเทคโนโลยีฮาร์ดแวร์และซอฟต์แวร์สภาพแวดล้อม .
ต่อไปนี้โหนดและขอบมักจะวาดในองค์ประกอบแผนภาพองค์ประกอบอินเตอร์เฟซให้อินเตอร์เฟซที่ใช้อินเตอร์เฟซ , ชั้น , พอร์ต , หัวต่อ , สิ่งประดิษฐ์ , องค์ประกอบการรับรู้ , พึ่งพา , การใช้งานองค์ประกอบหลักเหล่านี้จะถูกแสดงในรูปด้านล่าง
องค์ประกอบหลักของ UML แผนภาพ - ส่วนประกอบส่วนประกอบให้อินเตอร์เฟซที่ใช้อินเตอร์เฟซ , พอร์ตเชื่อมต่อ คอม
เป็นองค์ประกอบโครงสร้างคลาสแทนส่วนโมดูลาร์ของระบบที่มีเนื้อหาที่มีการห่อหุ้มและเป็นแบบถอดเปลี่ยนได้ภายในสภาพแวดล้อม
องค์ประกอบของพฤติกรรมที่กำหนดไว้ในแง่ของการเชื่อมต่อและต้องการให้อินเทอร์เฟซ ( อาจเปิดเผยผ่านทางพอร์ต ) .
ส่วนประกอบที่ทำหน้าที่เป็นประเภทที่สอดคล้องกันจะถูกกำหนดโดยเหล่านี้ให้ และต้องการเชื่อมต่อ ( ครอบคลุมทั้งคงที่เป็นแบบไดนามิกความหมาย ) ส่วนประกอบหนึ่งจึงอาจจะใช้อีกแค่สองชนิด conformant .
ชิ้นใหญ่ของการทํางานของระบบอาจจะประกอบ ด้วยการนำส่วนประกอบที่เป็นส่วนในด้านส่วนประกอบหรือชิ้นส่วน และ การเดินสายไฟด้วยกันที่ต้องการของพวกเขาและให้การเชื่อมต่อ .
ส่วนประกอบแบบตลอดวงจรชีวิตของการพัฒนาอย่างต่อเนื่องและการกลั่นในการปรับใช้และเรียกใช้ . ส่วนประกอบที่อาจจะเกิดขึ้น โดยหนึ่งหรือมากกว่าหนึ่ง
ศิลปวัตถุทางอ้อม instantiated เป็นองค์ประกอบที่กำหนดในเวลาออกแบบ แต่ไม่ได้อยู่ที่วัตถุที่สะสมเวลาประหาร พฤติกรรมใหม่ของส่วนประกอบและท่าเรือของประเทศจะถูกกำหนดโดย runtime พฤติกรรมของคำหรือส่วนที่รู้ตัว แบบแผนมาตรฐานหลายสมมติว่าคุณลักษณะนี้เช่น «สเปค»«» , โฟกัส , ระบบ«
» .internals ขององค์ประกอบที่ซ่อนอยู่และไม่สามารถเข้าถึงได้ นอกจากเป็นโดยการเชื่อมต่อ . แม้ว่ามันอาจจะขึ้นอยู่กับองค์ประกอบอื่น ๆในแง่ของการเชื่อมต่อที่จำเป็นที่เป็นส่วนประกอบจะห่อหุ้มและการอ้างอิงถูกออกแบบมาเช่นว่านั้นจะถือว่าเป็นอิสระที่สุด .
ส่วนจะแสดงเป็นสี่เหลี่ยมลักษณนามกับคำหลัก«ส่วนประกอบ» .
ส่วนประกอบ weatherservice
เลือกองค์ประกอบไอคอนคล้ายกับ UML 1.4 ไอคอนสามารถแสดงในมุมขวามือ ส่วน userservice
เพื่อย้อนกลับเข้ากันด้วยเหตุผล , UML 1.4 โน้ตกับสี่เหลี่ยมที่ยื่นออกมา ยังคงสามารถใช้
ส่วน customerejb ใน UML 1 x โน้ต
องค์ประกอบอาจจะประจักษ์โดยหนึ่งหรือ มากกว่าสิ่งประดิษฐ์ และในทางกลับกันสิ่งประดิษฐ์ที่อาจจะใช้สภาพแวดล้อมการดำเนินการของมัน การปรับสเปคอาจจะระบุค่า parameterize ขององค์ประกอบการดำเนินการ
การแปล กรุณารอสักครู่..
