SlideShare una empresa de Scribd logo
1 de 16
 In this session, you will learn to:
     Create package diagrams
     Create component diagrams
     Create deployment diagrams
 Architectural modeling:
     Enables visualizing the physical distribution of components over the network of
      the organization.
     Determines if the design of components meets the requirements of the software
      system.
 Diagrams to model the architecture of software system are:
     Package diagram
     Component diagram
     Deployment diagram
 Package diagrams depict the various packages of a software system and the
  relationships among them.
 Advantages of using packages to model the constituents of a software system are:
     Enables visualizing the functional groups and the relationships among them.
     Facilitates easy management of large software systems.
 You can group use cases of a software system into packages based on the
  following rules:
     Group related use cases
     Group use cases based on the actors that use them
 You can package classes of a software system into packages based on the
  following criteria:
     Package classes that belong to the same inheritance hierarchy.
     Package classes that are related through composition relationship.
     Package classes that collaborate and interact with each other to realize use
      cases.
 Symbols used to set the visibility of constituents in packages are:
     +: Indicates that the constituent is public and, therefore, is accessible to the
      constituents of other packages.
     #: Indicates that the constituent is protected and, therefore, is accessible to the
      constituents that inherit it.
     -: Indicates that the constituent is private and, therefore, is not accessible to the
      constituents outside the package.
 Types of relationships between packages are:
     Access dependency relation
     Generalization relation
Package diagram for inventory management system.
                                        Tender                              Order



                                         Tender Class                        Order Class

                                    Tender Database Table            Order Database Table
    TenderPolicy



      + TenderRules Class

    + SupplierSelectionRules


                                                                     Parts
                                  Supplier
                                                              Parts Class                    <<Composition>>

                                   Supplier Class                                          PartSpecification

                               Supplier Database Table
                                                            ElectronicParts Class     AutomobileParts Class
 Components provide realization of a set of interfaces and form the executable parts
  of a software system.
 Components that you can model to form a complete software system are:
     Deployment components: Includes components that form the executable
      system.
     Work product components: Includes components that are the outcome of
      implementation phase of SDLC.
     Execution components: Includes components that are created when a system
      is executing.
 A component realizes a set of interfaces each of which specifies the functionality
  offered by a class.
 A class can also realize a set of interfaces.
 Techniques for modeling components are:
     Source code file modeling
     Executable file modeling
     Database modeling
 The various ways to visualize the source code components of the software system
  are:
     Group the source code files into packages and depict them in a package
      diagram.
     Draw component diagrams to visualize the relationship between the source
      code files of the system.
 Modeling executable files includes modeling the .exe, library, and database that
  comprise the system.
 Database modeling involves:
     Depicting the database table components using component diagrams.
     Depicting columns and stored procedures associated with each database table
      component.
 You draw deployment diagrams to visualize the hardware on which the software
  components need to be deployed.
 The various computer systems or processing devices on which components are
  deployed are called nodes.
 A node is represented as a 3-Dimensional rectangular box containing the
  components that execute within the node.
 Nodes are associated with each other by a connection, which represents a
  communication channel.
 You depict a communication channel among nodes by a straight line drawn
  between the communicating nodes.
 Dependency relationship between a node and a component is represented by using
  a dashed line.
 Which of the following diagrams is used to visualize the hardware on which the software
  components need to be deployed?
     1. Package diagram
     2. Component diagram
     3. Deployment diagram
     4. Interaction Overview diagram




 Answer:
      Deployment diagram
 A software architecture viewtype specifies the constituents that you may model in
  the architecture of a software system.
 Predefined viewtypes listed by UML are:
     Module viewtype: Specifies the modules that implement a specific
      functionality.
     Component and Connector (C&C) viewtype: Specifies a collection of the
      components each of which is an execution unit.
     Allocation viewtype: Specifies as a set of relationships between the
      components or modules of a software system with the development
      environment.
 In this session, you learned that:
     Architectural modeling is used to depict the physical constituents of a software
      system. The physical constituents consist of the components and nodes on
      which the components execute.
     The components of a software system can be modeled on the basis of different
      architectural viewtypes. The various viewtypes are the module viewtype,
      component and connector viewtype, and allocation viewtype.
     The artifacts that UML provides to enable architectural modeling are: package
      diagrams, component diagrams, and deployment diagrams.
     Packages are used to group the related constituents of a software system.
 Component diagrams are used to model the various components required for a
  system to execute.
 Deployment diagrams are used to depict the various nodes on which the
  components of a software system execute.

