XX电子商务平台项目工作任务书模板.docx

1、XX电子商务平台项目工作任务书模板XX电子商务平台项目 工作任务书拟制李焱日期2012-06-06评审人日期签署日期金蝶软件集团（中国）有限公司版权所有 XX摘要：本文明确了联通行业门户项目开发组在该版本开发过程中所承担的任务、进度和质量要求。本文中提及到的甲乙双方均代表合法公司。甲方：金蝶友商电子商务服务有限公司乙方：湖南健坤科技信息技术有限公司下文简称甲方、乙方。缩略语清单：缩略语英文全名中文解释SRSSoftware requirement specification软件需求规格说明书PM项目经理TC测试经理1背景介绍1.1项目介绍某公司于2007年6月拓展业务进入电子商务及信用卡邮购领

2、域，于2008年12月成立购物网站，致力创建中国最完整的信用卡跨银行平台，实现成为个人零售业务综合信息发布商，产品服务提供商，以及外包业务代理商。独一无二的银行渠道合作能力：购物网已成与国内七家银行合作信用卡分期付款，包括中国工商银行、交通银行、中国银行、广东发展银行、华夏银行、兴业银行、浦发银行、平安银行；致力于成为国内分期付款购物消费者首选网站，分期付款免手续费免息。 超低价销售正品行货：覆盖手机、数码、笔记本、家电、首饰、腕表、化妆品等8大类32小类产品。购物网整合上游产品资源，以积分礼品为主打，与8家银行直接合作销售产品，积分兑换方案，从订单处理到物流配送等一系列的整体积分业务解决方案

3、为信用卡用户提供缤纷多彩的礼品和巨大的优惠。客服服务：400专业客服语音平台及购物网客服服务质量监督体系，通过录音质量，数据采集，客户回访的方式，对电话呼入，呼出，订单处理，售后服务，物流配送等各个环节进行服务质量监督。物流覆盖全国862个城市，目前致力于新兴业态“三网合一”。一期项目已完成财务、供应链以及部分CC的功能实施。现在需要一套完善的电子商务平台作为后续主要业务的支撑系统，汇集会员、商品、服务、订单等数据，实现内部有效协同以及促进经营发展。1.2目的实现“三网合一”，支撑业务运营，同时与现有金蝶EAS系统、呼叫中心无缝集成。1.3明确项目的客户本项目由乙方人员负责研发，研发后的产品提

4、交给甲方进行测试验证。甲方是本项目的客户，具有对需求进行合理解释、并根据需要进行调整的责任。1.4产品版本描述项目按照用户需求的优先级先后进行开发，在最终版本发布时，需要交付版本规划的完整功能给客户使用。2商务需求需求以甲、乙双方沟通确定、审核通过的XX电子商务平台需求规格说明书为准。2.1功能需求功能需求概要如下：功能模块（一级栏目）功能列表（二级栏目）功能说明门户首页精品专区活动专区在线服务搜索会员中心登录注册运营管理平台会员管理供应商管理商品管理仓库管理商品价格管理商品订单管理分仓发货退货管理商品活动管理采购计划管理ISV（独立软件开发商）管理伙伴管理应用服务管理服务价格管理服务活动管理

5、服务订单管理服务开通和终止管理服务计费管理结算管理积分管理内容管理新闻管理 问答管理支付中心广告管理 站内信息系统管理 SEO参数日志管理 在线服务统计报表接口管理2.2性能需求参见XX电子商务平台项目验收标准文档。3交付件3.1软件交付件运行包（包括数据库脚本）源代码包（包括数据库脚本、Ant脚本）3.2非软件交付件(一)系统文档网络技术方案系统安装进度计划系统测试和试运行记录系统安装、调试及维护说明手册数据备份与恢复手册(二)开发文档XX电子商务平台项目软件需求规格说明书XX电子商务平台项目概要设计XX电子商务平台项目数据库设计说明书XX电子商务平台项目系统测试方案XX电子商务平台项目系统

6、测试报告XX电子商务平台项目安装配置说明书XX电子商务平台项目用户使用手册3.3报告和记录 项目运作过程中，要求提供的报告/记录以及相关的要求如下3.3.1项目报告报告名称频度责任人报告给谁项目状态报告（周报）每周五PM甲方PM阶段验收申请表每阶段验收时PM甲方PM例外报告事件触发PM甲方PM测试报告各测试阶段输出各模块负责人甲方PM各种会议纪要项目会议结束后纪要人相关人员项目总结项目结束后各模块负责人甲方PM3.4其它3.4.1交付件总体要求1.乙方PM需要在项目启动前制订项目计划，明确所有交付件的质量保证计划2.开发文档和代码需要遵守甲方提供的规范和Checklist3.版本发布给甲方前，

7、要求乙方开发人员完成所有问题单的修改，对于有争议的问题单，要经过甲方决策同意，才能将该问题单挂起。4.乙方测试部需要完成测试后版本才能发布给甲方，同时测试报告已经通过甲方TC批准3.4.2项目报告要求建议PM每一至两周组织召开一次项目周例会；每周五下班前，乙方的项目PM要发布项目状态报告给甲方委托开发项PM，反馈项目的进度、最新的度量数据、问题和风险等。在项目开发过程中由于特殊原因影响项目进展，如造成项目阶段点和里程碑可能发生变化时，需要提交例外报告并向开发代表申请调整项目总体计划，并根据需要选择是否召开会议进行影响评估及响应措施讨论。4里程碑和完成时间电子商务项目序号阶段名称是否里程碑计划开

