erp系统的整改方案
更新时间:2022-05-21 21:31:49 整改方案 我要投稿
- 相关推荐
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