ITEC 370 Lecture 8 Requirements. Review Requirements –What are some of the characteristics of a good requirement? –What are use cases?

Slides:



Advertisements
Similar presentations
Support.ebsco.com Nursing Reference Center Tutorial.
Advertisements

SWEN 5130 Requirements EngineeringSlide 1 Software Prototyping u Animating and demonstrating system requirements.
Software Modeling SWE5441 Lecture 3 Eng. Mohammed Timraz
SYS366 The Last Stage in Analysis: System Use Case Descriptions created through the Use Case Authoring Process.
An Overview. BizLink BizLink is a Social Networking platform for business. It allows colleagues to come together, ask questions, share resources, form.
Chapter 15 Design, Coding, and Testing. Copyright © 2005 Pearson Addison-Wesley. All rights reserved Design Document The next step in the Software.
SE 555 Software Requirements & Specification Requirements Management.
Project Plan The Development Plan The project plan is one of the first formal documents produced by the project team. It describes  How the project will.
10th Workshop "Software Engineering Education and Reverse Engineering" Ivanjica, Serbia, 5-12 September 2010 First experience in teaching HCI course Dusanka.
1 CS 501 Spring 2005 CS 501: Software Engineering Lecture 26 Delivering the System.
1 REQUIREMENTS ENGINEERING and SYSTEMS ANALYSIS Elements and Definitions.
1 CMPT 275 Software Engineering Requirements Analysis Process Janice Regan,
Check Disk. Disk Defragmenter Using Disk Defragmenter Effectively Run Disk Defragmenter when the computer will receive the least usage. Educate users.
Software Development, Programming, Testing & Implementation.
The Project AH Computing. Functional Requirements  What the product must do!  Examples attractive welcome screen all options available as clickable.
Copyright CHS Payroll, Inc 2004 (Click anywhere to advance screen.) MyPayrollWeb.com Tour The ultimate online payroll experience from CHS Payroll.
Use Case What is it?. Basic Definition Of who can do what within a system? TemplateDiagramModelDescription.
Typical Software Documents with an emphasis on writing proposals.
1 Shawlands Academy Higher Computing Software Development Unit.
Application Training — Lead Management System. Slide 2 Module Agenda Module Break-upDuration (minutes) Lesson 1: Introduction to Lead Management System10.
Chapter 8: Systems analysis and design
ITEC 370 Lecture 8 Requirements. Review Requirements –What are some of the characteristics of a good requirement? –What are use cases?
Welcomes you ! To a Gateway for Total Project Planning, Review, Cost Monitoring & Reports
Methods: Deciding What to Design In-Young Ko iko.AT. icu.ac.kr Information and Communications University (ICU) iko.AT. icu.ac.kr Fall 2005 ICE0575 Lecture.
VBE easy VBE Release – New Features Available From 2 October 2006.
Recovery-Oriented Computing User Study Training Materials October 2003.
Writing Quality Requirements Karl E. Wiegers Presented by: Ricardo Carlos.
Design. Stages of Design i.Nature of the solution 1.Agreed set of objectives 2.Output design 3.Input design 4.Data Flow Diagram 5.System Flowchart 6.Data.
Requirements Engineering CSE-305 Requirements Engineering Process Tasks Lecture-5.
Statistics Monitor of SPMSII Warrior Team Pu Su Heng Tan Kening Zhang.
Some Sub-Activities within Requirements Engineering 1.Prototyping 2.Requirements Documentation 3.Requirements Validation 4.Requirements Measurements 5.Requirements.
Putting it all together Dynamic Data Base Access Norman White Stern School of Business.
Fundamentals of Information Systems, Third Edition1 Systems Design Answers the question “How will the information system do what it must do to solve a.
Computer Emergency Notification System (CENS)
Software Development Process.  You should already know that any computer system is made up of hardware and software.  The term hardware is fairly easy.
© Mahindra Satyam 2009 Configuration Management QMS Training.
COMP 208/214/215/216 – Lecture 8 Demonstrations and Portfolios.
Intermediate 2 Software Development Process. Software You should already know that any computer system is made up of hardware and software. The term hardware.
Test and Review chapter State the differences between archive and back-up data. Answer: Archive data is a copy of data which is no longer in regular.
1 CS 501 Spring 2002 CS 501: Software Engineering Lecture 24 Delivering the System.
Example: object diagram for Scheduler, v What is wrong with this diagram? Seems like a lot of similarity between Task and UnplannedTask Can use.
Lesson 01: Introduction to Database Software. At the end of this lesson, students should be able to: State the usage of database software. Start a database.
BIS 360 – Lecture Nine Ch. 13: Designing Forms and Reports.
RUBRIC IP1 Ruben Botero Web Design III. The different approaches to accessing data in a database through client-side scripting languages. – On the client.
CMSC 345 Fall 2000 Requirements Overview. Work with customers to elicit requirements by asking questions, demonstrating similar systems, developing prototypes,
CT1404 Lecture 2 Requirement Engineering 1 1. Today's Lecture Definition of a Software Requirement Definition of Software Requirements Management Characteristics.
Software Life Cycle The software life cycle is the sequence of activities that occur during software development and maintenance.
The Software Development Process
Systems Development Life Cycle
Bicycle Powered Charger Kento Yamaguchi ECE 498 Design Defense Advisor: Professor Hedrick.
Requirement Engineering. Recap Elaboration Behavioral Modeling State Diagram Sequence Diagram Negotiation.
Intermediate 2 Computing Unit 2 - Software Development.
1 CS 501 Spring 2003 CS 501: Software Engineering Lecture 26 Delivering the System.
Johannes Brodwall Chief Scientist Smidig arkitektur.
Task Analysis Lecture # 8 Gabriel Spitz 1. Key Points  Task Analysis is a critical element of UI Design  It describes what is a user doing or will.
Task Analysis Lecture # 8 Gabriel Spitz 1. Key Points  Task Analysis is a critical element of UI Design  It specifies what functions the user will need.
Software Interface Design Features / Issues. Learning Objectives Discuss the features affecting interface design.
GCSE ICT 3 rd Edition The system life cycle 18 The system life cycle is a series of stages that are worked through during the development of a new information.
ITEC 370 Lecture 6 Requirements. Review Requirements –What are some of the stages of the requirements gathering process? –What is the end result of this.
Requirement Elicitation Review – Class 8 Functional Requirements Nonfunctional Requirements Software Requirements document Requirements Validation and.
Project Management Methodology Project Closing. Project closing stage Must be performed for all projects, successfully completed or shut off by management.
Getting Ready for the NOCTI test April 30, Study checklist #1 Analyze Programming Problems and Flowchart Solutions Study Checklist.
In today’s lesson we will be looking at: what we mean by the software development lifecycle the phases in the lifecycle We will focus particularly on testing:
Lesson Objectives 1) Review the steps involved in problem solving 2) Review the stages of the System Life Cycle 3) Describe what prototyping is and the.
CMPE 280 Web UI Design and Development August 29 Class Meeting
Testing All Input is Evil pt 2.
Building Information Systems
“Would I have to do this all by myself …….?”
CIS 375 Bruce R. Maxim UM-Dearborn
Presentation transcript:

ITEC 370 Lecture 8 Requirements

Review Requirements –What are some of the characteristics of a good requirement? –What are use cases?

Requirements Objectives Today –1 page single spaced 12 pt font description of your idea What to do after you have the requirements document…

Requirements Acceptance testing Have description of how system is supposed to work Need –Software that implements the requirements document –A way for you and the client to agree that the delivered software works as expected

Requirements Acceptance testing Users need to see the software working Could just send a.exe and say done… Better way –Scripted demonstration –Pre-determined –Trial period for usage

Requirements Issues Lawyer needed After software is built who owns it? Tech-support / Maintenance support Updates to the project

Requirements Examples Company X sells bread to supermarkets using employees who sell and deliver bread from vans. The are currently using paper forms and would like to move to an electronic system. They want this system to feed into SAP, which will automatically keep the accounts up to date and generate all the necessary paperwork for the customer. The users will typically be from a weak educational background and have no computer skills, this the system must be very easy to use and easy to train. The system must be quicker to use in the field than the existing paper system The hardware must be rugged enough to work in a harsh environment in low light conditions. e.g. IP76, and backlit screens. The cost of the system must be no more than $5k per user From stackoverflow Given this description where does this go in the SRS? What are the stages needed to complete The SRS with this information?

Requirements Details Split up for traceability From Karl E. Wiegers 1. Status Messages The Background Task Manager shall display status messages in a designated area of the user interface at intervals of 60 plus or minus 10 seconds If background task processing is progressing normally, the percentage of the background task processing that has been completed shall be displayed A message shall be displayed when the background task is completed An error message shall be displayed if the background task has stalled.

Requirements Use cases Describe what the user is going to do One potential method for each requirement: Use case name Priority Trigger Pre-condition Basic path (List of how this feature works) Alternate path Exceptions References

Requirements When you are done Read the requirement as if you are the developer With just what is on the paper in front of you, could you implement it? Can you trace the requirement back to the customer? Can the developer see the trace and understand it?

Requirements Example A requirement document I put together for my dissertation Not a typical document, but uses part of the process to help illustrate needs for the system

Requirements Review Requirements –Good requirements –Bad requirements