淘金邦电商平台项目对比介绍

淘金邦，淘生活

淘金邦电商平台项目对比介绍

淘金邦和现有电商平台对比，（如阿里、天猫、淘宝、有亚马逊、京东、美团等等），他们只是网上商城平台，而淘金邦首先是企业“管理工具”和个人“生活助手”，其次才是“网上商城”，再次是“O2O本地网店”，为了直接说明平台功能，项目介绍以企业经营市场现象为题，逐一介绍项目对比结果。

1、电商模式-网上销售

传统渠道企业为什么要对产品销售价格和销售区域进行控制，不允许乱价和串货发生？淘金邦能实现企业电商模式下，价格、区域自主控制吗？

企业为了使产品销售最大化覆盖市场区域，建立了市场渠道开发和管理体系，并确立了总代理商、二级代理商、经销商、分销商等等经营身份，企业严格控制着其产品销售的区域、价格、服务等等，使参与产品经营的经销商能有利可图，严格控制的目的是保障经销商利益，从而“换取”经销商努力为企业进行产品展示、推广和为消费者提供“更优质服务”的这个结果，这也是市场经营较为健康的生态体系，消费者在销售终端即“实体店”完成体验、销售、售后服务及维修等等，通过消费者使用产品的感受，逐渐形成企业产品消费认可，即品牌认同，企业也因此获得持续稳定的市场销售结果。

电商平台却将这一切颠覆，提供企业直接对消费者的模式，市场产品销售无区域、价格无底线，品牌企业怎敢参与其中，马云先生的成功，不是受益于已经成为品牌，拥有渠道资源的企业，而是受益于很难建立渠道的二流或三流产品企业，因为他们无法在市场上建立销售渠道或建立销售渠道的成本不能抵消其费用，故而选择通过电商平台直接销售，当然，山寨产品也成为网络购物的强大推手，其产品和品牌企业相似或是仿冒产品，价格却低一倍以上，消费者禁不住价格诱惑，试水网购，二流企业产品虽不能和品牌企业比产品质量，但还算能接受的范围，致使网购迅速走红，品牌企业市场受到严重冲击对，进入电商？目前电商平台根本不管产品价格和区域、没有了利益，渠道经销商不会再为企业去服务消费者，所以，真正的渠道品牌企业并不需要电商模式帮助，但市场经营环境因为电商慢慢发生改变，品牌企业也在市场销售萎缩的现实中，开始考虑转型电商经营，但他们根本无法上淘宝等电商平台，自建电商系统，系统没有客流量，已经有企业自建的网上商城成为了摆设，不能真正帮助企业实现电商经营，扩大销售结果，大部分目前还依然坚守着传统的专柜形式，等待变革！而淘金邦可以解决这个问题，帮助企业轻松转型升级到“全电商”服务模式，即所有经销商在原渠道管理模式下，同步实现多模式电商经营，帮助他们再次和其它同业品牌一较高下，夺回市场。

2、企业市场管理

市场信息回馈、监控及市场业务管理对企业发展至关重要，阿里、天猫、淘宝、京东、美团等任何电商平台对此均无能为力，淘金邦能轻松搞定吗？

企业市场销售的相关情况，是根据企业业务员进行经销商销售统计来完成，和真实销售数据有偏差，甚至存在造假假销售数据，影响企业经营；构建B/S架构的B2B经营管理系统，其成本和后期使用费用不是一般中小型品牌企业所能承受的，而市场所有电商平台均不支持企业渠道销售业务管理，即业务员日常工作和经销商渠道销售监控等等管理，而淘金邦为了不改变和影响企业现有模式，只从产品生产入库时接入，对企业产品销售过程需求提供帮助，不同企业现有系统发生冲突或矛盾，为企业提供业务员工作管理，经销商数据实时返回企业，根据市场销售情况，可精准计划生产和产品更替，甚至为企业实现零库存经营。

3、企业OA协同办公

企业OA协同是现代化经营的必备工具，所有电商平台可以肯定是不能提供该帮助，企业目前均为自购软件或自行开发的，企业直接购买OA系统，一定出现不合企业需求的功能，或功能不能满足企业管理的现象，中小企业由于种种原因，没有或无法使用OA系统的比比皆是，淘金邦OA办公，只为企业提供工作计第一页

淘金邦电商平台项目对比介绍

淘金邦，淘生活

划及任务相关的办公帮助，是企业经营过程中最需要第一时间了解的工作结果，能快速、准确的在企业进行交互。

