基于本体的风电场站集控中心的建设项目管理方法及装置

摘要

本申请提出了一种基于本体的风电场站集控中心的建设项目管理方法及装置，该方法包括：通过工作分解结构将风电场站集控中心的建设项目进行多级分解，确定各级项目信息和建设活动中的可监测信息；在预设的应用工具中通过本体描述语言进行本体建模，将各级项目信息和可监测信息映射到本体架构中，以构建本体信息库；在本体信息库中通过类语义和个体语义分别表示各级项目和子项目的完成度，并通过导入插件将可监测信息的工作记录作为个体添加至本体信息库中的对应子类下；根据工作记录确定对应的可监测信息的完成度，并计算建设项目的整体完成度。该方法有利于把控风电场集控项目中各个子项目的进度，且提高了对集控项目的整体把控水平。

说明书

技术领域

本申请涉及风力发电技术领域，尤其涉及一种基于本体的风电场站集控中心的建设项目管理方法及装置。

背景技术

随着风力发电技术的发展，通过风电机组进行风力发电的普及率逐渐提高。在通过风电机组进行风力发电前，需要先建立包括各个风电机组、箱式变电站和升压站等设备的风电场站，以及各风电场站的集控中心。

相关技术中，在风电场站集控中心的建设过程中，对于风电场集控的建设的各个项目的管理，通常是采用传统的办公软件进行项目数据的处理以对建设项目进行管理，并且对于展示项目进度的文件报表是由人工整理归纳并进行汇报。

然而，申请人发现，由于在风电场集控中心的实际建设过程中，建设项目涉及施工、数据接入和系统开发等各个方面，数据处理量庞大，并且，由于各个场站的风机类型不同，风机能量管理、功率预测和振动监测等各个系统也可能由不同厂家开发，即各个场站的设备类型和系统应用方式不同，且场站侧的数据转发工作也是需要持续进行的，导致对于建设项目的管理和项目进度跟踪方面，上述相关技术中的方式执行效率较低，且在人工处理过程中容易出现偏差。

发明内容

本申请旨在至少在一定程度上解决相关技术中的技术问题之一。

为此，本申请的第一个目的在于提出一种基于本体的风电场站集控中心的建设项目管理方法，该方法通过WBS分解方法，将工程项目建设过程进行分解，并提取各个过程中可以监测的信息，从而把握项目的进度。并通过本体建模的方法，确保风电场集控建设的信息获取的全面性和准确性，并提高了信息管理的灵活性和高效性。

本申请的第二个目的在于提出一种基于本体的风电场站集控中心的建设项目管理装置；

本申请的第三个目的在于提出一种非临时性计算机可读存储介质。

为达上述目的，本申请的第一方面实施例在于提出一种基于本体的风电场站集控中心的建设项目管理方法，该方法包括以下步骤：

通过工作分解结构WBS将风电场站集控中心的建设项目进行多级分解，确定各级项目信息和建设活动中的可监测信息；

在预设的应用工具中通过相应的本体描述语言进行本体建模，将所述各级项目信息和所述可监测信息映射到本体架构中，以构建所述风电场站集控中心的建设项目本体信息库；

在所述本体信息库中通过所述描述语言的类语义和个体语义分别表示所述各级项目和子项目的完成度，并通过所述应用工具中的导入插件将所述可监测信息对应的工作记录作为个体添加至所述本体信息库中的对应子类下；

根据所述工作记录确定对应的可监测信息的完成度，并根据所述可监测信息的完成度计算所述风电场站集控中心的建设项目的完成度。

可选地，在本申请的一个实施例中，在所述将所述可监测信息的工作记录作为个体添加至所述信息库中的对应子类下之后，还包括：通过本体查询语言SPARQL在所述本体信息库中查询不同级别的所述子项目下的工作进展。

可选地，在本申请的一个实施例中，通过工作分解结构WBS将风电场站集控中心的建设项目进行多级分解，包括：根据当前风电场站集控中心的建设项目的特性确定对应的分解方式，通过结构设计工具、计划工具、跟踪报告工具、项目可视化工具、辅助沟通工具和风险分析辅助工具对所述当前风电场站集控中心的建设项目的各个工作进行划分。

可选地，在本申请的一个实施例中，预设的应用工具包括Protege应用，在所述根据所述工作记录确定对应的可监测信息的完成度之后，还包括：通过Protege中的Ontograf插件构建表示所述各级项目信息、所述可监测信息、所述工作记录和所述可监测信息的完成度之间的关系的结构图，以图形化所述本体信息库。

