ToursIS概要设计说明书Word下载.docx

资源描述

ToursIS概要设计说明书Word下载.docx

《ToursIS概要设计说明书Word下载.docx》由会员分享，可在线阅读，更多相关《ToursIS概要设计说明书Word下载.docx（29页珍藏版）》请在冰点文库上搜索。

ToursIS概要设计说明书Word下载.docx

2.2主要软件需求4

2.1.1子系统划分4

2.1.2性能需求5

3.软件系统结构设计10

3.1平台总体框架10

3.2软件体系结构11

3.2.1软件程序结构图11

3.2.2模块命名规则11

3.2.3数据交换比对系统描述11

3.2.4旅游业务业务管理模块描述13

3.3复用策略18

4.数据设计18

4.1数据项18

4.2数据库结构设计19

5.接口设计19

5.1用户界面设计规则19

5.1.1登陆界面示例19

5.1.2主界面示例19

5.2内部接口设计19

5.3外部接口设计20

5.4用户接口命名规则20

6.出错处理设计出错信息22

6.1出错信息22

6.2补救措施23

7.系统维护设计24

1.引言

1.1编写目的

复审《需求规格说明书》；

按模块组织用户需求，并给出模块说明；

同时作为软件维护的依据。

本文档主要供项目组和后期维护人员参阅。

1.2定义

1.2.1角色定义

1.2.1.1游客

游客是指来XX旅游并使用旅游在线平台的旅行者，从技术实现上讲，游客可从旅游在线网站、手机、呼叫中心、城市通旅游卡、宾馆数字电视旅游频道等多种方式接入并访问本系统。

1.2.1.2企业用户

企业用户是指跟旅游相关的并加入旅游在线平台体系的所有企业，主要包括旅游企业（涵盖吃、住、行、游、购、娱六要素）、旅游相关行业协会（涵盖吃、住、行、游、购、娱六要素）和系统中间运营商（能分别独立运营，提供游客上述多种接入模式的平台集成商）。

企业用户由企业自行指派，主要负责日常维护和管理在线平台为其所开放的数据接口，按照与在线平台连接交互的技术方式不同，可分为网络在线用户、手机无线用户，以及离线操作用户等，其中离线方式指通过电话汇告、报表递交等形式上传企业相关数据的企业用户执行模式可以对系统的基本业务数据进行查询操作。

1.2.1.3管理用户

管理用户是指系统运行和维护的管理端用户，此角色可派生出数据管理员、业务管理员、配置管理员和安全管理员四个大类。

其中，区别于数据管理员，还有专门负责接收来自旅游企业、行业协会以及中间运营商数据的外部数据管理员，而对于其中的中间运营商数据管理员，还可派生出远程的POS机和各类移动终端设备的数据操作管理员；

安全管理员包括安全审计管理员，以及管理安全认证和权限服务的CA管理员和RA管理员；

配置管理员可对旅游在线平台进行相关的业务和服务接口设置、实现系统维护，可通过管理端登录对管理端的用户进行设置，分配权限等操作；

业务管理员实现旅游信息的发布、产生分析报表等功能负责信息系统的管理维护操作。

管理用户的具体说明如下：

中间运营商数据管理员：

中间运营商维护运行着一套服务于游客的应用系统，每天拥有大量旅游信息流。

该数据管理员维护这些旅游信息，并可根据旅游在线平台中心数据接口的要求，处理相关旅游信息，并通过数据交换接口上传相应的数据至基础数据库中心。

行业协会数据管理员：

各旅游相关行业协会负责搜集本协会管辖的旅游企业信息，拥有全面的企业信息库。

该数据管理员负责对企业信息库的日常维护，并可根据旅游在线平台中心数据接口的要求，通过数据交换接口将相关的旅游企业信息上传至基础数据库中心。

旅游企业管理员：

部分旅游企业拥有独立的信息系统，如星级宾馆等，该数据管理员负责将宾馆公开发布给游客的信息按照在线平台相关数据接口规范上传至基础数据库中心。

数据管理员：

主要负责基础数据库中心的日常管理工作，包括数据灾备、清洗、导入导出等。

业务管理员：

主要负责在线平台的旅游信息管理，包括信息编辑、发布、修改、删除等功能，同时支持旅游信息的统计分析与智能挖掘等功能，给旅委的管理提供决策支持。

系统管理员：

系统管理员负责整个在线平台运作的系统管理工作，主要包括配置管理和安全管理。

其中，系统配置管理主要负责用户的配置管理，包括用户添加、删除、权限管理等，与系统功能模块的插件式管理，包括各类信息分析模块的灵活增加和删除等。

安全管理员：

安全管理员有CA管理员，审计管理员和RA管理员。

