软件开发项目规范

常规软件开发项目规范

软件项目开发和管理规范

本文阐述软件项目开发和管理的流程规范，作为软件项目开发的高级指引，本规范定义了软件开发的各个阶段以及每个阶段的工作活动和工件，但不对活动和工件的细节作过多规定。在项目开发过程中，每个项目根据自身的需要确定这些活动和工件的细节。

项目阶段

图2-1 项目开发的五个阶段

∙启动阶段

这个阶段的工作目的是决定一个项目是否需要启动。为了达到这个目的，首先要明确项目的总体战略目标，对项目的需要建立认同。即确定到底需要做什么、开发什么产品或提供什么服务，以及需要解决什么样的问题和需要满足客户或市场的什么要求等，同时还要总结项目工作的范围、所需资源、大约开支、各种风险，以及该项目不执行的其他替代选择等。这些代表了对整个项目目标从战略角度和宏观层次所进行的分析，通过项目的意向书总结出来，由此确证客户或项目发起人和赞助者的要求与期望，并帮助他们判定项目是否上马。项目意向总结书的通过及项目被批准上马形成了这个项目的起始点。

∙计划阶段

这个阶段的工作是为整个项目做计划。项目开始后，首先要确定项目的具体范围，明确定出项目到底要做什么，总结、归纳并定出产品的功能。然后进一步制定项目的计划，列出每项具体工作，并建立所有工作任务的重要性及顺序；确定每项工作的执行人和所需资源；根据人员的配置和能力设定各项工作和整个项目的完成时间表。

∙执行阶段

这个阶段的工作是通过执行项目的计划来完成项目的任务。它包括落实一切所需资源，如：

常规软件开发项目规范

人员、设备、费用、技术、信息，由管理者领导全体项目参与者开展各项工作。同时跟踪各项具体工作和整个项目的进度，定期向全体项目人员及项目的发起人报告项目状态。

∙控制阶段

这个阶段的工作是确证项目工作的结果符合项目的计划。它通过对项目结果的衡量和审核，与项目计划所期望的结果进行比较，找出实际结果与计划的差别，并制定处理措施。这个阶段的工作还包括对项目进程中出现的任何更改要求进行审核和批准。同时调解项目进程中出现的各种问题，如：对缺乏的资源的补偿调节；对项目的进度表及各项具体工作的优先级或顺序的修订。

∙结束阶段

这个阶段的工作是确保项目的最终结果或提交物达到计划的要求，并对完成的结果作可接受的确认。还包括在项目完成之后的收尾工作，对整个项目的经历进行总结，修订项目文档，用户培训等。

阶段完成标志

在项目开发过程中，当一个阶段完成后才会开展下一个阶段的工作；另外，“某个阶段完成”通常被定义为项目的一个里程碑，里程碑标识了项目的进度，它是项目开发和控制的重要参考，对整个项目有重要的意义。因此，“确证某个阶段是否已经完成”的工作非常有重要。

∙每一个阶段的结束以它特定任务的完成为象征

只有当某个阶段中被规定的所有工作任务都完成了，这个阶段才算真正结束，整个项目才可以进入到下一个阶段中去。反过来说，要是阶段中某个任务没有全部完成，按照项目的定义，整个阶段就不能算是完成，因此项目就不能进入到下一个阶段去。

∙衡量阶段结束的工作结果必须是实在的交付品

阶段中的任务是否完成是透过任务活动中产生的交付品来体现的，交付品必须是可交付的、非抽象的、实质的并且可以通过用衡量的方法来判断是否真正地完成了的具体事物。如：某一阶段的完成是以建造一个样品或完成某分文件作为象征。任何项目阶段的结束，都应该有这样的实质性东西的完成作为象征。

∙跨阶段的进程以阶段结尾的合格验证和审核来决定

当一个阶段结束时，在进入到下一个阶段之前所需要做的工作应包括对交付品进行合格验证，并检查这一阶段的工作质量和效率，由此判断是否可以进入到下一个阶段。这些检验象征了一个阶段的结尾终点，表示项目的进程离开了上一个阶段而进入了下一个阶段。

启动阶段

常规软件开发项目规范

图3-1 启动阶段的任务和工件

∙产品领域研究

研究产品所在领域的状况，为项目论证提供依据。研究内容包括：

o产品领域的现状和前景

o产品领域的商业模式和业务流程

o产品的价值和盈利空间

o产品的特性和复杂度

