CN103294845B - 业务分析设计辅助装置以及业务分析设计辅助方法 - Google Patents

Abstract

为了有效地维持业务分析设计中成果之间的匹配，计算机100执行检索在各业务用例描述中定义的特定词组的业务用例描述之间的关联，确定业务用例之间的关联将业务用例关联起来，根据该关联生成业务用例流的处理，根据业务功能层的信息确定包含在业务用例流中的各业务用例的上位业务功能，在业务用例流中确定跨不同业务功能之间的业务用例的关联，将与该关联相应的业务功能之间关联起来生成业务流的处理，和在显示装置204中显示生成的业务用例流或者所述业务流的处理。

Description

业务分析设计辅助装置以及业务分析设计辅助方法

技术领域

本发明涉及业务分析设计辅助装置、业务分析设计辅助方法、以及业务分析设计辅助程序，特别是涉及有效地维持在业务分析设计中成果之间的匹配的技术。

背景技术

以往，在业务系统开发的上游工序中，先分析对象业务的现状后进行新业务设计。该业务分析设计中的成果的典型实例有业务功能层和业务流的制作等。业务功能层是将整个业务从大功能到小功能进行功能分割结构化的数据，明确业务由哪些业务功能构成。业务流是用图说明业务功能之间顺序关系的数据，明确业务功能以什么顺序实施。

另外，小功能以下的业务功能的详细说明通过文章来描述。作为该文章中的描述形式的一种有利用业务用例描述的方法。将业务从事人员为完成业务功能的小功能所需的与他人之间的相互关系看作是业务用例，业务用例的描述是将为实现该业务用例所需要的角色(业务从事人员或者其他人等与用例相关的人员)的行为用简洁的文章记录的数据。

这样用业务分析设计制作的业务功能层、业务流以及业务用例的描述相互关联，而且要维持各自的匹配。作为该维持匹配的技术，提出了例如“通过给出用例图或者激活图中的一个自动生成另一个，从而达到两个图的匹配”的设计/验证辅助程序(专利文献1)。

“专利文献1”特开2008-129858号公报

发明内容

在现有技术中，需要将用例之间的关联事先定义为用例图。用例之间的关联由于与细化了用例的用例描述中记载的角色行为相关，所以有必要相互匹配用例之间的关联和用例描述。为了该匹配，需要人去读取用例描述的文章，掌握用例描述之间的关联。当分析设计的对象范围广且用例描述的数量多时，或者是在分析设计的初期阶段频繁修改用例描述时，为了维持上述匹配可能会花费很多时间和精力。

在这里，业务用例是被特定为业务描述的用例的一种。因此，业务用例描述之间的关联和表示业务用例之间顺序关系的业务用例流之间的匹配也存在上述相同的问题。特别是在业务分析设计阶段中，先分析业务现状然后进行新业务设计，所以成果(业务用例描述或者业务用例流等)的内容被详细修改的可能性高。所以，为匹配成果而可能花费很多时间和精力，成为妨碍本来业务分析设计工作的要素。

本发明的目的是提供一种有效地维持业务分析设计中的成果之间匹配的技术。

为解决上述问题，本发明的业务分析设计辅助装置，包括：记忆装置，存放用于存储对整个业务分层次结构化的业务功能层的信息以及作为业务功能层的最下层要素的业务用例的信息的业务功能层存储部和存储构成所述业务用例的业务用例描述的业务用例描述存储部；计算装置，执行如下的处理：从所述业务用例描述存储部读取业务用例描述，检索由各业务用例描述定义的特定词组的业务用例描述之间的关联，确定业务用例之间的关联将业务用例关联起来，根据该关联生成业务用例流的处理；根据所述业务功能层存储部的业务功能层的信息确定包含在所述业务用例流中的各业务用例的上位业务功能，在业务用例流中确定跨不同业务功能之间的业务用例的关联，将与该关联相应的所述业务功能之间关联起来生成业务流的处理，在显示装置中显示生成的所述业务用例流或者所述业务流的处理。

另外本发明的业务分析设计辅助方法，具有用于存放存储对整个业务分层次结构化的业务功能层的信息以及作为业务功能层的最下层要素的业务用例的信息的业务功能层存储部和存储构成所述业务用例的所述业务用例描述的业务用例描述存储部的存储装置的计算机执行：从所述业务用例描述存储部读取业务用例描述，检索由各业务用例描述定义的特定词组的业务用例描述之间的关联，确定业务用例之间的关联将业务用例关联起来，根据该关联生成业务用例流的处理；根据所述业务功能层存储部的业务功能层的信息确定包含在所述业务用例流中的各业务用例的上位业务功能，在业务用例流中确定跨不同业务功能之间的业务用例的关联，将与该关联相应的所述业务功能之间关联起来生成业务流的处理，在显示装置中显示生成的所述业务用例流或者所述业务流的处理。

另外，本发明的业务分析设计辅助程序，在具有用于存放存储构化的业务功能层的信息以及作为业务功能层的最下层要素的业务用例的信息的业务功能层存储部和存储构成所述业务用例的所述业务用例描述的业务用例描述存储部的存储装置的计算机中执行：从所述业务用例描述存储部读取业务用例描述，检索由各业务用例描述定义的特定词组的业务用例描述之间的关联，确定业务用例之间的关联将业务用例关联起来，根据该关联生成业务用例流的处理；根据所述业务功能层存储部的业务功能层的信息确定包含在所述业务用例流中的各业务用例的上位业务功能，在业务用例流中确定跨不同业务功能之间的业务用例的关联，将与该关联相应的所述业务功能之间关联起来生成业务流的处理；在显示装置中显示生成的所述业务用例流或者所述业务流的处理。

