信息旅游项目概要设计说明书

智慧旅游项目概要设计说明书引言编写目的细设计文档达到以下目的：1、确定功能模块的业务算法按照监管业务结构所建立的系统软件架构，为每个业务模块确定具体的算法，并选择某种表达工具将算法的详细处理过程描述出来。2、确定内部数据结构和数据库物理结构为系统确定并构造算法实现所需要的内部数据结构；根据上一阶段确定的数据库逻辑结构，对数据库的存储结构、存储方法等物理结构进行设计。3、确定模块功能的具体细节按照模块的功能要求，确定模块接口的详细信息，包括模块之间的接口信息，模块与外部系统的接口信息以及用户界面等。4、需求文档，参加评审项目系统详细阶段的工作成果主要通过系统详细设计说明书的形式存储保留下来，并且在经过专家评审以及专家评审后进行补充和完善后，该系统详细设计说明书将作为后期程序编码阶段进行程序设计的重要依据。背景项目名称：北区智慧旅游项目项目开发单位：云计算有限公司软件系统的用户：国家金库广州市中心支库、广州市国家金库的区县支库应用系统对接用户：XXX开发语言：Java、XML、javascript、HTML前端框架：ElementUI后端框架：SpringMVC、MyBatics项目管理：Maven术语B/S:Browse/Server浏览器服务器模式，是Web兴起后的一种网络结构模式，Web浏览器是客户端最主要的应用软件。HTML：本标记语言，即HTML（Hypertext

Markup

Language），是用于描述网页文档的一种标记语言。JSON：JSON，全称是JavaScriptObjectNotation。它是基于JavaScript编程语言ECMA-2623rdEdition-December1999标准的一种轻量级的数据交换格式，主要用于跟服务器进行交换数据。跟XML相类似，它独立于语言，在跨平台数据传输上有很大的优势。HTTP：HyperTextTransferProtocol超文本传送协议是一种详细规定了浏览器和万维网服务器之间互相通信的规则，通过因特网传送万维网文档的数据传送协议。WEB：万维网（“Web”、“WWW”、“W3”，英文全称为“WorldWideWeb”），是一个由许多互相链接的超文本组成的系统，通过互联网访问。SOA：面向服务的体系结构（Service-OrientedArchitecture）是一个组件模型，它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。XML：eXtensibleMarkupLanguage，可扩展标记语言，标准通用标记语言的子集，一种用于标记电子文件使其具有结构性的标记语言。J2EE：J2EE是Java2平台企业版（Java2Platform,EnterpriseEdition），是一套全然不同于传统应用开发的技术架构，包含许多组件，主要可简化且规范应用系统的开发与部署，进而提高可移植性、安全与重用价值。预期读者与阅读建议描述本文档的主要读者，以及这些读者在阅读时的阅读重点与建议。可用列表的方式列出。如表：预期读者阅读重点管理组了解本项目系统结构，功能模块等设定。需求组查看系统功能、安全等设计是否满足需要设计组根据本文档中关于系统架构、数据结构、功能特点、安全等描述进行相应的模块设计工作。开发组了解系统架构、安全等方案设计等。测试组根据本方案关于功能及性能描述，结合需求文档，进行测试方案指定。集成实施组了解系统架构及性能描述。总体设计设计概述设计约束根据数据集中、资源整合的要求，除有特殊要求外，均应受以下约束。基础环境系统运行的基础环境包括：人民银行业务网、金融城域网及网间互联平台，以及相关安全认证设施、标准体系。广州市全辖国库收支集中系统可以复用现有人行国库、、国地税和各商业银行与联网中心的网络连接环境。开发约束按照国家计算机软件规范相关标准。设计策略复用策略：功能复用复用系统应用开发框架中的用户登录登出模块功能（2）资源复用：尽量利用原有ETS系统联网基础（例如主机设备、数据库、专网联网、税接口方式的复用），降低不可控风险，减少系统建设和集成实施时间，加快进度。扩展策略：技术拓展采用主流、成熟的B/S模式的面向对象开发技术架构（如符合MVC模式的主流J2EE架构等），用户客户端只需要通过浏览器即可进行业务办理，可更好支持面向以联网业务交互为主的业务应用需求，确保技术可行性和建设进度，也充分考虑可扩展性（2）在子系统和模块设计上拓展：由于不同业务的办理流程和业务政策会有差异，而不同用户单位端的内部业务制度和流程、人员岗位设置情况、操作习惯等也会有差异，因此需要灵活结合各种技术，贴合每个用户单位端的每种业务的录入、审批、盖章、验证、支付、核销等相关的特定的流程环节和业务制度进行设计。系统既要实现一定的灵活配置、又要能满足特定的业务处理定制化需求，让系统满足相关单位使用需求，有效提高业务处理效率。部分应用处理实现可定制和可配置的技术，将系统易变的、经常需要改动的部分放到配置文件或配置表中（例如，针对业务凭证通过模版定制，能通过模版修改适应凭证格式的调整；以及用户和角色权限的设置等）。这样在系统运行的过程中，只需要进行一些配置即可适应一定范围内的需求变化。（3）接口设计上拓展：对存在原有接口需参照的，在原有接口方式基础上扩展定制；对存在对接标准的接口，按其接口规范进行开发（例如人行国库的会计核算系统等）；在全新的系统接口上，则采用更灵活的数据组织方式，例如采用XML(eXtensibleMarkupLanguage，可扩展标识语言)规范组织凭证表单数据、配置文件等。XML具有开放的标准，有较好的灵活性、柔韧性和适应性，有助于实现数据的标准化、结构化，适应不同业务应用系统数据存储、交互的需要。设计实现本项目建设的系统技术架构设计，规划各业务子系统，整合可用资源，梳理和设计各种接口、凭证，确定统一简洁的接口规范，提供安全便捷的用户功能。1、将系统设计为三层架构，根据业务处理流程的特点和对安全可靠性的要求，设计为账务支付处理层、业务处理层和接入层。账务支付处理层主要包括国库会计核算记帐和支付渠道处理，业务处理层包括各业务子系统和业务逻辑数据，接入层包括接入系统与相关接入数据。2、把凭证审批签验和业务办理相对独立，使系统的总体架构清晰合理。凭证审批签验处理结合业务角色和印章的权限控制，能灵活配置适应业务流程，既满足业务可用性又能保证业务安全。3、整合现有资源和接口，充分利用原广州市ETS的应用系统、系统设备、数据库等资源。以电子业务无纸化平台为中心结合点，将税接口、支付渠道、国库会计核算账务接口有机地结合起来，业务联动，数据共享。4、本项目涵盖了电子交易处理和业务操作处理，因此功能上也包括了后台业务处理和人机交互的各种功能。人机交互的业务功能部分，采用B/S应用架构。系统主要基于B/S模式，整个系统集中部署在人行Unix服务器或者windowserver服务器。基于面向对象的Java语言开发，采用目前主流的J2EE（Java2PlatformEnterpriseEdition）三层架构（MVC）来构建（例如采用WebWork2、Spring、Hibernate或其他主流技术框架为主要框架基础）。内置了电子印章技术所需的验章组件。充分采用AOP设计思想及方法，降低应用耦合，提高代码重用度，简化开发，主要应用在访问控制、日志处理、事务管理、异常处理、数据访问。整个架构分为JSP页面表现层、用户请求相应层（Action）、业务逻辑服务层（Business）、数据访问层（包括数据库和文件接口、各类专用接口的对接）。其中，一些非界面交互的后台功能，需采用后台服务管理框架（例如Quartz框架）。每层各司其职，协同完成整套业务系统的功能。客户端需安装电子印章的安全组件（用于电子凭证展现和打印、电子签章接口），使用Windows操作系统自带的浏览器访问系统。本项目的其他子系统，也采用参照上面的软件开发架构建设。注：（1）总体上，本系统分为业务办理、系统管理、业务管理、后台服务等多方面。其中，需要人机交互的部分功能，采用MVC模式的架构实现；属于后台服务的，通过例如Quartz此类框架实现。同时也需引入了其他组件，例如，采用log4j用于系统日志信息登记。（2）系统日志和业务操作日志等的信息登记，在系统处理过程中完成，用于后续的问题定位和业务审计。（3）部分子系统，需要访问多个数据源，通过mybatis的配置和调用处理，支持多数据源的使用和切换。（4）专用接口对接，根据对方系统的接口标准进行定制化开发（按照对方的数据报文规范、数据安全保护、数据交互协议等标准实现）。设计目标按照本项目设定软硬件的采购需求，本项目将包括本文档主要针对系统的应用总体设计，及广州市全辖XXX电子退税无纸化平台和广州市全辖拨款电子化平台和等主要模块的结构和主要功能进行描述，作为之后各模块功能设计及子模块开发等工作提供指引及参考。2.4平台架构springmvc是spring框架的一个模块，springmvc和spring无需通过中间整合层进行整合。springmvc是一个基于mvc的web框架。springmvc表现层：方便前后端数据的传输SpringMVC拥有控制器，作用跟Struts类似，接收外部请求，解析参数传给服务层MVC是指，C控制层，M模块层，V显示层这样的设计理念，而SSM框架里面SPRINGMVC本身就是MVC框架，作用是帮助（某种意义上也可以理解为约束）我们要按照MVC这样的设计来开发WEB项目，而另外两个框架spring主要是用作IOC,AOF等其他的一些设计原则，至于mybatis是用来方便操作数据库的，所以他们都在MV里面，至于V指的是展示部分，一般是指JSP，freemarks这种前提其实，和SSM就没有太大的关系了Springmvc架构原理解析第一步：发起请求到前端控制器(DispatcherServlet)第二步：前端控制器请求HandlerMapping查找Handler可以根据xml配置、注解进行查找第三步：处理器映射器HandlerMapping向前端控制器返回Handler第四步：前端控制器调用处理器适配器去执行Handler第五步：处理器适配器去执行Handler第六步：Handler执行完成给适配器返回ModelAndView第七步：处理器适配器向前端控制器返回ModelAndViewModelAndView是springmvc框架的一个底层对象，包括Model和view第八步：前端控制器请求视图解析器去进行视图解析根据逻辑视图名解析成真正的视图(jsp)第九步：视图解析器向前端控制器返回View第十步：前端控制器进行视图渲染视图渲染将模型数据(在ModelAndView对象中)填充到request域第十一步：前端控制器向用户响应结果组件：1、前端控制器DispatcherServlet（不需要程序员开发）作用接收请求，响应结果，相当于转发器，中央处理器。有了DispatcherServlet减少了其它组件之间的耦合度。2、处理器映射器HandlerMapping(不需要程序员开发)作用：根据请求的url查找Handler3、处理器适配器HandlerAdapter作用：按照特定规则（HandlerAdapter要求的规则）去执行Handler4、处理器Handler(需要程序员开发)注意：编写Handler时按照HandlerAdapter的要求去做，这样适配器才可以去正确执行Handler5、视图解析器Viewresolver(不需要程序员开发)作用：进行视图解析，根据逻辑视图名解析成真正的视图（view）6、视图View(需要程序员开发jsp)View是一个接口，实现类支持不同的View类型（jsp、freemarker、pdf…）2.5总体设计思路和处理流程2.5.1技术体系架构层次说明：1） 通讯层：主要功能是对外部系统接入进行通讯处理，包括利用通讯中间件进行传输，过滤非法信息（不涉及业务内容），根据一定的设置，进行信息的可靠性检查等。通讯层不涉及任何业务逻辑，不对业务逻辑进行绑定，因此基本在信息传递和处理过程，不考虑与数据库发生关系。2） 路由层：主要功能是对信息部分内容进行业务分析，检查接收到的数据信息源头是否正确，并且最终接收方的路由信息，从而把数据信息转到接收方节点。3） 业务逻辑层：该层次是真正的业务处理层，通过业务路由转发的信息处理不同的业务种类和要求，实现真正的业务处理，包括信息检查，登记，数据流的接收、转发和回应等的动作。4） 数据服务层：包括数据存储，数据服务等相关应用5） 应用服务层：应用服务层是一系列公用的系统或业务管理模块，它们独立运行，基本不对外提供业务服务，而是利用与数据库或特殊信息管道，执行特定的系统处理。包括用户管理，信息查询、数据分析管理等。物理存储描述整个逻辑数据模型是如何被转换为数据文件（物理模式）。文件结构类型在这里应清楚的体现。数据备份和恢复数据库除系统级的双机热备机制外，系统还将启用定时任务进行数据库备份及历史数据迁移/清理。一旦数据库崩溃，可选择最近的数据备份进行恢复。系统出错处理设计出错信息系统运行出错时，提示语言要友好，并以用户习惯为基础，使用户能够理解发生的问题，并能够根据提示采取正确的操作方式。对于已经提交服务器端进行处理的页面，则在当前页载入错误信息进行提示，并同时根据开发规范中要求的方式进行日志记录，提示页面事例如下：补救措施定期建立数据库备份，一旦服务器数据库被破坏，可以使用最近的一份数据库副本进行还原。为防止服务器故障，预备另外一台服务器，只要主服务器出现故障，可以迅速启动预备服务器运行系统。系统维护设计基础数据维护：对于一