基于android手持设备的景区导览系统需求分析报告

基于android手持设备的景区导览系统需求说明书变更历史审核历史1.引言1.1 编写目的本说明书用于明确要开发的软件的具体需求，规的描述出软件需要实现的各种功能和所要达到的性能，使用户和软件开发者双方对该软件的初始规定有一个共同的理解，并使之成为整个开发工作的基础。

1.2 背景1.2.1待开发系统名称基于android手持设备的景区导览系统1.2.2项目背景和容概要项目背景：随着人民生活水平的提高，以及我国休假制度的完善，人们拥有了更长更多的假期，而假期外出旅游成为了越来越多的人们度过假期的第一选择。

在这样的背景前提下，各大旅游景区更是成为了热门中的热门，这也造成了在旅游高峰期部分旅游景点人流过大导致拥堵，从而影响到游客旅游体验的问题。

不过从根本上来说，并不主要是因为游客数量的过大，往往是因为景区的服务不够全面细致，管理不够科学，效率不高所造成的，例如景区部的地标不够详细或者是不够完整都可能会影响的游客游玩时的顺畅性。

另一方面来说，游客人数的急剧增长所带来的安全问题，如游客的人生安全，景区的设施安全等也日益明显突出起来，系统化、电子化、网络化、智能化的景区管理系统也成为了日益迫切的需求，本项目就是在这样的背景下提出的，旨在开发出一个能够方便游客、便于景区管理的景区导览系统。

任务提出者：佘堃教授任务开发者：openlab实验室用户：景区游客，景区导览资源管理员主要用途：向用户传递景区信息，管理资源数据库运行软件的设备：android手持设备，通过设备的wifi功能加入到资源提供网络，windows操作系统的服务器。

1.3 参考资料软件需求说明书规。

2.任务概述2.1 任务目标该系统将要完成的是旅游景区的导览功能。

这里提到的导览，是指景区向游客提供的一种服务，这种服务的目的是让游客能够方便的获取景区的各种介绍信息以及景区的实时状态，例如景区各个分景点的人流是否拥挤、分景点的游览车的数量等等，还要提供相应的查询功能，例如查询欲知景点的位置信息，当前位置到该景点的距离及绘制出最合适的路径轨迹信息等等。

在游客拥有自己的PDA 设备的前提下，利用手持设备的wifi功能，向游客的设备传输对应景区的导览文件（如视频介绍，文字介绍，以及查询服务）。

并且完成提供导览文件资源的服务器资源数据的管理，例如日常维护，更新文件资源等，并且提供对客户终端请求的处理。

客户端的开发是基于谷歌android操作系统平台的，该操作系统是目前最火热的几大主流操作系统之一，具有巨大的市场和发展潜力，有望在未来几年成为移动电子设备上占有量最大的操作系统，因此本软件选择在之上进行开发，另外，编程语言选择Java，因此具有较好的可移植性。

服务端采用微软的MFC框架进行开发，MFC(Microsoft Foundation Classes)，是一个微软公司提供的类库（class libraries），以C++类的形式封装了Windows 的API，并且包含一个应用程序框架，使用MFC可以加快软件的开发流程。

2.2 软件使用围所有型旅游景区都可以使用，只需要简单的对各旅游景区进行定制后即可投入使用。

2.3 用户特点对于客户端的使用会涉及到各种类型的游客人群，虽然android操作系统刚刚退出不久尚未在国普及，对部分人群可能会比较生疏，但是凭借其简洁明了的UI和快捷的操作特性，并不要求用户对其特别的熟悉，因此可以做到让使用方法简单易懂，操作方法尽量浅显明了，使用户能够在短时间借助简易的说明快速上手。

为了提高系统的实用性，要求具有较强的可靠性和较大的吞吐量。

对于服务端的操作人员，由于软件设计的提供给操作人员的接口仅仅会涉及到简单的文件新建、修改、复制、删除等操作，因此仅仅需要操作人员熟悉简单的电脑操作即可，不需要专门进行培训。

用户需求框图如下图所示：图 2-1 系统角色图图2-1所示系统角色的创建方式和权限情况如下表所示：表 2-1 系统角色说明角色名创建方式权限用户（游客）客户端初始化时自动创建访问服务器上的资源，向服务器发送请求管理员（系统资源操作人员）服务器登陆后，服务器的操作人员成为管理员负责管理景区的导览相关资源2.4 假定条件和约束限制2.4.1硬件约束需求名称详细要求服务器硬件要求支持Intel平台、AMD平台。

双CPU 2.0G以上，存2.0G以上，100M网卡、硬盘250G以上，带液晶显示。