根据本发明，有效地维持业务分析设计中的成果之间的匹配。

附图说明

图1表示本实施方式的业务分析设计辅助装置的硬件结构的一个实例。

图2表示本实施方式的业务分析设计辅助装置的功能模块的一个实例。

图3表示本实施方式的业务分析设计辅助装置具有的业务功能层表的结构的一个实例。

图4表示本实施方式的业务分析设计辅助装置具有的业务用例表的结构的一个实例。

图5表示本实施方式的业务分析设计辅助装置具有的业务用例描述表的结构的一个实例。

图6表示本实施方式的业务分析设计辅助装置具有的动词表的结构的一个实例。

图7表示本实施方式的业务分析设计辅助装置具有的业务用例关联表的结构的一个实例。

图8表示本实施方式的业务分析设计辅助装置具有的业务功能关联表的结构的一个实例。

图9表示本实施方式的业务分析设计辅助方法的处理顺序的例1的流程图。

图10表示本实施方式的业务分析设计辅助方法的处理顺序的例2的流程图。

图11表示本实施方式的业务分析设计辅助装置具有的业务功能层编辑画面结构的一个实例。

图12表示本实施方式的业务分析设计辅助装置具有的业务用例描述编辑画面结构的一个实例。

图13表示本实施方式的业务分析设计辅助装置具有的业务功能层编辑画面结构的一个实例。

图14表示本实施方式的业务用例流表示实例。

图15表示本实施方式的业务流表示实例1。

图16表示本实施方式的业务流表示实例2。

符号说明

100 业务分析设计辅助装置

102 业务功能层

104 业务用例描述

106 业务用例流

108 业务流

110 业务功能层存储部

112 业务用例描述存储部

114 流信息存储部

120 业务功能层编辑部

122 业务用例描述编辑部

124 业务用例流生成部

126 业务流生成部

128 业务流显示部

201 CPU(计算装置)

202 主存储装置

203 输入装置

204 显示装置

205 外部存储装置(存储装置)

206 I/O接口

300 业务用例表

400 业务用例描述表

500 调查表(表)

600 业务用例关联表

700 业务功能层表

800 业务功能关联表

具体实施方式

-装置结构的实例

下面根据附图详细的说明本发明的实施方式。图1是表示涉及本发明实施方式的业务分析设计辅助装置100的系统硬件结构一个实例的图。图2是表示本实施方式的业务分析设计辅助装置100的系统结构例子的图。相同的参考编号表示相同的结构要素。该业务分析设计辅助装置100是有效地维持业务分析设计中的成果之间匹配的计算机系统。

该业务分析设计辅助装置100如图1所示，是包括作为计算装置的CPU201、由RAM等易失性存储装置构成的主存储装置202、接受来自用户的键盘输入和语音输入的输入装置203、显示处理数据的显示器等显示装置204、由硬盘驱动器等适当的非易失性存储装置构成的外部存储装置205(存储装置)、在输入装置203及显示装置204和CPU201之间承担处理数据的收发的I/O接口206的计算机系统。

I/O接口206安装了从输入装置203接收到输入信号传递给CPU21的输入接口电路部和将来自CPU201输出信号传递给显示装置204的输出接口电路部。另外，业务分析设计辅助装置100除了上述之外，还可以连接各种打印机等其他输出装置。

外部存储装置205如图2所示存储有作为后述的业务功能层编辑部120、业务用例描述编辑部122、业务用例流生成部124、以及业务流生成部126作用的计算机程序。外部存储装置205还作为数据库分别存放着业务功能层存储部110、业务用例描述存储部112、以及流信息存储部114。该外部存储装置205可以独立存在或者集成在业务分析设计辅助装置100中。

构成上述的业务功能层编辑部120、业务用例描述编辑部122、业务用例流生成部124、业务流生成部126以及业务流显示部128的各程序由CPU201从外部存储装置205读取，例如扩展在由RAM等存储器构成的主存储装置202中并由CPU201执行实现各功能。

-数据结构的实例

下面对本实施方式的业务分析设计辅助装置100使用的数据结构的实例进行说明。首先说明业务功能层存储部110。如上所述，业务功能层存储部110是存储在外部存储装置205中的数据库，包括在后述的业务功能层编辑部120中制作的存放作为业务功能层102的构成要素的业务功能和表示业务功能之间的层次关系的数据的业务功能层表700、以及存放作为业务功能层102的最下层要素的业务用例的数据的业务用例表300。

下面依次说明存储在业务功能层存储部110中的上述各表300、700。图3表示业务功能层表700的一个实例。在该业务功能层表700中业务功能ID702是识别业务功能层表700上的记录数据的数据。同样地，业务功能名704表示构成业务的业务功能的名称，上位业务功能ID706是指向表示由该记录所定义的业务功能的上位业务功能的记录的指针。

图4表示定义在业务用例表300中的数据的一个实例。在该业务用例表300中，业务用例ID302是识别业务用例表中记录数据的数据。同样地，角色304是表示进行在业务用例描述中被详细定义的业务的动作主体即业务从事人员的数据。业务用例306是表示业务用例名称的数据。同样地，上位业务功能ID308是指向表示由该记录所定义的业务用例的上位业务功能的记录的指针，由存储在业务功能层表700中的业务功能ID700填充。

下面对业务用例描述存储部112进行说明。如上所述，业务用例描述存储部112是存储在外部存储装置205中的数据库，包括在后述的业务用例描述编辑部122中制作的存放定义了业务用例内容的业务用例描述104数据的业务用例描述表400、以及存放定义业务用例描述104时所需要的语法和动词的模式数据的动词表500。

