CN101379466B - 源程序编制支持系统 - Google Patents

Abstract

本发明提供一种用于能够容易地编制包含事件处理的源程序的源程序编制支持系统。用于支持在PC屏幕上编制与应编制的源程序对应的流程图的流程图编制模块(10)，显示流程图中包含的输入输出线和框等基本的板的一览，每次用户选择板，并在监视屏幕上指定其配置位置时，显示被选择在该配置位置上的板。若用于编制事件处理程序的事件框被选择，则自动地显示包含了虚拟事件等待框和返回端子的事件流程图初始框组。流程图解析变换模块(40)，通过对所编制的流程图进行解析而变换为源代码，从而变换为源程序，但在包含虚拟等待框的情况下，读出事件定义模块从而嵌入到源程序。

Description

源程序编制支持系统

技术领域

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

背景技术

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

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

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

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

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

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

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

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

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

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

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

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

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

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

此外，以往，在进行画面定义时，用手粗略图画画面的概要定义，以此为基础编制画面布局。在编制画面布局时，需要使线、项目等的位置与画面上的X-Y坐标相对应，但该坐标值也要与线和项目属性一同用源代码定义。此外，记述了的画面布局信息需要对每个程序进行编码。从而用以往方法进行画面定义，因繁杂的步骤和维护的困难性，工作效率较低。 

专利文献1：日本特开平6-214769号公报 

专利文献2：日本特开平9-91146号公报 

专利文献3：日本特开平11-296357号公报 

发明内容

发明所要解决的课题 

如上所述，虽已提出了自动程序设计装置和方法，但都特定化为对某一特定的用途，特别是，不能在流程图上适当地表示多个事件、以及与其对应的处理随机发生的情况下的事件等待状态。 

此外，如上所述，用以往的方法编制源程序的数据定义和画面定义非常繁杂，工作效率低。 

本发明鉴于消除这样的问题点而完成。 

本发明的第一目的在于提供一种具有流程图编制部件的源程序编制支持系统，该流程图编制部件能够在流程图上适当地表示多个事件、和与其对应的处理随机发生的情况下的事件等待状态。 

本发明的第二目的在于提供一种包括用于达成上述的第一目的的流程图编制部件，且不具有高深的知识的人也能够容易地编制任意的源程序的源程序编制支持系统。 

本发明的第三目的在于，在用于达成上述的第二目的的源程序编制支持系统中，能够以高工作效率编制源程序所包含的数据定义。 

本发明的第四目的在于，在用于达成上述的第二目的的源程序编制支持系统中，能够以高工作效率编制源程序所包含的画面定义。 

本发明的第五目的在于，在用于达成上述的第二目的的源程序编制支持系统中，可验证所编制的源程序，并将其结果以容易明白的方式提供给用户。 

用于解决课题的方法 

为了达到上述的目的，本发明提供一种源程序编制支持系统，利用通过计算机可读取的程序，通过与用户的对话编制源程序，该源程序编制支持系统包括流程图编制部件，支持在监视屏幕上编制与应编制的源程序对应的流程图；流程图解析变换部件，通过解析由该流程图编制部件编制的流程图，变换为源代码，从而变换为源程序，所述源程序编制支持系统的特征在于， 

所述流程图编制部件包括： 

板(Plate)一览显示部件，用户可选择地显示一览表，该一览表包含：包括流程图中所包含的开始端子、结束端子、流入线、流出线、以及多个框的基本的板；以及包括通过随机发生的多个事件分别被驱动的多个事件处理的事件处理程序的开始板； 

板配置部件，每次用户从显示的板一览中选择板，并在监视屏幕上指定其配置位置时，显示被选择到该配置位置的板的形状，该板配置部件包括在板一览所包含的事件处理程序的开始板被选择时，使事件流程图初始框组显示在流程图编制区域上的部件，所述事件流程图初始框组包括表示事件发生的等待状态的虚拟事件等待框、以及流出线连接到该虚拟事件等待框的返回端子，以及 

规格设定部件，显示用于使用户对配置在监视屏幕上的框输入与处理内容对应的规格的输入栏，并将被输入的规格与对应的框相关联地存储， 

流程图解析变换部件包括： 

用于读取事件处理定义的部件，在应变换为源程序的流程图中包含虚拟事件等待框时，判定为事件处理程序，作为OS的一部分安装在所使用的计算机上； 

用于解析流程图中的框的联系从而取得各个框的联系信息的部件； 

通过将被设定在流程图中的各个框的规格变换为源代码，并且对该变换的源代码嵌入相应框的联系信息，从而生成各个框的源程序模块的部件；以及 

将被读取的事件处理定义，和被嵌入框的联系信息的源程序模块一体化，而生成源程序的部件。 

上述的本发明的源程序编制支持系统中，事件流程图初始框组，最好除了包括虚拟事件等待框和返回端子外，至少还包括开始端子、串联配置在虚拟事件等待框的下流的两个判断框、通过来自该判断框的流出线分别与该判断框连接且其流出线与开始端子连接的两个处理框。 

此外，流程图编制部件还包括：板删除部件，在用户指示删除配置在流程图编制区域的板时，删除该板；以及在事件流程图初始框组以外的板新配置在流程图编制区域时，在该板的下流自动地以与已配置了的板不同的显示方式显示处理框及其流出线的部件。此时，优选构成为，根据流程图编制部件的板一览显示部件显示的板一览中包含事件处理程序终止板，在显示在流程图编制区域的流程图中包含虚拟事件等待框，并且包含不同显示方式的处理框及其流出线的状态下，在包含在板一览中的事件处理程序终止板被选择时，板配置部件自动删除不同显示方式的处理框及其流出线，并在最下端的判断框的下方追加一个流出线与返回端子连接的判断框，且追加连接到该判断框的另一个流出线且本身的流出线连接到返回端子上的处理框。 

此外，上述的本发明的源程序编制支持系统，该系统还包括雏型程序库，预先将与多个处理内容分别对应的源程序模块即多个函数和其函数名对应地存储，流程图编制部件的规格设定部件包括，为了用户可选择性地输入作为规格存储在雏型程序库中的函数名，对用户提示雏型程序库中的多个函数的内容及其函数名的部件，在应变换的流程图中存在将存储在雏型程序库中的函数名作为规格进行设定的框的情况下，流程图解析变换部件从该程序库中读取与该函数名对应的函数。 

而且，优选构成为，流程图编制部件包含执行用于编制上位层的流程图和其下位层的详细流程图的降级功能的的部件，流程图编制部件的规格设定部件，包括为了使用户可选择性地输入用于确定下位层的流程图的流程图ID作为上位层的流程图的规格，对用户提示下位层的流程图的内容和流程图ID的部件，流程图解析变换部件构成为，在应变换的流程图中存在将流程图ID作为规格进行设定的框的情况下，从存储部件读取与该流程图ID对应的程序模块。 

此外，上述的本发明的源程序编制支持系统，优选，流程图编制部件还包括标题设定部件，显示用于对配置在监视屏幕上的框输入处理的标题的标题输入栏，并将被输入的标题与框相关联地存储，此时，流程图编制部件的 规格设定部件和标题设定部件优选构成为，每次框通过板配置部件被显示在监视屏幕上时，可设定规格和标题。此外，在仅包含流程图编制部件的规格设定部件的情况下，该规格设定部件优选构成为，每次框通过板配置部件被显示在监视屏幕上时，可设定规格。 

此外，上述的本发明的源程序编制支持系统，优选，流程图编制部件还包括引导部件，对用户提供包含为了编制流程图而预先设定了的多个提问的引导，基于由用户输入了的对该引导的提问的应答，对话性地编制流程图，提问包括业务数量的提问，自动地在监视屏幕上显示基于用户对于该提问的回答的数量的判断框以及处理框。此时，优选，流程图编制部件还包括示范(pacemaker)部件，取得引导部件所提供的引导和用户对于该引导的应答的时间经过历史，并将该时间经过历史显示在监视屏幕上。 

而且，上述的本发明的源程序编制支持系统，优选，流程图编制部件包括派生关系显示部件，将预先编制的第一流程图和第二流程图之间的关系显示在监视屏幕上，该第二流程图是将该第一流程图的至少一个框的处理内容细化而用多个框来显示了的流程图，在第一流程图显示在监视屏幕上的状态下，当选择已细化的源框时，该派生关系显示部件使与该源框对应的第二流程图中的多个框代替该框而显示。 

此外，优选，上述的本发明的源程序编制支持系统还包括：数据定义编制部件，在显示屏幕上基于与用户的对话编制树结构的数据布局(Data Lay Out)，并基于该生成的数据布局进行由流程图编制部件编制的流程图中所使用的数据的源程序的数据定义；以及画面定义编制部件，在显示屏幕上基于与用户的对话编制画面，并基于该生成的画面的要素的位置以及大小进行由流程图编制部件编制的流程图中所使用的画面的源程序的画面定义。此时，优选，流程图解析变换部件还包括在基于流程图编制的源程序中，组合通过数据定义编制部件和画面定义编制部件编制的数据定义和画面定义的部件。 

而且，优选，上述的本发明的源程序编制支持系统还包括用于验证所编制的源程序的验证部件，该验证部件包括：在监视屏幕上显示与应验证的源程序对应的流程图，并在所显示的流程图上设定中止设定点和通过设定点的部件，所述中止设定点使源程序的运行暂时停止，取得处理结果，并显示通过历史和处理结果，所述通过设定点仅取得处理结果；使应验证的源程序运行，在与该源程序对应并且被显示了的流程图上，伴随处理的经过而显示通过路线的部件；在处理到达中止设定点时，暂时停止处理，并显示该中止设定点和通过设定点的通过历史的部件；以及在处理到达中止设定点时，将预先设定在流程图上的变量的值作为变量一览来显示的部件。 

