b2b电子商务系统整合项目工作方案1

B2B电子商务系统整合（B2B2.0系统）项目

工作方案

目录

一、背景....................................................................4

二、项目范围................................................................5

（-）6个渠道电子商务系统..............................................5

（二）7个大平台系统...................................................5

（三）7个小应用系统...................................................5

三、项目目标................................................................5

四、项目技术方案...........................................................7

（二）项目技术方案（）................................................7

（三）运营方案........................................................11

（四）数据管理方案....................................................11

（五）信息安全管理方案................................................11

五、项目组织方案..........................................................12

（一）人员团队方案.....................................................12

（二）跨部门协调方案..................................................15

（三）组织实施方案....................................................17

六、项目进度计划（一一技术，付杰一一产品，一一质量测试）................18

1.1.1产品开发质量......................................................19

七、项目质量保证计划（）..................................................23

（-）质量保证组织的职责和角色........................................23

（-）质量保证活动及进度安排.........................................23

（三）质量保证报告机制................................................27

（四）质量控制计划....................................................27

八、项目风险及控制措施....................................................29

（-）进度风险.........................................................29

1.风险说明...........................................................29

2.风险发生可能性及后果...............................................29

3.风险应对措施.......................................................29

（二）各大平台、小应用集成风险.......................................29

1.风险说明...........................................................29

2.风险发生可能性及后果...............................................30

3.风险应对措施.......................................................30

（三）系统质量风险....................................................30

1.风险说明...........................................................30

2.风险发生可能性及后果...............................................30

1

3.风险应对措施.........................................................31

（四）外包人员采购进展风险............................................31

1.风险说明...........................................................31

2.风险发生可能性及后果...............................................31

3.风险应对措施.......................................................31

（五）数据错乱风险....................................................32

1.风险说明...........................................................32

2.风险发生可能性及后果...............................................32

3.风险应对措施.......................................................32

九、其他（各位补充）......................................................33

一、背景

目前公司的各个电商系统建设现状为每个业务渠道对应一个电

子商务网站，各个网站之间毫无联系，犹如一个个烟囱林立，形成了

一个个的信息孤岛、数据孤岛。这种现状导致信息资源难以共享，限

制了信息化提高公司业务产能的效果，信息数据分析困难且不准确，

成为了建设公司大数据平台的阻碍。

各电商系统建设投入巨大，但代码复用率较低，新的电子商务系

统建设时，仍需要从头到尾再开发建设一套，开发效率低、质量差、

成本高、上线慢，有效产能形成时间较长。

针对这种情况，结合最新信息技术、移动互联网发展，需要按照

“大平台+小应用”的数字化时代信息系统架构思路对公司电子商务

系统进行科学合理规划、设计，按相同功能或类似功能“合并同类项”

的要求重新构建电子商务系统，既要解决目前电子商务系统开发过程

中的问题、提高总体开发效率，更要符合信息技术发展趋势，全面支

持移动端、弱化PC端功能，全面提升用户使用体验。

本方案主要说明如何实施公司B2B电子商务整合优化项目（即本

2

项目）。公司目前已有的B2B电子商务业务全部称为1.0版本，新建

设的系统规划为2.0版本。

二、项目范围

（一）6个渠道电子商务系统

本项目将重构旅游保险网、卫生与健康保险网、教保网、特种

设备保险网、安全生产保险网、民生民政渠道电子商务（广东养老）

等6个公司B2B电子商务系统。

（二）7个大平台系统

本项目需要建设用户中心、产品中心、投保平台、保单服务平

台、数据交换平台、支付平台、CMS内容管理系统等7个按照“大平

台+小应用”总体架构思路建设的“大平台”。

（三）7个小应用系统

本项目需要建设协议批改、经营资格变更、积分管理、旅行社

授权管理、特种设备管理、案件调解等7个按照“大平台+小应用”

总体架构思路建设的“小应用”。