可选地，在本申请的一个实施例中，在所述根据所述工作记录确定对应的可监测信息的完成度之后，还包括：将所述本体信息库输入至Neo4j图形数据库，根据所述本体信息库构建知识图谱，并显示每级项目的进展情况。

可选地，在本申请的一个实施例中，将所述可监测信息的工作记录作为个体添加至所述本体信息库中的对应子类下，包括：通过预先构建的基于B/S架构的风电场站集控中心建设管理系统，为每级项目的负责用户设置对应的权限；获取所述每级项目的负责用户根据自身权限在浏览器上录入的工作记录和项目进展。

为达上述目的，本申请的第二方面实施例还提出了一种基于本体的风电场站集控中心的建设项目管理装置，包括以下模块:

分解模块，用于通过工作分解结构WBS将风电场站集控中心的建设项目进行多级分解，确定各级项目信息和建设活动中的可监测信息；

构建模块，用于在预设的应用工具中通过相应的本体描述语言进行本体建模，将所述各级项目信息和所述可监测信息映射到本体架构中，以构建所述风电场站集控中心的建设项目本体信息库；

添加模块，用于在所述本体信息库中通过所述描述语言的类语义和个体语义分别表示所述各级项目和子项目的完成度，并通过所述应用工具中的导入插件将所述可监测信息对应的工作记录作为个体添加至所述本体信息库中的对应子类下；

计算模块，用于根据所述工作记录确定对应的可监测信息的完成度，并根据所述可监测信息的完成度计算所述风电场站集控中心的建设项目的完成度。

可选地，在本申请的一个实施例中，该系统还包括：查询模块，用于通过本体查询语言SPARQL在所述本体信息库中查询不同级别的所述子项目下的工作进展。

可选地，在本申请的一个实施例中，分解模块，具体用于：

根据当前风电场站集控中心的建设项目的特性确定对应的分解方式，通过结构设计工具、计划工具、跟踪报告工具、项目可视化工具、辅助沟通工具和风险分析辅助工具对所述当前风电场站集控中心的建设项目的各个工作进行划分。

本申请的实施例提供的技术方案至少带来以下有益效果：本申请通过WBS分解方法，将工程项目建设过程进行分解，并提取各个过程中可以监测的信息，有利于把握项目的进度。基于本体建模的方法，通过结构化的语言，将集控建设的相关非结构化文本信息用计算机可识别的语言结构化描述出来，提高了对繁琐的风电场集控项目进度的整体把控能力，借助本体中的sparql query语句对本体进行查询，可以简便和准确的获取一日的工作情况，以及先关的项目进展等其他信息，并可以通过Ontograf把握整体项目情况。借助neo4j，将语义网络通过知识图谱展示出来，通过集控信息的可视化表达，便于对项目进展进行整体认识。通过B/S架构开发系统，在统一平台上实时更新项目进展，通过protege中相关功能的查询展示结果，可以在浏览器上实时展现各级项目的进度。由此，提高了项目进度跟踪的实时性和准确性，确保风电场集控建设项目中所涉及信息获取的全面性和准确性，并提高了建设项目中各方面的信息管理的灵活性和高效性。

为了实现上述实施例，本申请第三方面实施例还提出了一种非临时性计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述实施例中的基于本体的风电场站集控中心的建设项目管理方法。

本发明附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为本申请实施例提出的一种基于本体的风电场站集控中心的建设项目管理方法的流程图；

图2为本申请实施例提出的一种工作分解结构涉及的分解工具示意图；

图3为本申请实施例提出的一种具体的建设项目的各级项目间关系的结构示意图；

图4为本申请实施例提出的一种项目进展的更新方法的流程图；

图5为本申请实施例提出的一种项目逾期风险的提醒方法的流程图；

图6为本申请实施例提出的一种基于本体的风电场站集控中心的建设项目管理系统的结构示意图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本发明，而不能理解为对本发明的限制。

下面参考附图描述本发明实施例所提出的一种基于本体的风电场站集控中心的建设项目管理方法和装置。

图1为本申请实施例提出的一种基于本体的风电场站集控中心的建设项目管理方法的流程图，如图1所示，该方法包括以下步骤：

步骤S101：通过工作分解结构WBS将风电场站集控中心的建设项目进行多级分解，确定各级项目信息和建设活动中的可监测信息。

