CN107562419A - 软件开发支援方法及系统 - Google Patents

Abstract

本发明提供软件开发支援方法及系统。软件开发支援方法具有存储装置，其存储包含多个要素的源代码；输入输出装置，其进行信息的输入输出；控制器，其管理存储装置以及输入输出装置，软件开发支援方法具有：第一步骤，控制器在从输入输出装置接受了指示变更源代码中包含的要素的第一变更请求时，在存储装置中存储第一变更管理信息和第一变更预定信息，第一变更管理信息表示是否对受到第一变更请求的影响的其他要素进行了变更，第一变更预定信息表示有无受到第一变更请求的影响的其他要素的变更预定；第二步骤，输入输出装置输出通过第一变更请求指示了变更的要素、受到第一变更请求的影响的其他要素、第一变更管理信息以及第一变更预定信息。

Description

软件开发支援方法及系统

技术领域

本发明涉及一种用于对开发软件时的作业进行支援的软件开发支援方法及系统。

背景技术

在开发大规模的软件时，分析作为基准的源代码，并追加新功能的情况较多。此时在不充分理解基准源代码的情况下进行源代码的追加以及变更时，会有漏过应该修正的部位，与并行执行的其他开发者的变更发生冲突，产生故障的情况。为了解决该课题，提出了进行基准源代码的分析的方法(参照专利文献1)。在专利文献1中提出了通过检索基准源代码内的函数以及变量间的依存关系来支援基准源代码分析的方法。

专利文献1的方法在变更源代码时，没有充分消除变更影响的检查遗漏，而且假设单一的开发者而没有考虑多个开发者的作业冲突。

专利文献1：日本特开平5-289862号公报

发明内容

本发明的目的在于，在变更源代码时对消除变更影响的检查遗漏进行支援。

为了解决上述课题，本发明是一种系统中的软件开发支援方法，该系统包含：存储装置，其存储包含由函数和变量中的至少一方构成的多个要素的源代码；输入输出装置，其进行信息的输入输出；控制器，其管理所述存储装置以及所述输入输出装置，所述软件开发支援方法具有如下步骤：第一步骤，所述控制器在从所述输入输出装置接受了指示变更所述源代码中包含的要素的第一变更请求时，在所述存储装置中存储第一变更管理信息和第一变更预定信息，所述第一变更管理信息表示是否变更了受到该接受的第一变更请求的影响的其他要素，所述第一变更预定信息表示有无受到所述第一变更请求的影响的其他要素的变更预定；第二步骤，所述输入输出装置输出通过所述第一变更请求指示了变更的要素、受到所述第一变更请求的影响的其他要素、所述第一变更管理信息以及所述第一变更预定信息。

通过本发明，能够在变更源代码时消除变更影响的检查遗漏。通过以下实施例的说明，使上述以外的课题、结构以及效果更加明确。

附图说明

图1是表示本发明的实施例1的系统的全体结构图。

图2是表和数据库的结构图，(a)是表示要素依存关系的例子的表的结构图，(b)是在源代码数据库中保存的表的结构图，(c)是结构管理数据库的结构图，(d)是在检查标志数据库中保存的表的结构图。

图3是用于说明源结构管理部的处理的流程图。

图4是用于说明源依存关系解析部的处理的流程图。

图5是用于说明源度量解析部的处理的流程图。

图6是表示对基准源代码追加功能的典型的开发流程的流程图。

图7是表示通过用户接口显示部管理的符号的图例的结构图。

图8用于说明针对函数设立了需要变更的标志时的状态，(a)是表示显示器的显示例的结构图，(b)是变更标志表的结构图。

图9是用于说明标志管理部的处理的流程图。

图10用于说明设计已结束的时刻的标志的状态，(a)是表示显示器的显示例的结构图，(b)是变更标志表的结构图。

图11用于说明在进行了设计后，执行了源代码的变更的状态，(a)是表示实施例2的显示器的显示例的结构图，(b)是实施例2的变更标志表的结构图。

图12是用于说明实施例3的处理，即不参照检查标志数据库时的处理的流程图。

图13是用于说明实施例3的处理，即应用了检查标志数据库的数据时的处理的流程图。

图14是实施例3的系统，即将多个开发者作为对象的系统的结构图。

图15用于说明由于多个开发者的变更而引起了冲突的状态，(a)是表示实施例3的显示器的显示例的结构图，(b)是实施例3的变更标志表的结构图。

符号说明

10：开发设备、12：管理服务器、101：开发者、102：显示器、103：周边设备、104：中央处理运算装置、105：存储装置、106：中央处理运算装置、107：存储装置、108：用户接口装置、109：源结构管理部、110：源依存关系解析部、111：源度量解析部、112：标志管理部、113：变更中源代码、114：源代码数据库、115：结构管理数据库、116：检查标志数据库、203：要素表、204：变更影响表、212：源代码、214：变更标志表、701：源结构管理状态、702：变更预定状态、703：变更冲突状态、801：一览画面。

具体实施方式

以下，使用附图来说明实施例。此外，在附图中，相同的符号表示相同或相当部分。另外，本发明并不限于图示例子。

[实施例1]

本实施例说明对基准源代码追加功能的典型的开发流程中的设计工序的作业。

图1是表示本发明实施例1的系统的全体结构图。在图1中，系统(软件开发支援系统)具备开发设备10、管理服务器12，开发设备10与管理服务器12相连接。开发设备10由显示器102、周边设备103、中央处理运算装置104、存储装置105构成。显示器102构成为显示信息的显示装置或输出信息的输出装置，周边设备103构成为具有键盘等，输入信息的输入装置。此时，能够将显示器102和周边设备103构成为输入输出信息的输入输出装置。中央处理运算装置104例如构成为具备CPU(Central Processing Unit，中央处理单元)、存储器、输入输出接口等信息处理资源的计算机装置，并具备由CPU执行的软件14，存储装置105具备信息存储部16。软件14由用户接口显示部108、源结构管理部109、源依存关系解析部110、源度量解析部111、标志管理部112构成。信息存储部16由变更中源代码113、源代码数据库114构成。此时，中央处理运算装置104作为管理存储装置105，并且与输入输出装置进行信息的发送接收的控制器发挥功能。

