android手持设备的景区导览系统需求分析说明书v.docVIP

 变更记录 日期 版本 变更说明 作者 2010-02-03 1.0 初始版本 签字确认 系统模块 对应章节 对应部门 负责人签字  目录 系统功能 4 1.1 Android手持设备景区导览系统概述 4 1.2 系统设计原则 4 系统结构 5 1.3 总体架构 5 1.4 假定条件和约束限制 6 1.4.1 硬件约束 6 1.4.2 用户约束 6 1.4.3 技术限制 6 1.5 功能需求 7 1.5.1 功能用例图 7 1.5.2 用户获取服务 10 1.6 景区实时监控 20 1.6.1 景区实时状态 20 1.6.2 数据查询 21 1.6.3 分析数据 22 1.6.4 模拟疏散模型 24 1.7 景区导览资源管理 26 1.7.1 新增导览信息 26 1.7.2 删除导览信息 27 1.7.3 更新导览信息 28 1.7.4 定期维护导览信息 29 1.8 性能需求 31 1.8.1 响应需求 31 1.8.2 可靠性需求 31 1.8.3 可用性需求 31 1.8.4 精度需求 31 业务实施建议 32 系统功能 Android手持设备景区导览系统概述 项目背景：随着人民生活水平的提高，以及我国休假制度的完善，人们拥有了更长更多的假期，而假期外出旅游成为了越来越多的人们度过假期的第一选择。在这样的背景前提下，各大旅游景区更是成为了热门中的热门，这也造成了在旅游高峰期部分旅游景点人流过大导致拥堵，从而影响到游客旅游体验的问题。不过从根本上来说，并不主要是因为游客数量的过大，往往是因为景区的服务不够全面细致，管理不够科学，效率不高所造成的，例如景区内部的地标不够详细或者是不够完整都可能会影响的游客游玩时的顺畅性。另一方面来说，游客人数的急剧增长所带来的安全问题，如游客的人生安全，景区的设施安全等也日益明显突出起来，系统化、电子化、网络化、智能化的景区管理系统也成为了日益迫切的需求，本项目就是在这样的背景下提出的，旨在开发出一个能够方便游客、便于景区管理的景区导览系统。 系统设计原则 该系统将要完成的是旅游景区的导览功能。这里提到的导览，是指景区向游客提供的一种服务，这种服务的目的是让游客能够方便的获取景区的各种介绍信息以及景区的实时状态，例如景区内各个分景点的人流是否拥挤、分景点的游览车的数量等等，还要提供相应的查询功能，例如查询欲知景点的位置信息，当前位置到该景点的距离及绘制出最合适的路径轨迹信息等等。在游客拥有自己的PDA设备的前提下，利用手持设备的wifi功能，向游客的设备传输对应景区的导览文件（如视频介绍，文字介绍，以及查询服务）。并且完成提供导览文件资源的服务器资源数据的管理，例如日常维护，更新文件资源等，并且提供对客户终端请求的处理。 客户端的开发是基于谷歌android操作系统平台的，该操作系统是目前最火热的几大主流操作系统之一，具有巨大的市场和发展潜力，有望在未来几年成为移动电子设备上占有量最大的操作系统，因此本软件选择在之上进行开发，另外，编程语言选择Java，因此具有较好的可移植性。 服务端采用微软的MFC框架进行开发，MFC(Microsoft Foundation Classes)，是一个微软公司提供的类库（class libraries），以C++类的形式封装了Windows的API，并且包含一个应用程序框架，使用MFC可以加快软件的开发流程。 系统结构 总体架构 对于客户端的使用会涉及到各种类型的游客人群，虽然android操作系统刚刚推出不久尚未在国内普及，对部分人群可能会比较生疏，但是凭借其简洁明了的UI和快捷的操作特性，并不要求用户对其特别的熟悉，因此可以做到让使用方法简单易懂，操作方法尽量浅显明了，使用户能够在短时间内借助简易的说明快速上手。为了提高系统的实用性，要求具有较强的可靠性和较大的吞吐量。 对于服务端的操作人员，由于软件设计的提供给操作人员的接口仅仅会涉及到简单的文件新建、修改、复制、删除等操作，因此仅仅需要操作人员熟悉简单的电脑操作即可，不需要专门进行培训。 用户需求框图如下图所示： 图1系统角色图 图1所示系统角色的创建方式和权限情况如下表所示： 表 1 系统角色说明 角色名 创建方式 权限 用户（游客） 客户端初始化时自动创建 访问服务器上的资源，向服务器发送请求 管理员（系统资源操作人员） 服务器登陆后，服务器的操作人员成为管理员 负责管理景区的导览相关资源 假定条件和约束限制 硬件约束 需求名称 详细要求 服务器硬件要求 支持Intel平台、AMD平台。双CPU 2.0G以上，内存2.0G以上，100M网卡、