下面依次说明存储在业务用例描述存储部112中的各表。图5表示定义在业务用例描述表400的数据的一个实例。在该业务用例描述表400中业务用例ID402相当于该记录定义的业务用例描述，是指向表示业务用例表300中定义的业务用例的记录的指针，由存储在业务用例表300中的业务用例ID302填充。

同样地，步骤号404是用于对相同的业务用例ID402所识别的业务用例描述内的步骤进行排序的数据。同样地，发送方406表示作为动词ID414指定的动词所规定的动作的发送方的角色的数据。同样地，接收方408表示作为动词ID414指定的动词规定的动作的接收方的角色的数据。同样地，输入410表示角色的动作所需要的数据。同样地，输出420表示由角色的动作产生的数据。同样地，动词ID414由存储表示动作的动词的动词表500中的动词ID502填充。另外，发送方406、接收方408、输入410、输出412各项目中是否有填充数据由动词ID414指定的动词决定。同样地，分支条件416由表示根据动作的结果移至步骤号404定义的顺序的其他步骤的动作时的条件的数据填充。符合该条件时的转移目的地由分支目的地业务用例ID418指定。另外，分支目的地业务用例ID418中有“-”时，表示业务结束。

图6表示定义在动词表500上的数据的一个实例。在该动词表500中，动词ID502是识别动词表上记录数据的数据。同样地，发送方504是表示作为动作发送方的角色的数据。同样地，接收方506表示作为动作接收方的角色的数据。同样地，输入508表示动作所需要的数据。同样地，输出510表示由角色的动作产生的数据。同样地，动词512表示动词的名称。同样地，词组514是由动词表现出的步骤语句的模板。另外，当发送方504、接收方506、输入508、或者是输出512的值为“-”时，表示在该动词中发送方和接收方的角色无法向输入和输出填充数据。

然后对流信息存储部114进行说明。如上所述，流信息存储部114是存储在外部存储装置205中的数据库，包括在后述的业务用例描述编辑部122中生成的存放业务用例流106中业务用例之间顺序关系数据的业务用例关联表600、以及在后述的业务流生成部126中生成的存放业务用例的上位的业务功能之间的顺序关系数据的业务功能关联表800。

下面依次说明存储在流信息存储部114中的各表。图7表示定义在业务用例关联表600上的数据的一个实例。在业务用例关联表600中，业务用例关联ID602是识别业务用例关联表上记录数据的数据。另外，还可以通过用例关联源606和关联目的地610表示业务用例之间的关联。角色604表示进入关联源606的业务用例的角色，而角色608表示进入关联目的地610的业务用例的角色。同样地，数据612表示在角色604和608之间交换的数据。同样地，关联种类表示由关联源604和关联目的地606定义的业务用例之间的关联种类的数据，由表示同一个角色内的关联的“角色内”，表示不同角色之间关联的“角色之间”，以及表示在业务用例描述表400中分支目的地业务用例ID418制作的关联的“分支”中的任意一个填充。另外，关联标签616由分支条件等关联的名称填充。

图8表示定义在业务功能关联表800上的数据的一个实例。在该业务功能关联表800中，业务功能关联ID802是识别业务功能关联表上的记录数据的数据。同样地，从属业务功能ID804表示该业务功能关联表800中定义的业务功能之间的关联属于哪个业务功能，由业务功能层表700中存储的业务功能ID702填充。关联源806和关联目的地808分别由业务功能层表700中存储的业务功能ID702填充，表示互相有关联的业务功能的关联。

-处理实例

下面根据图说明本实施方式中的业务分析设计辅助方法的实际顺序。下面要说明的与业务分析设计辅助方法对应的各种动作是通过业务分析设计辅助装置100从主存储装置202等读取后执行的程序实现的。该程序由用于进行以下说明的各种动作的编码构成。首先参照图2对从业务功能层102和业务用例描述104至生成业务用例流106和业务流108的处理内容还参照相关附图进行说明。

业务功能层102是业务功能层编辑部120通过图11表示的业务功能层编辑画面1100接收用户在输入装置203输入的值而生成的数据。另外，业务功能层编辑部120将制作的业务功能层102的数据作为业务功能层表700和业务用例表300的记录数据存储至业务功能层存储部110中。业务功能层编辑画面1100的数据是预先存储在业务分析设计辅助装置100的外部存储装置205(或者主存储装置202)中，可根据需要读取的。对后述的其他画面也是如此。

对这样的业务功能层102的编辑实例利用图11所示的业务功能层编辑画面1100进行说明。用户在编辑业务功能层时，假设在输入框1102中输入业务功能层的名称，按下编辑按钮1104。这时，业务功能层编辑部120检索在输入框1102中输入的名称所指定的业务功能层102是否已经作为业务功能层存储部110中的业务功能层表700的记录数据存储。具体的，检索到在输入框1102中输入的名称已经作为存储的业务功能名704存在且其上位业务功能ID706为“-”的记录数据。这表示上位业务功能ID706为“-”的业务功能是业务功能层中最上位的业务功能，是因为它是代表业务功能层的数据。例如记录750与之对应。

当上述的检索中检索到相应的业务功能时，业务功能层编辑部120在业务功能层存储部110中的业务功能存储表700中检索并确定属于检索到的业务功能的业务功能。具体的，检索在上位业务功能ID706中具有与检索到的业务功能的业务功能ID702相同值的业务功能。例如，记录752和记录754与之对应。当上述检索中发现了相应的业务功能时，业务功能层编辑部120进一步检索在上位业务功能ID706中具有与检索到的业务功能的业务功能ID702相同值的业务功能，并重复进行检索直至检索不到相应的业务功能。例如，记录756和记录758与之对应。

