Scenarios and the HCI-SE design problem

Abstract. [Context and Motivation]Development of innovative ICT-based applications is a complex process involving collaboration of all relevant disciplines. This complexity arises due to differences in terminology, knowledge and often also the ways of working between developers in the disciplines involved. [Question/problem] Advances in each discipline bring a rich design environment of theories, models, methods and techniques. Making a selection from these makes the development of distributed applications very challenging, often requiring a holistic approach to address the needs of the disciplines involved. This paper describes early stage requirements acquisition of a mobile nutrition education demonstrator which supports overweight persons in adopting healthier dietary behaviour. [Principal idea/results] We present a novel way to combine and use known requirements acquisition methods involving a two stage user needs analysis based on scenarios which apply a theory-based model of behavioural change and are constructed in two phases. The first phase scenarios specify an indicative description reflecting the use of the transtheoretical model of behavioural change. In the second phase, a handshake protocol adds elements of optative system-oriented descriptions to the scenarios such that the intended system can support the indicative description.[Contribution] The holistic and phased approach separates design concerns to which each of the disciplines contributes with their own expertise and domain principles. It preserves the applied domain principles in the design and it bridges gaps in terminology, knowledge and ways of working.

show abstract

“…These scenarios are expressed in terms of PACT [8], which stands for People (i.e. actors in the scenario), Activities (e.g.…”

Section: Requirements Acquisition Methodologymentioning

confidence: 99%

“…In the second phase, ICT engineers with experience in systems development propose to augment the PACT scenarios with FICS elements [8], including the usersystem interactions needed to realize PACT activities that need ICT support. Adapted to our nutrition education context, FICS stands for Functions (i.e.…”

Section: Requirements Acquisition Methodologymentioning

confidence: 99%

Requirements for a Nutrition Education Demonstrator

Widya

Bults

Wijk

et al. 2011

Requirements Engineering: Foundation for Software Quality

View full text Add to dashboard Cite

show abstract

“…This article uses a PACT (people, activities, context, technology) [17] framework to design a simulation, that demonstrated the functional capabilities that advanced WSNs could provide during a fire-in-tunnel incident. A secondary aim of this article is to demonstrate how the potential usefulness of new technologies can be demonstrated and evaluated from a user centred perspective.…”

Section: Aimsmentioning

confidence: 99%

“…This study methodology incorporated the PACT (people, activities, context, technology) framework [17]. Wireless sensor network technical specialists (technology) worked with fire emergency experts (context) to define how wireless sensor technologies would be integrated into a timeline of an 'alternative world' view based on a fire-in-tunnel incident.…”

Section: Scenario Design and Validationmentioning

confidence: 99%

A user centred design evaluation of the potential benefits of advanced wireless sensor networks for fire-in-tunnel emergency response

May

Mitchell

Piper

2014

Fire Safety Journal

View full text Add to dashboard Cite

“…These scenarios are also called use-cases, which specify user's interactions with the intended system. Benyon & Macaulay (2002) categorize scenarios amongst others into user-centred perspective PACT and designer-centred perspective FICS scenarios. PACT stands for People, Activity, Context and Technology, for example related to the users using a technology in their daily activity within a certain context.…”

Section: Scenariomentioning

confidence: 99%

Scenario-Based Requirements Elicitation in a Pain-Teletreatment Application

Widya

Bults²,

Veld³

et al. 2009

Proceedings of the 4th International Conference on Software and Data Technologies

View full text Add to dashboard Cite

Abstract:This paper proposes a way to elicit requirements in the domain of eHealth, in particular telemedicine treatment, that is in alignment with the evidence based working practice in medicine. In collaboration with ICT developers, medical professionals co-shape the intended system, which has to support the telemedicine application. These professionals develop a scenario and provide feedback to the subsequent requirements elicitation process which is based on the developed scenario. We propose a mix of methods and techniques to elicit requirements holistically to achieve the previously mentioned alignment. The requirements elicitation applies basically a top-down scenario based approach, however complemented with additional methods to overcome the inherently incompleteness of scenarios. In the proposed approach, we for example analyze treatment tasks and their goals that are not only identified or inferred from the scenario but also from the treatment protocol defined in an associated treatment trial design. This paper only addresses the early phase of requirements engineering, later phases, which require refinements of associated use cases, are beyond the scope of this paper.

show abstract

Scenarios and the HCI-SE design problem

Cited by 47 publications

References 2 publications

Requirements for a Nutrition Education Demonstrator

Requirements for a Nutrition Education Demonstrator

A user centred design evaluation of the potential benefits of advanced wireless sensor networks for fire-in-tunnel emergency response

Scenario-Based Requirements Elicitation in a Pain-Teletreatment Application

Contact Info

Product

Resources

About