旅游信息综合查询系统需求分析报告Word文件下载.docx

1、并将推荐阅读本文档的读者和阅读建议列举如下： 系统用户：建议阅读文档中的“3系统功能需求”及“5.4用户文档”部分，并针对文档中所列的功能需求提出修改和删补建议； 开发人员：建议着重阅读本文档的“3系统功能需求”、“4外部接口与运行环境需求”等部分； 项目经理：建议阅读整篇文档； 营销人员：建议着重阅读“3系统功能需求”； 测试人员：建议阅读“3系统功能需求”、“4.5运行环境”和“5.1性能需求”三部分； 文档编写入员：建议阅读“2文档约定部分”。2 术语、定义和缩略语2.1 文档约定 正文风格：正文风格统一采用主标题、副标题的封层罗列的方法，并且在文中配以需要的表格和图片的文档风格。具体的

2、正文、图片及表格要求按照下面的要求进行：中文用宋体，英文用Times New Roman，行距20磅。段前、段后0行，但表名、图题的段前、段后均设为0.5行。正文部分（含表名、图题）用小四字；表格、图中的文字，用五号字； 提示方式：文档中不添加额外的提示符号； 重要符号：凡是在文档中出现的重要的信息或者需要文档的阅读者特别注意的部分，统一按照在段落开头处添加“*”号的方法加以标注； 需求的层次：高层次的需求陈述在细化的需求中不需要再加以继承，只需真丢更细层次的需求进行陈述；2.2 术语、定义ASP.NET：ASP.NET 是一种统一的 Web 平台，它提供了生成企业级应用程序所必需的全部服务。

3、2.3 缩略语B/S Browser/Server 浏览器和服务器结构3 系统功能需求3.1 系统功能本系统的功能主要包括：景点检索、景区介绍、用户管理、博客论坛管理、网上预订管理、后台管理。3.1.1 系统功能树图 系统功能树图如图1-1所示：图1-1 系统功能树3.1.2前台管理子系统用户可以根据前台系统检索各地的旅游景点信息，并通过成为注册用户，可以在论坛发表自己的观点和拥有自己的博客。3.1.2.1景点检索模块（1）用例图图1-2 景点检索用例图（2）需求说明所有用户都可以通过该景点检索模块检索自己想要的和适宜的旅游景点。（3）输入/输出数据 输入数据：选择要查询的条件是根据旅游时间、

4、旅游费用、行程距离、或者出行目的。 操作方法：根据用户选择的需要点击查询按钮。 输出数据：从数据库中选出用户选择的具体旅游景点信息并显示出来。3.1.2.2景点介绍模块图1-3 景点介绍用例图所有用户都可以通过该景点介绍模块了解该景点的具体信息，包括景点特色、景点图片、景点视频、餐饮介绍和旅行线路等。选择选中的具体的旅游景点需要查看的信息。根据用户选择的需要点击景点查看按钮。从数据库中选出用户选择的具体旅游景点信息并在该页面显示出来。3.1.2.3博客模块图1-4 用户博客论坛用例图为注册用户提供个人虚拟空间，在这里，游客可以发表文章、上载和管理个人风景照片等，撰写日志，浏览其他用户发表的帖子

5、并回复等3.1.2.4网上预订模块为注册用户提供网上预订，在这里，游客可以预订景区门票，预订酒店选择选中的具体的旅游景点、酒店需要查看的信息。根据用户选择的需要点击门票、酒店查看按钮，根据提示进行预订。从数据库中选出用户选择的具体旅游景点门票和具体的酒店信息并在该页面显示出来。3.1.3用户管理子系统用于用户信息的维护和用户登录。用户权限分为不同用户和管理员用户。不同用户只可以登录并查询信息。管理员用户可以执行用户信息的修改和用户管理的操作。3.1.3.1用户登录模块图1-5 用户登录用例图用户登录模块需要根据不同用户的登录信息确定用户身份，即其权限，根据属于不同的用户类别：管理员、区域管理员

6、、不同用户（权限又高到低），赋予用户不同的操作权限。用户登录名、用户登录密码； 处理方法：根据用户的输入信息从数据库中查询相应用户，核对以填写的用户信息是否存在于数据库中；存在该用户则提示登录成功并跳转登录界面；不存在该用户则提示用户不存在，并跳转至注册页面；3.1.3.2信息修改模块图1-6 用户信息修改用例图用户的信息修改模块可以在验证用户登录信息正确后给予用户修改个人登录信息的权利（由于管理员是最高权限，而且在企业中只应有一人剧本该权限，因此不提供给该用户修改个人登录信息的功能）。更新的用户登录信息；更新数据库中当前登录用户的登录信息；更新后的用户登录信息；3.1.3.3用户管理模块图1

7、-7 用户管理模块用例图2）需求说明用户管理模块需在管理员权限（最高权限）下进行登录后，才可对现有的所有用户进行管理，包括对这些用户的登录信息的修改以及对任意用户的删除。预修改用户的新的信息或者欲删除的用户；根据管理员选择的需要操作的用户信息，在数据库中对相应的用户进行更新；更新后的用户列表；3.1.4 后台管理子系统提供一个后台管理界面，可以发布广告、最新旅游景点推荐、删除论坛、博客信息等。3.1.4.1景点信息管理模块3.1.4.1.1增加景点信息图1-8 增加景点信息用例图管理员通过该模块增加景点信息。新增加的旅游景点的信息。更新数据库。更新后的旅游景点信息。3.1.4.2博客论坛信息管

8、理模图 1-9 博客论坛信息管理用例图管理员通过该模块管理博客论坛信息。要删除的博客论坛信息。更新后的博客论坛信息。3.2 用户特点所有用户。包括已注册用户和游客。3.3 设计和实现上的限制 开发工具限制：VS2008； 数据库限制：Microsoft SQL Server 2005SP4； 运行环境限制：Windows XP以及更高版本； 数据转换格式标淮的限制。4 外部接口与运行环境需求4.1 用户界面 采用的简洁友好的图形用户界面风格，设计用户界面。 屏幕格式：显示器。 菜单格式：WEB页面 需要有操作顺序的操作应给出正确恰当的引导提示； 图形用户界面要友好，容易理解，方便使用；具体包括

9、： 对于不方便统一填写风格的选项全部采用下来菜单的形式； 对于特定的填写内容（如密码）需要有基本的验证信息和相应 的提示信息； 地图显示应该清晰明了，方便阅览； 文本显示格式要符合常人阅读习惯； 正文或者信息文字统一用宋体； 日期显示统一用年-月-日的格式，如2009-11-4； 错误信息统一采用弹出对话框的形式，提示内容要友好易懂；4.2 硬件接口 操作系统：Windows XP或者更高版本； 数据库：Microsoft SQL Server 2005SP4或者更高版本； 工具；4.3 软件接口4.4 通讯接口 WEB浏览器：IE 7.0或者更高版本； 网络通讯协议：TCP/IP协议4.5

10、运行环境 硬件平台：PC，Intel Core2 1.66GHz或者更高型号处理器，512M以上内存，40GB以上硬盘； 操作系统和版本：Windows XP SP2或者更高；Microsoft SQL Server 2005SP3或者更高； 服务器：Tomcat 6.0或者更高； 浏览器：IE 6.0或者更高版本；5 其它非功能需求可靠性：凡合法用户可以再任意地方正确无误的访问系统中的信息；安全性：只有注册的用户方可访问系统，其他用户不得获取系统内的任何信息；可维护性：系统故障可以再24小时内得到解决；可扩展性：在用户需要时，系统可以方便的扩展而不影响已有功能5.1 性能需求 系统支持的并发

11、操作数量：至少满足500人可同时正常访问系统； 响应时间：在正常网络条件下，文本显示不得超过1秒，地图的显示不得超过2秒； 容量需求 存储器：512M以上； 磁盘空间；40GB以上； 数据库中表的最大行数：10000行；5.2 安全性需求系统内部包含的所有资料只有注册用户方能浏览。系统应阻止一切通过非登录手段获取系统信息的不安全行为。最高权限管理员用户的登录名和密码是系统自带的，此用户只有使用的权限，不具备修改最高权限用户登录信息或者增删最高权限用户的权利。系统最高权限用户的修改只能通过系统内部变更得到改变。5.3 用户文档与软件产品一同交付的用户文档包括： 安装指南，纸质文档； 用户手册，纸质文档； 在线帮助；相关电子文档，与软件产品一同分发、配置。