基于Android的旅游管理系统需求分析.docx
《基于Android的旅游管理系统需求分析.docx》由会员分享，可在线阅读，更多相关《基于Android的旅游管理系统需求分析.docx（21页珍藏版）》请在冰豆网上搜索。
基于Android的旅游管理系统需求分析
旅游管理系统需求分析说明书
变更记录
日期
版本
变更说明
作者
2011-3-11
1.0
初始版本
代码男神小组
签字确认
系统模块
对应章节
对应部门
负责人签字
目录
1概述4
1.1目的4
1.2背景4
1.3范围4
1.4术语定义4
1.5参考资料4
1.6任务概述5
1.6.1目标5
1.6.2用户的特点5
1.6.3假定和约束5
1.7运行环境5
1.7.1软件环境5
1.7.2硬件环境6
1.7.3接口6
1.7.4控制6
1.8需求规定7
1.8.1对功能的规定7
1.8.2系统功能层次模块图7
1概述
1.1目的
本说明书目的在于明确说明该旅游管理系统的系统需求，界定它实现功能的范围，指导系统设计以及编码。
本说明书的预期读者为：
项目经理、指导老师、本小组组员。
1.2背景
a）软件系统名称:
旅游管理系统
b）任务提出者:
中软电子校项目开发组;
开发者:
代码男神开发组;
用户:
驴友/旅游爱好者,Android手机使用者
开发中心:
重庆电子工程职业学院4栋4401
c）该软件系统需要Android手机提供商和手机网络提供商的支持
1.3范围
本项目是基于Android平台上的移动应用，而且本系统的主题是旅游，所以我们项目的应用范围是爱好旅游或有旅游意向的手机用户。
1.4术语定义
1.Android:
2007年Google公司发起的OHA联盟推出的一种开源手机平台。
2.GPS：
全称GlobalPostitioningSystem，中文名为：
全球定位系统。
3.C/S：
Client/Server,一种客户端到服务器的应用系统架构。
4.NavicatforMySQL:
一个数据库版本。
5.JDK：
JavaDevelopmentKit，Java开发工具，Android开发必须的工具。
6.MyEclipse：
IDE，在这里用来搭建Android开发环境。
1.5参考资料
《Android4高级编程》
1.6任务概述
1.6.1目标
本系统是基于Android平台上的移动应用，而且本系统的主题是旅游，所以我们项目的应用范围是爱好旅游或有旅游意向的手机用户。
该产品的目标是实现一款基于地理位置定位的移动旅游管理软件。
用户之间可以互相沟通，可以看到实时更新的全国旅游景点指南、旅游记忆、照片，可以帮助用户定制行程，还可以随时随地用手机上传带有GPS位置定位信息的照片，来记忆用户的旅游经历。
用户的特点
用户特点
本项目的最终产品主要有两种用户人群
1.普通用户：
是执行本系统大部分功能的所有旅游爱好者，该部分人员的操作水平为初、中级,可以通过手机操作简单的应用软件。
2.系统维护人员：
是后台系统维护的人员，事先得到过专业的培训，具有较高的专业水平。
1.6.2假定和约束
本项目无开发经费，配备7名开发人员；开发环境采用windowsXP平台Core
I5-3210M的CPU4GB的内存；作为手机软件，调试工作仅在模拟器上完成；在局域网下开发，无法搜索到大量参考聊资料和资源以供参考；在并行操作、安全和保密方面无约束。
假设团队管理不完善，设计考虑不周全，则开发工作会受到很大影响。
模拟器的局限性可能会导致某些功能无法很好实现。
1.7运行环境
简要说明本产品的运行环境（包括硬件环境和支持环境）的规定。
1.7.1软件环境
列出支持软件，包括要用到的操作系统、编译（或汇编）程序、测试支持软件等。
名称
版本
语种
操作系统
Android（客户端）Windows（服务器端）
中/英文
操作系统的附加功能
JDK、AndroidSDKforWindows、Tomcat
JDK1.7以上，SDK2.2以上
英文
数据库平台
MySQL
英文
应用平台
MyEclipse，ADT
6．5
英文
客户端软件
无
1.7.2硬件环境
列出运行该软件所需要的硬设备。
说明其中的新型设备及其专门功能，包括：
a）处理器型号及内存容量；
b）外存容量、联机或脱机、媒体及其存储格式，设备的型号及数量；
c）输入及输出设备的型号和数量，联机或脱机；
d）数据通信设备的型号和数量；
e）功能键及其他专用硬件
服务器
最低配置
推荐配置
应用和数据库服务器
邮件服务器
1.7.3接口
本系统的目标平台为Android平台，基于http协议进行数据传输，可通过WiFi或者CDMA的方式进行通信。
1.7.4控制
说明控制该软件的运行的方法和控制信号，并说明这些控制信号的来源。
方法
来源
用户使用手机控制
手机客户端
服务器端的管理员控制
服务器端
1.8需求规定
1.8.1对功能的需求
模块
输入
处理
输出
注册、登录（用户管理模块）
（注册）用户基本信息
验证信息，上传至服务器
成功提示
（登录）用户名、密码
验证用户名和密码是否匹配
显示主界面
好友、关注者管理模块。
选中的关注者
系统从后台调出关注者信息
关注者的个人信息,旅游信息
选中的好友
系统从后台调出关好友信息
好友的个人信息,旅游信息,好友验证
旅游信息管理模块
选中的旅游记忆
根据旅游记忆选择查找足迹信息
所有足迹列表
足迹
根据选择的足迹查找相应的数据
足迹信息，包括文字描述、照片和视频
地区
系统甄选出该地区信息
显示用户所选地区
景点、个人热度
系统根据热度生成排行榜
景点、个人排行榜
标题，感想，旅游足迹信息
系统将旅游记忆上传至服务器
无
城市景点信息模块
选中的某城市
系统根据选中城市调出城市信息
景点列表、天气、攻略等
选中的某景点
系统根据选中景点调出景点信息
好友记忆列表
选中的某好友记忆
系统进入显示旅游记忆页面，调出好友记忆信息
好友旅游记忆信息
定制旅游计划
目的地，时间
将目的地和时间行程形成类型符合的数据
无
来自数据库控制模块的数据
将数据生成为界面中的旅游计划
旅游计划
数据库
组织好的数据
将数据按照格式存入对应的数据库表
无
1.8.1.1系统功能层次模块图
其中主界面及其下的5个子模块均为前台部分，为客户端；控制器和数据库接口、数据库为后台部分，为服务器端。
1.8.1.2各子模块功能的描述
1.8.1.2.1用户管理模块
功能描述：
1．第一次登录的用户，进行注册，在此需要输入昵称，用户名，密码，所在城市，联系电话等信息。
2．用户登录，验证登录信息。
3．修改密码等个人信息。
用例图：
用例编号：
1.1用例名：
用户注册
执行者
普通用户
前置条件
用户进入注册界面
后置条件
用户注册成功
基本路径
1.用户填写基本信息
2.客户端系统验证信息的有效性
3.系统把用户信息存入数据库
扩展
1.因为用户名已经存在、用户信息填写不完整或者有误会导致注册失败。
2.信息分为必填和选填两种，信息越详细。
字段列表
用户名、密码、真实姓名、性别、年龄、手机号码
用例编号：
1.2用例名：
用户登录
执行者
普通用户
前置条件
用户已经注册
后置条件
用户已经登录
基本路径
1．用户填写用户名和密码
2．系统验证用户名和密码是否匹配
3．用户登录成功
扩展
1．因为用户名或密码填写失误导致登录失败
2．用户可以选择是否记住密码
字段列表
用户名、密码
用例编号：
1.3用例名：
用户修改信息
执行者
普通用户
前置条件
用户已经登录
后置条件
用户信息已更新
基本路径
1．用户进入个人信息页面
2．用户修改个人信息
3．系统保存信息
字段列表
密码、真实姓名、性别、年龄、生日、住址、手机号码、邮箱
地址、爱好、学历
1.8.1.2.2好友、关注者管理
功能描述：
子模块1：
关注者管理
1.用户可以进行关注者添加和删除,显示关注者信息,删除关注和对已有关注者的查找.
2.用户可以直接进入排行榜关注其他用户,也可以在用户中心查找需要关注的用户信息进行关注
用例编号：
2.1用例名：
关注者删除
执行者：
用户
前置条件：
用户登录系统
后置条件：
实时显示关注者信息
涉众利益
用户——关注者信息反映不准确
基本路径
1.用户登陆，进入关注者管理界面
2.用户查看关注者信息
3.用户根据自己实际需要进行关注者删除
扩展
1.查看关注者信息
2.提示可以进行的操作
字段列表
关注者ID，关注者信息,被添加者ID,被添加者信息,需要进行的操作提示
用例编号：
2.2用例名：
关注者添加
执行者：
用户
前置条件：
用户登录系统
后置条件：
实时显示关注者信息
涉众利益
用户——关注者信息反映不准确,不及时
基本路径
1.用户登陆，进入关注者管理界面
2.用户根据自己实际需要进行关注者添加
扩展
1.查看关注者信息
2.提示可以进行的操作
字段列表
关注者ID，关注者信息,被添加者ID,被添加者信息,需要进行的操作提示
1.8.1.2.3旅游记忆管理模块
功能描述：
1，登录后,可以选择添加旅游记忆，旅游记忆下可增加多个旅游足迹。
2，点发布旅游足迹，可以发相片或者发布心情文字，旅游见闻。
3，允许用户对展示的发布的资源进行回复，评价。
用例图：
用例编号：
3.1用例名：
发布图片
执行者：
用户
前置条件：
用户已登录
后置条件：
涉众利益:
基本路径:
1.用户登录系统
2.用户选择发布旅游图片
3.用户选择已有相册或创建新的相册
4.上传图片
扩展
1.查询展示
2.分享
3.浏览
4.回复
5.统计热度
字段列表
用户ID，相册ID
用例编号：
3.2用例名：
发布心情文字
执行者：
用户
前置条件：
用户已登录
后置条件：
涉众利益:
基本路径:
1.用户登录系统
2.用户选择发布心情文字
3.用户撰写文字信息
扩展
1.查询展示
2.浏览
3.回复
字段列表
用户ID，日志ID
1.8.1.2.4城市景点信息
功能描述：
用户可以在区域列表中选中一个城市，系统列出本城市内的旅游景点，在每个旅游景点上，列出好友对于此旅游景点的旅游记忆信息，用户可以通过链接至旅游记忆信息界面的方式来查看旅游记忆；此外还可以查看周边信息。
用例图：
用例编号：
4.1用例名：
查看城市列表
执行者：
普通用户
前置条件：
用户已登录，且为普通用户身份
后置条件：
基本路径：
1用户进入城市景点信息后
2系统展现城市列表
字段列表：
城市编号、城市名称、城市热度
用例编号：
4.2用例名：
查看城市景点列表
执行者：
普通用户
前置条件：
用户已登录，选择了一个城市
后置条件：
涉众利益：
基本路径：
1用户在城市列表中选择一个城市
2系统显示城市中的景点列表
字段列表：
景点编号、所在城市编号、景点名称、景点热度
用例编号：
4.3用例名：
查看景点信息、旅游记忆
执行者：
普通用户
前置条件：
用户已登录，选择了一个城市，选择一个景点
后置条件：
涉众利益：
扩展：
1可加入驴友攻略
基本路径：
1用户选择了一个城市中的一个景点
2系统显示景点信息，并显示旅游记忆列表
字段列表：
景点编号、景点信息、旅游记忆编号
1.8.1.2.5定制旅游计划
功能描述：
1.用户可以发布自己的旅游计划，包括旅游时间，行程。
大致费用。
2．用户可以随时查看自己的旅游计划。
用例图：
用例编号：
5.1用例名：
发布旅游计划
执行者：
用户
前置条件：
用户登录系统
后置条件：
涉众利益:
基本路径:
1.用户登陆，进入定制旅游计划页面
2.用户选择发布旅游计划
扩展
1旅游计划基本信息填写提示
字段列表
旅游计划时间、地点
用例编号：
5.3用例名：
查看自己旅游计划
执行者：
用户
前置条件：
用户查看旅游计划
后置条件：
涉众利益:
基本路径:
1.用户登陆，进入定制旅游计划页面
2.用户选择查看旅游计划
3.用户选择查看自己旅游计划
扩展
字段列表
响应计划的用户ID
1.8.1.2.6后台控制器部分
此模块涉及与其他很多部分的交互，功能描述如下：
数据控制模块
1.用户个人资料管理
管理用户的个人资料和登录信息，为用户登录提供验证功能。
2.用户好友管理
存储和更新用户关注者。
3.用户分享管理
存储用户上传的日志、图片等，并提供删、改操作的接口。
4.城市信息管理
提供景点城市信息的管理存储和动态更新。
5.旅游计划管理
管理存储用户所发起的旅游计划
1.8.1.2.7后台数据库部分
数据库模块：
用于存储和组织经过处理的数据。
主要功能
1.连接数据库，获得数据库连接，本系统采用MySQL数据库
2.缓存存数：
为避免频繁的读写数据库，将不紧急的数据集合达到指定大小再存储
3.立即存数：
将数据立即存储到数据库中
4.缓存取数：
将最近取过的数据放在缓存中，根据局部性原理，可以减少数据库的读取次数
5.立即取数：
立刻将数据从数据库取出
6.错误报告：
如果发生exception，通知数据控制模块。
1.8.2对非功能性的需求
1.8.2.1对性能的规定
1.8.2.1.1精度
a）时间要求精确到秒，格式如yyyy-mm-dd-hh-mm-ss；
b）Id为八位整数
1.8.2.1.2时间特性要求
a）从用户选择软件到软件完全启动时间间隔小于5s
b）用户选择登陆到主页面显示时间小于3s
c）用户上传文件，除去文件传输时间，在1s内响应并回复
d）分享记录，添加好友，好友验证，旅游计划管理操作在1S内响应
e）查看好友足迹在3s内完全显示
f）手机定位在1s内完成
1.8.2.1.3灵活性
a）手机可能使用按键或者触屏
b）将所有的事件触发器封装，方便变化
c）将界面封装
d）不同的手机配置不同
e）将拍照和定位功能封装，当探测不到对应设备时自动关闭
f）同其他软件的接口的变化，将拍照，定位和地图借用的API封装。
g）精度和有效时限的变化，将数据定义统一，置于说明文档中
h）计划的变化或改进。
1.8.2.2输人输出要求
解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。
对软件的数据输出及必须标明的控制输出量进行解释并举例，包括对硬拷贝报告（正常结果输出、状态输出及异常输出）以及图形或显示报告的描述。
输入：
1.用户名：
16位字符串，支持中英文，不重复
2.密码：
16位字符串，只支持英文
3.个人信息：
每项16位字符串，支持中英文
4.日志，游记，评论：
文本，单条记录不超过1KB
5.图片：
.JEPG,单个文件不超过512KB
6.旅行计划：
表格，每个单元格用字符串表示，不超过64位
输出：
1.个人信息：
表格，每个单元格采用不超过16位的字符串表示，支持中英文
2.好友足迹：
文字，图片或者文字不超过1KB，图片不超过512KB，每条评论不超过1024个字符，最多不超过512条评论
3.旅行计划：
表格，每个单元格用字符串表示，不超过64位
1.8.2.3数据管理能力要求
说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求作出估算。
表名
预计规模
预计个数
用户
10万行
1
关注者
100万行
1
旅游记忆
20万行
1
足迹
100万行
1
回复
100万行
1
景点
1万行
1
旅游计划
50万行
1
1.8.2.4故障处理要求
列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。
故障
后果
处理方法
网络无法连接
程序无法与服务器端交互
提示用户检查网络连接后重新启动程序
手机断电
手机关闭
开机，重新启动程序
软件之间不兼容
程序崩溃
提示用户选择卸载
1.8.2.5其他专门要求
如用户单位对安全保密的要求，对使用方便的要求，对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。
1、安全性
对于用户个人资料的访问，需要用户本人授予权限。
2、可用性
软件的使用平台是手机，所以要保证不同软件使用水平的用户都能快速地了解软件使用。
尽量使用图表等可视化、表意强的元素。
3、可维护性
为了便于项目维护，模块的设计应该高内聚、低耦合。
4、可扩展性
根据业务需要，系统今后肯能会再添加新的功能服务，所以，系统的各功能要尽量模块化，同时还要预留接口，以便业务扩展。
5、可靠性
要达到，1000次使用，程序崩溃次数不超过1次的标准。
6、可移植性
只能运行于Android平台。
升级会员 