管理信息系统课程设计旅游信息管理系统

1、辽宁工 业大学管理信息系统设计课程设计报告（论文）题目旅游资源及线路管理系统院（系）：软件学院专业班级：软件工程114学号:111301088学生姓名：安凯辰指导教师：谷宝华教师职称：教授起止时间：2012.5.28-201268课程设计（论文）任务及评语院（系）：软件学院教研室：软件教研室号 学辰 凯 安4课程设计 （论文） 题目课程设计论文 >任务性全 亠车师功 吐 i 艾 践次朋如ww w W 像 伽M 晌完查创 n 祇 M -#laV 统改 W八ffl, N沙 言系修。S 沁 时W m « 皿信除 > 利吋so测 昇汕m理删告 怯 冷 g说 是皿wi也血设肌 m

2、心 Mm ，进M曲诃 在 札稈 节并1 >艸影书MwJ 上流 附程 肝押纸川册 测 咸 过， 一 C ? / V、一/、？卄溟 、统lf 。、乖 的统 怯一 殳祈 彩统步 苗系 加妇很沁纱 喺 酗柿系步 2<a廐相2"头撰！|#,伽程側卄 俯习 剛側砒i+Mo业側 齒攻 系是。W钿肌wi课aiM 対提则仙 走习采照统分牒程田 阳后跚曲 IB一练二按系成！i课闵 嘶最必切。 浬乙令<，理完>。、，幵i性 管列综任术管并1作Z动33档d 5作 系的 技息，容 活 文 节面 等信能 内 计 术指导教师评语及成绩4 指2002成日2 月6目录第一章 需求分析 11.1

3、 设计目的 11.2 系统数据流图创建 11.3 数据字典创建 2第2章 系统设计 421 结构设计 42.1.1 概念设计. 42.1.2 逻辑设计. 62.1.3 物理设计. 72.1.4 数据库实现 82.2 行为设计 82.2.1 总体设计 . 82.2.2 代码设计 . 9第3章 系统实施 113.1 系统的界面实现 113.2 数据库的实现 13第4章 总结 14附录 16第一章需求分析1.1设计目的用户需求的真正明确，是对要解决的问题的彻底理解。在解决问题之前要理解问题, 只有真正的理解问题才能更好的解决问题。需求分析就是给系统分析、设计人员一个和 用户交流来理解问题的机会一了解

4、用户究竟需要什么。1.2系统数据流图创建数据流图（DFD是一种图形化技术，它描绘信息流和数据从输入移动到输出的过程 中所经受的变换。数据流图有四种基本符号：正方形表示数据的源点或终点；圆角矩形 代表变换数据的处理；开口矩形代表数据存储；箭头表示数据流。旅游资源及线路管理系统数据流图如下。图1.1旅游资源及线路管理系统数据流图1.3数据字典创建数据字典是一种用户可以访问的记录数据库和应用程序元数据的目录。数据字 典是一个定义应用程序中使用的所有数据元素和结构的含义、类型、数据大小、格式、 度量单位、精度以及允许范围的共享仓库。作用是确保开发人员使用统一的数据定义， 数据字典中有关系统的详细信息是

5、系统设计、系统实施与维护的重要依据。是关于数据 信息的集合，也就是对数据流图中包含的所有元素定义的集合。任何字典最主要的用途 都是供人查阅不了解的条目的解释，数据字典的作用也正是在软件分析和设计过程中给 人提供关于数据的描述信息。以下是数据流图中主要元素的数据字典卡片：名字：数据库文件别名：描述：是旅游资源系统的数据库。 是软件的核心数据库，有软件主窗 体的所涉及的数据库。定义：数据库文件=地域信息表+景 点信息表+宾馆信息表+餐厅信息表 +娱乐信息表+火车和飞机信息表 位置：系统磁盘存储器名字：数据库备份文件别名：描述：是旅游资源及线路管理系统 数据库的备份文件。以防数据库崩 溃或出现其他问

