系统设计报告_第1页
系统设计报告_第2页
系统设计报告_第3页
系统设计报告_第4页
系统设计报告_第5页
已阅读5页,还剩28页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

精品文库系统设计报告目录第一章1.1 总体设计31.1.1系统设计的原则31.1.2 系统体系结构设计41.1.3系统功能架构设计6第二章1.2功能模块设计71.2.1系统管理模块 功能结构设计类图设计10图1-7 系统管理模块类图 时序图设计121.2.2 旅游信息管理功能结构设计 类图设计13图1-10 旅游信息管理类图 时序图设计141.2.3 酒店信息管理功能结构设计 类图设计16图1-13 酒店信息管理类图 时序图设计171.2.4 景点公交信息管理功能结构设计 类图设计 时序图设计191.2.5 旅游服务管理功能结构设计 类图设计 时序图设计201.2.6 退出系统管理功能结构设计类图设计22图1-22 退出系统管理类图 时序图设计22第三章数据库设计231.3.1 数据库概念结构设计 实体属性图局部E-R图2 总体E-R图271.3.2数据库逻辑结构设计2关系模型创建2 关系规范化分析281.3.3 数据表的创建2 景点信息表2 酒店信息表2 景点公交信息表2 火车信息表2 长途客运信息表30 航班信息表30 旅游常见问题表30 遵义专属节日表3 管理员表311.3.4 数据库的创建3数据库的创建设计所用的9个表:311.3.5 遵义特例旅游系统界面32在做任何项目之前必须要作设计,旅游系统也一样,在做旅游系统之前也必须先进行系统设计。系统设计是系统实现的关键步骤,直接影响系统的质量。如果说在系统需求分析阶段已经完全弄清楚了系统的各种需求,就较好地解决了所设计的系统 “做什么”的问题,并已在系统需求说明书中详尽和充分地阐明了这些需求,那么下一步就要着手对旅游系统的功能结构、数据结构等进行设计,即系统设计阶段要解决“怎么做”的问题,并最终通过“设计模型图”来反映设计的结果。第一章 1.1 总体设计1.1.1系统设计的原则设计遵义旅游系统是为服务用户、满足用户的需求、解决实际问题而设计的,因此,在系统开发过程中,不仅要以先进理论来指导,主流技术来支撑,而且要市场为导向,把握市场的动态,以用户为中心,满足用户的需求,开发出界面美观大方、功能强大完善、使用方便的系统。据此,通过综合的考虑旅游系统的系统目标和项目需求,在系统设计时,应遵循以下设计原则:(一)实用性原则。旅游系统的设计目的之一就是要优化旅游系统管理的各个环节,运用计算机,因为本系统是针对遵义地区的旅游系统,所以为方便信息查询,在本系统中提供了相应的交通信息和遵义特色节日等模块,对于航班信息、长途客运信息和火车信息都做了具体介绍,对于旅游常见问题和旅游疑问解答也在此功能中得到解决。因此,实用性原则是本系统的一个重要设计原则。(二)先进性原则。在强调实用性的同时,我们还要考虑系统的先进性。今时今日,信息化的发展速度令世人惊叹,每一次技术上的更新与进步都会推动信息化建设的跳跃式发展。所以,为了与时俱进,有一个较高的起点,在本系统的设计过程中我采用目前较为先进和成熟的技术和理念,使系统在性价比上拥有一定的优势。(三)规范性原则。系统中的所有设计都遵循现有的国家标准、行业标准,符合软件工程中的设计原则与规范。所有文档的书写都遵照国标的要求。(四)安全性原则。系统提供安全机制以防止非法授权操作,为各子系统提供严格灵活的用户和权限划分,对于数据库管理,建立起完备的数据备份恢复机制。对关键的信息的操作提供日志记录。(五)可扩展性原则。出于对后续升级工作的考虑,系统的所有功能模块的设计都预留了扩展接口。随着用户需求的不断变化和增加,遵义特殊旅游系统的业务处理需求逐渐提高,旅游信息处理量也会随之增加,这就需求系统能够实现快速便捷地扩展,完成系统的平滑升级。(六)可维护和可管理性原则这要求系统能够实现对设备的便捷管理和时时监控,时时掌握设备的情况,遇到问题能进行报警处理、会话控制,以及通过性能分析,实现系统的优化、故障的隔离及故障的恢复,尽可能缩短维护时间,提高系统可维护性,延迟可系统使用时间。(七)系统模块化设计原则模块化即以功能块为单位进行程序设计,实现其求解算法的方法。模块化的目的是为了降低程序复杂度,使程序设计、调试和维护等操作简单化。因此,系统采用模块化设计原则,增强了系统的灵活性和可扩展性。遵义特殊旅游系统的业务范围发生变化时,系统的功能也可根据实际变化情况进行调整。1.1.2 系统体系结构设计浏览器-服务器(Browser /Server, B/S)体系结构如下图所示。图1-1 B/S体系结构图图1-2 B/S三层架构模型图在系统中,采用B/S的三层体系结构,如上图所示,将系统的整个业务应用划分为表示层、业务逻辑层和数据访问层,这样有利于系统的开发、维护、部署和扩展。B/S 结构的基本原则是将计算机应用任务分解成多个子任务,由多台计算机分工完成,即采用“功能分布”原则。客户端完成数据处理,数据表示以及用户接口功能;服务器端完成DBMS的核心功能。这种客户请求服务、服务器提供服务的处理方式是一种新型的计算机应用模式。 B/S结构的优点:1、交互性强。在B/S模式中,客户端有一套完整的应用程序,在出错提示、在线帮助等方面都有强大的功能,充分的发挥客户端的处理能力;2、安全性高。由于B/S是配对的点对点的结构模式,采用适用于局域网、安全性比较好的网络协议,具有较高的安全性;3、网络通信量少。B/S的网络通信量只包括客户端与服务器之间的通信量。因而,B/S具有较少的网络通信量,具有较强的数据处理能力;4、数据处理能力强。由于B/S的三层逻辑结构处理数据时,处理速度较快,更适合处理大量数据。其缺点:只适用于局域网、客户端和服务端需要安装专用的客服端软件等,正好满足了遵义特色旅游系统的安全性的要求。图1-3系统结构图如上图所示,系统一共分为三层:表现层、业务逻辑层、数据层。其中表现层使用业务逻辑层、业务逻辑层使用数据层。表现层主要包括展现界面的UI展示类,业务逻辑层包括实体类和服务类,数据层包括映射类和数据控制类。业务层依赖WEB GUI得以展现,数据层依赖ADO.NET技术。三层结构都建立在.net framework的基础之上。1.1.3系统功能架构设计遵义特色旅游系统是面向所有的游客,为游客提供对遵义特色旅游的各项功能。根据现在对旅游信息管理的需求,我们对遵义景点、酒店、交通、旅游常见问题和遵义特色节日等旅游相关信息的进行管理。主要包括遵义景点信息管理、酒店信息管理、交通信息管理、管理员信息管理、旅游服务信息管理以及遵义特色节日信息管理和退出系统管理。这七个部分互相协作共同实现遵义特色旅游管理的电算化、精细化和科学化。如图4-4的系统总体结构图,表示了遵义特色旅游系统的主要的七大模块功能。图1-4 系统总体模块结构图 图1-5系统总包图如上图所示,系统一共分为两个子系统,业务管理子系统和后台管理子系统。其中,业务管理子系统又分为游客信息管理、查询信息管理、景点信息管理、查询统计管理、数据管理等五个模块。后台管理子系统为系统管理等模块。第二章 1.2功能模块设计1.2.1系统管理模块 功能结构设计系统管理提供支撑包括住房资金管理系统在内的各功能模块正常运行的各项基础和通用功能,完成遵义特色旅游系统的系统管理、数据管理等一系列操作,其功能结构图如图1-6所示。图 1-6 系统管理功能结构图系统管理的主要功能有:创建年度、删除年度、设置当前年度、单位维护、本级单位设置、用户权限管理、日志管理、系统初始化功能。1、创建年度创建年度功能,用于新建遵义特色旅游系统的工作年度,并导入新年度的公用基础数据。创建年度时,主要有两种个选项:一是选择输入新的工作年度;二是确认新建年度是否需要继承以往年度(通常是上年度)的相关数据(主要是单位信息、公用标准数据等,不包括个人账户数据),如果要继承,需要输入相应的年度。对于个游客信息管理系统而言,创建新工作年度,对当前系统工作年度没有影响,也不做更换年度处理。新年度的个人账户数据,通过游客管理系统中的“数据结转下年”功能来产生,与此同时完成系统的更换年度处理,并将系统当前工作年度自动设为下一个年度。2、删除年度删除年度功能,提供按年度删除系统年度数据库的功能。必要时(如系统数据的年份超过了规定的数据保存期限),使用该功能既可节约数据存储空间,又可在一定程度上提高系统运行速度。在执行“删除年度”操作时,选择需要删除的工作年度,点击“确认”按键,即可完成年度删除。3、单位维护单位维护功能,提供修改、扩充本单位对应的“单位代码表”。“单位代码表”通常由本级单位及其下级直供单位构成。本级单位的单位代码,系统统一编为“00”,本级的下属单位依次编码为“01”、“02”、“03”等。4、用户权限管理为了维护系统的安全,只有经过授权的用户才能进入遵义特色旅游系统,进行相应的操作。系统将用户分为三类角色:系统管理员:具有全部最高权限,可以进行系统全部操作。业务人员: 能进行全部业务操作,但不能进行系统管理操作。查询游客: 只能进行指定的查询操作。进行详细的单项功能授权时,对于某一项具体的功能,分为三中权限:查询、编辑、无权访问。(1)查询权限:只能查看该项数据,但不能进行编辑操作。(2)编辑权限:可以进行增、删、改操作。(3)无权访问:不能进入该功能模块。5、本级单位设置用于建立了游客账户,如果已经建立,那么输入个人账户建立的时间。6、日志管理为了方便的进行系统管理,系统对一些重要的操作进行日志记录。通过日志管理功能可以查看系统日志、设置系统日志的保留时间等。在系统中,可以设置系统日志的保留天数。设置保留天数后,超过该天数的系统日志将被删除,以免系统日志记录过多,影响系统性能。7、系统初始化功能系统初始化功能将清除系统中的所有数据,只有系统管理员才能进行此操作。数据管理,提供对系统数据进行备份、数据恢复、制作上报盘、接收上报盘等功能。1、 数据备份数据备份功能是对当前工作年度的系统数据进行备份,以便需要时通过“数据恢复”功能,将系统数据恢复至备份时的状态。首先,对于数据备份内容分为三类:账户数据、报表数据然后,对于备份数据文件存取路径和文件名,可点击文件夹图标,得到系统默认文件存取路径和文件名,也可备份到指定的目录下。2、 数据恢复数据恢复功能是提供将备份数据导入系统,使系统恢复至备份时的状态。系统管理员可根据备份软盘或其他存储介质上的备份数据进行数据恢复。3、生成上报盘生成上报盘,提供按所查询信息遵义特色旅游系统的数据,将由上级供应单位使用“接收上报盘”功能予以接收、合并。制作上报盘时,可以选择上报数据的类型,可以单独上报预算数据、决算与挂账数据,也可以两种数据都上报。4、接收上报盘接收上报盘,提供遵义特色旅游系统供应单位上报数据的功能。类图设计图1-7 系统管理模块类图表1-1 系统管理界面类描述系统管理界面类类的描述:提供支撑包括遵义特色旅游管理系统在内的各功能模块正常运行的各项基础和通用功能。操作描述InternetCommunication ()网络通信操作Clickontheicon ()点击相应的图标进入各功能模块Help ()用户帮助Exit()退出系统表1-2 系统管理类描述购物车管理类类的描述:完成遵义特色旅游管理系统的系统管理类操作描述client authority()用户权限设置department maintenance ()单位信息的维护install present year ()用户设置当前工作年度daily record management ()管理员进行日志管理system initial ()管理员在需要时进行系统初始化表1-3 数据管理类描述数据管理类类的描述:提供遵义特色旅游管理系统的数据管理类操作描述create disk ()生成上报盘receive disk ()接收上报盘data back-up ()数据备份data recover ()数据恢复 时序图设计 图1-8 系统管理时序图1.2.2 旅游信息管理功能结构设计旅游信息管理为所以游客提供查看旅游信息、检索旅游信息、以及对旅游信息进行管理等,其功能结构图见下图。图1-9 旅游信息管理功能结构图旅游信息管理模块包括:景点信息查询模块、景点信息添加模块、景点信息修改模块和景点信息删除模块。具体功能如下:景点信息查询:根据旅游信息景点的名称,或者景点所属类型进行相应的查询。也可以直接查询全部景点信息,同时可以查询相应景点的公交车信息。景点信息添加:对新的景点信息进行录入。景点信息修改:对景点信息的变更做出及时的修改。景点信息删除:对景点信息进行删除。旅游信息管理模块中各子模块的实际意义是当管理员在管理旅游信息的时候,可以快速、便捷地将景点信息添加的系统中,同时对信息进行维护和管理,并与数据库中数据相连接,这样不仅方便游客浏览,还提高了信息的准确性。管理员还可以对景点信息进行查询,确保景点中信息的准确性、及时性,从而保证系统的准确性和完整性。 类图设计图1-10 旅游信息管理类图表1-4旅游信息管理类描述旅游信息管理类类的描述: 对遵义旅游信息进行管理操作描述datamanangement ()遵义旅游信息管理界面显示print()打印数据库中的遵义旅游信息表1-5 提取遵义旅游信息数据类描述提取遵义旅游数据类类的描述: 从遵义旅游管理系统中,提取旅游信息数据操作描述acquire salary-inf ()获得遵义旅游数据write indb()更新数据库中的遵义旅游数据信息delete inf()删除保障卡中的记录信息 时序图设计图1-11 遵义旅游信息管理时序图1.2.3 酒店信息管理功能结构设计酒店信息管理模块中各子模块的实际意义是当管理员在管理酒店信息的时候,可以快速、便捷地将酒店信息添加的系统中,同时对信息进行维护和管理,当此酒店更名或动迁时,也可以及时的对系统中的相应信息进行修改,提高信息的准确性。管理员还可以直接对酒店信息进行查询,确保酒店信息的准确性,从而保证系统的准确性和完整性。信息的添加和修改与后台数据库进行动态的连接,其功能结构图如下图所示。图1-12酒店信息管理功能模块图酒店信息管理模块主要是对酒店的信息进行管理和维护。酒店信息模块包括:酒店信息查询模块、酒店信息添加模块、酒店信息修改模块和酒店信息删除模块,具体功能如下:酒店信息查询:根据酒店的名称,或者酒店所属的级别进行相应的查询。也可以直接查询全部酒店信息,也可以根据酒店信息查询到就近的景点信息。酒店信息添加:添加新加入的酒店信息。酒店信息修改:对于各酒店相关信息的变更做出及时的修改。酒店信息删除:对于酒店信息进行删除。 类图设计图1-13 酒店信息管理类图表1-6 酒店信息管理表类描述审核表类类的描述: 对酒店信息进行管理操作描述retired personnel examination ()获取遵义酒店信息inquire about table ()查询审核情况write again ()重新审核automatic generation of application form ()自动由审核表生成查询信息表automatic generation of annunciation form ()自动由查询信息表生成数据库 时序图设计图1-14 酒店信息管理时序图1.2.4 景点公交信息管理功能结构设计景点公交信息模块中各子模块的实际意义是在管理员对其进行管理时,将公交车自身的信息添加的数据库中的相应表中。同时表中信息根据景点信息的变更做相应的更改,即完成表和表之间的动态连接。同时也可根据自身的变化对其进行相应的修改和删除,当信息改变时,对于景点的公交信息也会产生相应的变化其功能结构图如图4.7所示。图1-15 景点公交信息管理功能结构图景点公交信息管理模块主要是对景点公交信息的管理,同时包括公交本身信息的管理。景点公交信息模块包括:景点公交信息查询模块、景点公交信息添加模块、景点公交信息修改模块和景点公交信息删除模块,具体功能如下:景点公交信息的查询:根据公交车经由景点或者公交车自身信息进行查询。景点公交信息的添加:可以将公交车的基本信息录入到数据库中,也可以根据景点信息对公交车信息进行录入和完善。景点公交信息的修改:根据景点的增加或删除以或者是公交线路本身的变化对公交车的基本信息进行相应的修改。景点公交信息的删除:根据景点的删除或者是公交车的变更或取消将公交车的信息从数据库中删除。 类图设计图1-16 景点公交信息管理类图表1-7 景点公交信息管理类描述景点公交信息管理类类的描述:景点公交信息管理 操作描述create form ()生成遵义公交表count form ()统计遵义公交表gather form ()汇总遵义公交表print form ()打印遵义公交表 时序图设计图1-17 景点公交信息管理时序图1.2.5 旅游服务管理功能结构设计旅游服务信息管理模块中各子模块的实际意义是解决在旅游中出现的问题,并且说明一些旅游相关的信息,方便系统的管理,增强信息查询的功能,使其更加完善,如下图所示。图1-18 旅游服务管理功能结构图 旅游服务信息管理模块主要包括两个方面:解决游客所提出的问题和介绍遵义专属的节日。 旅游常见问题模块包括:旅游常见问题的查询:可以精确和模糊查询相关信息。旅游常见问题的管理:对于问题进行添加和删除操作。 遵义专属节日就只是查询属于遵义的节日。 类图设计图1-19旅游服务管理类图表1-8 旅游服务管理类描述住房资金决算类类的描述:住房资金决算操作描述create form ()生成遵义旅游服务信息表count form ()统计遵义旅游服务信息表gather form ()汇总遵义旅游服务信息表print form ()打印遵义旅游服务信息表inquire about form ()查询遵义旅游服务信息表 时序图设计图1-20旅游服务信息管理时序图1.2.6 退出系统管理功能结构设计系统用户可以根据自己的需要来进行关闭系统。关闭系统时会出现提示对话框,选择确定后系统就会安全的退出了。如下图所示图1-21 退出系统管理功能结构图类图设计图1-22 退出系统管理类图表1-9 退出系统管理类描述住房资金挂账类类的描述:住房资金挂账操作描述create form ()生成所查询的信息表count form ()统计所查询的信息表gather form ()汇总所查询的信息表print form ()打印查询的信息表inquire about form ()检索查询表 时序图设计图1-23 退出系统管理时序图第三章 数据库设计本系统是遵义特色旅游数据库管理系统,下面详细地介绍一下本系统的数据库结构设计。1.3.1 数据库概念结构设计 实体属性图各实体属性图如图1-24图1-所示。图1-24旅游信息实体属性图图1-25酒店实体属性图图1-26公交实体属性图图1-27 长途客运实体属性图图1-28 火车实体属性图图1-29 航班实体属性图图1-30 人员实体属性图图1-31 旅游信息各职能局部ER图图1-32 系统总体ER图局部E-R图旅游信息管理系统对于相关的信息有不同的要求,包括:景点信息和公交信息的管理,景点信息和酒店信息的管理,公交信息和交通信息的管理,旅游信息和旅游常见问题的管理。(如图1-31所示)。 总体E-R图旅游信息管理系统总体E-R图(如图1-32所示)。1.3.2数据库逻辑结构设计关系模型创建本系统包括8个实体,转换后的关系模式如下(加下划线的为主键):景点信息(景点编号,景点名称,景点类别,详细信息,门票价格,乘车路线)景点公交信息(线路名称,景点名称,全程站点,始末车时间,投币票价,IC卡票价)酒店信息(酒店名称,酒店级别,相信信息,酒店地址,房间设置,预订电话)公交(线路名称,所到景点,全程站点,始末车时间,投币票价,IC卡票价)航班(航次,目的地,每日航班数,头等舱票价,商务舱票价,经济舱票价)长途客运(路线名称,遵义发车时间,对向发车时间,车型,全程时长,单程票价,往返票价,学生票价)火车(车次,路线名称,遵义发车时间,终到时间)问题(旅游常见问题,解决方案) 关系规范化分析景点信息、酒店信息、公交信息、其它交通信息等都满足第3范式的要求。1.3.3 数据表的创建根据系统ER图,本系统数据库需要创建9个表:景点信息表、酒店信息表、景点公交信息表、火车信息表、长途客运信息表、飞机信息表、旅游常见问题信息表、遵义专属节日信息表、管理员表。用于存放旅游信息、酒店信息、景点公交信息、其它交通信息、旅游服务信息等。 景点信息表创建旅游信息表t_travel。此表包括6个字段,其中f_id是此表的主键,详细描述如表4-1所示。表1-10 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是此表的主键,详细描述如下表所示。表1-11 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是此表的主键,详细描述如下表所示。表1-12 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是此表的主键,详细描述如下表所示。表1-13 t_train表的定义字段名称数据类型长度是否为空是否为主键说明f_trainname文本50否否线路名称f_trainno文本50否是车次f_traintime1文本50否否遵义发车时间f_traintime2文本50否否对向发车时间 长途客运信息表创建长途客运信息表t_lbus。此表包括8个字段,其中f_lbusname是此表的主键,详细描述如下表所示。表1-14 t_lbus表的定义字段名称数据类型长度是否为空是否为主键说明f_lbusname文本50否是客车目的地f_lbustime1文本50否否遵义发车时间f_lbustime2文本50否否对向发车时间f_lbustype文本50否否客车类型f_lbusdistance文本50否否运行时间f_price1文本50否否单程票价f_price2文本50否否往返票价f_price3文本50否否学生票价 航班信息表创建航班信息表t_plane。此表包括5个字段,其中f_planename是此表的主键,详细描述如下表所示。表1-15 t_plane表的定义字段名称数据类型长度是否为空是否为主键说明f_planename文本50否是名称f_planeorder文本50否否每日航班数f_planeprice1文本50否否头等舱票价f_price2文本50否否商务舱票价f_plane3文本50否否经济舱票价 旅游常见问题表创建旅游常见问题信息表t_problem。此表包括2个字段,其中f_title是此表的主键,详细描述如下表所示。表1-16 t_problem表的定义字段名称数据类型长度是否为空是否为主键说明f_title文本255否是标题f_content文本255否否内容 遵义专属节日表创建遵义专属节日信息表t_festival。此表包括2个字段,其中f_name是此表的主键,详细描述如下表所示。表1-17 t_festival表的定义字段名称数据类型长度是否为空是否为主键说明f_name文本255否是名称f_content文本255否否内容 管理员表创建系统用户表t_user。此表包括2个字段,其中f_username是此表的主键,详细描述如下表所示。表1-18 t_user表的定义字段名称数据类型长度是否为空是否为主键说明f_username文本50否是用户名f_password文本50否否

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论