文摘

任何业务流程生命周期管理的一个重要方面的性能,性能要求在指定业务流程与关键绩效指标(kpi)目标价值的实现在一定分析。KPI是业务指标用来衡量和评价个人能力,成熟,业务流程的复杂性和灵活性在开发环境中。本研究设计的四个一般kpi的集成SOA和scrum IIoT把这些方法的进一步发展。研究还发现了一些共同的标准,将帮助软件开发人员,尤其是那些想要应用SOA和scrum集成。这些指标将发挥关键作用的桥接与经营活动改进的策略和概念。确定kpi将有助于测量业务敏捷性,质量和价值,团队效率和scrum,基于SOA项目的复杂性。软件开发组织也可以练习这些kpi知道专注他们的资源交付最终的商业利润。软件商业组织可以更好地调整他们的商业项目,投资市场的快速变化和交付。

1。介绍

在当下时代的动态业务环境,灵活地欢迎改变和适应高效和成本有效的相关的任何商业组织的成功。灵活性和改变采用面向服务的体系结构(SOA)的关键属性和敏捷软件开发过程(1]。尽管敏捷性的概念是完全可见的两边,还是两个不同概念的集成(体系结构框架和开发过程)应该想到之前雇佣他们为软件开发项目(2]。因此,使用一个合适的基于soa的应用程序开发采用敏捷过程的主要需求,修改,改变甚至在应用程序构建的保护软件优势和质量是至关重要的(3]。Scrum是一种敏捷软件开发技术,通过一个系统开发效率和快速通过定期、频繁,完整版本允许参与者和利益相关者在项目获得应用程序,以检查和测试它通过回顾会议。原型概念或模型可以发展成为一个有用的进步和创新系统通过一个迭代和增量过程是由利益相关者的反馈,基于快速连续版本的软件。

scrum方法公开地址设计和上升等蔑视大设计印刷(比如水下降方法)来抑制这种态度。虽然大多数面向服务的体系结构(SOA)团队几乎是主要的玩家聚集在圈子里的服务。SOA的本性激发特定团队组成的团队内部的沟通和风格的统治政策,如scrum实践。我们可以说,scrum是像人类的手在手套工作。虽然SOA就像手套,是企业范围宽,scrum过程的模式可以建立应用程序所支持的软件部分。我们的研究工作,大部分的scrum和SOA原则并不冲突。应用程序开发彻底scrum没有明确的目标和强大的组织将是无用的。SOA没有一个强有力的形象到底是如何设计和构建真正使用scrum流程模型规则是浪费资源和时间。

估计和测量系统的开发成本和收入的影响,以及其他scrum和SOA指标,任何杰出的商业组织是至关重要的。测量和跟踪更改度量值作为系统的服务是至关重要的进步成长及其范围增加。确认的方式来证明SOA和scrum的行业价值是通过各自的kpi。我们可以说指标kpi的语言,kpi使用它在你的商业伙伴理解它。这些kpi可以给的方法测量敏捷性,复杂性,scrum和SOA团队的效率和价值,对于那些想要使用scrum和SOA组合。我们已经确定了16个不同的指标对SOA和scrum详细讨论在接下来的部分。这些都是一些最重要的保持正轨的业务价值scrum和SOA的交叉组合。使用SOA和scrum的组合,我们结合个体识别的指标分为四个共同的标准,这使得SOA的交叉组合和scrum的kpi。团队速度,业务敏捷性,产品质量,努力复习变得scrum的关键性能指标(kpi)和SOA的开发方法(SSDA)。

本文的第一部分一般解释了SOA和scrum敏捷流程模型,和二次源在这项研究中存在不同的学者的工作讨论了作为第二部分的文献综述。scrum, SOA指标,讨论了这两种方法的集成在第三和第四部分。提出了确定kpi在第五部分。第六部分描述分析和讨论,本研究的结论,意义,和局限性和未来的工作提出了部分7,8,9,分别。

2。文献综述

