软件产品WBS分解指南设计设计

《软件产品WBS分解指南设计设计》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、实用标准软件产品WBS分解指南一、概述同任何事物一样，一个软件产品或软件系统也要经历孕育、诞生、成长、成熟、衰亡等阶段，一般称为“软件生命周期”。软件生命周期模型，通俗说就是，软件开发过程中所遵循的模式，即把整个软件生存周期划分为若干阶段，使得每个阶段有明确的任务，使规模大，结构复杂和管理复杂的软件开发变的容易控制和管理。软件生命周期模型和项目开发过程有非常紧密关系，它是经过多次实践总结出来适合于不同项目使用的经典、有效的软件开发方法，它按照软件生命周期的各个阶段划分任务，依照一定的规则和步骤，有效地进行软件开发。选用恰当的软件生命周期模型进行软件开发，可以提高产品质量

2、；降低项目管理难度；缩短开发进度；便于项目状态跟踪；为过程改进和度量提供基线；改善组织级的过程弱势，提高过程能力成熟度级别。为了便于分类汇总和统计各种生命周期模型的指标和数据，结合公司软件开发过程的实际，我们选择了常用的几种基本模型进行了描述，项目开发小组在进行项目策划时，可以根据模型的适用前提、优缺点和项目的实际需要进行选择，并在《项目实施计划》中，参加评审。二、软件生命周期模型常用的软件生命周期模型有：瀑布模型、迭代模型、增量模型、原型模型等。以上所提到的件生命周期模型病不存在孰优孰劣的问题，每一种模型在实际工作中都有所应用。只要选择了最适合的，并按照此模型的流程来

3、开发软件，都会取得成功。需要强调的是，不管采用什么模型，项目实施中有四项活动是必不可少的——需求、设计、编码和测试。不管是有意识还是无意识，这些活动都会出现在项目过程中。这也是最重要的四项活动，其他的活动其实都是为这些活动服务的，不管是配置管理、风险管理，还是评审等等。以下对各种常用的软件生命周期模型的设计思想、WBS划分（WorkBreakdownStructure，即工作分解结构）、优缺点、使用范围进行分析。文案大全实用标准1、瀑布模型（1）基本思想瀑布模型（WaterfallModel）是最基本也最常用的一种生命周期模型，又称线性模型。瀑布模型是一个项目开发架构，

4、开发过程是通过设计一系列阶段顺序展开的，从系统需求分析开始直到产品发布和维护，每个阶段都会产生循环反馈，因此，如果有信息未被覆盖或者发现了问题，那么最好“返回”上一个阶段并进行适当的修改，项目开发进程从一个阶段“流动”到下一个阶段，这也是瀑布模型名称的由来。瀑布模型可以应用于软件工程开发、企业项目开发、产品生产以及市场销售等领域。瀑布模型的突出特征是文档驱动。从需求分析到系统维护，每一项活动的工作成果就是此项活动所产生的工作文档，以及在此基础上形成的产品。采用瀑布模型的项目依照该模型选定的阶段顺序进行，每一个阶段的工作产品都是下一个阶段工作的输入，每一个阶段只有在上一个

5、阶段通过检查，确认完成后才开始新的阶段工作，所以项目必须有明确的阶段里程碑，在每个阶段结束时都要进行里程碑评审，以判定是否可以开始下一阶段的工作。例如：在项目策划没有完成时，需求分析和设计工作就不能进行，同样，在需求分析和设计没有完成时就不开始编码。瀑布模型中，每个阶段完成后，可以在下一个阶段修改上一个阶段的工作产品，但是必须按照基线变更进行管理，如果发生变更，需要回溯前面所有阶段的工作产品，以便使工作产品保持一致。定义阶段维护阶段策划需求分析概要设计详细设计编码集成测试验收维护开发阶段A系统分析员M项目管理员P程序员T高级程序员U用户UAMUAMATMATMMPMTP

6、UTPUAMUAMP图1瀑布模型的思想示意图（2）WBS划分文案大全实用标准说明：图中标记为的阶段为选定的里程碑，该阶段完成时需进行里程碑评审活动，并对其输出进行严格的变更控制。（2）WBS划分此表仅作为参考，需根据项目所选定的标准过程的活动和任务进一步细化。阶段和项目标准过程ID任务工作成果名称项目策划阶段《项目策划管理规范》1起草项目任务书《项目任务书》2审批项目任务书已批准的《项目任务书》3策划准备《项目实施计划》4启动项目策划产品的功能结构图、WBS工作任务分解5项目估计和成果列表《项目实施计划》：工作量估计，进度计划，人力资源计划，软/硬件、工具要求，风险管理

7、计划，培训计划，沟通计划，交付工作产品清单等6制订项目计划《项目实施计划》（有些客户需要《质量保证计划（方案）》、《配置管理计划（方案）》等相关计划）7项目计划评审按照《项目评审管理规范》的规定，QA组织对《项目实施计划》组织评审,直到通过评审8审批项目计划《项目实施计划》获得相关领导的审批需求分析阶段《需求开发与管理规范》9需求调研开始按照《需求调研计划》，采取《需求调研记录表》进行调研，完成《系统需求分析说明书》初稿10需求分析如果客户需求不清晰需要密切跟踪，要完成《需求调研记录跟踪矩阵》、《需求不一致项列表》11需求不一致项协商处理