要件定义工序支援方法

摘要

一种要件定义工序支援方法，在要件定义工序中，通过将措施与业务间的关系可视化，提起设计者对于研究的遗漏的注意。对于作为业务变革的原因的措施，将发生业务上的变化的对象建立关联地记述。此外，作为业务而使用在该业务上被处理的对象(资源、处理、规则)记述。进而，作为措施间的关系而定义依存关系、排他关系。使用在措施、业务中共通的对象，提取措施－业务间的关系，提取没有发生向业务的分配的措施、以及有依存关系的措施的应用不足、以及有排他关系的措施的应用矛盾。

说明书

技术领域

本发明涉及系统开发的上游设计工序的支援，涉及降低应用新措施时 的研究的疏漏的方法。

背景技术

作为关于系统开发的上游设计工序的支援的以往技术，有专利文献1。 在专利文献1中，提供使设计上的缺陷的发现变容易、支援设计的设计支 援系统。它是以按照每个设计部位取得的设计内容为基础确定与该设计部 位关联的文件上的设计部位、使设计者能够容易地确认的技术。

专利文献1：特开2007－241871号

支援企业的核心事业的业务近年来信息化不断发展。这些在系统上实 现的业务不是一旦开发出就原样持续使用的，还需要用来追随市场变化的 变革。即，需要对当前实施的业务(AsIs业务)采取新措施、向下一期的 业务(ToBe业务)变革。随着业务的变革，也需要关联的系统的更新。

此时，在要件定义工序的初期阶段，新措施、ToBe业务的内容分别未 确定或详细化不足的情况较多，有时不能明确地指定它们之间的关联。因 此，在设计ToBe业务时，有发生新措施的反映遗漏、在没有发觉这一点的 状况下向详细设计、安装、测试等的下游工序前进、结果返修的情况。例 如，当应用“本人意思确认的严密化”(具体而言，是书面上的内容确认和 盖章)的措施时，这样的情景在哪个业务中出现，在业务的初期分析阶段 中是不清楚的，该措施的反映遗漏了。此外，作为另一例，在除了上述以 外还应用“书面的电子化”的措施时，“用纸”的有无(需要用来盖章的用 纸的措施、和将用纸自身电子化而使其不使用的措施)矛盾。

这意味着，对于相同的业务不能应用“本人意思确认的严密化”“书面 的电子化”。但是，在设计的初期阶段中，由于措施和业务的定义分别不清 晰，所以不能明确多个矛盾的措施双方是否都被应用。

这里，进行在本说明书中使用的用语的定义。所谓“业务”，一般而言 是工作上的次序，但更具体地讲，可以用对于在业务上处理的“资源”的 “处理”的流程、和执行该处理时的“规则”来描述。此外，所谓“措施”， 是使Asls业务向ToBe业务变革的原因。即，“措施”可以描述为对于业务 的“对象(资源、处理或规则)”的变化。

发明内容

为了解决上述问题，在本发明中，通过管理措施与业务的关联性来支 援措施的适当性的判断。为此，自动生成业务功能与新措施间的关系，基 于预先定义的措施间的依存或排他关系，检测措施的反映遗漏及业务功能 的查明遗漏。

此外，在本发明中，还包括以下的技术方案。将措施和业务分别使用 设为“对象”的信息记述，对于处理在措施和业务间共通的“对象”者制 作矩阵而进行列表。通过将该结果显示到画面上等，能够提起设计者对于 有可能有关系的注意。

进而，在措施－业务的关系中，对于与业务的关系一个都没有的措施， 显示到画面上。这表示该措施有可能没有被反映。进而，预先在措施间定 义依存关系(当应用某个措施A时也同时应用别的措施B)、排他关系(某 个措施A和措施C在同时期不向相同的业务应用)。如果根据依存关系，检 测出对于相同的业务应用了一方但没有应用另一方的情况，则在画面上显 示措施的应用不足。此外，如果根据排他关系，检测出对于相同的业务应 用了两者的情况，则在画面上显示措施的应用矛盾。

根据本发明，能够精度更好地管理业务与措施的关系性，支援其相容 性(协调性)的确认。

附图说明

图1是构成本发明的一实施方式的功能的整体结构。

图2是作为用语辞典记录的数据构造的一例。

图3是用于对措施进行记录的数据构造的一例。

图4是显示措施间的关联的画面的显示方法的一例。

图5是用于对业务进行记录的数据构造的一例。

