没有合适的资源?快使用搜索试试~ 我知道了~
软件组织面临的关键挑战:CMMI级别2项目生命周期阶段定义
沙特国王大学学报定义项目生命周期阶段的模型:CMMI级别2特定实践伊斯梅尔·凯什塔沙特阿拉伯利雅得AlMaarefa大学应用科学学院计算机科学和信息系统系阿提奇莱因福奥文章历史记录:2019年7月31日收到2019年10月28日修订2019年10月30日接受在线发售2019年保留字:软件过程改进(SPI)能力成熟度模型集成(CMMI)项目规划项目生命周期阶段中小型软件开发组织A B S T R A C T仔细考虑能力成熟度模型集成(CMMI)第2级的具体实践,以“定义项目生命周期阶段”(SP 1.3)是一个关键要求,特别是当涉及到小型项目时,中型软件开发公司。这是帮助这些组织更接近CMMI 2级认证的必要步骤。因此,在本文中,我们报告了我们最新的实证研究,最近探讨了从业人员对SP 1.3实施的看法和经验在研究过程中,我们走访了三家公司,进行了三次深度访谈。我们开发了一个SP 1.3模型,使用不同的经验和从业者对SP 1.3实施的意见。该模型的四个基本阶段是计划、设计、评审和更新/返工。从业者将在这个模型中得到关于有效实施SP 1.3的建议©2019作者(S)。由爱思唯尔公司出版代表沙特国王大学这是一个开放的访问CC BY-NC-ND许可证下的文章(http://creativecommons.org/licenses/by-nc-nd/4.0/)。1. 介绍软件产品的重要性日益增加,业界对提高软件质量的需求日益增加,这意味着许多软件工程研究人员现在正在密切关注软件开发过程。在软件开发过程中,确实需要进行有效的改进和持续的评估。这些都是为了满足利益相关者和客户的需求。这些发展将导致制造最高质量的软件。事实上,可以说组织用来开发软件的过程强烈地影响着产品因此,开发一个足够优秀的高质量软件来满足客户需求是软件组织面临的一个主 要 挑 战 ( Kitchenham 和 Pfleeger , 1996 年 1 月 ; Scacchi , 2001年)。大量的研究人员通过使用软件过程改进(SPI)概念(Ashrafi,2003;García-Mireles,2013)来关注软件的质量。SPI的影响电子邮件地址:imohamed@mcst.edu.sa沙特国王大学负责同行审查Ashrafi(2003)研究了软件质量的方法论。García-Mireles(2013)强调,软件开发组织实施SPI主要是为了提高软件SPI被视为软件开发过程优化的一个重要方面,特别是对于中小型组织(Iqbal等人,2015; Rahmani等人,2016年)。Niazi和Babar(2009)认为,软件行业的主要挑战之一是设计SPI实施计划,以有效地帮助中小型组织。因此,研究工作旨在实施SPI框架和标准,以提高软件的质量和生产力(Dutra和Santos,2015; Niazi,2015)。公知的SPI标准的示例是能力成熟度模型集成(CMMI)(Paulk等人,1993),这是软件工程协会(SEI)(CMMI v1.3规范(CMMI,2018))和ISO/IEC 15504(ISO/IEC,2013;ISO/IEC,2015)引入的最新SPI模型。‘‘CMMI has been widely researched,” according to尽管CMMI模型帮助软件开发组织提高了软件质量,Stapleset al.(2007)指出了为什么大多数软件组织决定不使用CMMI作为SPI模型的重要原因。主要原因是该组织https://doi.org/10.1016/j.jksuci.2019.10.0131319-1578/©2019作者。由爱思唯尔公司出版代表沙特国王大学这是一篇基于CC BY-NC-ND许可证的开放获取文章(http://creativecommons.org/licenses/by-nc-nd/4.0/)。制作和主办:Elsevier可在ScienceDirect上获得目录列表沙特国王大学学报杂志首页:www.sciencedirect.comI. Keshta/ Journal of King Saud University399能力成熟度服务的费用。此外,Niazi和Babar(2007)指出,许多软件组织不愿意花这么长的时间来实现CMMI,因为所需的主要投资和有限的成功,迄今为止取得的成就。Wu et al.(2005)强调,实施CMMI的软件开发组织是相对较大的组织,它们由客户需求和自身需求驱动。值得注意的是,中小型软件开发 组 织 使 用 临 时 解 决 方 案 而 不 是 CMMI 来 实 现 SPI 程 序 ( Al-Tarawneh,2013),因为这些组织发现应用能力成熟度模型比大型组织更难(Al-Tarawneh,2013; Clarkeand 此外,他们没有足够的资源适当投资(Niazi和Babar,2007年; Laporte等人, 2017年)。然而,正如Richardson和Von Wangenheim(2007)指出的那样,小公司许多小企业也受到财务紧张的限制,这意味着他们并不总是有资金购买所需的经验。‘‘CMMI identifies ‘what’ activities are expected but does notspecify techniques on how to accomplish those activities,” accord-此外,Vivatanavorasin等人(2006)和Kerzazi(2015)强调,CMMI并没有说明软件开发组织如果想要实现CMMI过程域,应该如何采取行动。因此,这些公司没有任何明确的方法可以帮助他们实施CMMI。因此,需要更多地关注CMMI究竟“如何”实现的问题,以帮助这些组织成功地采用不同级别的CMMI。在我们提出的研究中,CMMI Level 2被特别提到,因为Niazi和Babar(2009)强调,当中小型软件组织开始接受CMMI作为SPI模型时,他们都打算达到Level 2。本文的目标是为SP 1.3开发高级(或抽象级)模型,该模型定义CMMI成熟度级别2的“项目计划”过程域的项目生命周期阶段。这是专门针对中小型软件开发组织的,是我们以前工作的扩展(Keshta等人,2017; Keshta等人, 2018年)。为了实现我们的目标,我们已经对申请人进行了三次初步面谈这些从业者为三个软件开发组织工作,阐述了他们实施SP1.3的典型经验找出他们对SP 1.3实现的主要关注点,并探讨SP 1.3实现所需的各个不同阶段和步骤。论文的其余部分将组织如下:第2将解释研究的动机是什么第3将介绍研究的背景,第4将解释拟议的SP 1.3模型是如何第5节将介绍我们从文献中获得的发现,并描述如何开发所提出第6节评估了我们的模型,第7节描述了研究的局限性。最后,第8节给出了结论和未来的工作。2. 动机我们决定在这项研究中解决CMMI中的第2级,因为中小型软件开发组织已经着手实现这一目标,同时他们开始采用CMM,SPI标准,以提高软件产品特别是CMMI成熟度级别2的PP过程域的SP 1.3,对于中小型软件开发组织来说尤其如此。之所以选择这种特殊的实践,是因为项目对项目生命周期的理解有助于项目管理研究。Pinto和Slevin(1987)已经注意到了这一点,他们指出“项目生命周期的概念为研究项目动态加班提供了一个有用的框架。”它被用来概念化工作阶段以及每个阶段的预算和组织资源需求。项目生命周期是有用的,因为它定义了执行与每个阶段相关的任务所需的工作量。如果规划工作的范围包括初始规划的实际时间以及标准和时间(关键里程碑),则了解项目生命周期至关重要。重新规划(CMMIv1.3规范有待确定(CMMI,2018); Chrissis et al.(Chrissis andKonrad,2006);项目的开始和结束都由生命周期定义。它分为项目阶段,使项目能够更好地控制。所有这些阶段统称为项目生命周期(Meredith和Mantel,2003)。这是将项目从愿景变为现实的过程(Turner,2009)。项目生命周期生命周期描述可以是一般性的,也可以是非常详细的(Ruppe等人,2008年)。此外,项目生命周期通常定义了每个阶段要完成的技术工作,并指出了每个不同阶段通常应该涉及的人员(Alfrepe等人,2008;项目管理研究所,2017)。在此必须注意的是,这些阶段可以是“重叠的”、“顺序的”或“螺旋的”.虽然重叠和顺序模型通常用于大多数项目,但螺旋模型广泛用于信息系统和软件开发项目(Belanger和Cleland,1997)。有很多项目生命周期模型具有不同的阶段名称和不同的阶段数量,但最常见的生命周期有四个不同的阶段:概念阶段,规划,执行和终止(Gray和Larson,2008)。因此,可以得出结论,定义项目生命周期阶段一直是软件开发中的一个挑战。3. 背景本部分旨在提供背景材料,将研究置于上下文中,并解释本研究论文1.3知识3.1. 软件过程改进(SPI)几十年来,人们做了各种努力来改进软件.这是因为软件组织的产品质量多年来一直受到质疑(Staples等人,2007年)。软件质量变得越来越重要,许多组织的座右铭是客户满意度,因为他们现在比以往任何时候都更加紧张(Staples和Niazi,2008)。尽管软件在我们的日常生活●●●400I. Keshta/ Journal of King Saud University(Staples和Niazi,2008),大多数软件组织不能在时间表和预算内交付高质量的软件(Ashrafi,2003)。已经开发了不同的方法来有效地解决软件质量问题,包括SPI(CMMI v1.3规范(CMMI,2018))。SPI使组织能够有效地评估他们开发软件系统的能力,从而识别他们的弱点和优势。在此之后,组织可以开始一个SPI计划,该计划具有可实现且明确定义的目标,以展示其成就。SPI的基本主题是组织可以确定可以控制和操纵的区域,以实现特定的产品效果。这是通过定义和理解公司的软件开发过程来实现的Fox和Frakes(1997)将SPI定义为Rico(1997)将SPI定义为“表征、定义、度量和改进软件管理和工程过程的学科,同时导致成功的软件工程管理、更高的产品质量、更大的产品创新、更快的周期时间和更低的开发成本。而Sommerville(2007)评论说,3.2. 能力成熟度模型集成(CMMI)软件工程研究所的最新模型是CMMI开发版本1.3(CMMI v1.3规范(CMMI,2018))。CMM集成项目的创建是为了解决使用多个CMM的反复出现的困难。CMMI是一种能够将三个源模型--电子工业联盟/临时标准(EIA/IS)731、软件能力成熟度模型和集成产品开发能力成熟度模型(IPD-CMM)--结合成一个单一的改进框架的模型,该框架可以容纳许多不同的学科,并具有支持两种不同表示(连续和阶段)的灵活性。2010年,SE1发布了CMMI 1.3版本这是使用从许多备受推崇的流行模型中获得的信息,以及关于使用该模型超过10年的高成熟度CMM组织的最佳软件开发实践和最佳系统的知识创建的CMMI模型有五个成熟度级别(ML),如图所示。1.一、级别1是最低级别,是一个控制不佳的SE过程,而级别5是最高级别,代表了一种高效、先进的SE能力。有22个过程域(PA),图1.一、能力成熟度模型集成(CMMI)。除了第一层之外,其余五层都有关联。每个PA都有一套相关的实践,需要执行这些实践来实现一些明确定义的目标。对于软件开发公司来说,要达到一定的成熟度,它必须首先满足PA在该特定级别以及每个较低级别的所有目标(Day等人,2009年(见图)。① 的人。每个级别都包括几个PA,对于每个PA,都描述了“通用”和“特定”目标,所有这些目标都是不同的。在每个目标下确定了各种实践。对于一个组织来说,要成功地达到特定的“成熟度级别”,组织必须首先满足PA对该特定级别和所有较低级别的目标。这些实践帮助组织充分理解如何实现成熟度目标。它们也是开展SPI计划时需要解决的活动的例子。CMMI是一个重要且有价值的改进框架,它具有PA、定义的级别和关键实践。然而,CMM未能显示如何实施关键实践,就像它的前身一样,也没有建议组织如何使其实施策略有效(Clarke 和O'Connor,2013; Vivatanavorasin等人, 2006年)的报告。3.3. CMMI Level 2这个级别的软件过程有许多特征,但最重要的是所有的第2级过程都是先计划,然后执行,最后控制的。可以说,这一类别的组织已经建立了良好的项目管理做法。新项目这意味着,在这一级实际上可以重复以前的项目中使用的一些程序,这些程序证明特别成功。值得注意的是,这一级别的组织有自己的基本项目管理流程,以监控成本,进度和功能(Chrissis和Konrad,2006)。重要的是,对工作产品和第2级项目需求的任何更改都是受控的,因为有适当的配置管理和项目管理策略的控制(Chrissis和Konrad,2006;3.4. 项目规划(PP)项目计划是CMMI成熟度级别2的基本项目管理PA之一其最重要的目标是PP在项目的有效管理中发挥着关键作用如果设计得当,本PA可确保项目表1给出了该PA的实践和具体目标的详细信息。首先需要确定项目概算,利益攸关方应制定和批准项目计划。在课程期间保持项目计划是很重要的本项目具体和通用的目标需要得到满足,实践应该得到实施,然后制度化(Chrissis和Konrad,2006年;3.5. SP 1.3: ‘‘Define project life cycle phasesSP 1.3是需求管理(REQM)过程域中的主要实践,定义了项目生命周期阶段的各个阶段(Chrissis和Konrad,2006)。CMMI v1.3I. Keshta/ Journal of King Saud University401表1项目规划(PP)过程域。4. 研究方法CMMI特定目标编号CMMI实践编号CMMI实践描述我们对来自沙特阿拉伯三家软件开发公司的几位实践者进行了深入采访目的是确定所需的不同步骤/阶段SG 1:建立估算SG 2:制定项目计划SG 3:获得对计划的承诺估计项目的范围.建立工作产品和任务属性的评估.定义项目生命周期阶段确定工作量和成本的估计制定预算和计划识别项目风险SP 2.3计划数据管理计划项目SP 2.5计划所需的知识和技能SP 2.6规划利益相关者的参与制定项目计划审查影响项目SP 3.2工作和资源水平的平衡SP 3.3获得计划承诺执行SP 1.3。采访持续了大约一个小时并在转录前被录下来。然后使用内容分析技术(Krippendorf,1980)对每个访谈进行分析。每家公司都提名了面试者。 由于受访者被认为是在估计项目范围方面知识最渊博、经验最丰富的人,因此被认为是最适合就其组织中发生的过程提出问题的人。我们使用研究文章和书籍来确定面试工具的相关问题集(Chrissis和Konrad,2006; Keshta等人,2017; Keshta等人,CMMIv1.3规范(CMMI,2018))。在制定问题之后,我们通过将它们映射到我们的研究项目的目标来评估它们的适用性。然后,一位同事审查了这些文件,以帮助我们改进面试。基于保密理由,我们不能提供公司C.规范(CMMI,2018)指出,项目生命周期由应根据需求范围、项目资源估计和项目性质定义的阶段组成Else(2007)指出,SP 1.3是一个重要的评估考虑因素,因为定义的生命周期包括项目需要成功通过的工作阶段。值得注意的是,Wilkie和McFall(2005)对一些中小型软件开发组织进行了一项实证研究,以评估CMMI PA。作者进行了研究,调查这些组织在采用CMMI时面临的挑战,发现SP 1.3是CMMI的五个主要实践之一。PP工艺区。此外,Niazi和Babar(2009)进行了一项实证研究,旨在识别CMMI 2级过程域的各种特定实践的相对这是基于越南和马来西亚中小型软件开发组织从业者的各种经验,调查结果显示SP1.3经常被称为3.6. 中小型组织必须指出的是,世界各地对中小型企业的统计定义各不相同,可以根据雇员人数和销售额来确定。但全球使用最多的参数是组织拥有的员工数量(Chamber,2016)。欧洲联盟(欧盟)将中小企业界定为拥有10-49名雇员的小公司。 它指出,一个中型公司有50-249名员工(莱斯特等人, 2010年)。澳大利亚统计局指出,小型公司有5-巴基斯坦中小企业工作人员发展管理局指出,小企业雇用135名员工,中型企业36在此必须指出,沙特阿拉伯对中小企业的定义不止一种最合适的组织A通过促进和跟踪各种过程的使用,包括启动、执行、计划和控制,以及关闭一些IT项目,向其客户的IT项目提供支持它还维护几个管理应用程序,并为几个操作系统平台提供操作支持和系统组织B通过为酒店业和一些金融服务公司创建软件解决方案来开发运营软件。它修复了工业应用程序,并能够促进与行政工作和业务相关的工作组织C在软件开发和设计组织领域运作,雇用网页设计师和一些程序员。它能够通过利用计划,设计,实施和管理(PDIM)方法,在设计,规划Web内容,管理和实施等领域提供Web解决方案,为其客户提供服务这些都是小公司,只有不到30名专业人员直接参与软件维护。面对面的访谈采取了问卷调查的形式(可向作者索取),使我们能够收集有关公司人口统计的信息。随后提出了一系列关于估算项目范围所表2提供了这些问题的示例。表2与项目范围估算过程相关的问题示例号问题1您计划如何定义项目生命周期阶段?2项目经理执行的主要活动是什么?3如何定义项目生命周期过程?4为了定义项目生命周期过程,项目经理和团队(包括领导和业务分析师等关键成员)执行的关键活动是什么?5在为项目选择合适的生命周期模型之前,您应该执行什么操作?6谁在验证建议的生命周期模型的过程裁剪工作表?7您如何处理与组织政策相反的过程?8谁在对项目流程/裁剪工作表进行必要的修改?有什么根据?9何时以及如何提交文件以供最终批准?10项目过程文件是如何审核和批准的?11谁负责审查过程?402I. Keshta/ Journal of King Saud University我们使用录音机记录受访者为了确保我们没有错过任何重要的东西,我们听了很多遍磁带由于这两个步骤的过程,我们相信,原始数据收集的inter-views没有被改变的转录过程。5. 该模型通过对访谈记录进行内容分析,我们确定了实施SP 1.3的四个核心阶段,即计划、设计、审查和更新/返工。在本节中,我们将描述所提出的高级工作流和详细的工作流模型。5.1. 高级流程本节描述了定义项目生命周期阶段的过程的高级工作流(见图2)。作为计划阶段的一部分,项目经理(PM)应确保所需的项目和过程工件,即范围定义/声明、用户需求/项目需求文档和过程资产,如模板、指南、组织政策、过去的项目数据等,在选择适当的生命周期模型和确定项目阶段时,可随时参考在定义阶段,PM与关键项目团队成员和主题专家(如架构师和高级领域顾问)进行讨论,确定生命周期模型并定义项目的各个阶段。然后与评审团队共享项目过程文档,以便在评审阶段进行验证评审团队在确认工作分解结构后,提供一个正式的反馈,包括错误和澄清。作为返工和更新阶段的一部分,项目团队根据反馈更新文档,并将其提交给最终评审。最后的文档然后被发送到治理门户以供批准,并与相关的利益相关者共享以供实施。批准的文件也在配置管理系统中更新。5.2. 详细流程本节说明了估算项目范围的详细流程(见图3)。与这些阶段中的每一阶段有关的某些活动都有明确的说明。下面的示意图描述了估算项目范围的详细流程。在以下小节中,将更详细地描述每个阶段。5.2.1. 第一阶段:计划规划是四阶段过程的第一阶段。在规划阶段,项目经理执行以下关键活动:确保关键输入,即范围定义/范围说明和用户/项目需求文件可用确保创建工作产品的过程资产(如模板和过程/指南)可用确保过去项目和组织政策的数据可用图二、SP1.3的高级工作流模型“●●●I. Keshta/ Journal of King Saud University403图3.第三章。SP1.3-“定义项目生命周期阶段”的详细工作流模型利用他的管理和人际交往技能确保所需的资源(包括主题专家,如架构师和领域专家)被封锁(即,在确定项目生命周期的规定期限内提供)。 项目经理还负责根据资源可用性对日期进行任何调整。确定风险和依赖关系,准备响应计划,并记录假设(如果有)5.2.2. 阶段2:定义这一阶段的重点是项目生命周期过程和阶段的实际定义此阶段由项目经理和团队(包括领导和业务分析师等关键成员)共同完成,并与主题专家进行这包括四个步骤。第一步是结合类似项目、组织政策和可用的生命周期模型分析项目范围、要求,以确定哪一个最适合当前项目。第二步是为项目执行选择一个生命周期模型或多个生命周期模型的组合。客户在过程定义中起着关键作用,因为他们是项目的组成部分如果客户对特定方法不满意,PM将需要提供解释或选择替代方案。作为下一步,PM调整所选择的生命周期阶段以适应当前项目的需求。有时,某些阶段或过程可能不适用于某个项目。在这种情况下,项目经理可能需要详细说明他/她在项目中纳入或排除特定阶段的理由。最后,与评审团队共享项目裁剪文档以进行审查。5.2.3. 第三阶段:审查会议审查小组确认拟议生命周期模型的流程裁剪工作表,以及选择该工作表的理由任何与组织政策相违背或不遵守普遍接受的惯例的过程/阶段的纳入或排除可能需要进行修改。5.2.4. 第4阶段:返工/更新这是流程的最后阶段,PM根据商定的评审反馈对项目流程/裁剪工作表进行必要的修改,并将其提交重新检查。应注意确保不遗漏任何反馈,并且在反馈后合并过程时,过程仍与客户要求保持一致。文件更新和验证后,将提交最终批准(如果需要高级管理机构,如项目经理/项目总监)并更新到配置管理系统中项目经理和评审负责人应协同工作,以确保评审过程的成功缺乏团队合作、奉献精神和学科知识是导致无效和失败评审的一些关键因素6. 模型评估6.1. 专家小组审查进程我们的专家意见方法(也称为专家判断方法)在检查与系统行为相关的特定问题时是有效的(Babar et al.,2007),并用于评估产品。它由一个专家小组负责,●●404I. Keshta/ Journal of King Saud University被要求在特定领域使用他们的知识和经验(马蒂亚斯)。专家意见的目的,根据(Maa等人,表3SPI专家2008年),是引入一个强大的和灵活的方法,提供领域专家的评价是无偏见的。SPI专家SPI专家工作经验(年)CMMI知识专 家 们 的 重 要 贡 献 已 得 到 SE 社 区 的 广 泛 认 可 (Dybestival ,2000)。专家意见一个特定的主题可以科学地揭示数据,以及预测系统1项目经理15 52项目经理13 53项目经理9 44软件开发人员7 35软件开发人员10 4(Cooke,1991)。 对这些观点的研究越来越多,特别是主要是在学术研究领域,是合理的,因为不同知识领域的决策过程刚刚构建或保持不成熟(Li和Smidts,2003)。根据Hakim(1987)的观点,小样本可以用来试验和进化某些命题。在研究的早期阶段尤其已经得到证实,表4专家类别Experts’CMMI知识Beecham et al.(2005)指出,该研究使用样本来获得专家此外,这种方法通常被软件工程领域的许多研究人员用于评估许多软件开发模型,包括以下模型:Dyboutin(2000年)利用学术界和工业界的11名SPI专家进行了审查。ElEmam和Madhavji(1996年)采访了30名专家,以得出评估可再生能源成功与否的标准。Beecham等人(2005年)使用20名专家来验证他们的需求能力成熟度模型(R-CMM)。Niazi等人(2008)通过引入需求变更管理(RCM)模型实现了SP1.3,然后对其进行了评估。两名科学政策研究所专家审评员参与了所开展的专家审评进程。在评估软件质量时,专家意见特别有价值(Rosqvist等人,2003年)。这一论断已经得到了其他研究人员的证实,包括Kitchenham等人。(2002),他分析了使用专家意见的不同工作量估计方法的精确度。此外,Beecham et al. (2005)通过与专家进行研究,对软件需求工程的成熟度模型进行了评估,该模型已与CMMI模型相一致。因此,在软件工程领域工作的研究人员倾向于使用专家意见来评估提案,并获得重要的反馈,这可以提高评估过程6.2. 通过专家小组审查进程对拟议模式的评价我们进行了一个专家小组的审查过程中,对所提出的工作流模型的各个方面进行评估。使用了一些SPI专家,他们都对不同的SPI模型(如CMMI)、SPI实现和软件需求工程有足够的了解。我们使用的一位专家评审员是一位熟人,他被证明是一个很大的帮助,因为我们可以通过他联系到其他一些专家评审员。 SPI评审员的选择取决于他们在SPI领域的经验。根据他们对CMMI的知识和经验,他们被分为三类。专家审评员Khan等人(2012)指出,研究人员能够通过建立自己的标准来识别不同级别的专家评审员(见表4)。一份调查问卷的开发,使我们能够得到反馈的SPI专家提出的模型。我们改编了Keshta et al.(2017),Keshta et al. (2018)和Niazi(2004)以满足研究的初级(1中级(9高级(13+)4- 5岁问卷有三个核心部分:说明信(或同意书),简要说明评估模型反馈部分讨论了易用性、实践满意度、用户满意度以及模型对中小型软件开发组织的适用性。在SPI专家被要求填写问卷之前,一位学术研究人员首先检查和审查了这些问题我们根据他的意见和反馈对一些问题进行了修改,以确保调查问卷对受访者来说更有逻辑性和更清晰。参与调查的SPI专家实践者从易于学习、实践满意度、用户满意度及其对中小型软件开发组织的适用性等方面对所提出的模型进行了严格的评估。从研究报告中提出的工作中得出的四项主要意见如下:实践满意度:当关于实践满意度的问题这表明,大多数专家都同意,我们提出的模型已经满足了特定的实践因此,他们同意我们提出的模型确实确保了基于CMMI 2级成熟度需求的实践满意度。易于学习:专家们被问到了两个关于拟议模型的具体问题,以根据“易于学习”的标准对其进行评估第一个是关于所提出的模型的表示的整体清晰度SPI专家普遍认为,该模型既清晰又易于遵循。此外,他们不认为需要太多的SPI知识来理解这个模型。他们还说,我们决定将模型分为四个主要阶段是一个帮助,这鼓励了我们,因为它证明了模型是简洁和全面的。用户满意度:向专家们提出了两个关于拟议模式的具体问题,以根据“用户满意度”标准评价拟议模式。第一个是关于该模型在软件行业中的有用性,而第二个是关于采用该模型的组织如何提高软件产品的质量。SPI专家从业者在他们的回应中指出,●●●●●●●I. Keshta/ Journal of King Saud University405该模型对软件行业非常有用,可以帮助软件组织快速实现CMMI成熟度级别2的PP过程域SP 1.3。他们还普遍认为,该模型将被证明对软件行业有用,并有助于有效地定义不同的项目生命周期阶段,这可能会导致未来生产出高质量的软件产品。模型对中小型软件开发组织的适用性:我们要求SPI专家评审员使用5分制对以下陈述进行评分,“我们提出的工作流模型适用于中小型软件开发组织。换句话说,它可以应用于中小型软件开发组织。SPI专家评估的结果显示,总体而言,我们提出的模型确实适用于这些组织。初步评估表明,该模型易于学习和使用。此外,它可以帮助中小型软件开发组织实现CMMI v.1规范中所述的PP过程域的SP 1.3,并且可以应用于这些组织。SPI专家也相信我们提出的模型是有用的,因为它将有助于增加SPI从业者对6.3. 所提出的模型我们的工作它是根据CMMI v1.3规范中规定的SP 1.30s目标设计的。其次,我们解决了项目的生命周期阶段规划PA在特定的实践水平的定义第三,我们为SP1.3提出的模型主要是为中小型软件开发组织开发的我们还讨论了所提出的模型重要的是要强调和强调,我们提出的拟议详细和抽象),这是值得注意的,因为这是一个重大的创新。还需要强调的是,角色的概念在CMMI中没有被强调这是因为CMMI没有指定角色-任务和角色-工作的性质。然而,我们的模型的详细版本确实突出了执行每个步骤的负责人或团队两个不同版本的拟议模型(即,详细和抽象)遵循顺序,这提高了SP 1.3实现的可见性。评估结果表明,该模型不仅易于使用,而且清晰易学。该模型适用于中小型软件开发组织,可以帮助他们实现SP1.3根据CMMI 2级成熟度的要求,这项研究将帮助中小型软件组织快速采用SP1.3PP加工区。因此,它将帮助他们向他们希望获得的CMMI 2级认证迈进一步。7. 限制有几个局限性,涉及到研究的研究。其中最重要的是:专家审评员的经验可能对我们的评价结果产生制约作用。我们对评估结果充满信心,因为参与的每一位专家评审员都对RE和SPI有足够的了解。研究人员没有就如何探索专家评审员提出建议。外部有效性是关于将研究结果推广到其他不同的环境(Regnell等人,2000年)。由于这次“专家小组审查”过程中的所有专家都来自沙特阿拉伯,很难为外部有效性提出任何理由。虽然所探讨的结果可以在沙特阿拉伯的组织中推广,但我们可能无法将这些发现推广到不同的国家。我们努力利用现有资源联系国际专家。这包括通过LinkedIn向一些中小型组织的专家发出电子邮件请求,请他们参加调查。然而,由于志愿者的参与,只有少量来自国外的受访者参与,因此读者在概括结果时必须小心。六位专家被邀请参与验证SP 1.3,但只有五份完成的问卷被寄回给我们,这代表了接受我们邀请的专家的83%的回复率。由于我们无法确认其余专家未能返回问卷的原因,因此可能存在偏见。然而,根据SPSS(SPSS,1996年),超过80%的答复率不太可能使调查结果产生偏差。我们对我们的发现充满信心,就像许多其他基于意见数据的研究人员一样(例如Beecham等人,2003年; Baddoo和Hall,2002年)。这是因为我们收集的数据来自于从事各种角色工作的从业者,他们在自己的组织中直接参与CMMI活动。从业者的经验是独立探索的,研究人员根本没有提出任何建议。必须强调的是,研究的局限性可能会但是这些限制并不妨碍我们根据CMMI第2级的成熟度要求,对SP 1.3的实现进行进一步的探索这项研究正在进行中,将来可能会被其他研究人员扩展因此,这项工作可以被看作是一个起点,对概括的发现,我们在文件中概述。8. 结论和今后的工作我们在本文中实现了CMMI第2级特定实践SP 1.3我们还为SP1.3开发了一个工作流程模型,并确定了指导方针。我们认为,我们的研究结果可以用来实现PP过程域的SP1.3,我们已经收集了数据,进行了三个初步的深入访谈的从业人员在三个软件开发组织。我们已经开发了建议的工作流模型为SP 1.3使用从业者的不同意见和经验的SP 1.3的我们的评估结果表明,该模型易于使用,清晰,易于学习。我们的模型也可以应用于沙特阿拉伯根据CMMI的成熟度要求,它还可以帮助这些组织实现PP过程域●●●●●●406I. Keshta/ Journal of King Saud UniversityK2级该研究将帮助沙特阿拉伯希望采用CMMI 2级的中小型软件组织SP 1.3的PP过程域,帮助他们更接近CMMI 2级认证。这也将带来更高的客户满意度和高质量的产品。此外,实施将大大增加从业者和研究人员对CMMI成熟度级别2的PP过程域此外,这项研究是一项正在进行的研究,未来可以由其他研究人员扩展。这可能会导致在CMMI 2级实施领域的研究扩展我们打算在未来进行一些案例研究,在工业环境中,以便我们可以评估其适用性的工作流程模型进行评估。竞争利益作者声明,他们没有已知的竞争性财务利益或个人关系,可能会影响本文报告的工作。确认作者要感谢Al-Maarefa大学在进行这项研究工作时提供的支持引用亚当斯,J.R.,卡尔登蒂法医1997.项目管理模式。项目管理现场指南。国际汤姆森出版公司,美国,pp。48比60Al-Tarawneh,Mejhem Yousef,Abdullah,Mohd Syazwan,Alostad,Jasem,2013年。 软件开发过程改进框架(SDPIF)小型软件开发公司(SSDFs)国际计算机Sci.问题(《国际司法人员犯罪问题国际公约》)10(1)。Ashrafi,Noushin,2003年。 软件过程改进对质量的影响:理论与实践。信息管理。40(7),677-690.Ali Babar,Muhammad,Barbara Kitchenham,2007.软件体系结构分析方法比较框架的评估Baddoo,N.,Hall,T.,2002.软件过程改进的动机:从业者观点分析。 J. 系统软件62,85-96。Beecham,S.,Hall,T.,Rainer,A.,2003.十二家软件公司的软件过程问题:实证分析。经验软件工程师8,7-42。Beecham,S.,Hall,T.,布里顿角,Cottee,M.,Rainer,A.,2005年 使用专家小组来验证需求过程改进模型。J. Systems Software 76,251-275.Belanger,TC,1997.选择项目生命周期。项目管理现场指南。D. I.克莱兰美国,国际汤姆森出版公司,pp。48比60Chrissis,Mary,Konrad,Mike,Shrum,Sandra,2006. CMMI ®:过程指南整合和产品改进。培生教育克拉克保罗奥康纳罗里五世2013.软件中小企业软件过程改进程度的实证检验。J.软件:Evol. Process 25(9),981-998.Cleland,D.I.,Kocaoglu,D.F.,1981.工程管理。纽约麦格劳山。CMMI for Development第3版CMMI-DEV V1。2018年10月3日,[在线]可访问:http://www.sei.cmu.edu/reports/10tr033.pdf。库克,R.M.,1991.不确定性专家:科学中的观点和主观概率。牛津大学出版社,USA.Dasanayaka,S.,2008.全球化世界中的中小企业:巴基斯坦中小企业基本概况及研究方向。Business Review 3(1),69-77.Day,Bryce,Sean Chin Ke-Zun,Levi Lovelock,Christof Lutteroth.爬梯子:CMMI3级。在:企业分布式对象计算会议,2009。EDOC'09。IEEE International,pp.97-106. IEEE,2009年。Dutra,Eliezer,and Gleison Santos.软件过程改进实施风险:基于巴西软件开发成熟 度 模 型 实 施 的 定 性 研 究 。 以 产 品 为 中 心 的 软 件 过 程 改 进 。 SpringerInternational Publishing,2015. 43比60Dybought,T.,2000.软件过程改进中衡量成功关键因素的工具。Empirical SoftwareEng. 5(4),357-390.ElEmam,K.,新罕布什尔州马达夫吉,一九九六年。在信息系统开发中,衡量需求工程过程是否成功的一种工具。Empirical Software Eng. 1,201-240.福克斯角,弗雷克斯,W.,一九九七年。质量方针:是否交付。Commun. ACM 40(6),25-29.García-Mireles,Gabriel Alberto等人,2013.过程质量对产品可用性的影响:系统评价。CLEI电子。J. 16(2).六比六格雷,C.F.,拉森,E.W
下载后可阅读完整内容,剩余1页未读,立即下载
cpongm
- 粉丝: 4
- 资源: 2万+
上传资源 快速赚钱
- 我的内容管理 收起
- 我的资源 快来上传第一个资源
- 我的收益 登录查看自己的收益
- 我的积分 登录查看自己的积分
- 我的C币 登录后查看C币余额
- 我的收藏
- 我的下载
- 下载帮助
会员权益专享
最新资源
- 京瓷TASKalfa系列维修手册:安全与操作指南
- 小波变换在视频压缩中的应用
- Microsoft OfficeXP详解:WordXP、ExcelXP和PowerPointXP
- 雀巢在线媒介投放策划:门户网站与广告效果分析
- 用友NC-V56供应链功能升级详解(84页)
- 计算机病毒与防御策略探索
- 企业网NAT技术实践:2022年部署互联网出口策略
- 软件测试面试必备:概念、原则与常见问题解析
- 2022年Windows IIS服务器内外网配置详解与Serv-U FTP服务器安装
- 中国联通:企业级ICT转型与创新实践
- C#图形图像编程深入解析:GDI+与多媒体应用
- Xilinx AXI Interconnect v2.1用户指南
- DIY编程电缆全攻略:接口类型与自制指南
- 电脑维护与硬盘数据恢复指南
- 计算机网络技术专业剖析:人才培养与改革
- 量化多因子指数增强策略:微观视角的实证分析
资源上传下载、课程学习等过程中有任何疑问或建议,欢迎提出宝贵意见哦~我们会及时处理!
点击此处反馈
安全验证
文档复制为VIP权益,开通VIP直接复制
信息提交成功