由一个或多个开发设备10使用的管理服务器12由中央处理运算装置106、存储装置107构成，与开发设备10进行信息的发送接收来管理存储装置107。存储装置107具备信息存储部18。中央处理运算装置106例如构成为具备CPU、存储器、输入输出接口等信息处理资源的计算机装置。信息存储部18由结构管理数据库115、检查标志数据库116构成。此时，开发者101通过显示器102和周边设备103来利用开发设备10。

用户接口显示部108是用于在显示器102上显示源结构管理部109、源依存关系解析部110、源度量解析部111、标志管理部112中的任意一个的处理内容或处理结果等的软件(程序)。源结构管理部109是用于进行源代码的版本管理的软件，与变更中源代码113和结构管理数据库115相连接，对多个用户(开发者)何时变更了哪个源代码进行管理。源依存关系解析部110是用于对源代码所包含的函数以及变量间的参照关系进行解析的软件，与变更中源代码113和源代码数据数据库114相连接。基本上基于源代码的静态解析技术来进行处理，也有基于逻辑耦合等算法来进行处理的实现方式。源度量解析部111是测量与属于源代码的各函数以及变量相关的度量(数值信息)的软件，与变更中源代码113和源代码数据库114相连接。此外，在此后说明的实施例中只显示其他依存数，但是也有处理复杂度或变更频率等度量的实现方式。标志管理部112与检查标志数据库116相连接，是用于管理在检查标志数据库116中记录的检查标志数据的软件。结构管理数据库115与源结构管理部109协作来进行源代码的结构管理。检查标志数据库116与标志管理部112协作来保存检查标志数据。

图2是表和数据库的结构图，(a)是表示要素依存关系的例子的表的结构图，(b)是在源代码数据库中保存的表的结构图，(c)是结构管理数据库的结构图，(d)是在检查标志数据库中保存的表的结构图。

在图2(a)中，表示要素依存关系的例子的表201是在存储装置105中保存的表，作为与表示了以本工具为对象的源代码中的函数以及变量的依存关系的图表相关的信息，由“函数：函数1”、“函数：函数2”、“变量：值1”、“函数：函数3”构成。在此，在本实施例中将存在于源代码中的函数以及变量称为要素。在表201中表示了“函数：函数2”参照“变量：值1”和“函数：函数3”，“函数：函数2”是由“函数：函数1”进行参照的依存关系。依存关系通过箭头202来表示。

在图2(b)中，将要素表203、变更影响表204保存在源代码数据库114中。要素表203由要素ID205、文件206、函数/变量207、其他依存数208构成。在要素ID205中存储用于唯一识别要素的识别符。在文件206中存储用于确定文件的文件名等信息。在函数/变量207中存储用于确定函数或变量的信息(函数名、变量名)。在其他依存数208中存储用于表示除了在函数/变量207中记录的函数或变量以外，其他与要素具有依存关系的要素存在的数量的信息(数值信息)。

变更影响表204由变更源要素ID209、变更影响要素ID210、变更影响类型211构成。变更源要素ID209和变更影响要素ID210是与通过要素ID205定义的ID对应的ID，在变更源要素ID209中存储用于识别表示要素的变更源的变更源要素的识别符。例如，在变更了要素ID205中的“要素2”时(变更预定时)，在变更源要素ID209中存储“2”。在变更影响要素ID210中存储用于识别随着变更源要素的变更而受到影响的要素的识别符。例如，在要素ID205中的受到“要素2”的变更的影响的要素为“1”、“3”、“4”时，在变更影响要素ID210中存储“1”、“3”、“4”。当存储在变更影响要素ID210中的要素是通过变更源要素调用的类型时，在变更影响要素ID210中存储“调用”的信息，当存储在变更影响要素ID210中的要素是调用变更源要素的类型时，在变更影响要素ID210中存储“被调用”的信息。

在图2(c)中，在结构管理数据库115中保存源代码212。通过多个版本213来管理源代码212。在各版本213中保存了更新日期时间，能够取出最新版本213的源代码213。

在图2(d)中，变更标志表214保存在检查标志数据库116中。变更标志表214由文件215、函数/变量216、源结构管理状态217、变更预定状态218、变更冲突状态219、更新者220、更新日期时间221构成。在文件215中存储与文件206相同的信息，即用于确定文件的文件名等信息。在函数/变量216中存储与函数/变量207相同的信息，即用于确定函数或变量的信息(函数名、变量名)。在源结构管理状态217中，当源结构管理为未变更时存储“未变更”的信息，当源结构管理为已变更时存储“已变更”的信息。在变更预定状态218中，当变更预定(要素的变更预定)为未确认时存储“未确认”的信息，当变更预定为不需要变更时存储“不需要变更”的信息，在变更预定为需要时存储“需要变更”的信息。在变更冲突状态219中存储表示有无冲突的信息(表示是否在要素之间发生了冲突(重复)的信息)。在更新者220中存储表示变更了源代码的更新者的名称的信息。在更新日期时间221中存储表示变更了源代码的更新日期时间的信息。此外，在图2(d)中，在变更标志表214中存储表201的初始状态的信息。

图3是用于说明源结构管理部的处理的流程图。在图3中，当开发者101进行源代码的变更时，不变更结构管理数据库115上的源代码，而是变更存储装置105上的本地源代码。在该变更已完成的阶段，当开发者101指示源代码的登记时，开始源结构管理部109的处理(步骤301)。首先，源结构管理部109将变更中源代码(变更中的源代码)113与结构管理数据库115中的最新版本213的源代码212进行比较(步骤302)，判定是否具有差异(步骤303)，在没有差异时结束该例行的处理，在具有差异时，将变更中源代码作为最新版本登记到结构管理数据库115中(步骤304)，并结束该例行的处理(步骤305)。该处理是一般的源代码结构管理工具所具有的处理。

