企业电商服务平台(投标书_技术部分)(2016年_138页).pdf

《企业电商服务平台(投标书_技术部分)(2016年_138页).pdf》由会员分享，可在线阅读，更多相关《企业电商服务平台(投标书_技术部分)(2016年_138页).pdf（15页珍藏版）》请在三一文库上搜索。

1、1 正 文 投标文 件 投标书二（技术部分） 招标编号： * 号 招标项目： * 平台 招标单位： * 有限公司 招标代理 :* 有限公司 投标单位 :* 有限公司 二一六年十月三十一日 2 一、 技术部分 1.1. 项目概述 1.1.1.项目背景 1.1.2.产业现状分析 1.2. 系统总体架构设计 1.2.1.总体设计思路 基于当前纺织服装产业转型升级的需要、 “互联网 +服装时尚产业”公共服务升 级的需要，以服务纺织服装品牌、渠道、交易等商业模式转型为目标，为市“互联 网服装时尚”产业提供平台支撑，为企业提供完善的线上功能服务，平台力争在 创新、服务、交易、标准、规范等方面走在行业前列，

2、提升纺织服装产业的整体竞 争力。 基于我公司构建智慧城市的成熟技术体系，确保平台无论在性能、可扩展性、 稳定性、技术先进性、业务适配能力等各方面具有强有力的保障。平台整体基于业 界最常用的 Jave EE 技术体系，同时结合SOA 、微服务等先进设计思想综合构建。 具体建设内容如下： （1） 平台业务建设（业务分类） ： 电子商务全网营销类服务：通过构建标准化的服务接口，实现第三方电子商务 平台（如淘宝等）与平台的对接，帮助企业电子商务平台上实现商品信息的“一键 式”发布，从而实现全网式营销。 政务服务： 通过与市企业融合服务平台的对接，或者与政务部门系统的对接， 能够迅速便捷的为服装企业提供

3、一站式的相关部门的政务服务，包括：社保办理（社 保局） 、社保查询（社保局）等服务。 公共服务： 通过构建标准化的服务接口，实现第三方服务机构系统与平台的对 3 接，为企业提供专业的、定向的公共类服务，包括：法律服务、人员招聘服务、投 融资服务等。 政企沟通服务： 构建以企业为主体，并引入政府部门、园区管理部门、行业协 会等参与者的合作社交网络，解决企业之间，企业与相关机构之间信息不通畅，难 对接的问题， 支持 WEB 、即时通讯、APP等多种沟通模式与相关部门可对交流信息有 效监管的能力。 信息资讯服务： 帮助企业获得应知、须知、要知的资讯信息，结合用户行为和 属性为用户精确定位资讯，挖掘信

4、息与信息的关联关系，为用户呈现更多有价值的 资讯，帮助企业快速把握发展方向和市场动向。提供国家政策资料、招商引资、行 业动态、商业趋势等信息服务，并能实现定向推送。 商家评级系统： 包含商家信用查询，评级权限管理等。 （2）平台基础建设（能力支撑） 平台基础服务： 邮件服务：邮件服务是平台所提供的，能够实现邮件通讯功能 的服务组件。 检索服务：能够提供对平台上的可公开信息能够采用关键词检索。 统一认证服务：使平台具有对平台用户的登录进行统一认证管理的能力。实现 了用户只需要登录一次，即可访问所有相互信任的应用系统。 文件服务：提供平台的文件上传、下载服务组件。所有通过服务上传的文件都 集中存储

5、在文件服务器上。 （3）平台服务资源管理框架建设 信息类服务能力 ：汇聚各类资讯信息，解决企业获取资讯不及时，信息杂乱无 章，无重点的问题，并通过多种技术对接模式实现用户资讯获取。能够提供提供各 类用户应知、须知、要知的资讯信息，并通过融合化展现、个性化引导、智能化推 荐，挖掘潜在信息、提升用户信息获取效率。 业务类服务能力： 能够提供各类线上线下相结合的业务服务，满足不同发展阶 段不同规模服装企业的需求， 实现服务定制化， 个性化应用。能够实现服务定制化， 个性化应用，实现用户获取服务行为的大数据挖掘与智能分析，实现在线服务，实 现兼容与扩展目前已存在的各类企业服务的平台能力。 交流类服务能

6、力： 构建以企业为主体，并引入政府部门、园区管理部门、行业 协会等参与者的合作社交网络，解决企业之间，企业与相关机构之间信息不通畅， 难对接的问题， 支持 WEB 、即时通讯、 APP等多种沟通模式与相关部门可对交流信息 有效监管的能力。 管理类服务能力： 提供企业内部管理的服务，帮助企业建立线上虚拟的办公场 所与员工工作空间，解决企业内容信息化管理水平不一，自建投入较大的问题，实 现企业云服务所需的通用型信息化管理服务。 （4）业务支撑平台建设 包含业务运营管理系统，平台运维管理系统，访问渠道管理系统，服务资源聚 集系统。 1.2.1.1.平台业务阐述 * 平台将以企业电商服务为业务基础，以

7、政务服务，公共服务，资讯服务，政 企沟通服务，商家评级服务为助力服务， 共同打造新一代互联网模式的信息化平台。 其业务形态层级模型为： 5 底层数据资源汇聚 利用平台微服务组件，并结合微服务平台对应的一系列标准规范，将市民融合 平台，企业平台，征信平台，服装在线，智慧政务等多方平台的基础数据资源汇聚， 打破信息孤岛的局面，为* 平台丰富的应用展示提供基础数据支撑。 中间数据整合，统一管理 将用户与基础数据关联，将有一定关联的数据之间做标签关联，根据个性化需 求将用户的行为数据做智能分析并打上标记，将一些有价值的业务数据做深度挖掘， 将所有信息数据做统一的智能管理，形成一个全面管理的平台数据资源

8、池。 上层构建丰富的应用 在统一数据池的基础之上， 构建满足业务需求的，以及运营拓展的个性化服务。 诸如：电子商务营销类服务，社保服务，资讯服务，沟通服务，法律服务、人员招 聘服务、投融资等。 并可以根据需要，通过数据资源池，为其他第三方平台，以服务的形式提供优 质的数据资源服务，体现平台的额外价值。 1.2.1.2.TOGAF方法论 为了给企业信息化架构开发提供了一个详细的方法和相关支持资源的集合，确 立系统构架的国际权威组织开放组（the open group ）提出开放组体系结构框 架（TOGAF ） 。开放组体系结构框架是300 多家开放组的会员单位在美国国防部的信 息管理技术架构的基

9、础上，共同努力提出的一种自上而下、由任务和项目迭代驱动 的顶层设计方法。 开放群组体系架构框架TOGAF 支持四层的企业架构子集： 第一层的业务（或业务流程）架构：定义商业策略、管理、组织和关键业务流 程。 第二层的技术架构：描述支持核心部署和关键任务应用的软件基础设施，包括 IT 安全架构、网络架构、通信架构、服务器等以及中间件。 第三层的数据架构：描述一个组织逻辑的和物理的数据模型以及数据管理资源 6 （内容管理和知识管理） 。 第四层的应用架构：描述支持业务架构所需要、所要求的应用和应用架构，这 种结构为待配置的个人应用系统提供了一个蓝图，从他们的交互关系到该组织核心 的业务流程，以适应

10、信息化建设项目的在线方式和自我服务方式的数据获取和服务 获取。 * 平台将基于 TOGAF 方法论及相应工具进行架构开发阐述，下文会详细介绍* 平台的架构。 1.2.1.3.IRM（信息资源管理）方法 信息资源管理是 70 年代末 80 年代初在美国首先发展起来然后渐次在全球传播 开来的一种应用理论，是现代信息技术特别是以计算机和现代通信技术为核心的信 息技术的应用所催生的一种新型信息管理理论。 信息资源管理包括数据资源管理和信息处理管理。数据资源管理强调对数据的 控制，后者关心管理人员在一条件下如何获取和处理信息，且强调企业信息资源的 重要性。 信息资源管理是企业管理的新职能，产生这种新职能

