Requirements Analysis Document Outline

Be sure to include all sections. Many sections may be short, but all should appear.

Remember to write in third person and with full sentences.

Chapter Description
Preface
  • Describe expected reader
    Version History (empty at this point perhaps)
Introduction
  • Describe need for system;
  • Function of system in very broad terms (5 sentence max)
  • How system will work with other systems
  • How system fits larger organization's business plan (if applicable)
Glossary
  • Define any terms a user or programmer may need to know to read this. (Remember both read this document.)
User requirements definition
  • Services the system will provide to the user
  • Include one use case diagram
  • NonFunctional requirements description (what the system will do that is not directly something the user knows, such as maximum system data size, security and product and process standards)
System Architecture
  • Include one box diagram with all the modules in your system and all the systems to which your system interfaces. (Be sure to highlight the modules you are creating separately from the ones to which you will interface.)
  • High level overview of anticipated system architecture (which will probably be a worded description of the diagram)
  • List systems you will interface to
  • Describe at a high level the System modules you will create (maybe only one)
  • Describe at a high level the System modules that exist that you will use.
  • Describe hardware and major tool choices (such as Java)
  • Include the number of computers and who will use each computer.
System requirements spec
  • Describe the exact tasks the system will do to implement the user requirements. (note that this should be above a coding and class definition level. It is still at a high level, but lower than user requirements.)
  • All system requirements put together should accomplish everything written in the user requirements section
  • Include one activity diagram
System Models
  • Include any additional diagrams that will be helpful to understand your design. (Optional)
System Evolution
  • Describe some future changes you might want a designer to consider. Come up with at least one.
Survey of existing solultions
  • Describe the solutions that already exist that you either rejected or will choose to use as a model. For each solution, include a summary of its purpose and how it relates to your project, the cost to use it in your system, and how you will use it or why it is not a good solution.
Annotated Bibliography
  • Include at least two credible sources that are also cited somewhere inside your document with in-line citations.
  • The annotation should include a short summary, an evaluation of the credibility of the source, and an indication of how the source supports your document.