[发明专利]在用于监控开发人员对软件代码开发过程的遵守的系统中的规则合并

说明书

技术领域

本公开一般地涉及软件代码的开发，并且特别地涉及用于在用于监控开发人员对软件代码开发过程的遵守的系统中合并规则的技术。 

背景技术

软件代码——包括可以用于控制和命令诸如微处理器、微控制器、协处理器等一个或多个处理设备的操作的指令——无所不在，并且遍及现代技术的很多方面。软件开发项目领域(有时涉及进行为期数月甚至数年的工作的大量软件开发人员(即负责软件代码的实际编写的那些人员))要求使用软件代码开发过程，开发人员需要采用该软件代码开发过程以便提供高质量的代码。这种软件开发过程一般地规定了开发人员在考虑软件代码“完成”之前必须采取的各种步骤。例如，软件开发过程可以规定，在使用公知的配置管理和/或源控制仓库工具来进行签入之前，开发人员将如何查看代码质量、执行单元测试、修复缺陷等。 

实践已经证明，确保软件代码开发过程的高保真采用会得到更高质量的代码。这种软件代码的改善的质量最终导致整个集成软件项目的改善的质量，并且最终得到改善的终端用户满意度。相反，开发人员不遵守这种软件代码开发过程会导致更有可能出现更低质量的代码、代码功能中的更多错误、增加的集成问题以及终端用户的不满意度。 

即便不考虑以下代码开发过程的重要性，当前项目管理者仍然难以验证开发人员实际上遵守了所推荐的软件代码开发过程(特别 是对于采用了大量和/或地理上分散的开发人员的大型项目而言)。由于软件代码的实际创建典型地发生在多个开发人员的本地工作站和集成开发环境(IDE)中，从物理上说项目管理者几乎总是不可能直接监控每个开发人员的工作站及他/她的工作。这种监管缺失通常导致开发人员绕过软件代码开发过程由此降低了所得到的代码的质量。另外，修正所产生的质量问题所需的时间和工作量降低了完成开发项目的整体效率。 

为解决这些问题，已经开发了系统来提供对于开发人员对软件开发过程的遵守的自动化监控。例如，Johnson和Kou在AGILE 2007中的“Automated Recognition of Test-Driven Development with Zorro”一文中描述了所谓的Zorro系统。Zorro系统使用开源框架(Hackystat)来在各种开发环境工具中部署“传感器”，以收集加有时间戳的原始事件数据。软件开发流分析(SDSA)应用分析原始事件数据，以确定“事项(episode)”在按时间排序的事件数据流内的存在。Zorro应用继而对事项执行基于规则的分析以确定开发人员是否遵守了特定的开发过程，例如测试驱动开发(TDD)。尽管诸如Zorro之类的系统对于确定开发人员对所希望的过程的遵守而言是有益的，但是可以预见，更复杂的过程将需要跟踪大量状态(例如Zorro系统中所使用的事项)，从而导致大量的更复杂的规则。为了更好地缩放如Zorro之类的过程遵守监控系统，提供用于更高效地管理用于评价过程遵守的规则的技术将是有益的。 

发明内容

本公开使得项目管理者等能够监控软件开发人员对一个或多个软件代码开发过程的遵守。一般地，这是通过如下方式实现的，即捕获由开发人员执行的相关活动的发生(正如由其所使用的开发工具所表明的那样)，并且随后将这些活动与所希望的软件代码开发过程的基于规则的模型相比较。给定的基于规则的模型与所捕获的活动之间的差异表明并未遵守软件开发过程。在一个实施方式中， 当接收了第一过程模式和第二过程模式并将其合并以提供合并后的过程模式时，会促进对规则的管理。每个过程模式，其可以由处理设备经由文本和/或图形用户接口来接收，代表了所希望的软件代码开发过程的至少一部分。可选地，可以将合并后的过程模式呈递给主题专家以获得对其的反馈。继而，可以将合并后的过程模式转换为可执行过程验证规则，其用于在监控过程遵守时使用。 

在一个实施方式中，通过首先将各过程模式转换为曲线图形式来完成对过程模式的合并。对所得到的第一曲线图和第二曲线图进行比较以确定第一曲线图与第二曲线图之间的交点，从而使得可以产生合并后的曲线图。继而，将合并后的曲线图转换为合并后的过程模式并随后如上所述地进行处理。 

在此处描述的一个实施方式中，事件收集组件收集由开发人员生成的开发过程事件信息，并且规则执行组件将其与软件代码开发过程的一个或多个可执行验证规则代表相比较。根据这些比较，如果不符合至少一个可执行验证规则的任何条件，则生成和存储一个或多个故障指示。此后，报告组件可以生成关于故障指示的报告，以便随后呈递给用户。