旅游需求规格说明书V100.docx

旅游需求规格说明书V100.docx

《旅游需求规格说明书V100.docx》由会员分享，可在线阅读，更多相关《旅游需求规格说明书V100.docx（11页珍藏版）》请在冰豆网上搜索。

旅游需求规格说明书V100

文档版本：

V1.0.0

昌平区政务信息资源平台共享服务应用采购项目

旅游行业智慧服务系统

需求规格说明书

北京圣地英才数码科技发展有限公司

2012年6月

图表目录

1引言

1.1编写目的

信息系统项目需求规格说明书是项目需求分析阶段的里程碑，是信息系统设计、编码等后续工作的基础，也是对项目工作范围的定义文件。

系统设计与编码必须遵照需求规格说明书的要求，如果在后续工作中需要超越需求规格说明书定义的工作范围，必须实施相应的需求变更流程。

需求规格说明书的正确与否，直接影响到所要开发软件系统的质量，它是软件开发工作的基础。

需求规格说明书必须被开发方、客户方共同认可后，项目才可进入设计开发阶段。

本需求规格说明书旨在描述“昌平区政务信息资源平台共享服务应用采购项目-旅游行业智慧服务系统”的项目背景、任务概述、功能需求、性能需求、输入输出要求、数据管理能力要求、故障处理要求、运行环境规定等内容，为项目实施提供明确的范围边界和技术指标定义，并作为项目验收交付的重要参考。

1.2预期读者

本文档的预期读者为：

项目经理、软件设计开发人员、数据库管理人员、系统测试人员、监理单位和最终用户。

1.3项目背景

1.3.1系统名称

旅游行业智慧服务系统

1.3.2任务提出者

北京市昌平区综合行政服务中心

1.3.3系统开发者

北京圣地英才数码科技发展有限公司

1.3.4系统最终用户

●北京市昌平区旅游局

●北京市昌平区旅游行业重点企业

●社会公众

2任务概述

2.1建设目标

基于昌平区电子政务网络和区政务信息资源平台，整合全区各大旅游景点、酒店、温泉、度假村的旅游便民信息，通过互联网在触摸屏终端上向社会公众提供信息查询服务，着力提升旅游部门为社会公众服务的水平和质量；通过建立旅游行业政企互动系统，为旅游局和区内重点旅游企业的信息传递提供一座桥梁，从而进一步提高旅游行业办公效率和运行效能。

2.2用户特点

旅游行业智慧服务系统包括的用户有：

●旅游局领导：

在本系统中主要负责对相关通知、任务进行审核管理，要求操作便捷。

●旅游局业务科室人员：

在本系统中主要负责旅游便民信息的发布、通知起草、任务起草、通知审核、任务审核等管理职能，要求系统功能完整，操作便捷，能有效辅助日常业务管理工作。

●重点旅游企业：

主要负责相关通知的接收、查看、任务的办理等操作，该类用户使用的计算机环境具有不确定性，要求系统具有较好的兼容性。

同时，该类用户基于互联网使用系统，要求在系统访问速度上具有优势。

●社会公众：

要求操作简单，通过便捷的点击即可查询到关注的信息内容。

3需求规定

3.1对功能的需求

3.1.1旅游便民信息查询系统

建立昌平区旅游便民信息查询系统，将全区各类旅游信息，通过旅游咨询站内的触摸屏终端向社会公众动态发布。

通过该系统，旅游爱好者可以对全区各类旅游信息进行便捷的自助查询。

3.1.1.1旅游信息查询

旅游信息查询模块主要实现在触摸屏终端对区内旅游信息的自助查询功能。

该模块常年对社会公众开放运行，不需要登录即可直接使用。

但应采用一定的技术措施，限制用户进行该系统操作之外的互联网访问行为。

系统可供查询的旅游信息包括：

景点、酒店、温泉、民俗村等，具体分类标准由昌平区旅游局提供，系统对这些分类应能够动态管理。

系统应提供两种查询方式：

普通查询和地图查询，并允许在两种查询模式之间自由切换。

（一）普通查询

普通查询主要基于各类旅游信息的分类关键字进行索引和查询。

例如：

用户在触摸屏上点击“采摘园”关键字链接，系统将自动检索并显示相关采摘园的信息列表，点击查询结果列表中某一项链接时，还可以查看该信息的详细介绍。

如果用户想查看该信息的地理位置，还可以直接对其进行地图定位。