图6是用于保持和显示措施－业务间的关系数据构造的一例。

图7是提取措施－业务间的关系、制作矩阵的处理的流程。

图8是对于措施－业务间的关系、用于基于措施间的依存关系提取研 究遗漏的处理的流程。

图9是对于措施－业务间的关系、用于基于措施间的排他关系提取研 究遗漏的处理的流程。

附图标记说明

1202措施存储部；

1302措施间关系存储部；

1402业务存储部；

1501措施－业务关联矩阵制作部；

1502措施－业务关联矩阵存储部；

1503措施－业务关联矩阵提示编辑部。

具体实施方式

以下，参照附图说明本发明的一实施方式。有关本实施方式的要件定 义工序支援装置1000如图1所示，具有用语辞典登录部1101、用语辞典 1102、措施编辑部1201、措施存储部1202、措施间关系编辑部1301、措施 间关系存储部1302、业务编辑部1401、业务存储部1402、措施－业务关联 矩阵制作部1501、措施－业务关联矩阵存储部1502、措施－业务关联矩阵 提示编辑部1503。另外，(1)图中的箭头表示构成要素间的数据的流程； (2)此外，各部由软件(程序)实现，通过将作为计算机的要件定义工序 支援装置1000按照程序用CPU那样的运算装置执行运算，实现各部的功 能。

用语辞典登录部1101为了在措施编辑部1201、业务编辑部1401中实 现由各个部位输入的业务的对象的共通化而使用。即，这里通过仅使用登 录的“对象”来登录措施、业务，防止使用的用语发散。

在图2中，是用来将由用语辞典存储部1102所存储的用语辞典保存的 树。用语以表示类别(范畴、分类)2000的用语为根节点而层级地定义。 在本实施例中，作为类别而使用“资源”“处理”“规则”的3种说明，但 这里通过将类别登录从而能够进行扩展。层级的各节点2001被作为定义措 施、业务时的用语使用。各节点既可以原样使用表示对象的用语，也可以 将唯一地表示节点的ID与用语建立关联而管理。在使用ID存储的情况下， 以后在参照用语时全部使用ID。此外，这些信息可以通过使用XML (Extensible Markup Language、可扩展标记语言)编辑器等能够编辑树构造 的信息的编辑器进行输入和编辑从而来准备。

图3是用来保存有关由措施存储部1202所存储的措施的信息的表。通 过措施名3001、对象3002存储。措施名3001容许层级性的记录。措施的 信息使用表计算软件等来制作同样的构造的信息，通过措施编辑部1201读 入，向措施存储部1202记录。

图4是措施间关系编辑部1301的画面图像。在编辑措施间的关系时， 将记录在措施存储部1202中的措施分别排列到表的行、列的标题栏中而显 示(4001、4002)。进而，也可以将各措施的对象的名称也同时显示(4003、 4004)。措施间关系编辑部1301对于处理相同的对象的措施，将对应的单 元格强调显示。在图中的例子中，“措施A”是将“对象Ta”变更的措施。 此时，对于施加向相同对象的变更的“措施Ba”“措施Bb”“措施Ca”“措 施Cc”，将交叉的单元格强调显示。设计者对于被强调的单元格，判断为必 须进行关系的研究。措施间的关系设定“依存关系”“排他关系”“无关系”。 在图中的例子中，在实施“措施A”时也必定实施“措施Ba”“措施Bb” 的情况下，向交叉的单元格记入“依存”的标志(4101)。更具体地讲，在 将“无表单(不使用申请用纸等的书面)”的措施向某个业务应用时，也同 时应用“电子签名(电子地实施申请时的盖章)”的措施。

此外，在存在当实施“措施A”时不实施“措施Ca”的排他关系的情 况下，在交叉的单元格中记入“排他”的标志(4102)。具体而言，当将“无 表单”的措施向某个业务应用时，在相同业务中不同时应用“书面手续的 继续(沿袭使用申请用纸等的书面的业务)”的措施。

此外，在没有依存关系的情况下记入“无关系”的标志(4103)。另外， 通过从设计者对于被强调的各单元格受理该关系的记入，能够防止研究遗 漏。

图5是用于将由业务存储部1402所存储的关于业务的信息保存的表。 业务名5001、资源名5002、处理名5003、规则名5004分别是指定资源、 处理、规则的对象名。业务的信息由表计算软件等制作同样的构造的信息， 通过业务编辑部1401读入，向业务存储部1402记录。