图4是用于说明源依存关系解析部的处理的流程图。在图4中，源依存关系解析部110在调用了此后说明的一览画面(变更影响检查画面)801的定时，或者在变更了变更中源代码113的定时，或者按照定期的时间表，开始源(源代码)的依存关系解析(步骤401)。源依存关系解析部110当在步骤401中开始了处理时，通过变更中源代码113所具有的全部要素来进行循环(步骤402)，测量变更中源代码113的各要素的依存关系(步骤403)，并将测量结果作为表示依存关系的信息保存在源代码数据库114的变更影响表204中(步骤404)。源依存关系解析部110针对全部要素进行该处理，并结束该例行的处理(步骤405)。该处理是一般的源依存关系解析工具所具有的处理。

图5是用于说明源度量解析部的处理的流程图。在图5中，源度量解析部111在调用了此后说明的一览画面(变更影响检查画面)801的定时，或者在变更了变更中源代码113的定时，或者按照定期的时间表，开始源(源代码)的度量解析(步骤501)。源度量解析部111当在步骤501中开始了处理时，通过变更中源代码113所具有的全部要素来进行循环(步骤502)，测量变更中源代码113的各要素的度量(步骤503)，并将测量结果作为表示各要素的度量的信息保存在源代码数据库114的要素表203中(步骤504)。源度量解析部111针对全部要素进行该处理，并结束该例行的处理(步骤505)。该处理是一般的源度量解析工具所具有的处理。

图6是表示对基准源代码追加功能的典型的开发流程的流程图。在图6中，从开发过程的始点601开始，开发者101开始处理，当执行用于读入基准代码(源代码)的操作时，用户接口显示部108经由源结构管理部109从结构管理数据库115读入基准代码(源代码)，并在显示器102上显示已读入的基准代码(源代码)。此时，开发者101针对在显示器102上显示的基准代码(源代码)操作周边设备103的键盘等来设计功能的追加(步骤602)。例如，进行用于变更“函数2”的设计。此时，标志管理部112在步骤602中例如进行变更“函数2”时的变更影响检查，并将检查结果(受到“函数2”的变更影响的函数或变量等信息)登记到检查标志数据库116中。

接着，开发者101操作周边设备103的键盘等，在源代码上安装在步骤603中追加的功能(步骤603)。此后，当开发者101执行用于读入基准代码(源代码)和检查标志的操作时，用户接口显示部108经由源结构管理部109从结构管理数据库115读入基准代码(源代码)，并经由标志管理部112从检查标志数据库116读入检查标志，在显示器102上显示已读入的基准代码(源代码)和检查标志。此时，开发者101参照在显示器102上显示的基准代码(源代码)和检查标志来进行功能的安装完成检查(步骤604)。例如，开发者101将显示的基准源代码与检查标志进行比较，进行变更影响检查。此时，如果在检查结果中发生问题，则开发者101进一步进行源代码的修正。如果检查结果为良好，则执行用于将变更后代码(源代码)登记到结构管理数据库115的操作。由此，在终点605开发过程结束。

图7是表示通过用户接口显示部管理的符号的图例的结构图。在图7中，用户接口显示部108经由标志管理部112，在检查标志数据库116的变更标志表214中，将源结构管理状态217的信息作为源结构管理状态701的信息，将变更预定状态218的信息作为变更预定状态702的信息，将变更冲突状态219的信息作为变更冲突状态703的信息来进行管理，并且将各信息与符号对应起来进行管理，并在显示器102的画面上显示管理的信息和符号。源结构管理状态701的信息和符号由未变更(√)和已变更(！)构成。变更预定状态702的信息和符号由未确认(？)、不需要变更(N)、需要变更(C)构成。变更冲突状态703的信息和符号由变更冲突状态(×)构成。在各个类别内同时显示的内容仅限一个符号，但是能够针对一个要素同时显示与源结构管理状态701、变更预定状态702、变更冲突状态703有关的信息和符号。

图8用于说明针对函数设立了需要变更的标志时的状态。(a)是表示显示器的显示例的结构图，(b)是变更标志表的结构图。在图8中，开发者101操作周边设备103在显示器102的画面上显示一览画面801，在通过用户接口显示部108指示了针对“函数2”设立需要变更(变更预定)的标志(C)时，源依存关系解析部110基于指示的信息参照源代码数据库114，作为与“函数2”处于调用或被调用关系的函数或变量，例如针对“值1”、“函数3”、“函数1”执行用于设立未确认标志(？)的处理。在经由用户接口显示部108向显示器102传送了该处理结果时，在显示器102的一览画面801中显示源依存关系解析部110的参照结果。此时，开发者101能够参照显示的一览画面801的内容。

在一览画面801中，作为与变更源(要素的变更源)802相关的信息，显示“函数2”的文件(文件A.c)以及函数/变量“函数2”，作为变更影响803，显示受到“函数2”的变更的影响的文件以及函数/变量，即在要素表203和变更影响表204中登记的文件名(文件A.h、文件B.c、文件C.c)以及函数/变量的名称(值1、函数3、函数1)，作为变更影响类型804，显示在变更影响表204中登记的“调用”或“被调用”，作为度量805，显示在要素表203的其他依存数208中登记的信息(其他依存数：15等)。此时，在变更源802的函数/变量“函数2”中，作为标志(检查标志)显示表示未变更的符号√、表示需要变更(变更预定)的符号(C)。另外，在变更影响803的函数/变量(值1、函数3、函数1)中，作为标志(检查标志)显示表示未变更的符号√、表示未确认的符号(？)。

