企业号介绍

全部
  • 全部
  • 产品
  • 方案
  • 文章
  • 资料
  • 企业

经纬恒润

262内容数 40426看过 44粉丝

经纬恒润,专业从事汽车电子、智能驾驶、车联网、新能源、人工智能的电子产品研发生产、工程咨询、研发工具以及特定场景自动驾驶运维服务等。

深入产品线的配置管理

01-12 86人看过

 大家好,这是【产品线工程(PLE)专题】更新的第五篇,上一篇我们介绍了特征模型和特征-这是什么,这一篇我们介绍‘深入产品线的配置管理’

 

 

© pure-systems GmbH

 

      如果您目前已经阅读了我们所有的白皮书,那么您应该了解了特征、特征模型以及变体都不是“版本”。但是这里仍然有一些并未提及的事情:产品线的配置管理。接下来的这篇文章便是就该话题进行讨论。

      产品线的配置管理是一件复杂的事情吗?这是肯定的!产品线的配置管理必须要复杂吗?并不完全是!可以说,单个系统开发的配置管理和产品线开发的配置管理之间没有(重要的)区别,除非您做错了。可能您会对此表示怀疑,那么针对这个观点,我们将会进行更深入的探讨。

 

配置管理系统的误用及带来的问题

      首先,我将列出大家在产品线实施配置管理时可能会犯的错误,即把它作为一个变异性和变体管理的系统来使用。通常情况下,配置管理系统(又称版本控制系统)提供一个被称为分支的概念。分支意味着创建一组工件的副本并且随后会对其进行独立于原件的修改。分支有许多适当的用途(我们将在后面讲到)和一个相当不恰当的用途:将分支作为资产复用管理的核心。

      如果采用如下方式处理变体,例如首先创建分支,然后使用分支区分不同的产品。那么在大多数情况下,与其他的复用方式相比,这种方式会出现(不必要的)开销,这是因为通常有分支的工件(简单的,我们假设针对单个文件的分支)不会被完全修改,并且在原始和分支副本之间存在一定数量(通常相当大的)相同部分。

  • Q1--您怎么知道什么被复用了,以及在哪里被复用了?

设想一个场景,我们在分支或者原始流中发现了一个问题,(我们假定是在原始版本中发现的)。我们完成了修复工作并且递交到版本管理系统中。目前为止,看起来一切安好。现在,我们需要对这个分支做些事情。首先,我们注意到:分支的工件正在某些产品中使用,那么我们必须对其进行修复。有些版本管理系统支持您在发生变化时,在分支中找到相关的工件。目前看起来不错。在文件的某些部分发现了修复,这些部分在原始文件和分支中看起来都是一样的,似乎很容易简单地复制修复。不过虽然看起来这不是个问题,但它肯定会引起其他问题。

  • Q2--您怎么知道应用的修正是正确的?

      等一下! 您怎么知道在分支中文件的这一部分内容是被允许修改的呢?变体的受管理粒度在文件中,因此,无论是对于版本管理系统还是对于人员,都没有简单的方法去了解分别属于原始和分支文件的多个相同实体(例如,文件中的行)是否应该相同(不是实际变体的一部分,因此应该共享),或者某些实体是否实际属于变体(如分支时所预期的那样)且不得更改。

      我们可以举一个例子,例如配置一个用于设置缓存区大小的常量参数。如果该参数同时在源算法和分支算法中使用,那么在源算法的实现中的修改并不意味着在分支的算法中进行修改,分支中甚至可能不允许修改。因此,即便从技术上,在版本管理中应用某修复程序不会显示产生冲突,您也必须对该修复程序的哪个部分可以应用于分支工件进行检查。在拥有恰当的自动化测试套件的情况下,您必须对包含合并工件的所有产品进行测试,以确保没有产品受到损害。但在其他所有情况下(对于某些领域的自动化测试套件是不可能的),基本上只能依靠工程师的经验。

  • Q3--共享和非共享的资产与变更集

