CN101118536A - 一种分解任务表单的方法和装置 - Google Patents

Abstract

本发明提供了一种分解任务表单的方法，包括：获取针对已有任务表单的分解请求；接受分解规则及参数；在后台数据表中开辟针对分解后任务表单的数据存储空间，用于存储依据所述分解规则及参数计算得到的部分字段的值，以及继承已有任务表单的系统关联信息；依据在后台数据表中记录的未分解数量信息和已分解数量信息对分解后任务表单的数据进行校验，如果校验通过，则；生成分解后的任务表单，冻结或者删除所述已有任务表单。本发明可以保证分解后的任务表单可以继承分解前任务表单的基础字段和系统关联关系，保持数据和逻辑关系的连贯，可以实现任务表单上下游的信息关联、以及针对其中某个字段数值的控制和校验等等。

Description

一种分解任务表单的方法和装置

技术领域

本发明涉及针对外部数据进行处理的技术领域，特别是涉及一种分解任务表单的方法和装置。

背景技术

随着计算机技术的成熟，其应用也越来越广泛、越来越深入，例如，ERP(Enterprise Resource Planning，企业资源计划系统)，CRM(CustomerRelationship Management，客户关系管理)等企业管理软件系统就成为现代企业管理中不可或缺的辅助工具。

在这些软件系统中，信息承载的一个主要方式就是任务表单，如何使得针对任务表单的数据处理过程更加效率化、更加人性化，是本领域一个主要的研究方向。

对于任务表单而言，一个常常出现的情况就是：当业务状况或者任务需求发生变化时，已有的任务表单不能满足需要，则有可能需要分解为多张类似但某些字段数据不同的任务表单，而现有的操作都是人工完成，一方面增加了系统操作人员的工作量，增加成本，另一方面导致效率低下、错误率较高。

总之，需要本领域技术人员迫切解决的一个技术问题就是：如何能够提出一种针对任务表单分解的数据处理过程，以提高效率，降低成本。

发明内容

本发明所要解决的技术问题是提供一种针对任务表单分解的数据处理方法和装置，能够方便快速的完成任务表单的自动分解，并且，可以保持分解前任务表单和分解后任务表单之间的数据连贯和逻辑关联关系。

为了解决上述问题，本发明公开了一种分解任务表单的方法，具体包括：获取针对已有任务表单的分解请求；接受分解规则及参数；在后台数据表中开辟针对分解后任务表单的数据存储空间，用于存储依据所述分解规则及参数计算得到的部分字段的值，以及继承已有任务表单的系统关联信息；依据在后台数据表中记录的未分解数量信息和已分解数量信息对分解后任务表单的数据进行校验，如果校验通过，则；生成分解后的任务表单，冻结或者删除所述已有任务表单。

优选的，可以通过以下方式获取针对已有任务表单的分解请求：从序时薄进入，直接选定已有任务表单，触发分解请求；或者，从主控台进入，设置过滤条件，获取所需的已有任务表单，然后触发分解请求。

优选的，可以通过以下方式接受分解规则及参数：调用预置的自动分解规则和参数；或者，提供用户界面，用于接受用户输入的手动分解规则和参数。

优选的，所述的方法还可以包括：生成预览界面，用户通过所述预览界面完成对部分信息的修改以及对分解结果的确认。

优选的，所述的方法还可以包括：在后台数据表中针对分解后任务表单的数据存储空间中记录已有任务表单的地址信息。

依据本发明的另一实施例，还公开了一种分解任务表单的装置，包括：

分解启动模块，用于获取针对已有任务表单的分解请求；

分解规则设定模块，用于接受分解规则及参数；

数据处理模块，用于在后台数据表中开辟针对分解后任务表单的数据存储空间，用于存储依据所述分解规则及参数计算得到的部分字段的值，以及继承已有任务表单的系统关联信息；

数据校验模块，用于依据在后台数据表中记录的未分解数量信息和已分解数量信息对分解后任务表单的数据进行校验，如果校验通过，则；

结果生成模块，用于生成分解后的任务表单，冻结或者删除所述已有任务表单。

