LECTURE 5 4/2/16 1. Functional decomposition 2 A few words on “assumptions” Assumptions arise when there is uncertainty about interpreting observations.

Slides:



Advertisements
Similar presentations
Activity Diagrams in UML. Definition Activity diagrams represent the dynamics of the system. They are flow charts that are used to show the workflow of.
Advertisements

1COM6030 Systems Analysis and Design © University of Sheffield 2005 COM 6030 Software Analysis and Design Lecture 7 – More on use cases and activity diagrams.
Extending the Requirements Model - techniques for detailing use cases
7M701 1 Activity Diagram. 7M701 2 Example 7M701 3 Activity Diagram: what is it? Describes activities and flows of data or decisions between activities.
Interaction Diagrams Activity Diagram State Machine Diagram
Chapter 15: System Modeling with UML
PROCESS MODELING Transform Description. A model is a representation of reality. Just as a picture is worth a thousand words, most models are pictorial.
Use Case Modelling.
A use case describes one “case” of how a user can use the system.
Requirements Analysis Activity Diagrams b511.ppt © Copyright De Montfort University 2000 All Rights Reserved INFO2005 Requirements Analysis.
DT211 Stage 2 Software Engineering
UML Needed for Requirements Spec Pepper. Need UML for Requirements Use Case Activity Diagram Tool: StarUML.
System Analysis and Design
COMP1007 Intro to Requirements Analysis © Copyright De Montfort University 2002 All Rights Reserved COMP1007 Introduction to Requirements Analysis Lecture.
1COM6030 Systems Analysis and Design © University of Sheffield 2005 COM 6030 Software Analysis and Design Lecture 6 - Use cases and activity diagrams Dr.
Chapter 6: The Traditional Approach to Requirements
System Analysis Overview Document functional requirements by creating models Two concepts help identify functional requirements in the traditional approach.
Data flow diagrams.
Systems Analysis and Design in a Changing World, Fifth Edition
CS 325: Software Engineering March 3, 2015 Activity Modeling for Transformational Systems Trtansformational Systems UML Activity Diagrams.
Chapter 8: Modelling Interactions and Behaviour UML Activity Diagram
1 Ref: Prof Sarda Process Modeling…… Lecture Outline Data flow diagram (DFD)
LECTURE 3 USE CASE DESCRIPTION. Use Cases grouped into system modules Note: Same actor interacts with different modules USE CASE DIAGRAM OF THE CUSTOMER.
SOFTWARE DESIGN AND ARCHITECTURE LECTURE 21. Review ANALYSIS PHASE (OBJECT ORIENTED DESIGN) Functional Modeling – Use case Diagram Description.
Requirement Engineering. Review of Last Lecture Problems with requirement Requirement Engineering –Inception (Set of Questions) –Elicitation (Collaborative.
USE CASE Bayu Adhi Tama, MTI Faculty of Computer Science, University of Sriwijaya Slides are adapted from Petrus Mursanto
Faculty of Computer & Information
Behavioral Modeling: Sequence and Communication Diagrams Copyright © 2009 John Wiley & Sons, Inc. Copyright © 2005 Pearson Education Copyright © 2009 Kannan.
Behavioral Modeling Chapter 8.
Programming Logic and Design Fourth Edition, Comprehensive Chapter 15 System Modeling with the UML.
5 Systems Analysis and Design in a Changing World, Fifth Edition.
Discovering object interaction. Use case realisation The USE CASE diagram presents an outside view of the system. The functionality of the use case is.
E-Learning Material Business Processes. What’s a business process? Activities and Actions UML notation Decisions Objects and roles Examples.
1 DATA FLOW DIAGRAM. 2 Outline Process decomposition diagrams Data flow diagram (DFD)
UML Diagrams CSC 422 Kutztown University Dr. Daniel Spiegel.
Introduction to UML CS A470. What is UML? Unified Modeling Language –OMG Standard, Object Management Group –Based on work from Booch, Rumbaugh, Jacobson.
Chapter 11 Activity Diagrams. 2 “Activity diagrams are a technique to describe procedural logic, business processes, and work flows” - M. Fowler An activity.
CS212: Object Oriented Analysis and Design Lecture 34: UML Activity and Collaboration diagram.
Sept Ron McFadyen1 Use Cases Introduced by Ivar Jacobson in 1986 literal translation from Swedish ”usage case” Used to capture and describe.
22 August, 2007Information System Design IT60105, Autumn 2007 Information System Design IT60105 Lecture 8 Use Case Diagrams.
Domain Model A representation of real-world conceptual classes in a problem domain. The core of object-oriented analysis They are NOT software objects.
Lecture 14 22/10/15. The Object-Oriented Analysis and Design  Process of progressively developing representation of a system component (or object) through.
UML (Unified Modeling Language)
UML Activity Diagrams.
Accounting Information Systems: A Business Process Approach Chapter Three: Documenting Accounting Systems.
 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.
HNC Flow Chart 1 IT Systems Analysis and Design SSADM – Design.
1 After the scenarios are formulated Find all the use cases in the scenario Describe each of these use cases in more detail Participating actors Describe.
(1) Organize information processing centers environment, the various functions and details Electronic Data Processing (EDP): can refer to the use of automated.
Information Systems in Organizations 2.1 Analyzing organizations as systems and processes & Modeling Processes with Swimlane Diagrams.
Information Systems in Organizations 2
Systems Analysis and Design in a Changing World, Fourth Edition
Information Systems in Organizations 2
Information Systems in Organizations 2
Chapter 6 The Traditional Approach to Requirements.
Information Systems in Organizations 2
Activity and State Transition Diagram
Chapter 8: Modelling Interactions and Behaviour UML Activity Diagram
Information Systems in Organizations 2
Information Systems in Organizations 2
Use Case Modeling - techniques for detailing use cases
Week 12: Activity & Sequence Diagrams
Information Systems in Organizations 2
Information Systems in Organizations 2
Information Systems in Organizations 2
Information Systems in Organizations 2
Information Systems in Organizations 2
Accounting Information Systems: A Business Process Approach
Information Systems in Organizations 2
Presentation transcript:

LECTURE 5 4/2/16 1

Functional decomposition 2

A few words on “assumptions” Assumptions arise when there is uncertainty about interpreting observations There are different ways of interpretation There are options For example, in case of a system dealing with books, should the “author” be an object on its own or an attribute of the book object (i.e. author’s name)? It depends: for a library system that might suffice, for a publisher they might need to know a lot about each author having contract with them

A few more words on “assumptions” Do not confuse it with Facts, that may be observed – even if it is the result of analysis Design decisions – which you make (and record) as you progress

More on Activity Diagrams A good tool for illustrating the logical flow of activities that take place between the system and the outside world and the outside world or within the system among its components Activity diagram has two unique tools i.e. swimlanes and synchronisation bar 5

Activity Diagrams - Swimlanes This is a vertical partition that organises responsibilities for actions. Not limited to objects in a systems Swimlanes can also represent divisions within an organisation E.g. Inventory Shipping Sales Accounting 6

Swimlane Diagrams Allows the modeler to represent the flow of activities described and at the same time indicate which actor (if there are multiple actors involved in a specific use-case) or class has responsibility for the action described by an activity rectangle

Example Activity Diagram Commuter use a vending machine to buy train tickets. The ticket vending machine will request trip information from a Commuter. Based on the this information, the machine will calculate payment due and request payment options, these include payment by cash or by debit/credit card. After payment is complete, the ticket is dispensed to the Commuter. 8

9

Summary Activity Diagrams Popular form of dynamic modelling Good at representing the complexities of logical flow Swimlanes and synchronisation help to add a level of complexity to the diagram beyond flowcharts and sequence diagrams 10