架构师实战营 [模块一]- 微信业务架构和学生管理系统架构设计

1. 微信业务架构图如下

2. “学生管理系统”毕设架构设计

需求理解：由于需求只要求可运行，对可用性没有过多要求，根据简单原则所以不采用 mysql 的主从设计。

方案一：

优点：

三位同学一人负责一个子系统，都可以使用自己擅长的技术，只要保证业务逻辑和功能的实现即可；

缺点：

一、可能无法发挥每个同学的最大技术价值；

二、而且三个人负责三个子系统，可能会有页面展示风格不统一等问题；

三、系统逻辑有相互依赖的业务逻辑，可能开发上无法做到完全的并行开发；

方案二：

说明：此设计由擅长 PHP 的同学做统一的 web 端页面相关的实现，另外两个同学完成三个字系统的后端业务实现，其中权限子系统功能相对比较简单，可以由技术更好的同学多负责一个或者两个 java 同学一起完成；

此架构优点：

一、页面展示风格统一，而且擅长 PHP 的同学可以有更大的精力去把页面做的更炫酷一些，毕竟对于软件也好毕业也好，面子工程很有必要。

二、从开发实现上可以先实现权限系统，学生跟课程相对独立，此架构开发周期会比方案一更好

最后我选择方案二；