精选技术规格及要求(招标文件)

精选技术规格及要求(招标文件)内容摘要：

? 基于各部门的共享数据，建设数据中心，统一数据标准，以便对各类数据进行综合利用。 消息格式标准 应结合景区实际以及旅游行业的相关标准，制定数据传递的标准格式，数据格式要求按照行业规范进行设计，通过数据中间转换层，可支持不同的数据源，至少应包括： ? 关系型数据库 ? 层次型数据库 ? XML 文件 ? LDAP 综合数据 通过数据格式的标准化，请投标方根据自己对旅游行业背景知识的理解，应提出通过总集成平台提供的综合数据格式及解决方案。 综合数据主要用于： ? 构建商业智能系统所必须的数据 ? 基于统计数据 进行决策的业务流程模型调用 ? 全局查询时可调用的缓存数据 ? 景区累计的知识库 数据资源规范 集成平台要求在各个应用系统中有效的交换数据，对于数据交换的格式、安全、性能等都提出了很高的要求，要求达成全面支持可伸缩的、一致的并且可重用的信息访问。 业务术语表 通过业务术语表定义数据语义，要求建立一个通用的容易访问的业务术语表，定义与过程、服务和数据相关的术语。 风景区企业数字化系统总集成 招标文件 招标编号： 12 实施人员在整理组织中公认的业务语言和缩写词时，需找到术语存在不一致的地方。 如果客户、渠道、收入等关键术语的定义不一致，就不可能实现与这些术语相关的服务。 如 果相关人员对服务的参数（即服务获得的数据集）的含义有不同的解释，服务的实现就不可能成功。 业务分析师和技术人员必须对企业数字化和旅游景区数字化领域的所有方面（包括过程、服务和数据）使用的术语有准确而一致的理解。 业务术语表可以消除在描述核心业务概念时出现歧义的可能性，从而避免误解数据需求。 业务术语表建立一个通用的词汇表来控制词汇的定义，从而消除误解。 每个词汇的定义包含描述和其他元数据，还要确定它在分类体系中的位置。 要求由专人负责术语的定义：他们帮助定义术语并支持对术语的管理。 业务信息结构 通过规范化建 模定义数据结构，投标方应清楚地了解业务信息的结构。 包括： ? 业务的输入和输出参数 ? 业务实体及其关系定义 要求使用规范化模型，包括过程、服务 /消息和数据模型，避免不必要的转换，以缩短项目的开发时间和质量。 规范化数据模型要求在数据层建立这种统一的格式，而规范化消息模型在服务层定义这种统一的格式。 要求通过规范化数据模型和消息模型的模式提供一组过程、服务和数据模型，使用它们进行服务体系结构的分析和设计，确保跨建模领域的数据定义保持严格一致。 数据质量 企业的数据数据即使满足原来的存储库和应用程序的规则和约束，也不 一定能够满足企业级的需求，因此，请投标方根据景区的现有应用，提出合理的数据质量保证的解决方案。 方案中至少应包括以下问题的解答： ? 如何有效地判断公开的数据的质量是否满足集成平台项目的需求； ? 数据是否符合相关的完整性规则； ? 是否存在重复的数据，以及在数据匹配和聚合期间如何解决重复的数据； 采取何种措施来确保服务的实现能够满足潜在服务消费者对数据精确性和含义的要求。 企业信息总线平台 企业信息总线平台作为企业业务的承载平台，应充分利用服务化的接口，实现在风景区企业数字化系统总集成 招标文件 招标编号： 13 系统间、部门间甚至企业之间的服务复用。 特性要求 企业信 息总线平台通常应具备以下特性。 1. 模块化 要求采用模块化划分、构件化方法开发，每个模块可独立部署，多个模块可构成一个应用服务。 每个模块要求具有动态更新、可插拨、分布式部署等特性。 2. 服务化 要求统一原应用系统中不同的构件标准，实现构件服务化组装和服务化编制。 3. 数据标准化 集成平台应提供一种端到端的统一数据模型，为企业应用之间的数据交互提供统一的数据格式， 为包括关系数据库、 XML、 EXCEL、 FTP、 JMS 等 异构数据源提供统一的标准化数据访问接口。 4. 支持集成 支持通过 BPEL 等技术解决应用间的交互即集成 问题，包括服务集成、数据集成、流程集成等方式。 5. 支持业务定制 支持以业务为导向，将流程、服务做业务化抽象，通过 BPM 工具 等方式，实现快速响应业务需求，缩短交付时间。 基本要求 以下为企业信息总线需满足的基本要求，投标方请逐条进行阐述。 ? 全面支持 SOA 体系架构，遵循 Web Service 和 XML 技术标准和规范； ? 配置驱动的服务集成，具有基于内容和身份的路由功能； ? 动态的消息格式转换； ? 支持基于 JCA 框架标准的适配器； ? 提供多协议消息处理总线，包含了对 JMS、 SOAP、 JCA、 JDBC、 HTTP 、 FTP、Email 等协议的支持； ? 支持同步、异步、 “ 点对点 ” 、 “ 发布 订阅 ” 等多种通信会话模式； 风景区企业数字化系统总集成 招标文件 招标编号： 14 ? 优化的策略驱动的消息传输和消息安全； ? 企业级的服务网络，支持分布式的 ESB 域； ? 企业自建的服务注册中心； ? 内嵌的管理功能； ? 内嵌服务质量控制； ? 内建的监视功能； ? 高性能、高可扩展性和高可靠性； ? 支持与 BPM 软件的集成； 提供与打包应用以及遗留系统的无缝集成； ? 既支持不同外系统提供的 Web Service 访问，又能够将现有业务应用封装成Web Service 供复用； ? 支持 Web Service 相关标准集，如 SOAP、 WSDL、 UDDI、 WSSecurity 等 ； ? 支持主流的操作系统和主流的关系型数据库。 标准与规范要求 企业信息总线平台应支持以下技术标准和规范： ? 支持 JDK 标准 ? 支持 JavaEE 规范，并且通过 J2EE 认证 ? 支持和 XML、 Web Services 相关的技术规范，包括但不限于： ? XML Schema ? Enterprise Web Services ? Java 平台的 Web Service 元数据 ? JAXRPC ? JAXB ? SAAJ 风景区企业数字化系统总集成 招标文件 招标编号： 15 ? WSSecurity ? ? ? UDDI ? ? XMLBean ? 支持相关技术标准，包括但不限于： ? HTTP ? SSL ? ? ? 支持相关软硬件环境，包括： ? 各类操作系统 ? 各类硬件服务器 ? 虚拟化工作环境 ? 主流数据库等 集成要求 企业信息总线平台应支持与其他业务系统的集成： ? 支持对异构系统的访问和连通性，除支持 Web Service 相关规范外，还应支持包括： ? HTTP（ s） ? JMS ? File ? FTP 风景区企业数字化系统总集成 招标文件 招标编号： 16 ? 邮件（ POP/SMTP） ? Socket ? EJB/RMI ? Java ? 关系数据库 ? 文件系统 ? 常见应用系统和平台 ? 服务总线应能和 CORBA、 MQ 等常用的交易和消息平台实现互集成 ? 提供相应的开发接口，支持用户对特定类型的协议或应用的定制扩展 ? 支持多种的应用服务相互访问方式，包括： ? 同步请求 /响应 ? 异步请求 /响应 ? 单向异步 ? 同步到异步 ? 通过 JMS 推送 ? 事件 /通知 ? 订阅 /发布等 消息代理和路由功能要求 企业信息总线平台应支持通过消息代理和路由处理不同业务集的功能： ? 通过浏览器图形化配置过程连接具有不同技术特性的应用，根据业务需要，在不同服务之间进行基于业务的集成、消息路由等； ? 在实现以服务为基础的服务集成过程中，能够通过 基于图形化的集成 开发工具，实现服务的涉及建模、服务合成以及部署发布 ； ? 能够将应用服务动态地松耦合集成到一起，应支持静态路由和动态路由； 风景区企业数字化系统总集成 招标文件 招标编号： 17 ? 服务总线可针对服务访问请求和结果中包括的特定信息，将其 作为 判断消息路由和业务集的依据。 支持使用如下数据作为服务路由策略： ? SOAP 头 ? HTTP 传送头 ? JMS 用户属性和报文头 ? 消息内容 ? 邮件主题 ? 二进制数据等 针对包含大量数据的业务报文，能将业务数据拆分出来，同时并行发送到目标业务服务，并能将全部结果合并后返回给代理服务调用方； ? 提供可视化的异构数据格式转换映射工具，支持 XML 和 XSLT 技术。 提供 XSLT的数据加工引擎，支持 XSLT 函数库； ? 在不同的数据格式之间，企业服务总线支持动态的消息格式转换，支持 XQuery和 XSLT 标准，并提供可视化的数据转换环境映射器，能在不同数据 类型之间实现格式转换、合并，包括但不限于： ? XML ? MFL（消息格式语言，有格式描述的非 XML 消息） ? JMS 消息 ? 二进制数据 ? 带附件的 SOAP 消息等 ? 支持对 XML 类型的消息格式进行验证。 可靠性要求 企业信息总线应保证运行质量和集成的可靠性，至少应达到以下要求： ? 能够基。