山西旅游数据库建设方案1.doc

文档类别项目建设方案文档编号版 本 号V1.0名 称项目建设方案说明书山西省旅游数据库项目建设方案 Version. 1.0目录Version. 1.01文档版本说明21引言31.1编写目的32任务概述32.1目标32.2假定与约束条件33总体设计与建设方案33.1总体技术路线33.1.1技术架构设计原则33.2遵循.NET技术73.2.1概述73.3数据库系统总体设计143.3.1数据库系统设计原则143.4需求分析与功能设计183.4.1旅游资源数据库系统功能需求183.4.2山西旅游信息底层数据库框架图21实现原理：233.4.3界面模拟253.5旅游资源系统模块功能设计273.5.1酒店管理273.5.2景区管理283.5.3景点管理283.5.4旅行社管理283.5.5购物管理293.5.6娱乐管理293.5.7美食管理293.5.8餐饮管理303.5.9线路管理303.5.10图片管理303.5.11音频管理313.5.12视频管理313.5.13文档管理313.5.14系统管理323.6使用技术323.6.1Adobe Acrobat技术323.6.2flex paper技术323.6.3webservice接口323.7安全体系设计333.7.1系统安全层次与结构333.7.2系统安全体系框架343.8光通道流量分流的路由策略363.8.1引言363.8.2汇聚和疏导的概念373.8.3子速率汇聚技术和自适应OTU技术383.9直播、点播系统与网站平台系统之间进行无缝对接与整合的技术策略453.9.1IPTV Station企业级应用解决方案：453.9.2IPTV Station典型应用：513.9.3网站岗位之间信息处理流程与管理策略和人员岗位与设备配置方案613.9.4网站建设683.9.5网站整体结构744工程实施组织方案1014.1项目管理总体思路1014.1.1项目组织管理1044.1.2项目组织结构1044.2项目实施过程管理1164.2.1需求开发1164.2.2系统设计1184.2.3编码1194.2.4测试1194.2.5技术评审1204.2.6客户验收1235本项目实施时间进度计划1245.1项目建设内容1245.2项目建设工期1255.3项目分阶段安排1255.4计划进度安排1306售后服务6- 134 -6.1山西益普数字信息技术有限公司客户服务体系6- 134 -6.2“客户服务中心”组织结构6- 135 -6.3售后服务及技术支持流程6- 137 -6.4售后服务质量控制6- 137 -6.5现场维护管理6- 138 -6.6巡检维护管理6- 139 -6.7停机时间管理6- 139 -6.8维修备件管理6- 140 -6.9安装规范管理6- 141 -6.10投诉管理6- 141 -6.10.1对本项目的服务承诺6- 142 -6.10.2成立专门技术支持小组6- 143 -6.10.3现场硬件系统支持服务6- 144 -6.10.4系统软件安装、调试服务6- 144 -6.10.5系统的定期优化与维护服务6- 144 -6.10.6系统的版本升级服务6- 145 -6.10.7售后服务方式6- 145 -6.10.8服务联系人6- 147 -6.10.9免费服务期满后售后服务方式和计费方式6- 147 -7技术培训7- 148 -7.1培训对象7- 149 -7.1.1客户方管理人员7- 149 -7.1.2客户方设计开发人员7- 149 -7.1.3客户方系统维护人员7- 149 -7.1.4网络工作人员7- 150 -7.1.5数据整理商人员7- 151 -7.2培训内容7- 151 -7.2.1客户方管理人员培训内容7- 152 -7.2.2客户方设计开发人员培训内容7- 152 -7.2.3客户方系统维护人员培训内容7- 153 -7.2.4业务操作人员培训内容7- 154 -7.2.5数据整理商人员7- 155 -7.3培训计划7- 155 -7.3.1管理人员培训（3天）7- 156 -7.3.2设计开发人员培训（5天）7- 156 -7.3.3操作人员培训（1天）7- 159 -7.3.4培训保障7- 160 -7.4培训流程与培训方式7- 161 -7.4.1集中培训方式7- 162 -7.4.2现场培训方式7- 162 -7.4.3网上培训方式7- 162 -7.5培训考核方法7- 162 -7.5.1试运行与系统维护期间的随时跟踪培训7- 163 -7.5.2培训费用7- 164 -益普数字信息技术有限公司二一九二一九年二月三日文档版本说明文档信息：文档名称:负责人:文档版本编号: 密级：普通文档版本日期:起草人:起草日期:复审人:复审日期:分发部门：来自From日期电话 / 传真产品部抄送To 采取行动截止日期电话 / 传真执行执行执行版本记录：日 期内 容 摘 要编 制/修 改审 核1 引言1.1 编写目的本文档是根据山西省旅游数据库项目规划及旅游数据库底层数据库框架图为依据，提供详实的项目建设内容及设计思路2 任务概述2.1 目标2.2 假定与约束条件3 总体设计与建设方案3.1 总体技术路线3.1.1 技术架构设计原则山西省旅游数据库建设为保证系统总体架构设计易于扩展，易于维护，保证系统功能的可定制性、界面的可操作性、系统整体运行的可靠性、关联系统易集成性，为系统架构设计了以下设计原则：1. 开放性由于山西省旅游数据库工程涉及的业务覆盖面广，各不同系统间信息交换频繁，所以在技术架构和通讯协议方面必须遵循通用的开发标准：开放的技术架构：架构遵循开放的行业标准，即那些在制定过程中已对所有行业参与者公开的和/或已被公认的标准化机构所认可的准则。行业标准如：SOAP，XML，ESB，HTTP协议等；标准化机构如：环球信息网协会（WWW Consortium），互联网工程工作小组 (Internet Engineering Task Force)等。开放的通讯协议：架构的服务器端可以接收基于HTTP协议的请求，凡是基于HTTP的协议（如SOAP协议）都要能很好的支持，支持HTTPS安全协议。2. 可扩展性系统采用平台化设计，各平台完成不同领域的应用；平台中采用模块化设计，各功能模块完成不同的业务，模块之间信息共享，系统各功能模块耦合度小，根据用户的需要可分可合，适应业务发展需要。随着山西省旅游数据库工程系统的推广，新的业务功能会陆续参与进来；随着系统使用面的推广，用户越来越多，并发访问量也将越来越大，系统架构应提供应用系统的可扩展性及应用系统所在物理结构的可伸缩性。应用系统的可扩展性：系统扩展时用户只需将新的应用功能组件部署在服务器上之后，修改可配置文件将应用功能组件加载入系统即可，不需修改系统架构的相关代码，不需重新编译系统即可完成业务的扩展。物理结构的可伸缩性：在不影响当前的服务质量和不需要对系统重新设计的情况下，系统对于当前的并发交易量应当能够通过简单地增加物理设备来增加系统的效率，扩展到满足应用的要求。3. 灵活性在系统的灵活性方面，系统采用组件化、方法库、工作流、规则引擎等设计方法，保证系统的可组装、可定义、可扩展、可调整，保证系统可以根据用户的需求方便定制，可以适应不同用户的要求，也可以针对用户的需求改变而及时调整。4. 可靠性山西省旅游数据库工程涉及多方面的业务数据处理，数据信息非常重要，为保证系统的一致性，要求系统架构符合连续运行的稳定性，具有优良的异常处理机制和在大量并发请求下良好的处理机制。5. 可维护性山西省旅游数据库工程包含的业务功能模块相对较多，使用面较广，所以系统架构应是易于理解、简洁、清晰的，即使没用原先的系统架构师和开发人员的参与下，系统的维护人员也能对系统进行修正及功能扩充。系统能较好的支持热部署和热卸载功能，便于对新模块的加载和老模块的维护。系统修改的影响范围是可控制的，系统代码是风格良好，易于理解的。6. 可定制性可定制性主要表现在整理整合主线上的定制管理。山西省旅游数据库工程是一个大工程项目，目标之一是实现各系统间的有效整理整合，整理整合包含了对数据整合和应用整合。在整理整合的过程，最有效、可行的解决办法是业务流程的整合，所以工程要求在业务流程中是可配置、可定制。7. 可访问性可访问性表现在让用户随时随地通过各种设备都能很好的访问系统提供的服务。8. 可移植性由于各个地区的经济水平和条件不一样，地区软件实施所能承担的系统建设费用差异较大，所以系统架构应对日益流行的硬件和操作系统、除了能支持大部分满足标准商业的应用中间件服务器和数据库服务器，同时也能支持跟标准兼容的免费的或者开源的应用服务器中间件和数据库服务器，具有很强的可移植性及兼容性。在不同的硬件和操作系统之间移植架构时，不涉及（或极少）对源代码的再编译。9. 高效优化因为系统针对的用户面比较广，业务功能较多，所以在数据库连接、读取以及安全控制方面必须做一些优化和限制。为了保证数据库的事务性和完整性，在业务处理结果数据的传送上，采用在本地保存（提交前允许用户做修改），统一提交的办法。同时在安全控制上，对输入数据采用严格的限制，并在本地客户端进行判断，而不是送到服务器端进行判断，这样可以大大提高判断的速度和缩短用户的响应时间。客户端和服务器端互相配合，充分提高了系统的效率3.2 遵循.NET技术3.2.1 概述ASP.NET 是统一的WEB应用程序平台，它提供了为建立和部署企业级 Web 应用程序所必需的服务。ASP.NET 为能够面向任何浏览器或设备的更安全的、更强的可升级性、更稳定的应用程序提供了新的编程模型和基础结构。 ASP.NET 是 Microsoft .NET Framework 的一部分，是一种可以在高度分布的 Internet 环境中简化应用程序开发的计算环境。.NET Framework 包含公共语言运行库，它提供了各种核心服务，如内存管理、线程管理和代码安全。它也包含 .NET Framework 类库，这是一个开发人员用于创建应用程序的综合的、面向对象的类型集合。ASP.NET 提供了下面的优点： 可管理性：ASP.NET 使用基于文本的、分级的配置系统，简化了将设置应用于服务器环境和 Web 应用程序的工作。因为配置信息是存储为纯文本的，因此可以在没有本地管理工具的帮助下应用新的设置。配置文件的任何变化都可以自动检测到并应用于应用程序。详细信息，请参阅ASP.NET 配置。 安全：ASP.NET 为 Web 应用程序提供了默认的授权和身份验证方案。开发人员可以根据应用程序的需要很容易地添加、删除或替换这些方案。 易于部署：通过简单地将必要的文件复制到服务器上，ASP.NET 应用程序即可以部署到该服务器上。不需要重新启动服务器，甚至在部署或替换运行的已编译代码时也不需要重新启动。增强的性能：ASP.NET 是运行在服务器上的已编译代码。与传统的 Active Server Pages (ASP) 不同，ASP.NET 能利用早期绑定、实时 (JIT) 编译、本机优化和全新的缓存服务来提高性能。灵活的输出缓存：根据应用程序的需要，ASP.NET 可以缓存页数据、页的一部分或整个页。缓存的项目可以依赖于缓存中的文件或其他项目，或者可以根据过期策略进行刷新。 国际化：ASP.NET 在内部使用 Unicode 以表示请求和响应数据。可以为每台计算机、每个目录和每页配置国际化设置。 移动设备支持：ASP.NET 支持任何设备上的任何浏览器。开发人员使用与用于传统的桌面浏览器相同的编程技术来处理新的移动设备。 扩展性和可用性：ASP.NET 被设计成可扩展的、具有特别专有的功能来提高群集的、多处理器环境的性能。此外，Internet 信息服务 (IIS) 和 ASP.NET 运行时密切监视和管理进程，以便在一个进程出现异常时，可在该位置创建新的进程使应用程序继续处理请求。 跟踪和调试：ASP.NET 提供了跟踪服务，该服务可在应用程序级别和页面级别调试过程中启用。可以选择查看页面的信息，或者使用应用程序级别的跟踪查看工具查看信息。在开发和应用程序处于生产状态时，ASP.NET 支持使用 .NET Framework 调试工具进行本地和远程调试。当应用程序处于生产状态时，跟踪语句能够留在产品代码中而不会影响性能。 与 .NET Framework 集成：因为 ASP.NET 是 .NET Framework 的一部分，整个平台的功能和灵活性对 Web 应用程序都是可用的。也可从 Web 上流畅地访问 .NET 类库以及消息和数据访问解决方案。ASP.NET 是独立于语言之外的，所以开发人员能选择最适于应用程序的语言。另外，公共语言运行库的互用性还保存了基于 COM 开发的现有投资。 与现有 ASP 应用程序的兼容性：ASP 和 ASP.NET 可并行运行在 IIS Web 服务器上而互不冲突；不会发生因安装 ASP.NET 而导致现有 ASP 应用程序崩溃的可能。ASP.NET 仅处理具有 .aspx 文件扩展名的文件。具有 .asp 文件扩展名的文件继续由 ASP 引擎来处理。然而，应该注意的是会话状态和应用程序状态并不在 ASP 和 ASP.NET 页面之间共享。ASP.NET 启用了分布式应用程序的两个功能：Web 窗体和 XML Web 服务。相同的配置和调试基本结构支持这两种功能。 Web 窗体技术使您建立强大的基于窗体的网页。Web 窗体页面使用可重复使用的内建组件或自定义组件以简化页面中的代码。 使用 ASP.NET 创建的 XML Web 服务可使您远程访问服务器。使用 XML Web 服务，商家可以提供其数据或商业规则的可编程接口，之后可以由客户端和服务器端应用程序获得和操作。通过在客户端/服务器和服务器/服务器方案中的防火墙范围内使用标准（如 XML 消息处理和 HTTP），XML Web 服务可启用数据交换。以任何语言编写的且运行在任何操作系统上的程序都能调用 XML Web 服务。整体架构：结构分析：山西旅游数据库系统是一个典型的N层架构，其结构分为四个逻辑层： Web 层 Web 层为客户端提供对应用程序的访问。这一层是作为 山西旅游数据库系统解决方案文件中的 Web 项目实现的。Web 层由 ASP.NET Web 窗体和代码隐藏文件组成。Web 窗体只是用 HTML 提供用户操作，而代码隐藏文件实现各种控件的事件处理。 业务外观层 业务外观层为 Web 层提供处理帐户、类别浏览和购书的界面。这一层是作为 山西旅游数据库系统解决方案文件中的 BusinessFacade 项目实现的。业务外观层用作隔离层，它将用户界面与各种业务功能的实现隔离开来。除了低级系统和支持功能之外，对数据库服务器的所有调用都是通过此程序集进行的。 业务规则层 业务规则层是作为山西旅游数据库系统解决方案文件中的 BusinessRules 项目实现的，它包含各种业务规则和逻辑的实现。业务规则完成如会员申请和信息发布的验证这样的任务。 数据访问层 数据访问层为业务规则层提供数据服务。这一层是作为 山西旅游数据库系统解决方案文件中的 DataAccess 项目实现的。 设计思想： 在Web应用程序中，为子系统中的一组接口提供一个一致的界面，Facade模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。适用性:当你要为一个复杂子系统提供一个简单接口时。子系统往往因为不断演化而变得越来越复杂。大多数模式使用时都会产生更多更小的类。这使得子系统更具可重用性，也更容易对子系统进行定制，但这也给那些不需要定制子系统的用户带来一些使用上的困难。Facade可以提供一个简单的缺市视图，这一视图对大多数用户来说已经足够，而那些需要更多的可定制性的用户可以越过Facade层。 客户程序与抽象类的实现部分之间存在着很大的依赖性。引入Facade将这个子系统与客户以及其他的子系统分离，可以提高子系统的独立性和可移植性。 当需要构建一个层次结构的子系统时，使用Facade模式定义子系统中每层的入口点。如果子系统之间是相互依赖的，可以让它们仅通过Facade进行通讯，从而简化了它们之间的依赖关系。 结构图：以下是山西旅游数据库系统的结构关系图：我们从图中可以清楚的看到，浏览器首先调用的是表示层WEB，然后WEB将请求发送给业务外观层，业务外观层对请求进行初步的处理，判断是否需要调用业务规则层，还是直接调用数据访问层获取数据。最后由数据访问层访问数据库并按照来时的步骤返回结果到浏览器3.3 数据库系统总体设计3.3.1 数据库系统设计原则统一设计原则山西旅游数据库系统是全市统一建设的系统，需要在全市范围内进行信息交换与共享，因此，数据系统设计必须按照国家山西省旅游数据库工程统筹规划。同时山西旅游数据库系统建设将在全国统一设计的基础上，结合市实际情况，制定全市的规划和方案。对象设计原则山西旅游数据库系统是面向各级山西旅游数据库的信息系统，要支持不同用户对信息的需求，因此，数据系统设计必须针对各类对象的不同需求进行。稳定性原则不断变化的广播电视行业要求各项指标要有延续性，因此，数据系统的数据结构设计要具有扩充性，从而保证数据系统的稳定性。标准化原则目前各地、各系统资源数据库已有多种存在方式，要解决系统间信息的互连、互通、互操作，必须建立共同遵守统一标准的数据系统，才能支持业务开展、横向的信息交换和宏观管理的要求。因此，要坚持数据标准化原则。 数据库设计 概念结构设计概念设计的重点在于信息结构的设计，是整个山西旅游数据库系统数据库系统设计的关键，独立于逻辑结构设计，不针对于任何数据库定义语言，是山西旅游数据库系统与计算机数据库系统的中介，也是各种数据模型的共同基础。概念结构设计有自顶向下、自底向上、逐步扩展、混合策略四种实现方法，通常以E-R模型工具来描述概念结构，描述的过程是根据需求分析的结果，结合业务流图、数据流图、数据字典等文档，对行业企业管理系统业务数据进行抽象，设计各个局部视图即分E-R图。 逻辑结构设计逻辑结构设计选择最适合的描述与表达相应概念结构的数据模型，通常分为将概念结构转换一般的关系、网状、层次模型，将此模型向特定选型数据库支持下的数据模型转换；对数据模型进行优化。E-R图的转换关系模型的逻辑结构是一组关系模式的集合，而E-R图则是实体、实体的属性和实体之间的联系三要素组成的，所以，将E-R图转换为关系模型实际上是要将实体、实体的属性和实体之间的联系转化为关系模式。数据模型优化数据库逻辑设计完成后，为了进一步提高数据库应用系统的性能，通常以规范化理论为指导，还应适当地修改、调整、数据模型的结构。按照数据依赖理论对关系模式逐一进行分析，考查是否存在部分函数依赖、传递函数依赖，多值依赖等关系模式，根据广播电视行业数据系统实际需要，审核确认关系模式是否进行必要的分解。 数据库物理设计数据库物理设计是指为逻辑数据模型选择适合应用环境的物理结构，也就是选择适合的存储结构与存取方法，使数据库的事务能够高效率的运行。存取方法的设计存取方法是为存储在物理设备上的数据提供快速存储和检索的能力，广播电视行业数据库系统在运行时，要处理多平台、多系统实时并发数据存储，针对系统业务状况，采用索引方法、HASH方法、聚集方法三种存取设计方法。物理存储的设计物理存储结构的设计目的是确定索引、聚集等数据库对象的存储结构，是空间利用率最大且操作开销最小。内容包括物理存储块的设计、数据库分区设计、数据域和数据段的设计等数据库系统磁盘空间、数据库管理方法。3.4 需求分析与功能设计3.4.1 旅游资源数据库系统功能需求旅游资源数据库系统要满足管理人员管理各种旅游资源的要求，为决策人员、服务人员提供决策和服务的信息依据。旅游信息包含内容1、涉旅政府部门信息 与旅游相关的政府部门，包括交通、建设、林业、气象、文化、工商、卫生、环保、国土、体育、通讯、金融、保险等部门的相关旅游信息。2、旅游局政务信息 包括机构职责、政策法规、工作动态、政务公告、人事任免、行业管理、旅游执法、统计数据、宣传促销、招商引资、规划研究、教育培训、旅游从业人员等。3、旅游研究机构信息 包括旅游院校、旅游协会、旅游报刊、旅游杂志等。4、旅游要素信息旅游要素信息主要包括：旅游线路信息、旅游景区（景点）信息、旅游住宿信息、旅游交通信息、餐饮场所信息、休闲娱乐信息、旅游商品信息、购物场所信息、旅行社信息、其他相关信息（比如：医院、加油站等）。5、电子商务信息电子商务信息主要包括：酒店服务、交通服务、订购服务、旅行社线路服务、其它相关信息等专业人员通过后台录入系统进行各种信息的录入，做到专人录入，专人审核。实现旅游衣食住行娱等各个旅游要素信息的集中管理。系统功能划分为：酒店管理功能、景区管理功能、景点管理功能、旅行社管理功能、购物管理功能、娱乐管理功能、美食管理功能、餐饮管理功能、线路管理功能、图片管理功能、音频管理功能、视频管理功能、文档管理功能、用户管理功能。3.4.2 山西旅游信息底层数据库框架图资讯网12301数据采集平台政务网体验网其它采集渠道 后台审核后展现基础设施及环境平台数据管理层表现层 后台加工标准数据库数据类型：图片、文字、视频等数据内容：旅游要素信息（景区、交通等）、涉旅政府部门信息（交通、气象、文化等）、旅游局政务信息、旅游研究机构信息、电子商务信息（酒店服务、交通服务、订购服务等）数据采集库数据类型：图片、文字、视频等数据内容：旅游要素信息（景区、交通等）、涉旅政府部门信息（交通、气象、文化等）、旅游局政务信息、旅游研究机构信息、电子商务信息（酒店服务、交通服务、订购服务等）信息采集、服务门户平台智能接口自动更新对接 实现原理：图解：输入：是用户将自己的信息通过数据采集系统发布到旅游资源数据库系统中展示：数据采集系统根据用户发布的信息实时展示出来外部应用：是外部涉旅机构、旅游研究机构等需要调用旅游资源数据库信息，通过智能接口实现内部应用：是旅游咨询网、旅游政务网、旅游体验网调用旅游资源数据库的展现数据采集服务：是将用户的信息发布到旅游资源数据库提供的服务智能接口服务：是提供数据采集服务到标准库服务提供的第三方接口，并且供外部应用使用标准库服务：是旅游咨询网、旅游政务网、旅游体验网调用旅游资源数据库提供的内部服务实现的功能：1 数据采集：系统首先通过数据采集服务将（涉旅政府部门、旅游研究机构、旅游要素、电子商务）的信息采集到数据库中。2 数据加工：通过二次加工可以将采集到的数据生成标准库的信息3 数据定位：经过处理，采集到的数据可定位于网页指定的位置4 外部调用：通过智能接口服务，外部可提取旅游资源数据库信息智能接口使用的技术：（Web Service）l Web Service是基于万维网（World Wide Web）直接调用的能够处理离散任务或连续任务的软件模型l Web Service是独立的、模块化的应用，能够通过因特网来描述、发布、定位以及调用。在Web Service的体系架构中包括三个角色：服务提供者(Service Provider)、服务请求者(Service Requestor)、服务注册器(Service Registry)。角色间主要有三个操作：发布(Publish)、查找(Find)、绑定(Bind)。Web Service协议标准l 简单对象访问协议（SOAP） SOAP是Simple Object Access Protocol的缩写，是一种基于XML的不依赖传输协议的表示层协议，用来在分散或分布式的应用程序之间方便地以对象的形式交换数据。l SOAP包括三个主要部分l SOAP封装结构：定义了一个整体框架，以表示消息中包含什么内容，谁来处理这些内容以及这些内容是可选的或是必需的。l SOAP编码规则：定义了用以交换应用程序定义的数据类型的实例的一系列机制。l SOAP RPC表示：定义了一个用来表示远程过程调用和应答的协定3.4.3 界面模拟 首页用户可以通过该页面查找数据库中所有的文档、旅游信息资源，视频，景区线路等。 用户上传页面普通用户可以通过登陆进入该页面，进行文档，视频，景区，线路等信息的上传，由后台专业人员进行审核判断。3.5 旅游资源系统模块功能设计3.5.1 酒店管理酒店资源管理提供在地域或者景区体系下酒店资源信息的管理功能，解决旅游中住的问题。酒店资源管理提供酒店资源信息的录入、酒店资源信息的修改、酒店资源信息的删除和酒店资源信息的查询功能；酒店资源信息包括各个地方的酒店名称，酒店标准，联系人以及其他相关信息，各种类型房间的报价等。3.5.2 景区管理景区资源管理提供在地域分类体系下景区资源信息管理功能，解决旅游中对景区信息的了解问题。景区资源管理提供景区资源信息的录入、景区资源信息的修改、景区资源信息的删除和景区资源信息的查询功能；景区资源信息包括各个景区的景区名称，景区级别，景区类型等景区信息，为游客和管理者提供完整的景区资源信息。3.5.3 景点管理景点资源管理提供在地域分类体系下景点资源信息管理功能，解决旅游中对景点信息的了解问题。景点资源管理提供景点资源信息的录入、景点资源信息的修改、景点资源信息的删除和景点资源信息的查询功能；景点资源信息包括各个景点的景点名称，景点级别，景点类型等景点信息，为游客和管理者提供完整的景点资源信息。3.5.4 旅行社管理旅行社资源管理提供在地域分类体系下旅行社资源信息管理功能，解决旅游中对旅行社信息的了解问题。旅行社资源管理提供旅行社资源信息的录入、旅行社资源信息的修改、旅行社资源信息的删除和旅行社资源信息的查询功能；旅行社资源信息包括各个旅行社的旅行社名称，联系人，联系电话等旅行社信息，为游客和管理者提供完整的旅行社资源信息。3.5.5 购物管理购物资源管理提供在地域或景区分类体系下购物资源信息管理功能，解决旅游中对购物信息的了解问题。购物资源管理提供购物资源信息的录入、购物资源信息的修改、购物资源信息的删除和购物资源信息的查询功能；购物资源信息包括各个购物的购物场所名称，地址等购物信息，为游客和管理者提供完整的购物资源信息。3.5.6 娱乐管理娱乐资源管理提供不同地域的娱乐资源信息的管理功能，主要解决旅游者旅游游玩的问题。旅游作为一种休闲娱乐活动，其最主要的功能在与娱乐上。娱乐资源管理功能正满足了这种需求。娱乐资源管理提供资源信息的录入、娱乐资源信息的修改、娱乐资源信息的删除和娱乐资源信息的查询功能。3.5.7 美食管理美食资源管理提供在地域或景区分类体系下美食资源信息管理功能，解决旅游中对各个景区或者地域具有特色的美食信息的了解问题。美食资源管理提供美食资源信息的录入、美食资源信息的修改、美食资源信息的删除和美食资源信息的查询功能；美食资源信息包括各个美食的美食名称，地址等美食信息，为游客和管理者提供完整的美食资源信息。3.5.8 餐饮管理餐饮资源管理提供在地域或者景区体系下餐饮资源信息的管理功能，解决旅游中住的问题。餐饮资源管理提供餐饮资源信息的录入、餐饮资源信息的修改、餐饮资源信息的删除和餐饮资源信息的查询功能；餐饮资源信息包括各个地方的餐饮名称，餐饮标准，特色以及其他相关信息等。3.5.9 线路管理旅游线路管理功能提供旅游线路信息的录入、旅游线路信息的修改、旅游线路信息的删除和旅游线路信息的查询功能。旅欧线路管理提供旅游线路的设计功能，能设计出完整的旅游线路，包括旅游过程中的吃住行娱等内容集成设计，并提供成本预算功能，为旅行社旅游线路的管理提供方便的管理决策信息和工具。旅游线路信息综合了旅游线路相关的景点、宾馆、用餐、娱乐、往返交通、行程描述等各种因素，并提供成本预算功能。还可以实现统一旅游线路中的成人团队线路和学生团队线路的个性化管理。3.5.10 图片管理图片资源管理提供图片资源信息的管理功能。图片资源管理提供图片资源信息的录入、图片资源信息的修改、图片资源信息的删除和图片资源信息的查询功能；图片资源信息包括各个地方的图片名称，存放路径、类型以及其他相关信息等。3.5.11 音频管理音频资源管理提供音频资源信息的管理功能。音频资源管理提供音频资源信息的录入、音频资源信息的修改、音频资源信息的删除和音频资源信息的查询功能；音频资源信息包括各个地方的音频名称，存放路径、类型以及其他相关信息等。3.5.12 视频管理视频资源管理提供视频资源信息的管理功能。视频资源管理提供视频资源信息的录入、视频资源信息的修改、视频资源信息的删除和视频资源信息的查询功能；视频资源信息包括各个地方的视频名称，存放路径、类型以及其他相关信息等。3.5.13 文档管理文档资源管理提供文档资源信息的管理功能。文档资源管理提供文档资源信息的录入、文档资源信息的修改、文档资源信息的删除和文档资源信息的查询功能；文档资源信息包括各个地方的文档名称，存放路径、类型以及其他相关信息等。3.5.14 系统管理系统管理提供管理员和普通用户信息的录入、修改、删除和查询功能。用户信息包括用户名称、用户密码等信息。并实现管理员用户和普通用户不同权限功能。3.6 使用技术3.6.1 Adobe Acrobat技术由Adobe公司推出的PDF 格式是一种全新的电子文档格式。借助 Acrobat ，您几乎可以用便携式文档格式 (Portable Document Format ，简称 PDF) 出版所有的文档。 PDF 格式的文档能如实保留原来的面貌和内容，以及字体和图像。利用Adobe Acrobat生成的虚拟打印机，可以将Word,Excel,Txt等一系列的文档转换成PDF的便携式文档格式。3.6.2 flex paper技术FlexPaper是一个开源轻量级的在浏览器上显示各种文档的组件，被设计用来与PDF2SWF一起使用， 使在Flex中显示PDF成为可能，而这个过程并无需PDF软件环境的支持。它可以被当做Flex的库来使用。利用该工具，在程序中实现将PDF转换成SWF格式的文档方便用户浏览文档。3.6.3 webservice接口它是一种构建应用程序的普遍模型,可以在任何支持网络通信的操作系统中实施运行;它是一种新的web 应用程序分支，是自包含、自描述、模块 化的应用，可以发布、定位、通过web调用。Web Service是一个应用组件,它逻辑性的为其他应用程序提供数据与服务.各应用程序通过网络协议和规定的一些标准数据格式（Http，XML，Soap)来访问Web Service,通过Web Service内部执行得到所需结果.Web Service可以执行从简单的请求到复杂商务处理的任何功能。一旦部署以后，其他Web Service应用程序可以发现并调用它部署的服务。 我们可以利用该接口，向更多的合作伙伴或者用户来提供开放式的接口，让更多的人来利用我们的资源，使山西旅游数据库有更全面的发展。3.7 安全体系设计3.7.1 系统安全层次与结构山西旅游数据库系统是以开放的层次化的网络系统作为支撑平台，为使各种信息安全技术功能合理地作用在网络系统的各个层次上，从技术和管理上保证安全策略得以完整准确地实现，安全需求得以满足，确定山西旅游数据库系统的安全层次划分和体系结构如下图所示：系统安全层次划分和体系结构图3.7.2 系统安全体系框架山西旅游数据库系统安全体系是一个三维立体结构，包括系统单元、安全特性、安全子系统三个要素。其结构关系如图所示。 山西旅游数据库系统安全体系结构关系框架结构中的每一个系统单元都对应于某一个协议层次，需要采取若干种安全服务才能保证该系统单元的安全。网络平台需要有网络节点之间的认证、访问控制，应用平台需要有针对用户的认证、访问控制，需要保证数据传输的完整性、保密性，需要有抗抵赖和审计的功能，需要保证应用系统的可用性和可靠性。一个信息网络系统需要在各个系统单元都有相应的安全措施来满足其安全需求。3.8 光通道流量分流的路由策略3.8.1 引言 光网络技术的迅速发展为Internet日益膨胀的信息流量提供了强大的网络支持。更为重要的是，光放大器和波分复用等光通信新技术的不断进步，不仅强化了光联网的重要地位，而且将光逐渐扩大到网络边缘并显示出强大的生命力。在城域网（MAN）和局域网(LAN)中，虽然带宽和网络容量持续地增长，但是在市区内人们仍然面临着严重挑战。 为构建骨干网和接入网间的桥梁，以及满足城市内和城市间业务发展的需求，尤其是数据业务，城域网将成为下一轮电信建设的热点。和骨干传送网相比，城域网对传送层的要求有相近的地方，也有不同之处，主要有： 传送层必须具有足够大的传输容量和交换容量，能提供足够宽的带宽，满足IP迅速发展对带宽的需求； 由于IP业务的迅速发展，在今后的城域网和本地网中，会越来越多地应用高速率数据通信设备，典型的比如千兆以太网和吉比特路由器，传送层必须能方便地提供此类大颗粒业务接口； 电信运营格局的变化使电信网络运营商可能面临不同的业务提供商，业务端口的出租也将从2M端口发展到更大颗粒的业务端口，因此今后的光传送网将从简单的传输通道发展为可管理、可调配、可运营的网络； 针对城域网业务，尤其是城域网数据业务变化快的特点，传送网应当具备传输通道的快速调配和快速提供的能力，是一个灵活的网络； 传送网在具有大容量的同时应提供可靠的传送保证，以提高运营商的竞争力。 城域环境是通信网中最复杂的环境，城域网的特点是，必须包容各种不同的网络协议和信道速率。虽然高端带宽需求（2.5 到 10 Gbit/s）在不断增加，但城域光网仍不得不满足用户对子速率的需求（OC-3、OC-12、200 Mbit/s ESCON）。这在电域与光域之间造成带宽的“颗粒空隙”。另外，为每一个低速率信号分配一个全波长显然不是成本有效的解决方案。因此对城域光网络的不同类型、不同速率的业务流量进行汇聚和疏导意义重大，这样可优化带宽配置、提高带宽利用率、增加网络灵活性。 汇聚和疏导可优化配置带宽资源运营商不可能对每个用户提供一个完整的波长用户不可能只需要部分波长却购买整个波长 汇聚和疏导能够提高网络效率高速物理接口，低速交换业务适合运营商业务模式和需求 汇聚和疏导能够降低网络运营成本 需要较少设备，降低初始固定资产投入及后续运营成本。 下面我们就对城域光网络的流量汇聚和疏导技术进行研究。3.8.2 汇聚和疏导的概念在运营商网络中，使用了各种各样，不同规模、不同类型的交换机。可以采用交换粒度对这些交换机进行分类：除了光纤级的交换和波长、波长组交换以外，还有一种交换机，它不仅可交换波长，而且还可以交换SDH的不同速率的连接，即它可以在波长传送终端对该波长承载的不同速率级次的SDH连接进行拆分交换或组合交换，我们称其为子波长（SDH连接）疏导交换。疏导交换一般发生在交换机对SDH连接进行拆分和进行归类重整并重组新的SDH连接的时候。在SDH的时隙复用过程中，如所示的Mux1，它将低速支路信号复用到高速率连接中，该过程就称为时隙分配TSA（Time Slot Assignment），但是应该注意，这个过程是流量的汇聚并不是疏导（Grooming）过程。流量汇聚技术就是将不同速率的业务流、不同类型的的低速率业务打包复用成高速数据流的过程。Mux2它将一个OC-3连接中的一个OC-1分离出来然后送到另一路输出端OC-3中，这个过程被称作时隙交换TSI（Time Slot Interchange）。TSI过程就需要执行疏导交换，因此它是一种流量疏导技术。执行TSI比执行TSA要复杂得多，它需要更加庞大规模的ASIC（专用集成电路）提供支持。传统SDH设备和新一代SDH设备的一条最大的区别就是传统的SDH设备不提供TSI功能。在由WDM/SDH构成的环网中，每一路波长可以通过TDM方式承载很多低速率的业务流。这时每一路业务连接的速率都是一个时隙容量的整数倍，并且是通过多条TDM虚连接在两个节点之间建立起来的，例如由三路OC-1（52Mbit/s）通过Mux1的时隙复用变为一路OC-3（155Mbit/s）信号的过程。上路和下路一个虚连接只能在该连接的两个终端节点上完成，因此既就是在该虚连接上存在电的分插复用器ADM也只能直通这个时隙而不能执行分插复用。另外还存在在某些波长的某些节点可能所有时隙任何时候都无需上下路，则无需给每一个节点上的每一个波长都配备一个ADM设备，这样就可以大大降低网络中配置ADM设备的数量。 对网络中流量进行汇聚和疏导主要有两种途径：一种是在网络边缘对各种电域的低速率信号进行复用/汇聚，这种方法往往是在电域完成的；另一种方法就是在网络的中间节点将不同波长通道的信号进行波长级的合并，这种合并既可以在电层完成也可以在光层完成。 边缘电域的子速率复用汇聚，就是实现接入复用的功能。主要是在光网络边缘通过将几路进入节点的低速率的电信号进行合并处理，转换成一个高速率的光信号进一步在光网络中进行传输。这些低速信号往往是具有相同的目的节点，或者在很长的距离上有相同的路径的。复用汇聚可以方便的实现“每波长多协议（Multi-Protocol Wavelength）”，让多种协议的子波长通道在一个波长中传输。在OXC节点处的复用汇聚一般颗粒都比较大。复用汇聚主要是在电域上进行处理，这种方式对于信号格式比较敏感，所以针对不同的信号格式要采用不同的处理方式3.8.3 子速率汇聚技术和自适应OTU技术为支持SDH 155M/622M、POS、ATM等多种业务的传送，城域光传送平台在满足高带宽需求的同时应具备155M等较低速率的接入端口，但使用单独一个波长来传送155M的信号在经济成本上显然不划算。 在一个典型的城域光网中有许多用户和协议，如果为每一种应用都分配一路波长，那么这种“每波长一协议”的做法将很快导致波长不够用的问题，因此就无法扩展。相反，如果能够模块化地提供子速率信道，并把子速率信道汇聚（复用）成一个大容量的波长信道，那就成本有效得多。这种技术被称为子速率（和子波长）复用/汇聚，其工作原理如图所示，使用子速率复用技术就可以实现“每波长多协议”而不是“每波长一个协议”。图 子速率复用技术原理另外，在建设光网络DWDM/OADM的时，经常会碰到下面的两种情况： 在网络建设运行初期，业务流量较少，往往需要一个155或者622 业务，而随着经济的发展，业务量会有很大的增长，最后，会在单个波长上会增加到16个155或者4个622业务；在网络的建设过程中，面临多厂家的较低速率155/622SDH设备共存的局面。选择DWDM/OADM设备，希望这些较低速率的SDH设备能够在DWDM/OADM设备中共同利用一个波长上，从而达到进行通信资源的整合和解决投资的问题。 鉴于以上所述的这三种城域网的实际情况和组网需求，为了提高城域波分复用系统中单个波长的利用率，可提供子速率复用器（TMUX）技术的解决方案，将多个低速率、不同类型的信号复用到一个2.5G/10G波长通道中，这样就可以使城域光网络兼顾了低速率信号的传送并提高了波长资源的利用率，子速率复用技术原理如图2所示。 考虑到城域网波长资源有限，且小颗粒业务信号对带宽的利用率不高，对于低速率业务信号较多的应用是T-MUX（透明复用）方式，将子速率带宽（也即小颗粒业务信号）进行捆绑传送。目前较多应用的是42.5G、2GE、8GE、8FE、8155M+2622