The BRD is used to list the Business requirements which are the what must be delivered to provide value to the Business.
It does not yet specify how it is to be provided.
. Consequently, the topic of business requirements often arises in the context of developing or procuring software or other system; but business requirements exist much more broadly. That is, 'business' can be at work or personal, for profit or non-profit.
BRD's usually lead to FRD, and NFRD.
The BRD contains the business requirements that are to be met and fulfilled by the system under development. These requirements specify "what" the system must do in order to fulfill the requirements of the business. They often take the form of "The system shall..." Each requirement, or group of similar requirements, is typically accompanied by a business rationale. The business rationale explains "why" the business requirement is necessary. This is often important later if analysts or developers have questions regarding the purpose or validity of the requirement. The rationale can be used to support the need for the business requirement or clarify ambiguous language by providing a context for the requirement. In addition to a rationale, constraints can be provided for each requirement along with other supporting reference material.
* confidentiality
* Overview (this canme from VisaView Requirements)
* Current State
* ...
* eg: will comply with E Gov...Interoperability Framework
* eg: will be consistent with New Zealand Government Web Guidelines
* eg: consistent with Open Web Application Security Project (OWASP)
* Dependencies
* ...
* Sucess FACTORS
* eg: Meeting business objectives (see above)
* eg: Meeting user capability expectations (remediation, etc)
* Business Requirements
* Non Functional Requirements
Appendix