Presentation is loading. Please wait.

Presentation is loading. Please wait.

Modelling Class T16: Conceptual Modelling – Architecture Image from

Similar presentations


Presentation on theme: "Modelling Class T16: Conceptual Modelling – Architecture Image from"— Presentation transcript:

1 Modelling Class T16: Conceptual Modelling – Architecture Image from http://viz.cwrl.utexas.edu/taxonomy/term/52

2 Modelação2 Program T01-T02 – Module 1 - Introduction to Systems Modeling T03-T06 – Module 2 - Conceptual Modeling – Domain T07-T11 – Module 3 - Conceptual Modeling – Behavior T12-T15 – Module 4 - Ontology T16 – Module 5 – Conceptual Modeling – Architecture (UML) T17 – … support for the project… T18 – Module 5 – Conceptual Modeling – Architecture (UML; SysML) T19 – …overview… T20-T21 – Module 6 - Conceptual Modeling – Methodologies T22-T23 – Module 7 - Ontology: Advanced T24-T25 - Conceptual Modeling – Global Revisions; Exercises, …

3 System’s Structure and Architecture

4

5 UML - Package Diagrams 5Modelação

6 Packages… A generic mechanism to group modeling elements Modelação6

7 Packages… Modelação7

8 Packages… Modelação8

9 UML - Components Diagrams 9Modelação

10 Components Diagram (UML) Modelação10 A Component Diagram illustrates the pieces of software, embedded controllers and such that make up a system, and their organization and dependencies. A Component Diagram has a higher level of abstraction than a Class diagram; usually a component is implemented by one or more Classes (or Objects) at runtime. They are building blocks, built up so that eventually a component can encompass a large portion of a system.

11 Components Diagram (UML) Modelação11 The dependencies among software systems’ components can be expressed in components diagrams: Source code Binary code Executable code Business processes… Documents… … Example: UBL - Universal Business Language 2.0 Schema Dependencies (http://docs.oasis-open.org/ubl/prd-UBL-2.0/)

12 Interfaces in Components Modelação12 “ Interfaces” are important to support replacement and re-usage... A component initially designed for one specific system can be reused in another system… A component can be replaced by other component… …

13 Components Diagram (UML) Modelação13 Assembly connectors link the provided interfaces supplied by Product and Customer to the required interfaces specified by Order. A Dependency relationship maps a customer's associated account details to the required interface Payment, indicated by Order.

14 Components can contain other components… Modelação14 wordsmith.dll Speller.obj Thesaurus.obj Speller.obj Thesaurus.obj 

15 Elements in a Components Diagram Modelação15

16 UML - Deployment Diagrams 16Modelação

17 A Deployment diagram shows how and where the system is to be deployed; that is, its execution architecture. Hardware devices, processors and software execution environments (system Artifacts) are reflected as Nodes, and the internal construction can be depicted by embedding or nesting Nodes. As Artifacts are allocated to Nodes to model the system's deployment, the allocation is guided by the use of deployment specifications. Modelação17 Retirado do “Help” do Enterprise Architect Deployment Diagram

18 A hardware node A software application A specification (document) A software component Modelação18 Retirado do “Help” do Enterprise Architect Deployment Diagram (example)

19 Two Nodes have a TCP/IP communication path indicated. Deployment relationships indicate the deployment of Artifacts. Furthermore, a deployment spec defines the process of deployment for the networkScanner Artifact. The Manifestation relationships reveal the physical implementation of components ReposCustomer and ReposInternalRecords. Modelação19 Retirado do “Help” do Enterprise Architect Deployment Diagram (Example)

20 Modelação20 Nodes with components…

21 Nodes A node is a physical resource (computational node, a person, …) Modelação21

22 Nodes and Instances of Nodes Modelação22

23 Nodes and Components Both can be part of generalizations, dependencies or associations… Both can have instances… But –Components are things that take part in the execution of a system While –Nodes are things that execute components –Components represent groups of logical elements While –Nodes represent the physical deployment of components Modelação23

24 Nodes and Components (example) Modelação24

25 Nodes and Components (example) Modelação25

26 Nodes and Components (example) Modelação26 Cardinality…

27 Instances of Nodes and Components (example) Modelação27 “connection”: physical connections between nodes…

28 Modelação28 Image from http://blog.miragestudio7.com/wp-content/uploads2/2007/07/speedbump_comic_when_architects_propose_model_funny.gif


Download ppt "Modelling Class T16: Conceptual Modelling – Architecture Image from"

Similar presentations


Ads by Google