然后业务功能层编辑部120检索在上位业务功能ID308中具有与在上述处理至今检索到的业务功能的业务功能ID702相同值的业务用例是否已经作为业务功能层存储部110中的业务用例表300中的记录数据存储。例如记录350，记录352，记录354，记录356，记录358以及记录360与之对应。业务功能层编辑部120这样读入输入在输入框1102上的名称的业务功能层102的数据。读入的结果如图11的实例所示，在输出至显示装置204的业务功能层编辑画面1100的下部框1101中显示。图11的实例中，业务功能用四角形的符号，业务用例用椭圆的符号表示，相互之间的关联用符号之间划线方式表示业务功能层。

另外，当在上述检索处理中未检索到相应的业务功能时，业务功能层编辑部120将输入到输入框1102中的名称作为最上位的业务功能生成新的业务功能层。具体的，在业务功能层表700中追加新生成的业务功能ID702、将输入至输入框1102中的名称作为业务功能名704、以及上位业务功能ID706为“-”的新的记录。

当追加或者删除业务功能以及业务用例时，业务功能层编辑部120通过接受用户在输入装置203选择特定图标等显示菜单1108,从该菜单1108接受用户的选择并开始处理。例如，当用户通过点击等选择称为“接受”的业务功能符号1110时，业务功能层编辑部120将菜单1108显示在显示装置204中。然后在菜单1108中，例如“业务功能追加”被选择时，业务功能层编辑部120独立于接受1110追加同层的新的业务功能(例如“提案”等)。在菜单1108中，例如“业务用例追加”被选择时，业务功能层编辑部120在接受1110的直属层中追加新的业务用例(例如“提案预约”等)。在菜单1108中，例如“删除”被选择时，业务功能层编辑部120删除被选择的符号(在上述实例中是“接受1110”)的业务功能或者属于该业务功能的业务用例。另外，业务用例是业务功能层中最下层的要素，不能追加业务用例以下的业务功能以及业务用例。

这样，业务功能层编辑部120可以制作以业务用例作为最下层要素的业务功能层102。

一方面，用户为了编辑作为业务用例的详细的业务用例描述104，用户在输入装置203中选择该业务用例的符号并显示上述菜单1108。这时，业务功能层编辑部120接受在画面1100中该业务用例的符号被选择，显示菜单1108，相当于接受从该菜单1108中的“业务用例描述编辑”的选择。在接受了该选择时，业务分析设计辅助装置100在显示装置204中显示业务用例描述编辑画面1200，通过后述的业务用例描述编辑部122接受用户的编辑操作。例如，叫“可能性客人登记”1112的业务用例被选择时，业务分析设计辅助装置100在显示装置204中显示如图12所示的业务用例描述编辑画面1200。

业务用例描述104是业务用例描述编辑部122通过如图12所示的业务用例描述编辑画面1200以及如图13所示的业务用例步骤编辑画面1300在输入装置203接受用户的输入而生成的。生成的业务用例描述104由业务用例描述编辑部122作为业务用例描述表400的记录数据存储在业务用例描述存储部112中。

对这样的业务用例描述104的编辑实例利用如图12所示的业务用例描述编辑画面1200和图13所示的业务用例步骤编辑画面1300进行说明。用户为了编辑业务用例描述104，在上述业务功能层编辑画面1100中选择该业务用例，进一步在菜单1108中指示“业务用例描述编辑”，将与该业务用例关联的业务用例描述编辑画面1200显示在显示装置204中。另一方面，业务用例描述编辑部122接受来自用户的这样的指示后将业务用例描述编辑画面1200显示在显示装置204中。

在该用户描述编辑画面1200中，用户希望编辑业务用例名称时，在输入框1204中输入业务用例的名称，另一方面希望编辑作为业务用例的主体的角色时，在输入框1206中输入角色的名称。业务用例描述编辑部122通过输入框1204获得业务用例名称的值，通过输入框1206获得作为业务用例动作主体的角色的值。

业务用例描述编辑部122这样接受来自用户的关于业务用例描述104的指定或者输入，将其内容显示在业务用例描述编辑画面1200的下部框1201中。这时，具体的，业务用例描述编辑部122从业务用例描述存储部112获得业务用例描述表400的记录，进一步获得动词表500的记录，合成这些信息生成并显示业务用例描述的内容。

例如，在业务功能层编辑画面1100中，业务用例ID302取值为“UC002”的表示“可能性客户登记”的业务功能层被选择时，业务用例描述编辑部122在业务用例描述表400的记录中获得业务用例ID402取值为“UC002”的记录。然后业务用例描述编辑部122在动词表500中获得动词ID502取值与所获得的记录的动词ID414相同的记录，在词组514给出的用例步骤的模板上合成发送方406、接收方408、输入410以及输出412的数据，合成业务用例步骤的句子。例如，业务用例描述编辑部122获得了业务用例描述表400的记录450时，由于动词ID414为“V007”，所以获得动词表500的记录550，词组514给出的“判断A是否为B”的“A”和“B”与输入508相应，可以得知记录450的输入“询问，现有客户”的“询问”为“A”，“现有客户”为“B”，可以将显示在业务用例描述编辑画面1200的用例步骤句子1216合成并生成为“判断询问是否为现有客户”。

在业务用例描述编辑画面1200的下部框1201显示的各业务用例步骤中，步骤号1214表示按照其顺序进行业务用例步骤句子中记载的动作。另外，业务用例步骤句子1216是用户通过按下编辑按钮1210可编辑的项目。分支条件1218是紧随业务用例步骤句子1216之后处理被分支时的条件。另外，分支目的地1220符合分支条件1218时注明作为其转移目的地的业务用例。例如，图中分支条件1218“是现有客户”，分支目的地1220“掌握询问内容”表示“是现有客户”时显示移至业务用例“掌握询问内容”。

