Reference no: EM132860629

Low-Fidelity Report Assessment - Design Concept

Low fidelity app design for Human computer interaction project

Instructions

In this report you will present your initial design ideas of how the interface that addresses your chosen topic should look like and behave using paper wireframes only. Please use the templates for paper wireframes as provided on vUWS and as discussed in the lecture and tutorials. All paper wireframes must be hand sketched and annotated extensively; use of software is not allowed to enhance the sketches.

The low-fidelity prototype report must be written and formatted using the SIGCHI conference template (which will be provided on vUWS). You must follow the SIGCHI template completely and meticulously. Therefore, all formatting must be according to the template. The best way to manage that would be to replace the text in the template with your own text. After you have written all your content, remove text that is leftover from the template. The content (not formatting!) of the headings, subheadings are somewhat your choice and the suggested headings below are a good starting point.

The required length of the report is approximately 1250 words; excluding the bibliography section. The wireframes can be included in the appendix. Please scan the paper wireframes and then insert into the report; do not take a picture with your smart phone camera as that will reduce the quality of the image when inserted in the document! Since the wireframes are hand-sketched, legibility will only be ensured when they are scanned into the document.

A threshold pass mark of 50% is associated with this assessment.

The following subsections must be included in the low-fidelity prototype report:

1. Introduction: Brief recap of your chosen topic and its motivation.

2. Scenario Description: Clearly highlight and then briefly describe 3 interaction scenarios within your chosen topic. As stated prior, a scenario will typically be one feature of your system. Showcase the scenario description by employing one of the following techniques: use cases, storyboards or task analysis. Feel free to use any one of the 3 but not more than one mentioned visual techniques to represent each of the scenarios. So for example Scenario 1 can be represented by Task Analysis, Scenario 2 by storyboards, Scenario 3 by Use cases OR Scenario 1 can be represented by Task Analysis, Scenario 2 by Task Analysis, Scenario 3 also by Task Analysis and so on any combination thereof. Also each scenario must be explained through text and through one visual technique as mentioned above.

3. Design Conceptualisation: For each of the 3 scenarios present your paper wireframes (each scenario can be a subheading for the sake of readability and clarity). Also clearly indicate any user actions that result in traversing the wireframes and describe the layout and design of the interface. Some of the wireframes will be identical (such as the home page or home screen); feel free to include them once in the report and refer to them from thereon in. In this section, feel free to include any wireframes/design choices that were rejected. Indicate why! Moreover, briefly state what process or method (i.e. brainstorming, research, iterative etc..) you followed to come up with the design ideas before you begin to talk about the ideas in detail. IMPORTANT: It is mandatory at the end to include at least 10 unique wireframes in total across the 3 scenarios (not each) to attain a higher mark. Each screenshot counts as 1 wireframe. So some templates which have three iPhones across them will count as 3 wireframes. Please stick to one platform (web or mobile or tablet); depictions of multi platform screenshots of the same scenarios will not satisfy the 10 wireframe benchmark. Please note that it is not just the quantity of wireframes but also their quality that the marking criteria will focus on.

4. Design Rationale: Briefly analyse your design choices and highlight the rationale of them by linking them to prior HCI literature or design guidelines/conventions as discussed in the lectures. Clearly add references to any such linkage. Random choices of design decisions without rationale will be penalised. Feel free to refer/cite to the content discussed in the lectures/video snippets. In the first instance, can you please attempt to find the original source of the guideline (Normans books, HCI book by Alan Dix, etc). If you are unable to pinpoint the exact reference, you can refer to the lecture slides using the following category from Endnotes: "Personal Communication". See Lecture (unpublished)/Personal Communication category on Page 12 in the UWS Harvard Style Sheet (for those who are not using Endnotes). In the Design Rationale section, you are encouraged to cite and go beyond articles that will be uploaded on vUWS and information in the lectures. Remember to look for domain-specific articles.

5. Conclusion and Future Work: A short paragraph on how you see the prospect of designing software based wire-frames for your topic.

Attachment:- Low-Fidelity Report.rar