广州先智软件科技有限公司
文件编号：PC-015-12
年 3 月 1 日
2012年 3月 2日
审批： 2012年 3月 2 日
实施日期： 2012年 3月 2日
1 目的
为技术部门的各个软件项目或产品的项目组提供瀑布式开发模型，使开发的过程可控、产品的质量可控。
2 范围
适用于所有软件项目/产品的开发实施过程。
3 角色定义
3.1 部门经理
3.2 项目/产品经理
由部门经理任命的主管项目实施/
3.3 项目小组
3.4 专家
3.5 用户
4 责。
4.1 部门经理
1. 任命项目/产品经理；
2. 审批项目/产品经理提交的软件开发计划；
3. 参与产品功能定义、概要设计评审，就评审议题和资料提出意见和建议，并对评审结
果进行签字确认。
4.2 项目/产品经理
1. 组织项目小组，在启动阶段编写《项目章程》； 2. 编写《软件开发计划》作为开发的参照；
3. 产品经理需根据立项阶段的材料，以及相关信息，编写《产品功能定义》； 4. 审批项目组提交的资料文件，如《需求分析报告》； 5. 参与验收交付工作。
4.3 项目小组
1. 编写《需求分析报告》；
2. 编写概要设计和详细设计（可选）； 3. 实现编码，集成系统。
4.4 专家
4.5 用户
5 工作流程
5.1 5.1.1
1. 任命：
/产品经/产品经理人员的变更，需要遵循《变更控制程序》。然后，由部门经理重新任命新的项目/产品经理。 2. 产品：《项目/产品经理任命书》 3. 质量保证方式：签字确认
部门经理需在《项目/产品经理任命书》上签字确认。如果项目/产品经理是部门经理，则需总经理签字确认。 4. 归档：
项目/产品经理需按照综合部的要求，及时归档经过签字确认的《项目/产品经理任命
书》。
5.1.2 项目启动
1. 策划工作
1) 项目/产品经理在收到任命书后，协调人力、物资，组成项目小组；
2) 与公司各方面进行有效沟通，编写《项目章程》。并提请公司各级领导审阅； 3) 如果项目中需要采用公司自行研发的产品，需要根据《记录控制程序》，到综合部，
执行相关手续。
2. 产品：《项目章程》 3. 质量保证方式：签字确认
公司各级领导审核项目/可并签字确认。 4. 归档：
项目/。
5.1.3 计划
1. 制订实施计划
1) 项目/
2) /，由配置管理员、测试人员与项目小组沟通，负责编写、《测试计划》。
2. 产品： 3. 质量保证方式：审批
项目/产品经理在编写完《软件开发计划》后，提请部门经理审批，如果审批通过，在部门经理签字确认后，项目/产品经理方可把《软件开发计划》发送给综合部；如果审批未通过，项目/产品经理需要按部门经理提出的意见和建议，修改《软件开发计划》，直至审批通过。 4. 归档：
项目/产品经理需按照综合部的要求，及时归档经过签字确认的《软件开发计划》。
5.1.4 产品功能定义（产品专有）
1. 分析产品功能定义
产品经理依据产品立项期间收集的资料，参考行业内类似产品的信息，充分考虑市场对产品性能、运行环境、安全和用户界面等方面的需求程度，提取、发掘产品的功能，并编写《产品功能定义》。 2. 产品：《产品功能定义》 3. 质量保证方式：评审
审程序》义》进行修改，准备再一次评审。 4. 归档：
，以及《评审报告》。
5.1.5 1.
2. 产品： 3. 质量保证方式：审批
项目小组编写完《需求分析报告》后，提请项目/产品经理审批，如果审批通过，项目/产品经理需签字确认；如果审批未通过，项目小组需要按项目/产品经理提出的意见和建议，修改《需求分析报告》，直至审批通过。 4. 归档
项目/产品经理需按照综合部的要求，及时归档经过签字确认的《需求分析报告》。
5.1.6 概要设计（可合并）
1. 进行概要设计
如果在需求分析报告中，包含了必要的库表结构设计、数据流图或业务流程设计、子系统描述与结构设计等基本内容，概要设计活动可以与需求分析合并。
项目小组编写《系统方案》（可选）、《概要设计说明书》。
如果系统采用结构化设计方式，则需要做概要设计说明书、DFD 、信息模型和表结构。UML
如果采用UML 2. 产品：《概要设计说明书》 3. 质量保证方式：评审
/据《评审程序》通过，项目/，之后项/产品经理需要根4. 归档：
项目/，以及《评审报告》。
5.1.7 详细设计（可选）
1. 进行详细设计
项目小组根据《概要设计说明书》编写《详细设计说明书》。 2. 产品：《详细设计说明书》 3. 质量保证方式：审批
项目/产品经理在项目小组编写完《详细设计说明书》后，提请部门经理审批，如果审
批通过，部门经理需签字确认；如果审批未通过，项目小组需要按部门经理提出的意见和建议，修改《详细设计说明书》，直至审批通过。 4. 归档
项目/产品经理需按照综合部的要求，及时归档通过评审的《详细设计说明书》。
5.1.8 编码实现
1. 编码
项目小组根据设计，实现编码。
的规范，项目小组应自行制定临时的规范。
工程师以便测试用。
2. 3. 质量保证方式：走查
项目/ 4. 归档：无
5.1.9 测试
5.1.10
/产品，请用户使用，并为用户进行适当的调试，解5.1.11 验收
此处调用《软件验收交付程序》。不在此详述。
5.1.12 流程结束说明
验收交付的完成，标志着软件开发实施程序结束，项目进入客户服务阶段，软件产品视具体情况而定。
5.2 流程图
6 相关附件
《变更控制程序》 《配置管理程序》 《评审程序》 《软件测试程序》 《软件验收交付程序》 《客户服务控制程序》
7 记录附件
《项目/产品经理任命书》 《项目章程》 《软件开发计划》 《产品功能定义》 《需求分析报告》 《系统方案》 《评审报告 《用户使用手册》 《管理维护手册》 其它的记录参见调用流程
广州先智软件科技有限公司
文件编号：PC-015-12
年 3 月 1 日
2012年 3月 2日
审批： 2012年 3月 2 日
实施日期： 2012年 3月 2日
1 目的
为技术部门的各个软件项目或产品的项目组提供瀑布式开发模型，使开发的过程可控、产品的质量可控。
2 范围
适用于所有软件项目/产品的开发实施过程。
3 角色定义
3.1 部门经理
3.2 项目/产品经理
由部门经理任命的主管项目实施/
3.3 项目小组
3.4 专家
3.5 用户
4 责。
4.1 部门经理
1. 任命项目/产品经理；
2. 审批项目/产品经理提交的软件开发计划；
3. 参与产品功能定义、概要设计评审，就评审议题和资料提出意见和建议，并对评审结
果进行签字确认。
4.2 项目/产品经理
1. 组织项目小组，在启动阶段编写《项目章程》； 2. 编写《软件开发计划》作为开发的参照；
3. 产品经理需根据立项阶段的材料，以及相关信息，编写《产品功能定义》； 4. 审批项目组提交的资料文件，如《需求分析报告》； 5. 参与验收交付工作。
4.3 项目小组
1. 编写《需求分析报告》；
2. 编写概要设计和详细设计（可选）； 3. 实现编码，集成系统。
4.4 专家
4.5 用户
5 工作流程
5.1 5.1.1
1. 任命：
/产品经/产品经理人员的变更，需要遵循《变更控制程序》。然后，由部门经理重新任命新的项目/产品经理。 2. 产品：《项目/产品经理任命书》 3. 质量保证方式：签字确认
部门经理需在《项目/产品经理任命书》上签字确认。如果项目/产品经理是部门经理，则需总经理签字确认。 4. 归档：
项目/产品经理需按照综合部的要求，及时归档经过签字确认的《项目/产品经理任命
书》。
5.1.2 项目启动
1. 策划工作
1) 项目/产品经理在收到任命书后，协调人力、物资，组成项目小组；
2) 与公司各方面进行有效沟通，编写《项目章程》。并提请公司各级领导审阅； 3) 如果项目中需要采用公司自行研发的产品，需要根据《记录控制程序》，到综合部，
执行相关手续。
2. 产品：《项目章程》 3. 质量保证方式：签字确认
公司各级领导审核项目/可并签字确认。 4. 归档：
项目/。
5.1.3 计划
1. 制订实施计划
1) 项目/
2) /，由配置管理员、测试人员与项目小组沟通，负责编写、《测试计划》。
2. 产品： 3. 质量保证方式：审批
项目/产品经理在编写完《软件开发计划》后，提请部门经理审批，如果审批通过，在部门经理签字确认后，项目/产品经理方可把《软件开发计划》发送给综合部；如果审批未通过，项目/产品经理需要按部门经理提出的意见和建议，修改《软件开发计划》，直至审批通过。 4. 归档：
项目/产品经理需按照综合部的要求，及时归档经过签字确认的《软件开发计划》。
5.1.4 产品功能定义（产品专有）
1. 分析产品功能定义
产品经理依据产品立项期间收集的资料，参考行业内类似产品的信息，充分考虑市场对产品性能、运行环境、安全和用户界面等方面的需求程度，提取、发掘产品的功能，并编写《产品功能定义》。 2. 产品：《产品功能定义》 3. 质量保证方式：评审
审程序》义》进行修改，准备再一次评审。 4. 归档：
，以及《评审报告》。
5.1.5 1.
2. 产品： 3. 质量保证方式：审批
项目小组编写完《需求分析报告》后，提请项目/产品经理审批，如果审批通过，项目/产品经理需签字确认；如果审批未通过，项目小组需要按项目/产品经理提出的意见和建议，修改《需求分析报告》，直至审批通过。 4. 归档
项目/产品经理需按照综合部的要求，及时归档经过签字确认的《需求分析报告》。
5.1.6 概要设计（可合并）
1. 进行概要设计
如果在需求分析报告中，包含了必要的库表结构设计、数据流图或业务流程设计、子系统描述与结构设计等基本内容，概要设计活动可以与需求分析合并。
项目小组编写《系统方案》（可选）、《概要设计说明书》。
如果系统采用结构化设计方式，则需要做概要设计说明书、DFD 、信息模型和表结构。UML
如果采用UML 2. 产品：《概要设计说明书》 3. 质量保证方式：评审
/据《评审程序》通过，项目/，之后项/产品经理需要根4. 归档：
项目/，以及《评审报告》。
5.1.7 详细设计（可选）
1. 进行详细设计
项目小组根据《概要设计说明书》编写《详细设计说明书》。 2. 产品：《详细设计说明书》 3. 质量保证方式：审批
项目/产品经理在项目小组编写完《详细设计说明书》后，提请部门经理审批，如果审
批通过，部门经理需签字确认；如果审批未通过，项目小组需要按部门经理提出的意见和建议，修改《详细设计说明书》，直至审批通过。 4. 归档
项目/产品经理需按照综合部的要求，及时归档通过评审的《详细设计说明书》。
5.1.8 编码实现
1. 编码
项目小组根据设计，实现编码。
的规范，项目小组应自行制定临时的规范。
工程师以便测试用。
2. 3. 质量保证方式：走查
项目/ 4. 归档：无
5.1.9 测试
5.1.10
/产品，请用户使用，并为用户进行适当的调试，解5.1.11 验收
此处调用《软件验收交付程序》。不在此详述。
5.1.12 流程结束说明
验收交付的完成，标志着软件开发实施程序结束，项目进入客户服务阶段，软件产品视具体情况而定。
5.2 流程图
6 相关附件
《变更控制程序》 《配置管理程序》 《评审程序》 《软件测试程序》 《软件验收交付程序》 《客户服务控制程序》
7 记录附件
《项目/产品经理任命书》 《项目章程》 《软件开发计划》 《产品功能定义》 《需求分析报告》 《系统方案》 《评审报告 《用户使用手册》 《管理维护手册》 其它的记录参见调用流程