UML Component DiagramsComponent diagram shows components, provided and การแปล - UML Component DiagramsComponent diagram shows components, provided and ไทย วิธีการพูด

UML Component DiagramsComponent dia

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.
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
ไดอะแกรมส่วนประกอบของ UMLส่วนประกอบไดอะแกรมแสดงส่วนประกอบ อินเตอร์เฟสให้ และต้อง พอร์ต และความสัมพันธ์ระหว่างพวกเขา ไดอะแกรมชนิดนี้ใช้ในการพัฒนาโดยใช้คอมโพเนนต์ (CBD) เพื่ออธิบายระบบด้วยสถาปัตยกรรมมุ่งเน้นบริการ (SOA)พัฒนาตามส่วนประกอบจะขึ้นอยู่กับสมมติฐานว่า สามารถนำคอมโพเนนต์ที่สร้างขึ้นก่อนหน้านี้ และว่า ส่วนประกอบสามารถถูกแทนที่ ด้วยบาง "เทียบเท่า" หรือ "conformant" ส่วนประกอบอื่น ๆ ถ้าจำเป็นสิ่งประดิษฐ์ที่ใช้ส่วนประกอบมีวัตถุประสงค์เพื่อให้ความสามารถในการใช้ และปรับใช้ใหม่อย่างอิสระ ตัวอย่างการปรับปรุงระบบที่มีอยู่ใน UML สามารถหมายถึงคอมโพเนนต์ตรรกะ (เช่น ประกอบธุรกิจ ส่วนประกอบของกระบวนการ), และส่วนประกอบทางกายภาพ (เช่น CORBA ส่วนประกอบ ส่วนประกอบ EJB คอมโพเนนต์ COM + และ.NET, WSDL ประกอบ ฯลฯ),พร้อมกับสิ่งประดิษฐ์ที่นำพวกเขาและโหนที่พวกเขาจะปรับใช้ และดำเนินการ คาดการณ์ไว้ว่า จะพัฒนาขึ้นอยู่รอบ ๆ ส่วนประกอบของโพรไฟล์สำหรับคอมโพเนนต์เฉพาะเทคโนโลยี และฮาร์ดแวร์ที่เกี่ยวข้อง และสภาพแวดล้อมซอฟต์แวร์โหนดและขอบต่อไปนี้จะมักจะวาดในไดอะแกรมส่วนประกอบ: ส่วนประกอบ อินเตอร์เฟซ ให้อินเตอร์เฟซ อินเทอร์เฟซที่จำเป็น คลาส พอร์ต เชื่อมต่อ สิ่งประดิษฐ์ รับรู้ส่วนประกอบ อ้างอิง การใช้งาน องค์ประกอบที่สำคัญเหล่านี้จะแสดงภาพด้านล่างองค์ประกอบหลักของ UML ไดอะแกรมส่วนประกอบ - ส่วนประกอบ ให้อินเตอร์เฟซ จำเป็นต้องใช้อินเตอร์เฟซ พอร์ต ตัวเชื่อมต่อคอมโพเนนต์ส่วนประกอบโครงสร้างคลาแทนโมดุลส่วนหนึ่งของระบบที่มีการสรุปเนื้อหาและยามที่จะเปลี่ยนภายในสภาพแวดล้อมได้ส่วนประกอบมีพฤติกรรมของกำหนดให้อินเทอร์เฟซและอินเทอร์เฟซที่จำเป็น (อาจเปิดเผยผ่านพอร์ต)ส่วนประกอบอาหารเป็นชนิดที่มีความสอดคล้องกันจะถูกกำหนด โดยระบุ และต้องใช้อินเตอร์เฟซเหล่านี้ (ครอบคลุมทั้งความหมายของพวกเขาคง เป็นแบบไดนามิก) ส่วนหนึ่งอาจดังนั้นเป็นสิ่งทดแทนอื่นเมื่ออยู่ conformant ชนิดชิ้นใหญ่ของการทำงานของระบบอาจจะประกอบ ด้วยการใช้ซ้ำชิ้นส่วนเป็นชิ้นส่วนประกอบหรือส่วนประกอบของคอมโพเนนต์ encompassing สายอินเตอร์เฟสความจำเป็น และให้ร่วมกันคอมโพเนนต์จำลองตลอดวงจรชีวิตของการพัฒนา และกลั่นติด ๆ กันเข้าใช้งานและขณะทำงาน ส่วนประกอบที่อาจประจักษ์ได้ โดยสิ่งประดิษฐ์อย่าง น้อยหนึ่งส่วนประกอบทางอ้อมเริ่มต้นกำหนดในขณะออกแบบ แต่ไม่มีวัตถุแอดเดรสในเวลาดำเนินการ พฤติกรรมขณะทำงานของคอมโพเนนต์และพอร์ตของถูกกำหนด โดยลักษณะการทำงานของรันไทม์ของคำนามภาษาหรือชิ้นส่วนที่รู้ตัว มักหลายมาตรฐานถือว่าแอตทริบิวต์นี้ เช่น, «ข้อมูลจำเพาะ», «ความ» «ระบบย่อย»Internals ของส่วนประกอบซ่อนอยู่ และไม่สามารถเข้าถึงจากที่มาจากอินเทอร์เฟซของ ถึงแม้ว่ามันอาจจะขึ้นอยู่กับองค์ประกอบอื่น ๆ ในอินเทอร์เฟซที่จำเป็น นึ้ส่วนประกอบ และอ้างอิงของถูกออกแบบให้สามารถรักษาได้อย่างอิสระที่สุดคอมโพเนนต์จะแสดงเป็นรูปสี่เหลี่ยม classifier ด้วยสำคัญ «ประกอบ»คอมโพเนนต์ WeatherServiceเลือก ไอคอนส่วนประกอบคล้ายกับคอน UML 1.4 สามารถแสดงในมุมขวามือคอมโพเนนต์ UserServiceเหตุผล ความเข้ากันได้ย้อนหลังสัญลักษณ์ UML 1.4 กับสี่เหลี่ยมแหล่งน้ำยังสามารถใช้CustomerEJB คอมโพเนนต์ใน UML 1.x สัญกรณ์ส่วนประกอบที่อาจประจักษ์ โดยสิ่งประดิษฐ์อย่าง น้อยหนึ่ง และใช้ สิ่งประดิษฐ์ที่อาจจัดวางสภาพแวดล้อมของการดำเนินการ ใช้ข้อมูลจำเพาะอาจกำหนดค่าที่ parameterize การดำเนินการของส่วนประกอบ
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
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.
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
แผนภาพ 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 ขององค์ประกอบการดำเนินการ
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2025 I Love Translation. All reserved.

E-mail: