17.01.2015 Views

paper - Universität Rostock

paper - Universität Rostock

paper - Universität Rostock

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

constructed on the basis of the task model in Fig.1 and revealed the sub-action rechecking the total<br />

list which was added afterwards to the task model (indicated with dotted lines in the figure). “In<br />

SBD new activities are always grounded in current activities” [RC02]. Scenarios as stories support<br />

the transition from current to envisioned models. Taken the scenario in Sect.2, for example, one<br />

can easily imagine that in the envisioned practice the compiling of the total list out of the single<br />

lists for each of the 5 exercises can be done automatically by the software system under<br />

development. It is also of advantage that the system can label the “borderline cases” (the entries of<br />

the students who miss 1 or 2 points to pass the examination). An envisioned task model has to<br />

reflect the application of the software system by the actors.<br />

problem<br />

scenarios<br />

...<br />

task model of the<br />

current practice<br />

specification<br />

of the software<br />

system<br />

design<br />

scenarios<br />

...<br />

task model of the<br />

envisioned practice<br />

test case<br />

scenarios<br />

...<br />

Figure 3: A combination of MBD and SBD<br />

Scenarios as test cases are complete scenarios in the sense of Sect. 4.1. They can be generated<br />

from sub-trees of the action hierarchy as should be underlined by Fig.2. They are useful for<br />

validating a system specification with respect to a task model and vice versa because they describe<br />

the interaction between a user and the system precisely. Scenarios of this kind are rather<br />

comparable with scenarios as paths through use cases.<br />

Fig.3 illustrates possible applications of scenarios to supplement a model-based design process.<br />

5 Summary<br />

A combination of SBD and MBD to improve the software design process was shown. Task<br />

models play a mediating role. They supply a general description which is useful for constructing<br />

scenarios on the one side but also for deriving formal system specifications on the other side. A<br />

distinction between scenarios as stories and scenarios as test cases was proposed and their<br />

different fields of application were explored. There are a lot of open questions. The problem of<br />

choosing a representative set of test case scenarios out of a possibly infinite set is only one of<br />

them. The interested reader is referred to [FD03] where tool support is described.<br />

References<br />

[Car02] J.M.Carroll: Scenarios and Design Cognition, Proc. of the Int. Conf. On Requirements<br />

Engineering RE2002, Essen, Germany.<br />

[RC02] M.B.Rosson, J.M.Carroll: Usability Engineering – Scenario-Based Development of<br />

Human-Computer Interaction, Morgan Kaufmann Publishers, 2002.<br />

[FD03] P.Forbrig, A.Dittmar: Interfacing Business Object and User Models with Action Models<br />

in this Proceedings of HCI 2003.<br />

[Dit02] A.Dittmar: Ein formales Metamodell für den aufgabenbasierten Entwurf interaktiver<br />

Systeme, PhD-Thesis, Universität <strong>Rostock</strong>, 2002.

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!