Software Quality Engineering

Slides:



Advertisements
Similar presentations
1 Presented By: Sonya Hawkins.  Discuss Scope  Discuss Requirements 2.
Advertisements

May 14, May 14, 2015May 14, 2015May 14, 2015 Azusa, CA Sheldon X. Liang Ph. D. Software Engineering in CS at APU Azusa Pacific University, Azusa,
Software Requirements
Computer Engineering 203 R Smith Requirements Management 6/ Requirements IEEE Standard Glossary A condition or capability needed by a user to solve.
Requirement Engineering – A Roadmap
Business Area Analysis Focus: Domain View (selected business area) Goals: –Isolate functions and procedures that allow the area to meet its goals –Define.
SE 555 Software Requirements & Specification Requirements Validation.
Requirements Specifications Today: Homework #1 due For next class: Pressman 11; SRD Team Status Reports Requirements Process (continued) Bio Break ( 5.
1 REQUIREMENTS ENGINEERING and SYSTEMS ANALYSIS Elements and Definitions.
Introduction to Software Testing
Handouts Software Testing and Quality Assurance Theory and Practice Chapter 11 System Test Design
1 Software Engineering: A Practitioner’s Approach, 6/e Chapter 7 Requirements Engineering Software Engineering: A Practitioner’s Approach, 6/e Chapter.
The Software Development Life Cycle: An Overview
Software Engineering 2003 Jyrki Nummenmaa 1 REQUIREMENT SPECIFICATION Today: Requirements Specification Requirements tell us what the system should.
SE-02 SOFTWARE ENGINEERING LECTURE 3 Today: Requirements Analysis Requirements tell us what the system should do - not how it should do it. Requirements.
Writing Quality Requirements Karl E. Wiegers Presented by: Ricardo Carlos.
Requirements Engineering CSE-305 Requirements Engineering Process Tasks Lecture-5.
Software Engineering – University of Tampere, CS DepartmentJyrki Nummenmaa REQUIREMENT SPECIFICATION Today: Requirements Specification.
Lecture 7: Requirements Engineering
Problem Solving Engineering Technology Mr. Austin.
The System and Software Development Process Instructor: Dr. Hany H. Ammar Dept. of Computer Science and Electrical Engineering, WVU.
1 Software Requirements l Specifying system functionality and constraints l Chapters 5 and 6 ++
CMSC 345 Fall 2000 Requirements Overview. Work with customers to elicit requirements by asking questions, demonstrating similar systems, developing prototypes,
Capturing the requirements  Requirement: a feature of the system or a description of something the system is capable of doing in order to fulfill the.
Business Analysis. Business Analysis Concepts Enterprise Analysis ► Identify business opportunities ► Understand the business strategy ► Identify Business.
Requirement Engineering. Recap Elaboration Behavioral Modeling State Diagram Sequence Diagram Negotiation.
Requirements Engineering. Requirements engineering processes The processes used for RE vary widely depending on the application domain, the people involved.
Smart Home Technologies
Software Requirements Specification (SRS)
1 Requirements Engineering From System Goals to UML Models to Software Specifications Axel Van Lamsweerde.
Software Requirements Specification Document (SRS)
Chapter 3: The Requirements Workflow [Arlow and Neustadt, 2005] CS 426 Senior Projects in Computer Science University of Nevada, Reno Department of Computer.
CS628 - Object Oriented Analysis And Design. The Four Pillars of Successful Software Development -Avoid Classic Mistakes -Apply Development Fundamentals.
Software Engineering Lecture 10: System Engineering.
SmartPosition Customer Review and Feedback Presentation.
System Development Life Cycle (SDLC). Activities Common to Software Projects Planning : Principles Principle #1. Understand the scope of the project.
 The processes used for RE vary widely depending on the application domain, the people involved and the organisation developing the requirements.  However,
 System Requirement Specification and System Planning.
REQUIREMENTS ANALYSIS CONCEPTS & PRINCIPLES. Requirement  IEEE defines Software Requirements as:  A condition or capability needed by user to solve.
REQUIREMENTS ENGINEERING PROCESSES Chapter 6. Activities in Requirements Engineering processes  Requirements elicitation;  Requirements analysis; 
Requirements Engineering Processes
Presentation on Software Requirements Submitted by
Requirements Engineering (continued)
Requirements Analysis Scenes
Requirements Engineering
Introduction to Requirements
Chapter 4 Software Requirements
How does a Requirements Package Vary from Project to Project?
Software Engineering (CSI 321)
Requirements: Creation
CS 790M Project preparation (I)
Software Quality Engineering
Chapter 3: The Requirements Workflow
Project Management Process Area
UNIT II.
Software Quality Engineering
Software Quality Engineering
Introduction to Software Testing
Requirements Reference: Software Engineering, by Ian Sommerville, 6th edition, Chapters 5, 6, & 8.
Requirements Analysis
Software Engineering Furqan Rustam.
SOFTWARE REQUIREMENT SPECIFICATION
Robertson & Robertson: Chapter 2 Software Specification Lecture 10
Dr. Jiacun Wang Department of Software Engineering Monmouth University
Requirements Validation – I
Software Requirements
Some Important Skills Every Software Testers Should Have
CS 426 CS 791z Topics on Software Engineering
CS 426 CS 791z Topics on Software Engineering
PROJECT PLANNING AND SCHEDULING BY: AMINATH SHAAYAN SHAHID.
Presentation transcript:

