1、第一部分 技术规格及要求技术规格及要求是招标文件的重要部分,描述了招标人对招标项目的基本规格、技术参数、技术要求或标准,以及技术服务和支持的范围等内容。投标人应充分阅读和明确招标项目的各项技术要求和服务的内容,按此要求提供投标文件。1 项目背景景区经过景区数字化、酒店管理、客票门禁、识途旅游网、呼叫中心、办公自动化等业务系统的建设,企业数字化已初具规模,在国内旅游景区的信息化建设中,公认处于领先地位。随着数字化建设的逐步深入,我们也发现各业务系统虽然建设成功并投入使用,风景区企业数字化系统总集成招标文件 招标编号: 2但也形成了多个信息孤岛。随着新业务的不断推出,要求各信息化系统之间进行有效的
2、业务合作, 目前各自为政的信息化系统已经成为企业数字化建设的桎梏。景区企业数字化的建设,就是要应用信息化、网络化、数字化、自动化、智能化等现代科学技术,以现代化系统工程管理理念为指导,采用科学的计划、组织、指挥、控制、协同和决策一体化系统工程管理模式,将各个孤立的系统通过安全、规范、可靠、可扩展性强的方式沟通在一起,形成未来创新业务发展的基石,提高企业市场竞争力的重要保障。2 项目建设的目的及必要性建设企业数字化,就是为了消除“信息孤岛”,分别建立企业总部、管理处、具体业务单元三级数字化应用平台,实现区内信息交互、数据共享、网络融合、功能协同。同时,也是为了使各业务单位建设的各种业务应用系统遵
3、循相同的数据质量规范、相同的认证授权模型、相同的登录校验方式、约定的数据传输格式、传输时间要求以及响应要求,相同的数据呈现界面和方式、相同的业务流程管理和执行方式、相同的开发平台和约定的接口模式,使得景区未来的信息化建设走上一条有章可循、有“法”可依的良性发展道路。2.1 满足企业发展的需求数字化建设是为企业的业务服务,整个数字化建设均应以企业业务发展为目标,业务发展是目的,数字化是支撑。 本次数字化建设不应脱离企业业务实际需求而片面追求最新科技。 集成平台的建设,应综合考虑企业数字化的管理、实施、运维、安全、基础、应用等各个方面, 将企业业务功能涉及的对象、数据、模块、流程、界面、消息等从提
4、供者和消费者的角度进行层次化, 增强单个应用系统适应变化的能力。 当前,景区企业业务的不断发展对数字化建设的要求越来越高,在现有系统中存在以下几方面的问题有待解决: 复杂的流程和系统; 复杂的应用和接口; 难以有效地快速调整以适应变化的市场需求; 大量的投资花在系统的升级维护上。 集成平台应对企业发展的战略目标有所裨益: 创新,通过新的技术在现有的系统的基础上创造能产生最大价值的业务流程; 高速度的增长,扩大市场份额; 风景区企业数字化系统总集成招标文件 招标编号: 3 高效率的工作,提高员工的工作效率; 减少开销,用最少的投资产出最大的回报。 2.2 满足企业数据信息集中展现的需求为了使用户
5、操作更方便,企业对内对外以整体形象展示,集成平台应解决企业数据信息集中展现的需求。 集成平台应解决下述的问题。 目前企业应用绝大部分采用的是网页浏览器进行前台展示, 不同的业务系统应用程序都提供一个或者几个 Web 页面进行访问; 造成查询一个问题往往需要打开多个页面,反复切换、拷贝、粘贴才能完成一项任务; 没有单点登录,用户需记忆大量的用户名和口令; 缺乏统一的安全性,各个子系统都拥有一套自有的用户名和口令体系,维护用户信息非常繁琐。 界面观感不一致,操作界面风格各异,用户学习一个新系统比较困难。 建立一个完整有效的企业信息门户,在一定程度上把分立系统的不同功能有效地组织起来, 给用户提供一
6、个统一的信息服务功能入口, 并利用相关的门户技术,整合企业的后台业务系统, 减少信息孤岛的存在并降低重复投资, 为用户提供更加完善的信息服务。 2.3 增强企业业务服务能力的需求数字化建设的目的是为了支撑企业的业务运营,推动企业的业务创新。 由于企业数字化平台已经成为企业的战略投资,应从业务价值的角度充分考量集成平台建设的投资回报率,技术本身并不是目标。 通过建设景区企业数字化集成平台,至少应在以下方面提高企业业务服务的能力: 整合资源,集约化管理,实现企业不同业务服务的共享、技术与业务的分离,改变业务交付方式,缩短业务交付时间; 配合企业 “以客户为中心”的营销模式,这种模式要求以顾客需求为
7、出发点,以市场为导向,建立整体市场营销的手段,侧重于景区整体的市场营销; 维护大量的业务应用之间的共享; 风景区企业数字化系统总集成招标文件 招标编号: 4 保证各个业务系统的个性化需要,不影响业务的使用; 支持业务规则的充化和业务的扩张,具备快速支持不可预知业务扩张的能力。 集成平台还应可以容纳不断建设中的业务应用系统,并使得这些系统可以高质量、低成本、快速的交付。 3 项目建设的总体功能要求3.1 系统建设的总体要求集成平台是景区企业数字化建设的基础性信息交换平台,目的在于信息互联互通与数据共享,保证数据和信息的即时上报和指令的即时下达,集成平台将为各类业务应用系统提供基础的信息和数据服务
8、。平台建设完成后,各子系统须遵照平台所制定的规范逐步规范开发相应的接口,按照统一的单点登录及认证授权模式进行系统功能的用户授权,形成满足灵活性且高度安全的数据调用机制,按照统一的数据质量要求和规范进行数据效验和存储,最终达到企业数字化建设一体化的目标。通过“集成平台”的建设,企业应具备覆盖全部业务系统的能力,形成数据仓库,简化用户操作,业务流程的设定灵活快速,新业务系统的研发时间周期大幅缩短,企业在市场竞争力持续增长, 景区在国内旅游企业数字化建设中维持领跑者地位。实现资源整合整合股份公司及管委会各类基础数据、单位数据、地理空间基础数据等内容,为各类应用系统提供基础数据服务,同时建立数据交换及
9、共享长效机制,保持数据的实时性、科学性和完整性,并为各单位、应用系统之间的数据共享交换提供管理服务,解决信息孤岛问题,避免重复投资、科学合理利用现有资源。提供应用支撑通过本项目建设,形成数据中心和认证服务中心,为各类管理系统、生产系统(索道、门禁系统等)等业务应用平台提供基础的应用支撑。3.2 系统建设涵盖的内容本文所称的“集成平台”内容涵盖企业服务总线平台、企业信息门户平台、业务流程管理平台、统一身份管理与认证平台,以及在前述平台的基础上针对景区有关各旅游主题领域的平台应用开发(以下简称“平台应用开发” )等部分;除平台建设外,还需要开发已投入运行的业务系统的接口,并制定未来新业务系统的数据
10、接口规范。集成平台不涉及新业务系统的建设。风景区企业数字化系统总集成招标文件 招标编号: 53.3 系统建设的功能要求 综合信息集成功能综合信息集成功能定位为开发-景区“企业数字化”大型企业门户。其功能是将企业数字化所涉及的所有系统平台、业务级应用系统以及监控、管理、服务等信息,通过信息集成和 Web 页面的方式连接到“企业集成门户”上来。网络注册用户可以通过网络浏览器方式实现对整个“企业数字化”的综合信息进行浏览、可视化展现、查询、下载。综合信息集成门户是全面提供“企业数字化”应用人机界面的交互平台。数据资源管理功能“企业数字化”数据资源管理功能的开发,包括:实现信息资源规划相关标准的管理、
11、元数据管理、数据交换管理等功能,是顺利建设“企业数字化”的前提和保证。数据资源管理功能是对信息资源规划提供辅助作用,并方便普通用户使用规划成果、维护规划的成果、数据的工具平台。该功能基于“企业数字化”总体规划设计的成果,提供用户直接游览、查询的界面,并将该成果进一步规范化管理,将数据元目录,信息编码分类,信息交换标准等进一步落实以指导支持“企业数字化”的建设以及今后信息化建设。“企业数字化”数据资源管理功能包括了实现以下功能:1) 元数据管理功能。2) 编码管理功能。3) 数据交换管理功能。数据交换与应用功能数据交换与应用功能应利用面向服务的思想进行构建,以 XML 为信息交换语言,基于统一的
12、信息交换接口标准和数据交换协议进行数据封装,利用消息传递机制实现信息的沟通,实现基础数据、业务数据的数据交换以及控制指令的传递,从而实现系统平台与各级数字化应用系统间的系统集成和业务协同。数据交换应实现以下功能:1) 对于现有系统和在建系统以及以后新增加的系统,通过在数据交换节点上配置数据交换适配器,可以方便地将其封装成标准的接口(如 Web service 服务) ,从而能够接入交换平台并提供一致的访问行为和接口。2) 整个数据共享和交换的底层实现和存储机制对各应用节点是透明的。该结构属于松耦合,很容易进行层次化的结构扩展。3) 数据交换平台提供数据交换过程的系统配置、安全监控告警和异常处理
13、等功能,主要完成接口、管理配置、监控管理等功能。4) 数据支持以 XML 格式在交换节点之间采用端对端(P2P)对等的方式直接交换,风景区企业数字化系统总集成招标文件 招标编号: 6数据路由可根据数据内容自动分发,包括节点地址信息、业务数据信息等;数据路由也可按业务规则进行流转,而且支持动态灵活地连接和构建新的业务系统。5) 支持与多种数据库(如 Oracle、Sybase、MS SQL、DB2 等)无缝对接,可重用的接口适配器支持配置管理。6) 支持多种通讯传输方式如 HTTPs、异步可靠事件方式(JMS、WEB 服务等)。7) 提供穿防火墙的数据库、文件同步机制;提供数据交换的安全机制,包
14、括对传输内容的压缩加密和解压解密,节点身份认证(CA/PKI)等安全管理功能。8) 提供集成一体化的远程统一部署、监控、跟踪、日志、和测试功能,适应集中部署和管理的需求。9) 平台提供丰富的 API 接口供应用系统直接使用,以支持各节点的异构环境和操作系统平台,并支持 Portal (B/S)接口集成。单点登录及用户认证功能单点登录及用户认证功能需要实现以下目标: 单点登录:用户只需登录一次,即可通过单点登录系统(SSO)访问后台的多个应用系统,无需重新登录后台的各个应用系统。后台应用系统的用户名和口令可以各不相同,并且实现单点登录时,后台应用系统无需任何修改。 即插即用:通过简单的配置,无须
15、用户修改任何现有 B/S、C/S 应用系统,即可使用。解决了当前其他 SSO 解决方案实施困难的难题。 多样的身份认证机制:同时支持基于 PKI/CA 数字证书和用户名/口令身份认证方式,可单独使用也可组合使用; 基于角色访问控制:根据用户的角色和 URL 实现访问控制功能 基于 Web 界面管理:系统所有管理功能都通过 Web 方式实现。网络管理人员和系统管理员可以通过浏览器在任何地方进行远程访问管理。此外,可以使用 HTTPS 安全地进行管理。 全面的日志审计:精确地记录用户的日志,可按日期、地址、用户、资源等信息对日志进行查询、统计和分析。审计结果通过 Web 界面以图表的形式展现给管理
16、员。 可提供双机热备能力:通过双机热备功能,提高系统的可用性,满足企业级用户的需求。 可提供集群扩展能力:通过集群功能,为企业提供高效、可靠的 SSO 服务。风景区企业数字化系统总集成招标文件 招标编号: 7可实现分布式部署,提供灵活的解决方案。 传输加密:支持多种对称和非对称加密算法,保证用户信息在传输过程中不被窃取和篡改。 防火墙:基于状态检测技术,支持 NAT。主要用于加强 SSO 本身的安全,也适用于网络性能要求不高的场合,以减少投资。 分布式安装:对物理上不在一个区域的网络应用服务器可以进行分布式部署SSO 系统 后台用户数据库支持:LDAP、Oracle、DB2、Win2k ADS
17、、Sybase 等。可以无缝集成现有的应用系统的统一用户数据库作为 SSO 应用软件系统的用户数据库。 可提供 C/S 单点登录解决方案:无需修改任何现有的应用系统服务端和客户端即可实现 C/S 模式应用系统的单点登录。工作流及流程控制功能工作流及流程控制功能是集成平台中不可或缺的重要组成部分,其功能应该至少包括以下部分: 提供工作流引擎:作为工作流管理系统的核心部分,主要提供对于工作流定义的解析以及流程流转的支持。 提供工作流过程建模工具:要求工作流过程建模工具为可视化的流程设计工具,用户通过拖放等方式来绘制流程,并通过对于节点的配置来实现对于节点操作、节点表单、节点参与者的配置。要求能够为
18、用户提供快速绘制、修改流程的方式,系统易用性良好。要求提供独立的过程建模工具和基于 B/S结构的建模工具。 提供流程操作功能:提供对于流程环节的操作,如启动流程、终止流程、挂起流程、直流、分流(单人办理)、并流(多人同时办理)、联审等,要求直接基于引擎所提供的环节调度算法来直接支持的。 提供流程监控功能:要求提供图形化的方式来对流程执行过程进行监控,包括运转状况,每个环节所耗费的时间等等,以提高工作效率。风景区企业数字化系统总集成招标文件 招标编号: 8 提供表单设计功能:提供可视化的表单设计工具,用户通过拖放的方式来绘制需的表单,并可相应的进行表单数据的绑定。能够为为客户提供快速修改表单的方
19、法,表单设易用与否以及功能的完善与否影响到工作流管理系统的易用性。 提供与表单的集成功能: 通常业务流转需要表单来表达实际的业务,因此需要与表单进行集成以体现业务意义,与表单的集成通常包括表单数据的自动获取、存储、修改,域的权限控制、流程相关数据的维护以及流程环节表单的绑定。与表单的集成的好坏影响到工作流管理系统是否能提高开发效率。 提供与应用系统的集成:通过与应用程序的集成来完善工作流管理系统的业务意义,主要涉是与权限系统以及组织机构的集成。流程环节需要相应的绑定不同的执行而流程操作通常需要与权限系统、组织机构进行关联。企业信息总线平台及数据质量管理功能企业信息总线平台及数据质量管理功能的要
20、求较为繁复,详见其对应的具体内容及要求部分。4 系统建设原则 完整性、科学性、先进性:整个方案是一套完整的系统解决方案,整体架构要具备科学性、先进性,需保证技术处于领先。 坚持行业标准:坚持技术标准和发展潮流,采纳行业通行的业务模式和业务处理办法。 高性能:必须满足快速的性能要求。 实用性:以满足业务需求为首要目标,采用稳定可靠的成熟技术,保证系统长期安全运行。 经济性:在实用的前提下,尽可能降低初期和后续扩展费用,使系统具有较高的性价比。 安全性和准确性:遵循有关信息安全标准,采用切实可行的安全保护和保密风景区企业数字化系统总集成招标文件 招标编号: 9措施,以及计算机病毒的防范能力,确保数
21、据安全。设计的系统必须能准确、快速完成业务处理。 可扩充性、易维护性及易操作性:充分考虑业务扩展,有扩充能力及接口,如报表格式设置、字段调整、函数计算及数据接口等。系统设计应具有良好的扩展性和升级能力。系统设计建设完成后,系统应具有良好可操作性和易于运行维护。5 开发平台选择的技术要求系统开发平台的选择对规范系统的开发行为具有非常重要的作用,对系统的运行同时也具备强大的支撑和支持能力,慎重挑选集成平台的开发工具和开发模式非常重要。特对开发平台的选择做如下技术要求: 企业服务总线平台、企业信息门户平台、业务流程管理平台,建议投标人选用对业界现有标准支持最完整、市场占有率最高、有本地售后服务保障的
22、产品,如:Oracle WebLogic、SAP、Siebel 等产品,投标人如有意愿选用其它产品,须在投标文件中提供该产品类似规模项目中使用效果的用户证明材料,且成为拟中标人后需在搭建展示环境验证其可用性及实用性后,方可在实际项目中使用。 统一身份管理与认证平台即可自建,也可采购,但必须符合业界标准,但能完整服务于集成平台及景区内的其他业务应用; 无论采购何种产品,必须提供原厂商授权及服务承诺; 平台应用开发部分必须符合业界标准,具备可移植性和通用性; 所有平台及应用所支持的操作系统均要求支持 64 位 IBM AIX/Linux(2.6)操作系统,均应支持集群部署; 软件开发必须采用通用开
23、发工具,采用 J2EE 语言进行开发; 投标方必须提供项目生命周期各个阶段的详细实施方案;未经招投标双方同意,任何一方不得泄露、转让、出售项目过程中所涉及对方或者双方的商业机密。风景区企业数字化系统总集成招标文件 招标编号: 106 各子系统建设的具体内容及要求6.1 架构要求集成平台的架构侧重于企业核心竞争力即差异化业务的规划,投标方应从业务架构、应用架构、信息架构和技术架构等架构层次进行分析和设计。 1.业务架构提供从面向服务的业务战略出发,根据旅游景区的业务领域、现有组织架构体系和业务流程进行标识服务的构建方案。尽量保持一个经常变化的体系结构的一致性,允许景区组织实现灵活且响应能力强的业
24、务模型,灵活快捷的响应快速变化的业务需求。 2.应用架构对于应用架构,应考虑多个应用和系统的整体架构,企业应用架构应考虑支持企业业务运营的各种应用系统, 以及通过应用系统的集成整合提供一个比较完整的数字化系统解决方案,实现企业信息的自动化流动,提升业务规模并降低成本。由于旅游景区数字化具有相当的特殊性,其他行业的经验不能代表对景区数字化建设应用架构的理解, 请投标方根据企业现有应用体系,考虑旅游景区的特点和未来发展, 提出本项目中集成平台应用架构的体系方案。 3.信息架构此处信息架构即指数据架构,要求投标方对服务元数据进行信息组合管理、信息分类、数据规则、记录和内容进行设计和分析, 信息架构设
25、计应至少包括数据战略、数据定义、数据分布和数据管理部分。 4.技术架构请投标方对集成平台按照各自对景区企业数字化的理解,对准备采用的技术架构进行分析和描述。 6.2 数据交换信息总线平台应具备数据交换功能,需要解决以下几个问题: 能够在保持原有业务应用的情况下,利用现有资源构建新的应用,能方便的集成待建与在建项目;风景区企业数字化系统总集成招标文件 招标编号: 11 应支持分布式异构系统的快速集成,支持各种不同的操作系统及数据源; 应具备灵活的策略定义与配置,便于掌握及使用; 基于各部门的共享数据,建设数据中心,统一数据标准,以便对各类数据进行综合利用。6.2.1 消息格式标准应结合景区实际以
26、及旅游行业的相关标准,制定数据传递的标准格式,数据格式要求按照行业规范进行设计,通过数据中间转换层,可支持不同的数据源,至少应包括: 关系型数据库 层次型数据库 XML 文件 LDAP6.2.2 综合数据通过数据格式的标准化,请投标方根据自己对旅游行业背景知识的理解,应提出通过总集成平台提供的综合数据格式及解决方案。综合数据主要用于: 构建商业智能系统所必须的数据 基于统计数据进行决策的业务流程模型调用 全局查询时可调用的缓存数据 景区累计的知识库6.2.3 数据资源规范集成平台要求在各个应用系统中有效的交换数据,对于数据交换的格式、安全、性能等都提出了很高的要求,要求达成全面支持可伸缩的、一
27、致的并且可重用的信息访问。6.2.3.1 业务术语表通过业务术语表定义数据语义,要求建立一个通用的容易访问的业务术语表,定义与过程、服务和数据相关的术语。风景区企业数字化系统总集成招标文件 招标编号: 12实施人员在整理组织中公认的业务语言和缩写词时,需找到术语存在不一致的地方。如果客户、渠道、收入等关键术语的定义不一致,就不可能实现与这些术语相关的服务。如果相关人员对服务的参数(即服务获得的数据集)的含义有不同的解释,服务的实现就不可能成功。业务分析师和技术人员必须对企业数字化和旅游景区数字化领域的所有方面(包括过程、服务和数据)使用的术语有准确而一致的理解。业务术语表可以消除在描述核心业务
28、概念时出现歧义的可能性,从而避免误解数据需求。业务术语表建立一个通用的词汇表来控制词汇的定义,从而消除误解。每个词汇的定义包含描述和其他元数据,还要确定它在分类体系中的位置。要求由专人负责术语的定义:他们帮助定义术语并支持对术语的管理。 6.2.3.2 业务信息结构通过规范化建模定义数据结构,投标方应清楚地了解业务信息的结构。包括: 业务的输入和输出参数 业务实体及其关系定义要求使用规范化模型,包括过程、服务/消息和数据模型,避免不必要的转换,以缩短项目的开发时间和质量。规范化数据模型要求在数据层建立这种统一的格式,而规范化消息模型在服务层定义这种统一的格式。要求通过规范化数据模型和消息模型的
29、模式提供一组过程、服务和数据模型,使用它们进行服务体系结构的分析和设计,确保跨建模领域的数据定义保持严格一致。6.2.4 数据质量企业的数据数据即使满足原来的存储库和应用程序的规则和约束,也不一定能够满足企业级的需求,因此,请投标方根据景区的现有应用,提出合理的数据质量保证的解决方案。方案中至少应包括以下问题的解答: 如何有效地判断公开的数据的质量是否满足集成平台项目的需求; 数据是否符合相关的完整性规则; 是否存在重复的数据,以及在数据匹配和聚合期间如何解决重复的数据;采取何种措施来确保服务的实现能够满足潜在服务消费者对数据精确性和含义的要求。 6.3 企业信息总线平台企业信息总线平台作为企
30、业业务的承载平台,应充分利用服务化的接口,实现在风景区企业数字化系统总集成招标文件 招标编号: 13系统间、部门间甚至企业之间的服务复用。 6.3.1 特性要求企业信息总线平台通常应具备以下特性。1.模块化要求采用模块化划分、构件化方法开发,每个模块可独立部署,多个模块可构成一个应用服务。 每个模块要求具有动态更新、可插拨、分布式部署等特性。2.服务化要求统一原应用系统中不同的构件标准,实现构件服务化组装和服务化编制。 3.数据标准化集成平台应提供一种端到端的统一数据模型,为企业应用之间的数据交互提供统一的数据格式, 为包括关系数据库、XML、EXCEL、FTP、JMS 等异构数据源提供统一的
31、标准化数据访问接口。 4.支持集成支持通过 BPEL 等技术解决应用间的交互即集成问题,包括服务集成、数据集成、流程集成等方式。 5.支持业务定制支持以业务为导向,将流程、服务做业务化抽象,通过 BPM 工具等方式,实现快速响应业务需求,缩短交付时间。 6.3.2 基本要求以下为企业信息总线需满足的基本要求,投标方请逐条进行阐述。 全面支持 SOA 体系架构,遵循 Web Service 和 XML 技术标准和规范; 配置驱动的服务集成,具有基于内容和身份的路由功能; 动态的消息格式转换; 支持基于 JCA 框架标准的适配器; 提供多协议消息处理总线,包含了对 JMS、SOAP、JCA、JDB
32、C、HTTP 、FTP、E-mail 等协议的支持; 风景区企业数字化系统总集成招标文件 招标编号: 14 支持同步、异步、 “点对点” 、 “发布-订阅”等多种通信会话模式; 优化的策略驱动的消息传输和消息安全; 企业级的服务网络,支持分布式的 ESB 域; 企业自建的服务注册中心; 内嵌的管理功能; 内嵌服务质量控制; 内建的监视功能; 高性能、高可扩展性和高可靠性; 支持与 BPM 软件的集成; 提供与打包应用以及遗留系统的无缝集成; 既支持不同外系统提供的 Web Service 访问,又能够将现有业务应用封装成Web Service 供复用; 支持 Web Service 相关标准集
33、,如 SOAP、WSDL、UDDI、WS-Security 等; 支持主流的操作系统和主流的关系型数据库。 6.3.3 标准与规范要求 企业信息总线平台应支持以下技术标准和规范: 支持 JDK 6.0 标准 支持 JavaEE 1.4 规范,并且通过 J2EE 认证 支持和 XML、Web Services 相关的技术规范,包括但不限于: XML Schema Enterprise Web Services Java 平台的 Web Service 元数据 JAX-RPC JAXB风景区企业数字化系统总集成招标文件 招标编号: 15 SAAJ WS-Security UDDI XMLBean
34、支持相关技术标准,包括但不限于: HTTP SSL X.509 支持相关软硬件环境,包括: 各类操作系统 各类硬件服务器 虚拟化工作环境 主流数据库等 6.3.4 集成要求企业信息总线平台应支持与其他业务系统的集成: 支持对异构系统的访问和连通性,除支持 Web Service 相关规范外,还应支持包括: HTTP(s) JMS File风景区企业数字化系统总集成招标文件 招标编号: 16 FTP 邮件(POP/SMTP) Socket EJB/RMI Java 关系数据库 文件系统 常见应用系统和平台 服务总线应能和 CORBA、MQ 等常用的交易和消息平台实现互集成 提供相应的开发接口,支
35、持用户对特定类型的协议或应用的定制扩展 支持多种的应用服务相互访问方式,包括: 同步请求/响应 异步请求/响应 单向异步 同步到异步 通过 JMS 推送 事件/通知 订阅/发布等6.3.5 消息代理和路由功能要求企业信息总线平台应支持通过消息代理和路由处理不同业务集的功能: 通过浏览器图形化配置过程连接具有不同技术特性的应用,根据业务需要,在不同服务之间进行基于业务的集成、消息路由等; 在实现以服务为基础的服务集成过程中,能够通过基于图形化的集成开发工具,实现服务的涉及建模、服务合成以及部署发布; 风景区企业数字化系统总集成招标文件 招标编号: 17 能够将应用服务动态地松耦合集成到一起,应支
36、持静态路由和动态路由; 服务总线可针对服务访问请求和结果中包括的特定信息,将其作为判断消息路由和业务集的依据。支持使用如下数据作为服务路由策略: SOAP 头 HTTP 传送头 JMS 用户属性和报文头 消息内容 邮件主题 二进制数据等 针对包含大量数据的业务报文,能将业务数据拆分出来,同时并行发送到目标业务服务,并能将全部结果合并后返回给代理服务调用方; 提供可视化的异构数据格式转换映射工具,支持 XML 和 XSLT 技术。提供 XSLT的数据加工引擎,支持 XSLT 函数库; 在不同的数据格式之间,企业服务总线支持动态的消息格式转换,支持XQuery 和 XSLT 标准,并提供可视化的数
37、据转换环境映射器,能在不同数据 类型之间实现格式转换、合并,包括但不限于: XML MFL(消息格式语言,有格式描述的非 XML 消息) JMS 消息 二进制数据 带附件的 SOAP 消息等 支持对 XML 类型的消息格式进行验证。 6.3.6 可靠性要求企业信息总线应保证运行质量和集成的可靠性,至少应达到以下要求: 能够基于 XML Schema 验证消息和数据的合法性; 风景区企业数字化系统总集成招标文件 招标编号: 18 当交换过程发生异常,系统能够自动触发事先定义好的错误处理过程; 错误处理过程能够支持服务访问过程中不同级别错误和异常处理,包括: 服务级别 系统级别 请求/响应级别等错
38、误处理 用户根据应用业务需要自定义应用级别错误 为了保证消息能够在异构应用系统之间实现可靠传递交换,服务总线要能支持在消息 JMS 系统之间进行“一次仅一次”的可靠性消息交换; 支持在 JMS 和其他系统之间进行“至少一次”的可靠性消息交换; 在访问集成的应用服务的时候,支持在多个相同服务之间提供访问的负载均衡; 支持异构平台之间的集群功能,允许在多个逻辑服务器上同时运行; 提供负载均衡功能,允许管理员指定使用的是循环往复、随机、基于权重等平衡算法; 提供故障切换功能,当集群中的任何一台服务器宕机后,都不会中断用户对服务的访问; 要求集群范围支持无限可扩展的能力,并能通过集群功能支持以下资源的
39、负载均衡或失效转移功能: Web 应用 EJB JMS 数据库链接等 支持服务超载保护功能,限制发送到业务服务的吞吐量,防止服务超载; 可维护业务服务的运行状态,支持服务自动脱机功能,支持重路由服务到备用服务上; 风景区企业数字化系统总集成招标文件 招标编号: 19 当服务恢复联机时,可自动将其添加回缓冲池中,以便处理请求。 6.3.7 注册与发现管理要求 应支持以 UDDI v3 为基础的服务注册、服务质量(QoS)管理、服务分类等功能; 应支持分类管理目录,能满足使用户能够根据业务相关特性分类业务服务; 能订阅并从 UDDI 服务器上获取服务变更,并将变化服务自动同步到总线上。 6.3.8
40、 安全性要求信息总线平台应满足安全性要求: 提供可扩展的统一的安全架构,支持开放的即插即用架构,允许使用第三方的安全性解决方案或实现和应用服务器集成; 确保基于服务集成过程的安全性,在传输、消息、应用户和策略等级别确保系统的安全; 支持建立在 LDAP 目录基础之上的内置安全性数据存储,保存角色、简档和权限数据; 确保服务访问安全性,服务总线必须支持以下验证手段,并通过授权功能管理使用权限: 用户名/密码验证 PKI X509 数字证书 确保数据传输和使用过程中的安全,支持 SSL/TTL 标准,支持加密、数字证书等技术; 支持客户端认证方式: BASIC (username/password
41、) 用户认证 CLIENT CERT (two-way SSL) 双向用户认证 支持按指定身份、身份之间转换等方式保护服务资源; 风景区企业数字化系统总集成招标文件 招标编号: 20 至少支持以下标准和规范: Java 验证授权服务(JAAS) Java 安全套接字扩展(JSSE) Web 服务安全(WS Security) Web 服务策略(WS-Policy)等6.3.9 维护管理要求信息总线平台应易于维护和管理,要求提供相应的维护管理界面以便于操作。 提供基于 Web 的管理控制台,可以全面监控系统的运行状况,汇总运行时的统计数据; 支持应用服务生命周期的管理过程,包括: 变更管理 应用
42、管理 安全管理 实现服务调试、通过图形化界面跟踪服务执行的所有过程; 除了图形化控制台外,还提供命令脚本工具,支持在字符模式下进行管理; 能够在管理控制台中查看所有服务的运行状况、统计信息及服务水平告警信息。应该提供如下系统运行监控信息: 吞吐量 处理规模 成功/失败率 错误数 重试数 访问安全异常数 当前对话请求数风景区企业数字化系统总集成招标文件 招标编号: 21 提供监控管理中心,支持在分布式环境内对多个交换服务器和远程交换执行环境的交换服务、用户信息、运行状态、管理信息等进行统一存储和管理,实现授权访问。 监控管理功能基于 JMX 标准,便于简化统一管理接口,并扩展管理功能,同时方便开
43、放 API 供用户访问 允许应用户针对运行期间各种统计数据来定义服务水平协议(SLA) ,这些统计数据包括: 响应时间 处理量 消息处理的成功/失败率 错误率 安全异常情况和模式验证问题等 对与违反 SLA 的情况能够定义警告的严重经别,能够触发自动的操作,可通过电子邮件或者 JMS 发送到管理员 支持通过日志记录服务的访问执行过程; 提供各种服务总线运行过程的监控数据,并提供数据仪表盘,通过可视化图形方式展示执行统计结果,并能生成报表; 在管理过程中提供资源间依赖关系跟踪功能,提供每种资源被使用情况,以及使用其它资源的情况; 能够对服务总线中定义的各种资源实现数据的导入和导出功能,从而能够在
44、不同的环境中迁移配置数据; 支持集中提交修改结果使之集中生效或取消操作,同时记录所有管理的操作步骤,以方便管理跟踪。 6.3.10接口要求投标方应考虑景区的现状,包括企业应用软件建设与使用情况,业务和管理流程,结合企业跨部门的流程改造和流程管理需求,制定信息总线平台与其他平台和业务应风景区企业数字化系统总集成招标文件 招标编号: 22用系统之间的接口,形成相应的规范。各个接口的开发应按照企业数字化集成平台的要求进行,统一管理,统一界面,必须遵循业界规定的或者默认的规范。请投标单位提供以下接口的实施方案。 与企业门户平台的接口信息总线平台与企业门户平台之间的数据关联与业务关联的逻辑关系,以及企业
45、门户如何调用信息总线平台所提供的服务。 与业务流程管理平台的接口通过业界标准,信息总线平台如何结合业务流程管理平台所设计的业务流程模型,组合形成新的服务。 与统一身份管理与认证平台的接口如何调用身份管理与认证平台的信息,进行用户身份验证。 与业务应用系统之间的接口信息总线平台与现有业务应用系统、未来的业务应用系统之间的适配器接口,以及新的业务应用如何调用信息总线平台的业务服务。6.3.11性能要求信息总线平台在企业数字化中属于基础架构,服务于上层业务体系,对其性能要求较高,要求在性能上至少应考虑: 支持多种高端机型及软硬件架构,包括 IBM 小型机、NUMA 结构的小型群集、高速 I/O 阵列
46、,以及云计算等 对于关键业务应用的负载均衡,确保核心服务为上层业务体系快速的提供响应6.4 企业信息门户平台6.4.1 建设目标企业信息门户是为企业数字化提供一个协同工作的平台,投标方应在充分理解并描述企业信息门户平台建设的方案, 至少应达到以下目标: 为公司管理层提供全方位、个性化的决策信息;把企业的人、财、物、工作进展等内容,采用驾驶舱方式提供给领导,以辅助其决策和执行; 让员工可以一站式地访问企业各类应用和信息,并提供单一登录(SSO); 风景区企业数字化系统总集成招标文件 招标编号: 23 为员工提供高效的沟通和协作环境; 提供个性化的工作界面体验; 提供各类基础服务: 内容管理 搜索
47、 应用和流程接入 安全 界面标准化 分析管控等 支持热插拔方式和重用,降低未来应用建设和维护的成本。 6.4.2 设计原则投标方应遵循以下核心原则设计本方案: 集成化理念强调系统集成、丰富用户体验、丰富内容、以及提高协作效率 。 开放性为降低由技术本身的限制产生的系统风险,保护景区在数字化上的长期投资,最有效地规避风险, 门户平台的选型应当遵循开放的技术标准,保证构架内外现有的、可能增加的不同应用模型系统可以通过开放标准很容易的集成。 可扩展性随着景区业务应用的增加,业务量的加大,应用终端用户的增加,门户系统同样要求能够通过服务器等硬件设备的添加实现, 而无需对系统逻辑构架、系统应用或业务应用进行改动,保证了这种扩展是快速的、有效的。 使得系统能够随着业务的变化而非常容易的做出改变。 整体规划、分步实施信息基础架构建设不可能一簇而就,请投标单位针对景区的实际情况,进行整体规划,做到可以分步实施。 风景区企业数字化系统总集成