优选的，所述分解启动模块与序时薄相连，通过采集用户在序时薄中的选定触发操作而获取分解请求；和/或，所述分解启动模块与主控台相连，包括过滤子模块和获取子模块；所述过滤子模块用于设置过滤条件，获取所需的已有任务表单；所述获取子模块用于采集用户针对过滤结果的选定触发操作而获取分解请求。

其中，所述分解规则设定模块还可以进一步包括：自动分解子模块，用于调用预置的自动分解规则和参数；和/或，手动分解子模块，用于提供用户界面，接受用户输入的手动分解规则和参数。

优选的，所述的装置还可以包括：预览修改模块，用于生成预览界面，用户通过所述预览界面完成对部分信息的修改以及对分解结果的确认。

优选的，在后台数据表中针对分解后任务表单的数据存储空间中，还包括记录已有任务表单地址信息的字段。

与现有技术相比，本发明具有以下优点：

本发明通过针对分解前任务表单和分解后任务表单采用同一张后台数据表的方式，从而保证分解后的任务表单可以继承分解前任务表单的基础字段和系统关联关系。

其次，本发明通过增加后台数据表中针对任务表单的属性字段，从而在分解前任务表单和分解后任务表单之间建立可追溯性，保持了数据和逻辑关系的连贯，可以实现任务表单上下游的信息关联、以及针对其中某个字段数值的控制和校验等等。

附图说明

图1是本发明一种分解任务表单的方法实施例的步骤流程图；

图2是本发明一实施例中分解前任务表单的示意图；

图3是本发明一实施例中分解后任务表单的预览界面示意图；

图4是本发明一种分解任务表单的装置实施例的结构框图；

图5是本发明一种从开发角度而言，本发明所涉及的主要类及其相互关系图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

本发明可用于众多通用或专用的计算系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。

本发明可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本发明，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本发明所提出的分解任务表单的方法和装置可以应用在众多的企业信息管理系统中，例如，ERP(Enterprise Resource Planning，企业资源计划系统)，CRM(Customer Relationship Management，客户关系管理)等等。所述的任务表单在企业信息管理系统中一般也称为单据。

参照图1，示出了本发明一种分解任务表单的方法实施例，包括：

步骤101、获取针对已有任务表单的分解请求；

所述已有任务表单就是指已经存在的任务表单，如，依据数据的要求所建立的基本任务表单(一般也称之为基本单据)，通常此时任务表单的数量相对比较少，可以通过手工建立的方式获得。当然，这些基本任务表单也可以依据一定的业务逻辑系统自动生成。

当业务状况发生变化或业务流程要求调整部分字段时，例如，若用户使用过程中发现单据的数量过大，需要根据业务实际发生状况对数量，日期等字段进行调整时，则就需要对这些已有任务表单进行分解。

对于获取分解请求的方式，实际中可以多种多样，本发明提出两种具体实现方式，以供参考。

方式1

从序时薄进入，直接选定已有任务表单，触发分解请求。

所述序时薄是企业信息管理领域中常用的一个术语，实际上可以理解为，按照时间顺序排列的一系列的任务表单的集合，当然，这只是一个形象的理解。优选的，可以在提供分解功能的任务表单上或者表单列表上提供“分解”按钮或者菜单即可触发分解请求。

方式2

从主控台进入，设置过滤条件，获取所需的已有任务表单，然后触发分解请求。

由于从主控台进入时，无法确定需要针对哪个或者哪些任务表单进行分解，所以首选需要通过设置过滤条件而获取所需分解的已有任务表单，然后通过“分解”按钮或者菜单即可触发分解请求。

优选的，方式1和方式2还可以同时存在，用户方便采用哪个方式，则通过该方式触发任务表单的分解即可。

当然，具体采用方式1和方式2时，不同的来源，获取源单单据的数据和方式还是存在一些区别的，例如，如果从主控台进入时，需要给出一个过滤界面，根据过滤信息获得对应的单据进行分解。而这种方式虽然可以设定过滤信息，但无法知道具体单据以及进行分解的单据数量。(这种情况下如果过滤信息范围过大，单据数量过大可能会导致性能问题。)