其中，工作分解结构(Work Breakdown Structure，简称WBS)是将一个项目按预定的原则按级别分解至最基本的子项目的方法，比如，将项目分解成任务，再将任务再分解成多个工作，再将每个工作分解为每个负责人的日常建设活动中，即可执行：项目→任务→工作→日常建设活动的分解流程。

其中，风电场站集控中心的建设项目涉及各个风场风机工作的建设，在本申请实施例中，集控建设施工主要分为集控侧和场站侧的相关工作，可以包括集控室建设、场站相关信息转发与接入和集控中心功能开发等各方面的建设工作。

需要理解的是，由于风场集控建设涉及许多风场风机工作，施工复杂，技术难度大，不确定因素多，对集控建设项目的进展更新和逾期风险识别等项目管理活动离不开对集控施工活动的分析，因此本申请通过工作分解结构WBS方法对风电场站集控中心的建设活动进行系统分析和分解。

具体的，WBS的分解方式具有多样性，通常可以包括如下七种主要的的项目结构分解方法：1.按产品的物理结构进行分解；2.按产品或项目的功能进行分解；3.按实施过程分解；4.按项目的低于分布进行分解；5.按项目的物理结构进行分解；6.按部门进行分解；7按职能进行分解。在本申请中，根据风电场站集控中心的建设项目的特点、项目情况和建设负责人本身的习惯选择合适的分解方法，由于风电场集控项目的复杂性，在本申请中进行WBS分解时可以综合使用上述几种方法进行项目工作结构分解，且各个层次的工作结构可以采用不同的分解方法，或者同一层次的工作结构也可以采用不同的分解方法。

具体实施时，在本申请一个实施例中，根据当前风电场站集控中心的建设项目的应用功能、计划规模和所处区域等各方面特点确定对应的分解方式，即从上述七种分解方法中选取一种或多种适用的方法，并如图2所示，通过结构设计工具、计划工具、跟踪报告工具、项目可视化工具、辅助沟通工具和风险分析辅助工具对当前风电场站集控中心的建设项目的各个工作进行划分。其中，通过结构设计工具清晰直观表示项目各个工作之间的关系，保证项目结构的完整性。通过计划工具完成项目所必须的各项工作及工作资源分配计划。通过跟踪报告工具跟踪报告项目实际情况，方便了解和控制项目进展。通过项目可视化工具对项目各项工作及交付成果进行可视化，直观了解工作分配和责任划分。通过辅助沟通工具辅助沟通各项工作的责任和资源分配等。通过风险分析辅助工具分析具体到责任人和资源等的工作包风险。

需要说明的是，对建设项目进行多级分解时，可以根据实际需求确定分解出的子项目的级数并确定各级项目包括的工作内容。

作为一种示例，本申请将风电场站集控中心的建设项目进行三级分解。其中，风电集控建设项目WBS一级工作分解结构为：W1集控侧装修、W2硬件采购、W3场站侧智能电站建设、W4场站侧的数据转发、W5集控侧的数据接入和展示和W6三区智能平台开发。因为一级分解结果比较宏观，本申请再根据项目需要对集控建设项目进行二级分解，由于WBS图表达较复杂，为了便于描述，本申请通过表格来直观表示，即本实施例的风场集控建设WBS二级分解如下表1所示：

表1

其中，对于W4场站侧的数据转发、W5集控侧的数据接入和展示和W6三区智能平台开发可根据实际情况参照上述示例进行分解，在本示例中不在进行列举。

进一步的，对二级子项目进行三级分解。在本示例中，以根据具体施工工作的流程，对工程项目W3场站侧智能电站建设下10个二级分解内容进行进一步分解作为示例，对于W3.1噪声监测，该二级子项目进行三级分级后如下表2所示：

表2

由此，本申请将风电场集控建设项目的项目进程落实到每一项工作，然后再确定项目进程的各项工作的中的日常建设活动，实现了按照上述项目→任务→工作→日常建设活动的分解流程进行多级分解。上述表格展示了确定出的各级项目信息

更进一步的，对项目进程中的施工活动的多项施工信息进行监测和分析，确定可监测的信息，并对监测的信息进行分析和响应，从而进行工程施工方案完善和整改，本申请通过对这些可监测信息进行实时监控为施工活动的安全和顺利进展提供了保证，同时也作为后续建立的基于本体的风场集控项目工作信息库的基础。继续以上述示例中的“W3.1.1设备、资质检查”的日常活动进行举例说明，本申请确定的可监测信息如下表3所示：

表3

本申请实施例中的可监测信息可以是各级子项目在进行建设活动中的施工信息，或者，在上述示例中建设活动对应于三级子项目时，可监测信息即为上述表格中三级子项目中的多项施工信息。