6、题，可以进行数据 库恢复。定义：位置：自定义的系统磁盘位置名称：用户 别名： 描述：记录客户的身份等详细信息。便于管理。定义：客户信息=用户ID+用户昵称 +用户姓名+密码+电话号码 +E-mail+家庭地址+邮编位置：系统数据库名称：资料 别名： 描述：资料信息=地域资源+景点资源+宾馆资源+餐厅资源+娱 乐资源+火车资源+飞机资源 定义：旅游信息=旅游线路+旅游资源位置：系统数据库名称：查询别名：描述：查询每个旅游地的信息。定义：资料信息=记录系统所有旅游 信息，让用户了解旅游信息位置：系统数据库名称：管理员别名：描述：记录里面的管理员信息定义：管理员信息=管理员ID+姓名 +性别+密码+

7、住址+注册日 期+权限+联系电话位置：系统数据库名称：收款单别名：描述：记录客户信息状态定义：收款单实体=客户编号+订单 号+收据号+收款金额+收 款日期位置：系统数据库名称：客户别名：描述：记录各个客户的信息定义：客户实体=客户编号+联系电话+客户名称+客户地址位置：系统数据库第2章系统设计2. 1结构设计为了把用户的数据要求清晰的表达出来，系统分析员通常建立一个概念性数据模 型。概念性数据模型是一种面向问题的数据模型，是按照用户的观点来对数据和信息建 模。它描述了从用户角度看到的数据，它反映了用户的现实环境，且与在软件系统中的 实现方法无关。2.1.1概念设计概念模型的表示方法很多，其中最

8、为著名的是P.P.S.Chen于1976年提出的实体-联系方法（E-R）该方法用E-R图来描述现实世界的概念模型。属性是实体或联系所具有的性质。通常一个实体由若干个属性来刻画。 例如，“火车” 实体有车次、区间、里程、等属性。联系也可能有属性。在 E-R图中，用椭圆或圆角矩 形表示实体（或联系）的属性，并用无向边把实体（或联系）与其属性连接起来。图2.1地域实体E-R图图2.4实体之间的总E-R图2.1.2逻辑设计通过对本系统各方面功能及特点的研究和讨论、对SQL Server2000的特点及性能的分析，决定选用SQLServer2000数据库管理系统进行数据库的设计，另外本系统是基 于C/S

9、模式下的管理系统。此旅游资源管理系统的数据库中包含有 6个表，它们分别为: 地域信息表，景点资源信息表，宾馆资源信息表，餐厅资源信息表，娱乐厅资源信息表, 娱乐项目资源信息表，火车资源信息表，飞机资源信息表，线路基本信息表，线路景点 信息表，线路宾馆信息表，线路用餐信息表，线路娱乐信息表。表2.1为用户信息主要以下3项包括：用户名、密码、员工姓名。主要记录每个用户的登陆资料表2.1用户信息表（Users）编号字段名称数据结构说明1UserNameVarchar40用户名2PwdVarchar40密码3EmpNameVarchar40员工姓名表2.2为地域信息资源，包括地域信息的类型、录入、修改

10、、删除和关闭等功能 通过它可以很轻松查到有关地域信息的的一些资料。表2.2地域信息表（Area）编号字段名称数据结构说明1AreaIdInt地域编号2AreaNameVarchar40地域名称3AreaTypeSmalli nt地域类型（1 本市地域2 外地域3 国外地域）表2.3为线路基本信息包括线路编号、 线路名称、行程天数、团队类别、保险公司、 保险费、其他费用、导游费、利润、所属地域。通过它可以查询到每条线路的基本信息。表2.3线路基本信息表（tline）编号字段名称数据结构说明1IidInt线路编号2In ameVarchar50线路名称3IdaySmalli nt行程天数4In s

