敏捷软件开发中的架构设计

前言:本文主要从软件开发的架构设计根源、以及敏捷软件开发中如何做架构设计两个方面来进行阐述。

架构设计的根源

架构一词来源于建筑业,指的是“一个结构内的元素及元素间关系的一种主观映射的产物”。而软件开发是一个新兴产业,在高速发展的同时也在学习借鉴其他行业经验。架构就是软件开发学习建筑业的产物。这个学习(或参考、或借鉴)是完全错误的,软件开发和盖楼是完全不同的两件事情。软件开发是脑力工作(知识工作),是一件复杂的事情。而盖楼是体力工作,是一件繁杂的事情。如果说要和建筑业进行学习借鉴的话,软件开发的过程和设计建筑蓝图(blueprint)是具有相似之处的。因此为了更好的响应变化,软件开发不适合采用整体预先的架构设计。

软件开发是一个持续学习、不断反馈的过程。

软件开发的目的是为了产生可工作的软件,是为了解决一些人的问题。而这些问题是来自一个人的头脑中,如果想要知道一个人是怎么想的,就必须要持续沟通(学习),不断地和这个人进行反馈。这才是软件开发的本质。

敏捷软件开发中的架构设计

与软件社区的某些讨论相比,敏捷开发并非要求像船货崇拜那样热衷于Scrum或其他过程和方法学。敏捷的本质是响应变化、持续学习和不断反馈。敏捷表现为软件及其开发过程的可持续和高质量。敏捷原则中写道“坚持不懈地追求技术卓越和良好设计,敏捷能力由此增强”,这为架构指明了敏捷开发中扮演的角色——无需大量预先设计。

架构只是一种知识的表达方式。软件开发作为一项知识性工作,需要学习技术、学习客户需求,学习和提出产品需求的人交流,学习从设计实践中选取最佳方案,学习合作等等。总而言之,知识源自学习,学习需要时间,而时间正是过程的组成元素。

因此在软件开发的一开始,我们对知识(或需求)了解的最少,这个时候如果进行全面完整的架构设计,往往是基于大量的假设和猜想,做出的种种重大决策也是不明智不理智的,是百害而无一利的。在软件开发结束的时候,信息是最丰富的,我们了解的知识也是最全面的,但此时做决策已然晚了。所以架构设计也是一个基于经验的活动,在持续学习和不断反馈的过程中,不断地检视和调整。

最后,送给痴迷于全面整体的架构设计朋友们一句话:“软件开发的目的是尽早频繁地交付客户价值。”

Comments
Write a Comment