由此，本申请通过WBS分解方法，将工程项目建设过程进行分解，并提取各个过程中可以监测的信息，从而把握项目的进度。

步骤S102：在预设的应用工具中通过相应的本体描述语言进行本体建模，将各级项目信息和可监测信息映射到本体架构中，以构建风电场站集控中心的建设项目本体信息库。

其中，本体用于对某一特定领域做出精确的描述性陈述，本体是共享概念模型的明确形式化规范说明。本体包含四层含义，具体如以下表4所示：

表4

本体作为知识表示方式的一种通常由领域专家构造，通过定义丰富的语法规则，描述领域知识中的概念和关系，具备表示事实知识和关系知识的能力。本体的目标是提供对获取的相关领域知识的共同理解，确定该领域内共同认可的术语概念，以计算机可读的形式给出术语与术语之间相互关系的明确定义。本申请基于本体的领域知识表示提高了知识建模的效率，保留了充分的语义信息，方便知识在领域专家与计算机之间的双向交流，减少了本体建成后知识维护和重用的开发成本。

本体具有开放性、动态性和可扩展性等特点。在本体的开放式世界假设中，不认为尚未声明的概念关系是虚假的，因此适合于不完备知识领域的建模。本体通过概念间的关系或逻辑公理描述，具备了强大的语义表达能力。本体的语义性方便人机间的交流，消除知识整合过程中的歧义，避免知识的冲突和冗余。如果知识和数据系统在设计阶段缺乏语义性考虑，在复用知识和数据时会导致开发人员的理解产生偏差。在分布式信息系统的知识和数据整合过程中产生语义异构的原因主要有以下两点：第一，不同系统使用多种术语表示同一概念，第二，不同的系统中使用同一概念表达不同的含义。

基于上述分析，本申请根据知识和数据的语义本体建模解决语义异构的问题。而本体的语义性依托本体描述语言得以实现，通过逻辑形式对领域内知识进行声明性表达。因此，本申请在预设的应用工具中通过相应的本体描述语言进行本体建模。

作为一种示例，本申请可以选取语义网标准语言(Ontology Web Language，简称OWL)用以描述语义网中概念、概念集合、以及概念间关系等丰富和复杂的知识等。OWL是在RDF和RDFS等互联网语言基础上发展而来，其中，根据语义性解释方式的不同，OWL可以分为OWL Full和OWL DL，本体语言的表达能力与推理能力之间存在着不可协调的矛盾，OWLFull是最完整的OWL语言，以RDF图结构解释语义性，具有强有力的表达能力，但缺少推理的可判定性。OWL DL是以描述逻辑(Description Logics，DL)为基础的直接语义性解释。OWLDL相对于OWL Full牺牲了部分语义性，对OWL使用的构造函数进行了限制，但保证了推理的完备性和可判定性。因此，本申请选用最大化兼顾二者且与人类自然语言较为接近的OWLDL作为本体建模过程中的本体描述语言。

OWL DL是以DL为基础，因此在语法上支持声明公理(Assertional，简称ABox)，概念公理(Terminological，简称TBox)和关系公理(Relational，简称RBox)的表达。其中：TBox包括领域内抽象概念类的层次性划分；ABox包括实例个体所属概念的断言和实例个体间的关系声明；RBox包括关系属性间的包含关系。TBox、ABox和RBox三者的语义性说明如以下表5所示：

表5

需要说明的是，本申请还可以选用修订版本体语言OWL2，以拓展更为丰富的属性链、数据类型、基数限定和注释等方面的表达，为便于描述，本申请下文用OWL代指OWL2本体语言。其中，OWL中概念名称使用的是国际化资源标识符(International ResourceIdentifiers，简称IRIs)，方便互联网中不同本体间交流引用。由于IRIs的长度问题，通常使用固定的字符串作为前缀缩写本体中的概念。OWL利用类、属性、个体等概念表达领域知识，语法和语义说明如以下表6所示：

表6

其中，类(Class)表示领域内抽象概念，是具有共有属性个体的集合。父类的属性由子类继承，子类的个体属于其父类。

个体(Individual)属于某一类的断言是知识中最常见的形式。按照特征提炼角度的不同，在本体中同一个体允许属于不同类。基于本体的开放世界假设，不同名称的个体可能指代同一对象，因此需要通过属性词(比如，DifferentIndividuals和SameIndividual)显示地指明个体间的等价关系。