Software Quality Engineering Software Requirements vs Requirements

Software Requirement Engineering vs Software Quality Engineering Software Requirements vs Requirements Software requirements are not similar to requirements in other domains Software is not tangible till first demoable version. Pg. 111 The Unschooled Mind

Software Requirement Engineering vs Software Quality Engineering Software Requirements vs Requirements Software Requirement changes after Demoable version Requirements in other domains usually does not change once started i-e Construction Industry Pg. 111 The Unschooled Mind

Software Quality Engineering Attributes of Software Requirements

Software Quality Engineering Correct

Software Requirement Engineering vs Software Quality Engineering Correct Requirement should capture client expectation There should be no room for ambiguity. Requirement should be in single line. Should not exceed 30-50 words in length. Pg. 111 The Unschooled Mind

Software Requirement Engineering vs Software Quality Engineering Correct Avoid using open ended and subjective terms. Use of etc or assumed are key avoidable Pg. 111 The Unschooled Mind

Software Quality Engineering Example of Correctness

Software Requirement Engineering vs Software Quality Engineering

Software Requirement Engineering vs Software Quality Engineering Example of Correctness Avoid falling in the trap of using subjective terms. Pg. 111 The Unschooled Mind

Software Quality Engineering Coherent

Software Requirement Engineering vs Software Quality Engineering Coherent Requirements should not conflict with any other requirement in the system. Vocabulary should be consistent for all the stakeholders. Pg. 111 The Unschooled Mind

Software Quality Engineering Example of Coherent

Software Requirement Engineering vs Software Quality Engineering Example of Coherent Customer support should be IT ISO-ITIL 3.0 compliant The network support should be ISO-90 – ITIL 3.0 compliant Question: Which one is correct or different? Pg. 111 The Unschooled Mind

Software Requirement Engineering vs Software Quality Engineering Example of Coherent Answer: Only one standard should be used. Pg. 111 The Unschooled Mind

Software Quality Engineering Complete

Software Requirement Engineering vs Software Quality Engineering Complete Requirements should not leave anyone keep guessing or assuming To all stakeholders understanding should be same. Assumption is mother of all failures Pg. 111 The Unschooled Mind

Software Quality Engineering Example of Completeness

Software Requirement Engineering vs Software Quality Engineering

Software Requirement Engineering vs Software Quality Engineering Example of Completeness Requirements should be closed ended as much as possible Pg. 111 The Unschooled Mind

Software Quality Engineering Feasible

Software Requirement Engineering vs Software Quality Engineering Feasible Requirements should be possible to implement within limitations and capability of system. Core practice is to engage developer to provide technical reality check Pg. 111 The Unschooled Mind

Software Quality Engineering Example of Feasible

Software Requirement Engineering vs Software Quality Engineering

Software Requirement Engineering vs Software Quality Engineering Example of Feasible It is very difficult to identify feasible or non-feasible requirement without technical input. Pg. 111 The Unschooled Mind

Software Quality Engineering Necessary

Software Requirement Engineering vs Software Quality Engineering Necessary Work on the tasks as expected by the client not what developer want. Effort of working should be mapped with Business value Lead to scope creep Gold Platting is typical example of Necessary Pg. 111 The Unschooled Mind

Software Quality Engineering Example of Necessary

Software Requirement Engineering vs Software Quality Engineering

Software Requirement Engineering vs Software Quality Engineering Example of Necessary Focus should be on what is expected by client from market view-point. Pg. 111 The Unschooled Mind

Software Quality Engineering Verifiable

Software Requirement Engineering vs Software Quality Engineering Verifiable Requirements should be demoable or QA should be able to close the requirement after verification. Not testable requirements are usually not verifiable. Avoid writing shall or etc or must keywords Pg. 111 The Unschooled Mind

Software Quality Engineering Example of Verifiable

Software Requirement Engineering vs Software Quality Engineering

Software Requirement Engineering vs Software Quality Engineering Example of Verifiable Always look for keywords to be avoided. Get requirements vet from QA dept also. Pg. 111 The Unschooled Mind

Software Quality Engineering Traceable

Software RE vs Software QE Traceable Requirements should be linked to source in Requirement Specifications. Requirements should be linked with Use cases, design and test cases. Requirements should have forward and backward matching Pg. 111 The Unschooled Mind

Software Quality Engineering Example of Traceable

Software Requirement Engineering vs Software Quality Engineering

Software Requirement Engineering vs Software Quality Engineering Example of Verifiable Always look for keywords to be avoided. Get requirements vet from QA dept also. Pg. 111 The Unschooled Mind

Software Quality Engineering Traceable

Software RE vs Software QE Traceable Requirements should be linked to source in Requirement Specifications. Requirements should be linked with Use cases, design and test cases. Requirements should have forward and backward matching Pg. 111 The Unschooled Mind