再例如，如果从序时簿进入，则可以从已经显示的所有任务单中选择其中的单据进行分解。这种方式是可以控制进行分解的单据数量和具体单据。

步骤102、接受分解规则及参数；

所述的分解规则及参数可以采用自动设定或者手动设定的方式获取。

对于自动设定而言，如果需要将一段时间段的任务表单分解为每天的任务表单，则所述分解规则可以为：按照开始和结束日期之间的间隔天数与任务数量相除，而获得分解后每张任务表单的任务数。当然，所述分解规则还可以包括其他内容，例如，当在车间安排生产任务时，还可以预置一条生产线的最大负荷量作为辅助规则，针对该生产线所分配的任务数量不能超过该生产线的最大负荷量。

对于手工设定的方式而言，并没有任何的限制，例如，可以提供用户界面，接受用户输入的手动分解规则和参数，甚至直接输入分解后任务单据的字段值等等。

总之，所述的分解规则可以为工根据业务逻辑而设定的任何分解规则。

步骤103、在后台数据表中开辟针对分解后任务表单的数据存储空间，用于存储依据所述分解规则及参数计算得到的部分字段的值，以及继承已有任务表单的系统关联信息。这些关联信息可能随着单据不同内容可以发生变化，例如若是生产任务单则可以是加工车间，开工完工日期等。若是销售订单，则可以是客户，付款方式，交货地点等。这些关联信息都是进行分解前后单据的公用(相同)的信息。

优选的，分解前的任务表单和分解后的任务表单对应的是相同的一个大数据表，其中，不同的任务表单对应该数据表中的不同行记录。

步骤104、依据在后台数据表中记录的未分解数量信息和已分解数量信息对分解后任务表单的数据进行校验，如果校验通过，则；

步骤105、生成分解后的任务表单，冻结或者删除所述已有任务表单。

步骤104中所述的校验规则，可以依据需要而设定，例如，为了保证分解前后的任务表单在数量上保持一致，则校验规则就可以设定为：分解后的任务表单中的任务数量累计值不能超过分解前任务表单中的任务数量。

优选的，在一些情况下，设定的规则并不能满足所有的情况，则图1所示的实施例还可以包括步骤：生成预览界面，用户通过所述预览界面完成对部分信息的修改以及对分解结果的确认。即用户可以在该预览界面中，对依据分解规则及继承得到的字段值进行修改和确认，以避免错误的出现。该步骤可以在校验步骤104之前，也可以在校验步骤104之后。

进一步，为了将分解后任务表单和分解前任务表单关联起来，还可以在后台数据表中针对分解后任务表单的数据存储空间中记录已有任务表单的地址信息，增加该字段信息可以保证当分解后任务表单被修改或者删除时，可以及时将变化的数量信息再次反馈到分解前任务表单中，不至于出现信息丢失或错误。

下面通过一个具体的例子，从用户的角度对本发明再次进行详细说明：

参照图2，示出了一张分解前任务表单的图例，制定了从7月18日到25日的一周任务安排，但是由于某种需求，需要将该任务表单分解到每一天(进一步，还有可能将每天划分到每个工作时)，因此，利用本发明完成对图2所示任务表单的分解。下面的表单都采用行业惯用的单据代替进行说明，具体过程可以包括以下步骤：

步骤a、选中所需分解的任务表单，通过按钮或者菜单触发分解。依据本发明对于分解过程可以提供两种选择：自动分解、手动分解。

步骤b、当选中自动分解时，系统自动按照单据的开始和结束日期的间隔天数与单据数量相除算出分解后每张单据的数量；并提供模拟单据列表查看界面(参照图3)，在此界面数量和日期字段仍然可以修改。分解后的最终生成单据依据此界面的内容为准。

步骤c、当选中手工分解时，系统弹出界面要求录入分解后的单据张数和每张单据的数量，然后点击确定。此时系统弹出按照录入的要求产生新单据列表的模拟查看界面(参照图3)，在此界面数量和日期字段仍然可以修改。分解后的最终生成单据依据此界面的内容为准。

