技术规格及要求(招标文件).docx

上传人:安*** 文档编号:19009053 上传时间:2022-06-03 格式:DOCX 页数:29 大小:48.87KB
返回 下载 相关 举报
技术规格及要求(招标文件).docx_第1页
第1页 / 共29页
技术规格及要求(招标文件).docx_第2页
第2页 / 共29页
点击查看更多>>
资源描述

《技术规格及要求(招标文件).docx》由会员分享,可在线阅读,更多相关《技术规格及要求(招标文件).docx(29页珍藏版)》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。

1、技术规格及要求(招标文件)第一部分技术规格及要求1项目背景景区经过景区数字化、酒店管理、客票门禁、识途旅游网、呼叫中心、办公自动化等业务系统的建设,企业数字化已初具规模,在国内旅游景区的信息化建设中,公认处于领先地位。随着数字化建设的逐步深化,我们也发现各业务系统固然建设成功并投入使用,但也构成了多个信息孤岛。随着新业务的不断推出,要求各信息化系统之间进行有效的业务合作,目前各自为政的信息化系统已经成为企业数字化建设的桎梏。景区企业数字化的建设,就是要应用信息化、网络化、数字化、自动化、智能化等当代科学技术,以当代化系统工程管理理念为指导,采用科学的计划、组织、指挥、控制、协同和决策一体化系统

2、工程管理形式,将各个孤立的系统通过安全、规范、可靠、可扩展性强的方式沟通在一起,构成将来创新业务发展的基石,提高企业市场竞争力的重要保障。2项目建设的目的及必要性建设企业数字化,就是为了消除“信息孤岛,分别建立企业总部、管理处、详细业务单元三级数字化应用平台,实现区内信息交互、数据分享、网络融合、功能协同。同时,也是为了使各业务单位建设的各种业务应用系统遵循一样的数据质量规范、一样的认证受权模型、一样的登录校验方式、约定的数据传输格式、传输时间要求以及响应要求,一样的数据呈现界面和方式、一样的业务流程管理和执行方式、一样的开发平台和约定的接口形式,使得景区将来的信息化建设走上一条有章可循、有“

3、法可依的良性发展道路。2.1知足企业发展的需求数字化建设是为企业的业务服务,整个数字化建设均应以企业业务发展为目的,业务发展是目的,数字化是支撑。本次数字化建设不应脱离企业业务实际需求而片面追求最新科技。集成平台的建设,应综合考虑企业数字化的管理、施行、运维、安全、基础、应用等各个方面,将企业业务功能涉及的对象、数据、模块、流程、界面、消息等从提供者和消费者的角度进行层次化,加强单个应用系统适应变化的能力。当前,景区企业业务的不断发展对数字化建设的要求越来越高,在现有系统中存在下面几方面的问题有待解决:?复杂的流程和系统;?复杂的应用和接口;?难以有效地快速调整以适应变化的市场需求;?大量的投

4、资花在系统的升级维护上。集成平台应对企业发展的战略目的有所裨益:?创新,通过新的技术在现有的系统的基础上创造能产生最大价值的业务流程;?高速度的增长,扩大市场份额;?高效率的工作,提高员工的工作效率;?减少开销,用最少的投资产出最大的回报。2.2知足企业数据信息集中展现的需求为了使用户操作更方便,企业对内对外以整体形象展示,集成平台应解决企业数据信息集中展现的需求。集成平台应解决下述的问题。?目前企业应用绝大部分采用的是网页阅读器进行前台展示,不同的业务系统应用程序都提供一个或者几个Web页面进行访问;造成查询一个问题往往需要打开多个页面,反复切换、拷贝、粘贴才能完成一项任务;?没有单点登录,

5、用户需记忆大量的用户名和口令;?缺乏统一的安全性,各个子系统都拥有一套自有的用户名和口令体系,维护用户信息非常繁琐。?界面观感不一致,操作界面风格各异,用户学习一个新系统比拟困难。建立一个完好有效的企业信息门户,在一定程度上把分立系统的不同功能有效地组织起来,给用户提供一个统一的信息服务功能入口,并利用相关的门户技术,整合企业的后台业务系统,减少信息孤岛的存在并降低重复投资,为用户提供愈加完善的信息服务。2.3加强企业业务服务能力的需求数字化建设的目的是为了支撑企业的业务运营,推动企业的业务创新。由于企业数字化平台已经成为企业的战略投资,应从业务价值的角度充分考量集成平台建设的投资回报率,技术