发明效果 

本发明构成为上述那样，能够在流程图上适当地显示多个事件和与其对应的处理随机发生情况下的事件等待状态，且只要将包含这样的事件等待状态的流程图变换为源程序即可，所以容易生成包含事件等待状态的源程序。此时，流程图中的规格的逻辑和源程序的逻辑的同一性被维持。 

此外，在包括引导部件的情况下，通过引导来催促用户的输入，以此为基础自动地编制流程图，所以对用户来说与应编制的源程序对应的流程图的编制变得更容易。而且，通过包含派生关系显示部件，从而用户能够容易地把握起初流程图和展开了此流程图的展开流程图之间的关系即此派生的来龙去脉和程序的逻辑的进展。 

此外，通过包含数据定义编制部件和画面定义编制部件，从而用户可以边视觉确认树结构的数据定义边编制数据定义，此外，仅在监视屏幕上编制画面，从而能够编制画面定义。由此，数据定义和画面定义的编制和维护变得容易。 

而且，通过包含验证部件，从而能够实际运行所编制成的源程序从而进行验证，并能够将其结果反应到源程序的修正中。 

附图说明

图1是表示本发明的源程序编制支持系统的概略结构的方框图。 

图2-1是表示图1所示的系统中的流程图编制模块的概略结构的方框图。 

图2-2是表示图1所示的系统中的流程图解析变换模块的概略结构的方框图。 

图2-3是表示图1所示的系统中的验证模块的概略结构的方框图。 

图3是表示图2-2所示的流程图编制模块的动作的流程图。 

图4-1是表示根据流程图编制模块的功能所显示的板一览的示意图。 

图4-2是根据流程图编制模块的功能所显示的屏幕截图的示意图。 

图4-3是基于与用户的对话根据流程图编制模块的功能所显示的屏幕截 图的示意图。 

图4-4是基于与用户的对话根据流程图编制模块的功能所显示的屏幕截图的示意图。 

图4-5是基于与用户的对话根据流程图编制模块的功能所显示的屏幕截图的示意图。 

图4-6是基于与用户的对话根据流程图编制模块的功能所显示的屏幕截图的示意图。 

图4-7是基于与用户的对话根据流程图编制模块的功能所显示的屏幕截图的示意图。 

图4-8是表示基于与用户的对话根据流程图编制模块的功能所显示的、完成后的图像流程图的屏幕截图的示意图。 

图5是表示标题通过用户输入到图4-8所示的图像流程图中从而编制成的标题流程图的屏幕截图的示意图。 

图6是表示规格通过用户输入到图4-8所示的图像流程图中从而编制成的概要流程图的屏幕截图的示意图。 

图7-1是表示用于在判断框里输入标题和规格的输入画面的屏幕截图的示意图。 

图7-2是表示标题和规格通过用户输入到图7-1所示的输入画面的状态的屏幕截图。 

图7-3是表示如图7-2所示那样被输入的状态下的判断框的正本数据(master data)的说明图。 

图7-4是表示规格被输入的状态下的处理框的正本数据的一例的说明图。 

图7-5是用于说明通过流程图编制模块的事件等待标记功能执行的事件流程图编制处理的流程图。是屏幕截图。 

图7-6是表示通过事件等待标记功能被显示的事件流程图初始框组的屏幕截图。 

图7-7是表示通过事件等待标记功能，在图7-6的显示状态下追加了其他框的状态屏幕截图。 

图7-8是表示通过事件等待标记功能，在图7-7的显示状态下追加事件流程图结束框组而完成的图像流程图的屏幕截图。 

图7-9是表示在图7-7所示的图像流程图中输入标题而编制标题流程图的状态的屏幕截图。 

图7-10是表示在图7-7所示的图像流程图中输入规格而编制概要流程图的状态的屏幕截图。 

图8是用于说明流程图编制模块中的详细流程图编制时的降级功能的说明图。 

图9-1是在流程图编制模块中的引导功能的流程图编制时自动显示的屏幕截图。 

图9-2是例示在流程图编制模块中的引导功能的引导内容和其用户应答的说明图。 

图9-3是基于与用户的对话，流程图编制模块中的引导功能的流程图编制时显示的屏幕截图。 

图9-4是基于与用户的对话，流程图编制模块中的引导功能的流程图编制时显示的屏幕截图。 

图9-5是基于与用户的对话，流程图编制模块中的引导功能的流程图编制时显示的屏幕截图。 

图9-6是基于与用户的对话，流程图编制模块中的引导功能的流程图编制时显示的屏幕截图。 

图10-1是例示引导数据的说明图，该引导数据与经过的时间一起存储了流程图编制模块中的示范功能和引导功能的流程图编制时所获得的引导数据的内容和其用户的应答。 

图10-2是表示根据图10-1所示的引导数据编制的引导时间表的示意图。 

图11-1是基于与用户的对话，通过数据定义编制模块的功能显示的屏幕截图的示意图。 

图11-2是基于与用户的对话，通过数据定义编制模块的功能显示的屏幕截图的示意图。 

图11-3是基于与用户的对话，通过数据定义编制模块的功能显示的屏幕截图的示意图。 

图11-4是基于与用户的对话，通过数据定义编制模块的功能显示的屏幕截图的示意图。 

图11-5是基于与用户的对话，通过数据定义编制模块的功能显示的屏幕 截图的示意图。 

图11-6是基于与用户的对话，通过数据定义编制模块的功能显示的屏幕截图的示意图。 

图11-7是基于与用户的对话，通过数据定义编制模块的功能显示的屏幕截图的示意图。 

图11-8是基于与用户的对话，通过数据定义编制模块的功能显示的屏幕截图的示意图。 

图11-9是基于与用户的对话，通过数据定义编制模块的功能显示的、完成后的文件布局的屏幕截图的示意图。 

图11-10是表示图11-9所示的文件布局中的记录数据的一例的说明图。 

图12-1是表示通过画面定义编制模块的功能应编制的画面的一例的屏幕截图。 

图12-2是表示通过画面定义编制模块的功能显示的画面定义板一览的示意图。 

图12-3是表示通过画面定义编制模块的功能显示的边线字段属性输入画面的屏幕截图。 

图12-4是将通过画面定义编制模块的功能而显示的按钮字段的属性输入画面，与通过该功能事先编制成的边线一同表示的屏幕截图。 

图12-5是表示通过画面定义编制模块的功能被编制并显示的按钮的屏幕截图。 

图12-6是表示通过画面定义编制模块的功能被显示的字符字段的属性输入画面的屏幕截图。 

图12-7是表示通过画面定义编制模块的功能被显示的线字段的属性输入画面的屏幕截图。 

图12-8是表示通过画面定义编制模块的功能被显示的数值字段的属性输入画面的屏幕截图。 

图13-1是用于说明通过流程图解析变换模块的功能被执行的、向C++语言的变换的说明图。 

图13-2是用于说明通过流程图解析变换模块的功能被执行的、向BASIC语言的变换的说明图。 

图13-3是表示功过流程图解析变换模块的功能被执行的、将包含了事件 处理的流程图变换为源程序时的处理的流程图。 

图13-4是例示由包含了事件处理的流程图变换的源程序的图。 

图13-5是后续图13-5例示的源程序的源程序的图。 

图14-1是表示通过验证模块的功能，在流程图上设定了中止(Pause)和通过(Pass)设定点的状态的屏幕截图。 

图14-2是表示通过验证模块的功能取得并显示的通过历史一览的屏幕截图。 

图14-3是表示通过验证模块的功能取得并显示的函数值一览的屏幕截图。 

图15是表示由根据以往例子编制成的流程图假设的、包含事件处理的程序的流程图的表现的图。 

具体实施方式

以下参照附图说明本发明的源程序编制支持系统的适当的实施方式。 

本发明的系统是由能够安装到PC上的计算机程序构成的系统，如图1所示，此程序按功能大致可分为流程图编制模块10、数据定义编制模块20、画面定义编制模块30、流程图解析变换模块40、以及验证模块50。这些程序模块的概略功能如下。 

流程图编制模块10 

是用于编制所要编制的程序的流程图的模块，包括基于对PC屏幕的用户的框的选择和配置、以及标题和规格的输入，完成概略、详细流程图的功能。此时，根据降级功能，一边根据上层流程图和下层流程图从概要到详细进行相关联，一边还定义逻辑关联，并从最上层的流程图到最下层的流程图全部被相关联，同时还能够进行规格定义。被编制成的概要、详细流程图作为包含该流程图中包含的每个框的输入输出关系的属性数据被保管。 

由此，流程图的编制作业变得效率化，即使产生需要规格变更的情况，由于能够在流程图上确认变更处，所以规格变更的作业也变得效率化。 

数据定义编制模块20 

是在PC屏幕上，用户将文件布局编制成树状的功能。文件级、记录(record)级的定义根据提示而进行。记录项目通过用户选择数据定义用处理框的上下左右边，从而能够定义新的项目和属性。在上下边被选择的情况下， 在此项目的上下并列位置上定义新的项目。在左边被选择的情况下，在此项目的上层位置定义新的项目，在右边被选择的情况下，在此项目的下层位置定义新的项目。项目的删除通过用户选择成为此对象的位置而进行。在发生了项目的位数(字节数)变更等的情况下，通过变更此项目属性，从而自动调整位数。编制成的数据定义作为每个项目的属性数据来保管。 

能够在PC屏幕上进行数据定义所需的所有的处理，且能够一边视觉确认树结构的数据定义一边编制数据定义，所以数据定义的编制和维护变得效率化。 

画面定义编制模块30 

