International Portal REQUIREMENTS
From UG
(→Requirements Details) |
|||
Line 7: | Line 7: | ||
==Glossary== | ==Glossary== | ||
+ | |||
+ | === High Level requirement === | ||
+ | * The International web portal development should take into consideration the growing need for "Third party" access to CT2 | ||
+ | * '''Third Party''' access refers to customers, shippers, suppliers, agents, truckers etc. to whom partial access of CT2 data (creating records, adding/updating specific fields) is granted. | ||
+ | * Each '''third party''' user type is then given some specific functionality (example of possible functionalities are listed in this article for ''International portal'' users). | ||
+ | :* For an example of a ''third party'' user type would be ''customer'' who could ''create'' a record to ''book'' a shipment...rather than sending a request information to JFS for data entry by JFS staff. | ||
== Requirements Summary== | == Requirements Summary== | ||
+ | JFS would like to have an International Web portal that can be easily configurable and flexible to suit all the third party users including all client companies. There are many different type of users, so each of users can be specific in term of configuration. In order to suit the specific needs of users, we should provide a system that can be easily configuring through admin module to manage each type of users such as functionality, visibility, ability, etc. | ||
+ | |||
+ | Users should be able to manage their own UI setting for their view | ||
+ | |||
=== Core need === | === Core need === |
Revision as of 16:46, 25 April 2011
Contents |
Info
- Related mantis#:
- 0002629: [Intl Portal] ... <proj>
- 0002892: [Intl Portal] Implement phase 1
Glossary
High Level requirement
- The International web portal development should take into consideration the growing need for "Third party" access to CT2
- Third Party access refers to customers, shippers, suppliers, agents, truckers etc. to whom partial access of CT2 data (creating records, adding/updating specific fields) is granted.
- Each third party user type is then given some specific functionality (example of possible functionalities are listed in this article for International portal users).
- For an example of a third party user type would be customer who could create a record to book a shipment...rather than sending a request information to JFS for data entry by JFS staff.
Requirements Summary
JFS would like to have an International Web portal that can be easily configurable and flexible to suit all the third party users including all client companies. There are many different type of users, so each of users can be specific in term of configuration. In order to suit the specific needs of users, we should provide a system that can be easily configuring through admin module to manage each type of users such as functionality, visibility, ability, etc.
Users should be able to manage their own UI setting for their view
Core need
Add additional user roles to CT2: International Shipper, Agent, Trucker, etc. Make as flexible as possible.
Core functionality
- Add International Shipper role with related functionality
- create/edit/delete/view shipments
- per field Admin (subset of fields)
- Add International Planner role with related functionality
- validation of ASN data
- Add Agent role with related functionality
- create/edit/delete/view shipments
- per field Admin (subset of fields)
- ???
- ???Trucker role with related functionality
- Add ** create/edit/delete/view shipments
- per field Admin (subset of fields)
- Ability to add other roles with related functionality through Admin (possible? feasible?)
- Add some new common functionality (any role)
Requirements Details
International Shipper functionality
....
International Planner functionality
...
Agent functionality
Trucker functionality
Other roles functionality
Common functionality
- Query
- ...
Q and A
Implementation
Pre Implementation Architect Notes
Written by Architect after previous section is completed.
Implementation Notes
To be written by Developer or BA by the time UAT is completed. Briefly defines what was implemented and how.
Post Implementation Architect Notes
Written by Architect after previous section is completed.