The Requirement. What is Inception? What is the vision and business case for this project? –not to define all the requirements Feasible? Buy and/or build?

Slides:



Advertisements
Similar presentations
Use Case & Use Case Diagram
Advertisements

Use Case Model. C-S 5462 Use case model describes what the user expects the system to do –functional requirements may describe only the functionalities.
CS3773 Software Engineering Lecture 03 UML Use Cases.
 Need to Gather requirements and other related information  Use case Modeling ◦ What the system will do for the users.
CT1404 Lecture 2 Requirement Engineering and Use Cases 1.
1 CS 426 Senior Projects Chapter 4: Use Case Modeling [Arlow and Neustadt, 2002] February 8, 2007.
Documenting Requirements using Use Case Diagrams
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,
1 CS 426 Senior Projects Chapter 4: Use Case Modeling [Arlow and Neustadt, 2005] February 5, 2009.
Use Case Diagram.
Use Case Diagrams Week 1 – Lab 1.
USE Case Model.
Modeling System Requirements:Events and Things
The Software Development Life Cycle: An Overview
Requirements Elicitation. Requirement: a feature or constraint that the system must satisfy Requirements Elicitation: specification of the system that.
Chapter 3 Use Cases.
Chapter 7 Structuring System Process Requirements
1 Object-Oriented Analysis Use Case Driven. 2 The outline method for OOA 1.Identify object classes within the problem domain 2.Define the behaviour of.
1 CS 426 Senior Projects Chapter 3: The Requirements Workflow [Arlow & Neustadt, 2005] January 31, 2012.
Faculty of Computer & Information Software Engineering Third year
USE CASE Bayu Adhi Tama, MTI Faculty of Computer Science, University of Sriwijaya Slides are adapted from Petrus Mursanto
Requirements as Usecases Capturing the REQUIREMENT ANALYSIS DESIGN IMPLEMENTATION TEST.
Requirements Analysis and Design Engineering Southern Methodist University CSE 7313.
University of Toronto at Scarborough © Kersti Wain-Bantin CSCC40 Use Case 1 what are use cases? “A specification of sequences of actions, including variant.
1 Use Case Modeling Reference: RUP Doc. Use Case Example 2.
Faculty of Applied Engineering and Urban Planning Software Engineering Department Software Engineering Lab Use Cases Faculty of Information system Technology.
Object Oriented Analysis & Design & UML (Unified Modeling Language) 1 Part II: Requirements The requirements workflow Use case modeling Advanced.
1 Structuring Systems Requirements Use Case Description and Diagrams.
Use Cases, Part I Understanding the Business Dynamics  Understand the business workflow  Identify system support points the system 'use cases'
Systems Analysis and Design in a Changing World, 6th Edition
Systems Analysis and Design in a Changing World, 6th Edition 1 Chapter 3 Use Cases.
1 System Analysis and Design Using UML INSTRUCTOR: Jesmin Akhter Lecturer, IIT, JU.
Requirements Engineering for Web Applications. SR: System Vision Document Written by key stakeholders Written by key stakeholders An executive summary.
Chapter 4: Use Case Modeling [Arlow and Neustadt, 2005] CS 790M Project preparation (II) University of Nevada, Reno Department of Computer Science & Engineering.
1 Version /05/2004 © 2004 Robert Oshana Requirements Engineering Use cases.
1 Chapter 5 Modeling System Requirements Finding the Use Cases Page
Techniques of identifying use cases List all users who will use the system. Start with existing system, and list system functions already included. Talk.
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.
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.
IS3320 Developing and Using Management Information Systems Lecture 16: Data-Flow Diagrams 1 (Intro to Context-Level diagrams) Rob Gleasure
 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.