三、项目目标

（一）基本目标：老系统、新系统要同时可上线使用，新老系统

实现平缓过渡。

3

（二）开发效率大幅提高：确保将来不再存在系统对接慢的问

题。新的保险产品与保险公司联调周期在5-7个工作日完成上线。

（三）有力支撑保险产品研发：实现将来保险产品研发的小“智

能化”，成为政府的行业管理、风险管理等的有力抓手。

（四）产品目标：打造、打磨出用户易用、爱用的移动端电子商

务产品，全面提升用户体验，实现智能化、平台化、数据化，支持

B2B、B2C电子商务形态，支持财产险、人身险业务，支持多租户SAAS

模式。

（五）技术目标：能够支持每天20万单的交易；支持3万人同

时在线，需要支持每秒至少150单的并发；关键性交易处理时间小于

3秒；系统在设计指标压力情况下的7*24小时长期稳定运行。

（六）运营目标:确保渠道电商营收完成2017年“必达指标”，

努力争取实现“奋斗指标”；做好内部用户运营，显著改善电商系统

的口碑，净推荐值（NPS）提高＞10%，问题解决满意度＞95%；发展

100家“种子用户”（每家分公司不少于2家）。

（七）数据目标（周熹）

（A）安全目标：符合公司内控要求、符合公司上市审计要求、

符合互联网保险监管有关规定、符合国家等级保护三级要求。

（九）质量目标：系统开发过程符合CMMI4级质量要求，千行代

码缺陷率小于0.92,系统总体解决率高于95%,无一、二级系统缺陷

（BUG）o

4

四、项目技术方案

（二）项目技术方案（）

1.技术架构

1）整体架构

用户微信、App、移动端,PC

电商安责医责教保特设

大

平

用户中心产品平台投保平台支付平台

台

小

应

用

核心1

数据

公司整体架构分为三层，分别为客户层、逻辑处理层及数据存

储层。

客户层为直接与客户交互的页面，包括移动端、PC端，主要

负责客户信息的收集与展示。每个电商渠道部署单独的展现端，

可以通过CMS进行维护发布。

逻辑层通过“大平台+小应用”的方式实现，分别建立用户中

心、产品中心、投保平台、保单服务平台、支付平台和数据交互

5

平台等大平台。

小应用主要针对各个渠道的特色功能如：如医责的案件调解小

应用，教育的协议批改效应，安责的安全管理小应用等。

数据库采用大集中的方式存储各个渠道电商交易数据。

2）开发架构

各个大平台及小应用的功能通过一个个的服务体现，提供外部

的接口调用。

后续渠道的开发只需要进行页面的设计，并在页面中调用相关

的大平台或者小应用的接口即可完成。

3）应用架构

6

客户层

移动端PC端

教保民生特设旅游安责医责

特设

，后台UI后台用户

DB

各个电商客户端独立部署，支持网站的资讯以及用户交互页面的

展示。

具体的操作通过调用大平台与小应用提供的接口实现对数据库的

读写。

后端用户操作使用页面的部署与前端客户分开独立部署。

4）技术架构

7

用户端通过移动端或者PC端通过CDN加速服务器后，通过负

载均衡分发到应用服务器集群，再访问数据库服务器集群。

数据库服务器可以通过配置实现读写分离以提高响应的效率。

2.开发语言选择

开发语言主要选择java,易于后期的二次开发、维护、跨平台部

署。

3.数据库选择

8

依据业务模式及数据量，建议使用oracle企业级数据库。

4.技术难点分析（需要修改）

1）支持的产品类型复杂，按照险类分需要支持产险及寿险、按照客

户类别分需要支持个险和团险、按照产品期间分需要支持长期险

及短期险。难度非常大，属业内首家。

2）支持多租户的接入，且多租户自身还有架构层级，整个数据的组

织机构设计非常复杂，需要充分的论证分析。