（二）地图查询

地图查询是以地图为载体、以类别为标准对全区各类旅游信息进行可视化分类查询的方式，具有更直观的用户体验。

在进行地图查询时，用户点击相关的旅游信息分类，地图中即可显示该分类专题信息的地理分布情况，并在同一页面中用分页列表显示查询结果，并可在点击查询结果某一项时对其进行地图定位和查看详细内容。

3.1.1.2旅游信息发布

实现管理人员对全区各类旅游信息的动态发布和管理功能，包括分类管理、信息发布、信息维护、授权管理等功能。

（一）分类管理

实现对旅游信息分类标准的管理，全区各类旅游信息分类体系分为两级（大类和小类）。

系统应提供对该分类体系的管理维护功能，包括添加、修改和删除类别的功能。

（二）信息发布

实现对旅游信息的动态发布管理功能，即新建一条旅游信息并通过互联网在旅游咨询站的触摸屏上向社会公众进行发布。

发布一条旅游信息时，应输入名称、地址、联系电话、关联分类（一个或多个）、简介、相关图片等信息，并标注地理位置，然后正式发布。

（三）信息维护

实现对已发布旅游信息的维护管理功能，包括修改和删除信息记录的功能。

信息维护时，应允许对信息记录的地理位置进行修改。

（四）授权管理

授权管理功能主要针对旅游信息发布模块，应对每一个功能项（分类管理、信息发布、信息维护、授权管理）进行授权。

旅游信息发布模块的使用者用户账户可直接引用自昌平区政府办公自动化系统的用户管理体系。

3.1.2旅游行业政企互动系统

建立昌平区旅游行业政企互动系统，基于互联网实现区旅游局与区内旅游企业间的信息互通和互动，进一步提高旅游行业办公效率，降低办公成本，提升昌平区旅游行业信息化、现代化水平。

3.1.2.1通知管理

通知管理模块主要实现通知的起草、发布、接收、检索和删除等功能。

通知的起草和发布方为昌平区旅游局，接收方为区内的旅游企业。

（一）起草通知

通知的格式包括标题、发布日期、正文、附件（应支持常用文档、音频、视频等文件格式）等内容。

对于通知的附件，系统应支持大文件上传功能。

（二）发布通知

一般情况下，通知起草完成后可直接进行发布；特殊情况时，需经主管领导签阅同意后再进行发布。

发布通知时，系统应允许发布人员自由选择接收通知的企业和相关人员。

（三）接收通知

旅游企业的负责人可登录系统，接收并查看相关通知文件。

对于已读通知和未读通知，系统应以不同的页面样式进行区分。

系统还应对通知的第一接收人、接收时间进行记录。

（四）检索通知

系统应提供根据通知标题关键字模糊检索通知记录的功能。

通知发布方可以对已发布的通知进行检索，通知接收方可以对已接收的通知进行检索。

（五）删除通知

用户在删除通知记录时，系统应进行操作确认提示，并不进行物理删除。

3.1.2.2任务管理

任务管理模块主要实现任务的起草、发布、接收、办理、检索和删除等功能。

任务的起草和发布方为昌平区旅游局，接收和提交方为区内的旅游企业。

（一）起草任务

任务的格式包括标题、发布日期、办理期限（截止完成日期）、正文、附件（应支持常用文档、音频、视频等文件格式）等内容。

对于任务的附件，系统应支持大文件上传功能。

（二）发布任务

任务起草完成后可直接进行发布。

发布任务时，系统应允许发布人员自由选择接收任务的企业和相关人员。

（三）接收任务

旅游企业的负责人可登录系统，接收并查看相关任务。

对于已办任务和待办任务，系统应以不同的页面样式进行区分。

系统还应对任务的第一接收人、接收时间进行记录。

（四）办理任务

旅游企业的负责人登录系统，接收并查看相关任务要求后，可直接办理该任务，并提交至区旅游局。

办理任务时，应包括正文、完成时间、附件等内容。

（五）检索任务

系统应提供根据任务标题关键字、任务办理状态等条件组合检索任务记录的功能。

任务发布方可以对已发布的任务进行检索，任务接收方可以对已接收的任务进行检索。

（六）删除任务

用户在删除任务记录时，系统应进行操作确认提示，并不进行物理删除。

3.1.2.3短信提醒

为实现充分互动，提高旅游行业政企沟通效率，系统应在下列情况时对旅游企业相关负责人进行短信提醒：