审计管理员负责对数据库访问、客户数据接口、在线网络安全和无线接入安全进行全面审计，并支持各类审计分析报表。

CA管理员管理数字认证服务器，为每个使用公开密钥的用户发放一个数字证书，数字证书的作用是证明证书中列出的用户合法拥有证书中列出的公开密钥，以保证用户之间在网上传递信息的安全性、真实性、可靠性、完整性和不可抵赖性。

RA管理员面向最终用户，负责审核各类用户申请数字证书时的身份信息。

1.3参考资料

《XX旅游在线平台系统集成及应用软件开发招标文件》

《XX旅游在线平台需求分析报告》

《XX旅游在线平台项目总体规划》

《XX旅游在线一期平台实施方案》

《XX旅游在线平台总集成方案-XX》

《XX旅游在线平台一期项目总集成及应用软件开发投标文件－技术部分》

《XX旅游在线一期平台需求规格说明书》

2.范围

2.1系统主要目标

XX旅游在线平台项目总体目标是通过互联网技术、移动通信技术、电子商务技术等多项高新技术，整合XX及周边城市的旅游相关信息，为广大来杭中外游客、XX市民的出游和旅游相关企业提供一个联合手机信息服务、呼叫中心、城市通卡、旅游数字电视、旅游在线网站等应用服务的多渠道、多层次旅游信息服务的实时在线平台。

通过旅游在线平台建设，为来杭游客、市民出游和休闲生活提供旅游综合信息服务，并逐步建立以XX为中心的都市经济圈中的区域性旅游信息服务。

2.2主要软件需求

2.1.1子系统划分

XX旅游在线平台一期系统主要包括以下子系统：

数据交换系统，数据比对系统，旅游业务管理系统等。

1、数据交换系统

数据交换子系统用于实现不同平台、系统间以及XX旅游在线平台与其他业务系统间的信息传递与交换。

数据交换子系统的目的是彻底改善目前由于领域、部门、系统的差别和隔离所引发的信息孤岛的现象，实现旅游空间数据、业务数据在应用层次上的共享，使得查询、浏览、获取、交换、使用和再加工信息能够做到方便、快捷、准确、安全和全面。

交换的信息主要为旅游资源信息、问题信息、业务办理信息、综合评价信息等内容。

2、数据比对系统

数据比对系统用于比对来自各个部门、旅游企业及信息中间运营商的旅游信息，目的是为“XX旅游在线平台”项目建立准确的旅游基础信息库、为游客及企业提供准确的旅游基础信息。

即，数据比对的目的就是建立全面、准确、实时的旅游基础信息库，为游客、各旅游企业及信息中间运营商提供旅游基础信息的数据共享服务。

3、旅游业务管理系统

旅游业务管理系统分为一下几个子系统：

统计分析子系统：

针对海量的旅游业务信息，系统应提供统计分析管理功能，以实现旅游信息的数据挖掘。

旅游诚信服务评估子系统：

接收和分析游客对在线平台各个服务环节的回馈信息。

旅游预告管理子系统：

提供各种旅游预告信息。

安全服务子系统：

主要包括授权鉴权服务、身份认证管理、系统安全审计、安全接入服务等功能。

应用维护系统：

应用维护系统包含系统配置管理、角色管理、资源管理、字典管理等平台基础数据建设，其中用户配置是系统配置模块里的子模块，主要实现用户管理的功能，实现对不同类别管理员的增加、删除和修改操作，实现系统统一用户的管理。

在整个系统中用户的管理是最为主要的一部分，用户统一管理是系统登录的前提，成为整个门户运行的基础。

用户配置管理分系统管理员配置和客户管理员配置两部分。

系统管理员要求配置数据库管理员、安全管理员和业务管理员。

客户管理员要求配置第三方运营商数据管理员、行业协会数据管理员、景点景区数据管理员和宾馆酒店数据管理员。

要合理配置不同模块的管理员，将指定资源和资源操作权限分配给指定管理员，最优化实现管理人员的安排。

2.1.2性能需求

2.1.2.1总体性能需求

按照XX旅游在线平台的实际需求，并且遵照国内外设计标准和现有软硬件设计能力，系统的总体的性能需求描述如下：

1、设计的平台应具有海量数据存储和管理能力，支持4TB以上的总数据量的存储和管理。

数据库结构设计良好，具有迅速的数据检索能力。

2、设计的平台具有良好的并发响应能力，整体响应性能在3s以内，正常情况下并发访问量应不小于2000。

3、设计的平台应具有较强的稳定性，在5000个用户并发访问时，系统仍能稳定运行。

4、设计的数据交换系统应充分考虑XX市旅游信息的应用现状，完全符合政府现有的数据交换体系。

5、设计的系统文本信息交换的响应时间小于3s，采用中间件技术对数据交换进行管理。

