电子商务平台运营实施方案

电子商务平台运营实施方案【word版本下载后可任意编辑】
目录
第一章系统概述 (5)
1.1 项目背景 (5)
1.2 项目建设内容 (6)
1.3 总体目标 (8)
1.4 项目实施总则 (9)
第二章技术规划 (10)
2.1 系统采用面向服务构架(SOA)的技术体系 (10)
2.2 可适应未来SSO单点登录方式 (11)
2.3 数据中心规划思路 (12)
2.4 兼容未来数据扩展 (12)
2.5无缝衔接Web Services技术 (13)
2.6 技术路线 (14)
2.7 系统建设原则 (15)
第三章系统设计 (17)
3.1 网络拓扑结构 (17)
3.2 总体结构设计 (18)
3.3 架构规划 (19)
3.4 应用体系结构规划 (20)
3.5 电子商务门户结构 (21)
3.6 门户用户访问流图 (22)
3.7 主要业务流程分析 (22)
3.7.1 挂牌交易 (22)
3.7.2 竞价交易 (23)
3.7.3 通过竞价销售资源的主要流程 (26)
3.7.4 通过竞价采购资源的主要流程 (26)
3.7.5 会员入市流程 (27)
3.8 系统关键用例 (27)
3.9 设计范围 (28)
3.10数据库设计 (29)
3.10.1 对数据库平台的性能要求 (29)
3.10.2 数据库系统结构设计 (30)
3.10.3 数据库系统逻辑结构 (31)
3.10.4 数据库设计遵循技术规范标准 (32)
第四章栏目设置及功能 (35)
4.2 网站栏目划分 (35)
4.3 功能设计 (35)
4.3.1 系统管理 (35)
4.3.2基础数据管理 (36)
4.3.3 会员信息管理 (36)
4.3.4 交易单证管理（分配到相关各子系统中） (36)
4.3.5 结算管理 (36)
4.3.6 异常管理 (37)
4.3.7 统计分析 (37)
4.3.8 客户交互平台（信息增值服务系统） (37)
4.3.9 客户服务 (38)
4.4 网页设计规范 (38)
4.5 技术性能设计 (40)
4.5.1 相应时间 (40)
4.5.2 CPU和LAN负荷率 (40)
4.5.3并发处理 (41)
第五章接口设计 (41)
5.1 模块级、系统级的数据交换 (42)
5.2 接口规范 (42)
第六章系统性能设计 (44)
6.1 系统安全性设计 (44)
6.2 系统可靠性设计 (46)
6.3 存储解决方案 (46)
6.4 灾难备份设计 (47)
6.5 系统实用性设计 (48)
6.6 系统可扩展性设计 (49)
6.7 系统灵活性设计 (49)
6.8 系统容错性设计 (50)
6.9 系统快速恢复设计 (50)
6.10方案设计特点 (51)
第七章项目质量保障方案 (53)
7.1 质量计划编制 (53)
7.2 质量控制原则 (54)
7.2.1 事前控制原则 (54)
7.2.2 标准原则 (55)
7.2.3 阶段性控制原则 (55)
7.2.4 定性测试和量化测试相结合原则 (55)
7.2.5 用户需求符合性原则 (56)
7.3 质量控制影响因素 (56)
7.3.1 全面地、系统地了解用户需求 (56)
7.3.2 充分讨论系统设计方案 (57)
7.3.3 设计完整的系统验证方案 (57)
7.3.4 确定可行的质量控制方案 (57)
7.3.5 形成表述规范的设计文档 (57)
7.3.6 遵循科学的实施流程和技术要求 (58)
7.3.7 合理进行阶段性测试 (58)
7.4 质量控制具体措施 (58)
7.4.1 技术保障措施 (58)
7.4.2 管理保障措施 (60)
7.4.3 质量保障措施 (61)
第八章项目风险管理 (62)
8.2 风险分析 (62)
8.3 风险应对措施 (64)
8.4 风险跟踪 (65)
8.5 风险状态通报 (65)
8.6 风险数据库 (65)
第九章项目实施 (66)
9.1 实施步骤 (66)
9.1.1 基于里程碑的迭代式开发过程模型 (66)
9.1.2 风险控制的时间进度 (66)
9.1.3 全面质量管理控制 (67)
9.1.4 实施步骤 (68)
9.1.5 进度计划 (68)
9.2 项目的组织与领导 (69)
9.2.1 项目组织结构 (69)
9.2.2 项目领导小组 (70)
9.2.3 项目协调小组 (70)
9.2.4 质量管理小组 (71)
9.2.5 需求分析小组 (72)
9.2.6 系统设计小组 (73)
9.2.7 软件开发小组 (74)
9.2.8 系统测试小组 (74)
9.2.9 文档整理小组 (75)
9.2.10 系统培训小组 (75)
9.2.11 系统维护小组 (76)
9.3评审验收 (76)
9.4用户培训 (81)
9.5系统移交 (81)
第一章系统概述
1.1 项目背景
XXX钢铁电子商务平台是迎合当下钢铁物流业集成化发展现状，满足钢铁物流业未来发展的战略需求、运作需求和技术需求所开发的平台化解决方案，以互联网、电子商务、网上银行、身份认证等先进思想和技术，与传统钢铁贸易实际相融合，给钢厂、贸易商、钢铁消费者、仓储加工中心、运输商、结算和信贷银行提供的专业性安全高效的钢铁现货交易平台系统。

