Ch5: Software Specification. 1 Finite State Machines (FSMs)  Consist of:  Use of FSMs:

Slides:



Advertisements
Similar presentations
Software Architecture Design Chapter 12 Part of Design Analysis Designing Concurrent, Distributed, and Real-Time Applications with UML Hassan Gomaa (2001)
Advertisements

SYSTEM-WIDE PROCESS CONTROLS UPGRADE Detroit Water & Sewerage Department.
TOPIC : Finite State Machine(FSM) and Flow Tables UNIT 1 : Modeling Module 1.4 : Modeling Sequential circuits.
Karolina Muszyńska Based on:
® IBM Software Group © 2006 IBM Corporation Rational Software France Object-Oriented Analysis and Design with UML2 and Rational Software Modeler 04. Other.
OOAD Using the UML - Use-Case Analysis, v 4.2 Copyright  Rational Software, all rights reserved 1/18 Use Case Analysis – continued Control Classes.
CS21 Decidability and Tractability
Lecture 12: Chapter 22 Topics: UML (Contd.) –Relationship Structural Behavioral –Diagram Structural Behavioral.
Finite Automata Finite-state machine with no output. FA consists of States, Transitions between states FA is a 5-tuple Example! A string x is recognized.
Irwin/McGraw-Hill Copyright © 2004 The McGraw-Hill Companies. All Rights reserved Whitten Bentley DittmanSYSTEMS ANALYSIS AND DESIGN METHODS6th Edition.
Lecture 11: Chapter 22 Topics –Object Oriented Modeling –UML –Use case.
©TheMcGraw-Hill Companies, Inc. Permission required for reproduction or display. COMPSCI 125 Introduction to Computer Science I.
UML Sequence Diagrams Eileen Kraemer CSE 335 Michigan State University.
Topics Automata Theory Grammars and Languages Complexities
1 Lab Beginning Analysis and Design 4 Completion of first version of use case diagram initiates the processes of analysis and design. 4 UML provides.
UML. Overview of UML Diagrams Structural : element of spec. irrespective of time Class Component Deployment Object Composite structure Package Behavioral.
UML Sequence Diagrams Michael L. Collard, Ph.D. Department of Computer Science Kent State University.
System Design Chapter 8. Objectives  Understand the verification and validation of the analysis models.  Understand the transition from analysis to.
Timed UML State Machines Ognyana Hristova Tutor: Priv.-Doz. Dr. Thomas Noll June, 2007.
Chapter 5 – System Modeling
Systems Analysis and Design in a Changing World, Fifth Edition
Chapter 5: Specification Yuanfang Cai CS751 Jan 29, 2003.
CIT UPES | Sept 2013 | Unified Modeling Language - UML.
1 Object-Oriented Modeling Using UML (2) CS 3331 Fall 2009.
AUTOMATA THEORY Reference Introduction to Automata Theory Languages and Computation Hopcraft, Ullman and Motwani.
Ch. 51 Specification. Ch. 52 Outline Discussion of the term "specification" Types of specifications –operational Data Flow Diagrams (Some) UML diagrams.
Copyright 2002 Prentice-Hall, Inc. Chapter 2 Object-Oriented Analysis and Design Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer Joey.
©Ian Sommerville 2006Software Engineering, 8th edition. Chapter 8 Slide 1 Object-oriented and Structured System Models.
Languages Given an alphabet , we can make a word or string by concatenating the letters of . Concatenation of “x” and “y” is “xy” Typical example: 
Ch. 2. Specification and Modeling 2.1 Requirements Describe requirements and approaches for specifying and modeling embedded systems. Specification for.
For accurate communication, since a project can have several participants, each from different background. Represent a given aspect of the system We will.
Winter 2007, rev. 2008SEG Chapter 21 Chapter 2 Basic Principles.
Sommerville 2004,Mejia-Alvarez 2009Software Engineering, 7th edition. Chapter 8 Slide 1 System models.
Difference between project and other assignments  real customer  before programming: negotiations with client to clarify requirements  often.
© 2005 Prentice Hall9-1 Stumpf and Teague Object-Oriented Systems Analysis and Design with UML.
Fall 2010 CS4310 Requirements Engineering A Brief Review of UML & OO Dr. Guoqiang Hu Department of Computer Science UTEP 1.
5 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.
10 October, 2007Information System Design IT60105, Autumn 200 Information System Design IT60105 Lecture 17 Collaboration Diagrams.
PowerPoint Presentation for Dennis, Wixom, & Tegarden Systems Analysis and Design with UML, 3rd Edition Copyright © 2009 John Wiley & Sons, Inc. All rights.
UML Examples PRESETED BY: MEHRAN NAJAFI SHIMA AGHTAR.
Requirements Engineering-Based Conceptual Modelling From: Requirements Engineering E. Insfran, O. Pastor and R. Wieringa Presented by Chin-Yi Tsai.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 8 Slide 1 System models.
UML’s StateChart FSM, EFSM in UML Concurrent states Tool support.
Scenario A scenario is a sequence of steps describing an interaction between a user and a system. Use case is a set of scenarios tied together by a common.
©2007 · Georges Merx and Ronald J. NormanSlide 1 Chapter 15 The Unified Modeling Language: a Primer.
Lecture 9-1 : Intro. to UML (Unified Modeling Language)
UML (Unified Modeling Language)
UML Course Instructor: Rizwana Noor. Overview  Modeling  What is UML?  Why UML?  UML Diagrams  Use Case  Components  Relationships  Notations.
 What to do if you want to build a new house? › Buy a bunch of wood and nails and start immediately. › Or, put some blueprints to follow, and plan of.
