设计变更支持系统、设计变更方法以及记录它的记录介质.pdf

本发明的设计变更支持系统减轻因产品的设计变更引起的生产工序的负荷，在消除新构件和旧构件双方的库存的过量不足问题的同时，对构件更换时期的确定、产品试验工序的确定进行支持。存储包含与产品以及构件有关的信息的概要数据、包含旧构件和新构件的关联的代替关系数据、与各构件的库存、消费、交货有关的数据，读出与存储在概要数据中的各构件有关的交货读出时间等，如果输入产品试验预定日，则以此产品试验预定日为基础，在进行必要的构件定货的同时计算代替构件的消耗预定，使用各构件的交货和库存状况数据以及代替关系数据，在该产品试验预定日附近立项1个或1个以上的包含可以试验的产品的构件结构以及试验开始日的试验结构方案。

1.  一种设计变更支持系统，是对因构成产品的构件的变更而产生的产品试验以及构件更换计划的执行进行支持的设计变更支持系统，其特征在于：
该设计变更支持系统具有输入单元、输出单元、存储单元、处理单元，
在上述存储单元中存储：包含与该产品以及构件有关的信息的概要数据；针对该构件存储设计变更前的旧构件和设计变更后的新构件的关联的代替关系数据；与各构件的库存、消费、交货的现状以及预定有关的数据，
上述处理单元
读出与存储在上述概要数据中的各构件有关的至少来自供应要点的交货读出时间，并输出到上述输出单元，
根据从上述输入单元输入的产品试验预定日，对该产品试验所需要的构件进行订购，同时参照上述代替关系数据计算代替构件的消费预定，
使用存储在上述存储单元中的各构件的交货和库存状况数据以及代替关系数据，在该产品试验预定日附近立项1个或1个以上的包含可以试验的产品的构件结构和试验开始日的试验结构方案，输出到上述输出单元，并由输入单元接受试验结构的选择结果，
根据从上述输入单元输入的产品试验的结果，对被判断为可以设计变更的产品的构件结构，使用保存在上述存储单元中的与各构件的库存以及消费有关的数据，评价构件更换的有效性，立项1个或1个以上的构件更换预定日方案并输出到输出单元，
用输入单元接受构件更换预定日方案的选择结果，在该选择出的构件更换日方案中，使用上述存储单元的与构件的交货以及库存状况有关的数据，评价构件更换的有效性，把评价结果输出到上述输出单元。

2.  根据权利要求1所述的设计变更支持系统，其特征在于：
上述处理单元
针对包含在上述试验预定日的试验预定构成中的构件，使用存储在上述存储单元中的代替关系数据和与各构件的交货、消费、库存有关的数据，计算处于代替关系的构件的消费预定并存储在上述存储单元中，
使用存储在上述存储单元中的上述被选择出的构件更换预定日方案，修正上述计算出的消费预定，存储在上述存储装置中。

3.  根据权利要求1所述的设计变更支持系统，其特征在于：
上述处理单元以旧产品的概要数据为基础，制成新产品概要数据的雏形，并根据从上述输入单元输入的信息制成新产品的概要数据存储在上述存储单元中。

4.  根据权利要求1所述的设计变更支持系统，其特征在于：
上述处理单元
把上述1个或1个以上的试验结构方案以及上述选择出的试验结构方案、上述1个或1个以上的构件更换预定日方案以及上述选择出的构件更换预定日方案存储到上述存储装置中。

5.  一种设计变更支持方法，是对因构成产品的构件的变更而产生的产品试验以及构件更换计划的执行进行支持的设计变更支持方法，其特征在于：
存储以下数据：包含与该产品以及构件有关的信息的概要数据；针对该构件存储了设计变更前的旧构件和设计变更后的新构件的关联的代替关系数据；与各构件的库存、消费、交货的现状以及预定有关的数据，
读出与存储在上述概要数据中的各构件有关的至少来自供应要点的交货读出时间，
如果输入产品试验预定日，则根据上述输入的产品试验预定日，在进行该产品试验所需要的构件的订购的同时，参照上述代替关系数据，计算代替构件的消费预定，
使用各构件的交货和库存状况数据以及代替关系数据，在该产品试验预定日附近立项1个或1个以上的包含可以试验的产品的构件结构以及试验开始日的试验结构方案。

6.  根据权利要求5所述的设计变更支持方法，其特征在于：
针对包含在上述试验预定构成中的构件，使用上述代替关系数据和与各构件的交货、消费、库存有关的数据，计算处于代替关系的构件的消费预定，
使用上述选择出的构件更换预定日方案，修正上述计算出的消费预定。

7.  根据权利要求5所述的设计变更支持方法，其特征在于：
如果输入上述产品试验的结果，则针对被判断为可以设计变更的产品的构件结构，使用保存在上述存储单元中的与各构件的库存以及消费有关的数据，对构件更换的有效性进行评价，立项1个或1个以上的构件更换预定日方案。