业务用例步骤句子1216描述了通过按下编辑按钮1210接受用户的编辑。用户按下编辑按钮1210时，业务用例描述编辑部122将图13所示的业务用例步骤编辑画面1300显示在显示装置204中。在该业务用例步骤编辑画面1300中动词一览1302是接受表示该角色进行的动作的动词的用户选择的手段，例如，可选的动词列表以下拉菜单形式显示。该可选动词是存储在动词表500中的记录数据。在这里作为一个实例对称为“判断”的动词550在动词一览1302被选择时的情况进行说明。

在业务用例步骤编辑画面1300中，词组1304表示在动词一览1302中被选择的动词的词组514(动词表500)。同样地，发送方1310与发送方504(动词表500)、接收方1312与接收方506(动词表500)、输入1314与输入508(动词表500)、输出1315与输出510(动词表500)对应。另外，发送方504、接收方506、输入508、以及输出510中“-”的数据表示不可输入。例如，动词表500中的记录550的情况下，输入508为“A，B”，由此可知只有输入1314是可输入的，这个实例中输入1314中输入了“客户、现有客户”。业务用例步骤句子1316是将词组1304的一部分用发送方1310、接收方1312、输入1314、以及输出1315中输入的字符串或者值自动替换的数据，用户不能输入。

在业务用例步骤编辑画面1300中假设用户按下确定按钮。这时，业务用例描述编辑部122将业务用例步骤句子1316在业务用例描述编辑画面1200中作为用例步骤句子1216显示。这时与作为该业务用例步骤句子的编辑作业的起点的在业务用例描述编辑画面1200中按下编辑按钮1210的操作对应，作为该编辑按钮1210的左栏的用例步骤句子1216显示业务用例步骤句子1316。

另一方面，在业务用例描述编辑画面1200中按下编辑完成按钮1208，业务用例描述编辑部122将至上述为止的编辑结果作为业务用例描述表400的记录存储。

这样，在业务用例描述编辑部122中，利用确定了动作的发送方和接收方以及数据的输入和输出的可能的模式的动词(记载在动词表500)制作业务用例的步骤，编辑由该步骤构成的业务用例描述104的内容。

根据图9的处理流程继续对业务用例流生成部124中的业务用例流的生成处理进行说明。另外，该处理由用户按下业务功能层编辑画面1100的业务流生成按钮1106开始。

这时，首先在步骤902中业务用例流生成部124从业务用例描述存储部112读取在业务用例描述编辑部122中编辑了的业务用例描述104的数据。具体的，在业务功能层编辑画面1100的业务流生成按钮1106被按下时，读取包含在所显示的业务功能层中的业务用例表300的记录和该业务用例描述表400的记录。

然后在步骤904中业务用例流生成部124从业务用例步骤之间的输出和输入关系导出相同角色内的业务用例步骤之间的顺序关系，将其结果作为业务用例关联表600的记录登记到流信息存储部114中。同时分析用例之间的分支条件，将其结果作为业务用例关联表600的记录登记。另外，在这里作为分析对象的业务用例步骤是在业务用例描述表400中发送方406和接收方408为空的记录为对象。

例如，在业务用例描述表的记录446中输出“询问”，记录448输出“现有客户”，而记录450中“询问”和“现有客户”成为输入。因此，从这些输出和输入的关系业务用例流生成部124可以识别出记录446所示的业务用例步骤和记录450所示的业务用例步骤、记录448所示的业务用例步骤和记录450所示的业务用例步骤之间存在关联。

在这里要明确的是业务用例之间的关联，从记录446所示的业务用例步骤和记录450所示的业务用例步骤的关联从“接受客户询问”至“可能性客户登记”是跨业务用例的关联，业务用例流生成部124在业务用例关联表600中登记记录650。

该记录650是在记录登记时将新生成的业务用例关联ID602作为关键字的记录，在关联源的记录446指定的业务用例步骤中，其角色是“接受询问负责人”(图3)，所以将其作为角色604，包括此步骤的业务用例为“接受客户的询问”(图3)，所以将其作为关联源606，而在关联目的地的记录450指定的业务用例步骤中，其角色是“接受询问负责人”(图3)，所以将其作为角色608，包括此步骤的业务用例为“可能性客户登记”(图3)，所以将其作为关联目的地610，因为“接受客户询问”和“可能性客户登记”的两个角色均为“接受询问负责人”，可以确认是同一个角色内的关联，所以将关联种类614生成为“角色内”。

另外，业务用例流生成部124在业务用例描述表400中的记录450中，确认存在从分支条件416和分支目的地用例ID418至业务用例“掌握询问内容”的分支关联，在业务用例关联表600中生成记录654。

该记录654是在记录登记时将新生成的业务用例关联ID602作为关键字的记录，在关联源的记录450指定的业务用例步骤中，其角色是“接受询问负责人”(图3)，所以将其作为角色604，包括此步骤的业务用例为“可能性客户登记”(图3)，所以将其作为关联源606，而在关联目的地的记录450指定的业务用例步骤中，其角色是“接受询问负责人”(图3)，所以将其作为角色608，包括此步骤的业务用例为“掌握询问内容”(图3)，所以将其作为关联目的地610，因为是分支的关联所以将关联种类614设为“分支”，分支条件416作为关联标签616生成。

在步骤906中，业务用例流生成部124从业务用例步骤之间的输入和输出以及接收方和发送方的关系导出不同角色的业务用例步骤之间的顺序关系，将其结果作为业务用例关联表600的记录存储在流信息存储部114中。另外，在这里作为分析对象的业务用例步骤是在业务用例描述表400中发送方406和接收方408不为空的记录为对象。

