首页 » 程序员必读之软件架构 » 程序员必读之软件架构全文在线阅读

《程序员必读之软件架构》挑战

关灯直达底部

记住这一点,如果问人们是否需要一个东西,无疑我们都知道他们会说“是的”。这就是为什么很难划分功能需求、用户故事等的优先级。不管你使用哪一种度量优先级的方法(MoSCoW1 ,高/中/低,等等),只要尝试划分优先级,每件事最后都会变成“不可或缺”。你可以创建一个“一定不能少”的目录,但我们知道每件事都会上目录。

1 https://en.wikipedia.org/wiki/MoSCoW_Method

这就要换一种方法,提出成本的影响有助于集中注意力。比如下面这些。

  • 架构师:“你需要一个正常运行时间为100%的系统。构建这个系统必须通过大量冗余来消除每一个故障点,我们所有的花费都需要翻一番,外加很多自动故障转移工程的工作。这个成本大概是100万美元。或者我们可以为你构建一个简单一些的系统,必须告诫你,某些组件可能需要进行监测,发生故障时需要手动重启,这样的成本大概是10万美元。您需要哪一种呢?”
  • 担保人:“哦,如果是那样,我要便宜的方案。”

凡事皆有可能,但每件事都有代价。解释那些代价有助于找到给定语境中的最好方案。