技术规格及要求招标文件.docx
《技术规格及要求招标文件.docx》由会员分享，可在线阅读，更多相关《技术规格及要求招标文件.docx（68页珍藏版）》请在冰点文库上搜索。
技术规格及要求招标文件
第一部分技术规格及要求
《技术规格及要求》是招标文件的重要部分，描述了招标人对招标项目的基本规格、技术参数、技术要求或标准，以及技术服务和支持的范围等内容。
投标人应充分阅读和明确招标项目的各项技术要求和服务的内容，按此要求提供投标文件。
1项目背景
景区经过景区数字化、酒店管理、客票门禁、识途旅游网、呼叫中心、办公自动化等业务系统的建设，企业数字化已初具规模，在国内旅游景区的信息化建设中，公认处于领先地位。
随着数字化建设的逐步深入，我们也发现各业务系统虽然建设成功并投入使用，但也形成了多个信息孤岛。
随着新业务的不断推出，要求各信息化系统之间进行有效的业务合作，目前各自为政的信息化系统已经成为企业数字化建设的桎梏。
景区企业数字化的建设，就是要应用信息化、网络化、数字化、自动化、智能化等现代科学技术，以现代化系统工程管理理念为指导，采用科学的计划、组织、指挥、控制、协同和决策一体化系统工程管理模式，将各个孤立的系统通过安全、规范、可靠、可扩展性强的方式沟通在一起，形成未来创新业务发展的基石，提高企业市场竞争力的重要保障。
2项目建设的目的及必要性
建设企业数字化，就是为了消除“信息孤岛”，分别建立企业总部、管理处、具体业务单元三级数字化应用平台，实现区内信息交互、数据共享、网络融合、功能协同。
同时，也是为了使各业务单位建设的各种业务应用系统遵循相同的数据质量规范、相同的认证授权模型、相同的登录校验方式、约定的数据传输格式、传输时间要求以及响应要求，相同的数据呈现界面和方式、相同的业务流程管理和执行方式、相同的开发平台和约定的接口模式，使得景区未来的信息化建设走上一条有章可循、有“法”可依的良性发展道路。
2.1满足企业发展的需求
数字化建设是为企业的业务服务，整个数字化建设均应以企业业务发展为目标，业务发展是目的，数字化是支撑。
本次数字化建设不应脱离企业业务实际需求而片面追求最新科技。
集成平台的建设，应综合考虑企业数字化的管理、实施、运维、安全、基础、应用等各个方面，将企业业务功能涉及的对象、数据、模块、流程、界面、消息等从提供者和消费者的角度进行层次化，增强单个应用系统适应变化的能力。
当前，景区企业业务的不断发展对数字化建设的要求越来越高，在现有系统中存在以下几方面的问题有待解决：
∙复杂的流程和系统；
∙复杂的应用和接口；
∙难以有效地快速调整以适应变化的市场需求；
∙大量的投资花在系统的升级维护上。
集成平台应对企业发展的战略目标有所裨益：
∙创新，通过新的技术在现有的系统的基础上创造能产生最大价值的业务流程；
∙高速度的增长，扩大市场份额；
∙高效率的工作，提高员工的工作效率；
∙减少开销，用最少的投资产出最大的回报。
2.2满足企业数据信息集中展现的需求
为了使用户操作更方便，企业对内对外以整体形象展示，集成平台应解决企业数据信息集中展现的需求。
集成平台应解决下述的问题。
∙目前企业应用绝大部分采用的是网页浏览器进行前台展示，不同的业务系统应用程序都提供一个或者几个Web页面进行访问；造成查询一个问题往往需要打开多个页面，反复切换、拷贝、粘贴才能完成一项任务；
∙没有单点登录，用户需记忆大量的用户名和口令；
∙缺乏统一的安全性，各个子系统都拥有一套自有的用户名和口令体系，维护用户信息非常繁琐。
∙界面观感不一致，操作界面风格各异，用户学习一个新系统比较困难。
建立一个完整有效的企业信息门户，在一定程度上把分立系统的不同功能有效地组织起来，给用户提供一个统一的信息服务功能入口，并利用相关的门户技术，整合企业的后台业务系统，减少信息孤岛的存在并降低重复投资，为用户提供更加完善的信息服务。
2.3增强企业业务服务能力的需求
数字化建设的目的是为了支撑企业的业务运营，推动企业的业务创新。
由于企业数字化平台已经成为企业的战略投资，应从业务价值的角度充分考量集成平台建设的投资回报率，技术本身并不是目标。
通过建设景区企业数字化集成平台，至少应在以下方面提高企业业务服务的能力：
∙整合资源，集约化管理，实现企业不同业务服务的共享、技术与业务的分离，改变业务交付方式，缩短业务交付时间；
∙配合企业“以客户为中心”的营销模式，这种模式要求以顾客需求为出发点，以市场为导向，建立整体市场营销的手段，侧重于景区整体的市场营销；
∙维护大量的业务应用之间的共享；
∙保证各个业务系统的个性化需要，不影响业务的使用；
∙支持业务规则的充化和业务的扩张，具备快速支持不可预知业务扩张的能力。
集成平台还应可以容纳不断建设中的业务应用系统，并使得这些系统可以高质量、低成本、快速的交付。
3项目建设的总体功能要求
3.1系统建设的总体要求
集成平台是景区企业数字化建设的基础性信息交换平台，目的在于信息互联互通与数据共享，保证数据和信息的即时上报和指令的即时下达，集成平台将为各类业务应用系统提供基础的信息和数据服务。
平台建设完成后，各子系统须遵照平台所制定的规范逐步规范开发相应的接口，按照统一的单点登录及认证授权模式进行系统功能的用户授权，形成满足灵活性且高度安全的数据调用机制，按照统一的数据质量要求和规范进行数据效验和存储，最终达到企业数字化建设一体化的目标。
通过“集成平台”的建设，企业应具备覆盖全部业务系统的能力，形成数据仓库，简化用户操作，业务流程的设定灵活快速，新业务系统的研发时间周期大幅缩短，企业在市场竞争力持续增长，景区在国内旅游企业数字化建设中维持领跑者地位。
实现资源整合
整合股份公司及管委会各类基础数据、单位数据、地理空间基础数据等内容，为各类应用系统提供基础数据服务，同时建立数据交换及共享长效机制，保持数据的实时性、科学性和完整性，并为各单位、应用系统之间的数据共享交换提供管理服务，解决信息孤岛问题，避免重复投资、科学合理利用现有资源。
提供应用支撑
通过本项目建设，形成数据中心和认证服务中心，为各类管理系统、生产系统（索道、门禁系统等）等业务应用平台提供基础的应用支撑。
3.2系统建设涵盖的内容
本文所称的“集成平台”内容涵盖企业服务总线平台、企业信息门户平台、业务流程管理平台、统一身份管理与认证平台，以及在前述平台的基础上针对景区有关各旅游主题领域的平台应用开发（以下简称“平台应用开发”）等部分；
除平台建设外，还需要开发已投入运行的业务系统的接口，并制定未来新业务系统的数据接口规范。
集成平台不涉及新业务系统的建设。
3.3系统建设的功能要求
①综合信息集成功能
综合信息集成功能定位为开发-景区“企业数字化”大型企业门户。
其功能是将企业数字化所涉及的所有系统平台、业务级应用系统以及监控、管理、服务等信息，通过信息集成和Web页面的方式连接到“企业集成门户”上来。
网络注册用户可以通过网络浏览器方式实现对整个“企业数字化”的综合信息进行浏览、可视化展现、查询、下载。
综合信息集成门户是全面提供“企业数字化”应用人－机界面的交互平台。
数据资源管理功能
“企业数字化”数据资源管理功能的开发，包括：
实现信息资源规划相关标准的管理、元数据管理、数据交换管理等功能，是顺利建设“企业数字化”的前提和保证。
数据资源管理功能是对信息资源规划提供辅助作用，并方便普通用户使用规划成果、维护规划的成果、数据的工具平台。
该功能基于“企业数字化”总体规划设计的成果，提供用户直接游览、查询的界面，并将该成果进一步规范化管理，将数据元目录，信息编码分类，信息交换标准等进一步落实以指导支持“企业数字化”的建设以及今后信息化建设。
“企业数字化”数据资源管理功能包括了实现以下功能：
1）元数据管理功能。
2）编码管理功能。
3）数据交换管理功能。
数据交换与应用功能
数据交换与应用功能应利用面向服务的思想进行构建，以XML为信息交换语言，基于统一的信息交换接口标准和数据交换协议进行数据封装，利用消息传递机制实现信息的沟通，实现基础数据、业务数据的数据交换以及控制指令的传递，从而实现系统平台与各级数字化应用系统间的系统集成和业务协同。
数据交换应实现以下功能：
1）对于现有系统和在建系统以及以后新增加的系统，通过在数据交换节点上配置数据交换适配器，可以方便地将其封装成标准的接口（如Webservice服务），从而能够接入交换平台并提供一致的访问行为和接口。
2）整个数据共享和交换的底层实现和存储机制对各应用节点是透明的。
该结构属于松耦合，很容易进行层次化的结构扩展。
3）数据交换平台提供数据交换过程的系统配置、安全监控告警和异常处理等功能，主要完成接口、管理配置、监控管理等功能。
4）数据支持以XML格式在交换节点之间采用端对端（P2P）对等的方式直接交换，数据路由可根据数据内容自动分发，包括节点地址信息、业务数据信息等；数据路由也可按业务规则进行流转，而且支持动态灵活地连接和构建新的业务系统。
5）支持与多种数据库（如Oracle、Sybase、MSSQL、DB2等）无缝对接，可重用的接口适配器支持配置管理。
6）支持多种通讯传输方式如HTTPs、异步可靠事件方式（JMS、WEB服务等）。
7）提供穿防火墙的数据库、文件同步机制；提供数据交换的安全机制，包括对传输内容的压缩加密和解压解密，节点身份认证（CA/PKI）等安全管理功能。
8）提供集成一体化的远程统一部署、监控、跟踪、日志、和测试功能，适应集中部署和管理的需求。
9）平台提供丰富的API接口供应用系统直接使用，以支持各节点的异构环境和操作系统平台，并支持Portal（B/S）接口集成。
单点登录及用户认证功能
单点登录及用户认证功能需要实现以下目标：
●单点登录：
用户只需登录一次，即可通过单点登录系统（SSO）访问后台的多个应用系统，无需重新登录后台的各个应用系统。
后台应用系统的用户名和口令可以各不相同，并且实现单点登录时，后台应用系统无需任何修改。
●即插即用：
通过简单的配置，无须用户修改任何现有B/S、C/S应用系统，即可使用。
解决了当前其他SSO解决方案实施困难的难题。
●多样的身份认证机制：
同时支持基于PKI/CA数字证书和用户名/口令身份认证方式，可单独使用也可组合使用;
●基于角色访问控制：
根据用户的角色和URL实现访问控制功能
●基于Web界面管理：
系统所有管理功能都通过Web方式实现。
网络管理人员和系统管理员可以通过浏览器在任何地方进行远程访问管理。
此外，可以使用HTTPS安全地进行管理。
●全面的日志审计：
精确地记录用户的日志，可按日期、地址、用户、资源等信息对日志进行查询、统计和分析。
审计结果通过Web界面以图表的形式展现给管理员。
●可提供双机热备能力：
通过双机热备功能，提高系统的可用性，满足企业级用户的需求。
●可提供集群扩展能力：
通过集群功能，为企业提供高效、可靠的SSO服务。
可实现分布式部署，提供灵活的解决方案。
●传输加密：
支持多种对称和非对称加密算法，保证用户信息在传输过程中不被窃取和篡改。
●防火墙：
基于状态检测技术，支持NAT。
主要用于加强SSO本身的安全，也适用于网络性能要求不高的场合，以减少投资。
●分布式安装：
对物理上不在一个区域的网络应用服务器可以进行分布式部署SSO系统
●后台用户数据库支持：
LDAP、Oracle、DB2、Win2kADS、Sybase等。
可以无缝集成现有的应用系统的统一用户数据库作为SSO应用软件系统的用户数据库。
●可提供C/S单点登录解决方案：
无需修改任何现有的应用系统服务端和客户端即可实现C/S模式应用系统的单点登录。
工作流及流程控制功能
工作流及流程控制功能是集成平台中不可或缺的重要组成部分，其功能应该至少包括以下部分：
●提供工作流引擎：
作为工作流管理系统的核心部分，主要提供对于工作流定义的解析以及流程流转的支持。
●提供工作流过程建模工具：
要求工作流过程建模工具为可视化的流程设计工具，用户通过拖放等方式来绘制流程，并通过对于节点的配置来实现对于节点操作、节点表单、节点参与者的配置。
要求能够为用户提供快速绘制、修改流程的方式，系统易用性良好。
要求提供独立的过程建模工具和基于B/S结构的建模工具。
●提供流程操作功能：
提供对于流程环节的操作，如启动流程、终止流程、挂起流程、直流、分流（单人办理）、并流（多人同时办理）、联审等，要求直接基于引擎所提供的环节调度算法来直接支持的。
●提供流程监控功能：
要求提供图形化的方式来对流程执行过程进行监控，包括运转状况，每个环节所耗费的时间等等，以提高工作效率。
●提供表单设计功能：
提供可视化的表单设计工具，用户通过拖放的方式来绘制需的表单，并可相应的进行表单数据的绑定。
能够为为客户提供快速修改表单的方法，表单设易用与否以及功能的完善与否影响到工作流管理系统的易用性。
●提供与表单的集成功能：
通常业务流转需要表单来表达实际的业务，因此需要与表单进行集成以体现业务意义，与表单的集成通常包括表单数据的自动获取、存储、修改，域的权限控制、流程相关数据的维护以及流程环节表单的绑定。
与表单的集成的好坏影响到工作流管理系统是否能提高开发效率。
●提供与应用系统的集成：
通过与应用程序的集成来完善工作流管理系统的业务意义，主要涉是与权限系统以及组织机构的集成。
流程环节需要相应的绑定不同的执行而流程操作通常需要与权限系统、组织机构进行关联。
企业信息总线平台及数据质量管理功能
企业信息总线平台及数据质量管理功能的要求较为繁复，详见其对应的具体内容及要求部分。
4系统建设原则
∙完整性、科学性、先进性：
整个方案是一套完整的系统解决方案，整体架构要具备科学性、先进性，需保证技术处于领先。
∙坚持行业标准：
坚持技术标准和发展潮流，采纳行业通行的业务模式和业务处理办法。
∙高性能：
必须满足快速的性能要求。
∙实用性：
以满足业务需求为首要目标，采用稳定可靠的成熟技术，保证系统长期安全运行。
∙经济性：
在实用的前提下，尽可能降低初期和后续扩展费用，使系统具有较高的性价比。
∙安全性和准确性：
遵循有关信息安全标准，采用切实可行的安全保护和保密措施，以及计算机病毒的防范能力，确保数据安全。
设计的系统必须能准确、快速完成业务处理。
∙可扩充性、易维护性及易操作性：
充分考虑业务扩展，有扩充能力及接口，如报表格式设置、字段调整、函数计算及数据接口等。
系统设计应具有良好的扩展性和升级能力。
系统设计建设完成后，系统应具有良好可操作性和易于运行维护。
5开发平台选择的技术要求
系统开发平台的选择对规范系统的开发行为具有非常重要的作用，对系统的运行同时也具备强大的支撑和支持能力，慎重挑选集成平台的开发工具和开发模式非常重要。
特对开发平台的选择做如下技术要求：
●企业服务总线平台、企业信息门户平台、业务流程管理平台，建议投标人选用对业界现有标准支持最完整、市场占有率最高、有本地售后服务保障的产品，如：
OracleWebLogic、SAP、Siebel等产品，投标人如有意愿选用其它产品，须在投标文件中提供该产品类似规模项目中使用效果的用户证明材料，且成为拟中标人后需在搭建展示环境验证其可用性及实用性后，方可在实际项目中使用。
●统一身份管理与认证平台即可自建，也可采购，但必须符合业界标准，但能完整服务于集成平台及景区内的其他业务应用；
●无论采购何种产品，必须提供原厂商授权及服务承诺；
●平台应用开发部分必须符合业界标准，具备可移植性和通用性；
●所有平台及应用所支持的操作系统均要求支持64位IBMAIX/Linux（2.6）操作系统，均应支持集群部署；
●软件开发必须采用通用开发工具，采用J2EE语言进行开发；
●投标方必须提供项目生命周期各个阶段的详细实施方案；未经招投标双方同意，任何一方不得泄露、转让、出售项目过程中所涉及对方或者双方的商业机密。
6各子系统建设的具体内容及要求
6.1架构要求
集成平台的架构侧重于企业核心竞争力即差异化业务的规划，投标方应从业务架构、应用架构、信息架构和技术架构等架构层次进行分析和设计。
1.业务架构
提供从面向服务的业务战略出发，根据旅游景区的业务领域、现有组织架构体系和业务流程进行标识服务的构建方案。
尽量保持一个经常变化的体系结构的一致性，允许景区组织实现灵活且响应能力强的业务模型，灵活快捷的响应快速变化的业务需求。
2.应用架构
对于应用架构，应考虑多个应用和系统的整体架构，企业应用架构应考虑支持企业业务运营的各种应用系统，以及通过应用系统的集成整合提供一个比较完整的数字化系统解决方案，实现企业信息的自动化流动，提升业务规模并降低成本。
由于旅游景区数字化具有相当的特殊性，其他行业的经验不能代表对景区数字化建设应用架构的理解，请投标方根据企业现有应用体系，考虑旅游景区的特点和未来发展，提出本项目中集成平台应用架构的体系方案。
3.信息架构
此处信息架构即指数据架构，要求投标方对服务元数据进行信息组合管理、信息分类、数据规则、记录和内容进行设计和分析，信息架构设计应至少包括数据战略、数据定义、数据分布和数据管理部分。
4.技术架构
请投标方对集成平台按照各自对景区企业数字化的理解，对准备采用的技术架构进行分析和描述。
6.2数据交换
信息总线平台应具备数据交换功能，需要解决以下几个问题：
∙能够在保持原有业务应用的情况下，利用现有资源构建新的应用，能方便的集成待建与在建项目；
∙应支持分布式异构系统的快速集成，支持各种不同的操作系统及数据源；
∙应具备灵活的策略定义与配置，便于掌握及使用；
∙基于各部门的共享数据，建设数据中心，统一数据标准，以便对各类数据进行综合利用。
6.2.1消息格式标准
应结合景区实际以及旅游行业的相关标准，制定数据传递的标准格式，数据格式要求按照行业规范进行设计，通过数据中间转换层，可支持不同的数据源，至少应包括：
✓关系型数据库
✓层次型数据库
✓XML文件
✓LDAP
6.2.2综合数据
通过数据格式的标准化，请投标方根据自己对旅游行业背景知识的理解，应提出通过总集成平台提供的综合数据格式及解决方案。
综合数据主要用于：
∙构建商业智能系统所必须的数据
∙基于统计数据进行决策的业务流程模型调用
∙全局查询时可调用的缓存数据
∙景区累计的知识库
6.2.3数据资源规范
集成平台要求在各个应用系统中有效的交换数据，对于数据交换的格式、安全、性能等都提出了很高的要求，要求达成全面支持可伸缩的、一致的并且可重用的信息访问。
6.2.3.1业务术语表
通过业务术语表定义数据语义，要求建立一个通用的容易访问的业务术语表，定义与过程、服务和数据相关的术语。
实施人员在整理组织中公认的业务语言和缩写词时，需找到术语存在不一致的地方。
如果客户、渠道、收入等关键术语的定义不一致，就不可能实现与这些术语相关的服务。
如果相关人员对服务的参数（即服务获得的数据集）的含义有不同的解释，服务的实现就不可能成功。
业务分析师和技术人员必须对企业数字化和旅游景区数字化领域的所有方面（包括过程、服务和数据）使用的术语有准确而一致的理解。
业务术语表可以消除在描述核心业务概念时出现歧义的可能性，从而避免误解数据需求。
业务术语表建立一个通用的词汇表来控制词汇的定义，从而消除误解。
每个词汇的定义包含描述和其他元数据，还要确定它在分类体系中的位置。
要求由专人负责术语的定义：
他们帮助定义术语并支持对术语的管理。
6.2.3.2业务信息结构
通过规范化建模定义数据结构，投标方应清楚地了解业务信息的结构。
包括：
∙业务的输入和输出参数
∙业务实体及其关系定义
要求使用规范化模型，包括过程、服务/消息和数据模型，避免不必要的转换，以缩短项目的开发时间和质量。
规范化数据模型要求在数据层建立这种统一的格式，而规范化消息模型在服务层定义这种统一的格式。
要求通过规范化数据模型和消息模型的模式提供一组过程、服务和数据模型，使用它们进行服务体系结构的分析和设计，确保跨建模领域的数据定义保持严格一致。
6.2.4数据质量
企业的数据数据即使满足原来的存储库和应用程序的规则和约束，也不一定能够满足企业级的需求，因此，请投标方根据景区的现有应用，提出合理的数据质量保证的解决方案。
方案中至少应包括以下问题的解答：
∙如何有效地判断公开的数据的质量是否满足集成平台项目的需求；
∙数据是否符合相关的完整性规则；
∙是否存在重复的数据，以及在数据匹配和聚合期间如何解决重复的数据；
采取何种措施来确保服务的实现能够满足潜在服务消费者对数据精确性和含义的要求。
6.3企业信息总线平台
企业信息总线平台作为企业业务的承载平台，应充分利用服务化的接口，实现在系统间、部门间甚至企业之间的服务复用。
6.3.1特性要求
企业信息总线平台通常应具备以下特性。
1.模块化
要求采用模块化划分、构件化方法开发，每个模块可独立部署，多个模块可构成一个应用服务。
每个模块要求具有动态更新、可插拨、分布式部署等特性。
2.服务化
要求统一原应用系统中不同的构件标准，实现构件服务化组装和服务化编制。
3.数据标准化
集成平台应提供一种端到端的统一数据模型，为企业应用之间的数据交互提供统一的数据格式，为包括关系数据库、XML、EXCEL、FTP、JMS等异构数据源提供统一的标准化数据访问接口。
4.支持集成
支持通过BPEL等技术解决应用间的交互即集成问题，包括服务集成、数据集成、流程集成等方式。
5.支持业务定制
支持以业务为导向，将流程、服务做业务化抽象，通过BPM工具等方式，实现快速响应业务需求，缩短交付时间。
6.3.2基本要求
以下为企业信息总线需满足的基本要求，投标方请逐条进行阐述。
∙全面支持SOA体系架构，遵循WebService和XML技术标准和规范；
∙配置驱动的服务集成，具有基于内容和身份的路由功能；
∙动态的消息格式转换；
∙支持基于JCA框架标准的适配器；
∙提供多协议消息处理总线，包含了对JMS、SOAP、JCA、JDBC、HTTP、FTP、E-mail等协议的支持；
∙支持同步、异步、“点对点”、“发布-订阅”等多种通信会话模式；
∙优化的策略驱动的消息传输和消息安全；
∙企业级的服务网络，支持分布式的ESB域；
∙企业自建的服务注册中心；
∙内嵌的管理功能；
∙内嵌服务质量控制；
∙内建的监视功能；
∙高性能、高可扩展性和高可靠性；
∙支持与BPM软件的集成；
∙提供与打包应用以及遗留系统的无缝集成；
∙既支持不同外系统提供的WebService访问，又能够将现有业务应用封装成WebService供复用；
∙支持WebService相关标准集，如SOAP、WSDL、UDDI、WS-Security等；
∙支持主流的操作系统和主流的关系型数据库。
6.3.3标准与规范要求
企业信息总线平台应支持以下技术标准和规范：
∙支持JDK6.0标准
∙支持JavaEE1.4规范，并且通过J2EE认证
∙支持和XML、WebServices相关的技术规范，包括但不限于：
✓XMLSchema
✓EnterpriseWebServices
✓Java平台的WebService元数据
✓JAX-RPC
✓JAXB
✓SAAJ
✓WS-Security
✓
✓
✓UDDI
✓
✓XMLBean
∙支持相关技术标准，包括但不限于：
✓HTTP
✓SSL
✓X.509
✓
∙支持相关软硬件环境，包
升级会员 