开发者101参照该一览画面801，探讨自己希望设计的功能所需要的基准代码(源代码)的变更范围。在探讨变更范围时，能够参照变更影响类型804和度量805，将变更影响的影响作为参考。在这里表示的变更影响类型804和度量805是一部分例子，具有追加了对分析变更影响有用的各种项目的实现方式。

另外，在变更标志表214的文件215中，登记文件名(文件A.h、文件A.c、文件B.c、文件C.c)，在函数/变量216中，登记函数或变量的名称(值1、函数2、函数3、函数1)，在源结构管理状态217中，为了表示各文件为未变更，登记“未变更”的信息，在变更预定状态218中，仅“函数2”的栏为了表示为需要变更(变更预定)而登记“需要变更”的信息，在其他栏中，为了表示未确认是否需要变更而登记“未确认”的信息，在更新者220中，登记开发者101的名称，在更新日期时间221中登记开发者101的更新日期时间的信息。此外，在变更标志表214中，也能够对应于文件215登记要素ID的信息。

图9是用于说明标志管理部的处理的流程图。开发者101通过执行用于设立未确认标志(？)的操作来开始该处理(步骤901)。标志管理部112在开始了处理时，基于用于设立未确认标志(？)的操作的信息参照要素表203，通过要素表203的全部要素ID开始循环(步骤902)，基于要素表203的要素ID从变更标志表214取得与循环处理中的要素ID相符的行(与通过要素ID确定的文件相符的行)(步骤903)。

接着，标志管理部112参照变更标志表214来判定要素是否需要变更(变更预定)，即判定通过要素ID确定的文件是否需要变更(变更预定)(步骤904)，当在该步骤中得到了否定的判定结果时，结束该例行的处理，当在该步骤中得到了肯定的判定结果时，基于要素表203的要素ID从变更影响表204取得变更源要素ID一致的多个行(步骤905)，并通过取得的多个行来开始循环(步骤906)。

接着，作为循环中的处理，标志管理部112从变更影响表204取得在已取得的多个行中的相应行的变更影响要素ID(步骤907)，并基于已取得的变更影响要素ID取得变更标志表214中的要素ID一致的行(通过要素ID确定的文件一致的行)(步骤908)，判定变更预定状态是否不是“需要变更(C)”(步骤909)，当在该步骤中得到了肯定的判定结果时，将变更预定状态变更为未确认(？)(步骤910)，此后，结束该例行的处理，当在步骤909中得到了否定的判定结果时，即在为需要变更(变更预定)(C)时，不进行任何处理而继续循环，此后，结束该例行的处理。最终通过全部的要素表203中包含的要素ID来进行处理，并在步骤911中结束处理。在这里所示的算法表示了基本的流程，因此实际上具有采用了将未确认(？)范围最小化的应用算法等的实现方式。

图10用于说明设计已结束的时刻的标志的状态，(a)是表示显示器的显示例的结构图，(b)是变更标志表的结构图。在图10中，开发者101操作周边设备103，在显示器102的画面上显示一览画面801，在通过用户接口显示部108指示了用于变更“函数2”等的设计已完成时，源依存关系解析部110基于指示的信息参照源代码数据库114，执行用于对与“函数2”处于调用或被调用关系的函数或变量(值1、函数3、函数1)显示符号的处理。当经由用户接口显示部108将该处理结果传送到显示器102时，在显示器102的一览画面801中，显示源依存关系解析部110的参照结果。此时，开发者101能够参照所显示的一览画面801的内容。

在一览画面801中，作为与变更源802有关的信息，显示“函数2”的文件的名称(文件A.c)以及函数/变量的名称(函数2)，作为变更影响803，显示受到“函数2”的变更的影响的文件以及函数/变量，即在要素表203和变更影响表204中登记的文件的名称(文件A.h、文件B.c、文件C.c)以及函数/变量的名称(值1、函数3、函数1)，作为变更影响类型804，显示在变更影响表204中登记的“调用”或“被调用”，作为度量805，显示在要素表203的其他依存数208中登记的信息(其他依存数：15等)。此时，在变更源802的函数/变量“函数2”中，作为标志(检查标志)显示表示未变更的符号√、表示需要变更(变更预定)的符号(C)。另外，在变更影响803的函数/变量(值1、函数3、函数1)中，作为标志(检查标志)显示表示未变更的符号√、表示不需要变更的符号(N)或表示需要变更的符号(C)。

此时，开发者101通过观看一览画面801，能够确认全部的未确认标志(？)是否被替换为变更预定标志(C)或不需要变更标志(N)。因此，在残留有未确认标志时，通过用户接口显示部108将全部的未确认标志(？)强调显示(在图中黑白反转显示)。由此，抑制开发者101在设计时刻遗漏考虑变更影响。

另外，在变更标志表214的文件215中，登记文件的名称(文件A.h、文件A.c、文件B.c、文件C.c)，在函数/变量216中，登记函数/变量的名称(值1、函数2、函数3、函数1)，在源结构管理状态217中，为了表示各文件为未变更而登记“未变更”的信息，在变更预定状态218中，仅“函数2”和“函数3”栏为了表示为需要变更(变更预定)而登记“需要变更”的信息，在其他栏中为了表示不需要变更而登记“不需要变更”的信息，在更新者220中，登记开发者101的名称，在更新日期时间221中登记开发者101的更新日期时间的信息。在变更标志表214中，存储与一览画面801中显示的标志(检查标志)相关联的信息。此时，因为保存更新者和更新日期时间的信息，所以保存何人在何时进行了怎样的判断这样的设计证据。