1 Specification A broad term that means definition Used at different stages of software development for different purposes Generally, a statement of agreement.
OO DomainModeling With UML Class Diagrams and CRC Cards Chapter 6 Princess Nourah bint Abdulrahman University College of Computer and Information Sciences.
Modeling Shari L. Pfleeger and Joanne M. Atlee, Software Engineering: Theory and Practice, 4 th edition, Prentice Hall, Hans Van Vliet, Software.
EENG 1920 Chapter 6 System Design II: Behavioral Models 1.
Set, Alphabets, Strings, and Languages. The regular languages. Clouser properties of regular sets. Finite State Automata. Types of Finite State Automata.
AIRLINES RESERVATION SYSTEM Design Specifications TEAM MEMBERS Apoorva Kothoor ( ) ‏ Snigdha Gaddam ( ) ‏
Requirements Models Representing the Product in Ways Other than Text.
Theory of Computation Automata Theory Dr. Ayman Srour.
Requirements Analysis -- Conceptual Modeling Class Notes.
Use Case Diagram Example
Object-oriented and Structured System Models
Some Simple Design Modeling Techniques
Use case diagrams A use case diagram is UML’s notation for showing the relationships among a set of use cases and actors A use case diagram can help the.
OO Domain Modeling With UML Class Diagrams and CRC Cards
Composite Pattern Oct 7, 2003 A composite is a group of objects in which some objects contain others; one object may represent groups, and another.
Analysis models and design models
UML Diagrams: StateCharts The Dynamic Analysis Model
Chapter 4 System Modeling.
Ch. 28 Larman UML & Patterns
Presentation transcript:

Ch5: Software Specification

1 Finite State Machines (FSMs)  Consist of:  Use of FSMs:

2 FSMs (contd..) aa b bc q q q q Graphically, -

3 FSM example: A lamp On Off Push switch

4 FSM example: A plant control system OnOff High-pressure alarm High-temperature alarm Restart

5 FSM example: A refinement of plant control system Pressure signal Temperature signal Successful recovery Unsuccessful recovery OffNormal Pressure action OffNormal Pressure action Temperature signal Temperature action Successful recovery Unsuccessful recovery Pressure signal

6 Classes of FSMs  Deterministic/non deterministic:  FSMs as recognizers:  FSMs as transducers:

7 FSMs as recognizers q qqqq qq q b egi n e n d f

8 FSMs as recognizers (contd..) q1q2q3q4q5q6q7q8qfq0 b r r e a d h w r i o t e What are the strings accepted by this FSM?

9 Limitations of FSMs  Finite memory  State explosion

10 Limitations of FSMs (contd..)

11 Limitations of FSMs (contd..) In the composite FSM, a state is given by a 3-tuple: State of the storage: State of the producer: State of the consumer: Initial state: Total number of states in the composite FSM:

12 Limitations of FSM (contd..) The resulting FSM

13 FSMs summary  Simple and widely used:  Most software can be modeled using FSMs  FSMs may become complex:  FSMs can be composed to create new FSMs

14 UML diagrams  Use case diagrams  Sequence diagrams  Collaboration diagrams

15 Use case diagrams  Show all the possible functionality  Do not describe any details  Used during requirements analysis

16 Components of use case diagrams Actors

17 Components of use case diagrams (contd..) Use Cases

18 Components of use case diagrams (contd..) Association

19 Uses of use case diagrams  Determining features (requirements):  Communicating with clients:  Generating test cases:

20 Suggestions for designing good use cases  Choose a good name:  Show a complete and completable behavior:  Show inverse use cases if applicable:  Limit a use case to one behavior/function:  Write the use cases from the actor’s point of view:

21 Use case diagrams – Example #1 Consider an airline reservation system. A customer can use this system to either make or cancel a reservation. The system obtains flight information such as the availability of the flights from an external flight database system. During the process of making a reservation, the system may be required to obtain credit card authorization from the credit card system. Every day, the system compiles a list of passengers with reservations on each flight is forwarded to the security personnel.

22 Use case diagrams – Example #1 Compile List Make Reservation Cancel Reservation External Flight Database Customer Use case Actor Communication Reservation System CreditCard System Security Personnel