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

基于android手持设备的景区导览系统需求说明书变更历史日期版本修改内容修改人备注2010/12/1V1.0创建段弘审核历史日期版本说明审核人备注2010/12/3V1.0通过佘堃基于android手持设备的景区导览系统需求分析v1.011.引言1.1编写目的本说明书用于明确要开发的软件的具体需求，规范的描述出软件需要实现的各种功能和所要达到的性能，使用户和软件开发者双方对该软件的初始规定有一个共同的理解，并使之成为整个开发工作的基础。1.2背景1.2.1待开发系统名称基于android手持设备的景区导览系统1.2.2项目背景和内容概要项目背景：随着人民生活水平的提高，以及我国休假制度的完善，人们拥有了更长更多的假期，而假期外出旅游成为了越来越多的人们度过假期的第一选择。在这样的背景前提下，各大旅游景区更是成为了热门中的热门，这也造成了在旅游高峰期部分旅游景点人流过大导致拥堵，从而影响到游客旅游体验的问题。不过从根本上来说，并不主要是因为游客数量的过大，往往是因为景区的服务不够全面细致，管理不够科学，效率不高所造成的，例如景区内部的地标不够详细或者是不够完整都可能会影响的游客游玩时的顺畅性。另一方面来说，游客人数的急剧增长所带来的安全问题，如游客的人生安全，景区的设施安全等也日益明显突出起来，系统化、电子化、网络化、智能化的景区管理系统也成为了日益迫切的需求，本项目就是在这样的背景下提出的，旨在开发出一个能够方便游客、便于景区管理的景区导览系统。任务提出者：佘堃教授任务开发者：openlab实验室用户：景区游客，景区导览资源管理员主要用途：向用户传递景区信息，管理资源数据库运行软件的设备：android手持设备，通过设备的wifi功能加入到资源提供网络，windows操作系统的服务器。1.3参考资料软件需求说明书规范。基于android手持设备的景区导览系统需求分析v1.022.任务概述2.1任务目标该系统将要完成的是旅游景区的导览功能。这里提到的导览，是指景区向游客提供的一种服务，这种服务的目的是让游客能够方便的获取景区的各种介绍信息以及景区的实时状态，例如景区内各个分景点的人流是否拥挤、分景点的游览车的数量等等，还要提供相应的查询功能，例如查询欲知景点的位置信息，当前位置到该景点的距离及绘制出最合适的路径轨迹信息等等。在游客拥有自己的PDA设备的前提下，利用手持设备的wifi功能，向游客的设备传输对应景区的导览文件（如视频介绍，文字介绍，以及查询服务）。并且完成提供导览文件资源的服务器资源数据的管理，例如日常维护，更新文件资源等，并且提供对客户终端请求的处理。客户端的开发是基于谷歌android操作系统平台的，该操作系统是目前最火热的几大主流操作系统之一，具有巨大的市场和发展潜力，有望在未来几年成为移动电子设备上占有量最大的操作系统，因此本软件选择在之上进行开发，另外，编程语言选择Java，因此具有较好的可移植性。服务端采用微软的MFC框架进行开发，MFC(MicrosoftFoundationClasses)，是一个微软公司提供的类库（classlibraries），以C++类的形式封装了Windows的API，并且包含一个应用程序框架，使用MFC可以加快软件的开发流程。2.2软件使用范围所有中大型旅游景区都可以使用，只需要简单的对各旅游景区进行定制后即可投入使用。2.3用户特点对于客户端的使用会涉及到各种类型的游客人群，虽然android操作系统刚刚退出不久尚未在国内普及，对部分人群可能会比较生疏，但是凭借其简洁明了的UI和快捷的操作特性，并不要求用户对其特别的熟悉，因此可以做到让使用方法简单易懂，操作方法尽量浅显明了，使用户能够在短时间内借助简易的说明快速上手。为了提高系统的实用性，要求具有较强的可靠性和较大的吞吐量。对于服务端的操作人员，由于软件设计的提供给操作人员的接口仅仅会涉及到简单的文件新建、修改、复制、删除等操作，因此仅仅需要操作人员熟悉简单的电脑操作即可，不需要专门进行培训。基于android手持设备的景区导览系统需求分析v1.03用户需求框图如下图所示：图2-1系统角色图图2-1所示系统角色的创建方式和权限情况如下表所示：表2-1系统角色说明角色名创建方式权限用户（游客）客户端初始化时自动创建访问服务器上的资源，向服务器发送请求管理员（系统资源操作人员）服务器登陆后，服务器的操作人员成为管理员负责管理景区的导览相关资源2.4假定条件和约束限制2.4.1硬件约束需求名称详细要求服务器硬件要求支持Intel平台、AMD平台。双CPU2.0G以上，内存2.0G以上，100M网卡、硬盘250G以上，带液晶显示。服务器系统平台WindowsXP/Windows7及以后客户端硬件要求支持android操作系统的嵌入式平台，支持wifi功能，支持GPS定位，带触摸屏功能，具有音频输出客户端系统平台Android操作系统2.1及以后2.4.2用户约束基于android手持设备的景区导览系统需求分析v1.04需求名称详细要求客户端用户（游客）会简单的触摸屏操作服务端用户（管理员）会基本的计算机操作2.4.3技术限制服务器运行环境：SunJavaJDK6.0ForWindows（或更高版本）数据库MSSQLServer2005（或更高版本）Web应用服务器ApacheTomcat6.0.29（或更高版本）各种文档：符合标准文档编写规范源代码：符合标准编程规范3.功能需求3.1功能用例图图3-1功能用例顶层用例图基于android手持设备的景区导览系统需求分析v1.05图错误!文档中没有指定样式的文字。-2用户获取服务用例图基于android手持设备的景区导览系统需求分析v1.06图错误!文档中没有指定样式的文字。-3景区实时监控用例图图错误!文档中没有指定样式的文字。-4景区导览资源管理用例图基于android手持设备的景区导览系统需求分析v1.073.2用户获取服务用例标识和历史需求ID:1001用例名称:用户获取服务版本号:V1.00目的:描述整个系统中，用户所能进行的相关操作，如用户的登入登出、查询景点、定位，用户获取景区导览信息等上一次更新:On(日期):批准人:On(日期):用户/行为人:用户（游客）业务所有者姓名:联系信息:触发者:用户（游客）参考资料:使用频度:较高前提条件:见下级用例结束条件:见下级用例非功能性需求:假设,问题:系统（客户端、服务器）正常运行步骤:该用例为组合用例，包含以下用例：登陆服务器、缩放地图（放大/缩小）、定位、查询并定位景点、获取各景点多媒体信息（文字信息/音频信息/视频信息）、计算当前位置与指定景点的路程、获取当前各景点状况（人数、车辆数）3.2.1用户登录服务器用例标识和历史需求ID:1002用例名称:用户登录服务器版本号:V1.00目的:为了防止导览资源服务器带宽被非游客所占用，故需要设定一级用于验证用户身份的密码，用于控制可以使用资源服务器的客户端，该密码可以简单的设定为门票上的唯一ID编码。上一次更新:On(日期):批准人:On(日期):用户/行为人:用户（游客）业务所有者姓名:联系信息:触发者:用户（游客）参考资料:使用频度:较高前提条件:程序完成安装，网络连接无异常结束条件:服务器被关闭非功能性需求:提供有条件的强制登录（当密码意外无效时，需要向管理人员申请，获得批准）假设,问题:系统（客户端、服务器）正常运行；且门票ID清晰可见并唯一基于android手持设备的景区导览系统需求分析v1.08步骤:用户登录流程图：开始输入门票上的密码等待验证结果登录成功成功失败结束申请登录否是拥有密码申请结果通过登录失败不通过3.2.2缩放地图用例标识和历史需求ID:1003用例名称:缩放地图版本号:V1.00目的:为了能够使用户在客户端设备的屏幕上更合适的显示自己关心的一部分区域，设置了缩放地图功能。上一次更新:On(日期):批准人:On(日期):用户/行为人:用户（游客）业务所有者姓名:联系信息:触发者:用户（游客）参考资料:使用频度:较高前提条件:程序正常运行基于android手持设备的景区导览系统需求分析v1.09结束条件:程序崩溃或设备故障非功能性需求:无假设,问题:客户端正常运行步骤:缩放地图流程图：开始缩小？放大？否缩放级别是否已到最小是等待输入是缩小地图比例否缩放级别是否已到最大是放大地图比例否是结束3.2.3定位用例标识和历史需求ID:1004用例名称:定位版本号:V1.00目的:利用GPS或者依靠景区部署的阅读器返回用户当前的地理信息，可供实时定位和位置、路径跟踪使用。上一次更新:On(日期):批准人:On(日期):用户/行为人:用户（游客）业务所有者姓名:联系信息:触发者:用户（游客）参考资料:使用频度:总是前提条件:GPS卫星信号正常，设备硬件正常结束条件:程序崩溃或设备故障非功能性需求:无基于android手持设备的景区导览系统需求分析v1.010假设,问题:客户设备功能正常步骤:定位流程图：开始向GPS卫星请求定位卫星是否及时响应返回当前经纬数据利用最新获得的经纬数据在客户端地图上更新位置是是否已超时？是否否休息一定时间3.2.4查询并定位景点用例标识和历史需求ID:1005用例名称:查询并定位景点版本号:V1.00目的:使游客能够根据景点的名称查询到景点的位置，方便游客顺利的到达自己希望参观的景点。上一次更新:On(日期):批准人:On(日期):用户/行为人:用户（游客）业务所有者姓名:联系信息:触发者:用户（游客）参考资料:使用频度:一般前提条件:程序正常运行，供查询的服务器工作正常结束条件:查询超时或者查询成功非功能性需求:模糊查询假设,问题:客户端正常运行基于android手持设备的景区导览系统需求分析v1.011步骤:查询并定位景点流程图：开始用户提交查询请求是否有匹配结果定位到该查询结果结束是提示无相关景点信息否3.2.5获取各景点多媒体信息用例标识和历史需求ID:1006用例名称:获取各景点多媒体信息版本号:V1.00目的:为了能够使用户更加了解某个景点的一些详细资料例如景点的主要观赏点、景点的历史典故、景点的一些实景拍摄等来决定自己的游玩方案，用户可以通过客户端了解到相关景点丰富的多媒体介绍信息。上一次更新:On(日期):批准人:On(日期):用户/行为人:用户（游客）业务所有者姓名:联系信息:触发者:用户（游客）参考资料:使用频度:较高前提条件:程序正常运行，网络连接正常，资源服务器工作正常结束条件:程序崩溃或关闭相关多媒体窗口非功能性需求:多媒体信息保持及时更新假设,问题:客户端正常运行基于android手持设备的景区导览系统需求分析v1.012步骤:获取各景点多媒体信息流程图：开始用户点击一个景点标记提交获取信息请求点击播放音频按钮在该景点标记位置处弹出气泡窗口，并在其中显示文字资料点击播放视频按钮点击关闭气泡按钮从服务器上下载音、视频是否超时？播放该音频或者视频提示超时信息是否结束3.2.6计算当前位置与指定景点的路程用例标识和历史需求ID:1007用例名称:计算当前位置与指定景点的路程版本号:V1.00基于android手持设备的景区导览系统需求分析v1.013目的:为了能够使用户能够直观的看出自己距离想去的一个景点的路程，该功能使得客户可以通过客户端得到当前位置到一个目的景点的距离并且绘制出最短的轨迹。上一次更新:On(日期):批准人:On(日期):用户/行为人:用户（游客）业务所有者姓名:联系信息:触发者:用户（游客）参考资料:使用频度:一般前提条件:程序正常运行结束条件:程序崩溃或设备故障非功能性需求:绘制出的轨迹尽量合理假设,问题:客户端正常运行步骤:计算当前位置与指定景点的路程流程图：开始用户选择起点和终点根据提交的起点和终点在地图上绘制出轨迹并显示该条轨迹的路程长度结束3.2.7获取当前各景点状况用例标识和历史需求ID:1008用例名称:获取当前各景点状况版本号:V1.00目的:由于各分景