在过程定义和裁剪中我们谈到过这个问题。对于软件产品的开发，我们可以针对不同的软件生命周期模型制定不同的生命周期模板，当我们对软件产品进行模块组件和功能的划分完毕后，其实就已经很清楚了实际应该产生的WBS计划和任务。
比如对于一个条目化的需求自然会对应到相应的需求开发，设计，编码和测试等任务。对于PBS产品结构分解处理的最底层的模块或单元结合WBS模板都会产生这些WBS条目。这就是一个简单的交叉相乘的过程。对于实际的软件开发模型，有两点我们是需要注意的
1.对于总体设计工作包和任务不需要根据具体的模块和单元进行分解。
2.对于集成测试任务如何来产生的问题
解决了以上两个问题，基本上就可以自动来生成相应的WBS。而且我们还可以根据过程定义和裁剪来选择哪些条目应该生成，哪些不生成。比如可以裁剪掉单元测试，则就不自动生成相应的单元测试任务。基于以上考虑可以参考下图的例子，左边为WBS模板，右边为一个简单的PBS分解:
比如对于一个条目化的需求自然会对应到相应的需求开发，设计，编码和测试等任务。对于PBS产品结构分解处理的最底层的模块或单元结合WBS模板都会产生这些WBS条目。这就是一个简单的交叉相乘的过程。对于实际的软件开发模型，有两点我们是需要注意的
1.对于总体设计工作包和任务不需要根据具体的模块和单元进行分解。
2.对于集成测试任务如何来产生的问题
解决了以上两个问题，基本上就可以自动来生成相应的WBS。而且我们还可以根据过程定义和裁剪来选择哪些条目应该生成，哪些不生成。比如可以裁剪掉单元测试，则就不自动生成相应的单元测试任务。基于以上考虑可以参考下图的例子，左边为WBS模板，右边为一个简单的PBS分解:
其中PBS中黄色的为最底层的模块或单元，都需要和左边的WBS模板相乘得到相应的WBS条目。对于集成测试任务的生成，可以看到满足存在叶子节点，且叶子节点大于1个的都需要生成集成测试任务。因此根据该方式可以生成如下实际的WBS分解
同时在生成的过程中我们还可以建立根据生命周期模型建立WBS条目任务之间的关联和依赖关系，设置每各WBS条目的类型。模板化每个条目和任务的输出格式，责任人等内容。
在实现了这一个步骤后，我们接着可以考虑的问题就是受岗位角色分工和资源约束限制条件下的自动排程。在供应链管理中我们可以通过建立模型和目标约束来实现最优的排程，在软件项目进度计划的编制中应该同样是可以的，这种方式将通过约束理论，目标规划和计算机模型来选择可行的进度方案。而不是根据简单的根据关键路径和资源平衡来制定进度。
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/15027599/viewspace-421181/ ，如需转载，请注明出处，否则将追究法律责任。
请登录后发表评论
登录
全部评论
