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

基于android手持设备的景区导览系统 需 求 说 明 书 变更历史 日期 版本 修改内容 修改人 备注 2010/12/1 V1.0 创建 段弘 审核历史 日期 版本 说明 审核人 备注 2010/12/3 V1.0 通过 佘堃 引言 编写目的 使用户和软件开发者双方对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基础。软件需求说明书 任务概述 任务目标 该系统将要完成的是旅游景区的导览功能。这里提到的导览，是指景区向游客提供的一种服务，这种服务的目的是让游客能够方便的获取景区的各种介绍信息以及景区的实时状态，例如景区内各个分景点的人流是否拥挤、分景点的游览车的数量等等，还要提供相应的查询功能，例如查询欲知景点的位置信息，当前位置到该景点的距离及绘制出最合适的路径轨迹信息等等。在游客拥有自己的PDA设备的前提下，利用手持设备的wifi功能，向游客的设备传输对应景区的导览文件（如视频介绍，文字介绍，以及查询服务）。并且完成提供导览文件资源的服务器资源数据的管理，例如日常维护，更新文件资源等，并且提供对客户终端请求的处理。 客户端的开发是基于谷歌android操作系统平台的，该操作系统是目前最火热的几大主流操作系统之一，具有巨大的市场和发展潜力，有望在未来几年成为移动电子设备上占有量最大的操作系统，因此本软件选择在之上进行开发，另外，编程语言选择Java，因此具有较好的可移植性。 服务端采用微软的MFC框架进行开发，MFC(Microsoft Foundation Classes)，是一个微软公司提供的类库（class libraries），以C++类的形式封装了Windows的API，并且包含一个应用程序框架，。Web 应用服务器pache Tomcat 6.0.29（或更高版本） 各种文档： 符合标准文档编写规范 源代码： 符合标准编程规范 功能需求 功能用例图 图 31 功能用例顶层用例图 图 22 用户获取服务用例图 图 23 景区实时监控用例图 图 24 景区导览资源管理用例图 用户获取服务 用例标识和历史 需求 ID: 1001 用例名称: 用户获取服务 版本号: V1.00 目的: 描述整个系统中，用户所能进行的相关操作，如用户的登入登出、查询景点、定位，用户获取景区导览信息等 上一次更新: On (日期): 批准人: On (日期): 用户/行为人: 用户（游客） 业务所有者姓名: 联系信息: 触发者: 用户（游客） 参考资料: 使用频度: 较高 前提条件: 见下级用例 结束条件: 见下级用例 非功能性需求: 假设, 问题: 系统（客户端、服务器）正常运行 步骤: 该用例为组合用例，包含以下用例：登陆服务器、缩放地图（放大/缩小）、定位、查询并定位景点、获取各景点多媒体信息（文字信息/音频信息/视频信息）、计算当前位置与指定景点的路程、获取当前各景点状况（人数、车辆数） 用户登录服务器 用例标识和历史 需求 ID: 1002 用例名称: 用户登录服务器 版本号: V1.00 目的: 为了防止导览资源服务器带宽被非游客所占用，故需要设定一级用于验证用户身份的密码，用于控制可以使用资源服务器的客户端，该密码可以简单的设定为门票上的唯一ID编码。 上一次更新: On (日期): 批准人: On (日期): 用户/行为人: 用户（游客） 业务所有者姓名: 联系信息: 触发者: 用户（游客） 参考资料: 使用频度: 较高 前提条件: 程序完成安装，网络连接无异常 结束条件: 服务器被关闭 非功能性需求: 提供有条件的强制登录（当密码意外无效时，需要向管理人员申请，获得批准） 假设, 问题: 系统（客户端、服务器）正常运行；且门票ID清晰可见并唯一 步骤: 用户登录流程图： 缩放地图 用例标识和历史 需求 ID: 1003 用例名称: 缩放地图 版本号: V1.00 目的: 为了能够使用户在客户端设备的屏幕上更合适的显示自己关心的一部分区域，设置了缩放地图功能。 上一次更新: On (日期): 批准人: On (日期): 用户/行为人: 用户（游客） 业务所有者姓名: 联系信息: 触发者: 用户（游客） 参考资料: 使用频度: 较高 前提条件: 程序正常运行 结束条件: 程序崩溃或设备故障 非功能性需求: 无 假设, 问题: 客户端正常运行 步骤: 缩放地图流程图：