软件架构的风险消除策略

以下两段内容是摘抄过来的，我个人的总结在后边

架构设计的依据是什么？

当然是需求，但架构设计思想中最有价值的东西，莫过于用风险分析来驱动架构设计，为什么这是个有价值的策略呢？因为一个产品设计中要考虑的问题很多，但只有在发现风险与消除风险的过程中，发现和抓住高风险的部分，才可以针对潜在威胁有重点地提出设计解决方案，甚至改变我们的设计思想，从而设计出更加良好的产品。

用风险分析驱动架构设计

设计的要义是发现问题并解决问题，通过分析所面临的重点问题，找到解决方案。没有解决问题的设计并不是好设计，而通过识别和分析风险，可以帮助我们发现问题。

我想总结的是下面这段：

很多产品、项目，在迭代的时候，经常会遇到一类情况，比如说突然间发现一个大问题，这个问题是之前无论如何也想不到的，有时候是跟做东西的人水平有关，更多的时候是被很多任务和问题给淹没了。如果之前你隐隐约约觉得会出问题，这时候出问题了，自己粗心也好，懒得做也好，既然问题出来了，你心里还有点底，相对来说容易解决一点，最多是压力大，努努劲重新设计，打补丁，把问题解决了。这类问题不能拖着，风险高就是风险高，一旦真出事了，破坏力就大了，信息系统打个招牌本来就难，比不上明星演戏。

有时候怕就怕未知的风险，迷茫的眼神，这种坑，数量多少不清楚，影响多深不清楚，难填。以前遇到这问题，我可能会到处查资料，自己单搞，速度慢不说，容易走岔道。最好问专家，这样专家会帮你打开视野，给你一些成熟的框架，按照这样的方式去解决，解决问题的质量就能有些保障，俗话说就是让老司机带路。