Más contenido relacionado

La actualidad más candente

Advanced Structural Modeling
Advanced Structural ModelingAdvanced Structural Modeling
Advanced Structural ModelingAMITJain879
 
Component Diagram Example Templates
Component Diagram Example TemplatesComponent Diagram Example Templates
Component Diagram Example TemplatesCreately
 
11 deployment diagrams
11 deployment diagrams11 deployment diagrams
11 deployment diagramsBaskarkncet
 
Component diagram
Component diagramComponent diagram
Component diagramAbdul Manan
 
Deployment Diagram Example Templates
Deployment Diagram Example TemplatesDeployment Diagram Example Templates
Deployment Diagram Example TemplatesCreately
 
10 component diagram
10 component diagram10 component diagram
10 component diagramBaskarkncet
 
Bab 12 deployment diagram 2010
Bab 12 deployment diagram 2010Bab 12 deployment diagram 2010
Bab 12 deployment diagram 2010asuransipaninlife
 
Uml Explained Step ByStep
Uml Explained Step ByStepUml Explained Step ByStep
Uml Explained Step ByStepWaseem Khan
 
14 ooad uml-19
14 ooad uml-1914 ooad uml-19
14 ooad uml-19Niit Care
 
10 ooad uml-13
10 ooad uml-1310 ooad uml-13
10 ooad uml-13Niit Care
 
Object Oriented Design in Software Engineering SE12
Object Oriented Design in Software Engineering SE12Object Oriented Design in Software Engineering SE12
Object Oriented Design in Software Engineering SE12koolkampus
 
Component diagram and Deployment Diagram
Component diagram and Deployment DiagramComponent diagram and Deployment Diagram
Component diagram and Deployment Diagramjagriti srivastava
 

La actualidad más candente (20)

Advanced Structural Modeling
Advanced Structural ModelingAdvanced Structural Modeling
Advanced Structural Modeling
 
Component Diagram Example Templates
Component Diagram Example TemplatesComponent Diagram Example Templates
Component Diagram Example Templates
 
11 deployment diagrams
11 deployment diagrams11 deployment diagrams
11 deployment diagrams
 
Component diagram
Component diagramComponent diagram
Component diagram
 
C# Unit 1 notes
C# Unit 1 notesC# Unit 1 notes
C# Unit 1 notes
 
Chapter9
Chapter9Chapter9
Chapter9
 
Deployment Diagram Example Templates
Deployment Diagram Example TemplatesDeployment Diagram Example Templates
Deployment Diagram Example Templates
 
10 component diagram
10 component diagram10 component diagram
10 component diagram
 
Bab 12 deployment diagram 2010
Bab 12 deployment diagram 2010Bab 12 deployment diagram 2010
Bab 12 deployment diagram 2010
 
Uml Explained Step ByStep
Uml Explained Step ByStepUml Explained Step ByStep
Uml Explained Step ByStep
 
14 ooad uml-19
14 ooad uml-1914 ooad uml-19
14 ooad uml-19
 
Component Diagram
Component DiagramComponent Diagram
Component Diagram
 
10 ooad uml-13
10 ooad uml-1310 ooad uml-13
10 ooad uml-13
 
21792 relational database managementsystem
21792 relational database managementsystem21792 relational database managementsystem
21792 relational database managementsystem
 