通过本实施例，追加新功能的开发者101通过在安装前的设计工序中利用本系统，能够支援无遗漏(没有变更影响的检查遗漏)地变更源代码。具体来说，在设计已结束的时刻，因为在一览画面801中显示与变更源802有关的信息和变更影响803的信息，所以开发者101通过参照一览画面801能够确认属于源代码的要素中的变更源要素与受到变更源要素的影响的要素之间的关联。另外，因为在一览画面801中，作为符号显示未确认标志、变更预定标志或不需要变更标志，所以开发者101能够容易地确认是否变更了属于源代码的要素。并且，因为当在一览画面801中残留有未确认标志时，强调显示未确认标志，所以抑制开发者101在设计时刻遗漏考虑变更影响。另外，因为在一览画面801的度量805中通过数值信息显示其他依存数，所以开发者101针对其他依存数多于设定值的要素(其他依存数：15)，能够判断为当进行变更时影响大因此不变更为好。

[实施例2]

本实施例是对基准源代码追加功能的典型的开发流程中的进行源代码变更的安装工序的作业的例子。

图11用于说明在进行了设计后执行了源代码的变更的状态，(a)是表示实施例2的显示器的显示例的结构图，(b)是实施例2的变更标志表的结构图。在图11中，开发者101操作周边设备103，在显示器102的画面上显示一览画面801，在通过用户接口显示部108用于变更“函数2”等的设计完成后，当指示了源代码的变更时，源依存关系解析部110基于指示的信息参照源代码数据库114，执行用于对与“函数2”处于调用或被调用关系的函数或变量(值1、函数3、函数1)显示符号的处理。当经由用户接口显示部108将该处理结果传送到显示器102时，在显示器102的一览画面801中，显示源依存关系解析部110的参照结果。此时，开发者101能够参照所显示的一览画面801的内容。

在一览画面801中，作为与变更源802有关的信息，显示“函数2”的文件名称(文件A.c)以及函数/变量“函数2”，作为变更影响803，显示受到“函数2”的变更影响的文件以及函数/变量，即在要素表203和变更影响表204中登记的文件的名称(文件A.h、文件B.c、文件C.c)以及函数/变量的名称(值1、函数3、函数1)，作为变更影响类型804，显示在变更影响表204中登记的“调用”或“被调用”，作为度量805，显示在要素表203的其他依存数208中登记的信息(其他依存数：15等)。此时，在变更源802的函数/变量“函数2”中，作为标志(检查标志)显示表示已变更的符号(！)、表示需要变更(变更预定)的符号(C)。另外，在变更影响803的函数/变量(值1、函数3、函数1)中，作为标志(检查标志)显示表示未变更的符号√或表示已变更的符号(！)、表示不需要变更的符号(N)或表示需要变更的符号(C)。

此时，开发者101通过观看一览画面801能够确认是否按照设计进行了变更。例如，在要素(函数2)为变更预定(C)并且已变更(！)，要素(值1)为不需要变更(N)并且未变更(√)时，是按照设计进行了安装的所希望的例子。另一方面，在要素(函数2)为变更预定(C)并且已变更(！)，要素(函数3)尽管为变更预定(C)但是未变更(√)时以及在要素(函数2)为变更预定(C)并且已变更(！)，要素(函数1)尽管不需要变更(N)但是已变更(！)时，是未按照设计进行变更的不希望的例子。在为不希望的标志的组合时，通过用户接口显示部108强调显示符号。但是，即使是不希望的例子，因为在安装的安排上经常发生变更，所以不设置操作的限制。将新追加的变更要素变更为变更预定(C)，并实施再检查，由此抑制变更影响的考虑遗漏，然后将进行了错误设计的事实与开发者的ID一起登记到检查标志数据库116的变更标志表214中。

另外，在变更标志表214的文件215中，登记文件的名称(文件A.h、文件A.c、文件B.c、文件C.c)，在函数/变量216中，登记函数或变量的名称(值1、函数2、函数3、函数1)，在源结构管理状态217中，仅“函数1”登记“已变更”的信息，除此之外登记“未变更”的信息，为了表示各文件为未变更，登记“未变更”的信息，在变更预定状态218中，仅“函数2”、“函数3”栏登记“需要变更”的信息，在其他栏中登记“不需要变更”的信息，在更新者220中，登记开发者101的名称，在更新日期时间221中登记开发者101的更新日期时间的信息。

通过本实施例，追加新功能的开发者101通过在安装后使用本系统，能够支援无遗漏地变更源代码。具体来说，在进行了设计后实施了源代码的变更时，在一览画面801中，显示与变更源802相关的信息以及变更影响803的信息，并且作为符号显示未确认标志、变更预定标志或不需要变更标志，并且，在为这些符号中的没有按照设计进行变更的标志的组合时，因为强调显示符号，所以开发者101能够容易地确认属于源代码的要素没有按照设计进行变更的情况。

[实施例3]

本实施例是多个开发者并行地进行功能追加时的例子。以下，对于多个开发者并行地进行功能追加时的问题和解决方法进行说明。

图12是用于说明实施例3中的处理，即不参照检查标志数据库时的处理的流程图。在图12中，从开发过程的始点1201开始，开发者A开始处理，当开发者A执行了用于读入基准代码(源代码)的操作时，用户接口显示部108经由源结构管理部109从结构管理数据库115读入基准代码(源代码)，并在显示器102上显示读入的基准代码。此时，开发者A针对在显示器102上显示的基准代码(源代码)，操作周边设备103的键盘等，设计功能A的追加(步骤1202)。例如，进行用于变更“函数2”的设计。接着，开发者A操作周边设备103的键盘等，在源代码上安装通过步骤1202追加的功能A(功能A的追加)(步骤1203)。此后，开发者A执行用于从结构管理数据库115读入基准代码(源代码)的操作，参照在显示器102上显示的基准代码来进行功能A的安装完成检查(步骤1204)，在检查后，执行用于将变更后代码(源代码)登记到结构管理数据库115中的操作。由此，在终点1205开发过程结束。

