Widget Copy Yes / No (feature)
From UG
m (moved Terminal Yes / No (feature) to Widget Copy Yes / No (feature): Alex) |
(→Detailed Design (Technical Specification)) |
||
Line 82: | Line 82: | ||
# из [[ Exp Tab#Port Of Discharge Actual Date ]] в [[ Exp Tab#Destination Terminal Actual Date ]] | # из [[ Exp Tab#Port Of Discharge Actual Date ]] в [[ Exp Tab#Destination Terminal Actual Date ]] | ||
- | ==== UC1: | + | ==== UC1: редактирование (переключатель установлен в No) ==== |
- | при вводе данных в поля Порта, данные в соответствующих полях Терминала немедленно устанавливаются равными в те же значения | + | при вводе данных в поля Порта, данные в соответствующих полях Терминала немедленно устанавливаются равными в те же значения. при очистке поля Порта соответствующее поле Терминала немедленно очищается. |
- | ==== UC2: | + | ==== UC2: редактирование (переключатель установлен в Yes) ==== |
при вводе данных в поля Порта, данные в соответствующих полях Терминала не меняются | при вводе данных в поля Порта, данные в соответствующих полях Терминала не меняются | ||
Line 93: | Line 93: | ||
==== UC4: переключение с Yes на No ==== | ==== UC4: переключение с Yes на No ==== | ||
все поля Терминала немедленно устанавливаются в соответствующие значения полей Порта и становятся недоступными для редактирования | все поля Терминала немедленно устанавливаются в соответствующие значения полей Порта и становятся недоступными для редактирования | ||
- | |||
- | |||
- | |||
== Quality Assurance == | == Quality Assurance == |
Revision as of 23:07, 28 January 2010
Classified As and Parent Mantis
Business Needs
Terminals (Origin and Dest) are additional optional CT milestones. We need to automate updating this fields to save time.
Business Requirements
- [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
So far there are 2 places where these fields appear:
- ocean CT profile
- Master ocean profile
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