旅游网站需求分析报告.doc

一、需求分析报告1 引言由于时下大多数人生活优越，交通工具方便快捷，信息获取方便，导致旅游业迅猛发展。为了方便旅游爱好者在网上获取信息，有效地掌握各大旅游景点的详细情况，我们多方听取意见、追加和完善大量实用功能，开发出一套适合于旅游者在网络上快速获取信息的管理系统。通过本系统，出行者可以查看某个地区的全部景点列表，了解某个景点的详细情况，自驾车、公交线路，获取景区内的旅游地图等。该系统为游客提供全面的旅游景点查询服务。1.1 编写目的在深入考察了已有的旅游景点网站，同时与多位软件使用者进行了全面深入地探讨和分析的基础上，提出了这份软件需求规格说明书。此需求规格说明书对旅游景点综合信息查询系统软件做了全面细致的用户需求分析，明确所要开发的软件应具有的功能、性能与界面，使系统分析人员及软件开发人员能清楚地了解用户的需求，并在此基础上进一步提出概要设计说明书、详细设计说明书及完成后续设计与开发工作。本说明书的预期读者为客户、业务或需求分析人员、测试人员、用户文档编写者、项目管理人员。1.2 开发目的及意义本系统提供对各旅游景点综合信息（景点介绍、景点图片视频展示、等）的查询与管理，可以作为旅游出行综合信息查询的门户。通过本系统，出行者可以查看某个地区的全部景点列表，了解某个景点的详细情况，公交线路，获取景区内的旅游地图等。该系统为游客提供全面的旅游景点查询服务。通过本系统的开发，要求掌握一个完整B/S应用系统设计、开发的全过程，掌握数据库编程。1.3 预期读者和阅读建议本文档主要描述了系统设计中运用到的各种词汇、系统的功能、运行的环境和配置、外部接口的设计和界面设计等各项系统开发的前期准备材料。并将推荐阅读本文档的读者和阅读建议列举如下：l 系统用户：建议阅读文档中的“3系统功能需求”及“5.4用户文档”部分，并针对文档中所列的功能需求提出修改和删补建议；l 开发人员：建议着重阅读本文档的“3系统功能需求”、“4外部接口与运行环境需求”等部分； l 项目经理：建议阅读整篇文档；l 营销人员：建议着重阅读“3系统功能需求”；l 测试人员：建议阅读“3系统功能需求”、“4.5运行环境”和“5.1性能需求”三部分；l 文档编写入员：建议阅读“2文档约定部分”。2 术语、定义和缩略语2.1 文档约定l 正文风格：正文风格统一采用主标题、副标题的封层罗列的方法，并且在文中配以需要的表格和图片的文档风格。具体的正文、图片及表格要求按照下面的要求进行：中文用宋体，英文用Times New Roman，行距20磅。段前、段后0行，但表名、图题的段前、段后均设为0.5行。正文部分（含表名、图题）用小四字；表格、图中的文字，用五号字；l 提示方式：文档中不添加额外的提示符号；l 重要符号：凡是在文档中出现的重要的信息或者需要文档的阅读者特别注意的部分，统一按照在段落开头处添加“*”号的方法加以标注；l 需求的层次：高层次的需求陈述在细化的需求中不需要再加以继承，只需真丢更细层次的需求进行陈述；2.2 术语、定义ASP.NET：ASP.NET 是一种统一的 Web 平台，它提供了生成企业级应用程序所必需的全部服务。2.3 缩略语B/S Browser/Server 浏览器和服务器结构3 系统功能需求3.1 系统功能本系统的功能主要包括：景点检索、景区介绍、用户管理、论坛管理、博客管理、后台管理。3.1.1 系统功能树图 系统功能树图：旅游景点综合信息查询系统前台子系统后台管理子系统论坛景点介绍景点检索博客景点信息管理博客信息管理论坛信息管理信息管理系统功能树3.1.2前台管理子系统用户可以根据前台系统检索各地的旅游景点信息，并通过成为注册用户，可以在论坛发表自己的观点和拥有自己的博客。景点检索模块（1）用例图景点检索用例图（2）需求说明所有用户都可以通过该景点检索模块检索自己想要的和适宜的旅游景点。（3）输入/输出数据l 输入数据：选择要查询的条件是根据旅游时间、旅游费用、行程距离、或者出行目的。l 操作方法：根据用户选择的需要点击查询按钮。l 输出数据：从数据库中选出用户选择的具体旅游景点信息并显示出来。景点介绍模块（1）用例图景点介绍用例图（2）需求说明所有用户都可以通过该景点介绍模块了解该景点的具体信息，包括景点特色、景点图片、景点视频、餐饮介绍和旅行线路等。（3）输入/输出数据l 输入数据：选择选中的具体的旅游景点需要查看的信息。l 操作方法：根据用户选择的需要点击景点查看按钮。l 输出数据：从数据库中选出用户选择的具体旅游景点信息并在该页面显示出来。3.1.3用户管理子系统用于用户信息的维护和用户登录。用户权限分为不同用户和管理员用户。不同用户只可以登录并查询信息。管理员用户可以执行用户信息的修改和用户管理的操作。用户登录模块（1）用例图用户登录用例图（2）需求说明用户登录模块需要根据不同用户的登录信息确定用户身份，即其权限，根据属于不同的用户类别：管理员、区域管理员、不同用户（权限又高到低），赋予用户不同的操作权限。（3）输入/输出数据l 输入数据：用户登录名、用户登录密码；l 处理方法：根据用户的输入信息从数据库中查询相应用户，核对以填写的用户信息是否存在于数据库中；l 输出数据：存在该用户则提示登录成功并跳转登录界面；不存在该用户则提示用户不存在，并跳转至注册页面；信息修改模块（1）用例图用户信息修改用例图（2）需求说明用户的信息修改模块可以在验证用户登录信息正确后给予用户修改个人登录信息的权利（由于管理员是最高权限，而且在企业中只应有一人剧本该权限，因此不提供给该用户修改个人登录信息的功能）。（3）输入/输出数据l 输入数据：更新的用户登录信息；l 处理方法：更新数据库中当前登录用户的登录信息；l 输出数据：更新后的用户登录信息；用户管理模块（1）用例图用户管理模块用例图2）需求说明用户管理模块需在管理员权限（最高权限）下进行登录后，才可对现有的所有用户进行管理，包括对这些用户的登录信息的修改以及对任意用户的删除。（3）输入/输出数据l 输入数据：预修改用户的新的信息或者欲删除的用户；l 操作方法：根据管理员选择的需要操作的用户信息，在数据库中对相应的用户进行更新；l 输出数据：更新后的用户列表；3.1.4 后台管理子系统提供一个后台管理界面，可以发布广告、最新旅游景点推荐、删除论坛、博客信息等。景点信息管理模块.1增加景点信息（1）用例图增加景点信息用例图（2）需求说明管理员通过该模块增加景点信息。（3）输入/输出数据l 输入数据：新增加的旅游景点的信息。l 操作方法：更新数据库。l 输出数据：更新后的旅游景点信息。评论信息管理模（1）用例图博客信息管理用例图（2）需求说明管理员通过该模块管理博客信息。（3）输入/输出数据l 输入数据：要删除的博客信息。l 操作方法：更新数据库。l 输出数据：更新后的博客信息。4 外部接口与运行环境需求4.1 用户界面l 采用的简洁友好的图形用户界面风格，设计用户界面。l 屏幕格式：显示器。l 菜单格式：WEB页面l 需要有操作顺序的操作应给出正确恰当的引导提示；l 图形用户界面要友好，容易理解，方便使用；具体包括：n 对于不方便统一填写风格的选项全部采用下来菜单的形式；n 对于特定的填写内容（如密码）需要有基本的验证信息和相应 的提示信息；n 地图显示应该清晰明了，方便阅览；l 文本显示格式要符合常人阅读习惯；具体包括：n 正文或者信息文字统一用宋体；n 日期显示统一用年-月-日的格式，如2016-1-1；l 错误信息统一采用弹出对话框的形式，提示内容要友好易懂；4.2 硬件接口l 操作系统：Windows XP，windows7，windows8，windows10.；l 数据库：Microsoft SQL Server 2005SP4或者更高版本；l 工具；VS2008；4.3 软件接口l 操作系统：Windows XP，windows7，windows8，windows10.；l 数据库：Microsoft SQL Server 2005SP4或者更高版本；l 工具；VS2008；4.4 通讯接口l WEB浏览器：IE 7.0或者更高版本；l 网络通讯协议：TCP/IP协议4.5 运行环境l 硬件平台：PC，Intel Core2 1.66GHz或者更高型号处理器，512M以上内存，40GB以上硬盘；l 操作系统和版本：Windows XP SP2或者更高；l 数据库：Microsoft SQL Server 2005SP3或者更高；l 服务器：Tomcat 6.0或者更高；l 浏览器：IE 7.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所示。旅游景点景点编号类型详细信息门票价格旅游信息实体属性图乘车线路名称酒店预订电话详细信息地址酒店名称房间设置级别酒店实体属性图公交线路投币票价景点名称全程站点始末车时间公交实体属性图IC卡票价长途客运运行时间对象发车时间往返票价单程票价线路名称车型大连发车时间长途客运实体属性图学生票价火车对向开车时间名称车次大连开车时间火车实体属性图航班信息名称每日航班数经济舱票价商务舱票价航班实体属性图头等舱票价管理员密码用户名人员实体属性图旅游信息各职能局部ER图解决旅游常见问题旅游景点MN酒店休息旅游景点NM公交到达旅游景点1M公交属于交通工具1M交通工具公交解决问题酒店到达休息旅游景点1NMM1M属于1M系统总体ER图问题标题景点编号内容级别景点名称线路名称所到景点飞机长途客运火车航次路线名称车次酒店名称目的地目的地全程用时景点名称全程站点局部E-R图旅游信息管理系统对于相关的信息有不同的要求，包括：景点信息和公交信息的管理，景点信息和酒店信息的管理，公交信息和交通信息的管理，旅游信息和旅游常见问题的管理。总体E-R图旅游信息管理系统总体E-R图（见上图）。数据库逻辑结构设计关系模型创建本系统包括8个实体，转换后的关系模式如下（加下划线的为主键）：景点信息（景点编号，景点名称，景点类别，详细信息，门票价格，乘车路线）景点公交信息（线路名称，景点名称，全程站点，始末车时间，投币票价，IC卡票价）酒店信息（酒店名称，酒店级别，相信信息，酒店地址，房间设置，预订电话）公交（线路名称，所到景点，全程站点，始末车时间，投币票价，IC卡票价）航班（航次，目的地，每日航班数，头等舱票价，商务舱票价，经济舱票价）长途客运（路线名称，大连发车时间，对向发车时间，车型，全程时长，单程票价，往返票价，学生票价）火车（车次，路线名称，大连发车时间，终到时间）问题（旅游常见问题，解决方案）关系规范化分析景点信息、酒店信息、公交信息、其它交通信息等都满足第3范式的要求。数据表的创建根据系统ER图，本系统数据库需要创建9个表：景点信息表、酒店信息表、景点公交信息表、火车信息表、长途客运信息表、飞机信息表、旅游常见问题信息表、大连专属节日信息表、管理员表。用于存放旅游信息、酒店信息、景点公交信息、其它交通信息、旅游服务信息等。景点信息表创建旅游信息表t_travel。此表包括6个字段，其中f_id是此表的主键，详细描述如表4-1所示。表4-1 t_travel表的定义字段名称数据类型长度是否为空是否为主键说明f_id自动编号50否是景点编号f_travelname文本50否否景点名称f_traveltype文本50否否类型f_travelinfo文本255否否详细信息f_travelprice文本100否否门票价格f_travelbus文本255否否乘车路线酒店信息表创建酒店信息表t_hotel。此表包括6个字段，其中f_hotelname是此表的主键，详细描述如表4-2所示。表4-2 t_hotel表的定义字段名称数据类型长度是否为空是否为主键说明f_hotelname文本50否是酒店名称f_hotelgrade文本50否否级别f_hotelinfo文本255否否详细信息f_hoteladd文本100否否地址f_hotelroom文本255否否房间设置f_hoteltel数字50否否预订电话景点公交信息表创建公交信息表t_bus。此表包括6个字段，其中f_busname是此表的主键，详细描述如表4-3所示。表4-3 t_bus表的定义字段名称数据类型长度是否为空是否为主键说明f_busname文本50否是线路名称f_bustravel文本255否否所到景点f_busline文本255否否全程站点f_bustime文本255否否始末车时间f_price1文本50否否投币票价f_price2文本50否否IC卡票价火车信息表创建火车信息表t_train。此表包括6个字段，其中f_trainno是此表的主键，详细描述如表4-4所示。表4-4 t_train表的定义字段名称数据类型长度是否为空是否为主键说明f_trainname文本50否否线路名称f_trainno文本50否是车次f_traintime1文本50否否发车时间f_traintime2文本50否否对向发车时间长途客运信息表创建长途客运信息表t_lbus。此表包括8个字段，其中f_lbusname是此表的主键，详细描述如表4-5所示。表4-5 t_lbus表的定义字段名称数据类型长度是否为空是否为主键说明f_lbusname文本50否是客车目的地f_lbustime1文本50否否发车时间f_lbustime2文本50否否对向发车时间f_lbustype文本50否否客车类型f_lbusdis