Skip to main content

App UI Design

The UI design for the app has to be kept simple, straight-forward, intuitive and easy to use. This is in consideration of the fact that the end-user, the truck driver, should not be bothered too much. In addition, the demographics of Australian truck drivers show the majority to be 40's and above. Being true to this, the following are the suggested screens:


This is the screen when the app is started. It is quite simple to use: there is only a toggle switch to turn wait recording on or off.

Once the wait recording is turn on, the screen is updated to reflect the current state of the app. It will just remain as simple as this one until the app is closed.

This screen is a notification screen, as when the user is being prompted to confirm whether the location change noted means that the wait has been terminated and the truck is ready to hit the road OR that the wait continues, the noted location change is just due to a huge enough area that speeding up to driving speed may be possible.


Comments

Post a Comment

Popular posts from this blog

Project Overview

The Wait Advisor is an app which truck drivers can use to record wait times. A typical user story will be like this: Use of the app is as simple and straightforward as possible. When a truck is stuck in a queue, the truck driver can quickly activate the app and when the wait is over, the truck driver simply deactivates the app to signal that the truck is ready to move to its next destination. What happens in the background is that when the truck driver activates the app, it records the current time and location. When the app is deactivated, it records the time and location at the time of deactivation. The wait time is then calculated as the time that has elapsed between the time when recording was started to the time when it was stopped. The app then transmits this data to the server in the cloud. Data is gathered in this way. The more truck drivers use the app, the more data the server will receive. When there is sufficient number of users, data can then be aggregated to make
1 comment
Read more

App Specification

General Requirement The general requirement is to develop an app which records the amount of time a user spends within the vicinity of a location. Data on the wait time and the location where the wait was made should be transmitted to a server. Starting and ending recording is user-initiated. Thus the app should enable the user to toggle between start recording and end recording. The app should be able to recover in case the user forgot to initiate end of recording. Thus the app should check for location change at fixed intervals and therefrom determine if circumstances suggest that the user has forgotten to initiate end of recording. The app should send data to the server, but in case there is no data connection, it should be able to queue the data for transmission and send it out once a data connection is established next time the app is activated. Assumptions The following assumptions are made and included as business rule: First, polling of location data is at
Post a Comment
Read more

The Wait Advisor in Big Rigs

In the lead up to the Technology and Maintenance Conference in Melbourne, News Corporation Australia's Big Rigs published an article about the Wait Advisor. Our thanks to Bob Riley for writing this up.
Post a Comment
Read more