校园基建信息管理系统的设计.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
校园基建信息管理系统的设计

校园基建信息管理系统的设计   [摘要] 高校基建信息是指高校校园中各种建筑物、道路、管网管线、园林等信息,具有动态可扩展的应用需求。本文介绍了基建信息的后台管理系统的设计,在设计系统时使用了可动态扩展的对象属性模型,使用关系数据库满足了系统中数据的动态扩展需求。   [关键词] 可扩展; 数据库; 虚拟校园; 校园基建信息管理系统; 设计   doi : 10 . 3969 / j . issn . 1673 - 0194 . 2011 . 21. 036   [中图分类号]TP315; G483 [文献标识码]A [文章编号]1673 - 0194(2011)21- 0063- 02      1引言   高校基建管理是指对高校校园中各种建筑物、道路、管网管线、园林等基本建设工程的规划、设计、施工和使用、维护、检修等活动,是学校建设和管理工作的重要组成部分。本文以数字校园作为信息化的载体,利用数字城市技术实现全真的虚拟校园,借以整合各类基建信息,初步建成了数字校园的基本框架,开发出基于虚拟现实平台的校园基建信息管理系统,并在实际应用中取得了良好的效果。本文介绍了在系统中管理所有基建信息的后台管理系统的设计,由于基建管理信息的多样性以及动态扩展的需求,在设计系统时使用了可动态扩展的对象属性模型,使用关系数据库满足了系统中数据的动态扩展需求。   2基建信息的数字管理   基建档案资料一般为纸质资料,资料的管理难度大,调阅查询不便、容易损坏。将纸质档案扫描转换为数字化电子档案,有效地解决了这类问题。同时以建设项目为单位,按照基建程序,将电子档案分类整理归档,并与数字校园虚拟场景中相应对象建立链接。数字化电子档案的查询与检索简便快捷,系统提供了纵向、横向与综合检索查询方式。纵向查阅一个项目的全部档案,横向可查询所有项目的同类档案,综合检索查询可通过输入关键词搜索相关档案,系统还支持资料的下载。这3种查询方式简单快捷,极大地提高档案管理的效率。数字档案的分类归档,也使档案资料的更新与管理工作变得简单高效,档案的易用性、安全性大大提高,同时能够支持多方同时使用。现在网络信息系统技术发展很快,针对不同的应用需求提出了各种各样的问题,在基建信息中,既有文件管理的需求,也有数据的规格化管理的需求,同时所有基建信息需要有不同的分类,并且基建信息的基本属性需要动态添加和修改。   3校园建筑信息系统设计   在最初的校园建筑管理信息系统中,只要求该系统能够展示建筑的基本信息,如名称、简述等。设计人员所设计的数据表包括编号、建筑名称、建筑描述等建筑的最基本属性。此外设计人员也考虑到了系统将来的扩展,加入了诸如建设日期、高度等属性。由于设计人员不可能完全预见学校未来发展状况,所以对于系统现阶段的需求来说,尽管建筑信息表已经非常详尽了,但是随着时间的推移系统仍有可能不适应实际需求。   随着需求的发展,建筑的信息需求有可能发生变化。例如:① 为了获取建筑质量,有可能对该建筑的施工文件等信息进行保存;② 随着校园信息系统的建立,可能有更多的不同类型的建筑需要存入系统,比如管道信息,一些标志性雕塑,或者植被信息;③ 随着系统的扩展,原有数据表可能不能满足日益增多的该类建筑所有信息的存储,所以需要建立新的数据表扩展其属性;④ 对于一些简单的建筑或者物体比如一棵树一个石凳,存储的信息明显和一座教学楼不同,需要按照类型的不同,设计多个不同的数据表分别存储不同类型的物体信息。   在应用中,如果用传统数据库设计模型,那么在设计初始阶段就必须考虑到应用未来所有的改变及扩展,尽可能使表格的信息详尽,否则当应用发生改变或扩展时,必须重新设计表结构,并对应用程序中相关片段全部重写。如果需要增加过多的对象属性信息,那么表结构将必须修改。针对这种需求,使用传统的设计方式已经不能满足,所以在系统设计时采用元数据表的方式对所有基建信息进行分类定义,实现了一个完全动态的可扩展的数据库设计方案。   本文使用表t_class保存对象的分类信息如建筑、管道、雕塑等;t_attibute_def保存的是每个分类所对应对象的属性信息如建筑的高度、施工单位等;t_entity保存的是分类对象的公共信息,是具体的物体如1号教学楼;t_entity_content保存每个具体的对象所有属性的信息值;t_file表用来保存一些扩展的文件信息。通过这样一个模型我们可以在需要时动态定义一个大的分类并且可以动态地设置每个已有分类拥有哪些属性,所有对象的具体内容分别存储在对象公共信息表、对象属性信息表和文件信息表中。   系统中分别对基建信息进行分类信息的管理,分类属性管理可以进行二级的属性分类,可以对每个分类的属性进行设定,也可以为这些属性进行设置所属类型,例如建筑面

文档评论(0)

151****1926 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档