erp系统的整改方案

更新时间:2022-05-21 21:31:49 整改方案 我要投稿

  • 相关推荐

erp系统的整改方案

  一、系统建设情况及现状

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系统使用者的一些操作问题和业务问题,为不熟悉系统的使用者提供培训等。

【erp系统的整改方案】相关文章:

erp系统是什么03-24

整改的方案03-18

物业整改方案11-06

超市整改方案11-17

公司整改方案11-19

项目整改方案11-21

消防整改方案11-14

酒店整改方案11-26

工地整改方案03-09

学校整改方案03-11