另一方面，开发者B从开发过程的始点1211开始处理。当开发者B执行了用于读入基准代码(源代码)的操作时，用户接口显示部108经由源结构管理部109从结构管理数据库115读入基准代码(源代码)，并在显示器102上显示读入的基准代码。此时，开发者B针对在显示器102上显示的基准代码，操作周边设备103的键盘等，设计功能B的追加(步骤1212)。例如，进行用于变更“函数2”的设计。接着，开发者B操作周边设备103的键盘等，在源代码上安装通过步骤1212追加的功能B(功能B的追加)(步骤1213)。此后，开发者B执行用于从结构管理数据库115读入基准代码(源代码)的操作，参照在显示器102上显示的基准代码来进行功能B的安装完成检查(步骤1214)，此时，在终点1215结束开发过程之前，存在发生修正返工或冲突发生检测延迟的情况。

例如，在通过开发者A的操作进行的处理早于通过开发者B的操作进行的处理完成，通过步骤1204在步骤1214中的功能B的安装完成检查之前执行了功能A的变更后代码登记时，在步骤1214中的功能B的基准代码读入中，读入与在设计功能B的追加时所实施的步骤1212中读入的基准代码不同的代码(源代码)，所以功能A受到变更后的代码(源代码)的影响。具体来说，在针对开发者B变更了不是变更预定的文件时，需要重新进行变更影响检查。此时，根据情况还需要重新修正源代码。在实施步骤1214中的基准代码读入之前无法检测出由于该变更影响导致的冲突，成为冲突发生检测延迟，在功能B的安装完成检查的作业中，由于发生修正返工，开发工时变长。另外，在功能A和功能B为相同内容的变更时，在步骤1213中实施双重作业，开发者B进行的追加的功能B的安装作业变得无用。

图13是用于说明实施例3中的处理，即应用了检查标志数据库的数据时的处理的流程图。在图13中，从开发过程的始点1301开始开发者A开始处理，在开发者A执行了用于读入基准代码(源代码)的操作时，随着操作输入了信息的用户接口显示部108经由源结构管理部109从结构管理数据库115读入基准代码(源代码)，并在显示器102上显示读入的基准代码。此时，开发者A针对在显示器102上显示的基准代码，操作周边设备103的键盘等来设计功能A的追加(例如，用于变更“函数2”的设计)(步骤1302)，并执行用于将设计后的检查标志登记到检查标志数据库116中的操作。

接着，开发者A操作周边设备103的键盘等，在源代码上安装通过步骤1302追加的功能A(功能A的追加)(步骤1303)。此后，当开发者A执行了用于读入基准代码(源代码)，并且读入检查标志的操作时，随着操作输入了信息的用户接口显示部108经由源结构管理部109从结构管理数据库115读入基准代码(源代码)，并且经由标志管理部112从检查标志数据库116读入检查标志，并在显示器102上显示读入的基准代码和检查标志。此时，开发者A参照在显示器102上显示的基准代码和检查标志来进行功能A的安装完成检查(步骤1304)，在检查后，执行用于将变更后代码(源代码)登记到结构管理数据库115中的操作。由此，开发过程在终点1305结束。

此时，标志管理部112当从周边设备103接受了指示源代码中包含的符号的变更的第一变更请求时，将表示受到该接受的第一变更请求的影响的其他符号是否进行了变更的信息(第一变更管理信息)作为源结构管理状态217的信息存储在检查标志数据库116中，并且将表示受到第一变更请求的影响的其他符号有无变更预定的信息(第一变更预定信息)作为变更预定状态218的信息存储在检查标志数据库116中。用户接口显示部108在显示器102的画面上显示通过第一变更请求指示了变更的符号、受到第一变更请求的影响的其他符号、表示受到第一变更请求的影响的其他符号是否进行了变更的信息(第一变更管理信息)、表示受到第一变更请求的影响的其他符号有无变更预定的信息(第一变更预定信息)。

另一方面，开发者B从开发过程的始点1311开始处理。当开发者B执行了用于读入基准代码(源代码)，并且读入检查标志的操作时，随着操作输入了信息的用户接口显示部108经由源结构管理部109从结构管理数据库115读入基准代码(源代码)，并且经由标志管理部112从检查标志数据库116读入检查标志，在显示器102上显示读入的基准代码和检查标志。此时，开发者B针对在显示器102上显示的基准代码，操作周边设备103的键盘等来设计功能B的追加(步骤1312)。例如，进行用于变更“函数2”的设计。此时，在标志管理部112检测到冲突(要素间的冲突)时，在显示器102上显示在某个要素中产生了变更冲突。此时，开发者B与开发者A进行用于调整安装内容和时间的协商(步骤1313)。

此时，标志管理部112当从周边设备103接受了指示源代码中包含的符号的变更的第二变更请求时，将表示受到该接受的第二变更请求的影响的其他符号是否进行了变更的信息(第二变更管理信息)保持为源结构管理状态217的信息，并且将表示受到第二变更请求的影响的其他符号有无变更预定的信息(第二变更预定信息)保持为变更预定状态218的信息，把在检查标志数据库116中存储的第一变更管理信息以及第一变更预定信息与保持的第二变更管理信息以及第二变更预定信息进行比较，根据该比较结果判定是否在任意的信息之间具有变更冲突，并经由用户接口显示部108向显示器102传送该判定结果。用户接口显示部108在显示器102的画面上显示通过第二变更请求指示了变更的符号、受到第二变更请求的影响的其他符号、第二变更管理信息以及第二变更预定信息。

接着，开发者B操作周边设备103的键盘等，在源代码上安装通过步骤1312追加的功能(包含调整后追加的功能)B(功能B的追加)(步骤1314)。此后，当开发者B执行了用于读入基准代码(源代码)，并且读入检查标志的操作时，随着操作输入了信息的用户接口显示部108经由源结构管理部109从结构管理数据库115读入基准代码(源代码)，并且经由标志管理部112从检查标志数据库116读入检查标志，并在显示器102上显示读入的基准代码和检查标志。此时，开发者B参照在显示器102上显示的基准代码和检查标志，进行功能B的安装完成检查(步骤1315)，在检查后执行用于将变更后代码(源代码)登记到结构管理数据库115中的操作。由此，开发过程在终点1316结束。此时，标志管理部112以判定为在任意的信息间没有变更冲突为条件，在检查标志数据库116中存储所保持的第二变更管理信息以及第二变更预定信息。

