UML软件工程组织

 

 

使用 RUP for PSM 插件将系统度量集成到软件和系统交付过程中
 

2008-03-19 作者:Doug Ishigaki 来源: IBM

 
本文内容包括:
Rational 思想领导者创建了 IBM Rational Unified Process for Practical Software and Systems Measurement (RUP for PSM) Plug-in ,作为行业范围工作的一部分在软件开发和交付组织中使项目和过程度量标准化。产品的第三代新版本包括重要的增强和特性,这些在这篇文章中都会详细介绍。

IBM®Rational®Unified Process®(RUP®)包括一个迭代软件和系统开发以及交付最佳实践的过程框架,并且是基于与客户之间多年直接经验的基础上的。它围绕着基本规程和各种过程规程的详细活动而展开的,从需求管理到管理。

 为了使组织能够定量并且跟踪成本、时间进度以及他们逐渐变得复杂的项目技术目标,需要在 RUP 中度量指导,几年前 IBM Rational 思想领导者与度量专家一起加入了美国政府和世界范围的产业以及学术界,共同创建 RUP for PSM Plug-in。基于软件和系统采集以及工程共同体内部的度量行业的最佳实践,它将度量行为,构件以及概念集成到标准 RUP 框架中。结果是一个信息驱动过程足以能够灵活地达到每个组织地唯一技术和商业目标。

这个主动性是广泛行业成果的一部分,能够为实现项目和过程度量引进一套兼容的标准和指导方针。PSM 指导方针为 ISO/IEC 15939, Systems and Software Engineering -- Measurement Process 组合成一个基本文件。 1 反之,这个文件现在作为输入服务于能力成熟度集成的 Measurement and Analysis (MA) 过程域 2 ,是为了许多其它的 ISO/IEC 标准,以及由 International Council on Systems Engineering (INCOSE) 产生的度量指导方针。那些使用 RUP for PSM 插件 3.0 的人能够确保他们的项目可以与内嵌在 CMMI and ISO/IEC 标准的度量指导方针结盟。

RUP for PSM 插件的新的(Version 3.0) 的新版本将重要的度量与包含在系统工程中的组织集成在一起。我将在下面来讨论这些。.

RUP for PSM 插件的概述

注意:我将在下面阐述一些关于 IBM Rational Method Composer,RUP,以及 RUP for PSM 插件的一些基本规程,但是如果您对 插件的开始两个版本还不熟悉,您可以阅读早期的Rational Edge文章,“Practical Measurement in the Rational Unified Process” 3 。它涵盖了基本的 PSM 过程概念以及如何与 RUP 相关联的。

RUP 框架本身是一个用于 Rational Method Composer 的插件,它允许您编写您自己的框架或者通过添加元素(角色、任务、工作产品、指导方针)来扩展现存的过程框架。Rational Method Composer 还允许您集成多个插件,包括 RUP for Model-Driven Systems Development (RUP for MDSD) 插件 4 。然后您可以为完全集成过程框架产生一个 Web 站点。

图 1 显示了我为集成 RUP for PSM Plug-in, 在 Rational Method Composer 中产生的 Web 站点的“Getting Started” 页面。点击左边导航菜单中的任何一个元素都可以在右边框架中显示一个详细的 Web 页面。

网页

图 1:为 PSM 插件在 Rational Method Composer for the RUP 中的 Web 站点

利用 RUP for PSM 插件获得的可利用发布内容包括:

  • Getting Started with PSM。PSM 和 RUP 的概述,以及它们是如何相关联的。
  • Practical Software & Systems Measurement (PSM) Roadmap。如果您是一个新手,可以从中了解更多关于插件中浏览哪些内容的细节。
  • PSM Key Concepts。PSM 概念的详细情况,比如 Measurement Process Model 以及 Measurement Information Model。
  • PSM Guidelines。关于具体 PSM 话题的实用信息,包括基本度量规程, Measurement Analysis Technique、 Systems Engineering Leading Indicators Guide,以及 PSM 是如何与 ISO/IEC 15939 标准度量过程相关联的 1
  • PSM Measurement Specification Examples。这些例子具体说明了项目管理指标(度量),测试指标,以及软件设计指标。这个部分还在我要在下面讨论的 Systems Engineering Leading Indicators Guide 中记载了度量规则的情况 。
  • PSM Work Products。在 PSM 过程 中产生的一系列工作产品。
  • PSM White Papers 和 Technical Reports。由 PSM 开发的工件 6 Technical Working Groups.
  • Roles (Managers 和 Analysts)。 PSM 内容扩展了 RUP Project Manager 角色,并 RUP 为定义了一个新的 Measurement Analyst 角色。
  • Processes。包含了关于 Measurement Process 的信息,它拥有 PSM 核心行为(参见下面的图 4)。

Using Rational Method Composer,将 RUP for PSM 插件集成到 RUP 以及 RUP for MDSD 插件中去。

Measurement Process Model

