文档介绍：ERP 软件需求分析软件需求对 ERP 实施同样非常重要。众所周知, ERP 的先进管理理念需要通过软件实现, 软件是贯彻管理理念的载体。但是企业本身就是一个复杂系统,企业又随着国家、地区、行业和规模的不同而千差万别。因此, 无论如何也不可能有一个软件能适应所有的企业, 也不可能有一个软件恰好适合某一个企业。尽管软件开发商为了适应不同的行业和不同的企业的要求,将 ERP 软件设计成一种“可配置”的产品, 但是对一个具体对象而言总是有一些特例。相关研究表明, 即使最好的软件产品也只能满足企业 70% 的需求[16] 。 ER P 实施面临的这些复杂因素给软件需求分析技术提出了新的挑战。事实上,企业实施 ERP 系统的动机往往源于对现行业务系统不满意, 试图改造业务系统中存在的问题。如: 现行系统与当前情况不符合、出现新的商机或者可能节省时间、资金和资源等。也就是说, 企业实施 ERP 系统一方面是利用 I CT(munication Technology) 技术代替人工操作, 实现业务的自动化和电子化, 更重要的是对业务过程进行优化,改造现行业务系统,提高企业竞争力。 Markus 比较系统的分析了企业实施 ERP 系统动机,他认为 ERP 是企业 IT (软件、硬件、数据库和通讯系统)的全面改造, 几乎彻底重构了业务系统, 实现了业务流程和信息的全面集成[19] 。企业实施 ERP 系统既有技术上的原因, 更有业务上的动机,具体见表1。而且,由于 ERP 系统规模庞大、复杂性高,所以传统的“从零开始”的开发模式已经无法满足企业快速实施快速使用的迫切要求。现代 ERP 实施主要采用购买-修改商品化 E RP 软件包的方式( Buy-and-Adapt ), 帮助企业提高实施效率。因此在需求分析阶段必须考虑到尽量重用商业软件包的问题。基于对 ERP 实施的动机和软件重用的考虑, 现代 ERP 软件需求分析方法与传统的需求分析方法相比有几点不同之处: (1) 将业务过程和业务数据建模作为需求工程的驱动力,以及获取、交流、验证企业知识和业务需求的关键方法[14] 。 ERP 系统是一种面向过程的企业信息系统, 以业务过程为主线在整个企业范围内进行集成,所以业务过程是 ERP 需求工程的驱动力。另外 ERP 系统又是一种数据密集型的软件系统, 各种各样的表单、单据、报表成为业务过程处理的主要对象。不同的企业数据的格式都不尽相同, 因此数据建模是 ER P 需求工程的另一种驱动力。业务过程建模和业务数据建模为 E RP 软件需求分析提供了原始的业务需求。(2) 高层次的重用预定义的需求制品,如参考模型和模板。 ERP 软件开发商通过多年的项目实践, 总结和积累了丰富的管理经验, 称其为企业管理的“最佳实践”( Best Practic e ),如 SAP 的 Accelerate SAP 、 Oracle 的 OBM ( Oracl e Business Model )等。一方面, 重用这些预定义的参考模型可以提高企业需求分析的效率; 另一方面, 由于软件开发商已经利用 IT 技术将参考模型固化下来, 形成商品化的软件包, 所以采用参考模型也可以减少后期开发的工作量。(3 ) 业务过程重组/ 改进。根据 Markus 的 ERP 实施动机模型可知, ERP 实施