6、本身并不是目的。通过建设景区企业数字化集成平台,至少应在下面方面提高企业业务服务的能力:?整合资源,集约化管理,实现企业不同业务服务的分享、技术与业务的分离,改变业务交付方式,缩短业务交付时间;?配合企业“以客户为中心的营销形式,这种形式要求以顾客需求为出发点,以市场为导向,建立整体市场营销的手段,侧重于景区整体的市场营销;?维护大量的业务应用之间的分享;?保证各个业务系统的个性化需要,不影响业务的使用;?支持业务规则的充化和业务的扩张,具备快速支持不可预知业务扩张的能力。集成平台还应能够包容不断建设中的业务应用系统,并使得这些系统能够高质量、低成本、快速的交付。3项目建设的总体功能要求3.1

7、系统建设的总体要求集成平台是景区企业数字化建设的基础性信息交换平台,目的在于信息互联互通与数据分享,保证数据和信息的即时上报和指令的即时下达,集成平台将为各类业务应用系统提供基础的信息和数据服务。平台建设完成后,各子系统须遵照平台所制定的规范逐步规范开发相应的接口,根据统一的单点登录及认证受权形式进行系统功能的用户受权,构成知足灵敏性且高度安全的数据调用机制,根据统一的数据质量要求和规范进行数据效验和存储,最终到达企业数字化建设一体化的目的。通过“集成平台的建设,企业应具备覆盖全部业务系统的能力,构成数据仓库,简化用户操作,业务流程的设定灵敏快速,新业务系统的研发时间周期大幅缩短,企业在市场竞

8、争力持续增长,景区在国内旅游企业数字化建设中维持领跑者地位。?实现资源整合整合股份公司及管委会各类基础数据、单位数据、地理空间基础数据等内容,为各类应用系统提供基础数据服务,同时建立数据交换及分享长效机制,保持数据的实时性、科学性和完好性,并为各单位、应用系统之间的数据分享交换提供管理服务,解决信息孤岛问题,避免重复投资、科学合理利用现有资源。?提供给用支撑通过本项目建设,构成数据中心和认证服务中心,为各类管理系统、生产系统索道、门禁系统等等业务应用平台提供基础的应用支撑。3.2系统建设涵盖的内容本文所称的“集成平台内容涵盖企业服务总线平台、企业信息门户平台、业务流程管理平台、统一身份管理与认

9、证平台,以及在前述平台的基础上针对景区有关各旅游主题领域的平台应用开发下面简称“平台应用开发等部分;除平台建设外,还需要开发已投入运行的业务系统的接口,并制定将来新业务系统的数据接口规范。集成平台不涉及新业务系统的建设。3.3系统建设的功能要求综合信息集成功能综合信息集成功能定位为开发-景区“企业数字化大型企业门户。其功能是将企业数字化所涉及的所有系统平台、业务级应用系统以及监控、管理、服务等信息,通过信息集成和Web页面的方式连接到“企业集成门户上来。网络注册用户能够通过网络阅读器方式实现对整个“企业数字化的综合信息进行阅读、可视化展现、查询、下载。综合信息集成门户是全面提供“企业数字化应用

10、人机界面的交互平台。?数据资源管理功能“企业数字化数据资源管理功能的开发,包括:实现信息资源规划相关标准的管理、元数据管理、数据交换管理等功能,是顺利建设“企业数字化的前提和保证。数据资源管理功能是对信息资源规划提供辅助作用,并方便普通用户使用规划成果、维护规划的成果、数据的工具平台。该功能基于“企业数字化总体规划设计的成果,提供用户直接游览、查询的界面,并将该成果进一步规范化管理,将数据元目录,信息编码分类,信息交换标准等进一步落实以指导支持“企业数字化的建设以及今后信息化建设。“企业数字化数据资源管理功能包括了实现下面功能:1)元数据管理功能。2)编码管理功能。3)数据交换管理功能。?数据

