系统设计报告Word文档格式.docx
- 文档编号:5773236
- 上传时间:2023-05-05
- 格式:DOCX
- 页数:35
- 大小:922.38KB
系统设计报告Word文档格式.docx
《系统设计报告Word文档格式.docx》由会员分享,可在线阅读,更多相关《系统设计报告Word文档格式.docx(35页珍藏版)》请在冰点文库上搜索。
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旅游服务管理类描述
住房资金决算类
住房资金决算
生成遵义旅游服务信息表
统计遵义旅游服务信息表
汇总遵义旅游服务信息表
打印遵义旅游服务信息表
inquireaboutform()
查询遵义旅游服务信息表
1.2.5.3时序图设计
图1-20旅游服务信息管理时序图
1.2.6退出系统管理
1.2.6.1功能结构设计
系统用户可以根据自己的需要来进行关闭系统。
关闭系统时会出现提示对话框,选择确定后系统就会安全的退出了。
如下图所示
图1-21退出系统管理功能结构图
1.2.6.2类图设计
图1-22退出系统管理类图
表1-9退出系统管理类描述
住房资金挂账类
住房资金挂账
生成所查询的信息表
统计所查询的信息表
汇总所查询的信息表
打印查询的信息表
检索查询表
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个字段,其中f_id是此表的主键,详细描述如表4-1所示。
表1-10t_travel表的定义
字段名称
数据类型
长度
是否为空
是否为主键
说明
f_id
自动编号
50
否
是
景点编号
f_travelname
文本
景点名称
f_traveltype
类型
f_travelinfo
255
详细信息
f_travelprice
100
门票价格
f_travelbus
乘车路线
1.3.3.2酒店信息表
创建酒店信息表t_hotel。
此表包括6个字段,其中f_hotelname是此表的主键,详细描述如下表所示。
表1-11t_hotel表的定义
f_hotelname
酒店名称
f_hotelgrade
级别
f_hotelinfo
f_hoteladd
地址
f_hotelroom
房间设置
f_hoteltel
数字
预订电话
1.3.3.3景点公交信息表
创建公交信息表t_bus。
此表包括6个字段,其中f_busname是此表的主键,详细描述如下表所示。
表1-12t_bus表的定义
f_busname
线路名称
f_bustravel
所到景点
f_busline
全程站点
f_bustime
始末车时间
f_price1
投币票价
f_price2
IC卡票价
1.3.3.4火车信息表
创建火车信息表t_tra
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 系统 设计 报告