利用运用了应用于图形编制的图形处理的功能，在PC屏幕上编制画面布局。此时，首先，用户从画面要素一览选择画面布局所包含的画面要素，并输入其画面要素的定义内容，在屏幕上指定位置和大小，从而编制画面布局所包含的各个画面要素。在规格变更时和缺陷(Bug)修正时，将线、板等画面要素移动、追加到需要的位置，或从需要的位置删除，从而执行。所编制的画面定义作为每个画面要素的属性数据(包含位置和大小数据)而被保管。 

由于能够在PC屏幕上进行画面定义所需要的全部的处理，且能够边以视觉确认边编制画面定义，所以画面定义的编制和维护变得容易。 

流程图解析变换模块40 

基于由流程图编制模块10编制的流程图(包含从最上层流程图至最下层流程图)，参照根据数据定义模块20和画面定义模块30而编制成的数据定义和画面定义，从而编制源程序。此时，首先解析主流程图的框联系，若联系没有矛盾，则将从开始端子开始至返回端子为止的干线的框的内容变换为源代码。临时保管变换中出现的画面和下层展开函数。干线的向源程序的变换后，以出现的顺序解析这些保管的画面和函数，并变换为源代码。此外，具有下层展开的函数，进行降级而进行函数内部的解析和变换，将最下层为止的流程图变更为源程序。在规格变更(也包括追加规格)和缺陷修正时，变更修正流程图从而使该模块动作，从而也自动地变更源程序。源代码可由C++和BASIC等各种计算机语言来编制。 

验证模块50 

运行被编制的源程序从而进行该程序的验证。在PC屏幕上，显示与运 行的源程序对应的流程图，然后，在运行了该源程序时，在该流程图上显示处理的通过路线(Route)。此外，用户能够在该流程图的通过路线上的任意的点上设定中止(Pause)点和通过(Pass)点。若程序处理到达设定了中止点的位置，则该处理暂时停止，取得并显示此时刻的流程图中的各个变量值，并且显示中止点和通过点的通过历史。若程序处理到达设定了通过点的位置，则虽取得此时刻的流程图中的各个变量值，但该处理继续。在程序的运行中发生错误(Error)的情况下，在错误列表上显示该框和处理行。由此，能够验证编制的源程序的动作，在有错误的情况下，可检测此错误而容易地进行修正。 

如图2所示，流程图编制模块10的功能包括图像流程编制模块11、标题流程图编制模块12、概要流程图定义模块13、概要流程图新规编制模块14、概要流程图编制引导模块(以下，简称为“引导模块”)15、示范模块16、以及详细流程图定义模块17。 

这些模块11～17的概略功能如下所述。 

图像流程图编制模块11 

基于与用户的对话，编制主程序的图像流程图。图像流程图为仅规定框和其连接关系的流程图。该模块包含编制用于事件等待标记的图像流程图的事件等待标记模块111。 

标题流程图编制模块12 

通过使用户对编制的图像流程图的各个框输入在此框中的处理的标题，从而编制标题流程图。另外，标题表示处理的概要内容。 

概要流程图定义模块13 

通过使用户对编制的标题流程图的各个框输入处理规格，从而编制程序的概要流程图。 

概要流程图新规编制模块14 

通过与用户的对话，用户每次设定流程图应包含的框时，输入该框的规格(或规格和标题)，从而完成概要流程图。 

引导模块15 

将用于流程图编制的思考步骤作为引导消息提供给用户。引导消息通过以提问回答形式进行而定义各个框的规格，从而完成概要流程图。可选择在提问回答中经过了规定的设定时间的情况下，以别的疑问等提示输入作业。 

示范模块16 

以引导模块对流程图编制中的提问回答设定应答时间的限制，在经过了限制时间的情况下，以“不明白吗？”等其他的提问回答对工作者通知作业。此外，通过对处理经过时间进行分析，从而判定工作者的擅长/不擅长，并进行作业改善的建议。 

详细流程图定义模块17 

具有降级功能，基于与用户的对话，编制所编制的概要流程图的第一下层级至最下层级为止的各层的流程图(详细流程图)。 

选择流程图编制模式而流程图编制模块10被启动时，如图3的流程图所示那样动作。即，首先在步骤S1中，判定是否选择了图像流程图编制模式，在其结果为是(肯定)的情况下，图像流程图编制模块11被启动，在步骤S2中，通过与用户的对话流程图被编制。此后，标题流程图编制模块12启动，在步骤S3中基于与用户的对话编制标题流程图。若完成标题流程图，则概要流程图定义模块13被启动，在步骤S4中基于与用户的对话，概要流程图定义被编制。概要流程图定义是通过对标题流程图的各个框输入处理规格，从而编制主流程图即概要流程图的情况。 

另一方面，在步骤S1中判定为没有选择图像流程图编制模式，且在步骤S5中判定为选择了概要流程图新规编制模式时，进入步骤S6，概要流程图新规编制模块14被启动，通过与用户的对话而编制概要流程图。步骤S6中的概要流程图的编制，在每次设定应包含在流程图中的框时，通过对该框输入规格(或者规格和标题)，从而完成概要流程图。即，直接编制概要流程图而不需要完成图像流程图和标题流程图。 

此外，在步骤S1中判定没有选择图像流程图编制模式，且在步骤S5中判定为没有选择概要流程图新规编制模式，且在步骤S7中判定为选择了提示模式，在步骤S8中判定为选择了示范模式时，进入步骤S9，示范模块1 6被启动，并在步骤S10中引导模块15被启动。由此，基于与用户的对话，进行按照示范和引导功能的概要流程图编制。另一方面，若在步骤S8中判定为示范没有被选择，则进入步骤S10，引导模块15被启动，基于与用户的对话进行流程图编制的提示，并编制概要流程图。 

若步骤S4、S6和S10中的任意一个结束，且详细流程图定义模式被选择，则移至步骤S11，详细流程图定义模块16被启动，基于与用户的对话， 定义并编制详细流程图。如上所述，详细流程图是从编制的概要流程图的第一下层至最下层为止的流程图，各层的详细流程图与步骤S2～S4、步骤S6、步骤S8、以及10的任意一个的概要流程图的编制一样地被编制。 

由此，完成最下层为止的详细流程图，并在步骤S12中判定其是否完成，则结束流程图编制模块10的处理。另外，通过这样的降级功能编制详细流程图时，输入到上位层的流程图的框的规格成为用于表示与该框对应的下位层的详细流程图的流程图ID。 

如图2-2所示，流程图变换模块40的功能大致可分为：用于解析流程图的处理框、流入线和流出线之间的关联的流程图联系解析模块41、用于解析各流程图中的框内的内容的框内容解析模块42、用于将各框内的规格变换为源代码的源程序变换模块43、用于将数据定义和画面定义嵌入源程序的数据定义/画面定义源程序嵌入模块44、用于解析展开函数的展开函数解析模块45、以及用于嵌入展开函数的展开函数源程序嵌入模块46。 

此外，如图2-3所示，验证模块50的功能大致可分为：显示处理的通过路线的显示模块51、取得基于中止/通过功能的处理结果并显示的取得/显示模块52、显示处理错误的显示模块53、以及显示处理的整体结果的整体处理结果显示模块54。 

本发明的系统还具有用于存储与上述的模块的功能关联的数据的数据库(DB)。如图1所示，该数据库具有流程图板正本(plate master)数据库DB1、流程图文件DB2、引导正本DB3、引导数据DB4、数据定义文件DB5、画面定义板正本DB6、画面定义文件DB7、语言正本DB8、代码式记述正本DB9、源程序文件DB10、以及通过历史/变量值文件DB11。 

这些数据库存储以下这些数据。 

流程图板DB1 

存储基于流程图编制模块10的功能编制流程图时使用的、开始端子、结束端子、处理框、判断框、画面显示框、打印框、下流出线、上流出线等的基准板、事件处理程序的开始框(以下，成为“事件框”)、事件处理程序的终止框(以下成为“事件终止框”)(以下，将这些总称时，称为“框”)的图像。此外，还预先存储由根据事件框而指定的多个框的组合配置构成的事件流程图初始框组以及由根据事件终止框而指定的多个框的组合配置构成的事件流程图终止框组。 

流程图文件DB2 

存储根据流程图编制模块10的功能而编制成的流程图中的每个框的数据。另外，在图1中，虽显示两个流程图文件DB2，但其目的是使处理的流向明确，是相同的DB。 

提示正本DB3 

用于存储在根据引导模块15而执行的流程图编制时应对用户提问的指标(guide line)(引导)的数据，并对应存储根据示范模块16和引导模块15而执行的流程图编制时对于提问的用户的回答时间和对用户的提示(hint)。此外存储根据提示编制流程图时的初始流程形式的数据。 

引导数据DB4 

用于存储在根据引导模块15执行流程图编制时，用户对于提问的回答，并在根据示范模块16和引导模块15而执行的流程图编制中，将与用户之间的提问回答与时间对应地存储。 

数据定义文件DB5 

存储根据数据定义编制模块20的功能在PC屏幕上设定的数据定义，作为每个项目的数据。 

画面定义用板正本DB6 

存储基于画面定义编制模块30的画面定义的编制时使用的框、按钮等的画面编制所需要的板的要素。 

画面定义文件DB7 

存储根据画面定义编制模块30的功能在PC屏幕上设定的画面定义，作为画面的每个结构要素(框、按钮、线、表等)的数据。 

语言正本DB8 

存储根据流程图解析变换模块40的功能，将编制的流程图变换为源程序时参照的、用户输入的规格语言和源代码的对照表。源代码与程序语言的种类对应地存储。 

代码记述式正本DB9 

