CN111930543A - 项目管理中间件、项目管理方法以及计算机设备 - Google Patents

Abstract

本发明涉及一种项目管理中间件、项目管理方法以及计算机设备。项目管理中间件包括：环境信息收集单元，其收集节点设备的与项目本身有关的环境信息，环境信息包括节点设备上建立的项目的项目名称、项目包含的模块的模块名称；异常捕获单元，其捕获模块在运行时产生的异常信息；异常消息构建单元，其基于环境信息和异常信息，构建异常类型消息；以及异常消息传输单元，其将异常类型消息传输到消息队列中；以及消息获取单元，其当收集到待获取的消息类型是异常类型时，获取消息队列中的异常类型消息。本发明能够使项目管理人员收集和分析项目开发中的各个节点发生的异常，提高项目管理的有效性，并且能够简化开发人员的工作。

Description

项目管理中间件、项目管理方法以及计算机设备

技术领域

本发明涉及项目管理中间件技术领域，具体涉及一种项目管理中间件、项目管理方法以及计算机设备。

背景技术

软件开发的过程中，开发人员可以使用其设备（或称“节点设备”）建立具体项目并进行开发作业，各项目可以包含一个或多个模块。各模块在运行时发生异常是较为常见的现象，因此开发人员常常需要关注异常的发生并作出相应的应对。

然而，由于异常的发生是离散现象，开发人员本身往往也是独立工作，因此在对软件项目进行管理的过程中，项目管理人员对于其所管理项目在运行时异常的产生、频率、位置以及由此反应出的模块性能乃至开发人员的自身水平，无法在第一时间得到较为直观的认识和评判。很多问题在项目上线之后才能逐渐显现。

另外，为了系统的健壮性等原因，开发人员还不得不花费精力和时间，在其代码中，具体地，例如函数或方法中增加异常捕获语句（如，Java语言中的try...catch（exception）语句）。因此，开发人员不仅需要关注业务逻辑，同时还需要关注代码逻辑，这牵扯了开发人员的精力。

此外，项目开发中还存在其他问题。例如，当使用kafka（卡夫卡）、RabbitMQ等消息队列工具进行消息发送和接收时，开发人员需要对这些消息队列工具进行具体配置才能顺利地使用它们，这同样使开发人员不能集中精力关注业务逻辑，进一步牵扯了开发人员的精力。

发明内容

本发明的目的在于，提供一种项目管理中间件、项目管理方法以及计算机设备，以解决上述现有技术缺陷中的至少一项问题。

根据本发明的一个方案，提供了一种项目管理中间件，包括：环境信息收集单元，其被配置为收集节点设备的与项目本身有关的环境信息，所述环境信息包括所述节点设备上建立的项目的项目名称、所述项目包含的模块的模块名称；异常捕获单元，其被配置为捕获所述模块在运行时产生的异常信息；异常消息构建单元，其被配置为基于所述环境信息和所述异常信息，构建异常类型消息；以及异常消息传输单元，其被配置为将所述异常类型消息传输到消息队列中；以及异常消息获取单元，其被配置为：当接收到对异常类型消息的获取指令时，获取消息队列中的所述异常类型消息。

根据本发明的实施例，所述项目管理中间件搭载在多个节点设备以及公共端服务器上，并且所述异常信息包括：所述项目名称、节点设备IP地址、接口路径、出错行堆栈信息。

根据本发明的实施例，所述项目管理中间件为jar文件类型，并且在所述环境信息收集单元中，通过预先定义的第一Java注解来收集所述环境信息，其中所述第一Java注解的参数为环境信息；在所述消息获取单元中，通过预先定义的第二Java注解来收集待获取的消息类型，其中所述第二Java注解的参数为消息类型。

根据本发明的实施例，所述环境信息还包括所述节点设备的名称、开发人员姓名以及开发人员编号中的一项或多项。

根据本发明的实施例，所述项目管理中间件还包括：一般消息构建单元，其被配置为：基于接收自所述模块的待发送消息内容，构建一般类型消息；一般消息传输单元，其被配置为：将所述一般类型消息传输到消息队列中；以及一般消息获取单元，其被配置为：当接收到对所述一般类型消息的获取指令时，获取消息队列中的一般类型消息。

