企业erp系统如何开发

　　在企业中应用erp系统有自主开发、合作开发、购买软件开发商提供的erp系统等几种形式。企业在为erp系统选择适当的结构平台时，必须考虑以下技术实现问题:选择适合的erp系统结构;重视erp系统集成;关注系统的可扩展性;确定适用的操作系统;重视系统管理;实现erp系统与电子商务的整合。

　　我常见到的二次开发的质量问题：

　　1、摸石头：从一开始，需求方案、技术方案就偏了，因为业界有正道，但大量人不知道正道。所以走了N多次方案的讨论和变更，才咂摸出点味道

　　2、传递失真：从业务部门-企业IT部门-一线实施-后台研发PM和设计-后台开发和测试，每个环节都失真、丢失信息，于是名贵的粗象牙变成了竹筷子。于是，软件中各种遗漏、各种实现不是客户想象。于是，客户看到的功能就不是一开始的想象，于是要求再变更再修改

　　3、确实是二次开发团队自己犯的错。

　　要避免走歪道问题，需要应用架构、技术架构这类人的参与项目，但费用...，你懂的

　　要避免传递失真，需要专项类需求，后台研发设计人员或PM、一线实施、客户业务部门骨干和经理、客户IT部门经理，一起在客户现场做好需求确认会

　　是纯粹后台研发自己犯的错，后台研发自己买单，不需要客户付费

　　本来企业信息化从业务到技术都不复杂，况且大多数中国企业连组织职责和流程都自己理不清，况且大多数中国企业在应用ERP时连主数据都没有整理规范、基本审批流程都跑不起来，况且很多行业的信息化还很初级连ERP就以为是财务记账或者ERP是个筐什么都往里装，所以问题并不大问题并不多，而是很多人对问题没有辨析。一一掰开了一条条列出来，也就那么几条。

　　对于像我们这种规模的大型公司，自己建设、实施和维护满足公司特定管理要求的管理信息系统，是目前部分大型公司建设企业ERP的常见思路。比如：XXXX、XXXX、XXXX、XXXX等等知名企业。

　　其实：这种ERP系统建设方式，我本人并不看好和推荐：社会分工进一步精细化的今天，让更专业的团队去做更专业的事情是大势所趋。然而，既然公司采用这种方式建设自己的综合信息管理系统，本着把事情做好、让公司放心的原则，让来年更有效的为公司综合信息管理系统提供支撑，结团队一年来的开发、维护工作、提出几点浅见：

　　1、加强相似业务流程、管理模式的抽象与提炼，通过系统分析与设计、并编码实现成我们自己的基础架构源码库。下面用简单的源码统计工具，针对今年开发上线的新、旧两个版本的XX系统，进行代码行数统计分析情况：

　　通过重新开发系统基础架构，减少系统代码量，相信就能极大地降低系统后期的测试、调试、维护、升级的复杂度和工作量。

　　2、注重新建子系统、功能模块、业务构件、甚至是最简单的一个新单元、新类的重新分析、设计和实现。针对目前整个系统的在新运行情况和日常的维护工作量，我们不大可能有充足的人力和时间，来整体重新构建各个在线的子系统。但新业务需求的实现时有发生。既然是新增功能、新写代码，我们更有理由摒弃原来不太好的开发方式和思路，采用一些更专业、更成熟软件开发模式与架构，至少让新增的功能块从上线开始，就有较好的稳定性、较高的可复用度、较强的可扩展性。坚持这样，才能逐渐、逐渐地提升整个软件系统的内部质量特性、才能逐渐、逐渐地减少系统的维护工作量;否则，随着软件代码量的日益增加、系统功能的日益复杂、业务需求的频繁变化，已建系统对新需求变动的满足难度势必越来越大：“雪球效应”很可能发生在系统支撑小组，导致系统支撑小组最终很难再继续有效地支撑下去。

　　3、为支撑小组的软件开发、维护工作选择适合的软件开发方法论，并结合具体工作实践进行裁剪或增补。根据团队实际工作情况的引入更合适的软件开发方法，将极大改善开发团队的工作效率、提升交付软件产品的内外品质：已是不容质疑的事实。传统的软件开发方法、信息化软件开发方法、统一软件开发方法，都不太适合我们公司系统这种“应用需求变动频繁、支撑资源配置紧张”的现状。

　　建议采用泛普软件开发方法的原则与模式：

　　1.准确把握公司生产管理及运营需求;

　　2.适度设计并保持设计的灵活性;

　　3. 简单开发以满足当前需求;

　　4.频繁重构与迭代保持系统当初的设计原则;

　　5. 测试驱动开发和加强单元测试从最底层开始确保系统的健壮性。

发布：2021-04-17 11:36 编辑：泛普软件 · hujian [打印此页] [关闭]

企业erp系统如何开发

相关栏目