平台整体建成后应满足仓储、加工、运输、财务、物业、设备等市场运营的各项业务需求，以互联网、电子商务、网上银行、身份认证、现货电子交易、融资管理等先进思想和技术，给市场中参与各方提供专业、安全、高效的增值服务和信息交换、共享。

现代物流是建立在信息技术高度发达的基础上，以供应链思想融合到客户服务，从而形成效益的全新盈利模式。

而钢铁物流园区作为一个高度集中的物流集散地，其信息化建设涉及园区与企业、企业与企业、企业与政府三个相关方向的信息交互和供应链的有机贯通，通过建立统一的系统运作体系，推动电子商务发展和园区企业竞争力提升，实现各类网络资源的综合利用和共享，降低钢铁企业的综合运行成本以及提升服务能力。

其核心应用是面向包括钢厂、贸易商、服务
商及钢厂用户在内的钢铁供应链企业，提供全面的商务信息支持及通常的交易服务。

1.2 项目建设内容
随着产业链的延伸、信息技术的日臻成熟，特别是供应链管理竞争理念的普及，建立信息共享或交易平台等均成为钢铁物流园区资源整合的手段，但资源整合的目的无外乎是增强客户服务能力、提高客户服务水平和获得更好的投资回报。

所以，尽管不同的企业在实际运作中所采取的资源整合方式方法不尽相同，但还是有一些共同的范畴需要纳入企业的视野。

它们是客户资源整合、能力资源整合和信息资源整合。

实施资源整合的时候，必须牢牢把握住两点：对企业内部资源整合的价值的调整和对企业外部资源整合。

我们要做的就是找到最佳的结合点，并实现服务资源的优化配置。

在本项目中，我们将从企业的服务化运作去考虑和审视系统架构，把企业运作经验总结并积累变成一个个“服务”，把“组织能力”服务化，通过对“服务”的编排来实现弹性的业务流程，将这种方法定义为SOA架构，其核心是对企业业务的抽象和组件化。

也就是说，系统从一开始，就不是“像传统软件那样按照工作流的方式”去设计的，而是从企业的战略，到业务流程，以及流程所需要的服务去考虑。

这样的思路所设计出来的系统，通过服务的编排来实现业务流程，自然地形成以服务为基础的架构。

XXX钢铁电子商务平台，参与方示意如下：
华中国际钢铁物流基地
货物业主（入生产厂家、贸易商等）
承运业主（如第三方物流企业等）协助单位（如政府管理机构、金融担保等）
其他相关单位
（如剪切加工、信息服务等）
根据各参与方的需求和相关服务，我们期望构建的系统如下图所示：
园
区业
务
管理平台仓储管理信息系统运输配送管理信息系统
加工管理信息系统质押管理系统物业管理系统电
子
商务
平台现货电子交易平台银行B2B 电子支付接口
综合信息平台（EIP ）内
部管
理平
台OA 综合结算管理系统CRM
决策支持系统
园区业务管理平台
实现物流园区在线服务的可行性，集成物流作业及实际业务数据，包括仓储、加工、运输、配送、供应链管理和市场管理等业务。