Ø新通知到达时；

Ø新任务达到时；

Ø逾期未办理任务时。

3.1.2.4运行管理

运行管理模块主要实现对系统的运行维护管理功能，包括旅游企业管理、企业用户管理、授权管理和系统设置等。

（一）旅游企业管理

实现对旅游企业的添加、删除和修改功能。

（二）企业用户管理

实现对各个旅游企业用户的添加、删除和修改功能。

一个旅游企业可以包括多个不同的用户。

（三）功能授权管理

实现对系统功能授权管理的功能。

（四）系统设置管理

实现对企业办理任务的附件大小限制进行设置等功能。

3.2对性能的需求

3.2.1精度

●昌平区电子地图提供的缩放比例尺范围：

1/400000至1/2000；

●昌平区电子地图提供的缩放等级数量：

8级（分别是：

1/400000、1/200000、1/100000、1/50000、1/25000、1/10000、1/5000、1/2000）；

●地图查询操作的最小地理单元：

旅游便民信息。

3.2.2时间特性要求

应保证软件系统的性能稳定、安全、可靠，并在此前提下尽力提高系统的响应速度，具体时间特性要求如下：

●用户登录验证并返回结果的时间不得大于2秒。

●单次信息查询并返回结果的时间不得大于3秒。

●单次统计分析生成并返回结果的时间不得大于3秒。

●系统中对各类信息录入、更新和删除并返回结果的时间不得大于3秒。

3.2.3灵活性

本应用系统应强调的灵活性要求主要包括下列方面：

●在触摸屏界面上查询时，应避免用户输入，而直接通过触点的方式实现信息的获取。

●系统应注重各信息实体间的链接关系。

●系统中对各类外部服务接口的访问路径，应能够通过程序配置文件动态控制。

3.3输入输出要求

本应用系统中各类操作的输入输出要求如下：

3.3.1信息更新类操作

（1）输入要求

●描述：

用户动态录入或更新旅游便民信息等业务数据。

●媒体：

信息更新输入界面。

●范围：

旅游便民信息管理等。

●精度：

无特殊要求。

（2）输出要求

●描述：

应用系统对用户的更新操作进行响应处理。

●正常输出：

成功时，系统将更新的信息入库存储；同时，提示用户更新操作成功。

●异常输出：

失败时，系统不将更新的信息入库存储；同时，应向用户提供友好的错误提示信息。

3.3.2信息查询类操作

（1）输入要求

●描述：

用户对各类业务信息进行查询操作。

●媒体：

信息查询界面。

●范围：

全部数据类别。

●精度：

由操作界面的输入控件限定。

（2）输出要求

●描述：

系统对用户的信息查询操作请求给予响应。

●正常输出：

成功时，系统应输出系统查询结果列表（需要将记录同时在电子地图上高亮定位显示），并提供每条摘要信息的超链接，以便用户查看各信息记录的详细信息。

●异常输出：

失败时，不输出任何查询结果；同时，应向用户提供友好的错误提示信息。

3.3.3信息输出类操作

（1）输入要求

●描述：

用户对各类业务信息进行输出操作。

●媒体：

信息输出操作界面。

●范围：

全部数据类别。

●精度：

由操作界面的输入控件限定。

（2）输出要求

●描述：

系统对用户的信息输出操作请求给予响应。

●正常输出：

成功时，系统按用户操作的请求，将相关信息输出为计算机文件或打印为纸质格式。

●异常输出：

失败时，系统不进行任何信息输出；同时，应向用户提供友好的错误提示信息。

3.4数据管理能力要求

3.4.1旅游便民信息

本期项目初始需管理的便民信息有248条，以后由区旅游局进行数据的动态更新管理。

图表3.1旅游便民信息数量统计

编号

数据集名称

数据集别名

数据集类型

记录数量

涵盖范围

1

LU_ZX_QY

便民信息

点数据集

248

昌平全域

3.4.2通知信息

通知信息的具体数量具有不确定性，需要动态管理维护。

3.4.3任务信息

任务信息的具体数量具有不确定性，需要动态管理维护。

3.5故障处理要求

本应用系统的故障处理要求如下：

●系统访问故障的处理要求：

因系统故障造成页面无法正常访问时，系统应提供关于技术支持电话、联系人的相关提示信息，以便及时处理故障。

应确保在故障发生后8小时内得到解决。

●用户登录故障的处理要求：

