系统设计报告.docx
《系统设计报告.docx》由会员分享,可在线阅读,更多相关《系统设计报告.docx(37页珍藏版)》请在冰豆网上搜索。
![系统设计报告.docx](https://file1.bdocx.com/fileroot1/2023-4/24/f86abb84-b8f4-4add-94a1-5230a90fc005/f86abb84-b8f4-4add-94a1-5230a90fc0051.gif)
系统设计报告
系统设计报告
第一章1.1总体设计3
1.1.1系统设计的原则3
1.1.2系统体系结构设计4
1.1.3系统功能架构设计6
第二章1.2功能模块设计7
1.2.1系统管理模块7
1.2.1.1功能结构设计7
1.2.1.2类图设计10
图1-7系统管理模块类图11
1.2.1.3时序图设计12
1.2.2旅游信息管理12
1.2.2.1功能结构设计12
1.2.2.2类图设计13
图1-10旅游信息管理类图14
1.2.2.3时序图设计14
1.2.3酒店信息管理15
1.2.3.1功能结构设计15
1.2.3.2类图设计16
图1-13酒店信息管理类图16
1.2.3.3时序图设计17
1.2.4景点公交信息管理17
1.2.4.1功能结构设计17
1.2.4.2类图设计18
1.2.4.3时序图设计19
1.2.5旅游服务管理19
1.2.5.1功能结构设计19
1.2.5.2类图设计20
1.2.5.3时序图设计20
1.2.6退出系统管理21
1.2.6.1功能结构设计21
1.2.6.2类图设计22
图1-22退出系统管理类图22
1.2.6.3时序图设计22
第三章数据库设计23
1.3.1数据库概念结构设计23
1.3.1.1实体属性图23
1.3.1.2局部E-R图27
1.3.1.3总体E-R图27
1.3.2数据库逻辑结构设计27
1.3.2.1关系模型创建27
1.3.2.2关系规范化分析28
1.3.3数据表的创建28
1.3.3.1景点信息表28
1.3.3.2酒店信息表28
1.3.3.3景点公交信息表29
1.3.3.4火车信息表29
1.3.3.5长途客运信息表30
1.3.3.6航班信息表30
1.3.3.7旅游常见问题表30
1.3.3.8遵义专属节日表31
1.3.3.9管理员表31
1.3.4数据库的创建31
1.3.4.1数据库的创建设计所用的9个表:
31
1.3.5遵义特例旅游系统界面32
在做任何项目之前必须要作设计,旅游系统也一样,在做旅游系统之前也必须先进行系统设计。
系统设计是系统实现的关键步骤,直接影响系统的质量。
如果说在系统需求分析阶段已经完全弄清楚了系统的各种需求,就较好地解决了所设计的系统“做什么”的问题,并已在系统需求说明书中详尽和充分地阐明了这些需求,那么下一步就要着手对旅游系统的功能结构、数据结构等进行设计,即系统设计阶段要解决“怎么做”的问题,并最终通过“设计模型图”来反映设计的结果。
第一章1.1总体设计
1.1.1系统设计的原则
设计遵义旅游系统是为服务用户、满足用户的需求、解决实际问题而设计的,因此,在系统开发过程中,不仅要以先进理论来指导,主流技术来支撑,而且要市场为导向,把握市场的动态,以用户为中心,满足用户的需求,开发出界面美观大方、功能强大完善、使用方便的系统。
据此,通过综合的考虑旅游系统的系统目标和项目需求,在系统设计时,应遵循以下设计原则:
(一)实用性原则。
旅游系统的设计目的之一就是要优化旅游系统管理的各个环节,运用计算机,因为本系统是针对遵义地区的旅游系统,所以为方便信息查询,在本系统中提供了相应的交通信息和遵义特色节日等模块,对于航班信息、长途客运信息和火车信息都做了具体介绍,对于旅游常见问题和旅游疑问解答也在此功能中得到解决。
因此,实用性原则是本系统的一个重要设计原则。
(二)先进性原则。
在强调实用性的同时,我们还要考虑系统的先进性。
今时今日,信息化的发展速度令世人惊叹,每一次技术上的更新与进步都会推动信息化建设的跳跃式发展。
所以,为了与时俱进,有一个较高的起点,在本系统的设计过程中我采用目前较为先进和成熟的技术和理念,使系统在性价比上拥有一定的优势。
(三)规范性原则。
系统中的所有设计都遵循现有的国家标准、行业标准,符合软件工程中的设计原则与规范。
所有文档的书写都遵照国标的要求。
(四)安全性原则。
系统提供安全机制以防止非法授权操作,为各子系统提供严格灵活的用户和权限划分,对于数据库管理,建立起完备的数据备份恢复机制。
对关键的信息的操作提供日志记录。
(五)可扩展性原则。
出于对后续升级工作的考虑,系统的所有功能模块的设计都预留了扩展接口。
随着用户需求的不断变化和增加,遵义特殊旅游系统的业务处理需求逐渐提高,旅游信息处理量也会随之增加,这就需求系统能够实现快速便捷地扩展,完成系统的平滑升级。
(六)可维护和可管理性原则
这要求系统能够实现对设备的便捷管理和时时监控,时时掌握设备的情况,遇到问题能进行报警处理、会话控制,以及通过性能分析,实现系统的优化、故障的隔离及故障的恢复,尽可能缩短维护时间,提高系统可维护性,延迟可系统使用时间。
(七)系统模块化设计原则
模块化即以功能块为单位进行程序设计,实现其求解算法的方法。
模块化的目的是为了降低程序复杂度,使程序设计、调试和维护等操作简单化。
因此,系统采用模块化设计原则,增强了系统的灵活性和可扩展性。
遵义特殊旅游系统的业务范围发生变化时,系统的功能也可根据实际变化情况进行调整。
1.1.2系统体系结构设计
浏览器-服务器(Browser/Server,B/S)体系结构如下图所示。
图1-1B/S体系结构图
图1-2B/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展示类,业务逻辑层包括实体类和服务类,数据层包括映射类和数据控制类。
业务层依赖WEBGUI得以展现,数据层依赖ADO.NET技术。
三层结构都建立在.netframework的基础之上。
1.1.3系统功能架构设计
遵义特色旅游系统是面向所有的游客,为游客提供对遵义特色旅游的各项功能。
根据现在对旅游信息管理的需求,我们对遵义景点、酒店、交通、旅游常见问题和遵义特色节日等旅游相关信息的进行管理。
主要包括遵义景点信息管理、酒店信息管理、交通信息管理、管理员信息管理、旅游服务信息管理以及遵义特色节日信息管理和退出系统管理。
这七个部分互相协作共同实现遵义特色旅游管理的电算化、精细化和科学化。
如图4-4的系统总体结构图,表示了遵义特色旅游系统的主要的七大模块功能。
图1-4系统总体模块结构图
图1-5系统总包图
如上图所示,系统一共分为两个子系统,业务管理子系统和后台管理子系统。
其中,业务管理子系统又分为游客信息管理、查询信息管理、景点信息管理、查询统计管理、数据管理等五个模块。
后台管理子系统为系统管理等模块。
第二章1.2功能模块设计
1.2.1系统管理模块
1.2.1.1功能结构设计
系统管理提供支撑包括住房资金管理系统在内的各功能模块正常运行的各项基础和通用功能,完成遵义特色旅游系统的系统管理、数据管理等一系列操作,其功能结构图如图1-6所示。
图1-6系统管理功能结构图
系统管理的主要功能有:
创建年度、删除年度、设置当前年度、单位维护、本级单位设置、用户权限管理、日志管理、系统初始化功能。
1、创建年度
创建年度功能,用于新建遵义特色旅游系统的工作年度,并导入新年度的公用基础数据。
创建年度时,主要有两种个选项:
一是选择输入新的工作年度;
二是确认新建年度是否需要继承以往年度(通常是上年度)的相关数据(主要是单位信息、公用标准数据等,不包括个人账户数据),如果要继承,需要输入相应的年度。
对于个游客信息管理系统而言,创建新工作年度,对当前系统工作年度没有影响,也不做更换年度处理。
新年度的个人账户数据,通过游客管理系统中的“数据结转下年”功能来产生,与此同时完成系统的更换年度处理,并将系统当前工作年度自动设为下一个年度。
2、删除年度
删除年度功能,提供按年度删除系统年度数据库的功能。
必要时(如系统数据的年份超过了规定的数据保存期限),使用该功能既可节约数据存储空间,又可在一定程度上提高系统运行速度。
在执行“删除年度”操作时,选择需要删除的工作年度,点击“确认”按键,即可完成年度删除。
3、单位维护
单位维护功能,提供修改、扩充本单位对应的“单位代码表”。
“单位代码表”通常由本级单位及其下级直供单位构成。
本级单位的单位代码,系统统一编为“00”,本级的下属单位依次编码为“01”、“02”、“03”……等。
4、用户权限管理
为了维护系统的安全,只有经过授权的用户才能进入遵义特色旅游系统,进行相应的操作。
系统将用户分为三类角色:
系统管理员:
具有全部最高权限,可以进行系统全部操作。
业务人员:
能进行全部业务操作,但不能进行系统管理操作。
查询游客:
只能进行指定的查询操作。
进行详细的单项功能授权时,对于某一项具体的功能,分为三中权限:
查询、编辑、无权访问。
(1)查询权限:
只能查看该项数据,但不能进行编辑操作。
(2)编辑权限:
可以进行增、删、改操作。
(3)无权访问:
不能进入该功能模块。
5、本级单位设置
用于建立了游客账户,如果已经建立,那么输入个人账户建立的时间。
6、日志管理
为了方便的进行系统管理,系统对一些重要的操作进行日志记录。
通过日志管理功能可以查看系统日志、设置系统日志的保留时间等。
在系统中,可以设置系统日志的保留天数。
设置保留天数后,超过该天数的系统日志将被删除,以免系统日志记录过多,影响系统性能。
7、系统初始化功能
系统初始化功能将清除系统中的所有数据,只有系统管理员才能进行此操作。
数据管理,提供对系统数据进行备份、数据恢复、制作上报盘、接收上报盘等功能。
1、数据备份
数据备份功能是对当前工作年度的系统数据进行备份,以便需要时通过“数据恢复”功能,将系统数据恢复至备份时的状态。
首先,对于数据备份内容分为三类:
账户数据、报表数据然后,对于备份数据文件存取路径和文件名,可点击文件夹图标,得到系统默认文件存取路径和文件名,也可备份到指定的目录下。
2、数据恢复
数据恢复功能是提供将备份数据导入系统,使系统恢复至备份时的状态。
系统管理员可根据备份软盘或其他存储介质上的备份数据进行数据恢复。
3、生成上报盘
生成上报盘,提供按所查询信息遵义特色旅游系统的数据,将由上级供应单位使用“接收上报盘”功能予以接收、合并。
制作上报盘时,可以选择上报数据的类型,可以单独上报预算数据、决算与挂账数据,也可以两种数据都上报。
4、接收上报盘
接收上报盘,提供遵义特色旅游系统供应单位上报数据的功能。
1.2.1.2类图设计
图1-7系统管理模块类图
表1-1系统管理界面类描述
系统管理界面类
类的描述:
提供支撑包括遵义特色旅游管理系统在内的各功能模块正常运行的各项基础和通用功能。
操作描述
InternetCommunication()
网络通信操作
Clickontheicon()
点击相应的图标进入各功能模块
Help()
用户帮助
Exit()
退出系统
表1-2系统管理类描述
购物车管理类
类的描述:
完成遵义特色旅游管理系统的系统管理类
操作描述
clientauthority()
用户权限设置
departmentmaintenance()
单位信息的维护
installpresentyear()
用户设置当前工作年度
dailyrecordmanagement()
管理员进行日志管理
systeminitial()
管理员在需要时进行系统初始化
表1-3数据管理类描述
数据管理类
类的描述:
提供遵义特色旅游管理系统的数据管理类
操作描述
createdisk()
生成上报盘
receivedisk()
接收上报盘
databack-up()
数据备份
datarecover()
数据恢复
1.2.1.3时序图设计
图1-8系统管理时序图
1.2.2旅游信息管理
1.2.2.1功能结构设计
旅游信息管理为所以游客提供查看旅游信息、检索旅游信息、以及对旅游信息进行管理等,其功能结构图见下图。
图1-9旅游信息管理功能结构图
旅游信息管理模块包括:
景点信息查询模块、景点信息添加模块、景点信息修改模块和景点信息删除模块。
具体功能如下:
景点信息查询:
根据旅游信息景点的名称,或者景点所属类型进行相应的查询。
也可以直接查询全部景点信息,同时可以查询相应景点的公交车信息。
景点信息添加:
对新的景点信息进行录入。
景点信息修改:
对景点信息的变更做出及时的修改。
景点信息删除:
对景点信息进行删除。
旅游信息管理模块中各子模块的实际意义是当管理员在管理旅游信息的时候,可以快速、便捷地将景点信息添加的系统中,同时对信息进行维护和管理,并与数据库中数据相连接,这样不仅方便游客浏览,还提高了信息的准确性。
管理员还可以对景点信息进行查询,确保景点中信息的准确性、及时性,从而保证系统的准确性和完整性。
1.2.2.2类图设计
图1-10旅游信息管理类图
表1-4旅游信息管理类描述
旅游信息管理类
类的描述:
对遵义旅游信息进行管理
操作描述
datamanangement()
遵义旅游信息管理界面显示
print()
打印数据库中的遵义旅游信息
表1-5提取遵义旅游信息数据类描述
提取遵义旅游数据类
类的描述:
从遵义旅游管理系统中,提取旅游信息数据
操作描述
acquiresalary-inf()
获得遵义旅游数据
writeindb()
更新数据库中的遵义旅游数据信息
deleteinf()
删除保障卡中的记录信息
1.2.2.3时序图设计
图1-11遵义旅游信息管理时序图
1.2.3酒店信息管理
1.2.3.1功能结构设计
酒店信息管理模块中各子模块的实际意义是当管理员在管理酒店信息的时候,可以快速、便捷地将酒店信息添加的系统中,同时对信息进行维护和管理,当此酒店更名或动迁时,也可以及时的对系统中的相应信息进行修改,提高信息的准确性。
管理员还可以直接对酒店信息进行查询,确保酒店信息的准确性,从而保证系统的准确性和完整性。
信息的添加和修改与后台数据库进行动态的连接,其功能结构图如下图所示。
图1-12酒店信息管理功能模块图
酒店信息管理模块主要是对酒店的信息进行管理和维护。
酒店信息模块包括:
酒店信息查询模块、酒店信息添加模块、酒店信息修改模块和酒店信息删除模块,具体功能如下:
酒店信息查询:
根据酒店的名称,或者酒店所属的级别进行相应的查询。
也可以直接查询全部酒店信息,也可以根据酒店信息查询到就近的景点信息。
酒店信息添加:
添加新加入的酒店信息。
酒店信息修改:
对于各酒店相关信息的变更做出及时的修改。
酒店信息删除:
对于酒店信息进行删除。
1.2.3.2类图设计
图1-13酒店信息管理类图
表1-6酒店信息管理表类描述
审核表类
类的描述:
对酒店信息进行管理
操作描述
retiredpersonnelexamination()
获取遵义酒店信息
inquireabouttable()
查询审核情况
writeagain()
重新审核
automaticgenerationofapplicationform()
自动由审核表生成查询信息表
automaticgenerationofannunciationform()
自动由查询信息表生成数据库
1.2.3.3时序图设计
图1-14酒店信息管理时序图
1.2.4景点公交信息管理
1.2.4.1功能结构设计
景点公交信息模块中各子模块的实际意义是在管理员对其进行管理时,将公交车自身的信息添加的数据库中的相应表中。
同时表中信息根据景点信息的变更做相应的更改,即完成表和表之间的动态连接。
同时也可根据自身的变化对其进行相应的修改和删除,当信息改变时,对于景点的公交信息也会产生相应的变化其功能结构图如图4.7所示。
图1-15景点公交信息管理功能结构图
景点公交信息管理模块主要是对景点公交信息的管理,同时包括公交本身信息的管理。
景点公交信息模块包括:
景点公交信息查询模块、景点公交信息添加模块、景点公交信息修改模块和景点公交信息删除模块,具体功能如下:
景点公交信息的查询:
根据公交车经由景点或者公交车自身信息进行查询。
景点公交信息的添加:
可以将公交车的基本信息录入到数据库中,也可以根据景点信息对公交车信息进行录入和完善。
景点公交信息的修改:
根据景点的增加或删除以或者是公交线路本身的变化对公交车的基本信息进行相应的修改。
景点公交信息的删除:
根据景点的删除或者是公交车的变更或取消将公交车的信息从数据库中删除。
1.2.4.2类图设计
图1-16景点公交信息管理类图
表1-7景点公交信息管理类描述
景点公交信息管理类
类的描述:
景点公交信息管理
操作描述
createform()
生成遵义公交表
countform()
统计遵义公交表
gatherform()
汇总遵义公交表
printform()
打印遵义公交表
1.2.4.3时序图设计
图1-17景点公交信息管理时序图
1.2.5旅游服务管理
1.2.5.1功能结构设计
旅游服务信息管理模块中各子模块的实际意义是解决在旅游中出现的问题,并且说明一些旅游相关的信息,方便系统的管理,增强信息查询的功能,使其更加完善,如下图所示。
图1-18旅游服务管理功能结构图
旅游服务信息管理模块主要包括两个方面:
解决游客所提出的问题和介绍遵义专属的节日。
①旅游常见问题模块包括:
旅游常见问题的查询:
可以精确和模糊查询相关信息。
旅游常见问题的管理:
对于问题进行添加和删除操作。
②遵义专属节日就只是查询属于遵义的节日。
1.2.5.2类图设计
图1-19旅游服务管理类图
表1-8旅游服务管理类描述
住房资金决算类
类的描述:
住房资金决算
操作描述
createform()
生成遵义旅游服务信息表
countform()
统计遵义旅游服务信息表
gatherform()
汇总遵义旅游服务信息表
printform()
打印遵义旅游服务信息表
inquireaboutform()
查询遵义旅游服务信息表
1.2.5.3时序图设计
图1-20旅游服务信息管理时序图
1.2.6退出系统管理
1.2.6.1功能结构设计
系统用户可以根据自己的需要来进行关闭系统。
关闭系统时会出现提示对话框,选择确定后系统就会安全的退出了。
如下图所示
图1-21退出系统管理功能结构图
1.2.6.2类图设计
图1-22退出系统管理类图
表1-9退出系统管理类描述
住房资金挂账类
类的描述:
住房资金挂账
操作描述
createform()
生成所查询的信息表
countform()
统计所查询的信息表
gatherform()
汇总所查询的信息表
printform()
打印查询的信息表
inquireaboutform()
检索查询表
1.2.6.3时序图设计
图1-23退出系统管理时序图
第三章数据库设计
本系统是遵义特色旅游数据库管理系统,下面详细地介绍一下本系统的数据库结构设计。
1.3.1数据库概念结构设计
1.3.1.1实体属性图
各实体属性图如图1-24~图1-所示。
图1-24旅游信息实体属性图
图1-25酒店实体属性图
图1-26公交实体属性图
图1-27长途客运实体属性图
图1-28火车实体属性图
图1-29航班实体属性图
图1-30人员实体属性图
图1-31旅游信息各职能局部E-R图
图1-32系统总体E-R图
1.3.1.2局部E-R图
旅游信息管理系统对于相关的信息有不同的要求,包括:
景点信息和公交信息的管理,景点信息和酒店信息的管理,公交信息和交通信息的管理,旅游信息和旅游常见问题的管理。
(如图1-31所示)。
1.3.1.3总体E-R图
旅游信息管理系统总体E-R图(如图1-32所示)。
1.3.2数据库逻辑结构设计
1.3.2.1关系模型创建
本系统包括8个实体,转换后的关系模式如下(加下划线的为主键):
景点信息(景点编号,景点名称,景点类别,详细信息,门票价格,乘车路线)
景点公交信息(线路名称,景点名称,全程站点,始末车时间,投币票价,IC卡票价)
酒店信息(酒店名称,酒店级别,相信信息,酒店地址,房间设置,预订电话)
公交(线路名称,所到景点,全程站点,始末车时间,投币票价,IC卡票价)
航班(航次,目的地,每日航班数,头等舱票价,商务舱票价,经济舱票价)
长途客运(路线名称,遵义发车时间,对向发车时间,车型,全程时长,单程票价,往返票价,学生票价)
火车(车次,路线名称,遵义发车时间,终到时间)
问题(旅游常见问题,解决方案)
1.3.2.2关系规范化分析
景点信息、酒店信息、公交信息、其它交通信息等都满足第3范式的要求。
1.3.3数据表的创建
根据系统E-R图,本系统数据库需要创建9个表:
景点信息表、酒店信息表、景点公交信息表、火车信息表、长途客运信息表、飞机信息表、旅游常见问题信息表、遵义专属节日信息表、管理员表。
用于存放旅游信息、酒店信息、景点公交信息、其它交通信息、旅游服务信息等。
1.3.3.1景点信息表
创建旅游信息表t_travel。
此表包括6个字