“员工考评”是我们系统OA提供给企业的一个员工管理功能，可以对员工进行月度和年度考评，同时支持对员工每项工作结果进行评定，彻底解决企业管理者不能对基层员工工作情况具体了解的现状，最重要的是企业无需购买和付费使用，注册企业即可开通使用，我们终身免费提供给企业使用，同时还提供DIY企业个性化定制OA需求，帮助企业用好该功能。

4、企业人力资源管理

人力资源管理不用再说，其余电商平台肯定也没有支持了，企业现在的人才引进一般通过两个渠道完成，高端人才找猎头，低端人才找智联、前程等等，无论属于那个方式，企业付费是免不了的，而找到的人才适不适合企业，还需要通过一段时间才能确定，浪费时间，成本也高。

但淘金邦人力资源管理，彻底改变这一切高成本且繁琐的操作，招聘发布、面试邀请、入职离职等，对招聘的入职员工，甚至连信息输入都不用，直接选择应聘员工分配部门即可，企业需要的人才，招聘前已经基本了解，因为平台OA系统员工“工作考评”，对员工就职岗位工作基本状况，前一企业已经对其充分评定，基本不会有偏差，更重要的是，也不用支付任何费用，平台终身免费提供企业使用，是否会对现有的招聘网站产生冲击，不做评定。

5、企业招商招标

除像阿里这样专业的招商网站外，电商平台是不提供帮助的，而阿里提供给企业的，更像支持淘宝界面的企业黄页信息，对企业市场开发有帮助，但系统独立，费用昂贵。

淘金邦招商招标系统，根据企业行业入驻的精准信息，将企业招商招标相关信息匹配数据库，找出适合企业的经销商，把招商信息直接在具有决定权的管理者和老板的系统底部广告位中显示出来，精准且有效。

6、消费者黏着

其它电商平台各有功能，但淘金邦除满足其它电商平台相同功能外，同时为消费者提供日常生活帮助，通过APP应用，将求职、社区生活、法律咨询、二手买卖、房屋租售、创业加盟、即时聊天、安珀警报、会员互助等等整合至应用中，一个目的，让淘金邦用户像使用QQ和微信一样离不开，除网络购物功能外，力求成为每个使用者的生活帮助工具。

第二页

第二篇：电商平台项目实施方案

电商平台项目实施方案

[**银行保费对帐系统]

工作组单位： Truth Workgroup

日期：

二零零六年七月二十二日

免责声明：文档在线网（文档中国）中所有的文档资料均由文档在线网会员提供。文档在线网会对会员提供的文档资料进行筛选和编辑，但是并不声明或保证其内容的合法性、正确性或可靠性。该文档资料的版权属于提供者所有，有关版权的问题请直接与提供者联系。

电商平台项目实施方案

**大学工程硕士班拓思工作组修订记录

修订记录

电商平台项目实施方案

**大学工程硕士班拓思工作组内容目录

1 前言................................................................................................................................... 4

1.1

1.2 编写目的 ....................................................................................................................... 4 项目背景简介 ............................................................................................................... 4

1.2.1

1.2.2

1.3

2 项目基本信息 ................................................................................................... 4 项目工作内容与工作目标 ............................................................................... 4 术语定义 ....................................................................................................................... 5 软件项目实施过程总体控制要求 ........................................................................................... 7

2.1 软件项目实施流程说明 ............................................................................................... 7

2.1.1

2.1.2

2.2 实施流程汇总说明 ........................................................................................... 7 实施流程特殊性与关键工作说明 ................................................................... 7 软件项目职责分工说明 ............................................................................................... 7

各组织层责任 .................................................................................................................. 8

2.3 软件项目实施过程控制方法说明 ............................................................................... 9

2.3.1

2.3.2

2.3.3 客户交流机制说明 ........................................................................................... 9 软件项目内部管理与进度控制方法说明 ....................................................... 9 软件项目发布方法说明 ................................................................................. 10

2.4 软件项目预期成果清单说明 ..................................................................................... 11

2.4.1

2.4.2

2.4.3 文档成果清单 ................................................................................................. 11 代码成果清单 ................................................................................................. 11 其他成果清单 ................................................................................................. 11

3 软件项目具体实施流程说明 ................................................................................................. 12

3.1 需求调研与分析阶段实施方案 ................................................................................. 12

3.1.1

3.1.2

3.1.3

3.1.4

3.2 工作程序 ......................................................................................................... 12 工作内容与要求 ............................................................................................. 12 人员分工与资源配置 ..................................................................................... 12 预期成果清单 ................................................................................................. 12 系统设计阶段实施方案 ............................................................................................. 12

3.2.1

3.2.2

