Functional Modeling Chapter 6.

Slides:



Advertisements
Similar presentations
Chapters 7 & 9 System Scope
Advertisements

Chapter 7 Structuring System Process Requirements
© Copyright 2011 John Wiley & Sons, Inc.
Systems Analysis and Design with UML Version 2.0, Second Edition
Prof. Dr. Nizamettin AYDIN
Behavioral Modeling II Developing Use Cases
Objectives Detailed Object-Oriented Requirements Definitions
Use-case Modeling.
Slide 1 Systems Analysis & Design CS183 Spring Semester Dr. Jonathan Y. Clark Course Website:
Slide 1 Systems Analysis & Design CS183 Spring Semester 2008 Dr. Jonathan Y. Clark Course Website:
Use Case Analysis Chapter 6.
© 2005 Prentice Hall4-1 Stumpf and Teague Object-Oriented Systems Analysis and Design with UML.
Chapter 6 Functional Modeling
© Copyright 2011 John Wiley & Sons, Inc.
Joey F. George, Dinesh Batra, Joseph S. Valacich, Jeffrey A. Hoffer
Detailed Object-Oriented Requirements Definitions
Slide 1 Chapter 8 Behavioral Modeling. Slide 2 Key Ideas Behavioral models describe the internal dynamic aspects of an information system that supports.
Chapter 7 Structuring System Process Requirements
USE Case Model.
Use Case Diagrams – Functional Models Chapter 5. Objectives Understand the rules and style guidelines for activity diagrams. Understand the rules and.
® IBM Software Group © 2006 IBM Corporation Writing Good Use Cases Module 4: Detailing a Use Case.
Chapter 5 – System Modeling
ZEIT2301 Design of Information Systems Functional Design: Use Cases School of Engineering and Information Technology Dr Kathryn Merrick.
PowerPoint Presentation for Dennis, Wixom & Tegardem Systems Analysis and Design Copyright 2001 © John Wiley & Sons, Inc. All rights reserved. Slide 1.
10/12/ Recall The Team Skills 1. Analyzing the Problem (with 5 steps) 2. Understanding User and Stakeholder Needs 1. Interviews & questionnaires.
PowerPoint Presentation for Dennis, Wixom, & Tegarden Systems Analysis and Design with UML, 3rd Edition Copyright © 2009 John Wiley & Sons, Inc. All rights.
Chapter 9 요구사항 모델링: 시나리오 기반 방법론 Requirements Modeling: Scenario-Based Methods 임현승 강원대학교 Revised from the slides by Roger S. Pressman and Bruce R. Maxim.
 A software application is like a city  Modeling = Architecture  OOP = Civil Engineering  UML Classes = Blueprints of Buildings  UML is a common.
Behavioral Modeling Chapter 8.
® IBM Software Group © 2006 IBM Corporation Writing Good Use Cases Module 1: Introduction to Use-Case Modeling.
A Use Case Primer 1. The Benefits of Use Cases  Compared to traditional methods, use cases are easy to write and to read.  Use cases force the developers.
Faculty of Applied Engineering and Urban Planning Software Engineering Department Software Engineering Lab Use Cases Faculty of Information system Technology.
1 Structuring Systems Requirements Use Case Description and Diagrams.
1 Capturing Requirements As Use Cases To be discussed –Artifacts created in the requirements workflow –Workers participating in the requirements workflow.
Use Cases Use Cases are employed to describe the functionality or behavior of a system. Each use case describes a different capability that the system.
1 Modeling System Requirements with Use Cases. 2 Why Do We Need Use Cases? Primary challenge in a system design process –ability to elicit correct and.
PowerPoint Presentation for Dennis, Wixom & Tegardem Systems Analysis and Design Copyright 2001 © John Wiley & Sons, Inc. All rights reserved. Slide 1.
1 Use-Case Modeling Chapter 6 Alan Dennis, Barbara Wixom, and David Tegarden John Wiley & Sons, Inc. Slides by Fred Niederman Edited by Solomon Negash.
PowerPoint Presentation for Dennis, Wixom, & Roth Systems Analysis and Design, 3rd Edition Copyright 2006 © John Wiley & Sons, Inc. All rights reserved.
CPSC 871 John D. McGregor Module 3 Session 1 Architecture.
Slide 1 Systems Analysis and Design with UML Version 2.0, Second Edition Alan Dennis, Barbara Wixom, and David Tegarden Chapter 6: Functional Modeling.
Systems Analysis and Design in a Changing World, Fourth Edition
Slide 1 Classes and Objects. Slide 2 Messages and Methods.
PowerPoint Presentation for Dennis & Haley Wixom, Systems Analysis and Design, 2 nd Edition Copyright 2003 © John Wiley & Sons, Inc. All rights reserved.
4-1 © Prentice Hall, 2007 Topic 4: Structuring Systems Requirements: Use Case Description and Diagrams Object-Oriented Systems Analysis and Design Joey.
22 August, 2007Information System Design IT60105, Autumn 2007 Information System Design IT60105 Lecture 8 Use Case Diagrams.
Unit-3 Identifying use cases Object Analysis Classification
Larman chapter 61 Use cases Larman chapter 6. 2 Fig. 6.1.
Use Case Model Use case description.
Slide 1 Systems Analysis and Design with UML Version 2.0, Second Edition Alan Dennis, Barbara Wixom, and David Tegarden Chapter 8: Behavioral Modeling.
Chapter 7 Part II Structuring System Process Requirements MIS 215 System Analysis and Design.
Slide 1 Project team 1. gathers requirements from the users (Ch. 4) 2. models the overall business process using __________ 3. identifies _________ using.
PowerPoint Presentation for Dennis, Wixom, & Tegarden Systems Analysis and Design with UML, 5th Edition Copyright © 2015 John Wiley & Sons, Inc. All rights.
Slide 1 Systems Analysis and Design with UML Version 2.0, Second Edition Alan Dennis, Barbara Wixom, and David Tegarden Chapter 6: Functional Modeling.
1 7 Systems Analysis and Design in a Changing World, 2 nd Edition, Satzinger, Jackson, & Burd Chapter 7 The Object-Oriented Approach to Requirements.
Slide 1 Systems Analysis and Design with UML Version 2.0, Second Edition Chapter 6: Functional Modeling.
George Wang, Ph.D. COMP 380/L Lesson 2. Use Case Use cases are a way to capture system functionalities (i.e., functional requirements) Based on use case.
1 Team Skill 3 Defining the System Part 1: Use Case Modeling Noureddine Abbadeni Al-Ain University of Science and Technology College of Engineering and.
Use Case Analysis Chapter 6.
Business Process and Functional Modeling
Chapter 4: Business Process and Functional Modeling, continued
Chapter 5 System modeling
Systems Analysis and Design
Unified Modeling Language
Requirements Analysis: Business Process and Functional Modeling
Joey F. George, Dinesh Batra, Joseph S. Valacich, Jeffrey A. Hoffer
Object Oriented Analysis and Design
INFS 6225 Object Oriented Systems Analysis & Design
PHÂN TÍCH THIẾT KẾ HƯỚNG ĐỐI TƯỢNG
Presentation transcript:

Functional Modeling Chapter 6

Objectives ■ Understand the rules and style guidelines for activity diagrams. ■ Understand the rules and style guidelines for use cases and use case diagrams. ■ Understand the process used to create use cases and use case diagrams. ■ Be able to create functional models using activity diagrams, use cases, and use case diagrams.

Functional models Used to document and understand requirements Describe business processes and interaction with environment Used for both as-is and to-be systems Two types: activity diagrams and use cases

Functional models Both activity diagrams and use cases are logical models – describe the activities of a system without specifying how the activities are implemented Focus on how business runs instead of implementation details

Business Process Modeling with Activity Diagrams Elements of an Activity Diagram Guidelines for Creating Activity Diagrams

Activity Diagrams Used for any process modeling activity, esp. business process modeling Process models show how a business system operates Processes/activities performed How objects/data move

BPM With Activity Diagrams A number of activities support a business process across several departments Activity diagrams model the behavior in a business process Sophisticated data flow diagrams Addresses Parallel concurrent activities and complex processes

Activity Diagram syntax

Activity Diagram syntax

Activity Diagram Example

Activity Diagram Example

Creating Activity Diagrams 1. Since an activity diagram can be used to model any kind of process, you should set the context or scope of the activity being modeled. Once you have determined the scope, you should give the diagram an appropriate title. 2. You must identify the activities, control flows, and object flows that occur between the activities. 3. You should identify any decisions that are part of the process being modeled. 4. You should attempt to identify any prospects for parallelism in the process. 5. You should draw the activity diagram.

USE-CASE DESCRIPTIONS

Use Cases Formal way of representing how system interacts with its environment Illustrates the activities that are performed by users of a system Provide external or functional view of a process, not internal mechanism

What are Use-Case Descriptions? Describe basic functions of the system What the user can do How the system responds Use cases are building blocks for continued design activities.

How Are Use-Cases Created? Two steps: Write text-based case descriptions Translate descriptions into diagrams Describes one and only one function, but may have multiple paths. Developed working with users for content.

Elements of a Use-Case Description Use Case Name: ID: Importance Level: Primary Actor: Use Case Type: Stakeholders and Interests: Brief Description: Trigger: Relationships: (Association, Include, Extend, Generalization) Normal Flow of Events: Subflows: Alternate/Exceptional Flows:

Use Case Description Example

Guidelines for Creating Use-Case Descriptions Write each step in “SVDPI” form Clarify initiator and receivers of action Write from independent observer perspective Write at same level of abstraction Ensure a sensible set of steps Apply KISS principle liberally Write repeating instructions after the set of steps to be repeated.

Your Turn How would you make requirements gathering (interviews, questionnaires) more effective by knowing that eventually you will be creating use-case descriptions and diagrams?

USE-CASE DIAGRAMS

Syntax for Use-Case Diagram

The Use-Case Diagram for Appointment System

Use-Case Diagram with Specialized Actor

Extend and Include Relationships

CREATING USE-CASE DESCRIPTIONS AND USE-CASE DIAGRAMS

Major Steps in Writing Use-Cases and Use-Case Diagrams Identify the major use-cases Expand the major use-case Confirm the major use-cases Create the use-case diagram As can be seen by comparing this list to figure 6-7, it is a very high level summary. Teachers of this material might want to spend significant time reviewing what happens in each of these steps.

Identifying the Major Use-Cases Review the activity diagram Identify the system’s boundaries List the primary actors List the goals of each primary actor Identify and write the major use-cases Carefully review and revise use-cases

Expand the Major Use-Cases Choose one major use-case to expand Fill in details on the use-case template Fill in the steps of the normal flow of events Normalize the size of each step Describe alternate or exceptional flows Simplify and organize as necessary

Confirm the Major Use Cases Review the current set Consider semantics and syntax Helpful to involve the users Iterate the entire set of steps until all use cases are defined

Create the Use-Case Diagram Start with system boundary Place elements in order to be easy to read Place actors on the diagram Conclude by connecting actors to use cases by lines

Writing Effective Use-Case Descriptions

Reading Task In pages 190 – 202 of the textbook, you will find an in-depth case study (CD Selections) of how to create use case descriptions and diagrams Read and understand the case study

Summary Use-case descriptions are the basis for further analysis and design. Use-case diagrams present a graphical overview of the main functionality of a system.