Clarke, R. J (2001) S213-02: 1 Multimedia in Organisations BUSS 213 Supplementary 2 Use Cases & Descriptions.

Slides:



Advertisements
Similar presentations
Irwin/McGraw-Hill Copyright © 2000 The McGraw-Hill Companies. All Rights reserved Whitten Bentley DittmanSYSTEMS ANALYSIS AND DESIGN METHODS5th Edition.
Advertisements

An Introduction to Object Modeling
IT Requirements Capture Process. Motivation for this seminar Discovering system requirements is hard. Formally testing use case conformance is hard. We.
© 2010 Bennett, McRobb and Farmer1 Use Case Description Supplementary material to support Bennett, McRobb and Farmer: Object Oriented Systems Analysis.
Chapter 22 Object-Oriented Systems Analysis and Design and UML Systems Analysis and Design Kendall and Kendall Fifth Edition.
Systems Analysis and Design in a Changing World, Fourth Edition
CAP 252 Lecture Topic: Requirement Analysis Class Exercise: Use Cases.
Irwin/McGraw-Hill Copyright © 2004 The McGraw-Hill Companies. All Rights reserved Whitten Bentley DittmanSYSTEMS ANALYSIS AND DESIGN METHODS6th Edition.
Lecture 13 Revision IMS Systems Analysis and Design.
Documenting Requirements using Use Case Diagrams
IMS1805 Systems Analysis Topic 3: Doing Analysis (continued from previous weeks)
Monash University, SIMS, Semester One, DATA GATHERING FOR INFORMATION SYSTEMS DEVELOPMENT CSE Information Systems 1 CSE Information Systems.
Irwin/McGraw-Hill Copyright © 2004 The McGraw-Hill Companies. All Rights reserved Whitten Bentley DittmanSYSTEMS ANALYSIS AND DESIGN METHODS6th Edition.
Bina Nusantara 7 C H A P T E R MODELING SYSTEM REQUIREMENTS WITH USE CASES.
Systems Analysis & Design Sixth Edition Systems Analysis & Design Sixth Edition Toolkit Part 5.
Modeling System Requirements with Use Cases
03/12/2001 © Bennett, McRobb and Farmer Use Case Diagrams Based on Chapter 6 of Bennett, McRobb and Farmer: Object Oriented Systems Analysis and.
Marcelo Santos – OOAD-CDT309, Spring 2008, IDE-MdH Object-Oriented Analysis and Design - CDT309 Period 4, Spring 2008 Use cases: deciding what you want.
Requirements Gathering : Determining the scope of the system 1. Elicitiation – fact finding 2. Specification 3. Validation.
Sharif University of Technology Session # 7.  Contents  Systems Analysis and Design  Planning the approach  Asking questions and collecting data 
Chapter 7: The Object-Oriented Approach to Requirements
Chapter 7 Requirement Modeling : Flow, Behaviour, Patterns And WebApps.
Lecture Outline 11 The Development of Information Systems Chapter 8 page 390+
Use Case What is it?. Basic Definition Of who can do what within a system? TemplateDiagramModelDescription.
CS 4310: Software Engineering Lecture 3 Requirements and Design.
® IBM Software Group © 2006 IBM Corporation Rational Software France Object-Oriented Analysis and Design with UML2 and Rational Software Modeler 06. Requirements.
SOFTWARE ENGINEERING BIT-8 APRIL, 16,2008 Introduction to UML.
From Use Cases to Test Cases 1. A Tester’s Perspective  Without use cases testers will approach the system to be tested as a “black box”. “What, exactly,
7 MODELING SYSTEM REQUIREMENTS WITH USE CASES C H A P T E R
Requirement Engineering. Review of Last Lecture Problems with requirement Requirement Engineering –Inception (Set of Questions) –Elicitation (Collaborative.
Systems Analysis and Design in a Changing World, Fifth Edition
Programming in Java Unit 3. Learning outcome:  LO2:Be able to design Java solutions  LO3:Be able to implement Java solutions Assessment criteria: 
UML – Unified Modeling Language Use-Case Diagrams.
Requirements as Usecases Capturing the REQUIREMENT ANALYSIS DESIGN IMPLEMENTATION TEST.
Chapter 5 Models and UML Notation for The Object-Oriented Approach.
Systems Analysis and Design 8 th Edition Chapter 6 Object Modeling.
Definitions Priority terms: Use case User story Scenario Public Health event Participant / Actor Public Health report Public Health Reporting Trigger Data.
Object Oriented Analysis and Design using the UML CIS 520 Advanced Object-Oriented Design.
Sept. 18, 2003CS WPI1 CS 509 Design of Software Systems Lecture #3 Thursday, Sept. 18, 2003.
7 Systems Analysis and Design in a Changing World, Fifth Edition.
® 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.
Yarmouk University Department of Computer Information Systems CIS 499 Yarmouk University Department of Computer Information Systems CIS 499 Yarmouk University.
1 Structuring Systems Requirements Use Case Description and Diagrams.
2131 Structured System Analysis and Design By Germaine Cheung Hong Kong Computer Institute Lecture 8 (Chapter 7) MODELING SYSTEM REQUIREMENTS WITH USE.
Chapter 1 Applying UML and Patterns. The Need for Software Blueprints Knowing an object-oriented language and having access to a library is necessary.
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.
1 Software Requirements l Specifying system functionality and constraints l Chapters 5 and 6 ++
Domain Classes – Part 1.  Analyze Requirements as per Use Case Model  Domain Model (Conceptual Class Diagram)  Interaction (Sequence) Diagrams  System.
Use Cases Todd S. Bacastow Professor of Practice John A. Dutton e-Education Institute The Pennsylvania State University.
Lecture 14 22/10/15. The Object-Oriented Analysis and Design  Process of progressively developing representation of a system component (or object) through.
Unit-3 Identifying use cases Object Analysis Classification
ANALYSIS PHASE OF BUSINESS SYSTEM DEVELOPMENT METHODOLOGY.
21/1/ Analysis - Model of real-world situation - What ? System Design - Overall architecture (sub-systems) Object Design - Refinement of Design.
CCT 333: Imagining the Audience in a Wired World Class 9: Scenarios and Requirements.
Chapter 7 Part II Structuring System Process Requirements MIS 215 System Analysis and Design.
7 Systems Analysis – ITEC 3155 The Object Oriented Approach – Use Cases.
TA: Shreya Rawal.  A use case is a description of a system’s behavior as it responds to a request that originates from outside of that system (Usually.
Design Evaluation Overview Introduction Model for Interface Design Evaluation Types of Evaluation –Conceptual Design –Usability –Learning Outcome.
Chapter 5 – System Modeling Lecture 1 1Chapter 5 System modeling.
Engineering Quality Software Week02 J.N.Kotuba1 SYST Engineering Quality Software.
CompSci 280 S Introduction to Software Development
Unified Modeling Language
SNS College of Engineering Coimbatore
EKT 421 SOFTWARE ENGINEERING
Software Architecture & Design Pattern
Unified Modeling Language
Joey F. George, Dinesh Batra, Joseph S. Valacich, Jeffrey A. Hoffer
SYS466 Domain Classes – Part 1.
Uml diagrams In ooad.
Presentation transcript:

Clarke, R. J (2001) S213-02: 1 Multimedia in Organisations BUSS 213 Supplementary 2 Use Cases & Descriptions

Clarke, R. J (2001) S213-02: 2 Agenda Use Cases as a Method Use Cases Use Cases and Scenarios Actor BUSS213 Example Further Reading: Whitten, J. L.; Bentley, L. D. and K. C. Dittman (2001) Systems Analysis and Design Methods 5 th Edition McGraw Hill, pp

Clarke, R. J (2001) S213-02: 3 Definitions

Clarke, R. J (2001) S213-02: 4 Definition Use Cases as a Method … use cases are generally constructed during requirements analysis but they can be used during the entire development process during the analysis phase they are used to model functionality of a proposed system and are used as a starting point for identifying the data entities and objects in a system

Clarke, R. J (2001) S213-02: 5 Definition … Use Cases as a Method … although we are using a very informal approach to use cases they can be very formal indeed- for examples in Whitten, J. L.; Bentley, L. D. and K. C. Dittman (2001) Systems Analysis and Design Methods 5 th Edition McGraw Hill, pp they are a part of the standard techniques that are used in Universal Modeling Language (UML) which is causing a bit of a revolution in Systems Analysis and Design

Clarke, R. J (2001) S213-02: 6 Definitions …Use Cases as a Method Use Cases are a technique used by analysts to clearly and concisely specify system requirements historically, the concept of Use Cases comes from object-oriented modelling (taught in BUSS211 and related subjects) it is such a useful techniques that it is also used in non-object oriented modelling an excellent technique to better understand and document system requirements can also be used in other contexts eg. user interfaces analyses

Clarke, R. J (2001) S213-02: 7 Definitions Use Case use cases are named using the name of the input preceded by an action verb eg. Finding Subject Result the primary inputs that trigger business events within the organisation or particular patterns of use (usage events) are considered use cases the external parties (often users) that provide those inputs are considered actors

Clarke, R. J (2001) S213-02: 8 Definitions Use Cases and Scenarios a use case is a behaviourally related sequence of steps called a scenario, for the purpose of completing a single business task is a description how a system (or interface, website etc) functions from the perspective of external users and in the manner and terminology they understand more than one use cases are needed to completely describe a system, interface etc. when used in traditional systems analysis, the story a particular use case describes will contain one or more system requirements

Clarke, R. J (2001) S213-02: 9 Definitions Actors use cases are started, initiated, or triggered by external users called actors represents anything that needs to interact with the system to exchange information an actor represents a role fulfilled by a user interacting with the system and is not meant to portray a single individual or job title an actor can also be an external system – not just limited to users or a role (that is a person)! an actor initiates system activity- a use case- for the purpose of completing some business task

Clarke, R. J (2001) S213-02: 10 Use Cases BUSS 213 Example… Basically the idea is to identify the audiences that might use your CD-ROM or website and write a small description- a use case scenario- showing how that user interacts with the system. For example, the UoW website serves users called Student Users (amongst others). One type of user might be called the Student (different from Prospective Students)…

Clarke, R. J (2001) S213-02: 11 Use Cases …BUSS 213 Example… An important part of the interaction between Students and UoW website is through the Student Online Services (SOL) link on the Global Navigation of the website, described in the following use case: Use Case Name: Finding Subject Result Actor(s): Students Description: In order for Students to find their marks : From UoW Home Page, select SOL Global Navigation option On loading, type in Student Identification Number (SID) Nominate which Subject they are interested in viewing.... etc

Clarke, R. J (2001) S213-02: 12 Use Cases …BUSS 213 Example Some observations: a use case only describes a small amount of system functionality the important thing is that what is described is significant for the type of user being considered there may be more one way a specific type of user interacts with the system (in fact you might worry if clients were not well served by the system) a particular scenario might be shared by two or more types of user- Student might look up ‘staff directory’ option just like Staff members