属性(Property)分为对象属性(ObjectProperty)和数据属性(DataProperty)。其中，对象属性是将个体对象间进行关联，数据属性将个体与数据关联。通过定义属性的定义域和值域，可以推理具有属性关联的个体的类。属性的语法和语义说明如以下表7所示：

表7

与描述逻辑中构件相似，OWL也支持概念构件和属性构件，提供表述与或非逻辑的语法规则。OWL同样提供了属性的量词和基数限制，丰富了类的定义，常见的量词有存在量词(Some)和全称量词(Only)。

基于上述对于本体和本体描述语言的分析，本申请在预设的应用工具中通过相应的本体描述语言进行本体建模，即构建风电场站集控中心的建设项目的本体信息库。其中，应用工具和相应的本体描述语言结合实际需要和上述分析确定，确保预设的应用工具可以支持相应的本体描述语言，比如，本申请可以在protege中通过OWL DL语言建立本体信息库。

具体构建本体信息库时，将各级项目信息和可监测信息映射到本体架构中，即将前文步骤S101中基于WBS分解方法获得的风场集控项目信息，比如，上述表格中示例的各级项目信息和可监测信息，映射到本体架构中，形成本体语义网。本体架构可以按照上述分解出的各个级别进行设置。

步骤S103：在本体信息库中通过描述语言的类语义和个体语义分别表示各级项目和子项目的完成度，并通过应用工具中的导入插件将可监测信息对应的工作记录作为个体添加至本体信息库中的对应子类下。

具体的，在构建的本体信息库中，基于本体描述语言中的类(Class)语义，通过类与子类间的关系来表现集控建设工程WBS分级方法下各个子项目的关系，比如，上述示例中的二级子项目是属于一级子项目类下的子类，以此类推。并且，通过添加个体(individuals)来表征各个项目的完成进度。

进一步的，通过应用工具中的导入插件将可监测信息对应的工作记录作为个体添加至本体信息库中的对应子类下，以实现实时添加项目最新的进展。其中，由于可监测信息是具体施工活动中进行监测的施工信息，项目中每日的工作记录与可监测信息相关，从而根据工作记录对应的可监测信息所属的子类，将每日的工作记录添加至本体信息库中。

举例而言，当应用工具为上述示例中的protege时，可以通过python调用rdflib包对本体信息库的owl文件进行编辑和查询，添加项目建设过程中每日的工作记录至本体信息库中。作为一种示例，在个体中以日期为前缀，具体内容是每日完成工作情况记录，则个体“三月一日：进场证件查验完成”属于“每日工作”类下的子类“三月”下子类的“三月一日”类中，从而，与OWL DL语言中的individuals属于class的语法相对应。

步骤S104：根据工作记录确定对应的可监测信息的完成度，并根据可监测信息的完成度计算风电场站集控中心的建设项目的完成度。

在本申请一个实施例中，完成度用来标识工作进展，可由0至1区间的数值表示，完成度可根据工作记录确定，比如，当工作记录为“三月一日：进场证件查验完成”时，则完成度为1，即“身份证、登高证、电工证等进场证件”的可监测信息在三月一日的完成度为1。又比如，当工作记录为“三月一日：未进行进场证件查验”时，则完成度为0，以此类推。并可以按照本方式依次计算各个可监测信息的完成度。

进一步的，根据个体完成度的情况，计算每个三级子工程的完成度，通过python确认各个三级子工程下可监测信息的完成度最后计算项目的完成进度，具体可根据建设项目的分级进行计算。

举例而言，计算“体检报告与保险”这一可监测信息完成度是1时对整体项目进度的影响。参照上述项目多级分解示例，工程项目一级分解共6个，W3场站侧智能电站建设工程项目二级分解共10个，W3.1噪声监测工程项目三级分解共5个，W3.1.1设备、资质检查工程项目可监测信息共4个，则“体检报告与保险”完成度为1时，项目整体完成度为1*(1/6)*(1/10)*(1/5)*(1/4)。

更进一步的，在进行项目进度更新和计算后，为便于用户及时了解获取项目的进展情况，在本申请一个实施例中，还可以通过本体查询语言SPARQL在本体信息库中查询不同级别的子项目下的工作进展

具体而言，SPARQL是一种典型的本体查询语言，SPARQL采用基本图模型的主谓宾三元组模式，其中主语、谓语、宾语均可以作为查询变量，以RDF子图形式返回结果。SPARQL查询语言具有四种不同的查询功能，分别是：SELECT查询，CONSTRUCT查询、ASK查询和DESCRIBE查询。利用SPARQL语言定义信息的关联模式，可以在本体信息库中检索出符合用户需求的目标信息，SPARQL的查询语句形式如下所示：

