Application Basic Features [User View ? Top Level]
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.
Use Cases [User/Developer View ? Top Level]
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.
User Interface Specification [User/Developer View ? Mid Level]
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.
User Requirements Specification [User/Developer View ? Low Level]
This document includes the detailed specification of the application. Basically this is the detailed description of the basic features that have been identified.
Architecture
A. Security model
B. Skinning and page settings
C. Global data transfer among pages
Identifying the modules & module boundaries [top level]
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.
Data Fields [User/Developer View ? Low Level]
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.
Time Estimation [Manager View]
A. According to modules
B. According to development steps
C. According to developer expert level
D. According to logical tiers (as well as level of engineering)