11、的动因是信息与文件资料 的激增、各级管理人员获取有序信息和快速简便处理信息的迫切要求。 信息资源管理的目标是通过增强企业处理动态和静态条件下内外信息需求的能 力来提高管理的效益。以期达到“ 高效（ Efficient） 、实效（ Effective）和经济 （Economical）“的最佳效果，也称3E原则，三者关系密切，互相制约。 * 平台将基于上述方法理论，结合平台定制化需求，从架构层面出发充分考虑 IRM 的管理性，包括数据权限控制，文件访问控制，个性化的资源操作控制等。应 需满足平台对资源管理的需求。 1.2.1.4.整体架构 平台整体基于 Jave EE 技术体系， 基于微服务设计理

12、念构建， 所有应用、 服务基 于 Docker容器引擎部署，具备非常完备的安全体系、管理体系，同时由于整体基于 分布式架构设计，有着极其强大的性能扩展机制。 平台整体架构主要分为四大大部分： 7 PASS 平台：用于部署、管理所有应用 微服务平台：用于监管所有服务和API 平台组件：管理平台开发所用到的所有技术组件，便于重复利用。 运维监控平台：是对基础设施、数据库、应用、服务、监控的一体可视化管理 系统。 （整体架构结构图） 1.2.1.5.功能架构 1.2.1.6.业务流程 1.2.1.6.1. 设计原则 本系统的设计遵循以下原则： （1）统一规划：本平台体系架构和总体架构的设计，必须是以

13、全平台利益为中 心，面向纺织服装产业的* 平台的整体框架，以应用一体化为总体技术思路。 （2）可实施性：* 平台的建设必须是在目前的应用框架下可以运营的。业务功 能的实现可以分布实施快速见效。 8 （3）可扩展性： 考虑到信息化建设是一个循序渐进、不断扩充的过程， 系统采 用分层设计和构件化开发方法，整体构架考虑与现有系统的连接，为今后系统扩展 和集成留有扩充余量。 （4）先进性：系统在设计思想、系统架构、采用技术、选用平台上均具有一定 的先进性、前瞻性、扩充性，考虑一定时期内的业务的增长。在充分考虑技术上先 进性的同时，采用成熟的技术和普及的技术，保证建成的系统具有良好的稳定性、 可扩展性和

14、安全性。 （5）标准化：通过本项目的实施， 建立* 平台的数据规范和基础平台标准，以 及未来新应用系统开发的技术规范和开发框架。 （6）开放性：可以实现异构系统的互联互通，通过基础类子系统组建 * 平台总 体框架。 （7）高可用性：数据交换平台、应用服务器平台以及中心数据库等将成为* 平台的基础平台和各个应用之间的关键枢纽，因此， 应有适量冗余及其他保护措施， 平台和应用软件应具有容错性、健壮性等，保证724 连续服务。 （8）可管理性：采用集中管理模式， 配备与各个实施阶段相适应的实用的系统 管理手段，对系统设备、系统资源、应用软件、数据实行全面的管理。 （9）可维护性：系统设计应标准化、规

15、范化，分层设计，组件化实现，降低应 用整合平台的维护成本。 （10）统一管理 系统应能实现基础实施、数据库、应用、服务、监控、安全、性能等方面的统 一运维管理。 （11）兼容性 选择符合国家、省、市和新区标准的软、硬件平台。系统实施要在形成高度统 一和集成的系统解决方案基础上，整合现有的网络资源和数据资源，对已经建成的 基础设施和数据资源，在本系统建设中要加以充分利用。在基础数据库和业务系统 建设中，要注重系统之间的衔接，切实保障系统之间的信息资源共享，避免重复建 设，最大程度发挥现有各类资源的效益，保护已有的投资。 （12）规范性 9 进行全面需求分析，把握业务实质，遵守业务操作规范，遵照国

