软件开发过程之系统实现过程Word下载.docx
- 文档编号:17849348
- 上传时间:2022-12-11
- 格式:DOCX
- 页数:10
- 大小:17.93KB
软件开发过程之系统实现过程Word下载.docx
《软件开发过程之系统实现过程Word下载.docx》由会员分享,可在线阅读,更多相关《软件开发过程之系统实现过程Word下载.docx(10页珍藏版)》请在冰豆网上搜索。
2008-9-26
创建
版权信息
本文件内容由海口量子网络科技有限公司开发部负责解释
本文件的版权属于海口量子网络科技有限公司
任何形式的散发都必须先得到海口量子网络科技有限公司的许可
【目录】
1概述4
1.1编写目的4
1.2适用范围4
1.3术语和缩写4
1.4参考资料4
2输入4
3输出4
4角色和职责5
5过程定义5
5.1入口条件5
5.2出口条件5
5.3过程流程图5
5.4过程活动描述6
5.4.1确定开发规范6
5.4.2开发小组技能培训7
5.4.3准备相关工具7
5.4.4编码8
5.4.5代码审查8
5.4.6单元测试8
5.4.7集成测试9
6过程度量10
7过程剪裁准则10
1概述
1.1编写目的
明确软件实现的规范,遵照公司编码规则要求,完成程序开发工作以及单元测试和集成测试。
1.2适用范围
适用于本公司下属各项目组编写源程序、进行单元测试及集成测试工作。
1.3术语和缩写
术语和缩写
解释
备注
CMMI
CapabilityMaturityModelIntegration
能力成熟度模型集成
需求文档
本文中所提到的需求文档指《用户需求说明书》,《需求规格说明书》
1.4参考资料
参考文件
2输入
输入制品
《模块设计说明书》
3输出
输出制品
源代码
单元测试用例
集成测试用例
单元测试报告
集成测试报告
4角色和职责
角色
职责
开发人员
负责编写源代码,进行单元测试,集成测试。
同行评审者
负责对编码工作进行同行评审。
项目经理
对项目组人员安排任务,组织项目组的开发准备工作。
5过程定义
5.1入口条件
系统设计(《体系结构设计说明书》、《用户界面设计说明书》、《数据库设计说明书》、《模块设计说明书》)建立基线。
5.2出口条件
代码完成并已经经过评审,单元测试和集成测试发现的缺陷全部关闭。
5.3过程流程图
流程图见《系统实现流程》。
5.4过程活动描述
5.4.1开发准备工作
活动名称
开发准备工作
责任角色
活动接口
进入条件
(或活动启动的事件)
系统设计建立基线
活动的输入
无
活动的输出
项目的开发规范
退出条件
(或触发其他活动的事件)
项目开发规范已确定
开发的软硬件环境搭建完毕
项目组人员技能达到其相应职责的要求
任务
1、项目经理负责组织落实开发的软硬件环境搭建工作。
软件包括开发和测试使用的系统软件,工具软件,中间件,数据库软件等。
硬件包括,开发,测试使用的服务器,PC,网络设备等。
2、评估项目组现有技能水平,如有必要,组织相应的为项目服务的培训。
3、确定项目的编码规范。
使用工具
相关过程
5.4.2编写单元测试用例
编写单元测试用例
《模块设计说明书》基线。
《单元测试用例》(测试代码)
《单元测试用例》评审通过
1、单元测试由代码编写者或者项目组内其它开发人员根据《模块设计说明书》制定单元测试用例。
测试的重点在于测试模块代码中算法的正确性。
测试用例的形式可以是文档形式也可以是测试代码。
2、单元测试用例的制定采用白盒测试的方式。
3、采用同行评审过程对单元测试用例进行评审,根据模块的重要程度和时间的安排决定采用哪一种同行评审方式:
走查、独立或者会议形式。
5.4.3编码
编码
《模块设计说明书》基线
基线的设计文档
基线的需求文档
代码编写完成,编译通过。
代码所在的包或工程build通过。
1、开发人员根据《模块设计说明书》,编写模块代码。
2、按照先写模块接口代码,再写算法实现的顺序编写代码。
3、代码的形式和注释的要求必须符合项目的编码规范。
5.4.4同行评审(代码)
同行评审(代码)
代码编写完成
项目的编码规范
《同行评审报告》
评审发现的缺陷全部修复。
1.按同行评审过程对源代码进行评审。
根据代码的重要程度和时间的充裕程度选择同行评审的方式:
走查、独立或者会议。
2.评审尽可能多的发现缺陷。
3.评审要重点关注代码的规范性和逻辑性,代码是否能实现算法。
同行评审
5.4.5单元测试
单元测试
被测源代码
《单元测试报告》(测试日志)
代码单元测试发现的缺陷全部关闭。
1、根据单元测试用例,执行单元测试,生成单元测试报告。
测试报告的形式可以是文档形式也可以是测试日志。
2、单元测试发现的缺陷要记录到项目的缺陷管理系统中。
3、项目经理指派专人抽查单元测试报告,QA代表也应抽查单元测试报告。
缺陷管理
5.4.6编写集成测试用例
编写集成测试用例
系统设计师
《体系结构设计说明书》
《集成测试用例》(测试代码)
《集成测试用例》评审通过
1、集成测试由系统设计师和代码编写者或者项目组内其它开发人员根据《体系结构设计说明书》、《模块设计说明书》制定集成测试用例。
测试的重点在于测试单元与单元之间拼装后程序逻辑的正确性。
2、集成测试用例的制定采用白盒测试和黑盒测试相结合的方式。
3、采用同行评审过程对集成测试用例进行评审,根据模块的重要程度和时间的安排决定采用哪一种同行评审方式:
5.4.7集成测试
集成测试
单元测试通过
《集成测试用例》(集成测试代码)
《集成测试报告》(集成测试日志)
集成测试发现的缺陷关闭
1、模块负责人负责制定集成的策略,集成策略包括哪些代码参与集成,集成代码的顺序是怎样的。
这些可以通过集成开发环境提供的脚本体现,如Ant脚本等。
2、模块负责人负责制定集成测试的环境,集成测试环境包括必要的桩代码(stub)和驱动代码(driver)。
3、根据集成策略对代码进行集成,根据集成测试用例,执行集成测试,生成集成测试报告。
4、集成测试发现的缺陷要记录到项目的缺陷管理系统中。
缺陷要及时分配到代码作者,修改后进行回归测试。
5、项目经理指派专人抽查集成测试报告,QA代表也应抽查集成测试报告。
6过程度量
系统实现过程要求对下述数据进行采集度量:
1.实现花费的工时
2.源代码行
3.单元测试发现的缺陷数
4.同行评审发现的缺陷数
5.集成测试发现的缺陷数
7过程剪裁准则
参见《过程剪裁报告》剪裁指南。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 开发 过程 系统 实现
![提示](https://static.bdocx.com/images/bang_tan.gif)