基于android手持设备的景区导览系统说明Word文件下载.docx
- 文档编号:14072298
- 上传时间:2022-10-18
- 格式:DOCX
- 页数:23
- 大小:24.87KB
基于android手持设备的景区导览系统说明Word文件下载.docx
《基于android手持设备的景区导览系统说明Word文件下载.docx》由会员分享,可在线阅读,更多相关《基于android手持设备的景区导览系统说明Word文件下载.docx(23页珍藏版)》请在冰豆网上搜索。
52套讲座+13920份资料
《财务治理学院》
53套讲座+17945份资料
《销售经理学院》
56套讲座+14350份资料
《销售人员培训学院》
72套讲座+4879份资料
基于android手持设备的景区导览系统
需
求
讲
明
书
变更历史
日期
版本
修改内容
修改人
备注
2010/12/1
V1.0
创建
段弘
审核历史
讲明
审核人
2010/12/3
通过
佘堃
1.引言
1.1编写目的
本讲明书用于明确要开发的软件的具体需求,规范的描述出软件需要实现的各种功能和所要达到的性能,使用户和软件开发者双方对该软件的初始规定有一个共同的理解,并使之成为整个开发工作的基础。
1.2背景
1.2.1待开发系统名称
1.2.2项目背景和内容概要
项目背景:
随着人民生活水平的提高,以及我国休假制度的完善,人们拥有了更长更多的假期,而假期外出旅游成为了越来越多的人们度过假期的第一选择。
在如此的背景前提下,各大旅游景区更是成为了热门中的热门,这也造成了在旅游高峰期部分旅游景点人流过大导致拥堵,从而阻碍到游客旅游体验的问题。
只是从全然上来讲,并不要紧是因为游客数量的过大,往往是因为景区的服务不够全面细致,治理不够科学,效率不高所造成的,例如景区内部的地标不够详细或者是不够完整都可能会阻碍的游客游玩时的顺畅性。
另一方面来讲,游客人数的急剧增长所带来的安全问题,如游客的人生安全,景区的设施安全等也日益明显突出起来,系统化、电子化、网络化、智能化的景区治理系统也成为了日益迫切的需求,本项目确实是在如此的背景下提出的,旨在开发出一个能够方便游客、便于景区治理的景区导览系统。
任务提出者:
佘堃教授
任务开发者:
openlab实验室
用户:
景区游客,景区导览资源治理员
要紧用途:
向用户传递景区信息,治理资源数据库
运行软件的设备:
android手持设备,通过设备的wifi功能加入到资源提供网络,windows操作系统的服务器。
1.3参考资料
软件需求讲明书规范。
2.任务概述
2.1任务目标
该系统将要完成的是旅游景区的导览功能。
那个地点提到的导览,是指景区向游客提供的一种服务,这种服务的目的是让游客能够方便的猎取景区的各种介绍信息以及景区的实时状态,例如景区内各个分景点的人流是否拥挤、分景点的巡游车的数量等等,还要提供相应的查询功能,例如查询欲知景点的位置信息,当前位置到该景点的距离及绘制出最合适的路径轨迹信息等等。
在游客拥有自己的PDA设备的前提下,利用手持设备的wifi功能,向游客的设备传输对应景区的导览文件(如视频介绍,文字介绍,以及查询服务)。
同时完成提供导览文件资源的服务器资源数据的治理,例如日常维护,更新文件资源等,同时提供对客户终端请求的处理。
客户端的开发是基于谷歌android操作系统平台的,该操作系统是目前最火热的几大主流操作系统之一,具有巨大的市场和进展潜力,有望在以后几年成为移动电子设备上占有量最大的操作系统,因此本软件选择在之上进行开发,另外,编程语言选择Java,因此具有较好的可移植性。
服务端采纳微软的MFC框架进行开发,MFC(MicrosoftFoundationClasses),是一个微软公司提供的类库(classlibraries),以C++类的形式封装了Windows的API,同时包含一个应用程序框架,使用MFC能够加快软件的开发流程。
2.2软件使用范围
所有中大型旅游景区都能够使用,只需要简单的对各旅游景区进行定制后即可投入使用。
2.3用户特点
关于客户端的使用会涉及到各种类型的游客人群,尽管android操作系统刚刚退出不久尚未在国内普及,对部分人群可能会比较生疏,然而凭借其简洁明了的UI和快捷的操作特性,并不要求用户对其特不的熟悉,因此能够做到让使用方法简单易明白,操作方法尽量浅显明了,使用户能够在短时刻内借助简易的讲明快速上手。
为了提高系统的有用性,要求具有较强的可靠性和较大的吞吐量。
关于服务端的操作人员,由于软件设计的提供给操作人员的接口仅仅会涉及到简单的文件新建、修改、复制、删除等操作,因此仅仅需要操作人员熟悉简单的电脑操作即可,不需要专门进行培训。
用户需求框图如下图所示:
图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用户约束
客户端用户(游客)
会简单的触摸屏操作
服务端用户(治理员)
会差不多的计算机操作
2.4.3技术限制
服务器运行环境:
●SunJavaJDK6.0ForWindows(或更高版本)
●数据库MSSQLServer2005(或更高版本)
●Web应用服务器ApacheTomcat6.0.29(或更高版本)
各种文档:
●符合标准文档编写规范
源代码:
●符合标准编程规范
3.功能需求
3.1功能用例图
图31功能用例顶层用例图
图22用户猎取服务用例图
图23景区实时监控用例图
图24景区导览资源治理用例图
3.2用户猎取服务
用例标识和历史
需求ID:
1001
用例名称:
用户猎取服务
版本号:
V1.00
目的:
描述整个系统中,用户所能进行的相关操作,如用户的登入登出、查询景点、定位,用户猎取景区导览信息等
上一次更新:
On(日期):
批准人:
用户/行为人:
业务所有者姓名:
联系信息:
触发者:
参考资料:
使用频度:
较高
前提条件:
见下级用例
结束条件:
非功能性需求:
假设,问题:
系统(客户端、服务器)正常运行
步骤:
该用例为组合用例,包含以下用例:
登陆服务器、缩放地图(放大/缩小)、定位、查询并定位景点、猎取各景点多媒体信息(文字信息/音频信息/视频信息)、计算当前位置与指定景点的路程、猎取当前各景点状况(人数、车辆数)
3.2.1用户登录服务器
1002
用户登录服务器
为了防止导览资源服务器带宽被非游客所占用,故需要设定一级用于验证用户身份的密码,用于操纵能够使用资源服务器的客户端,该密码能够简单的设定为门票上的唯一ID编码。
程序完成安装,网络连接无异常
服务器被关闭
提供有条件的强制登录(当密码意外无效时,需要向治理人员申请,获得批准)
系统(客户端、服务器)正常运行;
且门票ID清晰可见并唯一
用户登录流程图:
3.2.2缩放地图
1003
缩放地图
为了能够使用户在客户端设备的屏幕上更合适的显示自己关怀的一部分区域,设置了缩放地图功能。
程序正常运行
程序崩溃或设备故障
无
客户端正常运行
缩放地图流程图:
3.2.3定位
1004
定位
利用GPS或者依靠景区部署的阅读器返回用户当前的地理信息,可供实时定位和位置、路径跟踪使用。
总是
GPS卫星信号正常,设备硬件正常
客户设备功能正常
定位流程图:
3.2.4查询并定位景点
1005
查询并定位景点
使游客能够依照景点的名称查询到景点的位置,方便游客顺利的到达自己希望参观的景点。
一般
程序正常运行,供查询的服务器工作正常
查询超时或者查询成功
模糊查询
查询并定位景点流程图:
3.2.5猎取各景点多媒体信息
1006
猎取各景点多媒体信息
为了能够使用户更加了解某个景点的一些详细资料例如景点的要紧观赏点、景点的历史典故、景点的一些实景拍摄等来决定自己的游玩方案,用户能够通过客户端了解到相关景点丰富的多媒体介绍信息。
On(日期)
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 基于 android 手持 设备 景区 系统 说明