任务与物品查询系统的分析模型与蓝图设计
1. 任务建模分析
1.1 任务信息实体类
在任务建模中，首先需要处理待执行任务的相关信息，如任务名称和执行时间。这些信息在任务执行启动时使用，也可在执行前查看、修改，若任务取消还可从系统中移除。为此，引入了名为“Task Information”的实体类，它负责对这类信息进行建模，代表未来要执行的任务。若不同类型的任务需要不同的信息集，该实体类可为抽象类，并引入子类。
1.2 任务执行者控制类
还需要一个控制类“Task Performer”来实际执行任务。这个类描述了任务执行的方式，即对系统要执行的动作序列进行建模。当特定任务开始执行时，会实例化“Task Performer”，并使用存储在持有该特定任务信息的实体对象中的相关信息进行初始化。若系统中不同类型的任务执行方式不同，则会引入“Task Performer”的子类。
1.3 任务类的关系
通常，每种任务会有一个实体类来建模执行该任务所需的信息，以及一个控制类来建模该任务的执行方式。然而，许多类型的任务可能需要相同的任务信息，但执行方式不同；同样，不同类型的任务即使操作的信息不同，系统内部的处理可能相同。所以，不能假定每种任务都有自己的一对实体类和控制类。
当“Task Information”实例（或其子类实例）中注册的某个任务可以使用“Task Performer”的多个子类来执行时，必须在该实例中注册执行该任务时要使用的“Task Performer”子类。因此，一般情况下，当“Task Information”的子类和“Task Performer”的子类之间没有一对一的关系时，从
