基于android手持设备的景区导览系统需求说明书变更历史日期版本修改内容修改人备注2010/12/1V1.0创建段弘审核历史日期版本说明审核人备注2010/12/3V1.0通过佘 引言 编写目的使用户和软件开发者双方对该软件的初始有一个共同的理解，使之成为整个开发工作的基础。软件需求说明书任务概述 任务目标该系统将要完成的是旅游景区的导览功能。这里提到的导览，是指景区向游客提供的一种服务，这种服务的目的是让游客能够方便的获取景区的各种介绍信息以及景区的实时状态，例如景区内各个分景点的人流是否拥挤、分景点的游览车的数量等等，还要提供相应的查询功能，例如查询欲知景点的信息，当前到该景点的距离及绘制出最合适的径轨迹信息等等。在游客拥有自己的PDA设备的前提下，利用手持设备的wifi功能，向游客的设备传输对应景区的导览文件（如视频介绍，文字介绍，以及查询服务）。并且完成提供导览文件资源的服务器资源数据的管理，例如日常，更新文件资源等，并且提供对客户终端请求的处理。客户端的开发是基于谷歌android操作系统平台的，该操作系统是目前最火热的几大主流操作系统之一，具有巨大的市场和发展潜力，有望在未来几年成为移动电子设备上占有量最大的操作系统，因此本软件选择在之上进行开发，另外，编程语言选择Java，因此具有较好的可移植性。服务端采用微软的MFC框架进行开发，MFC Microsoft Foundation Classes ，是一个微软公司提供的类库（class libraries），以C++类的形式封装了Windows的API，并且包含一个应用程序框架，。Web 应用服务器pache Tomcat 6.0.29（或更高版本）各种文档：符合标准文档编写规范源代码：符合标准编程规范功能需求 功能用例图图 3 1 功能用例顶层用例图图 2 2 用户获取服务用例图图 2 3 景区实时用例图图 2 4 景区导览资源管理用例图 用户获取服务用例标识和历史需求 ID:1001用例名称:用户获取服务版本号:V1.00目的:描述整个系统中，用户所能进行的相关操作，如用户的登入登出、查询景点、定位，用户获取景区导览信息等上一次更新:On 日期 :批准人:On 日期 :用户/行为人:用户（游客）业务所有者姓名:联系信息:触发者:用户（游客）:使用频度:较高前提条件:见下级用例结束条件:见下级用例非功能性需求:假设, 问题:系统（客户端、服务器）正常运行步骤:该用例为组合用例，包含以下用例：登陆服务器、缩放地图（放大/缩小）、定位、查询并定位景点、获取各景点多信息（文字信息/音频信息/视频信息）、计算当前与指定景点的程、获取当前各景点状况（人数、车辆数）用户登录服务器用例标识和历史需求 ID:1002用例名称:用户登录服务器版本号:V1.00目的:为了防止导览资源服务器带宽被非游客所占用，故需要设定一级用于验证用户身份的密码，用于控制可以使用资源服务器的客户端，该密码可以简单的设定为门票上的唯一ID编码。上一次更新:On 日期 :批准人:On 日期 :用户/行为人:用户（游客）业务所有者姓名:联系信息:触发者:用户（游客）:使用频度:较高前提条件:程序完成安装，网络连接无异常结束条件:服务器被关闭非功能性需求:提供有条件的强制登录（当密码意外无效时，需要向管理人员申请，获得批准）假设, 问题:系统（客户端、服务器）正常运行；且门票ID清晰可见并唯一步骤:用户登录流程图：缩放地图用例标识和历史需求 ID:1003用例名称:缩放地图版本号:V1.00目的:为了能够使用户在客户端设备的屏幕上更合适的显示自己关心的一部分区域，设置了缩放地图功能。上一次更新:On 日期 :批准人:On 日期 :用户/行为人:用户（游客）业务所有者姓名:联系信息:触发者:用户（游客）:使用频度:较高前提条件:程序正常运行结束条件:程序崩溃或设备故障非功能性需求:无假设, 问题:客户端正常运行步骤:缩放地图流程图：定位用例标识和历史需求 ID:1004用例名称:定位版本号:V1.00目的:利用GPS或者依靠景区部署的阅读器返回用户当前的地理信息，可供实时定位和、径使用。上一次更新:On 日期 :批准人:On 日期 :用户/行为人:用户（游客）业务所有者姓名:联系信息:触发者:用户（游客）:使用频度:总是前提条件:GPS卫星信号正常，设备硬件正常结束条件:程序崩溃或设备故障非功能性需求:无假设, 问题:客户设备功能正常步骤:定位流程图：查询并定位景点用例标识和历史需求 ID:1005用例名称:查询并定位景点版本号:V1.00目的:使游客能够根据景点的名称查询到景点的，方便游客顺利的到达自己希望参观的景点。上一次更新:On 日期 :批准人:On 日期 :用户/行为人:用户（游客）业务所有者姓名:联系信息:触发者:用户（游客）:使用频度:一般前提条件:程序正常运行，供查询的服务器工作正常结束条件:查询超时或者查询成功非功能性需求:模糊查询假设, 问题:客户端正常运行步骤:查询并定位景点流程图：获取各景点多信息用例标识和历史需求 ID:1006用例名称:获取各景点多信息版本号:V1.00目的:为了能够使用户更加了解某个景点的一些详细资料例如景点的主要观赏点、景点的历史典故、景点的一些实景拍摄等来决定自己的游玩方案，用户可以通过客户端了解到相关景点丰富的多介绍信息。上一次更新:On 日期 :批准人:On 日期 :用户/行为人:用户（游客）业务所有者姓名:联系信息:触发者:用户（游客）:使用频度:较高前提条件:程序正常运行，网络连接正常，资源服务器工作正常结束条件:程序崩溃或关闭相关多窗口非功能性需求:多信息保持及时更新假设, 问题:客户端正常运行步骤:获取各景点多信息流程图：计算当前与指定景点的程用例标识和历史需求 ID:1007用例名称:计算当前与指定景点的程版本号:V1.00目的:为了能够使用户能够直观的看出自己距离想去的一个景点的程，该功能使得客户可以通过客户端得到当前到一个目的景点的距离并且绘制出最短的轨迹。上一次更新:On 日期 :批准人:On 日期 :用户/行为人:用户（游客）业务所有者姓名:联系信息:触发者:用户（游客）:使用频度:一般前提条件:程序正常运行结束条件:程序崩溃或设备故障非功能性需求:绘制出的轨迹尽量合理假设, 问题:客户端正常运行步骤:计算当前与指定景点的程流程图：获取当前各景点状况用例标识和历史需求 ID:1008用例名称:获取当前各景点状况版本号:V1.00目的:由于各分景点的人数容量有限，如果游客进入到了一个过度拥挤的景点，不仅游玩质量会受到影响，而且还可能耽误行程，本功能需求就是基于这样一个事实考虑得出的，为了游客能够时刻对各景点的状态有所掌握，从而做出最好的游玩选择。上一次更新:On 日期 :批准人:On 日期 :用户/行为人:用户（游客）业务所有者姓名:联系信息:触发者:用户（游客）:使用频度:可设置刷新频率前提条件:程序正常运行，与服务器通讯正常结束条件:程序崩溃或设备故障非功能性需求:要求假设, 问题:客户端正常运行步骤:获取当前各景点状况流程图： 景区实时用例标识和历史需求 ID:2001用例名称:景区实时版本号:V1.00目的:为了能够使景区管理人员能够全面的、方便的掌控景区的实时状态，以便能够对景区的人流和车流进行适当的管理，另外还提供了景区的事故模拟疏散模型，增加景区事故发生后响应的处理到达的效率。上一次更新:On 日期 :批准人:On 日期 :用户/行为人:用户（景区管理员）业务所有者姓名:联系信息:触发者:用户（景区管理员）:使用频度:始终运行前提条件:程序正常运行结束条件:程序崩溃或设备故障非功能性需求:无假设, 问题:客户主机正常运行步骤:该用例为组合用例，包含以下用例：景区实时状态、查询数据、分析数据、模拟疏散模型等。景区实时状态用例标识和历史需求 ID:2002用例名称:景区实时状态版本号:V1.00目的:将当前的景区各景点、各地区的实时信息同意搜集并上传到用于显示和分析景区实时状态的主机上并进行显示。上一次更新:On 日期 :批准人:On 日期 :用户/行为人:用户（景区管理员）业务所有者姓名:联系信息:触发者:用户（景区管理员）:使用频度:始终使用前提条件:程序正常运行结束条件:程序崩溃或设备故障非功能性需求:无假设, 问题:客户主机正常运行步骤:景区实时状态流程图：查询数据用例标识和历史需求 ID:2003用例名称:查询数据版本号:V1.00目的:通过编号2002的需求获得的实时状态数据将会被存档保存，用于此处的查询功能，可以方便的查询到各景点状态的历史信息，用于分析。上一次更新:On 日期 :批准人:On 日期 :用户/行为人:用户（景区管理员）业务所有者姓名:联系信息:触发者:用户（景区管理员）:使用频度:一般前提条件:存储数据正常结束条件:完成一次查询非功能性需求:无假设, 问题:客户主机正常运行步骤:查询数据流程图：分析数据用例标识和历史需求 ID:2004用例名称:分析数据版本号:V1.00目的:通过编号2002的需求获得的实时状态数据将会被存档保存，用于此处的分析功能，通过用例2003可以方便的查询到各景点状态的历史信息，用于对景区日常运营状况的分析，帮助景区管理人员对景区进行管理。上一次更新:On 日期 :批准人:On 日期 :用户/行为人:用户（景区管理员）业务所有者姓名:联系信息:触发者:用户（景区管理员）:使用频度:一般前提条件:存储数据正常结束条件:程序崩溃或设备故障非功能性需求:无假设, 问题:客户主机正常运行步骤:分析数据流程图：模拟疏散模型用例标识和历史需求 ID:2005用例名称:模拟疏散模型版本号:V1.00目的:为了在景区内发生一些意外事故的时候能够有效的疏散人流，构造了模拟疏散模型来模拟人流的疏散效果，生成一系列的疏散预案，以便当景区真正发生意外情况时，能够采取最有效的措施。上一次更新:On 日期 :批准人:On 日期 :用户/行为人:用户（景区管理员）业务所有者姓名:联系信息:触发者:用户（景区管理员）:使用频度:一般前提条件:程序正常运行结束条件:程序崩溃或设备故障非功能性需求:无假设, 问题:客户主机正常运行步骤:模拟疏散模型流程图： 景区导览资源管理用例标识和历史需求 ID:3001用例名称:景区导览资源管理版本号:V1.00目的:本用例目的在于方便对各景点所关联的导览资源进行统一的、高效的管理。考虑到各景点信息的更新，增加或删除等。上一次更新:On 日期 :批准人:On 日期 :用户/行为人:用户（导览资源管理员）业务所有者姓名:联系信息:触发者:用户（导览资源管理员）:使用频度:一般前提条件:数据库服务器工作正常结束条件:程序崩溃或服务器故障非功能性需求:无假设, 问题:服务端、客户端正常运行步骤:该用例为组合用例，包含以下用例：新增导览信息、删除导览信息、更新导览信息、定期导览信息等。新增导览信息用例标识和历史需求 ID:3002用例名称:新增导览信息版本号:V1.00目的:在系统初始化设置的时候，需要录入各景点的导览信息供客户使用，同时，在新增景点时，也需要通过此用例录入新增景点的导览信息。上一次更新:On 日期 :批准人:On 日期 :用户/行为人:用户（导览资源管理员）业务所有者姓名:联系信息:触发者:用户（导览资源管理员）:使用频度:较高前提条件:数据库服务器工作正常结束条件:程序崩溃或服务器故障非功能性需求:无假设, 问题:服务端、客户端正常运行步骤:新增导览信息流程图：删除导览信息用例标识和历史需求 ID:3003用例名称:删除导览信息版本号:V1.00目的:在需要删除景点的导览信息供客户使用。上一次更新:On 日期 :批准人:On 日期 :用户/行为人:用户（导览资源管理员）业务所有者姓名:联系信息:触发者:用户（导览资源管理员）:使用频度:较高前提条件:数据库服务器工作正常结束条件:程序崩溃或服务器故障非功能性需求:无假设, 问题:服务端、客户端正常运行步骤:删除导览信息流程图：更新导览信息用例标识和历史需求 ID:3004用例名称:更新导览信息版本号:V1.00目的:为了给游客更好的服务，需要及时的更新导览信息，以便让游客能够掌握最新的、有效的导览资料，避免导览资料的过期所带来的一系列问题例如给、引发混乱、纠纷等情况。上一次更新:On 日期 :批准人:On 日期 :用户/行为人:用户（导览资源管理员）业务所有者姓名:联系信息:触发者:用户（导览资源管理员）:使用频度:较高前提条件:数据库服务器工作正常结束条件:程序崩溃或服务器故障非功能性需求:无假设, 问题:服务端、客户端正常运行步骤:更新导览信息流程图：定期导览信息 用例标识和历史需求 ID:3005用例名称:定期导览信息版本号:V1.00目的:为了导览服务的可靠性，需要定期对导览信息进行，避免导览资源的失效而引发导览系统的缺陷。上一次更新:On 日期 :批准人:On 日期 :用户/行为人:用户（导览资源管理员）业务所有者姓名:联系信息:触发者:用户（导览资源管理员）:使用频度:较高前提条件:数据库服务器工作正常结束条件:程序崩溃或服务器故障非功能性需求:无假设, 问题:服务端、客户端正常运行步骤:定期导览信息流程图：界面需求本章主要对本导览系统的界面做一个简单的需求概括，以下截图均来自初步设计，具体实现中可能会有所变更。 客户端界面4.1.1 启动客户端应用程序在客户端上点击应用程序的图标（如图4-1）即可启动客户端应用程序。图4-1 客户端程序启动图标点击图标后应用程序将切换到如下界面（如图4-2），点击导览一项即可进入导览界面。图4-2 应用程序菜单图4-3 运行后的界面4.1.2 导览界面导览界面如图4-3所示。从图中可以看到最上方有用于查询景点的搜索框，下方有一些播放按钮，以及用于缩放地图的按钮。中央区域是地图，有游客标记和景点标记。景点标记下方的两行数据是模拟的景点人数/最大容纳人数和当前该景点的公交车数目。4.1.3 地图模式设置图4-4所示的地图设置选项对话框，可以方便的对地图模式进行选择和切换。这些地图模式都是由Google map所提供的。常用的包括四种视图：地图视图、卫星视图、交通线视图和街景视图。目前在中国地区暂时还没有街景视图的相关功能，因此常用的是前三种模式。图4-4 地图设置例如，当在地图设置中选中了“卫星视图”选项，将会看到如图4-5所示的卫星地图。4.1.4 查询功能系统需要方便的使用查询功能，考虑到此功能的使用频度较高，因此将其设计于主界面的正上方，首先在查询的文本框中输入需要查询的景点名称，然后点击右边的查询按钮即可搜索出对应的景点并在地图上绘制一个标记而且定位到该景点。例如，如图4-6，在查询文本框中输入“广场”，点击查询即在地图上标记并显示出了广场。图4-5 卫星视图4.1.5 查看导览资源要查看某景点的导览资源，首先在地图上点击地图标记，将弹出一个用于显示导览资源的气泡，如图4-7所示，气泡中直接显示的是该景点对应的文字介绍，在气泡的右上角有三个按钮，分别是播放音频、播放视频、关闭气泡，通过点击它们可以实现各自的功能。例如，点击地图上的景区标记D，将会弹出一个气泡，可以看到气泡内的文字信息。点击播放视频按钮将转到播放视频的界面（如图4-8所示），然后可以观看该景区的导览视频，类似地，点击播放音频按钮则可直接收听该景区的导览音频。图4-6 查询景点图4-7 查看导览资源图4-8 导览视频播放 资源管理端界面资源管理端是提供给导览资源管理人员使用的、用于对导览资源的管理工作，其界面需求如下几小节说明。4.2.1 资源管理主界面提供给景区导览资源管理人员使用的资源管理界面如图4-9所示，提供所需的新建、删除、编辑等功能。从图中看，界面通过一些操作用的按钮和一个显示导览资源信息的表格组成。4.2.2 新增景点导览资源示例如图4-10所示，可以通过直接点击导览资源列表的最下方一行的空白行进行新增操作，图中是增加了一条ID为6、名称为“新增景点”的导览资源。图4-9 资源管理界面图4-10新增景点导览资源示例4.2.3 删除景点导览资源示例如果需要删除一些没有意义的景点导览项目，首先点击需要删除景点对应行的最左边的单元格（没有任何显示的自带单元格），即可选中该行（如图4-11所示），然后点击“删除本行”按钮，即可完成删除，在删除时将会弹出一个用于确认操作的提示框，以免发生误操作（如图4-12所示）。图4-11 选中一行用于删除操作图4-12 删除一条导览资源4.2.4 更新景点导览资源如主界面中的提示，表格中的导览资源都可通过双击其对应的单元格来预览，双击文本资源时还可以直接进行编辑操作，双击音频或者视频项将直接调用系统默认的播放器来播放资源。性能需求 响应需求响应时间必须满足如下需求：文字资源获取速度：≤5秒（待定）；音视频资源缓冲时间：≤10秒（待定）； 可靠性需求系统可靠性应满足如下需求：在旅游高峰期时，500个并发连接请求的一次性成功率不能低于90%； 可用性需求系统应满足如下可用性需求：能够在景区时段提供服务；精度需求系统应满足如下精度要求：景点定位精确度在±50米以内；JFJKDFNDKNFDJBF JKFJK DFHJDHFDJKFHSJKHFKSHFJSHFJKSHKJFN DHNK ND FIDHHN HKDSHKSH GH JKSHGJKSH JK GJKSHGJKFHDLKSSGFJFJKDFNDKNFDJBF JKFJK DFHJDHFDJKFHSJKHFKSHFJSHFJKSHKJFN DHNK ND FIDHHN HKDSHKSH GH JKSHGJKSH JK GJKSHGJKFHDLKSSGF
延伸内容：