SELECT？x？yWHERE{？x rdfs:subClassOf:？y.}

举例而言，当需要查询三月一日所有的工作，可以通过以下的sparql query语句查询：

SELECT？pWHERE{？p rdfs:typejf:’三月一日’.}

本申请实施例借助本体中的sparql query对本体进行查询，获取一日的工作情况。并且，本申请还可以根据本体中的关联关系，查询其他信息，比如，查询具体的任一子项目的完成度，或者查询任一子项目在任一日的工作进展等。由此，本申请通过protege中sparql query对本体进行查询，可以查询相关分级下各个工作进展情况，便于及时准确的获取项目的进展信息。

需要说明的是，本申请还可以从项目整体的角度对风电场站集控中心的建设项目进行把控，获取项目的整体进展信息。

作为第一种可能的实现方式，当选取的预设应用工具为Protege时，可以通过Protege中的Ontograf插件构建表示各级项目信息、可监测信息、工作记录和可监测信息的完成度之间的关系的结构图，以图形化本体信息库。具体而言，Ontograf是Protege中的默认插件，可以对OWL本体中的关系进行可视化、交互式导航，图形化步骤S102中建立的建设项目本体信息库。继续参照上述多级分解的示例，可以根据确定各级“类”之间的关系，以及类与对应的个体之间的关系，生成图3所示的结构示意图，从而通过protege中的Ontograf对工程建设信息库语义网络对整体项目情况有一个清晰的认识，便于把握整体项目情况。

作为第二种可能的实现方式，在根据工作记录确定对应的可监测信息的完成度之后，还可以将构建的本体信息库输入至Neo4j图形数据库，根据本体信息库构建知识图谱，并显示每级项目的进展情况。具体而言，Neo4j是一种高性能的图形数据库，它将结构化的数据存储在网络(图)上，由于本申请已经构建本体信息库，通过结构化的语言，将集控建设的相关非结构化文本信息用计算机可识别的语言结构化描述出来，本体信息库为结构化的数据，因此，可以借助neo4j将语义网络通过知识图谱展示出来。并且，根据可监测信息的完成度计算出各级子项目的完成度后，还可以在知识图谱中展示出各级子项目的完成度，从而直观显示项目各个部分的进展情况，通过集控信息的可视化表达，对项目进展有一个整体认识。

由此，本申请实施例对风电场站集控中心的建设项目，从项目分解划分至具体责任人，到实际建设过程中的各级项目的进度更新和项目信息的获取，再到项目的整体把控，进行了全方位的管理。

综上所述，本申请实施例的基于本体的风电场站集控中心的建设项目管理方法，通过WBS分解方法，将工程项目建设过程进行分解，并提取各个过程中可以监测的信息，有利于把握项目的进度。基于本体建模的方法，通过结构化的语言，将集控建设的相关非结构化文本信息用计算机可识别的语言结构化描述出来，提高了对繁琐的风电场集控项目进度的整体把控能力，借助本体中的sparql query语句对本体进行查询，可以简便和准确的获取一日的工作情况，以及先关的项目进展等其他信息，并可以通过Ontograf把握整体项目情况。借助neo4j，将语义网络通过知识图谱展示出来，通过集控信息的可视化表达，便于对项目进展进行整体认识。由此，提高了项目进度跟踪的实时性和准确性，确保风电场集控建设项目中所涉及信息获取的全面性和准确性，并提高了建设项目中各方面的信息管理的灵活性和高效性。

基于上述实施例，为了更加清楚的说明本申请更新该建设项目的进展情况，以及用户获取项目信息的具体实现过程，下面以一个项目信息更新和信息获取的具体实施例进行详细说明。

在本实施例中，开发一套风电场站集控中心的建设项目管理系统，该系统采用B/S架构，为每级项目的负责用户设置对应的权限，即建设项目团队根据不同的身份获得不同的权限。各个负责人在浏览器上录入负责部分每日的进展情况，然后获取每级项目的负责用户根据自身权限在浏览器上录入的工作记录和项目进展，具体可以是服务器获取不同浏览器发送的相应用户输入的进展情况，然后在客户端进行汇总，并按照上述实施例中的方式调用rdflib包对本体信息库的进行编辑和查询，添加用户输入的进展情况至本体信息库中。从而，可以在统一平台上实时更新项目进展，各级用户还可以在浏览器上依据自身权限进行查询，获取系统返回的项目信息。进一步的，还可以对该系统开发报表功能模块，网页可以根据实际需求导出相关报表以展示项目信息，并根据各级子项目对应的计划表实现集控建设逾期风险的智能化提醒。

