文库 货物类投标方案 系统集成

大型信息系统投标技术文件(共94页).docx

DOCX   94页   下载90   2024-12-13   浏览121   收藏90   点赞436   评分-   46336字   11.00
温馨提示:当前文档最多只能预览 15 页,若文档总页数超出了 15 页,请下载原文档以浏览全部内容。
大型信息系统投标技术文件(共94页).docx 第1页
大型信息系统投标技术文件(共94页).docx 第2页
大型信息系统投标技术文件(共94页).docx 第3页
大型信息系统投标技术文件(共94页).docx 第4页
大型信息系统投标技术文件(共94页).docx 第5页
大型信息系统投标技术文件(共94页).docx 第6页
大型信息系统投标技术文件(共94页).docx 第7页
大型信息系统投标技术文件(共94页).docx 第8页
大型信息系统投标技术文件(共94页).docx 第9页
大型信息系统投标技术文件(共94页).docx 第10页
大型信息系统投标技术文件(共94页).docx 第11页
大型信息系统投标技术文件(共94页).docx 第12页
大型信息系统投标技术文件(共94页).docx 第13页
大型信息系统投标技术文件(共94页).docx 第14页
大型信息系统投标技术文件(共94页).docx 第15页
剩余79页未读, 下载浏览全部
大型信息系统投标技术文件 目录 1 技术方案 3 1.1 技术架构与管控体系 3 1.2 技术解决方案设计原则 4 1.3 套装软件实施方法 5 1.4 自主开发实施方法 8 2 Sotower开发平台 8 3 自主开发平台与套装软件的融合 9 4 SG-UAP开发平台 11 5 软件实施方法 14 5.1 技术架构 16 6 代码设计方案 16 7 性能优化提升 17 8 系统应用集成方式 20 9 加解密技术 27 10 部署方案 33 10.1 数据架构 34 10.2 系统容灾 36 10.3 性能要求 44 10.4 安全保障 44 11 主机系统层安全 46 12 数据 层安全 51 13 应用 层安全 56 14 备份恢复 62 15 培训 69 16 维护与服务 72 16.1 系统维护 72 16.2 服务响应 72 17 项目管理 74 17.1 人员组织 74 18 项目组织职能表 74 19 人员汇总表 75 20 人员稳定性 77 20.1 沟通协调机制 77 20.2 需求变更管理 77 20.3 实施地点 77 20.4 进度管理 78 20.5 合同变更管理 80 20.6 质量管理 81 21 交付成果 82 22 项目验收 83 23 附件一:投标人实施案例 84 24 附件二:质量体系及业绩 85 25 附件三:技术偏差表 91 26 附件四:交付成果清单 92 27 附件五:项目成员简历 93 技术方案 技术架构与管控体系 国网公司从SG-ERP开始,基于公司业务需求,建立覆盖公司各单位、各条线的总体架构,形成符合公司发展运营的信息化总视图;各项目按统一标准,建立实现级系统架构;正式实施信息化架构管理。信息化架构管理由架构设计和架构管控两部分构成。它服务于信息化规划设计的各方面,并为不同的对象提供定制的设计和管控内容,描述相关设计内容及内容之间的关联;信息化架构由总体架构和系统架构组成,两者分别对应不同层级设计和管控内容;SG-EA框架由业务、应用、数据和技术四个领域构成内容体系,辅以科学的管控体系保障架构落地。 图 信息化架构管理内容与管控体系 SG-EA框架构建了由策略、管理、设计到实施,由谋划、管理到落地的 “四横五纵”框架。 图 SG-EA框架 技术解决方案设计原则 成熟稳定的系统架构设计能够保证系统稳定、安全、高速的运行,使用者可以感受到高性能,便捷,高效的操作过程。系统架构是保障应用系统能够正常、稳定运行的关键。某电力行业大型软件公司公司在进行国网公司电子商务平台技术解决方案设计过程中遵循以下6点原则: 融合适应性原则 国网公司通过SG186工程建成完备的一体化信息集成平台,系统架构的设计必须遵循融合适应的原则,系统架构中各组件的部署与集成方案应充分考虑一体化平台相关的技术政策与原则,保证建成的电子商务平台能够在国网公司一体化平台上平滑运行,实现与相关业务应用的紧密融合。 安全可靠性原则 系统架构设计必须遵循可靠性的原则,设计中应尽最大可能减少因信息基础设施故障而造成正常业务无法正常进行的现象的发生(如:因服务器或网络故障造成用户无法访问系统,进而无法进行正常业务的现象等)。同时,设计中还应注重信息安全体系的建设,提高信息基础设施的整体安全性,进一步保证数据安全。 先进成熟性原则 尽可能兼顾产品和技术的成熟性,增强信息基础设施的整体稳定性。 开放与可扩展性原则 系统架构设计选择开放式的技术,满足系统间灵活的信息交互的需要。同时,充分考虑可扩展性,满足不断发展变化的业务和技术需求。 统一标准化原则 采用业界公认的行业或技术标准,降低管理复杂度。同时,坚持统一化的原则,整个系统内的所有同类的信息基础设施应尽可能采用统一的标准。 经济性原则 应该尽量利用现有资源,坚持在先进、高性能前提下合理投资,以期在成本最佳的前提下获得最大的经济效益和社会效益。 套装软件实施方法 某电力行业大型软件公司公司长期参与公司及各单位套装软件实施工作,形成一套结合国际先进套装软件实施方法论,适合国网公司及各单位实际情况项目BPR及套装软件实施方法论。 图 套装软件实施方法论 愿景与现状评估: 首先我们必须明确公司的愿景 和 战略,在明晰和确定公司发展战略的基础上将转变理念、企业战略转变为可实施的、细化的业务层运营战略。明确公司愿景可以为项目提供基本的工作原则和绩效目标,为我们开展项目和进行持续变革指明方向。现状评估将分析人员、流程、技术和战略的整体复杂性,并初步地在概念层面上解决问题。本阶段旨在详细准确地理解客户的详细业务现状和信息技术的应用情况,同时确认公司存在的变革障碍。 概念设计: 是对组织未来业务流程的初步设计——它构成了整个项目转变过程的基础内容、新增加的业务能力所适用的范围和进行实施的假设条件。 软件选择: 工作目的是将概念设计阶段的工作成果转化为系统的要求,并选择最为适合客户的ERP解决方案,明确一套适合企业现状的软件系统作为将来项目详细设计阶段工作目标。客户需认真研究制定系统软件与硬件设备的选择方案,并按规定程序报批后组织实施。 详细设计: 工作任务是将愿景与现状评估和概念设计阶段的工作成果细化,包括关于流程、员工绩效和技术需求方面的详细设计,以改善核心业务的竞争能力。 BPR实施: 目的是将客户带入到新业务能力运营的阶段中,将系统实施所需的业务流程优化在一些试点单位中先行运行。本阶段包括人员转变的活动、流程优化的活动和建立这些活动的基础绩效体系的设计。实施将在选定的试点单位进行反复的循环执行、改进。试点单位的实施将为新业务流程的推广和ERP实施提供未来流程的测试反馈,以使ERP系统的配置能更加符合业务开展的需要。 其他阶段对 套装软件 阶段的计划、分析、设计、构建、测试、系统切换及支持,结合自身的实施经验,提出了一套专门的 套装软件 实施方法论,具体介绍如下。 它将实施项目分为计划、分析、设计、构建、测试和部署六个阶段,并在每个阶段,就应用、技术架构、培训和绩效管理、以及服务支持体系这四个贯穿始终的工作进行把握和控制。 应用: 是指整个阶段用于支持项目解决方案开发、部署的所有工作,包括用户接口、内容、业务逻辑和数据; 技术架构: 用于说明技术架构的分析、选择、设计和安装、建立、测试,环境包括开发、执行以及运行环境; 培训和绩效管理: 明确了工作角色、工作团队、工作任务、培训和绩效管理的方法、沟通的途径等,这些因素对解决方案的有效应用、维护及预期收益都会带来影响; 服务支持体系: 明确了保证解决方案顺利执行所需的各项支持服务内容。对于各阶段工作,在任务完成并得到验证后,都将提供相应的交付成果。 项目管理贯穿六个实施阶段,通过安排项目进度,资源分配、风险管理、问题管理、质量管理、实施范围管理和财务管理,建立并保持统一的项目评价标准和汇报体系等 , 多方面指导整个项目取得成功。 通过应用形成实施方法论,可以在项目建设过程中采用有效措施缩短实施周期,并保证质量。 尽量使用预设的标准流程和标准功能: 使用标准功能,可以减少定制开发的工作量;标准功能可以降低实施难度,缩短实施周期,降低实施成本;标准功能可以满足企业80%以上的业务要求;标准功能有利于以后系统的升级,可以降低升级的难度和升级成本。 只进行必要的数据清理: 从系统的实用性出发,20%的基础数据往往决定了系统80%的运行效果。只整理关键的基础数据,可以减少项目实施的工作量,缩短实施周期。 采用并行的项目管理方法: 成熟套装软件都有一套成熟科学的实施方法论,各阶段的工作既有侧重点,又有交叉。采取并行的项目管理方法,可以在同一时期内同时进行两项或两项以上的项目具体工作,从而缩短套装软件的实施周期。 自主开发实施方法 Sotower开发平台 S otower平台是由某电力行业大型软件公司公司研发,具有国网自主知识产权的系统开发平台。 So,面向服务;Tower,电力杆塔。SoTower意指信息与电力的最佳组合。SoTower DE是面向电力行业的企业级业务应用系统的开发和运行支撑平台,基于SOA架构,遵循Java EE开发规范,为业务应用开发过程中所需的技术构架、公共组件和开发共组,并在应用的运行期提供安全、稳定的运行支撑环境。SoTower 通过融合开发技术、开发工具和软件开发方法学,形成了完整的电力企业业务应用系统开发解决方案。SoTower是一款能够快速开发企业级业务应用系统的软件产品。SoTower负责提供应用系统开发过程中所需的基础框架、功能包和开发工具;在应用系统的运行期提供安全、稳定的运行支撑环境。 具有七大能力: 1 ) 模块化系统架构能力 ; 2 ) 构件化业务设计能力 ; 3 ) 多元化界面展现能力 ; 4 ) 全方位安全保障能力 ; 5 ) 定制化系统划分能力 ; 6 ) 无侵入实时监控能力 ; 7 ) 图形化开发能力 。 某电力行业大型软件公司公司长期致力于应用Sotower平台进行系统建设开发工作,电子商务平台中采购管理、专家管理、供应商管理、合同管理、诚信管理等功能均应用平台进行开发。 自主开发平台与套装软件的融合 某电力行业大型软件公司公司在项目建设过程中,积累了成熟的ERP、Ariba等套装软件的实施经验,同时,更对系统研发建设有着丰富的项目建设经验,尤其通过电子商务平台的建设工作,探索并实现了套装软件与自主开发平台的技术路线。 1.融合设计方案 在技术层面上,现有招投标系统模块与Ariba套装系统模块将部署在一套相同的物理环境上 ,如下图所示 。 在 数据层,两者将公用相同一个数据库实例服务,但分别创建私有的数据库Schema和表空间进行数据存储。 在 应用层,两者将 分别 部署到 独立的 Web Logic Domain中进行集中管理,分别创建Web Logic J2EE集群和下面的服务节点。在底层应用中,开发实现公共数据与集成服务,并实现两个应用间的单点登录与会话同步。在Web层,两者将公用相同的Web服务器,但创建不同的虚拟URL路径分别指向对应的Web Logic集群。 图 技术融合方案 采用上述的技术融合方案需要解决下面三个技术问题: 1.现有招投标与Ariba采用的WebLogic版本不同。 2.现有招投标系统技术架构不包含专有Web层服务 。 3.现有招投标系统与Ariba用户认证入口不统一 。 目前,上述三个问题已解决并完成了整体技术融合方案验证。 2.用户认证融合方案 以现有自开发登录界面为基础作为融合后平台的统一登录界面。通过自主开发平台中开发认证融合模块,与Ariba的远程认证服务进行交互。认证融合过程数据通过加密方式保证安全。 用户登录认证的过程如下图所示: 图 认证融合方案 用户从招投标登录页面登录平台。 用户首次访问由Ariba系统提供的应用功能。 Ariba系统请求招投标系统中的认证融合模块,并随机生成一个Challenge Key作为传入参数。 认证融合模块接收到Ariba的请求后,验证该用户是否具有有效的招投标应用会话认证信息。如果没有则重定向至登录页面,如果有,则将用户ID和接受到的Challenge Key合并后用私钥以SHA1+RSA方式加密。 Ariba接收到回复后以公钥进行解密,并为该用户生成Ariba应用会话,后续该用户能够直接访问Ariba资源。 SG-UAP开发平台 为提高大型电力企业公司业务应用系统技术架构的一致性,充分共享和整合研发资源,提高软件开发质量和服务水平,降低建设与运营成本,满足大型电力企业公司信息系统一级部署、高性能数据处理等新的业务应用需求,大型电力企业公司决定在继承已有平台成果的基础上,集公司各研发单位之力,共同建设大型电力企业公司统一应用平台。 国际先进的商业化成熟软件产品(大型电力企业公司统一应用平台,简称SG-UAP,State Grid-Unified Application Platform),形成完备的行业解决方案;通过统一应用平台建设和应用,进一步提高大型电力企业公司业务应用系统技术架构的一致性,充分共享和整合研发资源,提高软件开发质量和服务水平,降低建设与运维成本,满足大型电力企业公司信息系统一级部署、高性能数据处理等各类业务应用需求,并逐步将平台应用范围拓展至整个电力行业,最终具备社会化运营能力。 1.功能架构 统一应用开发平台提供应用系统开发的集成开发工具:IDE与平台SDK,提供与业务系统松耦合的公共套件服务(以下简称公共服务),提供业务系统运行的平台容器。 平台IDE是业务逻辑开发的主要工具,是对Eclipse的封装。SDK是平台开发包,主要包括各种可视化设计器、平台项目向导、平台库文件、测试容器等平台相关的开发工具包。SDK以插件形式安装到Eclipse中,提供基于平台的业务应用项目快速开发能力。 公共服务是由平台实现的各种高级功能和服务,基于这些功能和服务可以快速开发业务系统,比传统的代码开发效率高且质量高,可以保障业务系统的稳定和高效。 集成包是由平台提供的与一体化平台、ERP等系统的接口封装组件,业务系统通过配置启用这些集成组件,自动具备与其他系统集成的能力。 平台容器是在中间件容器之上的,用于容纳业务功能组件、执行业务逻辑的平台运行时环境。平台容器为业务功能组件提供模块加载、组件动态组装、组件依赖注入等服务,并将平台的通用组件注入到业务组件中。 业务系统开发人员利用平台IDE、SDK完成业务系统功能开发。业务应用功能组件部署在平台容器中,依赖平台提供的基础设施和公共服务构成完整的业务系统。 2.分层架构 平台采用分层架构设计实现,运行时从用户界面到数据存储经历多个功能层次的交互,依次进行数据展现与输入、数据传输与接入、服务请求派发、业务逻辑执行和数据持久化操作等多个阶段,形成如下图所示的分层结构: 平台运行时逻辑上可以分成展现层、服务交互层、业务逻辑层、持久层。 展现层主要包括业务页面、平台展现框架。平台展现层提供各种页面组件用于构成业务页面。 服务交互层包括运行浏览器中的通信客户端和运行于服务端的服务接入点。服务交互层提供用户请求数据的格式化、传输、封包与解包,URL处理的派发等功能。平台内部服务调用支持RESTful、BlazeDS,平台为系统间集成提供Web Service支持。平台内部服务调用数据以JSON格式序列化。服务端采用Spring MVC中的DispachServlet进行请求派发。 业务应用系统的业务逻辑组件以及平台提供的标准逻辑组件、公共服务代理构成业务逻辑层。平台服务 Façade 将在业务系统运行环境中暴露公共服务接口,这些接口可以被业务逻辑引用,也可以通过服务交互层暴露给客户端调用(解决浏览器HTTP请求跨域问题)。 持久层通过集成Hibernate提供数据持久化、数据访问能力。 平台基于分层思想在Web应用的不同层面上提供了展现框架、服务交互、服务封装、持久化、公共服务、集成等各种基础设施和工具,使得业务系统开发人员只需要重点关注业务展现页面、业务逻辑等业务紧密相关的组件开发。 软件实施方法 某电力行业大型软件公司公司通过长期参与国网公司信息化建设的积累,形成了一套成熟的针对软件开发实施的方法与理论,并结合公司架构管控要求,针对系统建设各阶段的内容,对项目建设各阶段制定了明确内容、目标与制度。 计划管理, 计划阶段是根据企业愿景和业务目标,明确项目目标和期望,明确高层的需求以及能满足这些需求的软件和实施方法。因此,计划阶段需要对企业现有能力、项目实施成本、实施进度、主要业务情景、潜在风险等因素进行评估,在此基础上确认方案蓝图,定义项目成果的交付方式、实施团队所要具备的能力、确定项目实施的范围。同时制定相应的变革计划,以帮助企业和员工适应并掌握新的业务能力。在项目计划获得批准后,及时与相关工作团队进行沟通,确保各项目单位都能及时准确的根据计划开展下一阶段工作。 图 进度阶段 需求管理:需求开发阶段通过对需求调研、需求分析、用户体验设计等几个方面标准化要求,加强了系统建设过程中对于需求调研分析阶段的管理。通过对调研目标的明确,客户需求、业务需求与总体架构蓝图需求等调研输入的要求,业务目标、业务流程、业务活动具体内容的明确与规范化,执行角色、组织单元、业务信息的确定,提升了需求调研阶段的成果质量,进一步明确用户的实际业务需求,并结合软件的描述方式形成软件需求说明书作为下一个阶段工作开展的基础与依据,指导后续工作的开展。 设计阶段管理:在设计阶段,主要基于业务蓝图、用户需求、软件需求规格说明书内容,进行系统概要设计、详细设计、数据库设计工作,在概要设计过程中,设计的主要内容包括:系统总体框架设计、业务能力试图设计、系统功能试图设计、系统数据视图设计、系统组件试图设计、系统集成试图设计、系统逻辑部署视图设计、系统物理部署设计、系统安全试图设计。并在每一个设计内容中又详细包含了:设计目标、设计输入、设计步骤、架构概览、架构遵从、设计输出、执行角色。基于国网公司架构管控对概要设计工作内容的规范,可以夯实系统设计工作的质量,提升系统设计工作的全面性、合理性,为后续系统开发奠定了坚实的基础工作。 开发管理:基于软件开发管理规范,制定《软件代码编码规范》、《代码走查制度与规范》、《单元测试要求》、《代码版本管理及软件发布规范》、《质量管理制度》、《配置管理制度》等开发阶段管理制度与规范,并在软件开发实现过程中依据上述制定文档(含软件体系结构设计、软件详细设计等所有设计文档)、编写程序、实现设计要求、产生软件实现的代码和文档、并对模块进行代码走查和交叉单元测试,以确定软件开发人员编写的单元模块能够满足设计要求,提升软件的开发质量。 测试管理,测试阶段的目标是通过测试,确保系统各个部分整合起来能顺畅运行,满足功能需求,达到各项绩效评价指标,如反应时间、稳定性、执行性等。与其他阶段类似,该阶段仍通过应用系统、技术架构、培训和绩效管理三方面进行项目管理。应用系统方面的工作包括,准备并执行应用系统测试、集成测试,性能测试,提交经过测试的应用系统;进而进行用户接受测试,完成最终提交用户接受的应用系统的目标。技术架构方面的工作包括在已经构建的技术和工作环境中进行架构集成测试和系统性能测试,并提交通过测试的技术架构。培训和绩效管理方面仍主要集中在总体培训材料和针对试点单位的培训材料准备工作,同时做好培训准备并启动沟通计划。 上线部署, 部署工作与计划、分析、设计、构建、测试阶段一脉相承,其目标是为大规模的系统推广准备执行架构和运行环境,保证用户能应用并维护新系统,最终实现系统移交。作为整个项目中非常关键的部分 , 前期工作包括了在分析和设计阶段制定部署计划,在构建阶段对部署准备工作进行评估,在测试阶段进行系统移植准备工作和授权部署。部署阶段的主要任务包括建立部署环境、数据转换、进行生产环境移植、应用试点和应用推广。这个过程将不断重复直至部署完成。技术构架方面需要对应用系统进行优化调整、进行运行就绪测试和生产环境支持。同时通过业务沟通和用户培训、生产系统模拟运行、组织试点和组织推广,完成培训和绩效管理,配合部署工作的顺利开展。 技术架构 基于对电子商务平台系统建设的经验与系统应用情况的总结分析,在系统建设之初便应对系统的技术设计工作加以关注,并对系统的性能进行关注与调优,提升系统的稳定性、可靠性。 代码设计方案 引入一套自动化的代码检查平台定期对代码质量进行检查,再辅以人工的代码抽查对代码进行管控,并制定相应的代码管理制度,从而保证代码的规范,提高代码的质量。 1.静态分析 通过安装、配置和使用静态分析工具,在开发生命周期的早期找出代码中已有的缺陷问题,预防问题。常见的Java静态分析工具有:Findbugs, PDM, CheckStyle等。Java静态分系统工具通常通过配置一定的编码规则、编码规范来检查类或者 JAR 文件,将字节码与一组缺陷模式进行对比以发现可能的问题。有了静态分析工具,就可以在不实际运行程序的情况对软件进行分析。 2.动态测试 动态测试即通过实际运行程序,并观察程序运行的实际结果来发现错误的软件测试技术;并在测试的辅助下,快速实现客户需求的功能。通过编写测试用例,对客户需求的功能进行分解,并进行系统设计。从使用角度对代码的设计通常更符合后期开发的需求。可测试的要求,对代码的内聚性的提高和复用都非常有益。在测试的保护下,不断重构代码,提高代码的重用性,从而提高软件产品的质量。 3. 测试覆盖率 测试改进了代码质量,但这也只是针对实际测试到的那部分代码而言的。为此需要通过测试工具发现程序的哪些部分没有测试到,从而就可以及时针对这些部分编写测试代码并找出更多 Bug。 4.自动化测试 软件的手动测试非常耗时,劳动强度高,并且很单调,而且还会引入一些人为的错误,因此测试自动化势在必行。通常自动化测试是通过一些测试自动化工具开发和执行测试脚本,达到评估软件质量的目的。自动化测试不仅能够大大减轻测试人员的工作量,并减少了测试过程中人为出现的错误。通过搭建自动化测试平台,定期定时进行代码自动化测试,生成代码质量报告,保证代码质量。提升电子商务平台的安全性和稳定性。 性能优化提升 1.应用SQL优化 通过安装、配置和使用静态分析工具,在开发生命周期的早期找出代码中已有的缺陷问题,预防问题。常见的Java静态分析工具有:Findbugs, PDM, CheckStyle等。Java静态分系统工具通常通过配置一定的编码规则、编码规范来检查类或者 JAR 文件,将字节码与一组缺陷模式进行对比以发现可能的问题。有了静态分析工具,就可以在不实际运行程序的情况对软件进行分析。 应用SQL优化是指,通过采集分析系统中执行的应用SQL,针对存在性能问题的语句,进行优化和调整,提升应用性能;SQL优化也可以针对特定的业务应用从应用端推进到后台数据库层面,针对性的优化用户反应缓慢的业务模块。 应用SQL优化需要从后端数据库和应用程序端的调整配合实现。以下是进一步的详细说明: 1)通过持续捕获和获取在线系统中的顶级SQL,针对具有执行时间长、IO操作密集等的SQL进行优化; 2)针对用户反应响应缓慢的业务流程进行优化。实现SQL的优化运行,确保线上系统运行稳定高效; 3)对新增应用进行优化,确保新的问题不要被引入到现有稳定系统中。 通过下图描述的三个环节的闭环流程,可以不断通过线上应用优化、培训知识转移和开发阶段的SQL审计不断提升应用代码的效率,改善软件产品质量和终端用户体验: 数据库的应用SQL优化是最核心和最重要的性能优化工作,直接关系到应用响应时间和用户体验。 2.数据结构及索引优化 数据结构的设计和优化是应用优化的重要内容,通过SQL分析与线上应用性能分析,可以反过来指导数据结构的优化改进。在这部分工作中,我们可以通过持续的索引优化设计,战略性的组织索引,使得索引可以有效的为查询服务,提升应用查询访问性能。 下一阶段的索引优化和数据结构优化,将遵循以下的数据架构设计模型来推进:以数据模型为核心,以业务需求为目标,明确数据结构具体的服务对象,明确索引具体服务的查询,通过明确的数据模型和元数据管理,建立从需求到技术细节的映射关系,实现最具针对性的模型和数据结构优化。 下图说明了数据结构和索引优化的核心和层次,通过需求和数据结构分析,进而指导上层的SQL开发和优化,这一优化过程是持续的,螺旋上升,可以定期分阶段的推进。 3.数据架构优化 无论哪一种数据库管理系统(MySql,Oracle, IBM DB2,PostgreSQL等等),再怎么优化,最终也避不开与慢速的存储介质(硬盘、磁带)进行数据交换,但往往一旦涉及到了存储介质的IO操作,存取性能就会急剧下降。为此,为了提高数据存取效率,我们将对电子商务平台的数据存取架构进行改进,引进缓存层,当大量并发查询需要获取数据时将首先尝试从缓存中搜索,只有在缓存中未能发现匹配的数据集才到数据库中查询,因此这将大大降低数据库的IO压力。缓存层我们将选用memcached,顾名思义,它的全部操作自始至终都是在内存中进行的,所以存取数据的效率非常高。memcached广泛应用在大负载高并发的网站上,是一种非常成熟的产品。像Facebook,Youtube, Yahoo, 新浪,搜狐,网易,豆瓣等网站均或多或少使用了该项产品。memcached在以用户为中心的网站上,表现尤其突出。这些站点一般来讲,特别注重用户体验,用户对服务器的响应速度要求很高,用户数据相对比较复杂、关连度比较高,需要经常对数据库进行更新和检索。 引入缓存服务器后,由于Memcached高性能,所以可以同时服务于更多的连接,大大提高了系统的并发处理的能力。另外,Memcached通常部署在业务逻辑层(前台应用)和存储层(主指数据库)之间,作为数据库和前台应用的数据缓冲,因此可以快速的响应前端的请求,减少对数据库的访问。 系统应用集成方式 大型电力企业公司通过两级ESB服务总线、DXP、ETL等方式进行各业务应用系统、ODS数据中心、主数据管理平台等系统间的集成工作。直属电工制造交易平台,作为国网公司业务应用系统之一,需结合现有技术路线实现与外围系统集成。 平台作为物资管理业务中的重要应用与一体化信息集成平台和其他业务应用存在着紧密的集成需求。 根据以往的项目实施经验和最佳实践,平台的总体集成架构应包括展现层集成、应用与流程层集成和数据层集成。 展现层集成包括: 平台外网应用与供应商门户的集成。 应用层集成包括: 平台与ERP的集成。 平台与主数据管理平台的集成。 平台与其他定制开发系统的集成 。 数据层集成包括: 平台与数据中心的集
大型信息系统投标技术文件(共94页).docx
下载提示

1.本文档仅提供部分内容试读;

2.支付并下载文件,享受无限制查看;

3.本网站所提供的标准文本仅供个人学习、研究之用,未经授权,严禁复制、发行、汇编、翻译或网络传播等,侵权必究;

4.左侧添加客服微信获取帮助;

5.本文为word版本,可以直接复制编辑使用。


公众号
微信客服
客服