Generic Spec Template

From UG

(Difference between revisions)
Jump to: navigation, search
(History of Updates)
(History of Updates)
Line 87: Line 87:
* update type: [[Re-design]] / [[Tweak]] / Etc  
* update type: [[Re-design]] / [[Tweak]] / Etc  
-
* ''Ideally update all sections of spec (see above) right away. If you have no time to update spec now or multiple people have to be involved then define task here and come back to update later. In this case add links from here to [[:Category:Spec X TBU]]. This would list spec as To Be Updated ([[TBU]]) in related category. See below.''
+
* ''Ideally update all sections of spec (see above) right away. If you have no time to update spec now or multiple people have to be involved then define task here and come back to update later. In this case add links from here to [[:Category:Spec TBU]]. This would list spec as To Be Updated ([[TBU]]) in related category. See below.''
-
* If [[#Business Requirements]] (BR) section is not updated then add this wiki under [[:Category:Spec BR TBU]]
+
* If [[#Business Requirements]] (BR) section is not updated then add this wiki under [[:Category:BR TBU]]
-
* If [[#Detailed Design]] (DD) section is not updated then add this wiki under [[:Category:Spec DD TBU]]
+
* If [[#Detailed Design]] (DD) section is not updated then add this wiki under [[:Category:DD TBU]]
-
* If [[#QA]] (QA) section is not updated then add this wiki under [[:Category:Spec QA TBU]]
+
* If [[#QA]] (QA) section is not updated then add this wiki under [[:Category:QA TBU]]
==== Update Description ====
==== Update Description ====
* ''Briefly explain what was done and list links to updated sections.''
* ''Briefly explain what was done and list links to updated sections.''

Revision as of 18:46, 30 January 2010


Contents

General Info and Scope

  • Prerequisites:
    • read ...
    • ...

Scope

TBD

Business Requirements

  • This section is defined by Business Analyst
  • In this section this component/feature is defined from the business standpoint. All important points are listed. It could include some design details if business insists on specific design.

Notes from Systems Architect

  • This section is defined by Systems Architect. It is written after #Business Requirements are defined.
  • The purpose of this section is to give direction to System Analysts who will write detailed specification.

Preliminary Design / Prototype

  • In some cases (component is non standard) we need to do preliminary not so detailed design before detailed final.
  • This section does not have to be too detailed or too formalized. We shall not spend too much time on Prototypes - they can change many times.

Detailed Design

Summary

User Interface

Functionality / Use Cases

  • This section you could spit into two. But often it is hard to do since often most of functionality is UI related

Special Cases and Misc

  • If any exist

QA

This section is to be written by QA Engineer or QA Manager or Systems Analyst.

Test Cases

  • List unusual scenarios - things that user most of the time would not do but system must handle well
  • Do not list Common Test Cases - link to them

Look and Feel


Figures

Figure 1:

Misc

Link to User Guide

Questions

Request For Comments (Suggestions and Ideas)

Known Non Critical Bugs

  • Critical bugs must be posted into Mantis

Implementation

Implementation: Link To DB

Implementation: Link To Front End Code

Implementation: Link To Back End Code

History of Updates

Links to Archived / Old specs

..... <update summary> .....

  • Ideally update all sections of spec (see above) right away. If you have no time to update spec now or multiple people have to be involved then define task here and come back to update later. In this case add links from here to Category:Spec TBU. This would list spec as To Be Updated (TBU) in related category. See below.

Update Description

  • Briefly explain what was done and list links to updated sections.
Personal tools