16、家规范标准和 有关行业规范标准，设计标准的信息分类编码体系，规范系统数据库，形成全局统 一的操作模式、报表表式，建立开放式、标准化的系统数据输入、输出格式等。 （13）稳定性 系统必须有足够的健壮性，在发生意外的软硬件故障、操作错误等情况下，一 方面能够保证回退，减少不必要的损失；另一方面能够很好地处理并给出错误报告。 系统能抵抗可预知的安全、大数据量访问等因素并稳定运行。 1.2.1.6.2. 设计规范 (1) 交互总体验要求 引入前后端分离技术，结合 SSO单点登录技术，以统一的用户界面提供给用户， 使组织可以快速地建立中心对用户、中心对内部成员和中心对其他第三方机构的信 息通道。各类操作

17、人员只需通过一个统一的登录入口，就会得到他们所需要的工作 视图，真正实现了一站式的操作体验。界面要求简洁、直观，默认的配置符合大多 数用户的审美观点和使用习惯，一般鼠标点击次数不超过三次可以到达目标页面。 (2) 用户体验设计 交互设计的目的就是要在技术、功能与人之间架起桥梁，将软件与交互这两个 概念结合起来才能给大家提供既简单又有意义的方案体验。在交互设计中，关键的 就是对人的理解，要理解人们的行为还有他们要做到的事情。同时还要将这些理解 运用到设计界面以及功能上，满足人们的需求。在每一次设计的过程中，都需要遵 循完整的流程，从分析直到最终的设计。只有这样才能获得有效的、长久的成果。 在这次

18、建设中我们提供专业UI 设计师和前端工程师， 提供简洁、便捷、与用户 需求更贴切的界面设计和交互设计，注重业务模块之间的搭配和灵活性。 (3) 页面结构及界面设计 网站结构设计与优化的关键在于首先要把内容进行正确分类，然后再让整个结 构尽量均衡。采用多维结构方法，帮助用户在使用系统时可以准确定位，迅速找到 所需的服务信息。 10 1.2.1.6.3. 设计思路 通过研究分析服装服务平台得设计，充分挖掘各类用户提供与之相关得需求、 服务、人脉、资讯等各类自有空间管理功能，掌握全方位得在线服务功能（虚拟商 务地址、多功能虚拟会议室租赁服务、金融服务、企业培训服务、知识产权、IT 服 务、众包服务、

19、平台扶持券管理），将各部门原来线下的服务事项从打造集约管理网 的视角和需求出发，以服务主题、服务对象等多个维度进行逻辑关联、集聚重组， 使用户获得高效化、规范化、便捷化的后勤服务，实现平台管理服务效能的提升和 办事管理模式的创新。 具体说来，即紧紧围绕 “ 平台管理功能 “ 、“ 线上 企业管理功能 “ 、“活动管理 功能“ 、 “联系人管理功能”、 “服务管理功能”、 “需求管理功能”、 “资讯管理功能” 和“企业展台功能”等管理要素，着重从服务模型细分、服务个性体现以及服务监 管支持等几个维度入手， 通过对服务对象进一步细分( 如，首页、商品服务、 服务需 求、政务办事、企业社交、我的空间

20、) ，并在此基础上归纳整合，形成具有代表性的 用户服务对象人群，明确不同纬度用户群体的特征，针对平台内容的不同需求，以 及对不同需求渠道的差异偏好，作为后期内容梳理和服务渠道整合的基础；并且可 以通过渠道的组合，充分发挥不同渠道的优势，形成协同服务的模式，提高平台有 效性、及时性和针对性。 11 ( 设计思路图 ) 通过开放式的 PAAS 平台， 提供丰富的基础性服务， 保障服务的低成本快速开发、 部署与运行。提供以人为中心整合集成各种服务，集中有效管理个人活动产生的信 息，一体会整合不同的互动沟通方式。针对不同的对象将专项服务、个人信息和互 动沟通自然融合。 1.2.2.平台架构设计 整体架

