企业电商服务平台投标书Word文件下载.docx
- 文档编号:7069617
- 上传时间:2023-05-07
- 格式:DOCX
- 页数:158
- 大小:2.07MB
企业电商服务平台投标书Word文件下载.docx
《企业电商服务平台投标书Word文件下载.docx》由会员分享,可在线阅读,更多相关《企业电商服务平台投标书Word文件下载.docx(158页珍藏版)》请在冰点文库上搜索。
公共服务:
通过构建标准化的服务接口,实现第三方服务机构系统与平台的对接,为企业提供专业的、定向的公共类服务,包括:
法律服务、人员聘请服务、投融资服务等。
政企沟通服务:
构建以企业为主体,并引入政府部门、园区治理部门、行业协会等参与者的合作社交网络,解决企业之间,企业与相关机构之间信息不通畅,难对接的问题,支持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.应用架构阐述
业务系统只需要关怀业务本身,应用系统与应用系统之间专门松的耦合,用户只关怀当前应用的业务本身,而可不能影像到其他的应用业务,所有用到的应用之外的数据资源均能够通过微服务平台获得,同时微服务平台是一次建设,多系统复用的状态,那个地点的多系统因此也包括外部的第三方平台系统。
应用本身的资源数据猎取均约束于微服务平台制定的一系列规范流程,诸如:
交互协议:
/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数据。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 企业 服务 平台 投标