G06F17/60 G06F17/30
1.一种用于制定，执行用于制定，执行，评估任务的方法，其特征为至少包括 以下步骤：
①在通用数据库管理系统中建立如下数据库表：
任务表：用于记录任务数据；
活动表：用于记录与任务相关联的活动或者日程计划数据，日程计划和活 动可以通过改变其标志字段而相互转换；
评估报告表：用于记录对任务的评估报告，一个任务可以由不同的人在不 同的时间进行评估，从而有多个评估报告记录；
复查报告表：用于记录对任务的复查报告，一个任务可以由不同的人在不 同的时间进行复查，从而有多个复查报告记录；
任务记事表：用于记录任务执行过程中发生的比较重要的事情即任务记事；
任务验收表：用于记录任务的验收情况，一个任务可以有多条验收记录；
变更申请表：记录对任务申请修改的情况，一个任务可以有多个申请变更 记录；
执行要求表：记录任务的执行要求，一个任务只有一条任务执行要求；
任务进度表：记录任务的执行情况，并且汇报执行进度即执行报告；
完工申请表：用于记录任务的完工申请，一个任务可以有多个完工申请记 录；
②区分与任务相关的人员为不同的角，这些角分别是任务分配者，任 务执行者，任务复查者，任务验收者，任务评估者，任务制定者；
③将任务的状态区分为以下几个状态：制定状态，分配状态，执行状态， 完工申请状态，完成状态，取消状态，其中制定状态为初始状态，完成状态和 取消状态都是任务的中止状态，各个状态之间通过一定的触发条件可以相互转 换；
④将任务分为一般任务和验收任务，分配任务，复查任务和评估任务；
⑤将与任务的制定，分配等动作相关的活动分为制定任务，分配任务，申 请变更任务，接受任务，完工申请任务，任务验收，取消任务，任务记事，上 报执行进度等；
⑥针对不同的性质的任务和不同状态的任务，不同的用户角可以执行不 同的操作即执行不同的任务动作。
2.如权利要求1所记载的用于制定，执行，评估任务的方法，其特征在于所述 的触发条件为：任务的变更申请，分配任务，取消任务，接受任务，对任务 进行申请完工，任务没有完成，任务完成；其特征在于任务状态之间的转换过 程如下：当一个任务刚制定时就处于制定状态；处于制定状态的任务通过触 发条件分配任务将转换到分配状态；处于分配状态的任务通过触发条件接受 任务将转换到执行状态，通过触发条件申请变更任务将转换到制定状态；处 于执行状态的任务通过触发条件完工申请任务转换到完工申请状态；处于完 工申请状态的任务通过触发条件任务没有完成转换到执行状态，通过触发条 件任务完成转换到完成状态；处于制定状态，分配状态，以及执行状态的任 务可以分别通过触发条件取消任务而转换到取消状态；其特征在于所述一般 任务是指员工为了完成一件具有明确目标、责任，并在一定的资源条件下对 所属任务可控制、对所属活动可评估的工作。通过将一般任务层层分解，可 以得到一个类似于树形结构的任务视图；其特征在于对于所述的一般任务来 说其中任务制定者可以执行的活动有：制定任务，分配任务，取消任务；任 务接受者可以执行的活动有：接受任务，申请变更，任务完工申请；任务验 收者可以执行的活动是验收任务。
3.如权利要求1所记载的用于制定，执行，评估任务的方法，其特征在于活动 制定任务将任务置于制定状态；活动分配任务将处于制定状态的任务置于分 配状态；活动取消任务将处于制定状态，分配状态，执行状态的任务置于取 消状态；活动变更申请将处于分配状态的任务置于制定状态；活动接受任务 将处于分配状态的任务置于执行状态；活动完工申请将处于执行状态的任务 置于完工申请状态；活动任务验收将通过判断任务是否完成后将任务置于执 行状态或者完成状态。
4.如权利要求1所记载的用于制定，执行，评估任务的方法，其特征在于所述 分配任务在任务制订人制定好了一个一般任务，并且指定了委托分配人之后 自动产生，这些分配任务将自动成为这些委托分配人的新任务(分配状态)， 分配任务是一般任务的子任务；其特征在于对于所述的分配任务来说可以有 的状态有：制定状态，执行状态，完成状态，取消状态。
5.如权利要求1所记载的用于制定，执行，评估任务的方法，其特征在于对于 所述的分配任务来说当一般任务任务制定者产生了分配任务的时候，该分配 任务就处于制定状态；任务分配者通过执行活动接受任务将其状态转换为执 行状态并且通过执行活动分配任务将任务状态转换为完成状态；在此过程中， 任务制定者可以执行活动取消任务将该分配任务转换为取消状态；其特征在 于所述复查任务是任务分配者(可以是任务的制订人或者委托分配人)在分 配任务的时候指定了一个或者多个复查人的情况下自动产生的，这些复查任 务成为任务复查人的新任务(分配状态)，复查任务是一般任务的子任务；其 特征在于所述验收任务是任务分配者(可以是任务的制订人或者委托分配人) 在分配任务的时候指定了一个或者多个验收人的情况下自动产生的，这些验 收任务将成为任务验收人的新任务(分配状态)，验收任务是一般任务的子任 务；其特征在于所述评估任务是任务分配者(可以是任务的制订人或者委托分 配人)在分配任务的时候指定了一个或者多个任务评估人的情况下自动产生 的，这些评估任务将成为任务评估人的新任务(分配状态)，评估任务是一般 任务的子任务；其特征在于对于所述的复查任务可以有的状态有：制定状态， 执行状态，申请完工状态，完成状态，取消状态；其特征在于对于所述的复查 任务，当任务一般任务制定者产生了复查任务的时候，该复查任务就处于制 定状态；任务复查者通过执行活动接受任务将其状态转换为执行状态并且通 过执行活动完工申请将任务状态转换为完工申请状态；任务制定者可以执行 活动取消任务将该复查任务转换为取消状态；任务制定者执行活动任务验收 后将复查任务转换为执行状态或者完成状态；其特征在于对于所述评估任务 来说，可以有的状态有：制定状态，执行状态，申请完工状态，完成状态， 取消状态；其特征在于对于所述的评估任务，当一般任务制定者产生了评估任 务的时候，该评估任务就处于制定状态；任务评估者通过执行活动接受任务 将其状态转换为执行状态并且通过执行活动完工申请将任务状态转换为完工 申请状态；任务制定者可以执行活动取消任务将该评估任务转换为取消状态； 任务制定者执行活动任务验收后将评估任务转换为执行状态或者完成状态。
6.如权利要求1所记载的用于制定，执行，评估任务的方法，其特征在于对于 所述验收任务来说，可以有的状态有：制定状态，执行状态，申请完工状态， 完成状态，取消状态；其特征在于对于所述的验收任务，当一般任务制定者产 生了验收任务的时候，该验收任务就处于制定状态；任务验收者通过执行活 动接受任务将其状态转换为执行状态并且通过执行活动完工申请将任务状态 转换为完工申请状态；任务制定者可以执行活动取消任务将该验收任务转换 为取消状态；任务制定者执行活动任务验收后将验收任务转换为执行状态或 者完成状态；其特征在于所述的任务表至少包括如下字段：任务ID，任务名 称，任务内容，任务类型，任务开始时间，任务结束时间，上级任务ID，任 务初始分值，任务可用分值。其特征在于所述的活动表至少包括如下字段： 活动ID，活动名称，活动内容，活动开始时间，活动结束时间，活动地点， 活动执行者，任务ID和标志字段。
8.如权利要求6所述记载的用于制定，执行，评估任务的方法，其特征在于所 述活动表记录的任务ID是其所关联的任务的ID，如果没有关联任务，则该 字段的值可以为空。
9.如权利要求1所记载的用于制定，执行，评估任务的方法，其特征在于所述 任务评估报告表至少包括如下字段：报告ID，评估者ID，评估时间，评估内 容，评估分值，被评估的任务ID；其特征在于所述任务复查报告表至少包括 如下字段：报告ID，复查者ID，复查时间，复查内容，被复查的任务ID；其 特征在于所述任务验收表至少包括如下字段：报告ID，验收人ID，验收结论， 验收内容，验收日期，本次验收进度，累计验收进度，被验收的任务ID；其 特征在于所述的验收任务的执行要求是所验收任务的任务验收要求；其特征 在于所述的评估任务的执行要求是所评估任务的任务评估要求；其特征在于 所述的复查任务的执行要求是所复查任务的任务复查要求；其特征在于所述 的分配任务的执行要求是所委托分配任务的任务分配要求；其特征在于所述 的任务是指员工为了完成一件具有明确目标、责任，并在一定的资源条件下 对所属任务可控制、对所属活动可评估的工作，它是实现目标管理的基本结 构单元。其特征在于所述的活动是指一个员工在一个连续时间段内持续进行 的均质劳动，是任务执行过程中已完成工作的基本单元；其特征在于任务制 定，接受，执行的过程中同一个用户可以有不同的角，同一个用户可以执 行不同角所能执行的不同的任务活动；其特征在于所述变更申请是指任务 执行者在执行任务的时候，由于一定的原因，主观认为任务无法正常执行下 去的时候，对任务制定者或分配者提出的申请；其特征在于所述完工申请是指 任务执行者主观认为任务的大部分已经完成或小部分无法继续下去，但可视 为完成而递交的申请报告；其特征在于所述完工验收是任务验收者根据提交 的完工申请报告，或主动对任务进行一系列目标实现情况进行验证的报告； 其特征在于所述任务复查报告是任务复查者随时对任务的执行情况进行检查 理解而形成的报告；其特征在于所述任务评估报告是任务评估者随时对任务 的执行情况采用打分与论述结合的方式等进行评价估计所形成的报告；其特 征在于所述执行报告是指任务执行者定期对任务的执行情况进行汇报而形成 的报告；其特征在于所述任务记事是任何人认为对任务有特殊意义的事情记 录，可以对任何状态的任务进行记录而形成的报告；其特征在于所述执行报告 是指任务执行者按照任务执行要求定期对任务的执行情况进行汇报而形成的 报告。
7.如权力要求1所记载的用于制定，执行，评估任务的方法中，其特征在于如 果一个任务没有任何子任务，则其可用分值等于其初始分值，否则该任务的 可用分值等于其初始分值减掉其所有第一层子任务的初始分值；其特征在于 对于所述任务表中的记录，一个任务记录其子任务记录的上级任务ID的值等 于该任务记录的ID的值，以次层层类推可以形成任务的层状结构。
用于制定，执行，评估任务的方法
发明领域
本发明涉及一种用于制定，执行，评估任务的方法。该方法通过将一个任务 分成制定，分配，执行，评估等几个不同的阶段，并且区分每个阶段中的不同 的角，从而提供了一个将任务层层分解，并且有效的监督任务执行情况，对 任务的执行效果进行评价的机制。本方法可以应用于企业项目管理系统或者任 何企业管理信息系统中。
发明背景
目标管理的应用非常广泛，很多人将它作业务种计划和控制的手段，还 有人将它当成一种激励员工或评价绩效的工具。目标管理是一种基本的管理技 能，它通过划分组织目标与个人目标的方法，将许多关键的管理活动结合起来， 实现全面、有效的管理。目标管理系统就是基于目标管理思想的管理信息系统。 郑俊，胡文心等在“基于WEB的目标管理系统开发“(微型电脑应用，2003年第 19卷第1期)一文中描述了一种分解目标，执行目标并且对目标执行情况进行 评估的系统，从该文中我们可以看出该系统具有如下技术上的缺陷：
①目标的制定，分解完全依赖于员工的上下级关系，从而使系统在目标 分解，任务制定方面缺乏足够的灵活性。
②该系统实现的仅仅是目标或者任务制定，分解，接受过程的计算机化， 而通常一个任务的分解，执行情况是相当复杂地除了包括以上过程外，还包括 任务的变更，任务的检查，任务执行情况的汇报等等，这些功能均没有体现在 该系统中。
③缺少对完成一个任务或者目标的过程的完整记录，也就是为完成一个 任务作了哪些工作，制定了哪些计划等，都没有记录下来。
④该系统并不能记录一个任务从制定到分解到执行到完成或者取消这一 完整的过程，并且没有一个有效的从执行到目标制定之间的反馈支持。 除此以外，当前很多项目管理工具，如Microsoft Project系列等所实现的都 是任务的制定，分解功能，至多加上了对部分资源分配和使用情况的统计。而 对任务的分解，执行，评估，反馈过程的支持依然相当薄弱，因此需要一种方 法或者一种基于该方法的系统以对任务的分解，执行，评估，反馈过程提供完 整的支持，同时可以将任务执行过程中所发生的一切事情都记载下来。
发明概要
根据以上所述，本发明所提出的一种用于任务的分解，执行，评估的方法 就是为了解决当前的各类项目管理工具或者目标管理工具中的问题。
本发明中所提出的方法基于以下几点：其一是区分与任务相关的不同的人 员的角，而不仅仅是用上下级关系来区分与任务相关的人员；其二是区分任 务对象的不同状态，当任务处于不同的状态时可以执行不同的动作或者操作； 其三区分不同性质的任务并且区分任务的不同操作过程如：制定任务，接受任 务，执行任务，完工任务等，并且将任务的操作与任务状态和角联系起来； 最后在数据库中建立各种数据库表用以提供对任务制定，分配等过程的计算机 记录过程。
由此，本发明所提出的用于制定，执行，评估任务的方法由以下基本步骤 组成：
①在通用数据库管理系统中中建立任务数据库，该数据库中包括任务表， 角表，任务角表，活动日程表，任务执行要求表，复查表，验收表等；
②区分与任务相关的人员为不同的角，这些角分别是任务分配者，任 务执行者，任务复查者，任务验收者，任务评估者，任务制定者；
③将任务的状态区分为以下几个状态：制定状态，分配状态，执行状态， 完工申请状态，完成状态，取消状态，其中制定状态为初始状态，完成状态和 取消状态都是任务的中止状态，各个状态之间通过一定的触发条件可以相互转 换；
④将任务分为一般任务和验收任务，分配任务，复查任务和评估任务；
⑤将与任务的制定，分配等动作相关的活动分为制定任务，分配任务，申 请变更任务，接受任务，完工申请任务，任务验收，取消任务，任务记事，上 报执行进度等；
⑥针对不同的性质的任务和不同状态的任务，不同的用户角可以执行不 同的操作即执行不同的任务动作。
本发明中所述的方法中任务是指员工为了完成一件具有明确目标、责任， 并在一定的资源条件下对所属任务可控制、对所属活动可评估的工作，它是实 现目标管理的基本结构单元。活动是指一个员工在一个连续时间段内持续进行 的均质劳动，是任务执行过程中已完成工作的基本单元。如权利要求1所记载 的用于制定，执行，评估任务的方法其特征在于所述变更申请是指任务执行人 在执行任务的时候，由于一定的原因，主观认为任务无法正常执行下去的时候， 对任务制定人或分配人提出的申请。完工申请是指任务执行人主观认为任务的 大部分已经完成或小部分无法继续下去，但可视为完成而递交的申请报告。完 工验收是任务验收人根据提交的完工申请报告，或主动对任务进行一系列目标 实现情况进行验证的报告。复查报告是任务复查人随时对任务的执行情况进行 检查理解而形成的报告。任务评估报告是任务评价人随时对任务的执行情况采 用打分与论述结合的方式等进行评价估计所形成的报告。执行报告是指任务执 行人定期对任务的执行情况进行汇报而形成的报告。任务记事是任何人认为对 任务有特殊意义的事情记录，可以对任何状态的任务进行记录而形成的报告。 执行报告是指任务执行人按照任务执行要求定期对任务的执行情况进行汇报而 形成的报告。
本发明中用于任务不同状态之间转换的触发条件有：任务的变更申请，分 配任务，取消任务，接受任务，对任务进行申请完工，任务没有完成，任务完 成。任务状态之间的转换过程如下：当一个任务刚制定时就处于制定状态；处 于制定状态的任务通过触发条件分配任务将转换到分配状态；处于分配状态的 任务通过触发条件接受任务将转换到执行状态，通过触发条件申请变更任务将 转换到制定状态；处于执行状态的任务通过触发条件完工申请任务转换到完工 申请状态；处于完工申请状态的任务通过触发条件任务没有完成转换到执行状 态，通过触发条件任务完成转换到完成状态；处于制定状态，分配状态，以及 执行状态的任务可以分别通过触发条件取消任务而转换到取消状态。
本发明中一般任务是指员工为了完成一件具有明确目标、责任，并在一定 的资源条件下对所属任务可控制、对所属活动可评估的工作。通过将一般任务 层层分解，可以得到一个类似于树形结构的任务视图。分配任务在任务制订人 制定好了一个一般任务，并且指定了委托分配人之后自动产生，这些分配任务 将自动成为这些委托分配人的新任务(分配状态)，分配任务是一般任务的子任 务。复查任务是任务分配者(可以是任务的制订人或者委托分配人)在分配任 务的时候指定了一个或者多个复查人的情况下自动产生的，这些复查任务成为 任务复查人的新任务(分配状态)，复查任务是一般任务的子任务。验收任务是 任务分配者(可以是任务的制订人或者委托分配人)在分配任务的时候指定了 一个或者多个验收人的情况下自动产生的，这些验收任务将成为任务验收人的 新任务(分配状态)，验收任务是一般任务的子任务。评估任务是任务分配者(可 以是任务的制订人或者委托分配人)在分配任务的时候指定了一个或者多个任 务评估人的情况下自动产生的，这些评估任务将成为任务评估人的新任务(分 配状态)，评估任务是一般任务的子任务。
本发明中的方法中，各个对任务对象所进行的活动对任务对象的状态影响 如下：活动制定任务将任务置于制定状态；活动分配任务将处于制定状态的任 务置于分配状态；活动取消任务将处于制定状态，分配状态，执行状态的任务 置于取消状态；活动变更申请将处于分配状态的任务置于制定状态；活动接受 任务将处于分配状态的任务置于执行状态；活动完工申请将处于执行状态的任 务置于完工申请状态；活动任务验收将通过判断任务是否完成后将任务置于执 行状态或者完成状态。对于所述的一般任务来说其中任务制定者可以执行的活 动有：制定任务，分配任务，取消任务；任务接受者可以执行的活动有：接受 任务，申请变更，任务完工申请；任务验收者可以执行的活动是验收任务。
对于所述的分配任务来说可以有的状态有：制定状态，执行状态，完成状 态，取消状态。当一般任务任务制定者产生了分配任务的时候，该分配任务就 处于制定状态；任务分配者通过执行活动接受任务将其状态转换为执行状态并 且通过执行活动分配任务将任务状态转换为完成状态；在此过程中，任务制定 者可以执行活动取消任务将该分配任务转换为取消状态。
对于所述的复查任务可以有的状态有：制定状态，执行状态，申请完工状 态，完成状态，取消状态。当任务一般任务制定者产生了复查任务的时候，该 复查任务就处于制定状态；任务复查者通过执行活动接受任务将其状态转换为 执行状态并且通过执行活动完工申请将任务状态转换为完工申请状态；任务制 定者可以执行活动取消任务将该复查任务转换为取消状态；任务制定者执行活 动任务验收后将复查任务转换为执行状态或者完成状态。
在于对于所述评估任务来说，可以有的状态有：制定状态，执行状态，申 请完工状态，完成状态，取消状态。当一般任务制定者产生了评估任务的时候， 该评估任务就处于制定状态；任务评估者通过执行活动接受任务将其状态转换 为执行状态并且通过执行活动完工申请将任务状态转换为完工申请状态；任务 制定者可以执行活动取消任务将该评估任务转换为取消状态；任务制定者执行 活动任务验收后将评估任务转换为执行状态或者完成状态。
对于所述验收任务来说，可以有的状态有：制定状态，执行状态，申请完 工状态，完成状态，取消状态。当一般任务制定者产生了验收任务的时候，该 验收任务就处于制定状态；任务验收者通过执行活动接受任务将其状态转换为 执行状态并且通过执行活动完工申请将任务状态转换为完工申请状态；任务制 定者可以执行活动取消任务将该验收任务转换为取消状态；任务制定者执行活 动任务验收后将验收任务转换为执行状态或者完成状态。
以下结合说明书附图和实施例对本发明进行详细描述。
附图的简要说明
图1为本发明所述方法中的角示意图；
图2为本发明所述方法中的任务的状态转换示意图；
图3为本发明所述方法中的活动图；
图4为本发明所述方法的任务，活动，日程与任务报告的设计模型示意图；
图5为本发明所述方法的任务与任务要求，以及验收任务等的设计模型示意图；
图6为本发明的实施例中的总体数据库设计模型之一；
图7为本发明的实施例中的总体数据库设计模型之二；
图8为本发明实施例中的任务表设计模型示意图；
图9为本发明实施例中的任务类型表设计模型示意图；
图10为本发明实施例中的活动表设计模型示意图；
图11为本发明实施例中的评估报告表设计模型示意图；
图12为本发明实施例中的复查报告表设计模型示意图；
图13为本发明实施例中的任务记事表设计模型示意图；
图14为本发明实施例中的任务验收表设计模型示意图；
图15为本发明实施例中的任务变更申请表设计模型示意图；
图16为本发明实施例中的任务角表设计模型示意图；
图17为本发明实施例中的角表设计模型示意图；
图18为本发明实施例中的员工表设计模型示意图；
图19为本发明实施例中的任务执行要求表设计模型示意图；
图20为本发明实施例中的任务进度表设计模型示意图；
图21为本发明实施例中的任务完工申请表设计模型示意图；
图22为本发明实施例中的制定任务的流程图；
图23为本发明实施例中的输入活动的流程图；
图24为本发明实施例中验收任务的流程图；
图25为本发明实施例中复查任务的流程图；
图26为本发明实施例中产生分配任务的流程图。
优选实施例
本发明中定义了几类人员角。如图1所示，分别是分配者200，执行者 210，复查者220，验收者230，评估者240，制定者250。图中260是指抽象的 任务对象。其中制定者250，分配者200，复查者220，验收者230，评估者240 并不限于部门的上级员工，系统内部任何具有任务制定权限的都可以成为制定 者，具有分配任务权限的都可以成为任务分配者，具有复查任务权限的都可以 成为复查者，具有验收，评估权限的都可以成为验收者和评估者。
本发明中将任务的状态定义为以下几个状态：制定，分配，执行，完工申 请，完成，取消。各个状态之间通过某种条件触发可以相互转换。图2为任务 对象的状态转换示意图，图中各个任务状态描述如下： 10为任务的制定状态，20为任务的分配状态，30为任务的接受/执行状态，40 为任务的完工申请状态，50为任务的完成状态，60为任务的取消状态。其中完 成状态50和取消状态60都是任务的中止状态。图中各个状态之间的触发条件 为：11是任务的变更申请，12是分配任务，13，14，15是取消任务，21是接 受任务，31是对任务进行申请完工，32是任务没有完成，41是任务完成。当一 个任务刚制定时就处于制定状态10；处于制定状态10的任务通过触发条件12 后将转换到分配状态20；处于分配状态的任务通过触发条件21将转换到执行状 态30，通过触发条件11将转换到制定状态10；处于执行状态30的任务通过触 发条件31转换到完工申请状态40；处于完工申请状态的任务通过触发条件32 转换到执行状态30，通过触发条件41转换到完成状态50；处于制定状态，分 配状态，以及执行状态的任务可以分别通过触发条件13，14，15而转换到取消 状态60。
本发明将任务分为一般任务和验收任务，分配任务，复查任务和评估任务。 一般任务是指员工为了完成一件具有明确目标、责任，并在一定的资源条件下 对所属任务可控制、对所属活动可评估的工作。通过将一般任务层层分解，可 以得到一个类似于树形结构的任务视图。分配任务，复查任务，验收任务和评 估任务都是一个一般任务的子任务。其中，分配任务在任务制订人制定好了任 务，并且指定了委托分配人之后自动产生，这些分配任务将自动成为这些委托 分配人的新任务(分配状态)；复查任务是任务分配者(可以是任务的制订人或 者委托分配人)在分配任务的时候指定了一个或者多个复查人的情况下自动产 生的，这些复查任务将成为任务复查人的新任务(分配状态)；验收任务是任务 分配者(可以是任务的制订人或者委托分配人)在分配任务的时候指定了一个 或者多个验收人的情况下自动产生的，这些验收任务将成为任务验收人的新任 务(分配状态)；评估任务是任务分配者(可以是任务的制订人或者委托分配人) 在分配任务的时候指定了一个或者多个任务评估人的情况下自动产生的，这些 评估任务将成为任务评估人的新任务(分配状态)。
图3描述了本发明所述方法的主要的活动图，该图也描述了任务的操作活 动与任务状态和角之间的联系关系。图中250为任务制定者，210为任务接受 者，230为任务验收者。
对于一般任务来说，任务的制定，执行，完成等过程中包括的活动有：制 定任务70，分配任务80，申请变更任务90，接受任务100，完工申请任务110， 任务验收120，取消任务140。其中任务制定者250可以执行的活动有：制定任 务，分配任务，取消任务；任务接受者210可以执行的活动有：接受任务，申 请变更，任务完工申请；任务验收者230可以执行的活动是验收任务。活动制 定任务70将任务置于制定状态10；活动分配任务80将处于制定状态10的任务 置于分配状态20；活动取消任务140将处于制定状态10，分配状态20，执行状 态30的任务置于取消状态60；活动变更申请90将处于分配状态20的任务置于 制定状态10；活动接受任务100将处于分配状态20的任务置于执行状态30； 活动完工申请110将处于执行状态30的任务置于完工申请状态40；活动任务验 收120将通过判断任务是否完成130后将任务置于执行状态30或者完成状态50。
由于同一个用户可以有不同的角，所以同一个用户可以执行不同角下 的不同的活动。
对于分配任务来说，可以有的状态有：制定状态10，执行状态30，完成状 态50，取消状态60。当任务制定者产生了分配任务的时候，该分配任务就处于 制定状态10；任务分配者通过执行活动接受任务100将其状态转换为执行状态 30并且通过执行活动分配任务80将任务状态转换为完成状态50；在此过程中， 任务制定者可以执行活动取消任务140将该分配任务转换为取消状态60。
对于复查任务来说，可以有的状态有：制定状态10，执行状态30，申请完 工状态40，完成状态50，取消状态60。当任务制定者产生了复查任务的时候， 该复查任务就处于制定状态10；任务复查者通过执行活动接受任务100将其状 态转换为执行状态30并且通过执行活动完工申请110将任务状态转换为完工申 请状态40；任务制定者可以执行活动取消任务140将该复查任务转换为取消状 态60；任务制定者执行活动120任务验收后将复查任务转换为执行状态30或者 完成状态50。
对于评估任务来说，可以有的状态有：制定状态10，执行状态30，申请完 工状态40，完成状态50，取消状态60。当任务制定者产生了评估任务的时候， 该评估任务就处于制定状态10；任务评估者通过执行活动接受任务100将其状 态转换为执行状态30并且通过执行活动完工申请110将任务状态转换为完工申 请状态40；任务制定者可以执行活动取消任务140将该评估任务转换为取消状 态60；任务制定者执行活动120任务验收后将评估任务转换为执行状态30或者 完成状态50。
对于验收任务来说，可以有的状态有：制定状态10，执行状态30，申请完 工状态40，完成状态50，取消状态60。当任务制定者产生了验收任务的时候， 该验收任务就处于制定状态10；任务验收者通过执行活动接受任务100将其状 态转换为执行状态30并且通过执行活动完工申请110将任务状态转换为完工中 请状态40；任务制定者可以执行活动取消任务140将该验收任务转换为取消状 态60；任务制定者执行活动120任务验收后将验收任务转换为执行状态30或者 完成状态50。
同时本发明根据本发明所述的方法，在数据库系统中建立了任务表，活动 表，评估报告表，复查报告表，任务记事表，任务验收表，变更申请表，执行 要求表，任务进度表，完工申请表等一系列物理数据库表格。其中各个表的作 用如下：
任务表：用于记录任务数据；
活动表：用于记录与任务相关联的活动或者日程计划数据，日程计划和活 动可以通过改变其标志字段而相互转换；
评估报告表：用于记录对任务的评估报告，一个任务可以由不同的人在不 同的时间进行评估，从而有多个评估报告记录；
复查报告表：用于记录对任务的复查报告，一个任务可以由不同的人在不 同的时间进行复查，从而有多个复查报告记录；
任务记事表：用于记录任务执行过程中发生的比较重要的事情；
任务验收表：用于记录任务的验收情况，一个任务可以有多条验收记录；
变更申请表：记录对任务申请修改的情况，一个任务可以有多个申请变更 记录；
执行要求表：记录任务的执行要求，一个任务只有一条任务执行要求；
任务进度表：记录任务的执行情况，并且汇报执行进度；
完工申请表：用于记录任务的完工申请，一个任务可以有多个完工申请记 录。
图4描述了本发明所述方法的任务，活动，日程与任务报告的设计模型。 图中300为任务对象，它可以关联活动对象310和日程对象320，同时它可以关 联任务报告对象330。任务报告330可以具体的分为评估报告340，复查报告350， 变更申请报告360，任务记事370，验收报告380，这些任务报告都继承自任务 报告330。对应于任务的不同角，可以用关联对象390任务角来描述，同时 任务角对象也和员工对象400相关联。
图5为本发明所述方法的任务与任务要求，以及验收任务等的设计模型。 图中任务300被细分为一般任务500，分配任务510，复查任务520，评估任务 530，验收任务540。任务对象可以和任务执行要求对象550关联，而任务执行 要求可以进一步细分为执行要求560，验收要求570，复查要求580，评估要求 590。对于一个一般任务500来说，其复查任务520的执行要求560就是该任 务的复查要求580，其评估任务530的执行要求560就是该任务的评估要求590， 其验收任务540的执行要求就是该任务的验收要求570。
具体地，本发明所述方法可以采用Microsoft SQL Server 2000作为数据 库管理系统(DBMS)，采用Sybase PowerDesigner作为设计建模工具，采用 Microsoft Visual Basic.Net作为客户端开发工具来实现该方法的一种较佳的 实施例。在实施例中事先采用Sybase PowerDesigner建立各个数据表的设计模 型，然后通过其正向工程功能将设计模型转化为数据库中的物理数据表对象。
各个数据库表如下表所示，其中标识列指该数据库表在说明书附图中的标 记数值，名称列指该表在设计模型中的名称，代码列指该表在数据库中的真实 名称，含义列指数据库表的中文意义。
下面用表格的形式对以上各个数据库表的结构进行详细说明。在描述的时候， 每一个表格包括四列：标识，名称，数据类型，备注。其中标识列指该数据库 表中的数据列在说明书附图中的标记数值，名称列指该数据列在数据库中的名 称，数据类型列指该数据列的数据类型，备注列用以对该数据库表的数据列进 行比较详细的说明。
1.任务表
其中任务状态定义如下：
00→制定状态；01→分配状态；02→执行状态；
03→完工申请状态；04→完成状态；05→取消状态。
如果一个任务没有任何子任务，则其可用分值等于其初始分值，否则该任务的 可用分值等于其初始分值减掉具所有第一层子任务的初始分值。这个规则同样 适用于任何一个子任务的分值计算。
2.任务类型表
该表的数据预先设置如下：
TypeID TypeName
1 一般任务
2 分配任务
3 复查任务
4 评估任务
5 验收任务
3.活动表
4.评估报告表
5.复查报告表
6.任务记事表
7.任务验收表
8.变更申请表
9.任务角表
10.角表
该表中的数据预先设置如下：
RoleID RoleName
1 任务制定者
2 任务分配者
3 任务接受者
4 任务复查者
5 任务评估者
6 任务验收者
11.员工表
12.任务执行要求表
13.任务进度表
14.完工申请表
下面结合部分数据流程图来描述一下如何在本实施例中使用上面所述的表 结构来结合本发明中所述方法的步骤来进行数据的物理存储。
图22描述了本发明实施例中的制定任务的数据流程图。首先判断是否复制 于现有的任务，如果不是则依次执行步骤2001选择上级任务，2002输入任务名 称，2003输入任务内容，2004选择任务类型，2005选择重要度，2006选择缓 急度，2007输入原始分值，2008输入开始时间，2009输入结束时间；如果是复 制现有的任务则依次执行步骤2010修改上级任务选择，2011修改任务名称，2012 修改任务内容，2013修改任务类型，2014修改重要度，2015修改缓急度，2016 修改原始分值，2017修改开始时间，2018修改结束时间；然后执行步骤2019 将以上过程中输入的数据保存到任务表中，同时在任务-角表中插入一条记 录，该记录三个字段的值分别为角ID(这里为1，即任务制定者)，员工ID (这里为制定者ID)，任务ID(这里为新产生的任务编号)。
图23描述了本实施例中的输入活动的流程图。首先判断是否复制于现有的 活动，如果不是则依次执行步骤3001选择关联任务，3002输入活动名称，3003 输入活动内容，3004输入活动执行者，3005输入活动开始时间，3006输入活动 结束时间；如果是复制现有任务则依次执行步骤3007修改关联任务选择，3008 修改活动名称，3009修改活动内容，3010修改活动执行者，3011修改活动开始 时间，3012修改活动结束时间。然后执行步骤3013，将以上输入的数据记入活 动表相应字段。
输入日程计划的流程图与图23类似。
图24为本发明实施例中验收任务的流程图。首先执行步骤4001选择一个 验收任务。然后输入验收结论(通过或者未通过，以1或0表示)，如果结论是 验收通过则执行步骤4003将验收进度置为100％，然后执行步骤4004将该验收 任务关联的任务状态置为完成状态(为‘04’)；如果验收结论是未通过，则执 行步骤4005输入一个适当的验收进度，再执行步骤4006将该验收任务关联的 任务状态置为完成状态(为‘02’)。
图25为本发明实施例中复查任务的流程图。步骤5001选择一个复查任务， 然后执行步骤5002输入复查内容，再执行步骤5003输入复查中发现的问题， 最后执行步骤5004，将本条复查记录写入数据库中的任务复查表。
其他的任务报告，如任务记事，任务评估，任务变更申请，上报任务执行 进度，验收任务，复查任务等的数据流程图与此类似。
图26为本发明实施例中产生分配任务的数据流程图。步骤6001选择一个 一般任务并记下该任务的ID，针对该任务进行委托分配；步骤6002选择任务分 配者，从员工表中取的数据，并从该列表中选择一个或者若干个作为任务的委 托分配者；步骤6003输入执行要求；步骤6004将任务角信息保存到任务-角 表，即在任务角表中插入一条或者若干条记录，其中任务ID为步骤6001 中选择的任务ID，角ID为”2”(任务分配者)，员工ID为步骤6002中选择的 一个或者若干个员工的ID；步骤6005将分配任务信息保存到任务表，即在任务 表中插入若干条记录，其中任务名称为“分配xx任务的任务“，任务类型ID 为2，任务ID自动产生；步骤6006将执行要求信息保存到执行要求表，针对以 上产生的若干条分配任务的ID在执行要求表中插入相同数目的记录，其中任务 ID为上述自动产生的ID，任务执行要求为步骤6003中输入的任务分配要求。
产生验收任务，评估任务，复查任务的数据流程图与图26类似。
通过本发明的发明概述部分和实施例部分的描述可以看出，应用本发明所 提出的用于任务制定，分配，执行，评估的方法可以达到以下效果：
①通过区分任务的不同角，使任务的分解与制定不再局限于上下级关系， 从而使任务的制定与执行相对灵活。
②通过定义任务的不同状态，并且区分任务在不同的状态可以执行不同的操 作，从而将任务角，任务操作和任务状态变迁结合在一起，使任务的制定， 执行，评估等过程更为清晰，简洁。
③通过任务执行过程中的活动的记录，日程计划的制定等过程，将员工为任 务的执行所作的工作都记录下来，从而达到了一定程度上的知识积累。
④通过提供任务记事，任务变更，任务完工申请等反馈机制，将任务执行过 程中所发生的任何动作与事件都完整的记录下来，从而使任务从制定到执行到 完成到任务反馈的过程更加完整。
⑤通过任务的执行报告，执行计划等，将任务按时间分割成更小的任务，从 而提供了一种对任务进行定期检查和连续管理的方法。
对于本领域的普通技术人员来说根据本说明书和实施例可显而易见的得出 其他优点和修改。因此，在不脱离由随后权利要求及其等价体所定义的一般发 明构思的精神和范围的情况下可对其作出各种修改均属于本发明所要求的保护 范围。
本文发布于:2024-09-20 12:04:43，感谢您对本站的认可！
本文链接：https://www.17tex.com/tex/3/87211.html
版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系，我们将在24小时内删除。
| 留言与评论（共有 0 条评论） |
豫公网安备41160202000603
站长QQ:729038198
关于我们
投诉建议