旅游网站需求分析报告
- 格式：doc
- 大小：405.50 KB
- 文档页数：21
当前位置：文档之家 › 旅游网站需求分析报告
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
3.1.
用于用户信息的维护和用户登录。用户权限分为不同用户和管理员用户。不同用户只可以登录并查询信息。管理员用户可以执行用户信息的修改和用户管理的操作。
3.1.
（1）用例图
用户登录用例图
（2）需求说明
用户登录模块需要根据不同用户的登录信息确定用户身份，即其权限，根据属于不同的用户类别：管理员、区域管理员、不同用户（权限又高到低），赋予用户不同的操作权限。
（3）输入/输出数据
输入数据：用户登录名、用户登录密码；
处理方法：根据用户的输入信息从数据库中查询相应用户，核对以填写的用户信息是否存在于数据库中；
输出数据：存在该用户则提示登录成功并跳转登录界面；不存在该用户则提示用户不存在，并跳转至注册页面；
3.1.3
（1）用例图
用户信息修改用例图
（2）需求说明
开发人员：建议着重阅读本文档的“3系统功能需求”、“4外部接口与运行环境需求”等部分；
项目经理：建议阅读整篇文档；
营销人员：建议着重阅读“3系统功能需求”；
测试人员：建议阅读“3系统功能需求”、“运行环境”和“性能需求”三部分；
文档编写入员：建议阅读“2文档约定部分”。
2术语、定义和缩略语
文档约定
正文风格：正文风格统一采用主标题、副标题的封层罗列的方法，并且在文中配以需要的表格和图片的文档风格。具体的正文、图片及表格要求按照下面的要求进行：中文用宋体，英文用Times New Roman，行距20磅。段前、段后0行，但表名、图题的段前、段后均设为行。正文部分（含表名、图题）用小四字；表格、图中的文字，用五号字；
预期读者和阅读建议
本文档主要描述了系统设计中运用到的各种词汇、系统的功能、运行的环境和配置、外部接口的设计和界面设计等各项系统开发的前期准备材料。并将推荐阅读本文档的读者和阅读建议列举如下：
系统用户：建议阅读文档中的“3系统功能需求”及“用户文档”部分，并针对文档中所列的功能需求提出修改和删补建议；
开发目的及意义
本系统提供对各旅游景点综合信息（景点介绍、出行线路查询、景点图片视频展示、景区餐饮分布、博客与论坛等）的查询与管理，可以作为旅游出行综合信息查询的门户。通过本系统，出行者可以查看某个地区的全部景点列表，了解某个景点的详细情况，自驾车、公交线路，获取景区内的旅游地图等。该系统为游客提供全面的旅游景点查询服务。通过本系统的开发，要求掌握一个完整B/S应用系统设计、开发的全过程，掌握数据库编程。
一、需求分析报告
1引言
由于时下大多数人生活优越，交通工具方便快捷，信息获取方便，导致旅游业迅猛发展。为了方便旅游爱好者在网上获取信息，有效地掌握各大旅游景点的详细情况，我们多方听取意见、追加和完善大量实用功能，开发出一套适合于旅游者在网络上快速获取信息的管理系统。通过本系统，出行者可以查看某个地区的全部景点列表，了解某个景点的详细情况，自驾车、公交线路，获取景区内的旅游地图等。该系统为游客提供全面的旅游景点查询服务。
提示方式：文档中不添加额外的提示符号；
重要符号：凡是在文档中出现的重要的信息或者需要文档的阅读者特别注意的部分，统一按照在段落开头处添加“*”号的方法加以标注；
需求的层次：高层次的需求陈述在细化的需求中不需要再加以继承，只需真丢更细层次的需求进行陈述；
术语、定义
：是一种统一的 Web 平台，它提供了生成企业级应用程序所必需的全部服务。
用户的信息修改模块可以在验证用户登录信息正确后给予用户修改个人登录信息的权利（由于管理员是最高权限，而且在企业中只应有一人剧本该权限，因此不提供给该用户修改个人登录信息的功能）。
（3）输入/输出数据
输入数据：更新的用户登录信息；
处理方法：更新数据库中当前登录用户的登录信息；
输出数据：更新后的用户登录信息；
3.1.3
（1）用例图
用户管理模块用例图
2）需求说明
用户管理模块需在管理员权限（最高权限）下进行登录后，才可对现有的所有用户进行管理，包括对这些用户的登录信息的修改以及对任意用户的删除。
3.1.2
（1）用例图
景点检索用例图
（2）需求说明
所有用户都可以通过该景点检索模块检索自己想要的和适宜的旅游景点。
（3）输入/输出数据
输入数据：选择要查询的条件是根据旅游时间、旅游费用、行程距离、或者出行目的。
操作方法：根据用户选择的需要点击查询按钮。
输出数据：从数据库中选出用户选择的具体旅游景点信息并显示出来。
缩略语
B/S Browser/Server浏览器和服务器结构
3系统功能需求
系统功能
本系统的功能主要包括：景点检索、景区介绍、用户管理、论坛管理、博客管理、后台管理。
3.1.1
系统功能树图：
系统功能树
3.1.2
用户可以根据前台系统检索各地的旅游景点信息，并通过成为注册用户，可以在论坛发表自己的观点和拥有自己的博客。
编写目的Байду номын сангаас
在深入考察了已有的旅游景点网站，同时与多位软件使用者进行了全面深入地探讨和分析的基础上，提出了这份软件需求规格说明书。
此需求规格说明书对《旅游景点综合信息查询系统》软件做了全面细致的用户需求分析，明确所要开发的软件应具有的功能、性能与界面，使系统分析人员及软件开发人员能清楚地了解用户的需求，并在此基础上进一步提出概要设计说明书、详细设计说明书及完成后续设计与开发工作。本说明书的预期读者为客户、业务或需求分析人员、测试人员、用户文档编写者、项目管理人员。
3.1.2
（1）用例图
景点介绍用例图
（2）需求说明
所有用户都可以通过该景点介绍模块了解该景点的具体信息，包括景点特色、景点图片、景点视频、餐饮介绍和旅行线路等。
（3）输入/输出数据
输入数据：选择选中的具体的旅游景点需要查看的信息。
操作方法：根据用户选择的需要点击景点查看按钮。
输出数据：从数据库中选出用户选择的具体旅游景点信息并在该页面显示出来。
3.1.2
3.1.2
（1）用例图
用户博客用例图
（2）需求说明
为注册用户提供个人虚拟空间，在这里，游客可以发表文章、上载和管理个人风景照片等，撰写日志等
（3）输入/输出数据
输入数据：选择选中的具体的旅游景点需要查看的信息。
操作方法：根据用户选择的需要点击景点查看按钮。
输出数据：从数据库中选出用户选择的具体旅游景点信息并在该页面显示出来。
用于用户信息的维护和用户登录。用户权限分为不同用户和管理员用户。不同用户只可以登录并查询信息。管理员用户可以执行用户信息的修改和用户管理的操作。
3.1.
（1）用例图
用户登录用例图
（2）需求说明
用户登录模块需要根据不同用户的登录信息确定用户身份，即其权限，根据属于不同的用户类别：管理员、区域管理员、不同用户（权限又高到低），赋予用户不同的操作权限。
（3）输入/输出数据
输入数据：用户登录名、用户登录密码；
处理方法：根据用户的输入信息从数据库中查询相应用户，核对以填写的用户信息是否存在于数据库中；
输出数据：存在该用户则提示登录成功并跳转登录界面；不存在该用户则提示用户不存在，并跳转至注册页面；
3.1.3
（1）用例图
用户信息修改用例图
（2）需求说明
开发人员：建议着重阅读本文档的“3系统功能需求”、“4外部接口与运行环境需求”等部分；
项目经理：建议阅读整篇文档；
营销人员：建议着重阅读“3系统功能需求”；
测试人员：建议阅读“3系统功能需求”、“运行环境”和“性能需求”三部分；
文档编写入员：建议阅读“2文档约定部分”。
2术语、定义和缩略语
文档约定
正文风格：正文风格统一采用主标题、副标题的封层罗列的方法，并且在文中配以需要的表格和图片的文档风格。具体的正文、图片及表格要求按照下面的要求进行：中文用宋体，英文用Times New Roman，行距20磅。段前、段后0行，但表名、图题的段前、段后均设为行。正文部分（含表名、图题）用小四字；表格、图中的文字，用五号字；
预期读者和阅读建议
本文档主要描述了系统设计中运用到的各种词汇、系统的功能、运行的环境和配置、外部接口的设计和界面设计等各项系统开发的前期准备材料。并将推荐阅读本文档的读者和阅读建议列举如下：
系统用户：建议阅读文档中的“3系统功能需求”及“用户文档”部分，并针对文档中所列的功能需求提出修改和删补建议；
开发目的及意义
本系统提供对各旅游景点综合信息（景点介绍、出行线路查询、景点图片视频展示、景区餐饮分布、博客与论坛等）的查询与管理，可以作为旅游出行综合信息查询的门户。通过本系统，出行者可以查看某个地区的全部景点列表，了解某个景点的详细情况，自驾车、公交线路，获取景区内的旅游地图等。该系统为游客提供全面的旅游景点查询服务。通过本系统的开发，要求掌握一个完整B/S应用系统设计、开发的全过程，掌握数据库编程。
一、需求分析报告
1引言
由于时下大多数人生活优越，交通工具方便快捷，信息获取方便，导致旅游业迅猛发展。为了方便旅游爱好者在网上获取信息，有效地掌握各大旅游景点的详细情况，我们多方听取意见、追加和完善大量实用功能，开发出一套适合于旅游者在网络上快速获取信息的管理系统。通过本系统，出行者可以查看某个地区的全部景点列表，了解某个景点的详细情况，自驾车、公交线路，获取景区内的旅游地图等。该系统为游客提供全面的旅游景点查询服务。
提示方式：文档中不添加额外的提示符号；
重要符号：凡是在文档中出现的重要的信息或者需要文档的阅读者特别注意的部分，统一按照在段落开头处添加“*”号的方法加以标注；
需求的层次：高层次的需求陈述在细化的需求中不需要再加以继承，只需真丢更细层次的需求进行陈述；
术语、定义
：是一种统一的 Web 平台，它提供了生成企业级应用程序所必需的全部服务。
用户的信息修改模块可以在验证用户登录信息正确后给予用户修改个人登录信息的权利（由于管理员是最高权限，而且在企业中只应有一人剧本该权限，因此不提供给该用户修改个人登录信息的功能）。
（3）输入/输出数据
输入数据：更新的用户登录信息；
处理方法：更新数据库中当前登录用户的登录信息；
输出数据：更新后的用户登录信息；
3.1.3
（1）用例图
用户管理模块用例图
2）需求说明
用户管理模块需在管理员权限（最高权限）下进行登录后，才可对现有的所有用户进行管理，包括对这些用户的登录信息的修改以及对任意用户的删除。
3.1.2
（1）用例图
景点检索用例图
（2）需求说明
所有用户都可以通过该景点检索模块检索自己想要的和适宜的旅游景点。
（3）输入/输出数据
输入数据：选择要查询的条件是根据旅游时间、旅游费用、行程距离、或者出行目的。
操作方法：根据用户选择的需要点击查询按钮。
输出数据：从数据库中选出用户选择的具体旅游景点信息并显示出来。
缩略语
B/S Browser/Server浏览器和服务器结构
3系统功能需求
系统功能
本系统的功能主要包括：景点检索、景区介绍、用户管理、论坛管理、博客管理、后台管理。
3.1.1
系统功能树图：
系统功能树
3.1.2
用户可以根据前台系统检索各地的旅游景点信息，并通过成为注册用户，可以在论坛发表自己的观点和拥有自己的博客。
编写目的Байду номын сангаас
在深入考察了已有的旅游景点网站，同时与多位软件使用者进行了全面深入地探讨和分析的基础上，提出了这份软件需求规格说明书。
此需求规格说明书对《旅游景点综合信息查询系统》软件做了全面细致的用户需求分析，明确所要开发的软件应具有的功能、性能与界面，使系统分析人员及软件开发人员能清楚地了解用户的需求，并在此基础上进一步提出概要设计说明书、详细设计说明书及完成后续设计与开发工作。本说明书的预期读者为客户、业务或需求分析人员、测试人员、用户文档编写者、项目管理人员。
3.1.2
（1）用例图
景点介绍用例图
（2）需求说明
所有用户都可以通过该景点介绍模块了解该景点的具体信息，包括景点特色、景点图片、景点视频、餐饮介绍和旅行线路等。
（3）输入/输出数据
输入数据：选择选中的具体的旅游景点需要查看的信息。
操作方法：根据用户选择的需要点击景点查看按钮。
输出数据：从数据库中选出用户选择的具体旅游景点信息并在该页面显示出来。
3.1.2
3.1.2
（1）用例图
用户博客用例图
（2）需求说明
为注册用户提供个人虚拟空间，在这里，游客可以发表文章、上载和管理个人风景照片等，撰写日志等
（3）输入/输出数据
输入数据：选择选中的具体的旅游景点需要查看的信息。
操作方法：根据用户选择的需要点击景点查看按钮。
输出数据：从数据库中选出用户选择的具体旅游景点信息并在该页面显示出来。