∙技术可行性研究

研究产品的实现技术，总结技术可行性。研究内容包括：

o

o类似产品的当前实现技术和技术趋势

o实现技术的候选方案

o各个方案的优点、成本和风险

o开发团队与实现技术的匹配情况

∙项目论证

常规软件开发项目规范

常规软件开发项目规范

图4-1 计划阶段的任务和工件

∙规模、工作量评估

围绕各项计划的制定工作对项目的规模、工作量等进行评估，评估的内容包括：

o

o模块数量与复杂度

o输入、输出和对外接口等数量与复杂度

o SLOC和功能点

o非生产性的支持工作量

o开发工作量（人月）

o进度与里程碑

o进度风险

∙定制项目开发计划

项目开发计划体现了项目组对整个开发周期的预期，指定了项目开发的总体方针。与其他

计划一样，项目开发计划不是固定不变的，在执行过程中要对计划进行监控，可能会根据实际情

况修改计划并重新发布。

《项目开发计划》的内容包括：

用三到五张图表来描述产品目标、功能、平台、客户、进度表和开发职责。

（《项目开发计划》的概述部分应该是《项目开发大纲》中概述部分的拷贝。当项目

常规软件开发项目规范

常规软件开发项目规范

图4-2 风险管理任务

《风险管理计划》定义这些任务的执行流程和人员分配。

《风险管理计划》的内容包括：

用文字和图表概述风险管理任务的总体执行流程。

别详细说明“风险识别”任务的实施细节和各项工作的负责人。

析详细说明“风险分析”任务的实施细节和各项工作的负责人。

险优先级详细说明“确定风险优先级”任务的实施细节和各项工作的负责人。险化解方案详细说明“定制风险处理方案”任务的实施细节和各项工作的负责人。

解当风险发生时，需要采取相应的措施化解风险。这部分的内容是描述风险作的操作规范和流程。

控详细说明风险监控任务的实施细节和各项工作的负责人。

表4-2 风险管理计划

风险管理中通常会用到《Top N 风险列表》，风险列表按照风险暴露量排序列出当前

常规软件开发项目规范

常规软件开发项目规范

常规开发活动（需求分析、架构设计、详细设计、编码和测试、发布和实施等）

会议（工作例会、进度会议、审查会议等）

评审（方案评审、技术评审、质量评审等）

测量（产品规模测量、进度测量、缺陷率测量、测试覆盖率测量等）

其他活动（技能培训、资料收集、内部流、客户沟通等）

表4-4 工作规范

定制开发进度计划

基于当前对项目的规模和工作量评估，定制初步的开发进度表，作为项目开发计划的组成

部分。

《开发进度表》的内容包括：

o

o项目的开始和结束时间

o项目各个阶段的开始和结束时间

o每个阶段的工作任务及其开始和结束时间

o每个工作任务的子任务的及其开始和结束时间

o里程碑和同步点

o角色的定义和任务分配

作为跟踪项目进度的重要依据，进度表在项目推进过程中需要不断细化。另外，当实际进

度与计划进度出现偏差时，需要修改进度表并重新发布。

执行阶段

常规软件开发项目规范

常规软件开发项目规范

常规软件开发项目规范

5.客户的特别要求

开发的局限

对开发的成功与否起很大影响的因素，是开发能力的局限：

1.人员的局限

2.技术的制约和局限

3.客户的特别要求

表5-1 需求分析告

《需求分析报告》的编制方式可以是多样的，例如把所有“非功能性需求”组织成“外部接口

需求”、“质量属性需求”和“需求约束”。【如：图5-2】

图5-2 需求规格说明书

界面原型设计

明确了系统的关键需求后，就可以进行界面原型设计工作，获取用户的反馈，尽快确定产品的界面基调。同时要编写一份《界面设计概要》文档，作为后续的界面设计工作的指导。

《界面设计概要》的内容包括：

o设计的理念

常规软件开发项目规范

o理念的来源或参考

o设计的要点

o与类似产品界面的对比

架构设计

架构设计从关键需求开始，建立概念性的架构，并逐步细化和验证。最终生成架构设计说明书和架构基线代码。

架构设计的方法：可以从几个不同的视角进行架构设计，然后汇总综合得出完整的设计。（架构设计的五个视图【如：图5-3】）

常规软件开发项目规范

图5-3 架构设计的五视图《架构设计说明书》的内容包括：

常规软件开发项目规范