1.自行开发还是购买现成的商品软件
　　每个实施MRPⅡ系统的企业都必须作出决定:是自行开发软件还是购买现成的商品软件 ?事实上,这两种选择都有不足之处。

　　自行开发软件的缺点是:
　　(1)耗时过长。一般至少要用2～3年的时间,再加上其它方面的工作,实现周期将会很长 。这不仅要考虑软件开发的成本,还必须考虑到推迟实现MRPⅡ的损失。
　　(2)未必成功。购买现成的软件产品可以事先了解它是否成功。然而自已开发软件却做 不到这一点。
　　(3)起点较低,可能只适用于当前业务环境。自行开发的软件往往特别着眼于当前的业 务环境,因而起点较低,可能经不起时间的考验。一旦业务发展突破原有框架,软件很可能不 再适用。

　　鉴于自行开发软件可能出现以上问题,所以采用商品化MRPⅡ软件的企业比例日益增加 ,据国外统计,70年代以前还不到50%,而进入80年代已增加到80%。这些商品化软件基本上都 是按照Oliver Wight公司发布的MRPⅡ标准体系开发的,都能体现MRPⅡ的管理思想。但也不 能由此得出结论,认为购买现成的商品化软件就是十全十美的。以下是购买现成的商品化软 件可能出现的问题:
　　·可能需要进行修改或功能扩充。
　　·可能过于复杂,许多商品化软件都比所需要的复杂。可选项太多,造成使用困难,而且 价格也高。
　　·可能难以连接现有的程序。
　　·可能含有故障隐患。任何一个软件包都能含有故障的隐患。这些故障可能很难发现 和排除,有时可能需要软件供应商的帮助。如果这种帮助不能及时得到,那么整个MRPⅡ项目 可能都会推迟。因此,在签订软件合同时,一定要包括关于处理故障隐患的条款,尽可能详尽 清楚地规定排除故障的责任、时间以及惩罚方式等等。一个软件供应商,如果拒绝承担迅速 地排除故障的责任,则可能是一个信号,表明他们对自己的产品或排除产品故障的能力缺乏 信心,或二者兼而有之。在这种情况下,应毫不犹豫地另选其它供应商。

2.如何选择商品软件
　　对于决定购买MRPⅡ商品软件的企业,以下建议可供参考:

　　(1)不要操之过急 不要立即着手去购买软件,应当先参加MRPⅡ的学习,了解MRPⅡ的基 本原理,结合本企业的实际情况进行项目论证,然后再去选择适当的MRPⅡ商品软件。

　　(2)不要拖延太久 不要指望找到十全十美的软件产品,不要因过分挑剔而延误MRPⅡ的 实施。因为延迟MRPⅡ的实施本身对企业来说就意味着损失。

　　(3)要选择有成功用户先例的商品软件 一个MRPⅡ商品软件,如果已经有过A级用户的先 例,说明它比较成熟,实施MRPⅡ是企业的大事,不要贸然选择那些未经实践证实的商品软件 。

　　(4)考虑与已有的应用程序的接口 对有些企业来说,与已有的应用程序的接口可能是个 大问题,甚至会因对这方面的工作考虑不周而使整个MRPⅡ项目的实施受到影响。

　　(5)要保留原有系统中好的部分 有些企业在某一方面有很好的应用程序。例如,有的企 业有很好的车间生产控制系统,而其它方面较差。如果所选择的MRPⅡ商品软件中车间生产 控制系统不如原有的好,那就应当保留原有的系统,开发相应的接口与商品软件连接,而不应 盲目地用新系统取代原有的系统。

　　(6)不要希望原封不动地使用现成的商品软件来实现所希望的所有功能 MRPⅡ系统不是 一个简单的计算机项目,它涉及到企业运营的各个方面。这里,一方面是人们所希望的功能 ,一方面是MRPⅡ商品软件所提供的功能,二者往往不尽一致。按MRPⅡ的标准逻辑调整前者 是不言而喻的,但有时对后者的修改也不可避免。

3.如何控制对软件系统的改变。
　　如前所述,有时软件的修改是不可避免的。既然如此,如何防止过多的改变破坏项目的 实施呢?这是一个非常重要的实际问题。

　　如果一个企业对MRPⅡ的教育做了很好的工作,则可把改变软件的要求减至最少。因为 这可以帮助用户在MRPⅡ的总体框架内来考虑如何解决他们的问题。再加上功能完善的标准 软件,使得用户对MRPⅡ的了解和要求可以在软件上得到反映。这样,改变软件的要求自然减 少。然而,即使进行了很好的教育,有了出色的软件,修改软件的要求还会出现。对此,必须 进行有效的管理。

　　项目实施过程中的关键人员,特别是指导委员会和项目组的成员,必须认识两条原则:

　　(1)抵制改变 一项改变要求如果对于企业的运行和MRPⅡ的实施都不是本质的,则应予 以抵制。应当明白,太多的改变会推迟项目的实施,这样就会提高成本费用并减少成功的机 会。

　　(2)区分系统的两类功能 MRPⅡ系统的功能可以分为两类,一类是必须由计算机做的, 另一类是手工方式的自动实现。前者如MRP、CRP以及车间作业管理等,它们必须由计算机来 完成,因为所涉及到计算量太大,使得无法以手工方式完成。后者如工资单、总帐、帐单生 成、自动打印采购订单等等,手工方式均可完成,但使用计算机可以提高效率并改进工作质 量。对于一个制造企业来说,最大的收益还是来自于那些必须由计算机完成的功能。

　　如果请求一项较小的修改,项目小组可以决定是否接受(立即去做)、拒绝(没有必要), 或者推迟到MRPⅡ实现的第三阶段(第三阶段将实现财务和模拟功能)。

　　如果请求一项较大的改变,项目小组要进行审查并提出建议。这里要考虑的关键问题是 ,这项改变对于企业的经营和MRPⅡ的运行是否必需?是否必须由计算机来做?如果两个问题 的回答都是肯定的,则应立即做,或尽快做。如果所请求的改变是好的但不是本质的,则应推 迟到第三阶段。然后,项目小组把此项请求连同小组的建议提交给指导委员会去作出决定。

　　按以上方式处理问题,软件的修改会得到有效的控制。