基于android手持设备的景区导览系统需求分析说明书.docx
- 文档编号:25820582
- 上传时间:2023-06-15
- 格式:DOCX
- 页数:60
- 大小:721.86KB
基于android手持设备的景区导览系统需求分析说明书.docx
《基于android手持设备的景区导览系统需求分析说明书.docx》由会员分享,可在线阅读,更多相关《基于android手持设备的景区导览系统需求分析说明书.docx(60页珍藏版)》请在冰豆网上搜索。
基于android手持设备的景区导览系统需求分析说明书
基于android手持设备的景区导览系统
变更记录
日期
版本
变更说明
作者
2012-08-31
1.0
初始版本
王万腾
2012-08-31
1.0
初始版本
杨冲
2012-08-31
1.0
初始版本
赵帅
2012-08-31
1.0
初始版本
卢礼平
签字确认
系统模块
对应章节
对应部门
负责人签字
1.引言
旅游景区的越来越火热所带来的高效益,计算机的应用普及到经济和社会生活的各个领域.计算机虽然与人类的关系愈来愈密切,但在景区内部,还有人由于计算机操作不方便继续用手工劳动部分游客迷路或者在不经意间损坏景区的公共设施。
.为了适应现代社会人们高度强烈的时间观念,基于安卓的手机导览系统为提高景区资源利用效率,厉声游客的游览满意度,提升景区周边设施的安全保障性而开发。
.为明确软件需求,安排项目规划与进度,组织软件开发与测试,撰写本文档.该手持设备导览系统是以Java编程+MSSQL2000数据库或者更高+数据查询语言编写,其系统功能在apachetomcat服务器上运行.系统管理员,景区工作人员,游客只需通过简单的操作,用户都可以了解本系统软件的基本工作原理.用户只需进行输入一些简单的汉字,数字,或用鼠标点击即可达到自己想要的目标.
1.1编写目的
该系统将要完成的是旅游景区的导览功能。
这里提到的导览,是指景区向游客提供的一种服务,这种服务的目的是让游客能够方便的获取景区的各种介绍信息以及景区的实时状态,例如景区内各个分景点的人流是否拥挤、分景点的游览车的数量等等,还要提供相应的查询功能,例如查询欲知景点的位置信息,当前位置到该景点的距离及绘制出最合适的路径轨迹信息等等。
在游客拥有自己的PDA设备的前提下,利用手持设备的wifi功能,向游客的设备传输对应景区的导览文件(如视频介绍,文字介绍,以及查询服务)。
并且完成提供导览文件资源的服务器资源数据的管理,例如日常维护,更新文件资源等,并且提供对客户终端请求的处理。
客户端的开发是基于谷歌android操作系统平台的,该操作系统是目前最火热的几大主流操作系统之一,具有巨大的市场和发展潜力,并且成为移动电子设备上占有量最大的操作系统,因此本软件选择在之上进行开发,另外,编程语言选择Java,因此具有较好的可移植性。
服务端采用微软的MFC框架进行开发,MFC(MicrosoftFoundationClasses),是一个微软公司提供的类库(classlibraries),以C++类的形式封装了Windows的API,并且包含一个应用程序框架,使用MFC可以加快软件的开发流程。
1.2项目风险
具体说明本软件开发项目的全部风险承担者,以及各自在本阶段所需要承担的主要风险,首要风险承担者包括:
●任务提出者:
中软国际华东交通大学android实训班
●软件开发者:
Android实训班第六小组
●产品使用者:
各大景区的管理人员和进入景区游览的游客
1.3文档约定
描述编写文档时所采用的标准(如果有标准的话),或者各种排版约定。
排版约定应该包括:
●正文风格:
本文档,即基于android手持设备的景区导览系统的需求分析报告,正文全文采用五号宋体字体写作,纸张采用21厘米乘以29.7厘米的A4纸张,文字方向为水平,纸张方向为纵向,页边距为上下均保持2.54厘米,左右保持3.18厘米。
行间距字间距均保持单倍于标准的长宽。
●提示方式:
本需求分析报告提示为方式使用微软office2010自带的“明显参
考样式提示文档需要注意的部分,即使用加粗下划线,强调文字颜色的字体。
字体加宽量为0.25磅,使用快速样式,优先级保持为33,所有更改均基于默认的段落字体。
●重要符号:
本需求报告中应重点观察实心圆黑点,一般为某模块的详细内容
说明,实心黑色方块为圆黑点需求的子需求,相对来讲,圆黑点为高层次需求,可以被其所有细化的需求所继承,或者每个需求陈述是在书写顺序上将体现其部分优先级。
1.4预期读者和阅读建议
●用户:
如果用户为游客,建议只需要阅读文档的第二部分,即游客用户只需了解或知道产品的状况,产品的功能,产品运行需要的手持设备环境以及操作方法即可。
如果用户是管理员,建议除上述片段尚需阅读用户类和特性这一章节并且需要阅读关于产品在服务器端的系统使用流程。
●开发人员:
开发人员需要严格认真的阅读文档的所有内容,尤其是在用户界面,硬件接口,软件接口,通讯接口和系统功能需求模块及性能需求,安全措施需求,安全性需求,软件质量属性的模块。
●项目经理;
通篇阅读此文档,并对文档模糊不清或者有歧义的地方进行固定修正或者批注
●营销人员:
阅读产品功能模块,产品范围和本文档所涉及的待开发软件与市场上同类产品的优点,以及产品运行所需要的手持设备坏境。
●测试人员:
通篇阅读此文档尤其是在系统需求,用户界面,硬件接口,软件接口,通讯接口和系统功能表需求模块,并和开发人员保持一定的沟通,并对文档的部分内容进行讨论。
●文档编写入员:
通篇阅读此文档,检查文档的用词用语是否符合规范,并对文档中可能出现歧义的部分进行注释,即使这个可能性很小。
1.5产品范围
景区的服务不够全面细致,管理不够科学,效率不高,游客人数的急剧增长所带来的安全问题,本项目就是在这样的背景下提出的,旨在开发出一个能够方便游客、便于景区管统。
随着旅游景区人流量越来越大,景区内交通如何保持畅通,如何在减少成本的情况下更快的更好的介绍景区内的各个不同景点和和如何保证景区设施的安全已经成为一个重要的问题。
高效率化的现在生活需求使得人们难以在一个景区内较易的找到停车场或者另外一个景点的具体位置,和如何更快的到达自己的目的地,而由于景区内的大人流量使得景区内的各种旅游的安全难以保证。
本导览系统可以使得游客在某景区实时的登陆服务器获取自己的位置和各个景点的位置,可以进行路线的导航和试试查看景区信息和停车场信息由计算机来管理庞大而繁忙的景区导览是非常合适的,并且效率化,速度快,完全适应市场需求。
参考文献
●本项目的合同书:
中软国际华东交通大学安卓实训班实训合同
签约者为中软国际和实训班学生
●上级机关有关本项目的批文:
华东交通大学的批准
●本项目已经批准的计划任务书:
基于安卓手持设备的景区导览系统的可行性研究报告
编写日期2012年8月28日
●开发本项目时所要用到的标淮:
Java开发规范
●系统规格需求说明:
●使用实例文档:
●属于本项目的其它己发表文件:
本项目的可行性研究报告
●本软件产品需求分析报告中所引用的文件、资料;
●相关软件产品需求分析报告;
为了方便读者查阅,所有参考资料按一定顺序排列。
每份资料都应该给出了:
●标题名称;
●作者或者合同签约者;
●文件编号或者版本号;
●发表日期或者签约日期;
●出版单位或者资料来源。
2.综合描述
对于客户端的使用会涉及到各种类型的游客人群,凭借android简洁明了的UI和快捷的操作特性,并不要求用户对其特别的熟悉,其可以做到让使用方法简单易懂,操作方法尽量浅显明了,用户能够在短时间内借助简易的说明快速上手。
为了提高系统的实用性,要求具有较强的可靠性和较大的吞吐量。
对于服务端的操作人员,由于软件设计的提供给操作人员的接口仅仅会涉及到简单的文件新建、修改、复制、删除等操作,因此仅仅需要操作人员熟悉简单的电脑操作即可,不需要专门进行培训。
2.1产品的状况
描述了在软件产品需求分析报告中所定义的软件产品的背景和起源。
说明了该软件产品是否属于下列情况:
●是否是产品系列中的下一成员;
●是否是成熟产品所改进的下一代产品;
●是否是现有应用软件的替代品(升级产品);
●是否是一个新型的、自主型的产品。
2.2产品的功能
以产品的运行图片来展示
因为将在需求分析报告的第4部分中详细描述软件产品的功能,所以在此只需要概略地总结。
仅从业务层面陈述本软件产品所应具有的主要功能,在描述功能时应该针对每一项需求准确地描述其各项规格说明。
如果存在引起误解的可能,在陈述本软件产品主要功能的作用领域时,也需要对应陈述本软件产品的非作用领域,以利读者理解本软件产品。
为了很好地组织产品功能,使每个读者都容易理解,可以采用列表的方法给出。
也可以采用图形方式,将主要的需求分组以及它们之间的联系使用数据流程图的顶层图或类图进行表示,这种表示方法是很有用的。
参考用户当前管理组织构架,了解各个机构的主要职能,将有助于陈述软件产品的主要功能。
2.3用户类和特性
确定有可能使用该软件产品的不同用户类,并且描述它们相关的特征。
往往有一些软件需求,只与特定的用户类有关。
描述时,应该将该软件产品的重要用户类与非重要用户类区分开。
用户不一定是软件产品的直接使用者,通过报表、应用程序接口、系统硬件接口得到软件产品的数据和服务的人、或者机构也有他们的需求。
所以,应该将这些外部需求视为通过报表、应用程序接口、系统硬件接口附加给软件产品的附加用户类。
2.4运行环境
●硬件平台:
服务器硬件要求支持Intel平台、AMD平台。
双CPU2.0G以上,内存2.0G以上,100M网卡、硬盘250G以上,带液晶显示。
客户端硬件要求支持android操作系统的嵌入式平台,支持wifi功能,支持GPS定位,带触摸屏功能,具有音频输出。
●操作系统和版本:
服务器系统平台WindowsXP/Windows7及以后
客户端系统平台Android操作系统2.1及以后
●支撑环境(例如:
数据库等)和版本:
MSSQL数据库2000版本及以上
●其它与该软件有关的软件组件:
服务器端采用tomcat服务器。
●与该软件共存的应用程序在:
谷歌地图,XX地图
2.5设计和实现上的限制
确定影响开发人员自由选择的问题,并且说明这些问题为什么成为一种限制。
可能的限制包括下列内容:
●必须使用的特定技术、工具、编程语言和数据库:
必须使用java语言和MFC服务端MSSQL数据库
●避免使用的特定技术、工具、编程语言和数据库;
●要求遵循的开发规范和标准
例如,如果由客户的公司或者第三方公司负责软件维护,就必须定义转包者所使用的设计符号表示和编码标准;
●企业策略的限制;
●政府法规的限制;
●工业标准的限制;
●硬件的限制
●数据转换格式标淮的限制。
2.6假设和约束(依赖)
列举出对软件产品需求分析报告中,影响需求陈述的假设因素(与己知因素相对立)。
如果这些假设因素不正确、不一致或者被修改,就会使软件产品开发项目受到影响。
这些假设的因素可能包括:
●计划使用的商业组件,或者其它软件中的某个部件;
●假定产品中某个用户界面将符合一个特殊的设计约定;
●有关本软件用户的若干假定(例如:
假定用户会熟练使用SQL语言。
);
●有关本软件开发工作的若干假定(例如:
用户承诺的优惠、方便、上级部门给予的特殊政策和支持等。
);
●有关本软件运行环境的一些问题;
此外,确定本软件开发项目对外部约束因素所存在的依赖。
有关的约束可能包括:
●工期约束;
大约2个月
●经费约束;
学校提供
●人员约束;
项目小组
●设备约束;
学校提供
●地理位置约束;
实训基地
●其它有关项目约束;
3.外部接口需求
通过本节描述可以确定,保证软件产品能和外部组件正确连接的需求。
关联图仅能表示高层抽象的外部接口,必须对接口数据和外部组件进行详细描述,并且写入数据定义中。
如果产品的不同部分有不同的外部接口,那么应该把这些外部接口的全部详细需求并入到这一部分实例中。
3.1用户界面
●将要采用的图形用户界面(GUl)标准或者产品系列的风格;
●有关屏幕布局或者解决方案的限制;
●将要使用在每一个屏幕(图形用户界面)上的软件组件,包括:
⏹选单;
⏹标准按钮;
⏹导航链接;
⏹各种功能组件;
⏹消息栏;
●快捷键;
●各种显示格式的规定,可能包括:
⏹不同情况下文字的对齐方式;
文字采用左对齐方式
⏹不同情况下数字的表现格式与对齐方式
数字以阿拉伯数字表现
⏹日期的表现方法与格式;
日期以yyyy-mm-dd的形势表现
⏹计时方法与时间格式;
计时方法为从零开始计时,没记一次后清零并加入总时间,时间表示方式为MM-SS
⏹等等。
●错误信息显示标准;
显示ERROR界面
用户获取服游客登录界面:
登陆后功能选择界面:
3.1.1用户获取服务
用例标识和历史
需求ID:
1001
用例名称:
用户获取服务
版本号:
V1.00
目的:
描述整个系统中,用户所能进行的相关操作,如用户的登入登出、查询景点、定位,用户获取景区导览信息等
上一次更新:
On(日期):
批准人:
On(日期):
用户/行为人:
用户(游客)
业务所有者姓名:
联系信息:
触发者:
用户(游客)
参考资料:
使用频度:
较高
前提条件:
见下级用例
结束条件:
见下级用例
非功能性需求:
假设,问题:
系统(客户端、服务器)正常运行
步骤:
该用例为组合用例,包含以下用例:
登陆服务器、缩放地图(放大/缩小)、定位、查询并定位景点、获取各景点多媒体信息(文字信息/音频信息/视频信息)、计算当前位置与指定景点的路程、获取当前各景点状况(人数、车辆数)
3.1.1.1用户登录服务器
用例标识和历史
需求ID:
1002
用例名称:
用户登录服务器
版本号:
V1.00
目的:
为了防止导览资源服务器带宽被非游客所占用,故需要设定一级用于验证用户身份的密码,用于控制可以使用资源服务器的客户端,该密码可以简单的设定为门票上的唯一ID编码。
上一次更新:
On(日期):
批准人:
On(日期):
用户/行为人:
用户(游客)
业务所有者姓名:
联系信息:
触发者:
用户(游客)
参考资料:
使用频度:
较高
前提条件:
程序完成安装,网络连接无异常
结束条件:
服务器被关闭
非功能性需求:
提供有条件的强制登录(当密码意外无效时,需要向管理人员申请,获得批准)
假设,问题:
系统(客户端、服务器)正常运行;且门票ID清晰可见并唯一
步骤:
用户登录流程图:
3.1.1.2缩放地图
用例标识和历史
需求ID:
1003
用例名称:
缩放地图
版本号:
V1.00
目的:
为了能够使用户在客户端设备的屏幕上更合适的显示自己关心的一部分区域,设置了缩放地图功能。
上一次更新:
On(日期):
批准人:
On(日期):
用户/行为人:
用户(游客)
业务所有者姓名:
联系信息:
触发者:
用户(游客)
参考资料:
使用频度:
较高
前提条件:
程序正常运行
结束条件:
程序崩溃或设备故障
非功能性需求:
无
假设,问题:
客户端正常运行
步骤:
缩放地图流程图:
3.1.1.3定位
用例标识和历史
需求ID:
1004
用例名称:
定位
版本号:
V1.00
目的:
利用GPS或者依靠景区部署的阅读器返回用户当前的地理信息,可供实时定位和位置、路径跟踪使用。
上一次更新:
On(日期):
批准人:
On(日期):
用户/行为人:
用户(游客)
业务所有者姓名:
联系信息:
触发者:
用户(游客)
参考资料:
使用频度:
总是
前提条件:
GPS卫星信号正常,设备硬件正常
结束条件:
程序崩溃或设备故障
非功能性需求:
无
假设,问题:
客户设备功能正常
步骤:
定位流程图:
3.1.1.4查询并定位景点
用例标识和历史
需求ID:
1005
用例名称:
查询并定位景点
版本号:
V1.00
目的:
使游客能够根据景点的名称查询到景点的位置,方便游客顺利的到达自己希望参观的景点。
上一次更新:
On(日期):
批准人:
On(日期):
用户/行为人:
用户(游客)
业务所有者姓名:
联系信息:
触发者:
用户(游客)
参考资料:
使用频度:
一般
前提条件:
程序正常运行,供查询的服务器工作正常
结束条件:
查询超时或者查询成功
非功能性需求:
模糊查询
假设,问题:
客户端正常运行
步骤:
查询并定位景点流程图:
3.1.1.5获取各景点多媒体信息
用例标识和历史
需求ID:
1006
用例名称:
获取各景点多媒体信息
版本号:
V1.00
目的:
为了能够使用户更加了解某个景点的一些详细资料例如景点的主要观赏点、景点的历史典故、景点的一些实景拍摄等来决定自己的游玩方案,用户可以通过客户端了解到相关景点丰富的多媒体介绍信息。
上一次更新:
On(日期):
批准人:
On(日期):
用户/行为人:
用户(游客)
业务所有者姓名:
联系信息:
触发者:
用户(游客)
参考资料:
使用频度:
较高
前提条件:
程序正常运行,网络连接正常,资源服务器工作正常
结束条件:
程序崩溃或关闭相关多媒体窗口
非功能性需求:
多媒体信息保持及时更新
假设,问题:
客户端正常运行
步骤:
获取各景点多媒体信息流程图:
3.1.1.6计算当前位置与指定景点的路程
用例标识和历史
需求ID:
1007
用例名称:
计算当前位置与指定景点的路程
版本号:
V1.00
目的:
为了能够使用户能够直观的看出自己距离想去的一个景点的路程,该功能使得客户可以通过客户端得到当前位置到一个目的景点的距离并且绘制出最短的轨迹。
上一次更新:
On(日期):
批准人:
On(日期):
用户/行为人:
用户(游客)
业务所有者姓名:
联系信息:
触发者:
用户(游客)
参考资料:
使用频度:
一般
前提条件:
程序正常运行
结束条件:
程序崩溃或设备故障
非功能性需求:
绘制出的轨迹尽量合理
假设,问题:
客户端正常运行
步骤:
计算当前位置与指定景点的路程流程图:
3.1.1.7获取当前各景点状况
用例标识和历史
需求ID:
1008
用例名称:
获取当前各景点状况
版本号:
V1.00
目的:
由于各分景点的人数容量有限,如果游客进入到了一个过度拥挤的景点,不仅游玩质量会受到影响,而且还可能耽误行程,本功能需求就是基于这样一个事实考虑得出的,为了游客能够时刻对各景点的状态有所掌握,从而做出最好的游玩选择。
上一次更新:
On(日期):
批准人:
On(日期):
用户/行为人:
用户(游客)
业务所有者姓名:
联系信息:
触发者:
用户(游客)
参考资料:
使用频度:
可设置刷新频率
前提条件:
程序正常运行,与服务器通讯正常
结束条件:
程序崩溃或设备故障
非功能性需求:
要求
假设,问题:
客户端正常运行
步骤:
获取当前各景点状况流程图:
3.1.2景区实时监控
用例标识和历史
需求ID:
2001
用例名称:
景区实时监控
版本号:
V1.00
目的:
为了能够使景区管理人员能够全面的、方便的掌控景区的实时状态,以便能够对景区的人流和车流进行适当的管理,另外还提供了景区的事故模拟疏散模型,增加景区事故发生后响应的处理到达的效率。
上一次更新:
On(日期):
批准人:
On(日期):
用户/行为人:
用户(景区管理员)
业务所有者姓名:
联系信息:
触发者:
用户(景区管理员)
参考资料:
使用频度:
始终运行
前提条件:
程序正常运行
结束条件:
程序崩溃或设备故障
非功能性需求:
无
假设,问题:
客户主机正常运行
步骤:
该用例为组合用例,包含以下用例:
景区实时状态、查询数据、分析数据、模拟疏散模型等。
3.1.2.1景区实时状态
用例标识和历史
需求ID:
2002
用例名称:
景区实时状态
版本号:
V1.00
目的:
将当前的景区各景点、各地区的实时信息同意搜集并上传到用于显示和分析景区实时状态的主机上并进行显示。
上一次更新:
On(日期):
批准人:
On(日期):
用户/行为人:
用户(景区管理员)
业务所有者姓名:
联系信息:
触发者:
用户(景区管理员)
参考资料:
使用频度:
始终使用
前提条件:
程序正常运行
结束条件:
程序崩溃或设备故障
非功能性需求:
无
假设,问题:
客户主机正常运行
步骤:
景区实时状态流程图:
3.1.2.2数据查询
用例标识和历史
需求ID:
2003
用例名称:
查询数据
版本号:
V1.00
目的:
通过编号2002的需求获得的实时状态数据将会被存档保存,用于此处的查询功能,可以方便的查询到各景点状态的历史信息,用于分析。
上一次更新:
On(日期):
批准人:
On(日期):
用户/行为人:
用户(景区管理员)
业务所有者姓名:
联系信息:
触发者:
用户(景区管理员)
参考资料:
使用频度:
一般
前提条件:
存储数据正常
结束条件:
完成一次查询
非功能性需求:
无
假设,问题:
客户主机正常运行
步骤:
查询数据流程图:
3.1.2.3分析数据
用例标识和历史
需求ID:
2004
用例名称:
分析数据
版本号:
V1.00
目的:
通过编号2002的需求获得的实时状态数据将会被存档保存,用于此处的分析功能,通过用例2003可以方便的查询到各景点状态的历史信息,用于对景区日常运营状况的分析,帮助景区管理人员对景区进行管理。
上一次更新:
On
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 基于 android 手持 设备 景区 系统 需求 分析 说明书