旅游管理系统-需求分析报告.doc
《旅游管理系统-需求分析报告.doc》由会员分享,可在线阅读,更多相关《旅游管理系统-需求分析报告.doc(34页珍藏版)》请在咨信网上搜索。
=========再苦再累,只要坚持往前走,属于你的风景终会出现======== ☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆ 《旅游管理系统》 需求分析报告 报告名称 旅游管理系统 专 业 班 级 姓 名 学 号 指导教师 目录 一、引言 5 1.1项目实现目的 5 1.2项目背景 5 1.3参考资料 5 二、系统分析 6 2.1可行性分析 6 2.1.1经济可行性 6 2.1.2技术可行性 6 2.2需求分析 6 2.2.1基础数据设置 6 2.2.2总体需求分析 7 2.2.3功能需求分析 7 2.2.4功能描述 7 2.3系统分析建模 8 2.3.1创建用例图 8 2.3.2创建交互视图 9 2.3.3数据流图 10 2.3.4系统功能结构 11 2.4系统性能需求 12 2.4.1. 正确性需求 12 2.4.2. 安全性需求 12 2.4.3. 界面需求 12 2.4.4.时间特殊性需求 13 2.4.5. 稳定性需求 13 2.4.6. 灵活性需求 13 2.4.7. 扩展性需求 13 2.4.8. 故障处理能力需求 13 三、系统设计 14 3.1系统设计原则 14 (6)界面设计原则 14 3.2系统总体设计 15 3.2.1系统架构设计 15 3.3数据库设计 15 3.3.1概念结构设计 15 3.3.2数据库的描述 16 3.3.3数据库关系结构 17 3.3.4数据库表的设计 17 四、系统实现 19 4.1 系统工作流程图 19 4.2 网站后台主要功能模块设计 19 4.2.1 后台登录模块设计 19 4.2.1、会员管理 20 4.2.2.、新闻添加 20 4.2.3、新闻列表 21 4.2.4、新闻类别 21 4.2.5、景点添加 22 4.2.6、景点列表 22 4.2.7、景点类型 23 4.2.8、景点级别 23 4.2.9、度假村添加 24 4.2.10、度假列表 24 4.2.11、度假团队 25 4.2.12、管理员管理 25 4.2.12、管理员添加 26 4.2.13、通过网页上的提示,进行修改密码 26 4.3 网站前台主要功能模块设计 27 4.3.1 网站首页模块设计 27 4.2.2 用户注册界面设计 27 4.2.3 用户参团功能 28 4.2.4、项目简介静态页面 29 4.2.5、新闻动态页面 30 4.2.6景点展示的页面 30 4.2.7、度假主题的页面 31 4.2.8、联系我们的页面 31 4.2.9、用户登录成功后的页面显示 32 4.2.10、个人信息的修改页面 32 4.2.11、个人信息显示页面 33 旅游管理系统需求分析 一、引言 1.1项目实现目的 通过现代信息化手段,建设我们独特的旅游项目储备和重大旅游项目建设的动态的新闻跟踪系统,对各项目进行系统化的旅游管理与跟进。基于互联网掌握全面的某某旅游产业项目信息,并通过信息化工具的智能化统计分析功能辅助项目信息,并通过信息化工具的智能化统计分析功能辅助项目决策,从而达到整合和争取各类旅游建设资金,建设一批有重大影响和强大支撑的大型旅游项目,以项目建设促进某某旅游大发展,促进旅游产业大省建设。 1.2项目背景 旅游管理系统(Tourism Management System),运用计算机创建一个网络互动平台。让更多的游客登进入到我们制作的旅游板块和旅游团队中。通过页面的景点展示,景点简介,度假村简介,动态新闻。让阅览者第一时间获得第一手的旅游信息,和某些景点的动态新闻。让阅览者更好的选择到适合自己的旅游团队,通过旅游团队的活动时间,让自己能更好的安排自己的业余时间。让人们更能积极的参加我们的旅游团。 1.3参考资料 1.《Java Web 应用基础》 齐景嘉 主审 李德有 刘明刚 主编 徐宏伟 王树鹏 张玉芬 副主编 2.互联网——《前台模板压缩包》 二、系统分析 2.1可行性分析 2.1.1经济可行性 本系统作为一个工程实践设计,无需开发经费,目前对于我们来说在经济上是可以接受的,所以经济上是可行的。 2.1.2技术可行性 主要目的是为用户方便快捷的了解景点简介,当前的热门景点新闻,度假村简介,产品的展示,提高景点介绍编辑人员的服务质量和服务效率,当用户浏览资讯时,终端向服务器发出请求,服务器旅游信息库的实时数据向终端发送数据,显示在终端的屏幕上。当用户参团时,终端向服务器提交用户信息后,将参团存入信息库,并及时显示该参团信息,系统管理员发布旅游信息时,将信息存入信息数据库并在页面显示该操作添加的旅游信息,当管理员修改旅游信息时,旅游信息数据库数据也做相应改变,页面及时显示更改。 2.2需求分析 2.2.1基础数据设置 管理员添加景点的信息,并及时对景点信息进行查看、增加、修改、删除,用户的信息,对于新注册的用户信息及时录入,及时导入用户的参团信息。 2.2.2总体需求分析 新闻发布系统包括二个主要模块: 1. 前台显示模块:前台首页显示、栏目板块、内容板块、参团板块。 2. 后台管理模块:管理员、注册用户、旅游信息。 2.2.3功能需求分析 本系统主要有如下功能 1. 身份验证。 2. 查看最新景点的动态新闻,度假村和景点简介信息。 3. 管理员可以查询用户信息 4. 管理员可以对旅游信息进行更改、删除,会员用户可以参加团队旅游。 5. 管理员对旅游信息、图片的管理。 2.2.4功能描述 1. 身份验证 对登陆的用户进行验证,通过者才能进入系统。 2. 查看最新的旅游信息 对符合自己心意旅游信息可以进行参团操作 3. 管理员可以查询用户信息 管理员可以查看所有用户信息,但是不可以更改。 4. 管理员可以对旅游信息进行更改、删除 管理员可以发布旅游信息、编辑旅游信息的错误、对过时的旅游信息进行删除 5. 注册用户用户可以参团。 注册用户可以参加自己中意的旅游项目。 6. 对于普通用户只可以浏览网页 2.3系统分析建模 2.3.1创建用例图 浏览者 浏览旅游信息 寻找适合自己的旅游团进行参团 用户注册 浏览者的浏览网页 会员用户 登录 查看动态新闻 查看旅游团的事件 选择是否参团 查看景点度假村简介 普通用户可以进行的操作 管理员 登录 发布、更改信息 删除信息 管理用户参团 查看用户信息 修改管理员密码 管理员可以进行的操作的用例图 2.3.2创建交互视图 查看旅游信息 添加旅游信息 修改新闻 删除新闻 添加旅游 修改新闻 删除新闻 管理员 登录系统 管理员的操作顺序 浏览者 会员用户 注册、登录 系统主界面 进入主界面 景点/新闻 新闻动态 旅游内容页 进入旅游内容页 参团 参加旅游团 景点动态 浏览者登录页面浏览旅游信息。 当浏览者注册成为会员用户或已经是会员用户时,填写账号密码登录后可以进入系统主页面,进行景点、新闻和度假村简介的阅读,并可以对自己的需要进行参团选择。 2.3.3数据流图 数据流图,简称DFD,就是采用图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程,是结构化系统分析方法的主要表达工具。 管理员 用户名密码 管理员登录 修改密码 密码管理 用户信息列表 用户管理 旅游信息 度假村主题列表 主题信息 景点标题列表 及内容 增加主题 编辑主题 删除主题 主题管理 添加景点 编辑景点 删除景点 标题管理 内容信息 新闻动态内容 添加内容 内容管理 浏览者 会员用户 注册 用户名密码 会员用户登录 系统主界面 旅游信息 查看主题 列表 删除内容 2.3.4系统功能结构 系统总体模块板块分类 景点信息管理 会员登录注册 旅游参团 度假村简介 管理员管理 新闻展示 旅游管理系统后台功能结构 管理员登录 管理员修改和删除 度假村主题管理 新闻内容管理 景点简介管理 会员用户登录注册 后台退出口 会员用户修改 会员用户参团 2.4系统性能需求 2.4.1. 正确性需求 管理员应能够进行有关的旅游信息准确地添加到数据库中。 系统用户登录后,系统应能正确地读取用户个人信息以及用户的权限信息。 系统的操作结果与预期的结果应该是一致。 2.4.2. 安全性需求 系统登录需要输入用户名、密码,并且需要防止SQL注入问题,用户登录后根据用户角色的不同可以访问的权限应该不同。为了防止用户未授权访问了不该访问的功能,系统需要在客户端和控制端设置权限拦截。 2.4.3. 界面需求 系统对界面的要求窗口布局清晰,颜色搭配合理,主题以绿色为主,色调柔和,各窗体主题风格一致同时采用windows 的通用图形界面,对用户友好,必须对鼠标和键盘提供支持,界面的设计应遵循如下规则: (1)界面具有一致性,接你按规范应遵循MS Windows软件界面概念规范。 (2)提供简单的错误处理。 (3)提供信息反馈,用多种信息提示用户当前的系统运行状态。 (4)操作可逆,其动作可以是单个操作,或者是一个相对对立的操作序列。 (5)显示启动画面,画面要简洁明了,不能太过花哨。 2.4.4.时间特殊性需求 当管理员向系统添加旅游信息时需要在一定时间内处理用户数据并将数据录入数据库中。 2.4.5. 稳定性需求 系统部署后,在硬件条件和支持软件条件没有变化的情况下,能够一直保持运行状态,直到系统被升级或代替。 2.4.6. 灵活性需求 用户在选择参团信息时,支持参团操作,为您展示相关联的一切信息 2.4.7. 扩展性需求 系统应该支持功能扩展与支持环境的扩展。功能扩展就是在现有的功能模块的基础上可以添加信息的功能模块。 2.4.8. 故障处理能力需求 系统可能遇到的软件故障是数据库与应用程序服务器。为了满足信息处理的需求,可以采取数据恢复数据来解决。 三、系统设计 3.1系统设计原则 (1)实用性原则 系统必须从科技对广大民众实用性的角度出发,让广大民众和喜爱科技的人更加全面了解科技方面的最新资讯。 (2)易用性原则 系统应该有友好的用户界面,易于使用,稍有电脑基础的人员便可访问本系统。 (3)经济性原则 系统充分考虑经济性原则,以尽量低的造价为旅游管理系统带来尽量大的效益,提供良好的性价比。 (4)先进性原则 系统确保及时快速的更新各大景点的最新报道,让广大民众获取最新的景点新闻资讯。 (5)可扩展性原则 系统为用户提供了注册使用功能,这样当用户注册本网站后,可以对站内的各旅游团进行参团,为大家提供一个互动的平台。 (6)界面设计原则 用户界面是一个应用程序最重要的部分,它是最直接的现实世界。对用户而言,界面就是应用程序,它们感觉不到幕后正在执行的代码。不论花多少时问和精力来编制和优化代码,应用程序的可用性仍然依赖于界面。 用户界面应具备的特征。 (1) 使用性 1. 使用的简单性,对不同年龄段的人群只要有一些电脑操作基础即可。 2. 快速搜索功能。 3. 快速的系统响应和低的系统成本。 (2)灵活性 针对不同的用户本系统提供不同的登录界面。 (3)设计菜单与工具栏 对于旅游管理系统界面的菜单,应尽量地设计为简单、清晰、方便、美观。 3.2系统总体设计 3.2.1系统架构设计 三层架构(3-tier application)通常意义上的三层架构就是将整个业务应用划分为:表现层、业务逻辑层、数据访问层。区分层次的目的即为了“高内聚,低耦合”的思想。 1. 表现层:展现给用户的界面,即用户在使用系统的时候的所见情况。 2. 业务逻辑层:针对具体问题的操作,对数据业务逻辑处理。 3. 数据访问层:直接操作数据库,针对数据的增加、删除、修改、更新、查找等等。 3.3数据库设计 3.3.1概念结构设计 在需求分析阶段所得到的应用需求应该首先抽象为信息世界的结构,才能更好地、 更准确地把用户的数据要求清楚、准确的描述出来,概念模型是一种面向问题的数据模型,用于信息世界的建模,数据库设计人员和用户之间进行交流的语言,它按用户的观点对数据建立的模型,描述了从用户角度看到的现实环境。描述概念模型的有力工具是E.R (Entity—Relationship,实体-联系)图,本系统的E-R图 旅游信息 管理员 浏览者 注册用户 查看、选择、参团 搜索、发布、更改、删除 查看 注册 管理 用户名 密码 用户名 密码 参团 发布 属于 编号 主题 所属地 时间 内容 时间 个人信息 参团人 图片 E-R图 3.3.2数据库的描述 数据库采用Access进行数据库表的创建 表名及字段名在数据库中都是用英文表示 3.3.3数据库关系结构 数据库主要由用户表、景点介绍表、用户参团表、新闻类型表、景点等级表、度假村信息表、动态新闻内容表。 3.3.4数据库表的设计 (1)、用户表(t_user) (2)、景点类型表(t_scenerytype) (3)、景点介绍表(t_scenery) (4)、用户参团表(t_participation) (5)、新闻类型表(t_newstype) (6)、景点等级表(t_level) (7)、度假村信息表(t_holiday) (8)、动态新闻内容表(n_newlist) 四、系统实现 4.1 系统工作流程图 “旅游管理系统”主要有三个角色,管理员、注册用户、浏览者,管理员。管理员登录后,可以对网站的信息进行查看,对过时的旅游信息进行删除,修改,发布等操作,还可以查看用户的资料以及用户的评论内容。注册用户可以登录后可以查看景点等信息和参团等操作。浏览者只可以浏览旅游信息。 4.2 网站后台主要功能模块设计 网站后台设计的主要模块有会员管理,新闻管理,景点管理,度假管理,管理员管理。 4.2.1 后台登录模块设计 为了保护旅游管理系统的信息内容不被他人篡改,本系统实行管理员使用管理员账号和密码登录系统,登录正确的用户名和密码并且输入系统提供的验证码后,会弹出窗口显示登录成功的对话框后,方可进入系统,否则,系统会根据具体情况提示账号或密码错误。 成功登录后,系统会根据相应的权限显示相关的操作模块,系统登录界面如图所示。 4.2.1、会员管理 能从中删除会员信息 (1)如图所示查看所有的新闻信息: 4.2.2.、新闻添加 要添加新的新闻文摘如图所示:一步一步地添加进去。 4.2.3、新闻列表 可以修改和删除已经存在的新闻。 如图所示: 4.2.4、新闻类别 可以添加新闻类别,和修改,删除新闻类别。 如图所示: 4.2.5、景点添加 要添加新的景点如图所示:一步一步地添加进去。 4.2.6、景点列表 可以修改和删除已经存在的景点信息。 如图所示: 4.2.7、景点类型 可以修改和删除已经存在的景点类型。 如图所示: 4.2.8、景点级别 可以修改和删除已经存在的景点级别。 如图所示: 4.2.9、度假村添加 要添加新的度假如图所示:一步一步地添加进去。 4.2.10、度假列表 可以修改和删除已经存在的度假信息。 如图所示: 4.2.11、度假团队 可以修改和删除已经存在的度假团队信息。 如图所示: 4.2.12、管理员管理 可以删除管理员列表里的信息。 如图所示: 4.2.12、管理员添加 要添加新的景点如图所示:一步一步地添加进去。 4.2.13、通过网页上的提示,进行修改密码 如图所示: 4.3 网站前台主要功能模块设计 4.3.1 网站首页模块设计 网站的首页主要分为六大版块,主要有旅游信息十大主题,(1)首页图片(2)相应主题的信息显示;(3)参团信息(4)度假信息和度假介绍(5)用户登录和注册(6)联系我们 (7)新闻动态展示 (8)景点展示 4.2.2 用户注册界面设计 显示如图所示: 4.2.3 用户参团功能 注册的用户使用自己注册的用户名和密码进行登录,点击你所想要旅游团队,发表如图所示: 4.2.4、项目简介静态页面 4.2.5、新闻动态页面 4.2.6景点展示的页面 4.2.7、度假主题的页面 4.2.8、联系我们的页面 4.2.9、用户登录成功后的页面显示 4.2.10、个人信息的修改页面 4.2.11、个人信息显示页面 2010年读书节活动方案 一、 活动目的: 书是人类的朋友,书是人类进步的阶梯!为了拓宽学生的知识面,通过开展“和书交朋友,遨游知识大海洋”系列读书活动,激发学生读书的兴趣,让每一个学生都想读书、爱读书、会读书,从小养成热爱书籍,博览群书的好习惯,并在读书实践活动中陶冶情操,获取真知,树立理想! 二、活动目标: 1、通过活动,建立起以学校班级、个人为主的班级图书角和个人小书库。 2、通过活动,在校园内形成热爱读书的良好风气。 3、通过活动,使学生养成博览群书的好习惯。 4、通过活动,促进学生知识更新、思维活跃、综合实践能力的提高。 三、活动实施的计划 1、 做好读书登记簿 (1) 每个学生结合实际,准备一本读书登记簿,具体格式可让学生根据自己喜好来设计、装饰,使其生动活泼、各具特色,其中要有读书的内容、容量、实现时间、好词佳句集锦、心得体会等栏目,高年级可适当作读书笔记。 (2) 每个班级结合学生的计划和班级实际情况,也制定出相应的班级读书目标和读书成长规划书,其中要有措施、有保障、有效果、有考评,简洁明了,易于操作。 (3)中队会组织一次“读书交流会”展示同学们的读书登记簿并做出相应评价。 2、 举办读书展览: 各班级定期举办“读书博览会”,以“名人名言”、格言、谚语、经典名句、“书海拾贝”、“我最喜欢的___”、“好书推荐”等形式,向同学们介绍看过的新书、好书、及书中的部分内容交流自己在读书活动中的心得体会,在班级中形成良好的读书氛围。 3、 出读书小报: ☆☆☆☆不是因为有希望才去努力,而是努力了,才能看到希望。☆☆☆- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 旅游 管理 系统 需求 分析 报告
咨信网温馨提示:
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,个别因单元格分列造成显示页码不一将协商解决,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【人****来】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【人****来】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,个别因单元格分列造成显示页码不一将协商解决,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【人****来】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【人****来】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。
关于本文