更好的方法是把MRPII/ERP的標準邏輯和企業的實際需求相結合，構造一份問題單，用來考查軟件的功能。首先了解系統的內在邏輯，以及為了使系統付諸使用必須要做哪些用戶化工作，這些工作能否在所要求的時間內完成。Oliver Wight 公司出版的<<MRPII Standard System>>集中論述了從功能上和邏輯上為制造業普遍接受的MRPII的標準。

實際上，其中列出了作為MRPII系統的軟件應具備的最小功能集合。ERP的概念由美國Gartner Group于90年代初首先提出，經短短幾年時間，成了制造業市場上的時髦名詞，但至今尚遠未形成像MRPII那樣的標準。粗略地說，ERP的覆蓋范圍更寬，涉及整個企業范圍的資源，特別強調面向客戶進行管理；在技術上，ERP強調包括客戶機/服務器體系結構、圖形用戶界面(GUI)、計算機輔助軟件工程(CASE)、面向對象技術、關系數據庫、第四代語言、數據采集和外部集成(EDI)等先進技術。

另外，還應考查軟件功能的合理性，如：模擬現實的能力；軟件的連通性，是否具有數據接口和程序接口，以便于二次開發；軟件的輸出報告是否滿足企業的要求；軟件的運行時間和響應時間；軟件的兼容性；以及軟件是否簡明、易學、易用等等。

(2)考察軟件的技術

從系統的角度考慮，所用的技術是否具有先進性，如上述的客戶機/服務器體系結構、圖形用戶界面(GUI)、計算機輔助軟件工程(CASE)、面向對象技術、關系數據庫、第四代語言、數據采集和外部集成(EDI)等都可作為考察的對象。

另外，從用戶應用的角度考慮，如：軟件漢化的質量、主要字段的位數是否符合應用的要求、數字字段的整數及小數位數是否符合應用的要求等等，也要進行考察。

(3)考察軟件的文檔

軟件的文檔對于軟件的應用是非常重要的。軟件文檔包括使用手冊、幫助文件和培訓教材。要考察軟件文檔是否齊全以及漢化的質量，還要考察文檔組織的邏輯性，是否有有效的索引，是否敘述清楚、簡明、易讀，而不是煩瑣冗長。