例如，在业务用例描述表400的记录452中发送方406为“DB”输出412为“预约结果”。因此这时，业务用例流生成部124将角色604设为“DB”。另外，业务用例流生成部124在记录452指定的业务用例步骤中，将包括它的业务用例“提案预约”(图3)作为关联源610，同时将其角色“接受询问负责人”(图3)作为角色608。另外业务用例流生成部124从输出412的值，识别出交换的数据为“预约结果”，将其作为数据612，另外由于是不同角色之间的交换所以将关联种类614设为“角色之间”，将记录660登记在业务用例关联表600中。

另外，业务用例描述表400的记录454中是接收方408为“客户，代理店销售”存在2人，输入410为“预约结果”。因此这时，业务用例流生成部124首先将角色608作为第一个角色设为“客户”，在记录454所示的业务用例步骤中，将包括它的业务用例“提案预约”作为关联源610，同时将其角色“接受咨询负责人”设为角色604，从输入410可知交换数据为“预约结果”所以将其作为数据612，关联种类614为不同角色之间的交换所以设为“角色之间”后作为记录662登记在业务用例关联表600中。

接着，业务用例流生成部124将角色608作为第二个角色设为“代理店销售”，在记录454指定的业务用例步骤中将包括它的业务用例“提案预约”作为关联源610，同时将其角色“接受咨询负责人”作为角色604，从输入410可知交换数据为“预约结果”所以将其作为数据612，关联种类614为角色之间的交换所以设为“角色之间”，从记录454的接收方408“代理店销售”和输入410“预约结果”和记录456的发送方406“接受咨询负责人”和输出412“预约结果”可知在记录456指定的业务用例步骤中与包括它的业务用例“确认提案预约”之间的关联，所以将关联源610设为“确认提案预约”的记录664登记在业务用例关联表600中。

这样，业务用例流生成部124可以分析业务用例描述104而生成业务用例流106。其结果，如下面所述，例如可以获得在图14所示的业务流显示画面1400的下部框1401中显示的业务用例流。

下面，根据图10所示的处理流程对业务流生成部126中的业务流的生成处理进行说明。另外，该处理是继于业务用例流生成部124的处理之后开始。这时，首先在步骤1002中，业务流生成部126读取在业务功能层编辑部120中编辑的业务功能层102和在业务用例流生成部124生成的业务用例流106。业务功能层102的读取方法和在业务功能层编辑部120读取现有的业务功能层102的方法相同。

从步骤1004至步骤1010为止由于是从下位至上位扫描在上述中读取的业务功能层102的业务功能，所以从下位业务功能开始对在上位具有相同业务功能的几个业务功能的每一个进行处理。例如，在图11的下部框1101所示的业务功能层的情况下，首先处理在上位具有“销售”的“接受”和“提案”，然后处理在上位具有“保险业务”的“销售”和“合同管理”。

在这里，首先说明生成在上位具有“销售”的“接受”和“提案”的业务流的实例。在步骤1004中业务流生成部126扫描业务功能层102确定在上位具有“销售”的“接受”和“提案”作为处理对象。然后在步骤1006中业务流生成部126检索在上述步骤1004中作为处理对象确定的“接受”和“提案”的下位业务功能或者业务用例。例如，“接受”的下位存在业务用例，所以业务流生成部126从业务用例表300的记录中检索。具体地，业务流生成部126获取在上位业务功能ID308中具有“接受”的业务功能ID“BF011”的业务用例“接受客户询问”、“可能性客户登记”、“掌握询问内容”、以及“提案预约”的信息。同样地，业务流生成部126从业务用例表300的记录中检索“提案”下位的业务用例。具体地，业务流生成部126获得在上位业务功能ID308中具有“提案”的业务功能ID“BF012”的业务用例“确认提案预约”以及“商品说明”的信息。

然后在步骤1008中，业务流生成部126以在上述步骤1006中获得的业务用例的信息为基础生成业务流。例如，业务流生成部126获得在关联源606或者关联目的地610具有在上述标准1006中获得的业务用例“接受客户询问”、“可能性客户登记”、“掌握询问内容”、“提案预约”、“确认提案预约”以及“商品说明”的业务用例关联表600的记录。业务流生成部126利用该结果确定跨“接受”和“提案”的关联。例如，在业务用例关联表600中，记录664的关联源和关联目的地的值是属于“接受”的业务用例“提案预约”和属于“提案”的业务用例“确认提案预约”。业务流生成部126将这样的关联源606和关联目的地610跨了业务用例之间的方式，作为从“接受”至“提案”的关联，作为业务功能关联表的记录850登记。如下面所述，利用该关联信息可以获得在图15所示的业务流显示画面的下部框1501中显示的业务流。

然后在步骤1010中业务流生成部126进行处理继续判断。具体地，判断是否处理了业务功能层102中除最上位的之外的所有业务功能。按照到目前为止的实例，由于还剩下业务功能“合同管理”相关的处理(1010：是)，业务流生成部126将处理返回至步骤1004。在该步骤1004中业务流生成部126重新扫描业务功能层，确定在上位具有“保险业务”的“销售”和“合同管理”作为处理对象。

在步骤1006中，业务流生成部126检索在上述步骤1004中确定为处理对象的“销售”和“合同管理”的下位的业务功能或者业务用例。例如，“销售”的下位有业务功能，所以业务流生成部126检索业务功能层表700的记录。具体地，业务流生成部126获得在上位业务功能ID706中具有“销售”的业务功能ID“BF001”的业务功能“接受”以及“提案”的信息，进一步通过与第一次的步骤1006获得“接受”和“提案”的业务用例。业务流生成部126同样地检索“合同管理”下位的业务功能，但在本实施方式的实例中不存在业务功能层。当然，如果“合同管理”的下位存在业务功能时，业务流生成部126按照与上述“销售”同样的方法获得业务用例。

