MRPII软件系统的实现.docx

MRPII软件系统的实现.docx

《MRPII软件系统的实现.docx》由会员分享，可在线阅读，更多相关《MRPII软件系统的实现.docx（8页珍藏版）》请在冰点文库上搜索。

MRPII软件系统的实现

MRPII软件系统的实现

一、自行开发依旧购买现成的商品软件

　　每个实施MRPII/ERP的企业都必须有一套软件系统。

从MRPII/ERP的进展过程来看，软件系统的实现有两种方法，即自行开发软件和购买现成的商品软件。

自行开发软件有明显的缺点，总结起来可有三条，即耗时过长、未必成功且起点较低。

　　自行开发一套MRPII/ERP软件，一样至少要用二至三年的时刻，再加上其他方面的工作，实现周期将会更长。

如此，不仅要考虑软件开发的成本，还必须考虑推迟实现MRPII/ERP系统的缺失。

购买现成的商品软件能够事先了解它是否成功。

然而，自己开发软件却做不到这一点。

因此，投资差不多作出，时刻差不多花了，却不能回答它一定成功。

尽管实施MRPII/ERP系统不成功的缘故能够是多种多样的，可能在软件本身，可能由于使用不当。

然而在这种情形下，人们往往不可幸免地把软件作为替罪羊。

　　另外，自行开发软件往往专门着眼于当前的业务环境和需求，其治理思想的表达只能取决于当前的治理人员和软件开发人员。

因而往往起点较低，可能经不起时刻的考查。

一旦业务进展突破原有框架，软件专门可能不再适用。

鉴于自行开发软件可能显现以上问题，因此采纳商品化软件实现MRPII/ERP系统的企业比例日益增加。

据国外统计，70年代往常还不到50％，而进入80年代则超过了80％。

这些商品软件差不多上差不多上按照OliverWight公司公布的“MRPII标准系统”的要求开发的，而且功能上多有扩充，都能表达MRPII/ERP的治理思想。

然而，也不能由此得出结论，认为购买现成的商品软件确实是一件简单和十全十美的情况。

事实上，购买现成的商品软件可能显现以下问题：

　　1、由于商品软件的通用性，系统可能过于复杂－－一样来说，要比具体企业的需求复杂得多，这既造成使用上的困难，而且价格也高。

　　2、可能需要进行二次开发来修改或扩充系统的功能。

　　3、可能难以连接企业已有的程序。

　　4、可能存在故障隐患。

一个大型的MRPII/ERP软件系统含有故障隐患是不惊奇的。

问题在于这些故障可能专门难发觉和排除，往往需要软件供应商的关心，假如这种关心不能及时得到，那么整个MRPII/ERP项目的实施和应用可能都会推迟。

二、商品软件的选择

　　鉴于购买商品软件可能显现如此或那样的问题，如何选择商品软件就成了十分重要的问题。

下面，我们从选择商品软件的原则、做法以及签订合同等三方面提出一些建议，可供决定购买MRPII/ERP商品软件的企业参考。

1、选择商品软件的原则

（1）选择一个有用的软件产品

　　人们往往陷入一种境地：

去查找“最好的”软件产品。

因此，花费了专门多时刻和精力，而不得要领。

他们不清晰，软件选择的目标应当是选择一个有用的、现在就能工作的软件产品来满足企业的需求，而不是通过五年或八年的选择，选择一个“最好的”软件产品。

事实上，在这种情形下，所谓“最好”，往往是一种感受，而不是依照某种客观的标准。

企业的软件选择队伍往往依照个人关于软件产品的好恶，而形成了不同的意见，争来争去，难以决定，白费了时刻和金钱，丢失了机会。

在这种情形下，不管哪一派赢了，企业差不多上输家。

（2）要选择有成功用户先例的商品软件系统，不要做“第一个吃螃蟹的人”

　　成功的用户能够说明该软件产品以及相关的服务都比较成熟。

实施MRPII/ERP是企业的大事，不要贸然选择哪些未经实践证实的软件产品。

专门要注意，不要被供应商牵着鼻子走。

企业选择商品软件系统的过程，也正是软件供应商推销其产品的过程。

在那个过程中，软件供应商将会表现得专门积极。

他们会关心企业分析需求并给出解决方案。

这一切差不多上以推销其产品为目的。

