旅游网站需求分析实施报告.docx
《旅游网站需求分析实施报告.docx》由会员分享，可在线阅读，更多相关《旅游网站需求分析实施报告.docx（20页珍藏版）》请在冰豆网上搜索。
旅游网站需求分析实施报告
一、需求分析报告
1引言
由于时下大多数人生活优越，交通工具便快捷，信息获取便，导致旅游业迅猛发展。
为了便旅游爱好者在网上获取信息，有效地掌握各大旅游景点的详细情况，我们多听取意见、追加和完善大量实用功能，开发出一套适合于旅游者在网络上快速获取信息的管理系统。
通过本系统，出行者可以查看某个地区的全部景点列表，了解某个景点的详细情况，自驾车、公交线路，获取景区的旅游地图等。
该系统为游客提供全面的旅游景点查询服务。
1.1编写目的
在深入考察了已有的旅游景点，同时与多位软件使用者进行了全面深入地探讨和分析的基础上，提出了这份软件需求规格说明书。
此需求规格说明书对《旅游景点综合信息查询系统》软件做了全面细致的用户需求分析，明确所要开发的软件应具有的功能、性能与界面，使系统分析人员及软件开发人员能清楚地了解用户的需求，并在此基础上进一步提出概要设计说明书、详细设计说明书及完成后续设计与开发工作。
本说明书的预期读者为客户、业务或需求分析人员、测试人员、用户文档编写者、项目管理人员。
1.2开发目的及意义
本系统提供对各旅游景点综合信息（景点介绍、景点图片视频展示、等）的查询与管理，可以作为旅游出行综合信息查询的门户。
通过本系统，出行者可以查看某个地区的全部景点列表，了解某个景点的详细情况，公交线路，获取景区的旅游地图等。
该系统为游客提供全面的旅游景点查询服务。
通过本系统的开发，要求掌握一个完整B/S应用系统设计、开发的全过程，掌握数据库编程。
1.3预期读者和阅读建议
本文档主要描述了系统设计中运用到的各种词汇、系统的功能、运行的环境和配置、外部接口的设计和界面设计等各项系统开发的前期准备材料。
并将推荐阅读本文档的读者和阅读建议列举如下：
●系统用户：
建议阅读文档中的“3系统功能需求”及“5.4用户文档”部分，并针对文档中所列的功能需求提出修改和删补建议；
●开发人员：
建议着重阅读本文档的“3系统功能需求”、“4外部接口与运行环境需求”等部分；
●项目经理：
建议阅读整篇文档；
●营销人员：
建议着重阅读“3系统功能需求”；
●测试人员：
建议阅读“3系统功能需求”、“4.5运行环境”和“5.1性能需求”三部分；
●文档编写入员：
建议阅读“2文档约定部分”。
2术语、定义和缩略语
2.1文档约定
●正文风格：
正文风格统一采用主标题、副标题的封层罗列的法，并且在文中配以需要的表格和图片的文档风格。
具体的正文、图片及表格要求按照下面的要求进行：
中文用宋体，英文用TimesNewRoman，行距20磅。
段前、段后0行，但表名、图题的段前、段后均设为0.5行。
正文部分（含表名、图题）用小四字；表格、图中的文字，用五号字；
●提示式：
文档中不添加额外的提示符号；
●重要符号：
凡是在文档中出现的重要的信息或者需要文档的阅读者特别注意的部分，统一按照在段落开头处添加“*”号的法加以标注；
●需求的层次：
高层次的需求述在细化的需求中不需要再加以继承，只需真丢更细层次的需求进行述；
2.2术语、定义
ASP.NET：
ASP.NET是一种统一的Web平台，它提供了生成企业级应用程序所必需的全部服务。
2.3缩略语
B/SBrowser/Server浏览器和服务器结构
3系统功能需求
3.1系统功能
本系统的功能主要包括：
景点检索、景区介绍、用户管理、论坛管理、博客管理、后台管理。
3.1.1系统功能树图
系统功能树图：
旅游景点综合信息查询系统
前台子系统
后台管理子系统
论坛
景点介绍
景点检索
博客
景点信息管理
博客信息管理
论坛信息管理
信息管理
系统功能树
3.1.2前台管理子系统
用户可以根据前台系统检索各地的旅游景点信息，并通过成为注册用户，可以在论坛发表自己的观点和拥有自己的博客。
3.1.2.1景点检索模块
（1）用例图
景点检索用例图
（2）需求说明
所有用户都可以通过该景点检索模块检索自己想要的和适宜的旅游景点。
（3）输入/输出数据
●输入数据：
选择要查询的条件是根据旅游时间、旅游费用、行程距离、或者出行目的。
●操作法：
根据用户选择的需要点击查询按钮。
●输出数据：
从数据库中选出用户选择的具体旅游景点信息并显示出来。
3.1.2.2景点介绍模块
（1）用例图
景点介绍用例图
（2）需求说明
所有用户都可以通过该景点介绍模块了解该景点的具体信息，包括景点特色、景点图片、景点视频、餐饮介绍和旅行线路等。
（3）输入/输出数据
●输入数据：
选择选中的具体的旅游景点需要查看的信息。
●操作法：
根据用户选择的需要点击景点查看按钮。
●输出数据：
从数据库中选出用户选择的具体旅游景点信息并在该页面显示出来。
3.1.3用户管理子系统
用于用户信息的维护和用户登录。
用户权限分为不同用户和管理员用户。
不同用户只可以登录并查询信息。
管理员用户可以执行用户信息的修改和用户管理的操作。
3.1.3.1用户登录模块
（1）用例图
用户登录用例图
（2）需求说明
用户登录模块需要根据不同用户的登录信息确定用户身份，即其权限，根据属于不同的用户类别：
管理员、区域管理员、不同用户（权限又高到低），赋予用户不同的操作权限。
（3）输入/输出数据
●输入数据：
用户登录名、用户登录密码；
●处理法：
根据用户的输入信息从数据库中查询相应用户，核对以填写的用户信息是否存在于数据库中；
●输出数据：
存在该用户则提示登录成功并跳转登录界面；不存在该用户则提示用户不存在，并跳转至注册页面；
3.1.3.2信息修改模块
（1）用例图
用户信息修改用例图
（2）需求说明
用户的信息修改模块可以在验证用户登录信息正确后给予用户修改个人登录信息的权利（由于管理员是最高权限，而且在企业中只应有一人剧本该权限，因此不提供给该用户修改个人登录信息的功能）。
（3）输入/输出数据
●输入数据：
更新的用户登录信息；
●处理法：
更新数据库中当前登录用户的登录信息；
●输出数据：
更新后的用户登录信息；
3.1.3.3用户管理模块
（1）用例图
用户管理模块用例图
2）需求说明
用户管理模块需在管理员权限（最高权限）下进行登录后，才可对现有的所有用户进行管理，包括对这些用户的登录信息的修改以及对任意用户的删除。
（3）输入/输出数据
●输入数据：
预修改用户的新的信息或者欲删除的用户；
●操作法：
根据管理员选择的需要操作的用户信息，在数据库中对相应的用户进行更新；
●输出数据：
更新后的用户列表；
3.1.4后台管理子系统
提供一个后台管理界面，可以发布广告、最新旅游景点推荐、删除论坛、博客信息等。
3.1.4.1景点信息管理模块
3.1.4.1.1增加景点信息
（1）用例图
增加景点信息用例图
（2）需求说明
管理员通过该模块增加景点信息。
（3）输入/输出数据
●输入数据：
新增加的旅游景点的信息。
●操作法：
更新数据库。
●输出数据：
更新后的旅游景点信息。
3.1.4.2评论信息管理模
（1）用例图
博客信息管理用例图
（2）需求说明
管理员通过该模块管理博客信息。
（3）输入/输出数据
●输入数据：
要删除的博客信息。
●操作法：
更新数据库。
●输出数据：
更新后的博客信息。
4外部接口与运行环境需求
4.1用户界面
●采用的简洁友好的图形用户界面风格，设计用户界面。
●屏幕格式：
显示器。
●菜单格式：
WEB页面
●需要有操作顺序的操作应给出正确恰当的引导提示；
●图形用户界面要友好，容易理解，便使用；具体包括：
⏹对于不便统一填写风格的选项全部采用下来菜单的形式；
⏹对于特定的填写容（如密码）需要有基本的验证信息和相应
的提示信息；
⏹地图显示应该清晰明了，便阅览；
●文本显示格式要符合常人阅读习惯；具体包括：
⏹正文或者信息文字统一用宋体；
⏹日期显示统一用年-月-日的格式，如2016-1-1；
●错误信息统一采用弹出对话框的形式，提示容要友好易懂；
4.2硬件接口
●操作系统：
WindowsXP，windows7，windows8，windows10........；
●数据库：
MicrosoftSQLServer2005SP4或者更高版本；
●工具；VS2008；
4.3软件接口
●操作系统：
WindowsXP，windows7，windows8，windows10........；
●数据库：
MicrosoftSQLServer2005SP4或者更高版本；
●工具；VS2008；
4.4通讯接口
●WEB浏览器：
IE7.0或者更高版本；
●网络通讯协议：
TCP/IP协议
4.5运行环境
●硬件平台：
PC，IntelCore21.66GHz或者更高型号处理器，512M以上存，40GB以上硬盘；
●操作系统和版本：
WindowsXPSP2或者更高；
●数据库：
MicrosoftSQLServer2005SP3或者更高；
●服务器：
Tomcat6.0或者更高；
●浏览器：
IE7.0或者更高版本；
5其它非功能需求
可靠性：
凡合法用户可以再任意地正确无误的访问系统中的信息；
安全性：
只有注册的用户可访问系统，其他用户不得获取系统的任信息；
可维护性：
系统故障可以再24小时得到解决；
可扩展性：
在用户需要时，系统可以便的扩展而不影响已有功能
5.1性能需求
●系统支持的并发操作数量：
至少满足500人可同时正常访问系统；
●响应时间：
在正常网络条件下，文本显示不得超过1秒，地图的显示不得超过2秒；
●容量需求
⏹存储器：
512M以上；
⏹磁盘空间；40GB以上；
⏹数据库中表的最大行数：
10000行；
5.2安全性需求
系统部包含的所有资料只有注册用户能浏览。
系统应阻止一切通过非登录手段获取系统信息的不安全行为。
最高权限管理员用户的登录名和密码是系统自带的，此用户只有使用的权限，不具备修改最高权限用户登录信息或者增删最高权限用户的权利。
系统最高权限用户的修改只能通过系统部变更得到改变。
5.3用户文档
与软件产品一同交付的用户文档包括：
●安装指南，纸质文档；
●用户手册，纸质文档；
●在线帮助；
相关电子文档，与软件产品一同分发、配置。
4.1.1实体属性图
各实体属性图如图4-1～图4-7所示。
公交
线路
投币票价
景点名称
全程站点
始末车时间
公交实体属性图
IC卡票价
交通工具
公交
解决
问题
酒店
到达
休息
旅游景点
1
N
M
M
1
M
属于
1
M
系统总体E－R图
问题标题
景点编号
内容
级别
景点名称
线路名称
所到景点
飞机
长途客运
火车
航次
路线名称
车次
酒店名称
目的地
目的地
全程用时
景点名称
全程站点
局部E-R图
旅游信息管理系统对于相关的信息有不同的要求，包括：
景点信息和公交信息的管理，景点信息和酒店信息的管理，公交信息和交通信息的管理，旅游信息和旅游常见问题的管理。
总体E-R图
旅游信息管理系统总体E-R图（见上图）。
数据库逻辑结构设计
关系模型创建
本系统包括8个实体，转换后的关系模式如下（加下划线的为主键）：
景点信息（景点编号，景点名称，景点类别，详细信息，门票价格，乘车路线）
景点公交信息（线路名称，景点名称，全程站点，始末车时间，投币票价，IC卡票价）
酒店信息（酒店名称
升级会员 