CN1707494A - 用于制定，执行，评估任务的方法 - Google Patents
用于制定，执行，评估任务的方法 Download PDFInfo
- Publication number
- CN1707494A CN1707494A CNA2004100455944A CN200410045594A CN1707494A CN 1707494 A CN1707494 A CN 1707494A CN A2004100455944 A CNA2004100455944 A CN A2004100455944A CN 200410045594 A CN200410045594 A CN 200410045594A CN 1707494 A CN1707494 A CN 1707494A
- Authority
- CN
- China
- Prior art keywords
- task
- state
- activity
- completion
- formulation
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Human Resources & Organizations (AREA)
- Strategic Management (AREA)
- Economics (AREA)
- Entrepreneurship & Innovation (AREA)
- Educational Administration (AREA)
- Game Theory and Decision Science (AREA)
- Development Economics (AREA)
- Marketing (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
一种用于制定，执行，评估任务的方法，该方法基于以下几点：其一是区分与任务相关的不同的人员的角色；其二是区分任务对象的不同状态，当任务处于不同的状态时可以执行不同的动作或者操作；其三区分不同性质的任务并且区分任务的不同操作过程如：制定任务，接受任务，执行任务，完工任务等，并且将任务的操作与任务状态和角色联系起来；最后在数据库中建立各种数据库表用以提供对任务制定，分配等过程的计算机记录过程。应用该方法可以解决一般的项目管理工具或者目标管理系统中不能解决的对任务的制定，执行，反馈，完工等过程的详细记录的问题。
Description
发明领域
本发明涉及一种用于制定，执行，评估任务的方法。该方法通过将一个任务分成制定，分配，执行，评估等几个不同的阶段，并且区分每个阶段中的不同的角色，从而提供了一个将任务层层分解，并且有效的监督任务执行情况，对任务的执行效果进行评价的机制。本方法可以应用于企业项目管理系统或者任何企业管理信息系统中。
发明背景
目标管理的应用非常广泛，很多人将它作业务种计划和控制的手段，还有人将它当成一种激励员工或评价绩效的工具。目标管理是一种基本的管理技能，它通过划分组织目标与个人目标的方法，将许多关键的管理活动结合起来，实现全面、有效的管理。目标管理系统就是基于目标管理思想的管理信息系统。郑俊，胡文心等在“基于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建立各个数据表的设计模型，然后通过其正向工程功能将设计模型转化为数据库中的物理数据表对象。
各个数据库表如下表所示，其中标识列指该数据库表在说明书附图中的标记数值，名称列指该表在设计模型中的名称，代码列指该表在数据库中的真实名称，含义列指数据库表的中文意义。
| 标识 | 名称 | 代码 | 含义 |
| 600 | Task | Task | 任务表 |
| 700 | TaskType | TaskType | 任务类型表 |
| 800 | Activity | Activity | 活动表 |
| 900 | EvaluateReport | EvaluateReport | 评估报告表 |
| 1000 | CheckReport | CheckReport | 复查报告表 |
| 1100 | TaskNote | TaskNote | 任务记事表 |
| 1200 | AcceptReport | AcceptReport | 任务验收表 |
| 1300 | VariationReport | VariationReport | 变更申请表 |
| 1400 | Task_Role | Task_Role | 任务角色表 |
| 1500 | Role | Role | 角色表 |
| 1600 | Employee | Employee | 员工表 |
| 1700 | ExecuteRequirement | ExecuteRequirement | 执行要求表 |
| 1800 | ProcessReport | ProcessReport | 任务进度表 |
| 1900 | CompleteReport | CompleteReport | 完工申请表 |
下面用表格的形式对以上各个数据库表的结构进行详细说明。在描述的时候，每一个表格包括四列：标识，名称，数据类型，备注。其中标识列指该数据库表中的数据列在说明书附图中的标记数值，名称列指该数据列在数据库中的名称，数据类型列指该数据列的数据类型，备注列用以对该数据库表的数据列进行比较详细的说明。
1.任务表
| 标识 | 名称 | 数据类型 | 备注 |
| 601 | TaskID | integer | 任务ID，非空，自动递增，主键 |
| 602 | TaskName | varchar(60) | 任务名称，非空 |
| 603 | TaskContents | varbinary(1000) | 任务内容，非空 |
| 604 | StartTime | datetime | 任务开始时间 |
| 605 | EndTime | datetime | 任务结束时间 |
| 606 | Importance | varchar(60) | 任务重要度 |
| 607 | Emergency | varchar(60) | 任务缓急度 |
| 608 | InitialValue | numeric | 任务初始分值 |
| 609 | AviableValue | numeric | 任务可用分值 |
| 610 | TaskTypeID | integer | 任务类型ID |
| 611 | ParentID | integer | 上级任务ID |
| 612 | TaskState | Varchar(2) | 任务状态 |
其中任务状态定义如下：
00→制定状态；01→分配状态；02→执行状态；
03→完工申请状态；04→完成状态；05→取消状态。
如果一个任务没有任何子任务，则其可用分值等于其初始分值，否则该任务的可用分值等于其初始分值减掉具所有第一层子任务的初始分值。这个规则同样适用于任何一个子任务的分值计算。
2.任务类型表
| 标识 | 名称 | 数据类型 | 备注 |
| 701 | TypeID | integer | 类型ID，非空，自动递增，主键 |
| 702 | TypeName | varchar(60) | 类型名称，非空 |
该表的数据预先设置如下：
TypeID TypeName
1 一般任务
2 分配任务
3 复查任务
4 评估任务
5 验收任务
3.活动表
| 标识 | 名称 | 数据类型 | 备注 |
| 801 | ActivityID | integer | 活动ID，非空，自动递增，主键 |
| 802 | ActivityName | varchar(60) | 活动名称，非空 |
| 803 | ActivityContents | varchar(1000) | 活动内容，非空 |
| 804 | StartTime | datetime | 活动开始时间，非空 |
| 805 | EndTime | datetime | 活动结束时间，非空 |
| 806 | ExecutorID | integer | 活动执行者，非空 |
| 807 | Flag | smallint | 标志：0-日程，1-活动 |
| 808 | TaskID | integer | 任务的ID |
4.评估报告表
| 标识 | 名称 | 数据类型 | 备注 |
| 901 | ReportID | integer | 报告ID，非空，自动递增，主键 |
| 902 | EvaluateDate | datetime | 评估时间，非空 |
| 903 | EvaluatorID | integer | 评估者ID，非空 |
| 904 | Contents | varchar(1000) | 评估内容，非空 |
| 905 | Mark | numeric | 评估分数，非空 |
| 906 | TaskID | integer | 任务的ID |
5.复查报告表
| 标识 | 名称 | 数据类型 | 备注 |
| 1001 | ReportID | integer | 报告ID，非空，自动递增，主键 |
| 1002 | CheckerID | integer | 复查者ID，非空 |
| 1003 | CheckDate | datetime | 复查时间，非空 |
| 1004 | Notes | varchar(60) | 复查内容，非空 |
| 1005 | ErrorsFounded | varchar(60) | 复查发现错误 |
| 1006 | TaskID | integer | 任务的ID |
6.任务记事表
| 标识 | 名称 | 数据类型 | 备注 |
| 1101 | NoteID | integer | 报告ID，非空，自动递增，主键 |
| 1102 | TaskNotes | varchar(1000) | 记事内容，非空 |
| 1103 | NoterID | integer | 记录人ID，非空 |
| 1104 | NoteTime | datetime | 记录时间，非空 |
| 1105 | TaskID | integer | 任务的ID |
7.任务验收表
| 标识 | 名称 | 数据类型 | 备注 |
| 1201 | ReportID | integer | 报告ID，非空，自动递增，主键 |
| 1202 | AccpterID | integer | 验收入ID，非空 |
| 1203 | Conclusion | integer | 验收结论：0-未完成，1-完成 |
| 1204 | Notes | varchar(1000) | 验收备注 |
| 1205 | Process | numeric | 本次验收进度 |
| 1206 | TotalProcess | numeric | 累计验收进度 |
| 1207 | Date | datetime | 验收日期 |
| 1208 | TaskID | integer | 任务的ID |
8.变更申请表
| 标识 | 名称 | 数据类型 | 备注 |
| 1301 | ReportID | integer | 报告ID，非空，自动递增，主键 |
| 1302 | ApplierID | integer | 申请人ID |
| 1303 | Contents | varchar(1000) | 变更内容 |
| 1304 | Date | datetime | 日期 |
| 1305 | TaskID | integer | 任务的ID |
9.任务角色表
| 标识 | 名称 | 数据类型 | 备注 |
| 1401 | RoleID | Integer | 角色ID |
| 1402 | EmployeeID | integer | 员工ID |
| 1403 | TaskID | Integer | 任务ID |
10.角色表
| 标识 | 名称 | 数据类型 | 备注 |
| 1501 | RoleID | Integer | 角色ID，非空，自动递增，主键 |
| 1502 | RoleName | Varchar(60) | 角色名称，非空 |
该表中的数据预先设置如下：
RoleID RoleName
1 任务制定者
2 任务分配者
3 任务接受者
4 任务复查者
5 任务评估者
6 任务验收者
11.员工表
| 标识 | 名称 | 数据类型 | 备注 |
| 1601 | EmployeeID | integer | 员工ID，非空，自动递增，主键 |
| 1602 | EmployeeName | varchar(60) | 员工名称，非空 |
| 1603 | Password | varchar(60) | 登陆密码 |
12.任务执行要求表
| 标识 | 名称 | 数据类型 | 备注 |
| 1701 | ReqID | integer | 要求ID，非空，自动递增，主键 |
| 1702 | ReportDate | varchar(1000) | 上报日期 |
| 1703 | Requirement | varchar(1000) | 执行要求 |
| 1704 | TaskID | integer | 任务的ID |
13.任务进度表
| 标识 | 名称 | 数据类型 | 备注 |
| 1801 | ProcID | integer | 进度ID，非空，自动递增，主键 |
| 1802 | ReporterID | integer | 报告者ID |
| 1803 | CurrentProcess | numeric | 报告进度 |
| 1804 | TaskID | integer | 任务的ID |
14.完工申请表
| 标识 | 名称 | 数据类型 | 备注 |
| 1901 | ReportID | integer | 报告ID，非空，自动递增，主键 |
| 1902 | Result | varchar(1000) | 结果 |
| 1903 | ApplierID | mteger | 申请者ID |
| 1904 | Date | datetime | 申请日期 |
| 1905 | TaskID | integer | 任务的ID |
下面结合部分数据流程图来描述一下如何在本实施例中使用上面所述的表结构来结合本发明中所述方法的步骤来进行数据的物理存储。
图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类似。
通过本发明的发明概述部分和实施例部分的描述可以看出，应用本发明所提出的用于任务制定，分配，执行，评估的方法可以达到以下效果：
①通过区分任务的不同角色，使任务的分解与制定不再局限于上下级关系，从而使任务的制定与执行相对灵活。
②通过定义任务的不同状态，并且区分任务在不同的状态可以执行不同的操作，从而将任务角色，任务操作和任务状态变迁结合在一起，使任务的制定，执行，评估等过程更为清晰，简洁。
③通过任务执行过程中的活动的记录，日程计划的制定等过程，将员工为任务的执行所作的工作都记录下来，从而达到了一定程度上的知识积累。
④通过提供任务记事，任务变更，任务完工申请等反馈机制，将任务执行过程中所发生的任何动作与事件都完整的记录下来，从而使任务从制定到执行到完成到任务反馈的过程更加完整。
⑤通过任务的执行报告，执行计划等，将任务按时间分割成更小的任务，从而提供了一种对任务进行定期检查和连续管理的方法。
对于本领域的普通技术人员来说根据本说明书和实施例可显而易见的得出其他优点和修改。因此，在不脱离由随后权利要求及其等价体所定义的一般发明构思的精神和范围的情况下可对其作出各种修改均属于本发明所要求的保护范围。
Claims (9)
1.一种用于制定，执行用于制定，执行，评估任务的方法，其特征为至少包括以下步骤：
①在通用数据库管理系统中建立如下数据库表：
任务表：用于记录任务数据；
活动表：用于记录与任务相关联的活动或者日程计划数据，日程计划和活动可以通过改变其标志字段而相互转换；
评估报告表：用于记录对任务的评估报告，一个任务可以由不同的人在不同的时间进行评估，从而有多个评估报告记录；
复查报告表：用于记录对任务的复查报告，一个任务可以由不同的人在不同的时间进行复查，从而有多个复查报告记录；
任务记事表：用于记录任务执行过程中发生的比较重要的事情即任务记事；
任务验收表：用于记录任务的验收情况，一个任务可以有多条验收记录；
变更申请表：记录对任务申请修改的情况，一个任务可以有多个申请变更记录；
执行要求表：记录任务的执行要求，一个任务只有一条任务执行要求；
任务进度表：记录任务的执行情况，并且汇报执行进度即执行报告；
完工申请表：用于记录任务的完工申请，一个任务可以有多个完工申请记录；
②区分与任务相关的人员为不同的角色，这些角色分别是任务分配者，任务执行者，任务复查者，任务验收者，任务评估者，任务制定者；
③将任务的状态区分为以下几个状态：制定状态，分配状态，执行状态，完工申请状态，完成状态，取消状态，其中制定状态为初始状态，完成状态和取消状态都是任务的中止状态，各个状态之间通过一定的触发条件可以相互转换；
④将任务分为一般任务和验收任务，分配任务，复查任务和评估任务；
⑤将与任务的制定，分配等动作相关的活动分为制定任务，分配任务，申请变更任务，接受任务，完工申请任务，任务验收，取消任务，任务记事，上报执行进度等；
⑥针对不同的性质的任务和不同状态的任务，不同的用户角色可以执行不同的操作即执行不同的任务动作。
2.如权利要求1所记载的用于制定，执行，评估任务的方法，其特征在于所述的触发条件为：任务的变更申请，分配任务，取消任务，接受任务，对任务进行申请完工，任务没有完成，任务完成；其特征在于任务状态之间的转换过程如下：当一个任务刚制定时就处于制定状态；处于制定状态的任务通过触发条件分配任务将转换到分配状态；处于分配状态的任务通过触发条件接受任务将转换到执行状态，通过触发条件申请变更任务将转换到制定状态；处于执行状态的任务通过触发条件完工申请任务转换到完工申请状态；处于完工申请状态的任务通过触发条件任务没有完成转换到执行状态，通过触发条件任务完成转换到完成状态；处于制定状态，分配状态，以及执行状态的任务可以分别通过触发条件取消任务而转换到取消状态；其特征在于所述一般任务是指员工为了完成一件具有明确目标、责任，并在一定的资源条件下对所属任务可控制、对所属活动可评估的工作。通过将一般任务层层分解，可以得到一个类似于树形结构的任务视图；其特征在于对于所述的一般任务来说其中任务制定者可以执行的活动有：制定任务，分配任务，取消任务；任务接受者可以执行的活动有：接受任务，申请变更，任务完工申请；任务验收者可以执行的活动是验收任务。
3.如权利要求1所记载的用于制定，执行，评估任务的方法，其特征在于活动制定任务将任务置于制定状态；活动分配任务将处于制定状态的任务置于分配状态；活动取消任务将处于制定状态，分配状态，执行状态的任务置于取消状态；活动变更申请将处于分配状态的任务置于制定状态；活动接受任务将处于分配状态的任务置于执行状态；活动完工申请将处于执行状态的任务置于完工申请状态；活动任务验收将通过判断任务是否完成后将任务置于执行状态或者完成状态。
4.如权利要求1所记载的用于制定，执行，评估任务的方法，其特征在于所述分配任务在任务制订人制定好了一个一般任务，并且指定了委托分配人之后自动产生，这些分配任务将自动成为这些委托分配人的新任务(分配状态)，分配任务是一般任务的子任务；其特征在于对于所述的分配任务来说可以有的状态有：制定状态，执行状态，完成状态，取消状态。
5.如权利要求1所记载的用于制定，执行，评估任务的方法，其特征在于对于所述的分配任务来说当一般任务任务制定者产生了分配任务的时候，该分配任务就处于制定状态；任务分配者通过执行活动接受任务将其状态转换为执行状态并且通过执行活动分配任务将任务状态转换为完成状态；在此过程中，任务制定者可以执行活动取消任务将该分配任务转换为取消状态；其特征在于所述复查任务是任务分配者(可以是任务的制订人或者委托分配人)在分配任务的时候指定了一个或者多个复查人的情况下自动产生的，这些复查任务成为任务复查人的新任务(分配状态)，复查任务是一般任务的子任务；其特征在于所述验收任务是任务分配者(可以是任务的制订人或者委托分配人)在分配任务的时候指定了一个或者多个验收人的情况下自动产生的，这些验收任务将成为任务验收人的新任务(分配状态)，验收任务是一般任务的子任务；其特征在于所述评估任务是任务分配者(可以是任务的制订人或者委托分配人)在分配任务的时候指定了一个或者多个任务评估人的情况下自动产生的，这些评估任务将成为任务评估人的新任务(分配状态)，评估任务是一般任务的子任务；其特征在于对于所述的复查任务可以有的状态有：制定状态，执行状态，申请完工状态，完成状态，取消状态；其特征在于对于所述的复查任务，当任务一般任务制定者产生了复查任务的时候，该复查任务就处于制定状态；任务复查者通过执行活动接受任务将其状态转换为执行状态并且通过执行活动完工申请将任务状态转换为完工申请状态；任务制定者可以执行活动取消任务将该复查任务转换为取消状态；任务制定者执行活动任务验收后将复查任务转换为执行状态或者完成状态；其特征在于对于所述评估任务来说，可以有的状态有：制定状态，执行状态，申请完工状态，完成状态，取消状态；其特征在于对于所述的评估任务，当一般任务制定者产生了评估任务的时候，该评估任务就处于制定状态；任务评估者通过执行活动接受任务将其状态转换为执行状态并且通过执行活动完工申请将任务状态转换为完工申请状态；任务制定者可以执行活动取消任务将该评估任务转换为取消状态；任务制定者执行活动任务验收后将评估任务转换为执行状态或者完成状态。
6.如权利要求1所记载的用于制定，执行，评估任务的方法，其特征在于对于所述验收任务来说，可以有的状态有：制定状态，执行状态，申请完工状态，完成状态，取消状态；其特征在于对于所述的验收任务，当一般任务制定者产生了验收任务的时候，该验收任务就处于制定状态；任务验收者通过执行活动接受任务将其状态转换为执行状态并且通过执行活动完工申请将任务状态转换为完工申请状态；任务制定者可以执行活动取消任务将该验收任务转换为取消状态；任务制定者执行活动任务验收后将验收任务转换为执行状态或者完成状态；其特征在于所述的任务表至少包括如下字段：任务ID，任务名称，任务内容，任务类型，任务开始时间，任务结束时间，上级任务ID，任务初始分值，任务可用分值。其特征在于所述的活动表至少包括如下字段：活动ID，活动名称，活动内容，活动开始时间，活动结束时间，活动地点，活动执行者，任务ID和标志字段。
7.如权力要求1所记载的用于制定，执行，评估任务的方法中，其特征在于如果一个任务没有任何子任务，则其可用分值等于其初始分值，否则该任务的可用分值等于其初始分值减掉其所有第一层子任务的初始分值；其特征在于对于所述任务表中的记录，一个任务记录其子任务记录的上级任务ID的值等于该任务记录的ID的值，以次层层类推可以形成任务的层状结构。
8.如权利要求6所述记载的用于制定，执行，评估任务的方法，其特征在于所述活动表记录的任务ID是其所关联的任务的ID，如果没有关联任务，则该字段的值可以为空。
9.如权利要求1所记载的用于制定，执行，评估任务的方法，其特征在于所述任务评估报告表至少包括如下字段：报告ID，评估者ID，评估时间，评估内容，评估分值，被评估的任务ID；其特征在于所述任务复查报告表至少包括如下字段：报告ID，复查者ID，复查时间，复查内容，被复查的任务ID；其特征在于所述任务验收表至少包括如下字段：报告ID，验收人ID，验收结论，验收内容，验收日期，本次验收进度，累计验收进度，被验收的任务ID；其特征在于所述的验收任务的执行要求是所验收任务的任务验收要求；其特征在于所述的评估任务的执行要求是所评估任务的任务评估要求；其特征在于所述的复查任务的执行要求是所复查任务的任务复查要求；其特征在于所述的分配任务的执行要求是所委托分配任务的任务分配要求；其特征在于所述的任务是指员工为了完成一件具有明确目标、责任，并在一定的资源条件下对所属任务可控制、对所属活动可评估的工作，它是实现目标管理的基本结构单元。其特征在于所述的活动是指一个员工在一个连续时间段内持续进行的均质劳动，是任务执行过程中已完成工作的基本单元；其特征在于任务制定，接受，执行的过程中同一个用户可以有不同的角色，同一个用户可以执行不同角色所能执行的不同的任务活动；其特征在于所述变更申请是指任务执行者在执行任务的时候，由于一定的原因，主观认为任务无法正常执行下去的时候，对任务制定者或分配者提出的申请；其特征在于所述完工申请是指任务执行者主观认为任务的大部分已经完成或小部分无法继续下去，但可视为完成而递交的申请报告；其特征在于所述完工验收是任务验收者根据提交的完工申请报告，或主动对任务进行一系列目标实现情况进行验证的报告；其特征在于所述任务复查报告是任务复查者随时对任务的执行情况进行检查理解而形成的报告；其特征在于所述任务评估报告是任务评估者随时对任务的执行情况采用打分与论述结合的方式等进行评价估计所形成的报告；其特征在于所述执行报告是指任务执行者定期对任务的执行情况进行汇报而形成的报告；其特征在于所述任务记事是任何人认为对任务有特殊意义的事情记录，可以对任何状态的任务进行记录而形成的报告；其特征在于所述执行报告是指任务执行者按照任务执行要求定期对任务的执行情况进行汇报而形成的报告。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2004100455944A CN1707494A (zh) | 2004-06-11 | 2004-06-11 | 用于制定，执行，评估任务的方法 |
| PCT/CN2004/000651 WO2005122030A2 (fr) | 2004-06-11 | 2004-06-18 | Procede pour etablir, executer et evaluer des taches |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2004100455944A CN1707494A (zh) | 2004-06-11 | 2004-06-11 | 用于制定，执行，评估任务的方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN1707494A true CN1707494A (zh) | 2005-12-14 |
Family
ID=35503800
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNA2004100455944A Pending CN1707494A (zh) | 2004-06-11 | 2004-06-11 | 用于制定，执行，评估任务的方法 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN1707494A (zh) |
| WO (1) | WO2005122030A2 (zh) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102567829A (zh) * | 2010-12-22 | 2012-07-11 | 海洋王照明科技股份有限公司 | 一种任务管理的方法及系统 |
| CN103886401A (zh) * | 2013-09-25 | 2014-06-25 | 西安云澜信息科技有限公司 | 一种基于云计算的项目管理系统 |
| CN105656874A (zh) * | 2015-09-18 | 2016-06-08 | 北京恒华伟业科技股份有限公司 | 一种基于任务协作系统的任务评价方法及服务器 |
-
2004
- 2004-06-11 CN CNA2004100455944A patent/CN1707494A/zh active Pending
- 2004-06-18 WO PCT/CN2004/000651 patent/WO2005122030A2/zh active Application Filing
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102567829A (zh) * | 2010-12-22 | 2012-07-11 | 海洋王照明科技股份有限公司 | 一种任务管理的方法及系统 |
| CN103886401A (zh) * | 2013-09-25 | 2014-06-25 | 西安云澜信息科技有限公司 | 一种基于云计算的项目管理系统 |
| CN105656874A (zh) * | 2015-09-18 | 2016-06-08 | 北京恒华伟业科技股份有限公司 | 一种基于任务协作系统的任务评价方法及服务器 |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2005122030A2 (fr) | 2005-12-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Kumar et al. | Implementing lean manufacturing system: ISM approach | |
| Alwi et al. | Waste in the Indonesian construction projects | |
| CN1815499A (zh) | 工作排程管理系统与方法 | |
| CN1287261C (zh) | 利用电子笔的文件填写系统 | |
| CN107451747B (zh) | 基于自适应非支配遗传算法的车间调度系统及其工作方法 | |
| CN1917504A (zh) | 一种避免资源数据共享访问导致死锁的加锁方法 | |
| US20050097505A1 (en) | Facilitation of multi-project management using critical chain methodology | |
| CN1842811A (zh) | 客户服务支持系统 | |
| CN1790327A (zh) | 交互式地将数据链接到图中的形状的系统和方法 | |
| Ayegba | An assessment of material management on building construction sites | |
| CN1946075A (zh) | 确定消息的用户特定关联性得分的方法和系统 | |
| CN1885325A (zh) | 工作任务细分结构设计管理器、设计工具及其方法 | |
| CN109409763A (zh) | 一种基于贪婪式分组策略的动态测试任务调度方法及调度平台 | |
| CN1578961A (zh) | 在企业组织内识别和建立联系和责任的方法和软件 | |
| CN1190220A (zh) | 优化轧机轧辊库存的系统与方法 | |
| CN1975772A (zh) | 整合多个系统中的信息的方法和装置 | |
| CN1707494A (zh) | 用于制定，执行，评估任务的方法 | |
| Deep | Machine cell formation for dynamic part population considering part operation trade-off and worker assignment using simulated annealing-based genetic algorithm | |
| CN1306407C (zh) | 为动态提供而自主地自学习资源选择的方法和系统 | |
| CN1920865A (zh) | 基于可拓决策的第三方城市物流企业关键客户评价方法 | |
| CN1813264A (zh) | 订单预测系统、订单预测方法及订单预测程序 | |
| Pan et al. | Solving manpower scheduling problem in manufacturing using mixed-integer programming with a two-stage heuristic algorithm | |
| CN1662915A (zh) | 飞行计划修订的加载方法 | |
| CN1417684A (zh) | 跟踪信息检索装置及其方法 | |
| CN1897024A (zh) | 用于管理生产可承诺量的系统及方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
| WD01 | Invention patent application deemed withdrawn after publication |
Open date: 20051214 |