1、基于 android 手持设备的景区导览系统需求说明书变更历史日期 版本 修改内容 修改人 备注2010/12/1 V1.0 创建 段弘审核历史日期 版本 说明 审核人 备注2010/12/3 V1.0 通过 佘堃基于 android 手持设备的景区导览系统需求分析 v1.011. 引言1.1 编写目的本说明书用于明确要开发的软件的具体需求，规范的描述出软件需要实现的各种功能和所要达到的性能，使用户和软件开发者双方对该软件的初始规定有一个共同的理解，并使之成为整个开发工作的基础。1.2 背景1.2.1 待开发系统名称基于 android 手持设备的景区导览系统1.2.2 项目背景和内容概要项目
2、背景：随着人民生活水平的提高，以及我国休假制度的完善，人们拥有了更长更多的假期，而假期外出旅游成为了越来越多的人们度过假期的第一选择。在这样的背景前提下，各大旅游景区更是成为了热门中的热门，这也造成了在旅游高峰期部分旅游景点人流过大导致拥堵，从而影响到游客旅游体验的问题。不过从根本上来说，并不主要是因为游客数量的过大，往往是因为景区的服务不够全面细致，管理不够科学，效率不高所造成的，例如景区内部的地标不够详细或者是不够完整都可能会影响的游客游玩时的顺畅性。另一方面来说，游客人数的急剧增长所带来的安全问题，如游客的人生安全，景区的设施安全等也日益明显突出起来，系统化、电子化、网络化、智能化的景区
3、管理系统也成为了日益迫切的需求，本项目就是在这样的背景下提出的，旨在开发出一个能够方便游客、便于景区管理的景区导览系统。任务提出者：佘堃教授任务开发者：openlab 实验室用户：景区游客，景区导览资源管理员主要用途：向用户传递景区信息，管理资源数据库运行软件的设备：android 手持设备，通过设备的 wifi 功能加入到资源提供网络，windows 操作系统的服务器。1.3 参考资料软件需求说明书规范。基于 android 手持设备的景区导览系统需求分析 v1.022. 任务概述2.1 任务目标该系统将要完成的是旅游景区的导览功能。这里提到的导览，是指景区向游客提供的一种服务，这种服务的目
4、的是让游客能够方便的获取景区的各种介绍信息以及景区的实时状态，例如景区内各个分景点的人流是否拥挤、分景点的游览车的数量等等，还要提供相应的查询功能，例如查询欲知景点的位置信息，当前位置到该景点的距离及绘制出最合适的路径轨迹信息等等。在游客拥有自己的 PDA 设备的前提下，利用手持设备的 wifi 功能，向游客的设备传输对应景区的导览文件（如视频介绍，文字介绍，以及查询服务） 。并且完成提供导览文件资源的服务器资源数据的管理，例如日常维护，更新文件资源等，并且提供对客户终端请求的处理。客户端的开发是基于谷歌 android 操作系统平台的，该操作系统是目前最火热的几大主流操作系统之一，具有巨大的
5、市场和发展潜力，有望在未来几年成为移动电子设备上占有量最大的操作系统，因此本软件选择在之上进行开发，另外，编程语言选择 Java，因此具有较好的可移植性。服务端采用微软的 MFC 框架进行开发， MFC(Microsoft Foundation Classes)，是一个微软公司提供的类库（class libraries） ，以 C+类的形式封装了 Windows的 API，并且包含一个应用程序框架，使用 MFC 可以加快软件的开发流程。2.2 软件使用范围所有中大型旅游景区都可以使用，只需要简单的对各旅游景区进行定制后即可投入使用。2.3 用户特点对于客户端的使用会涉及到各种类型的游客人群，虽
6、然 android 操作系统刚刚退出不久尚未在国内普及，对部分人群可能会比较生疏，但是凭借其简洁明了的 UI 和快捷的操作特性，并不要求用户对其特别的熟悉，因此可以做到让使用方法简单易懂，操作方法尽量浅显明了，使用户能够在短时间内借助简易的说明快速上手。为了提高系统的实用性，要求具有较强的可靠性和较大的吞吐量。对于服务端的操作人员，由于软件设计的提供给操作人员的接口仅仅会涉及到简单的文件新建、修改、复制、删除等操作，因此仅仅需要操作人员熟悉基于 android 手持设备的景区导览系统需求分析 v1.03简单的电脑操作即可，不需要专门进行培训。用户需求框图如下图所示：图 2-1 系统角色图图 2
7、-1 所示系统角色的创建方式和权限情况如下表所示：表 2-1 系统角色说明角色名 创建方式 权限用户（游客） 客户端初始化时自动创建 访问服务器上的资源，向服务器发送请求管理员（系统资源操作人员）服务器登陆后，服务器的操作人员成为管理员负责管理景区的导览相关资源2.4 假定条件和约束限制2.4.1 硬件约束需求名称 详细要求服务器硬件要求 支持 Intel 平台、AMD 平台。双 CPU 2.0G 以上，内存 2.0G 以上，100M 网卡、硬盘 250G 以上，带液晶显示。服务器系统平台 Windows XP/Windows7 及以后客户端硬件要求 支持 android 操作系统的嵌入式平台
8、，支持 wifi 功能，支持 GPS 定位，带触摸屏功能，具有音频输出客户端系统平台 Android 操作系统 2.1 及以后基于 android 手持设备的景区导览系统需求分析 v1.042.4.2 用户约束需求名称 详细要求客户端用户（游客） 会简单的触摸屏操作服务端用户（管理员） 会基本的计算机操作2.4.3 技术限制服务器运行环境： Sun Java JDK6.0 For Windows（或更高版本） 数据库MS SQL Server2005（或更高版本） Web 应用服务器 Apache Tomcat 6.0.29（或更高版本）各种文档： 符合标准文档编写规范源代码： 符合标准编程规
9、范3. 功能需求3.1 功能用例图基于 android 手持设备的景区导览系统需求分析 v1.05图 3-1 功能用例顶层用例图基于 android 手持设备的景区导览系统需求分析 v1.06图 Error! No text of specified style in document.-2 用户获取服务用例图图 Error! No text of specified style in document.-3 景区实时监控用例图图 Error! No text of specified style in document.-4 景区导览资源管理用例图基于 android 手持设备的景区导览系统
10、需求分析 v1.073.2 用户获取服务用例标识和历史需求 ID: 1001用例名称: 用户获取服务 版本号: V1.00目的: 描述整个系统中，用户所能进行的相关操作，如用户的登入登出、查询景点、定位，用户获取景区导览信息等上一次更新: On (日期):批准人: On (日期):用户/行为人: 用户（游客）业务所有者姓名: 联系信息:触发者: 用户（游客）参考资料:使用频度: 较高前提条件: 见下级用例结束条件: 见下级用例非功能性需求:假设, 问题: 系统（客户端、服务器）正常运行步骤: 该用例为组合用例，包含以下用例：登陆服务器、缩放地图（放大/缩小） 、定位、查询并定位景点、获取各景点
11、多媒体信息（文字信息/音频信息/视频信息） 、计算当前位置与指定景点的路程、获取当前各景点状况（人数、车辆数）3.2.1 用户登录服务器用例标识和历史需求 ID: 1002用例名称: 用户登录服务器 版本号: V1.00目的: 为了防止导览资源服务器带宽被非游客所占用，故需要设定一级用于验证用户身份的密码，用于控制可以使用资源服务器的客户端，该密码可以简单的设定为门票上的唯一 ID 编码。上一次更新: On (日期):批准人: On (日期):用户/行为人: 用户（游客）业务所有者姓名: 联系信息:触发者: 用户（游客）参考资料:使用频度: 较高前提条件: 程序完成安装，网络连接无异常结束条件
12、: 服务器被关闭非功能性需求: 提供有条件的强制登录（当密码意外无效时，需要向管理人员申请，获得批准）基于 android 手持设备的景区导览系统需求分析 v1.08假设, 问题: 系统（客户端、服务器）正常运行；且门票 ID 清晰可见并唯一步骤: 用户登录流程图：开始输入门票上的密码等待验证结果登录成功成功失败结束申请登录否是拥有密码申请结果通过登录失败不通过3.2.2 缩放地图用例标识和历史需求 ID: 1003用例名称: 缩放地图 版本号: V1.00目的: 为了能够使用户在客户端设备的屏幕上更合适的显示自己关心的一部分区域，设置了缩放地图功能。上一次更新: On (日期):批准人: O
13、n (日期):用户/行为人: 用户（游客）业务所有者姓名: 联系信息:触发者: 用户（游客）参考资料:使用频度: 较高基于 android 手持设备的景区导览系统需求分析 v1.09前提条件: 程序正常运行结束条件: 程序崩溃或设备故障非功能性需求: 无假设, 问题: 客户端正常运行步骤: 缩放地图流程图：开始缩小 ？ 放大 ？否缩放级别是否已到最小是等待输入是缩小地图比例否缩放级别是否已到最大是放大地图比例否是结束3.2.3 定位用例标识和历史需求 ID: 1004用例名称: 定位 版本号: V1.00目的: 利用 GPS 或者依靠景区部署的阅读器返回用户当前的地理信息，可供实时定位和位置、
14、路径跟踪使用。上一次更新: On (日期):批准人: On (日期):用户/行为人: 用户（游客）业务所有者姓名: 联系信息:触发者: 用户（游客）参考资料:使用频度: 总是前提条件: GPS 卫星信号正常，设备硬件正常结束条件: 程序崩溃或设备故障基于 android 手持设备的景区导览系统需求分析 v1.010非功能性需求: 无假设, 问题: 客户设备功能正常步骤: 定位流程图：开始向 G P S 卫星请求定位卫星是否及时响应返回当前经纬数据利用最新获得的经纬数据在客户端地图上更新位置是是否已超时 ？是否否休息一定时间3.2.4 查询并定位景点用例标识和历史需求 ID: 1005用例名称:
15、 查询并定位景点 版本号: V1.00目的: 使游客能够根据景点的名称查询到景点的位置，方便游客顺利的到达自己希望参观的景点。上一次更新: On (日期):批准人: On (日期):用户/行为人: 用户（游客）业务所有者姓名: 联系信息:触发者: 用户（游客）参考资料:使用频度: 一般前提条件: 程序正常运行，供查询的服务器工作正常结束条件: 查询超时或者查询成功非功能性需求: 模糊查询假设, 问题: 客户端正常运行基于 android 手持设备的景区导览系统需求分析 v1.011步骤: 查询并定位景点流程图：开始用户提交查询请求是否有匹配结果定位到该查询结果结束是提示无相关景点信息否3.2.
16、5 获取各景点多媒体信息用例标识和历史需求 ID: 1006用例名称: 获取各景点多媒体信息 版本号: V1.00目的: 为了能够使用户更加了解某个景点的一些详细资料例如景点的主要观赏点、景点的历史典故、景点的一些实景拍摄等来决定自己的游玩方案，用户可以通过客户端了解到相关景点丰富的多媒体介绍信息。上一次更新: On (日期):批准人: On (日期):用户/行为人: 用户（游客）业务所有者姓名: 联系信息:触发者: 用户（游客）参考资料:使用频度: 较高前提条件: 程序正常运行，网络连接正常，资源服务器工作正常结束条件: 程序崩溃或关闭相关多媒体窗口非功能性需求: 多媒体信息保持及时更新假设
17、, 问题: 客户端正常运行基于 android 手持设备的景区导览系统需求分析 v1.012步骤: 获取各景点多媒体信息流程图：开始用户点击一个景点标记提交获取信息请求点击播放音频按钮在该景点标记位置处弹出气泡窗口 ， 并在其中显示文字资料点击播放视频按钮点击关闭气泡按钮从服务器上下载音 、 视频是否超时 ？播放该音频或者视频提示超时信息是否结束3.2.6 计算当前位置与指定景点的路程用例标识和历史需求 ID: 1007用例名称: 计算当前位置与指定景点的路程 版本号: V1.00基于 android 手持设备的景区导览系统需求分析 v1.013目的: 为了能够使用户能够直观的看出自己距离想去
18、的一个景点的路程，该功能使得客户可以通过客户端得到当前位置到一个目的景点的距离并且绘制出最短的轨迹。上一次更新: On (日期):批准人: On (日期):用户/行为人: 用户（游客）业务所有者姓名: 联系信息:触发者: 用户（游客）参考资料:使用频度: 一般前提条件: 程序正常运行结束条件: 程序崩溃或设备故障非功能性需求: 绘制出的轨迹尽量合理假设, 问题: 客户端正常运行步骤: 计算当前位置与指定景点的路程流程图：开始用户选择起点和终点根据提交的起点和终点在地图上绘制出轨迹并显示该条轨迹的路程长度结束3.2.7 获取当前各景点状况用例标识和历史需求 ID: 1008用例名称: 获取当前各
19、景点状况 版本号: V1.00目的: 由于各分景点的人数容量有限，如果游客进入到了一个过度拥挤的景点，不仅游玩质量会受到影响，而且还可能耽误行程，本功能需求就是基于这样一个事实考虑得出的，为了游客能够时刻对各景点的状态有所掌握，从而做出最好的游玩选择。上一次更新: On (日期):批准人: On (日期):用户/行为人: 用户（游客）基于 android 手持设备的景区导览系统需求分析 v1.014业务所有者姓名: 联系信息:触发者: 用户（游客）参考资料:使用频度: 可设置刷新频率前提条件: 程序正常运行，与服务器通讯正常结束条件: 程序崩溃或设备故障非功能性需求: 要求假设, 问题: 客户
20、端正常运行步骤: 获取当前各景点状况流程图：开始获取当前设置的刷新频率设置刷新频率是否到达刷新时刻否刷新信息是3.3 景区实时监控用例标识和历史需求 ID: 2001用例名称: 景区实时监控 版本号: V1.00目的: 为了能够使景区管理人员能够全面的、方便的掌控景区的实时状态，以便能够对景区的人流和车流进行适当的管理，另外还提供了景区的事故模拟疏散模型，增加景区事故发生后响应的处理到达的效率。上一次更新: On (日期):批准人: On (日期):用户/行为人: 用户（景区管理员）业务所有者姓名: 联系信息:触发者: 用户（景区管理员）参考资料:使用频度: 始终运行前提条件: 程序正常运行基
21、于 android 手持设备的景区导览系统需求分析 v1.015结束条件: 程序崩溃或设备故障非功能性需求: 无假设, 问题: 客户主机正常运行步骤: 该用例为组合用例，包含以下用例：景区实时状态、查询数据、分析数据、模拟疏散模型等。3.3.1 景区实时状态用例标识和历史需求 ID: 2002用例名称: 景区实时状态 版本号: V1.00目的: 将当前的景区各景点、各地区的实时信息同意搜集并上传到用于显示和分析景区实时状态的主机上并进行显示。上一次更新: On (日期):批准人: On (日期):用户/行为人: 用户（景区管理员）业务所有者姓名: 联系信息:触发者: 用户（景区管理员）参考资料
22、:使用频度: 始终使用前提条件: 程序正常运行结束条件: 程序崩溃或设备故障非功能性需求: 无假设, 问题: 客户主机正常运行基于 android 手持设备的景区导览系统需求分析 v1.016步骤: 景区实时状态流程图：开始汇集各景点反馈回来的信息更新景点信息的显示是否达到报警阈输出报警显示是否3.3.2 查询数据用例标识和历史需求 ID: 2003用例名称: 查询数据 版本号: V1.00目的: 通过编号 2002 的需求获得的实时状态数据将会被存档保存，用于此处的查询功能，可以方便的查询到各景点状态的历史信息，用于分析。上一次更新: On (日期):批准人: On (日期):用户/行为人:
23、 用户（景区管理员）业务所有者姓名: 联系信息:触发者: 用户（景区管理员）参考资料:使用频度: 一般前提条件: 存储数据正常结束条件: 完成一次查询非功能性需求: 无假设, 问题: 客户主机正常运行基于 android 手持设备的景区导览系统需求分析 v1.017步骤: 查询数据流程图：开始用户输入查询条件根据查询条件对数据库进行查询查询结果是否存在显示查询结果结束否报告未找到是3.3.3 分析数据用例标识和历史需求 ID: 2004用例名称: 分析数据 版本号: V1.00目的: 通过编号 2002 的需求获得的实时状态数据将会被存档保存，用于此处的分析功能，通过用例 2003 可以方便的
24、查询到各景点状态的历史信息，用于对景区日常运营状况的分析，帮助景区管理人员对景区进行管理。上一次更新: On (日期):批准人: On (日期):用户/行为人: 用户（景区管理员）业务所有者姓名: 联系信息:触发者: 用户（景区管理员）参考资料:使用频度: 一般前提条件: 存储数据正常结束条件: 程序崩溃或设备故障非功能性需求: 无假设, 问题: 客户主机正常运行基于 android 手持设备的景区导览系统需求分析 v1.018步骤: 分析数据流程图：开始设置需要分析的时间段及分析项目根据设置的时间段查询数据库查询是否成功对得到的数据进行分析（ 高峰时间段 、 景点人流瓶颈地段 、 人流数目
25、、 游客行为分析 、 失踪人员定位等 ）生成相应的报表是结束报告查询错误否3.3.4 模拟疏散模型用例标识和历史需求 ID: 2005用例名称: 模拟疏散模型 版本号: V1.00目的: 为了在景区内发生一些意外事故的时候能够有效的疏散人流，构造了模拟疏散模型来模拟人流的疏散效果，生成一系列的疏散预案，以便当景区真正发生意外情况时，能够采取最有效的措施。上一次更新: On (日期):批准人: On (日期):用户/行为人: 用户（景区管理员）业务所有者姓名: 联系信息:触发者: 用户（景区管理员）参考资料:基于 android 手持设备的景区导览系统需求分析 v1.019使用频度: 一般前提条
26、件: 程序正常运行结束条件: 程序崩溃或设备故障非功能性需求: 无假设, 问题: 客户主机正常运行步骤: 模拟疏散模型流程图：开始选择模拟灾难的类型是否已存在该疏散模型讨论 、 建立该类型疏散模型展示该疏散模型是否存在不足结束否否是是修订该方案3.4 景区导览资源管理用例标识和历史需求 ID: 3001用例名称: 景区导览资源管理 版本号: V1.00目的: 本用例目的在于方便对各景点所关联的导览资源进行统一的、高效的管理。考虑到各景点信息的更新，增加或删除等。上一次更新: On (日期):批准人: On (日期):基于 android 手持设备的景区导览系统需求分析 v1.020用户/行为人
27、: 用户（导览资源管理员）业务所有者姓名: 联系信息:触发者: 用户（导览资源管理员）参考资料:使用频度: 一般前提条件: 数据库服务器工作正常结束条件: 程序崩溃或服务器故障非功能性需求: 无假设, 问题: 服务端、客户端正常运行步骤: 该用例为组合用例，包含以下用例：新增导览信息、删除导览信息、更新导览信息、定期维护导览信息等。3.4.1 新增导览信息用例标识和历史需求 ID: 3002用例名称: 新增导览信息 版本号: V1.00目的: 在系统初始化设置的时候，需要录入各景点的导览信息供客户使用，同时，在新增景点时，也需要通过此用例录入新增景点的导览信息。上一次更新: On (日期):批
28、准人: On (日期):用户/行为人: 用户（导览资源管理员）业务所有者姓名: 联系信息:触发者: 用户（导览资源管理员）参考资料:使用频度: 较高前提条件: 数据库服务器工作正常结束条件: 程序崩溃或服务器故障非功能性需求: 无假设, 问题: 服务端、客户端正常运行基于 android 手持设备的景区导览系统需求分析 v1.021步骤: 新增导览信息流程图：开始系统生成新增景点I D ， 并在数据库生成该景点的表项录入景点名称录入景点导览资源向数据库提交新增景点提交是否成功 修正错误信息结束是否3.4.2 删除导览信息用例标识和历史需求 ID: 3003用例名称: 删除导览信息 版本号: V
29、1.00目的: 在需要删除景点的导览信息供客户使用。上一次更新: On (日期):批准人: On (日期):用户/行为人: 用户（导览资源管理员）业务所有者姓名: 联系信息:触发者: 用户（导览资源管理员）参考资料:使用频度: 较高前提条件: 数据库服务器工作正常结束条件: 程序崩溃或服务器故障非功能性需求: 无假设, 问题: 服务端、客户端正常运行基于 android 手持设备的景区导览系统需求分析 v1.022步骤: 删除导览信息流程图：开始选择需要删除的项删除与此项相关的导览文件删除数据库上对应条目结束3.4.3 更新导览信息用例标识和历史需求 ID: 3004用例名称: 更新导览信息
30、版本号: V1.00目的: 为了给游客更好的服务，需要及时的更新导览信息，以便让游客能够掌握最新的、有效的导览资料，避免导览资料的过期所带来的一系列问题例如给误导、引发混乱、纠纷等情况。上一次更新: On (日期):批准人: On (日期):用户/行为人: 用户（导览资源管理员）业务所有者姓名: 联系信息:触发者: 用户（导览资源管理员）参考资料:使用频度: 较高前提条件: 数据库服务器工作正常结束条件: 程序崩溃或服务器故障非功能性需求: 无假设, 问题: 服务端、客户端正常运行基于 android 手持设备的景区导览系统需求分析 v1.023步骤: 更新导览信息流程图：开始准备好供更新的材
31、料把新的文件上传至服务器建立起文件与景点的关联备份旧的文件是否备份旧文件否3.4.4 定期维护导览信息 用例标识和历史需求 ID: 3005用例名称: 定期维护导览信息 版本号: V1.00目的: 为了保证导览服务的可靠性，需要定期对导览信息进行维护，避免导览资源的失效而引发导览系统的缺陷。上一次更新: On (日期):批准人: On (日期):用户/行为人: 用户（导览资源管理员）业务所有者姓名: 联系信息:触发者: 用户（导览资源管理员）参考资料:使用频度: 较高前提条件: 数据库服务器工作正常结束条件: 程序崩溃或服务器故障非功能性需求: 无假设, 问题: 服务端、客户端正常运行基于 a
32、ndroid 手持设备的景区导览系统需求分析 v1.024步骤: 定期维护导览信息流程图：开始设定定期维护频率是否到维护时间例行检查 ， 检查数据库 ， 检查导览资源是否有差错修正错误4. 界面需求本章主要对本导览系统的界面做一个简单的需求概括，以下截图均来自初步设计，具体实现中可能会有所变更。4.1 客户端界面4.1.1 启动客户端应用程序在客户端上点击应用程序的图标（如图 4-1）即可启动客户端应用程序。图 4-1 客户端程序启动图标点击图标后应用程序将切换到如下界面（如图 4-2） ，点击导览一项即可进入导览界面。基于 android 手持设备的景区导览系统需求分析 v1.025图 4-
33、2 应用程序菜单图 4-3 运行后的界面基于 android 手持设备的景区导览系统需求分析 v1.0264.1.2 导览界面导览界面如图 4-3 所示。从图中可以看到最上方有用于查询景点的搜索框，下方有一些播放按钮，以及用于缩放地图的按钮。中央区域是地图，上面有游客标记和景点标记。景点标记下方的两行数据是模拟的景点人数/最大容纳人数和当前该景点的公交车数目。4.1.3 地图模式设置图 4-4 所示的地图设置选项对话框，可以方便的对地图模式进行选择和切换。这些地图模式都是由 Google map 所提供的。常用的包括四种视图：地图视图、卫星视图、交通线路视图和街景视图。目前在中国大陆地区暂时还
34、没有开放街景视图的相关功能，因此常用的是前三种模式。图 4-4 地图设置例如，当在地图设置中选中了“卫星视图”选项，将会看到如图 4-5 所示的卫星地图。4.1.4 查询功能系统需要方便的使用查询功能，考虑到此功能的使用频度较高，因此将其设计于主界面的正上方，首先在查询的文本框中输入需要查询的景点名称，然后点击右边的查询按钮即可搜索出对应的景点并在地图上绘制一个标记而且定基于 android 手持设备的景区导览系统需求分析 v1.027位到该景点。例如，如图 4-6，在查询文本框中输入“天安门广场” ，点击查询即在地图上标记并显示出了天安门广场。图 4-5 卫星视图4.1.5 查看导览资源要查看某景点的导览资源，首先在地图上点击地图标记，将弹出一个用于显示导览资源的气泡，如图 4-7 所示，气泡中直接显示的是该景点对应的文字介绍，在气泡的右上角有三个按钮，分别是播放音频、播放视频、关闭气泡，通过点击它们可以实现各自的功能。例如，点击地图上的景区标记 D，将会弹出一个气泡，可以看到气泡内的文字信息。点击播放视频按钮将转到播放视频的界面（如图 4-8 所示） ，然后可以观看该景区的导览视频，类似地，点击播放音频按钮则可直接收听该景区的导览音频。基于 android 手持设备的景区导览系统需求分析 v1.028图 4-6 查询景点图 4-7 查看导览资源