存储根据流程图解析变换模块40的功能，将编制的流程图变换为源程序时参照的、用户输入的规格的配置位置和源代码的配置的对照表。此外，对应于使用频率高的典型的框的源程序的模块即函数也存储在雏型程序库(library)中。雏型程序库(library)中包含例如画面处理用、打印处理用、 修补(Patch)处理用的雏型的函数(分别多个)。 

源程序文件DB10 

存储根据流程图解析变换模块40的功能而编制的源程序。 

通知历史/变量值文件DB11 

存储根据验证模块50使编制成的源程序运行从而验证时，流程图上设定的1个或多个点的通过历史、以及流程图中的变量的值。 

接着，参照根据本发明的系统的各个模块10～50的功能而在PC屏幕上显示的图像，从而进一步详细说明本发明的系统的结构。 

用户在PC屏幕上启动本发明的源程序编制应用，并选择流程图编制模式，则流程图编制模块10启动。然后用户从流程图编制菜单选择图像流程图编制模式，则图像流程图编制模块11被启动。 

若图像流程图编制模块11被启动，则流程图编制区域显示在PC屏幕上，并从流程图板正本DB1读出显示了流程图中包含的图像框的板，且作为图4-1所示的板一览自动地显示在PC屏幕的下端部分或右端部分等合适的位置。与此同时，如图4-2所示，在PC屏幕的流程图编制区域自动地显示开始端子和下流出线，并在其下流出线的下端自动地以虚线(或闪烁状态)显示处理框。此外，在该处理框的下端自动地以虚线显示下流出线。 

此后，用户若从显示的板一览依次选择画面显示框、判断框、文件处理框，则如图4-3所示，在PC屏幕的流程图编制显示领域显示画面输入处理框A、判断框B、文件处理框C，且每显示各个框，在其下端显示下流出线a、b1、c。此外，每次框重新被显示时，被自动的更新显示，以使虚线的处理框和虚线的下流出线位于其下端。在图4-3的例子中，由于文件处理框C成为最后被选择的框，因此在此下流出线c的下端，自动地显示虚线的处理框和虚线的下流出线。 

在图4-3所示的状态下，若用户选择判断框B的右尖端，则如图4-4所示，从判断框B的右端自动显示右流出线b2。然后自动删除在图4-3的状态下的虚线的处理框和下流出线，在判断框B的右侧自动显示虚线的处理框和下流出线。在图4-4所示的状态下，若用户选择右流出线b2的右端，则如图4-5所示，显示与右流出线b2连接了的下流出线(连接下流出线b2)、虚线的处理框和下流线显示在其下端。 

接着，若用户从板一览选择处理框，则如图4-6所示，处理框D和其下 流出线d被新配置，且在此下流出线的下端以虚线(或闪烁状态)自动地显示处理框。此外，在该处理框的下端以虚线自动地显示下流出线。若为了使下流出线d流入下流出线c，选择处理框D的下端的下流出线d和文件处理框C的下端的下流出线c，则如图4-7所示，新配置的处理框D的下流出线与下流出线c结合，并显示连接下流出线d。此后，用户选择判断框E，并设定其流出线，然后依次选择打印处理框F和结束端子，则编制成如图4-8所示的图像流程图。此时，若用户为了添加处理顺序号而在PC屏幕上选择“添加号码”按钮(未图示)，则如图4-8所示的框号自动添加到各个框。另外，也可以在每次框被选择从而被配置时，赋予虚拟的框号，且在“添加号码”按钮被选择的时刻赋予正规的框号。 

在编制图像流程图后，想要从该流程图中删除某一框时，用户通过选择该框从而从被显示的菜单选择“删除”，从而该框被删除。此外，若要追加某一框，则用户从板一览选择框，并将光标移动到应插入的位置，从而执行追加。在执行了这样的变更后，通过再次选择“添加号按钮”，从而框号被重新附加。 

编制成的图像流程图中所包含的各个框的种类和框相互间的连接关系，与框号、流程图名、以及流程图ID对应，并存储在流程图文件DB2。 

接着，若用户选择标题流程图编制模式，则标题流程图编制模块12被启动，用户可对图像流程图中的各个框输入标题。即，用户每次选择框时，显示标题输入画面(日语名输入画面)，用户在该画面上输入标题。然后，用户输入全部的框的标题，并输入判断框的分支条件，从而标题流程图被编制。 

图5表示对图4-8所示的图像流程图的各个框输入标题从而标题流程图被编制的状态。该例子的流程图名是“NIPPO-HIZUKE”。被输入的各个框的标题与其框号对应，例如框号2与“画面输入处理”对应，框号3与“日期判定处理”对应，...，并存储在流程图文件DB2。 

若标题流程图的编制完成，且用户选择概要流程图定义模式，则概要流程图定义模块13被启动。此时，与标题流程图的编制一样，图像流程图(或标题流程图)被显示在PC屏幕上，若用户选择显示的流程图中的框，则显示规格输入画面。用户在该画面上输入规格，然后输入全部的框的规格，从而与主程序相应的概要流程图被编制。与概要流程图的各个框有关的全部的数据作为每个框的流程式正本存储在流程图文件DB2中。对于规格输入和流 程图正本，从后述的图7-1～图7-4的说明可明白。 

图6表示通过输入图4-8所示的图像流程图的各个框的规格从而概要流程图被编制的状态。 

在上述说明中，说明了在不同的画面上输入标题和规格的情况。代替这样的结构，也可以将标题流程图编制模块12和概要流程图定义模块13的功能一体化，并在同一个输入画面上输入标题和规格。对此，以下以用户选择了判断框的情况为例进行说明。 

若用户选择图4-8所示的图像流程图中的判断框(框号3)，则显示图7-1所示的输入画面。该画面显示多个输入栏，这些输入栏对应附有字段(field)号Fxxx。然后，与未输入的一个标题输入栏和4个规格输入栏同时，显示图像流程图编制时被输入的输入线(流入线)、输出线(流出线)、以及当前的框号和下一个框号。此外，在图像流程图编制时没有设定的流入/流出线的可设定位置以及分支条件的可设定位置上，也显示了输入栏。 

在图7-1的例子中，框号3显示在字段号F001所对应的位置，输出线显示在字段号F036和F037所对应的位置，这些输出线附近的字段号F035和F038所对应的位置上显示分支条件(＝、≠、＞、＜、≥、≤)的输入栏。此外，还显示用于表示是判断框的情况的框种类代码“06”，框种类代码对应附有字段号F002。框种类代码在用户在板一览中选择了框时，  此框的种类被判定，与该种类对应的代码被附加。 

如图7-2所示用户在图7-1所示的画面上，，对标题输入栏(F021)输入“日期验证”，并对4个规格输入栏输入“D1(数据名)”(F011)、“050303”(F013)、“日期”(F012)、以及“今日”(F014)，则如图7-3所示的框号3的正本被编制。 

此外，用户在图4-8所示的流程图中例如选择框号5的处理框，并其规格为展开函数“SUBPG01”的情况下(框种类代码：10)，编制成图7-4所示的框号5的正本。 

由此，图像流程图中的全部框的标题和规格被输入，其结果，每个框的正本被编制。被编制成的框正本与其流程图的流程图ID对应地存储在流程图文件DB2。 

在上述的说明中，以在编制了如图4-8所示的图像流程图之后，对每个框输入标题和规格作为前提，但通过启动概要流程图新规编制模块14，从而 能够对每个框输入标题和规格，而无需编制或完成图像流程图。每次用户在PC屏幕上从板一览选择框而显示在流程图编制区域时，该模块14使输入画面显示，且用户能够在该画面上输入框的输入输出线、标题和规格、分支条件(判断框的情况下)。例如、在判断框的情况下，在将该判断框显示在流程图编制区域的时刻，在判断框上显示图7-1所示的输入栏，用户对该输入栏输入输入输出线、分支条件(＝、≠、＞、＜、≥、≤)、标题、以及规格。分支条件也可以不显示输入栏，通过指定判断框的端部附近，并从由此所显示的下拉菜单选择从而被输入。同样输入输出线也可以不显示输入栏，指定判断框的端部并从由此所显示的下拉菜单选择。 

由此，图7-3(判断框用)和图7-4(处理框用)所示的框正本被编制。 

此外，也可以不启动概要流程图新规编制模块14，通过适当切换流程图编制模块11、标题流程图编制模块12、以及概要流程图定义模块，从而每次在流程图编制区域配置1个或多个框时，能够输入标题和/或规格。 

这里，对于在本发明的系统的流程图编制模块10的事件等待标记模块111中执行的、编制包含了随机发生的多个事件的等待状态的流程图的功能，参照图7-5的流程图详细进行说明。另外，该功能使用户能够容易且正确地在流程图上表现多个事件等待状态，但基本上使用与图4-1～图7～4关联地说明了的功能。 

首先，用户要编制包含多个事件等待状态的流程图的情况下，选择流程图编制模式。由此，如先前说明的那样，流程图编制模块10被启动，然后，用户从流程图编制菜单选择图像流程图编制模式，则图像流程图编制模块11被启动，流程图编制区域显示在PC屏幕上，并在图7-5的步骤S70中，从流程图板正本DB1，在PC屏幕的适当的位置自动地显示图4-1所示的板一览。与此同时，如先前说明的那样，如图4-2所示的初始画面、即显示了实线的开始端子和下流出线、点线的处理框以及下流出线的初始画面，自动地显示在流程图编制区域。 

