软件开发过程控制程序.docx
- 文档编号:27399863
- 上传时间:2023-06-30
- 格式:DOCX
- 页数:8
- 大小:40.54KB
软件开发过程控制程序.docx
《软件开发过程控制程序.docx》由会员分享,可在线阅读,更多相关《软件开发过程控制程序.docx(8页珍藏版)》请在冰豆网上搜索。
软件开发过程控制程序
软件开发过程
控制程序
1目的与适用围
1.1目的
规需求分析、设计、开发等作业过程,确保对软件实现阶段实行有效的管理控制,力求减少编码出错,准确实现软件设计的要求。
以合理的时间和人力找出软件中潜在的各种错误和缺陷,证明软件的功能和性能与需求说明相符,从而使交付给客户的产品的质量得到保证。
1.2适用围
适用于软件类项目和混合类项目的软件部分的需求分析、设计、编码和测试阶段。
2引用文件
GBT11457-2006信息技术软件工程术语
GBT16260.4-2006软件工程产品质量
3职责
Ø项目经理:
负责整个开发过程的整体控制,每周向公司和客户提交项目周报。
Ø需求分析员:
进行需求调研,编写《需求规格说明书》、《调研日志》、需求的补充文档等,必要时进行需求变更。
Ø技术负责人:
负责设计工作的安排和技术指导,评审特殊项目的设计。
Ø设计人员:
软件界面设计。
Ø开发人员:
负责软件系统设计,编写设计文档。
根据设计说明书编写程序,修改软件代码。
Ø测试员:
编写《测试用例》,搭建测试环境、执行单元测试、集成测试,提出《测试报告》。
Ø行政人事部:
负责开发过程中文件及代码的存档管理。
Ø项目组成员:
每日填写工作日志。
Ø部门负责人:
对项目人员工作日志进行统计。
4程序
4.1需求分析程序
4.1.1获取、分析需求
Ø输入:
项目立项报告、客户资料、需求调研日志
Ø输出:
需求规格说明书
Ø过程:
需求分析员按照双方确定的计划,有步骤的进行需求调研和分析活动,获取客户的需求,详细分析客户需求。
与客户沟通需记录《调研日志》,根据调研情况和客户提供的资料编写《需求规格说明书》。
4.1.2需求规格说明书的评审
Ø输入:
需求规格说明书
Ø输出:
评审记录
Ø过程:
对超出我公司产品围的部分,项目经理负责组织技术负责人(必要时邀请技术专家组)、项目组成员评审《需求规格说明书》。
如果评审不通过,需求分析员需要修改后重新提交,直至通过为止。
对评审结果进行保存。
Ø规则:
《评审记录》可是纸质或电子版。
以下评审记录不再一一说明。
4.1.3需求确认
Ø输入:
需求规格说明书
Ø输出:
用户签字确认的需求规格说明书
Ø过程:
项目经理将部评审通过的《需求规格说明书》提交客户代表签字确认。
4.1.4存档
Ø输入:
需求调研备忘录、需求规格说明书
Ø过程:
需求分析员将需求分析过程中的文档提交配置管理工具进行归档。
Ø规则:
参见《项目配置管理规》。
4.1.5需求变更
Ø输入:
变更申请
Ø输出:
需求规格说明书补充说明
Ø过程:
客户签字确认了需求以后,当客户的需求发生变化且与基线库的相关文件不一致时,项目经理要组织需求分析员将变化后的需求写进《需求规格说明书补充说明》中,并要得到用户的正式签字认可。
Ø规则:
详情参见《需求变更作业指导书》、《变更管理控制规》。
4.2软件设计程序
4.2.1软件设计
Ø输入:
《需求规格说明书》
Ø输出:
《系统设计说明书》
Ø过程:
开发人员根据《需求规格说明书》进行系统设计,编写《系统设计说明书》并提交评审。
Ø规则:
如果某个模块是公司产品中没有积累的,以往的项目中都没有可重用模块时,该模块的设计需要详细描述,此外如果项目没有特殊要求,《系统设计说明书》主要描述系统的整体设计。
4.2.2设计评审
Ø输入:
《系统设计说明书》
Ø输出:
评审记录
Ø过程:
项目经理组织设计文档的评审工作,提请技术负责人对系统设计说明书进行评审。
评审方式和方法参见《评审作业指导书》。
4.2.3设计文档的备案
Ø输入:
《系统设计说明书》、评审记录
Ø过程:
设计评审结束后,项目经理将设计文档提交配置管理工具,进行存档备案。
4.2.4设计更改控制
经评审通过后的设计应纳入基线。
此后无论因何种原因引起的设计修改,都应按《项目配置管理规》、《变更管理控制规》执行。
4.3编码开发程序
4.3.1编码
Ø输入:
《需求规格说明书》、《系统设计说明书》
Ø输出:
程序源代码
Ø过程:
项目经理组织开发人员按照开发规进行编码。
4.3.2代码集成
Ø输入:
程序源代码
Ø过程:
技术负责人组织开发人员进行程序的集成和整体调试。
4.3.3程序验收
Ø输入:
程序源代码
Ø输出:
《系统操作说明书》
Ø过程:
程序的集成和整体调试后,项目经理对系统进行验收,通过后开发人员编写《系统操作说明书》,以便指导上线工程师顺利安装调试。
4.3.4配置管理
Ø输入:
程序源代码、《源代码清单》、《系统操作说明书》
Ø过程:
开发人员应当在项目开发过程中定时进行代码的备份,程序调试结束后,项目经理填写《源代码清单》,开发人员填写《系统操作说明书》,并提交配置管理工具。
4.3.5测试流程
4.3.5.1测试用例的编写、审核与备案
Ø输入:
《需求规格说明书》、《系统设计说明书》
Ø输出:
《测试用例》
Ø过程:
测试人员根据《需求规格说明书》、《系统设计说明书》编写《测试用例》。
项目经理审核《测试用例》,审核通过后配置管理员纳入配置管理。
在用户接受性测试时,项目经理要将《测试用例》提供给客户,以指导其测试。
4.3.5.2系统测试
Ø输入:
《测试用例》
Ø输出:
《测试报告》
Ø过程:
项目经理组织测试人员进行系统集成测试,测试人员编写《测试报告》以记录项目质量情况。
4.3.5.3用户手册的编写与审核
Ø输入:
《测试用例》
Ø输出:
《用户手册》
Ø过程:
系统测试通过后,项目经理组织测试人员结合测试用例,编写《用户手册》。
4.3.5.4存档
Ø输入:
《测试用例》、《测试报告》、《用户手册》
Ø过程:
测试阶段结束后,配置管理员将该阶段的文档纳入配置项,存档备案。
5流程图
6相关文件
《项目计划》
《项目配置管理规》
《项目需求分析说明书》
《需求评审记录》
《项目需求评审报告》
《项目技术分析》
《项目概要设计说明书》
《项目概要设计评审报告》
《项目详细设计说明书》
《项目详细设计评审报告》
《项目设计更改申请记录》
《项目原型设计》
《测试计划》
《测量监视软件确认记录》
《测试软件确认记录》
《测试用例》
《测试用例评审报告》
《测试记录》
《软件测试记录表格》
《软件测试记录反馈表格》
《测试报告》
《缺陷记录》
《缺陷修复说明书》
《项目阶段审核记录》
《项目审报告》
《用户方硬件环境确认报告》
《项目部署记录》
《实施记录》
《外部验收记录》
《验收确认单》
《维护记录》
《项目质量目标考核记录》
《项目确认报告》
《产品复制记录》
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 开发 过程 控制程序
![提示](https://static.bdocx.com/images/bang_tan.gif)