根据本发明的实施例，所构建的所述异常类型消息和所述一般类型消息具有预定义消息格式，所述预定义消息格式包括下列字段：消息标识符字段、消息类型字段、消息主体字段，其中所述异常类型消息的消息主体字段中封装所述环境信息和所述异常信息；所述一般类型消息的消息主体字段中封装所述待发送消息内容，并且，所述项目管理中间件还包括：第一消息格式转换单元，其被配置为：在消息待传输到消息队列中之前，将待传输消息按照预先配置的基于消息队列的工具所规定的第二消息格式进行转换后进行传输；以及第二消息格式转换单元，其被配置为：在从消息队列中获取了所述第二消息格式的消息之后，将获取到的消息转换回所述预定义消息格式。

根据本发明的实施例，在所述异常捕获单元中，通过继承Spring框架所提供的拦截接口，实现对异常信息的捕获。

根据本发明的另一个方案，还提供了一种项目管理方法，包括：收集节点设备的与项目本身有关的环境信息，所述环境信息包括所述节点设备上建立的项目的项目名称、所述项目包含的模块的模块名称；捕获所述模块在运行时产生的异常信息；基于所述环境信息和所述异常信息，构建异常类型消息；将所述异常类型消息传输到消息队列中；以及当收集到待获取的消息类型是异常类型时，获取消息队列中的所述异常类型消息。

根据本发明的实施例，所述项目管理方法运行在项目的各个节点设备以及公共端服务器上。

根据本发明的再一个方案，还提供了一种计算机设备，包括处理器、存储器以及其上存储的计算机可执行代码，其特征在于，当所述处理器执行所述计算机可执行代码时实现上述的方法。

利用本发明提供的项目管理中间件，能够针对具体项目和模块收集异常信息，并且能够通过对异常类型消息的指令从消息队列中获取异常类型消息，则开发人员在节点设备运行其开发的模块时的异常可以被项目管理人员利用其设备从消息队列中获取到，项目管理人员可以对其收集到的异常数据进行分析与评判，找出项目开发中容易发生异常的地方，及时作出应对手段，提高项目管理有效性；同时，由于通过本发明的项目管理中间件来收集异常，开发人员可以不用在其代码中加入异常捕获语句，节约了开发人员的一部分精力，使其更多地关注业务逻辑而不是程序逻辑；此外，即便开发人员想要关注其异常，也可以利用本发明的项目管理中间件，通过对异常类型消息的获取指令，从消息队列中获取其开发的模块在运行时的异常，因此本发明的项目管理中间件并不会对开发人员的固有开发习惯造成阻碍。

附图说明

在不一定按比例绘制的附图中，相同的附图标记可以在不同的视图中描述相似的部件。附图大体上通过举例而不是限制的方式示出各种实施例，并且与说明书以及权利要求书一起用于对所公开的实施例进行说明。在适当的时候，在所有附图中使用相同的附图标记指代同一或相似的部分。这样的实施例是例证性的，而并非旨在作为本系统或方法的穷尽或排他实施例。

图1为本发明实施例应用场景的通信架构示意图。

图2例示出本发明实施例的项目管理中间件的结构框图。

图3例示出本发明另一实施例的项目管理中间件的结构框图。

图4例示出本发明再一实施例的项目管理中间件的结构框图。

图5为本发明实施例的一种项目管理方法的流程示意图。

具体实施方式

此处参考附图描述本公开的各种方案以及特征。通过下面参照附图对给定为非限制性实例的实施例的优选形式的描述，本发明的这些和其它特性将会变得显而易见。

本说明书可使用词组“在一个实施例中”、“在一些实施例中”、“在另一个实施例中”、“在又一实施例中”或“在其他实施例中”，其均可指代根据本公开的相同或不同实施例中的一个或多个。注意的是，在说明书全文中，相同或相近的附图标记指代相同或相似的元件，并省略不必要的重复描述。此外，具体实施例中，以单数形式出现的元件并不排除可以以多个(复数个)形式出现。