3）多个平台同时建设，难度大，需要充分的设计及规划才能保证后

期的各个平台和应用以及UI展示间的无缝对接。

4）现有的系统已经做好的对接接口在新的平台中需要重新做对接联

调，需要提前做好规划，协调保险公司配合。

5.技术开发平台选择

技术开发平台采用目前主流的开发框架springMVCospringMVC使

用简单，稳定、支持能力强，具有很强的扩展性。

（三）运营方案

一是明确2017年运营策略为“确保1.0版本稳定运行，确保2.0

版本上线、顺利续保”；

二是建立电子商务运营管理团队；

三是基于目前的1.0版本进行内容运营、编辑发布有价值的资讯

内容；确定用户运营总体策略、基准。

9

（四）数据管理方案

一是编写公司数据管理工作方案、数据管理规章制度，并为本项

目编写特别的数据管理规约；

二是对系统设计的概念模型、物理模型和数据字典进行版本管理；

三是随项目开发进度，对元数据（数据模型）进行管理。

（五）信息安全管理方案

一是编写公司信息安全方面开发规范，编制“应用开发安全管理

规范”、“应用开发安全评估报告”、“电子商务系统安全功能模板”

等约束性文档；

二是对项目全体人员、外包人员分批次进行安全开发培训；

三是搭建代码审计系统、日志审计系统，对代码进行安全审计。

五、项目组织方案

（一）人员团队方案

1.产品经理团队方案

1）产品经理

目前已有3名人员，预计共需6人，需对外再招聘3人。要求编

程开发经验3年以上，产品经理工作2年以上，从事过保险/电商项

目优先。

2）前端开发

目前已有2名人员，预计需3人,需对外招聘1人。要求javascript

10

开发5年以上，必须具有移动端开发经验，熟练使用JqueryMobile、

lonic>Angularjs项目的优先。

3）UI设计师

目前已有3名人员，预计4人，需对外招聘1人。要求精通UI

及交互体验设计，有3年以上APP设计及网站设计经验。

2.技术开发人员团队方案

1）自有技术研发团队

当前技术开发人员共10人，需对外招聘6名核心骨干补充技术

研发力量。要求Java编程开发经验5年以上，从事过保险或电子商

务项目开发者优先。

2）大平台及小应用的开发团队

采用“采购类似平台+自建”相结合方式，预计外包人力25名开

发人员，至少要求6名高级开发人员（5年以上）8名中高级开发人

员（3年以上），11名中级开发人员（2年以上）。项目周期预计6

个月。

部门内部开发人员配置5人参与大平台+小应用的开发。

采用的方式为：项目制+自建相组合的方式。

项目开发完成外包人力内部人力外包投入内部投入

大平台+小应用180306180人月36人月

3）数据交换平台与支付平台开发团队

采用人员外包的方式，要求技术能力强，有类似功能实施开发经

验，不需要保险经验。如通过外包方式。需要3年以上开发经验，外

11

包人员进行面试，择优选取。

采用外包+自建的方式进行

项目开发完成外包人力内部人力外包投入内部投入

数据交换平台1203212人月8人月

支付平台60216人月3人月

4）CMS+PC+移动的开发团队

CMS采购成熟产品进行二次开发使用。PC以及移动端建设可以

采用外包+众包+自建方式进行。

每个渠道的PC端及移动端建设需要外包人力12人月。如下表所

Zj7O

项目开发完成外包人力内部人力外包投入内部投入

CMS90216人月3人月

（PC+移动）/个606212人月4人月

3.运营团队

人员编制9人，目前缺口8人，共包括支持服务经理、内容运营

经理、用户运营经理、数据分析经理等岗位，全部外聘。

4.质量团队

本项目共投入质量管理人员（内部已有）1名，主要负责项目质

量过程监控；监控开发过程按照所定义规范及计划实施；汇报项目开

发过程问题及参与工程过程组改进活动；定期出具质量报告。