步骤d、用户对分解的结果确认，点击确定。系统自动生成新的单据，同时作废(例如，冻结或者结束状态)分解前的单据。当然，对于该分解前的单据本身就是已经进行过分解的结果，则可以不作废该单据。

其中，对于图2和图3，分解前后除日期、数量字段发生变化之外，其它的基础数据字段均自动继承未分解前的内容。例如，继承了生产线、计划开工日期、计划完工日期等等。分解后的单据自动继承分解前单据的系统关联信息，保留单据上下游关联的可追溯性。

为了保证分解结果的正确、数据连贯性以及业务逻辑的正确关系，则在后台数据库中，除了分解前后的单据都采用相同的数据表之外，还在数据表中增加了三个字段：

未分解数量字段，为分解前单据使用，记录没有分解完成的数量，为下次分解使用；

分解执行数量字段，为分解前单据使用，记录已经分解的数量字段。增加这两个字段的目的是为了保证分解前后单据在数量上保持一致，分解后单据的数量累计不能超过分解前单据的数量。

上级单据内码字段，为分解后单据使用，记录该分解单据的来源，增加此字段是为了保证当分解后单据的被修改或删除后，能够将变化的数量信息反映到分解前单据上。

上面的具体例子中，分解后的单据仅仅改变了日期和数量字段，而实际上，还可以改变生成线字段或者生产车间字段等等，本发明对此并不需要加以限定。

对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。例如，继承某些字段信息以及关联信息的过程就可以在校验过程之后完成，因为检验步骤可以仅校验非继承字段的值即可。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

参照图4，示出了一种分解任务表单的装置实施例，具体可以包括：

分解启动模块401，用于获取针对已有任务表单的分解请求；

针对不同的触发方式，所述分解启动模块401的具体实现就可能不同。例如，所述分解启动模块与序时薄相连，通过采集用户在序时薄中的选定触发操作而获取分解请求。可能的另一种情况下，所述分解启动模块与主控台相连，包括过滤子模块和获取子模块；所述过滤子模块用于设置过滤条件，获取所需的已有任务表单；所述获取子模块用于采集用户针对过滤结果的选定触发操作而获取分解请求。当然，上述两种情况也是可以并存的。

分解规则设定模块402，用于接受分解规则及参数；优选的，对于可以同时支持自动分解和手动分解两种方式的情况而言，则所述分解规则设定模块402进一步可以包括：自动分解子模块，用于调用预置的自动分解规则和参数；以及，手动分解子模块，用于提供用户界面，接受用户输入的手动分解规则和参数。当然，仅仅包括一个子模块也是可以实现本发明之目标的。

数据处理模块403，用于在后台数据表中开辟针对分解后任务表单的数据存储空间，用于存储依据所述分解规则及参数计算得到的部分字段的值，以及继承已有任务表单的系统关联信息；

数据校验模块404，用于依据在后台数据表中记录的未分解数量信息和已分解数量信息对分解后任务表单的数据进行校验，如果校验通过，则；

结果生成模块405，用于生成分解后的任务表单，冻结或者删除所述已有任务表单。

优选的，图4所示的装置实施例还可以包括预览修改模块，用于生成预览界面，用户通过所述预览界面完成对部分信息的修改以及对分解结果的确认。用户确认之后，该任务表单信息才进入数据校验模块404或者结果生成模块405。

优选的，图4所示的装置实施例中，在后台数据表中针对分解后任务表单的数据存储空间中，还包括记录已有任务表单地址信息的字段，用以关联该分解后任务表单的上下游关系。

下面从产品开发的角度对本发明的装置实施例作一个简单介绍：

参照图5，示出了本发明的一个实施例中各个类及界面之间的关系。

如果从主控台进入，调用本发明的单据分解功能，则需要先调用过滤界面502，然后通过界面控制类503为用户调用“单据分解预览界面505”、“手动分解设定界面506”或者“自动分解向导界面507”中的一个，并通过界面控制类503调用中间层取数类504，完成与后台数据表的交互、查询、更新等等。