Uml
UmlUml
Uml
 
use case diagram
use case diagramuse case diagram
use case diagram
 
Object Oriented Design in Software Engineering SE12
Object Oriented Design in Software Engineering SE12Object Oriented Design in Software Engineering SE12
Object Oriented Design in Software Engineering SE12
 
Uml basic
Uml basicUml basic
Uml basic
 
Component diagram and Deployment Diagram
Component diagram and Deployment DiagramComponent diagram and Deployment Diagram
Component diagram and Deployment Diagram
 
System Modelling
System ModellingSystem Modelling
System Modelling
 

Destacado

Architectural structures and views
Architectural structures and viewsArchitectural structures and views
Architectural structures and viewsDr Reeja S R
 
Software Architecture Views and Viewpoints
Software Architecture Views and ViewpointsSoftware Architecture Views and Viewpoints
Software Architecture Views and ViewpointsHenry Muccini
 
Software Architecture: views and viewpoints
Software Architecture: views and viewpointsSoftware Architecture: views and viewpoints
Software Architecture: views and viewpointsHenry Muccini
 
Blood Bank Management System (including UML diagrams)
Blood Bank Management System (including UML diagrams)Blood Bank Management System (including UML diagrams)
Blood Bank Management System (including UML diagrams)Harshil Darji
 
Hospital Management System
Hospital Management SystemHospital Management System
Hospital Management SystemPranil Dukare
 

Destacado (7)

Architectural structures and views
Architectural structures and viewsArchitectural structures and views
Architectural structures and views
 
Software Architecture Views and Viewpoints
Software Architecture Views and ViewpointsSoftware Architecture Views and Viewpoints
Software Architecture Views and Viewpoints
 
Software Architecture: views and viewpoints
Software Architecture: views and viewpointsSoftware Architecture: views and viewpoints
Software Architecture: views and viewpoints
 
software architecture
software architecturesoftware architecture
software architecture
 
Blood Bank Management System (including UML diagrams)
Blood Bank Management System (including UML diagrams)Blood Bank Management System (including UML diagrams)
Blood Bank Management System (including UML diagrams)
 
4+1 view model
4+1 view model4+1 view model
4+1 view model
 
Hospital Management System
Hospital Management SystemHospital Management System
Hospital Management System
 

Similar a Chapter 9

software engineering Architecture and design Unit 3.pptx
software engineering Architecture and design Unit 3.pptxsoftware engineering Architecture and design Unit 3.pptx
software engineering Architecture and design Unit 3.pptxSomnathMule5
 
Software requirement specification Unit 3.pptx
Software requirement specification Unit 3.pptxSoftware requirement specification Unit 3.pptx
Software requirement specification Unit 3.pptxSomnathMule5
 
Moeed SDA LAB2.pptx
Moeed SDA LAB2.pptxMoeed SDA LAB2.pptx
Moeed SDA LAB2.pptxUnknownCraft
 
7.1-Midterm-review-and-examplessssssss.pdf
7.1-Midterm-review-and-examplessssssss.pdf7.1-Midterm-review-and-examplessssssss.pdf
7.1-Midterm-review-and-examplessssssss.pdfSuziSimonovska1
 
3.2 The design model & Architectural design.ppt
3.2 The design model & Architectural design.ppt3.2 The design model & Architectural design.ppt
3.2 The design model & Architectural design.pptTHARUNS44
 
UML and Software Modeling Tools.pptx
UML and Software Modeling Tools.pptxUML and Software Modeling Tools.pptx
UML and Software Modeling Tools.pptxNwabueze Obioma
 
UNIT 3-DEMONSTRATING A COMPREHENSIVE UNDERSTANDING OF SOFTWARE DESIGN.pptx
UNIT 3-DEMONSTRATING A COMPREHENSIVE UNDERSTANDING OF SOFTWARE DESIGN.pptxUNIT 3-DEMONSTRATING A COMPREHENSIVE UNDERSTANDING OF SOFTWARE DESIGN.pptx
UNIT 3-DEMONSTRATING A COMPREHENSIVE UNDERSTANDING OF SOFTWARE DESIGN.pptxLeahRachael
 
