Requirements specifications

Slides:



Advertisements
Similar presentations
4th VRE Programme meeting July 2006, Manchester User engagement: five key challenges and strategies for addressing them Chris Ramsden and Kerstin.
Advertisements

Information Technologies Page 1 Information Technologies Page 1 Information Technologies Page 1 Information Technologies Page 1Information Technologies.
Design formulation ● design disciplines ● differences ● commonalities ● formulation 1/24.
Chapter 3 Project Initiation
The Potential for Synergy between Information and Software Engineering Visualization Francis T. Marchese, Pace University, New York, USA Orlena C.Z. Gotel,
1 CS 426 Senior Projects Chapter 3: The Requirements Workflow [Arlow & Neustadt, 2005] February 10, 2009.
Scouting Requirements Quality Using Visual Representations Francis T. Marchese & Orlena C.Z. Gotel Pace University, New York, USA
Major Exam II Reschedule 5:30 – 7:30 pm in Tue Dec 5 th.
Types of Requirements  Functional Requirements  Descriptions of actions or processes that create or update information.  Outlines of reports or on-line.
Software Requirements The Volere Requirements Source: “Mastering the Requirements Process”, S. Robertson, J. Robertson Created by Eshcar Hilel.
Software Requirements The Volere Requirements Source: “Mastering the Requirements Process”, S. Robertson, J. Robertson Created by Eshcar Hilel.
Software Requirements
CMSC 345 The Requirements Specification. Why do we need requirements Without the correct requirements, you cannot design or build the correct product,
1 Requirements Analysis and Design Engineering Southern Methodist University CSE 7313.
Software Requirements Specification Document. Systems Requirements Specification Table of Contents I. Introduction II. General Description III. Functional.
Dineshwari Byrappa Nagraj Rashi Gupta Shreya Modi Swati Satija Magesh Panchanathan.
® IBM Software Group © 2006 IBM Corporation Rational Software France Object-Oriented Analysis and Design with UML2 and Rational Software Modeler 06. Requirements.
Topics Covered: Software requirement specification(SRS) Software requirement specification(SRS) Authors of SRS Authors of SRS Need of SRS Need of SRS.
T Project Review Magnificent Seven Project planning iteration
System Analysis and Design Dr. Taysir Hassan Abdel Hamid Lecture 5: Analysis Chapter 3: Requirements Determination November 10, 2013.
Feasibility Study.
1.  Project: temporary endeavor to achieve some specific objectives in a defined time  Project management ◦ Dynamic process ◦ Controlled and structured.
Synergy Meeting Scheduler System T-squared, S-cubed TJ Andrews Thriveni Movva Sadequa Azam Sama Malik Scott Denson.
Systems Development Life Cycle
T Iteration Demo Apollo Crew PP Iteration
Project management Topic 4 Starting up a project.
UAH Course Scheduler Team Pegasus: John Gleason Julie Poole Steven Boyer.
Final Year Project 1 (FYP 1) CHAPTER 1 : INTRODUCTION
Project Charter START IT! By Catherine B. Calio, PMP
44222: Information Systems Development
Software Requirements Engineering Session: 1 Topics: Chapters 1 – 3.
The Quality Gateway Chapter 11. The Quality Gateway.
Writing the Requirements
1 SUMS Requirements Spot universal mote system Team Awesome.
CS 641 – Requirements Engineering Chapters 7-9. Agenda Fit Criterion Functional Requirements Non-functional Requirements.
Requirement Engineering for Web Applications Introduction -play important role in WA deve. Why there is need of RE? -Because requirements are not properly.
Requirements Introduction Emerson Murphy-Hill. Scope of Software Project Failures WHY PROJECTS FAIL % 1. Incomplete Requirements Lack of user involvement12.4.
Advanced Higher Computing Science
Project and Project Formulation and Management
ITEC 275 Computer Networks – Switching, Routing, and WANs
A Brief intro to Project Management What can it do for you
Responsible District and School Codes
Requirements Determination
Requirements Engineering Process
Requirements Determination
Grid Scheduling Architecture – Research Group
CS 641 – Requirements Engineering
CS 641 – Requirements Engineering
WG Belgian Grid Implementation Network Codes.
Project success and failure factors
Registration Decision Criteria
Johanna Rothman Know What “Done” Means Chapter 11
This presentation has been prepared by Vault Intelligence Limited (“Vault") and is intended for off line demonstration, presentation and educational purposes.
Test Planning Mike O’Dell (some edits by Vassilis Athitsos)
הגדרת דרישות וניהולן Requirements Definition and Management
Standards Based Grading
Software Requirements Specification Document
Comparison between each special case
Unit 5 – eProject – Starting to look at projects Unit 5
Prepared by Stephen M. Thebaut, Ph.D. University of Florida
CEN 5035, Software Engineering
Robertson & Robertson: Chapter 2 Software Specification Lecture 10
<Project Title>
Generic Service Delivery Toolkit
Applied Software Project Management
Introduction Fact-Finding Meeting Proposal Meeting
Task 57 Scope – Template and Profile
OASIS Notification Recommendation.
G064 Coursework Project Problem Definition.
PROJECT PLANNING AND SCHEDULING BY: AMINATH SHAAYAN SHAHID.
Presentation transcript:

Requirements specifications Outline of the “Volere Document”

Project Drivers The Purpose of the Project The Client, the Customer, and Other Stakeholders Users of the Product

Project Constraints Mandated Constraints Naming Conventions and Definitions Relevant Facts and Assumptions

Functional-Non Functional Requirements The Scope of the Work The Scope of the Product Functional and Data Requirements

Nonfunctional Requirements Everything that does not have to do with the functionality of the product Ex: Look and Feel Requirements Usability and Humanity Requirements

Project Issues Every possible issues that might come up after the concretization of the problem Ex: Migration to the New Product Risks Costs

Functional Requirements Scope on the Work Scope on the product Functional and data requirements

Scope on the Product (pp. 10)

Functional and Data Requirements: Snowcards (pp. 11-15) Requirement #: 1 F Description: The system defines and proposes one or more schedules to student Rationale: To help students select their courses Originator: ITS, us and students Fit Criterion: The system provides the user accurate acknowledgement of passed and future courses needed to complete their requirement. Also propose a schedule for the incoming semester that satisfies requirements and constraints Customer satisfaction: 4 Customer dissatisfaction: 2 Priority: 4 (1 highest) Supporting materials: Ryan report of meeting with ITS Conflict: None

Functional and Data Requirements: Snowcards (pp. 11-15) When courses are displayed, show the ratio of occupied over available

Functional and Data Requirements: Snowcards (pp. 11-15) Possibility to reserve a certain percentage of the class for certain students (students majoring in the subject)

Functional and Data Requirements: Snowcards (pp. 11-15) Email confirmation to the students is sent whenever a course is added or dropped

Functional and Data Requirements: Snowcards (pp. 11-15) A report should be generated for the registrar indicating when waiting lists for courses become very long

Non Functional requirements (pp.15-18) Look and Feel Usability and Humanity Security Cultural and political

Functional and Data Requirements: Snowcards (pp. 11-15) Courses taken and courses still to be taken must be set apart in an obvious way

Thank you Alessandro Cardone