接下来张伟进入了自己生活的循环状态，张伟开发报表的速度，和总是亲自上门去沟通需求，和上门教用户使用系统的工作模式，得到了全公司各个部门的认可，alix那里经常开会的时候，收到，别的部门的夸奖，说你们部门那个叫张伟的很不错！报表开发的很快，而且有问题也修改的很快！开发的报表很好用！态度还非常好！总是坐到边上来指导非常靠谱！
当然alix也是乐得合不拢嘴了！
这样过了一个多月，张伟基本上把部门里积压的所有与PP、MM、SD的报表开发了，甚至是那些需要修改的也全部都搞完了！
主要张伟这个老六，没有工作了就找强哥要，强哥那没有了就找alix要！
口头禅就是！“报表开发完了！给我分点报表开发吧！”
经过自己不懈的努力！
自己积累的报表开发的代码量估计也差不多有7~8万行了！
真是感慨啊，以前大学4年写了10万行代码，觉得自己NB的不行了，现在就一个多月点就写了差不多10万行了，不过相对来说，大学的10万行，是各种程序加起来的10万行C、汇编、Java、C#......而这一个多月的10万行，只是一种语言，而且很多是重复性的copy！俗称代码重用技术！哈哈！
张伟开发报表，也不是那种为了开发而开发，也是一直在思考，自己有个习惯，喜欢独处！就是那种如果那天工作干的比较快，工作比较少，下班的早了，就喜欢一个人沿着园区的小河、或者景观道，一边思考一边散步走回宿舍，这过程中，张伟就会发挥自己程序员的特长，挖掘事物底层运作逻辑的能力，俗称找规律，按照修仙小说的逻辑就是寻找结丹机缘！
张伟自己大概整理了，这段时间以来的思考，主要有下面这些。
第一个方面，之前那个MM模块和编程融合了打通了任督二脉，现在是PP模块，和SD模块一样，也和程序融合了，怎么说了就像编程是一个核心，在上面链接起了MM，PP，SD三个模块，当然张伟觉得后面的FI，CO肯定也是可以融合到一起的，只是现在自己财务知识确实很欠缺，没法进行实际的融合，或者就是融合FI、CO那部分区域现在对张伟来说还是黑色的看不清，不像这三个模块张伟不但可以看清，还能在上面游走了，当然离对这些链接进行梳理还有距离！
或者换一个说法编程就是基座，土地，上面长出了各大模块，这些模块就是在土地上长出的大树，每个模块就是一棵大树！
第二个方面，生产、后勤、仓库、销售，这些模块在业务层面是相互链接起来的，从公司部门的角度确实分了很多部门，每个部门都相互独立，可是从系统的角度却是相互联通的。
比如生产部门跑了一个MRP，第一条线自己部门会产生一个生产订单，然后生产订单会驱动生产领料，就跨到了仓库，生产完成要成品入库，又回到了仓库，而这个成品是为了某个客户的销售订单生产的，于是这个销售订单，就把入库的这个成品，就销售出库了。
第二条线当跑完MRP发现物料不够了，没法下生产订单，那么就得去外面购买原材料，于是就产生一个采购申请，采购部就用这个申请去确定价格，确定供应商，然后就是正式的采购订单，发给供应商，供应商生产完了交货，质检进入仓库，然后就进入了第一条线的流程。
张伟想其实全公司都在这个链条上面了，只是不同的部门负责这个链条的某一个部分而已，各个部门合起来就是整个链条了！
因为整体业务流程太长，每个部分业务量太大了，一个人的专业性、能力、工作处理时长等因素没法处理那么多事情，于是就产生了公司的部门，SAP系统就产生了模块，可是从程序逻辑、系统逻辑，这就是一个整体，只是因为流程太长了，按照分工被拆分成很多块了，于是从系统上就分成了PP生产模块，MM后勤模块，SD销售模块，对应到部门就是PP对应生产相关的，MM对应采购仓库相关的，SD对应销售相关的；
这样的划分，对于公司管理来说，确实很好，把专业性相同的划分到一起，方便管理，于是配套就产生了系统上的模块的划分！
张伟理解到这一层，也终于搞明白了为什么要进行模块的划分了！现在也搞懂了，那个所谓的PP、MM.....这些模块是怎么产生的了！
看来作为程序员，来学习这种系统，天生就有优势啊，毕竟这个系统也是被程序员开发出来的！
系统！系统！张伟怎么有种，突然被网文洗脑了！感觉这个SAP就是伴随自己的系统？
但肯定不是，这个系统不在自己的大脑里，而是实实在在就在现实中，不是自己一个人，而是所有人都在用！这个系统也不给他发任务，也不给自己发奖励，更加没有抽奖！
这章没有结束，请点击下一页继续阅读！