3.2.3 工作程序 ......................................................................................................... 12 工作内容与要求 ............................................................................................. 12 预期成果清单 ................................................................................................. 13

3.3 代码实现与测试调试阶段实施方案 ......................................................................... 13

3.3.1

3.3.2

3.3.3 工作程序 ......................................................................................................... 13 工作内容与要求 ............................................................................................. 13 人员分工与资源配置 ..................................................................................... 13 Confidential ** University Truth Group. All rights reserved Page 2 of 20

**大学工程硕士班拓思工作组内容目录

3.3.4

3.4 预期成果清单 ................................................................................................. 13 软件项目验收与交付阶段实施方案 ......................................................................... 13

3.4.1

3.4.2

3.4.3

3.4.4 工作程序 ......................................................................................................... 13 工作内容与要求 ............................................................................................. 13 人员分工与资源配置 ..................................................................................... 14 预期成果清单 ................................................................................................. 14

3.5 客户服务与技术支持阶段实施方案 ......................................................................... 14

3.5.1

3.5.2 工作程序 ......................................................................................................... 14 工作内容与要求 ............................................................................................. 14

系统的安装与调试 ................................................................................................................. 14

用户培训................................................................................................................................. 15

系统维护................................................................................................................................. 15

技术支持和维护的方式 ......................................................................................................... 17

3.5.3

3.5.4

人员分工与资源配置 ..................................................................................... 18 预期成果清单 ................................................................................................. 18 软件项目实施方案总结 ......................................................................................................... 19

**大学工程硕士班拓思工作组软件项目实施方案 1

1.1 前言编写目的

为了确定项目实施过程，指导需求分析，特编写《保费对帐系统项目实施方案》。

1.2 项目背景简介

1.2.1 项目基本信息

1.2.1.1 项目名称

**银行保费对账系统。

1.2.1.2 项目发起者

**银行网络管理部。

1.2.1.3 项目承担单位

**大学工程硕士班工作组。

1.2.1.4 项目启动背景

因**银行业务增长，现有的手工核对银行进帐数据的方式已不能满足工作需要。进帐数据来源于多家不同的银行，在数据文件格式上、进帐数据描述上都有一定的差异，核销员在数据核销工作中不但要关注数据的核销状态更多的时间还要处理不同格式的数据，这使本该简单的核销工作变得非常复杂，加大了核销工作员不必要的工作技能，保费对帐系统的开发能提高核销操作员的办公效率，以及数据核销的准确性。系统需要具备高起点、高可靠、高效率，安全性强、实用性强、扩充性强、自动化程度高、操作简练等特点。

在此次开发过程中，我工作组得到了**银行的大力支持和需求配合，本研发工作实在**银行现有银行系统的基础架构上进行的，中间数据接口与数据组件有本小组自行研发。

1.2.2 项目工作内容与工作目标

1.2.2.1 项目工作内容

在此次开发工作中，我们主要进行以下工作：

工作内容1：保费对帐主服务

在设计保费对帐主模块的过程中，我们主要实现银行数据上载、银行数据维护、银行数据查询等数据接口功能；用户管理、权限管理、角色管理、日志管理、等系统管理功能；银行信息管理、会计区间管理、核销保费数据查询等对帐业务功能；报表生成、报表导出、报表打印等数据报表功能；

工作内容2：保证金核对服务

设计保证金核对模块的过程中，我们主要实现保证金数据查询，核销保证金数据功能；工作内容3：材料费核对功能服务

在设计保证金核对模块的过程中，我们主要实现材料费数据查询，核销材料费数据功能；

1.2.2.2 项目工作目标

**大学工程硕士班拓思工作组软件项目实施方案结束就是一个里程碑。因此整个项目的开发进度包含四个主要的里程碑：

需求分析：在“需求分析”里程碑应基本完成业务的需求分析。目标清晰地阐明了应用系统的最终目的，并提供了明确的方向。而范围则定义了一个特定版本的应用系统所要提交的业务功能，并且通过目标认识到在未来的版本中将要进行的开发工作。

系统设计：“系统设计阶段”里程碑要完成项目的设计。项目设计包含功能说明文档（包括概要设计、逻辑流程设计和详细设计），每种角色组的人员分配、组织结构和时间进度安排。功能说明提供项目组足够的实施细节情况，并确定需要的资源和承诺。在此阶段，客户和项目组在要交付的系统功能以及系统实施过程上取得一致。这是一个重新评估风险、建立优先级和对时间以及资源调配情况做最终估计的重要阶段。这个阶段将经过几个过程：分概要设计、逻辑设计、物理设计，这个阶段将决定项目的成败，因此每一个阶段都需相互衔接。