在该状态下，若用户从显示的板一览选择事件框，则图像流程图编制模块11对其进行判断，并在步骤S71中启动事件等待标记模块111。模块111若被启动，则在步骤S72中，从流程图编制区域自动删除图4-1所示的初始画面，并从流程图板正本DB1读出事件流程图初始框组从而使其自动地显示。事件流程图初始框组，具有例如图7-6所示的结构，在该例子中，包含附有 框号1～12的开始端子、处理框、画面显示框、处理框、虚拟事件等待框、处理框、三个判断框、两个处理框、以及返回端子、和来自各个框的流出线、以及从返回端子对虚拟事件等待框的虚线的箭头。事件流程图初始框组，无需包含上述的全部的框，至少包含虚拟事件等待框和返回端子，并包含从返回端子对虚拟事件等待框的箭头(在图中的例子中为点线的箭头)即可。此时，开始端子等其他的端子，如参照图4-3～图4-7说明，用户从板一览适当选择，配置在事件流程图编制区域即可。 

然后，事件等待标记模块111待机用户的下一个动作。 

在存在对该画面上显示的流程图应进一步追加的框(包含流出线和流入线)情况下，用户从板一览选择适当的框，并用光标指定其配置位置。事件等待标记模块111在步骤S73中判定该情况，在步骤S74中进行框的追加处理。相反，在存在应删除的框的情况下，用户选择该框，从而选择删除菜单即可。这在步骤S75和S76中执行。在框的追加处理中，用户指定判断框(框号9)的下流的位置作为新的框的配置位置时，事件等待标记模块111自动地修正流出线，以使在判断框(框号9)和返回端子(框号12)之间不形成直接路线。例如，在图7-6中，自动地将从判断框(框号9)的下流横向延伸的流出线变更为下流出线。 

图7-7表示，在图7-6所示的画面上的流程图中，用户在判断框(框号9)的下流追加3个判断框(框号13、15、17)，并分别对应地追加3个处理框(框号14、16、18)，并从这些各个框被追加了流出线的状态。在该情况下，在最后被追加的流出线(来自框号1 7的判断框的)下方，自动地追加虚线的处理框和下流出线。 

在这样的状态下，若用户从板一览选择事件终止框，则事件等待标记模块111在步骤S77中判断该状态，然后在步骤S78中自动删除虚线的处理框和流出线，并从流程图板正本DB1读出与事件终止框对应地存储的多个框的组合即事件流程图终止框组，从而配置在该位置上。然后通过用户选择画面上的“附加号按钮”，从而最终的正规的框号自动地被附加，并形成如图7-8所示的流程图。在该例子中，事件流程图终止框组包含：一个判断框(框号13)、配置在其横向的一个处理框(框号19)、来自这些框的横向的流出线、以及从被追加的判断框(框号13)向返回端子(框号12)的流出线。 

这样，与包含事件处理的程序对应的图像流程图被编制，然后，事件等 待标记模块111在步骤S79中，检测图像流程图编制的终止，则在步骤S80中，将编制的流程图与流程图ID对应地存储在流程图文件DB2，由此，图像流程图编制模式结束。在步骤S79中的判定，可根据“附加号按钮”是否被选择来判定，此外，也可以根据“终止按钮”是否被选择来判定。另外，如图7-6所示，在事件流程图初始框组中，显示在最后段的判断框的下流线与返回端子(框号12)连接。从而，仅通过在步骤S72中显示事件流程图初始框组，能够结束图像流程图编制。 

用户若为了对这样编制的图像流程图的各个框输入标题和分支条件而选择“标题流程图编制模式”，则如先前说明的那样，标题流程图编制模块被启动，且用户可以对图像流程图中的各个框和流出线输入标题和分支条件。在用户所要编制的程序为姓名地址注册程序的情况下，例如，如图7-9所示，标题和分支条件被输入。图7-9的例子中表示，框2～22中分别被输入“描画前初始处理”、“画面”、“描画后初始处理”、“虚拟事件等待”、“事件信号编辑处理”、“是信号“0”？”、“是确认按钮？”、“是姓名？”、“是注音假名(姓名)？”、“是邮政编码？”、“是地址？”、“是注音假名(地址)？”、“终止？”、“光标移动处理”、“确定处理”、“姓名处理”、“注音假名(姓名)处理”、“邮政编码处理”、“地址处理”、“注音假名(地址)处理”、“终止处理”的标题，且分支条件“是”和“否”分别被输入到判断框(框号7～14)的状态。虚拟事件等待框(框号5)是用于显示特殊功能的框，从而也可以预先输入标题(和规格)。 

另外，即使是用户输入标题和分支条件的过程中，在存在不必要的框的情况下，如先前说明的，通过选择该框而选择“删除”菜单，从而能够进行删除。此外，在存在要追加的事件处理的框的框的情况下，如先前说明，通过用户从板一览选择框，并将光标移动到应插入该框的位置，从而能够追加框。 

此外，如先前说明，也可以每次从板一览选择一个或适当个框而显示在流程图编制区域时，使用户能够输入框的标题、输入输出线、分支条件(判断框的情况下)。 

被编制的标题流程图也存储在流程图文件DB2。 

若标题和分支条件的输入结束，则接着用户为了输入规格而选择“概要流程图定义模式”，则概要流程图定义模块13被启动，如先前说明，用户对每个框输入规格。图7-10表示这样编制成的概要流程图。 

另外，如上所述，在代码式记述正本DB9中存储有与使用频率高的框对 应的已编制成的程序模块的程序库，并能够输入用于确定这些程序模块的程序模块ID即函数名作为规格。在图7-10中，被输入到框号2～4的框的规格“GPG_01()”、“GPG_02()”、“GPG_02()”是与这些框对应的函数名。 

此外，如参照图8在下面说明那样，通常通过详细流程图定义模块1 7的降级功能，伴随概要流程图中的复杂的处理的框被展开成更下层的流程图。这样的、展开成下层的流程图的框中，“规格”是用于确定与该框对应的下层的流程图(和与其对应的源程序)的流程图ID。在图7-10中，输入到框号15～22的框的规格“PG_11()”、“kakutei()”、...是下层的流程图ID。框6中的规格是“PG_05()”，该“PG_05()”也表示下层的流程图ID。 

概要流程图定义模块13提供存储在雏型程序库中的程序模块即函数的内容用和函数名、以及预先编制并变换为源程序而存储在源程序文件DB10的下层的流程图的内容以及流程图ID，以便用户在画面上可检索。参照这些，用户能够对流程图的框输入函数名和下层流程图的ID作为规格。另外，在对应的下层的流程图还未编制的情况下，预先设定该下层的流程图ID作为规格，此后，根据降级功能编制下层的流程图即可。 

另一方面，输入到判断框7～14的规格分别为“SINGO：0”、“button：8004”、“now；100101”、“now：100102”、“now：100103”、“now：100104”、“now：100105”、“END_FLG：0”，表示在判断处理中应对比的对象。 

这样编制的概要流程图也存储在流程图文件DB2。 

如上可知，在本发明的系统的支持下编制成的包含事件处理的程序的流程图，在事件处理随机发生的情况下，也能够以用户容易明白的状态显示事件等待状态，从而用户能够容易编制与打算的处理内容一致的流程图。 

此外，以往，为了编制源程序，记述在处理框的语言，通常为遵照制作者语言特有的形式的记述。在本发明的系统中，能够进行不受制作者语言特有的形式的制约的自由的标记。这样的标记方式在本说明书中成为“新标记”，由此，能够以用户个人容易明白的语言编制规格。即，在标记的用户语言经由语言正本源代码变换时变换为编制语言的形式。因此，若使用该功能，则在变换为源代码的时刻，能够自由选择变换后的通用计算机语言(C、C++、Java等)。 

对于从规格至源代码的变换，在后面详细说明。 

接着，若详细流程定义模式被选择，则详细流程定义模块17被启动，在 与用户的对话下，所编制的主流程图即概略流程图的下层的详细流程图被编制。对于详细流程定义模块1 7的动作，参照图8进行说明。 

如图8所示，在概略流程图即主流程图A的处理框中设定函数B，在该函数B具有复杂的结构的情况下，在流程图上用户指定函数B并选择降级菜单，则用于处理函数B的流程图编制画面自动显示。在该画面上，与用户进行对话，进行上述的概略流程图的编制一样的处理，从而编制子流程图B。在该编制成的子流程图B包含函数C的情况下，用户指定该函数C并选择降级菜单，则函数C的流程图编制画面被显示，编制子流程图C。在子流程图C包含函数D的情况下，同样，编制用于处理该函数D的子流程图D。 

由此，通过重复上述的过程，从而能够编制任意级的子流程图，从而即使主流程图中的处理复杂，通过使用详细流程图定义模块17这样的功能(降级功能)，也能够容易地编制至最下层的流程图。 

若用户要编制概略流程图而选择引导模式，则引导模块15被启动。则引导模块15从引导正本DB3读出初始流程形式的数据，并如图9-1所示，在PC屏幕的流程图编制区域自动生成开始端子、初始处理框、连接符号(G1)、以及结束端子。 

图9-2表示存储在引导正本DB3的数据的一例，在引导正本DB3中，除了初始流程形式以外，与流程图的层形式对应地存储有应对用户提问的内容，作为引导数据。 

在显示了初始流程形态后，引导模块15基于预先存储在引导正本DB3的指示，提问较大的业务的数量(业务量)(例如“业务量是多少”)。与此对应，例如，在输入了业务量＝3的相应的情况下，如图9-3所示，使4个判断框、3个处理框自动地配置在连接符号和结束端子之间。 

此后，对于第一～第三个的业务的标题名的提问，例如，被输入了“日报处理”、“ 月末处理”、“年末处理”的情况下，在图9-3所示的判断框和处理框自动地显示对应的标题。接着，在对于关于要追加的业务的提问，用户回答有追加业务，并输入其第四个业务的标题为“合计处理”的情况下，成为图9-4所示的画面。相反在没有追加业务的情况下，提问第一个“日报处理”的功能数量(例如“那么，日报处理的功能是几个”)，对此回答而输入三个功能的情况下，如图9-5所示，删除图9-4的日报处理，并自动显示三个判断框和三个处理框。然后，从用户取得三个处理内容为“注册处理”、“修正处理”、“删除 处理”的情况时，其结果，图9-6所示的流程图被显示。 