11、FeeDecimal8， 2保险费5OtherCostDecimal8， 2其他费用6TourPayDecimal8， 2导游费7Be nefitDecimal8， 2利润8AreaIdInt所属地域2.1.3物理设计不同的数据库产品所提供的物理环境、存取方法和存储结构有很大差别，能提供设 计人员使用的设计变量、参数范围也很不相同，因此没有通用的物理设计方法可遵循， 只能给出一般的设计内容和原则。希望设计优化的物理数据库结构，使得在数据库上运 行的各种事物响应时间小，存储空间利用率高、事务吞吐率大。为此首先对事务进行详 细分析，获得选择物理数据库设计所需要的参数。其次，要充分理解所用的RDBM

12、的内部特征，特别是系统提供的存取方法和存储结构。对于数据库查询事务，需要得到如下信息：1. 查询的关系；2.3.4.5.6.7.8.查询条件所涉及的属性； 连接条件所涉及的属性； 查询的投影属性。被更新的关系；每个关系上的更新操作条件所涉及的属性； 修改操作要改变的属性值；通常对于关系数据库物理设计的内容主要包括;2.1.4数据库实现具体旅游资源及线路1. 以关系型为目标将E-R实体图中概念模型映射为关系模型,管理系统整体关系模型实现设计，如图2.5所示:_us er s *Ip_jhjl »lp_jclLgh. tAO=illA<sid.Aognseiiijc_rfc_id.

13、Hjc.cfcnxQP.ojeijKJshiflrllxdjlih.f_cllrjc_jkirf_&hrjc_ctjshrf_Q.tEhljhkc_ilLjc.EjKhrShf.jcLlllElljh_kc_i7rji：_Eijibhj'K_=lf-jmJkJ jjc_kic_ih.Vih. i eVic dJ i c迅dibrhblrr.liLrr_nnJT-ieh'id. jfcjrq.AjlLijlhjljshrjlsltplLh.jMc-li：jlfcc.fcr:jKjjiikVlc_.ilhizh.dljcElJffsn图2.5电脑报价管理系统关系模型2.2行

14、为设计2.2.1总体设计系统功能结构图主要从功能的角度描述了系统的结构，但并未表达各功能之间的数 据传送关系。事实上，系统中许多业务或功能都是通过数据文件联系起来的。例如，某 一功能模块向某一数据文件中存入数据，而另一个功能模块则从该数据文件中取出数据 再比如，虽然在数据流程图中的某两个功能模块之间原来并没有通过数据文件发生联系， 但为了处理方便，在具体实现中有可能在两个处理功能之间设立一个临时的中间文件以 便把它们联系起来。上述这些关系在设计中是通过绘制信息系统流程图来从整体上表达 的。如图2.6为系统功能结构图。图2.6系统功能结构图2.2.2代码设计一、代码及其作用代码是人为确定的代表客

15、观事物（实体）名称、属性或状态的符号或者是这些符号 的组合。在系统开发过程中设计代码作用是：1、唯一化最简单、最常见的例子就是职工编号。在人事档案管理中我们不难发现，人的姓名 不管在一个多么小的单位里都很难避免重名。为了避免二义性，唯一地标识每一个人，因此编制了职工代码。2、规范化例如，财政部关于会计科目编码的规定，以 “ 1开头的表示资产类科 目；以“2表示 负债类科目；“ 3表示权益类科目；“ 4表示成本类科目 等。3、系统化系统所用代码应尽量标准化。 在实际工作中， 一般企业所用大部分 编码都有国家或 行业标准。二、代码设计的原则1、必须保证有足够的容量要足以包括规定范围内的所有对象。

16、如果容量不够， 不便于今后变 化和扩充， 随着 环境的变化这种分类很快就失去了生命力。2、按属性系统化类不能是无原则的， 必须遵循一定的规律。 根据实际情况并结合具 体管理的要求来 划分是我们分类的基本方法。 分类应按照处理对象的各 种具体属性系统地进行。 如在线 分类方法中， 哪一层次是按照什么属性 来分类，哪一层次是标识一个什么类型的对象集 合等都必须系统地进 行，只有这样的分类才比较容易建立，比较容易为别人所接受。3、分类要有一定的柔性不至于在出现变更时破坏分类的结构。 所谓柔性是指在一定情况下 分类结构对于增 设或变更处理对象的可容纳程度。 柔性好的系统在一般 的情况下增加分类不会破坏

