软件设计 - 响应变化(一)

上世纪60年代后,由于“软件危机”的推动,人们开始借助工程化的方式解决软件开发中质量、成本和工期不可控的问题,形成了软件工程学。

软件工程学从其他人类工程学(如建筑学和硬件开发)中吸收了许多成功的经验,明确提出了软件生命周期模型,并发展出了各种在软件开发与维护阶段适用的技术方法与工程实践,这些都在各种软件项目中取得了一定的效果。记得当年大学计算机软件工程课老师最喜欢用建筑学做类比,讲到工程、复用和模式之时必提及Christopher Alexander及其在建筑学上的相关著作。

遗憾的是,虽然软件工程将科学的项目管理方式引入到软件开发交付过程中,但是并没有很好解决软件的一个核心问题,那就是 “变化” 的问题。软件在其全生命流程中(无论交付后还是交付过程中),都会面临由于需求变更或者技术演进带来的相对更高频的变化。

正因为软件在开发和交付后一直充满着变化,所以人们往往隐喻软件是“具有生命”的。从这个角度来说,软件开发有些像“养小孩”而非“做雕塑”。单纯用“硬件式”的工程方法被证明是难以做好复杂软件的。

现代软件工程开始强调“敏捷”和“演进式设计”的能力,软件公司也更愿意重视“人”和“文化”等因素,正是以动态生长体的方式来看待软件。

如果继续对软件领域进行细分的话,会发现不同领域的软件变化频率其实是不同的。

软件门槛变化率曲线

上图展示了软件的”门槛变化率“曲线:交付门槛越低的软件,变化频率越高,而交付门槛越高的软件,变化频率越低。这也是软件工程复杂的原因之一:很难有一条可以完全复制的成功经验。务实的做法是根据自己的定位,探索适合自己的方式。

对于变化频率低的领域,“管控”、“规划”和“度量”为主的工程和设计方法仍然是有效的;而对于高频变化的不确定性较强的领域,以“引导”、“反馈”和“持续演进”为主的工程设计方法则往往会更加有效。

但是无论如何,软件要求能够复用的特点决定了,软件要能基于自身进行持续的生长。变化频率低只是生长速度慢,微小但是不断累积的变化放到足够长的时间里面看也是不容小觑的。

所以即使变化频率低的领域,只要软件生命周期足够长,向下兼容的时间久,就需要具备让软件持续响应变化,长期保持健康生命力的能力。

这种能力被称为 “演进式设计”

关于演进式设计,Martin Fowler在2004年写过一篇文章《Is Design Dead?》,辩证的阐述了其与“规划式设计”的关系。这篇文章是关于演进式设计不可多得的佳作,这里是其中文翻译版

演进式设计被认为主要由以下六部分组成:

演进式设计

其中,“完善测试”、“及时重构”和“持续反馈”,组成了演进式设计的工程能力部分。具体包括完善的测试体系、重构能力以及能够快速反馈的持续集成和交付流水线。

上述能力也是现代软件工程的基础,有大量的著作对此做介绍,如《敏捷测试》、《开发者测试》、《测试驱动开发》、《重构》、《持续集成》、《持续交付》、《演进式架构》等等。如 Martin Fowler所说,这些工程实践的目的是 “拉低软件的变化成本曲线” ,保证设计的调整可以发生的足够频繁。

而“保持简单”、“设计技能”和“延迟决策”则组成了演进式设计的设计能力部分。《敏捷软件开发原则、模式与实践》以及《浮现式设计:专业软件开发的演进本质》等著作有关于这方面的阐述。

不过演进式设计中关于设计方面的优秀著作相比工程实践方面的还是少很多。庆幸的是袁英杰写过几篇极佳的文章,非常适合用来阐述演进式设计所需要的设计能力。

  • 这篇文章《简单设计》,通过讲解“简单设计原则”,很好阐述了什么是演进式设计中强调的“保持简单”。

  • 这篇文章《变化驱动:正交设计》非常经典的总结了演进式设计中需要的可以应对变化的“设计技能”。

  • 另外一篇《第一颗子弹》极佳的解释了什么是正确的“延迟决策”。

最后我们总结一下演进式设计:

演进式设计强调让设计尽量 “保持简单” ,对不确定的变化需要 “延迟决策” ,直到被某个方向上的“第一颗子弹”击中时,再通过应对变化的 “设计能力” 进行设计调整,并同步将新的设计 “及时重构”到代码中,让代码从此在对应的方向上可以保持弹性。

演进式设计强调上述过程要能够及时频繁的发生,不要堆积。这需要自动化的 “完善测试”“持续反馈” 来持续保证设计和代码变更尽量的低成本和安全有效。

总结完演进式设计后,下一篇中我们着重谈谈在软件编码中如何解决具体代码中存在的变化,作为对演进式设计中代码实践的补充。


《软件设计 - 响应变化(二)》

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 143,639评论 1 302
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 61,591评论 1 258
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 95,050评论 0 213
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 41,169评论 0 180
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 48,976评论 1 258
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 38,876评论 1 178
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 30,476评论 2 273
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 29,229评论 0 167
  • 想象着我的养父在大火中拼命挣扎,窒息,最后皮肤化为焦炭。我心中就已经是抑制不住地欢快,这就叫做以其人之道,还治其人...
    爱写小说的胖达阅读 29,095评论 6 234
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 32,579评论 0 213
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 29,356评论 2 215
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 30,698评论 1 232
  • 白月光回国,霸总把我这个替身辞退。还一脸阴沉的警告我。[不要出现在思思面前, 不然我有一百种方法让你生不如死。]我...
    爱写小说的胖达阅读 24,272评论 0 32
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 27,168评论 2 214
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 31,605评论 3 210
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 25,645评论 0 9
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,035评论 0 166
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 33,609评论 2 232
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 33,698评论 2 233

推荐阅读更多精彩内容

  • 互联网提供了低成本的万物互联的物质基础,当然这其中最重要的是人与人的互联。这种低成本的信息交流方式,可以有效解决传...
    邵栋阅读 2,870评论 2 8
  • 故事概要: 他叫陈朴生,出生在山西农村家庭,大学毕业后为追寻初恋张芃芃孤身来到广州,遇见了一位喜欢上他的富家...
    小苍先森阅读 267评论 0 2
  • 家乡的江,在白昼时略显狰狞,裸露出多年艰辛的背脊。 夜色微微拉下帷幕,在这平静的空间留下浅浅轻抚。 从未认真审视她...
    One3阅读 343评论 0 0
  • 发现个貌似不错的地方可以写写游记(一般会先发到mafeng窝),影评,书评或者就随便写写随笔什么的。挺好的。
    大灵不灵Niko博士阅读 95评论 0 0
  • cambridge_ad7b阅读 131评论 2 5