研究人员和专业人士意见不一的评估和测量,相似性,scrum和SOA方法的兼容性。批评者强调SOA和敏捷方法之间的区别,认为SOA和敏捷是站在不同的发展方向:SOA是一种体系结构和敏捷方法(4),SOA在自上而下的方式工作和敏捷本质上是一种自底向上的方法(5]。SOA是一种体系结构框架和遵循的原则,而敏捷是一个过程模型,更在实践层面。一些研究人员还声称,基于soa的系统开发和部署不同的从传统的发展1]。也有许多挑战,如股东参与,业务和IT的对齐,和重用资产。为了克服这种类型的问题,敏捷性和面向服务集成的更好。值得注意的是,scrum和SOA分享类似的担忧,如响应变化,新的工作方式,灵活性,和业务理解6]。不同作者讨论了这两个术语及其在滴定以不同的方式,分别讨论了在以下部分:

2.1。面向服务的体系结构(SOA)

SOA是一种体系结构框架和方法来设计、开发、管理和部署软件应用程序和软件基础设施,所有应用程序结构化到业务逻辑被称为服务网络可执行和访问。换句话说,SOA同意的集成应用,用户和现有系统变成一个灵活的体系结构,可以很容易地适应变化,当它需要在一个系统(7]。SOA被认为是分布式应用程序开发的最佳方法之一。

SOA允许重用现有系统的功能,而不是从头开始再次。这个特性基于soa的应用程序中的可重用性最大化经济利益的组织(8]。每个服务在SOA执行自主但不孤立的整体。每个服务封装了一个特定问题域逻辑。SOA的主要特点是可重用性,松散耦合、服务合同、自主性、抽象,可发现性,和无状态性9]。SOA同意的集成应用程序、用户和现有系统到一个灵活的体系结构,可以很容易地适应变化时需要一个系统(10]。SOA被认为是一个最好的方法为分布式应用程序开发(11]。

2.2。Scrum敏捷软件开发

敏捷流程模型往往关注的是迭代和客户建议以提高性能和允许不同需求的可预测性。敏捷软件开发(ASD)是一个系统的开发过程是开发高效、快速通过定期、频繁,完整版本允许参与者和利益相关者在项目获得应用程序,以检查和测试它通过敏捷回顾会议。原型概念或模型可以发展成为一个有用的进步和创新系统通过一个迭代和增量过程是由利益相关者的反馈,基于快速连续版本的软件。Scrum是一种敏捷方法的最标准的方法引入敏捷性由于其灵活性和直早熟12)和一个受欢迎的管理敏捷方法在工业。敏捷开发的应用程序在企业周围的复合性质可能是一个挑战,因为团队成员和他们的环境(13]。敏捷软件开发过程有助于发现更好的方法来开发软件通过促进个人和团队合作14]。敏捷流程计划保持早期和快速发展的软件应用程序。这是通过将开发过程划分为冲刺,冲刺应力(或迭代)工作的交付产品,提供项目和客户价值(15,16]。Scrum,作为最常用的敏捷过程,强调经验反馈,团队自我管理,努力构建适当的测试产品在短迭代增量(17]。

2.3。Scrum的集成和SOA和kpi

灵活性和改变采用面向服务的体系结构(SOA)的关键属性和敏捷软件开发流程。尽管敏捷性的概念是完全可见的两边,还是两个不同概念的集成(体系结构框架和开发过程)应该雇佣他们之前认为的一个软件开发项目。因此,使用一个合适的基于soa的应用程序开发的敏捷过程,采取重大需求修改和变化即使在应用程序构建软件优势和质量守恒定律,是至关重要的(18]。SOA和scrum开发方法但在不同的方向。在服务开发场景中,SOA方法遵循屁股上的方法而scrum遵循自上而下的方法是使用一个过程开发方法。等问题,如何将这些不同的方法可以相互兼容和可度量的同时应用时相同的任务?SOA也遵循同样的测量方法就像scrum过程?如果答案是肯定的,那么为什么不使用相同的测量方法对scrum和SOA ?如何综合这两种方法呢?

今天,估计和测量系统的开发成本和收入的影响,以及其他scrum和SOA指标,任何杰出的商业组织是至关重要的。测量和跟踪更改度量值作为系统的服务是至关重要的进步成长及其范围增加。肯定的方式来验证软件开发业务价值是通过测量指标,将关键绩效指标(kpi)。KPI使用某种类型的术语或语言可以理解您的业务的同事,指标。他们可以提供你的资源和知识来衡量SOA和scrum-related项目实际业务的扩充。

