Requirements Engineering for Web Applications. SR: System Vision Document Written by key stakeholders Written by key stakeholders An executive summary.

Slides:



Advertisements
Similar presentations
OOAD – Dr. A. Alghamdi Mastering Object-Oriented Analysis and Design with UML Module 3: Requirements Overview Module 3 - Requirements Overview.
Advertisements

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.
Practical Business Modeling in the Unified Process Tom Morgan Software Architect, Fidelity National Information Services
Together and UML Greg Johnson CSE 230 – Software Engineering Spring 2007.
1 CS 426 Senior Projects Chapter 4: Use Case Modeling [Arlow and Neustadt, 2002] February 8, 2007.
TSS Architecture Definition Context. TSS Scoping Study Context Detailed Requirements Specification (products, functionality) High Level Architecture Description.
Documenting Requirements using Use Case Diagrams
Use Case Analysis Chapter 6.
1 CS 425 Software Engineering Project Preparation Use Case Modeling [Based on Chapters 3 & 4, Arlow and Neustadt, “UML and the Unified Process,” Addison-Wesley,
University of Toronto Department of Computer Science © Steve Easterbrook. This presentation is available free for non-commercial use with attribution.
Copyright ©2004 Cezary Z Janikow 1 Use Cases n Within Requirements discipline/workflow n Verbal descriptions of important functional (behavioral, transactional,
1 CS 426 Senior Projects Chapter 4: Use Case Modeling [Arlow and Neustadt, 2005] February 5, 2009.
7. 2Object-Oriented Analysis and Design with the Unified Process Objectives  Detailed Object-Oriented Requirements Definitions  System Processes—A Use.
Use Case Analysis – continued
1.  Modeling the context of a system  Modeling the requirements of a system 2.
Requirements Elicitation. Requirement: a feature or constraint that the system must satisfy Requirements Elicitation: specification of the system that.
Object Oriented Analysis By: Don Villanueva CS 524 Software Engineering I Fall I 2007 – Sheldon X. Liang, Ph. D.
® IBM Software Group © 2006 IBM Corporation Rational Software France Object-Oriented Analysis and Design with UML2 and Rational Software Modeler 06. Requirements.
Chapter 4 User Experience Model. User experience model (Ux) Visual specification of the user interface Visual specification of the user interface Both.
Chapter 5 Analysis Model. Analysis model (AM) The first step in describing how the system will implement the requirements specification The first step.
MSF Requirements Envisioning Phase Planning Phase.
Demystifying the Business Analysis Body of Knowledge Central Iowa IIBA Chapter December 7, 2005.
Business Analysis and Essential Competencies
Chapter 4 – Requirements Engineering Lecture 3 1Chapter 4 Requirements engineering.
Object-Oriented Analysis and Design An Introduction.
10/12/ Recall The Team Skills 1. Analyzing the Problem (with 5 steps) 2. Understanding User and Stakeholder Needs 1. Interviews & questionnaires.
UML The Unified Modeling Language A Practical Introduction Al-Ayham Saleh Aleppo University
Software Engineering Chapter 7 Fall Capturing the Requirements as Use Cases Capturing the Requirements as Use Cases By using use cases analysts.
Requirements Artifacts Precursor to A & D. Objectives: Requirements Overview  Understand the basic Requirements concepts and how they affect Analysis.
Using UML, Patterns, and Java Object-Oriented Software Engineering Chapter 4, Requirements Elicitation.
USE CASE Bayu Adhi Tama, MTI Faculty of Computer Science, University of Sriwijaya Slides are adapted from Petrus Mursanto
Copyright 2002 Prentice-Hall, Inc. Chapter 2 Object-Oriented Analysis and Design Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer Joey.
 A software application is like a city  Modeling = Architecture  OOP = Civil Engineering  UML Classes = Blueprints of Buildings  UML is a common.
Chapter 7 Applying UML and Patterns Craig Larman
Requirements as Usecases Capturing the REQUIREMENT ANALYSIS DESIGN IMPLEMENTATION TEST.
Requirements Analysis and Design Engineering Southern Methodist University CSE 7313.
1 Object-Oriented Modeling Using UML CS 3331 Section 2.4 Modeling Requirements with Use Cases.
Yarmouk University Department of Computer Information Systems CIS 499 Yarmouk University Department of Computer Information Systems CIS 499 Yarmouk University.
Faculty of Applied Engineering and Urban Planning Software Engineering Department Software Engineering Lab Use Cases Faculty of Information system Technology.
1 Use Case Diagrams Use Case Actor Use case description Use case realization (Scenario) Use case relationships –Extends –Uses.
Shanghai Jiao Tong University 上海交通大学软件工程中心 Object Oriented Analysis and Design Requirements Overview.
1 Capturing Requirements As Use Cases To be discussed –Artifacts created in the requirements workflow –Workers participating in the requirements workflow.
Chapter 4: Use Case Modeling [Arlow and Neustadt, 2005] CS 790M Project preparation (II) University of Nevada, Reno Department of Computer Science & Engineering.
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 Version /05/2004 © 2004 Robert Oshana Requirements Engineering Use cases.
1 Software Requirements l Specifying system functionality and constraints l Chapters 5 and 6 ++
Analysis Modeling CpSc 372: Introduction to Software Engineering
Use Case Model Use case diagram. Relevant Requirements Artifacts Use-Case Model Supplementary Specification Use-Case Specifications... Glossary Actors.
Requirements Engineering for Web Applications. SR: System Vision Document Written by key stakeholders Written by key stakeholders An executive summary.
Software Engineering 1 Object-oriented Analysis and Design Applying UML and Patterns An Introduction to Object-oriented Analysis and Design and Iterative.
CSC480 Software Engineering Lecture 8-9 September 20, 2002.
CS212: Object Oriented Analysis and Design Lecture 32: Use case and Class diagrams.
Requirements Management with Use Cases Module 3: Analyze the Problem Requirements Management with Use Cases Module 3: Analyze the Problem.
CSE 403, Software Engineering Lecture 3 Requirements.
22 August, 2007Information System Design IT60105, Autumn 2007 Information System Design IT60105 Lecture 8 Use Case Diagrams.
Understanding Requirements
Prof. Hany H. Ammar, CSEE, WVU, and
Use Case Model Use case description.
Chapter 6: Structuring Requirements: Use Case Description and Diagrams Object-Oriented Systems Analysis and Design Joey F. George, Dinesh Batra, Joseph.
OO DomainModeling With UML Class Diagrams and CRC Cards Chapter 6 Princess Nourah bint Abdulrahman University College of Computer and Information Sciences.
Use Case Analysis Chapter 6.
CMPE 280 Web UI Design and Development August 29 Class Meeting
Requirements Elicitation and Elaboration
Use Case Model Use case description.
Other Requirement Artifacts
Chapter 4: Use Case Modeling
CS 420/620 HCI Use Case Modeling Project Preparation
CS 425 Software Engineering
CS 425/625 Software Engineering
Presentation transcript:

Requirements Engineering for Web Applications

SR: System Vision Document Written by key stakeholders Written by key stakeholders An executive summary of the solution An executive summary of the solution A high-level description of the problem that the system will address as a set of issues stated in business terms. A high-level description of the problem that the system will address as a set of issues stated in business terms. The list of stakeholders and users of the system with their descriptions, concerns, and responsibilities. The list of stakeholders and users of the system with their descriptions, concerns, and responsibilities. A list of features of the system expressed in business terms. A list of features of the system expressed in business terms. A list of system constraints described in business terms. A list of system constraints described in business terms. A list of nonfunctional constraints related to overall enterprise environment, including development standards and processes of the organization, limitation in cost or resources, etc. A list of nonfunctional constraints related to overall enterprise environment, including development standards and processes of the organization, limitation in cost or resources, etc.

SR: User-Stories An effective intermediate step to the use cases An effective intermediate step to the use cases A half-day workshop with representative of the user community A half-day workshop with representative of the user community Ask them to write up what they expect the possible interactions of the various users with the system are as stories Ask them to write up what they expect the possible interactions of the various users with the system are as stories Not give the users too much time to write stories. Not give the users too much time to write stories. User stories are a throwaway artifact, not maintained. User stories are a throwaway artifact, not maintained. Used as a basis for system use cases Used as a basis for system use cases Good for user experience model Good for user experience model

User story example

SR: Use Case Model - 1 Actors Actors A role played by a person or system that is external to the system but interacts with it. A role played by a person or system that is external to the system but interacts with it. System use case System use case A sequence of actions that describe the interaction between the actors and the system for a specific task or function A sequence of actions that describe the interaction between the actors and the system for a specific task or function Use case model Use case model UML diagrams and the use case definitions UML diagrams and the use case definitions A synthetic view of the functionality of the system A synthetic view of the functionality of the system

Use case template

SR: Use Case Model - 2 Objectives of the use case model Objectives of the use case model Produce diagrams that represent the actors and their relationships (actor diagrams) Produce diagrams that represent the actors and their relationships (actor diagrams) Produce diagrams that represent the use cases with the actors and their relationships (use case diagrams) Produce diagrams that represent the use cases with the actors and their relationships (use case diagrams) Organize the use cases into packages that map to the conceptual categorization of the system functions Organize the use cases into packages that map to the conceptual categorization of the system functions

Initial UML diagram of actors

Actor Model

SR: Use Case Model - 3 Use the following to produce first draft of use cases Use the following to produce first draft of use cases User stories User stories Business use case model Business use case model Business object model Business object model Vision document Vision document Organize use cases into “business packages”, each of which contributes to the realization of a specific business function Organize use cases into “business packages”, each of which contributes to the realization of a specific business function

Use case model: Acct Mngmnt

Use case Model: Store Front

Use case model: Maintenance

Use case model: Organization

Use case model: mind map Use Cases User Acct Mngt Store front Maintenance Create Account Manage Users Manage Account Sign in Sign out Checkout Review shopping cart Browse Catalog

Use case model: system boundary Create Account Manage Users Manage Account Sign in Sign out Checkout Review shopping cart Browse Catalog Anonymous User Registered Buyer Admin Credit Card System

Use case: sequence diagram

SR: Use Case Model - 4 Refine use cases Refine use cases Use a template for use case definition Use a template for use case definition Remove any ambiguity Remove any ambiguity Resolve conflicts Resolve conflicts Use the business rules to identify alternative paths in the use cases Use the business rules to identify alternative paths in the use cases Add concepts that are pertaining to the system, but the business to the business/system glossary Add concepts that are pertaining to the system, but the business to the business/system glossary

SR: Test cases As soon as the use cases are defined, test designer should start identifying As soon as the use cases are defined, test designer should start identifying Test scenarios Test scenarios Test cases Test cases Preparing of test cases can also help in validating use cases Preparing of test cases can also help in validating use cases

SR: Summary Artifacts of SR Artifacts of SR Vision document Vision document User stories User stories Use case definition Use case definition Use case model Use case model System glossary System glossary Use case packages Use case packages