Widget Copy Yes / No (feature)

From UG

Contents 1 Classified As and Parent Mantis 2 Business Needs 3 Business Requirements 4 Comments from Systems Architect 5 Preliminary Design / Prototype 6 Detailed Design (Technical Specification) 6.1 Summary 6.2 User Interface 6.3 Functionality / Use Cases 6.3.1 UC1: заполнение (переключатель установлен в No) 6.3.2 UC2: заполнение (переключатель установлен в Yes) 6.3.3 UC3: переключение с No на Yes 6.3.4 UC4: переключение с Yes на No 6.3.5 UC5: очистка 7 Quality Assurance 8 Look And Feel 9 Figures 9.1 Figure 1: UI 10 Questions and RFC 11 Known Non Critical Bugs 12 Links to Archived / Old specs 13 History 13.1 This doc has been created 13.2 Spec Update: : (Terminal Yes / No (feature)) Implement this feature for Master Terminals (Origin and Dest) 14 DB

Classified As and Parent Mantis

• Classified As: common feature
• Parent Mantis: 1692

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

1. This feature is already implemented for CT ocean
2. Now we need to describe existing behaviour
3. Describe in details. For example - what happens with state of every field on change from Y to N? From N to Y?
4. Above description could be done in style similar as in Delivery Comment

1. Please refer to related fields as:
   1. Exp Tab#Origin Terminal Yes No
   2. Exp Tab#Origin Terminal
   3. Exp Tab#Origin Terminal Estimated Date
   4. Exp Tab#Origin Terminal Actual Date
   5. Exp Tab#Port Of Loading
   6. Exp Tab#Port Of Loading Estimated Date
   7. Exp Tab#Port Of Loading Actual Date
   8. Exp Tab#Port Of Trans shipment
   9. Exp Tab#Port Of Trans shipment Estimated Date
   10. Exp Tab#Port Of Trans shipment Actual Date
   11. Exp Tab#Port Of Discharge
   12. Exp Tab#Port Of Discharge Estimated Date
   13. Exp Tab#Port Of Discharge Actual Date
   14. Exp Tab#Destination Terminal Yes No
   15. Exp Tab#Destination Terminal
   16. Exp Tab#Destination Terminal Esimated Date
   17. 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 для автозаполнения используются пары полей:

1. из Exp Tab#Port Of Loading в Exp Tab#Origin Terminal
2. из Exp Tab#Port Of Loading Estimated Date в Exp Tab#Origin Terminal Estimated Date
3. из Exp Tab#Port Of Loading Actual Date в Exp Tab#Origin Terminal Actual Date

В паре Port Of Discharge/Destination Terminal используются поля

1. из Exp Tab#Port Of Discharge в Exp Tab#Destination Terminal
2. из Exp Tab#Port Of Discharge Estimated Date в Exp Tab#Destination Terminal Esimated Date
3. из Exp Tab#Port Of Discharge Actual Date в Exp Tab#Destination Terminal Actual Date

UC1: заполнение (переключатель установлен в No)

при вводе данных в поля Порта, данные в соответствующих полях Терминала немедленно устанавливаются в те же значения

UC2: заполнение (переключатель установлен в Yes)

при вводе данных в поля Порта, данные в соответствующих полях Терминала не меняются

UC3: переключение с No на Yes

все поля Терминала очищаются и становятся доступными для редактирования (editable)

UC4: переключение с Yes на No

все поля Терминала немедленно устанавливаются в соответствующие значения полей Порта и становятся недоступными для редактирования

UC5: очистка

при очистке поля Порта соответствующее поле Терминала также очищается

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

DB