尽管软件供应商也因此地期望他们的用户获得成功，因为成功的用户将会关心他们进一步推销产品，然而，他们首要的目的是把当前的产品推销出去。

因此，企业应当对此保持清醒：

在选择软件系统的过程中，软件供应商并不是自己的同盟者，而是生意对手。

（3）不要操之过急

　　在开始选择商品软件之前，第一应当参加关于MRPII/ERP的初始教育，了解什么是MRP、什么是MRPII、什么是ERP、成本如何、效益如何、如何实施、如何治理等一系列问题。

在完成初始教育之前，不能开始软件选择的过程。

关于首次实施MRPII/ERP的企业来说，最大的错误之一确实是在没有进行初始教育的情形下，就去选择商品软件系统；而最大的错误确实是在这种情形下作出了决定。

因为，在这种情形下作出正确的选择实在是一个小概率事件。

（4）不要拖延太久

　　第一，我们应当强调一个事实，没有十全十美的软件产品。

因此也不要希望找到十全十美的软件产品。

其次，依照国内外的体会，在一定意义上说，实施应用MRPII/ERP成功与否的缘故并不在于MRPII/ERP商品软件的差别，而在于人。

因此，不要因为过分的挑剔而延误了MRPII/ERP的实施。

因为延误MRPII/ERP的实施本身就意味着缺失。

一样来说，商品软件产品都自己有市场定位。

企业依照自身的实际情形（需求和资金），确定对商品软件的选择范畴，在3－4个月内，认真考察5－6个商品软件产品，应当能够作出决定。

　　（5）要搞清为了补偿不足的功能要对软件做哪些修改或扩充，以及如何与现有系统相连接如前所述，没有十全十美的软件系统。

因此，不要期望原封不动地使用现成的商品软件来实现所期望的所有功能。

MRPII/ERP不是一个简单的运算机项目，它涉及到企业运营的各个方面。

那个地点，一方面是人们所期望的功能，一方面是商品软件所提供的功能。

二者往往不尽一致。

依照MRPII/ERP的标准逻辑调整前者是不言而喻的，但有时对后者在一定程度上进行修改或用户化开发也是不可幸免的。

应当确定哪些修改或扩充是必须的，以及由谁来承担如此的工作，是由自己来做，依旧由供应商来做，或是请第三方来做。

在任何情形下，都既要运算成本，又要考虑所需的时刻。

必须有一个时刻表，因为任何推迟差不多上缺失。

（6）要保留原有系统中好的部分

　　有些企业在某一方面有专门好的应用程序。

例如，有的企业有专门好的车间生产操纵系统，而其他方面较差。

假如所选择的商品软件系统中车间生产操纵系统不如原有的好，则应保留原有的系统，开发相应的接口与商品软件连接，而不应盲目地抛弃原有系统。

（7）依照性能价格比来评判软件系统

　　不同的商品软件产品往往有不同的功能、性能、可选特点，也有不同的价格。

因此，必须综合考虑。

性能价格比则是一个比较好的指标。

在依照企业需求确定了软件系统的性能之后，能够通过以下四项之和来运算软件的初始成本（不计爱护成本）：

软件系统的价格、软件修改的成本、接口成本、推迟实施的成本。

正确选择商品软件任务应使总成本最小。

（8）软件选择队伍的组织

　　组织一个精干、高效率的软件选择队伍，关于正确地选择MRPII/ERP软件产品是专门重要的。

那个地点有三点应当引起注意：

　　1）要把对企业组织有阻碍力的人包括在软件选择的队伍中，以便作出决策。

　　2）软件产品的选择队伍应当和今后的实施队伍统一。

如此，在软件选择的过程中，就能考虑到实施的要求，对问题的处理能够更全面。

　　3）数据处理部门应参与软件的选择和评判。

尽管数据处理部门的人员不应对软件的选择负最终的责任，但应参加软件评判的活动。

他们能够从技术上对软件进行评判，对选择过程中的不同意见起到平稳的作用，且能保证所选择的软件能够与已有的系统兼容。

　　（9）购买MRPII/ERP商品软件系统需要一笔较大的投资，在开始选择软件产品之前，应当先作好预算并得到批准，以保证选购商品软件的活动正常进行。

2、选择商品软件的做法

　　面对商品软件系统的各种各样的功能和模块，应把目光集中在最本质的地点。