RUP for PSM 插件的一个重要组件是 PSM Measurement Process Model (参见图 2),它为度量过程定义了核心任务。这些包括:

  • Establish and Sustain Commitment
  • Plan Measurement
  • Perform Measurement
  • Evaluate Measurement

参见“Practical Measurement in the Rational Unified Process” 3 获得更多详细的说明。

RUP for PSM 插件度量过程模型

图 2: RUP for PSM 插件度量过程模型

与这些任务一道, 插件还定义了这些内容:

  • 角色(项目角色了这个任务)
  • 由这个任务产生并消耗的工作产品
  • 附加的指导方针和辅助性的实体

行为和流程图

Rational Method Composer 允许您同时创建一个过程模型和内容/指导方针来支持它,并且以行为和流程的形式。

图 3中的表格为图 2中的一个显示了流程细节: 插件中所定义的 Plan Measurement。

Plan Measurement 任务在 RUP for PSM 插件中 有描述

图 3: Plan Measurement 任务在 RUP for PSM 插件中有描述

RUP for PSM 插件有一个行为图,这个图定义了 PSM 核心行为(图 4),同时还定义了显示着相互关系的详细行为图(图 5)-- 它(角色)对这个任务以及工作产品的输入和输出进行实现。

RUP for PSM 插件中的度量行为图

图 4: RUP for PSM 插件中的度量行为图

I RUP for PSM 插件中详细的度量行为图

图 5: RUP for PSM 插件中详细的度量行为图

通过图 5中的每个任务,可以容易地获得更多关于这些任务的详细情况。上下文中的一个敏感超连接将打开一个显示这个任务更多细节的页面,如图3中所显示的那样。

除了要在一个度量中描述任务之外,RUP for PSM 插件在 Measurement Specification 中提供了指示符和度量,就像图 6中为 Test Procedure Status 显示的那样。p

RUP for PSM Plug-in 度量规范:测试过程状态

图 6:RUP for PSM Plug-in 度量规范:测试过程状态

RUP for PSM 插件 V3.0 中New Systems Engineering (SE) 重要指示符

RUP for PSM 插件最新版本的最关键附加物来自 Systems Engineering Leading Indicators GuideV1.0 5 的内容。这个指南是由一个协作的 Lean Aerospace Initiative (LAI) 而产生的,它包括 LAI Consortium、PSM、Massachusetts Institute of Technology、INCOSE,以及其它行业小组。这个 Initiative 的目的是为评估系统工程的效果装配一套主要指示符或者度量方法,尤其是那些很容易影响系统性能目标的元素。主要指示符也可能是单个的度量方法,或者度量的集合,它能够预测将来系统的性能。它们能够帮助领导者采取措施和行动从而避免重复的工作和浪费精力,最终使消费者和用户能够获得更大的利益。

然而这个组合并不是彻底详尽的,而是创始小组认为优先权极高的指示符子集。它包括:

  • Requirements Trends: 系统定义成熟度等级与计划是相对的。同时还对可能对影响设计和产品的系统请求赋予稳定性和完整性的特征。
  • System Definition Change Backlog Trend:变更请求缓冲的容积。一个连续相撞可能会严重影响技术、成本,以及进度基线。
  • Interface Trends:界面规范关闭与计划是相对的。缺乏及时地关闭可能会严重影响系统构架,设计、实现,以及/或者检验和确认以及造型技术、成本和进度风险。
  • Requirements Validation Trends:过程在确保客户请求有效以及能恰当地理解方面与计划是相对的。有害趋势可能影响系统设计行为,并对技术、成本,以及进度基线,和客户满意度都有一定的风险。
  • Requirements Verification Trends: 过程在核实设计是否满足具体请求方面与计划是相对的。有害趋势可以表明不适当的设计和重新工作的需求,对技术、成本,以及进度基线都有负面影响——还可能对系统的操作有效性有潜在影响。
  • Work Product Approval Trends:被实现工作足够的外界过程,包括外部和内部文档评审。高拒绝频率要么暗示低品质的工作要么暗示一个不良文档的评审过程;任何一个都可以严重影响成本,进度,以及客户的满意度。
  • Review Action Closure Trends: 项目结束后审查行为的组织能力。有害趋势暗示潜在的技术,成本、以及进度基线的问题。
  • Risk Exposure Trends:在预期/管理技术、成本,以及进度风险方面风险管理过程的有效性。有害趋表明有更好风险分析/或者质量管理实践的需求。
  • Risk Handing Trend:实现风险缓和活动中组织的有效性。如果这个组织并没有及时表现出风险,它可以在额外问题出现之前分配附加的资源。
  • Technology Maturity Trend:风险与新(尤其是不成熟的)技术或者失败的团体组织可以恢复陈旧的技术。前者可以严重影响开发,后者可以降低操作和客户满意度。
  • Technical Measurement Trends: 过程趋于满足 Measures of Effectiveness (MOEs)/Performance (MOPs)/Key Performance Parameters (KPPs) 和 Technical Performance Measures (TPMs)。缺乏及时的关闭表明产品设计和/或者项目小组实现的不足。
  • Systems Engineering Staffing 和 Skills Trends:与有效职员一起实现在 Engineering Plan (SEP)/Systems Engineering Management Plan (SEMP) 的组织能力。包括分配个人的数量,技能和工龄的混合,以及项目生命周期每个阶段所需的个人时间。
  • Process Compliance Trends:归档在 SEP/SEMP 中程序过程的品质和一贯性规程——能够大大增加程序的风险。