为了更加清楚的说明本实施例更新项目进展的具体实现过程，本申请还提出一种项目进展的更新方法。如图4所示，该方法包括以下步骤：

步骤S401，在浏览器端接收第一用户发送的项目更新指令，项目更新指令中包括第一项目标识及第一项目当前的进展情况。

具体的，第一用户是指第一项目的负责人，第一项目可以是分解后的多级项目中的任一项目。当第一用户汇报第一项目进度时，可以在上述风电场站集控中心的建设项目管理系统的浏览器端发送任务更新指令，任务更新指令包含第一项目标识及第一项目当前的进展情况。

其中，第一项目标识是第一项目区别于其他项目的标志，可以在通过工作分解结构WBS将风电场站集控中心的建设项目进行多级分解时自动生成。第一项目当前的进展情况可以是当日的执行该项目时的工作记录，工作记录可以是上述实施例中的文字描述，或者，还可以是施工现场的现场图，即第一用户拍摄的任务工作现场的图片，以更加清晰直观的显示工作进度。

步骤S402，根据当前的工作记录更新第一项目的进展情况，并根据第一项目标识，获取与第一项目关联的各级父项目，及第一项目与各级父项目间的关系。

步骤S403，根据第一项目当前的进展情况以及第一项目与各级父项目间的关系，更新各级父项目当前的完成状态。

具体的，根据当日完成的工作在原有的完成度上，更新第一项目的进展情况，比如，对于三级项目“施工前风机勘测”，原有的完成度为0.5，即已完成了一半风机的勘测，在当前输入的工作记录为“完成剩余风机的勘测”时，将“施工前风机勘测”项目的完成度更新为1，从而更新该项目的进展情况。

进一步的，可以理解的是，由于子项目具有对应的各级父项目，在子项目的进度更新后，各父项目的进度也发生了变化，因此本申请还在更新当前项目的基础上，更新各级父任务当前的完成状态。

具体实施时，先获取与第一项目关联的各级父项目，项目管理系统根据第一项目当前的进展情况及第一项目与各级父项目间的关系，更新各级父项目当前的完成度，比如，可以参照上述实施例中计算项目整体完成度的方式，根据第一项目在父项目中的所占比重和第一项目更新后完成度，计算更新后的父项目的完成度。进而，各级父项目对应的负责人员就可以通过相应的浏览器查看到第一项目的当前完成度，省去了第一项目负责人通过面述或文件向上级负责人汇报后，再一级级向上汇报的过程，从而简化了汇报步骤，提高了汇报的效率。并且，自动根据第一项目的进展情况更新各级父项目的进展，便于父项目负责人及时获知自身负责的项目的进展。

需要说明的是，当第一项目具有较多层级的父项目时，为避免遗漏更新父项目，项目管理系统可以根据各级父项目的层级关系，依次更新各级父项目当前的完成度，比如，项目管理系统根据各级项目的关系，按照由下至上的顺序依次更新各级父项目当前的完成度。

由此，通过该方法，各级项目管理人员可以快速细致更新和了解各级项目实际完成状态。

基于上述实施例，为了保证项目在预定时间内完成，项目管理系统可以根据项目的当前完成状态向项目的负责人发送提醒。

具体而言，图5为本申请一个实施例所提供的一种具体的项目逾期风险的提醒方法的流程图。如图5所示，该方法包括以下步骤：

步骤S501，根据第一项目的标识，获取第一项目对应的计划表。

其中，第一项目对应的计划表可以是项目管理人员预先设置的第一项目的理想完成时间、第一项目中各子项目需要完成的进度以及各子项目的理想完成时间。各项目的计划表与项目标识相对应，项目管理系统可以根据第一项目的标识在本体信息库中获取第一项目对应的计划表。

步骤S502，根据第一任务对应的计划表，确定第一任务当前实际完成状态对应的理想完成时间。

步骤S503，在确定当前时间与理想完成时间的差值在预设范围内，或者当前时间晚于理想完成时间时，向第一用户发送预警消息。

具体的，项目管理人员设置第一项目的理想完成时间后，还可以根据实际情况设置向第一用户发送提醒的时间范围，比如，在第一项目理想完成时间的前三天提醒用户，从而项目管理系统在确定当前时间与理想完成时间的差值在预设范围内，或者当前时间晚于理想完成时间时，向第一用户发送预警消息，提醒用户按时完成任务。