11、交换与应用功能数据交换与应用功能应利用面向服务的思想进行构建,以XML为信息交换语言,基于统一的信息交换接口标准和数据交换协议进行数据封装,利用消息传递机制实现信息的沟通,实现基础数据、业务数据的数据交换以及控制指令的传递,进而实现系统平台与各级数字化应用系统间的系统集成和业务协同。数据交换应实现下面功能:1)对于现有系统和在建系统以及以后新增加的系统,通过在数据交换节点上配置数据交换适配器,能够方便地将其封装成标准的接口如Webservice服务,进而能够接入交换平台并提供一致的访问行为和接口。2)整个数据分享和交换的底层实现和存储机制对各应用节点是透明的。该构造属于松耦合,很容易进行层次化

12、的构造扩展。3)数据交换平台提供数据交换经过的系统配置、安全监控告警和异常处理等功能,主要完成接口、管理配置、监控管理等功能。4)数据支持以XML格式在交换节点之间采用端对端(P2P)对等的方式直接交换,数据路由可根据数据内容自动分发,包括节点地址信息、业务数据信息等;数据路由可以按业务规则进行流转,而且支持动态灵敏地连接和构建新的业务系统。5)支持与多种数据库如Oracle、Sybase、MSSQL、DB2等无缝对接,可重用的接口适配器支持配置管理。6)支持多种通讯传输方式如HTTPs、异步可靠事件方式(JMS、WEB服务等)。7)提供穿防火墙的数据库、文件同步机制;提供数据交换的安全机制,

13、包括对传输内容的压缩加密和解压解密,节点身份认证(CA/PKI)等安全管理功能。8)提供集成一体化的远程统一部署、监控、跟踪、日志、和测试功能,适应集中部署和管理的需求。9)平台提供丰富的API接口供给用系统直接使用,以支持各节点的异构环境和操作系统平台,并支持Portal(B/S)接口集成。?单点登录及用户认证功能单点登录及用户认证功能需要实现下面目的:单点登录:用户只需登录一次,即可通过单点登录系统(SSO)访问后台的多个应用系统,无需重新登录后台的各个应用系统。后台应用系统的用户名和口令能够各不一样,并且实现单点登录时,后台应用系统无需任何修改。即插即用:通过简单的配置,无须用户修改任何

14、现有B/S、C/S应用系统,即可使用。解决了当前其他SSO解决方案施行困难的难题。多样的身份认证机制:同时支持基于PKI/CA数字证书和用户名/口令身份认证方式,可单独使用可以组合使用;基于角色访问控制:根据用户的角色和URL实现访问控制功能基于Web界面管理:系统所有管理功能都通过Web方式实现。网络管理人员和系统管理员能够通过阅读器在任何地方进行远程访问管理。此外,能够使用HTTPS安全地进行管理。全面的日志审计:准确地记录用户的日志,可按日期、地址、用户、资源等信息对日志进行查询、统计和分析。审计结果通过Web界面以图表的形式展现给管理员。可提供双机热备能力:通过双机热备功能,提高系统的

15、可用性,知足企业级用户的需求。可提供集群扩展能力:通过集群功能,为企业提供高效、可靠的SSO服务。可实现分布式部署,提供灵敏的解决方案。传输加密:支持多种对称和非对称加密算法,保证用户信息在传输经过中不被窃取和篡改。防火墙:基于状态检测技术,支持NAT。主要用于加强SSO本身的安全,也适用于网络性能要求不高的场合,以减少投资。分布式安装:对物理上不在一个区域的网络应用服务器能够进行分布式部署SSO系统后台用户数据库支持:LDAP、Oracle、DB2、Win2kADS、Sybase等。能够无缝集成现有的应用系统的统一用户数据库作为SSO应用软件系统的用户数据库。可提供C/S单点登录解决方案:无

16、需修改任何现有的应用系统服务端和客户端即可实现C/S形式应用系统的单点登录。?工作流及流程控制功能工作流及流程控制功能是集成平台中不可或缺的重要组成部分,其功能应该至少包括下面部分:提供工作流引擎:作为工作流管理系统的核心部分,主要提供对于工作流定义的解析以及流程流转的支持。提供工作流经过建模工具:要求工作流经过建模工具为可视化的流程设计工具,用户通过拖放等方式来绘制流程,并通过对于节点的配置来实现对于节点操作、节点表单、节点介入者的配置。要求能够为用户提供快速绘制、修改流程的方式,系统易用性良好。要求提供独立的经过建模工具和基于B/S构造的建模工具。提供流程操作功能:提供对于流程环节的操作,

