Use case 3. Inspection Positioning
MARK
Tender for development, maintenance and support
of a mobile solution to
Rejsekort A/S
enabling validation of transport tickets
Use Case for Inspection
Use Case: Inspection
Use Case
Description
1. Card Reader function
As the client application, I want to read and interpret the data on a Rejsekort
2. Application start up
As an inspector, when starting up the client application, I want to confirm the operation conditions
before allowing operation
3. Inspection positioning
As an inspector, I want to position the client application within the PTO’s network topology
4. Inspection of a travel card
As an inspector, I want to validate a transport ticket by presenting a Rejsekort to the client
application
5. Application housekeeping
As a client application, I want to maintain optimal operation conditions
6. Application monitoring
As an administrator, I want to monitor the status of the client application
7. Inspection derived actions
As an inspector, I want to take derived actions after I have inspected a Rejsekort
Use Case
1. Card Reader function 1/1
Description
As the client application, I want to read and interpret the data on a Rejsekort
Success criteria
1.
2.
3.
4.
I can read Rejsekort travel cards and staff cards using the device NFC reader
I can interpret the data on a Rejsekort using the application operating data
I can interpret the data on a staff card using the application operating data
I can present the data read from a Rejsekort
Non-functional
requirements
1.
2.
3.
4.
The client application shall be able to store a set of current operating data
The client application shall be able to store a set of new operating data
The client application shall be robust to non-defined data read from a Rejsekort
It shall be easy to implement new card types
Use Case
2. Application start up 1/2
Description
As an inspector, when starting up the client application, I want to confirm the operation conditions before allowing
operation
Success criteria
1.
2.
3.
4.
5.
6.
7.
8.
Non-functional
requirements
1. The user shall be informed of the start up process progress
2. The user shall be able to abort the start up process at any time
I can operate the client application with minimum operation conditions
I can configure the client application to the various PTO’s needs
I can operate the client application if the mobile device is authorized by the application server
I can operate the client application when the application version is approved by the application server
If required, I can operate the client application when a user ID is available
I can operate the client application when the operating data version is approved by the application server
At the very first start up, I can get the complete set of operating data from the application server
At subsequent start up, I can get new versions or updates only of the operating data from the application server
Use case
2. Application start up – visualization 2/2
Start-up:
As an inspector, when
starting up the client
application, I want to
confirm the operation
conditions before
allowing operation
Example:
Succesful case
Example:
Failure cases
Use Case
3. Inspection positioning 1/4
Description
As an inspector, I want to position the client application within the PTO’s transport network topology
Success criteria
1.
2.
3.
4.
5.
Non-functional
requirements
1. Acquiring a position over APOS API shall be aborted if no response is received within few seconds (TBD)
2. Changing position on a line to the next or previous stop shall be possible with a single interaction with the HMI
3. The HMI shall assist the inspector when specifying or changing position within the PTO’s transport network
topology and/or positioning method by optimizing options
I can specify a position within the PTO’s transport network before performing inspections
If allowed, I can select different methods to define within the PTO’s transport network topology
I can receive an initial position and continuous position updates from an automatic positioning application
I can present a staff card to specify a position
I can change the position within the PTO’s transport network topology or the positioning method
Use case
Positioning:
As an inspector,
I want to
position the
client
application
within the PTO’s
transport
network
topology
3. Inspection Positioning - visualization 2/4
1. Example of a manual position selection
Press and follow green track-arrows for success
Press and follow red track-arrows for failure
Use case
Positioning:
As an inspector,
I want to
position the
client
application
within the PTO’s
transport
network
topology
Positioning - visualization 3/4
2. Example of a semi automatic position selection
Press and follow green track-arrows for success
Press and follow red track-arrows for failure
Use case
Positioning:
As an inspector,
I want to
position the
client
application
within the PTO’s
transport
network
topology
Positioning - visualization 4/4
3. Example of automatic position selection
Press and follow green track-arrows for success
Press and follow red track-arrows for failure
Use Case
4. Inspection of a travel card 1/5
Description
As an inspector, I want to validate a transport ticket by presenting a Rejsekort to the client application
Success criteria
1.
2.
3.
4.
I can inspect all types of Rejsekort
I can confirm whether a customer’s Rejsekort bears a valid transport ticket
I can check other relevant data on the inspected Rejsekort
A log of the inspection is available on the device
Non-functional
requirements
1.
2.
3.
4.
5.
6.
No user interaction shall be required between two inspection
A complete inspection cycle shall not last more than 1 second, including presentation of the inspection result
The inspection user interface shall support configurable operation modes
Servicing of the inspection screens shall be ergonomic
Inspection results shall also be delivered by various sounds
The client application shall be able to save inspection logs so they can be extracted manually
Use case
Inspection:
As an inspector,
I want to
validate a
transport ticket
by presenting a
Rejsekort to the
client
application
4. Inspection of a travel card – visualization 2/5
1. Examples of inspection screens: Idle, Valid, Invalid, Valid with warning
Use case
Inspection:
As an inspector,
I want to
validate a
transport ticket
by presenting a
Rejsekort to the
client
application
4. Inspection of a travel card - visualization 3/5
2. Example of inspected travel card details menu
Use case
Inspection:
As an inspector,
I want to
validate a
transport ticket
by presenting a
Rejsekort to the
client
application
4. Inspection of a travel card – visualization 4/5
3. Example of detection of already inspected Rejsekort
4. Example of line change
Use case
Inspection:
As an inspector,
I want to
validate a
transport ticket
by presenting a
Rejsekort to the
client
application
4. Inspection of a travel card – visualization 5/5
5. Example of automatic positioning failure
Use Case
5. Application housekeeping 1/1
Description
As a client application, I want to maintain optimal operation conditions
Success criteria
1. I can verify that the application has automatically fetched new versions or updates only of the operating data
from the application server
2. I can verify that the application delivers logs to the application server automatically
3. I can continue operating the client application if the device is authorized
4. I can continue operating the client application when the application version is approved
5. I can continue operating the client application when the operating data version is approved
Non-functional
requirements
1. The user experience shall not be affected when performing housekeeping tasks.
2. The client application shall be able to store up to 24 hours worth of logs of any type
Use Case
6. Application monitoring 1/2
Description
As the client application, I want to monitor and report operation conditions data
Success criteria
1.
2.
3.
4.
5.
Non-functional
requirements
1. The user experience shall not be affected by performing monitoring tasks
I can check the operation conditions status
I can get warnings in the application if operation conditions are degraded
I can check the application operation history from a log file
I can export the operation conditions data to a file that can be used by a 3rd party
I can export the operation conditions data to a file that can be used by the application server
Use Case
As the client
application, I want
to monitor and
report operation
conditions data
6. Application monitoring – visualization 2/2
1. Examples of inspection screens: Application operating data version, User identification, Application SW
version, Application configuration file, Application operation history
Use Case
7. Inspection derived actions 1/2
Description
As an inspector, I want to take derived actions after I have inspected a Rejsekort
Success criteria
1.
2.
3.
4.
Non-functional
requirements
1. The user shall not be required to present the last inspected Rejsekort again to use the inspection derived
features
I can issue a service level modification notification
I can export information from an inspection to a file that can be used by another application on the device
I can indicate in the inspection log that I have issued a control fee for the inspected Rejsekort
I can indicate in the inspection log that I have confiscated the inspected Rejsekort
Use case
Derived actions:
As an inspector,
I want to take
derived actions
after I have
inspected a
Rejsekort
7. Inspection derived actions – visualization 2/2
1. Examples of additional features screens: Service level modification, Control fee, Card confiscation
2. Examples of additional feature screen: Pending orders
Was this manual useful for you? yes no
Thank you for your participation!

* Your assessment is very important for improving the work of artificial intelligence, which forms the content of this project

Download PDF

advertising