通过步骤1312，在标志管理部112检测出冲突时，能够提前检测出冲突，通过对标志进行闪烁显示(强调显示)，能够向开发者B进行警告。此时，开发者B能够看到该警告，与开发者A进行协商，从而调整安装内容和时期。通过该协商，当在步骤1314中安装追加的功能B时，不会双重地进行相同的作业(抑制双重作业)，能够削减工时。另外，当在步骤1315中进行功能B的安装完成检查时，由于在设计中考虑了已经登记功能A的情况，因此不产生预想以外的作业返工(抑制修正返工)，能够削减工时。

图14是实施例3中的系统，即将多个开发者作为对象的系统的结构图。在图14中，作为开发者101，在将多个开发者A、B作为对象时，针对各开发者A、B准备开发设备10。各开发设备10分别与管理服务器12相连接。此外，各开发设备10和管理服务器12具有与图1相同的结构，所以省略它们的说明。此外，在图14的系统中，各开发设备10共用存储装置107，所以各开发设备10通过访问在存储装置107中存储的检查标志数据库116，能够检测有无与各开发者A、B的变更(需要变更)相伴随的要素冲突。

图15用于说明由于多个开发者的变更而引起了冲突的状态，(a)是表示实施例3的显示器的显示例的结构图，(b)是实施例3的变更标志表的结构图。在图15中，多个开发者101分别操作周边设备103，在显示器102的画面上显示一览画面801，在通过用户接口显示部108变更“函数2”等时，源依存关系解析部110基于指示的信息参照源代码数据库114，执行用于对与“函数2”处于调用或被调用关系的函数或变量(值1、函数3、函数1)显示符号的处理。在经由用户接口显示部108向显示器102传送了该处理结果时，在显示器102的一览画面801中显示源依存关系解析部110的参照结果。此时，各开发者101能够参照显示的一览画面801的内容。

在一览画面801中，作为与变更源802相关的信息，显示“函数2”的文件(文件A.c)以及函数/变量“函数2”，作为变更影响803，显示受到“函数2”的变更的影响的文件以及函数/变量，即在要素表203和变更影响表204中登记的文件的名称(文件A.h、文件B.c、文件C.c)以及函数/变量的名称(值1、函数3、函数1)，作为变更影响类型804，显示在变更影响表204中登记的“调用”或“被调用”，作为度量805，显示在要素表203的其他依存数208中登记的信息(其他依存数：15等)。此时，在变更源802的函数/变量“函数2”中，作为标志(检查标志)显示未变更的符号√、需要变更的符号(C)。另外，在变更影响803的函数/变量(值1、函数3、函数1)中，作为标志(检查标志)显示未变更的符号√、不需要变更的符号(N)或需要变更的符号(C)、并且显示表示变更冲突(有冲突)的符号(×)。

另外，在变更标志表214的文件215中，登记文件的名称(文件A.h、文件A.c、文件B.c、文件C.c、文件B.c、文件C.c)，在函数/变量216中，登记函数或变量的名称(值1、函数2、函数3、函数1、函数3、函数1)，在源结构管理状态217中分别登记“未变更”的信息，在变更预定状态218中，在“文件A.h”的栏中登记“不需要变更”，在“文件A.c”、“文件B.c”的栏中登记“需要变更”，在“文件C.c”的栏中登记“不需要变更”，在“文件B.c”、“文件C.c”中登记“需要变更”，在变更冲突状态219中，在“文件B.c”、“文件C.c”、“文件B.c”、“文件C.c”的栏中登记“变更冲突”，在更新者220中，登记开发者101的名称(开发者A或开发者B)，在更新日期时间221中登记各开发者(开发者A或开发者B)101的更新日期时间的信息。

在这里，标志管理部112参照变更标志表214，关于要素ID3的“文件B.c”，把在源结构管理状态217中登记的信息与在变更预定状态218中登记的信息进行比较，判定在任意的信息间是否具有变更冲突。此时，当作为开发者A的操作的信息，在源结构管理状态217中登记“未变更”，在变更预定状态218中登记“需要变更”，作为开发者B的操作的信息，在源结构管理状态217中登记“未变更”，在变更预定状态218中登记“需要变更”时，“需要变更”重复，因此标志管理部112判定为“变更冲突”，并在变更冲突状态219中登记“变更冲突”的信息。

另外，标志管理部112参照变更标志表214，关于要素ID4的“文件C.c”，把在源结构管理状态217中登记的信息与在变更预定状态218中登记的信息进行比较，判定在任意的信息间是否具有变更冲突。此时，当作为开发者A的操作的信息，在源结构管理状态217中登记“未变更”，在变更预定状态218中登记“不需要变更”，作为开发者B的操作的信息，在源结构管理状态217中登记“未变更”，在变更预定状态218中登记“需要变更”时，开发者A是“需要变更”，开发者B是“不需要变更”，两者的内容产生矛盾，所以标志管理部112判定为“变更冲突”，并在变更冲突状态219中登记“变更冲突”的信息。

当在变更冲突状态219中记录了“变更冲突”的信息时，通过标志管理部112和用户接口显示部108的处理，在一览画面801的变更影响803中，关于产生了变更冲突的要素，例如要素ID3、4的文件(文件B.c、文件C.c)，强调显示变更冲突状态703的符号(×)。这是由于附带了变更冲突(×)的要素直接影响附带了变更预定(C)的要素，虽然判断为不需要变更(N)但是有可能间接地产生影响，因此对于产生了变更冲突的要素进行警告。此时，各开发者A、B通过观看一览画面801，能够容易地确认随着要素的变更产生了冲突。另外，此时需要在开发者A、B间协商变更的具体内容。通过该协商能够避免重复的内容的变更、由于变更之间的冲突导致的故障。

