功能分类
在一个数据库系统中，功能大概分两种：
一是，不偏业务的纯功能，借助帮助类就能很好的实现。
二是，偏业务的功能，需要熟悉业务，细致的处理大量数据。
偏业务的功能分析
偏业务的功能，大部分都可以用一个长sql来实现。因为业务的复杂，需要操作的数据往往在好几个表里，所以用一个长sql写最直接。取数据再处理再存的话就麻烦了。
偏业务的功能，往往和【单据状态】，【某些数值】相关。而且这些业务考虑的点其实是比较固定，比较有套路的。
最重要的业务型功能，其实就是【审核】和【调单】。调单会把数据从上一步的单子，调到这一步的单子。审核会反过来修改上一步单子的某些数值，审核成功了会修改本单的状态让下一步的单子知道我可以被调单了。
而常见的业务型功能其实就几种：启用，停用，审核，反审，调单。
可以做的准备
针对业务型功能我可以做哪些准备呢？我认为有以下几点：
1.考虑好常见业务需要考虑的点在哪里。
2.准备好常见业务需要的sql代码片段。
3.画好业务流程图，以备编码的时候查看。
业务流程图
在之前的工作中我发现对我来说：我会画功能模块图来整理思路；但是却不去画业务流程图。
功能模块的划分实际上是比较静态的东西，我可以看到模块划分最后划分到具体窗体上，而每个窗体都对应着一两张主要的数据表，所以我可以很好的写出数据获取和增删改查的功能；我也可以借助我的帮助类写导出excel这种不偏业务的功能。
但是写到【调单】【审核】这些偏业务的功能的时候，我就不顺手了；这两个功能写的不顺手，其实就是对业务不够熟悉。而我真正需要的，能够帮助我更顺畅的编码的，其实就是一张好的业务流程图。
经过我的思考，我需要的业务流程图需要包含以下信息：
1.本单的名字和表示流程的箭头。这两个是最基本的，业务流程就体现在从一个单子到另一个单子的过程之中。
2.本单的窗体名，对应的主要数据表的名字，这是编码时经常需要找的东西。
3.本单的重要业务型功能，如审核和调单。这些功能是业务能流起来的关键，而且编码的时候我们非常需要知道上一单是什么，下一单是什么。