L6-S1 UML Overview 2003 SJSU -- CmpE Advanced Object-Oriented Analysis & Design Dr. M.E. Fayad, Professor Computer Engineering Department, Room #283I College of Engineering San José State University One Washington Square San José, CA

L6-S2 UML Overview 2003 SJSU – CmpE --- M.E. Fayad 2 Lesson 6: Unified Modeling Language (UML) Overview

L6-S3 UML Overview 2003 SJSU – CmpE --- M.E. Fayad Lesson Objectives 3 The value of the UML Contribution to the UML Building Blocks of the UML Diagrams in the UML

L6-S4 UML Overview 2003 SJSU – CmpE --- M.E. Fayad Is an open standard Supports the entire software development lifecycle – Debate Supports diverse applications areas Is based on experience and needs of the user community Supported by many tools 4 The Value of the UML

L6-S5 UML Overview 2003 SJSU – CmpE --- M.E. Fayad 5 Contributions to the UML Guess who?

L6-S6 UML Overview 2003 SJSU – CmpE --- M.E. Fayad The UML is a language for –visualizing –specifying –constructing –documenting the artifacts of a software-intensive system 6 Overview of the UML

L6-S7 UML Overview 2003 SJSU – CmpE --- M.E. Fayad Things Relationships Diagrams 7 Building Blocks of the UML

L6-S8 UML Overview 2003 SJSU – CmpE --- M.E. Fayad Structural things –mostly static parts of a model class, interface, collaboration, use case, active class, component, node Behavioral things –dynamic parts of UML models interaction, state machine Grouping things –organizational parts of UML package, subsystem Other things –explanatory parts of UML note Things in the UML

L6-S9 UML Overview 2003 SJSU – CmpE --- M.E. Fayad Dependency –a semantic relationship between two things in which a change to one thing (the independent thing) may affect the semantics of the other thing (the dependent thing) Association –a structural relationship that describes a set of links Relationships (1) 9

L6-S10 UML Overview 2003 SJSU – CmpE --- M.E. Fayad Generalization –a specialization/generalization relationship in which the child shares the structure and the behavior of the parent Realization –a realization is a relationship in which one classifier, such as an interface or a use case, specifies a "contract" that another classifier, such as a class or a collaboration, guarantees to carry out 10 Relationships (2)

L6-S11 UML Overview 2003 SJSU – CmpE --- M.E. Fayad 11 Diagrams in UML Use Case Diagrams Use Case Diagrams Use Case Diagrams Scenario Diagrams Scenario Diagrams Collaboration Diagrams State Diagrams State Diagrams Component Diagrams Component Diagrams Component Diagrams Deployment Diagrams State Diagrams State Diagrams Object Diagrams Scenario Diagrams Scenario Diagrams Statechart Diagrams Use Case Diagrams Use Case Diagrams Sequence Diagrams State Diagrams State Diagrams Class Diagrams Activity Diagrams Models +

L6-S12 UML Overview 2003 SJSU – CmpE --- M.E. Fayad A diagram is a view into a model –Presented from the aspect of a particular stakeholder –Provides a partial representation of the system –Is semantically consistent with other views In the UML, there are nine standard diagrams –Static views: use case, class, object, component, deployment –Dynamic views: sequence, collaboration, statechart, activity 12 Diagrams

L6-S13 UML Overview 2003 SJSU – CmpE --- M.E. Fayad  Shows a set of use cases and actors and their relationships 13 Use Case Diagram

L6-S14 UML Overview 2003 SJSU – CmpE --- M.E. Fayad Captures system functionality as seen by users Built in early stages of development Purpose –Specify the context of a system –Capture the requirements of a system –Validate a system’s architecture –Drive implementation and generate test cases Developed by analysts and domain experts 14 Use Case Diagram

L6-S15 UML Overview 2003 SJSU – CmpE --- M.E. Fayad Shows a set of classes, interfaces, and collaborations and their relationships 15 Class Diagram (1)

L6-S16 UML Overview 2003 SJSU – CmpE --- M.E. Fayad Captures the vocabulary of a system Addresses the static design view of a system Built and refined throughout development Purpose –Name and model concepts in the system –Specify collaborations –Specify logical database schemas Developed by analysts, designers, and implementers 16 Class Diagram (2)

L6-S17 UML Overview 2003 SJSU – CmpE --- M.E. Fayad  Shows a set of objects and their relationships 17 Object Diagram (1)

L6-S18 UML Overview 2003 SJSU – CmpE --- M.E. Fayad Represents static snapshots of instances of the things found in class diagrams Addresses the static design view or static process view of a system Built during analysis and design Purpose –Illustrate data/object structures –Specify snapshots Developed by analysts, designers, and implementers 18 Object Diagram (2)

L6-S19 UML Overview 2003 SJSU – CmpE --- M.E. Fayad Shows the organizations and dependencies among a set of components 19 Component Diagram (1)