该平台包括市场业务过程的信息化和集成，能帮助钢铁流通企业提高作业管理水平，降低管理成本，同时也为物流服务提供基础数据源。

●电子商务平台
包括综合信息平台（EIP，即门户网站）、钢铁现货电子交易平台和融资管理平台三部份电子商务业务，支持各种电子单证流转，主要的功能包括产品展示、企业展示、供求信息、商务洽谈、交易撮合、询价报价、订单委托等商务应用，通过该系统，提高空闲物流资源的利用率，增强加工贸易、钢材流通企业的商机，降低钢材物流成本，加快商业信息流转和融资管理渠道。

●内部管理平台
由协同办公信息系统（OA）、综合结算管理系统、客户关系管理和决策支持系统组成，包括数据查询统计和智能决策分析。

结算管理包括应收应付、物流费用结算和网上电子支付功能，提高钢铁物流资金回收率和安全，加快资金流转率。

1.3 总体目标
1.满足钢铁物流园区不同业务形式的信息化需求；
2.建立基于钢铁供应链一体的物流作业机制，实现与外界供货商、
钢铁物流合作伙伴业务流的对接，减少园区重复性操作，提升物流作业效率和服务能力；
3.三平台有机结合，为企业提供全方位的运营管理。

4.动态财务管控，为企业提高资金流转率，降低经营风险。

5.系统中贯彻SOA架构，支持多种业务模式扩展，满足系统扩充或
引入更为复杂应用。

6.通过电子商务平台提升园区对各个要素或能力的整合能力：
⏹使钢铁物流园区从平面型向立体型转变，提高土地综合收益。

⏹实现钢材市场和网上钢材市场的完美结合，提升对客户的网上
和网下综合服务能力。

⏹紧密结合土地以外的资源，如集中采购、各种融资方案、担保、
加工和配送服务资源，给流通企业提供钢铁供应链的全程服
务。

⏹跨区物流服务配套设施建设、电子商务系统无区域时空限制特
点和B2B实时安全的支付结算系统的结合，将拓展市场的辐
射和跨区经营能力，提供流通企业跨区销售、融资和结算服务。

1.4 项目实施总则
1.系统全面采用浏览器技术实现，遵循SaaS理念进行系统架构设
计。

2.采用整体规划，逐步实施的的原则。

3.充分考虑企业现有系统和平台系统间的数据库结构优化、接口的
工作。

4.重点突破，根据XXX工贸实际需求，将首先选择最紧迫的门户
网站和现货电子交易平台进行开发，起到以点带面的效果。

本案以下内容将仅对项目一期开发实施做详细描述。

第二章技术规划
2.1 系统采用面向服务构架(SOA)的技术体系
SOA架构对松耦合的系统的需要来源于业务应用程序需要，根据业务的需要变得更加灵活，以适应不断变化的环境，比如经常改变的政策、业务级别、业务重点、合作伙伴关系、行业地位以及其他与业务有关的因素，这些因素甚至会影响业务的性质。

我们称能够灵活地适应环境变化的业务为按需（On demand）业务，在按需业务中，一旦需要，就可以对完成或执行任务的方式进行必要的更改。

实例表明，基于SOA架构的集成模式用于解决企业信息集成中相关异构系统之间互操作的问题具有一定优势。

整个系统被设计和实现为一组相互交互的服务，它使得系统中的某些服务能够充分利用其他的服务同时却无需考虑其物理位置。

在该模型中，任何的业务功能被作为提供的一个服务使用。

应用程序的不同功能(服务)通过这些服务之间定义良好的接口和契约联系起来，使得构建在系统中的服务可以以一种统一和通用的方法进行调用。

这种具有中立的接口定义(没有强制绑定到特定的实现上)的特征称为服务之间的松藕合。

松藕合系统的好处有两点：它的灵活性；当组成整个应用程序的每个服务的内部结构和实现逐渐地发生改变时，它能够继续存在。

这就为解决EAI集成问题和快速开发新的IT系统铺平了道路。

SOA模型如下图所示，说明了SOA中的不同角色及其工作流程。

