文件名称：采购业务需求匹配分析表-ieee1588-2019英文版
文件大小：870KB
文件格式：PDF
更新时间：2024-06-22 10:41:38
ERP+系统
二、业务需求与软件功能匹配 对企业的各项业务需求，需要与软件功能进行详细的匹配分析，以决定哪些业务需求，软件可以实现，是 如何实现的；哪些业务需求软件不能实现，是否要做开发，等等。 比如，下面是采购业务需求匹配分析表 的例子。表4.6 中各字段含义如下： 编号－－需求编号（顺序号） 差异－－表明是否是差异 业务需求－ －对该项业务需求进行描述 匹配结果－－如果软件可以解决，注明在哪些模块中，如何解决的。如果软件 不能解决，应该注明如何解决。 编 号 业务需求 匹配结果 1 采购接收到的数 量要与发票上数 量进行匹配 在采购模块中 在下采购定单时，需要选择匹配规则， 匹配规则有： 1、发票数量与采购定单数量比较。 2、发票数量与采购接收数量比较。 3、发票数量与检验合格数量比较。 可以按企业需要选择一种。 在应付款模块中 企业可以在应付款模块录入发票，然后选择采购定单进行匹配。 把企业的业务需求匹配 后，基本上就形成了总体方案。 表4.6 采购业务需求匹配分析表 三、建立测试原型，并进行模拟测试 经过业务流程的重新设计和需求与功能匹配后，企业对ERP 软件有了更进一步的认识，也了解了ERP 系统 中的业务流程。但系统真正上线运行起来后，企业没有感性认识。所以必须在真正上线前，做一个实战模 拟。 首先，实施顾问在ERP 的测试环境中，根据企业实际情况进行初始化设置，如科目结构、供应商、客 户、物料编码、物料清单等。测试环境的初始化设置与系统真正的初始化不完全一样，相对来说，测试环 境的初始化要粗一些。 其次，输入必要的数据，比如科目的期初余额。不要求用企业的真实数据，可以用 一些假设的数据。 第三，在测试环境中做业务模拟测试。比如，对采购业务，从使用部门提出采购 申请开始，到采购申请的审批，再到采购定单的生成、审批等过程要一一模拟。 最后，测试各种单据、报 表的打印，看看格式是否满足企业的需要。关于原型测试的相关问题，我们将在以后的章节里作详细介绍。 四、讨论、审批并形成最终解决方案建立测试原型后，实施顾问分模块对企业项目组成员进行计算机流程 的培训。 培训完成后，实施顾问和项目组成员一起讨论，看看这样的解决方案是否满足了企业的需要。发 现问题，要充分沟通，及时解决。 征求最终用户的意见，让用户真正喜欢用ERP 系统。 企业项目领导小 组进行审批。 在产品设计制造过程中，有这样一条法则：如果在设计环节就发现产品的缺陷，其成本是1，但等到产品已 经投入制造，才发现问题，给企业带来的损失可能就是1000。在ERP实施中，这条法则也照样起作用。我们 要尽可能在方案设计阶段，解决所有问题。顾问要非常清楚地向客户解释方案，这样，可以避免到真正上 线时，不出或少出问题。 19.3 另类声音：USA 原则