17、其结 构。但是柔性往往还会带来别的一些问 题，如冗余度大等， 这都是设计分类时必须考虑 的问题。4、注意本分类系统与外系统、已有系统的协调。任何一项工作都是从原有的基础上发展起来的， 故分类时一定要注 意新老分类的协 调性，以便于系统的联系、移植、协作以及新老系统的 平稳过渡。第3章系统实施3.1系统的界面实现一、登陆窗口如下所示：当输入用户名和密码以后，点击“登录”键，如果用户名和密码都正确就可以顺利进入主窗体，如果输入错误，那么就有相应的提示信息。如图5.1所示。图3.1登陆界面图二、主界面：当输入用户名和密码以后，点击“确定”键，如果用户名和密码都正确就可以顺利 进入主窗体。如图3.2所

18、示图3.2主界面窗体图三、线路管理：线路基本信息包括线路编号、线路名称、行程天数、团队类别、保险公司、保险费、其他费用、导游费、利润、所属地域。可以查询到每条线路的基本信息。如图3.3所示旅游统路团BA类别鬲诙J7二|行建夭數豈点费用共计用肆设定量点设定 H 11,其馆费用共汁诟加| n也娱乐费用共计图3.3线路基本信息界面图H llklH條改 删除用霰用共计四、火车信息：火车信息包括火车车次、始发站、抵达站、开车时间、抵达时间、硬座报价、软座 报价、硬卧报价、软卧报价。录了每条线路的火车信息。可以查询到每条线路的火车资 源信息。如图3.4所示。图3.4火车信息界面图3.2 数据库的实现测试方

19、法是测试过程中至关重要的环节，采用的测试方法不同所产生的效果和所用 的测试经费也是不同的。一个好的测试方法能够提高测试的效率，缩短测试的时间，也 能够减少测试的经费。本次测试采用白盒测试与黑盒测试相结合的方法。如果已经知道了产品应该具有的功能，可以通过测试来检验是否每个功能都能正常 使用，就是黑盒测试。黑盒测试又称功能测试，它是把程序看成一个黑盒子，完全不考 虑程序的内部结构和处理过程。 也就是说， 黑盒测试是在程序接口进行的测试， 它只检 查程序功能是否能按照规格说明书的规定正常使用，程序是否能适当地接收输入数据产 生正常的输出信息，并且保持外部信息的完整性。与黑盒测试相反，白盒测试的前提是

20、 可以把程序看成装在一个透明的白盒子里，也就是完全了解程序的内部和处理结构。这 种方法按照程序内部的逻辑测试程序，检验程序中的每条通路是否都能按预定要求正确 工作，白盒测试又称结构测试。由于每个软件都是由若干个子系统组成，每个子系统又由许多个模块组成，所以想 把整个系统作为一个单独的实体进行测试是不现实的，应该把测试过程分步进行： 1. 模块测试 把每个模块作为单独的实体来测试， 为的是保证每个模块作为一个单元能正 常运行。2. 子系统测试 把经过单元测试的模块放在一起形成一个子系统来测试， 着重测试模块的 接口。3. 系统测试 把经过测试的子系统装配成一个完整的系统来测试。 不仅要发现设计和

21、编码 的错误，还应该验证系统是否能提供说明书中指定的功能。4. 验收测试 把软件系统作为单一的实体进行测试， 在用户的参与下使用实际数据进行测 试。第 4 章 总结旅游资源及线路管理系统基本开发完毕，其功能基本符合用户要求，能够完成系统 用户管理、地域资源管理、景点资源管理、宾馆资源管理、餐厅资源管理、娱乐资源管 理、交通资源管理、旅游线路编辑等功能并提供部分系统维护功能，使用户进行数据修 改和添加，数据删除。所以，旅游资源及线路管理系统必须有较好的数据处理功能，有 好的界面，操作简单的基本优点。现将本系统的优缺点总结如下：1. 系统的特点本系统是一个旅游资源及线路管理系统， 采用 Visua