本项目共投入测试人员（内部已有）6名：依据项目计划及目标

12

定制测试计划、性能测试方案；依据产品需求制定测试用例；带领外

包测试人员执行冒烟测试、功能测试、集成测试以及性能测试，跟踪

问题解决、做测试反馈；依据测试结果出具测试报告。依据配置管理

过程，在项目各环节执行配置审计工作（每日、每周）。

本项目共需投入测试人员（外部外包）3名：主要与公司自有质

量测试工程师配合，共同完成本项目质量保证工作。外包人员共需3

个月。

测试人员具体工作安排计划如下:

测试周期外部人内部人

项目建设方式备注

（天）力（人）力（人）

UI+CMS自建3001与新1日系统联调测试

数据交换中心外包人员+自建3011与新旧系统联调测试

支付中心外包人员+自建1001与新旧系统联调测试

产品中心

投保平台与PC、移动客户端联

产品采购+外包人

保单服务平台6031调测试，每一个客户

员+自建

客户中心端周期30天。

（大平台）

与PC、移动客户端联

小应用外包人员+自建3021

调测试，总周期30天。

备注：

1）共需外部人力资源共计9人月，内部人力共计6人/月；

2）UI+CMS,数据交换中心、支付中心：在平台完成开发后，首

先与旧系统进行联调，测试工作即可开始。

3）其他大平台、小应用：测试工作预计3个月后开始，依据具体

项目计划，与每个渠道客户端联调后开始。

13

（二）跨部门协调方案

1.建立跨部门、强矩阵式的“项目群”管理模式

本项目范围较大、子项目较多，属典型的“项目群”，需要建立

适合“项目群”的管理模式，应建立跨部门、强矩阵式的“项目群”

管理架构。本项目由产品经理横向协调，全面负责项目进展；职能部

门、职能团队纵向保障资源供给，代码审查、技术难点攻关、专业审

核把关、过程交付物管理等。

强矩阵式管理示意图如下图所示。

说明如下:

1）产品经理横向协调技术设计、技术开发、测试、部署、运营、

数据、安全等专业人员，对项目整体负责，交付物为各渠道电

子商务系统平台；

2）各总监/副总纵向负责各专业团队、资源池管理，代码审查、

技术难点攻关、专业审核把关、过程交付物管理等；

3）产品总监、技术总监、运营总监属信息与电子商务部，数据

总监属网络与数据管理部，安全总监、质量副总属信息安全

14

管理部。

2.建立项目协调沟通机制

每日早上召开项目例会，由各产品经理通报进展情况，当日进度

计划，各总监、资源经理必须参加，及时协调出现问题。每日晚上召

开项目进度例会，总结当天项目进度，分析存在问题并拟定解决措施。

必要时可邀请相关渠道业务参加。

3.建立冲突解决机制

每周四对下周资源就位情况进行汇总、分析，如可能会出现资源

冲突，则提前进行协调、安排。如因其他项目开发导致资源冲突，则

以本项目优先级为高。

4.建立后勤保障机制

根据项目总体进展情况，综合协调公司行政、财务、物业等部门，

解决好饮食、住宿、身体锻炼、安全等后勤保障事宜。

（三）组织实施方案

1.签订工作任务责任书

B2B电商系统平台改造项目事关重大,需要签订工作任务责任书,

共同确保项目目标如期达成。本方案要作为工作责任书的附件。

2.召开隆重的项目启动会

本项目前期准备事宜基本就绪后，要召集各相关干系方召开隆重

的项目启动会，各干系方了解本项目情况、明确目标，共同支持本项

目顺利进展。

15

3.评审里程碑交付物

对项目里程碑交付物进行集中评审，在产品设计说明书、系统设

计说明书、系统UAT测试、系统试运行等重要环节进行集中评审，特

别是要做好产品设计说明书、系统设计说明书的评审工作。

4.项目专报机制

