Steamshiplines (component)

From UG

(Difference between revisions)
Jump to: navigation, search
(Business Requirements)
(History of Updates)
 
Line 86: Line 86:
==== 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.''
 +
 +
=== 0002658: (Carriers) Add archive option for duplicate carriers that are already used in the system ===
 +
 +
*Currently there are only options to Add Edit and Remove a carrier.  We need options to be able to archive a carrier that's no longer being used in transportation.
 +
 +
*WU: ?

Current revision as of 16:41, 26 September 2011


Contents

[edit] General Info and Scope

  • Classified As: (small) (large) component / common feature / misc
  • Parent Mantis: tbd
  • Prerequisites: any articles that must be read before to understand this?

[edit] Scope

  • List what it covers and what it does not

[edit] 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.
  • Each Steamship Line has a specific 4 letter code that's used identify them within the transportation industry. These 4 letter codes are known as SCAC codes.
    • It is possible for a Steamship Line to have more than 1 SCAC code that's used to identity them.
  • Need ability for CRUD

[edit] 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.

[edit] Rapid Design

  • In some cases (component is non standard) we need to do preliminary not so detailed design before detailed final. And maybe even code it to create Prototype
  • 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.

[edit] Detailed Design

[edit] Summary

[edit] User Interface

[edit] "Normal" Functionality (Use Cases)

[edit] "Abnormal" Functionality (Test Cases)

  • List unusual scenarios - things that users most of the time would not do but system must handle well

[edit] QA

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

[edit] Look and Feel

[edit] Figures

[edit] Figure 1:

[edit] Misc

[edit] Link to User Guide

[edit] Questions

[edit] Request For Comments (Suggestions and Ideas)

[edit] Known Non Critical Bugs

  • Critical bugs must be posted into Mantis

[edit] Implementation: Link To DB

[edit] Implementation: Link To Front End Code

[edit] Implementation: Link To Back End Code

[edit] History of Updates

[edit] Links to Archived / Old specs

[edit] <Update type>:<Update Summary>

[edit] Update General Info

  • mantis: <link> if applicable
  • Update types: 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 "TBU wiki tag articles" - see above.

[edit] Update Description

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

[edit] 0002658: (Carriers) Add archive option for duplicate carriers that are already used in the system

  • Currently there are only options to Add Edit and Remove a carrier. We need options to be able to archive a carrier that's no longer being used in transportation.
  • WU: ?