Thanks Chris. One more question.... "Can a BRD and FSD exist together ? " What I mean is can you have a BRD and a FSD for the same project as 2 seperate docments? The reason I ask this is because in all the examples/ samples that I have seen till now the FSD and BRD have similar contents for eg the BRD has refrences to the use cases etc. It seems like the BRD has the FSD components as well. Its either the FSD or BRD in a project. But can these 2 documents exixst together as seperate documents in one project ?
It would be a grt help if you could attach some links to BRD and FSD.
Thanks in advance.
Zaineb
Thanks Craig.
The articles were a great help in clearing the doubts .
zaineb
Hi zained
Which artical is that? Could you please tell because I am also not very clear about it.
Thanks
Ria
Here are the articles that Craig mentioned:
What Are Requirement Types by Roxanne Miller.
It does vary largely from company to company. In the past I've worked with a Functional Specification document only which was written after the BRD was and detailed not only what the system was to do but diagramatically showed the reader how this would be achieved within the system using sample screen dumps which showed any updated screen contents etc. The document itself was very basic in that it detailed system Inputs (entered by user or read in from file), Processes (calculations, business logic etc) and Outputs (file or report, updated customer record etc).
Where I am just now we have numerous documents: BRD (not system specific but user/business specific - what the Business need or want to do), System Requirements (take the Business requirements and detail what specific systems have to do in order to meet the requirement), Functional SPecification (what the system has to do , the business logic surrounding it) and finally a Design Layout Specification (details how the system does it). This is pretty much document overkill.
Hope this helps :o)
brought to you by enabling practitioners & organizations to achieve their goals using: