ERP第08章 ERP软件系统的实现.pptVIP

8 ERP软件系统的实现 8.1 自行开发还是购买商品软件 8.2 商品软件的选择 8.3 控制对软件的修改 8.1 自行开发还是购买商品软件 自行开发软件的缺点 购买商品软件的比例日益增加 购买商品软件存在的问题 自行开发软件的缺点 耗时过长 未必成功 起点较低 购买商品软件的比例日益增加 据国外统计，购买商品软件的比例，在1970年代还不到50％，进入1980年代则超过80％。 近年来，几乎所有实现ERP的企业都是购买商品软件的。 购买商品软件存在的问题 由于商品软件的通用性，系统可能过于复杂 可能需要二次开发 可能难于连接已有的系统 可能存在故障隐患 8.2 商品软件的选择 选择商品软件的原则 选择商品软件的方法 签订合同 选择商品软件的原则 选择一个实用和适用的软件 选择有成功用户先例的软件 不要操之过急——首先接受关于ERP的先行教育 不要拖延太久 确定要对软件作那些修改或扩充，以及如何实现 What Cost Schedule 要保留原有系统中好的部分 选择商品软件的原则 根据性能价格比来评价软件系统 软件初始成本＝ 软件价格 ＋ 软件修改成本 ＋ 接口成本 ＋ 推迟实施的机会成本 软件选择队伍的组织 要包括可以作决策的人 软件选择队伍和实施队伍的统一 IT部门应参与软件选择与评价 要有预算并得到批准 选择商品软件的方法 考察软件的功能 功能需求问题单 参照ERP标准 考察软件技术 Gartner Group的评价 考察软件文档 考察供应商实力 财政 技术支持和服务 考察供应商的用户 签订合同 要有准备 一般不要签标准的合同 要包括处理故障隐患的条款 文字表达要清楚准确 所有内容均以书面形式表达清楚 合理的付款日程表，控制财务杠杆 如有惩罚条款，则应和付款日程表相结合 关于软件维护，一般只签一年的合同 8.3 控制对软件的修改 教育和培训 标准软件 有效的管理 教育和培训 使用户了解ERP 逻辑； 使用户能在ERP 的总体框架内考虑问题，而不仅仅是基于业已习惯的工作方式来考虑问题。 标准软件 用户对ERP 的了解和要求都能在软件中得到反映，从而减少修改软件的请求 有效的管理 控制软件修改的原则 控制软件修改的方法 控制软件修改的原则 对于修改软件的请求，项目小组和指导委员会应当坚持两条原则： 抵制 区分软件系统的两类功能 抵制 如果一项修改软件的请求对于企业的运营和ERP 的实施都不是本质的，则应予以抵制。因为任何修改都会推迟ERP 项目的实施、提高成本并减少成功的机会。 区分软件系统的两类功能 必须由计算机来做 用计算机代替手工工作方式 控制软件修改的方法 对于在软件选择阶段已估计到、已有预算的修改请求，照计划做。 对于新出现的修改软件的请求，首先由IT部门估算工作量，确定是较大的修改或较小的修改。 对较小的修改，项目小组可以决定是否接受、拒绝或推迟。 对于一项较大的修改，由项目小组进行审查并向指导委员会提出建议，由后者作出决定。 项目小组的建议： 立即或尽快做。对企业的运营和ERP的运行是必须的，且必须由计算机来做 推迟。如果所请求的修改是好的，但不是本质的 * * * *