97条架构建议-架构平衡-负责-多方案

97条架构建议-架构平衡-负责-多方案

架构设计要平衡兼顾多方需求

软件架构常考虑的：

系统建模，定义接口，划分功能模块
套用模式，优化性能
安全性，易用性，产品支持，发布管理，部署方式等问题

除了上面的技术架构外，软件架构师还必须考虑各方的要求和利益。只有充分考虑了各方面的要求，才能确保需求说明书的完整性。

架构师实现的一组最终目标可以通过逐步分析相关各方的需求得到。这个分析过程应该贯彻整个软件开发过程。
要满足长期需求，也要兼顾未来。

架构师不仅要为用户创建实用的优质软件，还要有专业的能力，平衡不同的部门的目标。

ceo的控制成本
运营部门的易于管理，
开发人员的代码容易学习方便维护
软件的生命周期和商业价值，考虑公司的技术文化的惯例。

设计软件架构需要兼顾项目的技术需求和各方的业务需求

避免草率提交任务

避免开发人员草率提交任务。

可以采用测试驱动开发的模式。

改善系统的生产效率，缩短流程

运行模拟方法
降低依赖
细分系统

杜绝一切草率提交任务的念头

不要在一棵树上吊死

世界是混乱的，很难有一种通用性的解决方案。我们可以通过分解系统，提供多样化的解决方案。