Incident-Accuracy-Reporting-System
Incident-Accuracy-Reporting-System copied to clipboard
Mobile App Feature Request
A brief description of the feature or enhancement you'd like to see:
A clear and concise description of what the feature or enhancement is, Ex. Using this tool be would be much easier if [...] Creation of mobile application.
How will this feature be used?
A clear description of how, who, and when this feature would be used. Ex. User A wants to create a new Incident [...] To discuss, plan and track creation of a mobile application.
What is the impact of this feature/enhancement?
Describe the impact of this feature or enhancement, how will it help users or adoption of this project. Ex. All users will be less frustrated when [...] Close requirement of major component of project.
Acceptance Criteria
What does it look like if we've implemented this enhancement or new feature correctly? Ex. User A was able to create a new incident 5s faster than previously [...] Mobile application has been created and incident submissions work as expected.
Adding flow diagram for mobile application
.
Referring to Draw.io file from design session. https://ibm.box.com/s/fkd68uyjtdtu2t04e6jrcvykm5fkp1xg
To view:
- Download file
- Goto -- https://app.diagrams.net/
- Select Device
- Select Open Existing Diagram
- Select file
Attaching screenshot of home screen from app design.
Attaching initial screenshot of home screen from mobile app.
Comments after testing mobile app:
- After selecting that the reported incident isn't live, user is asked to enter date and time:
- Date format might be confusing, as it is in DD/MM/YYYY format (as opposed to the more common MM/DD/YYYY format)
- Date format allows user to enter date in the future, which should be prevented
- The Time field asks for manual input, and is strict with inputting a space for "am" or "pm" - different input method should be used to avoid this
- When selecting media:
- When selecting camera, there are 3 icons: switching between front and back camera, image, and a reel(?). Selecting the third button (the reel?) did not work for me
- After successfully attaching media, it was not clear to me that clicking on the media would remove it, which could be quite bad if the user is taking photos or video live. I had suspected that after attaching, I would select media that I wanted to include or exclude (which would be indicated by a checkmark), which I think would be preferable than the media being removed altogether
-
When describing the incident, the "next" button is disabled until after the user clicks a spot on the screen outside of the text field, which wasn't immediately obvious. Therefore, I was wondering why I couldn't submit, or what if any requirements were necessary to enable the next button. The "Next" button should become enabled after any text is inputted to remove this confusion
-
On the submission page, there are two tabs: Choice and Details
- Choice can be a little ambiguous as to what choice the user is making, especially since the details tab is always present, regardless is the "choice" the user selects is "no."
- To remedy, perhaps something along the lines of "contact" request" is a more appropriate name, and then after selecting "yes", a form should be displayed on the same page. The details tab should therefore be omitted in this scenario.