This article describes several characteristics of high quality software requirement statements and specifications. We will examine some less-than-perfect requirements from these perspectives and take a stab at rewriting them. I’ve also included some general tips on how to write good requirements. You might want to evaluate your own project’s requirements against these quality criteria.
Wiegers, Karl E. Process Impact (2007). Articles>Project Management>Business Communication>Specifications
Introduction to Requirements: The Critical Details That Make or Break a Project 
Every project has requirements. It doesn't matter if it's building hardware solutions, developing software solutions, installing networks, protecting data, or training users. For the project to be a success, knowing what the requirements are is an absolute must. Requirements exist for virtually any components of a project or task. For example, a project may require specific methods, expertise levels of personnel, or the format of deliverables. This whitepaper will discuss the various kinds of information technology requirements, their importance, the different requirement types, the concept of requirements engineering, and the process for gathering requirements.
Frederick, Richard. Global Knowledge (2007). Articles>Project Management>Business Communication>Specifications
There are 17 readers currently online: 2 registered users and 15 guests. Register.

![]()
![]()


![]()
![]()
![]()