移动设备的景区导览系统需求分析.doc

基于android手持设备景区导览系统需求说明书变更历史日期版本修改内容修改人备注V1.0创立审核历史日期版本阐明审核人备注V1.0通过 1. 引言1.1 编写目本阐明书用于明确要开发软件详细需求，规范描述出软件需要实现多种功能和所要到达性能，使顾客和软件开发者双方对该软件初始规定有一种共同理解，并使之成为整个开发工作基础。1.2 背景1.2.1 待开发系统名称基于android手持设备景区导览系统1.2.2 项目背景和内容概要项目背景：伴随人民生活水平提高，以及我国休假制度完善，人们拥有了更长更多假期，而假期外出旅游成为了越来越多人们度过假期第一选择。在这样背景前提下，各大旅游景区更是成为了热门中热门，这也导致了在旅游高峰期部分旅游景点人流过大导致拥堵，从而影响到游客旅游体验问题。不过从主线上来说，并不重要是由于游客数量过大，往往是由于景区服务不够全面细致，管理不够科学，效率不高所导致，例如景区内部地标不够详细或者是不够完整都也许会影响游客游玩时顺畅性。另首先来说，游客人数急剧增长所带来安全问题，如游客人生安全，景区设施安全等也日益明显突出起来，系统化、电子化、网络化、智能化景区管理系统也成为了日益迫切需求，本项目就是在这样背景下提出，意在开发出一种可以以便游客、便于景区管理景区导览系统。任务提出者：佘堃专家任务开发者：openlab试验室顾客：景区游客，景区导览资源管理员重要用途：向顾客传递景区信息，管理资源数据库运行软件设备：android手持设备，通过设备wifi功能加入到资源提供网络，windows操作系统服务器。1.3 参照资料软件需求阐明书规范。2. 任务概述2.1 任务目该系统将要完毕是旅游景区导览功能。这里提到导览，是指景区向游客提供一种服务，这种服务目是让游客可以以便获取景区多种简介信息以及景区实时状态，例如景区内各个分景点人流与否拥挤、分景点游览车数量等等，还要提供对应查询功能，例如查询欲知景点位置信息，目前位置到该景点距离及绘制出最合适途径轨迹信息等等。在游客拥有自己PDA设备前提下，运用手持设备wifi功能，向游客设备传播对应景区导览文献（如视频简介，文字简介，以及查询服务）。并且完毕提供导览文献资源服务器资源数据管理，例如平常维护，更新文献资源等，并且提供对客户终端祈求处理。客户端开发是基于googleandroid操作系统平台，该操作系统是目前最火热几大主流操作系统之一，具有巨大市场和发展潜力，有望在未来几年成为移动电子设备上占有量最大操作系统，因此本软件选择在之上进行开发，此外，编程语言选择Java，因此具有很好可移植性。服务端采用微软MFC框架进行开发，MFC(Microsoft Foundation Classes)，是一种微软企业提供类库（class libraries），以C+类形式封装了WindowsAPI，并且包括一种应用程序框架，使用MFC可以加紧软件开发流程。2.2 软件使用范围所有中大型旅游景区都可以使用，只需要简朴对各旅游景区进行定制后即可投入使用。2.3 顾客特点对于客户端使用会波及到多种类型游客人群，虽然android操作系统刚刚退出很快尚未在国内普及，对部分人群也许会比较生疏，不过凭借其简洁明了UI和快捷操作特性，并不规定顾客对其尤其熟悉，因此可以做到让使用措施简朴易懂，操作措施尽量浅显明了，使顾客可以在短时间内借助简易阐明迅速上手。为了提高系统实用性，规定具有较强可靠性和较大吞吐量。对于服务端操作人员，由于软件设计提供应操作人员接口仅仅会波及到简朴文献新建、修改、复制、删除等操作，因此仅仅需要操作人员熟悉简朴电脑操作即可，不需要专门进行培训。顾客需求框图如下图所示：图 2-1 系统角色图图2-1所示系统角色创立方式和权限状况如下表所示：表 2-1 系统角色阐明角色名创立方式权限顾客（游客）客户端初始化时自动创立访问服务器上资源，向服务器发送祈求管理员（系统资源操作人员）服务器登陆后，服务器操作人员成为管理员负责管理景区导览有关资源2.4 假定条件和约束限制2.4.1 硬件约束需求名称详细规定服务器硬件规定支持Intel平台、AMD平台。双CPU 2.0G以上，内存2.0G以上，100M网卡、硬盘250G以上，带液晶显示。服务器系统平台Windows XP/Windows7 及后来客户端硬件规定支持android操作系统嵌入式平台，支持wifi功能，支持GPS定位，带触摸屏功能，具有音频输出客户端系统平台Android操作系统2.1及后来2.4.2 顾客约束需求名称详细规定客户端顾客（游客）会简朴触摸屏操作服务端顾客（管理员）会基本计算机操作2.4.3 技术限制服务器运行环境：l Sun Java JDK6.0 For Windows（或更高版本）l 数据库MS SQL Server（或更高版本）l Web 应用服务器 Apache Tomcat 6.0.29（或更高版本）多种文档：l 符合原则文档编写规范源代码：l 符合原则编程规范3. 功能需求3.1 功能用例图图 31 功能用例顶层用例图图 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 景区导览资源管理用例图3.2 顾客获取服务用例标识和历史需求 ID:1001用例名称:顾客获取服务版本号:V1.00目:描述整个系统中，顾客所能进行有关操作，如顾客登入登出、查询景点、定位，顾客获取景区导览信息等上一次更新:On (日期):同意人:On (日期):顾客/行为人:顾客（游客）业务所有者姓名:联络信息:触发者:顾客（游客）参照资料:使用频度:较高前提条件:见下级用例结束条件:见下级用例非功能性需求:假设, 问题:系统（客户端、服务器）正常运行环节:该用例为组合用例，包括如下用例：登陆服务器、缩放地图（放大/缩小）、定位、查询并定位景点、获取各景点多媒体信息（文字信息/音频信息/视频信息）、计算目前位置与指定景点旅程、获取目前各景点状况（人数、车辆数）3.2.1 顾客登录服务器用例标识和历史需求 ID:1002用例名称:顾客登录服务器版本号:V1.00目:为了防止导览资源服务器带宽被非游客所占用，故需要设定一级用于验证顾客身份密码，用于控制可以使用资源服务器客户端，该密码可以简朴设定为门票上唯一ID编码。上一次更新:On (日期):同意人:On (日期):顾客/行为人:顾客（游客）业务所有者姓名:联络信息:触发者:顾客（游客）参照资料:使用频度:较高前提条件:程序完毕安装，网络连接无异常结束条件:服务器被关闭非功能性需求:提供有条件强制登录（当密码意外无效时，需要向管理人员申请，获得同意）假设, 问题:系统（客户端、服务器）正常运行；且门票ID清晰可见并唯一环节:顾客登录流程图：3.2.2 缩放地图用例标识和历史需求 ID:1003用例名称:缩放地图版本号:V1.00目:为了可以使顾客在客户端设备屏幕上更合适显示自己关怀一部分区域，设置了缩放地图功能。上一次更新:On (日期):同意人:On (日期):顾客/行为人:顾客（游客）业务所有者姓名:联络信息:触发者:顾客（游客）参照资料:使用频度:较高前提条件:程序正常运行结束条件:程序瓦解或设备故障非功能性需求:无假设, 问题:客户端正常运行环节:缩放地图流程图：3.2.3 定位用例标识和历史需求 ID:1004用例名称:定位版本号:V1.00目:运用GPS或者依托景区布署阅读器返回顾客目前地理信息，可供实时定位和位置、途径跟踪使用。上一次更新:On (日期):同意人:On (日期):顾客/行为人:顾客（游客）业务所有者姓名:联络信息:触发者:顾客（游客）参照资料:使用频度:总是前提条件:GPS卫星信号正常，设备硬件正常结束条件:程序瓦解或设备故障非功能性需求:无假设, 问题:客户设备功能正常环节:定位流程图：3.2.4 查询并定位景点用例标识和历史需求 ID:1005用例名称:查询并定位景点版本号:V1.00目:使游客可以根据景点名称查询到景点位置，以便游客顺利抵达自己但愿参观景点。上一次更新:On (日期):同意人:On (日期):顾客/行为人:顾客（游客）业务所有者姓名:联络信息:触发者:顾客（游客）参照资料:使用频度:一般前提条件:程序正常运行，供查询服务器工作正常结束条件:查询超时或者查询成功非功能性需求:模糊查询假设, 问题:客户端正常运行环节:查询并定位景点流程图：3.2.5 获取各景点多媒体信息用例标识和历史需求 ID:1006用例名称:获取各景点多媒体信息版本号:V1.00目:为了可以使顾客愈加理解某个景点某些详细资料例如景点重要欣赏点、景点历史典故、景点某些实景拍摄等来决定自己游玩方案，顾客可以通过客户端理解到有关景点丰富多媒体简介信息。上一次更新:On (日期):同意人:On (日期):顾客/行为人:顾客（游客）业务所有者姓名:联络信息:触发者:顾客（游客）参照资料:使用频度:较高前提条件:程序正常运行，网络连接正常，资源服务器工作正常结束条件:程序瓦解或关闭有关多媒体窗口非功能性需求:多媒体信息保持及时更新假设, 问题:客户端正常运行环节:获取各景点多媒体信息流程图：3.2.6 计算目前位置与指定景点旅程用例标识和历史需求 ID:1007用例名称:计算目前位置与指定景点旅程版本号:V1.00目:为了可以使顾客可以直观看出自己距离想去一种景点旅程，该功能使得客户可以通过客户端得到目前位置到一种目景点距离并且绘制出最短轨迹。上一次更新:On (日期):同意人:On (日期):顾客/行为人:顾客（游客）业务所有者姓名:联络信息:触发者:顾客（游客）参照资料:使用频度:一般前提条件:程序正常运行结束条件:程序瓦解或设备故障非功能性需求:绘制出轨迹尽量合理假设, 问题:客户端正常运行环节:计算目前位置与指定景点旅程流程图：3.2.7 获取目前各景点状况用例标识和历史需求 ID:1008用例名称:获取目前各景点状况版本号:V1.00目:由于各分景点人数容量有限，假如游客进入到了一种过度拥挤景点，不仅游玩质量会受到影响，并且还也许耽误行程，本功能需求就是基于这样一种事实考虑得出，为了游客可以时刻对各景点状态有所掌握，从而做出最佳游玩选择。上一次更新:On (日期):同意人:On (日期):顾客/行为人:顾客（游客）业务所有者姓名:联络信息:触发者:顾客（游客）参照资料:使用频度:可设置刷新频率前提条件:程序正常运行，与服务器通讯正常结束条件:程序瓦解或设备故障非功能性需求:规定假设, 问题:客户端正常运行环节:获取目前各景点状况流程图：3.3 景区实时监控用例标识和历史需求 ID:用例名称:景区实时监控版本号:V1.00目:为了可以使景区管理人员可以全面、以便掌控景区实时状态，以便可以对景区人流和车流进行合适管理，此外还提供了景区事故模拟疏散模型，增长景区事故发生后响应处理抵达效率。上一次更新:On (日期):同意人:On (日期):顾客/行为人:顾客（景区管理员）业务所有者姓名:联络信息:触发者:顾客（景区管理员）参照资料:使用频度:一直运行前提条件:程序正常运行结束条件:程序瓦解或设备故障非功能性需求:无假设, 问题:客户主机正常运行环节:该用例为组合用例，包括如下用例：景区实时状态、查询数据、分析数据、模拟疏散模型等。3.3.1 景区实时状态用例标识和历史需求 ID:用例名称:景区实时状态版本号:V1.00目:将目前景区各景点、各地区实时信息同意搜集并上传到用于显示和分析景区实时状态主机上并进行显示。上一次更新:On (日期):同意人:On (日期):顾客/行为人:顾客（景区管理员）业务所有者姓名:联络信息:触发者:顾客（景区管理员）参照资料:使用频度:一直使用前提条件:程序正常运行结束条件:程序瓦解或设备故障非功能性需求:无假设, 问题:客户主机正常运行环节:景区实时状态流程图：3.3.2 查询数据用例标识和历史需求 ID:用例名称:查询数据版本号:V1.00目:通过编号需求获得实时状态数据将会被存档保留，用于此处查询功能，可以以便查询到各景点状态历史信息，用于分析。上一次更新:On (日期):同意人:On (日期):顾客/行为人:顾客（景区管理员）业务所有者姓名:联络信息:触发者:顾客（景区管理员）参照资料:使用频度:一般前提条件:存储数据正常结束条件:完毕一次查询非功能性需求:无假设, 问题:客户主机正常运行环节:查询数据流程图：3.3.3 分析数据用例标识和历史需求 ID:用例名称:分析数据版本号:V1.00目:通过编号需求获得实时状态数据将会被存档保留，用于此处分析功能，通过用例可以以便查询到各景点状态历史信息，用于对景区平常运行状况分析，协助景区管理人员对景区进行管理。上一次更新:On (日期):同意人:On (日期):顾客/行为人:顾客（景区管理员）业务所有者姓名:联络信息:触发者:顾客（景区管理员）参照资料:使用频度:一般前提条件:存储数据正常结束条件:程序瓦解或设备故障非功能性需求:无假设, 问题:客户主机正常运行环节:分析数据流程图：3.3.4 模拟疏散模型用例标识和历史需求 ID:用例名称:模拟疏散模型版本号:V1.00目:为了在景区内发生某些意外事故时候可以有效疏散人流，构造了模拟疏散模型来模拟人流疏散效果，生成一系列疏散预案，以便当景区真正发生意外状况时，可以采用最有效措施。上一次更新:On (日期):同意人:On (日期):顾客/行为人:顾客（景区管理员）业务所有者姓名:联络信息:触发者:顾客（景区管理员）参照资料:使用频度:一般前提条件:程序正常运行结束条件:程序瓦解或设备故障非功能性需求:无假设, 问题:客户主机正常运行环节:模拟疏散模型流程图：3.4 景区导览资源管理用例标识和历史需求 ID:3001用例名称:景区导览资源管理版本号:V1.00目:本用例目在于以便对各景点所关联导览资源进行统一、高效管理。考虑到各景点信息更新，增长或删除等。上一次更新:On (日期):同意人:On (日期):顾客/行为人:顾客（导览资源管理员）业务所有者姓名:联络信息:触发者:顾客（导览资源管理员）参照资料:使用频度:一般前提条件:数据库服务器工作正常结束条件:程序瓦解或服务器故障非功能性需求:无假设, 问题:服务端、客户端正常运行环节:该用例为组合用例，包括如下用例：新增导览信息、删除导览信息、更新导览信息、定期维护导览信息等。3.4.1 新增导览信息用例标识和历史需求 ID:3002用例名称:新增导览信息版本号:V1.00目:在系统初始化设置时候，需要录入各景点导览信息供客户使用，同步，在新增景点时，也需要通过此用例录入新增景点导览信息。上一次更新:On (日期):同意人:On (日期):顾客/行为人:顾客（导览资源管理员）业务所有者姓名:联络信息:触发者:顾客（导览资源管理员）参照资料:使用频度:较高前提条件:数据库服务器工作正常结束条件:程序瓦解或服务器故障非功能性需求:无假设, 问题:服务端、客户端正常运行环节:新增导览信息流程图：3.4.2 删除导览信息用例标识和历史需求 ID:3003用例名称:删除导览信息版本号:V1.00目:在需要删除景点导览信息供客户使用。上一次更新:On (日期):同意人:On (日期):顾客/行为人:顾客（导览资源管理员）业务所有者姓名:联络信息:触发者:顾客（导览资源管理员）参照资料:使用频度:较高前提条件:数据库服务器工作正常结束条件:程序瓦解或服务器故障非功能性需求:无假设, 问题:服务端、客户端正常运行环节:删除导览信息流程图：3.4.3 更新导览信息用例标识和历史需求 ID:3004用例名称:更新导览信息版本号:V1.00目:为了给游客更好服务，需要及时更新导览信息，以便让游客可以掌握最新、有效导览资料，防止导览资料过期所带来一系列问题例如给误导、引起混乱、纠纷等状况。上一次更新:On (日期):同意人:On (日期):顾客/行为人:顾客（导览资源管理员）业务所有者姓名:联络信息:触发者:顾客（导览资源管理员）参照资料:使用频度:较高前提条件:数据库服务器工作正常结束条件:程序瓦解或服务器故障非功能性需求:无假设, 问题:服务端、客户端正常运行环节:更新导览信息流程图：3.4.4 定期维护导览信息 用例标识和历史需求 ID:3005用例名称:定期维护导览信息版本号:V1.00目:为了保证导览服务可靠性，需要定期对导览信息进行维护，防止导览资源失效而引起导览系统缺陷。上一次更新:On (日期):同意人:On (日期):顾客/行为人:顾客（导览资源管理员）业务所有者姓名:联络信息:触发者:顾客（导览资源管理员）参照资料:使用频度:较高前提条件:数据库服务器工作正常结束条件:程序瓦解或服务器故障非功能性需求:无假设, 问题:服务端、客户端正常运行环节:定期维护导览信息流程图：4. 界面需求本章重要对本导览系统界面做一种简朴需求概括，如下截图均来自初步设计，详细实现中也许会有所变更。4.1 客户端界面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 资源管理端界面资源管理端是提供应导览资源管理人员使用、用于对导览资源管理工作，其界面需求如下几小节阐明。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. 性能需求5.1 响应需求响应时间必须满足如下需求：l 文字资源获取速度：5秒（待定）；l 音视频资源缓冲时间：10秒（待定）；5.2 可靠性需求系统可靠性应满足如下需求：l 在旅游高峰期时，500个并发连接祈求一次性成功率不能低于90%；5.3 可用性需求系统应满足如下可用性需求：l 可以在景区开放时段提供服务；5.4 精度需求系统应满足如下精度规定：l 景点定位精确度在50米以内；