软件设计的思维模式(架构评估思维模式展示理解)「软件架构设计思想」

一、理解问题

这种思维模式要求我们主动从利益相关方那里获取信息，清晰地描述问题。
理解对方的需求其实就是站在对方的角度考虑问题。
为了理解问题，我们必须了解所有与系统有关的人以及他们需要什么。

为了理解问题，我们既要研究利益相关方关心的业务目标和质量属性，也要掌握开发团队自身的工作风格，这样才能把我设计的轻重缓急，取舍利弊。

探索软件架构意味着尝试各种结构的组合，知道找到最能提升目标质量属性的那种组合。
为了找到最佳组合，需要研究大量的模式、技术、开发方法。
这种思维模式不仅能在架构规划时发挥作用，在与利益相关方协作时也能派上用场。

正如设计思维第四条原则“化虚为实”强调的那样，如果无法让他人理解和接受你的想法，再好的创意也无法产生价值。
展示想法不仅是为了分享，也是为了检验合理性。
这种思维模式强调将脑海中的设计理念转化成为实际的东西。

最常见的展示方式是制作模型，除了线框图，你还可以制作原型、编写文档、展示数据等。
在开发系统时，我们也要设法展示架构（比如通过组织代码展示架构中的模块结构）。

我们在评估的时候，既可以评估全部架构，也可以评估部分架构，还可以只评估某个模型、概念、想法。
最常用的评估方法是针对不同的场景审视某一块架构，还可以通过做实验，或者通过检查决策风险来开展评估。

评估在验证架构设计时非常有用，还可以用来检查任何工作成果，判断它们是否满足我们的需求。