文档编号软件过程定义 V1.docx
《文档编号软件过程定义 V1.docx》由会员分享，可在线阅读，更多相关《文档编号软件过程定义 V1.docx（8页珍藏版）》请在冰豆网上搜索。
文档编号软件过程定义V1
文档编号：
软件过程定义–V1.0
B公司
软件开发过程定义文档
制定人员：
2007年10月29日
文档变更历史记录
序号
变更日期
变更人员
变更内容详情描述
版本
1
2007/10/29
创建
1.0
目录
1、引言．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．4
1.1编写目的．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．4
1.2读者对象．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．4
1.3文档概述．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．4
1.4定义．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．4
1.5参考资料．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．4
2、假设和范围．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．5
2.1假设和要求．．．．．．．．．．．．．．．．．．．．．．．．．．．．5
2.2适应范围．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．5
3、软件开发过程模型．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．5
4、软件开发活动．．．．．．．．．．．．．．．．．．．．．．．．．．．．．6
5、软件开发过程改进．．．．．．．．．．．．．．．．．．．．．．．．．．11
6、软件开发过程剪裁．．．．．．．．．．．．．．．．．．．．．．．．．．11
7、附录．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．11
1引言
1.1编写目的
本文档的目的是使整个软件产品开发及项目工程阶段清晰，要求明确，任务具体，便于规范化、系统化及工程化。
有利于提高软件生命周期的控制及管理，提高所开发软件的质量，缩短开发时间，减少开发和维护费用，使软件开发活动更科学、更有成效。
1.2读者对象
本文档面向产品生命周期的所有相关人员，包括管理人员、开发人员、质管人员。
1.3文档概述
本文档主要包括从软件开发模型的选择、软件开发过程中的活动、软件开发过程的改进以及软件开发过程的裁剪等方面进行指导性规范。
1.4定义
略
1.5参考资料
1）《软件项目管理案例教程》韩万江北京邮电大学经济管理学院2005.2
2）《实用软件文档写作》肖刚清华大学2005.2
2假设和范围
2.1假设和要求
有一家大型的软件开发公司B，从事多种业务应用系统的开发，包括：
电子商务、电力调度、银行、交通等，目前正在拓展新的业务领域。
该公司大约有100名员工，这些员工的素质和层次不一，有些是刚刚招收的新员工，没有太多的软件开发经验。
在过去的几年中，它们所承担的项目有50％左右不是成功的，软件项目管理比较混乱。
2.2适应范围
适用于产品开发生命周期中的除产品提交外的其他全部过程。
3软件开发过程模型
针对公司产品线广而项目管理混乱，资源层次不一，缺乏有经验的骨干，项目可复用的过往经验不多等情况选用瀑布模型。
4软件开发活动
（1）项目立项：
任务：
获取资源、确定项目目标、工期、项目范围（工作内容）、预算。
输入：
项目的提出
输出：
项目的目标、工期、项目范围（工作内容）、预算。
实施：
根据项目的具体情况，合理的确定项目。
（2）项目策划：
任务：
选择生命周期模型，并进行过程裁剪，形成项目过程规范。
输入：
项目立项的确定。
输出：
项目计划。
实施：
进行项目计划的制定，明确项目的进度、成本、资源、任务分配、工期、风险、问题等。
（3）需求分析：
任务：
进行需求调查，定义软件的用户需求，撰写软件需求规格说明书；根据软件需求规格说明书，制定软件确认测试计划；评审软件需求规格说明书和确认测试计划。
输入：
用户的初步需求描述。
输出：
用户需求规格说明书；软件确认测试计划。
实施：
需求获取：
由需求人员负责进行需求的获取。
获取的方式可以是：
与用户进行会议讨论、问卷调查、操作演练。
如果是一个需求不明确的项目，也可以通过一个界面原型，通过展示原型和讲解，来更清晰得获得用户需求。
需求分析和定义：
根据所获取到的需求，进行整理、分析、归类、提取，形成需求规格说明书。
由于项目成员经验不足，又涉及不同领域，在需求的整理过程中，项目组内可分多次进行组内讨论，以提升对业务的理解和掌握。
需求评审：
各岗位参与需求的评审，从各自的角度对需求的正确性、可理解性、可开发性、可测试性等进行评审。
根据评审结果修改需求，输出正式的需求。
（如有必要，此时应组织进行业务培训和沟通。
）
（4）概要设计：
任务：
根据软件需求规格说明书，进行软件系统的总体结构设计、接口设计和数据设计，撰写软件概要设计规格说明书。
根据软件概要设计规格说明书，制定软件集成测试计划；评审软件概要设计规格说明书和软件集成测试计划。
输入：
软件需求规格说明书。
输出：
软件概要设计规格说明书和软件集成测试计划。
实施：
根据软件需求规格说明书进行软件设计，按照《软件概要设计规格说明书编写指南》编写软件概要设计文档。
概要设计完成，可由公司的相关专家进行评审，把握设计关。
按照软件概要设计文档和《软件集成测试计划编写指南》编写软件集成测试计划文档。
（5）详细设计：
任务：
根据需求与概要设计，由设计人员进行详细设计。
定义编码规范，使用公司已定义的编码规范，或根据项目情况定义。
根据软件的详细设计和编码规范，制定软件单元测试计划。
输入：
软件概要设计规格说明书。
输出：
软件详细设计规格说明书和软件单元测试计划。
实施：
根据软件需求规格说明书和软件概要设计规格说明书，利用定义好的编码规范进行软件的详细设计，根据《软件详细设计规格说明书编写指南》撰写软件详细设计文档；根据软件详细设计文档以及《软件单元测试计划编写指南》编写软件单元测试计划文档。
进行详细设计的过程中，分阶段进行详细设计的组内评审，详细设计的评审要求开发、测试参与。
（6）编码实现：
任务：
编写程序；进行单元测试，撰写单元测试报告。
输入：
软件详细设计规格说明书；单元测试计划。
输出：
经过单元测试的软件模块；单元测试报告。
实施：
编码：
编码人员根据详细设计进行编程，并完成单元测试。
代码走查：
由指定人员完成代码走查（可以是设计人员或安排编码人员互查）。
（7）集成测试：
任务：
集成各个软件模块进行测试。
以详细设计为标准进行集成测试，搭建环境、使用案例、提出并跟踪问题，形成报告。
输入：
软件模块的程序代码；软件集成测试计划。
输出：
可运行的、经过集成测试的目标软件系统；集成测试报告。
实施：
根据软件模块的程序代码和软件集成测试计划，逐步组装各个软件模块以进行集成测试，撰写集成测试报告。
测试组在项目需求过程和设计过程中，不断的编写和完善测试用例。
（8）确认测试：
任务：
根据软件系统的程序代码和软件确认测试计划进行确认测试，撰写确认测试报告。
输入：
软件系统的程序代码；确认测试计划。
输出：
可运行的、经过确认测试的目标软件系统；确认测试报告。
实施：
根据软件系统的程序代码和确认测试计划，对软件进行确认测试，撰写确认测试报告。
（9）文档编制：
任务：
撰写用户文档。
输入：
软件需求规格说明书；软件概要设计规格说明书；可运行的目标软件系统。
输出：
使用手册；安装手册；开发手册等。
实施：
根据用户软件需求规格说明书，软件概要设计规格说明书和可运行的目标软件系统撰写用户文档，包括：
使用手册，安装手册，开发手册等等。
（10）产品发布：
任务：
产品打包，包装，发布产品。
输入：
可运行的目标软件系统；使用手册；安装手册；开发手册等。
输出：
软件产品。
实施：
对可运行的目标软件系统和相关文档进行打包，制作安装程序。
设计产品包装，发布产品。
（11）用户培训：
任务：
对用户就软件系统的安装、使用、维护和二次开发等方面进行培训。
输入：
可运行的目标软件系统；使用手册；安装手册；开发指南。
输出：
无
实施：
根据可运行的目标软件系统、使用手册、安装手册、开发指南等对用户进行培训，使他们知道如何安装、操作和维护软件系统。
（12）安装和部署：
任务：
将目标软件系统安装和部署到用户的机器上；向用户移交安装程序和相关的文档。
输入：
软件系统的安装程序。
输出：
部署好的目标软件系统。
实施：
根据安装软件和安装手册，安装、配置和部署软件系统。
（13）结项：
任务：
进行项目总结。
输入：
整个软件开发活动过程。
输出：
经验和教训。
实施：
由软件开发人员和公司对软件开发过程进行总结，找处开发过程中的好的方面和不足，为以后的开发活动奠定基础。
5软件开发过程改进
进行适当的岗位分工，这些岗位包括需求、设计、编码、测试、配置，确保各有专攻。
公司能够委派业务专家对项目予以支持，在方向上予以掌控。
在项目立项，项目成员到位后，对过程规范、项目所需的业务知识、开发进行培训。
在项目周期中适当设定里程碑，定期检查项目的进展、偏差、问题，并予以解决。
项目里程碑、结项时所提取的经验，建议做为公司的知识进行管理。
项目实施周期中，要求定期汇报项目进展情况。
6软件开发过程剪裁
针对项目规模大小、团队规模、项目周期等，可以进行裁剪。
例如：
项目策划：
周期在２人月以内的项目可以只形成进度计划。
需求：
团队成员小于３人的项目，可以需求、设计合并为一份文档。
测试用例：
项目规模小于１０个功能点的项目，可以裁剪等。
7附录
略
升级会员 