从以下五个方面进行考察，是选择MRPII/ERP商品软件的常见做法。

（1）考察软件的功能

　　通常有两种常用的软件功能考察方法：

　　1）使用功能需求问题单依照企业的需求编写一个问题单，其中列出企业所需要的功能，然后一一的衡量软件产品的功能。

这种方法的缺点是：

没有考查系统的内在逻辑，而正是这种内在的逻辑才能使系统的各项功能专门好地运行起来；问题单上所列的功能专门容易使不同的人有不同的明白得；另外，用这种方法选出的软件往往是比较复杂的。

　　2）以MRPII/ERP标准作参照。

更好的方法是把MRPII/ERP的标准逻辑和企业的实际需求相结合，构造一份问题单，用来考查软件的功能。

第一了解系统的内在逻辑，以及为了使系统付诸使用必须要做哪些用户化工作，这些工作能否在所要求的时刻内完成。

OliverWight公司出版的<>集中论述了从功能上和逻辑上为制造业普遍同意的MRPII的标准。

　　实际上，其中列出了作为MRPII系统的软件应具备的最小功能集合。

ERP的概念由美国GartnerGroup于90年代初第一提出，经短短几年时刻，成了制造业市场上的时髦名词，但至今尚远未形成像MRPII那样的标准。

粗略地说，ERP的覆盖范畴更宽，涉及整个企业范畴的资源，专门强调面向客户进行治理；在技术上，ERP强调包括客户机/服务器体系结构、图形用户界面（GUI）、运算机辅助软件工程（CASE）、面向对象技术、关系数据库、第四代语言、数据采集和外部集成（EDI）等先进技术。

　　另外，还应考查软件功能的合理性，如：

模拟现实的能力；软件的连通性，是否具有数据接口和程序接口，以便于二次开发；软件的输出报告是否满足企业的要求；软件的运行时刻和响应时刻；软件的兼容性；以及软件是否简明、易学、易用等等。

（2）考察软件的技术

　　从系统的角度考虑，所用的技术是否具有先进性，如上述的客户机/服务器体系结构、图形用户界面（GUI）、运算机辅助软件工程（CASE）、面向对象技术、关系数据库、第四代语言、数据采集和外部集成（EDI）等都可作为考察的对象。

　　另外，从用户应用的角度考虑，如：

软件汉化的质量、要紧字段的位数是否符合应用的要求、数字字段的整数及小数位数是否符合应用的要求等等，也要进行考察。

（3）考察软件的文档

　　软件的文档关于软件的应用是专门重要的。

软件文档包括使用手册、关心文件和培训教材。

要考察软件文档是否齐全以及汉化的质量，还要考察文档组织的逻辑性，是否有有效的索引，是否叙述清晰、简明、易读，而不是烦琐冗长。

（4）考察供应商实力

　　一样来说，企业不但要购买供应商的MRPII/ERP商品软件，还要购买他们的服务。

因为体会说明，没有外部专家的关心，一个没有体会的企业几乎是不可能把MRPII/ERP项目实施成功的。

因此，尽管企业最终应当立足于依靠自己的力量去使用和爱护软件系统，然而在开始时期，供应商所提供的培训、实施咨询和技术支持关于顺利地实施MRPII/ERP项目是专门重要的。

如此，企业在购买MRPII/ERP商品软件之后，在比较长的一段时刻内还要就许多情况和供应商打交道。

因此，了解供应商的实力是专门重要的。

要考察供应商的财政实力，以证明该供应商是一个能够比较长期地打交道的对象。

还要考察供应商的服务支持能力，专门是供应商的培训教师、实施顾问和其他技术人员的资历和体会，关于成功地实施和应用MRPII/ERP系统是专门重要的。

从这一点考虑，最好直截了当从软件开发商那儿购买软件和服务。

（5）考察供应商的用户

　　通过考察供应商的用户群落、专门是本企业的同行业用户，能够了解用户对软

件的使用情形和中意的程度，能够了解供应商对用户的培训、实施指导与关心是否得力，能够了解供应商对用户的技术支持是否及时有效，能够了解其供应商的用户成功率，等等。

假如用户的反映比较好，至少说明供应商的软件和服务不是专门差。

应当注意的是，这项活动不要完全听凭供应商的安排，应当请供应商提供几家用户，从中进行选择。

3、签订合同