m如果分支的工件基本上代表了一个变体,并且(几乎)不包含任何共享的代码,那么这个问题的讨论就不存在了。这意味着变体在文件的颗粒度上被适当地封装了。在这种情况下,一个文件在原始副本和分支副本之间或者被共享,或者不被共享。如果所有的文件都如此,那么您只须处理包含了共享文件和非共享文件的变更集即可,但必须把它们分成只与共享文件有关的变更集和针对单一分支的变更集。

      对于包含共享文件的变更集,必须对所有共享文件的实例进行变更。但是如果您后来从以前的分支副本中创建了一个新的分支,该分支副本与原始的分支副本共享,但没有与原始副本共享,那么情况就会变得复杂。再强调一次,在版本控制系统中跟踪处理这种情况会很复杂。

  • Q4--它不只发生在文件上

      到目前为止,我一直在谈论“一个文件”,但实际上,可能会存在成百上千的问题件。而且,因为对于每一个变化,您都必须对每个分支进行同样的处理,所以随着分支数量的增加,工作量也会急剧增加。虽然针对少量共享工件和少量的分支而言是可行的,但是少量的共享工件限制了可重用工件的数量,而少量的分支则限制了变体的数量。我们可以通过一张图看到其复杂性。图1显示了一个典型的(简化的)来自版本控制系统的分支/合并日志(时间从左到右进行)。使用典型的“分支&合并”策略,即创建现有系统的克隆,之后通过独立维护的方式来管理七个产品(P1-P7)。显然,使所有分支实例保持变化同步是一项相当大的任务。由于进行合并需要工作量,因此在大多数情况下,只有“成对的”合并发生,即从另一个产品中直接挑选一些部件,从而导致系统性的复用却看起来互不相同。

图1 © pure-systems

 

  • 关于误用的结论

      总结一下,除非版本管理中工件颗粒度与变体颗粒度基本一致,否则版本管理中的分支并不利于表达变体。因此,无论您的版本管理系统的供应商多么强调其处理变化的能力,您都需要注意颗粒度是否匹配。并且在工件是文件的情况下,出现颗粒度不匹配的情况几乎是不可避免的。但是,也请不要误会我的意思:您必须使用适当的版本管理来跟踪您的工件在其生命周期内的变化。只是不要将变体和变体管理混在其中。变体管理是一个独立的、正交的维度,表达了在某一特定时间点可用于和被用于变体的内容。

 

正确使用产品系列的配置管理系统

      如果您现在想知道哪些分支在产品线开发中是有用的,可以这样描述它们——在单个产品开发中,分支只适用于两件事:将独立开发活动与主开发分支(通常称为“功能分支”)进行短期解耦,以及将(即将发布的)版本与主分支上正在进行的更改(通常称为“发布分支”)解耦。这两个概念的描述可以在一些版本管理的电子书中看到(描述大多数独立于版本,只需要将“trunk”替换为“主开发分支”即可)。应用这些概念可以绘制一个相对于图1而言更加清晰和美观的图(见图2)。主开发流上方的分支(在下图中称为"集成")表示为发布创建的分支,下面的分支用于开发新功能。通常,分支要短得多,合并主要从开发分支到主(集成)开发流,很少从(或到)发布分支。

图2 © pure-systems

 

      这种方法不仅使画面更美观,也使真正的复用变得更容易实现。在图中,您看到的是变体(V1-V4),而不是产品,它们来自同一个共同的基础。从共享库中实际派生变体这一动作将作为独立活动执行,且通常通过配置或使用适当的可变性和变体管理工具(如 pure::variants)来实现。关键点在于此派生/实例化活动是在受版本控制的工件之上完成的,因此版本控制系统可用于记录实例,但不提供变体点机制。

 

总结

      这让我回到了我最初的主张:如果可变性和变体的表示没有通过版本管理来实现(通过版本管理实现是个好主意,如上文),那么当涉及到产品线时,除了性能和可扩展性(由于更多的用户和更多的变化)之外,版本管理没有什么特别之处。

 

作者:Danilo Beuche

