19、利用子模型、子程序和通用组件实现快速任务模型开发

利用子模型、子程序和通用组件实现快速任务模型开发

1. 引言

模型能在抽象层面为新领域提供见解，避免过早陷入细节，还能通过清晰描述支持不同利益相关者间的沟通，这已得到广泛认可。在设计交互系统时，任务模型是宝贵的知识来源，它包含大量与用户目标及实现目标所需活动相关的信息。当描述复杂活动时，非正式描述（如自然语言文本）往往难以处理，而任务模型就显得尤为有用。任务模型包含的信息可用于评估活动的复杂性，如所需执行的动作数量、完成活动所需的知识和技能，以及完成任务所需的信息和对象。通过提供明确的描述，任务模型还可用于检查所描述信息的一致性并检测建模错误。此外，任务模型有助于分析师对活动进行推理，例如考虑任务从用户向系统的迁移可能性。

然而，尽管任务模型有诸多优点，但如果要表示的活动复杂，生成的模型也可能变得复杂。模型的复杂性是基于模型的方法中反复出现的问题，可能需要大量资源，有时会被认为是过于费力、耗时且成本效益不高。如果每次开发新应用都要从头开始构建模型，且建模技术缺乏足够的工具支持，那么这种情况就更有可能发生。此外，除了工具支持，模型复杂性在符号表示层面也是一个需要关注的问题。

为解决任务模型在处理大型实际应用时的不足，提出了两种机制（子模型和子程序）来应对任务模型的复杂性。在此基础上，还提出了第三种机制（组件），它为模型部分的重用提供了强大的手段。这三种机制旨在通过构建模型结构和提高现有模型的重用性来支持快速任务模型开发，并且都通过 HAMSTERS 符号进行了说明，该符号已完全集成到项目和工具支持中。

2. 支持任务模型结构化和重用的三种机制

2.1 子模型

子模型基于细化/抽象原则，使得在任务模型中定义基本的可重