Sneak Peak on Prototype 2
This is the camera function with a face detected. Flash, Camera, and Gallery button are added in the prototype update.
UPDATE - The prototype 2 with the new buttons in camera mode and changes made to the gallery mode.
When a group of Software Engineers at RIT decide to tackle Usability head on.
Tuesday, April 10, 2012
Prototype User Feedback
The list of feedback on the Prototype from the user. The list includes an observation from the member of the team and feedback from four users from the class.
User 1 – Has Android experience
- Focuses setting are not intuitive as though
- Taking photo without telling is not intuitive
- Going to Gallery mode by using through the camera on the photo review is not intuitive
- Going to the gallery is not intuitive
- Blind prototype can’t accurately test how a person would hover to find the button
- Not intuitive where the how to stop recording the message
User feedback
- Create a record directly from the camera
- Creates a focus button and choose focus directly on screen (look back at the idea of double tap focus)
- Choose focus area at any point in the screen
- Directional feedback on where the people are is good
User 2 – No
experience with the Android
- Visual users are not used to using the phone applications blind
- It is intuitive for the user to tap to record and tap to end
- Gets out of Android keyboard
User feedback
- Makes left and right button bigger
- Makes the play and record button take the whole bar
- Choosing the focus is simple
- Hold to get popup menu
User 3 – No experience with the Android
- Taking the button in the camera space doesn't take the picture
- Returning back to the camera from setting menu
- Gallery mode feels like it should be showing a list of pictures
- Hitting the record to end the record
User feedback
- Harder for those who are not familiar with android’s options
- The functions where pretty intuitive with the vocal feedback
- Actions on the camera to focus using gesture
- Accidently takes picture because of the full screen
- Could add more buttons on screen since could be possible
- Expecting more options
User 4 – Heavy android, no accessibility
- Assumes on screen button
- No response to picture popping up
- Scroll list – found camera mode and clicked to changed
- Wants visual feedback to indicate message taking
- First idea to click title
User Feedback
- Likes being able to use whole screen
- Gestures
- Swipe left or right to change picture
- Bottom left and right for record and play
- Click button on right possibly hit trash
Monday, April 9, 2012
Saturday, April 7, 2012
Status Report: 04/07/2012
Tasks Accomplished:
- Team members discussed and finalized layout of application (3 Hours)
- Bill and Doug created prototype / wireframe outlines of application (1.5 Hours)
- Team members decided on task flows for interfaces (1.5 Hours)
- Team members prioritized features for implementation (35 Minutes)
- Each member began final design and production of various feature layouts (45 Minutes)
For Next Week:
- Elicit feedback on application layout from third party
- Fill out and complete design document
- Continue familiarization of Android development
- Discuss application design and structure
- Update SRS document
Issues to Note:
- We're a little behind on the actual design of the application's implementation
Saturday, March 31, 2012
Status Report: 03/31/2012
Tasks Accomplished:
- Team members compiled and reviewed SRS document (1 hour)
- Bill researched existing competition (2.5 hours)
- Doug compile the system summary based on what we've done so far ( 35 min.)
- Team members collaborated and created various user classifications (4.5 hours)
- Geoff compiled and elaborated on system features (1 hours)
- Each team member contributed at least one HTA for the app's basic functions (4 hours total)
- Boom compiled and expanded non-functional requirements (1.5 hours)
- Boom researched blind culture and photography for project reference (1.5 hours)
- Bill and Doug created and refined application prototypes (2 hours)
For next week:
- Members should continue familiarizing themselves with the Android development environment
- Team will begin structuring the application architecture and prepare it for implementation
- Members will begin to outline design document
Issues to Note:
- None at this time
Tuesday, March 27, 2012
Non-functional Requirements
Non-functional Requirements
- Photos can be taken by individuals with NLP (no light perception)
- Individuals with NLP must be able to compose the picture with the subject at one of the 5 possible points
- Use of voice and gesture controls
- Text-to-Speech settings
- Settings for Text-to-Speech speed (if possible from Android API)
- Vibration feedback
Saturday, March 24, 2012
Status Report: 03/24/2012
Tasks Accomplished:
- Each group member created an HTA to be used in the SRS for different tasks that were agreed upon by the team
- Team members came up with two user classifications for the SRS
- Team members created a list of main system features to be implemented, as well as other features to consider
- All members began researching the user domain for our application, familiarizing themselves with various approaches to usability and accessibility for those with visual impairments.
- All members have been researching Android API's that may help in the implementation of our application.
- Doug, Boom, and Bill began prototyping the application's interface
For Next Week:
- Doug will focus on completing the System Summary section of the SRS document
- Geoff will focus on compiling the System Features section of the SRS document
- Bill will research some existing competition for leads and ideas
- Boom will compile a list of non-functional requirements
- Team will collectively create and decide on additional user classes
- Finalize SRS document and have it ready for submission
- Team members should look into the Android development process and familiarize themselves with how applications work
Issues to Note:
- Bill will be unavailable over the weekend and unable to contribute
Subscribe to:
Posts (Atom)