功能范围开发完成/第一次试用：在“范围完成/第一次使用”里程碑基本完成开发阶段。经过核准的功能说明和相关的项目计划提供了开发阶段基本的要求。整个阶段可以根据开发组的要求细分为一系列的内部交付里程碑，每个内部里程碑都是经过测试/诊断/排错的过程。在“范围完成/第一次使用”这个里程碑上，所有功能的开发都已经结束。

系统正式推广实施：在“系统正式发布”里程碑上完成了稳定测试阶段。整个项目也到达了终结点。测试工作是本身是伴随着代码开发工作进行的，只在稳定阶段因为集中注意力于寻找错误和修改错误，所以成为这一阶段的主要工作。在产品发布里程碑，产品正式转交用户或维护支持组。

1.3 术语定义

用户：使用本系统的**银行公司内部工作人员，代理银行的工作人员

客户：**银行的业务客户(投保人)

代理人：收取保费代理机构，银行。

投保人：交保费人。

暂收收据：投保人在交保费时，银行开的收款收据。

暂收收据号：暂收收据的编号。

投保书：保险公司与投保人签订的合同。

投保书号：每一份投保书都有一个编号。

客户服务部：保险公司负值客户服务的部门。

新契约：客户服务部的业务单位。

会计部：**银行的会计部门

保单管理系统：**银行目前已有的保单计算机管理系统。

**大学工程硕士班拓思工作组软件项目实施方案

会计分录：财务系统概念，将账务按不同的目的分类。

差额：银行进账数据与保费管理系统的账单不一致造成的差额。

银行进账单：银行为保险公司开的进账账单。

银行对账文件：银行提供的便于保险公司对账的文件。

保单号：保费管理系统为每一个投保人产生的，用于识别投保人的唯一标识符。

日对账：对当天的银行进账信息。

月对账：对当月账务总和信息。

团单：企业为多人投保，用支票形式一次支付多人的保费。

**大学工程硕士班拓思工作组软件项目实施方案 2

2.1 软件项目实施过程总体控制要求软件项目实施流程说明

2.1.1 实施流程汇总说明

2.1.2 实施流程特殊性与关键工作说明

1．充分利用银行系统（Accounting）、保费系统（INGENIUM）和其它商业银行的

BMS系统中既有数据。不是将3个系统整合，而是外挂在3个系统之间。

2．本系统不对上述系统本身进行任何改动，不对其现有操作流程产生任何影响。

2.2 软件项目职责分工说明

**银行保费对帐系统载数据接口方面设计到很多的不同类型数据，在业务上设计到严谨的数据核销过程，多用户组、用户角色分配，为了支持本系统的复杂业务逻辑并保持本系统的灵活性、可扩充性，因此，需要各方面充分合作、互相协调、才能保证系统实施阶段顺利进行。

针对**银行保费对帐系统要实现的功能，我们将建立如下的三层组织保证体系：

? 领导层

? 实施层

? 用户验收层

电商平台项目实施方案

**大学工程硕士班拓思工作组软件项目实施方案各组织层责任

项目领导小组的目的是和**项目小组共同建立对整个项目建设自始至终负责的、责权利相统一的管理，以形成一个由总体控制和有计划、有组织的控制网络系统，实现计划---实施---检查---调整---再实施的封闭循环。

领导层的具体职责如下：

? 明确成员各自分工与责任；

? 建立工程情况汇报制度；

? 决定工程重大原则问题；

? 协调各部门及相关人员关系。

对**银行保费对帐应用系统数据库系统的实施，建立以项目中心领导小组为龙头，系统分析部、系统开发部、系统实施部为主体的，具有内部协调职能的直线式操作实施层，负责进度控制、成本控制、质量控制、供应控制。由于各实施环节均有项目质量控制小组评审，就有可能一次发现问题，并可及时落实到具体的负责部门，整个过程一气呵成，避免推诿扯皮现象和信息传递失误，从而提高系统建设效率。

作为组织保证系统的一个组成部分，还应建立线性责任系统，其目的是为了明确项目中各部门各成员在各项工作的地位与作用，使工作和责任一一对应起来，以保证组织运转更为有效。操作实施层的组织结构如下：

**大学工程硕士班拓思工作组软件项目实施方案

操作实施层

实施层的具体职责如下：

? 建立项目实施小组，确定项目实施总负责人；

? 组织各专业技术队伍，明确技术责任与实施方案；

? 编制项目技术规范，计划进度，质量标准；

? 负责组织各专业技术人员优质按时完成项目任务。

用户验收层主要保证组织体系能有效地围绕总体控制计划运行，其人员由我们和**技术专家共同组成。

