练部分的结果经过运算得到产品设计时间的估计值。相比训练部分，此部分运算较为简单，耗时几乎可以忽略，输入大多使用手工输入（产品数量多时也可使用文件导入方式）。由于两种算法都有外推性差的缺点，所以输入产品的特征不能超出样本特征的范围，为此提供了提示和检查机制，避免产生错误的结果。
2.2 产品开发计划制订模块的设计
产品开发计划制订模块以设计时间估计模块估计出的产品设计时间为基础，结合其它约束条件（如资源约束）制定出在一定约束条件下，具有前后制约的设计流程的最短完成时间计划。
该模块的输入之一是设计时间估计模块的输出。程序将每个设计活动看作由多个单独设计活动组成的活动组，每个单独活动的设计时间即为设计时间估计模块的输出，各个活动组之间有顺序约束（如图 1 ）。现实中的设计活动会受到资源的约束（例如人员材料分配等），并且这些资源还有可能出现缺席的现象 , 为此需要以一定的方式模拟缺席状况，在这里 设所有资源的某一次缺席开始时刻和结束时刻之间的时间间隔的长度服从参数为 0.5 的负指数分布，并设所有资源的某一次缺席结束时刻和下一次缺席开始时刻之间的时间间隔的长度服从参数为 0.02 的负指数分布 ( 文献 [8]) ，当然缺席函数是可以变化的。
综上所述，该模块的输入主要为：设计时间估计模块的输出，即设计时间估计，资源的约束，活动组的信息和活动组的顺序约束。为了使用户可以直观方便的录入和修改输入数据，软件采用了树型结构输入，利用 .net 平台的 TreeView 控件实现活动组的分组和顺序约束。使用 TreeView 控件的优点在于可以直观的反映图 1 所示的活动组之间的关系，每个活动组都可以动态扩展其内部的活动数量和承接其下一步的活动组数量，并可以直接在此结构中录入上一步的结果。当此模块单独工作时，需要手工录入每个活动的设计时间估计和资源约束；当此模块和设计时间估计模块共同工作时，首先需要建立树型架构，即规定好每个活动组包含活动的数量和活动组之间的顺序关系，之后软件会自动生成类似于上一个模块的录入界面，该界面使用 datagrid 控件和数据库直接关联包含每个设计活动的特征（模糊型和数值型）及其资源约束，录入完成后存入数据库（其中每个活动组的第一个活动为主活动，其余为子活动，主活动与子活动之间有相互影响，子活动本身之间没有相互影响），运行时，时间估计模块调用录入数据库中的数据计算出每个活动的设计时间估计，然后自动填入树型架构中，此时整个树型架构就成为了产品开发计划制订模块的输入。
经过后台的计算就可以得到处理结果，其中包括每个活动组及活动的开始和结束时间，所需每种资源的数量，资源的平均利用率，这同时也是下一步——产品开发团队组织模块的部分输入。
2.3 产品开发团队组织模块的设计
团队组织模块的作用主要是从一批候选人员中，根据设计活动计划的要求和人员自身素质挑选出最合适的人选完成先前制订的计划。对应于每一类资源均有其独立的挑选过程。
计划制订模块计算出的活动组各个设计活动的工作量和工作强度是影响人员挑选的因素之一。这两个量在前一步计算中就已经作为结果存入了数据库表中，此时只需要从特定的数据库表中找到这几个字段，读出就可以直接作为输入。
候选人员的自身素质是决定挑选结果的主要因素。人员对设计活动的影响主要体现在以下几个方面：
候选人员的经验。在这里将其表现为以前参加的设计活动和现在的每个设计活动之间的相似程度，相似程度高则体现其经验较丰富。
候选人员的各方面能力。其中包括管理能力，创新能力等。在实际计算中将以专家评估出的数值量参与计算。
候选人员当前的工作负荷。
以上这些因素暂时缺乏有效的评估方式，目
项目经理胜任力免费测评PMQ上线啦！快来测测你排多少名吧~
http://www.leadge.com/pmqhd/index.html