在这里,我们使用指标来估算软件开发的进展得到持续的视觉和短程季度目标。这些指标可以使kpi将领导和指导力量,可以同步目标与日常操作的性能。不同作者讨论了SOA的不同指标和scrum单独使用不同的术语,但是在这些指标,我们已经讨论了最重要的指标,它们能给市场更多的好处,那些应用SOA和scrum的组合在一个软件开发项目。我们已经讨论了scrum和SOA最重要的指标,在本节进行了总结。

2.4。研究问题和研究的贡献

虽然SOA允许重用现有系统的功能,而不是从头开始再次。这个特性的基于soa的应用程序中的可重用性最大化经济利益组织(3]。每个服务在SOA执行自主但不孤立的整体。每个服务封装了一个特定问题域逻辑。SOA的其他特性是松散耦合、服务合同,自主权,抽象,可发现性,和无国籍,scrum是一种敏捷方法这是一个标准的方式直接引入由于它的灵活性和敏捷性早熟(4]。这是一个流行的敏捷管理方法。敏捷开发的应用程序在企业周围可能是一个挑战,因为团队成员和他们的环境的复合性质(5]。scrum过程有助于发现更好的方法来开发软件通过促进个体,以及团队(6]。

尽管SOA和敏捷方法一般认为与相关问题,仍然没有明确的组织的定义和设置在一个环境中这两种方法。提供了很少的信息,将这个集成实现的重要的影响因素,如生产力、质量、灵活性和创新性。关键绩效指标的理解scrum和成熟的SOA集成也是一个问题。因此,该研究旨在分析scrum和SOA的兼容性与规则和实践scrum和SOA集成应用程序。这可以通过定义kpi进行集成scrum和SOA环境使用的一个组织可以继续与一个成功的SOA项目的管理使用scrum流程模型。SOA和scrum是两种不同的方法,按照不同的方向。在服务开发场景中,SOA方法遵循自顶向下方法(服务是建立在SOA系统)的顶部而scrum遵循自底向上的方法(从最初的规划到原型交付),使用过程开发方法(19,20.]。问题是,这些不同的方法是如何互相兼容开发过程当工作在一起吗?另一个问题是SOA是否也遵循敏捷性就像scrum过程。如果答案是肯定的,那么如何?最后,如何将这两种方法相互集成两个单独提供的好处吗?

在这项研究中,一个基于SOA的应用程序开发项目被选中作为一个案例研究中,使用scrum流程模型的开发方法。这种基于soa的工业项目命名为m4(矿产资源、映射建模和管理系统)。项目开发和部署的角度包括八个核心模块,构成整个项目框架。大模块细分成更小的模块更好的组织和管理。scrum的标准后的系统开发阶段的开发方法。研究人员参与这个项目开发过程的分析和评估。正如已经讨论了scrum和SOA正在不同的方向,研究人员分析了兼容性,多样性,和这些不同的方法相似。Scrum和SOA指标进行分析来衡量他们的灵活性,复杂性、灵活性和团队效率。scrum和SOA的分析指标后,四个总体kpi设计测量这些不同的方法。

确定kpi团队速度,业务敏捷性,质量保证,努力复习。这些kpi将有助于软件业务组织明白提交资源,以实现最佳的商业价值。它也将有助于使软件开发商业项目和It投资对市场的变化。这些kpi将指导实践者来衡量和提高他们的综合scrum和SOA方法。

3所示。kpi Scrum和SOA集成

业务流程生命周期中的一个重要方面是估计,测量,和管理业务流程的性能。性能要求对业务流程指定为关键绩效指标(kpi)与目标价值的实现在一定分析时期(21]。KPI是业务指标衡量个人能力成熟度,复杂性,和敏捷性业务流程的开发环境。将进一步促进SOA和敏捷方法,我们已经确定了一些常见的指标,可能会给帮助软件开发人员,尤其是那些想要应用SOA和敏捷的组合,作为度量扮演着桥梁的重要作用与经营活动(改进的策略和概念22,23]。它封装了过程,人、工具和技术,导致无缝报告和治理指标所需的利益相关者包括行政领导,最终在一个组织拥有和指导持续的服务改进。指标是关注过程、程序、工具和模板,集成提供福利组织。

