我对企业信息系统建设的看法

    早就关注CSDN，以前也注册了一个账号，不过一直没有好好利用这个学习平台。自己自从大学毕业后闯入企业应用系统开发这个圈子后，一直没有任何建树。在这碌碌无为的五个年头里，也想把自己的一些想法表达出来，可头脑中总是一些支离破碎的东西，不成系统，很难表达。于是打算借助CSDN，记录自己对企业应用系统开发的一些看法，也许可以理出一点头绪来。若有相同爱好的朋友一起交流，那就万幸了。

    最早知道为企业构建系统的商业行为是网站公司卖OA办公系统。一套ASP网站里包含一些签核，文本记录，代办事项记录等。虽然每个企业都会用到这些东西，但总感觉通用的太少。企业间业务流程的差异太大，所以这个很难形成一套成熟的产品。当然，对于一些中小企业来说，普通的OA系统或许可以满足日常的应用。但对于大型企业来说，就需要有一套可以解决企业发杂流程的系统。而大型企业往往会自己成立开发部门，招聘程序员进行系统开发。在企业信息部门成立初期，程序员可以照搬一些网上流传的OA系统，进而进行改造，一般也能做的像模像样。可随着企业信息化的深入，这些早年随意搭建的系统就会显现出各种弊端。严重时，后来的程序员根本看不懂“前人”写的到底是什么东西，多数没有文档保留下来。一些早年的程序语言也没有多少人会了。这样就变成了一堆烂系统放在那里，维护成本高，且使用效率极低。

    而对于一些贸易公司或制造企业，当引入ERP系统后，围绕着ERP系统势必会需要构建一些外围系统。往往这种外围系统的构建是长期的过程。正如刚才所将的，类似构建OA系统那样，大部分外围系统分散在各个服务器上。开发语言也是多种多样，整个开发部门既不能共享开发知识，也不能整合系统。重要的是，一些常用的业务逻辑被多次的开发成系统，而每个系统的负责人却极少对此进行沟通和比较。而同属于一个业务逻辑的系统构件，在不同的系统中却被开发的大相径庭。而在数据端，多次的数据交换甚至造成了数据的不一致性。这些都是目前大部分企业中存在的问题。

    因此，本人认为构建企业系统应该从构建一个统一的业务逻辑类库开始。业务逻辑类库下方是基于业务逻辑开发出来的一个一个可复用的程序构件。当业务部门进行需求提交时，分析师只需要根据目前的需求往业务逻辑类库中添加新的业务逻辑组件，或从类库中挑选出已有的组件，并根据业务流程进行业务建模。而单独对业务逻辑组件进行开发的工作则交给程序员完成。当然，前提是架构师已经将各个业务逻辑下方的系统架构设计好。

    (说实话，想写好一篇技术文章还真需要功夫，目前我还不能很清楚得将自己的想法清晰而有条理的表达出来，在以后的日子里，我会在这里一点一点的记录自己的想法，并逐渐形成一种清晰的观点)