图1为本发明实施例应用场景的通信架构示意图。假设有一组多个节点设备10，每个节点设备10分配给一个开发人员使用，各个开发人员分别在其节点设备10上建立各自的项目，一个项目下具有一个或多个模块，或者在一些情况下，多个开发人员可以协同建立一个项目。节点设备10可以与（公共端）服务器11通信。在各节点设备10和服务器11上均搭载了本发明实施例的项目管理中间件，并且在服务器11上收集异常类型消息之后，项目管理人员可以从服务器11上查看所收集到的异常或者通信连接到服务器11以获取各个节点设备10上发生的全部异常信息。顺带一提的是，利用本发明实施例的项目管理中间件，基于与服务器11获取异常信息同样的方式，项目开发人员或者项目管理人员通过节点设备10也可以获取到异常信息。

虽然图中仅示出一组节点设备，但是可以理解的是，可以存在多组节点设备进行不同的开发任务，多组节点设备中每一节点设备10均与公共端服务器11通信连接，则公共端服务器11可以对各个节点设备的各模块运行时的异常进行收集，供公司技术负责人了解和评估开发工作的进展。

下面参照图2，描述本发明实施例的项目管理中间件的结构框图。如图2所示，项目管理中间件20包括：环境信息收集单元202、异常捕获单元204、异常消息构建单元206、异常消息传输单元208以及消息获取单元210。

环境信息收集单元202被配置为收集节点设备的与项目本身有关的环境信息，所述环境信息包括所述节点设备上建立的项目的项目名称、所述项目包含的模块的模块名称。

在一个实施例中，项目管理中间件（或称中间件）20为jar文件类型，从而开发人员通过引入jar包来便利地将该中间件20搭载在节点设备10上，jar包形式的中间件20具有运行效率高、使用方便的优点，由于是压缩格式，不会过多占用设备运行时的内存空间。

在另一个实施例中，当开发人员使用maven等项目管理工具时，可以将该jar包写入项目配置文件，即pom文件中，从而方便地将jar包引入。

在一些实施例中，所述环境信息收集单元中，通过预先定义的第一Java注解来收集所述环境信息，所述第一Java注解的参数为环境信息。当开发人员在其代码中定义该第一Java注解，将环境信息（包括项目名称、模块名称）作为该注解的参数后，利用Java的反射机制，中间件20可方便地收集到环境信息，并由异常捕获单元204捕获所述模块在运行时产生的异常信息。也就是说，开发人员在使用带参数的第一注解后，可以方便地使中间件20收集到异常信息，并供后续异常信息汇总、分析之用，从而便利了项目的管理。

在一些实施例中，所述环境信息还可以包括所述节点设备的名称、开发人员姓名以及开发人员编号中的一项或多项。如此，当获取并汇总了各个节点设备10上模块运行的异常时，可以同时看到节点设备的名称、开发人员姓名或开发人员编号等信息，便于项目管理人员对开发的进度和质量进行评估。

在一些实施例中，在所述异常捕获单元204中，通过继承Spring框架所提供的拦截接口，实现对异常信息的捕获。Spring框架是一种针对Java应用的框架，其相比EJB具有简单易用的优点。

在一些实施例中，异常信息可以包括但不限于项目名称、服务名、节点设备IP地址、接口路径、出错行堆栈信息等。由于提供了详细的异常信息，并通过后续的消息获取单元210获取所有节点设备上各模块运行的异常，可以使项目管理人员方便地查看、汇总、分析这些异常，有效地进行项目管理。

在异常捕获单元204收集到异常信息之后，异常消息构建单元206被配置为基于环境信息和所述异常信息，构建异常类型消息，以供异常消息传输单元208将所述异常类型消息传输到消息队列中。

之后，当消息获取单元210收集到待获取的消息类型是异常类型时，获取消息队列中的所述异常类型消息。

在一些实施例中，在所述消息获取单元210中，通过预先定义的第二Java注解来收集待获取的消息类型，所述第二Java注解的参数为消息类型。