在步骤1008中业务流生成部126以上述步骤1006中获得的业务用例信息为基础生成业务流。但是，业务流生成部126根据“合同管理”下位没有业务功能也没有业务用例，判断“销售”和“合同管理”之间没有关联。结果，可以获得后述的在如图16所示的业务流显示画面的下部框1601中显示的业务流108。

然后在步骤1010中，业务流生成部126进行处理继续判断。但是在上述实例的情况下，由于没有作为分析对象的业务功能，业务流生成部126判断处理结束(1010：否)。

这样，业务流生成部126可以由业务功能层102和业务用例流106生成业务流108。结果，可以获得后述的例如图15或者图16所示的业务流显示画面的下部框1501和1601显示的业务流108。

下面，对业务流显示部128进行说明。业务流显示部128显示在业务用例流生成部124生成的业务用例流106或者是业务流生成部126中生成的业务流108。利用图14所示的业务流显示画面1400说明业务用例流106的显示实例。另外，利用图15和图16所示的业务流显示画面1500、1600说明业务流108的显示实例。

首先，在业务功能层编辑画面1100中，用户选择四角形的符号显示的业务功能时，业务分析设计辅助装置100显示菜单1108。从该菜单1108中由用户选择“流显示”，业务流显示部128执行业务用例流106或者业务流108的显示处理。

例如，在业务功能层编辑画面1100中“接受”1110被选择时，在显示装置204中显示的流是图14的业务流显示画面1400所示的用例流106。这时，业务流显示部128将被用户选择的“接受”1110的名称显示在业务流显示画面1400的业务功能名称1402中。

在这里，业务流显示部128在业务用例表300的记录中确定“接受”的业务功能ID“BF011”在上位业务功能ID308中的业务用例306“接受客户询问”“可能性客户登记”“掌握询问内容”以及“提案预约”，并确定包括与已确定的业务用例306同名称的关联源606或者关联目的地610的业务用例关联表600的记录。

另外，业务流显示部128从上述确定的记录中，进一步确定关联种类614是“角色内”的记录，对每个角色从关联源606和关联目的地610的关联建立业务用例之间的顺序。按照每个角色排序的业务用例流是，例如如用例流1403那样对第一个业务用例连接表示开始的符号(附图的实例中是黑色的圆)，而且对末尾的业务用例连接表示结束的符号(附图的实例中是内圆为黑色的双圈)。

然后业务流显示部128确定在业务用例关联表600中关联种类614是“分支”的记录，连接在关联源606的业务用例和在关联目的地610的业务用例，并在连接线的上部显示关联标签616的内容。在图14的业务用例流1403的实例中，例如线连接“可能性客户登记”和“掌握询问内容”之间，并在该线的上部显示“是现有客户”的关联标签616的内容。

然后业务流显示部128确定在业务用例关联表600中关联种类614是“角色之间”的记录，并利用每个角色的关联源606或者关联目的地610以及数据612显示数据流1404、1405、1406。在图14的实例中，对关于“接受询问负责人”的业务用例流1403有数据出入的各个“顾客”、“DB”、“代理店销售”所处理的数据和在业务用例流1403中的相应业务用例之间用虚线连接。

作为其他实例，在业务功能层编辑画面1100中“销售”1120被选择时，在显示装置204中显示的流是图15的业务流显示画面1500所示的业务流108。这时，业务流显示部128将被用户选择的“销售”1120的名称显示在业务流显示画面1500的业务功能名称1502中。

在这里，业务流显示部128在业务功能层表700的记录中确定在上位业务功能ID706中具有“销售”的业务功能ID“BF001”的“接受”和“提案”，在业务功能关联表800的记录中确定在从属业务功能ID804上具有“营业”的业务功能ID“BF001的记录850。业务流显示部128建立这样确定的“接受”和“提案”的顺序。被排序的业务功能即业务流中对第一个业务功能连接表示开始的符号，对末尾的业务用例连接表示结束的符号(与图14中同样的符号)。

作为另一个实例，在业务功能层编辑画面1100中“保险业务”1122被选择时，在显示装置204中显示的流是图16的业务流显示画面1600所示的业务流108。这时，业务流显示部128将被用户选择的“保险业务”1122的名称显示在业务流显示画面1600的业务功能名称1602中。

在这里，业务流显示部128在业务功能层表700的记录中确定在上位业务功能ID706中具有“保险业务”的业务功能ID“BF000”的“销售”和“合同管理”，在业务功能关联表800的记录中确定在从属业务功能ID804上具有“保险业务”的业务功能ID“BF000”的记录850。业务流显示部128建立这样确定的“接受”和“提案”的顺序。在本实施方式中由于不存在相应的业务功能关联表800的记录，所以“接受”和“提案”的顺序怎样都行，对“业务”和“提案”连接表示开始的符号和表示结束的符号。

这样，业务流显示部128可以显示业务用例流106和与之相关的数据流、以及业务流108。

如上所述，具体的说明了为实施本发明的最佳方式等，但是本发明不限于这些，只要在不偏离其要旨的范围内允许各种变更。

根据这样的本实施方式，分析业务用例描述，通过决定业务用例之间的顺序关系生成业务用例流。进一步从生成的业务用例流以及业务功能层，通过决定存在于业务用例的上位的业务功能之间的顺序关系生成业务流。所以，可以减轻为维持业务分析设计中成果之间的匹配花费的时间和精力。另外，业务用例描述有追加或者变更时，也可以立刻反映到业务用例流和业务流上。