由此，通过基于存储在引导正本DB5的引导，反复进行基于引导和用户回答的显示，从而能够编制概略流程图。概略流程图的内容如上述那样存储在流程图文件DB2，此外，提问回答的内容作为引导数据存储在引导数据DB4。 

此时，一般进展为多个处理，以使1个处理包含多个处理(最初)，此多个处理的一个再包含多个处理(第一的展开)。这样的情况在本说明书中称为“属于派生关系”，并将最初的框称为派生源，将该框的进展了的多个框称为派生目的。例如在编制图9-4所示的标题流程图的情况下，此流程图的“日报处理”框(框号9)和图9-6的判断框(框号14～16)以及处理框(框号17～19)属于派生关系，且前者为派生源，后者为派生目的。此外，将包含派生源框(最初框)的流程图称为最初流程图，包含派生目的(展开框)的流程图称为展开流程图。 

在本发明的系统中，这样的派生关系也存储在流程图文件DB2中。例如，在派生目的的框(框号14～19)的框正本存储派生源的框的ID(即框号)作为派生关系的数据。然后，在显示了图9-4的流程图的状态下，若选择派生源的框(框号9)，则置换该框而显示派生目的的多个框(框号14～19)，相反在显示了图9-6的流程图的状态下，若选择派生目的的多个框(框号14～19)，则置换这些框而显示派生源的框(框号9)。 

通过这样的派生关系的显示，从而把握派生的经过和程序逻辑的进展变得容易。 

若用户选择示范功能，则示范模块16被启动。示范模块16是与引导模块15共同地进行处理的模块，若示范模块16被启动，则引导模块15也被启动。 

然后，每次计算测量用户对于引导模块15的提问进行回答为止的时间，并将计算测量的时间与提问内容和回答内容一起作为引导数据存储在引导数据DB4。在用户第一规定时间(例如30秒或1分钟)以上不输入对各个提问的回答的情况下，对用户提供用于催促回答的消息，第二规定时间(例如、2分钟)以上不输入的情况下，从提示正本DB3检索与该提问类似的情形，并将回答的提示(hint)提供给用户。此外，在第三规定时间(例如，5分钟)以上不回答的情况下，进行是中断处理还是继续处理的确认，在中断的情况 下将至今为止编制的流程图保存在流程图文件DB2，并终止处理。在用户选择了继续的情况下，重复上述的处理。 

根据引导模块15和示范模块16的功能而完成的概要流程图的内容存储在流程图文件DB2。 

图10-1例示在示范模式下执行时的存储在引导数据DB4中的数据。另外，在不是示范模式而是提示模式被执行的情况下，有关时间的数据不存储在引导数据DB4，仅存储提问和对于该提问的回答之间的关系。 

此外，图10-2将图10-1所示的引导数据作为提示时刻表来显示的图。示范模块16具有使这样的提示时刻表显示在PC屏幕上的功能，由此，能够把握用户的作业效率的问题点。例如，在图10-2的例子中，在右下角的直线中，其坡度越大，表示用户回答所使用的时间越长。从而，能够估计为与坡度大的直线对应的提问，由于用户有问题或者规格有问题等原因，回答耽误了，并能够设为今后的课题。 

接着，对于数据定义编制模块20，详细进行说明。若数据定义编制模块20被启动，并从此菜单画面选择文件布局，则显示如图11-1所示的文件信息框的输入画面。在该输入画面上通过用户被输入文件属性(文件名、日文名、记录长、密钥长、形式)。图11-1表示文件属性被输入后的画面，在该例子中，文件名＝KOKYAKU-F、日文名＝顾客文件、记录长＝123、密钥长＝7、形式＝1：ISAM。 

在该状态下，若用户选择“确定”按钮(未图示)，则如图11-2所示，在“文件布局”的下层位置自动显示文件信息框“KOKYAKU-F”，并显示记录长为123的情况和是顾客文件的情况。 

接着，显示如图11-3所示的项目信息框的输入画面。在该输入画面中输入项目属性(项目名、日文名、类型、位数)，若用户选择确定按钮，则成为如图11-4所示的画面。在该例子中，项目名＝R1000、日文名＝姓名记录、类型＝字符、位数＝123，在“KOKYAKU-F”的下层自动生成并显示“R1000”的记录信息框，并显示记录长为123的情况和是姓名记录的情况。 

在编制记录名“R1000”的记录信息的详细内容项目(即下层的项目)的情况下，用户指示该“R1000”的框的右端。则如图11-5所示，在该框的下层位置虚拟生成项目信息框并以虚线显示。黑色圆点表示用户所选择的位置(框的右端)。然后，再次显示图11-3所示的项目信息框的输入画面。若用户在 该画面上输入项目属性，例如，项目名＝K1100、日文名＝密钥部、位数＝7，其结果，如图11-6所示，项目信息框“K1100”自动生成并显示，且显示是密钥部的情况和位数7的情况。同样，下层的项目框和其属性依次被设定。 

要在同一层编制新的项目信息框的情况下，用户指定该层的框的上边或下边，则如图11-7所示，在该项目信息框的上侧或下侧(但是同一层)虚拟生成新的项目信息框并以虚线显示。在图11-7的例子中是项目“K1110”的下边被选择或项目“K1130”的上边被选择的情况下的任意一个。 

要在已设定的项目信息框的上位层编制新的项目信息框的情况下，用户指定该项目信息框的左边。其结果，如图11-8所示，在该项目信息框的一个上位的层(亲层)虚拟生成并显示新项目信息框。 

对于这些虚拟生成的项目信息框，通过在图11-3所示的项目信息框的输入画面上用户输入属性而确定，从而这些属性信息在文件布局画面上显示。 

由此，以树结构编制并完成如图11-9所示的、数据定义信息的文件布局。编制的文件布局存储在数据定义信息文件DB5. 

若选择完成或未完成状态的文件布局中的记录布局“R1000”，则该项目的内容以如图11-10所示的形态输出。在需要修正完成的或未完成状态的文件布局的情况下，例如，需要追加新的项目的情况下，如图11-10所示的空白被利用。在不存在空白部分或其位数不足的情况下，显示警报。 

接着，以定义图12-1所示的画面的情况为例，详细说明画面定义模块30的结构。若画面定义模式被选择而画面定义模块30被启动，则显示画面布局区域，并从画面定义用板正本DB6读出画面定义用的板一览，显示在PC屏幕上的适当的位置。图12-2表示所读出的画面定义板一览的一部分。 

在用户要编制边线(显示边线)FR的情况下，若从画面定义板一览选择边线板，则自动显示图12-3所示的边线板属性输入画面。在该画面上用户输入(或变更预先显示的初始值)线的粗度、线种类、以及线的颜色，并在画面布局区域上用户操作鼠标而移动光标，从而已输入的粗度、线种类和颜色的线的图形描画被执行，边线(图12-4的边线FR)被显示。所生成的边线的X-Y坐标自动被获取。然后，图12-3所示的各种属性与边线ID对应地存储在画面定义文件DB7。 

接着，用户从画面定义板一览选择按钮板，从图12-4所示的按钮字段属性输入画面输入属性，并移动操作光标，从而如图12-5所示，各种按钮被编 制在画面上。通过用户对图12-4所示的按钮字段输入画面的显示字符的栏输入标题，从而按钮上的标题(“返回”、“检索”、“开头”、“地区”)被显示。此外，通过读取被编制的按钮的位置坐标，从而各个按钮的开始位置和终止位置的X-Y坐标自动地被获取。然后，图12-4所示的各种属性与各按钮ID对应地存储在画面定义文件DB7。 

同样，字符字段、线、固定字符的画面要素被编制，图2-1所示的画面被编制，然后这些定义被存储在画面定义文件DB7中。图12-6～图12-8表示字符字段、线、数值字段的属性输入画面，且这些属性信息与各个ID对应地存储在画面定义文件DB7。 

详细流程图被编制，数据定义和画面定义被编制后，若用户选择变换模式而启动流程图解析变换模块40，则详细流程图自动地被编制成源程序。此时，流程图解析变换模块40的流程图联系解析模块21(图2-2)，读取与详细流程图的开始端子连接的框和其流出线，并沿着干线解析联系(即，各个框的下流侧框是哪一个)，且处理框内容解析模块22解析各个框的规格内容。重复这样的处理，并解析至返回端子的联系和规格内容。对于判断框，一同解析干线和分支线，但确认判断框的上下左右的输入输出条件，并确认分支方向。 

在流程图没有矛盾地完结的情况下，源程序变换模块23，将各个框内的处理内容即规格变换为源代码。在处理内容中包含需要外部信息的画面、展开函数等的情况下，暂时保管此框的处理内容。然后，将干线上的其他的框的内容变换为源代码，接着将分支线上的框的内容变换为源代码。此后，与数据定义、画面定义源程序组合模块24一同，将暂时保管的框的处理内容以此图像、函数等的出现顺序取得并解析外部信息，并进行变换，以使组合成源程序。对于展开函数，展开函数解析模块25使用与图8关联地说明了的降级功能而解析，展开函数源程序组合模块26将此结果组合为源程序。 

但是，为了编制源程序，记述在处理框的语言，通常为遵照编制语言特有的形式的记述。在本发明的系统中，能够进行不受制作者语言特有的形式的制约的自由的标记。这样的标记方式在本说明书中成为“新标记”，由此，能够以用户个人容易明白的语言编制规格。即，标记的用户语言经由语言正本在源代码变换时变换为制作者语言的形式。因此，若使用该功能，则在变换为源代码的时刻，能够自由选择变换后的通用计算机语言(C、C++、BASIC、 Java等)。 

