Requirements for a nutrition education demonstrator

  • Authors:
  • Ing Widya;Richard Bults;Rene de Wijk;Ben Loke;Nicole Koenderink;Ricardo Batista;Val Jones;Hermie Hermens

  • Affiliations:
  • Remote Monitoring & Treatment group, University of Twente, The Netherlands;Remote Monitoring & Treatment group, University of Twente, The Netherlands;Wageningen University & Research, Food & Biobased Research, The Netherlands;Noldus Information Technology BV, The Netherlands;Wageningen University & Research, Food & Biobased Research, The Netherlands;Remote Monitoring & Treatment group, University of Twente, The Netherlands;Remote Monitoring & Treatment group, University of Twente, The Netherlands;Remote Monitoring & Treatment group, University of Twente, The Netherlands

  • Venue:
  • REFSQ'11 Proceedings of the 17th international working conference on Requirements engineering: foundation for software quality
  • Year:
  • 2011

Quantified Score

Hi-index 0.01

Visualization

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.