22、l Basic 的模式来订制的旅 游管理系统的服务平台。本系统从功能上来说，比较完备。系统以 Visual Basic 界面与 用户交互，同时通过数据库管理系统来存储信息数据。系统实现了对信息数据的查询、 编辑和管理等基本数据库操作，根据用户的需求及程序的应用与维护的易用性，将各个 部分置于不同的模块当中，方便了程序的扩展与维护。2. 系统的不足和改进 本系统基本上满足了旅游资源及线路管理系统方面的需要。实现了管理者和游客所 要求的功能。在界面上力求做到美观明了、在操作方面尽量避免由于用户操作不当带来 系统的出错现象。但是，尽管如此，本系统仍未达到完美的地步，许多大方还需优化、 改善，比如，部

23、分数据库表的设计存在一定的冗余，有待进一步优化。 根据系统的不足， 继续改进和完善本系统。提高审美观点，可使用 photoshop 等图片处理工具修饰图片， 力求给用户提供美观友好的界面；简化程序代码，可使不同界面之间能共享一些方法、 函数和变量，对于相同的功能模块可生成程序包供其它界面引用，这样就会提高系统的 运行速度；数据库的关系模式可以进一步规范化，减少冗余现象。参考文献1 孙清从零开始学VB.第二版.北京：人民邮电出版社，2007.3-152 杜小平.数据库简单易学 .第二版.北京:电子工业出版社， 2005.16-173 孙健文.VB信息管理系统开发编著.第三版.北京：人民邮电出版社

24、，2007.18-224 郭晓龙.VB百例案例教程.第一版.北京：清华大学出版社，2004.23-245 杨超.毕业设计步步赢教程 .第一版.北京：清华大学出版社， 2004.24-30 刘翔.VB易懂易会自学教程.第二版.北京：电子工业出版社，2003.24-307 王强.VB编程实例教程.第四版.哈尔滨：哈尔滨工业出版社，2004.31-398 蔡文佐.毕业设计指导教学 .第三版.北京：清华大学出版社， 2005. 23-249 东启力.VB程序设计开发实例.第一版.广州：中国工业出版社，2005. 23-2410 孙文涛.数据库原理教程 .第一版.北京：清华大学出版社， 2004. 31

25、-3911 赵文泽.数据库设计教程 .第五版.辽宁：辽宁大学出版社， 2006. 23-2412 徐明.数据实用简明教程 .第一版.北京：清华大学出版社， 2002. 31-3913 郭志明.VB讲解案例教程.第二版.北京：清华大学出版社，2009.18-3314 柳青.VB从入门到精通.第一版.沈阳：中国铁道出版社，2008.78-9615 蔡晓璇.数据库应用系统开发技术 .第三版.北京：中国铁道出版社， 2003.25-38附录Public Modify As BooleanPublic OriId As LongPublic OriAreaName, OriAmuseName As St

26、ringPublic OriType As IntegerPrivate Function Check() As BooleanIf Trim(txtAmuse) = "" ThenMsgBox " 请输入地域名称 " txtAmuse.SetFocus Check = FalseExit FunctionEnd IfIf Trim(txtAmuse) = "" ThenMsgBox " 请输入娱乐厅名称 " txtAmuse.SetFocus Check = FalseExit FunctionEnd IfCheck = TrueEnd FunctionPrivate Sub Cmd_OK_Click()If Check = False ThenExit SubEnd IfIf Modify = False Or OriAmuseName <> Trim(txtAmuse) Then If .In_DB(MakeStr(txtAmuse) = True ThenMsgBox " 娱乐厅名称已经存在，请重新输入 " txtAmuse.SetFocus txtAmuse.SelStart = 0txtAmuse.SelLength = Len(txtAmuse) Ex