沃尔沃:大型组织中的敏捷系统架构.docVIP

沃尔沃:大型组织中的敏捷系统架构.doc

  1. 1、本文档共9页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
沃尔沃:大型组织中的敏捷系统架构 系统架构被认为是大型复杂电气系统开发的基本要素。这是因为一个好的架构可以保证系统满足所有必需的质量要求,并且在未来升级后依然满足。除了设计良好的体系结构之外,当今此类系统的开发还需要敏捷方法,尤其是在软件开发。这主要是为了确保质量和更短的开发周期,尽早到达客户,并直接将他们的反馈整合到开发过程中。为了协调大型组织中许多敏捷团队的工作,通常有必要使用框架来扩展敏捷开发。 敏捷开发的主要原则包括: 1。专注于质量、快速发布和快速响应客户反馈的增量功能增长。 2. 没有重大的预先计划,在我们知道的尽可能多的时候,尽可能晚做决定。 3.对开发过程中变化有足够的准备。 4. 将系统划分为具有明确边界、职责和独立生命周期的子系统。 第四个原则实际上源于系统工程实践,但它考虑了其他原则的先决条件,因为它降低了复杂性。这些原则的主要思想是指导所谓的敏捷团队开发他们完全独立的一个系统功能(例如,规格说明、设计、实现和验证)。然而,每个原理也会影响系统的架构。 在可扩展敏捷框架(Scale Agile Framework,SAFe)中,架构师的角色是框架中所有级别的三个关键角色之一。架构师主要负责子系统中的主要组件,并平衡子系统中的功能性和非功能属性的开发。与整个系统相关的架构决策留给所有相关子系统的架构师通过直接讨论来解决。由于分区管理原则,这样可以确保子系统尽可能独立。 然而,在大型复杂的项目中,实际情况通常是不同的。首先,由于遗留系统、初始系统分区期间的时间压力、在开发期间由于将系统的功能方面优先于非功能方面而导致的子系统之间的依赖性增加,子系统之间的独立性远不如预期的那样。其次,团队之间缺乏沟通和透明度通常会导致本地化的决策,并不是所有相关的架构师都参与其中,从而使系统处于不一致的状态。 为了克服这些问题,我们需要一个专门的架构师团队(完整系统架构师团队——CSA),他们具有系统的整体视角,并对其架构一致性负责。然而,这至少产生了以下新问题: Q1。在不同的开发阶段,CSA如何与SAFe的系统/解决方案架构师协作? Q2。职责——哪些架构决策应该在当地制定,哪些涉及CSA? Q3。在SAFe中,如何合适的设立和组织CSA? 针对上述的问题,下面从系统体系架构的定义,并对SAFe进行说明,然后介绍沃尔沃汽车对上述三个问题的解决方案,最后聊聊这些方案的优缺点。 系统架构 IEEE将软件架构定义为一个系统的基本组织,它体现在其组件、组件之间的关系以及它们与环境的关系,以及指导其设计和发展的原则。 在本文中还考虑了软件和硬件的系统架构组件。我们还想用Jansen和Bosch的定义来补充IEEE定义,该定义强调了体系结构的系统质量方面:体系结构由一组确定系统质量特性的设计决策组成。 SAFe 完整的SAFe是为大型组织设计的,用于将敏捷原则扩展到多个部门(例如,研发、制造、人力资源和财务),它定义了四个组织级别[4]: 1。团队级,所有软件和硬件的开发都在此进行。 2。程序级别定义敏捷发布组(ART),负责系统中团队拥有的组件的持续集成/发布。 3.(大型)解决方案级别负责管理一个复杂产品的多个ARTs。 4. 组合级别为一个或多个大型解决方案定义策略和预算。 每个描述的级别都包含一个带有优先任务的待办事项,以及一组负责确保系统中新产品的连续不间断的角色。这些角色之一是架构师,它分别作为系统架构师/工程师和解决方案架构师/工程师出现在程序和解决方案级别上。这些角色负责所谓的“架构级别”的开发,以确保系统有必要的质量来支持未来的扩展,即减少架构的技术债务。 除了系统架构师和解决方案架构师的角色之外,企业架构师的角色也可以在投资组合级别上使用,并负责提供战略技术决策,包括与所包含的大型解决方案的架构相关的决策。企业架构师还不是沃尔沃汽车敏捷框架的一部分,但是将在后续简要回顾他们在确保整体系统架构方面的可能用途。 最后,需要强调的是,在某种程度上,系统架构的开发是上文所描述的“没有大的预先计划的敏捷原则”的例外。这是因为,在建立增量功能增长流之前,需要将系统的高级划分放在最重要的质量属性上。 沃尔沃的解决方案 在沃尔沃,如何开发和维护系统架构的基本原则是将责任和架构工作尽可能地分配给不同的ARTs部门,而不是将其全部开发放在一个中央组织单元中。这是为了在设置架构和完整系统的高层结构时利用整个组织的能力,这是为了在考虑完整系统的情况下进行局部决策的可能性。 SAFe描述了不同抽象级别上的架构角色,这些抽象级别可以很容易地解释为层次结构。沃尔沃汽车将重点放在具有不同专业知识和观点的不同架构角色之间的合作上,而不是聚焦于层次结构。架构决策应该在ARTs和架构师的工作组中进行,而不是集中在决策论坛中。 沃尔沃的三个主要架构角色

文档评论(0)

play + 关注
实名认证
文档贡献者

分享有帮助的文档

1亿VIP精品文档

相关文档