举例而言，项目管理系统确定计划表中第一项目的理想完成时间后，实时检测当前时间，在确定当前时间与理想完成时间的差值在预设范围内后，若还未接收到第一用户发送的项目更新指令，则项目管理系统向第一用户发送预警消息提醒用户尽快完成相关工作，比如“该项目还有三天超期，请尽快处理”等。

由此，该方法在当前时间与理想完成时间的差值在预设范围内，或者当前时间晚于理想完成时间时，向第一用户发送预警消息，便于第一用户提前查找未完成项目进度的原因并解决问题，避免延误项目完成进度。

为了实现上述实施例，本申请还提出了一种基于本体的风电场站集控中心的建设项目管理装置，图6为本申请实施例提出的一种基于本体的风电场站集控中心的建设项目管理装置的结构示意图，如图6所示，该系统包括分解模块100、构建模块200、添加模块300和计算模块400。

其中，分解模块100，用于通过工作分解结构WBS将风电场站集控中心的建设项目进行多级分解，确定各级项目信息和建设活动中的可监测信息。

构建模块200，用于在预设的应用工具中通过相应的本体描述语言进行本体建模，将各级项目信息和可监测信息映射到本体架构中，以构建风电场站集控中心的建设项目本体信息库。

添加模块300，用于在本体信息库中通过描述语言的类语义和个体语义分别表示各级项目和子项目的完成度，并通过应用工具中的导入插件将可监测信息的工作记录作为个体添加至本体信息库中的对应子类下。

计算模块400，用于根据工作记录确定对应的可监测信息的完成度，并根据可监测信息的完成度计算风电场站集控中心的建设项目的完成度。

可选地，在本申请的一个实施例中，该系统还包括：查询模块500，用于通过本体查询语言SPARQL在所述本体信息库中查询不同级别的所述子项目下的工作进展。

可选地，在本申请的一个实施例中，分解模块100，具体用于：根据当前风电场站集控中心的建设项目的特性确定对应的分解方式，通过结构设计工具、计划工具、跟踪报告工具、项目可视化工具、辅助沟通工具和风险分析辅助工具对所述当前风电场站集控中心的建设项目的各个工作进行划分。

可选地，在本申请的一个实施例中，预设的应用工具包括Protege应用，计算模块400还用于：通过Protege中的Ontograf插件构建表示各级项目信息、可监测信息、工作记录和可监测信息的完成度之间的关系的结构图，以图形化本体信息库。

可选地，在本申请的一个实施例中，计算模块400还用于：将本体信息库输入至Neo4j图形数据库，根据本体信息库构建知识图谱，并显示每级项目的进展情况。

可选地，在本申请的一个实施例中，添加模块300还用于：通过预先构建的基于B/S架构的风电场站集控中心建设管理系统，为每级项目的负责用户设置对应的权限；获取每级项目的负责用户根据自身权限在浏览器上录入的工作记录和项目进展。

需要说明的是，前述对基于本体的风电场站集控中心的建设项目管理方法的实施例的解释说明也适用于该实施例的系统，此处不再赘述

综上所述，本申请实施例的基于本体的风电场站集控中心的建设项目管理装置，通过WBS分解方法，将工程项目建设过程进行分解，并提取各个过程中可以监测的信息，有利于把握项目的进度。基于本体建模的方法，通过结构化的语言，将集控建设的相关非结构化文本信息用计算机可识别的语言结构化描述出来，提高了对繁琐的风电场集控项目进度的整体把控能力，借助本体中的sparql query语句对本体进行查询，可以简便和准确的获取一日的工作情况，以及先关的项目进展等其他信息，并可以通过Ontograf把握整体项目情况。借助neo4j，将语义网络通过知识图谱展示出来，通过集控信息的可视化表达，便于对项目进展进行整体认识。通过B/S架构开发系统，在统一平台上实时更新项目进展，通过protege中相关功能的查询展示结果，可以在浏览器上实时展现各级项目的进度。由此，该装置提高了项目进度跟踪的实时性和准确性，确保风电场集控建设项目中所涉及信息获取的全面性和准确性，并提高了建设项目中各方面的信息管理的灵活性和高效性。

为了实现上述实施例，本申请还提出了一种非临时性计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现如上述实施例中任一所述的基于本体的风电场站集控中心的建设项目管理方法。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。