这个指导方针为每个主要指示符提供了一个详细的描述,并且需要提供基本度量或者计算的 Measurement Specification 来实现这个指示。Measurement Specification 表格为解释这个指示符提供了更多的见解。图 7 显示了一个 Requirements Trend 的指示符描述,正如合并这个 插件中的一样。

Requirements Trend,RUP for PSM 插件中的一个 SE 主要指示器

图 7: Requirements Trend,RUP for PSM 插件中的一个 SE 主要指示器

将 PSM 集成到 RUP 和其它过程中

您可以通过 contributes 选项和 Rational Method Composer 内容可变性特征一起将 RUP for PSM 插件集成到 RUP 框架中,Rational Method Composer 允许您提供新的内容并用您自己的开取代现存的内容。在 插件中,我们利用这个可变性特征用 PSM 内容来取代标准的 RUP 内容。

例如,这个在 RUP 中定义的 Project Manager 角色实现诸如报告状态以及对项目度量负责之类的工作。您可以通过选择 Rational Method Composer 中的contributes选项和编写您想要从 RUP for PSM 插件中获取什么来扩展这些职责。 然后,当您发布您的 Web 站点时,它将包含您的稿件,并同标准 RUP 页面一起。显示在图 8中的 Project Manager 角色职责包括几个添加的来自 RUP for PSM 插件的条目: Develop Measurement Plan, Monitor Project Status,以及 Report Status 任务,同时还有 Measurement Plan 和 Project Measurements 工作产品。

 Project Manager 角色展示了来自 RUP for PSM 插件的附加职责

图 8: Project Manager 角色展示了来自 RUP for PSM 插件的附加职责

注意即使您的组织不使用 RUP,您仍然可以将 PSM 概念合并到您自己的过程中,可以利用 Rational Method Composer 和一个特别的独立的 PSM Plug-in,但并不是 RUP-dependent。要更多的信息,请点击列在下面参考资源部分最前面的那个连接。

更多信息

实现一个成功的度量程序比度量本身要复杂得多。组织需要一个有生存力的过程来确保他们在适当的时间运用了正确的度量方法,并且对结果进行了准确的解释,在需要的时候采取了正确的行为。包含在 RUP for PSM 插件中的度量,行为,以及工件是建立在软件和系统度量最佳实践基础上的,这些软件和系统度量是由政府,行业以及学术界专家装配的。RUP 为迭代的,增量软件和系统开发提供了最佳实践的过程框架,这些软件能够地支持 PSM 度量,行为,以及工件,包括内嵌在 PSM 插件 v3.0 中的新系统工程主要指示符。您将以下连接的论文中获得更多关于产品和资源的信息。

致谢

感谢所有审阅过这篇论文且提出深刻见解及评论的人们。另外我还要特别感谢:

  • Cheryl Jones, 从事于 U.S. Army,PSM Project Manager 以及 RUP for PSM 插件的合著人。
  • Garry Roedler,从事于 Lockheed Martin, Systems Engineering Leading Indicators Guide 的合著人。
  • Donna H. Rhodes,从事于 Massachusetts Institute of Technology,Systems Engineering Leading Indicators Guide 的合著人。

注释

1ISO/IEC 15939, Systems and Software Engineering, Measurement Process,,2007年出版。

2Software Engineering Institute, “Capability Maturity Model Integrated (CMMI) for Development -- Version 1.2.” Carnegie Mellon University,2006年8月出版。

3Doug Ishigaki 和 Cheryl Jones,“Practical Measurement in the Rational Unified Process”。The Rational Edge,2003年1月出版。 Practical Measurement in the Rational Unified Process(PDF)

4 IBM Rational Method Composer: RUP for Model-Driven Systems Development 插件。

5Garry Roedler 和 Donna H. Rhodes,Systems Engineering Leading Indicators Guide,1.0 版本, Massachusetts Institute of Technology, ,NCOSE,以及 PSM,2007年6月出版。INCOSE Technical Product Number: INCOSE-TP-2005-001-02。

6 The Practical Software and Systems Measurement

参考资料

学习 获得产品和技术 讨论
  • 参与论坛讨论
  • 一个 新论坛 是专门为Rational Edge论文创建的,因此现在您可以分享您关于这篇论文或者其它当前问题或者我们档案的一些见解和观点。阅读全世界同仁的见解,展开您们自己的讨论,或者在此过程中加入这个讨论。首先点击 这里
  • 全球 Rational 用户组社区
 

组织简介 | 联系我们 |   Copyright 2002 ®  UML软件工程组织 京ICP备10020922号

京公海网安备110108001071号