软件架构设计的方法

架构设计的目的之一：系统的扩展性，维护简单。首先整个系统的功能整理，然后根据这些功能进行层次划分（ MVC?），不同的系统层次划分不一样。层次之后，再模块划分（也有利于人员分工？），画出系统框图。模块划分好之后，考虑模块间的通信方式，如采用进程内调用还是进程间通信（ Web Service?）。整个考虑完之后，再做具体的模块设计。有一种方法供参考：先进行各模块的概要设计，以设计文档的方式记录下来，必须做到文字表述清晰易懂。必要的地方以流程图（或其他图）的方式辅助说明。第一轮概要设计完之后，免不了第二轮的修改完善，也很可能会留下很多问题。这个时候，可以参考一些设计模式或者参考其他优秀系统的的架构设计（ Spring?）。最后集合多方位的资源进行咨询参考（在公司可以叫做设计评审），当然，仍然是文档的修改和完善，再次确保文字表述清晰易懂，必要时配上图。概要设计之后就是详细设计了。对于团队成员技术层次不齐的情况，一定要做详细设计。详设可以在代码编写的时候逐步做，即编码某个模块，则做该模块的详设。不要求做完整个系统的详设才开始编码（实际企业中很少做到整个详设完成后才编码吧？反正觉得风险高）。如果团队内都是大牛，好吧，可以不做不做详设。编码过程中，不断的总结和完善，注意文档（不是大改）。【本文由“LinkJarvan”发布，2019年08月09日】