对本项目以每周为单位上报项目进展专报，及时报告项目进展、

过程中的问题、所需资源支持、需协调事宜等，做好过程管理。

5.严格项目验收

组织各业务渠道部门、业务管理部、计划财务部等部门对本项目

进行综合验收，确保系统平台符合业务发展要求、符合内控要求、业

财对接要求。

六、项目进度计划（——技术，付杰——产品，——质量测

试）

16

工开始完成前置外部内部5月5月5月5月6月6月6月6月7月7月7月7月8月8月8月8月9月9月9月9月10月10月10月10月

期时间时间资源资源资源1周2周3周4周1周2周3周4周1周2周3周4周1周2周3周4周1周2周3周4周1周2周3周4周

产品2017-2017-5人1人

中心5-110-31产品产品

2017-2017-

设计

5-15-19

2017-2017-

开发665-228-312

测试2017-2017-3

519-110-313

联调

工开始完成前置外部内部5月5月5月5月6月6月6月6月7月7月7月7月8月8月8月8月9月9月9月9月10月10月10月10月

任务

期时间时间资源资源资源1周2周3周4周1周2周3周4周1周2周3周4周1周2周3周4周1周2周3周4周1周2周3周4周

5人1人

投保2017-2017-

127投保投保

平台5-810-31

平台平台

2017-2017-

设计

5-85-26

2017-2017-八

开发6

5-299-28

测试2017-2017-

7

联调9-2910-31

工开始完成前置外部内部5月5月5月5月6月6月6月6月7月7月7月7月8月8月8月8月9月9月9月9月10月10月10月10月

任务

期时间时间资源资源资源1周2周3周4周1周2周3周4周1周2周3周4周1周2周3周4周1周2周3周4周1周2周3周4周

17

5人1人

保单

2017-2017-保单保单

服务19

5-1810-31服务服务

平台

平台平台

设计2017-2017-

15

阶段5-186-7

开发2017-2017-

8910

阶段6-810-10

测试2017-2017-

1511

联调10-1110-31

工开始完成前置外部内部5月5月5月5月6月6月6月6月7月7月7月7月8月8月8月8月9月9月9月9月10月10月10月10月

任务

期时间时间资源资源资源1周2周3周4周1周2周3周4周1周2周3周4周1周2周3周4周1周2周3周4周1周2周3周4周

5人1人

客户20172017

119~~客户客户

中心-

51810~31中心中心

设计，广

152017-2017-

阶段5-186-7

开发■

2017-2017-

阶段6-810-10

2017-■

测试2017-

10月15

联调10-31

11

18

工开始完成前置外部内部5月5月5月5月6月6月6月6月7月7月7月7月8月8月8月8月9月9月9月9月10月10月10月10月

期时间时间资源资源资源1周2周3周4周1周2周3周4周1周2周3周4周1周2周3周4周1周2周3周4周1周2周3周4周

5人1人

小应2017-2017-

114小应小应

用5~2510~31

用用

2017-2017-

设计15

5-25-6-14

开发2017-2017-

阶段6-159-29

测试2017-2017-

联调10-210-31

工开始完成前置外部内部5月5月5月5月6月6月6月6月7月7月7月7月8月8月8月8月9月9月9月9月10月10月10月10月

期时间时间资源资源资源1周2周3周4周1周2周3周4周1周2周3周4周1周2周3周4周1周2周3周4周1周2周3周4周

2人1人

支付2017-2017-

平台b6-18-31支付支付

平台平台

设计2017-2017-

阶段86-16-12

开发2017-2017-

二二5022

阶段6-138-21

测试2017-2017-

联调8-228-314

19

件务工开始完成前置外部内部5月5月5月5月6月6月6月6月7月7月7月7月8月8月8月8月9月9月9月9月10月10月10月10月

।为期时间时间资源资源资源1周2周3周4周1周2周3周4周1周2周3周4周1周2周3周4周1周2周3周4周1周2周3周4周

