吃喝玩乐在武汉需求规格分析说明书
项目经理：
计科1704 李洪超 317210420
队员：
计科1704 潘桐 317210423
计科1704 王茂俊 317210421
计科1704 吴嘉伟 317210408
计科1704 郭锴 317210410
1.引言
由于时下大多数人生活优越，交通工具方便快捷，信息获取方便，导致旅游业迅猛发展。
为了方便当地旅游爱好者在网上获取信息，有效地掌握武汉各大旅游景点的详细情况，我们多方听取意见、追加和完善大量实用功能，开发出适合于旅游者在网络上快速获取信息的武汉旅游网页。通过本网页，出行者可以查看某个地区的全部景点列表，了解某个景点的详细情况，自驾车、公交线路，获取景区内的旅游地图及景点门票等。
该网页为游客提供全面的旅游景点查询服务。
1.1编写目的
在深入考察了已有的旅游景点网站，同时与多位软件使用者进行了全面深入地探讨和分析的基础上，提出了这份软件需求规格说明书。
此需求规格说明书对《吃喝玩乐在武汉》软件做了全面细致的用户需求分析，明确所要开发的软件应具有的功能、性能与界面，使系统分析人员及软件开发人员能清楚地了解用户的需求，并在此基础上进一步提出概要设计说明书、详细设计说明书及完成后续设计与开发工作。本说明书的预期读者为客户。业务或需求分析人员、测试人员、用户文档编写者、项目管理人员：
1.2开发目的及意义
本系统提供对各旅游景点综合信息（景点介绍、出行线路查询、景点图片视频展示、景区餐饮分布、博客与论坛等)的查询与管理，可以作为旅游出行综合信息查询的门户。通过本系统，出行者可以查看某个地区的全部景点列表，了解某个景点的详细情况，自驾车、公交线路，获取景区内的旅游地图等。该系统为游客提供全面的旅游景点查询服务。通过本系统的开发，要求掌握HTML CSS,学习制作简单静态网页，配置服务器，github用法，掌握数据库编程。
1.3项目背景
项目名称：吃喝玩乐在武汉
项目的提出者、开发者：super power团队
用户：武汉广大旅游爱好者
与其他系统的关系：本系统独立运行。
1.4术语定义
无
1.5参考资料
[1]窦万峰.软件工程与实践[M].北京：机械工业出版社,.
1.6版本信息
2．任务概述
2.1系统定义
2.1.1项目来源及背景
本小组项目是小组成员集体讨论时，提出的一个满足各位喜欢旅游的大学生在武汉旅游的需求。
2.1.2项目要达到的目标
实现旅游者在网络上快速获取信息的武汉旅游网页，包括旅游者在网络上快速获取信息的武汉旅游网页。
2.1.3系统整体结构
2.1.4系统各部分组成，与其他部分的关系，各部分的接口等
本系统是一个独立运行的系统，不需要与其他系统连接。
2.2运行环境单位
2.2.1设备环境
普通PC，Intel Core 2 双核或以上，内存至少2GB，需要一个及以上的USB接口。
2.2.2 硬件环境
具有一般浏览器，至少1GB的空余硬盘空间，显示器1280*768分辨率或更高。
2.2.3 软件环境
Notepad++
2.2.4 网络环境
关于景点的详细介绍及社区要求连接上网络。
2.2.5 操作环境：
Windows 7/8/8.1/10 (32bit/64bit)
2.2.6 应用环境
工作流程如图所示：
2.3条件限制
2.3.1列出进行本软件开发工作的假定和约束，如经费限制，开发期限等
本项目要求在Notepad++上进行开发，需要JDK支持。本项目由本组人员开发，开发经费较少，需要开发者学习HTML语言和JavaScript语言。
2.3.2列出本软件的最终用户，用户的教育水平和技术专长
最终用户一般为具有高中学历，喜欢在武汉旅游的大学生群体。
2.3.3列出本软件的预期使用频度等
本软件主要是在学生出行有旅游需求的时候使用，使用频率中等。
3数据描述
3.1静态数据
本系统支持本地时间同步、用户个人信息存储以及偏好存储。因此，本系统需要存储数据库部分信息，用户个人信息和本地发言以及此时同步的网络发言记录。
3.2动态数据
l 用户登陆信息
l 用户搜索结果
l 评论实时留言
l 用户个人信息
3.3数据库描述：数据库名称、版本
本软件采用MS SQL数据库的方式保存相关信息。
3.4数据字典
3.5数据采集
系统运行时需要用户输入手机号完成短信码验证。评论数据需要网络同步。
4功能需求
4.1功能划分
4.1.1系统功能组成
l 系统初始化设置
l 搜索景点 美食 地图 酒店
l 评论
l 景点推送板服务
l 个人页面
4.1.2功能编号和优先级
4.1.3功能定义
设置系统初始化：设置基本参数，包括与云端数据库的交互，以及未登陆时可以访问的相关页面，并记录在系统文件或注册表中。系统在启动时自动从文件或者注册表中装载这些信息。用户调研该功能并能改变这些设置。
用户管理：进行用户信息管理，包括注册用户，更新用户，注销用户，以及登陆验证。
搜索相关景点：这一部分是我们所做的网站最主要的功能之一，为了满足旅游需求，我们将搜索结果做的多元化。一共有三个方面：地图，附近酒店，附近美食，评论区以及景点详细介绍。
评论：为注册了的用户提供保存并记录发言的服务，同时可以浏览其他用户的发言。未注册的用户只可以浏览其他用户的发言。
推送板：当前页面到推荐景点的跳转以及到百度等实用网页的跳转。
个人页面：为注册了的用户实现对个人相关信息的完善，包括昵称、院系、头像等个人信息，同时为用户记录搜索过的景点的用户个人偏好。
4.2功能描述
4.2.1功能说明
设置系统初始化：设置基本参数，包括与云端数据库的交互，以及未登陆时可以访问的相关页面。
注册用户：创建新用户。
更新用户：更新用户信息。
注销用户：删除用户信息。
社区讨论：为注册了的用户提供保存并记录发言的服务，同时可以浏览其他用户的发言。未注册的用户只可以浏览其他用户的发言。
个人页面：显示并定义个人信息，同时展示搜索偏好。
4.2.2详细描述
采用活动图的方法建立模型。
登陆页面子系统活动图
景点查询页面子系统活动图
推送板页面子系统活动图
景点介绍页面子系统活动图
个人信息页面子系统活动图
5.性能需求
5.1数据精确度
l 要按照严格的数据格式输入,不能输入非法字符，否则系统不给予响应进行处理。
l 查询时要保证准确率为100%,所有包含查询关键字的记录都应能查到，不能有遗漏。
5.2时间特性
一般操作的响应时间应在1-2秒内。
5.3适应性
l 满足一般游客使用的需求，在尽可能的范围内涵盖尽量多的景点。
l 对前面提到的运行环境要求不应存在困难。
l 可以兼容大多数浏览器。
6.运行需求
6.1用户界面
6.1.1界面风格
遵循HTML风格。
6.1.2界面描述和样式
l 身份登陆界面
l 景点搜索界面
l 景点推送板界面
l 评论界面
l 个人设置界面
风格简洁大气，气质高雅，色彩明丽。
6.2硬件接口
l 本软件不需要特定的硬件或硬件接口进行支撑。
6.3软件接口
运行于win7/8/xp/10系统之上。
6.4故障处理
正常使用时不应出错,若运行时遇到错误,退出程序后自动重启，并向开发小组发送错误信息。
7.其它要求
7.1检测或验收标准
l 搜索数据库的故障率低于1%
l 身份验证的故障率低于1%
l 网站跳转的失败率低于1%
7.2可用性、可维护性、可靠性、可转换性、可移植性要求
l 软件故障率低于5%
l 软件要求模块设计，设备驱动可更换
l 软件可以在不同版本的Android系统上运行
l 软件支持不同品牌的移动设备，例如华为、vivo、oppo、荣耀、中兴等。
7.3安全保密性要求
无。
7.4开发要求
l 按照黑盒测试方法测试用例进行验收。
