【案例】
如果把前例中的库存状态数据以周为单位给出时间坐标，则可能如表2.1所示。
表2.1 库存状态数据
周 1 2 3 4 5 6 7 8 9 10
库存量/件 30 30 10 10 –25 0 0 0 0 0
已订货量/件 0 0 0 0 25 0 0 0 0 0
需求量/件 0 20 0 35 0 0 0 0 0 10
可供货量/件 30 10 10 –25 0 0 0 0 0 –10
现在，我们便可以回答前面所提出的各个与时间有关的问题了。从记录中看到，这里有一批已发出的订货，总计25件，将在第5周到货；在第2周、第4周和第10周分别出现3次需求，其数量分别为20、35和10，总数为65。另外可以看出，库存总储备，即库存量和已订货量之和，在前9周是足够用的，但供应与需求在时间上不合拍，第4周可供货量出现负值，而已发出订货在第5周才到达。如已发出的订货能够提前1周到达，则可避免第4周的库存短缺。关于这一点，库存计划员可以提前4周从库存状态数据得知并采取相应的措施。第10周的库存短缺应通过新的库存补充订货来解决，其需求日期为第10周。下达日期即可由此根据提前期推算出来。
维护、更新按时间分段的库存状态记录所要进行的数据处理工作量是相当大的。这一方面是由于这类库存状态记录的数据项多；另一方面是由于既要处理数量关系，又要处理时间关系。从上例可见一斑。在给出时间坐标之前只用了4个数据项，而在给出时间坐标之后，则用了40个数据项。此时，虽然数量关系不变，时间关系却要重新处理。在一个典型的企业中，如果对25 000项物料按周划分时间段，在计划期为一年的情况下，就要处理多达500万个基本数据，这样大量的信息处理只有计算机才能胜任。
目前，人们建立和使用的MRP系统已经成了一种标准的形式。这种标准形式包含着系统运行所依据的某些前提条件和基本假设。
MRP系统的第一个前提是要求赋予每项物料一个独立的物料代码，这些物料包括原材料、零部件和最终产品。这些物料代码不能有二义性，即两种不同的物料不得有相同的代码。下面要谈到的主生产计划、物料清单和库存记录都要通过物料代码来描述的。
第二个前提就是要有一个主生产计划。也就是说，要有一个关于生产什么产品和什么时候产出的权威性计划。该计划只考虑最终项目，这些项目可能是产品，也可能是处于产品结构中最高层次的装配件，这些装配件可根据总装配计划装配成不同的产品。主生产计划考虑的时间范围，即计划展望期，取决于产品的累计提前期，即产品所有零部件的生产提前期和采购提前累计之和。计划展望期的长度应当等于或超过产品的累计提前期，通常为3~18个月。主生产计划的形式通常是一个按时区列出的各最终项目产出数量的矩阵。
主生产计划是ERP的一个非常重要的计划层次，以后我们还将详细讨论。
MRP系统的第三个前提是在计划编制期间必须有一个通过物料代码表示的物料清单(Bill of Material，BOM)。BOM是产品结构文件，它不仅罗列出某一产品的所有构成项目，同时也要指出这些项目之间的结构关系，即从原材料到零件、组件，直到最终产品的层次隶属关系。
MRP系统的第4个前提是要有完整的库存记录。也就是说，所有在MRP系统控制下的物料都要有相应的库存记录。
除了以上4个前提条件外，实施MRP系统还要满足以下几种隐含的假设条件。
(1) 要想使系统能够有效地工作，就必须保证BOM和库存记录文件的数据完整性。确切地说，这个要求不是针对系统运行而言的。因为即使输入数据不正确，系统也能输出技术上“正确”的报告。然而，正如计算机人员常讲的那样，“进去的是垃圾，出来的也是垃圾”。这样的垃圾数据当然不能实现有效的管理。因此，保证文件的数据完整性是针对管理效果而提出的要求。
(2) MRP系统还要求所有物料的订货提前期是已知的，至少是可以估算的。一般情况下，在编制计划时，每项物料的提前期都应该是一个固定的值。虽然提前期的值可以更改，但不允许一项物料的提前期同时具有两个或两个以上的数值。MRP系统无法处理订货提前期未定的物料。
(3) MRP系统要求所有受其控制的物料都要经过库存登记，从而有一个入库状态(即使是短暂的)，然后，才可以为满足某项订货而发放出去。这样，生产过程的每个阶段实质上是通过库存信息来监控的。
(4) MRP系统在计算物料需求时间时，假定用于构成某个父项的所有子项都必须在下达父项的订货时到齐。因此，子项的需求均在父项的订货下达时发生。
(5) MRP系统还假定每项物料的消耗都是间断的。例如，某父项物料由50个子项构成，那么，MRP在进行计算时就恰好分配出50个，并假定它们被一次性地消耗掉。