CN103377411A - 用于生成wbs模型数据的方法和系统 - Google Patents

Abstract

本发明涉及工作分解结构WBS模型数据的生成。更具体地，本发明涉及一种利用WBS模板，基于设计模型数据生成WBS模型数据的方法和系统。根据本发明的一个方面，提供了一种用于基于设计模型数据生成工作分解结构WB S模型数据的方法，包括：接收设计模型数据；解析所述设计模型数据的WBS元数据；确定对应于所述设计模型数据的WBS模板；以及利用所确定的WBS模板以及所解析的WBS元数据，生成WBS模型数据。利用该方法，可以自动基于设计模型数据生成WB S模型数据。并且即使设计模型数据被修改，也可以利用该方法自动、快速地对WBS模型进行相应修改。

Description

用于生成WBS模型数据的方法和系统

技术领域

本发明涉及工作分解结构WBS模型数据的生成。更具体地，本发明涉及一种利用WBS模板，基于设计模型数据生成WBS模型数据的方法。

背景技术

目前，在应用程序开发过程中，模型驱动开发(Model DrivenDevelopment)模式得到了越来越广泛的应用。基于MDD模式，应用程序开发可被大致上分为两个阶段。第一阶段是应用程序模型(Application Model)设计阶段，此阶段的任务是根据用户需求设计出应用程序模型，系统架构师是本阶段的主要参与者。在应用模型设计阶段中，主要关注开发出一个什么样的应用程序(what？)，而不关心具体的开发工作流程。第二阶段是开发工作项目管理阶段，此阶段的任务是基于设计好的应用程序模型制定详细的工作分解结构(Work Breakdown Structure，简称WBS)数据模型，用于指导具体的开发工作的全过程，项目管理师是本阶段的主要参与者。在项目管理阶段，主要关注如何开发出一个符合之前设计的应用程序模型的系统(how？)。

由于应用模型设计阶段和项目管理阶段的主要参与者不同，因此现有技术在制定WBS模型时，需要人工理解应用程序模型，人工根据应用程序模型分解成具体的工作任务并交付执行。这就存在一个很大的问题：工作任务的划分粒度较粗，并且由于人的理解能力有限，经常存在制定出的WBS模型不准确(例如对每一项工作任务所需时间的估计)等问题，无法很好地指导开发工作。此外，由于应用程序模型在程序开发过程中可能经常调整或修改，即使应用程序模型很小的修改都可能导致对WBS模型中工作任务数据的大量影响，要依靠人工修改WBS模型数据并保证其准确性和精细性是极其困难的。

发明内容

考虑到上述存在的问题，本发明的目的之一在于提供一种能够自动基于设计模型数据生成WBS模型数据的方法和系统。本发明的又一目的在于提供一种能够响应于设计模型数据的修改而快速对WBS模型进行相应修改的方法和系统。需要强调的是，本发明并非解决任何工作流程管理中的管理方法论或管理规则的问题，而着重于解决如何从设计模型数据这种数据内容自动生成WBS模型数据这种数据内容的技术性方案。

根据本发明的一个方面，提供了一种用于基于设计模型数据生成工作分解结构WBS模型数据的方法，包括：接收设计模型数据；解析所述设计模型数据的WBS元数据；确定对应于所述设计模型数据的WBS模板；以及利用所确定的WBS模板以及所解析的WBS元数据，生成WBS模型数据。

根据本发明的另一方面，提供了一种用于基于设计模型数据生成工作分解结构WBS模型数据的系统，包括：接收装置，被配置为接收设计模型数据；解析装置，被配置为解析所述设计模型数据的WBS元数据；模板确定装置，被配置为确定对应于所述设计模型数据的WBS模板；以及WBS模型数据生成装置，被配置为利用所确定的WBS模板以及所解析的WBS元数据，生成WBS模型数据。。

根据本发明所提供的方法或系统，可以自动基于设计模型数据生成WBS模型数据。并且即使设计模型数据被修改，也可以利用该方法自动、快速地对WBS模型进行相应修改。