的主要目的为软件开发过程是使用指标(我)业务目标一致(2)以帮助实现业务操作合规要求(3)卓越运营的IT服务

SOA和scrum指标是用来衡量和评估的复杂性,敏捷,努力估计,一个组织的业务解决方案的灵活性[64]。这些指标分为两大类:scrum度量SOA和敏捷度量,描绘的人物1和2。

3.1。Scrum指标

的灵活性和快速应对市场波动的能力使得敏捷开发方法在市场化的背景下对企业的吸引力,尽管采用这些原则及其适用性的长期影响在市场化的背景下,在很大程度上,未知。现有研究和经验报告应用敏捷方法大多是孤立的评估这些方法在软件开发活动的性能,如提高开发人员的效率和生产质量更好的代码。为此,本研究确定了和分析了8个scrum指标表1将保持一个scrum团队,X₁,X₂,X₃,X₄,X₅,X₆,X_7,和X₈代表完成的故事与承诺,团队速度,质量交付给客户,团队的热情,以及正确使用scrum实践,回顾过程改进,团队沟通,和减少项目和维护费用第八指标,分别。

3.2。SOA指标

选择适用的指标和kpi定义估计实现企业组织目标的水平,在部署过程中,制度因素需要完善提高SOA kpi。同时,系统设置管理安排汇集维度支持划分指标,监控、服务水平协议参数,和运行时修改。SOA标准的目的是测量和评估的复杂性,敏捷,估算工作量,SOA和敏捷的解决方案系统的灵活性。SOA的测量来获得最大的考虑和公开与成功的SOA实现在任何开发组织。有少量的测量区域应考虑任何团体和可以作为一个起点。本研究还发现了八个SOA指标表中给出2,在那里Y₁,Y₂,Y₃,Y₄,Y₅,Y₆,Y₇,Y₈代表了每个服务收入,开发时间的服务,服务质量保证,新创建和使用占总服务可访问性和可用性,平均时间服务开发,服务重用,分别和违反建筑政策。

这些措施似乎获得最大的考虑和公开与丰硕的SOA工作和实现使用scrum开发过程模型。

4所示。Scrum和SOA的集成

正如已经讨论的,SOA和scrum是两种不同的方法,按照不同的方向。在服务开发场景中,SOA方法遵循自顶向下方法(服务是构建在SOA系统的顶端)在scrum遵循自底向上的方法(从最初的规划到原型交付),使用过程开发方法(19,20.]。问题是,这些不同的方法是如何互相兼容开发过程当工作在一起吗?另一个问题是SOA是否也遵循敏捷性就像scrum过程。如果答案是肯定的,那么如何?最后,如何将这两种方法相互集成两个单独提供的好处吗?这部分指的是这些问题,还讨论了SOA和scrum指标有共性。本研究发现不同的指标;其中,一些是最重要的,可以为业务提供更多的价值,那些目标是使用SOA和scrum在软件开发风险。scrum和SOA的一些指标用于分享共同的目标共同的特征。表3显示了scrum和SOA标准的分享一些共同的特征和目标。

5。Scrum和SOA的关键性能指标

收入和其他过程的测量、产品和项目指标是至关重要的软件开发组织的发展和完善24]。分别测量scrum和SOA和跟踪更改这些指标非常困难,但成功的关键业务流程和改进25]。scrum和SOA的成功和改进集成可以通过各自的kpi分析,从个人的设计指标。kpi翻译商业伙伴的业务性能的理解。这些kpi提供一种方法来衡量敏捷性,复杂性,效率,和scrum和SOA团队的价值26]。这项研究已经确定不同指标对scrum和SOA(在前一节中详细讨论)。scrum和SOA的各个指标共同特性映射到标准提供kpi scrum和SOA集成。四个结果kpi是为了保持业务价值的scrum和SOA的交叉组合。因此,团队速度(电视),业务敏捷性(BA),产品质量(PQ),和精力复习(ER)集成的关键性能指标是scrum和SOA方法(ISSA),这是scrum开发过程应用于SOA开发,软件应用程序。这些kpi的总结表4。