Software Architecture
Software Architecture Software Architecture
Software Architecture ssuser9d62d6
 
New phase ii-2010
New  phase ii-2010New  phase ii-2010
New phase ii-2010vijet
 
Software Engineering Tools and Practices.pdf
Software Engineering Tools and Practices.pdfSoftware Engineering Tools and Practices.pdf
Software Engineering Tools and Practices.pdfMeagGhn
 
Software Architecture
Software ArchitectureSoftware Architecture
Software ArchitectureHenry Muccini
 

Similar a Chapter 9 (20)

software engineering Architecture and design Unit 3.pptx
software engineering Architecture and design Unit 3.pptxsoftware engineering Architecture and design Unit 3.pptx
software engineering Architecture and design Unit 3.pptx
 
Software requirement specification Unit 3.pptx
Software requirement specification Unit 3.pptxSoftware requirement specification Unit 3.pptx
Software requirement specification Unit 3.pptx
 
Moeed SDA LAB2.pptx
Moeed SDA LAB2.pptxMoeed SDA LAB2.pptx
Moeed SDA LAB2.pptx
 
7.1-Midterm-review-and-examplessssssss.pdf
7.1-Midterm-review-and-examplessssssss.pdf7.1-Midterm-review-and-examplessssssss.pdf
7.1-Midterm-review-and-examplessssssss.pdf
 
3.2 The design model & Architectural design.ppt
3.2 The design model & Architectural design.ppt3.2 The design model & Architectural design.ppt
3.2 The design model & Architectural design.ppt
 
UML and Software Modeling Tools.pptx
UML and Software Modeling Tools.pptxUML and Software Modeling Tools.pptx
UML and Software Modeling Tools.pptx
 
Uml Diagrams
Uml DiagramsUml Diagrams
Uml Diagrams
 
Unit i
Unit iUnit i
Unit i
 
Robot_Eye_Report
Robot_Eye_ReportRobot_Eye_Report
Robot_Eye_Report
 
Composite Structure Diagram
Composite Structure DiagramComposite Structure Diagram
Composite Structure Diagram
 
UNIT 3 SE.pptx
UNIT 3 SE.pptxUNIT 3 SE.pptx
UNIT 3 SE.pptx
 
Unit-3.doc
Unit-3.docUnit-3.doc
Unit-3.doc
 
UNIT 3-DEMONSTRATING A COMPREHENSIVE UNDERSTANDING OF SOFTWARE DESIGN.pptx
UNIT 3-DEMONSTRATING A COMPREHENSIVE UNDERSTANDING OF SOFTWARE DESIGN.pptxUNIT 3-DEMONSTRATING A COMPREHENSIVE UNDERSTANDING OF SOFTWARE DESIGN.pptx
UNIT 3-DEMONSTRATING A COMPREHENSIVE UNDERSTANDING OF SOFTWARE DESIGN.pptx
 
Software Patterns
Software PatternsSoftware Patterns
Software Patterns
 
Software Architecture
Software Architecture Software Architecture
Software Architecture
 
New phase ii-2010
New  phase ii-2010New  phase ii-2010
New phase ii-2010
 
Software Engineering Tools and Practices.pdf
Software Engineering Tools and Practices.pdfSoftware Engineering Tools and Practices.pdf
Software Engineering Tools and Practices.pdf
 
Ch19
Ch19Ch19
Ch19
 
Uml
UmlUml
Uml
 
Software Architecture
Software ArchitectureSoftware Architecture
Software Architecture
 

Último