图6是措施－业务关联矩阵制作部1501制作、向措施－业务关联矩阵 存储部1502存储的、措施与业务的对应关系的矩阵。

图7～图9是措施－业务关联矩阵制作部1501制作图6所示的矩阵的 流程图。在步骤7001中，从措施存储部1202、业务存储部1402分别取得 措施及业务的信息。在步骤7002中，将所取得的措施及业务分别排列显示 到矩阵的行、列中。

在图6中，为了说明而设为也显示对象名那样的图像，但也可以是不 显示。

在步骤7003中，在措施及业务之间，提取处理相同的对象的彼此，将 对应的单元格强调显示。在图6的例子中，“措施Ba”和“处理P2-1”分 别处理“对象Tβ”。所以，将其交点的单元格强调显示(6001)。

在步骤7004以后，提取措施的反映遗漏。这是对于各最下层的措施(以 树状定义的措施中的不具有子节点的措施)、检测不对应于任何业务的(没 有被强调的单元格的)措施(步骤7005)。关于检测出的措施，将其列进行 强调显示(步骤7006)。在图6的例子中，“措施Cb”在哪个业务中都没有 被反映。因此，将“措施Cb”的列进行强调显示(6002)。

在步骤7007以后，检测措施间的依存关系的设定遗漏。在步骤7007 中，从措施间关系存储部1302取得措施间的关系信息。在步骤7008中， 提取各依存关系，对于各依存关系进行以下的处理。在步骤7009中，对于 作为处理对象的依存关系的依存源的措施，提取单元格被强调的部位。对 于这里提取出的单元格，确认依存目标的单元格是否被强调(步骤7011)。 如果没有被强调显示，则这里进行强调显示(步骤7012)。

在图4的措施间关系存储部所存储的信息中，“措施Ba”与“措施Bb” 之间有“依存”的关系(4101)。这表示，在实施“措施Ba”时需要实施“措 施Bb”。另一方面，在图6中，在应用“措施Ba”的业务中，存在“措施 Bb”没有被应用的部位(6003)。在上述步骤7011中，检测这些单元格。

此外，对全部的排他关系也进行处理。在步骤7013中，提取各排他关 系，对于各排他关系进行以下的处理。在步骤7014中，对于作为处理对象 的排他关系的作为依存源的措施，提取单元格被强调显示的部位。对于这 里提取出的单元格，确认依存目标的单元格是否被强调显示(步骤7016)。 如果被强调显示，则将依存源、依存目标的两单元格强调显示(步骤7017)。

在图4的措施间关系存储部所记录的信息中，在“措施A”与“措施 Ca”之间有“排他”的关系(4102)。这表示，不能将“措施A”和“措施 Ca”应用到相同的业务中。另一方面，在图6中，“业务P3-1”表示同时应 用了“措施A”和“措施Ca”(6004、6005)。在上述步骤7016中，检测这 些单元格。

通过以上，根据措施间的依存关系、排他关系，能够提取设计者遗漏 的依存关系、排他关系，显示到画面上。

此外，在上述说明中，说明了将标记的部位全部“强调显示”，但在添 加强调的各个步骤中，通过使颜色、线条的粗细、样式等变化，能够明示 出是在哪个步骤中被强调显示的，由此，对于设计者，能够呈现是因何种 原因被强调的。这里被检测到的部位有可能是措施或业务自身的提取遗漏、 详细化遗漏、对象的设定遗漏、对象的详细化遗漏的某种。设计者通过参 照处理结果的显示，即使不通过手动整理全部的措施－业务间的关系，也 能够进行研究遗漏部位的判断。

另外，在本发明的实施方式中，有图1所示的用语辞典登录部1101和 用语辞典存储部1102的有无不同的两个形态，在没有这些的形态中，只是 采取了用语的统一，仅通过作为对象名记入的字符串，判断是否是相同的 对象。

根据以上的本实施方式，设计者不是验证全部的组合，而是仅确认提 取出的组合就可以，所以能够减轻设计上的负担。即，设计者通过仅对没 有向业务的分配的措施重新审视应用它的业务及措施，能够减轻确认设计 上的研究疏漏的负担。此外，设计者通过仅对根据依存关系或排他关系检 测出的措施及业务的组合重新审视措施－业务的内容，适当进行详细化等， 由此能够减轻确认设计上的疏漏的负担。