用户验收层的具体职责如下：

? 共同确定技术验收测试标准和验收测试人员；

? 组织现场测试环境和完成各项技术指标测试；

? 编写项目测试报告和项目验收报告；

? 组织并完成用户开通运行等各项工作。

2.3 软件项目实施过程控制方法说明

2.3.1 客户交流机制说明

为保证实现项目预期目标，项目实施过程中需要大量的客户交流工作，定期举行客户方例会、向客户方提供阶段性报告、双方的主要联系方式是面谈、电话和Email。

2.3.2 软件项目内部管理与进度控制方法说明

电商平台项目实施方案

**大学工程硕士班拓思工作组软件项目实施方案

为了适应比较流行的MVC开发模式，保证开发小组成员顺利沟通，协同完成任务，我们拟采用较为普遍的软件工程项目管理方式。

在制定项目管理规范的过程中，我们将主要吸取ISO9000/GB－Tl900质量管理和质量控制国际标准以及CMM项目管理中的精华，紧密结合我们内部的实际和项目的实际情况，使规范具有较强的可操作性。

ISO9000/GB－T1900质量管理和质量控制国际标准是制造业的质量管理专家在总结了实践经验的基础上而制定的。所以信息系统项目管理不能用这个系列标准中提供的生产模型来概括，而应有选择地吸收和改进。

在项目实施的各个过程中，为确保质量，必须明确各项活动的责任。即由谁负责、由谁辅助执行、工作应执行的流程、执行人员应具备的技能和培训经历等。责任越明确，可执行性就越好。同时要重视质量记录的产生和保存。在质量记录中，项目实施过程中产生的第一手原始资料是出现问题时查找原因的根据，也是系统可回溯性的保证。

设计是项目实施的初期步骤之一，它为整个项目的实施奠定基础，是保证项目质量的关键要素。在项目实施前，必须提交合格的设计文档。设计文档应充分考虑项目实施的实际情况，并从技术的角度确保正确可行。为保证设计的质量，我们将遵从《软件产品策划程序》，《软件产品开发程序》的规定。

电商平台项目实施方案

2.3.3 软件项目发布方法说明

**大学工程硕士班拓思工作组软件项目实施方案系统的安装与调试

本小组负责系统安装与调试工作，其中软件部分的安装是免费的。我们将派遣专业的技术支持人员进行现场的安装与调试，并向相关工作人员介绍安装与调试的要点，保证系统的使用人员掌握基本的系统安装的方法。安装与调试以系统能够正常稳定的工作为基本标准，兼顾用户的不同的使用要求。

服务器端相关软件系统可由硬件提供商负责，我们的技术支持人员也可以依据用户的要求对服务器端系统进行安装与调试。服务器端的数据库系统的建立、维护等工作将由我们的数据库设计工程师完成，保证数据库的稳定工作。

2.4 软件项目预期成果清单说明

2.4.1 文档成果清单

1．《保费对帐系统需求分析说明书》

准确并详细说明用户的系统需求，开发人员以此为依据进行系统开发。也是向用户最终审核软件功能的标准。

2．《保费对帐系统概要设计说明书》

根据需求分析，设计出软件系统结构、所需的数据结构、系统内外部接口等，指导详细设计。

3．《保费对帐系统详细设计说明书》

根据概要设计，对各模块功能进行细化，指导程序进行代码编写。

4．《保费对帐系统测试方案》

进行软件的单元测试、集成测试和系统测试，完善软件的各方面功能。

5．《保费对帐系统发布说明》

发布软件的各种版本，详细说明软件功能、性能及使用方法，为软件使用者了解软件的情况提供相关信息。

2.4.2 代码成果清单

《程序源代码清单》：包括所有程序的源代码，作为测试、维护和升级的参考依据。

2.4.3 其他成果清单

1．《客服及技术支持说明书》

包括系统使用手册、系统安装手册等为用户的使用提供服务。

**大学工程硕士班拓思工作组软件项目实施方案 3

3.1 软件项目具体实施流程说明需求调研与分析阶段实施方案

3.1.1 工作程序

1．由项目实施小组组织需求方和开发方召开会议，需求方提出系统功能需求，开发方人员

确定所需功能能否实现以及用何种技术实现，最终协商确定系统整体功能。

2．项目实施小组提出需求分析说明书，并交由供需双方确认。

3.1.2 工作内容与要求

1、描述用户需求，规划目标系统结构和主要功能，包括：数据接口，核销数据查询，系统

管理功能，报表打印功能；

2、掌握用户特点，描述用户的角色、权限的划分，包括：系统管理员、核销操作员、业务

