EENG 1920 Chapter 6 System Design II: Behavioral Models 1.

Slides:



Advertisements
Similar presentations
Chapter 10: The Traditional Approach to Design
Advertisements

Chapters 7 & 9 System Scope
Chapter 7 Structuring System Process Requirements
Analysis Modeling.
Traditional Approach to Design
Chapter 10 The Traditional Approach to Design
Chapter 9: The Traditional Approach to Design Chapter 10 Systems Analysis and Design in a Changing World, 3 rd Edition.
 Functional Design ◦ Appropriate for function-oriented systems: inputs, outputs, and some transformation between them.  There are other types of system.
Irwin/McGraw-Hill Copyright © 2004 The McGraw-Hill Companies. All Rights reserved Whitten Bentley DittmanSYSTEMS ANALYSIS AND DESIGN METHODS6th Edition.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 8 Slide 1 System models September 29, 2008.
Application architectures
Modified from Sommerville’s originalsSoftware Engineering, 7th edition. Chapter 8 Slide 1 System models.
UML Sequence Diagrams Eileen Kraemer CSE 335 Michigan State University.
SE 555 Software Requirements & Specification Requirements Analysis.
Unified Modeling Language
Chapter 7 Structuring System Process Requirements
Chapter 3 Object-Oriented Analysis of Library Management System(LMS)
UML Sequence Diagrams Michael L. Collard, Ph.D. Department of Computer Science Kent State University.
Chapter 7: The Object-Oriented Approach to Requirements
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 7 Slide 1 System models l Abstract descriptions of systems whose requirements are being.
System Analysis Overview Document functional requirements by creating models Two concepts help identify functional requirements in the traditional approach.
Chapter 5: Modeling Systems Requirements: Events and Things
Chapter 10 Architectural Design
SOFTWARE ENGINEERING BIT-8 APRIL, 16,2008 Introduction to UML.
Data Flow Diagrams.
1 Lecture 3: Introducing Data Flow Diagrams (DFDs) Section 1 - The Concept of Diagrams Why use Diagrams? Diagrams as Working Documents Systems Analysis.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 7 Slide 1 System models l Abstract descriptions of systems whose requirements are being.
Chapter 7 Structuring System Process Requirements
Chapter 4 System Models A description of the various models that can be used to specify software systems.
CIT UPES | Sept 2013 | Unified Modeling Language - UML.
CS 360 Lecture 6.  A model is a simplification of reality  We build models to better understand the system being developed.  We build models of complex.
Prepared by Afra`a Sayah. Introduction. Weekly Tasks. Plane Phase. Analysis Phase. Design Phase. Report Rules. Conclusion. 2.
Chapter 6 – System Design II: Behavioral Models. 6.1 Models Models - what do you think of? 2.
1 SYS366 Lecture Visual Modeling and Business Use Case Diagrams.
5 Systems Analysis and Design in a Changing World, Fourth Edition.
Requirements Analysis Visual Modeling] Lab 02 Visual Modeling (from Visual Modeling with Rational Rose and UML) A way of thinking about problems using.
Copyright 2002 Prentice-Hall, Inc. Chapter 2 Object-Oriented Analysis and Design Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer Joey.
1 UML Basic Training. UML Basic training2 Agenda  Definitions: requirements, design  Basics of Unified Modeling Language 1.4  SysML.
©Ian Sommerville 2006Software Engineering, 8th edition. Chapter 8 Slide 1 Object-oriented and Structured System Models.
Chapter 7 System models.
Lecture 3 Uses Cases Topics UML Use Cases pop quiz Readings: Chapter 3 January 24, 2008 CSCE 492 Software Engineering.
Modified by Juan M. Gomez Software Engineering, 6th edition. Chapter 7 Slide 1 Chapter 7 System Models.
Developed by Reneta Barneva, SUNY Fredonia for CSIT 425 Requirements Modeling.
7 Systems Analysis and Design in a Changing World, Fifth Edition.
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.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 8 Slide 1 System models.
Lecture 9-1 : Intro. to UML (Unified Modeling Language)
Requirement engineering & Requirement tasks/Management. 1Prepared By:Jay A.Dave.
UML Course Instructor: Rizwana Noor. Overview  Modeling  What is UML?  Why UML?  UML Diagrams  Use Case  Components  Relationships  Notations.
1 BTS330 Visual Modeling. What is Visual Modeling? 2 Copyright © 1997 by Rational Software Corporation Computer System Business Process Order Item Ship.
CSCI 383 Object-Oriented Programming & Design Lecture 7 Martin van Bommel.
Chapter 7 Part II Structuring System Process Requirements MIS 215 System Analysis and Design.
WELCOME TO OUR PRESENTATION UNIFIED MODELING LANGUAGE (UML)
Chapter 4 – System Modeling Lecture 1 1Chapter 5 System modeling.
Systems Analysis and Design in a Changing World, Fourth Edition
5 Systems Analysis and Design in a Changing World, Fourth Edition.
Chapter 5 – System Modeling
CompSci 280 S Introduction to Software Development
Systems Analysis and Design in a Changing World, Fourth Edition
Chapter 5 System modeling
Systems Analysis and Design in a Changing World, Fourth Edition
Chapter 5 – System Modeling
Object-Oriented Analysis and Design
Unified Modeling Language
System Modeling Chapter 4
Chapter 6 – System Design II: Behavioral Models
Unified Modeling Language
Software Design Lecture : 15.
Software Engineering System Modeling Chapter 5 (Part 1) Dr.Doaa Sami
Presentation transcript:

EENG 1920 Chapter 6 System Design II: Behavioral Models 1

Models Models - what do you think of? 2

Definitions Model – A standardized representation of a syst em Modeling Language – Letters and words – Graphical symbols Object Type – Blue prints – Diagram of a football play – Knitting instructions – Electrical schematics – Mathematical formulas 3

Properties of Models Abstract – Independent of final implementation – Multiple ways of implementing the design Unambiguous – A single clear meaning of intended behavior Allow for innovation Standardized – Common language that can be understood Facilitate good communication Modifiable 4

Properties of Models Remove unnecessary details – Show important features – Keep it simple Break system into sub-problems. Substitute sequence of actions by a single action Assist in verification – Model aiding in showing that the design met specifications 5

Flowchart Symbols 6

Example: Light Monitoring System 7

Example: Security Robot Requirements (loosely) 1.Must roam randomly around facility 2.Detect intruders by recognizing sound 3.Set-off an alarm if detects noise, transmit position, and wait. 4.Must regularly conduct a self-test to determine if it is working properly. Design Details 1.Has the three ultrasonic sensors and can measure distance to objects to the left, forward, and right. 2.Has a microphone that it uses to monitor sounds. 8

Data Flow Diagrams (DFD) Process – Describes a useful task – Performs a transformation on data Data flow – An arrow that represents a data relationship between two processes. Data stores: a data repository Interfaces – Sources – Sinks 9

Example: Video Browsing System 10

DFD – The Event Ta ble 11 EventTriggerProcessSource Annotate Video New Video Arrival Shot Boundary Detection System View Storyboa rd Browse Request Storyboard Preview User View ShotShot Preview Request Shot Preview User

Entity Relationship Diagrams (College Database ERD) 12

Unified Modeling Language (UML) (Scenario) Pretty popular idea – web ordering of groceries followed by home delivery. The “v-Grocer” system. User has a barcode scanner connected to home computer. They can scan a used item an automatically order it from the grocery store. Place the order and groceries delivered at pre-arranged time. 13

Static View (Class Diagram Notation) Object view of software. Classes represent – Data – Methods (functions) that operate on the data Objects are Can allow for different security levels. 14

Class Diagram 15

Use-Case View Captures overall behavior of the system from the user’s view Describes cases in which the system will be used 16

Use-Case Description 17 Use-Case Web-Order Actors Customer, Database, and WebServer DescriptionThis use-case occurs when a customer submits an order via the Web-Server. If it is a new customer, the Web-Server prompts them to establish an account and their customer information is stored in the Database as a new entry. If they are an existing customer, they have the opportunity to update their personal information. StimulusCustomer order via the Grocery-Cart. ResponseVerify payment, availability of order items, and if successful trigger the Assemble-Order use-case.

State Machine View 18

Activity View Intention = describe a sequence of activities needed to complete a task. 19

Interaction View Intention = to show interaction between objects (when they must cooperate to do something useful). Use either a collaboration or sequence diagram. This example is for the Web-Order use-case. 20

Physical View Show the physical components that constitute the system. Can think of this much more generally than presentation in UML. 21

Project Application: Selecting Models See Table 6.4 of book. Gives guidance on how to select models based upon behavior to describe. 22

Chapter 6 Homework 1. What is the definition of a model? 2. Name five Object Types of Models. 3. What is UML? 23