旅游网站需求分析实施报告Word下载.docx
- 文档编号:13251995
- 上传时间:2022-10-08
- 格式:DOCX
- 页数:20
- 大小:134.36KB
旅游网站需求分析实施报告Word下载.docx
《旅游网站需求分析实施报告Word下载.docx》由会员分享,可在线阅读,更多相关《旅游网站需求分析实施报告Word下载.docx(20页珍藏版)》请在冰豆网上搜索。
●营销人员:
建议着重阅读“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景点介绍模块
景点介绍用例图
所有用户都可以通过该景点介绍模块了解该景点的具体信息,包括景点特色、景点图片、景点视频、餐饮介绍和旅行线路等。
选择选中的具体的旅游景点需要查看的信息。
根据用户选择的需要点击景点查看按钮。
从数据库中选出用户选择的具体旅游景点信息并在该页面显示出来。
3.1.3用户管理子系统
用于用户信息的维护和用户登录。
用户权限分为不同用户和管理员用户。
不同用户只可以登录并查询信息。
管理员用户可以执行用户信息的修改和用户管理的操作。
3.1.3.1用户登录模块
用户登录用例图
用户登录模块需要根据不同用户的登录信息确定用户身份,即其权限,根据属于不同的用户类别:
管理员、区域管理员、不同用户(权限又高到低),赋予用户不同的操作权限。
用户登录名、用户登录密码;
●处理法:
根据用户的输入信息从数据库中查询相应用户,核对以填写的用户信息是否存在于数据库中;
存在该用户则提示登录成功并跳转登录界面;
不存在该用户则提示用户不存在,并跳转至注册页面;
3.1.3.2信息修改模块
用户信息修改用例图
用户的信息修改模块可以在验证用户登录信息正确后给予用户修改个人登录信息的权利(由于管理员是最高权限,而且在企业中只应有一人剧本该权限,因此不提供给该用户修改个人登录信息的功能)。
更新的用户登录信息;
更新数据库中当前登录用户的登录信息;
更新后的用户登录信息;
3.1.3.3用户管理模块
用户管理模块用例图
2)需求说明
用户管理模块需在管理员权限(最高权限)下进行登录后,才可对现有的所有用户进行管理,包括对这些用户的登录信息的修改以及对任意用户的删除。
预修改用户的新的信息或者欲删除的用户;
根据管理员选择的需要操作的用户信息,在数据库中对相应的用户进行更新;
更新后的用户列表;
3.1.4后台管理子系统
提供一个后台管理界面,可以发布广告、最新旅游景点推荐、删除论坛、博客信息等。
3.1.4.1景点信息管理模块
3.1.4.1.1增加景点信息
增加景点信息用例图
管理员通过该模块增加景点信息。
新增加的旅游景点的信息。
更新数据库。
更新后的旅游景点信息。
3.1.4.2评论信息管理模
博客信息管理用例图
管理员通过该模块管理博客信息。
要删除的博客信息。
更新后的博客信息。
4外部接口与运行环境需求
4.1用户界面
●采用的简洁友好的图形用户界面风格,设计用户界面。
●屏幕格式:
显示器。
●菜单格式:
WEB页面
●需要有操作顺序的操作应给出正确恰当的引导提示;
●图形用户界面要友好,容易理解,便使用;
具体包括:
⏹对于不便统一填写风格的选项全部采用下来菜单的形式;
⏹对于特定的填写容(如密码)需要有基本的验证信息和相应
的提示信息;
⏹地图显示应该清晰明了,便阅览;
●文本显示格式要符合常人阅读习惯;
⏹正文或者信息文字统一用宋体;
⏹日期显示统一用年-月-日的格式,如2016-1-1;
●错误信息统一采用弹出对话框的形式,提示容要友好易懂;
4.2硬件接口
●操作系统:
WindowsXP,windows7,windows8,windows10........;
●数据库:
MicrosoftSQLServer2005SP4或者更高版本;
●工具;
VS2008;
4.3软件接口
4.4通讯接口
●WEB浏览器:
IE7.0或者更高版本;
●网络通讯协议:
TCP/IP协议
4.5运行环境
●硬件平台:
PC,IntelCore21.66GHz或者更高型号处理器,512M以上存,40GB以上硬盘;
●操作系统和版本:
WindowsXPSP2或者更高;
MicrosoftSQLServer2005SP3或者更高;
●服务器:
Tomcat6.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
属于
系统总体E-R图
问题标题
景点编号
内容
级别
线路名称
所到景点
飞机
长途客运
火车
航次
路线名称
车次
酒店名称
目的地
全程用时
局部E-R图
旅游信息管理系统对于相关的信息有不同的要求,包括:
景点信息和公交信息的管理,景点信息和酒店信息的管理,公交信息和交通信息的管理,旅游信息和旅游常见问题的管理。
总体E-R图
旅游信息管理系统总体E-R图(见上图)。
数据库逻辑结构设计
关系模型创建
本系统包括8个实体,转换后的关系模式如下(加下划线的为主键):
景点信息(景点编号,景点名称,景点类别,详细信息,门票价格,乘车路线)
景点公交信息(线路名称,景点名称,全程站点,始末车时间,投币票价,IC卡票价)
酒店信息(酒店名称
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 旅游 网站 需求 分析 实施 报告