Details
-
Type: Story
-
Status: Closed
-
Priority: Medium
-
Resolution: Fixed
-
Affects Version/s: 1.0
-
Fix Version/s: 1.3-GA
-
Component/s: Architecture
-
Labels:None
Description
Provide a mock-up of the application (ppt)
- show menu bar design/contents
- show page design (basic)
Requirements:
- The simulator must be able to act as SVS repository and SVS consumer for both ITI-48 and ITI-60 transactions. That's means that
* it must be able to receive messages from SUT and to send a correct answer
* a user must be able to configure a (correct) request to send to his/her system under test.
- A page must display the configuration of the simulator ie give informations about SVS repository endpoints, so that the users can easily configure their systems in order to send messages to the simulator
- In order to help users with saving time, a page must be dedicated to the configuration of the SUT acting as receiver (SVS Repository). On that page, they can choose if the configuration is public or not that means if everybody can see their configuration or if only the logged in user who created the configuration can see it.
The administrator must be able to deactivate/reactivate a configuration.
- All requests/answers sent/received by the simulator and the SUT must be available within a single page (add filters for easy retrieval of specific requests/responses)
- For each message (request/response) a button to validate it must be available. The result of the validation will be stored in the database (both result status and detailed result)
- A page must be dedicated to the Value Set browsing (filters must be available)
- A page (only for admin) must be dedicated to the management of value sets: adding a new value set by hand (concept per concept), adding a new value set from a file formatted using SVS schema (XSD)
- show menu bar design/contents
- show page design (basic)
Requirements:
- The simulator must be able to act as SVS repository and SVS consumer for both ITI-48 and ITI-60 transactions. That's means that
* it must be able to receive messages from SUT and to send a correct answer
* a user must be able to configure a (correct) request to send to his/her system under test.
- A page must display the configuration of the simulator ie give informations about SVS repository endpoints, so that the users can easily configure their systems in order to send messages to the simulator
- In order to help users with saving time, a page must be dedicated to the configuration of the SUT acting as receiver (SVS Repository). On that page, they can choose if the configuration is public or not that means if everybody can see their configuration or if only the logged in user who created the configuration can see it.
The administrator must be able to deactivate/reactivate a configuration.
- All requests/answers sent/received by the simulator and the SUT must be available within a single page (add filters for easy retrieval of specific requests/responses)
- For each message (request/response) a button to validate it must be available. The result of the validation will be stored in the database (both result status and detailed result)
- A page must be dedicated to the Value Set browsing (filters must be available)
- A page (only for admin) must be dedicated to the management of value sets: adding a new value set by hand (concept per concept), adding a new value set from a file formatted using SVS schema (XSD)