种文档 符合标准文档编写规范 源代码 符合标准编程规范 功能需求 功能用例图 图功能用例顶层用例图 图,文档中没有指定样式的文字。用户获取服务用例图 图,文档中没有指定样式的文字。景区实时监控用例图 图,文档中没有指定样式的文字。景区导览资源管理用例图 用户获取服务 用例标识和历史 需求 用例名称用户获取服务版本号 目的描述整个系统中，用户所能进行的相关操作，如用户的登入登出查询景点定 位，用户获取景区导览信息等 上次更新日期 批准人日期 用户行为人用户游客 业务所有者姓名联系信息 触发者用户游客 参考资料 使用频度较高 前提条件见下级用例 结束条件见下级用例 非功能性需求 假设，问题系统客户端服务器正常运行 步骤该用例为组合用例，包含以下用例登陆服务器缩放地图放大缩小定位 版本号 目的为了在景区内发生些意外事故的时候能够有效的疏散人流，构造了模拟疏散模 型来模拟人流的疏散效果，生成系列的疏散预案，以便当景区真正发生意外情 况时，能够采取最有效的措施。 上次更新日期 批准人日期 用户行为人用户景区管理员 业务所有者姓名联系信息 触发者用户景区管理员 参考资料 基于手持设备的景区导览系统 需 求 说 明 书 变更历史 日期版本修改内容修改人备注 创建段弘 审核历史 日期版本说明审核人备注 通过佘堃 引言 编写目的 本说明书用于明确要开发的软件的具体需求，规范的描述出软件需要实现的 各种功能和所要达到的性能，使用户和软件开发者双方对该软件的初始规定有 个共同的理解，并使之成为整个开发工作的基础。 背景 待开发系统名称 基于手持设备的景区导览系统 项目背景和内容概要 项目背景随着人民生活水平的提高，以及我国休假制度的完善，人们拥有 了更长更多的假期，而假期外出旅游成为了越来越多的人们度过假期的第选 择。在这样的背景前提下，各大旅游景区更是成为了热门中的热门，这也造成了 在旅游高峰期部分旅游景点人流， 是个微软公司提供的类库，以类的形式封装了 的，并且包含个应用程序框架，使用可以加快软件的开发流程。 软件使用范围 所有中大型旅游景区都可以使用，只需要简单的对各旅游景区进行定制后即 可投入使用。 用户特点 对于客户端的使用会涉及到各种类型的游客人群，虽然操作系统刚 刚退出不久尚未在国内普及，对部分人群可能会比较生疏，但是凭借其简洁明了 的和快捷的操作特性，并不要求用户对其特别的熟悉，因此可以做到让使用 方法简单易懂，操作方法尽量浅显明了，使用户能够在短时间内借助简易的说明 快速上手。为了提高系统的实用性，要求具有较强的可靠性和较大的吞吐量。 对于服务端的操作人员，由于软件设计的提供给操作人员的接口仅仅会涉及 到简单的文件新建修改复制删除等操作，因此仅仅需要操作人员熟悉简单 的电脑操作即可，不需要专门进行培训。 用户需求框图如下图所示 图系统角色图 图所示系统角色的创建方式和权限情况如下表所示 表系统角色说明 角色名创建方式权限 用户游客客户端初始化时自动创建访问服务器上的资源，向服务器发送请求 管理员系统资源操 作人员 服务器登陆后，服务器的操作人 员成为管理员 负责管理景区的导览相关资源 假定条件和约束限制 硬件约束 需求名称详细要求 服务器硬件要求支持平台平台。双以上，内存以上，网卡 硬盘以上，带液晶显示。 服务器系统平台及以后 客户端硬件要求支持操作系统的嵌入式平台，支持功能，支持定位，带触摸屏功能，具有音频输出 客户端系统平台操作系统及以后 用户约束 过大导致拥堵，从而影响到游客旅游体验的问 题。不过从根本上来说，并不主要是因为游客数量的过大，往往是因为景区的服 务不够全面细致，管理不够科学，效率不高所造成的，例如景区内部的地标不够 详细或者是不够完整都可能会影响的游客游玩时的顺畅性。另方面来说，游客 人数的急剧增长所带来的安全问题，如游客的人生安全，景区的设施安全等也日 益明显突出起来，系统化电子化网络化智能化的景区管理系统也成为了日 益迫切的需求，本项目就是在这样的背景下提出的，旨在开发出个能够方便游 客便于景区管理的景区导览系统。 任务提出者佘堃教授 任务开发者实验室 用户景区游客，景区导览资源管理员 主要用途向用户传递景区信息，管理资源数据库 运行软件的设备手持设备，通过设备的功能加入到资源提供网 络，操作系统的服务器。 参考资料 软件需求说明书规范。 任务概述 任务目标 该系统将要完成的是旅游景区的导览功能。这里提到的导览，是指景区向游 客提供的种服务，这种服务的目的是让游客能够方便的获取景区的各种介绍信 息以及景区的实时状态，例如景区内各个分景点的人流是否拥挤分景点的游览 车的数量等等，还要提供相应的查询功能，例如查询欲知景点的位置信息，当前 位置到该景点的距离及绘制出最合适的路径轨迹信息等等。在游客拥有自己的 设备的前提下，利用手持设备的功能，向游客的设备传输对应景区的 导览文件如视频介绍，文字介绍，以及查询服务。并且完成提供导览文件资 源的服务器资源数据的管理，例如日常维护，更新文件资源等，并且提供对客户 终端请求的处理。 客户端的开发是基于谷歌操作系统平台的，该操作系统是目前最火 热的几大主流操作系统之，具有巨大的市场和发展潜力，有望在未来几年成为 移动电子设备上占有量最大的操作系统，因此本软件选择在之上进行开发，另外， 编程语言选择，因此具有较好的可移植性。 服务端采用微软的框架进行开发， 显示文字资料 点击播放视 频按钮 点击关闭气 泡按钮 从服务器上下 载音视频 是否超时 播放该音频 或者视频 提示超时信息 是 否 结束 计算当前位置与指定景点的路程 用例标识和历史 需求 用例名称计算当前位置与指定景点的路程版本号 目的为了能够使用户能够直观的看出自己距离想去的个景点的路程，该功能使得客 户可以通过客户端得到当前位置到个目的景点的距离并且绘制出最短的轨迹。 上次更新日期 批准人日期 用户行为人用户游客 业务所有者姓名联系信息 触发者用户游客 参考资料 使用频度般 前提条件程序正常运行 结束条件程序崩溃或设备故障 非功能性需求绘制出的轨迹尽量合理 假设，问题客户端正常运行 步骤计算当前位置与指定景点的路程流程图 开始 用户选择起 点和终点 根据提交的起点和终点在地 图上绘制出轨迹并显示该条 轨迹的路程长度 结束 获取当前各景点状况 用例标识和历史 需求 用例名称获取当前各景点状况版本号 目的由于各分景点的人数容量有限，如果游客进入到了个过度拥挤的景点，不仅游 玩质量会受到影响，而且还可能耽误行程，本功能需求就是基于这样个事实考 虑得出的，为了游客能够时刻对各景点的状态有所掌握，从而做出最好的游玩选 择。 上次更新日期 批准人日期 用户行为人用户游客 业务所有者姓名联系信息 触发者用户游客 参考资料 使用频度可设置刷新频率 前提条件程序正常运行，与服务器通讯正常 结束条件程序崩溃或设备故障 非功能性需求要求 假设，问题客据版本号 目的通过编号的需求获得的实时状态数据将会被存档保存，用于此处的查询功 能，可以方便的查询到各景点状态的历史信息，用于分析。 上次更新日期 批准人日期 用户行为人用户景区管理员 业务所有者姓名联系信息 触发者用户景区管理员 参考资料 使用频度般 前提条件存储数据正常 结束条件完成次查询 非功能性需求无 假设，问题客户主机正常运行 步骤查询数据流程图 开始 用户输入查 询条件 根据查询条 件对数据库 进行查询 查询结果是否存在 显示查询结果 结束 否 报告未找到 是 分析数据 用例标识和历史 需求 用例名称分析数据版本号 目的通过编号的需求获得的实时状态数据将会被存档保存，用于此处的分析功 能，通过用例可以方便的查询到各景点状态的历史信息，用于对景区日常 运营状况的分析，帮助景区管理人员对景区进行管理。 上次更新日期 批准人日期 用户行为人用户景区管理员 业务所有者姓名联系信息 触发者用户景区管理员 参考资料 使用频度般 前提条件存储数据正常 结束条件程序崩溃或设备故障 非功能性需求无 假设，问题客户主机正常运行 步骤分析数据流程图 开始 设置需要分析的时 间段及分析项目 根据设置的时间 段查询数据库 查询是否成功 对得到的