主管、代理银行业务员；

3、了解设计与实现的约束条件，确定系统接口和运行环境，包括用户操作界面，网络传输

与通信接口，硬件设备环境、软件配置环境；

3.1.3 人员分工与资源配置

负责银行业务的，有多年银行界工作经验，熟练掌握对帐业务的人员负责提出需求，经验丰富的专业人员进行技术实现讨论及确定。

3.1.4 预期成果清单

《保费对帐系统需求分析说明书》

3.2 系统设计阶段实施方案

3.2.1 工作程序

开发组成员根据需求分析进行功能的分类汇总，确定系统架构及功能模块，提交《概要设计》和《详细设计》。

3.2.2 工作内容与要求

1、针对客户提出的各项需求，进行需求分类汇总，对功能、性能进行归并，为建立完整的系统结构、选择正确的实现策略奠定基础，从而形成相对稳定的功能模块划分。

2、针对需求的汇总分析和项目面临的各种约束和假定，进行重点难点问题分析，找出完成本项目所必须克服的重点和难点问题，一方面能够让技术人员理解相应功能模块的重要性，另一方面能够保证项目实施过程中所有人员都能够围绕重点和难点问题展开工作，使得项目研发的成果能够最大限度的满足客户要求。

3、系统模块划分，实现完整的功能模块划分，从而为技术人员的分工提供依据，这部分的内容要对上一节的内容进行更细致的分类，遵循技术形式进行划分。

4、系统接口策略，该项说明在系统实现过程中，需要与系统外部的硬件设备、网络结点、软件系统进行交互，并确定各类接口的类型、使用方法、所属的功能模块和本系统内各个功能模块之间的接口定义、相互依赖关系等。

**大学工程硕士班拓思工作组软件项目实施方案

3.2.3 预期成果清单

《保费对帐系统概要设计说明书》和《保费对帐系统详细设计说明书》

3.3 代码实现与测试调试阶段实施方案

3.3.1 工作程序

开发组成员根据《详细设计》确定各自分工，进行各个模块功能的具体开发实现工作，系统进入测试阶段后组织验收组编写测试报告。

3.3.2 工作内容与要求

项目开发组要保证开发进度的顺利进行，并将进度情况及时向用户汇报。

3.3.3 人员分工与资源配置

3.3.4 预期成果清单

《程序源代码清单》和《保费对帐系统测试方案》

3.4 软件项目验收与交付阶段实施方案 3.4.1 工作程序

开发组提交项目完成报告，组织用户验收组进行项目验收。

3.4.2 工作内容与要求

在项目结束时，必须履行严格的验收和交接手续。终验和交接的目的是使用户对项目质量和最终系统状态形成全面正确的认识，从而对系统集成工作满意和认可，同时向用户提交完整的文档，以便于用户日后对系统运行和维护。

在终验前，我们和**共同组建终验协调小组，该小组应由各方领导小组委托各自的技术负责人组成，由用户方出任组长。该小组负责拟定终验测试方法、终验测试时间及周期、终

电商平台项目实施方案

**大学工程硕士班拓思工作组软件项目实施方案验内容及终验进度安排，并且要对各厂商、集成商及最终用户的职责、义务与协调方法做出明确的规定。

终验应当在终验协调小组的领导下进行。终验测试过程要有详细的日志和质量记录。在终验测试完毕后，应综合提交终验测试数据和测试报告，经各方签字认可。

在终验过程中，项目质量监督小组应当有计划地进行质量审核和抽验工作，其审核报告应提交终验协调小组。

终验完成后，输出文件包括：终验测试方案、终验实施方案、质量记录、质量审核报告和终验测试报告。

终验结束后开始交接过程。交接是一个逐步使用户熟悉系统，进而能够掌握、管理、维护系统的过程。交接需要在终验协调小组的负责下有计划有步骤地进行。

交接包括技术资料交接和系统交接。系统交接一直延续到维护阶段（指合同中规定的无偿维护）。交接流程是：交接工作计划、所有文档清点和培训计划、系统交接与维护。

技术资料交接包括在实施过程中所产生的全部文件和记录。终验协调小组应督促各供应厂商提供相应的技术资料，并整理网络、服务器和数据库的所有配置参数及其它数据。

交接时至少提交如下资料：总体设计文档、项目实施设计、系统配置文档、测试报告、系统维护手册和系统操作手册（可由设备厂家提供）以及系统管理建议书。

在技术资料交接之后，便进入维护阶段。维护阶段的时间长短由终验协调组协商确定，且各方的任务要明确。维护阶段的主要任务是协同用户进一步熟悉和掌握整个系统，提高用户自身的系统管理能力。