每个KPI的细节在下面几节中提供。

5.1。团队速度(电视)

表4识别团队速度作为第一个KPI评估的scrum和SOA指标相结合,也就是说,团队速度,完成故事与承诺,新的服务创建和使用服务总额的百分比,和服务开发时间。所有这些指标衡量团队或输出性能,换句话说,生产一个团队,这是scrum和SOA方法的一个共同的目标。因此,这些指标相结合的形式为scrum和SOA方法集成的KPI。图3与方程(1)参与团队速度的因素。

5.2。业务敏捷性

图4和方程(2)显示了SOA和scrum的因素参与“业务敏捷性”。

业务敏捷性是第二个KPI设计结合的scrum和SOA标准命名为服务的开发时间,团队速度,每sprint团队热情,和收入。这个KPI显示SOA服务”和scrum团队的快速发展速度。“这表明故事点在scrum团队完成的数量在一个特定的冲刺。Scrum敏捷和SOA依赖Scrum团队和服务的进步发展。业务敏捷性和参与指标如图4。

5.3。产品质量

scrum和SOA的四个指标,即质量交付给客户,服务质量保证,服务可访问性和使用,平均收入冲刺间接测量软件产品质量。因此,这些指标映射到产品质量KPI定义,这将代表着服务质量由scrum团队在一个特定的sprint在时间和预算。映射的度量标准的产品质量KPI如图5。

5.4。努力复习

图6与方程(4)显示了SOA和scrum的因素参与“努力审查。”

努力复习第四KPI设计结合scrum和SOA等指标回顾会议,违反建筑政策,团队沟通,和热情的指标。这种KPI将复习冲刺的每日例会过程检查前冲刺的性能对人,关系,过程工具和违反架构在开发SOA服务的政策。它还将呈现scrum团队的行为和沟通,他们在开发过程中。这种KPI及其映射指标如图6。

6。分析和讨论

软件度量和评估是很重要的对于任何过程改进计划。软件度量允许感兴趣的品质来衡量和评估以识别潜在的问题。度量提供了洞察一个潜在的解决方案的成本和收益。不幸的是,现有的个人scrum和SOA标准相对不成熟,也没有通用的测量和度量可用scrum和SOA集成的应用程序的软件开发项目(27]。还有一个误解识别所需的测量性能的scrum和SOA上下文中的集成。另一个问题为识别指标综合使用scrum和SOA是专注于各自的属性,因素,和工具,然后收集测量数据对个人特定因素的集成环境。因此,个人因素不工作在这种情况下(28]。

kpi确定在本研究中解决这些问题,并提供一个基础来衡量业务敏捷性,质量价值,团队效率和scrum的复杂性,基于soa的项目。这些kpi将有助于理解提交资源,以实现最佳的商业价值。它也将有助于使软件开发商业项目和It投资对市场的变化。这些kpi将指导实践者来衡量和提高他们的综合scrum和SOA方法。

一些作者已经讨论了SOA的不同指标和scrum分别在不同的论文,其中,我们已经确定了最重要的指标,可以给市场更多的利益和那些人应用SOA和scrum的组合在一个软件开发项目。通过这些指标,可以简化开发过程时,采取适当的措施。其中scrum和SOA指标,指标的一些共同的目标,可以提供更多的灵活性,灵活性和兼容性。

scrum流程模型和面向服务的体系结构(SOA)方法鼓励商人负责不同的软件开发专家提供的意义和价值和努力。这些指标将支持支持组织和企业,可以让傲慢的软件投资和scrum团队提供软件服务的最高价值一再和迅速。价值观取向的工作的一个好处是向客户交付价值的特性迅速发展可能会在计划的进展[自筹资金29日,30.]。“商业价值”这是scrum团队会和业务优化和增强组织后将作为一个关键性能指标(31日]。软件服务价值最好可以由有关当事人和scrum团队一起,在特定的软件开发组织可以给定一个特定的成本和客户价值衡量32]。