翻译:经纬恒润

 

最近浏览过的用户(0查看全部

为你推荐

  • AUTOSAR 解决方案 — INTEWORK-EAS-CP2022-05-21 09:26

    概述INTEWORK-EAS(ECUAUTOSARSoftware,以下简称EAS)是经纬恒润自主研发,符合AUTOSAR标准的软件产品。解决方案涵盖了嵌入式标准软件、AUTOSAR工具链、集成服务和培训等各个方面的内容,旨在为国内及国际的OEM和供应商提供稳定可靠、便捷易用的AUTOSAR平台。EAS共分为CP和AP两个平台。方案特点基于AUTOSAR标准
    软件 4人看过
  • Adams—系统级多体动力学仿真平台2022-05-13 14:32

    Adams是一款系统级多体动力学仿真平台,被广泛应用于汽车、能源、重型机械等多个行业。该工具凝聚了丰富行业应用经验,能够快速进行系统级的运动学、动力学仿真、系统级模态及振动分析、与控制系统集成的机电一体化分析、系统疲劳寿命分析等,包括基础模块、扩展模块、车辆专用模块、新能源专用模块、实时仿真模块等。产品功能及特点基础模块采用Adams软件基本模块,可快速建立
    仿真 18人看过
  • 面向服务的整车E/E架构(SOA)开发咨询服务2022-04-26 10:32

    概述面向服务的架构(ServiceOrientedArchitecture,SOA)是一种从IT领域引入到汽车行业的开发范式,作为一种先进的整车E/E架构开发模式,从一开始就受到国内外整车厂的高度关注。SOA架构下将应用程序的不同功能单元通过服务(Service)联系起来,在功能升级的同时可保证整车软件架构的稳定性,可以提高业务组织敏捷性、减少企业研发维护成
    SOA 20人看过
  • 电子驻车系统(EPB)2022-04-25 14:35

    概述随着汽车电控系统向集成化、智能化方向发展,响应速度更快、控制更准确的卡钳集成式电子驻车系统MOCEPB逐渐在乘用车中占据主导地位,并且在轻型卡车中应用也越来越广泛。同时,为了满足制动法规GB21670-2008,新能源汽车取消P挡锁以及高级别制动驾驶需要,对驻车系统提出了冗余制动需求。产品类型单控EPB冗余EPB底盘域控制器集成单控/冗余EPBHOST+
    EPB 汽车电子 69人看过
  • 面向软件模块的整车E/E架构开发咨询服务2022-04-24 17:26

    概述在汽车新四化(智能化、电动化、网联化和共享化)的浪潮下,汽车从普通的交通工具开始向智能汽车甚至智能终端全力迈进。整车电子电气系统日益复杂,不同系统间交互的复杂性和实时性要求日益提高;车联网技术应用范围日益扩大,功能集中度日益提高,整个产业链生态面临重塑;市场上新车型推出速度越来越快,新技术应用周期日益缩短。从当前的技术及市场趋势来看,汽车硬件体系将逐渐趋
    模块 14人看过
  • Model Inspector — 软件模型静态规范检查工具2022-04-22 14:35

    ModelInspector(MI)原厂商是韩国Suresoft,是KOLAS公认测评机构,旨在提升安全关键领域软件可信度。MI用于开发过程中模型的静态检查,包括规范检查、复杂度度量,提供MAAB、HIS、CG、MISRA_AC_SLSF、MISRA_AC_TL、dSPACE标准规范及检查,检查Targetlink等模型是否符合建模标准、评估模型设计的合理性
    模型 软件 27人看过
  • 经纬恒润助力超跑品牌路特斯ELETRE奔赴电动新时代2022-04-21 11:26

    近日,英国跑车品牌路特斯重磅发布旗下首款纯电HyperSUV——Eletre,正式向电动化、智能化的高性能汽车品牌转型全力出击。Eletre全车应用多项高科技成果,将常用于超跑的主动空气动力学套件应用于量产SUV车型上,并搭配顶尖三电系统与赛道级智能驾驶技术引领新风,全车装备量产级可翻转激光雷达系统,与流媒体外后视镜协同作业,将纯粹极致的驾驶激情带给了更多驾
    电动 30人看过
  • 经纬恒润成功登陆上交所科创板,开启新征程!2022-04-20 10:18

    4月19日上午,北京经纬恒润科技股份有限公司(股票代码688326)首次公开发行股票并在科创板上市仪式在北京举行。北京市朝阳区政府副区长舒毕磊,北京经纬恒润科技股份有限公司董事长兼总经理吉英存,华兴资本集团董事长、基金创始合伙人及首席投资官包凡,中信证券股份有限公司执委会委员、全球投资银行管理委员会主任马尧等政府领导、投资机构、投资人、合作伙伴和员工代表出席
    汽车电子 42人看过
  • 整车电性能咨询服务及设备开发2022-04-16 16:28

    概述随着整车技术逐步趋向网联化、智能化、电动化,整车电气系统也日趋复杂,面对更加严苛的整车电气环境,如何保障整车的电气性能和可靠性越来越得到主机厂的关注。针对以上问题,经纬恒润结合多年的整车电气工程经验,为主机厂提供“咨询服务+设备开发”的一体化解决方案。电性能咨询服务电性能咨询服务业务可满足主机厂对评价体系规划、测试规范开发、咨询测试服务、系统性能评价以及
    电气系统 16人看过
  • Actran助力汽车全频率段声学响应预测与优化2022-04-15 16:19

    Actran是一款专业的声学仿真求解软件,被广泛应用于汽车行业、工业机械行业及家用电器行业。Actran能够模拟振动辐射噪声、气动噪声等声固耦合问题,帮助工程师了解其设计产品的声学特征,并在设计初期指导改型工作。产品介绍1.功能模块基础模块—ActranAcoustics.支持求解对流场中的声传播问题,空腔声学问题、外场声辐射问题以及弱耦合的振动声学问题振动
    频率 模块 13人看过
  • 智能网联汽车信息安全测试解决方案2021-12-23 10:58

    概述为满足日益严格的国内外法规和标准要求,应对愈发严峻的信息安全风险,智能网联汽车通常集成越来越多的信息安全检测和防御措施。而相关的安全措施集成到部件和整车之后,能否发挥有效的防护效果,需要通过严格的信息安全测试进行验证和确认。经纬恒润信息安全团队针对智能网联汽车提供一系列的信息安全测试解决方案,涵盖软件、单部件、系统和实车等各阶段的信息安全测试服务,为信息安全策略的正确实施保驾护航。信息安全测试
  • 面向服务的整车E/E架构(SOA)设计开发咨询服务2021-12-17 10:41

    概述面向服务的架构(ServiceOrientedArchitecture,SOA)是一种从IT领域引入到汽车行业的开发范式,作为一种先进的整车E/E架构开发模式,从一开始就受到国内外整车厂的高度关注。SOA架构下将应用程序的不同功能单元通过服务(Service)联系起来,在功能升级的同时可保证整车软件架构的稳定性,可以提高业务组织敏捷性、减少企业研发维护成本。同时,SOA架构下的服务具有可复用性
    汽车电子 40人看过
  • 电驱动机电一体化仿真2021-12-16 11:44

    背景电池替代发动机换来能量系统的空间自由,电驱动则突破了动力总成布局的边界约束,与此同时,整个动力底盘模块化加速,使得各子系统直接影响到整车性能乃至于用户体验。一方面电驱动总成正在往集成化发展,以匹配不同车型,并进一步提升效能(动力性及经济性),声品质也将直接影响整车驾乘品质,将呈现“五高一低”的技术趋势:高效率/高可靠性/高功率密度/高安全性/高舒适性/低成本。另一方面电驱动与内燃机相比,其存在
    电驱动 汽车电子 39人看过
  • 智能座舱仿真测试解决方案2021-12-14 10:40

    概述智能座舱系统作为集合智能网联与驾乘体验的高附加值的电子系统,是未来汽车核心三大域中,集成技术种类与更新占比较大的部分,其直面消费者的关键角色,决定了需要一系列验证与测试手段,以解决在产品迭代过程中智能座舱系统的测试与验证。经纬恒润结合通信信息、人工智能、工业控制、硬件在环等技术,开发了一套智能座舱仿真测试系统,实现了对整车电气、人机交互、交通场景和座舱体验的仿真模拟。系统通过提供触控模拟,智能
  • 经纬恒润车队数据采集解决方案2021-12-09 11:47

    背景随着汽车功能逐渐丰富,车上包括智能驾驶、智能座舱等在内的各项功能越来越多,给测试本身提出了诸多挑战。以智能驾驶为例,现阶段大多数测试方法的挑战都集中在缺乏安全保证和缺乏可扩展性上。鉴于社会难以容忍自动驾驶造成的道路交通事故死亡,因此安全对于自动驾驶汽车至关重要。自动驾驶测试的典型方法是采用大量统计数据驱动,随着收集到的里程数越多,安全验证就越严格。理论表明,将自动驾驶的事故率降低至人类驾驶事故
    智能驾驶 43人看过
  • Medini Analyze — 智能驾驶功能安全平台工具2021-11-30 11:26

    “安全”被普遍认为是智能驾驶汽车被用户接受或者得到商业应用的显著问题,传统汽车电子按照功能安全(ISO26262,避免系统性故障及随机硬件失效)标准进行安全设计,而智能驾驶汽车安全要求超越了功能安全范畴,尤其是L4及以上智能驾驶车辆中驾驶员将不再接管对车辆的控制权,功能安全要求演化为失效可工作(Fail-operational),产品设计需要兼顾预期功能安全(ISO/PAS21448,解决产品性能
  • AUTOSAR解决方案 — INTEWORK-EAS-CP2021-09-07 18:22

    随着汽车电子技术的发展,汽车电子领域的嵌入式软件规模越来越庞大,AUTOSAR的软件架构和方法论已被越来越多的OEM和供应商认可。在国外市场,越来越多的AUTOSAR车型上市,各大OEM也已对其供应商提出了明确的符合AUTOSAR的要求。在国内,经过前一阶段的积累和预研,各OEM也正式启动了研发AUTOSAR车型的计划。OEM和供应商都面临着更加迫切和明确的AUTOSAR需求。
    汽车电子 84人看过
  • AUTOSAR解决方案 — INTEWORK-EAS-CP2021-09-07 10:27

    随着汽车电子技术的发展,汽车电子领域的嵌入式软件规模越来越庞大,AUTOSAR的软件架构和方法论已被越来越多的OEM和供应商认可。在国外市场,越来越多的AUTOSAR车型上市,各大OEM也已对其供应商提出了明确的符合AUTOSAR的要求。在国内,经过前一阶段的积累和预研,各OEM也正式启动了研发AUTOSAR车型的计划。OEM和供应商都面临着更加迫切和明确的AUTOSAR需求。
    119人看过
  • 车身网络控制器2021-08-13 15:02

    经纬恒润作为国内设计、生产商用车车身网络控制器的供应商,推出分布式网络控制方案,实现整车的灯光、雨刮、门窗等电气控制。整套产品目前已经随整车出口到欧洲、中东地区,现已为一汽解放、中国重汽、陕汽重卡、东风柳汽、江淮、华菱、江铃、三一、宇通、北奔、厦门金龙、Navistar、DAF、MAN、PACCAR 等进行配套。
    汽车电子 83人看过
  • MBSE咨询服务与工具——MBSE在汽车行业的应用2021-08-05 11:41

    将基于模型的系统工程(Model Based System Engineering, MBSE)方法应用于整车开发过程中,可解决传统整车研发过程中的工程数据一致性、可验证性、可追溯性的问题,降低整车产品开发难度、尽早发现和避免潜在风险,进而提升开发效率和降低开发成本以及后期维护成本。
    汽车电子 92人看过