Offices
From UG
(Difference between revisions)
m (moved Offices (component) to Offices) |
Current revision as of 03:40, 7 November 2013
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?
- Short wiki redirect Offices
[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.
[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] Fields
[edit] City
- widget type: Textbox
- widget specific properties:
- adjusent label:
- default: blank
- type/format/link to DB : Office tbl#City
[edit] Abbreviation
- widget type: Textbox
- widget specific properties:
- adjusent label:
- default: blank
- type/format/link to DB : Office tbl#Abbreviation
[edit] Name
- widget type: Textbox
- widget specific properties:
- ... :
- adjusent label: C. Customer ref#:
- default: blank
- type/format/link to DB : Office tbl#Name
[edit] Phone
- widget type: Textbox
- widget specific properties:
- adjusent label:
- default: blank
- type/format/link to DB : Office tbl#PhoneNumber
[edit] Fax
- widget type: Textbox
- widget specific properties:
- adjusent label:
- default: blank
- type/format/link to DB : Office tbl#FaxNumber
[edit] Email
- widget type: Textbox
- widget specific properties:
- adjusent label:
- default: blank
- type/format/link to DB : Office tbl#Email
[edit] Address
- widget type: Textarea
- widget specific properties:
- adjusent label:
- default: blank
- type/format/link to DB : Office tbl#Address
[edit] Logo Image
- widget type: image with "Upload" button
- widget specific properties:
- adjusent label:
- default: blank
- type/format/link to DB : Office tbl#ImageLogo
[edit] Time Zone
- widget type: Drop-down list
- widget specific properties:
- adjusent label:
- default: blank
- type/format/link to DB : Office tbl#TimeZoneId
[edit] Default Currency
- widget type: Drop-down list
- widget specific properties:
- adjusent label:
- default: blank
- type/format/link to DB : Office tbl#CurrencyId
[edit] Internal Invoices Default Currency
- widget type: Drop-down list
- widget specific properties:
- adjusent label:
- default: blank
- type/format/link to DB : Office tbl#InternalInvoicesCurrencyId
[edit] VAT Enabled
- widget type: Checkbox
- widget specific properties:
- adjusent label:
- default: blank
- type/format/link to DB :
[edit] VAT Amount
- widget type: Textbox.Textbox // separately for integer and decimal parts
- widget specific properties: become visible when #VAT Enabled is checked
- adjusent label: "VAT Amount (%):"
- default: 0.00
- type/format/link to DB : Office tbl#VAT
[edit] Enable QB File Import
- widget type: Checkbox
- widget specific properties:
- adjusent label:
- default: blank
- type/format/link to DB : Office tbl#IsEnableIIFImport
[edit] Daily time of creating
- widget type: Drop-down list
- widget specific properties: become visible when #Enable QB File Import is checked
- adjusent label:
- default: blank
- type/format/link to DB : Office tbl#DailyTimeOfCreatingIIF
[edit] Start since
- widget type: Datebox
- widget specific properties: become visible when #Enable QB File Import is checked
- adjusent label:
- default: blank
- type/format/link to DB : Office tbl#StartOfIIFImportDate
[edit] Detailed Design
- This section is defined by Systems Analyst.
- It contains detailed technical design is written after #Business Requirements and #Technical Requirements are defined.
[edit] Summary
[edit] User Interface
[edit] 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
[edit] Special Cases and Misc
- If any exist
[edit] QA
This section is to be written by QA Engineer or QA Manager or Systems Analyst.
[edit] 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
[edit] Look and Feel
- This section is to be written / defined by Graphic Designer and UI Designer.
- This includes: final graphics, final layout
- Layout defined here should refine, provide more detials to "functional definitions" of UI as defined in #Functionality / Use Cases section above
[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
- If Y then remove this link from here --> BR to be updated
- If Y then remove this link from here --> Design to be updated
- If Y then remove this link from here --> QA to be updated
- 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.