服务器系统平台Windows XP/Windows7 及以后客户端硬件要求支持android操作系统的嵌入式平台，支持wifi功能，支持GPS定位，带触摸屏功能，具有音频输出客户端系统平台Android操作系统2.1及以后2.4.2用户约束需求名称详细要求客户端用户（游客）会简单的触摸屏操作服务端用户（管理员）会基本的计算机操作2.4.3技术限制服务器运行环境：●Sun Java JDK6.0 For Windows（或更高版本）●数据库MS SQL Server2005（或更高版本）●Web 应用服务器 Apache Tomcat 6.0.29（或更高版本）各种文档：●符合标准文档编写规源代码：●符合标准编程规3.功能需求3.1 功能用例图图 3-1 功能用例顶层用例图图 2-2 用户获取服务用例图图 2-3 景区实时监控用例图图 2-4 景区导览资源管理用例图3.2 用户获取服务3.2.1用户登录服务器3.2.2缩放地图3.2.3定位3.2.4查询并定位景点3.2.5获取各景点多媒体信息3.2.6计算当前位置与指定景点的路程3.2.7获取当前各景点状况3.3 景区实时监控3.3.1景区实时状态3.3.2查询数据3.3.3分析数据3.3.4模拟疏散模型3.4 景区导览资源管理3.4.1新增导览信息3.4.2删除导览信息3.4.3更新导览信息3.4.4定期维护导览信息4.界面需求本章主要对本导览系统的界面做一个简单的需求概括，以下截图均来自初步设计，具体实现中可能会有所变更。

4.1 客户端界面4.1.1 启动客户端应用程序在客户端上点击应用程序的图标（如图4-1）即可启动客户端应用程序。

图4-1 客户端程序启动图标点击图标后应用程序将切换到如下界面（如图4-2），点击导览一项即可进入导览界面。

图4-2 应用程序菜单图4-3 运行后的界面4.1.2 导览界面导览界面如图4-3所示。

从图中可以看到最上方有用于查询景点的搜索框，下方有一些播放按钮，以及用于缩放地图的按钮。

中央区域是地图，上面有游客标记和景点标记。

景点标记下方的两行数据是模拟的景点人数/最大容纳人数和当前该景点的公交车数目。

4.1.3 地图模式设置图4-4所示的地图设置选项对话框，可以方便的对地图模式进行选择和切换。

这些地图模式都是由Google map所提供的。

常用的包括四种视图：地图视图、卫星视图、交通线路视图和街景视图。

目前在中国大陆地区暂时还没有开放街景视图的相关功能，因此常用的是前三种模式。

图4-4 地图设置例如，当在地图设置中选中了“卫星视图”选项，将会看到如图4-5所示的卫星地图。

4.1.4 查询功能系统需要方便的使用查询功能，考虑到此功能的使用频度较高，因此将其设计于主界面的正上方，首先在查询的文本框中输入需要查询的景点名称，然后点击右边的查询按钮即可搜索出对应的景点并在地图上绘制一个标记而且定位到该景点。

例如，如图4-6，在查询文本框中输入“天安门广场”，点击查询即在地图上标记并显示出了天安门广场。

图4-5 卫星视图4.1.5 查看导览资源要查看某景点的导览资源，首先在地图上点击地图标记，将弹出一个用于显示导览资源的气泡，如图4-7所示，气泡中直接显示的是该景点对应的文字介绍，在气泡的右上角有三个按钮，分别是播放音频、播放视频、关闭气泡，通过点击它们可以实现各自的功能。

例如，点击地图上的景区标记D，将会弹出一个气泡，可以看到气泡的文字信息。

点击播放视频按钮将转到播放视频的界面（如图4-8所示），然后可以观看该景区的导览视频，类似地，点击播放音频按钮则可直接收听该景区的导览音频。

图4-6 查询景点图4-7 查看导览资源图4-8 导览视频播放4.2 资源管理端界面资源管理端是提供给导览资源管理人员使用的、用于对导览资源的管理工作，其界面需求如下几小节说明。

4.2.1 资源管理主界面提供给景区导览资源管理人员使用的资源管理界面如图4-9所示，提供所需的新建、删除、编辑等功能。

从图中看，界面通过一些操作用的按钮和一个显示导览资源信息的表格组成。

4.2.2 新增景点导览资源示例如图4-10所示，可以通过直接点击导览资源列表的最下方一行的空白行进行新增操作，图中是增加了一条ID为6、名称为“新增景点”的导览资源。

图4-9 资源管理界面图4-10新增景点导览资源示例4.2.3 删除景点导览资源示例如果需要删除一些没有意义的景点导览项目，首先点击需要删除景点对应行的最左边的单元格（没有任何显示的自带单元格），即可选中该行（如图4-11所示），然后点击“删除本行”按钮，即可完成删除，在删除时将会弹出一个用于确认操作的提示框，以免发生误操作（如图4-12所示）。

图4-11 选中一行用于删除操作图4-12 删除一条导览资源4.2.4 更新景点导览资源如主界面中的提示，表格中的导览资源都可通过双击其对应的单元格来预览，双击文本资源时还可以直接进行编辑操作，双击音频或者视频项将直接调用系统默认的播放器来播放资源。

5.性能需求5.1 响应需求响应时间必须满足如下需求：●文字资源获取速度：≤5秒（待定）；●音视频资源缓冲时间：≤10秒（待定）；5.2 可靠性需求系统可靠性应满足如下需求：●在旅游高峰期时，500个并发连接请求的一次性成功率不能低于90%；5.3 可用性需求系统应满足如下可用性需求：●能够在景区开放时段提供服务；5.4 精度需求系统应满足如下精度要求：●景点定位精确度在±50米以；。