附图说明

通过对结合附图所示出的实施方式进行详细说明，本发明的上述以及其他特征将更加明显，本发明附图中相同的标号表示相同或相似的部件。在附图中，

图1示出了适于用来实现本发明实施方式的示例性计算系统100的框图；

图2示出了根据本发明一实施例的用于基于设计模型数据生成工作分解结构WBS模型数据的方法的流程图；

图3示出了根据本发明又一实施例的用于基于设计模型数据生成工作分解结构WBS模型数据的方法的流程图；

图4A至4E示出了根据本发明一实施例的生成WBS模型数据的过程的实例图；

图5示出了根据本发明一实施例的用于基于设计模型数据生成工作分解结构WBS模型数据的系统的框图。

具体实施方式

在下文中，将参考附图通过实施方式对本发明提供的用于基于设计模型数据生成工作分解结构WBS模型数据的方法和系统进行详细地描述。

所属技术领域的技术人员知道，本发明的多个方面可以体现为系统、方法或计算机程序产品。因此，本发明的多个方面可以具体实现为以下形式，即，可以是完全的硬件、完全的软件(包括固件、驻留软件、微代码等)、或者本文一般称为“电路”、“模块”或“系统”的软件部分与硬件部分的组合。此外，本发明的多个方面还可以采取体现在一个或多个计算机可读介质中的计算机程序产品的形式，该计算机可读介质中包含计算机可用的程序码。

可以使用一个或多个计算机可读的介质的任何组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电的、磁的、光的、电磁的、红外线的、或半导体的系统、装置、器件或任何以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括以下：有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任何合适的组合。在本文件的语境中，计算机可读存储介质可以是任何包含或存储程序的有形的介质，该程序被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可包括在基带中或者作为载波一部分传播的、其中体现计算机可读的程序码的传播的数据信号。这种传播的信号可以采用多种形式，包括——但不限于——电磁信号、光信号或任何以上合适的组合。计算机可读的信号介质可以是并非为计算机可读存储介质、但是能发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序的任何计算机可读介质。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、电线、光缆、RF等等，或者任何合适的上述组合。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、电线、光缆、RF等等，或者任何合适的上述组合。

用于执行本发明的操作的计算机程序码，可以以一种或多种程序设计语言的任何组合来编写，所述程序设计语言包括面向对象的程序设计语言-诸如Java、Smalltalk、C++之类，还包括常规的过程式程序设计语言-诸如“C ”程序设计语言或类似的程序设计语言。程序码可以完全地在用户的计算上执行、部分地在用户的计算机上执行、作为一个独立的软件包执行、部分在用户的计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在后一种情形中，远程计算机可以通过任何种类的网络——包括局域网(LAN)或广域网(WAN)-连接到用户的计算机，或者，可以(例如利用因特网服务提供商来通过因特网)连接到外部计算机。

以下参照按照本发明实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述本发明的多个方面。要明白的是，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机程序指令实现。这些计算机程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器，从而生产出一种机器，使得通过计算机或其它可编程数据处理装置执行的这些指令，产生实现流程图和/或框图中的方框中规定的功能/操作的装置。

也可以把这些计算机程序指令存储在能指令计算机或其它可编程数据处理装置以特定方式工作的计算机可读介质中，这样，存储在计算机可读介质中的指令产生一个包括实现流程图和/或框图中的方框中规定的功能/操作的指令装置(instruction means)的制造品。

也可以把计算机程序指令加载到计算机或其它可编程数据处理装置上，使得在计算机或其它可编程数据处理装置上执行一系列操作步骤，以产生计算机实现的过程，从而在计算机或其它可编程装置上执行的指令就提供实现流程图和/或框图中的方框中规定的功能/操作的过程。

