毕业论文设计《基于android手持设备的景区导览系统需求分析》.docVIP

基于android手持设备的景区导览系统 变更历史 日期 版本 修改内容 修改人 备注 /12/1 V1.0 创建 审核历史 日期 版本 说明 审核人 备注 /12/3 V1.0 通过 PAGE \* MERGEFORMAT 32 引言 编写目的 本说明书用于明确要开发的软件的具体需求，规范的描述出软件需要实现的各种功能和所要达到的性能，使用户和软件开发者双方对该软件的初始规定有一个共同的理解，并使之成为整个开发工作的基础。 背景 待开发系统名称 基于android手持设备的景区导览系统 项目背景和内容概要 项目背景：随着人民生活水平的提高，以及我国休假制度的完善，人们拥有了更长更多的假期，而假期外出旅游成为了越来越多的人们度过假期的第一选择。在这样的背景前提下，各大旅游景区更是成为了热门中的热门，这也造成了在旅游高峰期部分旅游景点人流过大导致拥堵，从而影响到游客旅游体验的问题。不过从根本上来说，并不主要是因为游客数量的过大，往往是因为景区的服务不够全面细致，管理不够科学，效率不高所造成的，例如景区内部的地标不够详细或者是不够完整都可能会影响的游客游玩时的顺畅性。另一方面来说，游客人数的急剧增长所带来的安全问题，如游客的人生安全，景区的设施安全等也日益明显突出起来，系统化、电子化、网络化、智能化的景区管理系统也成为了日益迫切的需求，本项目就是在这样的背景下提出的，旨在开发出一个能够方便游客、便于景区管理的景区导览系统。 任务提出者：佘堃教授 任务开发者：openlab实验室 用户：景区游客，景区导览资源管理员 主要用途：向用户传递景区信息，管理资源数据库 运行软件的设备：android手持设备，通过设备的wifi功能加入到资源提供网络，windows操作系统的服务器。 参考资料 软件需求说明书规范。 任务概述 任务目标 该系统将要完成的是旅游景区的导览功能。这里提到的导览，是指景区向游客提供的一种服务，这种服务的目的是让游客能够方便的获取景区的各种介绍信息以及景区的实时状态，例如景区内各个分景点的人流是否拥挤、分景点的游览车的数量等等，还要提供相应的查询功能，例如查询欲知景点的位置信息，当前位置到该景点的距离及绘制出最合适的路径轨迹信息等等。在游客拥有自己的PDA设备的前提下，利用手持设备的wifi功能，向游客的设备传输对应景区的导览文件（如视频介绍，文字介绍，以及查询服务）。并且完成提供导览文件资源的服务器资源数据的管理，例如日常维护，更新文件资源等，并且提供对客户终端请求的处理。 客户端的开发是基于谷歌android操作系统平台的，该操作系统是目前最火热的几大主流操作系统之一，具有巨大的市场和发展潜力，有望在未来几年成为移动电子设备上占有量最大的操作系统，因此本软件选择在之上进行开发，另外，编程语言选择Java，因此具有较好的可移植性。 服务端采用微软的MFC框架进行开发，MFC(Microsoft Foundation Classes)，是一个微软公司提供的类库（class libraries），以C++类的形式封装了Windows的API，并且包含一个应用程序框架，使用MFC可以加快软件的开发流程。 软件使用范围 所有中大型旅游景区都可以使用，只需要简单的对各旅游景区进行定制后即可投入使用。 用户特点 对于客户端的使用会涉及到各种类型的游客人群，虽然android操作系统刚刚退出不久尚未在国内普及，对部分人群可能会比较生疏，但是凭借其简洁明了的UI和快捷的操作特性，并不要求用户对其特别的熟悉，因此可以做到让使用方法简单易懂，操作方法尽量浅显明了，使用户能够在短时间内借助简易的说明快速上手。为了提高系统的实用性，要求具有较强的可靠性和较大的吞吐量。 对于服务端的操作人员，由于软件设计的提供给操作人员的接口仅仅会涉及到简单的文件新建、修改、复制、删除等操作，因此仅仅需要操作人员熟悉简单的电脑操作即可，不需要专门进行培训。 用户需求框图如下图所示： 图 2-1 系统角色图 图2-1所示系统角色的创建方式和权限情况如下表所示： 表 2-1 系统角色说明 角色名 创建方式 权限 用户（游客） 客户端初始化时自动创建 访问服务器上的资源，向服务器发送请求 管理员（系统资源操作人员） 服务器登陆后，服务器的操作人员成为管理员 负责管理景区的导览相关资源 假定条件和约束限制 硬件约束 需求名称 详细要求 服务器硬件要求 支持Intel平台、AMD平台。双CPU 2.0G以上，内存2.0G以上，100M网卡、硬盘250G以上，带液晶显示。 服务器系统平台 Windows XP/Windows7 及以后 客户端硬件要求 支持android操作系统的嵌入式平台，支持wifi功能，支持GPS定位，带触摸屏功能，具有