因此，可以有效地维持业务分析设计中成果之间的匹配。

根据说明书记载至少可以明确以下事项。即，所述业务分析设计辅助装置中的计算装置也可以是在输入装置接受业务功能层以及作为业务功能层的最下层的要素的业务用例的制作数据或者编辑数据的输入，在所述业务功能层存储部中执行业务功能层以及业务用例的登记或者编辑的处理。

所述业务分析设计辅助装置中的存储装置存储有确定了业务用例描述中动作的发送方和接收方、以及数据的输入和输出可取的模式的表，计算装置可以是执行从所述表中读取模式显示在显示装置中，根据该模式利用输入装置接受分别与动作的发送方和接收方、以及数据的输入和输出相关的设定值，生成与该模式对应的业务用例描述的业务用例步骤，制作由业务用例步骤构成的业务用例描述并存储在所述业务用例描述存储部中的处理。

另外，所述业务分析设计辅助装置中的计算装置，在生成所述业务用例流的处理中，从所述业务用例描述存储部读取业务用例描述，检索由各业务用例描述定义的动作的发送方和接收方的设定值以及数据输入和输出的设定的业务用例描述之间的关联，确定业务用例之间的关联将业务用例关联起来，根据该关联生成业务用例流。

所述业务分析设计辅助装置中的计算装置，在显示装置中显示生成的所述业务用例流或者所述业务流的处理中，以业务用例描述中的特定设定值作为关键字确定业务用例流以及业务流的开始和结束，在显示装置中显示业务用例流以及业务流。

所述业务分析设计辅助装置中的计算装置，在显示装置中显示生成的所述业务用例流或者所述业务流的处理中，在业务用例描述中确定与业务用例流相关的数据的输出和输入的关联，将该数据关联作为数据流与业务用例流一起显示在显示装置中。

Claims (7)

1.一种业务分析设计辅助装置，包括：

记忆装置，存放用于存储对整个业务分层次结构化的业务功能层的信息以及作为业务功能层的最下层要素的业务用例的信息的业务功能层存储部和存储构成所述业务用例的业务用例描述的业务用例描述存储部；

计算装置，执行如下的处理：

从所述业务用例描述存储部读取业务用例描述，检索由各业务用例描述定义的特定词组的业务用例描述之间的关联，确定业务用例之间的关联将业务用例关联起来，根据该关联生成业务用例流的处理；

根据所述业务功能层存储部的业务功能层的信息确定包含在所述业务用例流中的各业务用例的上位业务功能，在业务用例流中确定跨不同业务功能之间的业务用例的关联，将与该关联相应的所述业务功能之间关联起来生成业务流的处理，

在显示装置中显示生成的所述业务用例流或者所述业务流的处理。

2.根据权利要求1所述的业务分析设计辅助装置，其特征在于，

所述计算装置在输入装置接受作为业务功能层以及业务功能层的最下层的要素的业务用例制作数据或者编辑数据的输入，在所述业务功能层存储部中执行业务功能层以及业务用例的登记或者编辑的处理。

3.根据权利要求1所述的业务分析设计辅助装置，其特征在于，

所述记忆装置存储有确定了业务用例描述中动作的发送方和接收方、以及

数据的输入和输出可取的模式的表；

所述计算装置执行从所述表中读取模式显示在显示装置中，根据该模式输入装置接受分别与动作的发送方和接收方、以及数据的输入和输出相关的设定值，生成与该模式对应的业务用例描述的业务用例步骤，制作由业务用例步骤构成的业务用例描述并存储在所述业务用例描述存储部中的处理。

4.根据权利要求3所述的业务分析设计辅助装置，其特征在于，

所述计算装置，在生成所述业务用例流的处理中，从所述业务用例描述存储部读取业务用例描述，检索由各业务用例描述定义的动作的发送方和接收方的设定值以及数据输入和输出的设定的业务用例描述之间的关联，确定业务用例之间的关联将业务用例关联起来，根据该关联生成业务用例流。

5.根据权利要求1～4中任意一项所述的业务分析设计辅助装置，其特征在于，

所述计算装置，在显示装置中显示生成的所述业务用例流或者所述业务流的处理中，以业务用例描述中的特定设定值作为关键字确定业务用例流以及业务流的开始和结束，在显示装置中显示业务用例流以及业务流。

6.根据权利要求1～4中任意一项所述的业务分析设计辅助装置，其特征在于，

所述计算装置，在显示装置中显示生成的所述业务用例流或者所述业务流的处理中，在业务用例描述中确定与业务用例流相关的数据的输出和输入的关联，将该数据关联作为数据流与业务用例流一起显示在显示装置中。

7.一种业务分析设计辅助方法，具有用于存放存储对整个业务分层次结构化的业务功能层的信息以及作为业务功能层的最下层要素的业务用例的信息的业务功能层存储部和存储构成所述业务用例的所述业务用例描述的业务用例描述存储部的存储装置的计算机执行：

从所述业务用例描述存储部读取业务用例描述，检索由各业务用例描述定义的特定词组的业务用例描述之间的关联，确定业务用例之间的关联将业务用例关联起来，根据该关联生成业务用例流的处理；

根据所述业务功能层存储部的业务功能层的信息确定包含在所述业务用例流中的各业务用例的上位业务功能，在业务用例流中确定跨不同业务功能之间的业务用例的关联，将与该关联相应的所述业务功能之间关联起来生成业务流的处理，

在显示装置中显示生成的所述业务用例流或者所述业务流的处理。