生活小领悟29【敲打】：做一个项目，先将项目进行模块化分解，然后验证各个模块功能的可行性，把各个子模块拼接起来，这个项目就做成了

生活小领悟29[敲打]：做一个项目，有一种方法是先将项目根据功能进行模块化分解，然后分别验证各个模块功能实现的可行性，最后像搭积木一样把各个子模块拼接起来，这个项目就做成了。

解释：最近在做一个项目，使用一个软件编一个上位机。这个软件功能很强大，之前没有用过这个软件编写上位机，而且我要做的这个上位机也同样非常复杂，还要处理大量数据。我该怎么开始呢？

首先，我先详细研读了这个软件编写上位机涉及的帮助文件，把把帮助文件里面所有的功能和示例比着做了一遍；然后根据上位机功能需求和学到的软件特性，设计上位机需要实现的功能点和实现方法；再然后针对每个功能点，做成一个一个子模块，单独验证每个子模块实现的可行性；最后像搭积木一样，将所有的功能集成在一起，完成整个上位机的设计。目前这个项目最后一步已经做的差不多了，最后搭积木的时候采用的是边集成边验证的方法，项目进行的很顺利，下周应该就能上机调试了，很快这个上位机就能实用化。

再比如现在要对一个产品做技术升级，假如改动很大，可能瞬间觉得工作量很大。但是如果你做好模块分解，分清楚哪些是已经有的成熟技术，哪些是需要我们花精力研发的核心技术，哪些是可以从市场上购买的模块。分好后，再去评估工作量，或许你会觉得，真正需要用心花精力做的事情并不多，升级周期没有想象的那样长，这又是一个做模块化分解的好处。

模块化分解是做项目时的一个常用方法。采用模块化分解有很多优点：有助于移植到其他项目，有助于团队间分工协作，有助于系统功能表达清晰化，有助于后期功能的维护，等等。模块化后，我们可以单独验证每个功能模块实现的可行性，这时可以不用做的很详细，只需验证好一些未实现的关键技术就可以了。最后需要组织好各个模块的顺序，像搭积木一样，将所有功能模块连接起来，形成一个具备完整功能的产品。

我们做项目是这样的，那么我们做其他事情能不能类推这种方法呢？这种视情况而定，需要我们有自己的观察力。