利用项目管理中间件20，能够针对具体项目和模块收集异常信息，并且能够通过对异常类型消息的指令从消息队列中获取异常类型消息，则开发人员在节点设备10运行其开发的模块时的异常可以被项目管理人员利用其设备从消息队列中获取到，项目管理人员可以对其收集到的异常数据进行分析与评判，找出项目开发中容易发生异常的地方，及时作出应对手段，提高项目管理有效性；同时，由于通过中间件20来收集异常，开发人员通过简单地在其代码中使用在中间件20中预先定义的第一注解，就可以不用在其代码中，如在各函数或方法中，加入异常捕获语句，节约了开发人员的一部分精力，使其更多地关注业务逻辑而不是程序逻辑；此外，即便开发人员想要关注其异常，也可以通过在其代码中使用在中间件20中预先定义的第二注解，实现对异常类型消息的获取，因此中间件20并不会对开发人员的固有开发习惯造成阻碍。

参照图3，将描述本发明另一实施例的项目管理中间件30。项目管理中间件30除了包括环境信息收集单元302、异常捕获单元304、异常消息构建单元306、异常消息传输单元308以及消息获取单元310之外，还包括一般消息构建单元312和一般消息传输单元314。

其中环境信息收集单元302、异常捕获单元304、异常消息构建单元306以及异常消息传输单元308这些单元的细节，可参照图2的实施例的类似单元的描述，这里不再赘述。

在中间件30中，一般消息构建单元312被配置为：基于接收自所述模块的待发送消息内容，构建一般类型消息。

在一些实施例中，待发送消息内容可以具有如“消息头，消息体”的形式，消息头（head）为消息的标题，消息体（body）为消息的主体内容，待发送消息的具体内容可以由开发人员自定义。

在中间件30中，一般消息传输单元314，其被配置为：将所述一般类型消息传输到消息队列中。

在一些实施例中，一般消息传输单元314可以包含：实例创建子单元、实体创建子单元以及发送子单元（均未示出）。

实例创建子单元在被开发人员调用后可创建发送端实例，以进行消息发送的准备；实体创建子单元在被开发人员调用，并传入待发送消息内容后（例如，“消息头”和“消息体”作为参数），可创建消息实体；发送子单元，将消息实体传输到消息队列中。

消息获取单元310中，当收集到待获取的消息类型是一般类型时，获取消息队列中的一般类型消息。

在一些实施例中，为了高效地获取指定类型的消息，同样地，可以利用Java的反射机制，例如在节点设备10上开发人员使用中间件30中预先定义的第二注解，此时第二注解的参数指示消息类型为“一般类型”，就可以获取到一般类型的消息。

如图4所示，在中间件30的改进型实施例40中，异常消息构建单元406所构建的所述异常类型消息和一般消息构建单元412所构建的所述一般类型消息具有预定义消息格式，所述预定义消息格式可以包括下列字段：消息标识符字段、消息类型字段、消息主体字段，此外还可以包括一些预留字段，以应对未来扩展的需求。其中所述异常类型消息的消息主体字段中封装环境信息和所述异常信息；所述一般类型消息的消息主体字段中封装所述待发送消息内容。

并且，所述项目管理中间件40还包括：第一消息格式转换单元416，其被配置为：在消息待传输到消息队列中之前，将待传输消息按照预先配置的基于消息队列的工具所规定的第二消息格式进行转换后进行传输；以及第二消息格式转换单元418，其被配置为：在从消息队列中获取了所述第二消息格式的消息之后，将获取到的消息转换回所述预定义消息格式。

对实施例的项目管理中间件40中各单元的未详尽描述之处，可以参考中间件20和中间件30中类似单元的描述。

通过实施例的项目管理中间件40，由于异常消息构建单元406和一般消息构建单元412构建的消息格式是统一的，发送和接收消息已经被中间件40高度抽象化，因此，开发人员无需再关注发送和接收消息的细节，例如，所用的基于消息队列的工具具体为哪一种，例如是kafka还是RabbitMQ，所用工具版本如何，参数应该如何配置。即便消息发送的底层机制发生了变化，开发人员发送和接收消息的方式无需相应改变。并且通过具体地配置第一消息格式转换单元416和第二消息格式转换单元418，中间件40可以和各种类型、版本的基于消息队列的工具进行交互。在一些实施例中，第一消息格式转换单元416可以配置为默认与一种基于消息队列的工具交互，此外还可以配置有备用的交互方式，如通过http协议发送和接收消息。

