[发明专利]获取软件工程中的业务信息的装置和方法

说明书

技术领域

本发明涉及软件工程，更具体而言，涉及获取软件工程中的业务信息的装置和方法。

背景技术

在软件工程领域中，一个软件项目通常要由一个项目团队中的多个成员共同协作完成。在这个过程中，项目团队的管理者为各个成员分配要完成的工作和任务，并为其部署相应的软件工具。各个成员利用各自的专用软件工具完成所分配的任务，从而在团队扮演不同的角色，例如，需求分析师，架构师，开发人员，测试人员等等。在协作完成软件项目的过程中，团队中各个成员之间的工作是相互关联的，例如，架构师基于需求分析师对客户需求的汇总和分析来构建功能架构，开发人员基于这样的功能架构进行具体的开发，测试人员对开发出来的软件模块进行测试。因此，团队成员之间的协同合作非常重要。

为了使得团队成员之间能够高效地进行协作，需要分析、获取软件工程中的各种业务信息，并将这些业务信息在成员之间共享。这些业务信息可以包括职责的划分和变更、当前产品状态、产品更新事件等。通常，业务信息可以通过软件项目中的工件及其状态变化来体现。

软件项目中的工件(artifact)是指在进行软件开发过程中产生的各种各样的产物，如模型、源代码、测试用例等。每当团队成员的工作有所进展，所产生的工件就会发生相应的变化，从而体现出其工作进度。

现有技术中已经存在一些可以用于团队沟通和更新通知的工具。有些工具，例如RSS，具有通知功能，能够在团队成员之间提供通知通道。然而，这样的工具不能捕获工具中发生的改变事件，并且需要用户手动定义需要将哪些通知发送给哪个团队成员。有些工具具有消息发布功能，例如Facebook、LinkedIn等，它允许每个团队成员针对整个团队发布各种信息。这样的发布类似于团队内部的广播系统，每个成员都会接收到发布的消息，而不管是否与此有关。另外，发布的内容也是需要手动定义的。还有些工具具有版本管理功能，例如，Microsoft Team Foundation Server、CVS/SVN等，这样的工具可以捕获所管理的工件上发生的改变，还有可能将改变事件发送给有关成员。然而，这样的工具是针对特定类型的管理目标或工件而设计的。如果管理目标发生改变，则很难进行扩展。

在项目团队中各个成员利用不同的软件工具更新不同种类的工件的情况下，现有技术中的上述各种工具都不能普适地对各种不同的软件工具和工件进行检测，更无法自动获取关于成员的工作进展状况的业务信息并将其在团队成员之间进行传递和沟通。因此，希望能有一种方案，对于团队中不同的工作内容，都能够自动地检测出工件的状态变化，进而获取有用的业务信息，提高团队的协作性和工作效率。

发明内容

鉴于以上提出的问题，提出本发明，以在软件工程中获取各种业务信息，提高软件开发的效率。

根据本发明第一方面，提供了一种获取软件工程中的业务信息的装置，包括：传感器生成器，配置为根据软件工程中所使用的软件工具的数据存储方式，为软件工具生成传感器，使得所述传感器检测与软件工具相关的工件改变事件；以及中央分析器，配置为从所述传感器收集所述工件改变事件，分析所述工件改变事件的至少一个属性，由此获得业务信息。

根据本发明第二方面，提供了一种获取软件工程中的业务信息的方法，包括：根据软件工程中所使用的软件工具的类型，为软件工具生成传感器，使得所述传感器检测与软件工具相关的工件改变事件；以及从所述传感器收集所述工件改变事件，分析所述工件改变事件的至少一个属性，由此获得业务信息。

通过本发明实施例的装置和方法，能够针对各种软件工具现场生成适用的传感器，从而检测与软件工具相关的工件改变事件，并基于检测的工件改变事件获得各种需要的业务信息，从而有利于团队的协作与项目的高效完成。

附图说明

图1示出根据本发明一个实施例的获取业务信息的装置的框图；

图2示出根据本发明一个实施例的传感器生成器和所生成的传感器的结构；

图3示出一个责任矩阵的例子；

图4示出根据本发明实施例的装置10的几种示例性执行方式；

图5示出根据本发明一个实施例的获取业务信息的方法的流程图；以及

图6示出图5中步骤52的子步骤。

具体实施方式

以下结合附图描述本发明的具体实施例。但是应该理解，以下对具体实施例的描述仅仅是为了解释本发明的执行示例，而不对本发明的范围进行任何限定。