12,063,445 members (73,004 online)
This article provides a basic outline to discover document requirement documents for a given software project. Some of the steps can be ignored if the application requirements are pretty simple or small.
This document includes the URLs that are the web application and similar to the current project, which will be used to elicit the requirements. It also contains the necessary user name and password for the research sites, along with the research report where required. This type of document can also include the user questionnaire interviews if necessary.
This document includes the list of technical issues that are relevant to the current project, along with the useful URL and the research report.
This document includes the basic key features for the current project. This describes the application from very top level point of view, so that any one can understand about the system very quickly and easily. It also helps the developer to identify and articulate the development process from a very early stage.
This includes text and diagrams that illustrate how all the application features and sub-features are acting and communicating through various stages of usage and work flow. It helps the user and developer to understand and identify system process from basic, initial and top level point of view.
This document is useful while building the application. Through this specification, the client gets an initial idea about what the system is and it becomes easy for the client to verify and confirm whether they are going to get all the required features. We can use Microsoft doc (for wire frames) or simply static HTML layouts to illustrate the UI.
This document includes the detailed specification of the application. Basically this is the detailed description of the basic features that have been identified.
It describes the basic, core modules that are being considered to be developed. This is especially useful while working with large scale projects. Although this is used to define the system boundaries from top level view, by defining the sub-modules as well as, makes the future development process more requirement specific and makes the complex task to integrate the modules and identity the module communication in the design time easy.
The data fields of the application have been identified in this step. Database schema, relation and data fields are recognized and validated with the client to ensure that the current requirement analysis grabs all the required things.
18th March, 2006: Initial post