网络团购项目个人软件过程规范执行方案 V10.docx
- 文档编号:13960662
- 上传时间:2023-06-19
- 格式:DOCX
- 页数:31
- 大小:58.21KB
网络团购项目个人软件过程规范执行方案 V10.docx
《网络团购项目个人软件过程规范执行方案 V10.docx》由会员分享,可在线阅读,更多相关《网络团购项目个人软件过程规范执行方案 V10.docx(31页珍藏版)》请在冰点文库上搜索。
网络团购项目个人软件过程规范执行方案V10
网络团购项目
个人软件过程(PSP)规范
执行方案
XXX
2011年06月
网络团购项目个人软件过程(PSP)规范执行方案
目录
1背景1
2PSP体系1
2.1CMMI、TSP、PSP相互关系1
2.2什么是PSP2
2.3PSP过程架构3
3PSP体系项目执行4
3.1项目范围4
3.2项目计划5
3.3项目准备9
3.4设计阶段9
3.5开发阶段11
3.6测试阶段13
3.6.1测试观点13
3.6.2测试流程22
3.6.3缺陷表单23
3.6.4缺陷统计26
3.7试运行、正式上线27
4PSP体系总结27
1背景
近年来,网络的普及给中国人带来了一种新的电子商务模式——网络团购。
虽然它还不是主流消费模式,但它所具有的爆炸力已逐渐显露出来。
网络团购就像一股春风,一夜之间吹遍大江南北,网络团购的对象也从大额商品如房屋、汽车和IT产品,衍生到家庭装修用品以及各种旅游、健身活动等。
近三年内,由网络组织的团购消费形势呈现“山雨欲来风满楼”的火热态势。
市场的需求推进了网络团购产品的多样性、及时性,企业必须具备快速开发的能力来应对这样的需求变化。
虽然目前网络团购项目研发有很多成功经验值得总结提高,但也存在较多问题,失败的案例也不少,而且同时面临预算、人员的削减或者是为了提高利润,必须控制项目时间与费用。
软件质量在这种快速的市场环境压力下往往得不到保障。
美国卡内基梅隆大学软件工程学院(SEI)20多年来一直致力于创建并推广一系列方法来帮助企业有效地开发高质量软件。
其中CMMI模型已经被中国诸多软件开发组织所认可,CMMI能够评估并改进过程,从而稳定、协调并提高这些组织绩效的根本能力。
2PSP体系
2.1CMMI、TSP、PSP相互关系
CMMI是领先的系统集成和软件组织用来评价和改进他们管理过程与能力的一种标准。
在中国已经有许多组织通过或正在进行CMMI的咨询与评估。
CMMI是流程改善的第一步,它可评鉴组织的能力、识别优先改善需求和追踪改善进展的管理方式。
企业只有开始CMMI改善后,才能接受需要规划的事实,认识到质量的重要性,才能注重对员工经常进行培训,合理分配项目人员,并且建立起有效的项目小组。
然而,其实施的成功与否与组织内部有关人员的积极参与密不可分。
PSP能够指导程序设计师如何确保自己的工作质量,估计和规划自己的工作,度量和追踪个人的表现,管理自己的软件流程和质量。
经过PSP学习和实践的正规训练,程序设计师们能够在他们参与的项目工作之中充分运用PSP,从而有助于CMMI目标的实现。
TSP结合了CMMI的管理方法和PSP的工程技术,告诉程序设计师如何将个人流程结合进团队软件流程,并将后者与组织的整个管理系统相联系;告诉管理层如何支持和授权项目小组,坚持高质量的工作,并且依据数据进行建构管理,向组织展示如何应用CMMI的原则和PSP的技能去生产高质量的产品。
CMMI/TSP/PSP代表了目前国际上软件流程工程研究方面最先进的成果,它们对促进软件产业的科学化管理,与提高软件生产力意义重大。
2.2什么是PSP
PSP(PersonalSoftwareProcess)给工程师提供一个有规律开展软件工作的个人框架。
PSP过程由一套指导工程师如何计划、测量和管理他们的工作的理论、格式和程序组成。
PSP关注点是帮助个人提高软件工程水平并增长知识。
例如:
帮助管理个体开发工作、评估个人才能、增长程序设计、需求开发、书写文档和程序维护的技能。
让开发工程师知道自己所处的级别和水平,稳定地计划和管理个体工作产品的质量和效率,软件开发的质量根本保证是开发高质量的软件产品。
PSP不仅是SEI等国际知名大学或软件学院中学生的必修课程,同时在各行业中也有广泛的应用。
全世界有越来越多的企业实施了PSP/TSP来增强企业的竞争力,其中软件企业有Microsoft,Quarksoft,BAAN,Intuit,AdvancedInformationServices,Teradyne等,还有诸如集成电路,系统集成等行业的公司,如:
ABB,Honeywell,Motorola,AlliedSignal,Boeing,XEROX等。
PSP、TSP的实施,为这些组织在软件质量,成本控制等方面带来的显著的成效。
微软,作为全球最大的软件供应商,最近有一个项目试运行了SEI个人软件过程(PSP)和团队软件过程(TSP),使一个软件开发团队改变行为、改进过程、从而交付更好的软件。
2.3PSP过程架构
PSP过程架构,从需求说明开始,PSP过程的第一步是计划。
由指导工作的计划及用于记录计划数据的计划摘要。
当工程师遵循脚本工作时,他们在时间和缺陷日志中记录他们的时间和缺陷数据。
在工作结束后,在事后检查阶段,工程师从日志中汇总时间和缺陷数据,测量程序规模并却将这些数据填入到计划摘要表格中。
在这些工作完成后,他们和完整的计划摘要表格一起交付完成产品。
3PSP体系项目执行
3.1项目范围
团购项目开发的功能点包括以下内容:
功能
功能描述
前台
今日团购
显示当天团购信息:
项目名称、折扣、价格、最低成团人数、倒计时、商家联系信息
往期团购
显示本站往期举办的团购项目列表,点击图片即可方便查看项目详细信息
流程介绍
介绍团购网站(Groupon模式类团购网站)的购买流程
常见问题
介绍关于用户对团购网站(Groupon模式类团购网站)的一些疑问和相关解答
邮件订阅
是用户用来订阅本站每天团购项目信息,方便它对自己感兴趣的团购项目及时下单购买
好友邀请
是用户用来通过人人网、开心网、新浪微博、MSN/QQ分享等社交网络邀请好友注册购买
讨论区
是用户与用户之间,用户与网站之间的沟通交流,便于用户最大化的讨论遇到的问题
后台
站点设置
是用来管理网站名称、标题、开启权限等基本信息进行设置的管理模块
用户管理
是用来添加、修改管理用户的昵称、密码、权限等信息的管理模块
邮件管理
是用来配置邮件发送所需参数:
邮箱地址、密码、STMP服务器等信息的管理模块
短信管理
是用来配置您在短信发送接入商注册的用户名和密码等相关信息的管理模块
支付管理
是用来配置支付宝、财付通、网银参数、商户编号、MD5密钥等信息的管理模块
团购管理
是用来添加、删除、修改每日发布的团购项目的管理模块
会员管理
是用来查看会员被邀请和购买情况,便于判断是否返还奖金及查看基本信息的管理模块
3.2项目计划
项目计划是项目管理的基础,它为实现预定项目目标而作的科学预测,确定未来的行动方案和资源分配,引导项目的实施。
并以它作为基准实施项目监控。
项目计划与项目控制活动是相辅相成,相互作用的。
项目计划包括以下内容:
类型
内容
制定时机
主要制定人
审批与确认人
项目总体计划
项目计划
阶段进度计划
资源计划
评审计划
风险管理计划
项目启动时
项目经理
项目主管
QA计划
QA审核时间安排
QA审核内容计划
项目启动时
QA
质管部经理
配置管理计划
配置库计划
备份与恢复计划
阶段上交计划
版本控制计划
产品发布计划
项目启动时
配置代表
项目经理、项目部配置经理
测试计划
测试时间安排
测试资源安排
测试环境计划
项目启动时
测试组长
质管部经理
阶段(月)计划
需求阶段计划
阶段任务计划
阶段开始
需求组长
项目经理
设计与编码计划
阶段任务计划
阶段开始
设计组长
项目经理
系统集成方案
阶段任务计划
集成环境
集成策略
阶段开始
集成组长
项目经理
验收与交付方案
内部交付计划
外部交付计划
阶段开始
验收组长
项目经理
其它阶段
项目经理自行定义
周计划
周任务计划
周一
项目各组组长
项目组成员
临时计划
项目经理自行定义
计划执行关键是要基于之前的数据估算来衡量,是要和实际责任人根据工作内容逐条进行确认,团队成员根据实际的工作量及项目整体的进度要求和实际岗位能力要求确定完成时间。
阶段进度计划的基本信息应该包括:
项目所属阶段、工作内容、开始时间、结束时间、责任人、完成比率、任务状态。
阶段进度计划的计划内容应该包括项目管理工作(月、周、日会议安排)、准备工作、设计阶段工作、开发阶段工作、测试阶段工作、试运行上线、正式上线等,具体内容如下表:
项目阶段
工作内容
开始时间
结束时间
责任人
完成比率
任务状态
管理工作
月度会议
周会
日例会
准备工作
开发环境建立
规范培训
设计阶段
需求调研
需求设计
需求确认
概要设计
概要设计确认
详细设计
详细设计确认
开发阶段
今日团购
往期团购
流程介绍
常见问题
邮件订阅
好友邀请
讨论区
站点设置
用户管理
邮件管理
短信管理
支付管理
团购管理
会员管理
测试阶段
单体测试
结合测试
压力测试
安全测试
上线阶段
试运行上线
正式上线
3.3项目准备
项目准备阶段主要是项目环境的建立、开发职责培训、开发规范培训、开发流程的培训。
开发职责培训主要涉及开发的岗位职责、单体测试观点、职业素养培训,包括:
责任心、工作主动性、学习能力、沟通能力等软实力内容进行。
单体测试观点的培训是持续进行的,是希望所有开发人员以测试人员的角度去看待自己所交付的产品,培养自己的自测能力。
根据不同的开发语言,开发规范内容上有所不同,但是必须包括的内容:
对程序版权信息的规定、程序命名、程序优化、数据库优化。
开发流程的培训主要是基于PSP要求的主要过程,对工程人员进行流程讲解及每一步所承担的角色及输出内容,同时对各阶段需要遵循的规范进行培训,具体包括:
品质保证规范、配置管理规范、项目管理规范、项目立项规范、需求定义规范、设计开发规范、缺陷测试规范、上线及试运行规范、版本发布规范、产品包装规范、项目结项规范、考核评价规范。
3.4设计阶段
设计阶段确保的工作是需求调研、需求确认、需求、概要、详细设计说明书编写及设计说明书评审,设计说明书评审表单是设计规范要求核心的体现,以下表格主要展示需求评审检查表单内容,具体如下表所示:
检查大项
检查子项
完成情况
备注
是否对需求项进行唯一标识?
是否有《需求跟踪矩阵》?
是否所有的需求项都被映射到设计项?
接口需求是否准确识别并放入需求跟踪矩阵进行管理?
是否所有的设计项可以追溯到需求项?
是否所有的设计项都可以映射到代码项?
是否所有的代码项可以追溯到设计项?
是否所有的需求项都有对应的系统测试用例?
是否所有的设计项都有对应的集成测试用例?
是否所有的系统测试用例都可以追溯到需求项?
是否所有的集成测试用例都可以追溯到设计项?
是否根据实际情况更新需求跟踪矩阵的状态?
是否评审发现的问题已被跟踪直至解决?
基线化后,所有对《需求规格说明书》的变更是否进行跟踪?
(审计发现的问题或变更请求)
是否所有对《需求规格说明书》的变更都进行了评审和批准?
是否评审发现的问题已被跟踪直至解决?
是否对需求变更造成的影响都评审过?
项目计划、产品和活动和业务需求是否保持一致?
本次检查小计:
合格√
合格项数量:
一般符合
一般符合项数量:
不符合
不符合项数量:
不适用
不适用项数量:
3.5开发阶段
开发阶段主要工作包括开发需求理解、代码开发、代码问题反馈、代码自测、代码统计、代码评审、代码提交等。
代码开发需遵循业务设计要求及规范要求,业务要求通过自测、单体测试、结合测试确认,代码测试则由工程师所在开发组长进行评审确认。
代码问题由开发人员在本项目组中通过项目wiki方式发布,即可供他人参考也便于集中大家的力量去解决,待项目结束后再整理此类问题,最终贡献到所在组知识系统中。
代码评审大体内容如下表所示(C#语言):
检查大项
检查子项
完成情况
备注
规范性
编码是否符合了公司发布的C#编码规范
命名约定
方法名、类名、文件名、命名空间名、项目名、程序集名是否采用Pascal大小写形式
变量名、参数名是否采用Camel大小写形式
是否采用了不推荐使用的匈牙利命名法
变量命名是否有意义(循环变量除外)
类名的规范性:
1、接口类是否以I为前缀
2、属性类是否以Attribute为后缀
3、事件消息类是否以EventArgs为后缀
4、异常类是否以Exception为后缀
编码风格
是否采用VS提供的缩进风格
是否使用Tab做手工缩进
左右大括号是否单独占一行
运算符和括号前后是否空一格
类、方法等之间是否以空行相隔
类长度是否超过2000行
方法长度是否超过200行
功能实现
是否一个方法只完成一个任务
是否避免在方法间共享成员变量
是否单个文件中写了多个类
是否使用常量表示程序中用到的固定数值
是否使用资源文件存储程序中用到的字符串常数
用户界面是否出现错别字
try-catch代码块是否太大
是否捕获了异常但却什么都没做
注释是否符合了公司发布的C#注释规范
是否使用“///”方式添加注释
规范性
方法注释是否明确该方法功能、各参数含义以及返回值等信息
复杂算法或引用的科学原理是否进行了说明
注释中是否出现错别字
注释是否通顺易懂,是否存在歧义
注释内容是否包含无意义的装饰符号或语句
本次检查小计:
合格√
合格项数量:
一般符合
一般符合项数量:
不符合
不符合项数量:
不适用
不适用项数量:
3.6测试阶段
3.6.1测试观点
单体测试报告的依据是单体测试观点,单体测试观点的内容如下:
序号
检查机能
检查项目
检查条件
检查结果
确认日
1
页面
外观
画面title是否正确
2
尺寸、字体、字号、颜色是否正确
3
控件的类型是否使用正确
4
控件相对位置、项目名称是否正确
5
必输项
6
初始化
控件
所有label初始化是否正确
默认值
7
所有textbox初始化是否正确
默认值;可用状态
8
所有listbox初始化是否正确
和数据库的内容相符;默认值;可用状态
9
所有checkbox初始化是否正确
默认值;可用状态
10
所有radiobutton初始化是否正确
默认值;可用状态
11
所有button初始化是否正确
默认值;可用状态
12
所有treelist初始化是否正确
和数据库的内容相符;默认值;可用状态
13
所有列表(表格)初始化是否正确
和数据库的内容相符;默认值;可用状态
14
焦点
tab顺序是否正确(TAB、回车键)
先上后下,在从左到右
15
tab顺反序是否正确(SHIFT+TAB、回车键)
tab顺反序
16
输入错误时,作焦点离开操作(如使用TAB、回车键,SHIFT+TAB、回车键,鼠标等方法)
报错信息正确,焦点正确
17
链接
链接正确
链接正确,无错误链接
25
快捷键
上、下键
光标焦点在列表框时
上、下键按下后变换列表的文本框的值;鼠标滑轮转动后变换列表的文本框的值
26
PgUp、Home键
光标焦点在列表框时
列表框中第一个列表项被选中
27
PgDn、End
光标焦点在列表框时
列表框中最后一个列表项被选中
34
操作数量类输入
数量类输入
正确数量的输入(注意正负的情况)
显示格式正确,相关处理正确
35
边界数量(值)输入(注意正负的情况)
相关处理正确
36
错误数量(值)、字符输入(注意正负的情况)
报错信息正确,焦点正确
37
操作日期类输入
日期类输入
正确日期的输入
显示格式正确,相关处理正确
38
错误日期(值)、字符输入
报错信息正确,焦点正确
39
操作时间类输入
时间类输入
正确时间的输入
显示格式正确,相关处理正确
40
错误时间(值)、字符输入
报错信息正确,焦点正确
41
阶段时间类输入
阶段时间类输入
正确时间的输入
检查开始日期不能小于终止日期
42
错误时间(值)、字符输入
报错信息正确,焦点正确
43
操作字符类输入
字符类输入
正确长度的输入
显示格式正确,相关处理正确
44
最大允许长度的输入
相关处理正确
45
错误长度的输入
报错信息正确,焦点正确
43
画面操作员超时
未超时
相关处理正确
45
超时
报错信息正确,焦点正确
43
画面初始化时左侧功能树显示
修改画面权限后重新察看
功能数目正确
45
功能名称正确
46
操作半角字符类输入
半角字符类输入
正确长度的输入
显示格式正确,相关处理正确
47
最大允许长度的输入
相关处理正确
48
错误长度的输入
报错信息正确,焦点正确
49
输入全角字符
报错信息正确,焦点正确
50
操作数字字符类输入
数字字符类输入
操作员号的输入(包括不足位数的输入)
显示格式正确;相关处理正确;如果出措时报错信息正确,焦点正确
51
输入非半角数字字符时
报错信息正确,焦点正确
52
按钮的操作
查询按钮
相关必输项目都已经输入
相关处理正确
53
相关必输项目存在没有输入的情况
报错信息正确,焦点正确
54
确定按钮
确定钮按下
必输项校验;
提示“是否提交”信息;
“取消”钮按下时,返回原画面,焦点放到原焦点处;“确认”钮按下时继续提交的操作,提交后画面处理符合业务设计
53
翻页(上一页、下一页)
画面中列表翻页时
列表中显示的记录数和内容同数据库一致;"共几页第几页"显示正确
54
数据库
流水号的更新
提交成功后
流水号递增正确
55
提交失败后
流水号不增加
56
各个流水表追加记录
提交成功后
流水表的追加记录正确(包括追加的记录数、每个字段的内容)
57
提交失败后
不追加记录
58
相关表纪录的更新
提交成功后
相关字段更新正确
59
提交失败后
不更新记录
60
相关表纪录的追加
提交成功后
追加记录正确(包括追加的记录数、每个字段的内容)
61
提交失败后
不追加记录
62
相关表记录的删除
提交成功后
被删除的记录正确
63
提交失败后
不删除记录
64
文件
文件格式正确
发文,收文或相关操作。
生成文件内容、格式、位置正确。
65
66
系统错误日志
非系统错误或成功处理时
不产生新记录
67
系统错误时
产生新记录,内容正确
68
业务操作日志
提交成功后
产生新记录,内容正确
69
提交失败后
产生新记录,内容正确
1、
易用性
2、
中文问题
显示中文正确,无乱码,查询时用中文检索,查询结果正确
3、
当前位置
画面当前位置正确
4、
焦点
画面初始化后,焦点位置正确,画面跳转后,焦点位置正确
5、
页面超时处理正确
包括各个按钮及超级链接
6、
返回按钮
返回画面正确
7、
异常系
各种异常情况处理正确
单体测试用例必须以此为依据进行设计。
3.6.2测试流程
1)缺陷提交人提交缺陷(缺陷提交人可以是项目组任何成员)
●可能根据项目情况选择是否需要“缺陷分发人”(一位或多位),如提交缺陷的人员无法判定该缺陷应该提交给哪位研发人员处理时;特别关注、需要保证提交缺陷的质量时;需要项目经理或者主要负责人对缺陷进行处理时。
●也可以提交人直接将缺陷提交给最终的缺陷修改人员
●如果缺陷被退回,再次确认是否为缺陷或者是否描述清晰,如果不是缺陷关闭缺陷,如果描述不清修改描述并重新提交
2)打开缺陷
●缺陷分发人对缺陷进行判断,如果是缺陷分配给对应缺陷修正人员,如果不是缺陷或者描述不清,将缺陷退回提交人;
●缺陷修正人判定是否为缺陷,如果是缺陷转为“正修改”状态;如果不是缺陷或者描述不清,将缺陷退回提交人
●新版本研发开始后,研发经理检查遗留问题,需要在此版本中解决的缺陷,将缺陷打开制定给修正人
3)
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 网络团购项目个人软件过程规范执行方案 V10 网络 项目 个人 软件 过程 规范 执行 方案
![提示](https://static.bingdoc.com/images/bang_tan.gif)