• Aucun résultat trouvé

Specifying Business Requirements through Interaction Design

N/A
N/A
Protected

Academic year: 2022

Partager "Specifying Business Requirements through Interaction Design"

Copied!
2
0
0

Texte intégral

(1)

Specifying Business Requirements through Interaction Design

Roman Popp and Hermann Kaindl

Vienna University of Technology, Gusshausstr. 27–29, A–1040 Vienna, Austria

{popp, kaindl}@ict.tuwien.ac.at

Abstract. When the requirements and the interaction design of a system are separated, they will most likely not fit together, and the resulting system will be less than optimal. Even if all the real needs are covered in the requirements and also implemented, errors may be induced by human-computer interaction through a bad interaction design and its resulting user interface. Such a system may even not be used at all. Alternatively, a great user interface of a system with features that are not required will not be very useful as well.

This tool demo illustrates joint modeling of (communicative) interaction de- sign and requirements, through a Discourse-based Communication Model con- sisting of a Discourse Model, a Domain-of-Discourse Model and an Action-no- tification Model. The concept of such a Discourse Model was derived from re- sults of human communication theories, cognitive science and sociology (even without employing speech or natural language). While these models were origi- nally devised for capturing interaction design, it turned out that they can be also viewed as specifying classes of scenarios, i.e., use cases. In this sense, they can also be utilized for specifying requirements. Ontologies are used to define the domain of discourse for the interactions and the actions that can be performed through the interactions with a software system. These models specify both the business requirements and the interaction design.

User interfaces for software systems can be generated semi-automatically from our Discourse Models, Domain-of-Discourse models and Action-Notifica- tion Models. This is especially useful when user interfaces for different devices are needed, since graphical user interfaces (GUIs) for PCs will most likely not fit relatively small screens of devices like today’s smartphones. Based on an addi- tional device specification, our tool automatically tailors the generated GUI to the given device.

So, interaction design facilitates requirements engineering to make applica- tions both more useful and usable.

Keywords: Business requirements, Scenarios, Interaction Design, Discourse Models, Generation of multi-device GUIs

(2)

References

[1] Bogdan, C., Kaindl, H., Falb, J., and Popp, R., Modeling of interaction de- sign by end users through discourse modeling, in Proc. of IUI’08, 2008.

[2] Falb, J., Kaindl, H., Horacek, H., Bogdan, C., Popp, R., Arnautovic, E., A discourse model for interaction design based on theories of human commu- nication. In: CHI’06 Ext. Abstracts on Human Factors in Computing Sys- tems, pp 754–759 ACM Press (2006)

[3] Kaindl, H., Constantine, L., Pastor, O., Sutcliffe and A., Zowghi, D. How to Combine Requirements Engineering and Interaction Design?. In RE’08, 2008.

[4] Kaindl, H., Popp, R., and Raneburger, D., Automated Generation of User Interfaces: Based on Use Case or Interaction Design Specifications?. In:

ICSOFT’12.

[5] Popp, R., Raneburger, D., and Kaindl, H., Tool Support for Automated Multi-device GUI Generation from Discourse-based Communication Mod- els. In: EICS’13, 2013.

[6] Raneburger, D., Kaindl, H., and Popp, R. Strategies for automated GUI tai- loring for multiple device. In: HICSS-48, 2015.

[7] Raneburger, D., Popp, R., Kavaldjian, S., Kaindl, H., Falb, J., Optimized GUI Generation for Small Screens, Model-Driven Development of Ad- vanced User Interfaces, LNCS, Springer-Verlag, Berlin-Heidelberg (2011)

Références

Documents relatifs

Enfin la forme même que revêtent les énoncés concessifs dans les rapports éducatifs, le plus souvent structurés autour d’un balancement entre deux éléments parfois

Historically, several outstanding researchers have pioneered discussions on context in the study of discourse and interaction. 306) is usually credited with being the fi rst

Types of timing requirements, time bases, time base relations and parameterized timing expressions are parts of the DSL.. The language is illustrated with a

The aim of the unified requirements engineering meta-model UREM as mentioned in section two and three is to perform translation between different types of requirements engineering

This region separates two multi-hole-bowl-like regions, each of them containing all the pattems or all the antipattems and, as the activity a decreases, the bowls grow deeper,

Due to the need for an integrated requirements engineering tool centered on a textual specification language targeted to our students at University of Luxembourg, and a tool support

Through the model we highlight the main differences between various requirement types in par- ticular essentially subjective and accidentally subjective quality require- ments.. We

According to the results, we conclude that layout and label style guidelines are per- ceived as the most useful, easy to use and receive the higher scores on intention to use from