下面参看图1。图1示出了适于用来实现本发明实施方式的示例性计算系统100的框图。如所示，计算机系统100可以包括：CPU(中央处理单元)101、RAM(随机存取存储器)102、ROM(只读存储器)103、系统总线104、硬盘控制器105、键盘控制器106、串行接口控制器107、并行接口控制器108、显示控制器109、硬盘110、键盘111、串行外部设备112、并行外部设备113和显示器114。在这些设备中，与系统总线104耦合的有CPU101、RAM102、ROM103、硬盘控制器105、键盘控制器106、串行控制器107、并行控制器108和显示控制器109。硬盘110与硬盘控制器105耦合，键盘111与键盘控制器106耦合，串行外部设备112与串行接口控制器107耦合，并行外部设备113与并行接口控制器108耦合，以及显示器114与显示控制器109耦合。应当理解，图1所述的结构框图仅仅为了示例的目的而示出的，而不是对本发明范围的限制。在某些情况下，可以根据具体情况而增加或者减少某些设备。

图2示出了根据本发明一实施例的用于基于设计模型数据生成工作分解结构WBS模型数据的方法的流程图。

图2所示的方法从步骤201开始，在步骤201中，接收设计模型数据。根据本发明的一个实施例，设计模型数据是为了开发某种应用程序而基于用户需求设计的应用程序模型(Application Model)。通常，应用程序模型描述了应当设计一个什么样的应用程序，例如，程序中应当包含哪些功能组件(component)，包含哪些类(class)，每个类中包含哪些操作(operation)等。根据本发明的又一实施例，设计模型数据为基于应用程序开发目的的数据，例如建筑行业中的建筑设计模型数据等。

根据本发明的一个实施例，步骤201中所接收的设计模型数据是具有特定格式的数据文件，这些特定格式可能包括但不限于：XML、UML2、AutoCAD等。当然，设计模型数据也可能是不符合某种通用特定格式标准的数据文件。

接下来，图2所示的方法进行至步骤202，解析所述设计模型数据的WBS元数据。这里所指的“WBS元数据”是指设计模型数据中所包含的那些可以用于生成工作分解结构WBS模型数据的元数据。以应用程序模型这种设计模型数据为例，由于应用程序模型数据中包含应用程序的功能组件(component)、类(class)、类中包含的操作(operation)等数据内容，因此可以通过解析应用程序模型数据文件而将这些组件、类、操作的名称及其它参数提取出来，作为WBS元数据。例如，对于“组件”而言，可以通过解析设计模型数据而提取其名称、描述等信息。除了组件、类、操作这些基本的WBS元数据之外，还可以将各个类之间的依赖关系信息解析出来作为WBS元数据。依赖关系信息指的是一个类必须依赖于另一个类的在先实现。这样的依赖关系信息对于WBS模型数据中的任务顺序排列是有帮助的。具体如何从设计模型数据中解析出这些组件、类、操作、依赖关系等信息，属于本领域的已有技术，在此不再赘述。根据不同格式的设计模型数据，可以采用相应的解析方法进行解析。

本领域技术人员应当理解，上面仅仅针对应用程序模型数据这种设计模型数据对步骤202进行说明，对于其它类型的设计模型数据，完全可以根据该设计模型数据的格式特点或规范，采用相应的解析方法来提取其中所包含的适用于生成WBS模型数据的WBS元数据。

接下来，图2所示的方法进行至步骤203，确定对应于设计模型数据的WBS模板。根据本发明的一个实施例，WBS模板是针对于特定的设计模型数据的格式，并且包含了要生成的WBS模型数据的基本结构信息的模板。例如，对于UML格式的设计模型数据，需要使用UML格式的WBS模板。此外，WBS模板可以针对特定的场景、行业进行制定。例如，在应用程序开发场景下，实际开发工作中一定要包括设计、实现、测试的环节，而这些环节在应用程序数据模型中不会得到体现(因为设计模型数据仅关心应当设计出一个什么样的应用程序，而不关心具体的设计工作流程)。因此为了在所生成的WBS模型数据中包含这些实际存在的任务(task)，就可以在WBS模板中事先定制这些内容。图4B中给出了一个基于UML格式的应用程序设计模型的WBS模板的实例。