Repurposing LNG terminals for Hydrogen Ammonia: Feasibility and Cost Saving
Repurposing LNG terminals for Hydrogen Ammonia: Feasibility and Cost SavingRepurposing LNG terminals for Hydrogen Ammonia: Feasibility and Cost Saving
Repurposing LNG terminals for Hydrogen Ammonia: Feasibility and Cost SavingEdi Saputra
 
Boost Fertility New Invention Ups Success Rates.pdf
Boost Fertility New Invention Ups Success Rates.pdfBoost Fertility New Invention Ups Success Rates.pdf
Boost Fertility New Invention Ups Success Rates.pdfsudhanshuwaghmare1
 
Apidays New York 2024 - Passkeys: Developing APIs to enable passwordless auth...
Apidays New York 2024 - Passkeys: Developing APIs to enable passwordless auth...Apidays New York 2024 - Passkeys: Developing APIs to enable passwordless auth...
Apidays New York 2024 - Passkeys: Developing APIs to enable passwordless auth...apidays
 
Navigating the Deluge_ Dubai Floods and the Resilience of Dubai International...
Navigating the Deluge_ Dubai Floods and the Resilience of Dubai International...Navigating the Deluge_ Dubai Floods and the Resilience of Dubai International...
Navigating the Deluge_ Dubai Floods and the Resilience of Dubai International...Orbitshub
 
Cloud Frontiers: A Deep Dive into Serverless Spatial Data and FME
Cloud Frontiers:  A Deep Dive into Serverless Spatial Data and FMECloud Frontiers:  A Deep Dive into Serverless Spatial Data and FME
Cloud Frontiers: A Deep Dive into Serverless Spatial Data and FMESafe Software
 
Six Myths about Ontologies: The Basics of Formal Ontology
Six Myths about Ontologies: The Basics of Formal OntologySix Myths about Ontologies: The Basics of Formal Ontology
Six Myths about Ontologies: The Basics of Formal Ontologyjohnbeverley2021
 
TrustArc Webinar - Unlock the Power of AI-Driven Data Discovery
TrustArc Webinar - Unlock the Power of AI-Driven Data DiscoveryTrustArc Webinar - Unlock the Power of AI-Driven Data Discovery
TrustArc Webinar - Unlock the Power of AI-Driven Data DiscoveryTrustArc
 
WSO2's API Vision: Unifying Control, Empowering Developers
WSO2's API Vision: Unifying Control, Empowering DevelopersWSO2's API Vision: Unifying Control, Empowering Developers
WSO2's API Vision: Unifying Control, Empowering DevelopersWSO2
 
"I see eyes in my soup": How Delivery Hero implemented the safety system for ...
"I see eyes in my soup": How Delivery Hero implemented the safety system for ..."I see eyes in my soup": How Delivery Hero implemented the safety system for ...
"I see eyes in my soup": How Delivery Hero implemented the safety system for ...Zilliz
 
[BuildWithAI] Introduction to Gemini.pdf
[BuildWithAI] Introduction to Gemini.pdf[BuildWithAI] Introduction to Gemini.pdf
[BuildWithAI] Introduction to Gemini.pdfSandro Moreira
 
Introduction to Multilingual Retrieval Augmented Generation (RAG)
Introduction to Multilingual Retrieval Augmented Generation (RAG)Introduction to Multilingual Retrieval Augmented Generation (RAG)
Introduction to Multilingual Retrieval Augmented Generation (RAG)Zilliz
 
DEV meet-up UiPath Document Understanding May 7 2024 Amsterdam
DEV meet-up UiPath Document Understanding May 7 2024 AmsterdamDEV meet-up UiPath Document Understanding May 7 2024 Amsterdam
DEV meet-up UiPath Document Understanding May 7 2024 AmsterdamUiPathCommunity
 
Polkadot JAM Slides - Token2049 - By Dr. Gavin Wood
Polkadot JAM Slides - Token2049 - By Dr. Gavin WoodPolkadot JAM Slides - Token2049 - By Dr. Gavin Wood
Polkadot JAM Slides - Token2049 - By Dr. Gavin WoodJuan lago vázquez
 