2.2 可适应未来SSO单点登录方式
本系统将预留SSO单点登陆接口，可适应系统的整体规划采用用户单一登陆控制方式，用户在通过统一登录验证后，就可访问相关管理信息系统，不需多次验证.
SSO单点登录指用户只需登录一次，就可使用多个SSO enable 的应用系统。

用户通过任何应用系统都能进行SSO，这对于基于Web 的系统是可行的。

这种单一的登录点在整个系统的设计中是唯一认证用户的地方，由登录点将SSO token（针对不同的C/S，B/S应用可能还需要传递用户名，口令）传递给应用系统，应用系统利用SSO token 来进行用户已认证的验证。

简单地说就是要修改已有的应用系统，屏蔽已有的应用系统的用户认证模块，使用系统提供的SSO API来验证用户，以及对用户的操作进行授权。

通常，认证与授权管理模块以一种应用专有的方式实现，系统的授权模型、认证，授权信息存贮结构与访问控制逻辑与应用的业务逻辑之间耦合紧密。

这种设计与实现方
式的缺点是显而易见的：由于认证、授权模块与应用逻辑之间的紧耦合使得认证、授权模块很难进行扩展与维护；认证、授权模块的设计与编码需要很大的工作量，而且很难在不同的应用系统之间共享与重用。

这也是越来越多企业应用需要SSO的原因之一。

2.3 数据中心规划思路
结合数据仓库技术思路，有效收集整理系统数据，为逐步实现知识管理和数据分析应用提供数据基础。

作为一种理想的数据加工及存储模式，数据中心的建立将为管理中心的数据整合及有效利用提供了基础，为知识管理和决策分析应用提供数据支持。

2.4 兼容未来数据扩展
作为日常使用极为频繁的交易平台，可通过业务管理或电子商务服务平台在前台（访问界面）对后台各数据进行集成访问，包括各类统计报表的展现和传递，基于综合办公管理平台的权限控制体系对各后端数据进行受控安全访问和传递，与其他信息系统实现数据集成，互为补充，满足集成需求。

2.5无缝衔接Web Services 技术
Bind/SOAP Find/SOAP
Publish/SOAP Service
Requester UDDI
Registries
Service Provider: SOAP
Server
Web
Services
Application
Web Services 结构图
Web services 是一种能够被描述并通过网络发布、发现和调用的自包含、自描述、松散耦合的软构件。

在Web services 体系中，所有的应用实体都被抽象成服务。

其中包括三个实体和三种操作。

三个实体：(1)服务提供者(Service Provider)。

从商务角度看它是指服务的所有者，从体系结构上看它是指提供服务的平台。

(2)服务请求者(Service Requester)。

从商务角度看它是指需要请求特定功能的企业，从体系结构上看它是指查找和调用服务的客户端应用程序。

(3)服务代理(Service Broker)。

它是指用来存储服务描述信息的信息库(Repository)。

服务提供方在这里发布他们的服务;服务请求方在这里查找服务，获取服务的绑定信息。

三种操作：(1)发布。

服务提供者需要首先将服务进行一定描述并发布到注册服务器上。

在发布操作中，服务提供者需要通过注册服务器的身份验证，才能对服务描述信息进行发布和修改。

(2)查找。

服务请求方根据注册服务器提供的规范接口发出查询请求，以获取绑定服务所需的相关信息。

在查找操作中，一般包含两种查找模式:一种是浏览模式(Browse Pattern)，即服务请求方可以根据通用的分类标准来浏览或者通过一些关键字来搜索，并逐步缩小查找的范围，直到找到满足需要的服务，查找结果是一系列服务的集合;另一种是直接获取模式(Drill down Pattern)，即通过唯一的关键字直接得到特定服务的描述信息，其查找结果是唯一的。

(3)绑定(Binding)。

服务请求方通过分析从注册服务器中得到的服务绑定信息，包括服务的访问路径、服务调用的参数、返回结果、传输协议、安全要求等，对自己的系统进行相应配置，进而远程调用服务提供者所提供的服务。

2.6 技术路线
1.开发语言为JA V A语言，并采用中间件（基于SUN技术路线）的
三层结构。

