旅游网站需求分析报告Word格式.doc
- 文档编号:13169286
- 上传时间:2022-10-07
- 格式:DOC
- 页数:21
- 大小:368KB
旅游网站需求分析报告Word格式.doc
《旅游网站需求分析报告Word格式.doc》由会员分享,可在线阅读,更多相关《旅游网站需求分析报告Word格式.doc(21页珍藏版)》请在冰豆网上搜索。
l营销人员:
建议着重阅读“3系统功能需求”;
l测试人员:
建议阅读“3系统功能需求”、“4.5运行环境”和“5.1性能需求”三部分;
l文档编写入员:
建议阅读“2文档约定部分”。
2术语、定义和缩略语
2.1文档约定
l正文风格:
正文风格统一采用主标题、副标题的封层罗列的方法,并且在文中配以需要的表格和图片的文档风格。
具体的正文、图片及表格要求按照下面的要求进行:
中文用宋体,英文用TimesNewRoman,行距20磅。
段前、段后0行,但表名、图题的段前、段后均设为0.5行。
正文部分(含表名、图题)用小四字;
表格、图中的文字,用五号字;
l提示方式:
文档中不添加额外的提示符号;
l重要符号:
凡是在文档中出现的重要的信息或者需要文档的阅读者特别注意的部分,统一按照在段落开头处添加“*”号的方法加以标注;
l需求的层次:
高层次的需求陈述在细化的需求中不需要再加以继承,只需真丢更细层次的需求进行陈述;
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)输入/输出数据
l输入数据:
选择要查询的条件是根据旅游时间、旅游费用、行程距离、或者出行目的。
l操作方法:
根据用户选择的需要点击查询按钮。
l输出数据:
从数据库中选出用户选择的具体旅游景点信息并显示出来。
3.1.2.2景点介绍模块
景点介绍用例图
所有用户都可以通过该景点介绍模块了解该景点的具体信息,包括景点特色、景点图片、景点视频、餐饮介绍和旅行线路等。
选择选中的具体的旅游景点需要查看的信息。
根据用户选择的需要点击景点查看按钮。
从数据库中选出用户选择的具体旅游景点信息并在该页面显示出来。
3.1.2.3论坛模块
3.1.2.4博客模块
用户博客用例图
为注册用户提供个人虚拟空间,在这里,游客可以发表文章、上载和管理个人风景照片等,撰写日志等
3.1.3用户管理子系统
用于用户信息的维护和用户登录。
用户权限分为不同用户和管理员用户。
不同用户只可以登录并查询信息。
管理员用户可以执行用户信息的修改和用户管理的操作。
3.1.3.1用户登录模块
用户登录用例图
用户登录模块需要根据不同用户的登录信息确定用户身份,即其权限,根据属于不同的用户类别:
管理员、区域管理员、不同用户(权限又高到低),赋予用户不同的操作权限。
用户登录名、用户登录密码;
l处理方法:
根据用户的输入信息从数据库中查询相应用户,核对以填写的用户信息是否存在于数据库中;
存在该用户则提示登录成功并跳转登录界面;
不存在该用户则提示用户不存在,并跳转至注册页面;
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博客信息管理模
博客信息管理用例图
管理员通过该模块管理博客信息。
要删除的博客信息。
更新后的博客信息。
3.2用户特点
所有用户。
包括已注册用户和游客。
3.3设计和实现上的限制
l开发工具限制:
VS2008;
l数据库限制:
MicrosoftSQLServer2005SP4;
l运行环境限制:
WindowsXP以及更高版本;
l数据转换格式标淮的限制。
4外部接口与运行环境需求
4.1用户界面
l采用的简洁友好的图形用户界面风格,设计用户界面。
l屏幕格式:
显示器。
l菜单格式:
WEB页面
l需要有操作顺序的操作应给出正确恰当的引导提示;
l图形用户界面要友好,容易理解,方便使用;
具体包括:
n对于不方便统一填写风格的选项全部采用下来菜单的形式;
n对于特定的填写内容(如密码)需要有基本的验证信息和相应
的提示信息;
n地图显示应该清晰明了,方便阅览;
l文本显示格式要符合常人阅读习惯;
n正文或者信息文字统一用宋体;
n日期显示统一用年-月-日的格式,如2009-11-4;
l错误信息统一采用弹出对话框的形式,提示内容要友好易懂;
4.2硬件接口
l操作系统:
WindowsXP或者更高版本;
l数据库:
MicrosoftSQLServer2005SP4或者更高版本;
l工具;
4.3软件接口
4.4通讯接口
lWEB浏览器:
IE7.0或者更高版本;
l网络通讯协议:
TCP/IP协议
4.5运行环境
l硬件平台:
PC,IntelCore21.66GHz或者更高型号处理器,512M以上内存,40GB以上硬盘;
l操作系统和版本:
WindowsXPSP2或者更高;
MicrosoftSQLServer2005SP3或者更高;
l服务器:
Tomcat6.0或者更高;
l浏览器:
IE6.0或者更高版本;
5其它非功能需求
可靠性:
凡合法用户可以再任意地方正确无误的访问系统中的信息;
安全性:
只有注册的用户方可访问系统,其他用户不得获取系统内的任何信息;
可维护性:
系统故障可以再24小时内得到解决;
可扩展性:
在用户需要时,系统可以方便的扩展而不影响已有功能
5.1性能需求
l系统支持的并发操作数量:
至少满足500人可同时正常访问系统;
l响应时间:
在正常网络条件下,文本显示不得超过1秒,地图的显示不得超过2秒;
l容量需求
n存储器:
512M以上;
n磁盘空间;
40GB以上;
n数据库中表的最大行数:
10000行;
5.2安全性需求
系统内部包含的所有资料只有注册用户方能浏览。
系统应阻止一切通过非登录手段获取系统信息的不安全行为。
最高权限管理员用户的登录名和密码是系统自带的,此用户只有使用的权限,不具备修改最高权限用户登录信息或者增删最高权限用户的权利。
系统最高权限用户的修改只能通过系统内部变更得到改变。
5.3用户文档
与软件产品一同交付的用户文档包括:
l安装指南,纸质文档;
l用户手册,纸质文档;
l在线帮助;
相关电子文档,与软件产品一同分发、配置。
4.1.1实体属性图
各实体属性图如图4-1~图4-7所示。
旅游景点
景点编号
类型
详细信息
门票价格
旅游信息实体属性图
乘车线路
名称
酒店
预订电话
地址
酒店名称
房间设置
级别
酒店实体属性图
公交
线路
投币票价
景点名
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 旅游 网站 需求 分析 报告