基于android手机导览系统概要设计说明书.docx
《基于android手机导览系统概要设计说明书.docx》由会员分享,可在线阅读,更多相关《基于android手机导览系统概要设计说明书.docx(30页珍藏版)》请在冰豆网上搜索。
基于android手机导览系统概要设计说明书
基于android手持设备的景区导览系统
变更记录
日期
版本
变更说明
作者
2012-09-04
1.0
初始版本
2012-09-04
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预期读者和阅读建议
列举本软件系统概要设计报告所针对的各种不同的预期读者,例如,可能的读者包括:
Ø用户;
若已经明确需求分析,无需查看此文档
Ø开发人员;
开发人员需要严格认真的阅读文档的所有内容,尤其是在用户界面,硬件接口,软件接口,通讯接口和系统功能需求模块及性能需求,安全措施需求,安全性需求,软件质量属性的模块。
Ø项目经理;
通篇阅读此文档,并对文档模糊不清或者有歧义的地方进行固定修正或者批注,对各个模块有清晰认识
Ø营销人员;
阅读产品功能模块,产品范围和本文档所涉及的待开发软件与市场上同类产品的优点,以及产品运行所需要的手持设备坏境。
Ø测试人员;
通篇阅读此文档尤其是在系统需求,用户界面,硬件接口,软件接口,通讯接口和系统功能表需求模块,并和开发人员保持一定的沟通,并对文档的部分内容进行讨论。
Ø文档编写人员;
通篇阅读此文档,检查文档的用词用语是否符合规范,并对文档中可能出现歧义的部分进行注释,即使这个可能性很小。
并且备份此文档。
等等。
描述文档中,其余部分的内容及其组织结构,并且针对每一类读者提出最适合的文档阅读建议。
1.4参考资料
●本项目的合同书
中软国际华东交通大学安卓实训班实训合同
签约者为中软国际和实训班学生
●上级机关有关本项目的批文:
华东交通大学的批准
●本项目已经批准的计划任务书:
基于安卓手持设备的景区导览系统的可行性研究报告
编写日期2012年8月28日
●开发本项目时所要用到的标淮:
Java开发规范
●系统规格需求说明:
带有所有必需的规格说明书
●使用实例文档
●属于本项目的其它己发表文件:
本项目的可行性研究报告
本项目的需求分析报告
●本软件产品需求分析报告中所引用的文件、资料;
《软件工程》(原书第六版),IanSommerville,机械工业出版社
《面向对象的软件工程》,B.Bruegge,A.H.Dutoit著,清华大学出版社
《面向对象与传统软件工程》(原书第五版),StephenR.Schach,机械工业出版社
《UML面向对象建模与设计》(第2版),MichaelBlaha,JamesRumbaugh著,人民邮电出版社
《软件工程》,齐治昌等,高等教育出版社
●相关软件产品需求分析报告;
●标题名称;
●作者或者合同签约者;
●文件编号或者版本号;
●发表日期或者签约日期;
●出版单位或者资料来源。
2.设计概述
对于客户端的使用会涉及到各种类型的游客人群,凭借android简洁明了的UI和快捷的操作特性,并不要求用户对其特别的熟悉,其可以做到让使用方法简单易懂,操作方法尽量浅显明了,用户能够在短时间内借助简易的说明快速上手。
为了提高系统的实用性,要求具有较强的可靠性和较大的吞吐量。
对于服务端的操作人员,由于软件设计的提供给操作人员的接口仅仅会涉及到简单的文件新建、修改、复制、删除等操作,因此仅仅需要操作人员熟悉简单的电脑操作即可,不需要专门进行培训。
2.1限制和约束
服务器运行环境:
●SunJavaJDK6.0ForWindows(或更高版本)
●数据库MSSQLServer2005(或更高版本)
●Web应用服务器ApacheTomcat6.0.29(或更高版本)
各种文档:
●符合标准文档编写规范
源代码:
●符合标准编程规范
●硬件约束
需求名称
详细要求
服务器硬件要求
支持Intel平台、AMD平台。
双CPU2.0G以上,内存2.0G以上,100M网卡、硬盘250G以上,带液晶显示。
服务器系统平台
WindowsXP/Windows7及以后
客户端硬件要求
支持android操作系统的嵌入式平台,支持wifi功能,支持GPS定位,带触摸屏功能,具有音频输出
客户端系统平台
Android操作系统2.1及以后
●软件约束
需求名称
详细要求
客户端用户(游客)
会简单的触摸屏操作
服务端用户(管理员)
会基本的计算机操作
2.2设计原则和设计要求
描述对本软件系统进行概要设计的原则,通常可以考虑以下几方面的内容:
命名规则;
符合java开发命名规范
模块独立性原则:
所有模块应该独立成系统,可以单独使用
边界设计原则;
符合业界软件边界设计原则
数据库设计规则;
数据库必须安全且快捷
必须的安全措施;
账号密码必须独立且唯一
安全性和保密原则;
系统管理有唯一的安全标识
系统灵活性要求;
系统应该灵活可移植
系统易操作性要求;
无需特殊培训即可操作
系统可维护性要求;
具有一定的计算机基础即可对其进行基础的维护
等等。
3.系统逻辑设计
本节内容主要根据软件产品需求规格说明书和软件产品数据字典建立系统的逻辑模型。
此种模型暂时与系统的物理因素(例如:
计算机、数据库管理系统)无关。
它是系统需求与物理实现的中间结构,它的主要结果是建立:
系统结构图、系统界面结构图、系统出错处理、以及系统开发技术说明。
说明:
如果进行系统设计时尚未编写软件数据字典:
应首先参照附录B说明,编写软件数据字典。
在完成软件数据字典后,再进行系统设计。
3.1系统组织设计
系统组织设计通过系统组织表描述本系统由哪些子系统(模块)组成,这些子系统与业务职能之间的关系,以及各个子系统的安装地点。
系统组织表的格式如下:
子系统编号
英文名称
中文名称
业务职能
安装地点
备注
ANS001
Users’service
用户获取服务
是用户能够执行系统的各种功能
基于安卓的手持设备上
安卓系统2.1版本及其以上版本
子系统编号
英文名称
中文名称
业务职能
安装地点
备注
ANS002
Managerment
景区资源管理
管理员能够对景区资源进行管理和必要操作
景区的服务管理器上
Window2000及其以上版本
其中:
子系统编号
给出本系统中指定子系统的顺序编号。
如果本系统末划分为多个子系统,仅由一
个运行模块组成;则本项内容仍需要描述,但是本表内容只有一行。
说明:
在一个系统中有可能安装若干个相同的子系统,在这种情况下,应该视为
一个子系统,并且对多个安装地点分别进行描述。
如果相同的子系统通过系统设
置,实现的业务职能具有明显差异时,应该采用多行进行分别描述,并且在备注
中说明其差异所在。
子系统英文名称
给出本子系统的英文名称,该名称是在应用软件中实际使用的可执行文件名称,
必须能够说明该子系统的特点。
若本系统中只有一个子系统,则本项内容仍需要描述,但是本表内容只有一行。
子系统中文名称
给出本子系统的中文名称,该名称必须能够说明该子系统的特点。
若本系统中只有一个子系统,则本项内容仍需要描述,但是本表内容只有一行。
业务职能
描述该子系统完成的核心业务。
安装地点
描述该子系统实际安装的部门、或者某个具体地点。
备注
针对该子系统,需要说明的其它有关问题。
3.2系统结构设计
本节将对系统特性作较为详细的描述,并给出系统特性结构图。
3.2.1系统特性表
系统特性是系统中完成某项具体操作的基本单元,它由入口参数,出口参数以及处理过程三部分组成。
系统特性可以具有操作界面,也可以没有操作界面;可以被其它操作界面、或者系统特性调用,也可以调用其它操作界面、非操作界面、或者系统特性;但是不允许递归调用(调用自己),包括间接递归调用。
当系统由多个子系统(模块)组成时,每个子系统分别使用一张系统特性表进行描述。
系统特性表的格式如下:
子系统编号:
001
子系统英文名称:
Userstoaccessservices
子系统中文名称:
用户获取服务
特性编号
系统特征
英文名称
系统特征
中文名称
操作功能
调用对象
被调用
对象
备注
001
Userservices
用户服务
实现用户基本的操作
用户界面
系统数据库
说明:
该系统主要是基于用户数据库来实现用户的各种操作,不过数据库的信息要进行实时更新维护,这样才能保证用户得到的数据的可靠性。
子系统编号:
002
子系统英文名称:
Scenicresourcemanagement
子系统中文名称:
景区资源管理
特性编号
系统特征
英文名称
系统特征
中文名称
操作功能
调用对象
被调用
对象
备注
002
Resource
Management
资源管理
实现景区管理员基本的操作
管理界面
景区实时系统
说明:
该系统的设计功能是为了来方便景区管理者的管理,一方面解决了管理员对游客的管理,另一方面也能方便管理员对景区的资源进行管理。
其中
子系统编号
含义同上。
子系统英文名称
含义同上。
子系统中文名称
含义同上。
特性编号
整个系统所有特性的统一编号。
系统特性英文名称
系统特性的英文正式名称,将来用于软件开发中,必须符合命名规范。
系统特性中文名称
系统特性的中文正式名称,来源于需求规格说明书中,系统特性一节中的有关描
述。
操作功能
是指该特性实际完成的操作说明。
调用对象
是指调用该系统特性的系统对象,这里的系统对象可以是系统特性、也可以是操作界面。
被调用对象
是指被该系统特性调用的系统对象,这里的系统对象可以是系统特性、也可以是操作界面。
说明:
某些较低层的系统特性,可能不存在被调用对象。
备注
描述与该系统特性有关的其它注意事项。
说明
描述与该系统特性表有关的其它注意事项。
3.2.2系统特性结构图
系统特性结构图给出系统特性在逻辑层面上相互之间的关系,其主要依据来源于需求规格说明书中,系统特性一节中的有关描述。
如果系统划分为多个子系统,应分别给出系统与子系统、以及各个子系统与系统特性的结构图。
绘制系统与子系统结构图时,一般不需要描绘出系统特性,如果确有必要,尽可能只画出第一层系统特性。
绘制子系统与系统特性结构图时,通常也不需要描绘出第二层系统特性,如果确有必要可以画出,但是尽可能不要画出第三层系统特性。
3.3系统接口设计
系统接口是一种非可视的系统界面,在多数情况下,它对用户是透明的。
本节将对系统接口作较为详细的描述,并给出接口说明清单。
3.3.1系统接口表
接口作为系统的一种输入/输出形式,分为网络接口、数据库接口、RS-232串行通讯接口、IEEE—485串行总线接口、并行I/O接口等等多种类型。
对于一些为可视界面服务的接口,例如:
打印机接口、显示器接口等,因为这类接口对应用软件是透明的,所以不在本节描述范围内。
当系统由多个子系统(模块)组成时,每个子系统分别使用一张系统接口表进行描述。
系统接口表的格式如下:
子系统编号:
001
子系统英文名称:
Userstoaccessservices
子系统中文名称:
用户获取服务
接口
编号
接口
名称
接口
类型
接口
性质
接口
速率
接口
协议
备注
0001
用户获取服务
V1.00
客户端
较高
说明:
为了防止导览资源服务器带宽被非游客所占用,故需要设定一级用于验证用户身份的密码,用于控制可以使用资源服务器的客户端,该密码可以简单的设定为门票上的唯一ID编码。
系统(客户端、服务器)正常运行;且门票ID清晰可见并唯一
子系统编号:
001
子系统英文名称:
Userstoaccessservices
子系统中文名称:
用户获取服务
接口
编号
接口
名称
接口
类型
接口
性质
接口
速率
接口
协议
备注
0002
用户登录服务器
V1.00
客户端
较高
说明:
为了防止导览资源服务器带宽被非游客所占用,故需要设定一级用于验证用户身份的密码,用于控制可以使用资源服务器的客户端,该密码可以简单的设定为门票上的唯一ID编码。
程序完成安装,网络连接无异常
子系统编号:
001
子系统英文名称:
Userstoaccessservices
子系统中文名称:
用户获取服务
接口
编号
接口
名称
接口
类型
接口
性质
接口
速率
接口
协议
备注
0003
缩放地图
V1.00
客户端
较高
说明:
为了能够使用户在客户端设备的屏幕上更合适的显示自己关心的一部分区域,设置了缩放地图功能。
子系统编号:
001
子系统英文名称:
Userstoaccessservices
子系统中文名称:
用户获取服务
接口
编号
接口
名称
接口
类型
接口
性质
接口
速率
接口
协议
备注
0004
定位
V1.00
客户端
较高
利用GPS或者依靠景区部署的阅读器返回用户当前的地理信息,可供实时定位和位置、路径跟踪使用。
子系统编号:
001
子系统英文名称:
Userstoaccessservices
子系统中文名称:
用户获取服务
接口
编号
接口
名称
接口
类型
接口
性质
接口
速率
接口
协议
备注
0005
查询并定位景点
V1.00
客户端
较高
使游客能够根据景点的名称查询到景点的位置,方便游客顺利的到达自己希望参观的景点。
程序正常运行,供查询的服务器工作正常
子系统编号:
001
子系统英文名称:
Userstoaccessservices
子系统中文名称:
用户获取服务
接口
编号
接口
名称
接口
类型
接口
性质
接口
速率
接口
协议
备注
0006
获取各景点多媒体信息
V1.00
客户端
较高
为了能够使用户更加了解某个景点的一些详细资料例如景点的主要观赏点、景点的历史典故、景点的一些实景拍摄等来决定自己的游玩方案,用户可以通过客户端了解到相关景点丰富的多媒体介绍信息。
子系统编号:
001
子系统英文名称:
Userstoaccessservices
子系统中文名称:
用户获取服务
接口
编号
接口
名称
接口
类型
接口
性质
接口
速率
接口
协议
备注
0007
计算当前位置与指定景点的路程
V1.00
客户端
较高
说明:
为了能够使用户能够直观的看出自己距离想去的一个景点的路程,该功能使得客户可以通过客户端得到当前位置到一个目的景点的距离并且绘制出最短的轨迹。
子系统编号:
001
子系统英文名称:
Userstoaccessservices
子系统中文名称:
用户获取服务
接口
编号
接口
名称
接口
类型
接口
性质
接口
速率
接口
协议
备注
0008
获取当前各景点状况
V1.00
客户端
较高
由于各分景点的人数容量有限,如果游客进入到了一个过度拥挤的景点,不仅游玩质量会受到影响,而且还可能耽误行程,本功能需求就是基于这样一个事实考虑得出的,为了游客能够时刻对各景点的状态有所掌握,从而做出最好的游玩选择。
子系统编号:
002
子系统英文名称:
Scenicresourcemanagement
子系统中文名称:
景区资源管理
接口
编号
接口
名称
接口
类型
接口
性质
接口
速率
接口
协议
备注
0001
景区导览资源管理
V1.0
客户、端服务器
较高
说明:
本用例目的在于方便对各景点所关联的导览资源进行统一的、高效的管理。
考虑到各景点信息的更新,增加或删除等。
子系统编号:
002
子系统英文名称:
Scenicresourcemanagement
子系统中文名称:
景区资源管理
接口
编号
接口
名称
接口
类型
接口
性质
接口
速率
接口
协议
备注
0002
新增导览信息
V1.0
客户、端服务器
较高
说明:
在系统初始化设置的时候,需要录入各景点的导览信息供客户使用,同时,在新增景点时,也需要通过此用例录入新增景点的导览信息。
子系统编号:
002
子系统英文名称:
Scenicresourcemanagement
子系统中文名称:
景区资源管理
接口
编号
接口
名称
接口
类型
接口
性质
接口
速率
接口
协议
备注
0003
删除导览信息
V1.0
客户、端服务器
较高
说明:
在需要删除景点的导览信息供客户使用。
数据库服务器工作正常
子系统编号:
002
子系统英文名称:
Scenicresourcemanagement
子系统中文名称:
景区资源管理
接口
编号
接口
名称
接口
类型
接口
性质
接口
速率
接口
协议
备注
0004
更新导览信息
V1.0
客户、端服务器
较高
说明:
为了给游客更好的服务,需要及时的更新导览信息,以便让游客能够掌握最新的、有效的导览资料,避免导览资料的过期所带来的一系列问题例如给误导、引发混乱、纠纷等情况。
子系统编号:
002
子系统英文名称:
Scenicresourcemanagement
子系统中文名称:
景区资源管理
接口
编号
接口
名称
接口
类型
接口
性质
接口
速率
接口
协议
备注
0005
定期维护导览信息
V1.0
客户、端服务器
较高
说明:
为了保证导览服务的可靠性,需要定期对导览信息进行维护,避免导览资源的失效而引发导览系统的缺陷。
其中:
子系统编号
含义同上。
子系统英文名称
含义同上。
子系统中文名称
含义同上。
接口编号
整个系统所有接口的统一编号。
接口名称
系统接口的正式名称,必须符合通常习惯。
接口类型
指出该接口所传输的数据在该模块中起到的作用。
接口性质
指出该接口在通讯中起到的作用,这里的作用可以是:
⏹输入;
⏹输出;
⏹双向。
接口速率
指出该接口的传输速率。
如果该接口依赖于其它通讯方式,那么传输速率将不高于它所依赖的其它通讯方式的速率。
接口协议
给出该接口实际使用的通讯协议。
相关对象
给出直接使用本接口的系统对象,这里的系统对象,可以是操作界面,也可以是系统特性。
备注
描述与该系统接口有关的其它注意事项。
说明
描述与该系统接口表有关的其它注意事项。
3.3.2系统接口传输协议说明
逐项详细描述系统接口表中所列出各个系统接口使用的传输协议,以及其它相关内容,例如:
驱动程序、动态连接库、等等。
3.4系统完整性设计
描述系统对象(数据元、数据类),所受到的逻辑约束关系。
当系统由多个子系统(模块)组成时,每个子系统应分别使用一张系统完整性约束表进行描述。
系统完整性约束表的格式如下:
子系统编号001
子系统英文名称LOGIN
子系统中文名称
约束编号
完整性名称
相对对象名
约束表达式
备注
..001
账号密码完整性
LOGIN
唯一
说明:
其中:
子系统编号
含义同上。
子系统英文名称
含义同上。
子系统中文名称
含义同上。
约束编号
整个系统所有约束的统一编号。
完整性名称