2.在J2EE开发环境下采用三层结构进行开发，前端表现层采用网页
方式。

将所有商业逻辑独立出来制作成EJB存放于中间层，由app server负责运行，并将结果以网页方式返回到browser端。

利用中间件（基于SUN技术路线）的三层结构技术。

3.跨平台（UNIX，LINUX，WINNT），跨数据库（ORACLE、
SYSBASE、INFORMAX、DB2、SQLSERVER等等）。

2.7 系统建设原则
●电子商务网站
1、扩展性
系统应便于新业务的生成和实现第三方系统（如：支付系统等）与平台的连接。

另外系统提供动态页面定制工具，能够有效的帮助运营方生成产品和服务表单，方便管理人员扩充分类目录等信息，并在权限管理、会员管理上有高度的灵活性。

2、安全性
通过详细注册资料的方式确保会员身份的可靠性，线上实施交易支付时，网站需确认双方的身份。

为了防止网上纠纷，应该将用户的交易过程信息以日志形式保存，以作为仲裁交易纠纷的原始依据。

4、适用的广泛性
交易应支持挂牌交易、竞价交易等多种交易模式；支持实时在线支付、企业网银等多种支付手段。

●电子交易模块
1、先进实用
系统规划和设计理念可对照现有技术先进、成熟的产品，提高用户体验，以减少系统开发的周期和成本；功能定位充分考虑平台服务对象的需求。

2、扩充性
保证XXX工贸内已有平台和系统的兼容性及对未来发展的适应性，使系统可在原有的基础升级改造和更新，并应当充分考虑技术进
步因素的影响。

3、开放性
交易平台不是一个封闭的系统，今后必须通过接口和其他平台或系统相连，在平台建设中应充分考虑与外界信息系统交换的需求，保证既能满足基本功能的需要，有具有与外界系统进行信息交换与处理的能力。

4、安全性
在系统规划和设计时应充分考虑系统安全性问题，防止非法操作和恶意入侵造成系统灾难，给使用平台的企业带来损失。

5、可靠性
交易平台提供365×24×7不间断服务，在系统规划和设计时充分考虑系统可靠性问题，采用备份方案或其它管理和技术手段提高系统可靠性，避免由于系统崩溃而造成灾难性后果。

第三章系统设计
3.1 网络拓扑结构
系统结构基于Intranet/Internet 技术，以浏览器/服务器（B/S）结构的技术架构方式进行设计，并支持虚拟专用网络（VPN），系统必须支持主流计算机硬件及软件平台，并兼容现有的设备，支持多种开放技术标准，系统应提供标准的接口程序或和预留技术接口标准，便于扩展应用系统功能和与其他应用系统的互联，互访。

系统数据库采用通用大型数据库技术；充分考虑利用现有网络和硬件设备；浏览器支持多种通用浏览器。

系统具有开放性、易操作性、界面的友好性、可靠性和安全性等特点，为用户提供统一的、友好的操作界面。

3.2 总体结构设计
客户资料等信息库
数据应用层应用程序集（模块结构）
WEB 服务器用户浏览器
用户界面层中
间
层页面请求页面
数据请求数据
采用J2EE 的架构进行开发，采用现阶段成熟的基于MVC 的Struts 架构。

WEB SERVER 接受客户的访问／交易请求，并建立起安全通道之后，根据不同的业务请求，由专门的Action Servlet 进行处理，该Servlet 会根据不同的请求调用相应EJB 或Javabean 对数据库进行访问，并调用交易组件处理相应的业务方面的交易流程，最后根据配置文件定义的结果显示页面，将系统处理结果传输到用户端，从而实现了对用户业务请求的处理。

交易业务逻辑利用EJB 或Javabean 进行封装，保证了逻辑的完整性和一致性。

表现层把结果以页面的方式呈现给用户，在本层中采用Servlet 及JSP 技术进行实现。

同时为更方便界面的修改，我们采用模板技术，模板是一些嵌有标识符的html 页面，由JSP 或Servlet 进行解析。

这
样以后页面的修改只需懂HTML即可，无须修改JSP或Servlet程序。

在系统实现上，采用目前国际流行的面向对象技术、MVC的设计模式和纯JA V A技术，将整个系统从逻辑上分为展现层平台、中间应用服务平台和业务系统平台等几大部分，以提高整体网站系统的可扩展性、灵活性、易维护性。

