• 2.52 MB
  • 33页

《javaee编程课程设计》期末项目报告书旅游信息管理系统大学论文.doc

  • 33页
  • 当前文档由用户上传发布,收益归属用户
  1. 1、本文档共5页,可阅读全部内容。
  2. 2、本文档内容版权归属内容提供方,所产生的收益全部归内容提供方所有。如果您对本文有版权争议,可选择认领,认领后既往收益都归您。
  3. 3、本文档由用户上传,本站不保证质量和数量令人满意,可能有诸多瑕疵,付费之前,请仔细先通过免费阅读内容等途径辨别内容交易风险。如存在严重挂羊头卖狗肉之情形,可联系本站下载客服投诉处理。
  4. 文档侵权举报电话:19940600175。
'九江学院信息科学与技术学院《JavaEE编程课程设计》项目报告书题目:旅游信息管理系统专业:软件技术班级:姓名:学号:30设计时间:2016年12月13日~2016年12月21日 目录《JavaEE编程课程设计》项目报告书11.项目计划32.系统需求分析与功能设计33.总体设计44.数据库设计55.程序模块设计66.技术难点与分析77.系统测试8 1.项目计划项目模块时间需求分析及功能设计2016年12月13日~2016年12月14日数据库设计2016年12月14日~2016年12月15日主界面的设计和实现2016年12月15日~2016年12月16日管理员的相关功能的设计和实现2016年12月16日~2016年12月17日普通用户的相关功能的设计和实现2016年12月17日~2016年12月18日旅行社的相关功能的设计与实现2016年12月18日~2016年12月20日系统测试2016年12月20日~2016年12月21日2.系统需求分析与功能设计(根据课题的要求进行简单的需求分析,设计相应的数据流图,得出相应的系统功能需要,系统数据流图)2.1开发背景随着生活质量的提高,旅游已经成为人们休闲娱乐的重要方式。我们所要开发旅游信息管理网就是起到让用户和旅游公司建立联系、用户与用户之间可以交流的一个互动平台。通过该平台,不仅旅行社可以发布旅游信息,而用户就可以在网站中看到这些信息,而且用户从而考虑是否加入相应的旅游团;而且用户可以发布游记,记录自己旅游的经历感受,分享自己的经验,其他的用户可以根据这些游记作为自己行程安排的参考。旅游信息网与传统的旅游公司网站不同,它是为用户旅游提供相关旅游信息,进而选择适合自己的旅行方式合理安排行程的一个网站。2.1.1需求分析2.2系统分析2.2.1系统架构如图2-2-1系统总体架构图所示: 图1系统总体架构2.2.2系统总述旅游信息管理是一个网络互动平台,分为三个版块:景点介绍、行程攻略、游记和画册。首页内容包括登录界面链接按钮、动态新闻、景点介绍摘要、行程攻略摘要、游记和画册摘要。“景点介绍”包含景点介绍、景点展示、度假村介绍、景点评价等内容;“行程攻略”为旅行社提供发布信息的平台,旅行社按目的地和天数提供某地若干日游等旅游攻略,提供相关线路信息咨询服务;“游记和画册”为驴友分享游记和旅行照片,分享旅游心情、感受、旅行经验以及旅行照片的平台。旅游信息管理平台行程攻略景点介绍游记和画册景点详情行程介绍游记介绍行程详情游记展示 图2系统功能模块示意图2.3功能分析旅游信息管理是一个网络互动平台。让更多的游客登进入到“驴友”制作的旅游板块和旅游团队中。通过景点展示,景点简介,度假村简介,线路信息咨询,景点评价,动态新闻等。让阅览者第一时间获得第一手的旅游信息,和某些景点的动态新闻。让阅览者更好的选择到适合自己的旅游团队,通过旅游团队的活动时间,让自己能更好的安排自己的业余时间。让人们更能积极的参加我们的旅游团。2.3.1旅游信息管理首页功能描述本版块为旅游信息管理平台的登录后显示的的第一个界面,呈现的内容包括动态景点介绍概要、行程攻略概要、精彩游记概要和用户注册登录入口,通过点击链接进入相应的界面内容。功能流程字段说明2.3.2景点介绍功能描述本版块是对各景点的相关旅游信息的介绍,用户可以在此页了解到各景点的较为详细和全面的景点介绍,其中还包括景点位置、景点特色、景点历史、度假村介绍和景点、度假村评价,以及选择旅行的最佳季节和旅行各种注意事项。文字介绍图片展示度假村介绍评价功能流程字段说明2.3.3行程攻略功能描述 本版块作为旅行社发布相关旅游信息的平台,可以按照不同的目的地、不同是天数,各旅行社可以推出相应的旅行日程计划,供浏览的用户参考和选择。功能流程字段说明2.3.4游记和画册功能描述本版块是用户发布游记和画册的平台,用户可以在此板块分享交流旅行的感受、心情和旅行照片,以及与其他用户交流分吃住行等旅行经验。功能流程字段说明2.4系统的业务流程分析业务流程图是一种描述系统内各部分、不同用户之间业务关系、作业顺序和管理信息流向的图表,利用它可以帮助分析人员找出业务流程中的不合流理向。2.4.1业务流程分析的目的为了使用户对该旅游信息管理系统的基本架构有一个初步的了解,为了用户可以更好的使用该旅游信息管理系统,使用户和旅游公司在使用该系统时可以得心应手,不需要特意拿出时间对使用该系统的工作人员进行培训,编写并给出了该系统的业务流程图。2.4.2系统的业务流程分析系统用户在使用该旅游信息管理系统之前先进行系统登陆,如发现不是本系统使用人员则登陆出错,提示输入正确的账号与密码。进入主界面后,在进入旅游信息分类管理界面后显示了所有的旅游分类信息,管理员可以进行用户管理,景点管理,游记管理,攻略管理,包括添加项目,修改以及注销旅游分类信息。在点击任何一个按钮后,系统显示相应的全部信息,供管理员进行管理操作。在理财收支管理功能中,管理员可以设置对理财收入信息,支出信息,以及月收入统计工作,在显示信息模块中,管理员可以查看现有的内容的显示并且可以对相关条件进行模糊显示。在添加时系统自动给出理财信息编号(前台不显示),管理员进行理财名称,理财类型以及数额等详细信息的添加,在添加之后提交,如果必要的信息为空,系统会给出错误提示要求管理员添加相应信息,添加成功后,相应的信息显示在系统界面上。选择主界面中的家庭理财信息,就可以对该信息进行更新操作,在更新后如果必要信息为空,系统给出错误提示,修改成功后新的信息将取代原有信息,对选中的理财债务和投资信息还可以进行注销的操作。选中主界面中的理财信息,点击理财清理按钮。进入清理信息查询界面,系统显示所有的清理信息,管理员可以通过添加查询条件察看特定的理财的清理情况。还可以对清理情况进行注销的操作。在家庭理财复利核算界面中显示所有理财信息以及复利信息,管理员通 过选择区间进行复利核算,也可以将核算信息通过电子表格的形式显示出来,对本理财信息进行修改,修改后更新,相应的更新信息取代原有信息,在操作员维护界面中显示系统所有的操作员编号、用户名和密码,管理员可以进行操作员的添加、修改以及注销,在进行添加时如果用户名为空,系统给出错误提示,否则操作员添加成功。对操作员进行信息修改时如果用户名为空,系统提示出错,否则新的信息取代原有信息。接下来给出该家庭理财管理系统的业务流程图,例如图2.1业务流程图:图2.1业务流程图2.5系统的数据流程分析数据流程图是一种能全面地描述信息系统逻辑模型的主要工具,它可以用少数几种 符号综合地反映出信息在系统中的流动、处理和存储情况。为了描述复杂的软件系统的信息流向和加工,可采用分层的DFD来描述,分层DFD有顶层,中间层、底层之分。数据流程图的特征:(1)抽象性:在数据流程图中具体的组织机构、工作场所、人员、物质流等等都已经去掉,只剩下数据的存储、流动、加工、使用的情况。这种抽象性能使我们总结出信息处理的内部规律性。(2)概括性:它把系统对各种业务的处理过程联系起来考虑,形成一个总体。下面就对该家庭理财管理系统进行数据流程图的设计。2.5.1数据流程顶层图分析数据流程顶层图决定系统的范围,决定输入输出数据流,它说明系统的边界,把整个系统的功能抽象为一个加工,顶层DFD只有一张。如下所示:图2.2数据流程顶层图Figure2.2Dataflowtoplayerchart2.5.2数据流程一层图分析通过对该顶层图的具体功能模块进行细致的分析,完成了下面的数据流程一层图:图2.3数据流程一层图 Figure2.3dataflowlayerchart2.5.3系统的数据字典数据字典就是对软件所需要使用的数据进行编号说明,它是配合数据流图使用的,在数据流图中,数据字典是不同业务活动间传递的信息,比如,业务活动“起草”“审核”间,就可能是流转的文件,那么这个文件具体有什么数据,数据间什么关系,就是为文件专门的做一个数据字典具体描述它。数据字典和数据流图共同构成系统的逻辑模型。没有流图数据字典难以发挥作用。没有数据字典,数据流图就不严格。接下来为旅游信息管理系统的数据字典:表2.1外部实体定义Table2.1Exteriorentitydefinition名称:管理员外部实体简述:系统管理者总编号:1-01输入:管理员账号,密码、管理信息编号:S1输出:返回信息表2.2数据流定义Table2.2Datastreamdefinition名称:基本信息数据流卡片简述:密码信息总编号:2-01来源:管理员密码修改编号:F1去向:管理员表名称:查询信息数据流卡片简述:查询信息总编号:2-02来源:管理员保存编号:F2去向:记录表名称:家庭理财信息数据流卡片简述:对旅游信息进行记录总编号:2-03来源:管理员添加、修改、注销编号:F3去向:理财信息表名称:清理信息数据流卡片简述:对旅游信息进行清理的记录总编号:2-04来源:管理员添加、修改、注销编号:F4去向:清理信息表名称:理财信息数据流卡片简述:对系统使用旅游信息进行记录总编号:2-05来源:管理员修改编号:F5去向:理财信息表 名称:操作员信息数据流卡片简述:对系统使用者信息进行记录总编号:2-05来源:管理员添加、修改编号:F5去向:操作员信息表表2.3处理功能Table2.3processingfunctions名称:理财收支类别管理处理功能卡片说明:对理财收支类别信息进行管理总编号:3-01输入:新的理财收支类别信息编号:P11逻辑概括:对理财收支分类信息进行添加、修改和注销输出:原理财收支分类信息名称:基本资料管理处理功能卡片说明:对基本资料信息进行管理总编号:3-02输入:新的基本资料信息编号:P12逻辑概括:对基本资料信息进行添加、修改、注销输出:原有基本资料信息名称:理财编号管理处理功能卡片说明:对理财编号信息进行管理总编号:3-03输入:新的编号信息编号:P13逻辑概括:对理财编号信息进行添加、修改、注销输出:原有编号信息名称:显示格式管理处理功能卡片说明:对显示的格式信息进行管理总编号:3-04输入:无编号:P14逻辑概括:对显示的格式信息进行管理输出:格式信息名称:理财管理处理功能卡片说明:对理财信息进行编辑、保存总编号:3-05输入:新的理财信息编号:P21逻辑概括:对理财信息进行编辑输出:原理财信息名称:清理信息管理处理功能卡片说明:对清理信息进行编辑、保存总编号:3-06输入:新的清理信息编号:P22逻辑概括:对清理信息进行编辑输出:原有清理信息名称:复利信息管理处理功能卡片说明:对复利信息进行管理总编号:3-07输入:无编号:P23 逻辑概括:对复利信息进行编辑输出:复利信息名称:使用理财信息管理处理功能卡片说明:对使用系统的理财信息进行编辑、保存总编号:3-08输入:新理财信息编号:P31逻辑概括:对理财信息进行编辑输出:原理财信息名称:操作员管理处理功能卡片说明:对操作员信息进行管理总编号:3-09输入:新的操作员信息编号:P32逻辑概括:对操作员信息进行添加、修改和注销输出:原操作员信息名称:查询处理功能卡片说明:对理财信息进行查询总编号:3-010输入:查询条件编号:P4逻辑概括:对理财信息进行查询输出:理财信息 3.总体设计(根据功能需求,设计系统的总体结构。系统总体功能模块图,菜单的设计)3.1功能模块设计3.1.1模块设计原则功能模块的设计,通过“自上而下、逐步细化”的手段,逐层地将系统划分为多个大小合适、功能单一的模块,从而将复杂系统的设计转变为多个简单模块的设计,设计原则为:(1)根据实际情况把相互间转为独立的管理业务划分为若干个业务模块;(2)对一个个较大的功能模块进一步划分成一个个相互独立的、能单独运行的小模块;(3)针对具体处理对象,再按对其进行的操作类型划分为功能模块。3.1.2绘制用例图设计系统功能旅游信息管理是一个网络系统,该系统分为四个模块:用户基本信息管理、景点基本信息管理、旅游攻略信息管理、游记画册信息管理。但是,根据不同的用户的角色的不同,所拥有的权限也不同,管理员用户拥有最高权限。具体的功能模块划分的不同参见下用例图1、图2和图3。3.1-图1 3.1-图23.1-图33.1.3绘制系统流程图因为本系统分为前台和后台,并且前台和后台用户操作功能上有很大的不同,前台不同的用户类型的功能也有所不同,所以这里绘制了三个分别表示前台和后台的系统流程图。首先看一下后台流程图,如图3.1-图4所示。 3.1-图4而对于普通用户而言,它们并不能完成管理,而只执行自身特性的功能,普通用户登录后的流程图如3.2-图5、3.2-图6所示。3.1-图5 3.1-图63.2代码设计本旅游信息管理系统的代码设计遵循标准化原则,对代码的很多方面进行了规范,例如:在该系统地设计中,局部变量使用时,尽量避免使用全局变量,因为全局变量的作用范围比较大,再对代码进行修改时,不小心就会修改到不必要修改的部分,使得系统部能够正常使用。另外,代码设计还遵从了可读性高,可使用性强等的设计原则,对代码进行了必要的注释,在代码的编写过程中,尽量对代码的格式进行了规范,因为一个好的代码必须要有一个比较清新的书写过程和思路,而这些都可以从代码的格式上体现出来,当然,代码的格式也是给读代码的人第一印象的关键因素,就如同一个系统软件的界面一样有着十分重要的作用。在代码正确,可以提供用户正常使用的基础上,本人又对这些代码进行了力所能及的优化工作,使得代码在使用时占据的空间少,占用CPU资源少。详细代码见附带文件。3.3界面设计一个友好的用户界面不仅要做到具有良好的观赏性,还应方便用户对系统的操作使用,最好符合用户以往的操作习惯,只有这样才能使用户充分发挥主观能动性更快、更好的学习使用该系统。在对旅游信息管理系统界面设计时主要遵循以下几条原则:(1)用户界面的设计在整体上保持较为一致的外观风格。(2)在进行界面设计时要充分考虑用户的操作习惯,减少用户大量的输入操作以减轻用户的工作量。 (3)界面所使用的词汇、图示、选取方式等要保持前后一致性。旅游信息管理系统界面举例:3.3-图1主页面3.3-图2添加用户界面3.3-图3景点详情界面 4.数据库设计(完成数据库的概念设计、逻辑设计,按数据库设计方法和规范化理论得出符合3NF的逻辑模型,ER图设计,ER图转化为相应的关系模式,设计数据库的逻辑模型(以表格),在机器上完成数据库的物理设计)4.1数据库设计原则在设计数据库时,关键的步骤就是要确保数据正确地分布到数据库的表中。使用正确的数据结构,不仅便于对数据库进行相应的存取操作,而且可以极大地简化应用程序的其他内容(查询、窗体、报表、代码等)。另外,数据应该尽可能少地冗余,这意味着重复数据应该减少到最少。本套旅游信息管理系统采用的SQLServer作为访问数据库的服务器,用它来对数据进行存储,在数据库应用系统的开发过程中,充分考虑到以上几个方面,运用数据库原理知识,对涉及到的数据库进行了综合设计,力求数据库的结构合理化、规范化,使数据库的存储量达到设计要求提高从数据库提取数据的速度与响应时间。以便今后对系统的维护与管理。4.2数据库概念设计实体E-R图:4.2-图1 4.2-图24.2-图34.2-图4 4.3数据库逻辑设计数据库逻辑设计将概念结构转换为某个DBMS所支持的数据模型对其进行优化。在对该旅游信息管理系统的实体关系图进行了分析之后,分别对其实体、联系作了属性的分析,得出这些实体与联系的主键与码值,为以后对该旅游信息管理系统的数据库的物理设计提供了方便与基础。下面就是对该旅游信息管理管理系统的数据库逻辑设计:用户表(ID,用户名,密码,角色);景点表(ID,名称,详情,大家印象,相关图片);旅游攻略(ID,标题,发布者,内容);游记表(ID,标题,发布者,内容,相关图片);4.4数据库物理结构设计数据库物理设计为逻辑数据模型选取一个最适合应用环境的物理结构(包括存储结构和存取方法)。在经过了以上的数据库概念设计、逻辑设计后进行了最后的数据库物理设计,在进行该设计时,基本上就是将数据库逻辑设计出来模版具体化,将每一个实体、联系的主键和码的数据类型,数据说明等做出注释。下面是该旅游信息管理系统的数据库物理设计模型:USERS用户表:列名数据类型可为空注释USERNOVARCAHR(50)NOTNULL用户编号USERNAMEVARCAHR(50)NOTNULL用户名PASSWORDVARCAHR(50)NOTNULL用户密码ROLEVARCHAR(50)NOTNULL用户角色ATTRACTIONS景点表:列名数据类型可为空注释AIDVARCHAR2(30)NOTNULL景点编号ANAMEVARCHAR2(20)NOTNULL景点名称 ADETEILVARCHAR(5000)NOTNULL景点介绍ACOMMENTVARCAHR(5000)NOTNULL大家印象ALBUMIMAGENOTNULL相关图片STRATEGY旅游攻略表:列名数据类型可为空注释SIDVARCAHR(50)NOTNULL攻略编号(主键)STITLEVARCHAR(50)NOTNULL攻略标题AUTHORVARCAHR(20)NOTNULL发布者SCONTENTVARCAHR(500)NOTNULL攻略内容TRAVELS游记表:列名数据类型可为空注释TIDVARCAHR(20)NOTNULL游记编号TITLEVARCHAR(20)NOTNULL游记标题AUTHORVARCAHR(20)NOTNULL游记作者CONTENTVARCHAR(8000)NOTNULL游记内容ALBUMVARCHAR(500)NOTNULL相关图片 5.程序模块设计(设计并编写输入输出、查询统计、数据维护等功能模块的应用程序,每个人设计2个以上的模块,一个组完成一个完整的系统,数据库访问,存储过程调用等作重点阐述)5.1管理员相关功能的实现管理员用户的功能包括用户管理、景点管理、旅游攻略管理和游记画册管理等模块,并且对每一个模块所包含的表的都有最高权限的查询、查看、编辑、删除和添加操作。当管理员对某个模块的表进行添加时,如果相关信息为空的话系统会给出错误提示,否则添加信息成功。当管理员对某个模块包含的表进行修改时,如果为空,系统给出错误提示,否则新的信息取代原有信息。另外,管理员用户登录,在系统界面中会显示系统所有用户的编号、名称、密码和角色类型,可以对用户进行查询、增加和删除等操作。这是普通用户类型和旅行社用户类型没有的功能。下面5.1-图1和5.1-图2是管理员登录后的用户管理模块的功能界面和景点管理模块的功能界面:5.1-图1用户管理模块的功能界面 5.1-图2景点管理模块的功能界面5.2普通用户相关功能的实现普通用户的功能包括景点查看、旅游攻略查看和游记画册管理等模块,当普通用户进入景点介绍模块、旅游攻略模块和游记画册模块时,可以在查询框输入要查询的信息的关键字进行目标查询,可以在目标信息后的查看进行查看详情,对景点信息、旅游攻略信息以及其他用户发布的游记等信息内容进行了解。但对游记画册模块的操作略有不同。普通用户类型登录后,对游记画册管理模块所包含的表的具有和管理员一样的最高权限:查询、查看、编辑、删除和添加操作。对游记画册模块的表进行添加时,如果相关信息为空的话系统会给出错误提示,否则添加信息成功。当管理员对某个模块包含的表进行修改时,如果为空,系统给出错误提示,否则新的信息取代原有信息。下面5.2-图1和5.2-图2是普通用户类型登录后的游记画册管理模块的功能界面和景点管理模块的功能界面: 5.2-图1游记画册管理模块的功能界面5.2-图2景点管理模块的功能界面5.3旅行社相关功能的实现旅行社用户的功能包括景点查看、旅游攻略管理和游记画册查看等模块,当旅行社用户进入景点介绍模块、旅游攻略模块和游记画册模块时,可以在查询框输入要查询的信息的关键字进行目标查询,可以在目标信息后的查看进行查看详情,对景点信息、旅游攻略信息以及其他用户发布的游记等信息内容进行了解。但对旅游攻略模块的操作略有不同。旅行社用户类型登录后,对旅游攻略管理模块所包含的表的具有和管理员一样的最高权限:查询、查看、编辑、删除和添加操作。对游记画册模块的表进行添加时,如果相关信息为空的话系统会给出错误提示,否则添加信息成功。当管理员对某个模块包含的表进行修改时,如果为空,系统给出错误提示,否则新的信息取代原有信息。下面5.3-图1和5.3-图2是旅行社用户类型登录后的旅游攻略管理模块的功能界面和景点管理模块的功能界面:5.3-图1旅游攻略管理模块的功能界面 5.3-图2景点管理模块的功能界面 6.技术难点与分析(主要内容:本课题在设计过程中所遇到的技术难点及解决方法。)由于在最初的系统需求分析方面所收集以及准备的材料不足,致使在程序的实际开发过程中,出现了很多由于事先没有全面考虑而产生的不必要的问题,增加了程序设计开发的时间。另外,由于没有很好的使用用户自定义函数和过程,使得一些本可以简要的代码还是需要反复多次的书写,增加了代码的书写量,却降低了代码的重用。这也增加了开发过程中的不必要的代码量。在数据库设计方面,由于在概念结构设计方面的疏忽使得数据库中表与表之间的联系不灵活,从而导致了数据库中冗余数据的出现。再者,本次设计的旅游信息管理系统对于一些前台的浏览和操作无法实现,整个设计本身的设计机比较浅显,功能也比较单一,代码的很多细节都出现一些小错误,界面设计的不够美观,这都是由于所掌握的设计技术不够扎实,这些都要在以后的工作和学习中加以增强的。 7.系统测试(主要内容:测试环境描述,测试系统结构,系统功能测试,测试数据,测试结果等)7.1系统功能测试方法概述软件测试的方法和技术是多种多样的。对于本旅游信息管理系统采用的测试方法,使用了软件测试中常用的白盒测试和黑盒测试;(1)黑盒测试黑盒测试也称功能测试或数据驱动测试,它是在已知产品所应具有的功能,通过测试来检测每个功能是否都能正常使用,在测试时,把程序看作一个不能打开的黑盆子,在完全不考虑程序内部结构和内部特性的情况下,测试者在程序接口进行测试,它只检查程序功能是否按照需求规格说明书的规定正常使用,程序是否能适当地接收输入数据而产生正确的输出信息,并且保持外部信息(如数据库或文件)的完整性。黑盒测试方法主要有等价类划分、边值分析、因—果图、错误推测等,主要用于软件确认测试。“黑盒”法着眼于程序外部结构、不考虑内部逻辑结构、针对软件界面和软件功能进行测试。“黑盒”法是穷举输入测试,只有把所有可能的输入都作为测试情况使用,才能以这种方法查出程序中所有的错误。实际上测试情况有无穷多个,人们不仅要测试所有合法的输入,而且还要对那些不合法但是可能的输入进行测试。(2)白盒测试  白盒测试也称结构测试或逻辑驱动测试,它是知道产品内部工作过程,可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行,按照程序内部的结构测试程序,检验程序中的每条通路是否都有能按预定要求正确工作,而不顾它的功能,白盒测试的主要方法有逻辑驱动、基路测试等,主要用于软件验证。7.2测试反馈结果7.2.1黑盒子测试测试用例编号测试用例简称测试用例名称测试目的测试结果1TCA1TestUserLoginActi测试用户登陆功用户能够成功登陆(密码 on能能否实现格式为常规格式下,用户名测试数据asd啊啊,1.11均可登录,管理员添加用户密码可设为中文,但是enter.jsp页面没有中文的输入方式)2TCA2TestAddUserAction测试能否增加用户并跳转到正确的页面能增加用户并跳转到正确的页面(编号,用户名称,密码均可用中文英文和数字以及符号登记,但是不可为空。数据:&,1.11,啊啊,asd公测试16次。)3TCA3TestDeleteUserAction测试能否删除用户并跳转到正确的页面能删除用户并跳转到正确的页面4TCA4TestAddUserPurviewAction测试能否增加用户权限并跳转到正确的页面能增加用户权限并跳转到正确的页面(管理员对四个表都能增删改,用户只能对游记画册增删改,旅游公司只能对攻略增删改)5TCA5TestModifyEquipmentAction测试能否更新设备信息并跳转到正确的页面能够更新设备信息并跳转到正确页面6TCA6TestDeleteEquipmentAction测试能否删除设备并跳转到正确的页面能删除设备并跳转到正确的页面7TCA7TestAddEquipmentAction测试能否增加设备并跳转到正确的页面能增加设备并跳转到正确的页面8TCA8TestSearchEquipmentInfoAction测试能否显示设备信息并跳转到正确的页面能显示设备信息并跳转到正确的页面9TCA9TestModifyUserPurviewAction测试能否修改用户权限并跳转到正确的页面不能修改用户权限并跳转到正确的页面(用户权限是在系统设计时已经确定好的)1.注册和登录测试 登录界面à注册à填写用户信息à注册成功à登录à登录成功注册登录成功 1.管理员ADMINISTRATOR登录,功能测试操作表名查询查看编辑删除添加用户表成功成功成功成功成功景点表成功成功失败成功成功攻略表成功成功成功成功成功游记表成功成功成功成功成功 1.普通用户USER登录,功能测试操作表名查询查看编辑删除添加景点表成功成功无无无攻略表成功成功无无无游记表成功成功成功成功成功 1.旅行社用户CORPARATION登录,功能测试操作表名查询查看编辑删除添加景点表成功成功无无无攻略表成功成功成功成功成功游记表成功成功无无无 7.2.2白盒子测试7.3系统安全性分析 软件系统安全缺陷是所有常见计算机安全性问题的根源,而其安全性又是一个涉及面广泛而又复杂的课题,其最大难题之一是:总有可能出现与所有已知模式完全不符合的新型安全性缺陷。因此,要保护软件免受各种可能类型,包括未知类型的攻击是不切实际的,但可以通过在设计和构建软件时运用合理的系统安全性原则来避免软件陷入容易被攻击的状况。本旅游信息管理系统的安全性设计分为:(1)系统登陆身份验证设计。该部分的设计和大部分的软件登陆设计相同,使用了给系统用户分配权限的方法对系统进行保护。(2)保护最薄弱环节法。通过反复的研究,得到了该采购系统最薄弱的环节是数据库的保护,所以对数据库进行了特殊的设计和保护。(3)故障保护。这种方法就是即时系统出现故障,也要保护系统主要部分的安全性,本采购系统就应用了这种方法对子系统进行全面的保护。7.4系统实用性分析通过以上的测试,可以得出一个初步的结论:对于该系统全部模块进行测试,达到了系统用户起初的设计需求。详细说明如下:除编辑部分,全部功能要求达到满足,全部性能达到要求,文件与数据库连接正常。只要找出编辑部分的错误并改正,这个旅游信息管理系统基本上达到了用户和公司和管理员对旅游信息进行管理方面的需求,能够应付其日常业务,将来也方便将其功能进一步拓展,虽然还有一些小小的瑕疵,但是可以做到瑕不掩瑜,可以作为信息管理上值得信赖的工作伙伴 '