全球旧事资料 分类
管理员
旅游路线信息公告信息
输入数据流用户基本信息管理员基本信息旅游线路信息浏览、管理留言、管理留言信息公告信息查看,管理
输出数据流用户登录管理员登录用户、管理员用户,管理员用户,管理员
输入数据流终端终端更新后留言终端终端回复留言更新旅游线路更新公告
输出数据流用户信息旅客旅客旅客旅客当前留言当前旅游线路当前公告
说明部分
3组织结构图
3
f用户












线







管理






线
线












线
线














旅游信息管理












4
f4数据流图旅客数据流图:
公告信息浏览
公告信息用户信息
旅客
登录查看
线路预订
旅游线路信息
旅游路线浏览
留言
旅游线路信息
留言信息
管理数据流图:
5
f管理员
用户信息
旅游线路信息
登陆
旅游线路管理
留言板管理
留言信息
公告管理
公告信息
6
f三.系统设计部分1局部ER图
数据对象E_R图
用户与可预订旅游线路之间的实体关系ER图
管理员与旅游线路之间的实体关系ER图
管理员与公告之间的实体关系ER图
7
f管理员与留言板之间的实体关系ER图
2全局ER图
四.逻辑结构设计
8
f1联系类型的转换
ER图转换为相应的关系模式(依据转换原则)。综观项目的具体特点和整体处理要求,同时为便于系统内部的管理,在各实体原有信息的基础上,确定增加候选码,作为各关系的主键(关键字)、考虑联系确定外键。
(1)管理员(用户名,密码)(2)公告栏(公告标题,公告时间,公告内容)(3)旅客(用户名,密码)(4)旅游线路(旅游线路名称,旅游线路文字描述,介绍图片)(5)留言板(留言标题,留言时间,回复内容,回复管理,留言内容)
2关系模式规范化关系模式属于第三范式,每个非主属性都不传递函数依赖于主关系键。在关系模式中,用户名,公告标题,旅游线路名称,留言标题为主属性,其余的为非主属性,对于公共栏,公告标题、公告时间决定公告内容,非主属性公告内容不传递函数依赖于主关系键,因此公告栏属于第三范式对于旅客和管理员,密码不传递依赖于用户名,也属于第三范式。对于旅游路线和留言板也同样是,非主属性不传递依赖于主关系键,都属于第三范式。五.数据库实施1.建表查询
9
f10
f2创建索引
11
f六.总结
在我的努力下这个系统终于完r
好听全球资料 返回顶部