论文部分内容阅读
摘 要：通过作者对某中型企业IT应用架构的现状进行分析，然后引出企业的IT应用架构的建立中到底应该注意一些什么问题，并给出它应该如何解决的一些思路
关键词：IT应用架构 ERP 企业战略
1.企业IT应用现状盘点
该企业IT建设从2005年企业引入Oracle ERP开始算是真正地开始了，先后构建了几个信息系统，包括：
2005年引入Oracle ERP系统
主要应用：计划、采购、库存、生产、品质、订单、成本、应收、应付、总账；
应用状况：系统上线之初匆忙上线且项目经理是个不懂制造企业的技术人员，导致系统上线多年并且各个部门提了多年的需求以并且技术人员不多做了大量二次开发之后，该ERP系统的用户感觉系统并不能对业务的精进真正起到什么帮助，反而是业务为迎合系统的需要而增加了很多的工作量；
2007年引入泛微OA系统
主要应用：公司的所有表单流程都在OA上使用起来；
应用状况：在流程上是很方便，但是其很难独立构建应用并且很难与现有的Oracle ERP系统进行集成；
2009年引入普元的二次开发平台
主要应用：公司的销售系统基本在该平台上构建
应用状况：买入了一个系统开发平台，而不是一个系统的思想，所有的东西都自己开发，短时间内事满足了业务部门的需要，但是随着企业的快速发展，出现了不少问题：程序设计考虑眼前不管长远、系统之间没有规划接口混乱，可以想象为一个没有打好基础的大厦在不断地加高她的高度，结果是可以想象的；
陆续引入一系列其它应用
主要应用：铂金人力资源系统，电子学习系统。。。。。。
应用状况：对解决对应领域的问题有帮助，但是很难与其它系统进行衔接，属于信息孤岛；
2.这个企业IT架构问题分析
我们看了上面的介绍，其实可以很快找到这个企业IT架构出了什么问题：
架构上缺乏统一规划，制造大量信息孤岛
该企业信息化缺少统一的规划，先后创建ERP、OA、行销、HR等多个互相很难关联的信息系统，导致大量的信息孤岛形成；
引入成熟的ERP系统，缺少差异分析环节，系统不能得到很好应用
引入了国际上成熟的Oracle ERP系统，但是缺少系统和企业实际情况的差异分析，那么实际上形成了企业的信息流和物流脱节的状况。那么Oracle ERP走自己的信息流，企业物流走自己的物流。
将成熟的ERP系统作大量调整，未消化吸收先按自己意志改造
Oracl ERP实际包含着国际上优秀公司的大量运作的思想，而本企业也有本企业自己长期形成的运作思想，两种思想之间必然是要发生冲突的，那么在这种情况下应该走什么样的路线呢？实际上市摆在这类企业的不可逾越的一个问题。
而该企业走的是一个以自身思想为来代替Oracle ERP思想的路子，这样必然会导致需要对Oracle ERP做大量的改进工作，也导致了前面谈到的做了大量改进，但是企业的用户并不卖帐的现象。
没分析清楚企业所处的发展阶段，一味想自己做全面的IT研发
企业目前的规模是属于一个中小型企业的规模，对IT这里的人员配置不可能按照大中型企业的规模进行配置，那么作为信息部门来说工作的权重应该是这样的比较合理：【维护：架构：开发=5：4：1】。要确保系统的正常运行，维护当然是重中之重。在架构和开发方面，架构对企业来说是重点，就是企业重点应该在于将现有的Oracle ERP如何应用到现实中，解决现实的问题，然后针对某些点进行开发的工作。
用人上存在一定的问题
企业信息化应该用什么人的问题，一直是各个企业老板的意识，有的企业使用IT专业人员，有的企业用企业管理人员。而我谈到的企业采用的是IT方面的专业人员，本身是无可厚非的，但是人员的思维方式是如何满足老板的喜好而非将注意力集中在信息流与物流如何紧密结合，让企业的信息化真正成为企业的神经系统的目标上，这样的管控思维方式必然会为以上的各种各样的问题。
3.该企业应该如何改进
那么在这种情况下，该企业应该如何进行改进呢：
采取措施，消除信息孤岛
该企业信息化缺少统一的规划，先后创建ERP、OA、行销、HR等多个互相很难关联的信息系统，导致大量的信息孤岛形成。那么首先第一步就是消除信息孤岛，采用的方法有很多：
◇ 技术方面的：采用Oracle SOA的体系，实现以Oracle ERP信息为核心，各系统与Oracle ERP进行密切配合的模式；
◇ 思维方面：确认企业核心的信息，以该核心信息为龙头，其它信息都围绕着这个核心信息来运转。相应的，IT的系统也是这样。
◇ 利用SOA的思想和成熟的系统，将各个碎片系统进行信息流的整合，让各个系统里面的信息无阻碍地进行沟通交流。因本篇文章的重点不在于讲解SOA，感兴趣的朋友请自行了解。
进行企业的信息和物流、资金流之间的差异分析
信息流最终是为了忠实反映企业物流和资金流的变化，而差异分析是实现该目标的最好手段，虽然在上线初期没有做好这方面的工作，但是仍然可以在上线几年后对其进行补救
企业在IT用人方面的提升
企业的信息部门不是IT公司也不是管理咨詢机构，信息部门主管应该既懂技术也懂企业管理，仅有其中任何一个方面的技能都是偏颇的。
关键词：IT应用架构 ERP 企业战略
1.企业IT应用现状盘点
该企业IT建设从2005年企业引入Oracle ERP开始算是真正地开始了，先后构建了几个信息系统，包括：
2005年引入Oracle ERP系统
主要应用：计划、采购、库存、生产、品质、订单、成本、应收、应付、总账；
应用状况：系统上线之初匆忙上线且项目经理是个不懂制造企业的技术人员，导致系统上线多年并且各个部门提了多年的需求以并且技术人员不多做了大量二次开发之后，该ERP系统的用户感觉系统并不能对业务的精进真正起到什么帮助，反而是业务为迎合系统的需要而增加了很多的工作量；
2007年引入泛微OA系统
主要应用：公司的所有表单流程都在OA上使用起来；
应用状况：在流程上是很方便，但是其很难独立构建应用并且很难与现有的Oracle ERP系统进行集成；
2009年引入普元的二次开发平台
主要应用：公司的销售系统基本在该平台上构建
应用状况：买入了一个系统开发平台，而不是一个系统的思想，所有的东西都自己开发，短时间内事满足了业务部门的需要，但是随着企业的快速发展，出现了不少问题：程序设计考虑眼前不管长远、系统之间没有规划接口混乱，可以想象为一个没有打好基础的大厦在不断地加高她的高度，结果是可以想象的；
陆续引入一系列其它应用
主要应用：铂金人力资源系统，电子学习系统。。。。。。
应用状况：对解决对应领域的问题有帮助，但是很难与其它系统进行衔接，属于信息孤岛；
2.这个企业IT架构问题分析
我们看了上面的介绍，其实可以很快找到这个企业IT架构出了什么问题：
架构上缺乏统一规划，制造大量信息孤岛
该企业信息化缺少统一的规划，先后创建ERP、OA、行销、HR等多个互相很难关联的信息系统，导致大量的信息孤岛形成；
引入成熟的ERP系统，缺少差异分析环节，系统不能得到很好应用
引入了国际上成熟的Oracle ERP系统，但是缺少系统和企业实际情况的差异分析，那么实际上形成了企业的信息流和物流脱节的状况。那么Oracle ERP走自己的信息流，企业物流走自己的物流。
将成熟的ERP系统作大量调整，未消化吸收先按自己意志改造
Oracl ERP实际包含着国际上优秀公司的大量运作的思想，而本企业也有本企业自己长期形成的运作思想，两种思想之间必然是要发生冲突的，那么在这种情况下应该走什么样的路线呢？实际上市摆在这类企业的不可逾越的一个问题。
而该企业走的是一个以自身思想为来代替Oracle ERP思想的路子，这样必然会导致需要对Oracle ERP做大量的改进工作，也导致了前面谈到的做了大量改进，但是企业的用户并不卖帐的现象。
没分析清楚企业所处的发展阶段，一味想自己做全面的IT研发
企业目前的规模是属于一个中小型企业的规模，对IT这里的人员配置不可能按照大中型企业的规模进行配置，那么作为信息部门来说工作的权重应该是这样的比较合理：【维护：架构：开发=5：4：1】。要确保系统的正常运行，维护当然是重中之重。在架构和开发方面，架构对企业来说是重点，就是企业重点应该在于将现有的Oracle ERP如何应用到现实中，解决现实的问题，然后针对某些点进行开发的工作。
用人上存在一定的问题
企业信息化应该用什么人的问题，一直是各个企业老板的意识，有的企业使用IT专业人员，有的企业用企业管理人员。而我谈到的企业采用的是IT方面的专业人员，本身是无可厚非的，但是人员的思维方式是如何满足老板的喜好而非将注意力集中在信息流与物流如何紧密结合，让企业的信息化真正成为企业的神经系统的目标上，这样的管控思维方式必然会为以上的各种各样的问题。
3.该企业应该如何改进
那么在这种情况下，该企业应该如何进行改进呢：
采取措施，消除信息孤岛
该企业信息化缺少统一的规划，先后创建ERP、OA、行销、HR等多个互相很难关联的信息系统，导致大量的信息孤岛形成。那么首先第一步就是消除信息孤岛，采用的方法有很多：
◇ 技术方面的：采用Oracle SOA的体系，实现以Oracle ERP信息为核心，各系统与Oracle ERP进行密切配合的模式；
◇ 思维方面：确认企业核心的信息，以该核心信息为龙头，其它信息都围绕着这个核心信息来运转。相应的，IT的系统也是这样。
◇ 利用SOA的思想和成熟的系统，将各个碎片系统进行信息流的整合，让各个系统里面的信息无阻碍地进行沟通交流。因本篇文章的重点不在于讲解SOA，感兴趣的朋友请自行了解。
进行企业的信息和物流、资金流之间的差异分析
信息流最终是为了忠实反映企业物流和资金流的变化，而差异分析是实现该目标的最好手段，虽然在上线初期没有做好这方面的工作，但是仍然可以在上线几年后对其进行补救
企业在IT用人方面的提升
企业的信息部门不是IT公司也不是管理咨詢机构，信息部门主管应该既懂技术也懂企业管理，仅有其中任何一个方面的技能都是偏颇的。