3.4.3 人员分工与资源配置

由工作组完成。

3.4.4 预期成果清单

《保费对帐系统发布说明》

3.5 客户服务与技术支持阶段实施方案

3.5.1 工作程序

确定系统交付使用后的客户服务与技术支持的内容。

3.5.2 工作内容与要求

系统的安装与调试

我们负责系统安装与调试工作，其中软件部分的安装是免费的。我们将派遣专业的技术支持人员进行现场的安装与调试，并向相关工作人员介绍安装与调试的要点，保证系统的使用人员掌握基本的系统安装的方法。安装与调试以系统能够正常稳定的工作为基本标准，兼顾用户的不同的使用要求。

**大学工程硕士班拓思工作组软件项目实施方案服务器端相关软件系统可由硬件提供商负责，我们的技术支持人员也可以依据用户的要求对服务器端系统进行安装与调试。服务器端的数据库系统的建立、维护等工作将由我们的数据库设计工程师完成，保证数据库的稳定工作。

用户培训

培训的主要目的是为了使**的用户能更好的掌握新系统的安装、使用和管理方法，充分发挥系统的作用，使他们经过系统培训后，能够对系统进行日常的使用和管理工作。为了保证培训的质量，我们将把培训的内容做成多媒体教学光盘，辅助培训教学，并方便用户日后的使用。

培训针对不同岗位职责的具体业务的需求，在力求覆盖绝大多数的有各种工作人员的要求下，对领导、干部、技术主管等不同类别用户，设计相应的培训方案。通过对用户的归类、划分，我们可以尽可能的使培训落实到每一个用户的具体职责上去，保证良好的培训效果。我们将针对**人员的特点,准备两套培训内容：

初级培训，系统建设和操作维护。

高级培训，系统深层次应用开发。

操作维护培训和高级培训包括：

所提供软件的工作原理和技术性能、操作维护方法、安装调测、排除故障及软件结构、定制和升级等各个方面, 系统管理和建设的软件系统的使用，以及系统进一步开发的全套方法和接口协议。

并提供全套培训教材和培训课程计划表。

对于参与项目的**人员我们将在项目的开发设计过程中进行有侧重培训，使他们充分了解系统设计的体系架构、开发规范和项目管理方法等。

我们将准备如下内容课程：系统操作、系统维护与运营和用户使用培训等课程，另外，我们将提供在线式的帮助系统。

系统维护

系统维护是指系统在功能上进行修改，由于**业务需求的扩展性，在实际应用中，特别是在系统刚投入使用时，需经常改动程序功能。针对这种情况，我们的系统维护工作从以下几个方面入手，从而使系统应用达到预期目的。

**大学工程硕士班拓思工作组软件项目实施方案 ? 在系统设计阶段应充分考虑系统的灵活性，将各个功能模块设计成可由系统维护或用户

定制的，如对各项固定参数的代码表的维护，通用的指标定制，通用定制查询条件，通用的报表设计等。这样系统的应用范围就会变得很广，通常只要数据库中存在的数据都可以由系统按照用户的需求进行组合输出。灵活的程序结构理想状态可以做到只要数据库不作改动，程序代码也无需改动。对于数据库，因在机构上予以优化，给予其较大的自由度，但数据库变动一般影响较大，过于灵活的设计会影响系统运行效率，因而数据库结构往往会随着需求的变化而调整。

对于某些情况，如：数据库结构的改动，仍需要对程序代码进行修改。对于该类维护，在系统试运行阶段开发商应在系统运行地实施免费维护，进一步使需求达到用户要求，最大限度地做到让用户满意，系统试运行阶段一般为系统验收通过后二个月。系统试运行期过后，开发商将与用户另行签订维护合同，以下几点均是对系统试运行期后维护工作而言。

? 业务框架的更改：当业务流程发生变化，并在系统中需要改动的，此类变动涉及面很大

甚至要重新架构部分功能模块的，我们可以先进行系统升级具体费用可在后期合同中体现。

本情况的处理方法为：双方认真讨论新需求，结合已有系统的现状提出可行方案。之后，由开发商提交解决方案和时间进度表，共同讨论通过后，开发商进行系统分析和详细分析。将新系统升级完成后，在测试环境下运行，测试通过后将全面上线试运行。试运行无误后，提交相关文档。在此过程中除开发期均有系统分析员参与讨论或工程师现场维护直到能够正式运行。

? 单一模块的功能升级：随着业务需求的不断变化，将出现现在无法预测的变动，而本系

