关于程序架构的一点总结和感受

最近忙于业务逻辑的研究，没有学到什么新技巧，唯一深有感触的是关于程序架构设计方面，先进行一点浅显的总结，欢迎大家补充、指正。

目前公司在进行一个专家诊断系统的项目，我负责其中的一个分支，需要对业务层面非常了解，但是缺少时间学习和积累，所以经常返工，大大降低了开发效率。
假设要对A类设备的电压趋势进行统计，一开始我设计的流程图如下图所示：

这段程序里，我把所有的功能都写在一起，程序有300行左右，循环嵌套的比较多，逻辑复杂。最初写代码时，没考虑太多，按照上述的流程基本实现了电压趋势的统计。但是，领导教育我，这种流程根本是不行的，虽然能实现功能，但和其他功能综合时会出现很多问题。应该将业务层和数据层分离，业务层应该分为逻辑层和管理层，尽量实现模块封装和代码的复用，同时用线程来控制程序的流传。根据他的指导，我将流程变成了这样：

将各个功能模块化，以备后续其他模块的调用，与数据库交互单独成一个模块，将业务和逻辑分层，业务层中可以在上述框图之上再建立管理层，实现多类设备趋势分析的管理。例如A、B类设备的趋势都出现下降，则说明可能是电源屏的故障。

 

经过上述开发过程，我对系统模块化的感受颇深，作为一个刚入门的菜鸟，系统架构方面的知识非常欠缺，以后的工作中要多多积累。