参照语言正本DB8和代码式记述正本DB9，将成为用户语言的新标记方式的规格变换为C++语言，但例示存储在语言正本DB8的新标记方式的规格和C++语言的源代码的对应。 

·成为处理内容“结合A区域的字符串和B区域的字符串，存储在A区域” 

成为 

新标记方式：A+＝B； 

C++：stract(A，&B)； 

·处理内容为“对C区域的数值加上J区域的数值，并将其结果存储在C区域。然后，对J区域的数值加1” 

新标记方式：C＝C+J 

J＝J+1 

C++语言：C＝C+J  J++； 

处理内容为“对J区域的数值加1。然后，对C区域的数值加上J区域的数值，并将其结果存储在C区域” 

新标记方式：J＝J+1 

C＝C+J 

C++语言：C＝C+J  ++J； 

比较运算子(等号、不等号、以上、以下) 

新标记方式：＝ ≠ ≤ ≥ 

C++语言：＝＝ ！＝ ＜＝ ＞＝ 

处理内容“中断处理被指定的时间(中断时间：毫秒)” 

新标记方式：Cyudan(其中，中断时间以1.5秒作为标准来设定) 

C++语言：Sleep(1500)(其中，中断时间指定1.5秒间) 

处理内容“指定的持续时间响指定的响声(频率：Hz、持续时间：毫秒)” 

新标记方式：Oto(其中，设定为以900Hz响1/4秒作为标准) 

C++语言：Beep(900，250)(其中，指定为以900Hz响1/4秒) 

处理内容“显示“输入错误”的字符” 

新标记方式：Hyoji(800200) 

C++语言：ADCHAR(字段800200的“输入错误”的意思) 

处理内容“以指定的颜色显示” 

新标记方式：Aka          Midori          Ao 

C++语言：RGB(255，0，0)RGB(0，255，0)  RGB(0，0，255) 

新标记方式：Kuro           Siro 

C++语言：RGB(0，0，0)  RGB(255，255，255) 

上述例示的新标记方式和C++语言之间的对应关系存储在语言正本DB8。此外，这样的对应关系，根据所需要的计算机语言的种类而被编制并存储。另外，新标记方式的情况下，可以使用用户习惯的语言标记，所以也可以代替拉丁字母而使用平假名或片假名。 

例如，处理内容为 “将字符的颜色设定为红色而显示错误信息，并响警告音，且等待1.5秒”的情况下，新标记方式和C++语言中，标记为如下。 

新标记方式的错误消息标记处理 

Text(Aka)； 

Hyoii(800200，“输入错误。”)； 

Oto； 

Machi； 

C++语言的错误消息标记处理 

Set Text Color(RGB(255，0，0))； 

ADCHAR(800200，“输入错误。”)； 

Beep(900，175)； 

Sleep(1500) 

从而根据本发明的系统，在对流程图中输入规格内容时，通常能够以用户个人容易明白的语言输入，且标记的用户语言经由语言正本表变换为C语言等，所以即使是不懂计算机语言的用户也容易输入。 

以图7-2所示那样设定的判断框(框号3)为例子，说明向源代码的变换动作。 

流程图解析变换模块40的处理框内容解析模块22(图2-2)从流程图文件DB2读出图7-2所示的框号3的正本数据(即，图7-3所示的数据)，从而解析所读出的数据。接着，源程序变换模块23，从代码式记述正本DB9调用判断框的情况下的代码记述正本。在C++语言的情况下，成为图13-1的右侧所示的排列的记述正本。然后，以图13-1所示的对应关系，将框正本中的字段号的数据分配给所读出的记述正本的各个项。 

即，根据处理框种类为表示判断框的“06”的情况，从代码式记述正本DB9读出与该“06”对应的记述正本，然后，将处理框号“3”复制在处理号的位置，并将左项和右项的数据名“D1”以及“050303”分别复制在对应的位置。此外，检索语言正本DB8，读出与分支条件“＝”对应的C++语言的“＝＝”，并将其复制在判定项。此外，从流程图文件DB2的正本数据获得判定成立时的分支目的和不成立时的分支目的的框号，并将其复制在对应的位置。 

如图13-1所示，分配了数据后的结果，生成以下的源程序(C++语言)。 

G03：if(D1＝＝050303)[goto G54；] 

else[goto G19；] 

另一方面，在BASIC语言的情况下，如图13-2所示那样分配数据，其结果能够获得如下源程序。 

G03，ifD1＝050303 GOTO G54. 

GOTO G19. 

这里，以将包含图7-10所示的事件等待处理的流程图变换为源程序的情况即变换为C++语言的情况为例，参照图13-3的流程图详细说明。此时，假设用户的PC安装有包含微软(MicroSoft)公司等的事件处理定义程序模块的操作系统(OS)。 

若流程图解析变化模块40被启动，则该模块40的流程图联系解析模块41在图13-3的步骤S81中解析各个框的联系。然后，在步骤S82中，处理框内容解析模块42检测在应变换的流程图上含有用于表示事件等待状态的框即虚拟事件等待框(框号5)，在步骤S83中，读出包含在PC的OS的事件处理定义程序模块。然后，在步骤S84中判定是否作为各个框的规格而包含存储在代码式记述正本DB9的雏型程序库中的函数名。 

在雏型程序库组中，作为画面处理用，包含有与描画前初始处理框(框号2)、初始画面处理框(框号3)、描画后初始处理框(框号4)的函数名对应的函数，框内容解析模块42判定为以这些函数名作为规格的框存在于应变换的流程图上，然后，在步骤S85中，源程序变换模块43从雏型程序库读出这些函数而与框号2～4对应，然后组合各个框的联系信息。 

接着，在步骤S86中，处理框内容解析模块42判定作为各个框的规格，是否包含下层的流程图的ID(函数名)，并在步骤S87中，源程序变换模块43从源程序文件DB10读出处理框(框号14～19)的规格即下层流程图ID所 对应的函数即源程序模块而与框号对应，并嵌入框的联系信息。 

然后，在步骤S88中，处理框内容解析模块42，判定是否包含判断框，在步骤S89中，参照图13-1和图13-2说明的那样，源程序变换模块43参照语言正本DB8，将每个判断框(框号7～17)的规格变换为源代码而与框号对应，并嵌入各个框的联系信息。 

接着，在步骤S90中，处理框内容解析模块43判定是否存在其他的框，存在时，在步骤S91中，源程序变换模块43参照语言正本DB8而变换为源代码而与框号对应，并嵌入联系信息。在将最下层的流程图的处理框变换为源代码的情况下，也参照语言正本DB8，将该流程图上的规格变换为计算机语言。 

由此，流程图变换为源程序。图13-4和图13-5(图13-5是图13-4的后续)表示这样编制成的源程序的一例。当然，没必要以图13-3所示的顺序判定而处理，例如，也可以在步骤S82的前端执行步骤S88和步骤S89，其他合适的变更是可以的。 

由此，流程图解析变换模块40通过检测在应变换的流程图上包含用于表示事件等待状态的框(虚拟事件等待框)的情况，从而判定流程图为包含了事件等待处理的程序的流程图，并读出安装在用户的PC的OS所包含的事件处理定义程序，进一步读出存储在代码式记述正本DB9中的雏型程序库中的函数和已编制的下层流程图的函数(即，对应于下层流程图的源程序模块)，所以向源程序的变换变得容易。此外，如上所述，如图7-9和图7-10所示的、由用户编制的流程图，以用户容易理解的方式简洁且逻辑地表示待机随机发生的事件从而进行此处理的情况，并通过编制这样的简洁且逻辑性的流程图，从而可变换为适当的源程序。 

由此，从流程图文件DB2读出流程图中的全部框的正本数据，并将数据置换成用户指定的程序语言的排列后，变换为该语言的源程序。从流程图变换成的源程序，如上所述，与此程序所使用的数据定义和画面定义的源代码一起存储在以编制成的源程序文件DB13。 

另外，根据流程图解析变换模块111而变换的源程序，进一步参照语言制造者所提供的程序库等而编译，但此处理动作为通用的动作，所以省略其说明。 

接着，说明进行编制的源程序的验证的验证模块50。若验证模式被选择， 验证模块50被启动，则与该源程序对应的概要(或者详细)流程图的正本数据从流程图文件DB2读出，并基于该数据再现并显示流程图。 

如图14-1所示，用户在此流程图的流出线上，设定用于执行中止功能(＝)和通过功能(黑色圆点)的点。中止功能是，取得到达此设定点为止的处理的执行结果(包含各种变量的值)，并到达此设定点时暂时停止处理的功能。通过功能是进行到达此设定点为止的处理的执行结果(包含各种变量的值)的取得的功能，是不暂时停止处理而继续处理的功能。 

然后，若运行与该流程图对应编制的源程序，则根据处理通过路线显示模块31(图2-3)的功能，边在流程图上显示经过路线边执行处理。在源程序的运行中处理移动到下层流程图的情况下，根据降级功能，显示下层流程图并在该流程图上也显示通过路线。 

此外，处理的执行中，根据处理结果取得/显示模块32的功能，取得通过了中止功能的设定点和通过功能的设定点的顺序作为通过历史，此外，每次包含该变量的框的处理结束时，取得处理所通过的预先设定的变量的值，并将其存储在通过历史/变量值文件DB11。 

例如，如图14-1所示，设定中止设定点S013，并设定了通过设定点P009和P010的情况下，处理进到中止设定点S013为止时，程序的处理暂时被停止。然后，处理结果取得/显示模块32参照通过历史/变量值文件DB11，检索此暂时停止为止的、处理通过了中止设定点S013以及通过设定点P009和P010的历史，作为通过历史一览而显示，此外，将流程图中的预先设定的各种变量的值作为变量值一览而显示。 

