架构的度量---简单够用就好 【草稿】

 

架构的度量---简单够用就好

架构设计除满足系统功能性需求外，主要满足系统的非功能需求，如可扩展性、稳定性、可维护性等；架构设计部分一般包括：软件体系结构、数据模型及数据流程、运行体系结构、系统物理结构、业务流程等【4+1视图】。通过以上方面描述系统的全局结构及实现方式，满足用户的核心业务要求。
其实架构设计不要搞的太复杂，简单够用就好。架构越简单，越利于开发人员、测试人员及后续维护人员的理解与实现；架构越简单，稳定性越好；简单的架构并不意味着架构设计过程就简单；简单的架构可能是从复杂架构抽象提炼重构而来。
复杂的架构可能带来如下问题：
1.相关人员理解不完全、不一致，存在偏差；
2.沟通成本、开发成本、测试成本、维护成本明显增加；
3.复杂的架构不易于改进，重构成本高；
4.架构越复杂，系统越不稳定；

架构度量一定要从用户角度、业务需求角度、内部规划角度、市场及竞争对手产品角度进行综合考虑，不要过度设计，不要为了架构而架构。
究竟怎样进行架构的度量，好像没有相关标准；个人感觉，只能靠经验、案例、demo、迭代等进行验证，保证架构设计简单高效。
架构度量之后，就需要考虑架构的重构。架构重构的必要性、时机、验证方法等有待进一步学习。