5人1人

数据

2017-2017-数据数据

交换86

7-310-30交换交换

平台

平台平台

设计2017-2017-

15

阶段7-37-21

开发2017-2017-八

3026

阶段7-229-29

测试2017-2017-_

2127

联调10-210-30

仟务工开始完成前置外部内部5月5月5月5月6月6月6月6月7月7月7月7月8月8月8月8月9月9月9月9月10月10月10月10月

期时间时间资源资源资源1周2周3周4周1周2周3周4周1周2周3周4周1周2周3周4周1周2周3周4周1周2周3周4周

2017-2017-2人1人

CMS66

5-17-31CMSCMS

2017-2017-

改造45

5-16-30

2017-2017-

联调2148

7-37-31

仟务工开始完成前置外部内部5月5月5月5月6月6月6月6月7月7月7月7月8月8月8月8月9月9月9月9月10月10月10月10月

期时间时间资源资源资源1周2周3周4周1周2周3周4周1周2周3周4周1周2周3周4周1周2周3周4周1周2周3周4周

教育HO2017-2017-6人1人

UIW5-19-30UI1UI1

20

2017-2017-

开发45

5-16-30

测试2017-2017-

联调9-19-30

仟务工开始完成前置外部内部5月5月5月5月6月6月6月6月7月7月7月7月8月8月8月8月9月9月9月9月10月10月10月10月

期时间时间资源资源资源1周2周3周4周1周2周3周4周1周2周3周4周1周2周3周4周1周2周3周4周1周2周3周4周

旅游2017-2017-6人1人

UI95-169-30UI2UI2

2017-2017-

开发44

5-167-14

测试2017-2017-

联调9-19-30

工开始完成前置外部内部5月5月5月5月6月6月6月6月7月7月7月7月8月8月8月8月9月9月9月9月10月10月10月10月

期时间时间资源资源资源1周2周3周4周1周2周3周4周1周2周3周4周1周2周3周4周1周2周3周4周1周2周3周4周

医疗2017-2017-6人1人

UI86-110-16UI3UI3

测试2017-2017-

联调9-1810-16

杆务工开始完成前置外部内部5月5月5月5月6月6月6月6月7月7月7月7月8月8月8月8月9月9月9月9月10月10月10月10月

期时间时间资源资源资源1周2周3周4周1周2周3周4周1周2周3周4周1周2周3周4周1周2周3周4周1周2周3周4周

21

民生oo2017-2017-6人1人

OO

UI6-1510-16UI1UI1

开发2017-2017-

阶段6-158-16

测试2017-2017-39

21

联调9-1810-16

工开始完成前置外部内部5月5月5月5月6月6月6月6月7月7月7月7月8月8月8月8月9月9月9月9月10月10月10月10月

任务

期时间时间资源资源资源1周2周3周4周1周2周3周4周1周2周3周4周1周2周3周4周1周2周3周4周1周2周3周4周

安责2017-2017-6人1人

UI17-310-31UI2UI2

开发2017-2017-

44

阶段7-38-31

测试2017-2017-

2242

联调10-210-31

工开始完成前置外部内部5月5月5月5月6月6月6月6月7月7月7月7月8月8月8月8月9月9月9月9月10月10月10月10月

任务

期时间时间资源资源资源1周2周3周4周1周2周3周4周1周2周3周4周1周2周3周4周1周2周3周4周1周2周3周4周

特设2017-2017-6人1人

UI'7-1710-31UI3UI3

开发“2017-2017-

阶段7-179-15

测试2017-2017-

联调10-210-31

1.1.1产品开发质量

22

七、项目质量保证计划（）

（一）质量保证组织的职责和角色

角色姓名职责

•协助项目组定义项目适用的规范等；

•制定项目的软件质量保证工作计划；

质量保证工•监控开发过程是否按所定义规范、按计划实施；

、李媛

