[发明专利]源程序编制支持系统

说明书

技术领域

本发明涉及CASE(Computer-aided software engineering：计算机辅助软件工程)工具即源程序编制支持系统，更详细地说，涉及在编制计算机的源程序时，不需要高深的程序设计(programming)知识，在计算机支持的前提下，能够容易地编制计算机语言的源程序的系统。 

背景技术

如今，通用系统的系统开发通常以系统分析工程、系统设计(功能设计、数据设计)工程、程序设计工程、程序设计工程、测试(验证)工程的顺序进行。然后，编制系统化业务流程图、系统化功能概要、输入输出定义的文档，并基于该文档，分割为系统、子系统、过程(Process)、程序、以及模块，从概要开始详细地定义规格书。 

在编制这样的规格书的文档时，在子系统关联图、子系统概要、过程关联图、业务功能流程图、过程概要、过程流程图、程序概要、程序结构图、模块(程序模块)概要、编码这样的各个工程中，基于其上流工程的文档，维持逻辑的关联并编制各个文档。 

此时，文档格式成为分别特有的格式，这样编制形式多样的文档需要很大的功夫及时间。 

并且，程序设计由具有高深的程序设计知识的专家即程序设计员来完成，对不具有程序设计知识的人员来说是不可能的。 

为了解决这样的以往例子的问题点，提出如下专利文献1和2所述的、在计算机支持的前提下能够自动地编制程序设计的装置和方法。 

专利文献1的制造管理程序自动编制装置能够编制C语言源程序，但由于该装置是用于编制产品的制造管理的程序的装置，所以由元件的组合来编制源程序。 

此外，专利文献2的自动程序设计方法也能够生成C语言源程序，但该方法是用于构筑专家系统的方法，从而该方法用途也是特定的。 

而且，以往，在发生了规格书变更的情况下以及需要修正错误的情况下，由于是不同形式的文档，所以从这些文档跨越多个工程而寻求相关联的逻辑变得极复杂，且逻辑的寻求也需要很大的工夫和时间。因此不变更文本而只变更源程序的情况比较多，在这样的情况下，难以维持规格书的逻辑和源程序的逻辑的同一性。 

此外，在包含事件处理的程序(在C语言中，存在来自画面、键盘等的输入处理的程序)中，在画面输入处理的程序中，在输入画面显示状态下成为输入等待状态。而且，接受输入结束的确定信号即事件信号为止(例如，来自键盘的Enter信号)，程序成为处理等待。在包含这样的事件处理的程序中，在多个事件随机发生的情况下，以往，很难在流程图中明确且适当地标记事件等待状态。 

另外，在以下的专利文献3中，记载了能够在流程图中显示多个事件等待的流程图输入装置。但是，在该流程图输入装置中，不能适当地表现随机地进行多个事件和与其对应的处理的情况下的事件等待状态。 

例如，编制用于在画面上输入“姓名”、“假名(姓名)”、“邮政编码”、“地址”、“假名(地址)”的姓名地址程序的情况等那样，需要考虑输入操作员不按照显示的输入画面的显示顺序输入的情况，从而编制程序。即，通常，操作员将光标移动到显示的任意项目的输入栏，且进行数据的输入或进行修正。此时，事件根据光标的位置随机地发生，所以需要使应编制的程序对应随机进行的处理。 

而且，在用户编制成为用于编制这样的程序的前提的流程图时，虽然需要使其能够将事件等待状态明确且容易地表示，但在专利文献3的流程图输入装置中，如该文献的图5和图8所述那样，若一个事件处理结束，则移动到其他的步骤，并不是能够在流程图上适当地表示在多个事件和与其对应的处理随机发生的情况下的事件等待状态的装置。此外，假设，在若要将该以往例子的流程图输入装置变更为表示上述的姓名地址输入程序的情况下，如图15所示，成为非常复杂的流程图。而且，输入项目越增大复杂度越大，从而用户难以编制正确的流程图。 

此外，源程序通常由数据定义、画面定义以及主程序的组合构成。 

此外，以往，为了进行数据定义，在文件布局(file layout)用纸上一并记述项目的位位置，并在发生了项目的追加、删除、或项目的位数变更等的 情况下，重新决定位位置，进行再记述。而且，基于项目的细分化的详细项目定义也需要进行同样的工作。然后，由于在开发时频繁发生变更的情况较多，每次变更要进行这样的工作，所以较费功夫。而且，记述了的文件布局信息，需要对每个程序进行编码。