XX电子商务平台项目工作任务书模板.docx
《XX电子商务平台项目工作任务书模板.docx》由会员分享，可在线阅读，更多相关《XX电子商务平台项目工作任务书模板.docx（14页珍藏版）》请在冰豆网上搜索。
XX电子商务平台项目工作任务书模板
XX电子商务平台项目
工作任务书
拟制
李焱
日期
2012-06-06
评审人
日期
签署
日期
金蝶软件集团（中国）有限公司
版权所有XX
摘要：
本文明确了联通行业门户项目开发组在该版本开发过程中所承担的任务、进度和质量要求。
本文中提及到的甲乙双方均代表合法公司。
甲方：
金蝶友商电子商务服务有限公司
乙方：
湖南健坤科技信息技术有限公司
下文简称甲方、乙方。
缩略语清单：
缩略语
英文全名
中文解释
SRS
Softwarerequirementspecification
软件需求规格说明书
PM
项目经理
TC
测试经理
1背景介绍
1.1项目介绍
某公司于2007年6月拓展业务进入电子商务及信用卡邮购领域，于2008年12月成立购物网站，致力创建中国最完整的信用卡跨银行平台，实现成为个人零售业务综合信息发布商，产品服务提供商，以及外包业务代理商。
独一无二的银行渠道合作能力：
购物网已成与国内七家银行合作信用卡分期付款，包括中国工商银行、交通银行、中国银行、广东发展银行、华夏银行、兴业银行、浦发银行、平安银行；致力于成为国内分期付款购物消费者首选网站，分期付款免手续费免息。
超低价销售正品行货：
覆盖手机、数码、笔记本、家电、首饰、腕表、化妆品等8大类32小类产品。
购物网整合上游产品资源，以积分礼品为主打，与8家银行直接合作销售产品，积分兑换方案，从订单处理到物流配送等一系列的整体积分业务解决方案为信用卡用户提供缤纷多彩的礼品和巨大的优惠。
客服服务：
400专业客服语音平台及购物网客服服务质量监督体系，通过录音质量，数据采集，客户回访的方式，对电话呼入，呼出，订单处理，售后服务，物流配送等各个环节进行服务质量监督。
物流覆盖全国862个城市，目前致力于新兴业态“三网合一”。
一期项目已完成财务、供应链以及部分CC的功能实施。
现在需要一套完善的电子商务平台作为后续主要业务的支撑系统，汇集会员、商品、服务、订单等数据，实现内部有效协同以及促进经营发展。
1.2目的
实现“三网合一”，支撑业务运营，同时与现有金蝶EAS系统、呼叫中心无缝集成。
1.3明确项目的客户
本项目由乙方人员负责研发，研发后的产品提交给甲方进行测试验证。
甲方是本项目的客户，具有对需求进行合理解释、并根据需要进行调整的责任。
1.4产品版本描述
项目按照用户需求的优先级先后进行开发，在最终版本发布时，需要交付版本规划的完整功能给客户使用。
2商务需求
需求以甲、乙双方沟通确定、审核通过的《XX电子商务平台需求规格说明书》为准。
2.1功能需求
功能需求概要如下：
功能模块
（一级栏目）
功能列表
（二级栏目）
功能说明
门户
首页
精品专区
活动专区
在线服务
搜索
会员中心
登录
注册
运营管理平台
会员管理
供应商管理
商品管理
仓库管理
商品价格管理
商品订单管理
分仓发货退货管理
商品活动管理
采购计划管理
ISV（独立软件开发商）管理
伙伴管理
应用服务管理
服务价格管理
服务活动管理
服务订单管理
服务开通和终止管理
服务计费管理
结算管理
积分管理
内容管理
新闻管理
问答管理
支付中心
广告管理
站内信息
系统管理
SEO参数
日志管理
在线服务
统计报表
接口管理
2.2性能需求
参见《XX电子商务平台》项目验收标准文档。
3交付件
3.1软件交付件
运行包（包括数据库脚本）
源代码包（包括数据库脚本、Ant脚本）
3.2非软件交付件
（一）系统文档
●网络技术方案
●系统安装进度计划
●系统测试和试运行记录
●系统安装、调试及维护说明手册
●数据备份与恢复手册
（二）开发文档
●XX电子商务平台项目软件需求规格说明书
●XX电子商务平台项目概要设计
●XX电子商务平台项目数据库设计说明书
●XX电子商务平台项目系统测试方案
●XX电子商务平台项目系统测试报告
●XX电子商务平台项目安装配置说明书
●XX电子商务平台项目用户使用手册
3.3报告和记录
项目运作过程中，要求提供的报告/记录以及相关的要求如下
3.3.1项目报告
报告名称
频度
责任人
报告给谁
项目状态报告（周报）
每周五
PM
甲方PM
阶段验收申请表
每阶段验收时
PM
甲方PM
例外报告
事件触发
PM
甲方PM
测试报告
各测试阶段输出
各模块负责人
甲方PM
各种会议纪要
项目会议结束后
纪要人
相关人员
项目总结
项目结束后
各模块负责人
甲方PM
3.4其它
3.4.1交付件总体要求
1.乙方PM需要在项目启动前制订项目计划，明确所有交付件的质量保证计划
2.开发文档和代码需要遵守甲方提供的规范和Checklist
3.版本发布给甲方前，要求乙方开发人员完成所有问题单的修改，对于有争议的问题单，要经过甲方决策同意，才能将该问题单挂起。
4.乙方测试部需要完成测试后版本才能发布给甲方，同时测试报告已经通过甲方TC批准
3.4.2项目报告要求
建议PM每一至两周组织召开一次项目周例会；
每周五下班前，乙方的项目PM要发布项目状态报告给甲方委托开发项PM，反馈项目的进度、最新的度量数据、问题和风险等。
在项目开发过程中由于特殊原因影响项目进展，如造成项目阶段点和里程碑可能发生变化时，需要提交例外报告并向开发代表申请调整项目总体计划，并根据需要选择是否召开会议进行影响评估及响应措施讨论。
4里程碑和完成时间
电子商务项目
序号
阶段名称
是否里程碑
计划开始日期
计划结束日期
天数
1
项目计划
否
2012/7/16
2012/7/20
4
2
需求阶段
是
2012/7/24
2012/8/8
15
3
UI及交互设计
否
2012/8/9
2012/8/24
15
4
系统概要设计
是
2012/8/25
2012/9/14
20
5
开发
是
2012/9/15
2012/11/14
60
6
测试
是
2012/11/15
2012/12/15
30
7
部署环境准备
是
2012/12/16
2012/12/19
3
8
安装部署
是
2012/12/20
2012/12/22
2
9
系统上线协调会
否
2012/12/23
2012/12/24
1
10
内部试运行及系统优化
是
2012/12/25
2013/1/14
20
11
组织初验
是
2013/1/15
2013/1/25
10
12
试运行
是
2013/1/26
2013/2/5
10
13
系统上线
是
2013/2/6
2013/2/8
2
14
组织终验
是
2013/2/9
2013/2/10
1
5质量目标
5.1软件开发质量目标
项目级的质量目标可与组织级的质量目标不一致，但要在备注中说明。
根据项目具体情况保留需要的质量目标，不需要的删除。
优先级可根据项目情况进行调整。
乙方开发的代码必须遵循甲方的编程规范。
5.1.1质量指标
目标类型
指标描述
分值（10分制）
工期
项目发版工期达成率：
（计划工期/实际工期）*10
项目质量
（FURPS满足度）
注：
FURPS中单项指标满足度
＝
（实际完成度/开发立项目标）*10
F（功能性）
U（可用性）
R（可靠性）
P（性能）
S（可支持性）
序号
类型
指标名称
单位
指标值
指标属性
定义
1
功能（F）
功能需求完成率
%
100%
参考指标
需求完成率＝实现的需求数/变更后的需求数
2
关键业务流程验证率
%
100%
强制指标
所有新增关键业务流程必须得到客户验证，验证的含义是客户现场环境下使用，
3
可用性（U）
可用性BUG解决率
%
95%
参考指标
可用性BUG的解决率，不能低于指标值
4
可靠性（R）
无故障运行时间
小时
>=144
强制指标
无故障运行期间客户端、服务端均未出现中断缺陷及内存泄露
5
失败事务率
%
5%
强制指标
10／5个并发72小时中失败事务率=失败事务数/总事务数*100%
6
Beta测试缺陷修复率（％）
%
>95%
参考指标
1.Beta测试缺陷包括客户现场发现的缺陷、内部测试发现的缺陷、渠道公测和质量管理部调研发现的缺陷；
7
重大缺陷解决率
%
100%
强制指标
调研发现的缺陷：
服务器宕机、死锁、内存泄露问题；客户端无法自动批量升级全部解决
8
性能（P）
性能达标率
%
85%
参考指标
单业务和组合业务性能不低于立项标准（允许上下10％的误差）
9
安全（S）
安全达标率
%
100%
参考指标
APPscan工具扫描，重要/严重级别BUG清零
9
可支持性（R）
运行环境适应性
%
100%
参考指标
（1-发版的产品测试不通过的运行环境数/项目建议书中标定的运行环境总数）*100
10
全产品资料完备率
%
100%
参考指标
（1-全产品资料不合格数/开发立项时确定全产品资料数量）*100
5.2资料开发质量目标
若没有目标语言的交付将（即其它语种的资料）目标语言交付件的质量目标请去掉
度量
项目质量目标
优先级
备注
Goal
目标
LCL
下限
UCL
上限
交付件原型Review缺陷密度（个/页）
0.10
0.7
1.3
高
目标语言交付件Review缺陷密度（个/页）
-
-
-
高
乙方不需要翻译
资料测试缺陷发现密度（个/页）
-
-
-
高
乙方与我司人员一起办公，在交付件原型评审时一起完成了，该活动取消
资料完成自检要求
0
-
-
高
输出手册自检报告或联机帮助自检报告，委托方资料合作PL进行抽查。
5.3性能指标
5.3.1前端性能指标
前端性能包括页面分析、网络分析和客户端分析三部分，具体指标如下：
业务项
评价标准
前端性能
页面分析
按照Yslow十三条评级标准打分
网络分析
通过友商测速页面评价
客户端分析
客户端解析脚本及展现的时间以及页面大小等
1前端页面分析：
按照基于YSlow的十三点基准，对于各主要页面进行相关标准评测。
在重点注重点上必须评级为A，综合评分要超过75分才认为达标。
2网络分析：
主要通过友商网的测速页面，下载一定大小的文件，来确定客户的下载速度。
同时以后还应该增加更多的观测方式。
按照现有测试分析结果认为，客户端测速如果下载速度小于100K/s则认为一般客户不会有很好的性能体验。
3客户端分析：
目前对于客户端的脚本展现和页面加载的测试还没有很好的开展和进行，主要是缺乏相关的技术，这需要进一步研究。
目前主要是评测各页面的静态大小。
按照我们给出的网络速度推算，各返回页面大小一般不应该超过200K。
5.3.2服务器端性能指标
服务器端响应主要还是关注常规测试中的响应时间指标，常规测试包括单功能点以及组合业务测试两种。
按照一般页面、一般增删改、一般查询，以及报表查询四大类来进行分类。
一般响应时间按照通用标准我们定义为2、5、8秒，分别表明：
2秒内为优秀，5秒可接受，8秒以上则认为不可接受需要进行性能优化。
一般查询操作（按分页查询）基础数据量应在200条以上。
报表查询类以5000条返回结果数据为基准。
测试类型
业务类型
响应时间标准
服务器响应
单功能点（固定并发数考察响应时间）
一般页面
2、5、8
一般的增删改操作
2、5、8
一般查询操作
2、5、8
报表查询操作
3、6、10
组合业务（按比例增加并发数，设定上限响应时间）
一般页面
2、5、8
一般的增删改操作
2、5、8
一般查询操作
3、6、10
报表查询操作
5、10、15
1单功能点：
但功能点的测试主要是通过固定数量的并发测试，以响应时间为测试标准来进行的。
2组合业务测试：
组合业务测试是以各种业务点的组合进行并发测试，当80%业务的平均响应时间超过标准则停止测试，按并发数多少进行评估。
6验收标准
6.1验收通过条件
1）项目验收达到第5节所述质量目标
2）需求验证通过率100%
3）测试用例覆盖度100%
4）缺陷修复100%
特殊情况经双方协商，甲方审批同意可遗留。
5）所有用户/客户反馈的问题均已修复
6）所有项目成果及过程产出均已归档
7）验收测试报告完成
升级会员 