图14-2和图14-3表示这样的通过历史一览和变量值一览。在图14-2所示的通过历史一览的例子中，表示分别通过三次通过设定点P009和P010后，从框号7的判断框分支而到达中止设定点S013的情况。此外，在图14-3所示的变量值一览的例子中，表示程序在中止设定点S013暂时停止时，图14-1所示的流程图中的框号4、6～10、13和14的框中的变量(变量名A～G)为怎样的值。此外，在图14-2所示的通过历史一览中，若用户选择例如世代4的中止点P010(表示处理通过了两次的情况)，则处理两次通过该点的时刻的函数名A～G的变量值作为一览而显示。 

在编制的源程序的运行中发生了错误的情况下，通过处理错误显示模块33的功能，将框号和处理行作为错误表而显示在PCC屏幕上。 

由此，通过进行源程序的验证，能够显示程序缺陷发生位置等，所以容易进行此修正。 

通过选择重新开始按钮(未图示)而执行暂时停止的处理的重新开始。 

本发明构成为如上所述，所以即使是不具有高深知识的用户也可以容易编制任意的源程序，此外，由于将编制的流程图变换为源程序，所以维持流程图中的规格的逻辑和源程序的逻辑之间的相同性。尤其是能够将多个事件和与其对应的处理随机发生的情况下的事件等待状态适当地表示在流程图上。 

此外，通过引导而催促用户输入，并基于此而自动编制流程图，所以与应编制的源程序对应的流程图编制变得更容易。而且，由于能够对用户提供最初流程图和使此流程图进展的进展流程图之间的派生关系，所以用户能够容易把握派生的经过和程序的逻辑的进展。 

而且，用户能够一边在PC屏幕上视觉确认树结构的数据定义一边编制数据定义，此外，仅通过在PC屏幕上编制画面而能够编制画面定义。从而，数据定义和画面定义的编制和维护变得容易。 

而且，能够实际地运行编制的源程序而进行验证，并能够将此结果反映到源程序的修正。 

Claims (15)

1.一种源程序编制支持系统，利用通过计算机可读取的程序，通过与用户的对话编制源程序，该源程序编制支持系统包括流程图编制部件，支持在监视屏幕上编制与应编制的源程序对应的流程图；流程图解析变换部件，通过解析由该流程图编制部件编制的流程图，变换为源代码，从而变换为源程序，所述源程序编制支持系统的特征在于，

所述流程图编制部件包括：

板一览显示部件，用户可选择地显示一览表，该一览表包含：包括流程图中所包含的开始端子、结束端子、流入线、流出线、以及多个框的基本的板；以及包括通过随机发生的多个事件分别被驱动的多个事件处理的事件处理程序的开始板；

板配置部件，每次用户从显示的板一览中选择板，并在监视屏幕上指定其配置位置时，显示被选择到该配置位置的板的形状，该板配置部件包括在板一览所包含的事件处理程序的开始板被选择时，使事件流程图初始框组显示在流程图编制区域上的部件，所述事件流程图初始框组包括表示事件发生的等待状态的虚拟事件等待框、以及流出线连接到该虚拟事件等待框的返回端子，以及

规格设定部件，显示用于使用户对配置在监视屏幕上的框输入与处理内容对应的规格的输入栏，并将被输入的规格与对应的框相关联地存储，

流程图解析变换部件包括：

用于读取事件处理定义的部件，在应变换为源程序的流程图中包含虚拟事件等待框时，判定为事件处理程序，作为OS的一部分安装在所使用的计算机上；

用于解析流程图中的框的联系从而取得各个框的联系信息的部件；

通过将被设定在流程图中的各个框的规格变换为源代码，并且对该变换的源代码嵌入该框的联系信息，从而生成各个框的源程序模块的部件；以及

将被读取的事件处理定义，和被嵌入框的联系信息的源程序模块一体化，而生成源程序的部件。

2.如权利要求1所述的源程序编制支持系统，其特征在于，事件流程图初始框组除了包含虚拟事件等待框和返回端子以外，至少还包含：开始端子；在虚拟事件等待框的下流串联配置的两个判断框；以及通过来自该判断框的流出线分别与该判断框连接的、其输出线连接到返回端子的两个处理框。

3.如权利要求1或2所述的源程序编制支持系统，其特征在于，流程图编制部件还包括：

板删除部件，在用户指示删除配置在流程图编制区域的板时，删除该板；以及

在事件流程图初始框组以外的板新配置在流程图编制区域时，在该板的下流自动地以与已配置了的板不同的显示方式显示处理框及其流出线的部件。

4.如权利要求3所述的源程序编制支持系统，其特征在于，根据流程图编制部件的板一览显示部件显示的板一览中包含事件处理程序终止板，

在显示在流程图编制区域的流程图中包含虚拟事件等待框，并且包含不同显示方式的处理框及其流出线的状态下，在包含在板一览中的事件处理程序终止板被选择时，板配置部件自动删除不同显示方式的处理框及其流出线，并在最下端的判断框的下方追加一个流出线与返回端子连接的判断框，且追加连接到该判断框的另一个流出线且本身的流出线连接到返回端子上的处理框。

5.如权利要求1至3的任一项所述的源程序编制支持系统，其特征在于，

该系统还包括雏型程序库，预先将与多个处理内容分别对应的源程序模块即多个函数和其函数名对应地存储，

流程图编制部件的规格设定部件包括，为了用户可选择性地输入作为规格存储在雏型程序库中的函数名，对用户提示雏型程序库中的多个函数的内容及其函数名的部件，

在应变换的流程图中存在将存储在雏型程序库中的函数名作为规进行设定的框的情况下，流程图解析变换部件从该程序库中读取与该函数名对应的函数。

6.如权利要求1至3的任一项所述的源程序编制支持系统，其特征在于，

流程图编制部件包含执行用于编制上位层的流程图和其下位层的详细流程图的降级功能的的部件，

流程图编制部件的规格设定部件，包括为了使用户可选择性地输入用于确定下位层的流程图的流程图ID作为上位层的流程图的规格，对用户提示下位层的流程图的内容和流程图ID的部件，

流程图解析变换部件构成为，在应变换的流程图中存在将流程图ID作为规格进行设定的框的情况下，从存储部件读取与该流程图ID对应的程序模块。

7.如权利要求1至3的任一项所述的源程序编制支持系统，其特征在于，流程图编制部件还包括

标题设定部件，显示用于对配置在监视屏幕上的框输入处理的标题的标题输入栏，并将被输入的标题与框相关联地存储。

8.如权利要求1至3的任一项所述的源程序编制支持系统，其特征在于，流程图编制部件的规格设定部件构成为，每次框通过板配置部件被显示在监视屏幕上时，可设定规格。

9.如权利要求7所述的源程序编制支持系统，其特征在于，流程图编制部件的规格设定部件和标题设定部件构成为，每次框通过板配置部件被显示在监视屏幕上时，可设定规格和标题。

10.如权利要求1至3的任一项所述的源程序编制支持系统，其特征在于，流程图编制部件还包括

引导部件，对用户提供包含为了编制流程图而预先设定了的多个提问的引导，基于由用户输入了的对该引导的提问的应答，对话性地编制流程图，提问包括业务数量的提问，自动地在监视屏幕上显示基于用户对于该提问的回答的数量的判断框以及处理框。

11.如权利要求10所述的源程序编制支持系统，其特征在于，流程图编制部件还包括

示范部件，取得引导部件所提供的引导和用户对于该引导的应答的时间经过历史，并将该时间经过历史显示在监视屏幕上。

12.如权利要求1至3的任一项所述的源程序编制支持系统，其特征在于，流程图编制部件包括

派生关系显示部件，将预先编制的第一流程图和第二流程图之间的关系显示在监视屏幕上，该第二流程图是将该第一流程图的至少一个框的处理内容细化而用多个框来显示了的流程图，在第一流程图显示在监视屏幕上的状态下，当选择已细化的源框时，该派生关系显示部件使与该框对应的第二流程图中的多个框代替该框而显示。

13.如权利要求1至3的任一项所述的源程序编制支持系统，其特征在于，该系统还包括：

数据定义编制部件，在显示屏幕上基于与用户的对话编制树结构的数据布局，并基于该生成的数据布局进行由流程图编制部件编制的流程图中所使用的数据的源程序的数据定义；以及

画面定义编制部件，在显示屏幕上基于与用户的对话编制画面，并基于该生成的画面的要素的位置以及大小进行由流程图编制部件编制的流程图中所使用的画面的源程序的画面定义。

14.如权利要求13所述的源程序编制支持系统，其特征在于，流程图解析变换部件还包括

在基于流程图编制的源程序中，组合通过数据定义编制部件和画面定义编制部件编制的数据定义和画面定义的部件。

15.如权利要求1至3的任一项所述的源程序编制支持系统，其特征在于，该系统还包括用于验证所编制的源程序的验证部件，该验证部件包括：

在监视屏幕上显示与应验证的源程序对应的流程图，并在所显示的流程图上设定中止设定点和通过设定点的部件，所述中止设定点使源程序的运行暂时停止，取得处理结果，并显示通过历史和处理结果，所述通过设定点仅取得处理结果；

使应验证的源程序运行，在与该源程序对应并且被显示了的流程图上，伴随处理的经过而显示通过路线的部件；

在处理到达中止设定点时，暂时停止处理，并显示该中止设定点和通过设定点的通过历史的部件；以及

在处理到达中止设定点时，将预先设定在流程图上的变量的值作为变量一览来显示的部件。

Images