8、始日期计划结束日期天数1项目计划否2012/7/162012/7/2042需求阶段是2012/7/242012/8/8153UI及交互设计否2012/8/92012/8/24154系统概要设计是2012/8/252012/9/14205开发是2012/9/152012/11/14606测试是2012/11/152012/12/15307部署环境准备是2012/12/162012/12/1938安装部署是2012/12/202012/12/2229系统上线协调会否2012/12/232012/12/24110内部试运行及系统优化是2012/12/252013/1/142011组织初验是2013/

9、1/152013/1/251012试运行是2013/1/262013/2/51013系统上线是2013/2/62013/2/8214组织终验是2013/2/92013/2/1015质量目标5.1软件开发质量目标项目级的质量目标可与组织级的质量目标不一致，但要在备注中说明。根据项目具体情况保留需要的质量目标，不需要的删除。优先级可根据项目情况进行调整。乙方开发的代码必须遵循甲方的编程规范。5.1.1质量指标 目标类型指标描述分值（10分制）工期项目发版工期达成率：（计划工期/实际工期）* 10项目质量（FURPS满足度）注：FURPS中单项指标满足度（实际完成度/开发立项目标）*10F（功能性）

10、U（可用性）R(可靠性)P（性能）S(可支持性) 序号类型指标名称单位指标值指标属性定义1功能(F)功能需求完成率%100%参考指标需求完成率实现的需求数/变更后的需求数2关键业务流程验证率%100%强制指标所有新增关键业务流程必须得到客户验证，验证的含义是客户现场环境下使用，3可用性(U)可用性BUG解决率%95%参考指标可用性BUG的解决率，不能低于指标值4可靠性（R )无故障运行时间小时=144强制指标无故障运行期间客户端、服务端均未出现中断缺陷及内存泄露5失败事务率%5%强制指标105个并发72小时中失败事务率=失败事务数/总事务数 *100%6Beta测试缺陷修复率()%95%参考指

11、标1.Beta测试缺陷包括客户现场发现的缺陷、内部测试发现的缺陷、渠道公测和质量管理部调研发现的缺陷；7重大缺陷解决率%100%强制指标调研发现的缺陷：服务器宕机、死锁、内存泄露问题；客户端无法自动批量升级全部解决8性能(P)性能达标率%85%参考指标单业务和组合业务性能不低于立项标准(允许上下10的误差)9安全（S）安全达标率%100%参考指标APPscan 工具扫描，重要/严重级别BUG清零9可支持性(R) 运行环境适应性%100%参考指标（1-发版的产品测试不通过的运行环境数/项目建议书中标定的运行环境总数）*10010全产品资料完备率%100%参考指标（1-全产品资料不合格数/开发立项

12、时确定全产品资料数量）*1005.2资料开发质量目标若没有目标语言的交付将（即其它语种的资料）目标语言交付件的质量目标请去掉度量项目质量目标优先级备注Goal目标LCL下限UCL上限交付件原型Review缺陷密度（个/页）0.100.71.3高目标语言交付件Review缺陷密度（个/页）-高乙方不需要翻译资料测试缺陷发现密度（个/页）-高乙方与我司人员一起办公，在交付件原型评审时一起完成了，该活动取消资料完成自检要求0-高输出手册自检报告或联机帮助自检报告，委托方资料合作PL进行抽查。5.3性能指标5.3.1前端性能指标前端性能包括页面分析、网络分析和客户端分析三部分，具体指标如下：业务项评价

13、标准前端性能页面分析按照Yslow十三条评级标准打分网络分析通过友商测速页面评价客户端分析客户端解析脚本及展现的时间以及页面大小等1 前端页面分析：按照基于YSlow的十三点基准，对于各主要页面进行相关标准评测。在重点注重点上必须评级为A，综合评分要超过75分才认为达标。2 网络分析：主要通过友商网的测速页面，下载一定大小的文件，来确定客户的下载速度。同时以后还应该增加更多的观测方式。按照现有测试分析结果认为，客户端测速如果下载速度小于100K/s则认为一般客户不会有很好的性能体验。3 客户端分析：目前对于客户端的脚本展现和页面加载的测试还没有很好的开展和进行，主要是缺乏相关的技术，这需要进一

14、步研究。目前主要是评测各页面的静态大小。按照我们给出的网络速度推算，各返回页面大小一般不应该超过200K。5.3.2服务器端性能指标 服务器端响应主要还是关注常规测试中的响应时间指标，常规测试包括单功能点以及组合业务测试两种。按照一般页面、一般增删改、一般查询，以及报表查询四大类来进行分类。一般响应时间按照通用标准我们定义为2、5、8秒，分别表明：2秒内为优秀，5秒可接受，8秒以上则认为不可接受需要进行性能优化。一般查询操作（按分页查询）基础数据量应在200条以上。报表查询类以5000条返回结果数据为基准。测试类型业务类型响应时间标准服务器响应单功能点（固定并发数考察响应时间）一般页面2、5、

15、8一般的增删改操作2、5、8一般查询操作2、5、8报表查询操作3、6、10组合业务（按比例增加并发数，设定上限响应时间）一般页面2、5、8一般的增删改操作2、5、8一般查询操作3、6、10报表查询操作5、10、151单功能点：但功能点的测试主要是通过固定数量的并发测试，以响应时间为测试标准来进行的。 2组合业务测试：组合业务测试是以各种业务点的组合进行并发测试，当80%业务的平均响应时间超过标准则停止测试，按并发数多少进行评估。6验收标准 6.1验收通过条件1)项目验收达到第5节所述质量目标2)需求验证通过率100%3)测试用例覆盖度100%4)缺陷修复100%特殊情况经双方协商，甲方审批同意可遗留。5)所有用户/客户反馈的问题均已修复6)所有项目成果及过程产出均已归档7)验收测试报告完成