程师•汇报项目开发过程问题；

•参与工程过程组改进活动；

•向项目相关人员定期的报告质量保证活动状态和结果。

•为质量保证工程师进行质量保证活动提供材料和数据。

•按照项目选定的过程、规程、标准、模板和质量要求来

配置管理工

等完成相关活动。

程师

•管理与质量保证相关的受控工作产品。

•定期（每日、每周）配置审计

•依据项目计划制定功能测试计划、性能测试方案

•依据项目需求制定测试用例

软件测试工程梦萦、张•依据软件开发单元测试报告进行系统冒烟测试

程师可歆等•对系统实现功能进行功能测试、集成测试

•执行性能测试

•出具系统测试报告（功能测试、性能测试）

（二）质量保证活动及进度安排

说明：每个产品、平台均作为一个项目进行跟踪，建立

相对独立的配置库。

1.过程评审

阶段名过程/活动名评审时间/频计划工作

备注

称称率量（天）

需求需求文档编2

产品需求分析需求文档初审通过后一周内

写完成

23

阶段名过程/活动名评审时间/频计划工作

备注

称称率量（天）

设计设计文档编1

软件设计设计文档初审后一周内

写完成

编码2代码编写过程中每周进行代

编码实现每周

码走查

代码编写完1

单元测试代码编写完成后一周内

成

测试1包括：功能测试计划、性能测

测试计划编码阶段前

试计划，完成后一周内

测试用例编写编码阶段前1编写完成一周内

测试汇报每周2测试过程中每周进行

上线1测试报告提交后一周内，提交

产品发布测试结束产品部署说明、系统运维操作

手册。

1完成培训后一周内，提交培训

培训完成培训

文档、系统操作手册

试运行系统试运行试运行结束1出具试运行报告

验收正式运行61

系统验收对项目进行验收评审

个月

管理项目的跟踪和1每次执行工程过程评审时同

过程监控时执行此项评审

每个阶段结2项目每个阶段结束时，对项目

项目计划

束时计划进行评审

变更产品需求发1对项目所有的需求变更均执

需求变更

生变更行评审

产品需求发1

设计变更依据需求变更内容更新设计

生变更

产品需求发1依据需求变更内容更新测试

测试变更

生变更文档

产品需求发1依据需求变更执行项目计划

项目计划变更

生变更变更评审

2.对产品（服务）的审计

24

阶段名审计时间/频率计划工作

工作产品备注

称量

需求产品需求说明书需求评审后0.1

设计系统总体设计说明书设计评审后0.1

编码代码走查表每周0.1

每日1代码每日

源代码

提交

编码完成，提交0.1

系统单元测试报告

测试之前

测试测试计划评审后0.1

测试用例评审后0.1

性能测试方案评审后0.1

测试报告评审后0.1

性能测试报告评审后0.1

上线产品发布说明书上线评审后0.1

系统部署操作手册上线评审后0.1

系统运维操作手册上线评审后0.1

系统培训文档(ppt)培训后0.1

用户操作手册培训前0.1

产品部署包上线评审后0.1

预生产测试通过0.1

源代码-产品库

后

系统初始化脚本系统上线前0.1

试运行试运行报告试运行结束0.1

试运行过程问题跟踪单每周0.1

验收系统验收报告系统验收发起后0.1

25

阶段名审计时间/频率计划工作

工作产品备注

称量

系统运行过程问题跟踪单系统验收发起后0.1

管理过项目计划评审后0.1

程

工作周报每周五0.1

评审报告各过程评审后0.1

项目例会会议纪要日常0.1

变更过产品需求变更文档变更评审后0.1

程产品需求说明书

设计变更文档变更评审后0.1

每次变更

系统总体设计说明书

均需更新

测试变更过程文档变更评审后0.1

主干文档

产品发布相关文档测试通过后0.1

操作手册类上线前0.1

需求变更后1周0.1

变更后的项目计划

内