17、如启动流程、终止流程、挂起流程、直流、分流(单人办理)、并流(多人同时办理)、联审等,要求直接基于引擎所提供的环节调度算法来直接支持的。提供流程监控功能:要求提供图形化的方式来对流程执行经过进行监控,包括运转状况,每个环节所消耗的时间等等,以提高工作效率。提供表单设计功能:提供可视化的表单设计工具,用户通过拖放的方式来绘制需的表单,并可相应的进行表单数据的绑定。能够为为客户提供快速修改表单的方法,表单设易用与否以及功能的完善与否影响到工作流管理系统的易用性。提供与表单的集成功能:通常业务流转需要表单来表达实际的业务,因而需要与表单进行集成以体现业务意义,与表单的集成通常包括表单数据的自动获取、

18、存储、修改,域的权限控制、流程相关数据的维护以及流程环节表单的绑定。与表单的集成的好坏影响到工作流管理系统能否能提高开发效率。提供与应用系统的集成:通过与应用程序的集成来完善工作流管理系统的业务意义,主要涉是与权限系统以及组织机构的集成。流程环节需要相应的绑定不同的执行而流程操作通常需要与权限系统、组织机构进行关联。?企业信息总线平台及数据质量管理功能企业信息总线平台及数据质量管理功能的要求较为繁复,详见其对应的详细内容及要求部分。4系统建设原则完好性、科学性、先进性:整个方案是一套完好的系统解决方案,整体架构要具备科学性、先进性,需保证技术处于领先。?坚持行业标准:坚持技术标准和发展潮流,采

19、纳行业通行的业务形式和业务处理办法。?高性能:必须知足快速的性能要求。?实用性:以知足业务需求为首要目的,采用稳定可靠的成熟技术,保证系统长期安全运行。?经济性:在实用的前提下,尽可能降低初期和后续扩展费用,使系统具有较高的性价比。?安全性和准确性:遵循有关信息安全标准,采用切实可行的安全保护和保密措施,以及计算机病毒的防备能力,确保数据安全。设计的系统必须能准确、快速完成业务处理。?可扩大性、易维护性及易操作性:充分考虑业务扩展,有扩大能力及接口,如报表格式设置、字段调整、函数计算及数据接口等。系统设计应具有良好的扩展性和升级能力。系统设计建设完成后,系统应具有良好可操作性和易于运行维护。5

20、开发平台选择的技术要求系统开发平台的选择对规范系统的开发行为具有非常重要的作用,对系统的运行同时也具备强大的支撑和支持能力,慎重挑选集成平台的开发工具和开发形式非常重要。特对开发平台的选择做如下技术要求:企业服务总线平台、企业信息门户平台、业务流程管理平台,建议投标人选用对业界现有标准支持最完好、市场占有率最高、有本地售后服务保障的产品,如:OracleWebLogic、SAP、Siebel等产品,投标人如有意愿选用其它产品,须在投标文件中提供该产品类似规模项目中使用效果的用户证实材料,且成为拟中标人后需在搭建展示环境验证其可用性及实用性后,方可在实际项目中使用。统一身份管理与认证平台即可自建

21、,可以采购,但必须符合业界标准,但能完整服务于集成平台及景区内的其他业务应用;无论采购何种产品,必须提供原厂商受权及服务承诺;平台应用开发部分必须符合业界标准,具备可移植性和通用性;所有平台及应用所支持的操作系统均要求支持64位IBMAIX/Linux2.6操作系统,均应支持集群部署;软件开发必须采用通用开发工具,采用J2EE语言进行开发;投标方必须提供项目生命周期各个阶段的具体施行方案;未经招投标双方同意,任何一方不得泄露、转让、出售项目经过中所涉及对方或者双方的商业机密。6各子系统建设的详细内容及要求6.1架构要求集成平台的架构侧重于企业核心竞争力即差异化业务的规划,投标方应从业务架构、应

