DOQS REQUIREMENTS ENGINEERING SERIES
Quality-Based Requirements Analysis
Quality-Based Requirements Modeling improves the definition of requirements for information systems by better understanding the three types of requirements, how they conflict and interact, and how best to capture and record requirements results to minimize omissions and errors.
Poor requirements definition is the number one cause of project and system failures in Information Technology. An improved requirements process results in better project communications, highly satisfied customers, and higher quality systems placed into production in less time and at less cost.
This seminar explains how to define and validate requirements for information systems:
This seminar fully integrates requirements modeling activities with industry accepted process benchmarks (such as SEI’s CMM, ISO 9000-3, or Zachman’s Model Framework) that can be integrated into any existing methodology, or set of techniques and tools.
Failure to properly identify and manage requirements is the single most consistent cause of project failure, regardless of project size and organization.
The requirements analysis process is defect prone for a variety of reasons. Post-implementation reviews of most information systems projects typically show that 60-75% of all defects encountered during a project, and embedded in the finished systems products, are defects in requirements.
A significant root cause of this trend is a general lack of training among information systems professionals in requirements definition. It is only with the advent of quality principles and TQM over the last decade that requirements have become a discussion of paramount importance to the systems community.
In order to do better requirements definition, we need to better understand what a requirement is, and how to recognize a good one when we see it.
By focusing early on the exceptions in the business process, this seminar helps avoid most of the classic project scoping pitfalls associated with traditional methods that leave projects subject to delays, rework, overruns, and customer dissatisfaction.
Copyright © 2012 DOQS. All Rights Reserved.