（1）这类生意的合同一样是由软件供应商来起草的。

除非专门有利，一样不要签供应商提供的标准的合同。

在所签的合同中一定要反映本企业对软件的评判和要求。

（2）要有预备，企业的谈判代表在软件评判和选择时期就应尽早阅读供应商起草的合同。

　　（3）在合同中一定要包括处理故障隐患的条款，应当尽可能详细、清晰地规定排除故障的责任、时刻以及惩处方式等等。

一个软件供应商，假如拒绝承担迅速地排除故障的责任，则可能是一个信号，说明他们关于自己的产品或排除产品故障的能力缺乏信心，或二者兼而有之。

在这种情形下，应当毫不犹疑地另选其他供应商。

　　（4）关于供应商的义务以及相关的日期，一定要通过明确的语言在合同中表述清晰，幸免使用模棱两可或模糊不清的语言。

　　（5）所有包括在生意中的内容，都要以书面形式在合同中表达清晰，任何未经书面形式在合同中表达的，都不是生意的一部分。

不要相信任何口头承诺。

　　（6）要有一个合理的付款日程表，不要把财务操纵杠杆轻易地交到供应商手中。

　　（7）假如合同中包括惩处条款，则必须和付款日程表相结合。

　　（8）关于软件的爱护，一样一次只签订一年的合同，以便确定供应商的服务质量。

三、操纵对软件的修改

　　以上我们谈了关于如何选择商品软件的问题。

其中，我们谈到，有时关于软件的修改是不可幸免的。

然而，过多的修改会破坏MRPII/ERP项目的实施。

那么，如何防止过多的修改呢？

这是一个专门重要的实际问题。

有三方面的工作能够关心解决这方面的问题，即教育、标准软件和治理。

　　假如一个企业对MRPII/ERP做了专门好的教育工作，则可把修改软件的要求减至最少。

因为用户明白得了MRPII/ERP的逻辑之后，就能够关心他们在MRPII/ERP的总体框架内来考虑如何解决他们的问题。

再加上功能完善的标准软件，使得用户对MRPII/ERP的了解和要求都能够在软件上得到反映。

如此，修改软件的要求自然减少。

然后通过有效的治理来操纵仍旧显现的修改软件的要求。

项目实施过程中的关键人员，专门是指导委员会和项目组的成员，应当坚持两条原则，一是抵制，二是区分系统的两类功能，采取不同的处理方式。

　　假如一项修改软件的要求关于企业的运营和MRPII/ERP的实施都不是本质的，则应予以抵制。

因为任何修改都会推迟MRPII/ERP项目的实施，提高成本费用，减少成功的机会。

要区分系统的两类功能。

MRPII/ERP系统的功能能够分为两类，一类是必须由运算机来做的，另一类是手工方式的自动实现。

前者如MRP、CRP以及车间作业治理等，它们必须由运算机来完成，因为所涉及到的运算量太大，使得无法以手工方式来完成。

后者如自动打印采购订单、工资单、以及总帐和帐单的生成等等，均能够手工方式完成，但使用运算机能够提高工作效率并改进工作质量。

关于一个企业来说，从MRPII/ERP系统获得的最大的效益依旧来自那些必须由运算机完成的工作。

在区分了MRPII/ERP系统的两类不同的功能之后，能够通过以下方法有效地操纵对软件的修改。

　　1、关于在软件选择时期差不多估量到、因此差不多有预算的修改，能够按照打算去做。

　　2、关于新显现的修改软件的要求，要第一交数据处理部门进行工作量的估算，以确定是较大的修改依旧较小的修改。

那个界限关于不同的企业可能是不同的。

关于较小的修改，项目小组能够决定是否同意（赶忙去做）、拒绝（没有必要）或推迟。

　　3、关于一项较大的修改，项目小组要进行审查并提出建议。

那个地点要考虑的关键问题是，这项改变关于企业的经营和MRPII/ERP的运行是否必需？

是否必须由运算机来做？

假如两个问题的回答差不多上确信的，则应赶忙做，或尽快做。

假如所要求的修改是好的、但不是本质的，则应当推迟。

（有时，从外单位聘请的实施顾问也能够关心考虑这些问题。

）然后，项目小组把此项要求连同小组的建议提交给指导委员会去作出决定。

按照以上方式处理问题，软件的修改能够得到有效的操纵。