扫二维码与项目经理沟通
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流
网络工程专业是应用型目录外专业,随着互联网技术的不断发展,网络工程专业越来越受到国家和社会的关注。下面是我为大家整理的网络工程专业毕业论文,供大家参考。
目前成都创新互联已为近1000家的企业提供了网站建设、域名、虚拟主机、网站托管运营、企业网站设计、南阳网站维护等服务,公司将坚持客户导向、应用为本的策略,正道将秉承"和谐、参与、激情"的文化,与客户和合作伙伴齐心协力一起成长,共同发展。
网络工程专业毕业论文范文一:GIS技术用于广播电视网络工程论文
1GIS技术在国内广播电视网络工程管理中的应用案例
本文根据汉佳公司的浙江嘉兴广电网络资源管理系统所存在的问题,利用GIS技术对其业务流程进行优化和再造,期望实现网络规划和设计标准化以及网络资源的动态化管理。
1.1管理对象
当前广播电视网络资源管理的对象主要有以下几个方面:
①机房数据。主要包含设备信息和基础信息两个方面,前者主要包含入网设备、机架等数据设备,而后者以机房编号等为主。
②空间资源数据。包含区域信息,机房信息等。
③线路设备。主要包括光缆和电缆等设备。
④连接设备。主要包括分线盒、光交接箱等。
⑤项目数据。主要包括工程项目建设中的各种数据,主要是指项目名称等。
⑥其他信息,比如逻辑资源等,可以根据实际情况定制开发。
1.2开发平台
有线广播电视网络资源管理系统属于大型系统,因此改造之前要对开发平台进行选择,主要包括对开发语言、GIS平台以及数据库开发平台的选择。当前应用的GIS开发平台有多种,比如在项目的开发中,可以选择超图公司运用成熟的Suoermap平台。
1.3设计流程
GIS设计。SuperMap组件式GIS以标准的Ac-tiveX组件的方式,嵌入流行的可视化高级开发语言环境中进行开发,可以在多种开发工具中进行面向对象和可视化编程的设计,本文结合工程项目设计实际,充分结合了各种第三方ActiveX组件,对GIS功能进行无限扩展。功能设计。广播电视网络的资源管理系统涉及的范围较广,该步就应该结合实际,对这些功能进行组织并进行系统扩展,最好的措施是根据网络资源的结构特点,采取以工程为主线的数据更新机制对系统的功能进行分层组织,可以绘制出系统功能的分层图。数据结构设计。随着项目的实施,可以对数据结构进行细化和设计,比如可以把网络资源管理的对象信息分为项目信息、资源信息等。系统实现。做好以上各方面的设计后,便可以进行系统实现,这是整个项目的主要过程。该项目中很多的数据信息都包含地理信息成分,在这一步中就要结合局域网、工作站、服务器以及基础地图、文档等现有资源进行合理的组织,以保障系统的实现。本文通过以上流程对嘉兴光电网络资源管理系统进行了整合,图1展示了该系统对管杆工程设备的管理,比如数量统计等。再如还可以对选择的区域进行统计,首先在地图工具栏-点击f(x)统计下拉菜单,选择区域统计,之后会出现小手指的图标。左键点击一下,出现确认对话框,确定后弹出选择窗口,将所需要统计的设备勾上。再次点击确定,就出现统计后的界面。
2结束语
综上所述,GIS技术已经发展成为一种成熟的技术门类,将其应用在广播电视网络工程管理中,势必取得良好的管理效果,随着信息技术的进一步发展,将使我国广播电视网络工程管理模式进一步优化。
网络工程专业毕业论文范文二:农田水利灌溉网络工程建设研究
1农田灌溉水源工程情况
境内红卫灌区、炼上电灌站、南部联网集中供水工程、磨滩水库、西冶水库等一批集人畜饮水、农业灌溉用水、工业供水为一身的水源工程,水量充沛,效益明显。
2农田水利灌溉网络工程建设
2.1张峰水库灌溉网络系统工程建设
张峰水库灌溉网络系统工程是利用张峰水库一干渠输水工程为该县农田灌溉提供的可靠水源保证条件,在全县范围内建设以张峰水库为主干、各乡镇区域为分支的树形网络与内部已形成的星形水利工程(董封灌区、红卫灌区、羊泉灌区、南部集中供水工程、炼上电灌站、西冶水库、驾岭乡温沟引水工程、蟒河镇红星供水工程、河北镇石窑引水工程、新建董封乡西哄哄引水工程、新建横河镇盘亭河引水工程)相互贯通的农田灌溉网络系统工程建设。该工程涉及13个乡镇,179个行政村,1.825万hm2耕地。工程建成后,将大大提高受益区群众的经济收入和生活水平,可新增灌溉面积1.33万hm2。
2.2县域内其他农田水利灌溉网络工程建设
2.2.1董封灌区改扩建工程工程主要由董封水库、上河引水工程、西哄哄引水工程(新建)、红卫水库等4处水源工程联网改造。以董封灌区为主,充分利用已建上河引水工程和兴建西哄哄引水工程增补的水量,与红卫水库联网改造,不仅从很大程度上缓解了灌区缺水现状,而且扩大了灌区灌溉面积,特别是解决了董封灌区北部严重缺水问题,为农业结构调整提供基本保障。工程实施后,可新增灌溉面积0.131万hm2。
2.2.2北留水轮泵站灌区与磨滩水库联通工程北留水轮泵站灌区是以沁河水为水源的万亩中型机电灌站,曾为该受益区人民生产生活水平的提高做出了巨大贡献。但近年来受特殊气候条件的影响,灌区内灌溉用水得不到保证,而磨滩水库充足、可靠的水源与两者间有利的地理位置条件为2处水利工程联网改造提供了保障。工程涉及润城镇、北留镇、东冶镇3个乡镇,可发展灌溉面积0.067万hm2。
软件技术是一个发展变化非常快的行业,软件人才要按照企业和领域需求来确定培养的方向。下面是由我整理的软件技术论文范文,谢谢你的阅读。
软件技术论文范文篇一
浅谈软件项目估算技术
摘 要:由于软件产品自身的特殊性,导致软件项目的估算工作进行困难,估算结果准确性差。为了解决这一问题,产生了很多不同的软件项目估算技术,本文对各种估算技术的主要思想及其优缺点进行简单的阐述。尤其是对功能点估算技术,本文做了详细的介绍,并通过实例加以说明其应用方法。
关键词:规模估算;成本估算;实例应用
中图分类号:TP311.5
软件项目的估算历来是比较复杂的事,因为软件本身的复杂性、历史经验的缺乏、估算工具缺乏以及一些人为错误,导致软件项目的估算往往和实际情况相差甚远。因此,估算错误已被列入软件项目失败的四大原因之一。由此,也证明了正确对软件项目进行估算是何等重要。
在软件项目管理中,估算就是对项目将持续多长时间或花费多少成本的预测。所以说,估算正是一种对未来的预测。从这里也看以看出估算的重点就在“工作量估算”或“成本估算”,而在对这两者进行估算的过程中大多数情况下都少不了“软件规模”这个条件,所以本文将软件估算分为两种类型,第一个种是软件项目规模的估算,第二种是将估算得出的规模转换为工作量的估算或成本的估算。目前使用比较广泛的规模估算技术,如:代码行估算技术、功能点估算技术;而使用比较广泛的成本估算技术,如:COCOMO算法模型估算技术。
除了上述所列举的几种技术外,还有几种估算技术既可以用于估算规模,也可直接应用与估算工作量或估算成本,如:Delphi估算法、类比估算技术、PERT估算技术。这几种估算技术不似前面所列的技术,比较有针对行,且有具体的计算过程、计算公式。这几种技术只是一种思想,依据某个选定的科目进行估算。下面本文将简单介绍上述提到的几种估算技术,并通过具体的实例重点阐述功能点估算技术。
1 估算技术简介
1.1 代码行估算技术。代码行(LOC)指所有的可执行的源代码行数,包括可交付的工作控制语言(JCL:Job Control Language)语句、数据定义、数据类型声明、等价声明、输入/输出格式声明等[1]。代码行估算技术主要是估算软件的规模,即通过该技术估算待研发软件项目有多少行代码。一般为了方便表示,使用较大的单位千代码行(KLOC)来表示待研发软件项目的规模大小。这种方法比较适用于有经验积累和开发模式稳定的公司。如果是新成立公司,使用这种估算技术则会存在很大误差,加大项目失败的风险。
1.2 功能点估算技术。功能点法是一种经过实践验证的方法,但应用成本很高,估算的工作量投入也较大。功能点估算技术最终结果是规模,仍然需要知道项目的生产率数据才能得出实际的工作量。功能点估算技术将系统功能分为输入、输出、查询、外部文件和内部文件5种类型。其中,输入是一个数据跨越系统边界,从外部到内部的基本数据处理过程。数据的来源可以是人机输入界面/接口,或是另一个应用系统;输出是一个衍生数据跨越系统边界,从内部到外部的基本数据处理过程。这些输出的数据可能会产生报表,或发到其他外部系统的输出文件;查询是一个不包含衍生数据和数据维护的基本数据处理过程,包括输入和输出两部分;内部文件存在于系统边界之内,用户可识别的一组逻辑上相互关联的数据;外部文件存在于系统边界之外,用户可识别的一组逻辑上相互关联的数据。使用功能点估算技术估算的大概步骤为:
(1)通过需求分析将系统功能按照上述5种类型进行分类。
(2)分析每个功能项的复杂程度,大致分为一般、简单、复杂三种类型,每一种类型都对应一个权重值,具体如表1。
(3)根据每个功能项的复杂权重值,求出功能项的加权和,即为未调整功能点数(UFC)。
(4)分析该系统的技术复杂度,功能点估算将与系统相关的技术影响因素分为14组(用Ai表示),每个分为6个级别,权重分别从0至5。根据分析结果及公式计算技术复杂度因子(TCF),即TCF=0.65+0.01(SUM(Ai))。
(5)将UFC与TCF相乘即为功能点数。
1.3 COCOMO算法模型。Cocomo模像是一个分层次的系列软件成本估算模型,包括基本模型、中级模型和详细模型3个子模型。3个模型采用同一个计算公式,即E=asb×EAF[2]。其中,E是以人月为单位的工作量;S是以KLOC为单位的程序规模;EAF是一个工作量调整因子,在基本模型中该项值为1,中级模型和详细模型中根据成本驱动因素确定;a和b是随开发模式而变化的因子,这里开发模式被分为3中类型,即有机式、半分离式和嵌入式。
Cocomo算法模型是一种精确易用的估算方法,如果项目没有足够多的历史数据,会使得各调整因子和系数很难确定,进而使得估算比较困难。但是一旦项目建立起这种模型,则通过Cocomo模型得出的项目工作量和项目周期具有更高的准确度。
1.4 Delphi估算技术。Delphi估算技术又被成为专家估算技术,它是由一个被认为是该任务专家的人来进行估算,且估算过程很大一部分是基于不清晰,不可重复的推理过程,也就是直觉。所以该技术中专家“专”的程度及对项目的理解程度是该技术的重点,也是难点,它的好坏直接影响估算结果的准确程度。
Delphi估算技术估算过程并不像功能点估算技术或COCOMO算法模型那样,有明确的计算方法或计算公式。它是将待估算的项目的相关信息发给专家,专家估算后由专门的负责人进行汇总,然后再发给专家估算,反复几次后得到一个估算结果,可见只是一种思想,所以它除了用来估算规模,也可以用来估算成本、风险等,即对选定的某个科目进行估算。
1.5 类比估算技术。“类比估算”,顾名思义是通过同以往类似项目(如应用领域、环境和复杂程度等)相比较得出估算结果。类比估算技术是一种粗略的估算方法,它估算结果的精确度取决于历史项目数据的完整性和准确度。类比估算技术与Delphi估算技术类似,它的用途不仅仅用在规模估算上,也可以估算成本、工作量等。 1.6 PERT估算技术。PERT估算技术,又称为计划评审估算技术,它对需要估算的科目(如规模、成本、工期等)按三种不同情况估算:一个乐观估算结果,一个最可能估算结果,一个悲观估算结果。再通过这三个结果计算得到一个期望规模和标准偏差。这种估算技术可以用于估算规模,同样也可以用于估算工期,相比较来说PERT技术估算的结果比类比估算技术的结果要更准确。
2 功能点估算技术应用实例
假设某员工管理系统,经过需求分析得知,该系统所包含功能如下:
(1)员工信息维护:添加员工、修改员工信息、查询员工信息;
(2)部门信息维护:添加部门、修改部门信息;
(3)工资统计:统计员工年薪,并打印输出。
其中,在该系统中添加一个员工资料,会使用到员工的基本信息:员工ID(标签控件)、姓名、性别、年龄、婚否、部门ID;教育情况:学校名称、所学专业、学历。对部门的维护会使用到部门的信息:部门ID(标签控件)、部门名称。员工工资信息由另外一个财务系统提供,工资表信息有员工的基本信息:员工ID(标签控件)、姓名、部门名称;工资信息:工资级别、工资金额。
根据功能点估算技术估算步骤,首先计算未调整功能点数,即各种类型功能项的加权和,分析该系统6个功能项所属类型及其复杂权重值如表2:
假设该项目的14个技术复杂度因子均为“有一定影响”,即权重值均为2,则该项目功能点数为:FP=45×(0.65+0.01×14×2)=41.85。如果知道该项目使用何种语言,可以将功能点数转换为代码行数。
3 结语
本文对目前比较流行的几种软件项目估算技术做了简单介绍。重点讲述了功能点估算技术,并通过一个实例演示了功能点估算技术的应用方法。通过本文描述可以看出每种项目估算技术都有其自己的优缺点,如果想要得到比较准确的估算结果,不能仅靠一种估算技术,而应该综合运用各种估算技术,才能得到比较全面的信息和比较准确的结果。目前,也有一些基于这些估算技术的思想的自动化估算工具产生,相信通过不断的发展,将解决软件项目成本估算难的问题。
参考文献:
[1]朱少民.软件项目管理[M].北京:清华大学出版社,2009-11.
[2]覃征等.软件项目管理[M].北京:清华大学出版社,2004.
[3]李明树,何梅,杨达,舒风笛,王青.软件成本估算方法及应用[J].Journal of Software,Vol.18, No.4, April 2007,775-795.
[4]The David Consulting Group ,Function Point Counting Practices Manual Release 4.2.1,January 2005,
[5]刘谦.软件项目估算方法在敏捷开发中的实践.中国管理网,2010-06-18.
作者简介:王颖,女,研究生,软件工程专业;江文焱,男,研究生,软件工程专业。
点击下页还有更多软件技术论文范文
如果你的问题只是针对毕业论文,而且是本科毕业论文,那无所谓适不适合,我不敢说所有本科的毕业论文都含很多水分,至少,绝大多数的论文都是东拼西凑来的,自己真正的研究内容很少...
如果你的问题是针对你的个人前途,人生道路。我建议你不是从自己是女生还是男生这个角度来考虑,应该从自己的喜好、特长方面来考虑。
一般来说,开发需要的各方面素质稍微高一些,特别是数学功底。而且做开发比较枯燥乏味,需要耐心毅力..不过小有所成后,会很陶醉,很有成就感的。
应用就比较泛泛了,我的理解是,GIS本身只是一个工具,它还是有比较广的用途和应用领域,对于某一个具体的应用,需要去结合某一个学科。
以GIS为核心的数字化成图系统的设计与实现
[摘要]
本文阐述了基于组件式GIS来开发以GIS为核心的数字化成图系统的优越性,以及以GIS为核心的数字化成图系统的设计目标和基础地形要素的编码方案。文中还结合SuperMap Survey的开发过程,介绍了如何设计与实现基于GIS内核的专业数字化成图系统。
It’s necessary to develop a Digital Mapping System(DMS) specially for GIS to solve problems resulting from data conversion between DMS and GIS.In this paper,The advantages of development DMS for GIS based on Components GIS(ComGIS) technology are discussed.In addition,the goals for DMS for GIS are listed and how to encode GIS entities is also explained.Specially,SuperMap Survey is used to discuss the details for develop DMS for GIS.
[关键词]
数字化成图系统 以GIS为核心 组件式GIS 设计目标 SuperMap Survey
Digital Mapping System,for GIS,Component GIS,Goals,SuperMap Survey
1. 引言
数字化成图技术是目前最为常用的成图技术之一,数字化成图系统所提供的电子数据也是GIS一个非常重要的数据来源。数字化成图系统所提供的电子数据与GIS数据之间的无缝联接问题也是当前GIS发展亟需解决的难点问题之一。虽然当前国内外市场上数字化成图系统很多,但到目前为止,都未能很好地解决现有的问题。数字化成图系统所提交的电子数据进入GIS后存在的问题主要表现在:
(1) 在数据转换过程中普遍存在着信息损失。由于传统的数字化成图系统大多是基于CAD内核来开发的,它偏重于对空间几何信息的描述;而GIS则要求空间信息与属性信息联合存储与管理,这就导致了在数据转换的过程中,不仅空间信息会有损失,属性信息损失的情况会更严重。
(2) 数据转入后往往不能直接满足GIS的要求,仍需要大量的后期编辑工作,造成了资源的浪费,延长了系统的建设周期。
(3) GIS基础数据库的维护与更新的难度较大。由于在维护与更新的过程中需要在GIS与数字化成图系统之间进行频繁的数据转换,往往不能直接对基础数据库进行操作,造成了基础数据维护与更新的不便。
(4) 在数据转换的过程中,除了信息损失外,还往往伴随着数据膨胀。数据膨胀的结果有时会导致GIS无法对这些“海量”数据进行管理。
导致上述问题的原因有很多,归纳起来,主要有以下几方面的原因:
(1) 数据的复杂性与多样性。主要表现为现实世界的复杂性与多样性以及对同一空间对象在不同成图系统中描述与表达的不一致性。
(2) 对GIS理解的不同。不同的数字化成图系统的开发人员对GIS理解的不同,再加上缺乏相应的统一标准作为参照,这就导致了数据在表达上的差异性。
(3) 由于受到基础开发平台及开发力量的限制,数字化成图系统往往不能很好地兼顾到GIS对数据的要求。目前,绝大多数的数字化成图系统的开发商都不是GIS基础平台的开发商,这也或多或少地影响了数字化成图系统与GIS之间的沟通。
目前,市场上数字化成图系统较多,按其开发方式来分,主要可以分为两大类:(1)以CAD系统为二次开发平台。这些系统很好地利用了CAD系统灵活的编辑和强大的制图功能,但由于CAD系统与GIS在数据结构上存在着较大的差异,这使得其数据往往不能很好地满足GIS的要求。(2)独立平台的数字化成图系统。这样的系统在开发上虽然不必拘泥于二次开发开台的限制,在开发上具有较大的灵活性。但开发这样的系统,需要完全从底层做起,开发难度高,周期长,投资大。 组件式GIS(Components GIS,ComGIS)技术的出现,为开发以GIS为核心的数字化成图系统提供了一种新的开发手段和开发思路。
2. ComGIS技术及其作为数字化成图系统开发平台的优越性
2.1 什么是组件式GIS技术
组件式软件技术已经成为当今软件技术的潮流之一。基于组件开发(Component-Based Development,简称CBD)是软件开发的一次革命。与诸如面向对象和客户/服务器(Client/Server)等新趋势不同,基于组件开发不只是一种分布计算的新花样,而是一种广泛的体系结构,支持包括设计、开发和部署在内的整个生命周期计算的理念。
由于基于组件开发具有高度的重用性和互用性,所以它将影响应用程序构成的各个方面,包括所有类型的客户机,应用程序服务器和数据库服务器,将对应用程序开发的各个方面产生深刻影响。
基于组件开发的两个重要规范分别是MicroSoft的COM/DCOM和OMG的CORBA。目前Microsoft的COM/DCOM占市场领导地位,已经得到广泛应用,并逐渐成为业界事实上的标准。基于COM/DCOM,MicroSoft推出了ActiveX技术,ActiveX控件是当今可视化程序设计中应用最为广泛的标准组件。
所谓组件式GIS,是指基于组件对象平台,以一组具有某种标准通信接口的、允许跨语言应用的组件提供的GIS。这种组件称为GIS组件,GIS组件之间以及GIS组件与其他组件之间可以通过标准的通信接口实现交互,这种交互甚至可以跨计算机实现。
目前,国内外GIS厂商对组件式GIS平台的发展前景十分看好,纷纷推出了各自的GIS产品。如北京超图地理信息技术有限公司推出的全组件式GIS平台SuperMap2000、北京图原公司开发的MapEngineer、ESRI的MapObjects、MapInfo的MapX等。值得欣慰的是,国产的组件式GIS平台在功能上已经完全可以与国外同类产品相抗衡,在许多方面甚至优于国外同类产品,这使得开发以GIS为核心的数字化成图系统有了更大的选择空间。
2.2 使用组件式GIS开发数字化成图系统的优越性
组件式GIS的出现为开发以GIS为核心的数字化成图系统提供了一种新的开发手段,与传统的开发手段相比较,其优越性主要表现在:
(1) 组件式GIS本身就是一个完整的GIS,其数据模型与GIS的数据模型完全一致。基于此进行开发,可以保证数字化成图系统与GIS之间具有良好的兼容性。
(2) 组件式GIS具有灵活的开发手段。我们可以自由选择自己所熟悉的计算机语言进行开发(如VB,VC,Delphi,C Builder等),而不必专门学习二次开发语言。组件式GIS提供两种不同层次上的开发,一是基于ActiveX控件进行开发;二是直接基于组件式GIS的底层类库(SDK)进行开发。我们可以根据自己的需要灵活选择。
(3) 由于组件式GIS完全封装了GIS的功能,这使是开发人员可以完全专注于专业功能的实现,这就使得开发难度和开发周期大大降低。
(4) 基于组件式GIS开发的数字化成图系统具有良好的可扩充性。组件式GIS可以与包括数字化成图系统在内的其他系统无缝集成,开发人员可以直接使用已经写好的程序代码;组件式GIS平台往往由多个组件组成,开发人员可以根据系统的需要,随时选用新的组件对系统进行升级;在组件平台功能增强的情况下,开发人员甚至不用重新编译整个程序就可直接使用增强的底层功能,这就大大降低了系统维护和升级的难度。
表1 使用ComGIS的开发手段与传统的开发手段的比较
比较内容\开发手段 基于ComGIS平台 基于CAD平台 完全由底层开发
与GIS的兼容性 完全兼容 差 一般
是否以GIS为核心 是 否 很难做到
对空间数据库的支持 好 很差 差
开发难度 低 低 高
开发周期 短 短 长
开发投资 小 小 大
可扩展性 好 一般 较好
开发语言的选择 很多 少 很多
是否支持可视化开发 是 否 是
是否自主版权 是 否 是
3 以GIS为核心的数字化成图系统的设计
3.1 系统的设计目标
传统的数字化成图系统经过多年的发展,已经形成了一套比较完整的理论和技术体系。但是,GIS技术的飞速发展和广泛应用,对数字化成图系统提出了更高的要求,ComGIS技术的出现为传统的数字化成图系统向以GIS为核心的数字化成图系统的转变提供了一个较为理想的开发手段。与传统的数字化成图系统相相比较,以GIS为核心的数字化成图系统在设计上需要达到以下目标:
(1) 以GIS为核心,面向GIS。这就要求在系统的开发过程中充分考虑GIS对数据的要求,解决当前成图系统数据进入GIS所存在的问题。以GIS为核心是整个系统设计的灵魂和精华所在。
(2) 兼顾制图与GIS的双重需求。在满足GIS需要的同时,还必须考虑到制图对于数据表达的要求,其核心是实体的符号化表达。
(3) 开放性设计。不同地区、不同的GIS对数据的要求千差万别,这就要求数字化成图系统具有较大的灵活性和可定制性,以不变应万变。可定制性的内容应包括实体代码、实体属性、实体分层等。
(4) 对空间数据库的支持。近几年来,基于大型关系型数据库(如Oracle,SQL Sever等)的空间数据库技术在GIS工程建设中得到了广泛的应用,如何直接基于空间数据库进行数据的存储、管理、维护与更新是急需解决的问题之一。
(5) 多源数据集成。当前,数字化成图系统的电子数据格式和GIS的数据格式很多,数字化成图系统如果以对这些数据格式有着良好的支持,这会大大降低数据入库的难度,解决GIS工程建设中的数据瓶颈问题。
(6) 操作简便,符合作业人员的作业习惯。面向GIS进行数字化成图系统,工作量的增加是不可避免的。以GIS为核心的数字化成图系统必须提供高效简便的操作方式,以提高作业效率。
(7) 标准化与规范化。
3.2基础地形数据编码的设计
地形数据编码是在GIS中唯一标识某一地物的关键字。基础地形数据编码的设计也是在GIS中进行制图的需要,也是实现基础空间信息共享的基础。基础地形数据的编码是开发以GIS为核心的数字化成图系统的基础,是系统成败的关键之一。在进行基础地形数据编码设计时,必须遵循几个原则:(1)遵从国家和行业标准。(2)方便应用。用户可根据不同的需求,分层和按专题要素提取基础地形要素信息,随意定制专题显示及输出。(3)系统实现便利。在实际进行设计时,可在《国家基础地形要素编码》的基础上加以扩充,以满足系统的实际需要。
在实际系统的开发中,我们采用了基于实体特征的城市基础地理信息分类编码方案。该方案的特点是在地理要素分类的基础上,加入构成地理要素的实体的分类与特征属性,能够较好地满足GIS制图与分析的应用需求。有关该编码的详细内容可参考《基于实体特征的城市基础地理信息分类编码方案》(梁军,金文华)一文,本文不再赘述。
下面是一个地形要素的编码示例
编码 = 地形要素分类码(4位) 地形要素特征码
如: 1 1 1 0 2 0 (三角点点状符号的编码)
3.3 系统的功能设计
在功能设计上,以GIS为核心的数字化成图系统必须兼顾制图与GIS的双重需求。按其工作流程,可将其划分为以下几个模块:
(1) 数据输入模块。在此模块中,应支持目前常见的几种数据采集手段。包括:野外数字化测图(测绘)、扫描图矢量化、其他格式的电子数据(GIS数据和CAD数据)转入。在数据输入模块中,还需支持空间数据库作为其数据源。
(2) 编辑模块。这是以GIS为核心的数字化成图系统的核心模块。在编辑模块中,所有GIS实体的创建过程都必须是由系统完全封装而且是自动完成的。
(3) 查询、统计与分析。基于现有系统,可以直接完成一些常见的、简单的查询、统计与分析功能。
(4) 输出模块。包括几个方面的内容:制图输出、报表输出、其他格式的GIS数据输出、数据直接存入空间数据库。
4.以GIS为核心的数字化成图系统SuperMap Survey的实现
4.1 组件式GIS平台的选择
SuperMap Survey是北京超图地理信息技术有限公司开发的一套完全以GIS为核心的数字化成图系统。在组件式GIS平台的选择上,我们选择了全组件式GIS平台---SuperMap2000作为SuperMap Survey的开发平台。SuperMap2000是北京超图地理信息技术有限公司推出的全组件式GIS平台,与其他的ComGIS平台相比较,SuperMap2000更加适合作为以GIS为核心的数字化成图系统开发的基础平台,这主要是因为:
u SuperMap提供了两种层次的开发手段:ActiveX控件和SDK。特别是提供SDK的开发手段,特别适合开发这样的系统。
u 多组件组成。SuperMap2000由SuperMap核心控件、SuperWorkspace、SuperLegend、SuperTopo、Super3D、SuperLayout等多个组件,在组件的选择上具有很大的灵活性,使得整个系统的扩充性大大增强。
u 开放的线型和符号制作功能。SuperMap 2000 内置功能强大的线型编辑器和符号编辑器,允许用户根据专业需要设计新的线型和符号。
u 强大的制图、编辑和捕捉功能。SuperMap2000提供了可与CAD相媲美的编辑和捕捉功能,缩小了GIS和CAD系统在这方面的差距。
u 独特的多源空间数据无缝集成技术(SIMS)。SuperMap 2000 的数据转换功能可以方便地共享其他GIS软件平台的地理数据,提供了转换多种数据格式的能力。
u 空间数据库支持。通过SuperMap的空间数据库引擎,可以直接支持基于大型关系型数据库(如Oracle,SQL Server等)存储和管理空间数据。
4.2 SuperMap Survey的实现
在开发SuperMap Survey的时候,我们采用了SuperMap的底层SDK,编程语言采用了Visual C 6.0。在SuperMap SDK的支持下,我们针对数字化成图系统的需要进行了功能的扩充。在数据的存储结构上,我们采用了SuperMap2000所提供的SDB格式的数据存储结构,它是最大优点是采用双文件结构,而不是常见的一层一组文件的存储方式,这样就有利于保持数据的完整性。在编辑制图方面,我们对SuperMap底层所提供的编辑功能作了进一步的扩充,增加了适合数字化成图所需要的编辑功能。系统对于空间数据库的支持和其他格式GIS数据的支持,是基于SuperMap2000的空间数据库技术和SIMS技术来实现的。
经过紧张的开发,我们基于SuperMap2000的SDK,现已初步完成了以GIS为核心的数字化成图系统的开发工作,基本上实现了系统的设计目标。在SuperMap Survey中,我们实现了以下功能:
(1) 支持常用的测绘手段进行野外数字化测图。包括测记法(包括电子手簿),内外业一体化数据采集(电子平板)。利用SuperMap Survey可进行常规的大比例尺数字化测图。
(2) 扫描图矢量化。SuperMap Survey支持常见图像格式的图像调入、配准、切边、配准和屏幕矢量化。
(3) 支持基于SQL Server和Oracle等的空间数据库操作。可直接编辑数据库中的数据。
(4) 支持多种格式的GIS数据和CAD数据的导入和导出。
(5) 适合数字化成图系统的编辑和捕捉功能。完全自动化的GIS实体创建。专为地籍测量定制的地籍测量模块。
(6) 提供最为常用的GIS查询、统计和分析功能。
(7) 基于模板的标准图件输出。
(8) 开放性设计。使用SuperMap Survey所提供的参数管理程序可方便地定制各种参数。
图1 基于SuperMap2000开发的以GIS为核心的数字化成图系统
五 结论
以GIS为核心的数字化成图系统的开发,较好地解决了传统的数字化成图系统所提供的电子数据进入GIS所存在的问题,在实际应用中取得了良好的效果。
在系统开发的过程中,我们深深地体会到,以ComGIS作为数字化成图系统的开发平台,与传统的开发技术相比较,开发难度适中,开发周期短,开发投资小,与GIS的兼容性好,是开发以GIS为核心的数字化成图系统的理想选择。
[参考文献]
[1]陈述彭等,《地理信息系统导论》,科学出版社,北京,2000.1
[2]杨德麟等,《大比例尺数字测图的原理、方法和应用》,清华大学出版社,北京,1998.2
[3]宋关福、钟耳顺,”组件式地理信息系统研究与开发”, 《图像图形学报》,Vol.3 No.4 ,1998.4
[4]中科院地理信息产业发展中心,《杭州市土地信息系统基础地形信息编码与分层方案》,2000.2
[5]北京超图地理信息技术有限公司,《理解SuperMap GIS》,2000.9
图片不知道怎么发上来
请自己去参考资料查看
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流