统的相应模块未能适应该变动，例如：业务内容、操作方法、管理控制、界面风格等。此时需要代码升级，原则上提供免费升级，工作量超过7人日则采取先升级，日后在后期合同中加以体现的方法运作。

本情况的处理方法为：由**提出需求，双方就系统现状提出可行方案。之后，由开发商提交解决方案和时间进度表，共同讨论通过后，开发商进行系统分析和详细分析。将新系统升级完成后，在测试环境下运行，测试通过后将全面上线试运行。试运行无误后，提交相关文档。在此过程中除开发外，均有系统分析员参与讨论或工程师现场维护直到能够正式运行。

**大学工程硕士班拓思工作组软件项目实施方案

本情况的处理方法为：此时工程师在现场明确**的需求后进行现场开发，开发完毕后在测试环境下运行，测试通过后将全面上线试运行。试运行无误后，2日内提交相关文档。工程师在现场进行维护直到新需求能正常使用。

? 新增功能：随着新的理念、管理方法、分析手段和功能应用的出现，会有新的功能模块

的需求出现。

本情况的处理方法为：在双方认真讨论新需求后，由开发商提交解决方案和时间进度表，共同讨论通过后，开发商进行系统分析和详细分析。将新系统升级完成后，在测试环境下运行，测试通过后将全面上线试运行。试运行无误后，提交相关文档。在此过程中除开发期均有系统分析员参与讨论或工程师现场维护直到能够正式运行。

? 数据库运行环境的变更。包括：数据库服务器的更换、数据库数据阶段性备份和整理、

数据库管理系统的升级等。

本情况的处理方法为：由**提出需求，双方就新需求提出可行方案。之后，由开发商提交解决方案和时间进度表，共同讨论通过后，开发商在测试环境下实施，测试通过后转移到新环境下试运行。试运行无误后，提交相关文档。在此过程中除文档编写期均有系统分析员参与讨论或工程师现场维护直到能够正式运行。

? 数据库结构更新。包括：增加、删除系统表和数据表，改变系统表、数据表结构，建立

备份数据表等。由于业务、功能和流程上的需要，表结构的更新在所难免，本变动一般是围绕着业务进行的。

本情况的处理方法为：在业务处理过程中，讨论此处的更新，处理过程同业务流程，工作量记入业务处理中。

? 系统自适应升级的维护：当新的需求满足系统自动升级的条件时，为确保升级能够正确，

并保证系统的稳定，我们有工程师在现场指导维护，并处理突发事件。

本情况的处理方法为：开发商派工程师到现场监控升级过程，直到系统能在升级后的条件下正常运行。

技术支持和维护的方式

以下为我们提供技术后援支持服务的主要方式：

**大学工程硕士班拓思工作组软件项目实施方案 ? 现场技术支持服务：

我们将安排经验丰富的工作人员到现场进行维护。为了让用户的问题得到尽快的处理，我们将为所有的现场维护技术支持配备手机、呼机。

为了有效地进行系统软件的维护，我们事先就开始做组织工作，建立专为该项目成立的维护的机构，声明提出维护申请报告的过程及评价的过程，为每一个维护申请规定标准的处理步骤，还必须建立维护活动的登记制度以及规定评价和评审的标准。

? 电话咨询：

我们设立热线服务台,提供7*8小时(即每周7天，每天8小时)电话技术咨询服务。 ? 网上技术支持：

通过电子邮件、BBS等方式提供7X24小时的服务。我们并把一些技术维护文档上传到**银行保费对帐系统网上，系统用户可以根据自己的需要在网上下载后使用。

? 技术资料：

在系统正常运行后为用户提供一整套所安装软件的维护手册,其中包括详细的设计手册、安装手册、使用手册。如果以后软件修改、补充或升级时，我们都会更新升级维护手册；而且我们还会定期为用户递送一些资料及产品公布信息,同时以上资料也将在网上发布并及时更新。

? 响应时间：

对工程任何层次的维护要求，我们都将建立4小时内作出响应的机制，并且根据站点的重要性及其复杂程度的不同，我们将相应缩短维护的响应时间。

3.5.3 人员分工与资源配置

由工作组完成。

3.5.4 预期成果清单

《客服及技术支持说明书》

**大学工程硕士班拓思工作组软件项目实施方案 4 软件项目实施方案总结

本系统的开发过程基本实现了开发计划的要求，S为签约生效时间，单位为周。开始时间为一周的第一天，结束时间为一周的最后一天。

电商平台项目实施方案

（全文完）

相关推荐

淘金邦电商平台项目对比介绍

第二篇：电商平台项目实施方案

专栏推荐