根据本发明的一个实施例，WBS模板是事先定制并存储的，而在实际运行过程中根据各个设计模型数据的格式信息确定匹配的WBS模板。根据本发明的又一实施例，WBS模板并非事先定制的，而是根据各个设计模型数据临时定制适用的WBS模板，或者对某个事先定制的WBS模板进行局部修改而形成的。

图2所示的方法进行至步骤204，利用所确定的WBS模板以及所解析的WBS元数据，生成WBS模型数据。WBS模型数据用于项目管理过程中对工作任务进行划分，并对各个任务的执行顺序进行安排，它是一种具有层次关系的树形结构化数据。简单地讲，可以将生成WBS模型数据的具体过程理解为将WBS模板中的数据映射至所解析出的设计模型数据中的元数据，并将映射后的结果输出作为WBS模型数据。具体地讲，生成WBS模型数据可以包含生成WBS模型数据的基本数据条目，然后向基本数据条目添加复杂度值和依赖关系数据等内容。本领域技术人员可以根据具体的项目管理中的需求，设定或调整WBS模型数据中所要包含的数据内容、精细度(粒度)等信息，这些设定和修改可以通过制定或修改WBS模板来实现。但是无论如何，基于WBS模板和解析出设计模型数据的WBS元数据这两个输入，完全可以生成WBS模型数据，因为如上文所述，WBS模板中已经包含了要生成的WBS模型数据的基本结构信息，而设计模型数据中的WBS元数据则属于WBS模型数据中的具体数据内容。根据本发明的一个实施例，所生成的WBS模型数据为RTC格式。根据本发明的另一实施例，所生成的WBS模型数据为MPP格式。根据本发明的又一实施例，所生成的WBS模型数据为Excel表格的形式。本领域技术人员应当理解，可以根据需求生成不同格式的WBS模型数据。下文将结合图3和图4描述一些具体的生成WBS模型数据的实施例。

还需要指出的是，图2中的步骤202和203没有固定的执行先后顺序的限定，也就是说，既可以先解析设计模型数据的WBS元数据，也可以先确定对应于设计模型数据的WBS模板。

由上可见，通过图2所示的方法，自动基于设计模型数据生成WBS模型数据。并且还可以看出，即使设计模型数据被修改，也可以利用图2所示的方法，自动、快速地对WBS模型进行相应修改。

还需要强调的是，图2所示的方法不仅仅能处理静态设计模型数据，也能够基于动态设计模型数据生成WBS模型数据。所谓动态设计模型数据，是指设计模型中可能包括模型元素之间的动态调用关系，比如某个类的操作实现是通过其他几个类的操作按某种顺序逻辑关系调用实现的。在设计模型数据为动态设计模型数据的情况下，本发明的效果更加突出——更加精确地生成WBS模型数据。本领域技术人员应当理解，虽然在动态设计模型的情况下本发明的效果更加突出，但是无论动态设计模型还是静态设计模型，均不影响本发明的发明目的的实现。

图3示出了根据本发明又一实施例的用于基于设计模型数据生成工作分解结构WBS模型数据的方法的流程图。

图3所示的方法从步骤301开始，接收设计模型数据。步骤301可以理解为对应于图2所示的方法中的步骤201，在此不再赘述。

在步骤302中，解析所述设计模型数据的WBS元数据。步骤302可以理解为对应于图2所示的方法中的步骤202，在此不再赘述。

图3中的步骤303和304可以理解为对应于图2中的步骤203。在步骤303中，识别设计模型数据的模板信息。根据本发明的一个实施例，这里的“模板信息”指的是设计模型数据自身具有的符合某种特定标准或规范的格式信息，例如UML格式、AutoCAD格式、XML格式等。根据本发明的一个实施例，通过提取设计模型数据中的特定格式标记来识别其模板信息。例如，UML格式数据文件会在文件的特定位置加有标明其符合UML规范的标记。本领域人员应当理解，不同格式的设计模型数据可以通过不同的方式识别其模板信息。

在步骤304中，利用所识别的模板信息，确定对应于所述设计模型数据的WBS模板。由于设计模型数据的格式已经被识别，因此可以从WBS模板库中匹配相应的WBS模板。

