Requirements and Architecture

Requirements and Architecture

Software Architecture Structures and Views Topics Structures and views Modules Component and connector

Allocation Examine some software architecture view examples Structures and Views Problem: difficult to comprehend and discuss all system structures at once Structure: The set of elements itself, as they exist in software or hardware

View: a representation of a coherent set of architectural elements and their relationships Documenting an architecture is a matter of documenting the relevant views and then adding documentation that applies to more than one view. Possible Views (Viewpoints)

Functional/logic view Module/code view Development/structural view Concurrency/process/runtime/thread view Physical/deployment/install view User action/feedback view Data view/data model Which of the views is the architecture? None of them

Which views convey the architecture? All of them 4+1 View Model [ Philippe Kruchten, 1995] Logical view- e.g. object model using object oriented design method Process view concurrency and synchronization aspects Physical view mapping of components to hardware, distribution aspect Development view organization of the actual software modules

libraries, packages, subsystems + Use case view System: Containers, Components, Classes Start with a context diagram for the system big picture System is decomposed into containers Containers high level technology choices, anything that can host code or data

Components decompose each container into logical modules and their relationships Classes decompose components into classes (UML) as needed Software Architecture for Developers, Simon Brown, LeanPub.com View Notations Informal ad hoc conventions using graphical editing tools and natural language descriptions

Provide a key! Semiformal prescribed graphical element conventions and rules of construction; e.g., UML Formal views are expressed in a notation that has a precise (math based) semantics that allows for formal analysis; architecture description languages (ADLs) e.g., ABACUS

Using UML to Represent Software Architecture UML is recommended notation but Many notation variations to choose from No one set of prescribed choices Select notations that best fit what needs to be communicated Keep it simple The following are recommendations

Start with Context Diagram for Big Picture Display/ Keypad Card Reader ATM System

Bank Account Printer Lines show information flow at the system boundaries Cash Dispenser

Three Broad Groups of Architectural Decisions Address three broad types of architectural decisions Module structures What are the static functional code units? Component-and-connector structures What are the replaceable, distributable, runtime computational elements that encapsulate module behavior behind interfaces?

Allocation structures What are runtime software artifacts and where are they located in non-software environmental structures? Module Structure Views Elements - modules, implementation units of software that provide a coherent set of responsibilities Relations

Object oriented Is part of, a part/whole relationship Depends on, a dependency relationship between two modules Is a, a generalization/specialization relationship Layered aggregation of modules into layers UML: Package and class diagrams

Module View Example Climate control system in vehicles Usage of Module Views Static functional decomposition System information architecture Supports the definition of work assignments, development process and schedules

Blueprint for coding and testing Change-impact analysis Requirements traceability analysis It is unlikely that the documentation of any software architecture can be complete without at least one module view. Component and Connector Structure Views

Elements Components encapsulated and replaceable system elements that have runtime behavior Connectors - pathways of interaction between components. Relations (in UML notation) Components have ports with associated connector roles Ports have associated interfaces Relations represented as a graph of components and connector

attachments. E.g., client server invoke-services role Interface delegation - component ports may be associated with one or more internal ports UML: Class, Package, and/or Component diagrams Component and Connector UML Notation

Required interface Provided interface Component Port Component-andConnector View Example (Can show simplified relationships)

C & C Views Constraints and Usage Usage

Major executing components Major shared data stores Runtime interaction; e.g., control and data flow, parallelism Connector mechanisms e.g., service invocation, asynchronous messaging, event subscription, Constraints All attachments are only between components and connectors Attachments must be between compatible ports and roles

Allocation Views Elements Software element Some runtime packaging of logical modules and components (e.g., processes) Environmental element - execution (hardware, runtime operation) or development (file structure, deployment, development organization) Properties that are provided to the software; e.g., bandwidth

Relations Allocated to - a software element is mapped (allocated to) an environmental element Static or dynamic (e.g., resource allocation) UML: Deployment diagrams Allocation View Example

Usage of Allocation Views Specify structure and behavior of runtime elements such as processes, objects, servers, data stores Reasoning and decisions about

What hardware and software is needed Distributed development and allocation of work to teams. Builds, integration testing, version control System installation Augment with Quality Views