6、采用工作流技术，进行系统管理和维护，保证了系统具有高度的灵活性，能适应日常业务变更的需求，实现了“零代码”方式的系统管理和维护。

7、设计的平台系统应具有完备的网络与信息安全保障体系，能对登录用户的身份进行认证，并跟踪用户的操作，进行安全审计。

8、设计的平台应具有良好的数据安全保障机制，具有较强的容错能力和灾难恢复能力，服务器组采用了集群模式。

2.1.2.2界面需求

1．网站系统的界面要求

页面内容：

主题突出，站点定义、术语和行文格式统一、规范、明确、栏目、菜单设置和布局合理，传递的信息准确、及时。

内容丰富，文字准确，语句通顺；

专用术语规范，行文格式统一规范。

导航结构：

各类终端显示的操作界面具有明确的导航指示，且便于理解，方便用户使用。

技术环境：

界面大小适当，支持各种常用浏览器以不同分辨率浏览，无错误链接和空链接，控制好字体大小和版面布局。

艺术风格：

界面、版面形象清新悦目、布局合理，字号大小适宜、字体选择合理，前后一致，美观大方，动与静搭配恰当，动静效果好，色彩和谐自然，与主题内容相协调。

2．手机信息服务应用的界面要求

欢迎短信要求表示三层含义，欢迎致辞，旅游服务平台信息和手机信息服务的特服号。

对客户端手机短信业务回答要求回答文字简洁，明了。

文字准确，语句通顺；

不能夹注中间运营商或其他提示信息。

用统一的平台称谓和署名单位。

短信业务系统要有统一的管理图形化管理界面。

短信业务流量和趋势分析要用图形符号表示。

不得加注中间运营商或其非公益类信息。

3．宾馆数字电视信息服务系统的界面要求

旅游信息频道、列车票务数据内容切换要求有明显提示信息。

界面、版面形象清新悦目、布局合理，字号大小适宜、字体选择合理，前后一致，美观大方色彩和谐自然，与主题内容相协调。

要求统一标注平台的称谓，和署名单位。

4．电子地图界面要求

标注XX市主要旅游景区景点、宾馆酒店、休闲娱乐场所、交通道路，公交线路，停车位，加油站，超市，医院，购物商厦、博物馆、禁行标志等应符合有关国家的标注标准。

定位的水平准确度达到5米。

界面大小适当，支持各种常用浏览器以不同分辨率浏览和下载。

要求统一标注平台的称谓和署名单位。

5．城市通卡系统界面要求

要有集成的统一后台数据库处理界面。

对不同权限的使用者，应给予不同的使用界面。

数据统计需要以图形界面形式显示。

符合旅委数据统计格式。

6．呼叫中心系统的界面要求

界面使用简单，提示规范统一。

各栏目之间有跳转关系。

要求有统一的数据定义，显示格式，文本字体清晰。

栏目的深度不超过3层，便于信息搜索。

要有集成的统一数据管理界面，可以选用多种方式显示呼叫中心业务数据统计。

2.1.2.3响应时间需求

无论是何种类型的客户端还是管理终端，当用户登录进行任何操作时，系统应该及时地进行响应。

系统响应时间控制在5秒以内，并能检测出各种非正常情况，如与设备的通信中断，无法连接数据库服务器等问题，有效避免出现长时间等待甚至无响应的状况。

●互联网信息的响应时间要求达到平均响应时间在3秒之内。

●短信业务的响应时间要求在非节假日达到平均响应时间在5秒之内。

在重大节假日例如“五一”、“十一”期间平均响应时间不能超过15秒。

●宾馆数字电视信息的响应时间要求达到平均响应时间在2秒之内。

●网站电子地图要求信息查询的平均响应时间小于3秒；

下载到终端执行得电子地图的查询的平均响应时间小于2秒。

与手机短信结合的电子地图的推送平均响应时间不大于30秒。

●城市通卡刷卡消费的平均响应时间为1秒；

刷卡消费数据实时传递到基础数据库。

●呼叫中心的数据处理平均响应时间在3秒以内。

业务服务处理平均响应时间在3秒以内。

2.1.2.4可靠性需求

系统稳定性高，对出错情况甚至是硬件故障有可预计的反应，能够相容地运行应用程序和服务而尽量少的发生错误。

可用性好，日常维护和意外错误导致的系统停止工作时间少。

系统应保证7×

24小时连续工作，保证5000以上的客户并发连接数。

●互联网信息的并发处理能力为2000次点击/秒。

●短信业务的并发处理能力为并发连接数大于100，群发短信数超过每秒100条。

●宾馆数字电视信息的业务并发处理能力为2000次/秒。

●网站电子地图并发处理能力为日均2,000,000。