接下来，图3所示的方法进行至步骤305，确定WBS模型数据的粒度。这里，粒度指的是精细度，是指WBS模型数据中的每个数据条目(指示工作流程中的每个任务)在何种级别给出。例如，可以在类的级别粒度上生成WBS模型数据(工作任务精细化至类)，也可以在类中的每个操作的级别粒度上生成WBS模型数据(工作任务精细化至类中的每个操作)。根据本发明的一个实施例，步骤305中确定WBS模型数据的粒度是通过提取WBS模板中的粒度信息实现的。根据本发明的另一实施例，步骤305中确定WBS模型数据的粒度是临时指定的，并且根据指定的粒度从WBS模板库中寻找符合指定粒度的WBS模板。

接下来，图3所示的方法进行至步骤306，利用所确定的WBS模型数据的粒度，生成WBS模型数据的基础数据条目。基础数据条目是WBS模型数据中的每一条数据项，在项目管理领域，其代表每一项具体的工作任务(task)。根据本发明的一个实施例，基础数据条目的实际内容可能包括两个来源，其一是来自于设计模型数据中的WBS元数据，例如功能组件、类、操作等；其二是来自于WBS模板中所定制的内容，例如针对每个类都必须的设计、实现、测试等环节，这些内容没有包含在设计模型数据中，但是属于WBS模型数据中的必要数据。步骤306被执行后所生成的WBS模型数据可能仅包含这些基础数据条目，但是不具有每个数据条目的复杂度信息(指示每个工作任务的所需耗费的时间或人力)或依赖关系信息(指示某个工作任务是否必须依赖于其它工作任务的执行完毕而执行)等。

接下来，在步骤307中，计算并向WBS模型数据的基础数据条目中添加数据条目的复杂度值。根据本发明的一个实施例，步骤307包括：提取WBS模板中的单位任务复杂度数据；利用单位任务复杂度数据和设计模型数据中的WBS元数据，计算WBS模型数据中的数据条目的复杂度值；以及向所述数据条目中添加所计算的复杂度值。这里，“复杂度值”指的是WBS模型数据中的数据条目的一个属性值，其可以用于表征每个工作任务所预计的需要耗费的时间和人力。而WBS模板中的“单位任务复杂度数据”指的是在WBS模板中定制的针对每个功能组件、每个类或者每个操作的单位任务复杂度值。利用单位任务复杂度数据，再结合设计模型数据中被解析出的WBS元数据，通过乘法和加法运算，就可以计算出WBS模型数据中每个具体工作任务的总复杂度值。

根据本发明的一个实施例，WBS模板中的单位任务复杂度数据包括下列数据中的一种或多种：内部复杂度数据、外部复杂度数据、缓冲复杂度数据。其中，“内部复杂度数据”指的是设计模型数据中的每个WBS元数据自身的复杂度值，“外部复杂度数据”指的是每个WBS元数据依赖于其它WBS元数据而导致的额外的复杂度值，“缓冲复杂度数据”指的是出于缓冲项目执行进度目的而在WBS模板中设定的额外的复杂度值。本领域技术人员应当理解，从数据处理的角度而言，上述三种类型的设定于WBS模板中的单位任务复杂度数据乃三种计算WBS模型数据中的数据条目的复杂度值的基础单位数据，无论其表征的实际物理意义或商业意义如何，均不影响本发明的数据处理目的的实现。上述对三种单位任务复杂度数据的含义的解释并不构成对本发明的任何限制。本领域技术人员还可以依据各种理由，在WBS模板中引入各种不同的其它单位任务复杂度数据，并设定不同的单位复杂度数据值。