21、构组件图如下： 个性化 融合服务 集成化 专项服务 一体化 互动沟通 综合性 个人空间 基础平台：开发环境，运 行环境，基础服务 针对不同的对象将 专项服务、个人信息 与互动沟通自然融合 以人为中心整 合集成各种服务 一体化整合不同 的互动沟通方式 集中有效管理个人 活动产生的信息 开放的 PAAS平台，提供丰富 基础性服务，保证服务的低 成本快速开发、部署与运行 12 基础设施： 采购市面可靠的 IAAS服务， 将网络， 硬件设施等托管于可靠的IAAS服务之上， 或基于架构模型，分别采购对应硬件设施，做本地化集成管理。在这基础之上部署 关系型数据库，非关系型数据库，消息队列，存储Docker

22、 镜像，文件，以及构建网 络分布等，以满足和支撑上层微平台的运作。 PAAS 平台： 基于流行并强大的Docker 技术（集装箱模式） 构建应用的多实例集群环境， 并 结合 PAAS 中其他组件，保证运行容器的稳定，高效，安全，以及7*24 小时的基本 能力。 微服务平台： 微服务平台作为平台和外部接口数据的中控层，在这里所有的数据都通过该平 台扭转，平台负责数据格式的统一化输入输出，以及平台级服务治理（包含服务注 册，服务发现，服务鉴权，访问控制，黑白名单等）。 以保证数据进出的安全， 稳定， 13 高效等需求。 增值组件： 增值组件或叫个性化组件，该模块除了基础的服务组件（单点登录）以外还

23、会 根据业务的需要弹性拓展，与个性化定制，以满足平台不同发展时期的个性需求， 诸如：基于沟通的即时通讯， 基于运营方法的短信推送， 基于用户体系的实名认证， 权限管理等，基于电商平台的线上支付组件等。 支撑系统（运营 / 运维） ： 从运维角度：配合业务对应的运维管理系统， 完善方便平台的业务建设与维护， 其中包含诸如：基础平台设施监控，用户管理系统，审核系统等。 从运营角度：可以配合运营方案，做一些运营方面的个性化技术系统，诸如： 访问分析，渠道访问统计，注册统计，交易统计等。 另外，平台可定制建设“开发者门户”系统，开发者门户系统主要面向第三方 企业或平台公司，让他们可以借助平台的资源以及

24、整合价值发布推广企业的有价值 服务，满足营销需求。 标准体系： 主要针对微服务平台，对数据接入接出做出标准规范，诸如：数据格式规范， 协议规范，服务治理规范，权限安全规范等，文档接口等，对接部分后续会详细阐 述。 另外如果提供第三方企业发布价值应用的功能，则会有相应的服务发布标准以 及服务上传，程序编码等对应的规范流程。 多端展示： 可以根据平台需要， 个性化定制包括PC端以及之外的多端使用方式， 诸如：手 机 APP ， PAD等满足多元化访问需求，提升用户使用体验。 14 1.2.2.1.应用架构阐述 业务系统只需要关心业务本身，应用系统与应用系统之间非常松的耦合，用户 只关心当前应用的业

25、务本身，而不会影像到其他的应用业务，所有用到的应用之外 的数据资源均可以通过微服务平台获得，同时微服务平台是一次建设，多系统复用 的状态，这里的多系统当然也包括外部的第三方平台系统。 应用本身的资源数据获取均约束于微服务平台制定的一系列规范流程，诸如： 交互协议 :http/webservice，报文格式： json/xml等。 平台的应用模块描述： 平台应用将分类部署，分类开发，将从属一类，或有紧密关联关系的列为同一 类应用整合独立出来。 电子商务全网营销类： 包含商品的发布，商品的评级，商品的信用，商品的图片展示，商品的描述， 以及与其他平台的对接实现全网类营销等功能。该模块应用会将核心公共的功能抽 离并统一封装，灵活的体现与其他模块的耦合。 如下图该应用模块的架构展现： 15 政务类： 提供诸如：社保，公积金等政务类查询以及定制化办理服务，该类应用主要以 查询为主，并做本地化缓存服务，以提升应用使用效率，并和本地用户体系做关系 关联以达到数据关联性，为数据整合，个性化分析做基础铺垫。 如下图： 公共服务类： 提供诸如：法律服务，物流服务，人员招聘服务，投融资服务，协同制造服务 等，均作为一类模块发开并部署。 如下结构图：