Having undertaken a thorough investigation and analysis phase, the next stage is to create the 'Requirements Document'

 This document does not define the hardware or software design but rather seeks to capture the essence of what needs to be done.

Some fairly standard headings within the document are:

1) An introduction.

Example:

The project has been developed in order to create a new invoicing system to replace the AIX400 computer system...

The introduction gives

 a broad description of the project and its aspirations.

2) Context

This section provides the background to the project.

Example:

The project was developed in light of the up-coming new regulations and also the increasing awareness that the existing system could no longer meet customer expectations ....

3) Specific Details required

Having provided a broad description and some context to the project, this section deals with specific things that need to be included in the system.

Example:

The system will be able to use a query to create a mail merged personalised letter.

The system must create an invoice in less than 3 seconds

The system will be able to print a management report onto A4 paper, portrait layout.

These specific requirements are all measurable. You should not have vague statements such as "The computer will run as fast as possible..." because you cannot know if 'as fast as possible' has been met when the system finally gets switched on.

Sometimes in a complicated project this section can be sub-divided into smaller sections such as:

And so on.

The Requirements Specification is the 'contract' between project managers and the client. It will be used at the testing stage to confirm that the system performs as the client expects.