目前我国公路桥梁事件管理由于缺乏决策系统的支持,事件发生后的处置措施往往凭借经验做出,造成事件处置所需相关设备、物资、人员的调配及事件状态下公路桥梁交通控制及分流疏导等措施的合理性及时效性方面存在诸多不足,从而也导致事件持续时间增加,公路桥梁及其毗邻道路长时间运行在交通异常状态下,使车辆延误增加,二次事件(事故)发生的概率上升,道路服务水平下降。正是基于上述原因,我国许多研究单位及交通管理部门非常重视对于公路桥梁事件管理系统的研究,并取得了初步的研究成果。
通过对于公路桥梁事件管理系统的需求分析,确定了数据库整体框架结构的设计方案:公路桥梁事件管理系统数据库以空间要素数据库和事件管理专题数据库作为其主体构成部分。
其中,空间要素数据库基于空间数据层次,包含0维节点(Node)、1维路段(Link)及转向(Tum)的几何数据信息,其中节点用于表征基本路段起终点、互通立交及出入口等点实体空间要素,路段用于表征公路桥梁及毗邻其他道路基本路段等线实体空间要素,转向用于表征基本路段间连接的属性特征;事件管理专题数据库以空间数据层次作为构建基础,用于表征公路桥梁交通控制设备、事件处置单位等属性特征。
在完成事件管理系统数据库整体框架结构设计的基础上,生成相关的设计文档,包括详细的数据流图、数据字典和算法描述,上述文档是泛普系统开发的基础,关系到工程的成败和相关软件产品的质量。
1、数据流图
数据流图描绘了公路桥梁事件管理系统的逻辑模型,给出信息在系统中流动和处理的情况。
2、数据字典
数据字典对系统中的数据作了详尽的描述,数据字典是进行详细的数据收集和数据分析所获得的主要成果。一般来说,数据字典中应包括数据项、数据结构、数据流、数据存储、处理过程。
3、局部视图的设计
数据库局部概念模型设计阶段,就是对需求分析阶段收集到的数据进行分类、组织、形成实体及实体的属性,确定实体之间的联系类型,设计分E-R视图。
4、视图的集成
在获得公路桥梁事件管理系统的各个局部视图后,通过视图集成设计其全局模式,在视图集成的过程中需要解决好以下3个问题:
(1)确认视图中的对应和冲突,包括命名冲突、概念冲突、域冲突和约束冲突;
(2)对视图进行某些修改,解决部分冲突;
(3)合并视图,形成全局模式。视图集成可采用梯形集成、平衡集成,或者混合集成的方法。
5、物理结构的设计
数据库物理结构设计的主要任务是确定合适的存储结构和存取路径,即确定数据库的内模式[]。其设计目标包括两个方面:
(1)提高数据库的性能,满足主要应用的性能要求;
(2)有效的利用存储空间。
数据库的物理设计,更依赖于所采用的DBMS,公路桥梁事件管理系统的数据库可采用SQL或ORACIE等比较成熟的关系数据库产品,其物理结构设计及优化应参照相关的DBMS手册进行,本文在此不加以赘述。
添加专属销售顾问
扫码获取一对一服务