如图5所示，描述了本发明实施例的一种项目管理方法500，包括：

步骤502，收集节点设备的与项目本身有关的环境信息，所述环境信息包括所述节点设备上建立的项目的项目名称、所述项目包含的模块的模块名称；

步骤504，捕获所述模块在运行时产生的异常信息；

步骤506，基于所述环境信息和异常信息，构建异常类型消息；

步骤508，将所述异常类型消息传输到消息队列中；以及

步骤510，当收集到待获取的消息类型是异常类型时，获取消息队列中的所述异常类型消息。

在一些实施例中，所述项目管理方法运行在多个节点设备以及公共端服务器上，并且所述异常信息包括：所述项目名称、节点设备IP地址、接口路径、出错行堆栈信息。

在一些方法实施例中，通过预先定义的第一Java注解来收集所述环境信息，其中所述第一Java注解的参数为环境信息。

在一些方法实施例中，通过预先定义的第二Java注解来收集待获取的消息类型，其中所述第二Java注解的参数为消息类型。

在另一些方法实施例中，所述环境信息还可以包括所述节点设备的名称、开发人员姓名以及开发人员编号中的一项或多项。

在一些方法实施例中，该方法还可以包括基于接收自所述模块的待发送消息内容，构建一般类型消息；将所述一般类型消息传输到消息队列中；并且当收集到待获取的消息类型是一般类型时，获取消息队列中的一般类型消息。

在对上述方法实施例的改进中，所构建的所述异常类型消息和所述一般类型消息具有预定义消息格式，所述预定义消息格式包括下列字段：消息标识符字段、消息类型字段、消息主体字段，其中所述异常类型消息的消息主体字段中封装所述环境信息和所述异常信息；所述一般类型消息的消息主体字段中封装所述待发送消息内容，并且，该方法实施例还可以包括：第一消息格式转换单元，其被配置为：在消息待传输到消息队列中之前，将待传输消息按照预先配置的基于消息队列的工具所规定的第二消息格式进行转换后进行传输；以及第二消息格式转换单元，其被配置为：在从消息队列中获取了所述第二消息格式的消息之后，将获取到的消息转换回所述预定义消息格式。

在一些方法实施例中，还可以通过继承Spring框架所提供的拦截接口，实现对异常信息的捕获。

对本发明各方法实施例的详尽描述可参照对装置实施例的描述，在此不进行赘述。

在一个实施例中，还提供了一种计算机设备，包括处理器、存储器以及其上存储的计算机可执行代码，当所述处理器执行所述计算机可执行代码时可以实现上述实施例中所述的方法。计算机设备的实例例如是服务器11、节点设备10等。

综合上述各实施例，可以发现，通过使用本发明实施例，不仅能够使开发人员专注于业务逻辑，节约开发人员的精力，而且使项目管理人员对于项目开发过程的管理更为有效，因此，可以有效地推进软件开发的进度和质量。

这里描述了各种操作或功能，其可以被实现为软件代码或指令或被定义为软件代码或指令。这样的内容可以是可直接执行的源代码或差异代码(“增量”或“块”代码) (“对象”或“可执行”形式)。软件代码或指令可以存储在计算机可读存储介质中，并且当被执行时，可以使机器执行所描述的功能或操作，并且包括用于以机器可访问的形式存储信息的任何机构(例如，计算设备，电子系统等)，诸如可记录或不可记录介质(例如，只读存储器(ROM)、随机存取存储器(RAM)、磁盘存储介质、光存储介质，闪存设备等)。

与“包括”、“包含”或“特征在于”同义的术语“包括”是非排他性的或者开放性的，不排除另外的、未叙述的要素或方法步骤。“包括”是权利要求语言中使用的本领域的术语，其意味着所命名的要素是必要的，但是能够添加其他要素并且仍然形成权利要求书的范围内的结构。

如本文所使用的，当在实体列表的上下文中使用术语“和/或”时，是指单独或组合出现的实体。因此，例如，短语“A、B、C、和/或D”分别包括A、B、C和D，但也包括A、B、C和D的任何和所有组合和子组合。

