Changes for page Inclusive Design
Last modified by Pierre Bongrand on 2022/04/05 20:56
From version
37.1


edited by Bart Vastenhouw
on 2022/03/31 10:51
on 2022/03/31 10:51
Change comment:
There is no comment for this version
To version
39.1

edited by Pierre Bongrand
on 2022/04/05 20:56
on 2022/04/05 20:56
Change comment:
There is no comment for this version
Summary
Details
- Page properties
-
- Author
-
... ... @@ -1,1 +1,1 @@ 1 - xwiki:XWiki.BartVastenhouw1 +XWiki.PierreBongrand - Content
-
... ... @@ -43,28 +43,28 @@ 43 43 44 44 45 45 46 -= =Participatory Design ==46 += Participatory Design = 47 47 Participatory design means involving users in design from the earliest stages. It can help researchers to interact with patients and develop functions that are neglected from the earlier stages. 48 48 Researchers would get a deep understanding of users and their needs so that they can empower users. 49 49 50 50 51 -= =SCE and Inclusive Design ==51 += SCE and Inclusive Design = 52 52 In the SCE process, inclusive design is also an important part. There is no generic "disabled user". Creating different personas and scenarios helped us to consider a more robust user. 53 53 54 54 1. Personas and scenarios 55 55 Envision diverse users: We should envision as many as possible personas and scenarios to include as many different situations as possible. However, it is impossible to include all kinds of situations in the prototype as the inclusive design is a dynamic process. It should be used and evaluated throughout the whole development process. 56 - 2. Design patterns56 +1. Design patterns 57 57 Address possible social, cognitive, affective, and physical differences: All people have differences, which makes design patterns extremely hard. We need to consider and address the potential differences between people. 58 - 3. Evaluation58 +1. Evaluation 59 59 Involve diverse users: Evaluation would have more powerful insights if it involves more people. Unexpected situations may be presented during the evaluation process, thus we can fix the problem and make it more suitable for different people. 60 60 61 -= =Our Design ==61 += Our Design = 62 62 Our design was already made for people with dementia. However, this lecture and the feedback from the presentation of the previous week helped us to consider two more general cases: 63 63 64 -== =Deaf patient ===64 +== Deaf patient == 65 65 Use of redundant information leveraging both audio and visual channels of communications between Pepper and the PwD. We can also adjust the volume of Pepper to the PwD's need. 66 66 67 -== =Price ===67 +== Price == 68 68 Need to do the maths, because it might be that Pepper's cost averages out. However, technically speaking, there may be a small portion of people who can afford the Pepper robot, since the cost of research, development, and material of Pepper are expensive. But Pepper could be used for a long time. Therefore, the cost can be averaged out in the long run. 69 69 70 70 === Different needs === ... ... @@ -75,8 +75,8 @@ 75 75 === Examples === 76 76 77 77 1. Not all PwDs have the same routine. We designed the medication/activity reminder to customize to different users. HPCs and relatives can set reminders for the PwD. 78 - 2. Not all PwDs have the same activities.79 - 3. PwDs have different degrees of dementia. In our case, we are focusing on people who are in the earlier stage of dementia.78 +1. Not all PwDs have the same activities. 79 +1. PwDs have different degrees of dementia. In our case, we are focusing on people who are in the earlier stage of dementia. 80 80 81 81 82 82