接下来，图3所示的方法进行至步骤308，提取并向WBS模型数据的基础数据条目中添加数据条目的复杂度值。根据本发明的一个实施例，步骤308包括：提取所解析的设计模型数据的WBS元数据中的依赖关系信息；以及向WBS模型数据的基础数据条目中添加所提取的依赖关系信息。根据本发明的一个实施例，WBS元数据中的依赖关系在应用程序设计模型中以各个类之间隐含的依赖关系存在。如何提取应用程序设计模型中各个类之间隐含的依赖关系可以利用现有技术中的方案实现，在此不再赘述。本领域技术人员应当理解，依赖关系在设计模型数据中的体现形式依据不同类型的设计模型数据可能有所不同，相应地可以采取不同的方式被提取。所提取的依赖关系被作为数据条目的一个属性值添加至WBS模型数据的数据条目中，其可以被用于表征各个工作任务间的先后执行顺序。

需要指出的是，图3中的各个步骤间没有严格的执行先后顺序。例如，既可以先计算并添加数据条目的复杂度值(步骤307)，在提取并添加数据条目间的依赖关系(步骤308)，也可以先执行步骤308，再执行步骤307。

此外，图3中一些步骤并非实现本发明目的所必需的，例如即使没有步骤307和308，也可以利用设计模型数据中被解析出的WBS元数据和WBS模板，生成WBS模型数据，只不过WBS模型数据不包含复杂度值、依赖关系等内容。对于步骤305而言，如果WBS模板是根据已有的设计模型数据制定的话，那么两者间的粒度是统一的，因此无需再确定WBS模型数据的粒度。

图4A至4E示出了根据本发明一实施例的生成WBS模型数据的过程的实例图。

其中，图4A示出了一个设计模型数据的示意图。如图4A所示，“Car Manufacturer”是设计模型数据中的组件。其中又包含两个类，分别是“CarAssembler”以及“WheelProducer”，并且“CarAssembler”依赖于“WheelProducer”，虚线箭头表示依赖关系。需要指出的是，图4A中的虚线箭头仅是为了更加明显地示出依赖关系，实际在设计模型数据中可能不存在这样的箭头，而需要分析提取类之间的依赖关系。

进一步地，图4B中示出了类“CarAssembler”的详情。如图4B所示，类“CarAssembler”包含两个操作和两个属性。图4A的设计模型数据中的WBS元数据，例如组件“Car Manufacturer”(包括其名称和描述)、类“CarAssembler”以及“WheelProducer”(包括其名称、描述和依赖关系)、类“CarAssembler”中的操作“operation1”和“oerpation2”(包括其名称、参数)等均被解析出，作为WBS元数据。

图4C示出了一个与该设计模型数据相匹配的WBS模板。由模板的内容可以看出，对于类而言，基本的成本(base_effort)，也就是单位任务复杂度数据的值为1，单位是“PD”(表示人天)；而类中的每个操作(operation)的单位任务复杂度数据的值为2，单位是“PD”；类中的每个属性(attribute)的单位任务复杂度数据的值为1，单位是“PD”。

