Widget Copy Yes / No (feature)
From UG
(→UC2: редактирование (переключатель установлен в Yes)) |
(→Business Needs and Requirements) |
||
Line 10: | Line 10: | ||
Terminals (Origin and Dest) are additional optional CT milestones. We need to automate updating this fields to save time. | Terminals (Origin and Dest) are additional optional CT milestones. We need to automate updating this fields to save time. | ||
- | === Application of this feature to Port /Terminal === | + | === Application of this feature to 2 pairs of Port / Terminal on Exp Tab (Ocean)=== |
* [r0] There are 2 pairs of Port /Terminal. They should behave identically: | * [r0] There are 2 pairs of Port /Terminal. They should behave identically: | ||
Line 22: | Line 22: | ||
* [r3] See possible UI design here: [[#Figure 1: UI]] | * [r3] See possible UI design here: [[#Figure 1: UI]] | ||
- | + | === Application of this feature to 2 pairs of Port / Terminal on Exp Tab (Ocean)=== | |
- | + | ||
- | + | ||
== Comments from Systems Architect == | == Comments from Systems Architect == |
Revision as of 23:09, 28 January 2010
Classified As and Parent Mantis
Business Needs and Requirements
Terminals (Origin and Dest) are additional optional CT milestones. We need to automate updating this fields to save time.
Application of this feature to 2 pairs of Port / Terminal on Exp Tab (Ocean)
- [r0] There are 2 pairs of Port /Terminal. They should behave identically:
- Origin Terminal / Port Of Loading
- Port Of Discharge / Destination Terminal
- [r1] By default any edits from Port should propagate into Terminal.
- [r2] System should provide option to make Terminal fields "independent from" Port fields. This could be done by adding Yes/No radio.
- [r3] See possible UI design here: #Figure 1: UI
Application of this feature to 2 pairs of Port / Terminal on Exp Tab (Ocean)
Comments from Systems Architect
- This feature is already implemented for CT ocean
- Now we need to describe existing behaviour
- Describe in details. For example - what happens with state of every field on change from Y to N? From N to Y?
- Above description could be done in style similar as in Delivery Comment
- Please refer to related fields as:
- Exp Tab#Origin Terminal Yes No
- Exp Tab#Origin Terminal
- Exp Tab#Origin Terminal Estimated Date
- Exp Tab#Origin Terminal Actual Date
- Exp Tab#Port Of Loading
- Exp Tab#Port Of Loading Estimated Date
- Exp Tab#Port Of Loading Actual Date
- Exp Tab#Port Of Trans shipment
- Exp Tab#Port Of Trans shipment Estimated Date
- Exp Tab#Port Of Trans shipment Actual Date
- Exp Tab#Port Of Discharge
- Exp Tab#Port Of Discharge Estimated Date
- Exp Tab#Port Of Discharge Actual Date
- Exp Tab#Destination Terminal Yes No
- Exp Tab#Destination Terminal
- Exp Tab#Destination Terminal Esimated Date
- Exp Tab#Destination Terminal Actual Date
--Alex 13:46, 28 January 2010 (UTC)
Preliminary Design / Prototype
Not needed. --Alex 13:51, 28 January 2010 (UTC)
Detailed Design (Technical Specification)
Summary
Свойство "Terminal Yes / No" создается для обеспечения в указанных парах Порт/Терминал автоматического заполнения полей Терминала данными из полей соответствующего Порта в зависимости от состояния переключателя "Yes / No".
User Interface
No need to define widgets here, it is to be defind in Imp Tab component.--Alex 13:58, 28 January 2010 (UTC)
- See #Figure 1: UI
- каждый Порт, как и Терминал, имеет три поля: Port Name, Estimated Date, Actual Date
- значение по умолчанию: пустое
- также каждый Терминал имеет поле переключателя "Yes / No" в виде 2-х элементов radiobutton: Yes, No
- значение по умолчанию: No
Functionality / Use Cases
В паре Port Of Loading / Origin Terminal для автозаполнения используются пары полей:
- из Exp Tab#Port Of Loading в Exp Tab#Origin Terminal
- из Exp Tab#Port Of Loading Estimated Date в Exp Tab#Origin Terminal Estimated Date
- из Exp Tab#Port Of Loading Actual Date в Exp Tab#Origin Terminal Actual Date
В паре Port Of Discharge/Destination Terminal для автозаполнения используются пары полей:
- из Exp Tab#Port Of Discharge в Exp Tab#Destination Terminal
- из Exp Tab#Port Of Discharge Estimated Date в Exp Tab#Destination Terminal Esimated Date
- из Exp Tab#Port Of Discharge Actual Date в Exp Tab#Destination Terminal Actual Date
UC1: редактирование (переключатель установлен в No)
при редактировании данных в поле Порта, данные в соответствующих полях Терминала немедленно устанавливаются равными в те же значения. при очистке поля Порта соответствующее поле Терминала немедленно очищается.
UC2: редактирование (переключатель установлен в Yes)
при редактировании данных в поле Порта, данные в соответствующих полях Терминала не меняются
UC3: переключение с No на Yes
все поля Терминала очищаются и становятся доступными для редактирования (editable)
UC4: переключение с Yes на No
все поля Терминала немедленно устанавливаются в соответствующие значения полей Порта и становятся недоступными для редактирования
Quality Assurance
Look And Feel
Figures
Figure 1: UI
Questions and RFC
Known Non Critical Bugs
Links to Archived / Old specs
History
This doc has been created
--Alex 19:54, 19 January 2010 (UTC)
Spec Update: : (Terminal Yes / No (feature)) Implement this feature for Master Terminals (Origin and Dest)
--Alex 19:54, 19 January 2010 (UTC)
- mantis: http://mantis.jaguarfreight.com/mantis/view.php?id=1692
- Biz Req updated? Y
- Tech Spec updated? N