以上实施例仅为本发明的示例性实施例，不用于限制本发明，本发明的保护范围由权利要求书限定。本领域技术人员可以在本发明的实质和保护范围内，对本发明做出各种修改或等同替换，这种修改或等同替换也应视为落在本发明的保护范围内。

Claims (10)

1.一种项目管理中间件，其特征在于包括：

环境信息收集单元，其被配置为收集节点设备的与项目本身有关的环境信息，所述环境信息包括所述节点设备上建立的项目的项目名称、所述项目包含的模块的模块名称；

异常捕获单元，其被配置为捕获所述模块在运行时产生的异常信息；

异常消息构建单元，其被配置为基于所述环境信息和所述异常信息，构建异常类型消息；

异常消息传输单元，其被配置为将所述异常类型消息传输到消息队列中；以及

消息获取单元，其被配置为：当收集到待获取的消息类型是异常类型时，获取消息队列中的所述异常类型消息。

2.根据权利要求1所述的项目管理中间件，其特征在于，所述项目管理中间件搭载在多个节点设备以及公共端服务器上，并且所述异常信息包括：所述项目名称、节点设备IP地址、接口路径、出错行堆栈信息。

3.根据权利要求1所述的项目管理中间件，其特征在于，所述环境信息还包括所述节点设备的名称、开发人员姓名以及开发人员编号中的一项或多项。

4.根据权利要求1所述的项目管理中间件，其特征在于，所述项目管理中间件为jar文件类型，并且

在所述环境信息收集单元中，通过预先定义的第一Java注解来收集所述环境信息，其中所述第一Java注解的参数为环境信息；

在所述消息获取单元中，通过预先定义的第二Java注解来收集待获取的消息类型，其中所述第二Java注解的参数为消息类型。

5.根据权利要求4所述的项目管理中间件，其特征在于，在所述异常捕获单元中，通过继承Spring框架所提供的拦截接口，实现对异常信息的捕获。

6.根据权利要求1~5中任一项所述的项目管理中间件，其特征在于，还包括：

一般消息构建单元，其被配置为：基于接收自所述模块的待发送消息内容，构建一般类型消息；以及

一般消息传输单元，其被配置为：将所述一般类型消息传输到消息队列中；其中

所述消息获取单元被进一步配置为：当收集到待获取的消息类型是一般类型时，获取消息队列中的一般类型消息。

7.根据权利要求6所述的项目管理中间件，其特征在于：

所构建的所述异常类型消息和所述一般类型消息具有预定义消息格式，所述预定义消息格式包括下列字段：消息标识符字段、消息类型字段、消息主体字段，其中所述异常类型消息的消息主体字段中封装所述环境信息和所述异常信息；所述一般类型消息的消息主体字段中封装所述待发送消息内容，并且，所述项目管理中间件还包括：

第一消息格式转换单元，其被配置为：在消息待传输到消息队列中之前，将待传输消息按照预先配置的基于消息队列的工具所规定的第二消息格式进行转换后进行传输；以及

第二消息格式转换单元，其被配置为：在从消息队列中获取了所述第二消息格式的消息之后，将获取到的消息转换回所述预定义消息格式。

8.一种项目管理方法，其特征在于包括：

收集节点设备的与项目本身有关的环境信息，所述环境信息包括所述节点设备上建立的项目的项目名称、所述项目包含的模块的模块名称；

捕获所述模块在运行时产生的异常信息；

基于所述环境信息和所述异常信息，构建异常类型消息；

将所述异常类型消息传输到消息队列中；以及

当收集到待获取的消息类型是异常类型时，获取消息队列中的所述异常类型消息。

9.根据权利要求8所述的项目管理方法，其特征在于，所述项目管理方法运行在多个节点设备以及公共端服务器上，并且所述异常信息包括：所述项目名称、节点设备IP地址、接口路径、出错行堆栈信息。

10.一种计算机设备，包括处理器、存储器以及其上存储的计算机可执行代码，其特征在于，当所述处理器执行所述计算机可执行代码时实现如权利要求8所述的方法。

Images