发信人: rhine (System analysis), 信区: Management
标  题: 软件系统
发信站: 哈工大紫丁香 (2001年09月25日19:45:35 星期二), 站内信件

软件系统 
 
天津大学计算机系  周玉清 
 
    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Ⅱ的运行是否必需？是否必须由计算机
来做？如果两个问题的回答都是肯定的，则应立即做，或尽快做。如果所请求的改
变是好的但不是本质的，则应推迟到第三阶段。然后，项目小组把此项请求连同小
组的建议提交给指导委员会去作出决定。
    按以上方式处理问题，软件的修改会得到有效的控制。  

--
           海纳百川，
                   有容乃大，
                           壁立千尺，
                                   无欲则刚。    

※ 来源:·哈工大紫丁香 bbs.hit.edu.cn·[FROM: 202.118.226.249]