在这项研究中,我们已经识别出最关键和重要的指标,因为太多的测量指标可能不会导致项目的成功。这些指标将有价值的信息,不仅最少的努力,而且正确的信息,帮助开发团队在他们的学习和进步的目标。scrum之间找到一些共同的属性或特征指标和SOA标准的一般组织度规,但方差衡量的方法,例如,测量scrum团队速度和SOA服务单位时间开发的。一些scrum指标使用个人测量等计算指标进步的一员。基于用户故事的故事点估计的一个团队,它不能被不同的团队之间相比,因为发达特性可能不会有相同的行为和功能。一些常见的应采取措施把scrum和SOA指标,例如,scrum团队速度指标和服务开发了单位时间内的数量。如前所述,敏捷的,应该关注人,因此,在未来的测量包括这个因素。面向服务的体系结构(SOA)的主要目的是使整个企业敏捷通过使用服务的软件应用程序的构建块。同时,软件开发通过scrum流程模型意味着增加组织灵活性,汇集scrum实践可以增加沟通,协作和反馈。哪个是准确的和更好的? We have identified different metrics for SOA and scrum which are discussed in detail in previous sections. Some of these are most important to keep on track the business value for the cross combination of scrum and SOA. In light of the using the SOA and scrum combination, we have combined the individually identified metrics into four common metrics, which make the KPIs for the cross combination of SOA and scrum. The team velocity, business agility, product quality, and effort review become the Key Performance Indicators (KPIs) for the scrum and SOA development approach (SSDA).

很多从业者成功应用敏捷过程,尤其是scrum企业系统开发。SOA也是一个支持架构为企业系统开发在许多情况下;因此,该集成方法肯定会有改善的结果。给出的kpi还将有助于识别和促进改善的好处。

7所示。结论

Scrum和SOA是关于敏捷性,可以应用于许多规则和原则,不互相碰撞。Scrum是围绕提供快速和SOA体系结构配置。这种方式,他们彼此保持平衡。一个没有其他没有意义。确认的方式来证明SOA和scrum的行业价值是通过各自的kpi。我们可以说指标kpi的语言。kpi用它商业伙伴的方式理解它。这些kpi意味着测量敏捷性,复杂性,效率,和价值的scrum和SOA团队对于那些想要使用scrum和SOA集成环境;SOA和scrum的鉴定指标,详细讨论了在前面的章节中,是重要的保持正轨scrum的集成和SOA的业务价值。使用SOA和scrum集成,分别确定了指标组合成四种常见指标,使集成scrum和SOA的kpi。 “Team velocity,” “Business Agility,” “Product Quality,” and “Effort Review” are the key performance indicators (KPIs) for the scrum and SOA development approach (SSDA).

这些kpi将有助于测量业务敏捷性,质量和价值,团队效率和scrum的复杂性,基于soa的项目。这些kpi可以练习知道专注的资源交付最终的业务利润,以更好地使您的业务项目和IT投资与市场变化。

8。这项研究的意义

SOA和敏捷是一个主要的规划和设计决策;都需要适当的规划和管理系统开发的整个生命周期。kpi将帮助所有利益相关者了解拟议的技术和规则将帮助他们在规划资源,以及性能测试的主要里程碑。这些指标将发挥关键作用的桥接与经营活动改进的策略和概念。所确定的kpi将有助于测量业务敏捷性,质量和价值,团队效率和scrum的复杂性,基于soa的项目。软件开发组织也可以练习这些kpi知道专注他们的资源交付最终的商业利润。软件商业组织可以更好地调整他们的商业项目,投资市场的快速变化和交付。

9。局限性和未来的工作

这需要专业知识在SOA和敏捷。管理开销的敏捷方法的开始将使团队想出一个适当的应用程序设计和开发过程顺利。同时,我们不适用这些KPI在一个真实的案例研究由于缺乏资金和时间禁止的应用提出研究过程在真实的场景中。我们正在设计一个案例研究验证研究的贡献。虽然研究表明,提出的过程将有许多持久而等待的好处,它可以进一步提高扩展绿色和可持续的未来软件开发。

数据可用性

没有数据可用来支持这项研究。

的利益冲突

作者宣称没有利益冲突有关。