3.3 架构规划
管
理标
准体
系
中坚电子商务平台
信息服务
系统
电子交易
系统
现货资源
管理系统
应用管理
系统
系
统
安
全
体
系
应用支持平台
IT基础设施
资源目录交换平台
数据中心
3.4 应用体系结构规划 中坚电子商务门户信息服务系统电子交易系统现货资源管理系统应用管理系统资讯会员管理企业展示服务帮助市场动态挂牌交易竞价交易实时行情专场交易金融结算仓储服务产品目录资源服务现货交割现货验证管理综合查询行业服务辅助决策服务网站管理流程管理电子表格应用集成认证授权统计分析数据中心基础数据业务数据决策数据元数据数据交换平台行业企业、银行金融机构、行业管理部门等访问界面
应用层
应用支持层
数据中心层
数据整合层
相关外部系统
3.5 电子商务门户结构
现货信息交易信息会员信息
信息动态显示
点击查询详细信息现货资源申报审核
挂牌
显示所有信息
竞价
信息查询
信息修改
注册
资信验证
匹配撮合撮合条件定制匹配交易查询匹配条件修改
交易专场
业务请求
验证排期
场次发布
出入库、盘点
仓储管理
会员服务
单证传输
处理信息反馈业务单证查询
行情资讯
交易数据、实时行情
行业资讯
物流信息管理
仓储、加工
运输管理
金融结算会员帐户网银支付资金结算
电
子商
务
门户
3.6 门户用户访问流图
进入本站浏览、搜索退出访问现货挂牌竞价交易撮合匹配市场行情
注册
3.7 主要业务流程分析
3.7.1 挂牌交易
在线挂牌是指在市场规定的交易商品范围内，卖方将其已存入指定仓库的货物详细情况、交易代码、商品代码（交易系统自动生成）、执行标准、产地（生产商）、钢号（材质）、交货日期、挂牌价格、挂牌数量、最小购买批量、最小购买量、履约保证形式（定金或电子货单）等要素放入分类“货架”发布供货信息；买方根据分类“货架”查询相关供货信息，如需购买，除输入该条供货信息的挂牌号和按最小购买批量、最小购买量确定买入数量外，不需输入其他信息，检查确认后即与该条挂牌供货信息的卖方成交签订电子交易合同的一种交易模式。

交易商
进入挂牌交易界面填写商品挂牌卖单查询所需商品挂牌信息
买方点击挂牌买单
买卖双方按规定比例锁定定金
到约定交货日进入交收程序
卖方买方
成交
3.7.2 竞价交易
竞价交易模式是传统的拍卖、招标交易模式和新兴的网络技术相结合的产物，会员通过交易系统向其他会员发出邀约，在特定时间对某特定资源通过交易平台进行竞买或竞卖，竞价交易结束时交易系统根据价格优先、时间优先的原则确定成交会员的交易模式。

竞价交易分为买方会员竞价采购（即卖方拍卖，或称竞买）和卖方会员竞价销售（即买方招标采购，或称竞卖）两种方式。

竞卖交易模式
竞卖交易是指买方会员（采购方）按照一定的规则将采购需求组成标书，对外邀标；交易中心帮助推介，组织卖方会员（供应商）应邀；约定时间内，卖方根据竞价规则参与竞价；竞价结束，交易系统按照价格、时间优先原则确定供应商，需要分标时，系统按约定的规
则进行分标供应，买卖双方确立购销合同。

合同的交收及结算控制流程与挂牌交易相同。

买家
竞卖交易方式卖家C
指定一定条件A\B\C 企业竞标
系统预先筛选
自动撮合
下达交易合同
下达交易合同
卖家A
卖家B
竞买交易模式
竞买交易是指卖方按照一定的规则将需要销售的资源组成拼盘，对外公开或定向邀标；交易中心帮助推介，组织买方会员应邀；在约定的时间内，买方根据竞价规则参与竞价；竞价结束，交易系统按照价格最高优先，时间优先的原则自动评标，中标的买方与卖方订立购销合同。

合同的交收及结算控制流程与挂牌交易相同。