因系统故障造成用户无法正常登录时，系统应提供关于技术支持电话、联系人的相关提示信息，以便及时处理故障。

应确保在故障发生后8小时内得到解决。

●数据更新故障的处理要求：

因系统故障造成数据无法正常更新时，系统应提供关于技术支持电话、联系人的相关提示信息，以便及时处理故障。

同时，系统应确保数据在更新事务提交前的状态良好。

应确保在故障发生后8小时内得到解决。

●数据检索故障的处理要求：

因系统故障造成数据无法正常检索时，系统应提供关于技术支持电话、联系人的相关提示信息，以便及时处理故障。

应确保在故障发生后8小时内得到解决。

●系统管理故障的处理要求：

因系统故障造成系统无法正常管理时，系统应提供关于技术支持电话、联系人的相关提示信息，以便及时处理故障。

同时，系统应确保系统管理数据在更新事务提交前的状态良好。

应确保在故障发生后8小时内得到解决。

●系统应对各类故障发生的时间、请求端地址、操作者的用户名（如可能的话）、故障内容等进行自动记录，并保存为系统故障日志。

3.6其他专门要求

●系统设计需要简约、实用，使大多数人在操作时，会觉得简单易行，最终成为工作离不开的好帮手。

●系统应基于B/S（浏览器/服务器端）模式进行设计，用户只需要输入系统URL地址即可访问，避免因需安装软件造成的诸多不便。

●系统页面尽可能采用基于数据的动态产生方式，以达到便于维护、时效性强、容易使用的效果。

●整体页面要做到简单、实用、清新、美观。

降低系统的操作难度，保证任何一项信息的查询不要超过三个操作环节。

4运行环境规定

4.1设备

图表4.1服务器硬件配置需求

部件

配置需求

类别

机架式企业级应用服务器

主板

总线频率1066MHz（推荐1333MHz或更高）

CPU

双核3.0GHz主频或更高，推荐多核处理器

内存

4GB容量（推荐8GB或更高容量、更高频率）

磁盘

容量不小于146GB的SCSI硬盘（推荐SAS双硬盘）

网卡

100/1000Mbps双网络适配器

周边设备

光驱、USB鼠键及显示器（也可使用服务器主机矩阵控制台）

*备注：

请正确安装好服务器硬件的所有驱动程序。

图表4.2客户端硬件配置需求

部件

配置需求

主板

总线频率800MHz（推荐1066MHz或更高）

CPU

主频2.0GHz（推荐双核2.5GHz或更高），二级缓存2MB（推荐4MB二级缓存或具备若干三级缓存）

内存

2GB容量（频率为800MHz或更高）

硬盘

可用空间不小于100GB

显卡

推荐256MB或更高显存的显卡（推荐使用独立显卡，可有效提高客户端访问地图的速度和效果）

网卡

10/100M网络适配器

周边设备

鼠标（推荐使用带滚轮的鼠标，可方便地图缩放）、键盘

其他

打印机（信息输出时使用）

*备注：

请正确安装好计算机硬件的驱动程序。

4.2支持软件

图表4.3服务器支撑软件配置需求

部件

配置需求

操作系统

WindowsServer2003SP2（标准版或企业版）

Web信息服务器

Internet信息服务器

数据库管理系统

OracleServer9i/10g

应用程序框架

Microsoft.NETFramework3.5SP1

地图应用服务器

SuperMapIS.NET5.3.5

*备注：

服务器软件由专业技术支持人员负责安装、维护。

图表4.4客户端支撑软件配置需求

部件

配置需求

操作系统

WindowsXPSP2或更高版本/Vista/Windows7/WindowsServer2003/WindowsServer2008

Internet浏览器

InternetExplorer7.0/8.0/9.0

4.3接口

旅游行业智慧服务系统需要引用的外部程序接口包括：

4.3.1区基础地理信息共享平台

对区基础地理信息共享平台的访问，需要先将业务数据与区基础地理信息资源进行融合，然后制作成专题地图，并通过WebGIS平台进行发布访问。

4.3.2区政府办公自动化系统身份验证服务接口

对区政府办公自动化系统身份验证服务接口的访问，主要通过调用基于XML格式的WebService服务接口进行实现。

4.4控制

控制旅游行业智慧服务系统运行的方法包括启动IIS服务和WebGIS服务，系统上线运行后，通过在Windows服务列表中将该两项服务设置为自动启动即可。