Chapter 3: The Requirements Workflow [Arlow and Neustadt, 2005] CS 426 Senior Projects in Computer Science University of Nevada, Reno Department of Computer.
Chapter 6: Structuring Requirements: Use Case Description and Diagrams Object-Oriented Systems Analysis and Design Joey F. George, Dinesh Batra, Joseph.
Use Case Diagrams. Introduction In the previous Lecture, you saw a brief review of the nine UML diagrams. Now that you have the clear, you'll start to.
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.
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.
Use Cases. 2 A use case... –Specifies the behavior of a system or some subset of a system. –Is a system-level function. –Does not indicative how the specified.
WHAT IS A Context Diagram?
Using Use Case Diagrams
CMPE 280 Web UI Design and Development August 29 Class Meeting
ATM OO Design and Implementation Case Study
Storyboarding and Game Design SBG, MBG620 Full Sail University
CS 790M Project preparation (I)
Chapter 3: The Requirements Workflow
SAD ::: Spring 2018 Sabbir Muhammad Saleh
Joey F. George, Dinesh Batra, Joseph S. Valacich, Jeffrey A. Hoffer
Chapter 9 Use Cases.
Use Cases.
Chapter 4: Use Case Modeling
System analysis and design
Using Use Case Diagrams
Requirements Very High level specification of what system should do
Chapter 4: Use Case Modeling
CS 420/620 HCI Use Case Modeling Project Preparation
CS 425 Software Engineering
CS 425/625 Software Engineering
Week 8 Lecture 1: Identifying Actors and Activities
CS 426 CS 791z Topics on Software Engineering
CS 426 CS 791z Topics on Software Engineering
Presentation transcript:

The Requirement

What is Inception? What is the vision and business case for this project? –not to define all the requirements Feasible? Buy and/or build? Rough unreliable range of cost Should we proceed or stop?

Requirement Beginning of project life cycle Occur troughout the Inception and Elaboration What you are going to build?

Metamodel Small triangle indicates that the package contains a model The anchor icon indicates that contain the thing at the other end of the line

Metamodel Metamodel contains 2 model that are differrence. The requirement model contain –functional requirements (what the system should) –Non-functional requirements (constraints on the system) The use case model contain –Use cases (specifications of system functionality) –Actors (external roles that interact directly with the system)

Defining requirement model Requirement tell us ? (what or how) we should build. Two types of requirement (functional and non- functional) Well-formed

ATM What the system should do? 1.The ATM system shall check the validity of the inserted ATM card. 2.The ATM system shall validate the PIN number entered by the customer. A constraint placed on the system 1.The ATM system shall be written in C++ 2.The ATM system shall validate an ATM card in three seconds or less

Techniques Interviews Questionnaires workshops

Use case modeling Proceeds as follows. –Find a candidate system boundary. –Find the actors. –Find the use cases. –Iterate until stable. Output –System boundary Edge or boundary of the system. –Actors Roles played by people or things that use the system. –Use cases Things that the actor can do with the system. –Relationships Relationships between actors and use cases.

Looking at the input Business model –Best source of requirement Requirement model –Functional requirement suggest use cases and actors –Non-functional suggest things you may keep in mind when constructing the use case model

The subject-System boundary First thing when build a system is decide where the boundaries of the system –What is part of your system –What is external to your system The subject(uml2.0) is drawn as a box –Label with the name –Actors drawn outside –Use cases inside

What are actors Actor specifies a role (entity) that interact with your system directly It may represent a user role Or a role played by another system or piece of hardware Actors are always external to the system

Indentifying actors Who or what uses the system What roles do they play in the interaction Who install the system Starts and shutdown the system Who maintains the system What other systems interact with this system Who or what gets and provides information to the system Does anathing happen at a fixed time

What are use cases A use case is something an actor wants the system to do. Always started by an actor.

Identifying use cases Best way is start with the list of actors,consider how each actor is going to use the system. Descriptive name that is a verb phrase. Find some new actors !!! Helpful list of questions –What functions that actor want from the system? –Does the system store and retrieve information?(which actor trigger this behavior) –What happens when the system changes state(start,stop)? –Do any external events affect the system? –Does the system interact with any external system? –Does the system generate any report?

diagram

Specification