22、用架构、信息架构和技术架构等架构层次进行分析和设计。1.业务架构2.提供从面向服务的业务战略出发,根据旅游景区的业务领域、现有组织架构体系和业务流程进行标识服务的构建方案。尽量保持一个经常变化的体系构造的一致性,允许景区组织实现灵敏且响应能力强的业务模型,灵敏快速的响应快速变化的业务需求。3.应用架构4.对于应用架构,应考虑多个应用和系统的整体架构,企业应用架构应考虑支持企业业务运营的各种应用系统,以及通过应用系统的集成整合提供一个比拟完好的数字化系统解决方案,实现企业信息的自动化流动,提升业务规模并降低成本。由于旅游景区数字化具有相当的特殊性,其他行业的经历不能代表对景区数字化建设应用架构的

23、理解,请投标方根据企业现有应用体系,考虑旅游景区的特点和将来发展,提出本项目中集成平台应用架构的体系方案。5.信息架构6.此处信息架构即指数据架构,要求投标方对服务元数据进行信息组合管理、信息分类、数据规则、记录和内容进行设计和分析,信息架构设计应至少包括数据战略、数据定义、数据分布和数据管理部分。7.技术架构8.请投标方对集成平台根据各自对景区企业数字化的理解,对准备采用的技术架构进行分析和描绘。6.2数据交换信息总线平台应具备数据交换功能,需要解决下面几个问题:?能够在保持原有业务应用的情况下,利用现有资源构建新的应用,能方便的集成待建与在建项目;?应支持分布式异构系统的快速集成,支持各种

24、不同的操作系统及数据源;?应具备灵敏的策略定义与配置,便于把握及使用;?基于各部门的分享数据,建设数据中心,统一数据标准,以便对各类数据进行综合利用。6.2.1消息格式标准应结合景区实际以及旅游行业的相关标准,制定数据传递的标准格式,数据格式要求根据行业规范进行设计,通过数据中间转换层,可支持不同的数据源,至少应包括:?关系型数据库?层次型数据库?XML文件?LDAP6.2.2综合数据通过数据格式的标准化,请投标方根据本人对旅游行业背景知识的理解,应提出通过总集成平台提供的综合数据格式及解决方案。综合数据主要用于:?构建商业智能系统所必须的数据?基于统计数据进行决策的业务流程模型调用?全局查询

25、时可调用的缓存数据?景区累计的知识库6.2.3数据资源规范集成平台要求在各个应用系统中有效的交换数据,对于数据交换的格式、安全、性能等都提出了很高的要求,要求达成全面支持可伸缩的、一致的并且可重用的信息访问。6.2.3.1业务术语表通过业务术语表定义数据语义,要求建立一个通用的容易访问的业务术语表,定义与经过、服务和数据相关的术语。施行人员在整理组织中公认的业务语言和缩写词时,需找到术语存在不一致的地方。假如客户、渠道、收入等关键术语的定义不一致,就不可能实现与这些术语相关的服务。假如相关人员对服务的参数即服务获得的数据集的含义有不同的解释,服务的实现就不可能成功。业务分析师和技术人员必须对企

26、业数字化和旅游景区数字化领域的所有方面包括经过、服务和数据使用的术语有准确而一致的理解。业务术语表能够消除在描绘核心业务概念时出现歧义的可能性,进而避免误解数据需求。业务术语表建立一个通用的词汇表来控制词汇的定义,进而消除误解。每个词汇的定义包含描绘和其他元数据,还要确定它在分类体系中的位置。要求由专人负责术语的定义:他们帮助定义术语并支持对术语的管理。6.2.3.2业务信息构造通过规范化建模定义数据构造,投标方应清楚地了解业务信息的构造。包括:?业务的输入和输出参数?业务实体及其关系定义要求使用规范化模型,包括经过、服务/消息和数据模型,避免不必要的转换,以缩短项目的开发时间和质量。规范化数据模型要求在数据层建立这种统一的格式,而规范化消息模型在服务层定义这种统一的格式。要求通过规范化数据模型和消息模型的形式提供一组经过、服务和数据模型,使用它们进行服务体系构造的分析和设计,确保跨建模领域的数据定义保持严格一致。

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 应用文书 > 培训材料

本站为文档C TO C交易模式,本站只提供存储空间、用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。本站仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知淘文阁网,我们立即给予删除!客服QQ:136780468 微信:18945177775 电话:18904686070

工信部备案号:黑ICP备15003705号© 2020-2023 www.taowenge.com 淘文阁