CNIC Information System with Pakdata Cf In Pakistan
CNIC Information System with Pakdata Cf In PakistanCNIC Information System with Pakdata Cf In Pakistan
CNIC Information System with Pakdata Cf In Pakistandanishmna97
 
Platformless Horizons for Digital Adaptability
Platformless Horizons for Digital AdaptabilityPlatformless Horizons for Digital Adaptability
Platformless Horizons for Digital AdaptabilityWSO2
 
Strategies for Landing an Oracle DBA Job as a Fresher
Strategies for Landing an Oracle DBA Job as a FresherStrategies for Landing an Oracle DBA Job as a Fresher
Strategies for Landing an Oracle DBA Job as a FresherRemote DBA Services
 
MINDCTI Revenue Release Quarter One 2024
MINDCTI Revenue Release Quarter One 2024MINDCTI Revenue Release Quarter One 2024
MINDCTI Revenue Release Quarter One 2024MIND CTI
 
Artificial Intelligence Chap.5 : Uncertainty
Artificial Intelligence Chap.5 : UncertaintyArtificial Intelligence Chap.5 : Uncertainty
Artificial Intelligence Chap.5 : UncertaintyKhushali Kathiriya
 
Web Form Automation for Bonterra Impact Management (fka Social Solutions Apri...
Web Form Automation for Bonterra Impact Management (fka Social Solutions Apri...Web Form Automation for Bonterra Impact Management (fka Social Solutions Apri...
Web Form Automation for Bonterra Impact Management (fka Social Solutions Apri...Jeffrey Haguewood
 

Último (20)

Repurposing LNG terminals for Hydrogen Ammonia: Feasibility and Cost Saving
Repurposing LNG terminals for Hydrogen Ammonia: Feasibility and Cost SavingRepurposing LNG terminals for Hydrogen Ammonia: Feasibility and Cost Saving
Repurposing LNG terminals for Hydrogen Ammonia: Feasibility and Cost Saving
 
Boost Fertility New Invention Ups Success Rates.pdf
Boost Fertility New Invention Ups Success Rates.pdfBoost Fertility New Invention Ups Success Rates.pdf
Boost Fertility New Invention Ups Success Rates.pdf
 
Apidays New York 2024 - Passkeys: Developing APIs to enable passwordless auth...
Apidays New York 2024 - Passkeys: Developing APIs to enable passwordless auth...Apidays New York 2024 - Passkeys: Developing APIs to enable passwordless auth...
Apidays New York 2024 - Passkeys: Developing APIs to enable passwordless auth...
 
Navigating the Deluge_ Dubai Floods and the Resilience of Dubai International...
Navigating the Deluge_ Dubai Floods and the Resilience of Dubai International...Navigating the Deluge_ Dubai Floods and the Resilience of Dubai International...
Navigating the Deluge_ Dubai Floods and the Resilience of Dubai International...
 
Cloud Frontiers: A Deep Dive into Serverless Spatial Data and FME
Cloud Frontiers:  A Deep Dive into Serverless Spatial Data and FMECloud Frontiers:  A Deep Dive into Serverless Spatial Data and FME
Cloud Frontiers: A Deep Dive into Serverless Spatial Data and FME
 
Six Myths about Ontologies: The Basics of Formal Ontology
Six Myths about Ontologies: The Basics of Formal OntologySix Myths about Ontologies: The Basics of Formal Ontology
Six Myths about Ontologies: The Basics of Formal Ontology
 
TrustArc Webinar - Unlock the Power of AI-Driven Data Discovery
TrustArc Webinar - Unlock the Power of AI-Driven Data DiscoveryTrustArc Webinar - Unlock the Power of AI-Driven Data Discovery
TrustArc Webinar - Unlock the Power of AI-Driven Data Discovery
 
WSO2's API Vision: Unifying Control, Empowering Developers
WSO2's API Vision: Unifying Control, Empowering DevelopersWSO2's API Vision: Unifying Control, Empowering Developers
WSO2's API Vision: Unifying Control, Empowering Developers
 
"I see eyes in my soup": How Delivery Hero implemented the safety system for ...
"I see eyes in my soup": How Delivery Hero implemented the safety system for ..."I see eyes in my soup": How Delivery Hero implemented the safety system for ...
"I see eyes in my soup": How Delivery Hero implemented the safety system for ...
 
[BuildWithAI] Introduction to Gemini.pdf
[BuildWithAI] Introduction to Gemini.pdf[BuildWithAI] Introduction to Gemini.pdf
[BuildWithAI] Introduction to Gemini.pdf
 
Introduction to Multilingual Retrieval Augmented Generation (RAG)
Introduction to Multilingual Retrieval Augmented Generation (RAG)Introduction to Multilingual Retrieval Augmented Generation (RAG)
Introduction to Multilingual Retrieval Augmented Generation (RAG)
 
DEV meet-up UiPath Document Understanding May 7 2024 Amsterdam
DEV meet-up UiPath Document Understanding May 7 2024 AmsterdamDEV meet-up UiPath Document Understanding May 7 2024 Amsterdam
DEV meet-up UiPath Document Understanding May 7 2024 Amsterdam
 
Polkadot JAM Slides - Token2049 - By Dr. Gavin Wood
Polkadot JAM Slides - Token2049 - By Dr. Gavin WoodPolkadot JAM Slides - Token2049 - By Dr. Gavin Wood
Polkadot JAM Slides - Token2049 - By Dr. Gavin Wood
 
CNIC Information System with Pakdata Cf In Pakistan
CNIC Information System with Pakdata Cf In PakistanCNIC Information System with Pakdata Cf In Pakistan
CNIC Information System with Pakdata Cf In Pakistan
 
Platformless Horizons for Digital Adaptability
Platformless Horizons for Digital AdaptabilityPlatformless Horizons for Digital Adaptability
Platformless Horizons for Digital Adaptability
 
+971581248768>> SAFE AND ORIGINAL ABORTION PILLS FOR SALE IN DUBAI AND ABUDHA...
+971581248768>> SAFE AND ORIGINAL ABORTION PILLS FOR SALE IN DUBAI AND ABUDHA...+971581248768>> SAFE AND ORIGINAL ABORTION PILLS FOR SALE IN DUBAI AND ABUDHA...
+971581248768>> SAFE AND ORIGINAL ABORTION PILLS FOR SALE IN DUBAI AND ABUDHA...
 
Strategies for Landing an Oracle DBA Job as a Fresher
Strategies for Landing an Oracle DBA Job as a FresherStrategies for Landing an Oracle DBA Job as a Fresher
Strategies for Landing an Oracle DBA Job as a Fresher
 
MINDCTI Revenue Release Quarter One 2024
MINDCTI Revenue Release Quarter One 2024MINDCTI Revenue Release Quarter One 2024
MINDCTI Revenue Release Quarter One 2024
 
Artificial Intelligence Chap.5 : Uncertainty
Artificial Intelligence Chap.5 : UncertaintyArtificial Intelligence Chap.5 : Uncertainty
Artificial Intelligence Chap.5 : Uncertainty
 
Web Form Automation for Bonterra Impact Management (fka Social Solutions Apri...
Web Form Automation for Bonterra Impact Management (fka Social Solutions Apri...Web Form Automation for Bonterra Impact Management (fka Social Solutions Apri...
Web Form Automation for Bonterra Impact Management (fka Social Solutions Apri...
 

Chapter 9

  • 1.  In this session, you will learn to:  Create package diagrams  Create component diagrams  Create deployment diagrams
  • 2.  Architectural modeling:  Enables visualizing the physical distribution of components over the network of the organization.  Determines if the design of components meets the requirements of the software system.  Diagrams to model the architecture of software system are:  Package diagram  Component diagram  Deployment diagram
  • 3.  Package diagrams depict the various packages of a software system and the relationships among them.  Advantages of using packages to model the constituents of a software system are:  Enables visualizing the functional groups and the relationships among them.  Facilitates easy management of large software systems.  You can group use cases of a software system into packages based on the following rules:  Group related use cases  Group use cases based on the actors that use them
  • 4.  You can package classes of a software system into packages based on the following criteria:  Package classes that belong to the same inheritance hierarchy.  Package classes that are related through composition relationship.  Package classes that collaborate and interact with each other to realize use cases.
  • 5.  Symbols used to set the visibility of constituents in packages are:  +: Indicates that the constituent is public and, therefore, is accessible to the constituents of other packages.  #: Indicates that the constituent is protected and, therefore, is accessible to the constituents that inherit it.  -: Indicates that the constituent is private and, therefore, is not accessible to the constituents outside the package.
  • 6.  Types of relationships between packages are:  Access dependency relation  Generalization relation
  • 7. Package diagram for inventory management system. Tender Order Tender Class Order Class Tender Database Table Order Database Table TenderPolicy + TenderRules Class + SupplierSelectionRules Parts Supplier Parts Class <<Composition>> Supplier Class PartSpecification Supplier Database Table ElectronicParts Class AutomobileParts Class
  • 8.  Components provide realization of a set of interfaces and form the executable parts of a software system.  Components that you can model to form a complete software system are:  Deployment components: Includes components that form the executable system.  Work product components: Includes components that are the outcome of implementation phase of SDLC.  Execution components: Includes components that are created when a system is executing.  A component realizes a set of interfaces each of which specifies the functionality offered by a class.  A class can also realize a set of interfaces.
  • 9.  Techniques for modeling components are:  Source code file modeling  Executable file modeling  Database modeling  The various ways to visualize the source code components of the software system are:  Group the source code files into packages and depict them in a package diagram.  Draw component diagrams to visualize the relationship between the source code files of the system.
  • 10.  Modeling executable files includes modeling the .exe, library, and database that comprise the system.  Database modeling involves:  Depicting the database table components using component diagrams.  Depicting columns and stored procedures associated with each database table component.
  • 11.  You draw deployment diagrams to visualize the hardware on which the software components need to be deployed.  The various computer systems or processing devices on which components are deployed are called nodes.  A node is represented as a 3-Dimensional rectangular box containing the components that execute within the node.
  • 12.  Nodes are associated with each other by a connection, which represents a communication channel.  You depict a communication channel among nodes by a straight line drawn between the communicating nodes.  Dependency relationship between a node and a component is represented by using a dashed line.
  • 13.  Which of the following diagrams is used to visualize the hardware on which the software components need to be deployed? 1. Package diagram 2. Component diagram 3. Deployment diagram 4. Interaction Overview diagram  Answer:  Deployment diagram
  • 14.  A software architecture viewtype specifies the constituents that you may model in the architecture of a software system.  Predefined viewtypes listed by UML are:  Module viewtype: Specifies the modules that implement a specific functionality.  Component and Connector (C&C) viewtype: Specifies a collection of the components each of which is an execution unit.  Allocation viewtype: Specifies as a set of relationships between the components or modules of a software system with the development environment.
  • 15.  In this session, you learned that:  Architectural modeling is used to depict the physical constituents of a software system. The physical constituents consist of the components and nodes on which the components execute.  The components of a software system can be modeled on the basis of different architectural viewtypes. The various viewtypes are the module viewtype, component and connector viewtype, and allocation viewtype.  The artifacts that UML provides to enable architectural modeling are: package diagrams, component diagrams, and deployment diagrams.  Packages are used to group the related constituents of a software system.
  • 16.  Component diagrams are used to model the various components required for a system to execute.  Deployment diagrams are used to depict the various nodes on which the components of a software system execute.