Software Requirements

Slides:



Advertisements
Similar presentations
Knowledge Pathways in IT
Advertisements

TDT 4242 Inah Omoronyia and Tor Stålhane Agile requirements through user stories and scenarios TDT 4242 Institutt for datateknikk og informasjonsvitenskap.
National Association for Regulatory Administration September 13, 2011 IT’s NOT Like Building a House Mark Parker (800)
Management 421 Computer Science 350. Overview Project Roles Software Development Process Extreme Programming Management/Developer Interaction in Extreme.
1 Lecture 5 Introduction to Software Engineering Overview  What is Software Engineering  Software Engineering Issues  Waterfall Model  Waterfall Model.
Software Engineering Case Study Slide 1 Introductory case study.
Chapter 1 The Systems Development Environment
What is a Sentence? By Jaye Lynn Trapp.
Chapter 4 – Requirements Engineering
Chapter 1: The Object-Oriented Systems Development Environment Object-Oriented Systems Analysis and Design Joey F. George, Dinesh Batra, Joseph S. Valacich,
Adaptive Processes © Adaptive Processes Simpler, Faster, Better Software Requirements.
DEFINITION A WANT AD IS A PUBLIC MESSAGE TELLING PEOPLE ABOUT THE JOB POSITION YOU ARE HIRING. WHERE TO FIND WANT ADS WANT ADS ARE USUALLY FOUND IN NEWSPAPERS,
Planning Game in Artifacts Tracker (AT) Project Michal Pilawski.
CSE3PE: Professional Environment Book Reviewing. What is the purpose of a book review? Professional Environment2.
1/23 Prescriptive Process Models. 2/23 Prescriptive Models Prescriptive process models advocate an orderly approach to software engineering Prescriptive.
Software Engineering Saeed Akhtar The University of Lahore Lecture 5 Originally shared for: mashhoood.webs.com.
Quick Write Reflection How will you implement the Engineering Design Process with your students in your classes?
CSI 1340 Introduction to Computer Science II Chapter 1 Software Engineering Principles.
Information Architecture 2 Mailing List? No Class Scheduled October 23 Books? -Beck, K. (1999). Extreme Programming Explained: Embrace Change.Extreme Programming.
Fall CS-EE 480 Lillevik 480f06-l6 University of Portland School of Engineering Senior Design Lecture 6 Other development processes Technical documents.
Software Engineering 2004 Jyrki Nummenmaa 1 Why new software methodologies The classic waterfall-model based techniques are strongly based on the.
CS 4500: Software Development Software Process. Materials Sommmerville Chapters 1, 2 and 3 Software Cycle and Models:
4.2 SOFTWARE DEVELOPMENT METHODOLOGGY PRESENTED BY : AZURA IBRAHIM SYARIFAH SYAZA BTE SEYD ZULKAFLY CS230(5A)
Central Idea and Objective Summary. Central “Main” Idea and Detail Main Idea- the topic and controlling point of a paragraph; what the paragraph is about.
Software Development Life Cycle. The Software Life Cycle  Encompasses all activities from initial analysis until end of work  Formal process for software.
Chapter 5 Agile Development Moonzoo Kim KAIST
Chapter 4 & Chapter 5 Important Concepts
Chapter 1 Computer Technology: Your Need to Know
Requirements Engineering Lecture 4
Appendix B Agile Methodologies
Software Engineering Process

System Testing Antares Rocket Test Launch ( HQ) System Testing.
Security: Exploits & Countermeasures
Objects First with Java A Practical Introduction using BlueJ
IS301 – Software Engineering V:
Lecture 1 What is Software Engineering? CSC 4700 Software Engineering
Software Requirements
Iterative and Agile Development
Software Requirements
Software Engineering Process
Central Idea and Objective Summary
Introduction to Software Engineering
Teaching slides Chapter 1.
Types of Writing E. Q. Why do we write
Chapter 1. Introduction Eric Braude and Michael Bernstein.
Practical Software Engineering
Stumpf and Teague Object-Oriented Systems Analysis and Design with UML
Stumpf and Teague Object-Oriented Systems Analysis and Design with UML
Software Requirements
Software Engineering Process
Planning and Estimation.
Software Requirements
Project Planning and Estimation
Behavioral Modeling with UML
Domain Modeling.
Domain Modeling.
Skills being practiced:
Appendix B Agile Methodologies
Security: Exploits & Countermeasures
Requirement Engineer Terms and Conditions
Version Control with Git
Whitebox Testing.
Databases and the MVC Model
Software Configuration Management.
Software Requirements
Iteration Planning.
Software Engineering Process
Planning and Estimation.
Extreme Programming (and Pair Programming)
Presentation transcript:

Software Requirements http://flic.kr/p/6sdZDR Software Requirements

SWEBOK Knowledge Areas Today’s topic Software Requirements Software Design Software Construction Software Testing Software Maintenance Software Configuration Management Software Engineering Management Software Engineering Process Software Engineering Models and Methods Software Quality Software Engineering Professional Practice Software Engineering Economics Computing Foundations Mathematical Foundations Engineering Foundations

Iterative Development Process Requirements Planning Implementation Analysis Design Deployment Testing Evaluation Initial Planning We are here

Problems Need to figure out what customer wants Not make false/incorrect assumptions Need to chunk work into bite-sized pieces So work can be divided up So system can be built incrementally So estimates are remotely accurate

“Plan using units of customer-visible functionality.” User stories (USs) “Plan using units of customer-visible functionality.” Quote from Kent Beck’s Extreme Programming Explained (2005). http://flic.kr/p/884GBP

Flight-Booking System Example Two parts: title and description

User Story Dos and Don’ts USs should … USs should not … describe one thing that the software needs to do for the customer be written using language that the customer understands be written by the customer (figuratively speaking) be short. Aim for no more than three sentences be a long essay use technical terms that are unfamiliar to the customer mention specific technologies Principle: Keep requirements customer-oriented

Helpful US-Description Template Template: “As a <who>, I want <what> <why>.” Can be rearranged as long as it includes who, what, why Example: “As a dog, I want to order food online, so I don’t have to rely on people anymore.” “Why” is optional, but helpful Don’t be afraid to have multiple whos, each with their own why

US-Description Examples: Who and What

Helpful US-Title Template: Verb + Noun

Let’s write some user stories! Title: <verb> <noun> Description: As a <who>, I want <what> <why>.