L6-S20 UML Overview 2003 SJSU – CmpE --- M.E. Fayad Addresses the static implementation view of a system Built as part of architectural specification Purpose –Organize source code –Construct an executable release –Specify a physical database Developed by architects and programmers 20 Component Diagram (2)

L6-S21 UML Overview 2003 SJSU – CmpE --- M.E. Fayad  Shows the configuration of run-time processing nodes and the components that live on them 21 Deployment Diagram (1)

L6-S22 UML Overview 2003 SJSU – CmpE --- M.E. Fayad Captures the topology of a system’s hardware Built as part of architectural specification Purpose –Specify the distribution of components –Identify performance bottlenecks Developed by architects, networking engineers, and system engineers 22 Deployment Diagram (2)

L6-S23 UML Overview 2003 SJSU – CmpE --- M.E. Fayad  Shows the flow from activity to activity within a system 23 Activity Diagram (1)

L6-S24 UML Overview 2003 SJSU – CmpE --- M.E. Fayad Captures dynamic behavior (activity- oriented) A special kind of statechart diagram Purpose –Model the function of a system –Model the flow of control among objects –Model business workflows –Model operations 24 Activity Diagram (2)

L6-S25 UML Overview 2003 SJSU – CmpE --- M.E. Fayad  Emphasizes the time-ordering of messages 25 Sequence Diagram (1)

L6-S26 UML Overview 2003 SJSU – CmpE --- M.E. Fayad Captures dynamic behavior (time- oriented) A kind of interaction diagram Purpose –Model flow of control –Illustrate typical scenarios 26 Sequence Diagram (2)

L6-S27 UML Overview 2003 SJSU – CmpE --- M.E. Fayad  Emphasizes the structural organization of the objects that send and receive messages 27 Collaboration Diagram (1)

L6-S28 UML Overview 2003 SJSU – CmpE --- M.E. Fayad Captures dynamic behavior (message- oriented) A kind of interaction diagram Purpose –Model flow of control –Illustrate coordination of object structure and control 28 Collaboration Diagram (1)

L6-S29 UML Overview 2003 SJSU – CmpE --- M.E. Fayad  Shows a state machine, consisting of states, transitions, events, and activities 29 Statechart Diagram (1)

L6-S30 UML Overview 2003 SJSU – CmpE --- M.E. Fayad Captures dynamic behavior (event- oriented) Purpose –Model object lifecycle –Model reactive objects (user interfaces, devices, etc.) 30 Statechart Diagram (2)

L6-S31 UML Overview 2003 SJSU – CmpE --- M.E. Fayad 31 Architecture and the UML Organization Package, subsystem Dynamics Interaction State machine Design ViewImplementation View Process View Components Classes, interfaces, collaborations Active classes Deployment View Nodes Use Case View Use cases

L6-S32 UML Overview 2003 SJSU – CmpE --- M.E. Fayad Use-case driven –use cases are used as a primary artifact for establishing the desired behavior of the system, for verifying and validating the system’s architecture, for testing, and for communicating among the stakeholders of the project Architecture-centric –a system’s architecture is used as a primary artifact for conceptualizing, constructing, managing, and evolving the system under development 32 UML Software Development Life Cycle (1)

L6-S33 UML Overview 2003 SJSU – CmpE --- M.E. Fayad Iterative –one that involves managing a stream of executable releases Incremental –one that involves the continuous integration of the system’s architecture to produce these releases 33 UML Software Development Life Cycle (2)

L6-S34 UML Overview 2003 SJSU – CmpE --- M.E. Fayad  Inception Define the scope of the project and develop business case  Elaboration Plan project, specify features, and baseline the architecture  Construction Build the product  Transition Transition the product to its users 34 Lifecycle Phases time InceptionElaborationConstruction Transition time

L6-S35 UML Overview 2003 SJSU – CmpE --- M.E. Fayad T/F UML is a model for developing software. A use case diagram shows a set of use cases, actors, and their relationships. Use case diagrams are dynamic models. An interaction diagram shows the flow of activities within the system. Sequence diagrams emphasizes the time-ordering of the messages. 35 Discussion Questions

L6-S36 UML Overview 2003 SJSU – CmpE --- M.E. Fayad Use Case Models Use Case Diagrams Use Case Templates Use Cases 36 Questions for the Next Lecture

L6-S37 UML Overview 2003 SJSU – CmpE --- M.E. Fayad Task 1: Problem Statement for team projects are needed (see sample problems on OOPSLA – DesignFest). This is due on the third week of the semester. Task 2: Identify the team members of your team. Select a team name and me, the team name, team’s members’ names, their s, phone numbers -- Immediately. Task 3: Think about extra assignments and writing essays. me if you like to start right away. Please note that problem statements must be submitted electronically as MS Word format. 37 Tasks for Next Lecture