支持下载的并发处理能力为50户。

●呼叫中心业务服务并发处理能力在20坐席。

2.1.2.5开放性、可扩展性需求

系统应具有较强的灵活性，实现模块的可配置管理，以适应将来功能模块扩展的需求。

采用开放式的即插即用的模块集成设计，因此在平台的前台、中间件软件和后台数据库系统都预留了足够的空间位置和标准接口，任何符合要求的信息运营商或企业，如需要加入到平台上来，即可以像模块插件一样，很方便地连接到平台的服务系统中来。

整个平台的结构和功能都不需要做重大的改动，对原有的各种功能也不会有影响。

2.1.2.6系统安全性需求

系统有严格的权限管理功能，各功能模块需有相应的权限方能进入。

系统需能够防止各类误操作可能的数据丢失、破坏等异常。

防止用户非法获取在线平台通过各种网络途径发布的敏感信息。

1．提供安全认证平台提供对用户管理、身份认证和授权管理服务。

对旅委中心的管理人员、旅游企业、行业协会、旅游服务提供商分别设置不同的访问权限，防止非法访问数据。

2．旅游企业、数据提供商的数据接口和在线平台的数据接口之间数据传输需要经过加密处理。

可选择使用VPN或SSL加密传输。

3．在线平台基础数据库中的关键数据需要进行加密存储。

包括平台形成的统计数据，对系统数据配置和业务配置等。

4．平台预约服务产生的订制数据需经过加密传输。

5．对平台的数据访问进行审计，审计日志库需经授权访问。

6．城市通卡服务产生的统计数据经加密传输。

7．手机信息服务、电子地图、呼叫中心、信息亭、数字电视，网站的关键性数据经内容服务提供商确认后经加密传输。

备份系统能够在结构上模块化，在管理上可视化，在备份策率的制定上灵活化。

建立XX旅游在线平台数据中心备份系统的要求如下：

●通过TCP/IP网络备份的方式建立一个本地或者异地集中备份中心，能够高效地完成服务器的数据备份、归档、灾难恢复等任务；

●具有良好的扩展性，能支持多台服务器，能做到海量数据的备份工作；

●具有跨平台备份功能，能够备份基于不同平台的数据；

●支持SAN结构，支持SAN结构下的LAN-Free备份、Server-Free备份模式；

●系统设计过程中采用先进的、开放的技术和产品；

确保备份系统有良好的安全性、可扩充性和易管理性；

充分考虑系统的使用性和可靠性，并充分考虑对现有投资的保护；

●能对中心数据库系统进行在线模式备份。

3.软件系统结构设计

3.1平台总体框架

XX旅游在线平台的总体架构主要由网络与硬件基础层、数据层、应用支撑层、信息共享层、应用层等5个部分组成，同时考虑旅游在线平台的标准规范体系和信息安全体系建设。

3.2软件体系结构

3.2.1软件程序结构图

3.2.2模块命名规则

1．模块的命名顾名思义即可，不做特殊约定；

2．所有模块的路径统一为“com.teamax.tour.*”；

3.2.3数据交换比对系统描述

名称

数据交换

标识

M1.1

子系统名称

数据交换比对系统

系统

名称

接　口

说　明

输入

选择需要交换的数据和数据源

输出

在数据库中持久化

功　能

根据XML组织数据结构，通过WebServices技术来实现各类数据间的数据交换，对交换后得到的数据，进行数据持久化，存储在中心数据库中，从而实现中心数据库与信息办的政务信息资源共享平台和旅委下属的相关部门间的数据交换和传输问题

运行环

境说明

Windows,Biztalk2006,.net。

调用关

系说明

调用模块

被调用模块

数据比对

M1.2

选择需要比对的数据和对比源

记录比对中有差异的数据

根据中心数据库中已经选择需要比对的数据，通过BizTalk作为中间件来进行该数据和数据库群里面的相关数据比对

Windows,Biztalk2006,.net

3.2.4旅游业务业务管理模块描述

数据管理模块

M2.1.1

业务管理系统

待修改的基础信息。

修改后的基础信息。

该模块主要负责基础信息的增、删、改、查操作。

Windows,网页浏览器。

M2.2.1、M2.2.2、M2.2.3、M2.2.4、M2.2.5

信息发布模块

M2.1.2

待发布的信息。

发布消息。

该模块主要负责信息的发布。

M2.2.1、M2.2.2、M2.2.2、M2.2.5

旅游预告模块

M2.2.1

业务管理模块

旅游预告的各类信息

具体预告信息

该模块主要负责搜集各种旅游信息，如气象、空气质量、交通等信息，综合整理出响应的旅游预报信息。

M2.1.1、M2.1.2

企业综合评价模块

M2.2.2