JP2018018151A - Template improvement support device and program - Google Patents
Template improvement support device and program Download PDFInfo
- Publication number
- JP2018018151A JP2018018151A JP2016145575A JP2016145575A JP2018018151A JP 2018018151 A JP2018018151 A JP 2018018151A JP 2016145575 A JP2016145575 A JP 2016145575A JP 2016145575 A JP2016145575 A JP 2016145575A JP 2018018151 A JP2018018151 A JP 2018018151A
- Authority
- JP
- Japan
- Prior art keywords
- document
- information
- customization
- template
- design
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Abstract
Description
本発明の実施形態は、テンプレート改善支援装置およびプログラムに関する。 Embodiments described herein relate generally to a template improvement support apparatus and a program.
ソフトウェア等の開発プロジェクトでは、設計品質を揃えるために、設計書や仕様書などのドキュメントの構造をあらかじめドキュメントテンプレートとして定義しておく手法がよく用いられる。開発プロジェクトでは、ドキュメントテンプレートを基に、設計書や仕様書が作成される。しかしながら、ドキュメントテンプレートをすべての開発プロジェクトにそのまま適用できるわけではなく、必要に応じて開発プロジェクトごとに、適宜、カスタマイゼーションが行われる。その理由は、ドメインごとにシステムの特性が異なるため、全てのドメインに対応したドキュメントテンプレートを定義するのは難しいこと、システム開発技術の日々の進歩により、既存のドキュメントテンプレートが徐々に整合しなくなることなどである。つまり、ドメインの特性や変化や開発技術の進歩などに合わせて、ドキュメントテンプレートを継続的に改善していくことが必要となる。 In a development project such as software, a method of defining the structure of a document such as a design document or a specification document as a document template in advance is often used in order to ensure design quality. In development projects, design documents and specifications are created based on document templates. However, the document template cannot be applied to all development projects as they are, and customization is appropriately performed for each development project as necessary. The reason is that it is difficult to define document templates corresponding to all domains because the characteristics of the system differ from domain to domain, and the existing document templates gradually become inconsistent due to daily progress in system development technology. Etc. In other words, it is necessary to continuously improve the document template according to the characteristics and changes of the domain and the development technology.
既存の技術では、設計書を機械的に検査することにより、設計書の品質を向上させることが行われている。しかしながら、設計書の基となるドキュメントテンプレートの改善は、人手によって行われているのが実情である。 In the existing technology, the quality of the design document is improved by mechanically inspecting the design document. However, the actual situation is that the improvement of the document template on which the design document is based is done manually.
人手による改善では、単に手間を要するだけではなく、人（開発者、管理者）の主観によってテンプレートの改善ポイントが決定されるため、適切な改善とはならない可能性があった。また、多数の開発プロジェクトの中から、プロジェクトの特性に合った改善を図ることが困難である可能性があった。 In manual improvement, the improvement point of the template is determined based on the subjectivity of the person (developer, administrator), and it may not be an appropriate improvement. In addition, among the many development projects, it may be difficult to make improvements that match the characteristics of the project.
本発明が解決しようとする課題は、プロジェクト属性（ドメイン）の情報と、プロジェクトごとに行われたドキュメントテンプレートのカスタマイズの情報とに基づき、適切なドキュメントテンプレートの改善を行うことのできる、テンプレート改善支援装置およびプログラムを提供することである。 The problem to be solved by the present invention is a template improvement support capable of improving an appropriate document template based on information on a project attribute (domain) and information on customization of a document template performed for each project. It is to provide a device and a program.
実施形態のテンプレート改善支援装置は、プロジェクト情報データベースと、ドキュメントテンプレート管理部と、設計書管理部と、設計書構造情報抽出部と、カスタマイズ情報データベースと、比較エンジン部と、分析部とを持つ。プロジェクト情報データベースは、プロジェクトについて、前記プロジェクトごと且つ属性ごとの属性値を記憶する。ドキュメントテンプレート管理部は、設計書のテンプレートであるドキュメントテンプレートを記憶し管理する。設計書管理部は、前記ドキュメントテンプレートを基に作成された設計書をプロジェクトごとに記憶し管理する。設計書構造情報抽出部は、前記設計書管理部が管理する前記設計書から設計書の構造を表す情報である設計書構造情報を抽出する。カスタマイズ情報データベースは、前記ドキュメントテンプレートの構造と前記設計書の構造との差分であるカスタマイズ情報を、前記設計書を作成したプロジェクトに関連付けて記憶する。比較エンジン部は、前記設計書構造情報抽出部が前記設計書から抽出した前記設計書構造情報と、前記ドキュメントテンプレート管理部で管理される前記ドキュメントテンプレートの構造とを比較し、差分をカスタマイズ情報として抽出し、前記カスタマイズ情報を前記プロジェクトに関連付ける形で前記カスタマイズ情報データベースに登録する。分析部は、前記カスタマイズ情報データベースに登録された前記カスタマイズ情報に基づいて、前記カスタマイズ情報が関連付けられた前記プロジェクトの前記属性値と、前記カスタマイズ情報との間のアソシエーション分析を行い、分析結果を出力する。 The template improvement support apparatus according to the embodiment includes a project information database, a document template management unit, a design document management unit, a design document structure information extraction unit, a customization information database, a comparison engine unit, and an analysis unit. The project information database stores attribute values for each project and each attribute for the project. The document template management unit stores and manages a document template that is a template of a design document. The design document management unit stores and manages a design document created based on the document template for each project. The design document structure information extraction unit extracts design document structure information, which is information representing the structure of the design document, from the design document managed by the design document management unit. The customization information database stores customization information, which is a difference between the structure of the document template and the structure of the design document, in association with the project that created the design document. The comparison engine unit compares the design document structure information extracted from the design document by the design document structure information extraction unit with the structure of the document template managed by the document template management unit, and uses the difference as customization information. Extracting and registering the customization information in the customization information database in association with the project. The analysis unit performs an association analysis between the attribute value of the project associated with the customization information and the customization information based on the customization information registered in the customization information database, and outputs an analysis result To do.
以下、実施形態のテンプレート改善支援装置およびプログラムを、図面を参照して説明する。 Hereinafter, a template improvement support apparatus and program according to an embodiment will be described with reference to the drawings.
本実施形態によるテンプレート改善支援装置は、開発プロジェクトで使用されるドキュメントテンプレートをカスタマイズした際の情報と、開発プロジェクトの属性情報とを蓄積し、両者の因果関係を分析するものである。これにより、ドキュメントテンプレートを改善し、あるいは改善を支援する。開発プロジェクトの属性値は開発プロジェクトが属するドメインを表すものであり、本実施形態によるテンプレート改善支援装置は、ドメインと、テンプレートのカスタマイズとの関係を利用する。 The template improvement support apparatus according to this embodiment accumulates information when a document template used in a development project is customized and attribute information of the development project, and analyzes the causal relationship between the two. Thereby, the document template is improved or the improvement is supported. The attribute value of the development project represents the domain to which the development project belongs, and the template improvement support apparatus according to the present embodiment uses the relationship between the domain and template customization.
ここで、ドメインとは、例えば、開発の対象となる業種や業務のことである。業種とは、具体例としては、金融、製造、流通等である。また、業務とは、具体例としては、財務・経理、人事、販売、受注、調達、サプライチェーン管理、設計管理等である。なお、業種や業務以外の、様々なプロジェクト属性もまたドメインである。
なお、本実施形態のテンプレート改善支援装置は、主として、情報システムの開発プロジェクトに適用するものであるが、適用されるプロジェクトを特に限定するものではない。
Here, the domain is, for example, an industry or business that is a development target. Specific examples of the industry include finance, manufacturing, distribution, and the like. In addition, specific examples of operations include finance / accounting, human resources, sales, orders, procurement, supply chain management, design management, and the like. Note that various project attributes other than business types and operations are also domains.
The template improvement support apparatus of the present embodiment is mainly applied to an information system development project, but the applied project is not particularly limited.
図１は、本実施形態によるテンプレート改善支援装置の概略機能構成を示すブロック図である。図示するように、テンプレート改善支援装置１００は、インタフェース部１と、プロジェクト設計書登録部２と、設計書構造情報抽出部３と、比較エンジン部４と、プロジェクト情報管理部５と、カスタマイズ情報表示部６と、ドキュメントテンプレートデータベース７と、プロジェクト別設計書データベース８と、カスタマイズ情報データベース９と、プロジェクト情報データベース１０と、ドキュメントテンプレート管理部１１と、を含んで構成される。
テンプレート改善支援装置１００を構成する各部の機能は電子回路を用いて実現される。また、後述するように、コンピュータープログラムを用いて各部の機能を実現してもよい。また、各データベースや、その他の情報を記憶する機能は、例えば、磁気ハードディスク装置（ＨＤＤ）や半導体メモリなどといった記憶媒体を用いて実現される。
FIG. 1 is a block diagram showing a schematic functional configuration of a template improvement support apparatus according to this embodiment. As illustrated, the template
The function of each part constituting the template
インタフェース部１は、本装置のユーザーに対するインタフェースの機能を有する。本装置のユーザーは、プロジェクトの開発者やドキュメントテンプレートの管理者らである。インタフェース部１は、これらの開発者や管理者が情報を入出力するための画面を提供する。また、必要に応じて、開発者に処理途中の情報を提示する。つまり、インタフェース部１は、情報の入出力のための画面を表示装置等に表示し、ユーザーが入力する情報を取得する。
なお、開発者とは、開発プロジェクトにおいて開発業務に従事する者である。開発者は、ドキュメントテンプレートに基づいた設計書等のドキュメントを作成する。また、管理者とは、開発プロジェクトにおける管理者、またはドキュメントテンプレート全体を管理する管理者である。開発者および管理者が、テンプレート改善支援装置１００のユーザーである。開発者と管理者とは必ずしも厳密に区別される役割ではなく、開発者が管理者の役割の少なくとも一部を兼ねてもよく、またその逆でもよい。
The
A developer is a person engaged in development work in a development project. The developer creates a document such as a design document based on the document template. The administrator is an administrator in the development project or an administrator who manages the entire document template. A developer and a manager are users of the template
プロジェクト設計書登録部２は、プロジェクトの開発者が入力する設計書一式を、プロジェクト別設計書データベース８に登録する。この登録の際、プロジェクト設計書登録部２は、設計書一式の識別子として、設計書一式ＩＤを付与する。また、プロジェクト設計書登録部２は、登録する設計書一式をプロジェクトと対応付けるために、設計書一式ＩＤとプロジェクトＩＤとを関連付けて、設計書一式情報に登録する。これにより、登録される設計書一式が、どのプロジェクトの設計書であるかを特定できる。また、プロジェクト設計書登録部２は、登録する設計書一式をドキュメントテンプレートと対応付けるために、設計書一式ＩＤとドキュメントテンプレート一式ＩＤとを関連付けて、設計書一式情報に登録する。これにより、登録される設計書一式が、どのドキュメントテンプレートに基づいて作成されたものであるかを特定できる。
なお、プロジェクト設計書登録部２は、登録した設計書一式ファイルの所在を表すパス名（所在情報）を、あわせて、設計書一式情報に登録する。
The project design
The project design
なお、プロジェクト設計書登録部２とプロジェクト別設計書データベース８とを合わせて、「設計書管理部」と呼んでもよい。この場合、設計書管理部は、ドキュメントテンプレートを基にプロジェクトで作成された設計書を、プロジェクトごとに記憶し、管理する。
The project design
プロジェクト設計書登録部２は、上記の登録の際に、インタフェース部１を介して、ドキュメントテンプレートを使って設計された成果物である設計書一式を取得する。また、プロジェクト設計書登録部２は、登録する設計書一式に関連付けられるプロジェクトの属性情報のうち、プロジェクトＩＤとプロジェクト名とを取得する。また、プロジェクト設計書登録部２は、登録する設計書一式に関連付けられるドキュメントテンプレートのドキュメントテンプレート一式ＩＤを取得する。
The project design
設計書構造情報抽出部３は、プロジェクト別設計書データベース８に登録された設計書一式を基に、１つのプロジェクトの設計書一式から、設計書および設計項目の構造情報を全て抽出する。そして、設計書構造情報抽出部３は、設計書とドキュメントテンプレートを対応付けた、設計書対応テンプレート情報を作成する。そして、設計書構造情報抽出部３は、設計書の構造情報と、設計書対応テンプレート情報とを、比較エンジン部４に渡す。つまり、設計書構造情報抽出部３は、記憶されている設計書から、設計書の構造を表す情報である設計書構造情報を抽出する。
なお、設計書の構造情報とは、設計書情報と設計項目のことである。
The design document structure
The structure information of the design document is design document information and design items.
比較エンジン部４は、設計書の構造情報とドキュメントテンプレートの構造情報を比較し、差分をカスタマイズ情報として取得する。また、比較エンジン部４は、取得したカスタマイズ情報を、プロジェクト情報に対応付ける。
具体的には、比較エンジン部４は、設計書構造情報抽出部３から、設計書の構造情報を入力する。また、比較エンジン部４は、設計書構造情報抽出部３から、設計書対応テンプレート情報を入力する。また、比較エンジン部４は、ドキュメントテンプレートデータベース７に登録されている、ドキュメントテンプレートの構造情報を入力する。
ここで、ドキュメントテンプレートの構造情報とは、ドキュメントテンプレート情報と、テンプレート設計項目の両方を指すものである。
そして、比較エンジン部４は、比較処理の結果として得られたカスタマイズ情報と、プロジェクトカスタマイズ情報とを、カスタマイズ情報データベース９に登録する。プロジェクトカスタマイズ情報は、プロジェクトに対応づけたカスタマイズ情報である。
つまり、比較エンジン部４は、設計書構造情報抽出部３が設計書から抽出した設計書構造情報と、ドキュメントテンプレートデータベースに管理されるドキュメントテンプレートの構造とを比較し、差分をカスタマイズ情報として抽出し、このカスタマイズ情報をプロジェクトに関連付ける形でカスタマイズ情報データベース９に登録する。
The comparison engine unit 4 compares the structure information of the design document and the structure information of the document template, and acquires the difference as customization information. Further, the comparison engine unit 4 associates the acquired customization information with the project information.
Specifically, the comparison engine unit 4 inputs the structure information of the design document from the design document structure
Here, the structure information of the document template refers to both document template information and template design items.
Then, the comparison engine unit 4 registers the customization information obtained as a result of the comparison process and the project customization information in the
That is, the comparison engine unit 4 compares the design document structure information extracted from the design document by the design document structure
プロジェクト情報管理部５は、プロジェクトの開発者がインタフェース部１を介して入力するプロジェクトの属性の情報を取得する。そして、プロジェクト情報管理部５は、取得した情報を、プロジェクトの属性値情報として、プロジェクト情報データベース１０に登録する。
なお、プロジェクト情報管理部５がプロジェクト属性値を取得する前提として、属性情報を予め定義しておく。いかなる属性を用いるかを、テンプレート改善支援装置１００を使用する組織が定める。
The project
Note that the attribute information is defined in advance as a premise that the project
カスタマイズ情報表示部６は、カスタマイズ情報と、プロジェクトの属性値情報との因果関係を分析し、その分析結果を、インタフェース部１を介して提示する。なお、カスタマイズ情報表示部６は、分析のために、カスタマイズ情報データベース９に登録されているカスタマイズ情報を読み込む。また、カスタマイズ情報表示部６は、プロジェクト情報データベース１０に登録されているプロジェクトの属性値情報を読み込む。
なお、提示された分析結果は、管理者によって参照される。
The customization
The presented analysis result is referred to by the administrator.
なお、カスタマイズ情報表示部６を「分析部」と呼んでもよい。この場合、分析部は、
カスタマイズ情報データベース９に登録されたカスタマイズ情報（設計構造の差分情報）に基づいて、カスタマイズ情報が関連付けられたプロジェクトの属性値と、カスタマイズ情報との間のアソシエーション分析を行い、分析結果を出力する。また、分析部は、カスタマイズ情報データベースに登録されたカスタマイズ情報に基づいて、カスタマイズ情報が関連付けられたプロジェクトの属性値と、カスタマイズ情報が関連付けられたドキュメントテンプレートとの間のアソシエーション分析を行い、属性値とドキュメントテンプレートの種類との関係を表す分析結果を出力する。これらの分析処理の詳細については、後述する。
The customized
Based on the customization information (design structure difference information) registered in the
ドキュメントテンプレートデータベース７は、ドキュメントテンプレート一式情報と、ドキュメントテンプレート一式関連テンプレートと、ドキュメントテンプレート情報と、テンプレートの設計項目とを蓄積するデータベースである。
The
プロジェクト別設計書データベース８は、プロジェクトごとの設計書一式と、設計書一式情報と、設計書情報と、設計項目とを蓄積するデータベースである。 The project-specific design document database 8 is a database for storing a set of design documents for each project, design document set information, design document information, and design items.
カスタマイズ情報データベース９は、カスタマイズ情報と、プロジェクトカスタマイズ情報とを蓄積するデータベースである。
カスタマイズ情報とは、ドキュメントテンプレートに対して行われる、個々のテンプレートの変更や、個々の設計項目の変更を表す情報である。個々のカスタマイズ情報は、カスタマイズＩＤによってユニークに識別される。カスタマイズ情報については後で詳述するが、カスタマイズの種類としては、「テンプレート（追加）」、「テンプレート（削除）」、「設計項目（追加）」、「設計項目（削除）」、「テンプレートの名称変更」、「設計項目の名称変更」を含む。
つまり、カスタマイズ情報データベース９は、ドキュメントテンプレートの構造と設計書の構造との差分であるカスタマイズ情報を、設計書を作成したプロジェクトに関連付けて記憶するものである。
The
The customization information is information representing changes of individual templates and changes of individual design items performed on the document template. Individual customization information is uniquely identified by a customization ID. The customization information will be described in detail later, but the types of customization are “template (add)”, “template (delete)”, “design item (add)”, “design item (delete)”, “template “Rename” and “Rename Design Item”.
That is, the
プロジェクト情報データベース１０は、プロジェクト情報と、属性情報と、属性値情報をを蓄積するデータベースである。言い換えれば、プロジェクト情報データベース１０は、プロジェクトについて、プロジェクトごと且つ属性ごとの属性値を記憶する。
The
なお、各データベースが有するテーブルの個別の詳細な構成については、後で、図面を参照しながら説明する。 The detailed configuration of each table in each database will be described later with reference to the drawings.
ドキュメントテンプレート管理部１１は、管理者が入力するドキュメントテンプレート一式を、ドキュメントテンプレートデータベース７に登録する。この登録の際、ドキュメントテンプレート管理部１１は、ドキュメントテンプレート一式の識別子として、ドキュメントテンプレート一式ＩＤを付与する。なお、ドキュメントテンプレート管理部１１は、管理者から、汎用的なドキュメントテンプレート一式、あるいはドメインごとのドキュメントテンプレート一式を取得する。また、ドキュメントテンプレート管理部１１は、ドキュメントテンプレート一式に関する情報として、ドキュメントテンプレート一式名と、ドメイン種別と、バージョンの情報を、あわせて取得する。
なお、ドキュメントテンプレート管理部１１とドキュメントテンプレートデータベース７とを合わせて「ドキュメントテンプレート管理部」と呼んでもよい。この場合、ドキュメントテンプレート管理部は、設計書のテンプレートであるドキュメントテンプレートを記憶し、管理する。
The document
The document
図２は、テンプレート改善支援装置１００内における処理と情報の流れとを示す概略図である。同図を参照しながら、開発者および管理者のそれぞれがテンプレート改善支援装置１００を使用する場合の流れを説明する。
FIG. 2 is a schematic diagram showing processing and information flow in the template
開発者によるテンプレート改善支援装置１００の使い方は、次の通りである。
（１）取り出し（図２の（１））：ドキュメントテンプレートデータベース７にはドキュメントテンプレート一式が登録済みである。開発者は、ドキュメントテンプレートデータベース７から必要なドキュメントテンプレート一式を取り出す。
（２）設計：開発者は、取り出したドキュメントテンプレート一式のドキュメントテンプレートをカスタマイズし、カスタマイズしたドキュメントテンプレートをベースとして、設計書を作成する。
（３）プロジェクト情報の登録（図２の（３））：開発者は、プロジェクト情報管理部５の機能を用いて、プロジェクト情報を、プロジェクト情報データベース１０に登録する。
（４）設計書の登録（図２の（２））：そして、開発者は、プロジェクト設計書登録部２の機能を用いて、作成した設計書一式を、プロジェクト別設計書データベース８に登録する。なおこのとき、どのドキュメントテンプレート一式を使用して設計が行われたかがわかるように、ドキュメントテンプレート一式ＩＤとドキュメントテンプレート一式名を、登録する。
（５）設計書構造情報の抽出（図２の（４））：設計書構造情報抽出部３は、プロジェクト別設計書データベース８に登録した設計書一式から、設計書のファイルや、設計項目の設計構造を抽出する。この設計書構造情報の抽出処理において、エラーが表示されたら、開発者はエラー箇所を修正する。なお、テンプレート改善支援装置１００は、エラーを検出したときにエラー情報を表示するものである。
（６）比較（図２の（５））：比較エンジン部４は、抽出した設計書一式の設計構造と、設計書一式の元になったドキュメントテンプレートの設計構造を比較する。テンプレート改善支援装置１００は、比較結果を表示する。開発者は、テンプレート改善支援装置１００が表示した比較結果を確認し、必要に応じて比較結果を直す。
（７）カスタマイズ情報の登録（図２の（６））：設計構造の比較結果をカスタマイズ情報として、カスタマイズ情報データベース９に登録する。
The developer uses the template
(1) Extraction ((1) in FIG. 2): A set of document templates is already registered in the
(2) Design: The developer customizes a set of extracted document templates, and creates a design document based on the customized document template.
(3) Registration of project information ((3) in FIG. 2): The developer registers the project information in the
(4) Registration of design documents ((2) in FIG. 2): The developer registers the set of created design documents in the project-specific design document database 8 by using the function of the project design
(5) Extraction of design document structure information ((4) in FIG. 2): The design document structure
(6) Comparison ((5) in FIG. 2): The comparison engine unit 4 compares the design structure of the extracted design document set with the design structure of the document template from which the design document set is based. The template
(7) Registration of customization information ((6) in FIG. 2): The design structure comparison result is registered in the
管理者によるテンプレート改善支援装置１００の使い方は、次の通りである。
（１）関連分析（図２の（７））：管理者は、カスタマイズ情報データベース９にあるカスタマイズ情報と、プロジェクト情報データベース１０にあるプロジェクト情報の関連について、確認する。なお、カスタマイズ情報表示部６が、分析処理を行い、その結果を表示するものである。
（２）改訂（図２の（８））：管理者は、分析結果を確認した後、ドキュメントテンプレートへの反映が必要と判断した場合に、ドキュメントテンプレートを改訂する。具体的には、ドキュメントテンプレートデータベース７に格納されているテンプレートが更新される。
The administrator uses the template
(1) Association analysis ((7) in FIG. 2): The administrator confirms the association between the customization information in the
(2) Revision ((8) in FIG. 2): After confirming the analysis result, the manager revises the document template when it is determined that the reflection to the document template is necessary. Specifically, the template stored in the
開発者によるテンプレート改善支援装置１００の使い方を、次の通りとしてもよい。
（１）情報蓄積（図２の（１）から（６）まで）：複数のプロジェクトにおいて、前述の通りテンプレート改善支援装置１００を使用し、プロジェクトごとに、どのテンプレートが使われたかという情報を蓄積する。
（２）因果関係分析：開発者は、プロジェクト情報データベース１０にあるプロジェクト情報と、カスタマイズ情報データベース９にあるカスタマイズ情報とから、プロジェクトで使用したテンプレートの情報を抽出し、プロジェクトの属性値情報とプロジェクトで使用したテンプレートの因果関係を分析し、結果を確認する。
（３）開発者は、プロジェクト情報を入力して、そのプロジェクトの特性に適した、ドキュメントテンプレート一式を取り出す。
（４）開発者は、取り出したドキュメントテンプレート一式について、必要に応じて、カスタマイズを実施する。そして、そのドキュメントテンプレート一式をベースとして、設計書を作成する。
The developer may use the template
(1) Information accumulation (from (1) to (6) in FIG. 2): In a plurality of projects, the template
(2) Causal relationship analysis: The developer extracts template information used in the project from the project information in the
(3) The developer inputs project information and takes out a set of document templates suitable for the characteristics of the project.
(4) The developer customizes the extracted document template set as necessary. Then, a design document is created based on the document template set.
図３は、カスタマイズ情報表示部の、より詳細な機能構成を示すブロック図である。図示するように、カスタマイズ情報表示部６は、カスタマイズ情報分析部６１と、分析結果表示部６２とを含んで構成される。
FIG. 3 is a block diagram showing a more detailed functional configuration of the customization information display unit. As shown in the drawing, the customization
カスタマイズ情報分析部６１は、カスタマイズ情報と属性値情報との関連性を分析する。カスタマイズ情報分析部６１による分析処理自体には、アソシエーション分析の技術を利用する。また、カスタマイズ情報分析部６１は、プロジェクトが使ったドキュメントテンプレートと属性値情報の関連性についても、分析を行う。
そして、カスタマイズ情報分析部６１は、処理の結果として、カスタマイズ情報と属性値情報の因果関係の分析結果である、カスタマイズと属性値の総当たりデータを出力する。また、カスタマイズ情報分析部６１は、ドキュメントテンプレートと属性値情報の因果関係の分析結果である、ドキュメントテンプレートと属性値の総当たりデータを出力する。
The customization
Then, the customization
分析結果表示部６２は、カスタマイズ情報分析部６１から、カスタマイズと属性値の総当たりデータと、ドキュメントテンプレートと属性値の総当たりデータとを取得する。そして、分析結果表示部６２は、カスタマイズ情報をソートする。カスタマイズ情報は、ドメインごとのドキュメントテンプレート一式への反映、または汎用的なドキュメントテンプレート一式への繁栄を推奨する情報である。そして、分析結果表示部６２は、インタフェース部１を介して、カスタマイズ情報を管理者に提示する。なお、インタフェース部１を介して管理者からの指定を受けることにより、カスタマイズ情報の表示方法を変更することができる。
The analysis
次に、テンプレート改善支援装置の処理手順について、説明する。
図４は、テンプレート改善支援装置１００の全体の処理の手順を示すフローチャートである。以下、このフローチャートに沿って、処理手順を説明する。
ステップＳ１−０において、テンプレート改善支援装置１００は、本フローチャートの処理を開始する。
ステップＳ１−１において、テンプレート改善支援装置１００は、メニュー画面において選択される操作による分岐を行う。メニュー画面は、インタフェース部１が表示する画面である。メニュー画面における選択肢は、「プロジェクトの設計書を入力」、「プロジェクト情報を入力」、「分析結果を表示」のいずれかである。開発者または管理者の操作により、選択が行われる。そして、「プロジェクトの設計書を入力」が選択された場合には、ステップＳ１−２に進む。「プロジェクト情報を入力」が選択された場合には、ステップＳ１−５に進む。また、「分析結果を表示」が選択された場合には、ステップＳ１−６に進む。
Next, the processing procedure of the template improvement support apparatus will be described.
FIG. 4 is a flowchart showing an overall processing procedure of the template
In step S1-0, the template
In step S1-1, the template
ステップＳ１−２に進んだ場合、ステップＳ１−２において、プロジェクト設計書登録部２は、開発者が入力した設計書を、プロジェクト別設計書データベース８に登録する。
次に、ステップＳ１−３において、設計書構造情報抽出部３は、ステップＳ１−２でプロジェクト別設計書データベース８に登録された設計書から、設計書と設計項目の構造情報を抽出する。
次に、ステップＳ１−４において、比較エンジン部４は、設計書構造情報抽出部３が抽出した設計項目と、ドキュメントテンプレートデータベース７に登録してある設計項目とを比較する。そして、比較エンジン部４は、それら両者の設計項目の差分を抽出する。比較エンジン部４は、抽出した設計項目の差分を、プロジェクトのカスタマイズ情報として、カスタマイズ情報データベース９に登録する。本ステップの処理が終了すると、ステップＳ１−７に移る。
When the process proceeds to step S1-2, in step S1-2, the project design
Next, in step S1-3, the design document structure
Next, in step S1-4, the comparison engine unit 4 compares the design items extracted by the design document structure
ステップＳ１−５に進んだ場合、ステップＳ１−５において、プロジェクト情報管理部５は、開発者が入力したプロジェクト情報をプロジェクト情報データベース１０に登録する。そして、本ステップの処理が終了すると、ステップＳ１−７に移る。
In step S1-5, the project
ステップＳ１−６に進んだ場合、ステップＳ１−６において、カスタマイズ情報表示部６は、カスタマイズ情報データベース９に蓄積されたカスタマイズ情報を全て取得し、また、プロジェクト情報データベース１０に蓄積された全てのプロジェクト属性を取得する。そして、カスタマイズ情報表示部６は、カスタマイズ情報とプロジェクト属性の因果関係を分析する。カスタマイズ情報表示部６は、その分析結果から、推奨するカスタマイズ情報を、インタフェース部１を介して、表示する。そして、本ステップの処理が終了すると、ステップＳ１−７に移る。
When the process proceeds to step S1-6, in step S1-6, the customization
ステップＳ１−７において、テンプレート改善支援装置１００は、本フローチャート全体の処理を終了する。
In step S1-7, the template
次に、テンプレート改善支援装置１００内の各部の処理の更に詳細な手順について説明する。
Next, a more detailed procedure of processing of each unit in the template
図５は、ドキュメントテンプレート管理部による処理の手順を示すフローチャートである。以下、同図に沿って説明する。
ステップＳ１１−０において、ドキュメントテンプレート管理部１１は、本フローチャートの処理を開始する。
ステップＳ１１−１において、ドキュメントテンプレート管理部１１は、インタフェース部１を介して、ドキュメントテンプレート登録画面を表示する。
次に、ステップＳ１１−２において、ドキュメントテンプレート管理部１１は、インタフェース部１を介して管理者が入力した、ドキュメントテンプレート一式を取得する。
次に、ステップＳ１１−３において、ドキュメントテンプレート管理部１１は、取得したドキュメントテンプレート一式を、ドキュメントテンプレートデータベース７に登録する。ドキュメントテンプレート一式は２種類ある。その２種類とは、汎用的なドキュメントテンプレート一式と、ドメインごとのドキュメントテンプレート一式である。なお、ドキュメントテンプレート管理部１１は、個々のドキュメントテンプレート一式を識別するために、識別子として、ドキュメントテンプレート一式ＩＤを付与する。
ステップＳ１１−４において、ドキュメントテンプレート管理部１１は、本フローチャート全体の処理を終了する。
以上の手順により、ドキュメントテンプレート管理部１１は、汎用的なドキュメントテンプレート一式、またはドメインごとのドキュメントテンプレート一式を、テンプレート改善支援装置１００に登録する。
FIG. 5 is a flowchart showing a processing procedure by the document template management unit. Hereinafter, description will be given with reference to FIG.
In step S11-0, the document
In step S <b> 11-1, the document
Next, in step S <b> 11-2, the document
Next, in step S <b> 11-3, the document
In step S11-4, the document
Through the above procedure, the document
図６は、プロジェクト設計書登録部２による処理の手順を示すフローチャートである。同図に示す処理は、図４で説明したステップＳ１−２の処理である。
ステップＳ２−０において、プロジェクト設計書登録部２は、本フローチャートの処理を開始する。
ステップＳ２−１において、プロジェクト設計書登録部２は、インタフェース部１を介して、設計書登録画面を表示する。その際、プロジェクト設計書登録部２は、プロジェクト情報データベース１０を参照して、登録されているプロジェクトＩＤとプロジェクト名とを表示する。そして、プロジェクト設計書登録部２は、開発者によるプロジェクトの選択を受け付ける。
FIG. 6 is a flowchart showing a procedure of processing performed by the project design
In step S2-0, the project design
In step S 2-1, the project design
次に、プロジェクト設計書登録部２は、ステップＳ２−２にからステップＳ２−２´までの間の処理を、入力される設計書ごとに繰り返す。つまり、プロジェクト設計書登録部２は、装置に入力される全ての設計書の登録が完了するまで、ステップＳ２−３とＳ２−４の処理繰り返す。これにより、プロジェクト設計書登録部２は、開発者が選択したプロジェクトの設計書一式を登録する。
ステップＳ２−３においては、プロジェクト設計書登録部２は、プロジェクトの設計書登録画面から入力された設計書ファイル群から、設計書を１つ取得する。
次にステップＳ２−４においては、プロジェクト設計書登録部２は、ステップＳ２−３で取得した設計書を、プロジェクトの設計書一式として、プロジェクト別設計書データベース８に登録する。なお、プロジェクト設計書登録部２は、プロジェクトごとの設計書一式を区別するために、識別子として、設計書一式ＩＤと、プロジェクトＩＤと、ドキュメントテンプレートＩＤとを付与する。
ステップＳ２−２´において、上記の繰り返し処理を終了する。
Next, the project design
In step S2-3, the project design
Next, in step S2-4, the project design
In step S2-2 ′, the above repetition process is terminated.
次に、ステップＳ２−５において、プロジェクト設計書登録部２は、プロジェクトの設計書一式情報を、プロジェクト別設計書データベース８に登録する。プロジェクトの設計書一式情報とは、当該プロジェクトのプロジェクトＩＤと、プロジェクトが利用したドキュメントテンプレート一式のドキュメントテンプレート一式ＩＤと、プロジェクトが登録した設計書の設計書一式ＩＤである。
なお、プロジェクト設計書登録部２は、プロジェクトＩＤとドキュメントテンプレート一式ＩＤとしては、画面から入力された値を登録する。また、プロジェクト設計書登録部２は、設計書一式ＩＤとして、ユニークな識別情報を付与して登録する。
ステップＳ２−６において、プロジェクト設計書登録部２は、本フローチャート全体の処理を終了する。
以上の処理により、プロジェクト設計書登録部２は、プロジェクトで作成した設計書をテンプレート改善支援装置１００に入力する。
Next, in step S2-5, the project design
The project design
In step S2-6, the project design
Through the above processing, the project design
図７，図８，図９は、設計書構造情報抽出部３による処理の手順を示すフローチャートである。同図に示す処理は、図４で説明したステップＳ１−３の処理である。これらの３つの図は、コネクターによって接続される。以下、このフローチャートに沿って説明する。
7, 8, and 9 are flowcharts showing a processing procedure by the design document structure
まず、図７のステップＳ３−０において、設計書構造情報抽出部３は、本フローチャート全体の処理を開始する。
ステップＳ３−１において、設計書構造情報抽出部３は、プロジェクト別設計書データベース８から、登録されているプロジェクトの設計書一式情報と、設計書一式情報の設計書一式ファイルへのパスに示された場所にある設計書ファイル群を全て取得する。なお、これらの設計書一式情報は、前述の通り、プロジェクト設計書登録部２が登録したものである。
First, in step S3-0 in FIG. 7, the design document structure
In step S3-1, the design document structure
次に、設計書構造情報抽出部３は、ステップＳ３−２からＳ３−２´までの処理を、取得した設計書ごとに繰り返す。つまり、設計書構造情報抽出部３は、取得した設計書ファイル群に含まれる設計書の数だけ、設計書の構造情報の取り出しを行う。
ステップＳ３−３において、設計書構造情報抽出部３は、ステップＳ３−１
で取得した設計書ファイル群から、設計書を１つ取り出す。そして、設計書構造情報抽出部３は、取り出した設計書から、設計書名と設計項目名を全て取得する。このとき、設計書構造情報抽出部３は、設計書を一意に識別する設計書ＩＤと、設計項目を一意に識別する設計項目ＩＤを、それぞれ付与する。
ステップＳ３−２´において、上記の繰り返し処理を終了する。
ステップＳ３−２´の次に、図８のステップＳ３−４に進む。
Next, the design document structure
In step S3-3, the design document structure
One design document is taken out from the design document file group acquired in
In step S3-2 ′, the above repetitive processing is terminated.
After step S3-2 ′, the process proceeds to step S3-4 in FIG.
図８に移り、ステップＳ３−４において、設計書構造情報抽出部３は、ステップＳ３−１で取得した設計書一式情報のドキュメントテンプレート一式ＩＤを取得する。
次に、ステップＳ３−５において、設計書構造情報抽出部３は、ドキュメントテンプレートデータベース７のドキュメントテンプレート一式関連テンプレートから、ドキュメントテンプレート情報を取得する。即ち、設計書構造情報抽出部３は、ステップＳ３−４で取得したドキュメントテンプレート一式ＩＤと一致するドキュメントテンプレート情報を全て取得する。
Moving to FIG. 8, in step S3-4, the design document structure
Next, in step S <b> 3-5, the design document structure
次に、設計書構造情報抽出部３は、ステップＳ３−６からＳ３−６´までの処理を、設計書ＩＤ群に含まれる設計書ＩＤごとに繰り返す。なお、設計書ＩＤ群は、ステップＳ３−３で取得したものである。
ステップＳ３−７において、設計書構造情報抽出部３は、設計書ＩＤ群から、設計書ＩＤを１つ取得する。
次に、ステップＳ３−８において、設計書構造情報抽出部３は、ステップＳ３−７で取得した設計書ＩＤに対応する設計項目を全て取得し、これを対象設計書とする。
Next, the design document structure
In step S3-7, the design document structure
Next, in step S3-8, the design document structure
次に、設計書構造情報抽出部３は、ステップＳ３−９からＳ３−９´までの処理を、ドキュメントテンプレート情報群に含まれるドキュメントテンプレート情報ごとに繰り返す。なお、ドキュメントテンプレート情報群は、ステップＳ３−５で取得したものである。
ステップＳ３−１０において、設計書構造情報抽出部３は、ドキュメントテンプレート情報群から、ドキュメントテンプレートＩＤを１つ取得する。
次に、ステップＳ３−１１において、設計書構造情報抽出部３は、ステップＳ３−１０で取り出した「ドキュメントテンプレートＩＤと一致するドキュメントテンプレートから、「必須」となっている設計項目を全て取得する。
次に、ステップＳ３−１２において、設計書構造情報抽出部３は、ステップＳ３−１１で取得した、必須の設計項目が全て対象設計書に存在するかどうかを判定する。必須の設計項目が全て対象設計書に存在する場合（ステップＳ３−１２：ＹＥＳ）は、ステップＳ３−９からＳ３−９´までのループを抜けて、ステップ（Ｓ３−１３に進む。必須の設計項目の全てが対象設計書に存在しない場合（ステップＳ３−１２：ＮＯ）は、次のステップＳ３−９´に進み、即ち、ステップＳ３−９からＳ３−９´までの繰り返し処理に戻る。
Next, the design document structure
In step S3-10, the design document structure
Next, in step S3-11, the design document structure
Next, in step S3-12, the design document structure
ステップＳ３−１３に進んだ場合、ステップＳ３−１３において、設計書構造情報抽出部３は、対象設計書の設計書ＩＤと、ドキュメントテンプレートのドキュメントテンプレートＩＤとを対応付けて、設計書対応テンプレート情報に登録する。
If the process proceeds to step S3-13, in step S3-13, the design document structure
ステップＳ３−９からＳ３−９´までの繰り返し処理を全て終えた場合、ステップＳ３−１４に進む。これは、即ち、対象設計書に対応するドキュメントテンプレートが見つからなかった場合である。そして、ステップＳ３−１４において、設計書構造情報抽出部３は、対象設計書のドキュメントテンプレートＩＤを「ＮＵＬＬ」とし、設計書対応テンプレート情報に登録する。
When all the repetition processes from step S3-9 to S3-9 ′ are completed, the process proceeds to step S3-14. This is a case where a document template corresponding to the target design document is not found. In step S3-14, the design document structure
ステップＳ３−１３またはＳ３−１４のいずれかの処理を終えた場合、ステップＳ３−６´に進む。即ち、次の設計書ＩＤが残っている場合には繰り返し処理に戻り、全ての設計書ＩＤについて処理を完了した場合には、次のステップＳ３−１５に移る。 When the process of either step S3-13 or S3-14 is completed, the process proceeds to step S3-6 ′. That is, when the next design document ID remains, the process returns to the iterative process, and when the process is completed for all design document IDs, the process proceeds to the next step S3-15.
図９に移り、設計書構造情報抽出部３は、ステップＳ３−１５からＳ３−１５´までの処理を、設計書ＩＤ群に含まれる設計書ＩＤごとに繰り返す。
ステップＳ３−１６において、設計書構造情報抽出部３は、設計書ＩＤ群から、設計書ＩＤを１つ取得する。
次に、ステップＳ３−１７において、設計書構造情報抽出部３は、ステップＳ３−１６で取得した設計書ＩＤに対応する設計項目群を取得し、これを比較元設計書とする。
Moving to FIG. 9, the design document structure
In step S3-16, the design document structure
Next, in step S3-17, the design document structure
次に、設計書構造情報抽出部３は、ステップＳ３−１８からＳ３−１８´までの処理を、設計書情報ごとに繰り返す。
ステップＳ３−１９において、設計書構造情報抽出部３は、比較元設計書と同じドキュメントテンプレートＩＤを持つ設計書ＩＤを、設計書対応テンプレート情報」から取得する。
ステップＳ３−２０において、設計書構造情報抽出部３は、ステップＳ３−１９で取得した設計書ＩＤの設計項目群を取得し、これを比較先設計書とする。
次に、ステップＳ３−２１において、設計書構造情報抽出部３は、比較元設計書と比較先設計書の設計項目が一致するかどうかの判定を行う。設計項目が一致する場合（ステップＳ３−２１：ＹＥＳ）には、次のステップＳ３−１８´に進む。設計項目が一致しない場合（ステップＳ３−２１：ＮＯ）には、ステップＳ３−２２に移る。
Next, the design document structure
In step S3-19, the design document structure
In step S3-20, the design document structure
Next, in step S3-21, the design document structure
ステップＳ３−２１からＳ３−２２に進んだ場合、ステップＳ３−２２において、設計書構造情報抽出部３は、設計項目が不一致であった比較元設計書と比較先設計書とを取得し、エラーメッセージを表示する。
そして、ステップＳ３−２３において、テンプレート改善支援装置１００は、処理を一旦中止する。なお、その後、開発者が、ステップＳ３−２２でエラー表示した設計書の設計項目の不一致を修正することができる。そして、開発者は、再度、設計書を登録することができる。
When the process proceeds from step S3-21 to S3-22, in step S3-22, the design document structure
In step S3-23, the template
ステップＳ３−１８´は、ステップＳ３−１８に対応する繰り返し処理の終了点である。即ち、残っている設計書情報があれば次の設計書情報について処理を繰り返す。また、残っている設計書情報がなければ、次の、ステップＳ３−１５´に進む。
ステップＳ３−１５´は、ステップＳ３−１５に対応する繰り返し処理の終了点である。即ち、残っている設計書ＩＤがあれば次の設計書ＩＤについて処理を繰り返す。また、残っている設計書ＩＤがなければ、次の、ステップＳ３−２４に進む。
ステップＳ３−２４に進んだ場合、設計書構造情報抽出部３は、本フローチャート全体の処理を終了する。
Step S3-18 ′ is the end point of the iterative process corresponding to step S3-18. That is, if there is remaining design document information, the process is repeated for the next design document information. If there is no remaining design document information, the process proceeds to the next step S3-15 ′.
Step S3-15 ′ is the end point of the iterative process corresponding to step S3-15. That is, if there is a remaining design document ID, the process is repeated for the next design document ID. If there is no remaining design document ID, the process proceeds to the next step S3-24.
If the process proceeds to step S3-24, the design document structure
以上の手順により、設計書構造情報抽出部３は、設計書の構造情報を抽出する。また、設計書構造情報抽出部３は、同じドキュメントテンプレートから作成された設計書が複数ある場合に、それら設計書の設計構造を揃えるため、勝手なカスタマイズをしている設計書を取り除く。
With the above procedure, the design document structure
図１０，図１１は、比較エンジン部４による処理の手順を示すフローチャートである。同図に示す処理は、図４で説明したステップＳ１−４の処理である。これらの２つの図は、コネクターによって接続される。以下、このフローチャートに沿って説明する。
まず、図１０のステップＳ４−０において、比較エンジン部４は、本フローチャート全体の処理を開始する。
ステップＳ４−１において、比較エンジン部４は、設計書構造情報抽出部３から、設計書対応テンプレート情報を取得する。
10 and 11 are flowcharts showing the procedure of processing by the comparison engine unit 4. The process shown in the figure is the process of step S1-4 described in FIG. These two figures are connected by a connector. Hereinafter, it demonstrates along this flowchart.
First, in step S4-0 of FIG. 10, the comparison engine unit 4 starts processing of the entire flowchart.
In step S 4-1, the comparison engine unit 4 acquires design document correspondence template information from the design document structure
次に、比較エンジン部４は、ステップＳ４−２からＳ４−２´までの処理を、設計書対応テンプレート情報にあるドキュメントテンプレートＩＤごとに繰り返す。
ステップＳ４−３において、比較エンジン部４は、ドキュメントテンプレートＩＤを１つ取得する。
次に、ステップＳ４−４において、比較エンジン部４は、ステップＳ４−３で取得したドキュメントテンプレートＩＤが「ＮＵＬＬ」であるかどうかの判定を行う。ドキュメントテンプレートＩＤが「ＮＵＬＬ」である場合（ステップＳ４−４：ＹＥＳ）には、そのままステップＳ４−５へ進む。ドキュメントテンプレートＩＤが「ＮＵＬＬ」ではない場合（ステップＳ４−４：ＮＯ）には、次のドキュメントテンプレートＩＤを処理するためにステップＳ４−３に戻る。
ステップＳ４−５に進んだ場合、ステップＳ４−５において、比較エンジン部４は、変更種類を「テンプレート（追加）」とする。つまり、比較エンジン部４は、ドキュメントテンプレートＩＤが「ＮＵＬＬ」である設計書を、新しく追加されたテンプレートとして取得する。新しくテンプレートを追加する場合、比較エンジン部４は、カスタマイズ情報の変更後ドキュメントテンプレートＩＤに、ユニークなＩＤを付与する。また、比較エンジン部４は、変更後ドキュメントテンプレート名を、追加した設計書の名称とする。
そして、ステップＳ４−２´は、ステップＳ４−２から始まる繰り返し処理の終了点である。ステップＳ４−２からＳ４−２´までの繰り返し処理が終了すると、次のステップＳ４−６に移る。
Next, the comparison engine unit 4 repeats the processing from steps S4-2 to S4-2 ′ for each document template ID in the design document correspondence template information.
In step S4-3, the comparison engine unit 4 acquires one document template ID.
Next, in step S4-4, the comparison engine unit 4 determines whether or not the document template ID acquired in step S4-3 is “NULL”. If the document template ID is “NULL” (step S4-4: YES), the process proceeds directly to step S4-5. If the document template ID is not “NULL” (step S4-4: NO), the process returns to step S4-3 to process the next document template ID.
When the process proceeds to step S4-5, in step S4-5, the comparison engine unit 4 sets the change type to “template (addition)”. That is, the comparison engine unit 4 acquires a design document whose document template ID is “NULL” as a newly added template. When a new template is added, the comparison engine unit 4 assigns a unique ID to the document template ID after the customization information is changed. The comparison engine unit 4 uses the changed document template name as the name of the added design document.
Step S4-2 ′ is the end point of the iterative process starting from step S4-2. When the iterative process from step S4-2 to S4-2 'is completed, the process proceeds to the next step S4-6.
次に、比較エンジン部４は、ステップＳ４−６からＳ４−６´までの処理を、ドキュメントテンプレートデータにあるドキュメントテンプレートＩＤごとに繰り返す。
ステップＳ４−７において、比較エンジン部４は、ドキュメントテンプレート情報からドキュメントテンプレートＩＤを１つ取得する。
次に、ステップＳ４−８において、比較エンジン部４は、ステップＳ４−７で取り出したドキュメントテンプレートＩＤと、設計書対応テンプレート情報のドキュメントテンプレートＩＤが一致するかどうかの判定を行う。両者が一致する場合（ステップＳ４−８：ＹＥＳ）には、次のドキュメントテンプレートＩＤを取得するために、ステップＳ４−７に戻る。両者が一致しない場合（ステップＳ４−８：ＮＯ）には、次のステップＳ４−９に進む。
ステップＳ４−９に進んだ場合、ステップＳ４−９において、比較エンジン部４は、変更種類を「テンプレート（削除）」とする。つまり、比較エンジン部４は、そのドキュメントＩＤを、使われなかったドキュメントテンプレート情報のドキュメントテンプレートＩＤとして取得する。テンプレート削除の場合、比較エンジン部４は、カスタマイズ情報の変更前ドキュメントテンプレートＩＤを、削除したドキュメントテンプレートのＩＤに設定する。また、比較エンジン部４は、変更前ドキュメントテンプレート名を、削除したドキュメントテンプレートの名称とする。
そして、ステップＳ４−６´は、ステップＳ４−６から始まる繰り返し処理の終了点である。ステップＳ４−６からＳ４−６´までの繰り返し処理が終了すると、次のステップＳ４−１０に移る。
Next, the comparison engine unit 4 repeats the processing from steps S4-6 to S4-6 ′ for each document template ID in the document template data.
In step S4-7, the comparison engine unit 4 acquires one document template ID from the document template information.
In step S4-8, the comparison engine unit 4 determines whether or not the document template ID extracted in step S4-7 matches the document template ID of the design document correspondence template information. If the two match (step S4-8: YES), the process returns to step S4-7 to obtain the next document template ID. If the two do not match (step S4-8: NO), the process proceeds to the next step S4-9.
When the process proceeds to step S4-9, in step S4-9, the comparison engine unit 4 sets the change type to “template (deletion)”. That is, the comparison engine unit 4 acquires the document ID as the document template ID of the unused document template information. In the case of template deletion, the comparison engine unit 4 sets the document template ID before change of the customization information to the ID of the deleted document template. Further, the comparison engine unit 4 uses the pre-change document template name as the name of the deleted document template.
Step S4-6 ′ is the end point of the iterative process starting from step S4-6. When the iterative process from step S4-6 to S4-6 'is completed, the process proceeds to the next step S4-10.
図１１に移り、比較エンジン部４は、ステップＳ４−１０からＳ４−１０´までの処理を、設計書対応テンプレート情報にある設計書ＩＤごとに繰り返す。
ステップＳ４−１１において、比較エンジン部４は、設計書対応テンプレート情報の設計書ＩＤを１つ取得する。
次に、ステップＳ４−１２において、比較エンジン部４は、ドキュメントテンプレート情報から、ステップＳ４−１１で取得した設計書ＩＤに対応するドキュメントテンプレートＩＤを取得する。
Moving to FIG. 11, the comparison engine unit 4 repeats the processing from step S4-10 to S4-10 ′ for each design document ID in the design document correspondence template information.
In step S4-11, the comparison engine unit 4 acquires one design document ID of the design document correspondence template information.
In step S4-12, the comparison engine unit 4 acquires a document template ID corresponding to the design document ID acquired in step S4-11 from the document template information.
次に、比較エンジン部４は、ステップＳ４−１３からＳ４−１３´までの処理を、ステップＳ４−１１で取得した設計書ＩＤに対応する設計項目ごとに繰り返す。
ステップＳ４−１４において、比較エンジン部４は、設計書ＩＤに対応する設計項目を１つ取得する。
次に、ステップＳ４−１５において、比較エンジン部４は、ステップＳ４−１４で取得した設計項目が、ステップＳ４−１２で取得したドキュメントテンプレートに存在するかどうかの判定を行う。そして、設計項目が存在する場合（ステップＳ４−１５：ＹＥＳ）には、次の設計項目を処理するために、ステップＳ４−１４に戻る。設計項目が存在しない場合（ステップＳ４−１５：ＮＯ）には、そのまま次のステップＳ４−１６に進む。
ステップＳ４−１６に進んだ場合、ステップＳ４−１６において、比較エンジン部４は、変更種類を「設計項目（追加）」とする。つまり、比較エンジン部４は、その設計項目を、新しく追加された設計項目として、取得する。設計項目の追加の場合には、比較エンジン部４は、カスタマイズ情報の変更後の設計項目として、追加した設計項目を取得する。
そして、ステップＳ４−１３´は、ステップＳ４−１３から始まる繰り返し処理の終了点である。ステップＳ４−１３からＳ４−１３´までの繰り返し処理が終了すると、次のステップＳ４−１７に移る。
Next, the comparison engine unit 4 repeats the processing from step S4-13 to S4-13 ′ for each design item corresponding to the design document ID acquired in step S4-11.
In step S4-14, the comparison engine unit 4 acquires one design item corresponding to the design document ID.
Next, in step S4-15, the comparison engine unit 4 determines whether the design item acquired in step S4-14 exists in the document template acquired in step S4-12. If a design item exists (step S4-15: YES), the process returns to step S4-14 to process the next design item. If there is no design item (step S4-15: NO), the process proceeds to the next step S4-16.
When the process proceeds to step S4-16, in step S4-16, the comparison engine unit 4 sets the change type to “design item (addition)”. That is, the comparison engine unit 4 acquires the design item as a newly added design item. In the case of adding a design item, the comparison engine unit 4 acquires the added design item as a design item after the customization information is changed.
Step S4-13 ′ is the end point of the iterative process starting from step S4-13. When the iterative process from step S4-13 to S4-13 'is completed, the process proceeds to the next step S4-17.
次に、比較エンジン部４は、ステップＳ４−１７からＳ４−１７´までの処理を、ドキュメントテンプレートＩＤに対応する設計項目ごとに繰り返す。
ステップＳ４−１８において、比較エンジン部４は、ドキュメントテンプレートＩＤに対応する設計項目を１つ取得する。
次に、ステップＳ４−１９において、比較エンジン部４は、ステップＳ４−１８で取得した設計項目が、ステップＳ４−１１で取得した設計書に存在するかどうかの判定を行う。設計項目がその設計書に存在する場合（ステップＳ４−１９：ＹＥＳ）には、次の設計項目を処理するためにステップＳ４−１８に戻る。設計項目がその設計書に存在しない場合（ステップＳ４−１９：ＮＯ）には、そのまま次のステップＳ４−２０に進む。
ステップＳ４−２０に進んだ場合、ステップＳ４−２０において、比較エンジン部４は、変更種類を「設計項目（削除）」とする。つまり、比較エンジン部４は、その設計項目を、削除された設計項目として処理する。設計項目の削除の場合、カスタマイズ情報の変更前の設計項目を、削除した設計項目とする。
そして、ステップＳ４−１７´は、ステップＳ４−１７から始まる繰り返し処理の終了点である。
また、ステップＳ４−１７´の次のステップＳ４−１０´は、ステップＳ４−１０から始まる繰り返し処理の終了点である。
この繰り返し処理を終了すると、次に、ステップＳ４−２１に移る。
Next, the comparison engine unit 4 repeats the processing from step S4-17 to S4-17 ′ for each design item corresponding to the document template ID.
In step S4-18, the comparison engine unit 4 acquires one design item corresponding to the document template ID.
Next, in step S4-19, the comparison engine unit 4 determines whether or not the design item acquired in step S4-18 exists in the design document acquired in step S4-11. If the design item exists in the design document (step S4-19: YES), the process returns to step S4-18 to process the next design item. If the design item does not exist in the design document (step S4-19: NO), the process proceeds to the next step S4-20.
When the process proceeds to step S4-20, in step S4-20, the comparison engine unit 4 sets the change type to “design item (deletion)”. That is, the comparison engine unit 4 processes the design item as a deleted design item. In the case of deleting a design item, the design item before the customization information is changed is the deleted design item.
Step S4-17 ′ is the end point of the iterative process starting from step S4-17.
Further, step S4-10 ′ subsequent to step S4-17 ′ is an end point of the iterative process starting from step S4-10.
When this iterative process is completed, the process proceeds to step S4-21.
ステップＳ４−２１において、比較エンジン部４は、カスタマイズ情報に、取得したカスタマイズが存在しているか否かを判定する。ここで、取得したカスタマイズとは、ステップＳ４−５、Ｓ４−９、Ｓ４−１６、Ｓ４−２０のいずれかで取得されたカスタマイズ（変更）である。取得したカスタマイズが存在する場合（ステップＳ４−２１：ＹＥＳ）には、ステップＳ４−２３に飛ぶ。取得したカスタマイズが存在しない場合（ステップＳ４−２１：ＮＯ）には、次のステップＳ４−２２に進む。 In step S4-21, the comparison engine unit 4 determines whether or not the acquired customization exists in the customization information. Here, the acquired customization is customization (change) acquired in any of steps S4-5, S4-9, S4-16, and S4-20. If the acquired customization exists (step S4-21: YES), the process jumps to step S4-23. If the acquired customization does not exist (step S4-21: NO), the process proceeds to the next step S4-22.
ステップＳ４−２２に進んだ場合、ステップＳ４−２２において、比較エンジン部４は、ステップＳ４−５、Ｓ４−９、Ｓ４−１６、Ｓ４−２０で取得したカスタマイズを、カスタマイズ情報に登録する。このとき、新規に登録するカスタマイズには対しては、比較エンジン部４は、ユニークなカスタマイズＩＤを発番する。また、比較エンジン部４は、登録するカスタマイズ情報を、インタフェース部１を介して表示し、開発者に「カスタマイズ情報」を確認するように促す。プロジェクトで実際に行ったカスタマイズと違うカスタマイズ情報が表示されれば、開発者が修正することを可能とする。テンプレートの設計項目名を変更した場合には、変更種類が「設計項目（追加）」と「設計項目（削除）」の２つのカスタマイズ情報として判定される。この場合、開発者が、変更種類を「名称変更」に変え、変更前の設計項目と変更後の設計項目に、設計項目の名称を入力することができるようにする。
When the process proceeds to step S4-22, in step S4-22, the comparison engine unit 4 registers the customization acquired in steps S4-5, S4-9, S4-16, and S4-20 in the customization information. At this time, for the customization newly registered, the comparison engine unit 4 issues a unique customization ID. The comparison engine unit 4 also displays the customization information to be registered via the
そして、ステップＳ４−２３において、比較エンジン部４は、設計書を作成したプロジェクトのプロジェクトＩＤと、プロジェクトが実施したカスタマイズを一意に表すカスタマイズＩＤとを対応付ける。そして、比較エンジン部４は、対応付けられたプロジェクトＩＤとカスタマイズＩＤとを、カスタマイズ情報データベース９のプロジェクトカスタマイズ情報に登録する。
ステップＳ４−２４において、比較エンジン部４は、このフローチャート全体の処理を終了する。
In step S4-23, the comparison engine unit 4 associates the project ID of the project that created the design document with the customization ID that uniquely represents the customization performed by the project. Then, the comparison engine unit 4 registers the associated project ID and customization ID in the project customization information in the
In step S4-24, the comparison engine unit 4 ends the process of the entire flowchart.
以上の処理により、比較エンジン部４は、設計書一式のファイルの構造情報と、ドキュメントテンプレート一式のファイルの構造情報とを比較する。その比較の結果、比較エンジン部４は、カスタマイズ情報を抽出する。 Through the above processing, the comparison engine unit 4 compares the structure information of the design document set file with the structure information of the document template set file. As a result of the comparison, the comparison engine unit 4 extracts customization information.
図１２は、プロジェクト情報管理部５による処理の手順を示すフローチャートである。同図に示す処理は、図４で説明したステップＳ１−５の処理である。以下、このフローチャートに沿って説明する。
まず、ステップＳ５−０において、プロジェクト情報管理部５は、本フローチャート全体の処理を開始する。
ステップＳ５−１において、プロジェクト情報管理部５は、インタフェース部１を介して、プロジェクト属性登録画面を表示する。
次に、ステップＳ５−２において、プロジェクト情報管理部５は、インタフェース部１を介して、開発者が入力した属性値を取得する。属性値は、プロジェクトの属性に対応する値である。
次に、ステップＳ５−３において、プロジェクト情報管理部５は、ステップＳ５−２で取得した属性値を、プロジェクト情報データベース１０の属性値情報に登録する。
ステップＳ５−４で、プロジェクト情報管理部５は、本フローチャート全体の処理を終了する。
以上の処理により、プロジェクト情報管理部５は、プロジェクトの属性情報を取得し、登録する。
FIG. 12 is a flowchart showing a processing procedure performed by the project
First, in step S5-0, the project
In step S5-1, the project
Next, in step S5-2, the project
Next, in step S5-3, the project
In step S5-4, the project
Through the above processing, the project
図１３は、カスタマイズ情報表示部６による処理の手順を示すフローチャートである。同図に示す処理は、図４で説明したステップＳ１−６の処理である。以下、このフローチャートに沿って説明する。
まず、ステップＳ６−０において、カスタマイズ情報表示部６は、本フローチャート全体の処理を開始する。
ステップＳ６−１において、カスタマイズ情報表示部６は、カスタマイズ情報データベース９に蓄積された、全てのカスタマイズ情報を取得する。
次に、ステップＳ６−２において、カスタマイズ情報表示部６は、プロジェクト情報データベース１０に蓄積された、全てのプロジェクトのプロジェクト情報を取得する。
次に、ステップＳ６−３において、カスタマイズ情報表示部６は、ステップＳ６−１で取得したカスタマイズ情報と、ステップＳ６−２で取得したプロジェクト情報の因果関係の分析を行う。なお、この分析処理の詳細については、後で、図１４，図１５，図１６を参照しながら説明する。
次に、ステップＳ６−４において、カスタマイズ情報表示部６は、ステップＳ６−３で得られた分析結果を、表示のために整理する。なお、この整理の処理の詳細については、後で、図１７を参照しながら説明する。
次に、ステップＳ６−５において、カスタマイズ情報表示部６は、ステップＳ６−４で整理した分析結果を、インタフェース部１を介して表示する。
そして、ステップＳ６−６において、カスタマイズ情報表示部６は、このフローチャートの全体の処理を終了する。
以上の処理により、カスタマイズ情報表示部６は、これまで入力してきた全てのプロジェクトとプロジェクトの設計書の情報から、カスタマイズ情報を分析し表示する。
FIG. 13 is a flowchart showing a procedure of processing performed by the customization
First, in step S6-0, the customization
In step S 6-1, the customization
Next, in step S6-2, the customization
Next, in step S6-3, the customization
Next, in step S6-4, the customization
Next, in step S6-5, the customization
In step S6-6, the customization
Through the above processing, the customization
図１４，図１５，図１６は、カスタマイズ情報分析部６１による処理の手順を示すフローチャートである。この処理は、図１３におけるステップＳ６−３の処理である。これらの３つの図は、コネクターによって接続される。以下、このフローチャートに沿って説明する。
まず、図１４のステップＳ６１−０において、カスタマイズ情報分析部６１は、本フローチャート全体の処理を開始する。
ステップＳ６１−１において、カスタマイズ情報分析部６１は、プロジェクト情報データベース１０に蓄積されたプロジェクトの総数を取得する。
14, 15, and 16 are flowcharts showing a processing procedure performed by the customization
First, in step S61-0 in FIG. 14, the customization
In step S61-1, the customization
次に、カスタマイズ情報分析部６１は、ステップＳ６１−２からＳ６１−２´までの処理を、プロジェクトの属性情報の属性ＩＤごとに繰り返す。
ステップＳ６１−３において、カスタマイズ情報分析部６１は、プロジェクトの属性情報から、属性ＩＤを１つ取得する。
次に、ステップＳ６１−４において、カスタマイズ情報分析部６１は、ステップＳ６１−３で取得した属性ＩＤに対応する属性値が同じプロジェクトＩＤの数をカウントする。
次に、ステップＳ６１−５において、カスタマイズ情報分析部６１は、ステップＳ６１−４でカウントした結果の数値をプロジェクト属性数データのプロジェクト数として、属性ＩＤおよび属性値と関連付けて取得する。つまり、カスタマイズ情報分析部６１は、同じ属性値を有するプロジェクト数の統計を得る。
そして、ステップＳ６１−２´は、ステップＳ６１−２から始まる繰り返し処理の終了点である。全ての属性ＩＤについての処理を終えると、次のステップＳ５１−６に移る。
Next, the customization
In step S61-3, the customization
Next, in step S61-4, the customization
Next, in step S61-5, the customization
Step S61-2 ′ is the end point of the iterative process starting from step S61-2. When the process for all the attribute IDs is completed, the process proceeds to the next step S51-6.
次に、カスタマイズ情報分析部６１は、ステップＳ６１−６からＳ６１−６´までの処理を、カスタマイズ情報データベース９に蓄積されたカスタマイズごとに繰り返す。
ステップＳ６１−７において、カスタマイズ情報分析部６１は、カスタマイズ情報データベース９から、カスタマイズｉＤを１つ取得する。
次に、ステップＳ６１−８において、カスタマイズ情報分析部６１は、プロジェクトカスタマイズ情報から、ステップＳ６１−７で取得したカスタマイズＩＤに対応するプロジェクトＩＤの数をカウントする。
次に、ステップＳ６１−９において、カスタマイズ情報分析部６１は、ステップＳ６１−８でカウントした結果の数値をカスタマイズ実施数データのプロジェクト数として、カスタマイズＩＤと関連付けて取得する。
そして、ステップＳ６１−６´は、ステップＳ６１−６から始まる繰り返し処理の終了点である。全てのカスタマイズＩＤについての処理を終えると、次のステップＳ５１−１０に移る。
Next, the customization
In step S61-7, the customization
Next, in step S61-8, the customization
Next, in step S61-9, the customization
Step S61-6 ′ is the end point of the iterative process starting from step S61-6. When the process for all the customization IDs is completed, the process proceeds to the next step S51-10.
次に、カスタマイズ情報分析部６１は、ステップＳ６１−１０からＳ６１−１０´までの処理を、プロジェクト情報データベース１０に登録したプロジェクト情報ごとに繰り返す。
ステップＳ６１−１１において、カスタマイズ情報分析部６１は、プロジェクト情報データベース１０に登録されているプロジェクト情報を１つ取得する。
Next, the customization
In step S <b> 61-11, the customization
そして、カスタマイズ情報分析部６１は、ステップＳ６１−１１で取得したプロジェクト情報に対応するカスタマイズＩＤを、プロジェクトカスタマイズ情報から全て取り出す。そして、カスタマイズ情報分析部６１は、それらの取り出したカスタマイズＩＤの各々についてステップＳ６１−１２からＳ６１−１２´までの処理を繰り返す。
ステップＳ６１−１３において、カスタマイズ情報分析部６１は、プロジェクトカスタマイズ情報から、プロジェクト情報に対応するカスタマイズＩＤを１つ取得する。
Then, the customization
In step S61-13, the customization
図１５に移って、カスタマイズ情報分析部６１は、ステップＳ６１−１４からＳ６１−１４´までの処理を、ステップＳ６１−１１で取得したプロジェクトに関する属性値ごとに繰り返す。
ステップＳ６１−１５において、カスタマイズ情報分析部６１は、属性値を１つ取得する。
次に、ステップＳ６１−１６において、カスタマイズ情報分析部６１は、ステップＳ６１−１３で取得したカスタマイズと、ステップＳ６１−１５で取得した属性値の組み合わせが、カスタマイズと属性値の総当たりデータに存在するかどうかの判定を行う。そのカスタマイズと属性値の組み合わせが存在する場合（ステップＳ６１−１６：ＹＥＳ）には、ステップＳ６１−１８へ飛ぶ。そのカスタマイズと属性値の組み合わせが存在しない場合（ステップＳ６１−１６：ＮＯ）には、次のステップＳ６１−１７へ進む。
ステップＳ６１−１７においては、カスタマイズ情報分析部６１は、そのカスタマイズと属性値の組み合わせを、カスタマイズと属性値の総当たりデータに登録する。なお、この登録の際のプロジェクト数の初期値を０とする。
そして、ステップＳ６１−１８において、カスタマイズ情報分析部６１は、そのカスタマイズと属性値の組み合わせに関して、プロジェクト数をインクリメントする。つまり、プロジェクト数に１をたす。
Moving to FIG. 15, the customization
In step S61-15, the customization
Next, in step S61-16, the customization
In step S61-17, the customization
In step S61-18, the customization
そして、ステップＳ６１−１４´は、ステップＳ６１−１４から始まる繰り返し処理の終了点である。
そして、ステップＳ６１−１２´は、ステップＳ６１−１２から始まる繰り返し処理の終了点である。
そして、ステップＳ６１−１０´は、ステップＳ６１−１０から始まる繰り返し処理の終了点である。
つまり、ステップＳ６１−１０からＳ６１−１０´までの処理によって、カスタマイズと属性値の組み合わせごとに、該当するプロジェクト数をカウントした統計データが得られた。
Step S61-14 ′ is the end point of the iterative process starting from step S61-14.
Step S61-12 ′ is the end point of the iterative process starting from step S61-12.
Step S61-10 ′ is the end point of the iterative process starting from step S61-10.
That is, through the processing from step S61-10 to S61-10 ′, statistical data obtained by counting the number of corresponding projects for each combination of customization and attribute value was obtained.
図１６に移って、カスタマイズ情報分析部６１は、ステップＳ６１−１９からＳ６１−１９´までの処理を、カスタマイズと属性値の総当たりデータに含まれる、カスタマイズと属性値の組み合わせごとに繰り返す。
ステップＳ６１−２０において、カスタマイズ情報分析部６１は、カスタマイズと属性値の総当たりデータから、カスタマイズと属性値の組み合わせを1つ取得する。
次に、ステップＳ６１−２１において、カスタマイズ情報分析部６１は、ステップＳ６１−２０で取得したカスタマイズと属性値の組み合わせの支持度を計算する。この支持度は、そのカスタマイズと属性値の組み合わせのプロジェクト数を、Ｓ６１−１で取得したプロジェクトの総数で割ることによって算出される。支持度は、その値が大きいほどよくあるカスタマイズであることを示し、その値が小さいほど滅多にないカスタマイズであることを示している。
次に、ステップＳ６１−２２において、カスタマイズ情報分析部６１は、そのカスタマイズの期待信頼度を計算する。この期待信頼度は、ステップＳ６１−９で取得したカスタマイズ実施数を、Ｓ６１−１で取得したプロジェクトの総数で割ることによって算出される。この期待信頼度は、後で、リフト値を計算する際に用いられる。
次に、ステップＳ６１−２３において、カスタマイズ情報分析部６１は、ステップＳ６１−２０で取得したカスタマイズと属性値の組み合わせの信頼度を計算する。この信頼度は、その組み合わせのプロジェクト数を、ステップＳ６１−５で取得したプロジェクト属性数データで割ることによって算出される。信頼度が高いほど、その属性値を有するプロジェクトがそのカスタマイズを実施している、と言うことができる。言い換えれば、信頼度が高いほど、プロジェクト属性Ａの属性値がＣであるプロジェクトはカスタマイズＢを実施している、と言うことができる。ただし、属性値に依存せずに高い頻度でカスタマイズＢが実施される可能性もあるため、次ステップにおけるリフト値の計算も行う。なお、「プロジェクト属性Ａ」とは、プロジェクトの属性情報の１つである。また、「属性値Ｃ」は、プロジェクト属性Ａの属性値がＣであることを意味する。また、「カスタマイズＢ」は、属性値Ｃと組み合わせたカスタマイズ情報の１つを指す。
次に、ステップＳ６１−２４において、カスタマイズ情報分析部６１は、リフト値を計算する。このリフト値は、ステップＳ６１−２３で算出した信頼度を、ステップＳ６１−２２で取得した「期待信頼度」で割ることによって算出される。このリフト値が１以上であれば、カスタマイズＢは属性値Ｃに依存していると言うことができる。つまり、リフト値が１以上であれば、カスタマイズＢと属性値Ｃとの因果関係が強いと言うことができる。
次に、ステップＳ６１−２５において、カスタマイズ情報分析部６１は、ステップＳ６１−２１からステップＳ６１−２４までの各ステップで計算した結果を、カスタマイズと属性値の総当たりデータに登録する。
そして、ステップＳ６１−１９´は、ステップＳ６１−１９から始まる繰り返し処理の終了点である。
ここまでの処理が終了すると、カスタマイズ情報分析部６１は、本フローチャート全体の処理を終了する（ステップＳ６１−２６）。
Moving to FIG. 16, the customization
In step S61-20, the customization
Next, in step S61-21, the customization
Next, in step S61-22, the customization
Next, in step S61-23, the customization
Next, in step S61-24, the customization
Next, in step S61-25, the customization
Step S61-19 ′ is the end point of the iterative process starting from step S61-19.
When the processing so far is completed, the customization
また、カスタマイズ情報分析部６１は、別の分析処理により、属性値とドキュメントテンプレートとの総当たりデータを得る。
この処理は、図１４，図１５，図１６に示したフローチャートの処理における「カスタマイズ」を「ドキュメントテンプレート」に置き換えることによって実施できる。
具体的には、カスタマイズ情報分析部６１は、プロジェクトカスタマイズ情報のカスタマイズＩＤの代わりに、設計書一式情報のドキュメントテンプレート一式ＩＤを読み出す。これにより、カスタマイズ情報分析部６１は、属性値と、ドキュメントテンプレート一式ＩＤとの総当たりの処理を行う。その結果、カスタマイズ情報分析部６１は、属性値とドキュメントテンプレートＩＤとの全ての組み合わせの各々について、プロジェクト数をカウントする。そして、カスタマイズ情報分析部６１は、カスタマイズと属性値との総当たりデータにおいて算出したのと同様に、各組み合わせの、支持度と、信頼度と、期待信頼度と、リフト値とを算出する。これらをドキュメントテンプレートと属性値との総当たりデータとして得る。カスタマイズ情報分析部６１は、得られた総当たりデータを、所定のテーブル（後述するドキュメントテンプレートと属性値の総当たりデータ（Ｔ８））に登録する。
Further, the customization
This processing can be performed by replacing “customization” in the processing of the flowcharts shown in FIGS. 14, 15, and 16 with “document template”.
Specifically, the customization
図１７は、分析結果表示部６２による処理の手順を示すフローチャートである。この処理は、図１３におけるステップＳ６−５の処理である。
まず、図１７のステップＳ６２−０において、分析結果表示部６２は、本フローチャート全体の処理を開始する。
ステップＳ６２−１において、分析結果表示部６２は、カスタマイズ情報分析部６１から、カスタマイズと属性値の総当たりデータを取得する。本ステップで分析結果表示部６２が取得するデータには、前述のカスタマイズ情報分析部６１による処理で計算された、支持度、信頼度、リフト値が含まれる。
次に、ステップＳ６２−２において、分析結果表示部６２は、支持度の値が高い順に、カスタマイズと属性値の総当たりデータを並べ替える。
次に、ステップＳ６２−３において、分析結果表示部６２は、ステップＳ６２−２の並べ替え処理において支持度が同値であったカスタマイズと属性値との組み合わせを、信頼度の高い順に並べ替える。
つまり、ステップＳ６２−２とＳ６２−３とで、分析結果表示部６２は、降順の支持度を第１キーとして、また降順の信頼度を第２キーとして、並べ替え処理（ソート処理）を行う。
FIG. 17 is a flowchart illustrating a processing procedure performed by the analysis
First, in step S62-0 in FIG. 17, the analysis
In step S62-1, the analysis
Next, in step S62-2, the analysis
Next, in step S62-3, the analysis
That is, in steps S62-2 and S62-3, the analysis
次に、分析結果表示部６２は、カスタマイズと属性値との組み合わせの各々について、ステップＳ６２−４からＳ６２−６までの処理を行う。
ステップＳ６２−４において、分析結果表示部６２は、上記のカスタマイズと属性値の総当たりデータについて、属性値に依存しているカスタマイズであるかどうかを判定する。分析結果表示部６２はこの判定を、具体的には、当該組み合わせのリフト値に基づいて行う。リフト値が１より大きい（即ち、カスタマイズが属性値に依存している）場合（ステップＳ６２−４：ＹＥＳ）には、ステップＳ６２−５へ進む。リフト値が１以下である（即ち、カスタマイズが属性値に依存していない）場合（ステップＳ６２−４：ＮＯ）には、ステップＳ６２−６へ進む。
Next, the analysis
In step S62-4, the analysis
ステップＳ６２−５に進んだ場合、ステップＳ６２−５において、分析結果表示部６２は、そのカスタマイズと属性値との組み合わせを、特定の属性値を持つプロジェクトが使うドキュメントテンプレートへの反映を推奨するカスタマイズとして表示する。これは、リフト値が１より大きく、カスタマイズが属性値に依存するものであるためである。なお、分析結果表示部６２は、本ステップにおける表示の際に、インタフェース部１を介した表示を行う。本ステップの処理の後、ステップＳ６２−７に進む。
ステップＳ６２−６に進んだ場合、ステップＳ６２−６において、分析結果表示部６２は、そのカスタマイズと属性値との組み合わせを、ドキュメントテンプレートへの反映を推奨するカスタマイズとして表示する。これは、リフト値が１以下である組み合わせは、カスタマイズと属性値との関係が必ずしもよいとは言えないためである。なお、分析結果表示部６２は、本ステップにおける表示の際に、インタフェース部１を介した表示を行う。本ステップの処理の後、ステップＳ６２−７に進む。
そして、ステップＳ６２−７において、分析結果表示部６２は、本フローチャート全体の処理を終了する。
In step S62-5, in step S62-5, the analysis
When the process proceeds to step S62-6, in step S62-6, the analysis
In step S62-7, the analysis
上記の処理手順により、分析結果表示部６２は、属性値とカスタマイズとの因果関係を分析した結果を、表示する。表示例については、後で、図４４を参照しながら説明する。
Through the above processing procedure, the analysis
また、分析結果表示部６２は、属性値とドキュメントテンプレートとの分析結果を表示する。
この処理は、分析結果表示部６２が、図１７に示したフローチャートの処理における「カスタマイズと属性値の総当たりデータ」を、「ドキュメントテンプレートと属性値の総当たりデータ」に置き変えることにより行う。その結果、分析結果表示部６２は、特定の属性値を持つプロジェクトに使用されるドキュメントテンプレート、またはドキュメントテンプレート一式を表示する。この表示例については、後で、図４５を参照しながら説明する。
The analysis
This process is performed by the analysis
次に、テンプレート改善支援装置１００が用いるデータの構成について説明する。
図１８，図１９は、テンプレート改善支援装置１００におけるデータ構成の概略を示すＥＲ図（Entity Relationship Diagram）である。これら２つの図は、コネクターによって互いに接続されている。これらの図において、普通の長方形で示すデータは、データベースに登録するデータ（テーブル）である。また、角の丸い四角形で示すデータは、処理で使用するためのデータ（テーブル）である。
Next, the configuration of data used by the template
18 and 19 are ER diagrams (Entity Relationship Diagrams) showing an outline of the data configuration in the template
まず図１８から説明する。同図には、プロジェクト情報（符号Ｔ１）と、属性値情報（Ｔ２）と、属性情報（Ｔ３）と、プロジェクトカスタマイズ情報（Ｔ４）と、プロジェクト属性数データ（Ｔ５）と、カスタマイズ実施数データ（Ｔ６）と、カスタマイズと属性値の総当たりデータ（Ｔ７）と、ドキュメントテンプレートと属性値の総当たりデータ（Ｔ８）とを示す。 First, FIG. 18 will be described. In the figure, project information (symbol T1), attribute value information (T2), attribute information (T3), project customization information (T4), project attribute number data (T5), customized execution number data ( T6), customization and attribute value brute force data (T7), and document template and attribute value brute force data (T8).
（１）プロジェクト情報（Ｔ１）は、プロジェクトの情報を表す。プロジェクト情報は、データ項目（属性）として、プロジェクトＩＤと、プロジェクト名とを持つ。プロジェクトＩＤが、プロジェクト情報の主キーである。各データ項目の意味は、次の通りである。
プロジェクトＩＤは、プロジェクトを一意に識別するＩＤである。
プロジェクト名は、プロジェクトの名称である。
(1) Project information (T1) represents project information. The project information has a project ID and a project name as data items (attributes). Project ID is the primary key of project information. The meaning of each data item is as follows.
The project ID is an ID that uniquely identifies a project.
The project name is the name of the project.
（２）属性値情報（Ｔ２）は、プロジェクトの、属性情報テーブルに対応する値を保持する。属性値情報は、データ項目として、プロジェクトＩＤと、属性ＩＤと、属性値とを持つ。プロジェクトＩＤと属性ＩＤとの複合が、属性値情報の主キーである。各データ項目の意味は、次の通りである。
プロジェクトＩＤは、プロジェクトを一意に識別するＩＤである。プロジェクトＩＤが、属性値情報とプロジェクト情報とを関連付ける。
属性ＩＤは、属性を一意に識別するＩＤである。属性ＩＤが、属性値情報と属性情報とを関連付ける。
属性値は、属性の値を表す。つまり、属性値は、プロジェクトＩＤと属性ＩＤによって定まるプロジェクト属性の値である。属性値は開発者により入力される。
(2) The attribute value information (T2) holds a value corresponding to the attribute information table of the project. The attribute value information has a project ID, an attribute ID, and an attribute value as data items. A composite of project ID and attribute ID is the primary key of attribute value information. The meaning of each data item is as follows.
The project ID is an ID that uniquely identifies a project. The project ID associates attribute value information with project information.
The attribute ID is an ID that uniquely identifies the attribute. The attribute ID associates attribute value information with attribute information.
The attribute value represents the value of the attribute. That is, the attribute value is a project attribute value determined by the project ID and the attribute ID. The attribute value is entered by the developer.
（３）属性情報（Ｔ３）は、プロジェクトの属性の種類を表す。属性とはプロジェクトに関する様々な情報を示すものである。属性の種類の例として、「開発期間」、「納入計画」、「見積金額」、「開発形態」、「開発方法論」等がある。属性情報は、データ項目として、属性ＩＤと、属性名とを持つ。属性ＩＤが、属性情報の主キーである。各データ項目の意味は、次の通りである。
属性ＩＤは、属性を一意に識別するＩＤである。属性ＩＤが、属性情報と属性値情報とを関連付ける。
属性名は、属性の名称である。
(3) The attribute information (T3) represents the type of project attribute. Attributes indicate various information about the project. Examples of attribute types include “development period”, “delivery plan”, “estimated amount”, “development form”, “development methodology”, and the like. The attribute information has an attribute ID and an attribute name as data items. The attribute ID is the primary key of the attribute information. The meaning of each data item is as follows.
The attribute ID is an ID that uniquely identifies the attribute. The attribute ID associates attribute information with attribute value information.
The attribute name is the name of the attribute.
（４）プロジェクトカスタマイズ情報（Ｔ４）は、プロジェクトがどのカスタマイズをしたかを表す情報である。プロジェクトカスタマイズ情報は、データ項目として、プロジェクトＩＤと、カスタマイズＩＤとを持つ。プロジェクトＩＤとカスタマイズＩＤの複合が、プロジェクトカスタマイズ情報の主キーである。各データ項目の意味は、次の通りである。
プロジェクトＩＤは、プロジェクトを一意に識別するＩＤである。プロジェクトＩＤが、プロジェクトカスタマイズ情報とプロジェクト情報とを関連付ける。
カスタマイズＩＤは、カスタマイズを一意に識別するＩＤである。カスタマイズＩＤが、プロジェクトカスタマイズ情報とカスタマイズ情報とを関連付ける。
(4) Project customization information (T4) is information indicating what customization the project has made. The project customization information has a project ID and a customization ID as data items. The composite of project ID and customization ID is the primary key of project customization information. The meaning of each data item is as follows.
The project ID is an ID that uniquely identifies a project. The project ID associates the project customization information with the project information.
The customization ID is an ID for uniquely identifying customization. The customization ID associates the project customization information with the customization information.
（５）プロジェクト属性数データ（Ｔ５）は、同一の属性値を持つプロジェクトの数の情報を保持するものである。プロジェクト属性数データは、データ項目として、属性ＩＤと、属性値と、プロジェクト数とを持つ。属性ＩＤと、属性値の複合が、プロジェクト属性数データの主キーである。各データ項目の意味は、次の通りである。
属性ＩＤは、属性を一意に識別するＩＤである。属性ＩＤは、プロジェクト属性数データと属性情報とを関連付ける。
属性値は、属性の値を表す。具体的には、属性値は、プロジェクト情報に登録されているプロジェクトの属性値を表す。
プロジェクト数は、同じ属性ＩＤに対して、同じ属性値を持つプロジェクトの数を表す。
なお、プロジェクト属性数データは、属性ＩＤと属性値の複合キーにより、カスタマイズと属性値の総当たりデータと関連付けられる。また、プロジェクト属性数データは、属性ＩＤと属性値の複合キーにより、ドキュメントテンプレートと属性値の総当たりデータと関連付けられる。
(5) The project attribute number data (T5) holds information on the number of projects having the same attribute value. The project attribute number data has an attribute ID, an attribute value, and a project number as data items. A composite of the attribute ID and the attribute value is the primary key of the project attribute number data. The meaning of each data item is as follows.
The attribute ID is an ID that uniquely identifies the attribute. The attribute ID associates the project attribute number data with the attribute information.
The attribute value represents the value of the attribute. Specifically, the attribute value represents a project attribute value registered in the project information.
The number of projects represents the number of projects having the same attribute value for the same attribute ID.
The project attribute number data is associated with customization and attribute value brute force data by a composite key of attribute ID and attribute value. The project attribute number data is associated with the document template and attribute value brute force data by a composite key of attribute ID and attribute value.
（６）カスタマイズ実施数データ（Ｔ６）は、同一のカスタマイズをしたプロジェクトの数を表す情報である。カスタマイズ実施数データは、データ項目として、カスタマイズＩＤと、プロジェクト数とを持つ。カスタマイズＩＤが、カスタマイズ実施数データの主キーである。各データ項目の意味は、次の通りである。
カスタマイズＩＤは、カスタマイズを一意に識別するＩＤである。カスタマイズＩＤは、カスタマイズ実施数データとカスタマイズ情報とを関連付ける。
プロジェクト数は、同じカスタマイズをしたプロジェクトの数を表す。
(6) The customization execution number data (T6) is information indicating the number of projects with the same customization. The customization execution number data has a customization ID and the number of projects as data items. The customization ID is the primary key of the customization execution number data. The meaning of each data item is as follows.
The customization ID is an ID for uniquely identifying customization. The customization ID associates customization execution number data with customization information.
The number of projects represents the number of projects with the same customization.
（７）カスタマイズと属性値の総当たりデータ（Ｔ７）は、カスタマイズと属性値の依存関係に関する情報を表すものである。カスタマイズと属性値の総当たりデータは、データ項目として、属性ＩＤと、属性値と、カスタマイズＩＤと、プロジェクト数と、支持度と、信頼度と、期待信頼度と、リフト値とを持つ。属性ＩＤと、属性値と、カスタマイズＩＤの複合が、カスタマイズと属性値の総当たりデータの主キーである。各データ項目の意味は、次の通りである。
属性ＩＤは、属性を一意に識別するＩＤである。属性ＩＤは、カスタマイズと属性値の総当たりデータと属性情報とを関連付ける。
属性値は、属性の値を表す。ここでの属性値は、プロジェクト情報に登録したプロジェクトの属性値を表す。
カスタマイズＩＤは、カスタマイズを一意に識別するＩＤである。カスタマイズＩＤは、カスタマイズと属性値の総当たりデータとカスタマイズ情報とを関連付ける。
プロジェクト数は、ある属性ＩＤに対する属性値が同じであり、かつ、同じカスタマイズをしている（同じカスタマイズＩＤを有する）プロジェクトの数を表す。
支持度は、その算出方法を既に説明した通り、全てのプロジェクトのうち、特定の属性値を持ち、且つ特定のカスタマイズを実施したプロジェクトの割合を表す。
信頼度は、その算出方法を既に説明した通り、特定の属性値を持つプロジェクトのうち、特定のカスタマイズを実施したプロジェクトの割合を表す。
期待信頼度は、その算出方法を既に説明した通り、全てのプロジェクトのうち、特定のカスタマイズをしたプロジェクトの割合を表す。
リフト値は、その算出方法を既に説明した通り、属性値とカスタマイズの依存関係を表す。リフト値が大きいほど、属性値が原因でカスタマイズが実施されていることを表し、リフト値が小さいほど、属性値に関係なくカスタマイズされていることを表す。
(7) Customization and attribute value brute force data (T7) represents information related to the dependency between customization and attribute values. The brute force data of customization and attribute value has, as data items, an attribute ID, an attribute value, a customization ID, the number of projects, a support level, a reliability level, an expected reliability level, and a lift value. A combination of the attribute ID, the attribute value, and the customization ID is the primary key of the brute force data of the customization and the attribute value. The meaning of each data item is as follows.
The attribute ID is an ID that uniquely identifies the attribute. The attribute ID associates customization, brute force data of attribute values, and attribute information.
The attribute value represents the value of the attribute. The attribute value here represents the attribute value of the project registered in the project information.
The customization ID is an ID for uniquely identifying customization. The customization ID associates customization, brute force data of attribute values, and customization information.
The number of projects represents the number of projects having the same attribute value for a certain attribute ID and the same customization (having the same customization ID).
As described above, the degree of support represents the ratio of projects that have a specific attribute value and that have been subjected to specific customization among all projects.
As described above, the reliability indicates the proportion of projects that have been subjected to specific customization out of projects having specific attribute values.
As described above, the expected reliability represents the proportion of projects that have been customized in particular among all the projects.
The lift value represents the dependency relationship between the attribute value and the customization, as described above for the calculation method. The larger the lift value, the more the customization is performed due to the attribute value, and the smaller the lift value, the more the customization is performed regardless of the attribute value.
（８）ドキュメントテンプレートと属性値の総当たりデータ（Ｔ８）は、ドキュメントテンプレートと属性値の依存関係に関する情報を表すものである。ドキュメントテンプレートと属性値の総当たりデータは、データ項目として、属性ＩＤと、属性値と、ドキュメントテンプレートＩＤと、プロジェクト数と、支持度と、信頼度と、期待信頼度と、リフト値とを持つ。属性ＩＤと、属性値と、ドキュメントテンプレートＩＤとの複合が、ドキュメントテンプレートと属性値の総当たりデータの主キーである。各データ項目の意味は、次の通りである。
属性ＩＤは、属性を一意に識別するＩＤである。属性ＩＤは、ドキュメントテンプレートと属性値の総当たりデータと、属性情報とを、関連付ける。
属性値は、属性の値を表す。属性値は開発者により入力される。
ドキュメントテンプレートＩＤは、ドキュメントテンプレートを一意に識別するＩＤである。ドキュメントテンプレートＩＤは、ドキュメントテンプレートと属性値の総当たりデータと、ドキュメントテンプレート情報とを関連付ける。
プロジェクト数は、ある属性ＩＤに対する属性値が同じであり、且つ同じドキュメントテンプレートを使用しているプロジェクトの数を表す。
支持度は、その算出方法を既に説明した通り、全てのプロジェクトのうち、特定の属性値を持ち、且つ特定のドキュメントテンプレートを使ったプロジェクトの割合を表す。
信頼度は、その算出方法を既に説明した通り、特定の属性値を持つプロジェクトがよく使うドキュメントテンプレートであるかどうかの度合を表す。
期待信頼度は、その算出方法を既に説明した通り、全てのプロジェクトのうち、特定のドキュメントテンプレートを使ったプロジェクトの割合を表す。
リフト値は、その算出方法を既に説明した通り、属性値とドキュメントテンプレートの依存関係を表す。
(8) The brute force data (T8) between the document template and the attribute value represents information related to the dependency between the document template and the attribute value. The brute force data of the document template and the attribute value has, as data items, an attribute ID, an attribute value, a document template ID, the number of projects, a support level, a reliability level, an expected reliability level, and a lift value. . A composite of the attribute ID, the attribute value, and the document template ID is the primary key of the brute force data of the document template and the attribute value. The meaning of each data item is as follows.
The attribute ID is an ID that uniquely identifies the attribute. The attribute ID associates the document template, attribute value brute force data, and attribute information.
The attribute value represents the value of the attribute. The attribute value is entered by the developer.
The document template ID is an ID that uniquely identifies a document template. The document template ID associates a document template, brute force data of attribute values, and document template information.
The number of projects represents the number of projects having the same attribute value for a certain attribute ID and using the same document template.
As described above, the degree of support represents the ratio of projects having a specific attribute value and using a specific document template among all projects.
As described above, the reliability indicates the degree of whether a project having a specific attribute value is a frequently used document template.
As described above, the expected reliability represents the ratio of projects using a specific document template among all projects.
The lift value represents the dependency relationship between the attribute value and the document template, as described above.
次に図１９を説明する。同図には、設計書一式情報（符号Ｔ９）と、設計書情報（Ｔ１０）と、設計項目（Ｔ１１）と、ドキュメントテンプレート一式情報（Ｔ１２）と、ドキュメントテンプレート一式関連テンプレート（Ｔ１３）と、ドキュメントテンプレート情報（Ｔ１４）と、テンプレート設計項目（Ｔ１５）と、設計書対応テンプレート情報（Ｔ１６）と、カスタマイズ情報（Ｔ１７）とを示す。 Next, FIG. 19 will be described. In the figure, design document set information (symbol T9), design document information (T10), design item (T11), document template set information (T12), document template set related template (T13), document Template information (T14), template design item (T15), design document correspondence template information (T16), and customization information (T17) are shown.
（９）設計書一式情報（Ｔ９）は、この設計書一式に関連する情報を表すものである。なお、設計書一式とは、システム開発で必要な設計書を、機能一覧表や画面一覧表のように、設計の要素ごとに作成し、全体を一つにまとめたものである。設計書一式情報は、データ項目として、設計書一式ＩＤと、プロジェクトＩＤと、ドキュメントテンプレート一式ＩＤと、設計書一式ファイルへのパスとを持つ。設計書一式ＩＤと、プロジェクトＩＤと、ドキュメントテンプレート一式ＩＤの複合が、設計書一式情報の主キーである。各データ項目の意味は、次の通りである。
設計書一式ＩＤは、設計書一式を一意に識別するＩＤである。
プロジェクトＩＤは、設計書一式を作成したプロジェクトを一意に識別するＩＤである。プロジェクトＩＤが、設計書一式情報とプロジェクト情報とを関連付ける。
ドキュメントテンプレート一式ＩＤは、設計書一式を作成する際に利用したドキュメントテンプレート一式を一意に識別するＩＤである。ドキュメントテンプレート一式ＩＤが
設計書一式情報とドキュメントテンプレート一式情報とを関連付ける。
設計書一式ファイルへのパスは、設計書一式の実体であるファイル群が存在する場所までのパス情報を表す。
(9) Design document set information (T9) represents information related to the design document set. A set of design documents is a design document required for system development created for each design element, such as a function list or a screen list, and the whole is combined into one. The design document set information includes, as data items, a design document set ID, a project ID, a document template set ID, and a path to a design document set file. A composite of the design document set ID, the project ID, and the document template set ID is the main key of the design document set information. The meaning of each data item is as follows.
The design document set ID is an ID for uniquely identifying the design document set.
The project ID is an ID that uniquely identifies the project that created the design document set. The project ID associates the design document set information with the project information.
The document template set ID is an ID for uniquely identifying the document template set used when creating the design document set. The document template set ID associates the design document set information with the document template set information.
The path to the design document set file represents path information to a place where a file group that is an entity of the design document set exists.
（１０）設計書情報（Ｔ１０）は、設計書一式にある設計書の情報を表すものである。つまり、１件の設計書一式は、複数の設計書を含んで成るものである。設計書情報は、データ項目として、設計書ＩＤと、設計書名と、設計書一式ＩＤとを持つ。設計書ＩＤが、設計書情報の主キーである。各データ項目の意味は、次の通りである。
設計書ＩＤは、設計書を一意に識別するＩＤである。
設計書名は、設計書の名称である。
設計書一式ＩＤは、設計書一式を一意に識別するＩＤである。設計書一式ＩＤが、設計書情報と設計書一式情報とを関連付ける。
(10) Design document information (T10) represents the information of the design document in the set of design documents. That is, one set of design documents includes a plurality of design documents. The design document information has a design document ID, a design document name, and a design document set ID as data items. The design document ID is the primary key of the design document information. The meaning of each data item is as follows.
The design document ID is an ID for uniquely identifying the design document.
The design document name is the name of the design document.
The design document set ID is an ID for uniquely identifying the design document set. The design document set ID associates the design document information with the design document set information.
（１１）設計項目（Ｔ１１）は、設計書の設計項目を表すものである。設計項目は、データ項目として、設計項目ＩＤと、設計項目名と、設計書ＩＤとを持つ。設計項目ＩＤが、設計項目の主キーである。各データ項目の意味は、次の通りである。
設計項目ＩＤは、設計書の設計項目を一意に識別するＩＤである。
設計項目名は、設計項目の名称である。
設計書ＩＤは、設計書を一意に識別するＩＤである。ここにおける設計書ＩＤは、その設計項目を有する設計書のＩＤを表す。設計書ＩＤが、設計項目と設計書情報とを関連付ける。
(11) The design item (T11) represents a design item of the design document. The design item has a design item ID, a design item name, and a design document ID as data items. The design item ID is the primary key of the design item. The meaning of each data item is as follows.
The design item ID is an ID for uniquely identifying the design item of the design document.
The design item name is the name of the design item.
The design document ID is an ID for uniquely identifying the design document. Here, the design document ID represents the ID of the design document having the design item. The design document ID associates the design item with the design document information.
（１２）ドキュメントテンプレート一式情報（Ｔ１２）は、ドキュメントテンプレート一式に関連する情報を表すものである。ドキュメントテンプレート一式とは、システム開発で使うドキュメントテンプレートを、機能一覧表や画面一覧表のように、設計の要素ごとに作成し、全体として一つにまとめたものである。ドキュメントテンプレート一式情報は、データ項目として、ドキュメントテンプレート一式ＩＤと、ドキュメントテンプレート一式名と、ドメイン種別と、バージョンとを持つ。ドキュメントテンプレート一式ＩＤが、ドキュメントテンプレート一式情報の主キーである。各データ項目の意味は、次の通りである。
ドキュメントテンプレート一式ＩＤは、ドキュメントテンプレート一式を一意に識別するＩＤである。ドキュメントテンプレート一式ＩＤは、ドキュメントテンプレート一式情報と設計書一式情報とを関連付ける。また、ドキュメントテンプレート一式ＩＤは、ドキュメントテンプレート一式情報とドキュメントテンプレート一式関連テンプレートとを関連付ける。
ドキュメントテンプレート一式名は、ドキュメントテンプレート一式の名称である。
ドメイン種別は、ドキュメントテンプレート一式の適用範囲を示す。ドメインに依存しない汎用的な設計項目のみで定義しているドキュメントテンプレート一式の場合には、ドメイン種別は「標準」である。特定のドメインに依存したドキュメントテンプレート一式の場合には、ドメイン種別として、そのドメインの名称等を保持する。
バージョンは、ドキュメントテンプレート一式のバージョンを表す。バージョンは、同じものに対して、内容が改訂された版の番号等の情報である。このバージョンは、ドキュメントテンプレート一式名の改定内容を一意に識別する。
(12) Document template set information (T12) represents information related to the document template set. A set of document templates is a set of document templates used in system development, created for each design element, such as a function list or a screen list, and combined as a whole. The document template set information includes a document template set ID, a document template set name, a domain type, and a version as data items. The document template set ID is a primary key of the document template set information. The meaning of each data item is as follows.
The document template set ID is an ID for uniquely identifying the document template set. The document template set ID associates document template set information with design set set information. The document template set ID associates the document template set information with the document template set related template.
The document template set name is a name of the document template set.
The domain type indicates the scope of application of the document template set. In the case of a set of document templates defined only by general-purpose design items that do not depend on the domain, the domain type is “standard”. In the case of a set of document templates depending on a specific domain, the name of the domain is held as the domain type.
A version represents a version of a set of document templates. The version is information such as the number of the version whose contents are revised for the same thing. This version uniquely identifies revisions to document template set names.
（１３）ドキュメントテンプレート一式関連テンプレート（Ｔ１３）は、ドキュメントテンプレート一式に含まれるドキュメントテンプレートを表すものである。ドキュメントテンプレート一式関連テンプレートは、データ項目として、ドキュメントテンプレート一式ＩＤと、ドキュメントテンプレートＩＤとを持つ。ドキュメントテンプレート一式ＩＤと、ドキュメントテンプレートＩＤの複合が、ドキュメントテンプレート一式関連テンプレートの主キーである。各データ項目の意味は、次の通りである。
ドキュメントテンプレート一式ＩＤは、ドキュメントテンプレート一式を一意に識別するＩＤである。キュメントテンプレート一式ＩＤは、ドキュメントテンプレート一式関連テンプレートとドキュメントテンプレート一式情報とを関連付ける。
ドキュメントテンプレートＩＤは、ドキュメントテンプレートを一意に識別するＩＤである。ドキュメントテンプレートＩＤは、ドキュメントテンプレート一式関連テンプレートとドキュメントテンプレート情報とを関連付ける。
(13) The document template set-related template (T13) represents a document template included in the document template set. The document template set related template has a document template set ID and a document template ID as data items. A composite of the document template set ID and the document template ID is a primary key of the document template set related template. The meaning of each data item is as follows.
The document template set ID is an ID for uniquely identifying the document template set. The document template set ID associates the document template set related template with the document template set information.
The document template ID is an ID that uniquely identifies a document template. The document template ID associates a document template set-related template with document template information.
（１４）ドキュメントテンプレート情報（Ｔ１４）は、ドキュメントテンプレートの情報を表すものである。ドキュメントテンプレート情報は、データ項目として、ドキュメントテンプレートＩＤと、ドキュメントテンプレート名と、バージョンとを持つ。ドキュメントテンプレートＩＤが、ドキュメントテンプレート情報の主キーである。各データ項目の意味は、次の通りである。
ドキュメントテンプレートＩＤは、ドキュメントテンプレートを一意に識別するＩＤである。ドキュメントテンプレートＩＤは、ドキュメントテンプレート情報とドキュメントテンプレート一式関連テンプレートとを関連付ける。１件のドキュメントテンプレート一式が、複数のドキュメントテンプレートに対応し得る。また、ドキュメントテンプレートＩＤは、ドキュメントテンプレート情報と設計書対応テンプレート情報とを関連付ける。また、ドキュメントテンプレートＩＤは、ドキュメントテンプレート情報とテンプレート設計項目とを関連付ける。
ドキュメントテンプレート名は、ドキュメントテンプレートの名称である。
バージョンは、ドキュメントテンプレートのバージョンを表す。
(14) Document template information (T14) represents document template information. The document template information has a document template ID, a document template name, and a version as data items. The document template ID is a primary key of document template information. The meaning of each data item is as follows.
The document template ID is an ID that uniquely identifies a document template. The document template ID associates document template information with a document template set related template. A set of document templates can correspond to a plurality of document templates. The document template ID associates document template information with design document correspondence template information. The document template ID associates document template information with template design items.
The document template name is the name of the document template.
The version represents the version of the document template.
（１５）テンプレート設計項目（Ｔ１５）は、ドキュメントテンプレートの設計項目を表すものである。テンプレート設計項目は、データ項目として、テンプレート設計項目ＩＤと、テンプレート設計項目名と、必須と、ドキュメントテンプレートＩＤとを持つ。テンプレート設計項目ＩＤが、テンプレート設計項目の主キーである。各データ項目の意味は、次の通りである。
テンプレート設計項目ＩＤは、テンプレートの設計項目を一意に識別するＩＤである。
テンプレート設計項目名は、ドキュメントテンプレートの設計項目の名称である。
必須は、ドキュメントテンプレートに必ずなければいけない必須の設計項目であるか否かを示す情報である。必須である設計項目をカスタマイズすることはできない。
ドキュメントテンプレートＩＤは、ドキュメントテンプレートを一意に識別するＩＤである。ドキュメントテンプレートＩＤは、テンプレート設計項目とドキュメントテンプレート情報とを関連付ける。
(15) The template design item (T15) represents a design item of the document template. The template design item has, as data items, a template design item ID, a template design item name, mandatory, and a document template ID. The template design item ID is a primary key of the template design item. The meaning of each data item is as follows.
The template design item ID is an ID for uniquely identifying a template design item.
The template design item name is the name of the design item of the document template.
Mandatory is information indicating whether or not the document template must be an essential design item. Design items that are essential cannot be customized.
The document template ID is an ID that uniquely identifies a document template. The document template ID associates a template design item with document template information.
（１６）設計書対応テンプレート情報（Ｔ１６）は、設計書とテンプレートの対応関係を表すものである。設計書対応テンプレート情報は、データ項目として、設計書ＩＤと、ドキュメントテンプレートＩＤとを持つ。設計書ＩＤと、ドキュメントテンプレートＩＤの複合が、設計書対応テンプレート情報の主キーである。各データ項目の意味は、次の通りである。
設計書ＩＤは、設計書を一意に識別するＩＤ。設計書ＩＤは、設計書対応テンプレート情報と設計書情報とを関連付ける。
ドキュメントテンプレートＩＤは、ドキュメントテンプレートを一意に識別するＩＤ。ドキュメントテンプレートＩＤは、設計書対応テンプレート情報とドキュメントテンプレート情報とを関連付ける。
(16) The design document correspondence template information (T16) represents the correspondence between the design document and the template. The design document correspondence template information has a design document ID and a document template ID as data items. The composite of the design document ID and the document template ID is the main key of the design document correspondence template information. The meaning of each data item is as follows.
The design document ID is an ID for uniquely identifying the design document. The design document ID associates design document correspondence template information with design document information.
The document template ID is an ID that uniquely identifies a document template. The document template ID associates design template correspondence template information with document template information.
（１７）カスタマイズ情報（Ｔ１７）は、ドキュメントテンプレートのカスタマイズの情報を表すものである。カスタマイズ情報は、データ項目として、カスタマイズＩＤと、変更前ドキュメントテンプレートＩＤと、変更前ドキュメントテンプレート名と、変更後ドキュメントテンプレートＩＤと、変更後ドキュメントテンプレート名と、変更前の設計項目と、変更後の設計項目と、変更種類とを持つ。カスタマイズＩＤが、カスタマイズ情報の主キーである。各データ項目の意味は、次の通りである。
カスタマイズＩＤは、カスタマイズを一意に識別するＩＤである。プロジェクトのカスタマイズが、別のプロジェクトで登録したカスタマイズと同じである場合、同じカスタマイズのカスタマイズＩＤは統一する。つまり、異なる複数のプロジェクトが同一のカスタマイズを有する場合、それらのカスタマイズは単一のカスタマイズＩＤによって識別されるようにする。
変更前ドキュメントテンプレートＩＤは、変更前のドキュメントテンプレートＩＤを一意に識別するＩＤである。当該カスタマイズにより、ドキュメントテンプレートが削除され、または名称変更された場合に、その変更が行われる前のドキュメントテンプレートＩＤを表す。変更前ドキュメントテンプレートＩＤは、ドキュメントテンプレート情報のドキュメントテンプレートＩＤに、関連付く。
変更前ドキュメントテンプレート名は、変更前のドキュメントテンプレートの名称である。当該カスタマイズにより、ドキュメントテンプレートが削除され、または名称変更された場合に、変更される前のドキュメントテンプレートの名称を表す。
変更後ドキュメントテンプレートＩＤは、変更後のドキュメントテンプレートＩＤを一意に識別するＩＤである。当該カスタマイズにより、テンプレートの名称変更や設計項目の名称変更が行われた場合に、その変更後のドキュメントテンプレートＩＤを表す。ドキュメントテンプレートの名称変更や設計項目の名称変更ではなく、当該カスタマイズによってドキュメントテンプレートを新しく追加した場合には、新たなＩＤが付与される。変更後ドキュメントテンプレートＩＤは、ドキュメントテンプレート情報のドキュメントテンプレートＩＤに、関連付く。
変更後ドキュメントテンプレート名は、変更後のドキュメントテンプレートの名称である。当該カスタマイズにより、ドキュメントテンプレートが追加され、または名称変更された場合に、カスタマイズされた後のドキュメントテンプレートの名称を表す。
変更前の設計項目は、当該カスタマイズにより、設計項目が削除または名称変更された場合に、カスタマイズされる前の設計項目を表す。
変更後の設計項目は、当該カスタマイズにより、設計項目が追加または名称変更された場合に、カスタマイズされた後の設計項目を表す。
変更種類は、当該カスタマイズがどのような種類の変更であるかを表す。変更種類は、「テンプレート（追加）」、「テンプレート（削除）」、「設計項目（追加）」、「設計項目（削除）」、「テンプレートの名称変更」、「設計項目の名称変更」といった値をとり得る。
(17) The customization information (T17) represents the customization information of the document template. The customization information includes, as data items, a customization ID, a pre-change document template ID, a pre-change document template name, a post-change document template ID, a post-change document template name, a pre-change design item, and a post-change Has design items and change types. The customization ID is the primary key for customization information. The meaning of each data item is as follows.
The customization ID is an ID for uniquely identifying customization. When the customization of the project is the same as the customization registered in another project, the customization ID of the same customization is unified. That is, if different projects have the same customization, they are identified by a single customization ID.
The pre-change document template ID is an ID that uniquely identifies the pre-change document template ID. When the document template is deleted or renamed by the customization, it represents the document template ID before the change is made. The pre-change document template ID is associated with the document template ID of the document template information.
The document template name before change is the name of the document template before change. When the document template is deleted or renamed by the customization, it represents the name of the document template before being changed.
The changed document template ID is an ID for uniquely identifying the changed document template ID. When the name of the template or the name of the design item is changed by the customization, the document template ID after the change is represented. When a document template is newly added by the customization, not a document template name change or a design item name change, a new ID is given. The changed document template ID is associated with the document template ID of the document template information.
The changed document template name is the name of the changed document template. When the document template is added or renamed by the customization, it represents the name of the document template after customization.
The design item before change represents the design item before customization when the design item is deleted or renamed by the customization.
The changed design item represents a customized design item when the design item is added or renamed by the customization.
The change type represents what type of change the customization is. The type of change is a value such as “template (add)”, “template (delete)”, “design item (add)”, “design item (delete)”, “name change of template”, “name change of design item” Can take.
図１８と図１９とは、次の通りに接続されて、全体として１つのＥＲ図を成している。即ち、プロジェクト情報（Ｔ１）と設計書一式情報（Ｔ９）とが相互に関連付いており、これら両者を連結するキーは、プロジェクトＩＤである。また、プロジェクトカスタマイズ情報（Ｔ４）とカスタマイズ情報（Ｔ１７）とが関連付いており、これら両者を連結するキーは、カスタマイズＩＤである。 FIG. 18 and FIG. 19 are connected as follows to form one ER diagram as a whole. That is, the project information (T1) and the design document set information (T9) are associated with each other, and a key for connecting these is the project ID. Further, the project customization information (T4) and the customization information (T17) are associated with each other, and the key for connecting both is the customization ID.
また、上述した各データ（テーブル）と、図１に示した各データベースとの関係は、次の通りである。
ドキュメントテンプレートデータベース７は、ドキュメントテンプレート一式情報（Ｔ１２）と、ドキュメントテンプレート一式関連テンプレート（Ｔ１３）と、ドキュメントテンプレート情報（Ｔ１４）と、テンプレート設計項目（Ｔ１５）とを有している。
プロジェクト別設計書データベース８は、設計書一式情報（Ｔ９）と、設計書ファイル一式とを有している。なお、設計書ファイル一式は、図１８，図１９のＥＲ図には含まれていない。設計書ファイル一式の所在情報は、設計書一式情報内の、設計書一式へのパスに格納されている。
カスタマイズ情報データベース９は、カスタマイズ情報（Ｔ１７）と、プロジェクトカスタマイズ情報（Ｔ４）とを有している。
プロジェクト情報データベース１０は、プロジェクト情報（Ｔ１）と、属性値情報（Ｔ２）と、属性情報（Ｔ３）とを有している。
また、プロジェクト属性数データ（Ｔ５）と、カスタマイズ実施数データ（Ｔ６）と、カスタマイズと属性値の総当たりデータ（Ｔ７）と、ドキュメントテンプレートと属性値の総当たりデータ（Ｔ８）と、設計書情報（Ｔ１０）と、設計項目（Ｔ１１）と、設計書対応テンプレート情報（Ｔ１６）とは、データベースに登録されるデータではなく、処理時にメモリ上等に置かれるデータである。
Moreover, the relationship between each data (table) mentioned above and each database shown in FIG. 1 is as follows.
The
The project-specific design document database 8 includes design document set information (T9) and a design document file set. Note that the design document file set is not included in the ER diagrams of FIGS. The location information of the set of design files is stored in the path to the set of design documents in the set of design document information.
The
The
Also, project attribute number data (T5), customization number data (T6), customization and attribute value brute force data (T7), document template and attribute value brute force data (T8), design document information (T10), the design item (T11), and the design document correspondence template information (T16) are not data registered in the database but data placed on a memory or the like during processing.
次に、ドキュメントテンプレートデータベース７に登録されている各テーブルのデータ例について説明する。
図２０は、ドキュメントテンプレート一式情報（Ｔ１２）のデータ例を示す概略図である。前述の通り、本テーブルの主キーは、ドキュメントテンプレート一式ＩＤである。図示するデータ例は、ドキュメントテンプレート一式ＩＤとして、Ｔ００１，Ｔ００２，Ｔ００３を少なくとも含む。これらに対応するドメイン種別は、それぞれ、標準，製造，金融である。つまり、ドキュメントテンプレート一式ＩＤがＴ００１であるドキュメントテンプレート一式は、ドメインに依存しない標準のテンプレートである。そして、ドキュメントテンプレート一式ＩＤがＴ００２およびＴ００３であるドキュメントテンプレート一式は、ドメインに依存するテンプレートであり、それぞれのドメイン種別は、製造および金融である。また、バージョンは、各ドキュメントテンプレート一式の改訂状態（バージョン番号）を表す。本例では、大規模な改訂は整数部で表し、小規模な改訂は小数部の数字で表している。ただし、バージョン番号の付け方は任意であり、各組織で適宜決めてよい。
Next, a data example of each table registered in the
FIG. 20 is a schematic diagram illustrating an example of data of the document template set information (T12). As described above, the primary key of this table is the document template set ID. The illustrated data example includes at least T001, T002, and T003 as document template set IDs. The domain types corresponding to these are standard, manufacturing, and finance, respectively. That is, the document template set whose document template set ID is T001 is a standard template that does not depend on the domain. A document template set whose document template set IDs are T002 and T003 is a domain-dependent template, and each domain type is manufacturing and finance. The version represents a revision state (version number) of each document template set. In this example, a large revision is represented by an integer part, and a small revision is represented by a decimal part. However, the method of assigning the version number is arbitrary, and may be determined appropriately by each organization.
図２１は、ドキュメントテンプレート情報（Ｔ１４）のデータ例を示す概略図である。前述の通り、本テーブルの主キーは、ドキュメントテンプレートＩＤである。図示するデータ例は、ドキュメントテンプレートＩＤとして、ＴＲ００１，ＴＲ００２を少なくとも含む。これらそれぞれに対応するドキュメントテンプレート例は、機能一覧表と、画面一覧表である。 FIG. 21 is a schematic diagram illustrating an example of data of the document template information (T14). As described above, the primary key of this table is the document template ID. The illustrated data example includes at least TR001 and TR002 as document template IDs. Examples of document templates corresponding to these are a function list and a screen list.
なお、ドキュメントテンプレートのバージョンを管理するようにドキュメントテンプレート情報を拡張してもよい。この拡張を行う場合、バージョンというデータ項目を新たに設ける。そして、ドキュメントテンプレートＩＤとバージョンの複合を主キーとする。そして、１つのドキュメントテンプレートＩＤに対して、複数のバージョンのドキュメントテンプレートを管理できるようにする。 Note that the document template information may be extended so as to manage the version of the document template. When this extension is performed, a data item called version is newly provided. A combination of the document template ID and the version is used as a primary key. A plurality of versions of document templates can be managed for one document template ID.
図２２は、ドキュメントテンプレート一式関連テンプレート（Ｔ１３）のデータ例を示す概略図である。前述の通り、本テーブルの主キーは、ドキュメントテンプレート一式ＩＤとドキュメントテンプレートＩＤの複合キーである。図示するデータ例は、ドキュメントテンプレート一式ＩＤとして、少なくともＴ００１を含んでいる。また、このデータ例は、このＴ００１に関連して、ドキュメントテンプレートＩＤとして少なくともＴＲ００１，ＴＲ００２，ＴＲ００３を含んでいる。つまり、このデータは、ドキュメントテンプレート一式（ＩＤがＴ００１、名称が「標準テンプレート一式）は、ＴＲ００１「機能一覧表」、ＴＲ００２「画面一覧表」、ＴＲ００３「帳票一覧表」というドキュメントテンプレートを含むことを表している。 FIG. 22 is a schematic diagram showing an example of data of the document template set related template (T13). As described above, the primary key of this table is a composite key of a document template set ID and a document template ID. The illustrated data example includes at least T001 as the document template set ID. In addition, this data example includes at least TR001, TR002, and TR003 as document template IDs in association with T001. That is, this data includes that a document template set (ID is T001, name is “standard template set”) includes a document template of TR001 “function list”, TR002 “screen list”, and TR003 “form list”. Represents.
図２３は、テンプレート設計項目（Ｔ１５）のデータ例を示す概略図である。前述の通り、本テーブルの主キーは、テンプレート設計項目ＩＤである。
図示するデータ例は、ドキュメントテンプレート（ＩＤがＴＲ００１、名称が「機能一覧表」）が、設計項目として、「機能ＩＤ」、「機能名」、「説明」を含むことを表している。そして、これらそれぞれのテンプレート設計項目ＩＤは、ＴＲＩ０１０１，ＴＲＩ０１０２，ＴＲＩ０１０３である。また、データ項目「必須」によると、これらの設計項目のうち、機能ＩＤと機能名が必須であり、説明は非必須である。
また、このデータ例は、別のドキュメントテンプレート（ＩＤがＴＲ００２、名称が「画面一覧表」）が、設計項目として、「画面ＩＤ」、「画面名」、「画面種別」を含むことを表している。そして、これらそれぞれのテンプレート設計項目ＩＤは、ＴＲＩ０２０１，ＴＲＩ０２０２，ＴＲＩ０２０３である。また、データ項目「必須」によると、これらの設計項目のうち、画面ＩＤと画面名が必須であり、画面種別は非必須である。
FIG. 23 is a schematic diagram illustrating a data example of the template design item (T15). As described above, the primary key of this table is the template design item ID.
The illustrated data example indicates that the document template (ID is TR001, name is “function list”) includes “function ID”, “function name”, and “description” as design items. These template design item IDs are TRI0101, TRI0102, and TRI0103. Further, according to the data item “required”, among these design items, the function ID and the function name are essential, and the description is not essential.
This data example shows that another document template (ID is TR002, name is “screen list”) includes “screen ID”, “screen name”, and “screen type” as design items. Yes. These template design item IDs are TRI0201, TRI0202, and TRI0203. Further, according to the data item “required”, among these design items, the screen ID and the screen name are essential, and the screen type is not essential.
ここで、欄「必須」に「○」印のついた設計項目は、そのドキュメントテンプレートに必ずなくてはならない設計項目である。つまり、ドキュメントテンプレート「機能一覧表」（ＩＤは、ＴＲ００１）には設計項目「機能ＩＤ」（ＩＤは、ＴＲＩ０１０１）と「機能名」（ＩＤは、ＴＲＩ０１０２）が必須である。つまり、これら２つの設計項目について、削除したり名称変更したりすることができないという制約を有する。また、同様に、ドキュメントテンプレート「画面一覧表」（ＩＤは、ＴＲ００２）には設計項目「画面ＩＤ」（ＩＤは、ＴＲＩ０２０１）と「画面名」（ＩＤは、ＴＲＩ０２０２）が必須である。
仮に必須の設計項目が変更された場合には、設計書構造情報抽出部３が、設計書の元になったドキュメントテンプレートを判定する（ステップＳ３−１２）際に、ドキュメントテンプレート「機能一覧表」として判定されなくなる。
Here, the design item with “O” in the column “required” is a design item that must be included in the document template. In other words, the design item “function ID” (ID is TRI0101) and “function name” (ID is TRI0102) are essential for the document template “function list” (ID is TR001). That is, there is a restriction that these two design items cannot be deleted or renamed. Similarly, the design item “screen ID” (ID is TRI0201) and “screen name” (ID is TRI0202) are essential for the document template “screen list” (ID is TR002).
If the essential design item is changed, the design document structure
次に、ドキュメントテンプレートをカスタマイズして設計書を作成した場合に、設計書を登録する処理の例を説明する。
図２４は、テンプレート改善支援装置１００のメニュー画面を示す概略図である。この画面で開発者が「プロジェクト設計書登録」を選択すると、プロジェクト設計書登録部２が、プロジェクト設計書登録画面を表示する（ステップＳ２−１の処理）。
Next, an example of processing for registering a design document when a design document is created by customizing a document template will be described.
FIG. 24 is a schematic diagram illustrating a menu screen of the template
図２５は、「プロジェクト設計書登録」が選択されたときに表示されるプロジェクト設計書登録画面を示す概略図である。なお、この画面に関する処理を、プロジェクト設計書登録部２が行う。
同図の、「プロジェクト選択」の箇所において、プロジェクトＩＤとプロジェクト名が表示されている。プロジェクトＩＤとしては、プロジェクト情報データベース１０に登録されている全プロジェクトのプロジェクトＩＤが表示され、選択可能となっている。開発者が特定のプロジェクトＩＤを選択すると、そのプロジェクトＩＤに対応するプロジェクト名が表示される。このプロジェクト名もまた、プロジェクト情報データベース１０から読み出されるものである。
また、同図の、「設計書登録」の箇所で、プロジェクトの設計書が格納されたフォルダーまでのパスを入力することができるようになっている。
また、同図の、「ドキュメントテンプレート一式情報登録」の箇所で、開発者が、使用したドキュメントテンプレート一式ＩＤを選択することができるようになっている。あるドキュメントテンプレート一式ＩＤが選択されると、そのＩＤに対応するドキュメントテンプレート一式名が表示される。本例では、ドキュメントテンプレート一式「金融向けテンプレート」（ＩＤは、Ｔ００３）が選択された状態を示している。なお、ドキュメントテンプレート一式ＩＤおよびドキュメントテンプレート一式名の情報は、ドキュメントテンプレートデータベース７から読み出される。また、同図の「登録」というボタンを押下すると、「設計書登録」の箇所で指定したフォルダーおよびその下位のフォルダーに格納されている設計書が、プロジェクト別設計書データベース８に登録される。
FIG. 25 is a schematic diagram illustrating a project design document registration screen displayed when “project design document registration” is selected. The project design
In the figure, the project ID and the project name are displayed at the “project selection” part. As the project ID, the project IDs of all projects registered in the
In addition, in the “design document registration” section of the figure, it is possible to input the path to the folder where the project design document is stored.
Further, at the location of “document template set information registration” in the figure, the developer can select the document template set ID used. When a certain document template set ID is selected, a document template set name corresponding to the ID is displayed. In this example, the document template set “template for finance” (ID is T003) is selected. Information on the document template set ID and the document template set name is read from the
なお、上の例は、銀行向けシステム開発プロジェクトに関する設計書登録の例である。したがって、ここでは、「金融向けテンプレート」という名称を持つ、金融ドメインのドキュメントテンプレート一式が使用されている。そして、このようなドキュメントテンプレート一式をカスタマイズして、設計が行われる。 The above example is an example of design document registration for a system development project for banks. Therefore, here, a set of financial domain document templates having the name “template for finance” is used. Then, such a document template set is customized and designed.
図２６は、設計書一式情報（Ｔ９）のデータ例を示す概略図である。図示するデータ例は、プロジェクト設計書登録画面（図２５）からの登録されたデータの例である。図示するデータ例は、設計書一式ＩＤとして、少なくともＳ００１，Ｓ００２，Ｓ００３を含んでいる。設計書一式ＩＤは、開発者がプロジェクトの設計書を登録する際に付与される、ユニークなＩＤである。設計書一式ＩＤがＳ００１である行は、「Ａ銀行向けシステム開発」プロジェクトで作成した設計書一式に対応するものである。
設計書一式ＩＤ「Ｓ００１」に対応するプロジェクトＩＤは「Ｐ００１］である。このプロジェクトＩＤ「Ｐ００１］は、プロジェクト設計書登録画面（図２５）からの登録時に、「プロジェクト選択」の箇所で選択されたプロジェクトＩＤである。
また、設計書一式ＩＤ「Ｓ００１」に対応するドキュメントテンプレート一式ＩＤは「Ｔ００３］である。このドキュメントテンプレート一式ＩＤは、同じくプロジェクト設計書登録画面（図２５）からの登録時に、「ドキュメントテンプレート一式情報登録」の箇所で選択されたドキュメントテンプレート一式ＩＤである。
また、設計書一式ファイルまでのパスの欄に格納されている「\\設計書一式\\A銀行向けシステム開発\01」は、同じくプロジェクト設計書登録画面（図２５）からの登録時に「設計書登録」の箇所で指定されたパス情報である。なお、この欄に格納されているパスは、プロジェクト情報データベース１０内における所在情報である。ただし、プロジェクト情報データベース１０外の場所（例えば、ファイルサーバー装置内の場所等）を保持するようにしてもよい。
FIG. 26 is a schematic diagram illustrating a data example of the design document set information (T9). The data example shown is an example of registered data from the project design document registration screen (FIG. 25). The illustrated data example includes at least S001, S002, and S003 as the design document set ID. The design document set ID is a unique ID given when a developer registers a project design document. The row where the design document set ID is S001 corresponds to the design document set created in the “System Development for Bank A” project.
The project ID corresponding to the design document set ID “S001” is “P001.” This project ID “P001” is selected in the “Project selection” section during registration from the project design document registration screen (FIG. 25). Project ID.
Further, the document template set ID corresponding to the design document set ID “S001” is “T003.” This document template set ID is “document template set information” at the time of registration from the project design document registration screen (FIG. 25). This is the document template set ID selected in the “Register” section.
In addition, “\\ Design document set \\ A system development for bank \ 01” stored in the path field to the design document set file is also displayed at the time of registration from the project design document registration screen (Fig. 25). This is the path information specified in the “Register document” section. The path stored in this field is location information in the
なお、設計書一式情報は、設計書一式ＩＤがＳ００２やＳ００３である行についても、同様に、設計書一式に関する情報を保持している。 Note that the design document set information also holds information related to the design document set for the rows whose design document set ID is S002 or S003.
図２７は、設計書情報（Ｔ１０）のデータ例を示す概略図である。図示するデータ例は、「Ａ銀行向けシステム開発」プロジェクトに関連する設計書を登録した例である。前述の通り、本テーブルの主キーは、設計書ＩＤである。図示するデータ例は、設計書ＩＤとして、ＤＲ００１，ＤＲ００２，ＤＲ００３，ＤＲ００４，ＤＲ００５を少なくとも含んでいる。そして、これらの設計書ＩＤに対応する設計書名は、それぞれ、「機能一覧表」、「画面一覧表」、「機能定義書（帳票作成）」、「機能定義書（画面表示）」、「機能定義書（データ集計）」である。
なお、設計書構造情報抽出部３は、指定されたパス情報に基づいて設計書ファイルを読み込んだ際に、ユニークな設計書ＩＤを付与する。また、設計書構造情報抽出部３は、予め定められたルール等に基づいて、設計書ファイルを読み込んだ際に、設計書名を抽出して、設計書情報の設計書名の欄に登録する。
FIG. 27 is a schematic diagram illustrating an example of data of design document information (T10). The data example shown is an example in which a design document related to the “system development for A bank” project is registered. As described above, the primary key of this table is the design document ID. The illustrated data example includes at least DR001, DR002, DR003, DR004, and DR005 as design document IDs. The design document names corresponding to these design document IDs are “function list”, “screen list”, “function definition document (form creation)”, “function definition document (screen display)”, “function”, respectively. Definition document (data aggregation).
The design document structure
上に挙げた設計書のうち、「機能定義書（帳票作成）」（ＩＤは、ＤＲ００３）、「機能定義書（画面表示）」（ＩＤは、ＤＲ００４）、「機能定義書（データ集計）」（ＩＤは、ＤＲ００５）は、同一のドキュメントテンプレートを基に作成されている。比較エンジン部４における処理を実施する前に、同じドキュメントテンプレートから作成したこれら３つの設計書の間で、設計構造が統一しているかどうかを確認する。他の設計書と異なる設計構造を持つ設計書については、設計書そのものを同図の設計書情報から取り除くか、開発者が修正をして再度、プロジェクト設計書登録画面から登録するようにする。 Among the design documents listed above, “function definition document (form creation)” (ID is DR003), “function definition document (screen display)” (ID is DR004), “function definition document (data aggregation)” (ID is DR005) is created based on the same document template. Before carrying out the processing in the comparison engine unit 4, it is confirmed whether the design structure is unified among these three design documents created from the same document template. For a design document having a design structure different from that of other design documents, the design document itself is removed from the design document information of the figure, or the developer corrects it and registers it again from the project design document registration screen.
図２８は、設計項目（Ｔ１１）のデータ例を示す概略図である。図示するデータ例は、図２７に示した設計書のうち、設計書「機能一覧表」（ＩＤは、ＤＲ００１）と設計書「画面一覧表」（ＩＤは、ＤＲ００２）に関する設計項目の情報を含む。図示するように、設計書「機能一覧表」（ＩＤは、ＤＲ００１）は、「機能ＩＤ」（設計項目ＩＤは、ＤＲＩ０１０１）、「機能名」（設計項目ＩＤは、ＤＲＩ０１０２）、「機能説明」（設計項目ＩＤは、ＤＲＩ０１０３）の３つを有する。また、設計書「画面一覧表」（ＩＤは、ＤＲ００２）は、「画面ＩＤ」（設計項目ＩＤは、ＤＲＩ０２０１）、「画面名」（設計項目ＩＤは、ＤＲＩ０２０２）、「画面種別」（設計項目ＩＤは、ＤＲＩ０２０３）の３つを有する。 FIG. 28 is a schematic diagram illustrating a data example of the design item (T11). The data example shown includes design item information related to the design document “function list” (ID is DR001) and the design document “screen list” (ID is DR002) among the design documents shown in FIG. . As shown in the figure, the design document “function list” (ID is DR001) is “function ID” (design item ID is DRI0101), “function name” (design item ID is DRI0102), “function description”. (Design item ID is DRI0103). The design document “screen list” (ID is DR002) is “screen ID” (design item ID is DRI0201), “screen name” (design item ID is DRI0202), “screen type” (design item). There are three IDs, DRI0203).
設計書構造情報抽出部３は、指定されたパス情報に基づいて設計書ファイルを読み込んだ際に、設計書から設計項目を抽出し、ユニークな設計項目ＩＤを付与する。なお、設計書構造情報抽出部３は、設計書のファイル内から、定義されている設計項目名を全て抜き出して登録する。また、設計書構造情報抽出部３は、設計書に付与した設計書ＩＤを用いて、設計項目ＩＤと設計書ＩＤとを、このテーブル内で関連付ける。設計書ＩＤは、設計項目と設計書情報（図２７）とを連結するキーである。
The design document structure
設計書構造情報抽出部３は、「Ａ銀行向けシステム開発」プロジェクトの設計書の設計構造を抜き出すとともに、設計書の構造情報と一致するドキュメントテンプレートを抽出する。そして、設計書構造情報抽出部３は、設計書と、その設計書の基となったドキュメントテンプレートとの対応付けを行う。
The design document structure
同じドキュメントテンプレートから作成した複数の設計書が異なる構造を有すると、比較エンジン部４が、ドキュメントテンプレートの設計構造と、設計書の設計構造との比較を正しく行えない。そのため、テンプレート改善支援装置１００は、同一のドキュメントテンプレートから作成した複数の設計書について、同一の設計構造を持つものとして取り扱う。もし、設計書の間で設計構造が違う場合は、設計書構造情報抽出部３はエラーメッセージを出力（表示）する（ステップＳ３−２２）。
If a plurality of design documents created from the same document template have different structures, the comparison engine unit 4 cannot correctly compare the design structure of the document template with the design structure of the design document. Therefore, the template
図２９は、設計書構造情報抽出部３が表示するエラーメッセージの画面の例を示す概略図である。図示する例では、このエラーメッセージは、設計構造が一致しなかった２つの設計書の、設計書ＩＤ（具体的には、ＤＲ００３とＤＲ００４）と設計書名とを表示している。これらの設計書「機能定義書（帳票作成）」（ＤＲ００３）と「機能定義書（画面表示）」（ＤＲ００４）とは、同じドキュメントテンプレートに基づいて作成されている。しかし、片方の設計書の構造が、他方の設計書の構造と異なっているため、設計書構造情報抽出部３は、エラーとして扱っている。
FIG. 29 is a schematic diagram illustrating an example of an error message screen displayed by the design document structure
次に、プロジェクトの属性値を保持するテーブルについて説明する。
図３０は、プロジェクト情報（Ｔ１）のデータ例を示す概略図である。図示するデータ例は、プロジェクト情報管理部５が表示する（ステップＳ５−１）プロジェクト属性登録画面から登録されるものである。前述の通り、本テーブルの主キーは、プロジェクトＩＤである。このデータは、プロジェクトＩＤとして、Ｐ００１，Ｐ００２，Ｐ００３を少なくとも有している。そして、これらのプロジェクトＩＤに対応するプロジェクト名は、それぞれ、「Ａ銀行向けシステム開発」、「Ｂ社向け給与システム開発」、「Ｃ病院向け勤務管理システム開発」である。プロジェクト情報管理部５は、プロジェクトを登録する際に、ユニークなプロジェクトＩＤを付与する。また、プロジェクト情報管理部５は、開発者が画面から入力したプロジェクトの名称を、プロジェクト名として登録する。
Next, a table that holds project attribute values will be described.
FIG. 30 is a schematic diagram illustrating a data example of the project information (T1). The illustrated data example is registered from the project attribute registration screen displayed by the project information management unit 5 (step S5-1). As described above, the primary key of this table is the project ID. This data has at least P001, P002, and P003 as project IDs. The project names corresponding to these project IDs are “system development for bank A”, “salary system development for company B”, and “work management system development for hospital C”, respectively. The project
図３１は、プロジェクトの属性情報（Ｔ３）のデータ例を示す概略図である。図示するデータ例は、プロジェクトの属性の種類として、プロジェクト名（属性ＩＤは、ＡＴ００１）と、開始日（属性ＩＤは、ＡＴ００２）と、納入計画（属性ＩＤは、ＡＴ００３）と、見積り金額（属性ＩＤは、ＡＴ００４）と、開発形態（属性ＩＤは、ＡＴ００５）とを少なくとも含んでいる。開発形態とは、例えば、新規の開発であるか、あるいは機能変更のための改造開発であるかといった区別を表す情報である。開発形態に応じて、設計書の構造も変わる。なお、これらの属性の種類について、テンプレート改善支援装置１００を使用する組織が予め決めておくようにする。そして、決められた属性をテンプレート改善支援装置１００に登録する際に、テンプレート改善支援装置１００は属性ごとにユニークな属性ＩＤを付与する。また、テンプレート改善支援装置１００は、登録された属性名を本テーブルに登録する。
プロジェクトの開発者は、プロジェクト属性登録画面に表示されるこれらの属性の各々について、プロジェクトの情報（属性値）を登録することができる。
FIG. 31 is a schematic diagram showing an example of data of project attribute information (T3). The example of data shown in the figure includes a project name (attribute ID is AT001), a start date (attribute ID is AT002), a delivery plan (attribute ID is AT003), an estimated amount (attribute) The ID includes at least AT004) and a development form (attribute ID is AT005). The development form is information representing a distinction, for example, whether it is a new development or a modification development for changing functions. The structure of the design document changes depending on the development form. Note that these types of attributes are determined in advance by the organization that uses the template
The project developer can register project information (attribute values) for each of these attributes displayed on the project attribute registration screen.
図３２は、プロジェクトの属性値情報（Ｔ２）のデータ例を示す概略図である。図示するデータ例は、プロジェクトごと、且つ属性ごとに登録された属性値を含んでいる。プロジェクトＩＤは、プロジェクト情報（図３０）に登録されている属性ＩＤに関連付けられる。属性ＩＤは、属性情報（図３１）に登録されている属性ＩＤに関連付けられる。そして、それぞれの属性値は、そのプロジェクトのその属性に関して、開発者が入力した値である。
同図の例では、プロジェクトＩＤがＰ００１であるプロジェクトに関して、プロジェクト名（属性ＩＤは、ＡＴ００１）は、「Ａ銀行向けシステム開発」である。また、開始日（属性ＩＤは、ＡＴ００２）は、「２０１５年９月１日」である。また、開発形態（属性ＩＤは、ＡＴ００５）は、「改造」である。
同様に、プロジェクトＩＤがＰ００２であるプロジェクトに関して、プロジェクト名（属性ＩＤは、ＡＴ００１）は、「Ｂ社向け給与システム開発」である。
FIG. 32 is a schematic diagram illustrating a data example of project attribute value information (T2). The illustrated data example includes attribute values registered for each project and for each attribute. The project ID is associated with the attribute ID registered in the project information (FIG. 30). The attribute ID is associated with the attribute ID registered in the attribute information (FIG. 31). Each attribute value is a value input by the developer regarding the attribute of the project.
In the example in the figure, the project name (attribute ID is AT001) for the project whose project ID is P001 is “system development for A bank”. The start date (attribute ID is AT002) is “September 1, 2015”. The development form (attribute ID is AT005) is “remodeling”.
Similarly, for the project whose project ID is P002, the project name (attribute ID is AT001) is “salary system development for company B”.
次に、比較エンジン部４の動作例について説明する。
比較エンジン部４は、プロジェクト別設計書データベース８に登録した、特定プロジェクトの設計書の設計構造と、ドキュメントテンプレートデータベース７に登録されている、ドキュメントテンプレートの設計構造とを比較する。ここでは、「Ａ銀行向けシステム開発」プロジェクトの設計書の例について説明する。なお、比較対象とするドキュメントテンプレートは、そのプロジェクトにおいて設計書を作成するために持ちられたテンプレートである。比較エンジン部４は、比較の結果得られる差分（変更分）をカスタマイズ情報として、カスタマイズ情報データベース９に登録する。
Next, an operation example of the comparison engine unit 4 will be described.
The comparison engine unit 4 compares the design structure of the design document of the specific project registered in the project-specific design document database 8 with the design structure of the document template registered in the
図３３は、カスタマイズ情報（Ｔ１７）のデータ例を示す概略図である。図示するデータ例の１行が、１件のカスタマイズに対応している。１件のカスタマイズは、追加、削除、名称変更のいずれかである。
カスタマイズＩＤは、比較エンジン部４が、カスタマイズ情報を抽出した際に付与するユニークなＩＤである。このデータ例は、カスタマイズＩＤとして、Ｋ０００１，Ｋ０００２，Ｋ０００３，Ｋ０００４を少なくとも含んでいる。
FIG. 33 is a schematic diagram illustrating a data example of the customization information (T17). One line of the illustrated data example corresponds to one customization. One customization is either addition, deletion, or name change.
The customization ID is a unique ID assigned when the comparison engine unit 4 extracts customization information. This data example includes at least K0001, K0002, K0003, and K0004 as customization IDs.
カスタマイズＩＤがＫ０００１であるカスタマイズの変更種類は、「設計項目（追加）」である。
設計項目の追加の場合、変更後設計項目の欄が、追加された設計項目の情報を保持する。また、変更後設計項目ＩＤの欄は、追加された設計項目のＩＤを保持する。変更後設計項目ＩＤとして、比較エンジン部４は、ユニークなＩＤを採番して付与する。また、設計項目の追加の場合、設計項目が追加されたドキュメントテンプレートの情報を、変更前ドキュメントテンプレートＩＤおよび変更前ドキュメントテンプレート名の欄が保持する。当該カスタマイズにおいて、変更後設計項目ＩＤは、ＴＲＩ０２０７である。また、変更後設計項目（即ち、追加された設計項目）は、「関連機能名」である。また、変更前ドキュメントテンプレートＩＤは、ＴＲ００２である。また、変更前ドキュメントテンプレート名は、「画面一覧表」である。その他の項目は、空欄（例えばＮＵＬＬ等の値）である。
The customization change type whose customization ID is K0001 is “design item (addition)”.
In the case of adding a design item, the changed design item column holds information on the added design item. Further, the post-change design item ID column holds the ID of the added design item. As the post-change design item ID, the comparison engine unit 4 assigns a unique ID by numbering. In addition, in the case of adding a design item, information on the document template to which the design item has been added is stored in the pre-change document template ID and pre-change document template name fields. In the customization, the post-change design item ID is TRI0207. The changed design item (that is, the added design item) is a “related function name”. The pre-change document template ID is TR002. The pre-change document template name is “screen list”. The other items are blank (for example, a value such as NULL).
カスタマイズＩＤがＫ０００２であるカスタマイズの変更種類は、「設計項目（削除）」である。
設計項目の削除の場合、変更前設計項目の欄が、削除された設計項目の情報を保持する。また、変更前設計項目ＩＤの欄は、削除された設計項目のＩＤを保持する。また、設計項目の削除の場合、設計項目が削除されたドキュメントテンプレートの情報を、変更前ドキュメントテンプレートＩＤ、変更前ドキュメントテンプレート名、変更後ドキュメントテンプレートＩＤ、変更後ドキュメントテンプレート名の欄が保持する。当該カスタマイズにおいて、変更前設計項目ＩＤは、ＴＢＩ０５０３である。また、変更前設計項目（即ち、削除された設計項目）は、「初期値」である。また、変更前ドキュメントテンプレートＩＤおよび変更後ドキュメントテンプレートＩＤは、共にＴＢ００５である。また、変更前ドキュメントテンプレート名および変更後ドキュメントテンプレート名は、ともに「データ項目仕様書」である。その他の項目は、空欄（例えばＮＵＬＬ等の値）である。
The customization change type whose customization ID is K0002 is “design item (deletion)”.
In the case of deleting a design item, the pre-change design item column holds information on the deleted design item. The pre-change design item ID column holds the ID of the deleted design item. In the case of deleting a design item, information on the document template from which the design item has been deleted is stored in columns of a pre-change document template ID, a pre-change document template name, a post-change document template ID, and a post-change document template name. In the customization, the pre-change design item ID is TBI0503. The pre-change design item (that is, the deleted design item) is an “initial value”. The document template ID before change and the document template ID after change are both TB005. The document template name before change and the document template name after change are both “data item specifications”. The other items are blank (for example, a value such as NULL).
カスタマイズＩＤがＫ０００３であるカスタマイズの変更種類は、「テンプレート（追加）」である。
テンプレートの追加の場合、変更後ドキュメントテンプレート名の欄が、追加されたドキュメントテンプレートの名称を保持する。また、変更後ドキュメントテンプレートＩＤの欄は、追加されたドキュメントテンプレートのＩＤを保持する。変更後ドキュメントテンプレートＩＤとして、比較エンジン部４は、ユニークなＩＤを採番して付与する。当該カスタマイズにおいて、変更後ドキュメントテンプレートＩＤは、ＴＢ１０１である。また、変更後ドキュメントテンプレート名は、「新業務・現業務対応表」である。その他の項目は、空欄（例えばＮＵＬＬ等の値）である。
The customization change type with the customization ID K0003 is “template (addition)”.
In the case of adding a template, the changed document template name column holds the name of the added document template. Further, the changed document template ID column holds the ID of the added document template. The comparison engine unit 4 assigns a unique ID as a document template ID after change. In the customization, the changed document template ID is TB101. The changed document template name is “new business / current business correspondence table”. The other items are blank (for example, a value such as NULL).
カスタマイズＩＤがＫ０００４であるカスタマイズの変更種類は、「テンプレート（削除）」である。
テンプレートの削除の場合、変更前ドキュメントテンプレート名の欄が、削除されたドキュメントテンプレートの名称を保持する。また、変更前ドキュメントテンプレートＩＤの欄は、削除されたドキュメントテンプレートのＩＤを保持する。当該カスタマイズにおいて、変更前ドキュメントテンプレートＩＤは、ＴＲ０２９である。また、変更前ドキュメントテンプレート名は、「帳票レイアウト」である。その他の項目は、空欄（例えばＮＵＬＬ等の値）である。
The customization change type with the customization ID K0004 is “template (delete)”.
In the case of deleting a template, the pre-change document template name column holds the name of the deleted document template. The pre-change document template ID column holds the ID of the deleted document template. In the customization, the pre-change document template ID is TR029. The pre-change document template name is “form layout”. The other items are blank (for example, a value such as NULL).
ここで、開発者による、カスタマイズ情報の修正について説明する。
図３４は、比較エンジン部４が表示するカスタマイズ分析途中経過画面を示す概略図である。比較エンジン部は既に説明したステップＳ４−２２で、このカスタマイズ分析途中経過画面を表示する。このカスタマイズ分析途中経過画面は、カスタマイズ情報データベース９に登録される前のカスタマイズ情報を含んでいる。カスタマイズ情報の主キーは、カスタマイズＩＤである。なお、開発者がこの画面から新規のカスタマイズ情報を追加した場合には、比較エンジン部４は、そのカスタマイズにユニークなカスタマイズＩＤを発番し、付与する。
図示する例では、カスタマイズＩＤとして、Ｋ０００５およびＫ０００６を含む。カスタマイズＩＤがＫ０００５であるカスタマイズに関して、変更種類は「設計項目（削除）」であり、変更前設計項目は「説明」である。カスタマイズＩＤがＫ０００６であるカスタマイズに関して、変更種類は「設計項目（追加）」であり、変更後設計項目は「機能説明」である。この、Ｋ０００５およびＫ０００６のカスタマイズは、比較エンジン部４によって自動的に抽出されたものである。開発者は、この画面を見て、カスタマイズ情報を修正することができる。
Here, correction of customization information by the developer will be described.
FIG. 34 is a schematic diagram showing a customization analysis progress screen displayed by the comparison engine unit 4. The comparison engine unit displays this customization analysis progress screen in step S4-22 already described. This customization analysis progress screen includes customization information before being registered in the
In the illustrated example, K0005 and K0006 are included as customization IDs. Regarding customization with the customization ID K0005, the change type is “design item (deletion)”, and the design item before change is “description”. Regarding customization with the customization ID K0006, the change type is “design item (addition)”, and the design item after change is “function description”. The customization of K0005 and K0006 is automatically extracted by the comparison engine unit 4. The developer can modify the customization information by looking at this screen.
図３５は、開発者が修正する前のカスタマイズ情報を示す概略図である。図示する修正前のカスタマイズ情報は、カスタマイズＩＤとして、Ｋ０００５およびＫ０００６を含んでいる。これらは、図３４のカスタマイズ分析途中経過画面に含まれていたカスタマイズ情報と同様のものである。なお、カスタマイズＩＤがＫ０００５およびＫ０００６であるカスタマイズに関して、変更前ドキュメントテンプレートＩＤはＴＲ００１であり、変更前ドキュメントテンプレート名は「機能一覧表」である。つまり、Ｋ０００５およびＫ０００６は、ともに、ドキュメントテンプレート「機能一覧表」に関する、設計項目のカスタマイズに関するものである。 FIG. 35 is a schematic diagram showing customization information before the developer corrects it. The customization information before correction shown in the figure includes K0005 and K0006 as customization IDs. These are the same as the customization information included in the customization analysis progress screen in FIG. For customizations with customization IDs K0005 and K0006, the pre-change document template ID is TR001, and the pre-change document template name is “function list”. That is, both K0005 and K0006 relate to customization of design items related to the document template “function list”.
図３６は、開発者が修正した後のカスタマイズ情報を示す概略図である。このカスタマイズ情報は、カスタマイズＩＤとしてＫ０００７を有している。開発者が、Ｋ０００５およびＫ０００６を修正した結果が、Ｋ０００７である。
実際の開発プロジェクトにおいて、開発者は、ドキュメントテンプレート「機能一覧表」の設計項目「説明」を設計項目「機能説明」に変更した。この場合、比較エンジン部４は、図３５に示したように、この変更を、設計項目の削除（Ｋ０００５）および設計項目の追加（Ｋ０００６）であるとして、つまり別々のカスタマイズとして抽出した。しかし実際には、設計項目の名称変更であるため、開発者は２行にわたるカスタマイズ（Ｋ０００５およびＫ０００６）を１行にまとめるとともに、そのカスタマイズの変更種類を「名称変更」に修正する。図３６が、修正後のカスタマイズ情報である。修正後のカスタマイズ情報においては、カスタマイズＩＤとしてＫ０００５とＫ０００６が欠番となり、新規の行（「名称変更」の行）のカスタマイズＩＤとしてＫ０００７が付与されている。
FIG. 36 is a schematic diagram showing the customization information after the developer corrects it. This customization information has K0007 as a customization ID. The result of the developer modifying K0005 and K0006 is K0007.
In an actual development project, the developer changed the design item “description” of the document template “function list” to the design item “function description”. In this case, as shown in FIG. 35, the comparison engine unit 4 extracted this change as the deletion of the design item (K0005) and the addition of the design item (K0006), that is, as separate customizations. However, since the design item is actually renamed, the developer combines the customizations (K0005 and K0006) over two lines into one line and modifies the customization change type to “name change”. FIG. 36 shows the customized information after correction. In the modified customization information, K0005 and K0006 are missing numbers as customization IDs, and K0007 is assigned as a customization ID for a new line ("name change" line).
なお、上では、開発者による操作に基づいて、設計項目の削除および追加のというカスタマイズのペアを、設計項目の変更というカスタマイズに修正する例を説明した。
代わりに、比較エンジン部４が、削除された設計項目と追加された設計項目とを紐付けて、設計項目の名称変更を自動的に抽出するようにしてもよい。そのためには、例えば、カスタマイズが設計書を変更する際に、その編集過程における変更履歴を残しておくようにする。そして、比較エンジン部４は、この変更履歴に基づいて、設計項目の名称変更を抽出する。
In the above description, an example has been described in which a customization pair of deletion and addition of design items is modified to customization of change of design items based on an operation by a developer.
Instead, the comparison engine unit 4 may automatically extract the name change of the design item by associating the deleted design item with the added design item. For this purpose, for example, when customization changes a design document, a change history in the editing process is left. And the comparison engine part 4 extracts the name change of a design item based on this change log | history.
次に、プロジェクトとカスタマイズとの関係の管理について説明する。
図３７は、プロジェクトカスタマイズ情報（Ｔ４）のデータ例を示す概略図である。比較エンジン部４は、抽出したカスタマイズ情報をカスタマイズ情報データベース９に登録する際に、どのカスタマイズがどのプロジェクトにおいて実施されたものであるかを表す情報を、このプロジェクトカスタマイズ情報として記録する。図示するデータ例は、プロジェクトＩＤとして、Ｐ００１，Ｐ００２，Ｐ００３を少なくとも含んでいる。
そして、このデータにおいて、プロジェクトＩＤ「Ｐ００１」は、カスタマイズＩＤ「Ｋ０００１」および「Ｋ０００２」に対応付けられている。つまり、プロジェクトＩＤがＰ００１であるプロジェクトは、カスタマイズＩＤがＫ０００１およびＫ０００２であるカスタマイズを実施したことを表している。
同様に、プロジェクトＩＤ「Ｐ００２」は、カスタマイズＩＤ「Ｋ０００３」および「Ｋ０００４」に対応付けられている。
同様に、プロジェクトＩＤ「Ｐ００３」は、カスタマイズＩＤ「Ｋ０００２」に対応付けられている。
Next, management of the relationship between the project and customization will be described.
FIG. 37 is a schematic diagram illustrating a data example of the project customization information (T4). When the comparison engine unit 4 registers the extracted customization information in the
In this data, the project ID “P001” is associated with the customization IDs “K0001” and “K0002”. That is, the project whose project ID is P001 represents that customization with the customization IDs K0001 and K0002 has been performed.
Similarly, the project ID “P002” is associated with the customization IDs “K0003” and “K0004”.
Similarly, the project ID “P003” is associated with the customization ID “K0002”.
上記の通り、プロジェクトカスタマイズ情報の例において、カスタマイズＩＤ「Ｋ０００２」は、プロジェクトＩＤ「Ｐ００１」と「Ｐ００３」の両方に対応付けられている。つまり、同一のカスタマイズを複数のプロジェクトに関して検出した場合、比較エンジン部４は、それらのカスタマイズに同一のカスタマイズＩＤを用いる。つまり、比較エンジン部４が既存のカスタマイズを別のプロジェクトで検出した場合、比較エンジン部４は既存のカスタマイズＩＤをそのカスタマイズに関して用いる。 As described above, in the example of the project customization information, the customization ID “K0002” is associated with both the project IDs “P001” and “P003”. That is, when the same customization is detected for a plurality of projects, the comparison engine unit 4 uses the same customization ID for the customization. That is, when the comparison engine unit 4 detects an existing customization in another project, the comparison engine unit 4 uses the existing customization ID for the customization.
次に、分析結果の表示について説明する。図２４に示したメニュー画面で「分析結果表示」が選択されると、カスタマイズ情報表示部６は、テンプレート改善支援装置１００内のデータベースに登録されているデータを用いて、分析処理を行う。このときカスタマイズ情報表示部６が行う分析処理は、カスタマイズと属性値の分析と、ドキュメントテンプレートと属性値の分析である。
カスタマイズ情報表示部６は、分析のための事前処理として、プロジェクト属性値の数の集計（図３８）と、各カスタマイズを実施したプロジェクトの数の集計（図３９）を行う。そして、カスタマイズ情報表示部６は、これらの集計データを用いて分析した結果を、カスタマイズと属性値の総当たりデータ（図４２）、およびドキュメントテンプレートと属性値の総当たりデータ（図４３）とする。
Next, display of analysis results will be described. When “analysis result display” is selected on the menu screen shown in FIG. 24, the customization
The customization
図３８は、プロジェクト属性数データ（Ｔ５）のデータ例を示す概略図である。このデータ例は、カスタマイズ情報表示部６がプロジェクトの属性値の数を集計した結果である。つまり、このデータは、特定の属性ＩＤに対して特定の属性値を持つプロジェクトの数を集計した結果を表している。
プロジェクト属性数データにおける属性ＩＤは、プロジェクト情報データベース１０に登録した属性情報（図３１）における属性ＩＤと関連付けられている。
また、属性値は、プロジェクト情報データベース１０に登録した属性値情報（図３２）における属性値と関連付けられている。
また、プロジェクト数は、特定の属性ＩＤで、特定の属性値に該当するプロジェクトの数を表している。
特定の属性ＩＤに対する属性値の種類が複数ある場合には、カスタマイズ情報表示部６は、各々の属性値についてプロジェクト数を集計する。
図示するデータ例は、属性ＩＤとしてＡＴ００５を含んでいる。このＡＴ００５に対応する属性値は、「改造」あるいは「新規」である。そして、これらそれぞれに対応するプロジェクト数は、４８および１２である。
このプロジェクト属性数データは、カスタマイズ情報分析部６１による処理で使用される。
FIG. 38 is a schematic diagram showing a data example of the project attribute number data (T5). This data example is a result of the customization
The attribute ID in the project attribute number data is associated with the attribute ID in the attribute information (FIG. 31) registered in the
The attribute value is associated with the attribute value in the attribute value information (FIG. 32) registered in the
The number of projects represents the number of projects corresponding to a specific attribute value with a specific attribute ID.
When there are a plurality of types of attribute values for a specific attribute ID, the customization
The illustrated data example includes AT005 as the attribute ID. The attribute value corresponding to this AT005 is “remodeling” or “new”. The number of projects corresponding to each of these is 48 and 12.
This project attribute number data is used in the processing by the customization
なお、上では、属性値が完全に一致するプロジェクト数を集計する例を説明した。しかし、属性値の取り得る値の種類が非常に多い場合には、属性値が完全に一致するプロジェクトの数は少ない。そこで、属性の種類によっては、属性値の範囲や、属性値の所定の集合（グループ）ごとに、プロジェクト数を集計するようにしてもよい。例えば、見積り金額などといった属性に関しては、金額の範囲ごとに、プロジェクト数を集計するようにする。また、（プロジェクトの）開始日などといった属性に関しては、日付の範囲（月や、四半期や、年や、その他の期間等）ごとにプロジェクト数を集計するようにする。この場合、属性の種類ごとに、どういった属性値でプロジェクト数を集計するかを、予め定義しておけるようにする。 In the above, an example in which the number of projects whose attribute values completely match is totaled has been described. However, when there are a large number of values that the attribute value can take, the number of projects whose attribute values completely match is small. Therefore, depending on the type of attribute, the number of projects may be aggregated for each attribute value range or a predetermined set (group) of attribute values. For example, for attributes such as estimated amounts, the number of projects is aggregated for each range of amounts. For attributes such as the start date (of the project), the number of projects is aggregated for each date range (month, quarter, year, other period, etc.). In this case, for each attribute type, it is possible to predefine what attribute value is used to count the number of projects.
図３９は、カスタマイズ実施数データ（Ｔ６）のデータ例を示す概略図である。このデータ例は、プロジェクト情報データベース１０に登録されている全プロジェクトのうち、特定のカスタマイズをしたプロジェクトの数の集計結果を有している。カスタマイズ実施数データは、カスタマイズ情報分析部６１の処理で利用される。
カスタマイズＩＤは、カスタマイズ情報データベース９に登録している、カスタマイズ情報のカスタマイズＩＤを表す。
プロジェクト数」は、各カスタマイズを実施したプロジェクトの集計数を表す。
図示するデータ例は、カスタマイズＩＤとして、Ｋ０００１，Ｋ０００２，Ｋ０００３を少なくとも含んでいる。そして、これらに対応するプロジェクト数は、それぞれ、３０個、６５個、１７個である。
FIG. 39 is a schematic diagram illustrating a data example of the customization execution number data (T6). This data example has a total result of the number of projects that have been specifically customized among all projects registered in the
The customization ID represents a customization ID of customization information registered in the
“Number of projects” represents the total number of projects that have been customized.
The illustrated data example includes at least K0001, K0002, and K0003 as customization IDs. The numbers of projects corresponding to these are 30, 65, and 17, respectively.
次に、カスタマイズと属性値との関係についての分析処理の例を説明する。
カスタマイズと属性値の総当たりデータ（Ｔ７）は、特定の属性値を持つプロジェクトによく実施されているカスタマイズは何かを分析するために作成するデータである。
テンプレート改善支援装置１００は、分析の手段として、支持度、信頼度、期待信頼度、リフト値といった数値を算出する。
Next, an example of analysis processing for the relationship between customization and attribute values will be described.
Customization and attribute value brute force data (T7) is data created in order to analyze what customization is often implemented in projects having specific attribute values.
The template
支持度は、全てのプロジェクトのうち、特定の属性値を持ち、かつ、特定のカスタマイズをしているプロジェクトの割合を示す。支持度が大きいほど、全プロジェクトの中で、特定の属性値を持つプロジェクトが、特定のカスタマイズを実施している割合が高いと言える。カスタマイズ情報分析部６１は、支持度を、下の計算式によって算出する。
（支持度）=（属性値Ａを有し、且つカスタマイズＢを実施したプロジェクト数）／（プロジェクト情報データベース１０に登録した全プロジェクト数）
The support level indicates the ratio of projects having specific attribute values and performing specific customization among all projects. It can be said that the higher the support level, the higher the percentage of projects that have a specific attribute value that implement a specific customization among all projects. The customization
(Support level) = (Number of projects having attribute value A and customization B) / (Total number of projects registered in the project information database 10)
信頼度は、特定の属性値を持つプロジェクトのうち、特定のカスタマイズを実施したプロジェクトの割合を示す。信頼度が高いほど、「その特定の属性値を持つプロジェクトが、その特定のカスタマイズを実施する割合が高い」と言える。カスタマイズ情報分析部６１は、信頼度を、下の計算式によって算出する。
（信頼度）＝（属性値Ａを有し、且つカスタマイズＢを実施したプロジェクト数）／（属性値Ａを持つプロジェクト数）
なお、上記計算式の分母である「属性値Ａを持つプロジェクト数」には、図３８で示したプロジェクト属性数データの値を使用する。
The reliability indicates a ratio of projects having a specific customization out of projects having a specific attribute value. It can be said that the higher the reliability is, the higher the ratio of projects having the specific attribute value that performs the specific customization. The customization
(Reliability) = (Number of projects having attribute value A and customization B) / (Number of projects having attribute value A)
Note that the value of the project attribute number data shown in FIG. 38 is used as the “number of projects having attribute value A” as the denominator of the above formula.
期待信頼度は、全てのプロジェクトのうち、特定のカスタマイズをしているプロジェクトの割合を示す。期待信頼度が高いほど、よく実施されているカスタマイズであり、期待信頼度が小さければ稀なカスタマイズであると言える。カスタマイズ情報分析部６１は、期待信頼度を、下の計算式によって算出する。
（期待信頼度）＝（カスタマイズＢを実施したプロジェクト数）／（プロジェクト情報データベース１０に登録した全プロジェクト数）
なお、上記計算式の分子である「カスタマイズＢを実施したプロジェクト数」には、図３９で示したカスタマイズ実施数のデータを利用する。
The expected reliability indicates the proportion of projects that have a specific customization among all projects. The higher the expected reliability, the more commonly customized, and the smaller the expected reliability, the rare customization. The customization
(Expected reliability) = (Number of projects for which customization B has been implemented) / (Total number of projects registered in the project information database 10)
Note that the data of the number of customizations shown in FIG. 39 is used for “number of projects for which customization B has been implemented”, which is the numerator of the above formula.
リフト値は、属性値とカスタマイズの依存関係を表す値である。リフト値が１より大きい場合、リフト値が大きいほど、属性値とカスタマイズの依存が強い。逆に、リフト値が１より小さいければ、依存が弱いことを示す。リスト値が１より小さいということは、信頼度が期待信頼度よりも小さいことを意味する。即ち、リスト値が１より小さい場合、プロジェクトの属性値がＡかどうかに関わりなく、カスタマイズＢが実施されている度合いが強いと言える。
（リフト値）＝（信頼度）／（期待信頼度）
The lift value is a value representing the dependency relationship between the attribute value and customization. When the lift value is greater than 1, the greater the lift value, the stronger the dependency between the attribute value and the customization. Conversely, if the lift value is smaller than 1, it indicates that the dependence is weak. That the list value is smaller than 1 means that the reliability is smaller than the expected reliability. That is, when the list value is smaller than 1, it can be said that the degree of customization B is strong regardless of whether the project attribute value is A or not.
(Lift value) = (Reliability) / (Expected reliability)
図４０および図４１の各々は、支持度と、信頼度と、期待信頼度と、リフト値との関係を示すベン図（Venn diagram）である。これらの図のそれぞれにおいて、一番外側の四角形は、全プロジェクトの集合を表す。そして、この集合の要素数が、全プロジェクト数である。また、左側の円は、属性値がＡであるプロジェクトの集合を表す。そして、この集合の要素数が、属性値がＡであるプロジェクト数である。また、右側の円ないしは楕円は、カスタマイズＢを実施したプロジェクトの集合を表す。そして、この集合の要素数が、カスタマイズＢを実施したプロジェクト数である。２つの円（ないしは楕円）の重なっている部分（共通部分）は、属性値がＡであり且つカスタマイズＢを実施したプロジェクトの集合を表す。そして、この集合の要素数が、属性値Ａを有し且つカスタマイズＢであるプロジェクト数を表している。 Each of FIG. 40 and FIG. 41 is a Venn diagram showing the relationship among the support level, the reliability level, the expected reliability level, and the lift value. In each of these figures, the outermost square represents the set of all projects. The number of elements in this set is the total number of projects. Also, the left circle represents a set of projects whose attribute value is A. The number of elements in this set is the number of projects whose attribute value is A. The right circle or ellipse represents a set of projects for which customization B has been performed. The number of elements in this set is the number of projects for which customization B has been implemented. The overlapping part (common part) of two circles (or ellipses) represents a set of projects in which the attribute value is A and customization B is performed. The number of elements in this set represents the number of projects having attribute value A and customization B.
図示するベン図において各集合の占める面積が集合の要素数にほぼ比例すると仮定した場合、図４０に示す場合では、リフト値が１より大きい。つまり、信頼度が期待信頼度よりも大きい。一方で、図４１に示す場合では、リフト値が１より小さい。つまり、信頼度が期待信頼度よりも小さい。
つまり、リフト値は、属性値Ａを有し且つカスタマイズＢを実施したプロジェクト数の属性値Ａを持つプロジェクト数の中での割合が、カスタマイズＢ実施したプロジェクト数の全プロジェクト数の中での割合、よりもどれくらい多いかを表す指標である。
Assuming that the area occupied by each set in the illustrated Venn diagram is approximately proportional to the number of elements in the set, the lift value is greater than 1 in the case shown in FIG. That is, the reliability is higher than the expected reliability. On the other hand, the lift value is smaller than 1 in the case shown in FIG. That is, the reliability is smaller than the expected reliability.
In other words, the lift value is the ratio of the number of projects having the attribute value A and the number of projects having the attribute value A of the customization B being the ratio of the total number of projects having the customization B being implemented. It is an index that represents how many more than.
図４０に示すような場合で、属性値Ａを有し且つカスタマイズＢを実施したプロジェクト数の属性値Ａを持つプロジェクト数の中での割合が、カスタマイズＢ実施したプロジェクト数の全プロジェクト数の中での割合よりも大きければ、リフト値は１より大きくなる。これは、属性値ＡとカスタマイズＢとが関連して起こる度合いが高いことを表している。
逆に、図４１に示すような場合で、属性値Ａを有し且つカスタマイズＢを実施したプロジェクト数の属性値Ａを持つプロジェクト数の中での割合が、カスタマイズＢ実施したプロジェクト数の全プロジェクト数の中での割合よりも小さければ、リフト値は１より小さくなる。これは、プロジェクトが属性値Ａを有するか否かに関わらず、カスタマイズＢが起こる度合いが高いことを表している。
In the case shown in FIG. 40, the ratio of the number of projects having the attribute value A to the number of projects having the attribute value A out of the total number of projects having the customization B is If the ratio is larger than the ratio, the lift value is larger than 1. This indicates that the degree of occurrence of the attribute value A and the customization B is high.
On the contrary, in the case shown in FIG. 41, the ratio of the number of projects having the attribute value A and the number of projects having the attribute value A to which the customization B has been implemented is the total number of projects having the customization B implemented. If it is less than a percentage of the number, the lift value is less than one. This indicates that the degree of customization B is high regardless of whether the project has the attribute value A or not.
図４２は、カスタマイズと属性値の総当たりデータ（Ｔ７）の例を示す概略図である。図示するデータは、カスタマイズ情報分析部６１が、カスタマイズと属性値の因果関係を分析した結果の例である。この例では、属性ＩＤがＡＴ００５である属性は、開発形態である（図３１を参照）。そして、このデータは、属性「開発形態」の属性値が「改造」である行と、「新規」である行とを含んでいる。
図４２の第１行目のデータは、次の通りである。この属性値が「改造」であり、且つカスタマイズＩＤがＫ０００１である場合、プロジェクト数は２０個である。そして、この属性値とカスタマイズＩＤとの組み合わせに関して、支持度は０．２であり、信頼度は０．８であり、期待信頼度は０．３であり、リフト値は２．７である。
また、図４２の第２行目のデータは、次の通りである。この属性値が「新規」であり、且つカスタマイズＩＤがＫ０００３である場合、プロジェクト数は１０個である。そして、この属性値とカスタマイズＩＤとの組み合わせに関して、支持度は０．１であり、信頼度は０．４であり、期待信頼度は０．５であり、リフト値は０．８である。
FIG. 42 is a schematic diagram showing an example of customization and attribute value brute force data (T7). The illustrated data is an example of the result of the customization
The data in the first row in FIG. 42 is as follows. When this attribute value is “remodeling” and the customization ID is K0001, the number of projects is 20. Then, regarding the combination of the attribute value and the customization ID, the support level is 0.2, the reliability level is 0.8, the expected reliability level is 0.3, and the lift value is 2.7.
The data on the second row in FIG. 42 is as follows. When this attribute value is “new” and the customization ID is K0003, the number of projects is ten. Then, regarding the combination of the attribute value and the customization ID, the support level is 0.1, the reliability level is 0.4, the expected reliability level is 0.5, and the lift value is 0.8.
また、図４２の第３行目のデータに関して、属性ＩＤがＡＴ００４である属性は、「見積り金額」である（図３１を参照）。そして、この行のデータは、属性「見積り金額」の属性値が「３０００万以上５０００万以下」である場合と、カスタマイズＩＤがＫ０００４であるカスタマイズを実施した場合との統計的関係の情報を保持している。具体的には、プロジェクト数が３個であり、支持度が０．０３であり、信頼度が０．３であり、期待信頼度が０．０５であり、リフト値が６．０である。 42, the attribute whose attribute ID is AT004 is “estimated amount” (see FIG. 31). The data of this row holds information on the statistical relationship between the case where the attribute value of the attribute “estimated amount” is “30 to 50 million” and the case where the customization with the customization ID K0004 is performed. doing. Specifically, the number of projects is 3, the support level is 0.03, the reliability level is 0.3, the expected reliability level is 0.05, and the lift value is 6.0.
なおここで、属性「見積り金額」に関しては、前述の通り、属性値の範囲ごとにプロジェクト数を集計している。 As for the attribute “estimated amount”, the number of projects is totaled for each attribute value range as described above.
図４３は、ドキュメントテンプレートと属性値の総当たりデータ（Ｔ８）の例を示す概略図である。図示するデータは、カスタマイズ情報分析部６１が、ドキュメントテンプレートと属性値の因果関係を分析した結果の例である。このデータは、属性値によって定まるドメインごとに、どういうドキュメントテンプレートが使われているかという傾向を、統計的に表す。
FIG. 43 is a schematic diagram illustrating an example of document template and attribute value brute force data (T8). The illustrated data is an example of a result of the customization
図４３の第１行目のデータにおいて、属性ＩＤがＡＴ００５（属性は、「開発形態」）であり、属性値が「改造」である。また、ドキュメントテンプレートＩＤは「ＴＲ００１」である。このような属性値とドキュメントテンプレートＩＤの組み合わせに該当するプロジェクト数は、２５個である。そして、支持度は０．２５であり、信頼度１．０はであり、期待信頼度は０．５５であり、リフト値は１．８である。
図４３の第２行目のデータにおいて、属性ＩＤがＡＴ００５（属性は、「開発形態」）であり、属性値が「新規」である。また、ドキュメントテンプレートＩＤは「ＴＲ００１」である。このような属性値とドキュメントテンプレートＩＤの組み合わせに該当するプロジェクト数は、４５個である。そして、支持度は０．４５であり、信頼度０．９はであり、期待信頼度は０．５５であり、リフト値は１．６である。
図４３の第３行目のデータにおいて、属性ＩＤがＡＴ００４（属性は、「見積り金額」）であり、属性値が「３０００万以上５０００万以下」である。また、ドキュメントテンプレートＩＤは「ＴＲ００１」である。このような属性値とドキュメントテンプレートＩＤの組み合わせに該当するプロジェクト数は、５個である。そして、支持度は０．０５であり、信頼度０．５はであり、期待信頼度は０．５５であり、リフト値は０．９である。
43, the attribute ID is AT005 (the attribute is “development form”), and the attribute value is “remodeling”. The document template ID is “TR001”. The number of projects corresponding to such combinations of attribute values and document template IDs is 25. The support level is 0.25, the reliability level is 1.0, the expected reliability level is 0.55, and the lift value is 1.8.
43, the attribute ID is AT005 (the attribute is “development form”), and the attribute value is “new”. The document template ID is “TR001”. The number of projects corresponding to such combinations of attribute values and document template IDs is 45. The support level is 0.45, the reliability level is 0.9, the expected reliability level is 0.55, and the lift value is 1.6.
43, the attribute ID is AT004 (the attribute is “estimated amount”), and the attribute value is “30 million to 50 million”. The document template ID is “TR001”. The number of projects corresponding to such a combination of attribute value and document template ID is five. The support level is 0.05, the reliability level is 0.5, the expected reliability level is 0.55, and the lift value is 0.9.
図４４は、分析結果の表示画面を示す概略図である。図２４のメニュー画面で「分析結果表示」が選択された場合、カスタマイズ情報表示部６は、ステップＳ６−５の処理においてこの分析結果の画面を表示する。図示するように、分析結果の表示画面は、「属性指定」ボックスを有している。また、分析結果の表示画面は、３つのボタンを有している。それらのボタンとは、「カスタマイズと属性値の分析結果」と、「ドキュメントテンプレートと属性値の分析結果」と、「ドキュメントテンプレート表示」である。管理者（または開発者。以下においても同様。）はこれらのいずれかのボタンを押下することができる。そして、いずれかのボタンが押下されると、テンプレート改善支援装置１００は、管理者が望む情報を表示する。
FIG. 44 is a schematic view showing an analysis result display screen. When “analysis result display” is selected on the menu screen of FIG. 24, the customization
「カスタマイズと属性値の分析結果」のボタンが押下された場合、カスタマイズ情報分析部６１は、分析処理によって得たカスタマイズと属性値の総当たりデータを基に、カスタマイズと属性値の分析結果を全て表示出力する。なお、管理者が画面内の「属性指定」のボックスに、属性の種類と、それに対応する属性値を入力した場合、カスタマイズ情報表示部６は、その属性値に一致するカスタマイズ情報を表示する。このとき、カスタマイズ情報表示部６は、ドキュメントテンプレートへの反映を推奨する順番で、カスタマイズ情報を表示する。例えば、管理者が画面内の「属性指定」ボックスに「開発形態＝改造」と入力し、「カスタマイズと属性値の分析結果」ボタンを押下した場合、カスタマイズ情報表示部６は、開発形態の属性値が「改造」であるプロジェクトでよく実施されているカスタマイズ情報を並べて表示する。
また、このとき、「属性指定」ボックスに、論理演算子を用いた条件を入力できるようにしてもよい。具体的には「＜属性名＞＝＜属性値＞」の形式を有する条件を、ＡＮＤ（論理積）演算子やＯＲ（論理和）演算子で連結することで、複数の条件の組み合わせを指定できる。また、ある条件に、ＮＯＴ（否定）演算子を付けることもできる。
When the “customization and attribute value analysis result” button is pressed, the customization
At this time, a condition using a logical operator may be entered in the “attribute designation” box. Specifically, a combination of multiple conditions can be specified by concatenating conditions having the format of “<attribute name> = <attribute value>” with an AND (logical product) operator or an OR (logical sum) operator. it can. In addition, a NOT (negation) operator can be added to a certain condition.
なお、画面内の「クリア」ボタンが押下されると、カスタマイズ情報表示部６は、条件設定を解除する。
When the “Clear” button in the screen is pressed, the customization
カスタマイズ情報表示部６は、分析結果を、図示する画面内の「カスタマイズと属性値の分析結果」と記載された場所に表示する。このデータ例は、属性値「改造」とカスタマイズＩＤ「Ｋ０００１」の組み合わせと、属性値「新規」とカスタマイズＩＤ「Ｋ０００３」の組み合わせと、属性値「３０００万以上５０００万以下」とカスタマイズＩＤ「Ｋ０００４」の組み合わせとを含んでいる。また分析結果の表示画面は、分析結果のデータの各行に対応して、右側に、チェックボックスを有している。このチェックボックスにチェックマークを入れることは、そのカスタマイズをドキュメントテンプレートに反映する処理を行うことを意味する。管理者がチェックボックスにチェックして、画面の右下部にある「反映」ボタンを押下すると、カスタマイズ情報表示部６は、チェックされたカスタマイズを反映したドキュメントテンプレートを表示する。
管理者が最終的にドキュメントテンプレートへの反映を確認すると、カスタマイズ情報表示部６は、ドキュメントテンプレートデータベース７内のドキュメントテンプレートにカスタマイズを反映する形で、データを更新する。
The customization
When the administrator finally confirms the reflection to the document template, the customization
図４５は、分析結果の表示画面を示す概略図である。この図は、分析結果表示画面において、「ドキュメントテンプレート表示」のボタンが押下されたときの画面の状況を示している。「ドキュメントテンプレート表示」のボタンが押下された場合、カスタマイズ情報分析部６１は、分析処理によって得たドキュメントテンプレートと属性値の総当たりデータを基に、テンプレートと属性値の分析結果を表示出力する。この場合も、図４４で説明した場合と同様に、管理者が画面内の「属性指定」のボックスに属性値に関する条件を入力することができる。また、この場合も、論理演算子を「属性指定」のボックス内に入力することができる。条件が入力された状態で管理者が「ドキュメントテンプレート表示」ボタンを押下した場合、カスタマイズ情報表示部６は、指定された属性値の条件に合う分析結果データのみを表示する。
FIG. 45 is a schematic diagram showing a display screen of analysis results. This figure shows the state of the screen when the “document template display” button is pressed on the analysis result display screen. When the “document template display” button is pressed, the customization
カスタマイズ情報表示部６は、分析結果を、図示する画面内の「ドキュメントテンプレート一覧」と記載された場所に表示する。この分析結果のデータ例は、属性値「改造」とドキュメントテンプレートＩＤ「ＴＲ００１」（機能一覧表）の組み合わせと、属性値「改造」とドキュメントテンプレートＩＤ「ＴＲ００２」（画面一覧表）の組み合わせとを含んでいる。また、分析結果のデータの各行に対応して、右側に、チェックボックスを有している。このチェックボックスにチェックマークを入れることは、該当するテンプレートを表示させることを意味する。管理者がチェックボックスにチェックして、画面の右下部にある「取得」ボタンを押下すると、カスタマイズ情報表示部６は、チェックされたドキュメントテンプレートを表示する。
これにより、管理者は、プロジェクトの属性値に対応して、どのようなテンプレートが使われる傾向が高いかを把握することができる。
The customization
Thereby, the administrator can grasp what template is likely to be used corresponding to the attribute value of the project.
本実施形態によれば、設計書の構造情報とドキュメントテンプレートの構造情報の差分を抽出する手間が省くことができる。また、プロジェクトごとのカスタマイズ情報と属性値情報を蓄積し、カスタマイズ情報と属性値情報の関連を分析することで、ドメインごとドキュメントテンプレート、または汎用的なドキュメントテンプレートへの反映を推奨するカスタマイズ情報を表示することができる。これにより、効率的にドキュメントテンプレートの改訂を行なえるようになる。さらに、プロジェクトの特性に合ったドキュメントテンプレートを取り出すことができる。
また本実施形態によれば、支持度や信頼度等に基づいて、優先度を付けて、カスタマイズ情報を表示することができる。
According to the present embodiment, it is possible to save the trouble of extracting the difference between the structure information of the design document and the structure information of the document template. Also, customization information and attribute value information for each project are accumulated, and by analyzing the relationship between customization information and attribute value information, customization information recommended to be reflected in document templates for each domain or general-purpose document templates is displayed. can do. As a result, the document template can be efficiently revised. In addition, document templates that match the characteristics of the project can be retrieved.
Further, according to the present embodiment, the customization information can be displayed with priorities based on the support level and the reliability level.
上記実施形態では、カスタマイズ情報表示部６は、図４４に示した画面で、管理者（ないしは開発者）がチェックマークを付けたカスタマイズのみを、ドキュメントテンプレートに反映させることとした。変形例として、代わりに、カスタマイズ情報表示部６は、算出された支持度や信頼度やリフト値等に基づいて、所定の条件を満たすカスタマイズを自動的に選択し、ドキュメントテンプレートに反映させるようにしてもよい。一例として、支持度が所定の閾値より高く、信頼度が所定の閾値より高く、且つリフト値が所定の閾値より高いカスタマイズを自動的に選択し、ドキュメントテンプレートに反映させる。
In the above-described embodiment, the customization
以上説明した少なくともひとつの実施形態によれば、プロジェクト数の統計を用いて、プロジェクトの属性値とカスタマイズとの間のアソシエーション分析を行うカスタマイズ情報表示部６を持つことにより、適切なドキュメントテンプレートの改善を支援することができる。
According to at least one of the embodiments described above, an appropriate document template can be improved by having the customization
なお、上述した実施形態におけるテンプレート改善支援装置の機能の少なくとも一部を、コンピューターで実現するようにしても良い。この場合、その機能を実現するためのプログラムをコンピューター読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピューターシステムに読み込ませ、実行することによって実現しても良い。なお、ここでいう「コンピューターシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピューター読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピューターシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピューター読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバーやクライアントとなるコンピューターシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでも良い。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピューターシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。 In addition, you may make it implement | achieve at least one part of the function of the template improvement assistance apparatus in embodiment mentioned above with a computer. In this case, a program for realizing the function may be recorded on a computer-readable recording medium, and the program recorded on the recording medium may be read into a computer system and executed. Here, the “computer system” includes an OS and hardware such as peripheral devices. The “computer-readable recording medium” refers to a storage device such as a flexible disk, a magneto-optical disk, a portable medium such as a ROM and a CD-ROM, and a hard disk incorporated in a computer system. Furthermore, a “computer-readable recording medium” dynamically holds a program for a short time, like a communication line when transmitting a program via a network such as the Internet or a communication line such as a telephone line. In this case, a volatile memory inside a computer system serving as a server or a client in that case may be included, and a program that holds a program for a certain period of time. The program may be a program for realizing a part of the above-described functions, or may be a program that can realize the above-described functions in combination with a program already recorded in a computer system.
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。 Although several embodiments of the present invention have been described, these embodiments are presented by way of example and are not intended to limit the scope of the invention. These embodiments can be implemented in various other forms, and various omissions, replacements, and changes can be made without departing from the spirit of the invention. These embodiments and their modifications are included in the scope and gist of the invention, and are also included in the invention described in the claims and the equivalents thereof.
１…インタフェース部、２…プロジェクト設計書登録部、３…設計書構造情報抽出部、４…比較エンジン部、５…プロジェクト情報管理部、６…カスタマイズ情報表示部、７…ドキュメントテンプレートデータベース、８…プロジェクト別設計書データベース、９…カスタマイズ情報データベース、１０…プロジェクト情報データベース、１１…ドキュメントテンプレート管理部、６１…カスタマイズ情報分析部、６２…分析結果表示部、１００…テンプレート改善支援装置
DESCRIPTION OF
Claims (8)
設計書のテンプレートであるドキュメントテンプレートを記憶し管理するドキュメントテンプレート管理部と、
前記ドキュメントテンプレートを基に作成された設計書をプロジェクトごとに記憶し管理する設計書管理部と、
前記設計書管理部が管理する前記設計書から設計書の構造を表す情報である設計書構造情報を抽出する設計書構造情報抽出部と、
前記ドキュメントテンプレートの構造と前記設計書の構造との差分であるカスタマイズ情報を、前記設計書を作成したプロジェクトに関連付けて記憶するカスタマイズ情報データベースと、
前記設計書構造情報抽出部が前記設計書から抽出した前記設計書構造情報と、前記ドキュメントテンプレート管理部で管理される前記ドキュメントテンプレートの構造とを比較し、差分をカスタマイズ情報として抽出し、前記カスタマイズ情報を前記プロジェクトに関連付ける形で前記カスタマイズ情報データベースに登録する比較エンジン部と、
前記カスタマイズ情報データベースに登録された前記カスタマイズ情報に基づいて、前記カスタマイズ情報が関連付けられた前記プロジェクトの前記属性値と、前記カスタマイズ情報との間のアソシエーション分析を行い、分析結果を出力する分析部と、
を備えるテンプレート改善支援装置。 A project information database that stores attribute values for each project and for each project;
A document template management unit for storing and managing a document template that is a template of a design document;
A design document management unit for storing and managing a design document created based on the document template for each project;
A design document structure information extraction unit that extracts design document structure information, which is information representing the structure of the design document, from the design document managed by the design document management unit;
A customization information database that stores customization information that is a difference between the structure of the document template and the structure of the design document in association with the project that created the design document;
The design document structure information extraction unit extracts the design document structure information extracted from the design document and the document template structure managed by the document template management unit, extracts differences as customization information, and customizes the customization A comparison engine unit that registers information in the customized information database in a form that associates information with the project;
An analysis unit that performs association analysis between the attribute value of the project associated with the customization information and the customization information based on the customization information registered in the customization information database, and outputs an analysis result; ,
A template improvement support apparatus comprising:
請求項１に記載のテンプレート改善支援装置。 The analysis unit calculates, as the association analysis process, a support level obtained by dividing the number of projects having a specific attribute value and associated with a specific customization by the total number of projects, and the support The result of sorting the combination of the attribute value and the customization based on the degree is output as the analysis result.
The template improvement support apparatus according to claim 1.
前記属性値と前記カスタマイズとの組み合わせについては、前記信頼度で並べ替え処理した結果を、前記分析結果として出力する、
請求項２に記載のテンプレート改善支援装置。 The analysis unit further includes, as the association analysis process, a trust obtained by dividing the number of projects having a specific attribute value and associated with a specific customization by the number of projects having the specific attribute value. For the combination of the attribute value and the customization with the same support level, the degree of support is calculated, and the result of sorting by the reliability is output as the analysis result.
The template improvement support apparatus according to claim 2.
請求項３に記載のテンプレート改善支援装置。 The analysis unit calculates an expected reliability obtained by dividing the number of projects associated with a specific customization by the number of all projects as the process of the association analysis, and the specific attribute value and the specific Calculating a lift value obtained by dividing the reliability calculated for customization by the expected reliability, and outputting the lift value as part of the analysis result;
The template improvement support apparatus according to claim 3.
請求項１から４までのいずれか一項に記載のテンプレート改善支援装置。 The analysis unit reflects customization in the document template stored in the document template management unit based on the result of the association analysis.
The template improvement assistance apparatus as described in any one of Claim 1 to 4.
請求項１から５までのいずれか一項に記載のテンプレート改善支援装置。 The analysis unit reflects the customization instructed by the user after outputting the analysis result in the document template stored in the document template management unit.
The template improvement assistance apparatus as described in any one of Claim 1-5.
前記分析部は、前記カスタマイズ情報データベースに登録された前記カスタマイズ情報に基づいて、前記カスタマイズ情報が関連付けられた前記プロジェクトの前記属性値と、前記カスタマイズ情報が関連付けられた前記ドキュメントテンプレートとの間のアソシエーション分析を行い、前記属性値と前記ドキュメントテンプレートの種類との関係を表す分析結果を出力する、
請求項１から６までのいずれか一項に記載のテンプレート改善支援装置。 The document template management unit stores and manages a plurality of types of the document templates,
The analysis unit associates between the attribute value of the project associated with the customization information and the document template associated with the customization information based on the customization information registered in the customization information database. Performing an analysis and outputting an analysis result representing a relationship between the attribute value and the type of the document template;
The template improvement assistance apparatus as described in any one of Claim 1-6.
プロジェクトについて、前記プロジェクトごと且つ属性ごとの属性値を記憶するプロジェクト情報データベースと、
設計書のテンプレートであるドキュメントテンプレートを記憶し管理するドキュメントテンプレート管理部と、
前記ドキュメントテンプレートを基に作成された設計書をプロジェクトごとに記憶し管理する設計書管理部と、
前記設計書管理部が管理する前記設計書から設計書の構造を表す情報である設計書構造情報を抽出する設計書構造情報抽出部と、
前記ドキュメントテンプレートの構造と前記設計書の構造との差分であるカスタマイズ情報を、前記設計書を作成したプロジェクトに関連付けて記憶するカスタマイズ情報データベースと、
前記設計書構造情報抽出部が前記設計書から抽出した前記設計書構造情報と、前記ドキュメントテンプレート管理部で管理される前記ドキュメントテンプレートの構造とを比較し、差分をカスタマイズ情報として抽出し、前記カスタマイズ情報を前記プロジェクトに関連付ける形で前記カスタマイズ情報データベースに登録する比較エンジン部と、
前記カスタマイズ情報データベースに登録された前記カスタマイズ情報に基づいて、前記カスタマイズ情報が関連付けられた前記プロジェクトの前記属性値と、前記カスタマイズ情報との間のアソシエーション分析を行い、分析結果を出力する分析部と、
を備えるテンプレート改善支援装置として機能させるためのプログラム。 Computer
A project information database that stores attribute values for each project and for each project;
A document template management unit for storing and managing a document template that is a template of a design document;
A design document management unit for storing and managing a design document created based on the document template for each project;
A design document structure information extraction unit that extracts design document structure information, which is information representing the structure of the design document, from the design document managed by the design document management unit;
A customization information database that stores customization information that is a difference between the structure of the document template and the structure of the design document in association with the project that created the design document;
The design document structure information extraction unit extracts the design document structure information extracted from the design document and the document template structure managed by the document template management unit, extracts differences as customization information, and customizes the customization A comparison engine unit that registers information in the customized information database in a form that associates information with the project;
An analysis unit that performs association analysis between the attribute value of the project associated with the customization information and the customization information based on the customization information registered in the customization information database, and outputs an analysis result; ,
For functioning as a template improvement support apparatus.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2016145575A JP6411414B2 (en) | 2016-07-25 | 2016-07-25 | Template improvement support apparatus and program |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2016145575A JP6411414B2 (en) | 2016-07-25 | 2016-07-25 | Template improvement support apparatus and program |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2018018151A true JP2018018151A (en) | 2018-02-01 |
| JP6411414B2 JP6411414B2 (en) | 2018-10-24 |
Family
ID=61075949
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2016145575A Active JP6411414B2 (en) | 2016-07-25 | 2016-07-25 | Template improvement support apparatus and program |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP6411414B2 (en) |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005293403A (en) * | 2004-04-02 | 2005-10-20 | Hitachi Ltd | Design work support device |
| JP2008287673A (en) * | 2007-05-21 | 2008-11-27 | Hitachi Ltd | Content distribution service system |
| JP2015201103A (en) * | 2014-04-09 | 2015-11-12 | 富士通株式会社 | Business description management program, business description management method, and business description management device |
-
2016
- 2016-07-25 JP JP2016145575A patent/JP6411414B2/en active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005293403A (en) * | 2004-04-02 | 2005-10-20 | Hitachi Ltd | Design work support device |
| JP2008287673A (en) * | 2007-05-21 | 2008-11-27 | Hitachi Ltd | Content distribution service system |
| JP2015201103A (en) * | 2014-04-09 | 2015-11-12 | 富士通株式会社 | Business description management program, business description management method, and business description management device |
Non-Patent Citations (3)
| Title |
|---|
| 元山 厚、中谷 多哉子: ""設計項目間の不整合を検出するためのシステム開発と評価"", 情報処理学会デジタルプラクティス, vol. 5, no. 3, JPN6018032862, 15 July 2014 (2014-07-15), JP, pages 239 - 248, ISSN: 0003864515 * |
| 元山 厚、中谷 多哉子: ""設計項目間の不整合を検出するためのレビューチェックリストの開発手法の提案"", 電子情報通信学会論文誌, vol. 96, no. 11, JPN6018032863, 1 November 2013 (2013-11-01), JP, pages 2692 - 2704, ISSN: 0003864516 * |
| 秋光 淳生, データの分析と知識発見, JPN6018032864, 20 March 2016 (2016-03-20), JP, pages 183 - 188, ISSN: 0003864517 * |
Also Published As
| Publication number | Publication date |
|---|---|
| JP6411414B2 (en) | 2018-10-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11620117B2 (en) | Systems and methods for code clustering analysis and transformation | |
| US11726760B2 (en) | Systems and methods for entry point-based code analysis and transformation | |
| US11436006B2 (en) | Systems and methods for code analysis heat map interfaces | |
| US11003645B1 (en) | Column lineage for resource dependency system and graphical user interface | |
| US9128804B2 (en) | Systems and/or methods for identifying and resolving complex model merge conflicts based on atomic merge conflicts | |
| KR102397495B1 (en) | No code web development and operating system, and service method using of it | |
| CN110717320A (en) | Form/report designer and method suitable for multiple platforms and information management system | |
| JP2020500369A (en) | System and method for determining relationships between data elements | |
| JP5482667B2 (en) | Policy management apparatus, policy management system, method and program used therefor | |
| CN109684332A (en) | A kind of wide table generating method of data, apparatus and system | |
| JP5424798B2 (en) | METADATA SETTING METHOD, METADATA SETTING SYSTEM, AND PROGRAM | |
| WO2020258492A1 (en) | Information processing method and apparatus, storage medium and terminal device | |
| JP6623754B2 (en) | Tabular data processing program, method and apparatus | |
| JP2010015458A (en) | Program correction support system, program correction support method, and program correction support program | |
| Calvanese et al. | Extracting event data from document-driven enterprise systems | |
| Fan et al. | Data quality problems beyond consistency and deduplication | |
| Barton | Talend open studio cookbook | |
| JP6411414B2 (en) | Template improvement support apparatus and program | |
| Molina et al. | Specifying conceptual interface patterns in an object-oriented method with automatic code generation | |
| JP6336922B2 (en) | Business impact location extraction method and business impact location extraction device based on business variations | |
| US20210397745A1 (en) | Data providing server device and data providing method | |
| JP2015103007A (en) | Operation report management system and operation report management program | |
| Ozar | MySQL management and administration with Navicat | |
| JP2005190212A (en) | Database system, data processing method and program | |
| Esser et al. | Using graph data structures for event logs |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20180817 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20180828 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20180926 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 6411414 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |