erp系统的整改方案

2023-05-16 16:14:29

erp系统的整改方案

　　一、系统建设情况及现状

　　1．建设过程

　　31所ERP系统各模块开发部署完成

　　31所ERP系统迁移至WebSphere 5平台，并根据新提出需求做出的修改

　　2．实现功能

　　成本核算：型号价格统计（外协价格统计、工序外协价格统计、所内工时统计、原材料价格统计）、生产处年度经费需求统计、生产处月经费需求统计、生产处合同付款情况、整机完成数量统计、整机交付数量统计

　　生产仓库管理：零部件管理、火工品管理、工装管理、刃量具管理

　　生产资源管理：科保处车间编码维护、工序编码维护、生产系统人员管理、设备管理工艺室：

　　主材明细文件管理、主材汇总文件管理、辅材汇总文件管理、工艺路线文件管理、工艺路线综合文件管理、关键工序文件管理、专用刀具文件管理、专用工装文件管理、专用检测工装文件管理、工艺信息综合文件管理、外购件明细文件管理、外协件明细文件管理物供处：

　　物资仓库管理：帐卡管理、入库单管理、出库单管理、不合格品库管理、盘点、查询物资采购管理：物资信息管理、型号配套信息查询与修改、计划管理、供应商管理、合同管理、进货检验通知单管理、复验报告结果跟踪质技处：

　　设备管理、资格基本信息管理、员工管理、检测方法管理、物资检测方法管理、复验单管理、超差处理单管理、复验证管理、复验报告管理、不合格品审理单管理、生产产品合格证管理、质量损失报表、台帐、用户意见管理、售后服务情况管理车间：

　　生产进展情况统计、半成品交接单管理、车间上报表单、生产任务完成情况统计、生产工时完成情况统计、外协完成情况统计、任务调整情况统计、整机完成情况统计、工装使用情况反馈、生产临时任务完成情况统计、临时工时完成情况统计

　　系统基本信息：

　　部门分类、部门管理、人员管理、人员启停

　　权限管理：

　　用户组管理、用户管理

　　文件流转管理：

　　上传任务管理、文件权限行使人定义、文件审批

　　3．目前情况和实施不力的原因

　　31所ERP系统最初的设计自动化程度高、各部门功能耦合度紧。从以前的实施情况来

　　31所历史数据的初始化数据量大，而且流程单据的格式经常做出调整，导致实施过程往往停顿在初始化数据环节。而部门功能的环环相扣，导致一个部门的数据准备不足，就将影响其他部门的流程继续进行。

　　31所ERP系统设计了很多自动化的功能，比如排产功能、根据检验条件自动质检等功能。但由于提供的工时等基础数据不准确，排产功能得出的结果差强人意。而随着检验条件的格式转变，检验条件自动质检的功能也可能需要做出调整。

　　31所产品生产的特点是专用性强，这导致很多数据不能进行很好的复用，也使得系统不能提供更多的简化人员操作的自动化功能。看，这种设计与现实情况有一些矛盾。

　　二、用户目前的需求

　　1．问题的提出

　　为配合航天三院MRP II开发的整体规划，也能够使原有的ERP系统能够很好的得到使用，31所提出对原有的ERP系统进行整改。

　　2．所领导的要求

　　目前应将企业资源与能力，与企业的计划分开考虑。先保证企业的基础信息能够录入，，录入信息可以浏览，为此可考虑减少部门间模块的耦合度。

　　对各部门模块能够实现的功能要求是：生产计划能够记录和反馈，并且能够在系统中反映生产的实际进行情况；物资库和生产库的库存管理能够完成；质量记录能够记录，能够方便的查询。

　　3．各部门提出的需求

　　3．1 生产处

　　生产加工计划：由于31所提供的工时不准、实际生产工时与工艺工时不同，而使用整体排产系数调整这种差异又不太准确，因此排产生成的生产加工计划不太准确，可靠虑对其做出调整

　　车间反馈生产信息：车间可以看到月计划、任务单、临时任务单（不重要）的功能，月计划会拆分成任务单下达车间，但车间反馈生产信息应根据月计划反馈

　　生产合同管理：查询付款存在问题，如果是软件问题应做出调整

　　3.2 物资处

　　物资编码：应考虑物资编码与院标的对应统一问题

　　物料需求计划的数据来源：物料需求计划根据多个组批计划和工艺定额自动产生，是物

　　料采购的总体计划，但目前两个数据来源都存在问题，系统上线时的工艺定额批量录入物资处可以帮助完成，也可考虑能够实现将物料需求计划直接作为物资模块的起点

　　入库单等的打印：系统没有较好的完成打印，应能实现入库单等的打印，最好是能够实现套打

　　与质技处的关联：目前物资管理的生产库和物资库，在出入库管理时与质技处功能都有接口，需要综合考虑

　　3.3 质技处

　　总体要求：能够减少与其它部门的耦合度，保证质量记录能够记录和方便的查询

　　合格证打印：系统没有较好的完成打印，应能实现合格证的打印，最好是能够实现套打检验条件格式改变：31所的检验条件格式修改为一张大图，可能无法将复验条件录入系统，可能导致系统根据检验条件自动检验的功能废弃

　　三、系统整改的可行性

　　1．基本功能已经完备

　　从目前系统部署的功能模块来看，提供的功能已很全面。而最近一次与31所的用户交流之后，我们看出，其实用户提出的绝大多数功能要求在31所ERP系统中都已经提供了。

　　只有少量的功能如格式打印等，由于以前的技术不成熟，在系统中没有较好的实现。而随着技术发展，现在实现这些功能已经没有太大问题。

　　2．整改涉及的范围相对不大

　　由于系统功能完备，整改涉及的范围相对不大。从各部门提出的问题来看，主要问题还是集中在部门接口、自动化程序问题上。而这些问题，对于ERP系统来言，主要是修改接口模块、适当降低自动化程度，因此涉及的范围有限。

　　3．整改目标已经比较明确

　　根据最近一次的用户交流，整改目标已经比较明确。本次整改将根据实际情况对一些部门模块间耦合进行松绑，保证ERP系统模块的有效使用。

　　四、系统整改内容

　　1．近期整改内容

　　简化系统中质技处的质检流程，先确保物资处仓库与生产处仓库的流程能够使用。减少自动化排产对生产计划制定的影响，确保生产计划能够尽快的完成制定。生产计划产生之后，也为物资处制定物料需求计划提供了一个重要的数据来源。

　　了解工艺定额数据录入不及时的瓶颈。根据具体情况，从工作分配或技术上着手，确保工艺定额数据能够及时进入生产系统。这也是为物资处指定物料需求计划提供了另一个重要的.数据来源。

　　由于物资处的部门职能与生产处的联系非常紧密，所以不建议对物资处和生产处的接口进行强制松绑。另外，物资处的功能模块和内部流程都已经设计的十分完备，问题主要集中再数据来源——生产计划和工艺定额上。所以对于物资处功能模块的实施，还是建议先解决物资处模块的外部接口即数据来源。数据来源能够保证，物资处的功能也能很好的完成。调整车间反馈生产信息，为车间开放查看月计划的权限，将车间反馈的生产系统与月计划关联，保证生产计划的执行情况能够得到反馈。

　　为需要的功能模块增加打印的功能，如果需要，也可以考虑进行指定格式的套打功能。

　　2．远期整改内容

　　整个ERP系统的实施应该是一个不断扩充、不断裁减的过程。在近期目标实现之后，也有必要根据维护成本和信息化扩展需要，对系统进行更进一步的调整。

　　很多用户的应用系统，实际的情况也大都是只有20％的系统功能是经常使用的。对于剩下的80％不常使用的功能，就有必要在系统运行稳定之后，确定一下哪些功能是否真正的必要的。为整个应用系统确定一个主要的目标，然后可以对不重要的功能就有必要进行合适的裁剪。适当的功能裁剪和流程裁剪，可以减少人员的工作量，还可以直接导致应用维护成本的降低，进一步会间接影响到系统维护成本和系统使用成本的降低。

　　应用系统的改进是不断进行的过程，31所ERP系统的整体功能模块虽然庞大，但也还有很多需要补充完善的模块，如财务管理模块等。因此，在系统运行稳定之后，也有必要根据信息化需要进行应用模块的扩充完善。但这个过程应该是一个迭代的、渐进的过程。

　　3．建议的工作模式

　　3.1 详细确定目标

　　3.2 周密的数据准备

　　3.3 完备的系统测试

　　3.4 有力的组织实施

　　五、工作量和时间计划

　　1．投入人员与工作分配

　　项目组长：1人开发人员：3～5人测试人员：1～2人

　　2．工作分配

　　项目组长：组织需求和现有功能整理，搭建代码框架，撰写开发规范文档，讲解开发架构，审核需求和功能点整理文档，在系统整合阶段组织系统测试，与开发人员、测试人员交互，跟踪项目进度

　　开发人员：参与需求和现有功能整理，阅读需求文档，编写代码和提交代码，在系统整合阶段参与系统测试

　　测试人员：与开发人员交互完成测试用例，完成单元测试，在系统整合阶段参与系统测试

　　3．时间进度

　　根据系统整改的内容分析和项目实施的经验，可以规划出下面的时间进度：

　　（1）需求与现有功能整理阶段：2工作周

　　了解用户需求与现在实现的功能，确定哪些流程需要调整、哪些功能模块需要完善，整理出详细的需求内容供开发使用

　　（2）开发准备阶段：1工作周确定开发方式和开发流程，搭建代码框架，撰写开发规范文档（3）开发与测试阶段：10工作周

　　完成所有代码开发，测试人员完成各模块的单元测试，交付用户之前完成系统测试（4）项目实施阶段：4工作周项目组长及时通知用户提前进行数据准备，进行项目实施

　　六、用户配合的内容

　　1．成立专门小组，专人负责

　　2．对需求的明确和确认

　　3．基础数据的准备

　　4．认真走一个完整流程

　　七、上线之后的维护

　　系统上线之后，除了由专人负责系统运行环境（服务器、数据库、中间件）的维护外，还应有专职的人员负责应用的维护。该工作人员负责处理ERP系统使用者的一些操作问题和业务问题，为不熟悉系统的使用者提供培训等。

　　来源：网络整理免责声明：本文仅限学习分享，如产生版权问题，请联系我们及时删除。