语义网的软件工程数据查询处理技术工程论文.docxVIP

2019年语义网的软件工程数据查询处理技术工程论文 　　 　　摘要：新时期背景下，科学技术发展速度明显加快，通过对语义网的深入研究，能够为研究工作人员提供有价值的参考依据。基于此，笔者将语义网作为研究重点，阐述了以语义网为基础的软件工程数据查询处理技术，以促进软件工程专业的发展。 ? 　　 　　关键词：语义网；软件工程；数据查询；处理技术 ? 　　 　　开发软件系统的过程中所产生的数据结构复杂且语义也十分丰富，如果需要统一管理不同类型软件工程项目数据，就必须构建灵活性语义模型。管理软件工程数据，对不断提高实际查询的效率具有一定的现实意义。语义网技术的快速发展，为解决以上问题提供了必要的解决方法和途径，深入研究基于语义网的软件工程数据查询处理技术十分有必要。 ? 　　 　　1语义网概述 ? 　　 　　所谓语义网，具体指的就是将计算机作为重要参考依据，与网络资源实现有效连接，进而描述网络数据结构或者增加元数据的路径。在以上过程中，能够实现语义信息的有效交换，进而有效地关系管理数据[1]。在目前阶段，语义网的定义并不明确，一般情况下，语义网就是与W3C相关的技术标准与模型，集中表现在网络本体语言、资源描述框架与定义本体。在这种情况下，在软件工程处理方面，对语义网的合理应用已逐渐成为未来发展亟待解决的问题。 ? 　　 　　2软件工程数据本体模型阐释 ? 　　 　　2.1源代码 ? 　　 　　源代码在软件开发环节发挥着核心作用，一般情况下，软件开发语言多种多样，以面向对象语言为核心建模。其中，面向对象语言的特点有三个，即继承、多态与封装，在此基础上，面向对象语言其语言元素中也涵盖了调用以及包含等相关联系。在实践过程中，语言特性主要是通过以下关系表现出来。 ? 　　 　　（1）包含。在一个包中涵盖了不低于一个的类。 ? 　　 　　（2）继承。类与类之间存在继承的关系。 ? 　　 　　（3）多态。在子类当中，相对于父类方法的实现差异。 ? 　　 　　（4）调用。在类中具体的定义方法或是对其他类定义方法的调用，各方法之间都存在一定的调用关系。 ? 　　 　　（5）封装。具体表现在类中成员访问的权限。源代码模型中并不会涵盖全部代码信息，最主要原因在于针对信息构建模型会实现查询应用的有效拓展，但是，在存储与检索信息的过程中，特别是数据量极大的情况下，实际消耗时间与空间都难以被接受。因此，即便该模型会损失部分信息量，但是却能够确保存储效率与查询效率达到标准与要求[2]。 ? 　　 　　2.2需求 ? 　　 　　需求本体个体数据的构建，其主要的目的就是分析软件并实现代码重用。在本体模型当中，就是结合用户与功能具体需求数据完成本体建模。一般情况下，系统内部涵盖了大量模块，且各模块中都包含了比较多的用户需求，或是各功能都具备若干子功能，但并未考虑非功能性需求，最主要的原因就是难以在代码结构方面真实地体现出来。由此可见，需求本体模型可以细化成两个类，即需求模块与需求用例。其中，不同层次的需求名称、后置条件以及前置条件等都会借助数据属性形式在类中体现。在分离模块和用例方面，主要目的就是保证模型层次感更强，理解更加容易，使其与源代码模型内部的各层次的类都能够相互对应。 ? 　　 　　2.3测试 ? 　　 　　对于测试本体模型来讲，主要是以系统测试为主构建模型。其中，系统测试需要结合实际需求规格说明书，撰写测试用例，并且在需求规格说明书的内容中要涵盖各模块或各功能的需求用例与子功能[3]。由于未考虑非功能测试，所以系统测试可以细化成模块测试或功能测试。在此基础上，模块测试与功能测试的组成具体包括了用例测试与子功能测试，各用例测试与子功能测试还可以细化成一些测试用例部分。测试用例主要有优先级、预期结果、用例描述、测试预置条件、用例编号以及测试步骤等。针对以上诸多数据属性，单个测试用例执行以后都会形成相应的执行结果。 ? 　　 　　2.4缺陷 ? 　　 　　一般情况下，在测试工作人员或者其他项目工作人员发现系统与软件缺陷以后，就会通过缺陷跟踪系统将缺陷信息提交上去，系统则会结合所提交信息，为相应开发人员分配任务并完成修改。当开发工作人员完成修改以后，需在缺陷跟踪系统中修改缺陷的状态。此时，发布者即可查看修改完成的缺陷，而参与人员还可以评论缺陷。缺陷跟踪系统不同，其内部功能也存在明显的差异，但也具备相同特征。系统用户不仅可以发布缺陷，同样也可以扮演修改与评论缺陷的角色[4]。缺陷同样具备预制相对的名称、所属类型、具体描述、优先级以及对应系统版本等诸多信息，在提交缺陷报告时应借助附件对缺陷加以说明。 ? 　　 　　2.5版本 ? 　　 　　在软件开发方面，软件版本信息也不容忽视，属于重要的