如果从序时薄进入，则可以直接调用界面控制类503完成相应操作。

其中，

入口控制类501，用于判断是从序时簿进入还是主控台进入；因为不同的来源，获取源单单据的数据和方式是不一样的。

过滤界面502，用于设置过滤条件，获得所要的源单数据；主要用于从主控台进入的情况。

界面控制类503，用于完成：根据传入的源单数据，加载单据分解预览界面505；对于单据分解预览界面505上的数据修改，以及分解后数据的做处理和加载；对于用户界面操作进行响应调用对应模块。

单据分解预览界面505，用于展现给用户预览界面，以及响应用户操作，以及数据展示等。

手工分解设定界面506，用于用户手工设定分解设置。

自动分解向导界面507，用于用户自动分解数据的向导界面。

中间层取数类504，用于完成与数据库的交互，查询，更新、删除、新增等数据处理过程。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于系统实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上对本发明所提供的一种分解任务表单的方法和装置，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种分解任务表单的方法，其特征在于，包括：

获取针对已有任务表单的分解请求；

接受分解规则及参数；

在后台数据表中开辟针对分解后任务表单的数据存储空间，用于存储依据所述分解规则及参数计算得到的部分字段的值，以及继承已有任务表单的系统关联信息；

依据在后台数据表中记录的未分解数量信息和已分解数量信息对分解后任务表单的数据进行校验，如果校验通过，则；

生成分解后的任务表单，冻结或者删除所述已有任务表单。

2.如权利要求1所述的方法，其特征在于，通过以下方式获取针对已有任务表单的分解请求：

从序时薄进入，直接选定已有任务表单，触发分解请求；

或者，从主控台进入，设置过滤条件，获取所需的已有任务表单，然后触发分解请求。

3.如权利要求1所述的方法，其特征在于，通过以下方式接受分解规则及参数：

调用预置的自动分解规则和参数；

或者，提供用户界面，用于接受用户输入的手动分解规则和参数。

4.如权利要求1所述的方法，其特征在于，还包括：

生成预览界面，用户通过所述预览界面完成对部分信息的修改以及对分解结果的确认。

5.如权利要求1所述的方法，其特征在于，还包括：

在后台数据表中针对分解后任务表单的数据存储空间中记录已有任务表单的地址信息。

6.一种分解任务表单的装置，其特征在于，包括：

分解启动模块，用于获取针对已有任务表单的分解请求；

分解规则设定模块，用于接受分解规则及参数；

数据处理模块，用于在后台数据表中开辟针对分解后任务表单的数据存储空间，用于存储依据所述分解规则及参数计算得到的部分字段的值，以及继承已有任务表单的系统关联信息；

数据校验模块，用于依据在后台数据表中记录的未分解数量信息和已分解数量信息对分解后任务表单的数据进行校验，如果校验通过，则；

结果生成模块，用于生成分解后的任务表单，冻结或者删除所述已有任务表单。

7.如权利要求6所述的装置，其特征在于，

所述分解启动模块与序时薄相连，通过采集用户在序时薄中的选定触发操作而获取分解请求；

和/或，所述分解启动模块与主控台相连，包括过滤子模块和获取子模块；所述过滤子模块用于设置过滤条件，获取所需的已有任务表单；所述获取子模块用于采集用户针对过滤结果的选定触发操作而获取分解请求。

8.如权利要求6所述的装置，其特征在于，所述分解规则设定模块进一步包括：

自动分解子模块，用于调用预置的自动分解规则和参数；

和/或，手动分解子模块，用于提供用户界面，接受用户输入的手动分解规则和参数。

9.如权利要求6所述的装置，其特征在于，还包括：

预览修改模块，用于生成预览界面，用户通过所述预览界面完成对部分信息的修改以及对分解结果的确认。

10.如权利要求6所述的装置，其特征在于，在后台数据表中针对分解后任务表单的数据存储空间中，还包括记录已有任务表单地址信息的字段。

Images