购购乐电子商务平台总集成设计说明书.doc

购够乐电子商务平台 总集成设计说明书 2012年7月 更改记录 日期 修改 类型 修改描述 修改人 版本 *修改类型分为 A – 新建 M – 修改 D – 删除 目 录 TOC \o "1-4" \h \z \u 1. 引言 4 1.1 编写目的 4 2. 项目简介 5 2.1 项目背景 5 2.2 项目目标 5 2.3 业务需求描述 5 3. 系统集成方案设计 7 3.1 设计原则 7 3.2 总体建设框架 8 3.3 集成方式选择 12 3.3.1 数据级整合 13 3.3.2 用户界面级整合 14 3.3.3 应用程序级整合 14 3.3.4 方法级整合 14 3.4 集成技术选择 15 3.4.1 ETL技术（数据级整合） 15 3.4.2 数据库共享技术（数据级整合） 15 3.4.3 Web Service（应用程序级整合） 15 3.4.4 JavaBean组件技术（应用程序级整合） 16 3.5 详细集成方案设计 16 4. 结语 17 4.1 结语 17 引言 编写目的 本文档的编写目的，是为项目管理人员充分理解本项目的系统设计方案而设立的。它描述了作为电子商务的主控制平台架构设计、方案拟定、风险评估等。本文档将作为后期系统开发和测试的主要依据。 本文档的预期读者为主管项目相关人员（决策者和管理者）。 项目简介 项目背景 项目目标 本系统的建设目标是利用计算机和网络等先进技术，建成一个符合安全要求、体系结构合理、系统功能完整，符合购够乐平台工作特点的“电子商务应用支撑平台和信息资源整合工作”。在此基础上建设完成“数据对接管理、容协调管理、每日分发管理、资源分类管理、系统验证管理”，完成现有各个系统之间互联互通，形成现有项目一体化，实现购够乐电子商务平台核心业务100％的信息化支撑。 业务需求描述 购够乐集成系统主要工作任务是将前端客服人员与库管员、物流配送人员及财务人员做无缝对接，剔除纸质办公人工成本，做到数据及时统一，容错机制极高，相互之间完善工作模式等。 购够乐电子商务平台整合项目主要面向以下系统： 前端业务系统 库管系统 物流配送系统 财务系统/SAP 详细的业务需求如下： 前台业务系统与库管系统间交互的需求 库管系统与物流配送系统交互的需求 库管系统与财务系统交互的需求 物流配送系统与财务系统交互的需求 前台业务系统与财务系统互联互通的需求 图表 STYLEREF 1 \s 2 SEQ 图表 \* ARABIC \s 1 1总体业务需求 系统集成方案设计 设计原则 购够乐整合项目的设计需要遵从以下原则： 安全性原则 系统应能提供网络层的安全手段防止外部的非法入侵及部操作人员的越级操作；系统在硬件、网络、数据库和数据、应用操作权限和身份认证方面，加载全面的安全措施。 可靠性原则 系统能有效的避免单点失败，在设备选择和互联时提供充分的冗余备份，由于是不同系统不同平台不同语言之间的系统级操作，切实保证各系统间的联合事务稳定性。 经济实用原则 以现行需求为基础，充分考虑发展的需要来确定系统规模。功能模块子系统以插件的方式扩展。系统应突出实用，要让系统的投资与实际需求相符合。 可管理性原则 系统设备易于管理、维护，操作简单，便于配置，在安全性、数据流量、性能等方面能得到很好的监视和控制，可以进行远程管理和故障诊断。 先进性原则 系统的结构设计、配置、管理方式在经济实用的同时，尽量采用先进技术，延长系统的生命周期。 开放兼容性原则 系统开放性好、标准化程度高，可以保证以往系统建设的投资，以及后续建设项目的兼容性。 可扩展性原则 系统设备不但满足当前需要，并在扩充模块后满足可预见将来需要；保证系统平台建设完成后在向新技术升级时能保护现有投资。 先易后难、阶段实施的原则 最大限度的减少投资风险，提高系统利用率。 保护现有投资原则 充分利用已有设备和系统， 实现已有数据的利用和保护以及工作人员知识的利用。 技术成熟性原则 在系统的软硬件方面，充分考虑采用国外通用的，成熟的软硬件产品进行开发，保证系统功能的高效稳定。 技术统一性原则 整体系统的软件平台均采用J2EE软件平台进行设计，实现软件平台的同一性。 总体建设框架 框架建设涉及两种主线限制，一种是四个原有业务系统可以修改源程序，互相之间对外提供客户接口进行对接。如果原有业务系统可以做到这点，附加中间数据仓库中转系统，为业务系统间提供对接和整理容服务，跟踪订单状态，就可以将几个系统间无缝整合；一种是原有业务系统间无法对外提供任何API或客户接口,这种情况数据级整合是唯一的选择，这一种存在数据外漏给中转系统及中转