优质实用文档精选企业电商服务平台投标书技术部分Word格式文档下载.docx
《优质实用文档精选企业电商服务平台投标书技术部分Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《优质实用文档精选企业电商服务平台投标书技术部分Word格式文档下载.docx（157页珍藏版）》请在冰点文库上搜索。
社保办理（社保局）、社保查询（社保局）等服务。
公共服务：
通过构建标准化的服务接口，实现第三方服务机构系统与平台的对接，为企业提供专业的、定向的公共类服务，包括：
法律服务、人员招聘服务、投融资服务等。
政企沟通服务：
构建以企业为主体，并引入政府部门、园区管理部门、行业协会等参与者的合作社交网络，解决企业之间，企业与相关机构之间信息不通畅，难对接的问题，支持WEB、即时通讯、APP等多种沟通模式与相关部门可对交流信息有效监管的能力。
信息资讯服务：
帮助企业获得应知、须知、要知的资讯信息，结合用户行为和属性为用户精确定位资讯，挖掘信息与信息的关联关系，为用户呈现更多有价值的资讯，帮助企业快速把握发展方向和市场动向。
提供国家政策资料、招商引资、行业动态、商业趋势等信息服务，并能实现定向推送。
商家评级系统：
包含商家信用查询，评级权限管理等。
（2）平台基础建设（能力支撑）
平台基础服务：
邮件服务：
邮件服务是平台所提供的，能够实现邮件通讯功能的服务组件。
检索服务：
能够提供对平台上的可公开信息能够采用关键词检索。
统一认证服务：
使平台具有对平台用户的登录进行统一认证管理的能力。
实现了用户只需要登录一次，即可访问所有相互信任的应用系统。
文件服务：
提供平台的文件上传、下载服务组件。
所有通过服务上传的文件都集中存储在文件服务器上。
（3）平台服务资源管理框架建设
信息类服务能力：
汇聚各类资讯信息，解决企业获取资讯不及时，信息杂乱无章，无重点的问题，并通过多种技术对接模式实现用户资讯获取。
能够提供提供各类用户应知、须知、要知的资讯信息，并通过融合化展现、个性化引导、智能化推荐，挖掘潜在信息、提升用户信息获取效率。
业务类服务能力：
能够提供各类线上线下相结合的业务服务，满足不同发展阶段不同规模服装企业的需求，实现服务定制化，个性化应用。
能够实现服务定制化，个性化应用，实现用户获取服务行为的大数据挖掘与智能分析，实现在线服务，实现兼容与扩展目前已存在的各类企业服务的平台能力。
交流类服务能力：
管理类服务能力：
提供企业内部管理的服务，帮助企业建立线上虚拟的办公场所与员工工作空间，解决企业内容信息化管理水平不一，自建投入较大的问题，实现企业云服务所需的通用型信息化管理服务。
（4）业务支撑平台建设
包含业务运营管理系统，平台运维管理系统，访问渠道管理系统，服务资源聚集系统。
一.2.1.1.平台业务阐述
**平台将以企业电商服务为业务基础，以政务服务，公共服务，资讯服务，政企沟通服务，商家评级服务为助力服务，共同打造新一代互联网模式的信息化平台。
其业务形态层级模型为：
●底层数据资源汇聚
利用平台微服务组件，并结合微服务平台对应的一系列标准规范，将市民融合平台，企业平台，征信平台，服装在线，智慧政务等多方平台的基础数据资源汇聚，打破信息孤岛的局面，为**平台丰富的应用展示提供基础数据支撑。
●中间数据整合，统一管理
将用户与基础数据关联，将有一定关联的数据之间做标签关联，根据个性化需求将用户的行为数据做智能分析并打上标记，将一些有价值的业务数据做深度挖掘，将所有信息数据做统一的智能管理，形成一个全面管理的平台数据资源池。
●上层构建丰富的应用
在统一数据池的基础之上，构建满足业务需求的，以及运营拓展的个性化服务。
诸如：
电子商务营销类服务，社保服务，资讯服务，沟通服务，法律服务、人员招聘服务、投融资等。
并可以根据需要，通过数据资源池，为其他第三方平台，以服务的形式提供优质的数据资源服务，体现平台的额外价值。
一.2.1.2.TOGAF方法论
为了给企业信息化架构开发提供了一个详细的方法和相关支持资源的集合，确立系统构架的国际权威组织——开放组（theopengroup）提出开放组体系结构框架（TOGAF）。
开放组体系结构框架是300多家开放组的会员单位在美国国防部的信息管理技术架构的基础上，共同努力提出的一种自上而下、由任务和项目迭代驱动的顶层设计方法。
开放群组体系架构框架TOGAF支持四层的企业架构子集：
第一层的业务（或业务流程）架构：
定义商业策略、管理、组织和关键业务流程。
第二层的技术架构：
描述支持核心部署和关键任务应用的软件基础设施，包括IT安全架构、网络架构、通信架构、服务器等以及中间件。
第三层的数据架构：
描述一个组织逻辑的和物理的数据模型以及数据管理资源（内容管理和知识管理）。
第四层的应用架构：
描述支持业务架构所需要、所要求的应用和应用架构，这种结构为待配置的个人应用系统提供了一个蓝图，从他们的交互关系到该组织核心的业务流程，以适应信息化建设项目的在线方式和自我服务方式的数据获取和服务获取。
**平台将基于TOGAF方法论及相应工具进行架构开发阐述，下文会详细介绍**平台的架构。
一.2.1.3.IRM（信息资源管理）方法
信息资源管理是70年代末80年代初在美国首先发展起来然后渐次在全球传播开来的一种应用理论，是现代信息技术特别是以计算机和现代通信技术为核心的信息技术的应用所催生的一种新型信息管理理论。
信息资源管理包括数据资源管理和信息处理管理。
数据资源管理强调对数据的控制，后者关心管理人员在一条件下如何获取和处理信息，且强调企业信息资源的重要性。
信息资源管理是企业管理的新职能，产生这种新职能的动因是信息与文件资料的激增、各级管理人员获取有序信息和快速简便处理信息的迫切要求。
信息资源管理的目标是通过增强企业处理动态和静态条件下内外信息需求的能力来提高管理的效益。
以期达到"
高效（Efficient）、实效（Effective）和经济（Economical）"
的最佳效果，也称3E原则，三者关系密切，互相制约。
**平台将基于上述方法理论，结合平台定制化需求，从架构层面出发充分考虑IRM的管理性，包括数据权限控制，文件访问控制，个性化的资源操作控制等。
应需满足平台对资源管理的需求。
一.2.1.4.整体架构
平台整体基于JaveEE技术体系，基于微服务设计理念构建，所有应用、服务基于Docker容器引擎部署，具备非常完备的安全体系、管理体系，同时由于整体基于分布式架构设计，有着极其强大的性能扩展机制。
平台整体架构主要分为四大大部分：
PASS平台：
用于部署、管理所有应用
微服务平台：
用于监管所有服务和API
平台组件：
管理平台开发所用到的所有技术组件，便于重复利用。
运维监控平台：
是对基础设施、数据库、应用、服务、监控的一体可视化管理系统。
（整体架构结构图）
一.2.1.5.功能架构
一.2.1.6.业务流程
一.2.1.6.1.设计原则
本系统的设计遵循以下原则：
（1）统一规划：
本平台体系架构和总体架构的设计，必须是以全平台利益为中心，面向纺织服装产业的**平台的整体框架，以应用一体化为总体技术思路。
（2）可实施性：
**平台的建设必须是在目前的应用框架下可以运营的。
业务功能的实现可以分布实施快速见效。
（3）可扩展性：
考虑到信息化建设是一个循序渐进、不断扩充的过程，系统采用分层设计和构件化开发方法，整体构架考虑与现有系统的连接，为今后系统扩展和集成留有扩充余量。
（4）先进性：
系统在设计思想、系统架构、采用技术、选用平台上均具有一定的先进性、前瞻性、扩充性，考虑一定时期内的业务的增长。
在充分考虑技术上先进性的同时，采用成熟的技术和普及的技术，保证建成的系统具有良好的稳定性、可扩展性和安全性。
（5）标准化：
通过本项目的实施，建立**平台的数据规范和基础平台标准，以及未来新应用系统开发的技术规范和开发框架。
（6）开放性：
可以实现异构系统的互联互通，通过基础类子系统组建**平台总体框架。
（7）高可用性：
数据交换平台、应用服务器平台以及中心数据库等将成为**平台的基础平台和各个应用之间的关键枢纽，因此，应有适量冗余及其他保护措施，平台和应用软件应具有容错性、健壮性等，保证7×
24连续服务。
（8）可管理性：
采用集中管理模式，配备与各个实施阶段相适应的实用的系统管理手段，对系统设备、系统资源、应用软件、数据实行全面的管理。
（9）可维护性：
系统设计应标准化、规范化，分层设计，组件化实现，降低应用整合平台的维护成本。
（10）统一管理
系统应能实现基础实施、数据库、应用、服务、监控、安全、性能等方面的统一运维管理。
（11）兼容性
选择符合国家、省、市和新区标准的软、硬件平台。
系统实施要在形成高度统一和集成的系统解决方案基础上，整合现有的网络资源和数据资源，对已经建成的基础设施和数据资源，在本系统建设中要加以充分利用。
在基础数据库和业务系统建设中，要注重系统之间的衔接，切实保障系统之间的信息资源共享，避免重复建设，最大程度发挥现有各类资源的效益，保护已有的投资。
（12）规范性
进行全面需求分析，把握业务实质，遵守业务操作规范，遵照国家规范标准和有关行业规范标准，设计标准的信息分类编码体系，规范系统数据库，形成全局统一的操作模式、报表表式，建立开放式、标准化的系统数据输入、输出格式等。
（13）稳定性
系统必须有足够的健壮性，在发生意外的软硬件故障、操作错误等情况下，一方面能够保证回退，减少不必要的损失；
另一方面能够很好地处理并给出错误报告。
系统能抵抗可预知的安全、大数据量访问等因素并稳定运行。
一.2.1.6.2.设计规范
（1）交互总体验要求
引入前后端分离技术，结合SSO单点登录技术，以统一的用户界面提供给用户，使组织可以快速地建立中心对用户、中心对内部成员和中心对其他第三方机构的信息通道。
各类操作人员只需通过一个统一的登录入口，就会得到他们所需要的工作视图，真正实现了一站式的操作体验。
界面要求简洁、直观，默认的配置符合大多数用户的审美观点和使用习惯，一般鼠标点击次数不超过三次可以到达目标页面。
（2）用户体验设计
交互设计的目的就是要在技术、功能与人之间架起桥梁，将软件与交互这两个概念结合起来才能给大家提供既简单又有意义的方案体验。
在交互设计中，关键的就是对人的理解，要理解人们的行为还有他们要做到的事情。
同时还要将这些理解运用到设计界面以及功能上，满足人们的需求。
在每一次设计的过程中，都需要遵循完整的流程，从分析直到最终的设计。
只有这样才能获得有效的、长久的成果。
在这次建设中我们提供专业UI设计师和前端工程师，提供简洁、便捷、与用户需求更贴切的界面设计和交互设计，注重业务模块之间的搭配和灵活性。
（3）页面结构及界面设计
网站结构设计与优化的关键在于首先要把内容进行正确分类，然后再让整个结构尽量均衡。
采用多维结构方法，帮助用户在使用系统时可以准确定位，迅速找到所需的服务信息。
一.2.1.6.3.设计思路
通过研究分析服装服务平台得设计，充分挖掘各类用户提供与之相关得需求、服务、人脉、资讯等各类自有空间管理功能，掌握全方位得在线服务功能（虚拟商务地址、多功能虚拟会议室租赁服务、金融服务、企业培训服务、知识产权、IT服务、众包服务、平台扶持券管理），将各部门原来线下的服务事项从打造集约管理网的视角和需求出发，以服务主题、服务对象等多个维度进行逻辑关联、集聚重组，使用户获得高效化、规范化、便捷化的后勤服务，实现平台管理服务效能的提升和办事管理模式的创新。
具体说来，即紧紧围绕"
平台管理功能"
、"
线上企业管理功能"
、"
活动管理功能"
、“联系人管理功能”、“服务管理功能”、“需求管理功能”、“资讯管理功能”和“企业展台功能”等管理要素，着重从服务模型细分、服务个性体现以及服务监管支持等几个维度入手，通过对服务对象进一步细分（如，首页、商品服务、服务需求、政务办事、企业社交、我的空间），并在此基础上归纳整合，形成具有代表性的用户服务对象人群，明确不同纬度用户群体的特征，针对平台内容的不同需求，以及对不同需求渠道的差异偏好，作为后期内容梳理和服务渠道整合的基础；
并且可以通过渠道的组合，充分发挥不同渠道的优势，形成协同服务的模式，提高平台有效性、及时性和针对性。
（设计思路图）
通过开放式的PAAS平台，提供丰富的基础性服务，保障服务的低成本快速开发、部署与运行。
提供以人为中心整合集成各种服务，集中有效管理个人活动产生的信息，一体会整合不同的互动沟通方式。
针对不同的对象将专项服务、个人信息和互动沟通自然融合。
一.2.2.平台架构设计
整体架构组件图如下：
♦基础设施：
采购市面可靠的IAAS服务，将网络，硬件设施等托管于可靠的IAAS服务之上，或基于架构模型，分别采购对应硬件设施，做本地化集成管理。
在这基础之上部署关系型数据库，非关系型数据库，消息队列，存储Docker镜像，文件，以及构建网络分布等，以满足和支撑上层微平台的运作。
♦PAAS平台：
基于流行并强大的Docker技术（集装箱模式）构建应用的多实例集群环境，并结合PAAS中其他组件，保证运行容器的稳定，高效，安全，以及7*24小时的基本能力。
♦微服务平台：
微服务平台作为平台和外部接口数据的中控层，在这里所有的数据都通过该平台扭转，平台负责数据格式的统一化输入输出，以及平台级服务治理（包含服务注册，服务发现，服务鉴权，访问控制，黑白名单等）。
以保证数据进出的安全，稳定，高效等需求。
♦增值组件：
增值组件或叫个性化组件，该模块除了基础的服务组件（单点登录）以外还会根据业务的需要弹性拓展，与个性化定制，以满足平台不同发展时期的个性需求，诸如：
基于沟通的即时通讯，基于运营方法的短信推送，基于用户体系的实名认证，权限管理等，基于电商平台的线上支付组件等。
♦支撑系统（运营/运维）：
从运维角度：
配合业务对应的运维管理系统，完善方便平台的业务建设与维护，其中包含诸如：
基础平台设施监控，用户管理系统，审核系统等。
从运营角度：
可以配合运营方案，做一些运营方面的个性化技术系统，诸如：
访问分析，渠道访问统计，注册统计，交易统计等。
另外，平台可定制建设“开发者门户”系统，开发者门户系统主要面向第三方企业或平台公司，让他们可以借助平台的资源以及整合价值发布推广企业的有价值服务，满足营销需求。
♦标准体系：
主要针对微服务平台，对数据接入接出做出标准规范，诸如：
数据格式规范，协议规范，服务治理规范，权限安全规范等，文档接口等，对接部分后续会详细阐述。
另外如果提供第三方企业发布价值应用的功能，则会有相应的服务发布标准以及服务上传，程序编码等对应的规范流程。
♦多端展示：
可以根据平台需要，个性化定制包括PC端以及之外的多端使用方式，诸如：
手机APP，PAD等满足多元化访问需求，提升用户使用体验。
一.2.2.1.应用架构阐述
业务系统只需要关心业务本身，应用系统与应用系统之间非常松的耦合，用户只关心当前应用的业务本身，而不会影像到其他的应用业务，所有用到的应用之外的数据资源均可以通过微服务平台获得，同时微服务平台是一次建设，多系统复用的状态，这里的多系统当然也包括外部的第三方平台系统。
应用本身的资源数据获取均约束于微服务平台制定的一系列规范流程，诸如：
交互协议:
http/webservice，报文格式：
json/xml等。
平台的应用模块描述：
平台应用将分类部署，分类开发，将从属一类，或有紧密关联关系的列为同一类应用整合独立出来。
●电子商务全网营销类：
包含商品的发布，商品的评级，商品的信用，商品的图片展示，商品的描述，以及与其他平台的对接实现全网类营销等功能。
该模块应用会将核心公共的功能抽离并统一封装，灵活的体现与其他模块的耦合。
如下图该应用模块的架构展现：
●政务类：
提供诸如：
社保，公积金等政务类查询以及定制化办理服务，该类应用主要以查询为主，并做本地化缓存服务，以提升应用使用效率，并和本地用户体系做关系关联以达到数据关联性，为数据整合，个性化分析做基础铺垫。
如下图：
●公共服务类：
法律服务，物流服务，人员招聘服务，投融资服务，协同制造服务等，均作为一类模块发开并部署。
如下结构图：
●政企沟通类：
沟通模块单独封装，平台内部对其他应用模块提供通讯API，所有平台沟通统一走沟通模块，该模块统一对沟通信息做存储与管理（结合管理系统做信息筛选与审核），应个性化需求可以对沟通结果，或通过用户行为分析结果，对用户做对应智能推送，以做到沟通及时相应以及辅助运营策略。
另外，针对定制化开发的其他展示端，如APP，PAD等，单独部署/开发即时通讯系统，以完善平台的沟通机制，真正做到信息通畅，沟通及时。
同时即时通讯模块需和用户体系做管控管理。
●信息资讯类：
信息资讯模块将通过两种方式，支撑其他模块的信息资讯展现。
外系统接口：
该模块通过微服务平台接入必要信息资讯，并做部分资讯入库操作，来实现信息的展现在。
定制化的CMS系统：
其他模块通过连接CMS系统发布的资讯信息完成展现，同时CMS系统需要根据情况做线下运维，来保证信息的及时与有效。
●商家评级类：
该模块分为商家信用查询，评级权限管理。
商家评级核心模块封装信用查询，API暴露到微服务功能，另外评级权限管理则会从平台管理层面统一把控评级的权限分配。
一.2.2.2.技术架构阐述
**平台技术架构规划重点放在整体、高层次技术体系架构规划，确定整体的技术框架布局、选型和发展方向，确保技术体系有足够的能力来支撑**平台信息化的整体IT发展战略。
平台技术实现架构重点在关注如何满足应用系统的技术性，安全性要求、性能要求、可伸缩性要求，部署要求、灵活性要求，平台采用当前流行的关键技术，采取相关技术路线和关键技术可实现的快速横向扩展和弹性伸缩，能够支持资源和服务的灵活接入和动态加载；
确保系统的高并发和访问要求；
建设投运后有效支撑平台的持续运营。
其技术架构如下图所示：
**平台技术架构由以下几部分组成：
1）云基础设施
考虑到系统的外围环境包括各种服务商和政府部门，网络层的设计支持互联网、移动互联网和专网的接入模式。
硬件层采用云计算IAAS的架构，将主机和存储作为资源池管理，应用虚拟化技术动态地创建虚拟主机环境支撑软件系统运行，使系统具有高度的可扩展性。
2）数据存储
信息资源是**平台建设的其中关键要素，它涵盖所有的结构化和非结构化数据。
平台采用关系型数据库（MySQL）、NOSQL（HBase）技术和分布式存储（HDFS）技术实现各类数据的存储和访问。
平台通过对用户在平台上的数据以及活动信息的记录、梳理和抽象，利用建模技术形成整个平台的数字化映像。
3）基础服务
平台为运行于其上的应用和服务提供底层的平台服务，通过这些服务，应用和服务可以完成复杂的逻辑。
基础服务包括缓存、消息和任务调度等。
平台基于Spark和Flume实现对用户访问的大数据处理计算。
4）服务运行引擎
在服务运行引擎的设计中，平台采用稳定高效的Linux作为操作系统，通过docker技术实现系统资源（CPU、内存、硬盘）的应用隔离，提高资源利用率，降低TCO（整体IT投入成本）；
在之上支持Java、PHP和Ruby等主流开发语言的应用运行环境，实现对各种类型应用的统一运行管理和动态弹性伸缩特性。
在应用框架方面，平台支持Spring、iBatis/Hibernate、ThinkPHP和Rails等框架的应用开发和运行。
应用的运行容器，平台支持Tomcat、Equinox（OSGi容器）和Apache/Nginx。
5）渠道平台
渠道管理平台采用了以下技术：
负载均衡：
采用DNS、LVS和Nginx实现应用系统访问的负载均衡，提高系统的负载能力和可靠性。
缓存系统和CDN系统：
通过对静态内容的缓存，提高系统的性能和处理能力，并可大幅节约系统网络带宽。
单点登录：
采用CAS单点登录系统，实现平台内部系统间以及平台与外部系统的单点登录，提高用户体验。
6）终端
平台采用两种终端实现技术：
基于浏览器的终端和基于本地客户端的终端。
基于浏览器的终端采用HTML5/CSS3技术，运用响应式布局设计，实现多种终端的自适应。
基于本地客户端的终端支持iOS/Android等智能设备。
7）安全
为保障平台的安全，平台在各层都采用了相应的安全技术：
云基础设施安全：
采用防火墙、入侵检测和防病毒等技术保障基础设施安全。
数据安全：
采用数字签名和加密技术保障数据存储和访问的安全与隐私保护。
应用安全：
采用RBAC授权模型实现对用户权限的控制，保障应用访问安全。
客户端安全：
采用U盾、证书和令牌等技术，提高用户认证的安全性。
一.2.2.3.数据架构阐述
●数据负载：
首先对平台采用集群部署的方式，通过4层和7层负载均衡设备自动分发用户请求。
静态页面数据缓存
对静态数据如html页面、图片、css、js等内容进行缓存，大幅度提升用户访问体验，缩减响应时间。
应用集群部署
根据性能、业务量和业务性质、规模、响应速度、安全等因素，合理分开和共用，通过横向扩展和弹性伸缩技术建立一个或多个实现负载均衡的应用服务器群组。
动态数据缓存
采用缓存技术，对用户动态请求的数据进行必要缓存。
也可以大大降低流转到数据库层的请求数量，从而大幅提高响应时间。
数据库集群部署（分布式数据库）
采用分布式数据库的部署方式，建立集群，确保对流转到数据库层面上的请求的快速响应。
●数据缓存
Memcached是高性能的分布式内存缓存服务器。
一般的使用目的是，通过缓存数据库查询结果，减少数据库访问次数，以提高动态Web应用的速度、提高可扩展性。
Memcached是以Key/Value的形式单个对象缓存。
查询数据：
首先通过指定的Key查询（get）Memcache中间缓存层数据，如果存在，则直接获取出数据结果，查询过程完全不需要查询数据库。
如果不存在，则查询数据库，并以key对应value的形式将查询结果存储在Memcache缓存数据中，然后将结果返回给查询语句。
图:
数据查询流程图
更新数据：
首先更新数据库数据，然后删除相关的Memcache数据。
增加数据：
首先
升级会员 