语义网的软件工程数据查询处理技术论文
摘要：新时期背景下，科学技术发展速度明显加快，通过对语
义网的深入研究，能够为研究工作人员提供有价值的参考依据。基 于此，笔者将语义网作为研究重点，阐述了以语义网为基础的软件
工程数据查询处理技术，以促进软件工程专业的发展。
关键词：语义网；软件工程；数据查询；处理技术
开发软件系统的过程中所产生的数据结构复杂且语义也十分丰富，如果需要统一管理不同类型软件工程项目数据，就必须构建灵活性
语义模型。管理软件工程数据，对不断提高实际查询的效率具有一
钢格板压焊机定的现实意义。语义网技术的快速发展，为解决以上问题提供了必
要的解决方法和途径，深入研究基于语义网的软件工程数据查询处
理技术十分有必要。
1语义网概述
所谓语义网，具体指的就是将计算机作为重要参考依据，与网络资源实现有效连接，进而描述网络数据结构或者增加元数据的路径。在以上过程中，能够实现语义信息的有效交换，进而有效地关系管
理数据[1]。在目前阶段，语义网的定义并不明确，一般情况下，语
义网就是与W3C相关的技术标准与模型，集中表现在网络本体语言、资源描述框架与定义本体。在这种情况下，在软件工程处理方面， 对语义网的合理应用已逐渐成为未来发展亟待解决的问题。
2软件工程数据本体模型阐释
2.1源代码
源代码在软件开发环节发挥着核心作用，一般情况下，软件开发语言多种多样，以面向对象语言为核心建模。其中，面向对象语言
的特点有三个，即继承、多态与封装，在此基础上，面向对象语言
其语言元素中也涵盖了调用以及包含等相关联系。在实践过程中，
语言特性主要是通过以下关系表现出来。
（1）包含。在一个包中涵盖了不低于一个的类。
（2）继承。类与类之间存在继承的关系。
（3）多态。在子类当中，相对于父类方法的实现差异。
（4）调用。在类中具体的定义方法或是对其他类定义方法的调用，各方法之间都存在一定的调用关系。
（5）封装。具体表现在类中成员访问的权限。源代码模型中并
不会涵盖全部代码信息，最主要原因在于针对信息构建模型会实现
查询应用的有效拓展，但是，在存储与检索信息的过程中，特别是
数据量极大的情况下，实际消耗时间与空间都难以被接受。因此，
即便该模型会损失部分信息量，但是却能够确保存储效率与查询效
率达到标准与要求[2]。
2.2需求
需求本体个体数据的构建，其主要的目的就是分析软件并实现代码重用。在本体模型当中，就是结合用户与功能具体需求数据完成
本体建模。一般情况下，系统内部涵盖了大量模块，且各模块中都
包含了比较多的用户需求，或是各功能都具备若干子功能，但并未
水垢过滤器
考虑非功能性需求，最主要的原因就是难以在代码结构方面真实地
体现出来。由此可见，需求本体模型可以细化成两个类，即需求模
块与需求用例。其中，不同层次的需求名称、后置条件以及前置条
件等都会借助数据属性形式在类中体现。在分离模块和用例方面，
主要目的就是保证模型层次感更强，理解更加容易，使其与源代码
模型内部的各层次的类都能够相互对应。
2.3测试
对于测试本体模型来讲，主要是以系统测试为主构建模型。其中，系统测试需要结合实际需求规格说明书，撰写测试用例，并且在需
求规格说明书的内容中要涵盖各模块或各功能的需求用例与子功能
[3]。由于未考虑非功能测试，所以系统测试可以细化成模块测试或
功能测试。在此基础上，模块测试与功能测试的组成具体包括了用
例测试与子功能测试，各用例测试与子功能测试还可以细化成一些
测试用例部分。测试用例主要有优先级、预期结果、用例描述、测
试预置条件、用例编号以及测试步骤等。针对以上诸多数据属性，
单个测试用例执行以后都会形成相应的执行结果。
2.4缺陷
一般情况下，在测试工作人员或者其他项目工作人员发现系统与软件缺陷以后，就会通过缺陷跟踪系统将缺陷信息提交上去，系统
则会结合所提交信息，为相应开发人员分配任务并完成修改。当开
发工作人员完成修改以后，需在缺陷跟踪系统中修改缺陷的状态。
此时，发布者即可查看修改完成的缺陷，而参与人员还可以评论缺陷。缺陷跟踪系统不同，其内部功能也存在明显的差异，但也具备
相同特征。系统用户不仅可以发布缺陷，同样也可以扮演修改与评
论缺陷的角[4]。缺陷同样具备预制相对的名称、所属类型、具体
描述、优先级以及对应系统版本等诸多信息，在提交缺陷报告时应
借助附件对缺陷加以说明。
2.5版本
在软件开发方面，软件版本信息也不容忽视，属于重要的数据之一。通过软件版本能够将开发软件到
软件发布的整个过程反映出来，为软件维护提供了有价值的参考依据。现阶段，版本信息需借助版
本挂靠软件，通过文件形式加以管理。而对应数据则被保存在源代
码数据、需求数据以及测试和缺陷数据当中，所以，其抽象性十分
明显。由此可见，应将版本信息理解成其他软件工程数据版本索引。
2.6数据与数据关联
通过以上对软件工程五种类别数据特点的研究，构建相对应本体模型，由于模型之间是相互独立的，其仅仅能够反映软件工程某一
方面。为针对软件实施全面系统化分析，就必须实现以上模型的有
效关联，以保证根据一种数据查另一种数据，达到数据管理的目的。在版本系统控制方面，不仅可以控制与管理源代码变更，同样
能够完成其他文档的存储与管理。对于软件生命周期而言，源代码
类的版本诸多，而且模块需求数据与测试数据的版本也有所差异，
并且在版本控制系统中存储。
3软件工程数据发展状况
在深入开发软件工程系统的过程中，很容易形成海量的数据信息。需要注意的.是，系统本身的结构十分复杂，语义也较为丰富，能够
统一管理数据信息。在这种情况下，实施软件工程时会遇到诸多问
题与不足之处。在开发传统软件时，要求在软件工程处理方面投入压铸机料筒的设计
大量的人力资源，所以使得人力与财力消耗量极大。除此之外，软
件的开发尤其是存储软件工程的特殊位置，仍沿用应用文件方式，
起重量限制器所以存储的部位分散。在这种情况下，不允许将语义方式作为参考
依据检索、管理与存储数据信息，长此以往，数据与数据的关联性
就会丧失。在软件工程中引入数据挖掘技术，即可有效提高整体质
量水平。以软件工程运行为例展开研究，在跟踪缺陷方面，要求能
够灵活地利用自动异常检测算法，严重忽略了整体性能[5]。研究工
作人员在实际实施语义网软件工程的过程中，并没有将测试数据与
需求数据引入其中，所以管理与开发项目工作人员难以在其中获得
必要的帮助。总的来讲，应用查询处理软件工程技术也存在一定的
打印机共享器
缺陷与问题，所以必须在后期研究中采取必要的完善策略。
4基于语义网的软件工程数据查询的处理技术
根据对语义网内容的分析可以了解到，通过应用本体语言与本体，能够描述复杂化的数据信息，并将其建模能力充分体现出来，确保
软件工程项目数据结构特点可以实现互相关联。基于此，在语义网
这一前提条件之下，科学化应用查询处理软件工程以及基本数据统
计能力，能够实现查询信息过程进一步优化的目标。在运用以上方
式的基础上就能够规避数据查询过程中操作错误的发生，有效地加
快争议查询的速度。其中，进行本体数据查询时，语义网是不容忽
视的组成部分，为软件工程项目的发展提供了必要的保障。
4.1查询需求
通常来讲，结合各软件工程项目的具体需求，可以细化软件工程数据，即可进行关键字查询、相似性查询与关联性查询。其中，关
键字查询是应用最多的查询方式，就是在相应的输入区域内输入相
应的关键字符，就能够到满足具体需求的文章。在语义网环境下，查询关键字的过程中，关键字的查询要求最大值路径低于2星型的
长度。在进行相似性查询时，对软件的深入开发，要求具备大量代码。在这种情况下，很容易出现与其他代码类似的代码结构。但由
于以上代码对名称的要求并不高，所以应综合考虑具体状况并展开
分析，以保证功能与结构得到有效固定[6]。由此可见，较之于变量
查询方式，相似性查询能够借助相似图的手段，获取信息相似度。
4.2本体模型
要想完整描述实际的数据信息，就必须保证需求数据、版本数据、源代码数据以及测试数据都具备相对应的版本模型，能够结合数据
的关联性，实现数据模型的有效连接。源代码在开发软件中占据核
心地位，且开发语言具有多样性的特征。通过对软件需求与代码重
用本体个体数据构建的分析，在建设本体数据模型的过程中，应将
本体建模作为重要参考依据，确保与用户实际需求相适应，充分发
挥功能的作用。
5结语
综上所述，通过对语义网的进一步研究和分析，能够为查询处理软件工程的全面发展提供新的思路。在以语义网为核心的基础上，
对软件系统加以分析，使得网络本体语言能够描述复杂性的事物，
科学合理地构建数据模型，为达到软件工程的合理化描述目标提供
保障。在实践过程中，对语义网数据模型的描述更加清晰与直观，
就需要构建本体模型，在有效展现软件工程语义网处理数据功能的
同时，实现软件工程创新发展。
参考文献
[1]陈婧.基于语义网的软件工程数据查询处理技术[J].电子技术与软件工程,2015(4):198.
>乌氏粘度计原理
