Skip to Content
Last modified by Tjalling Haije on 2025/09/15 08:07
From version 13.1
edited by Tjalling Haije
on 2025/09/15 07:45
Change comment: There is no comment for this version
To version 14.1
edited by Tjalling Haije
on 2025/09/15 08:07
Change comment: There is no comment for this version

Summary

Details

Page properties
Content
... ... @@ -2,6 +2,7 @@
2 2  
3 3  
4 4  |**BoO**|Base of operations
5 +|**CFT**|Component Field Tests which test a number of components individually in a realistic settings, to check whether technical KPIs are met, and to gather input from subject matter experts. Part of the SYNERGISE development process.
5 5  |**Claim**|(((
6 6  A claim refers to an intended and/or side effect of a particular functionality of the system (described in a functional requirement). Claims are used to formulate hypotheses about the beneficial and detrimental effects of adding a particular functionality to the design specification. These hypotheses can be tested in evaluation studies to investigate the beneficial effect of including a certain functionality in the design.
7 7  
... ... @@ -23,6 +23,7 @@
23 23  We distinguish Team Design Patterns (TDP) and Interaction Design Patterns (IDP).
24 24  )))
25 25  |(% colspan="1" %)**Team design pattern**|(% colspan="1" %)Team Design Patterns (TDPs) are structured, reusable solutions that describe recurring configurations of team behavior—whether among humans, agents, or hybrid teams—to support effective collaboration, coordination, and adaptation in complex environments.
27 +|**IFT**|Integration Field Tests which test all components combined in realistic operational settings as part of the SYNERGISE development process.
26 26  |**Interaction design pattern**|(((
27 27  Interaction design is heavily focused on satisfying the needs and desires of the majority of people who will use the product. To be inclusive, the diversity of the potential end-user population should be well addressed.
28 28