More specific views may be needed for specific stakeholders or to address specific concerns The solution may be cross cutting across multiple structural views By analogy plumbing or electrical systems for buildings A quality view extracts relevant pieces of structural views and packages them together E.g., show just those components that have a role in satisfying security requirements

Relating Structures to Each Other Each structure provides a different perspective and design handle on a system Each is valid and useful on its own The structures are not independent, just the opposite Elements of one will be related to elements of another

Relationships should be consistent and rational Element names: meaningful and consistent across views!! Relating Structures to Each Other Example: a code module in a decomposition structure may map to one, part of one, or several run-time components in a component-andconnector structure

Sometimes, one structure dominates (usually decomposition structure) For some systems, some structures may be irrelevant or trivial, such as a single node, single process application Relating Structures to Each Other Which Views? The Ones You Need!

Different views support different goals and uses The views you document depend on the stakeholders and uses of the documentation. Each view has a cost and a benefit; the benefits of maintaining a view should outweigh its costs At a minimum, at least on module view and one component and connector view Supplemental

Material EXAMPLES OF VIEWS Module View Example UML Module Diagram Module View Example

Module View Example UML Domain Model Class Diagram Module View Example UML Class Diagram

Component-and-Connector UML Component Diagram Component-and-Connector Client Server View Example Component-and-Connector Another Example

Component-Connector Embedded Example Allocation View UML Deployment Diagram Example Allocation View

UML Implementation Diagram

Recently Viewed Presentations

  • The Authentication Service 'Kerberos' and It's Limitations

    The Authentication Service 'Kerberos' and It's Limitations

    The Authentication Service 'Kerberos' and It's Limitations OUTLINE What is Kerberos ? How does it work ? Kerberos infrastructure and Cross-realm Authentication Kerberos Encryption Attacks on Kerberos ? ... In Greek mythology, Kerberos was " a three headed dog that...
  • Training Agenda/Objectives  Day 1: Cost Management Overview  Understanding

    Training Agenda/Objectives Day 1: Cost Management Overview Understanding

    A secondary cost element is utilized to aggregate the costs being allocated from the sender(s) to the receiver(s) Have visibility to the original postings versus the allocated costs without having to drill-down and search for information. Reduced volume of transaction...
  • Java Swing - Virginia Tech

    Java Swing - Virginia Tech

    Times New Roman Courier New Default Design Microsoft Photo Editor 3.0 Photo Java Swing AWT to Swing Swing Set Demo GUI Component API Using a GUI Component Anatomy of an Application GUI Using a GUI Component 2 Build from bottom...
  • The Persian Empire - Mrs. Oliver's World History

    The Persian Empire - Mrs. Oliver's World History

    The Persian Empire. In this lesson, students will identify characteristics of the Persian Empire. Students will be able to define and/of identify the following terms: Empire / Persians. Provinces/ Satrap. Royal Road. Zoroastrianism/ Zoroaster. V. Oliver
  • A Snapshot of Career Counselling Education in Canada

    A Snapshot of Career Counselling Education in Canada

    A Snapshot of Career Counselling Education in Canada. Jessica Isenor,M.Ed., CCC. Dr. Roberta Neault,CCC, CCDP, GCDFi. Presented by:. Join executive members of the Career Counselors Chapter of the Canadian Counselling & Psychotherapy Association (CCPA).
  • Homework:

    Homework:

    Example 4. Use an Inequality to Solve a Problem. ENTERTAINMENT. Panya wants to buy season passes to two theme parks. If one season pass costs $54.99 and Panya has $100 to spend on both passes, the second season pass must...
  • CLARS - Literacy Link Niagara

    CLARS - Literacy Link Niagara

    The benchmarks are organized in 3 stages and 12 levels. The benchmarks describe tasks that people can do in listening, speaking, reading and writing. Many adult ESL programs in Canada use the Canadian Language Benchmarks. Students and teachers use CLB...
  • Pc Maintanence Chapter 1 - Introduction to Computers.

    Pc Maintanence Chapter 1 - Introduction to Computers.

    (secondary) PROCESSING. STORAGE (Primary:Main Memory) Computer Architecture. 1. Input. Input is the data raw facts you put into the computer system for processing. Data entry can be in writing, speaking, pointing, or even by just looking at the data.