8.  根据权利要求6所述的设计变更支持方法，其特征在于：
如果输入上述构件更换预定日方案的选择结果，则在该选择出的构件更换预定日方案中，使用上述存储单元的与构件的交货以及库存状况有关的数据，对构件更换的有效性进行评价，对构件更换的构成以及日程的确定进行支持。

9.  一种程序，用于使计算机执行权利要求5至8的任意一项所述的设计变更支持方法的步骤。

10.  一种记录介质，记录有用于使计算机执行权利要求5至8的任意一项所述的设计变更支持方法的步骤的程序。

设计变更支持系统、设计变更方法 以及记录它的记录介质
技术领域
本发明涉及由多个零件和材料构成的产品的设计变更支持技术，特别涉及支持因构成产品的零件和材料的变更引起的设计变更的技术。
背景技术
作为背景技术在专利文献1中记载了当突发地产生零件的入库状况和接受订单信息的变更的情况下，以迅速恢复暂时打破的供需平衡为目的的突发事项对应支持系统。本发明针对多个紧急度分别准备基于变更信息的MPS，对每个MPS计算MRP，输出各个零件的收支结果，通过比较它们来判断问题的内容和其紧急度。另外，在本发明中，通过收支的模拟确认暂时对策的补救效果，确立实际对策。当必须进行设计变更的情况下，从PDM等的输入装置，暂时编辑零件表制成设计变更方案，把设计变更信息送到SCM系统，在适用了变更的状态下进行MRP计算，把输出结果返回输入装置，在事前确认设计变更的影响。
在生产现场中，频繁发生因零件和材料(以下，称为构件)的变更引起的设计变更。如果产生设计变更，则在开始生产设计变更后的产品前，需要对全部变更构件和使用它们制造的产品进行试验。
以往，虽然为了支持伴随这样的构件变更的设计变更，提出了在背景技术中所述的发明，但在近年的国际性环境标准发展中，设计变革的机会以及变更所需要的构件的数激增。例如，在EU(欧洲联盟)中根据RoHS指令，在2006年7月以后，不能销售包含特定化学物质的产品。因此，在制造EU以及面向EU的产品的制造商中，大多进行设计变更为不含特定的化学物质的构件设计工作。这样的设计变更的机会以及变更所需要的构件的增加在实际的设计开发工艺的各种工序中使作业负荷增大。特别是在产品试验工序及其以后的工序中显著显现。进而同时在这些工序中构件库存的过不足问题也显著显现。
另外，设计变更构件一般具有交货期延迟可能性高的特性。因此由于设计者在和新构件的定货同时期内还要安排使用设计变更前的旧构件，因而交货期延迟。其结果，作业负荷增大和库存不足的问题进一步增加。
发明内容
本发明以这种状况为基础，谋求开发一种系统，它在降低因构件的设计变更引起的设计开发工序的负荷，解除新构件和旧构件双方的库存过量不足问题的同时，可以支持构件更换时期的确定、产品试验工序的确定。
本发明的设计变更支持系统包含输入单元、输出单元、存储单元、处理单元，在存储单元中存储着：包含与产品以及构件有关的信息的概要数据；对于构件存储了设计变更前的旧构件和设计变更后的新构件的关联关系的代替关系数据；与各构件的库存、消费、交货的现状以及预定有关的数据，处理单元读出与存储在概要数据中的各构件有关的至少来自供应要点的交货读出时间，如果从输入单元输入制品试验预定日，则以输入的产品试验预定日为基础，在进行该产品试验所需要的构件的定货的同时，参照上述代替关系数据进行代替构件地消费预定计算，使用存储在存储单元中的各构件的交货、库存状况数据以及代替关系数据，在产品试验预定日期附近提出1个以上包含可以试验的产品的构件结构以及试验开始日期的试验结构计划并输出到输出单元，通过输入单元接受试验结构的选择结果，根据从输入单元输入的产品试验的结果，对判断为可以设计变更的产品的构件结构，使用保持在存储单元中的各构件的与库存以及消费有关的数据评价构件更换的有效性，提出1个或1个以上的构件更换预定日计划并输出到输出单元，通过输入单元接受构件更换预定日计划的选择结果，在选择出的构件更换预定日计划中，使用存储单元的与构件交货以及库存状况有关的数据，评价构件更换的有效性，把评价结果输出到上述输出单元。
另外，在本发明的设计变更支持系统中，在有处理的规定的周期下被启动，从存储装置中把实现各种功能的程序、各种数据读入到处理单元，执行1次或1次以上各种计算处理。
如果采用本发明，则可以使产品试验作业和构件供应作业等高效率化，通过此方法的系统化可以谋求降低作业负荷。另外，在解决新构件和旧构件双方的库存过量不足问题的同时，可以进行产品试验时期的确定、构件更换时期的确定。
附图说明
图1是说明本发明的一个实施例的物流·信息流网络模型的图。
图2是说明本发明的一个实施例的系统构成的图。
图3是说明本发明的一个实施例的硬件构成的图。
图4是说明本发明的一个实施例的系统具有的功能的图。
图5是说明设计变更工序的流程的图。
图6是说明本发明的一个实施例的项目树构造的图。
图7是说明本发明的一个实施例的代替项目构造的图。
图8是说明本发明的一个实施例的库存容量和报警容量的图。
图9是说明库存实际数据和消费预定数据的表构造的图。
图10是说明处理步骤501的图。
图11是说明处理步骤501的图。
图12是说明处理步骤501的图。
图13是说明处理步骤501的图。
图14是说明处理步骤501的图。
图15是说明处理步骤502的图。
图16是说明处理步骤502的图。
图17是说明处理步骤502的图。
图18是说明处理步骤502的图。
图19是说明处理步骤503的图。
图20是说明处理步骤503的图。
图21是说明处理步骤504的图。
图22是说明处理步骤504的图。
图23是说明处理步骤504的图。
图24是说明处理步骤505的图。
图25是说明处理步骤505的图。
图26是说明处理步骤507的图。
图27是说明处理步骤507的图。
图28是说明处理步骤507的图。
图29是说明处理步骤508的图。
图30是说明处理步骤508的图。
具体实施方式
以下说明本发明的实施例。
(1)作为本发明的适用对象假定的物流、信息流网络模型
首先，说明作为本发明一个实施例的适用对象假定的物流、信息流网络模型。
图1展示了说明作为本发明一个实施例的适用对象假定的物流·信息流网络模型。
在本实施例中以下作为产品、构件、半成品、在制品、原材料等的总称或者指其中某一个的名字使用项目(item)这一词汇。使用项目这一词汇，例如对于产品用下位项目这一词表现构成此产品的构件、半成品、在制品、原材料，用上位项目这一词汇表现组装下位项目制造出的构件、半成品、在制品、产品等。但是，在以下的实施例中，当称为上位项目的情况下，主要是指产品。
图1所示的物流、信息流网络模型由以下要点组成：进行上位项目的设计和试验等的上位项目开发要点α101；从上位项目开发要点α101根据已开发的内容接收下位项目的评估委托和定货，在向下位项目供应要点γ103发出下位项目的评估委托和定货的同时，对从下位项目供应要点γ103交货的下位项目进行库存管理的下位项目库存要点β102；接收上述评估委托和定货等，向下位项目库存要点β102交货下位项目的供应要点γ103；从下位项目库存要点β102接受下位项目的移交并生产上位项目，向市场∈发货的上位项目生产要点δ104。
说明图1所示的此模型中的项目流程。有以下三个流程。
第一个流程是通常的供应链的流程。从下位项目供应要点γ103向下位项目库存要点β102交货项目，根据来自上位项目生产要点δ104的指示移交此已被交货的项目，以此移交的项目为基础生产上位项目(产品)，在市场∈销售。
第二个流程是进行上位项目的试验等的流程，根据来自上位项目开发要点α的指示从下位项目库存要点β102移交项目，以此被移交的项目为基础进行上位项目的试验等。
第三个流程是从下位项目库存要点β102向下位项目处置要点ξ流动的流程。进而，下位项目处置要点ξ是在下位项目库存要点β102中处置的下位项目的处置目标。
本发明主要涉及其中的第二个流程中的上位项目的试验、第1个流程中的下位项目库存要点β102中的下位项目的库存管理。
(2)本发明的一个实施例的系统构成以及硬件构成
以下，说明本发明的一个实施例的系统构成以及硬件构成。
图2展示了本发明的一个实施例的系统构成。
在本实施例中，设计变更支持系统200由经由网络连接的多个子系统构成，以下说明的各功能在这多个子系统的各个中进行分散处理。
在设计变更支持系统200的子系统中，设备α201是上位项目开发要点α101中的信息处理设备，进行设计变更作业的进程信息等的管理。设备β202是在下位项目库存要点β102中的信息处理设备，管理评估委托履历、定货履历以及库存状况等信息。设备γ203是在下位项目供应要点γ103中的信息处理设备，管理评估应答履历和交货预定等信息。设备δ是在上位项目生产要点δ0104中的信息处理设备，管理项目的消费预定等信息。设备η是统一管理其他设备的信息处理设备。
本发明的设计变更支持系统并不限于这样用各个设备进行分散管理的形式，也可以以用一个设备进行集中管理的形式实现。另外，也可以重新安排各个设备功能的一部分，或者划分小块或者集中实现。另外，在本实施例中，把设计变更支持系统作为独立构筑的系统说明，但本发明并不限于此。本发明还可以考虑组装到其它的信息处理系统中作为它们的一部分功能构成。
(3)本发明的一个实施例的设计变更支持系统的硬件构成
以下，说明本发明的一个实施例的设计变更支持系统的硬件构成。
图3展示了本发明的一个实施例的设计变更支持系统的硬件构成。
如在图2中说明的那样，本实施例的设计变更支持系统200把多个信息处理设备通过网络连接起来而构成。
各信息处理设备具有键盘和鼠标等输入装置301、显示器等输出装置302、辅助存储装置304和执行设计变更支持程序的处理装置303。处理装置303具备接口3031、中央运算处理装置(以下，称为CPU)3032和主存储装置3033，输入装置301、输出装置302以及辅助存储装置304经由接口3031连接。
在本实施例中设计变更支持程序的处理结果存储于在主存储装置3033中确保的存储区域上。程序被预先保存在辅助存储装置304中并被读入到主存储装置3033，通过CPU3032执行此程序实现各种功能。
另外，在本实施例中以通过通用信息处理装置和软件实现设计变更支持系统的情况为例子说明，但也可以用包含布线逻辑的硬件、这样的硬件和预先被编程的通用信息处理装置实现。
(4)设计变更支持系统的功能、在系统中使用的代码和数据
以下，说明设计变更支持系统的功能。
图4是展示说明本发明一个实施例的设计变更支持系统200具有的功能的图。
在图4中，是一个信息处理设备具有设计变更支持系统200的全部功能、数据以及代码的情况的例子。图4所示的构成例如在以下情况被使用：在统一管理图2的其他信息处理设备的设备η105中存储全部的程序和数据、代码并在其进行集中管理时；或在各要点的信息处理设备根据需要经由网络访问此统一管理设备η205，读出需要的程序和需要的数据分散管理时。
此外，在各要点的信息处理设备中，可以考虑其构成具有全部的功能、数据、代码，也可以只具有各自需要的功能。
如图4所示，在设计支持系统200中，根据存储在辅助存储装置304中的各种信息，在处理装置303中执行程序，由此实现项目概要管理功能、设计变更进程管理功能、项目树构造管理功能、代替项目构造管理功能、项目试验管理立项功能、项目试验预定日设定功能、代替项目消费控制功能、库存推移计算功能、项目试验结构立项功能、项目更换预定日立项功能、项目更换判断功能等功能。对于实现这些各功能的处理内容的详细将在后面在处理流程的说明中说明。
在本实施例中，在辅助存储装置304中设置代码存储单元和数据存储单元。在代码存储单元中保存实现各种功能的处理程序、项目树构造代码、代替项目构造代码、库存容量代码、报警容量代码等内容变更频率低的基本性数据。另一方面在数据存储单元中，保存项目概要数据、设计变更进程数据、更换读出时间数据、运行日期一览表数据、用户列表数据、画面数据、交货检测读出时间数据、消费预定数据、交货预定数据、库存实际数据、项目试验结构数据等通过各种处理和数据输入等而数据改写频率比较高的数据。
在此，对存储在辅助存储装置304的代码存储单元和数据存储单元中的代码以及数据的一部分进行补充说明。
(4.1)项目树构造代码
首先，说明项目树构造代码、代替项目构造代码。
图6展示了本实施例中的项目树构造的图象以及存储数据的构成。项目X以及项目Y是最上位的项目(产品)。项目a0等以外的项目是用于构成最上位项目的项目(构件)。项目树构造数据存储下位项目和此下位项目相对于每个上位项目的定额等。
(4.2)代替项目构造代码
图7展示了本实施例中的代替项目构造的图象以及存储数据的构成。在此图中，项目a0和项目a1是代替关系。项目at是项目a0和项目a1的共用名。另外，项目a01和项目a11也处于代替关系，项目at1是项目a01和项目a11的共用名。共用名项目at、项目at1是统一处于代替关系中的项目而进行库存管理时使用的项目。
以下，说明库存容量代码和报警容量代码。
(4.3)库存容量代码和报警容量代码
图8展示了本实施例中的库存容量代码和报警容量代码。所谓报警容量是发出报警的库存下位界限容量，对每个项目设定。所谓库存容量相当于不能再补充库存而超过此值的上限值。在图8所示的例子中，对于项目各自的库存容量，项目c01是100个，项目c02是200个，项目c03是300个。另外，对于报警容量，项目c01是10个，项目c02是100个，项目c03是30个。
(4.4)库存实际数据
以下，说明存储在辅助存储装置304中的库存实际数据的表构造。
图9展示了在本实施例中表示库存状况的库存实际数据的表构造。在表中具备要点列、项目号码列、库存数量列、单位列等。在要点列中保存进行库存管理的要点。当是开发要点α101的情况下保存“α”，在库存要点β102的情况下保存“β”，在供应要点γ0103的情况下保存“γ”，在生产要点δ104的情况下保存“δ”。在项目号码列中保存项目的号码。在库存数量列中保存项目的库存数量。在单位列中保存计数库存时的单位。例如，库存要点β102的项目c11的单位是“个”。
(4.5)消费预定数据
以下，说明存储在辅助存储装置304中的消费预定数据的表构造。
图9展示了在本实施例中的消费预定数据的表构造。在表中具备项目号码列、消费预定列等。在项目号码列中保存项目号码。例如保存c01、c02、c03等。在消费预定列中保存从现在到将来产生的消费预定量。例如，在项目号码c01中保存4月21日0个，4月22日4个，4月23日5个......。
(5)设计变更工序
以下，说明设计变更支持系统的处理时序。
图5展示了表示在本发明的一个实施例中的设计变更支持系统使用的设计变更工序的图。在此不特别划分处理要点，用一条时序展示设计变更工序。本时序展示从计划设计变更的日期(在本实施例中设定为2004年1月16日)开始，到登录变更后的项目的规格(2004/03/01)，进行必要的构件的评估(2003/03/05)，立项试验的计划(2004/04/31)，开始试验(2004/04/25)，接收其结果进行构件的更换(2004/05/30)，直至发行项目(2004/07/01)的工序流程。
以伴随产品的某一构件的规格变更和新构件的追加这2点变更的设计变更为例子，说明本实施例中说明的设计变更。
(5.1)设计变更计划步骤
首先，说明作为在设计变更日进行的处理的设计变更计划步骤501。
设计变更步骤501是进行项目Y这一产品的发行预定日的设定、项目Y构成的设定、设计项目Y的设计者的设定等的步骤。进而，在本实施例中把进行这些设定的设计变更计划日设定为2004年1月16日。用图11至图14说明本步骤501的处理内容。图10至图14图示为了一边追加画面的输出图象，一边得到此画面输出而启动的功能，以及执行此功能时读出的数据，是说明步骤501的处理内容的图。
首先，启动项目概要管理功能，读出存储在数据存储单元中的项目概要，接着启动设计变更进程管理功能，从数据存储单元读出设计变更进程数据，把这些数据显示在画面上。项目概要如画面显示图象的1001所示，保存在每个设计变更案件中被设定的设计变更号码、设计变更的对象产品名称、此产品的发行预定日、设计负责人、项目试验的预定日等数据。设计变更进程数据的内容虽然未在这里图示，但在每个设计变更号码中保存与此设计变更案件有关的信息(构成此产品的下位项目的名称和其负责人、各下位项目的进程信息等)，以这些信息为基础，用预先确定的计算方法计算综合的进程，用百分率表示则是图10的1002。
以下，如果点击画面1000的新制成按键，则通过设计变更进程管理功能显示用于登录新的设计变更案件的画面(1010)。在登录画面1010中显示用于显示新的设计变更案件的对象产品的产品构成的区域1011和(因为还没有登录产品构成所以是空栏)用于登录产品发行预定的区域1012。在用于产品发行预定的区域1012中显示现在的日期。
用图11说明其后的处理内容。图11的画面显示图象1010与图10的画面显示图象1010相同。如果点击区域1011的参照键，则启动项目概要管理功能，参照数据存储单元的项目概要显示已登录的项目的概要(1100)。如果选择被显示的项目中的某个项目(在此是项目X)，则项目树构造管理功能参照代码存储单元的项目树构造显示项目X的树构造(1111)。在代码存储单元的项目树构造代码中，在每个项目中保存此项目的下位项目名和各下位项目的设计的设计负责人等，在画面上显示这些信息。
转移到图12，此次的设计变更因为是新项目的追加和项目的变更，所以首先点击作为追加项目的上位项目的项目X。于是启动项目树构造管理功能，显示构成编辑区域1201。在此，如果点击构成编辑区域的项目追加键，则显示项目追加登录区域。在此输入追加的子项目的名称、此项目的设计负责人、追加理由等后，如果点击追加键，则启动项目树构造管理功能，显示下位项目的追加后的产品构成。以下，点击作为更新项目的项目c0。于是同样启动项目树构造管理功能，显示构成编辑区域1201。在此，如果点击项目更新键，则显示项目更新区域。在此输入更新内容后，如果点击更新键，则启动项目树构造管理功能，显示下位项目更新后的产品构成。图12的1210展示了下位项目的追加、变更后的构件结构。图12的1210是除了前面进行的项目d1以及项目c1的追加、更新外，还进行了项目a1以及项目b1的更新后的画面。
转移到图13，进行追加变更了项目X的下位项目后的项目的登录。如果点击登录键，则显示设计变更计划登录区域1301。在此，输入设计变更后新产品的产品名称、产品发行日、设计负责人等。如果点击登录键，则启动设计变更进程管理功能，在设计变更进程数据中作为新的设计变更计划付与设计变更号码并登录的同时，参照代码存储单元的项目更换的读出时间以及各要点的运行日一览表，从产品发行预定日反计算出最终更换开始目。计算出的最终更换开始日被保存在设计变更进程数据中。另外，通过项目树构造管理功能、代替项目构造管理功能，在项目树构造代码中追加项目，在代替项目构造代码中登录代替关系。进而接收登录内容，通过项目概要管理功能更新项目概要。而后，显示设计变更号码、登录后的项目名称(项目Y)、最终更换开始日、项目发行预定日。
而后，返回图14，如果点击产品发行预定区域1312的发送键，则通过设计变更进程管理功能参照数据存储单元的用户列表，向关系对象的各要点的设备发送项目Y的产品的发行预定日的设定、构成的设定、设计负责人的设定等信息。而后在共用设定信息的同时，根据需要在关系要点中在进行审查、批准的情况下接收其结果，作为设计变更计划处理的结束而更新数据存储单元的设计变更进程数据，用百分率表示更新后的进程，显示在画面上(1400)。
(5.2)项目规格登录步骤
以下，说明登录项目Y的下位项目规格的处理。
项目规格登录步骤502是在设备中登录项目Y的下位项目的规格的步骤(图5的502)。在本实施例中把此项目规格登录日设定为2004年3月1日。用图15至图18说明本步骤502的处理内容。此步骤是在接收步骤501的处理结果的要点(开发要点)中，输入该项目的负责人负责的项目的规格，接收该输入的步骤。
首先，如果点击输入规格的对象的设计变更案件的号码，则启动项目树构造管理功能，展开参照项目树构造代码所选择的设计变更号码的项目Y的零件。接着用设计变更进程管理功能参照设计变更进程数据，针对构成项目Y的各下位项目，显示负责人、进程状况的情况。在本实施例中，假设在开发要点中进行规格输入的负责人是项目c1的负责人(仓谷)。
首先，如果负责人点击项目c1，则启动项目树构造管理功能、代替项目构造管理功能。项目树构造管理功能、代替项目构造管理功能参照项目树构造、代替项目构造进行处理。接着启动项目概要管理功能、设计变更进程管理功能。项目概要管理功能、设计变更进程管理功能参照数据存储单元的项目概要、设计变更进程进行处理。而后，作为项目规格一览画面，显示项目c1的项目概要数据、与项目c1处于代替关系的项目c0的概要数据、从设计变更进程中读出的进程等。因为从这里登录项目c1的概要数据所以各项目是空栏。
转移到图17，接着继续说明对项目c1的概要数据的登录处理。在此，假设在登录项目c1的概要数据时，如果想一边作为雏形参照处于代替关系的项目c0的概要数据一边输入，则点击参照键。于是，作为通过项目概要管理功能参照数据存储单元的项目概要的旧项目概要画面，把项目c0的子项目的列表显示在区域1701上。如果在区域1701中选择项目c01，则通过项目概要管理功能参照数据存储单元的画面数据等，把选择出的项目c01作为旧项目显示，把其内容的拷贝显示在新项目栏中。根据需要修正把项目c01的项目概要作为雏形显示的项目c11的概要数据。另外，通过点击画面的读入键把画面号码11c的画面与项目c11对应起来。
转移到图18，如果点击登录键则通过项目概要管理功能把该内容登录到项目概要中，通过项目树构造管理功能、代替项目构造管理功能，在项目树构造、代替项目构造中登录项目c11以及项目c01的关系。而后，通过设计变更进程管理功能参照数据存储单元的用户列表将此项目登录处理结果发送到关系要点的设备。根据需要接受审查批准，作为接受此结果项目规格登录处理的结束进行设计变更进程的更新。而后，把更新后的进程数据显示在画面上。
(5.3)评估委托书发行步骤
以下，说明发行已登录的项目的评估委托书的处理。
评估委托书发行步骤503是对于负责人以已登录的项目规格为基础输入的供应该项目的供应目标，进行用于发行评估委托书的处理的步骤。在本实施例中把该评估委托日设定为2004年3月5日。
用图19和图20说明该步骤503的处理内容。
首先，显示设计变更进程画面。项目c1的进程是规格设计结束的阶段，以下的处理是评估委托。在此如果点击评估委托书一览键，则由项目概要管理功能，参照数据存储单元的项目概要，在该评估委托书一览中显示从项目概要取得的数据。在该评估委托书一览中有供应对象这一栏，但在该步骤中接受该供应对象的选择而进行处理。如果选择评估委托书一览的项目c11，则由项目概要管理功能显示评估委托书画面。转移到图20，在此作为供应对象输入γ，如果点击登录则把被选定的供应要点保存到项目c11的项目概要中。与此同时参照用户列表把评估申请信息发送到关系要点的设备。在根据需要通过审查批准后，作为评估委托书发行处理的结束而更新设计变更进程数据。
(5.4)项目试验计划设定步骤
以下，说明项目的试验计划的设定处理。
项目试验计划设定步骤504是进行项目的试验预定日的设定、在试验中需要的下位项目的定货处理的步骤。另外，步骤504还是考虑到设计变更构件等新构件一般交货期容易延迟，而把代替它的现行的下位项目也与新构件的定货同时作为消费预定进行登录处理的步骤。在本实施例中把此项目试验计划日设定为2004年3月31日。用图21至图23说明此步骤0504的处理内容。
针对在3月5日在步骤503中发行的评估委托，从接收到评估委托的下位项目供应要点发送交货读出时间、交货批量大小、单价等的应答，并保存在项目概要中。为了确认这些应答内容，进行项目试验计划的设定处理，首先显示该项目的设计变更进程画面。在该画面中，如果点击项目试验预定日设定键，则启动项目概要管理功能和设计变更进程管理功能。通过项目概要管理功能和设计变更进程管理功能，参照数据存储单元的项目概要和设计变更进程数据，把项目试验预定日设定画面显示在画面上。在该项目试验预定日设定画面上，一览显示设计变更号码S0002的各项目的交货读出时间、项目更换预定日、产品发行预定日、产品发行日。
转移到图22，负责人考虑显示在画面上的各项目的交货读出时间以及项目更换预定日、产品发行日，输入项目试验预定日。在项目试验预定日的输入后，如果点击登录键则通过项目试验预定日设定登录功能，参照代码存储单元的交货检查读出时间以及运行日一览表并根据项目试验预定日反算交货期，并保存在数据存储单元的项目概要中。在这样设定项目试验预定日中，进而在本发明中考虑在试验对象的项目中产生交货延迟的可能性，而与试验对象的项目订购同时地进行代替项目的消费控制。具体地说，在本实施例中对于作为例子的c11，也对处于其代替关系的项目c01进行消费预定的计算，并使c11和c01的消费预定关联而编入数据存储单元的消费预定中。在画面上，显示定货书一览，还参照交货检查读出时间以及运行日一览表，显示根据项目试验预定日反算的交货期，如果点击定货键则与项目试验预定一致地在已设定的交货期进行项目的自动订购。
另外，在此时刻(3月31日的时刻)，如果显示项目规格一览画面并指定项目，则通过库存推移计算功能，根据代码存储单元的库存容量、报警容量、数据存储单元的交货预定、消费预定、库存实际等计算指定的项目的库存推移，并显示在画面上。通过该画面可以掌握库存状况。
(5.5)项目试验结构的立项步骤
以下，说明项目试验结构的立项处理。
项目试验结构立项步骤505是系统根据项目的交货状况和库存状况等对在项目试验计划日(3月31日)设定的项目试验结构的有效性进行评价，立项1个以上的这些试验结构方案的处理，并把此试验结构方案提示给用户，受理项目试验结构的登录的步骤。另外，此步骤505还是接受项目试验结构的登录，针对下位项目的库存要点β，发行从下位项目库存要点β向上位开发要点α转移项目的项目移交指示书的步骤。进而，在本实施例中把此试验开始判断日设定为2004年4月24日。用图24以及图25说明此步骤505的处理内容。
在图24中，首先，显示设计变更进程画面，点击项目试验结构一览键。于是，启动项目试验结构立项功能，参照数据存储单元的项目概要、库存实际、交货预定以及代码存储单元的项目树构造、代替项目构造，根据这些数据以及代码，计算出在设定为项目试验计划日的项目试验预定日附近可以试验的1个以上项目构成方案以及在此构成方案中的可以试验日方案并提示。
转移到图25，对被提示的项目试验结构方案，负责人输入采用·不采用的判断结果。在项目试验开始日的栏中，根据此判断结果的输入自动地显示试验开始日。在采用·不采用的判断结果的输入后，如果点击登录键，则通过项目试验结构立项功能把此被采用的项目试验结构登录到数据存储单元，通过设计变更进程管理功能把确定内容发送到关系要点的设备，并进行信息共用。而后在根据需要进行审查批准的处理后，计算新设计变更进程度并更新后，存储到数据存储单元。在本例子中，至项目构成立项处理结束为止，设计变更进程度为60％。
(5.6)项目试验的实施步骤
实施项目试验的步骤506是根据在试验开始判断日选择的项目试验日以及项目试验结构，实施项目试验的步骤。进而，在本实施例中，把此试验开始日设定为2004年4月25日。
(5.7)试验结果登录步骤
以下，说明项目试验结果的登录处理。
试验结果登录步骤507是接受并处理试验结果的登录的步骤。另外，步骤507还是在根据成功的试验结果进行项目的一部分更换的情况下，进行更换预定日的设定、更换后所需要的下位项目的定货处理的步骤。另外，步骤507还是修正在前面的步骤504中登录处理过的现行的下位项目消费预定的步骤。进而，在本实施例中，把此项目更换计划日设定为2004年4月26日。用图26至图28说明此步骤507的处理内容。
首先如图26所示，在项目试验结束后，在设计变更进程画面中如果点击项目更换预定日立项键，则通过项目试验结构立项功能读出在4月24日登录的数据存储单元的项目试验结构并显示。在经过试验日后，在画面上显示用于输入试验结果的键。在此作为用于输入试验结果的选择方向有“成功  项目更换”“成功  项目不更换”“失败”这3种。
转移到图27，在本实施例中，选择“成功  项目更换”，如果点击登录键，则通过项目更换预定日立项功能，首先把此案1的信息存储到代码存储单元的项目树构造和数据存储单元的项目概要中，进而，根据数据存储单元的交货预定、消费预定、库存实际、项目概要、代码存储单元的库存容量求出1个或1个以上的项目更换日方案，与此同时，对各个项目更换日方案，计算并显示项目发行时期的提前延迟、随着项目更换的滞留库存损失程度、库存容量超限程度、次品损失程度的大小等。
图28展示了选择了项目更换预定日的方案2的情况。如果选择方案2，并点击登录键，则首先通过项目更换预定日方案功能在项目概要中保存更换预定日方案。接着通过设计变更进程管理功能参照数据存储单元的用户列表，向关系要点的设备发送已登录的项目更换预定日方案的方案2的信息并共用。与此同时在根据需要接受审查批准后，更新设计变更进程数据。在图28中作为设计变更进程数据的更新结果，号码S0002的设计变更的进程至项目更换预定日的登录而结束，显示为80％。
(5.8)项目更换判断步骤
以下，说明确定项目更换计划日的处理。
项目更换判断步骤508是针对在项目更换计划日设定的项目更换日和项目的更换范围，系统根据项目的交货状况和库存状况等的信息进行有效性评价，根据此评价结果，负责人进行项目更换确定日的登录处理的步骤。另外，项目变更判断步骤508还是根据此选择，上位项目生产要点δ向下位项目库存要点β发行从下位项目的库存要点β到上位项目生产要点δ的项目移交指示书的步骤。进而，在本实施例中把此项目更换判断日设定为2004年5月29日。用图29以及图30说明此步骤508的处理内容。
首先，在图29所示的设计变更进程画面中，如果点击项目更换判断键，则启动项目更换判断功能。通过项目更换判断功能，参照数据存储单元的交货预定、消费预定、库存实际、项目概要、项目试验结构、代码存储单元的项目树构造、库存容量、更换读出时间、运行日一览表，根据这些数据以及代码计算项目发行日、滞留库存损失程度和库存容量超限程度、次品损失程度，并显示在项目更换判断画面上。在此项目更换判断画面上，在该项目发行构成的情况下，也可以根据这些数据以及代码求得下位项目的生产线变更的有无并显示。
转移到图30，在确定这些判断内容后，输入项目更换确定日(在本实施例中是2004/05/30)，如果点击登录键，则通过项目更换判断功能把已输入的项目更换确定日保存到数据存储单元的项目概要中。接着通过设计变更进程管理功能参照用户列表，把项目更换确定日的信息发送到关系要点的设备。由此，可以共用在关系要点中的信息。项目更换确定日的登录处理在根据需要经过审查批准后，作为结束更新设计更新进程数据。在图30中，展示设计变更进程数据被更新，进程为90％。
此后，设计变更处理前进到项目的一部分更换步骤509、项目的全部更换步骤510、项目的发行处理步骤511。
(5.9)一部分项目更换步骤
一部分项目更换步骤509根据在项目更换判断日选择的项目更换日以及更换范围更换项目的一部分。进而，在本实施例中把此项目更换判断日设定为2004年5月30日。
(5.10)全部项目更换结束步骤
全部项目更换结束步骤510是进行完成全部项目的更换的处理的步骤。进而，在本实施例中把此最终更换开始日设定为2004年6月28日。
(5.11)项目的发行处理步骤
项目的发行处理步骤511是进行发行项目Y的处理的步骤。进而，在本实施例中把此项目Y发行日设定为2004年7月1日。
如果采用以上所述的本实施例，则通过在集成多个产品试验和构件的评估委托·定货等的作业的同时在关系者之间共享信息的方法，提高设计开发工艺的各种作业的效率，可以通过此方法的系统化来谋求降低作业负荷。进而，通过使用实时变化的构件交货状况、库存状况、消费预定的数据来调整产品试验时期、试验结构、产品更换时期等的方法，可以抑制构件库存的过量不足的发生。