利用图4C示出的WBS模板以及解析出的图4A示出的设计模型数据中的元数据，可以确定待生成的WBS模型数据的粒度为类(因为WBS模板中基于类进行了结构化定义。因此，可以在类的级别上生成如图4D所示的WBS模型数据的基础数据条目。由图4D可以看出，类“CarAssembler”作为WBS模型数据中的2.1数据条目(按照WBS的默认规则，设计模型中的元数据反映在WBS模型数据中时自动添加“Development”这一标识)，其下又包含2.1.1-2.1.4四个子数据条目，可以理解为三个子任务。这四个子数据条目的出现是基于在WBS模板中的配置——对于每一项设计模型数据中的WBS元数据，应当自动添加设计、实现、测试、记录归档这四项子数据条目。此外，图4D的基础数据条目的下半部分是关于2.1数据条目的若干属性，包括依赖关系、复杂度值、风险复杂度值，目前都是空白待输入状态。这些值需要结合WBS模板以及设计数据模型中的具体数据内容进行确定，如下所示：

由于类“CarAssembler”具有两个操作和两个属性，并且按照WBS模板的定义，类本身也具有复杂度值，所以对于类“CarAssembler”(也就是图4D中的基础数据条目2.1)的总复杂度值计算过程为：

依据模板中的<operation base_effort＝“2”unit＝“PD”>，计算出类“CarAssembler”的操作复杂度值为2×2＝4PD

依据模板中的<attribute base_effort＝“1”unit＝“PD”>，计算出类“CarAssembler”的属性复杂度值为2×1＝2PD

依据模板中的<Class base_effort＝“1”unit＝“PD”>，计算出类“CarAssembler”的自身的复杂度值为1×1＝1PD

因此，类“CarAssembler”的总复杂度值为4+2+1＝7PD

此外，依据模板中的<risk base_buffer＝”4”unit＝”PD”>，计算出类“CarAssembler”的缓冲复杂度值为4PD。

除了复杂度值的计算之外，由于还解析出了类“CarAssembler”依赖于类“WheelProducer”这一依赖关系信息。

综上所述，将上述计算出的复杂度值和依赖关系信息添加至基础数据条目后，如图4E所示。

图5示出了根据本发明一实施例的用于基于设计模型数据生成工作分解结构WBS模型数据的系统的框图。图5所示的系统在总体上由系统500表示，具体地，系统500包括接收装置501，被配置为接收设计模型数据；解析装置502，被配置为解析所述设计模型数据的WBS元数据；模板确定装置503，被配置为确定对应于所述设计模型数据的WBS模板；以及WBS模型数据生成装置504，被配置为利用所确定的WBS模板以及所解析的WBS元数据，生成WBS模型数据。应当理解，系统500中的装置501-504分别对应于图2所示的方法中的步骤201-204，在此不再赘述。

进一步地，在系统500中，根据本发明的一个实施例，其中WBS模型数据生成装置504还被配置为：提取所述WBS模板中的粒度信息；利用所提取的WBS模板中的粒度信息，确定待生成的WBS模型数据的粒度；以及利用所确定的WBS模型数据的粒度以及所解析的WBS元数据，生成WBS模型数据的基础数据条目。

根据本发明的一个实施例，其中系统500中的WB S模型数据生成装置504还被配置为：提取所述WBS模板中的单位任务复杂度数据；利用所述单位任务复杂度数据以及所述设计模型数据中的WBS元数据，计算所述WBS模型数据中的数据条目的复杂度值；以及向所述数据条目中添加所述复杂度值。根据本发明的一个实施例，其中WBS模板中的单位任务复杂度数据包括下列数据中的一种或多种：内部复杂度数据、外部复杂度数据、缓冲复杂度数据。

根据本发明的又一实施例，其中WBS模型数据生成装置504还被配置为：提取所解析的WBS元数据中的依赖关系信息；以及向所述数据条目中添加所提取的依赖关系信息。

根据本发明的一个实施例，其中模板确定装置503被配置为：识别所述设计模型数据的模板信息；以及利用所识别的模板信息，确定对应于所述设计模型数据的WBS模板。

根据本发明的一个实施例，其中解析装置502被配置为：解析所述设计模型数据中的下列元数据中的一种或多种：组件、程序类、程序类中的操作、程序类之间的依赖关系。

根据本发明的一个实施例，系统500还包括：更新装置，被配置为响应于所述设计模型数据的改变，自动生成更新的WBS模型数据。需要指出的是，虽然更新装置未在图5中明确示出，但是该更新装置可以构成系统500的一个组成部分。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，所述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

虽然以上结合具体实例，对本发明的利用远程应用处理本地文件的系统及方法进行了详细描述，但本发明并不限于此。本领域普通技术人员能够在说明书教导之下对本发明进行多种变换、替换和修改而不偏离本发明的精神和范围。应该理解，所有这样的变化、替换、修改仍然落入本发明的保护范围之内。本发明的保护范围由所附权利要求来限定。

Claims (16)

1.一种用于基于设计模型数据生成工作分解结构WBS模型数据的方法，包括：

接收设计模型数据；

解析所述设计模型数据的WBS元数据；

确定对应于所述设计模型数据的WBS模板；以及

利用所确定的WBS模板以及所解析的WB S元数据，生成WBS模型数据。

2.如权利要求1所述的方法，其中利用所确定的WBS模板以及所解析的WBS元数据，生成WBS模型数据还包括：

提取所述WBS模板中的粒度信息；

利用所提取的WBS模板中的粒度信息，确定待生成的WBS模型数据的粒度；以及

利用所确定的WBS模型数据的粒度以及所解析的WBS元数据，生成WBS模型数据的基础数据条目。

3.如权利要求2所述的方法，其中利用所确定的WBS模板以及所解析的WBS元数据，生成WBS模型数据还包括：

提取所述WBS模板中的单位任务复杂度数据；

利用所述单位任务复杂度数据以及所述设计模型数据中的WBS元数据，计算所述WBS模型数据中的数据条目的复杂度值；以及

向所述数据条目中添加所述复杂度值。

4.如权利要求3所述的方法，其中WBS模板中的单位任务复杂度数据包括下列数据中的一种或多种：

内部复杂度数据、外部复杂度数据、缓冲复杂度数据。

5.如权利要求3或4所述的方法，其中利用所确定的WBS模板以及所解析的WBS元数据，生成WBS模型数据还包括：

提取所解析的WBS元数据中的依赖关系信息；以及

向所述数据条目中添加所提取的依赖关系信息。

6.如权利要求1-5任一所述的方法，其中确定对应于所述设计模型数据的WBS模板包括：

识别所述设计模型数据的模板信息；以及

利用所识别的模板信息，确定对应于所述设计模型数据的WBS模板。

7.如权利要求1-6任一所述的方法，其中解析所述设计模型数据的WBS元数据包括：

解析所述设计模型数据中的下列元数据中的一种或多种：组件、程序类、程序类中的操作、程序类之间的依赖关系。

8.如权利要求1-7任一所述方法，还包括：

响应于所述设计模型数据的改变，自动生成更新的WBS模型数据。

9.一种用于基于设计模型数据生成工作分解结构WBS模型数据的系统，包括：

接收装置，被配置为接收设计模型数据；

解析装置，被配置为解析所述设计模型数据的WBS元数据；

模板确定装置，被配置为确定对应于所述设计模型数据的WBS模板；以及

WBS模型数据生成装置，被配置为利用所确定的WBS模板以及所解析的WBS元数据，生成WBS模型数据。

10.如权利要求9所述的系统，其中WBS模型数据生成装置还被配置为：

提取所述WBS模板中的粒度信息；

利用所提取的WBS模板中的粒度信息，确定待生成的WBS模型数据的粒度；以及

利用所确定的WBS模型数据的粒度以及所解析的WBS元数据，生成WBS模型数据的基础数据条目。

11.如权利要求10所述的系统，其中WBS模型数据生成装置还被配置为：

提取所述WBS模板中的单位任务复杂度数据；

利用所述单位任务复杂度数据以及所述设计模型数据中的WBS元数据，计算所述WBS模型数据中的数据条目的复杂度值；以及

向所述数据条目中添加所述复杂度值。

12.如权利要求11所述的系统，其中WBS模板中的单位任务复杂度数据包括下列数据中的一种或多种：

内部复杂度数据、外部复杂度数据、缓冲复杂度数据。

13.如权利要求11或12所述的系统，其中WBS模型数据生成装置还被配置为：

提取所解析的WBS元数据中的依赖关系信息；以及

向所述数据条目中添加所提取的依赖关系信息。

14.如权利要求9-13任一所述的系统，其中模板确定装置被配置为：

识别所述设计模型数据的模板信息；以及

利用所识别的模板信息，确定对应于所述设计模型数据的WBS模板。

15.如权利要求9-14任一所述的系统，其中解析装置被配置为：

解析所述设计模型数据中的下列元数据中的一种或多种：组件、程序类、程序类中的操作、程序类之间的依赖关系。

16.如权利要求9-15任一所述系统，还包括：

更新装置，被配置为响应于所述设计模型数据的改变，自动生成更新的WBS模型数据。

Images