通过本实施例，能够提前检测由多个开发者并行地追加了新功能时的冲突，并能够减少双重的作业。

此外，本发明并不限于上述的实施例，还包含各种变形例。例如，开发设备10的中央处理运算装置104能够作为控制器来管理存储装置107，从而代替管理服务器12的中央处理运算装置106管理存储装置107。上述的实施例是为了易懂的说明本发明而进行了详细说明，但是并不限于必须具备说明的全部结构。另外，能够将某个实施例的结构的一部分替换为其他实施例的结构，另外，能够在某个实施例的结构中添加其他实施例的结构。另外，能够对于各实施例的结构的一部分进行其他结构的追加/删除/替换。

另外，例如可以通过在集成电路中进行设计等以硬件的方式来实现上述的各结构、功能等的一部分或全部。另外，也可以通过由处理器解释并执行用于实现各个功能的程序，以软件的方式来实现上述的各结构、功能等。可以将用于实现各功能的程序、表、文件等信息记录并放置到存储器、硬盘、SSD(Solid State Drive，固态硬盘)等记录装置，或者IC卡、SD卡、DVD等记录介质中。

Claims (9)

1.一种系统中的软件开发支援方法，该系统包含：存储装置，其存储包含由函数和变量中的至少一方构成的多个要素的源代码；输入输出装置，其进行信息的输入输出；控制器，其管理所述存储装置以及所述输入输出装置，

所述软件开发支援方法的特征在于，具有：

第一步骤，所述控制器在从所述输入输出装置接受了指示变更所述源代码中包含的要素的第一变更请求时，在所述存储装置中存储第一变更管理信息和第一变更预定信息，所述第一变更管理信息表示是否对受到该接受的第一变更请求的影响的其他要素进行了变更，所述第一变更预定信息表示有无受到所述第一变更请求的影响的其他要素的变更预定；

第二步骤，所述输入输出装置输出通过所述第一变更请求指示了变更的要素、受到所述第一变更请求的影响的其他要素、所述第一变更管理信息以及所述第一变更预定信息。

2.根据权利要求1所述的软件开发支援方法，其特征在于，具有：

第三步骤，所述控制器在从所述输入输出装置接受了指示变更所述源代码中包含的要素的第二变更请求时，保持第二变更管理信息和第二变更预定信息，所述第二变更管理信息表示是否对受到该接受的第二变更请求的影响的其他要素进行了变更，所述第二变更预定信息表示有无受到所述第二变更请求的影响的其他要素的变更预定；

第四步骤，所述输入输出装置输出通过所述第二变更请求指示了变更的要素、受到所述第二变更请求的影响的其他要素、所述第二变更管理信息以及所述第二变更预定信息。

3.根据权利要求2所述的软件开发支援方法，其特征在于，

所述控制器在所述第三步骤中，把存储在所述存储装置中的所述第一变更管理信息以及所述第一变更预定信息与所述保持的所述第二变更管理信息以及所述第二变更预定信息进行比较，根据该比较结果来判定在任意的所述信息之间是否具有变更冲突，并将该判定结果传送给所述输入输出装置。

4.根据权利要求3所述的软件开发支援方法，其特征在于，

所述控制器在所述第三步骤中，以判定为在任意的所述信息之间没有变更冲突为条件，在所述存储装置中存储所述保持的所述第二变更管理信息以及所述第二变更预定信息。

5.根据权利要求3所述的软件开发支援方法，其特征在于，

所述输入输出装置在从所述控制器接收到在任意的所述信息之间具有变更冲突的判定结果时，强调输出通过具有所述变更冲突的判定结果确定的要素。

6.根据权利要求1或2所述的软件开发支援方法，其特征在于，

所述输入输出装置在所述第二步骤或所述第三步骤中，输出第一数值信息或第二数值信息，所述第一数值信息表示受到所述第一变更请求的影响的其他要素的数量，所述第二数值信息表示受到所述第二变更请求的影响的其他要素的数量。

7.一种软件开发支援系统，其具有：存储装置，其存储包含由函数和变量中的至少一方构成的多个要素的源代码；输入输出装置，其进行信息的输入输出；控制器，其管理所述存储装置以及所述输入输出装置，

所述软件开发支援系统的特征在于，

所述控制器在从所述输入输出装置接受了指示变更所述源代码中包含的要素的第一变更请求时，在所述存储装置中存储第一变更管理信息和第一变更预定信息，所述第一变更管理信息表示是否对受到该接受的第一变更请求的影响的其他要素进行了变更，所述第一变更预定信息表示有无受到所述第一变更请求的影响的其他要素的变更预定，

所述输入输出装置输出通过所述第一变更请求指示了变更的要素、受到所述第一变更请求的影响的其他要素、所述第一变更管理信息以及所述第一变更预定信息。

8.根据权利要求7所述的软件开发支援系统，其特征在于，

所述控制器在从所述输入输出装置接受了指示变更所述源代码中包含的要素的第二变更请求时，保持第二变更管理信息和第二变更预定信息，所述第二变更管理信息表示是否对受到该接受的第二变更请求的影响的其他要素进行了变更，所述第二变更预定信息表示有无受到所述第二变更请求的影响的其他要素的变更预定；

所述输入输出装置输出通过所述第二变更请求指示了变更的要素、受到所述第二变更请求的影响的其他要素、所述第二变更管理信息以及所述第二变更预定信息。

9.根据权利要求8所述的软件开发支援系统，其特征在于，.

所述控制器把存储在所述存储装置中的所述第一变更管理信息以及所述第一变更预定信息与所述保持的所述第二变更管理信息以及所述第二变更预定信息进行比较，根据该比较结果来判定在任意的所述信息之间是否具有变更冲突，并将该判定结果传送给所述输入输出装置。