更好的方法是把MRPII/ERP的标准逻辑和企业的实际需求相结合，构造一份问题单，用来考查软件的功能。首先了解系统的内在逻辑，以及为了使系统付诸使用必须要做哪些用户化工作，这些工作能否在所要求的时间内完成。Oliver Wight 公司出版的<<MRPII Standard System>>集中论述了从功能上和逻辑上为制造业普遍接受的MRPII的标准。

实际上，其中列出了作为MRPII系统的软件应具备的最小功能集合。ERP的概念由美国Gartner Group于90年代初首先提出，经短短几年时间，成了制造业市场上的时髦名词，但至今尚远未形成像MRPII那样的标准。粗略地说，ERP的覆盖范围更宽，涉及整个企业范围的资源，特别强调面向客户进行管理；在技术上，ERP强调包括客户机/服务器体系结构、图形用户界面(GUI)、计算机辅助软件工程(CASE)、面向对象技术、关系数据库、第四代语言、数据采集和外部集成(EDI)等先进技术。

另外，还应考查软件功能的合理性，如：模拟现实的能力；软件的连通性，是否具有数据接口和程序接口，以便于二次开发；软件的输出报告是否满足企业的要求；软件的运行时间和响应时间；软件的兼容性；以及软件是否简明、易学、易用等等。

(2)考察软件的技术

从系统的角度考虑，所用的技术是否具有先进性，如上述的客户机/服务器体系结构、图形用户界面(GUI)、计算机辅助软件工程(CASE)、面向对象技术、关系数据库、第四代语言、数据采集和外部集成(EDI)等都可作为考察的对象。

另外，从用户应用的角度考虑，如：软件汉化的质量、主要字段的位数是否符合应用的要求、数字字段的整数及小数位数是否符合应用的要求等等，也要进行考察。

(3)考察软件的文档

软件的文档对于软件的应用是非常重要的。软件文档包括使用手册、帮助文件和培训教材。要考察软件文档是否齐全以及汉化的质量，还要考察文档组织的逻辑性，是否有有效的索引，是否叙述清楚、简明、易读，而不是烦琐冗长。