For accurate communication, since a project can have several participants, each from different background. Represent a given aspect of the system We will.

Slides:



Advertisements
Similar presentations
1 Aspects of IEEE P1471 Viewpoints in Unified Modeling Language (UML) Manzur Ashraf, BRAC University Humayra Binte Ali, Dhaka University Md.Mahfuz Ashraf,
Advertisements

©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 12Slide 1 Software Design l Objectives To explain how a software design may be represented.
ARCH-05 Application Prophecy UML 101 Peter Varhol Principal Product Manager.
UML (Sequence Diagrams, Collaboration and State Chart Diagrams) Presentation By - SANDEEP REDDY CHEEDEPUDI (Student No: ) - VISHNU CHANDRADAS (Student.
1 Behavioral Modeling Chapter 8. 2 Key Ideas Behavioral models describe the internal dynamic aspects of an information system that supports business processes.
ZEIT2301 Design of Information Systems Behavioural Design: State Machines School of Engineering and Information Technology Dr Kathryn Merrick.
Chapter 22 Object-Oriented Systems Analysis and Design and UML Systems Analysis and Design Kendall and Kendall Fifth Edition.
Chapter 1 Object Oriented Analysis and Design. UML, Patterns, and Object-Oriented Analysis and Design  The essential skills for the creation of well-designed,
Chapter 18 Object-Oriented Systems Analysis and Design Using UML
Lecture 12: Chapter 22 Topics: UML (Contd.) –Relationship Structural Behavioral –Diagram Structural Behavioral.
L4-1-S1 UML Overview © M.E. Fayad SJSU -- CmpE Software Architectures Dr. M.E. Fayad, Professor Computer Engineering Department, Room #283I.
Unified Modeling (Part I) Overview of UML & Modeling
Software Design by Dr. Eitan Hadar Web:
© Copyright Eliyahu Brutman Programming Techniques Course.
Copyright 2004 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Second Edition Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Appendix.
UML Sequence Diagrams Eileen Kraemer CSE 335 Michigan State University.
COMP 350: Object Oriented Analysis and Design Lecture 2
Use Case Modeling.
SE-565 Software System Requirements More UML Diagrams.
Unified Modeling Language
The Unified Modeling Language (UML) Class Diagrams.
UML Sequence Diagrams Michael L. Collard, Ph.D. Department of Computer Science Kent State University.
Chapter 7: The Object-Oriented Approach to Requirements
Requirements Elicitation. Requirement: a feature or constraint that the system must satisfy Requirements Elicitation: specification of the system that.
Class, Sequence and UML Model.  Has actors and use cases.
Copyright 2001 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Appendix A Object-Oriented.
Requirement Engineering. Review of Last Lecture Problems with requirement Requirement Engineering –Inception (Set of Questions) –Elicitation (Collaborative.
UML Diagrams: Sequence Diagrams The Requirements Model, and The Dynamic Analysis Model Instructor: Dr. Hany H. Ammar Dept. of Computer Science and Electrical.
1 UML Basic Training. UML Basic training2 Agenda  Definitions: requirements, design  Basics of Unified Modeling Language 1.4  SysML.
Chapter 5 Models and UML Notation for The Object-Oriented Approach.
UML diagrams What is UML UML diagrams –Static modeoing –Dynamic modeling 1.
Unified Modeling Language* Keng Siau University of Nebraska-Lincoln *Adapted from “Software Architecture and the UML” by Grady Booch.
ניתוח מערכות מידע 1 Unified Modeling Language (UML) § § The Unified Modeling Language (UML) is the industry-standard language for: Specifying, Visualizing,
1 Use Case Diagrams Use Case Actor Use case description Use case realization (Scenario) Use case relationships –Extends –Uses.
UML Review of diagram types. 2 Unified Modeling Language The Unified Modeling Language™ (UML) was developed jointly by Grady Booch, Ivar Jacobson, and.
An Introduction to the Unified Modeling Language
TAL7011 – Lecture 4 UML for Architecture Modeling.
The Unified Modeling Language Part II Omar Meqdadi SE 2730 Lecture 9 Department of Computer Science and Software Engineering University of Wisconsin-Platteville.
1 System Analysis and Design Using UML INSTRUCTOR: Jesmin Akhter Lecturer, IIT, JU.
Chapter 7 The Object-Oriented Approach to Requirements.
SWT - Diagrammatics Lecture 4/4 - Diagramming in OO Software Development - partB 4-May-2000.
Object-Oriented Analysis and Design ธนวัฒน์ แซ่ เอียบ.
Copyright ©2004 Cezary Z Janikow 1 OOAD Overview n OO language – Necessary for OO systems? – Sufficient for OO systems? Owning a hummer doesn’t make you.
Introduction to OOAD and the UML
OMT Modeling 1. Object Model : presented by the object model and the data dictionary. 2. Dynamic Model: presented by the state diagrams and event flow.
Lecture 9-1 : Intro. to UML (Unified Modeling Language)
1 Technical & Business Writing (ENG-715) Muhammad Bilal Bashir UIIT, Rawalpindi.
Lecture 14 22/10/15. The Object-Oriented Analysis and Design  Process of progressively developing representation of a system component (or object) through.
UML Review of Use case diagrams. 2 Unified Modeling Language The Unified Modeling Language™ (UML) was developed jointly by Grady Booch, Ivar Jacobson,
UML Course Instructor: Rizwana Noor. Overview  Modeling  What is UML?  Why UML?  UML Diagrams  Use Case  Components  Relationships  Notations.
Summary from previous lectures
Gerhard Dueck -- CS3013Analysis 1. Gerhard Dueck -- CS3013Analysis 2 Why analysis?  Yield a more precise specification of the requirements.  Introduce.
CSCI 383 Object-Oriented Programming & Design Lecture 7 Martin van Bommel.
Technical Module C Object Modeling Objects Object – a valuable resource: Money (Account Receivable) Material (Product) Machines (Delivery Truck) Personnel.
Object Oriented Programming and Data Abstraction Earl Huff Rowan University.
Diagrams. Typically, we view the static parts of a system using one of the four following diagrams. 1. Class diagram 2. Object diagram 3. Component diagram.
1 7 Systems Analysis and Design in a Changing World, 2 nd Edition, Satzinger, Jackson, & Burd Chapter 7 The Object-Oriented Approach to Requirements.
Object Oriented Analysis & Design By Rashid Mahmood.
ITEC1301 Object-Oriented Systems Construction Lecture Notes #4 1.
Modified from Sommerville’s originalsSoftware Engineering, 7th edition. Chapter 14 Slide 1 Object-Oriented Design.
UML Diagrams By Daniel Damaris Novarianto S..
Object-Oriented Analysis and Design
Review for Midterm, Fall 2009
Unified Modeling Language
UML Diagrams Jung Woo.
Unified Modeling Language
CIS 375 Bruce R. Maxim UM-Dearborn
Chapter 22 Object-Oriented Systems Analysis and Design and UML
CIS 375 Bruce R. Maxim UM-Dearborn
Uml diagrams In ooad.
Presentation transcript:

For accurate communication, since a project can have several participants, each from different background. Represent a given aspect of the system We will use UML, widely known and accepted UML is also well accepted in the industry

In all activities and phases Functional model: use case diagram Object model: class diagram Dynamic model: interaction diagram, activity diagram, state charts

Used during inception, requirements elicitation and requirements analysis Describe the functionality of the system Use cases focus on the behavior of the system from an external point of view. A use case describes a function provided by the system that yields a visible result for an actor

A Use Case diagram shows you some of the use cases in your system, some of the actors in your system, and the relationships between them. use case is a high−level piece of functionality that the system will provide. Use case: describes a function provided by the system that yields a result for an actor An actor is anyone or anything that interacts with the system being built.

Extend relationship: The extend-relationship connects an extension use case to a base use case. Use it for exceptional cases.

Reduce redundancy

Describe the structure of the system Conceptual class diagram Design class diagram

Play a Dice Game: A player picks up and rolls the dice. If the dice face value total seven, they win; otherwise, they lose.

Represent the dynamic behavior of the system Visualize the communication between objects

Define the dynamic behavior of an individual object as a number of states and transition between them State: particular set of values for an object

Unlike the interaction sequence diagram, which shows all the objects involved in one scenario or use case and how they collaborate together, the statechart expresses THE WHOLE LIFE OF ONE OBJECT in the domain

Three push-buttons on the lecturer’s desk: full, off, dim. Power switch on wall Always powers up ‘off’ Thereafter, press a switch to change brightness or turn on/off. Full on OffDimmed Full Dim Off Full Power on Power off Dim Off Full

Describes the behaviour of a system in terms of activities Activity = set of operations The completeness of one activity triggers a transition to another activity They are similar to flow chart

System: an organized set of communicating pats System can be decomposed into subsystems Subsystems are composed into objects

How to deal with complex systems, especially software? Model, use models to represent the system Every model focus on one area at a time Then the models will be refined

Data type: Integer, float Abstract data type: implementation independent such as set, Person Class: abstraction on o-o modelling Abstract classes: Operations (methods) Attributes Object: Messages Prototyping

Use case specification includes: Use case Name Participating actors Flow of events Entry conditions Exit conditions Quality Requirements

Use cases are written in natural languages Not technical Each use case describes all possible scenarios Scenario: instance of a use case When actors and use case communicate they exchange information