JP2006031424A - ソフトウェア部品の再利用によるソフトウェア開発環境生成システム - Google Patents

Abstract

【課題】 目的とする新たな開発環境を容易に生成し、ソフトウェア部品の必要な部分のみを組み合わせ、目的とする新たな開発環境における新規のソフトウェア部品を容易に生成すること。
【解決手段】 適用可能なソフトウェア開発環境および他のソフトウェア部品との合成可能範囲の情報を含むルール情報と対になった複数の再利用可能なソフトウェア部品情報を記憶したデータベースと、開発設計情報に適合するルール情報を前記データベースから検索する第２の手段と、検索したルール情報に適合するソフトウェア部品を前記データベースから検索する第３の手段と、検索したソフトウェア部品のうち組み合わせが不適切となるソフトウェア部品を当該ソフトウェア部品と対になったルール情報に基づいて検出する第４の手段と、組み合わせが適切なソフトウェアを前記開発設計情報に適合する新たな開発環境におけるソフトウェア部品として組み込む第５の手段とを備える。
【選択図】 図１

Description

本発明は、ソフトウェア部品の再利用によりソフトウェアの開発環境を自動生成するシステムに関するものである。

従来、この種のソフトウェア部品の再利用システムとして、例えば下記の特許文献１に開示されたものが知られている。
従来の技術について特許文献１を例に挙げて説明すると、従来技術では部品格納部に保存してある部品を組み合わせ、ソフトウェア設計情報に組み込むことで開発時の工数を削減しようとしている。部品に関しては、その内容の説明情報と他との関係情報とを付属させている。また、部品をソフトウェア設計情報に組み込む前に、その動作特性をシミュレートするために動作シミュレーションができるようになっている。
特開平８−２８６９０１号公報

しかしながら、上記の従来技術にあっては、次のような問題点がある。
１つのテキストベースの部品から部分的に情報を取り出して使用するためには、その部品を一旦入手する必要があり、その後で、必要な部分だけを抜き出す必要があり、手間がかかるという問題がある。また、ごく僅かな範囲を必要としているにもかかわらず、そのテキストベースの部品を１つ入手しなければならない。その上、入手したテキストベースの部品は、その後使用されないこともあり、編集用の記憶領域を効率的に使用できないという問題がある。
また、複数のテキストベースの部品のそれぞれから部分的に情報を取り出し、それらを組み合わせることで新規の部品を生成したい場合には、必要となるテキストベースの部品を一旦全て入手する必要がある。その後で、入手した全てのテキストベースの部品の中から、必要な部分を抜き出さなければならない。その上、入手したテキストベースの部品群はその後使用されないこともある。このため、上記と同様に、手間がかかり、しかも編集用の記憶領域を効率的に使用できないという問題がある。
また、単体での部品動作シミュレーションは行っているが、部品を組み合わせた後での整合性の検査を行っていないため、部品の組み合わせがよくないなどの理由から不具合が発生するという問題がある。
また、新たなソフトウェア開発環境を構築する場合に、新たな開発環境に適合した部品を抽出する必要があるが、その機能については考慮していないため、新たなソフトウェア開発環境に必要なソフトウェア部品を探すのが極めて面倒であるという問題がある。

本発明の目的は、目的とする新たな開発環境を容易に生成することができ、さらには、１つまたは複数のソフトウェア部品の必要な部分のみを面倒な作業を行うことなく組み合わせ、目的とする新たな開発環境における新規のソフトウェア部品を容易に生成し、さらには部品同士の組み合わせの不具合の発生を回避することができるソフトウェア部品を再利用したソフトウェア開発環境の自動生成システムを提供することにある。

上記目的を達成するために、本発明は、適用可能なソフトウェア開発環境および他のソフトウェア部品との合成可能範囲の情報を含むルール情報と対になった複数の再利用可能なソフトウェア部品情報を記憶したデータベースと、新たなソフトウェア開発環境におけるプラットフォーム、使用言語などの開発設計情報を受付ける第１の手段と、受付けた開発設計情報に適合するルール情報を前記データベースから検索する第２の手段と、検索したルール情報に適合するソフトウェア部品を前記データベースから検索する第３の手段と、
検索したソフトウェア部品のうち組み合わせが不適切となるソフトウェア部品を当該ソフトウェア部品と対になったルール情報に基づいて検出する第４の手段と、組み合わせが適切なソフトウェアを前記開発設計情報に適合する新たな開発環境におけるソフトウェア部品として組み込む第５の手段とを備えることを特徴とする。
また、合成対象の複数のテキストベースのソフトウェア部品を前記データベースから取得する第６の手段と、取得したテキストベースの複数のソフトウェア部品について合成対象の範囲を開発者から受付ける第７の手段と、開発者が選択した合成対象の範囲を当該ソフトウェア部品と対になったルール情報に基づいてチェックし、ルール情報に適合していた場合には新規のソフトウェア部品として合成する第８の手段とをさらに備えることを特徴とする。

本発明によれば、部品と対になったルール情報を用意しているので、新たな開発環境に適合したソフトウェア部品を抽出して組み込むことができる。
また、開発者によって組み合わされた部品に対してルール情報を用いて検査を行うことができ、複数の部品を組み合わせた結果に生じる可能性のある不具合を回避することができる。
また、テキストベースの部品から必要な部分のみを抜き出せるので、複数のテキストベースの部品から必要な部分を抜き出し、その場で編集を行うことができ、編集後に作成されたファイルに対しても、複数の部品のルール情報を用いて検査を行うことができ、複数の部品を組み合わせて編集した結果に生じる不具合を回避することができる。
また、合成対象の複数の部品の必要な部分のみを選択して取り出して合成しているため、合成に不要な部分を編集領域に記憶する必要がなくなり、編集領域を有効に使用することができる。

図１は、本発明に係るソフトウェア部品の再利用によるソフトウェアの開発環境生成システムの実施の形態を示すブロック図である。
本実施形態の開発環境生成システムは、開発設計情報に適した開発環境を生成する開発環境生成サーバ１０１と、開発者から取得した開発設計情報を開発環境生成サーバ１０１に送信し、また開発環境生成サーバ１０１で生成された開発環境を受け取って表示し、開発者が入手・編集したい部品情報を開発環境生成サーバ１０１に送信し、編集用部品の情報を表示し、開発者が編集を希望する範囲を開発環境生成サーバ１０１に送信する開発環境取得クライアント１０２から構成される。

開発環境生成サーバ１０１は、開発環境取得クライアント１０２が送信する開発者の開発設計情報を解析し、開発設計情報と開発者の希望するカテゴリ分け情報の内容が記述してある開発設計情報データと、開発設計情報データと開発環境生成テンプレートで一致した開発環境の構成情報が記述されている開発環境構成情報を生成する開発設計情報解析部１０３と、開発設計情報解析部１０３で生成した開発設計情報データを基に部品の検索を行い、部品リストを生成する部品検索部１０４と、再利用するための部品とその部品と対になった、開発設計情報を含む前提環境情報、部品の配置位置を含む構成情報、部品の説明を含む部品内容、競合する部品名を含む他部品との関連情報、部品における規約、カテゴリ情報が記述されたルールファイルと、開発環境生成テンプレートと、部品として言語毎のコーディング規約を登録している部品格納ＤＢ１０５と、開発環境取得クライアント１０２が送信する、開発者が入手を希望する部品名及び開発者が編集を希望する部品名から入手希望部品情報、編集希望部品情報を作成し、開発者の要求している処理を実行する要求実行処理部１０６と、部品検索部１０４で検索した部品リストを受け取り、開発設計情報解析部１０３で生成した開発環境構成情報と合わせることで表示用の開発環境を生成し、また要求実行処理部１０６からの入手希望部品情報を基に開発環境構成情報を更新し、更新した開発環境構成情報を基に表示用環境を生成して表示する表示用環境構成部１０７と、部品検索部１０４で検索した部品リストを基に部品格納ＤＢ１０５から部品リストに記述された部品と対になったルールファイルを読み出し、部品相互間の組み合わせのチェックを行うルールファイル検証部１０８と、表示用環境構成部１０７で生成した表示用環境から開発者が選択した部品の確認画面を表示する確認画面表示部１０９と、要求実行処理部１０６からの編集希望部品情報を受け取り、テキストベース部品の編集処理を行うテキストベース部品編集処理部１１０と、要求実行処理部１０６からの編集希望部品情報を基に部品格納ＤＢ１０５からテキストベース部品を取得し、表示用に変換した表示用部品を出力する表示用変換部１１１と、開発環境取得クライアント１０２が送信する開発者によって選択されたテキストベース部品の編集を希望する範囲を取得し、編集を希望する開始行・終了行が記述されている選択範囲情報を生成する選択範囲取得部１１２と、選択範囲取得部１１２で生成した選択範囲情報を基に部品格納ＤＢ１０５からテキストベース部品を取得し、選択範囲部分を合成し、合成に利用した部品を、テキストベース部品を編集する際に利用した全部品名が記述されている利用部品情報に追加する部品合成部１１３と、部品合成部１１３で合成した部品が部品格納ＤＢ１０５に納められているルールファイルに則っているかを検証するルール検証部１１４と、確認画面表示部１０９で表示した内容に開発者が同意した場合に、開発者に提供するための環境を生成する開発環境構成部１１５から構成される。

開発環境取得クライアント１０２は、開発者の開発設計情報を受け取り、開発環境生成サーバ１０１に送信する開発設計情報入力インターフェース１１６と、要求実行処理部１０６によって生成された表示用の開発環境を開発者に提供し、また開発者からの入手または編集希望の部品名を受け取り、要求実行処理部１０６に入手または編集希望の部品名を送信し、開発者が入手を希望した部品の確認画面を表示する開発環境表示インターフェース１１７と、テキストベース部品編集処理部１１０で表示用に変換された表示用部品を開発者に提供し、表示されている表示用部品における希望する範囲を開発者に選択させ、ルール検証時のエラー画面を表示する部品情報表示インターフェース１１８から構成される。

図２は、開発環境生成サーバ１０１の部品格納ＤＢ１０５の構成例である。部品と対になったルールファイルを管理する部品−ルール連携テーブル２０１と、部品情報を管理する部品テーブル２０２から構成される。
部品−ルール連携テーブル２０１は、このテーブルの主キーの役割を果たすルールＩＤ２０３と、ルールファイル名を示すルールファイル名２０４と、ルールファイルと対になり、かつ部品テーブル２０２との外部キーである部品ＩＤ２０５と、ルールファイルを保存してある場所を示すルール保存場所２０６から構成される。
部品テーブル２０２は、本テーブルの主キーである部品ＩＤ２０７と、部品名を示す部品名２０８と、部品を保存してある場所を示す部品保存場所２０９から構成される。

図３は、開発者が入力した開発設計情報を開発設計情報入力インターフェース１１６から受け取り、生成した開発環境に適した再利用部品を組み込んで、開発環境を提供するための作業フローの例である。
開発環境の生成を開始すると、まず開発設計情報入力インターフェース１１６を表示する（ステップ３０１）。次に、表示した開発設計情報入力インターフェース１１６から送信された開発者の開発設計情報及びカテゴリ分け情報を受け取り（ステップ３０２）、後述する開発設計情報解析処理を行い（ステップ３０３）、後述する部品検索処理を行う（ステップ３０４）。部品検索処理で出力した部品リストを基に表示用の開発環境を生成し、開発者からの要求を実行するための後述する要求実行処理を行い（ステップ３０５）、開発環境を生成するために後述する開発環境構成処理を行う（ステップ３０６）。生成された開発環境を提供して（ステップ３０７）処理を終了する。
カテゴリ分け情報とは、登録された部品が持つ特性によって分けられた情報である。例えば、ルールファイルの部品説明（図２３の２３０４）に記述されたサイズ、作成日を基に、あるサイズ以下の部品、ある日付以降に作成された部品、のように部品をグループに分けた情報である。

図４は、図３のステップ３０３に示す開発設計情報解析処理の詳細なフローチャートである。
まず、開発設計情報のプラットフォームに関する情報の入力をチェックし（ステップ４０１）、入力されていなければメッセージを表示（ステップ４０２）して再度入力をさせる。
次に、開発設計情報の使用言語に関する情報の入力をチェックし（ステップ４０３）、入力されていなければメッセージを表示（ステップ４０４）して再度入力をさせる。
次に、開発設計情報のアプリケーションタイプに関する情報の入力をチェックし（ステップ４０５）、入力されていなければメッセージを表示（ステップ４０６）して再度入力をさせる。
次に、開発設計情報のデータベースの使用に関する情報の入力をチェックし（ステップ４０７）、入力されていなければメッセージを表示（ステップ４０８）して再度入力をさせる。
次に、開発設計情報とともに入力された部品のカテゴリ分け情報を読み取る（ステップ４０９）。
次に、読み取った開発設計情報とカテゴリ分け希望情報から開発設計情報データを作成し（ステップ４１０）、部品格納ＤＢ１０５から、あらかじめ内容を定義してある開発環境生成テンプレートを取り出し、読み取った開発設計情報と照らし合わせることで、開発設計情報に適した開発環境構成情報を生成し（ステップ４１１）、処理を終了する。

図２４は、開発環境テンプレートの例を示すものである。
開発環境テンプレート２４０１には、ＯＳや使用言語などの情報２４０２、作成するディレクトリの情報２４０３、ディレクトリ２４０３に適用可能な部品リスト２４０４が１組の情報２４０５として複数組定義されている。
図５は、図３のステップ３０４に示す部品検索処理の詳細なフローチャートである。
まず、図４のステップ４１０で作成した開発設計情報データを受け取り（ステップ５０１）、その開発設計情報データを基に部品格納ＤＢ１０５に保管してあるルールファイルを検索する（ステップ５０２）。
開発設計情報データに適合する前提環境情報を記述したルールファイルがない場合（ステップ５０３）、メッセージを表示（ステップ５０４）してアプリケーションを終了する。開発設計情報データに適合する前提環境情報を記述したルールファイルがある場合（ステップ５０３）、図２の部品−ルール連携テーブル２０１を基に開発設計情報データに適した部品及びコーディング規約を記述した部品リストを作成し（ステップ５０５）、処理を終了する。

図６は、図３のステップ３０５に示す要求実行処理の詳細なフローチャートである。
まず、部品検索が終了したら、後述する表示用環境構成処理を行い（ステップ６０１）、生成した表示用の環境を開発環境表示インターフェース１１７に表示し（ステップ６０２）、開発者からの要求を受け取る。
編集を希望している場合（ステップ６０３）、編集を希望している部品名を記述した編集希望部品情報を作成し（ステップ６０４）、後述するテキストベース部品編集処理を行う（ステップ６０５）。
編集を希望していない場合（ステップ６０３）、後述するテキストベース部品編集処理によって出力される編集続行要求の有無を調べる（ステップ６０６）。編集続行要求がある場合、編集を希望していなければならないので、メッセージを表示して（ステップ６０７）、ステップ６０１へと戻る。
編集続行要求がない場合、入手を希望していることになるので、入手を希望する部品名を記述した入手希望部品情報を作成する（ステップ６０８）。入手希望部品情報を基に後述する確認画面表示処理を行い（ステップ６０９）、生成した確認用の環境を開発環境表示インターフェース１１７に表示し（ステップ６１０）、開発者の要求を受け取る。編集を希望しているならば（ステップ６１１）、ステップ６０４の処理を行う。編集を希望しておらず、ダウンロードを希望している場合（ステップ６１２）、処理を終了する。
編集を希望しておらず、ダウンロードも希望していない場合（ステップ６１２）、やり直すことを希望していることになるので、ステップ６０１へと戻る。

図７は、図６のステップ６０１に示す表示用環境構成処理の詳細なフローチャートである。
まず、後述する部品リストにある各部品のルールファイル参照処理を行う（ステップ７０１）。部品リストにある各部品のルールファイル参照処理によって更新された部品リストを基に、開発環境構成情報を更新し（ステップ７０２）、更新した開発環境構成情報に従ったディレクトリ構成を生成して（ステップ７０３）、処理を終了する。

図８は、図７のステップ７０1に示すルールファイル参照処理の詳細なフローチャートである。
まず、部品リストを受け取り（ステップ８０１）、部品リストを基に部品格納ＤＢ１０５から各部品と対になったルールファイルを取り出す（ステップ８０２）。取り出したルールファイルを参照し、ルールファイルに記述された他部品との関連情報を基に各部品間の組み合わせにより互いに不具合を生じさせる部品のチェックを行う（ステップ８０３）。
チェックの結果、互いに不具合を生じさせる部品が発見された場合（ステップ８０４）、互いに不具合を生じさせる部品全てに印をつけ、部品リストを更新し（ステップ８０５）、処理を終了する。
チェックの結果、互いに不具合を生じさせる部品が発見されない場合、そのまま処理を終了する。

図２３は、部品と対になったルールファイル２３０１の定義例を示すものであり、部品名２３０２、部品が所属するグループ２３０３、部品説明２３０４、組み合わせられない部品のリスト２３０５、選択範囲制限２３０６が定義されている。
新たな開発環境を生成する場合、開発者によって入力された開発設計情報に適合する「部品が所属するグループ２３０３」を有する部品が検索される。
複数の部品を合成しようとした場合に、その組み合わせが組み合わせられない部品のリスト２３０５に定義されている部品であった場合、あるいは開発者が選択した合成対象の選択範囲が選択範囲制限２３０６に違反していた場合には合成することはできない。
図９は、図６のステップ６０９に示す確認画面表示処理の詳細なフローチャートである。
まず、入手希望部品情報を基に開発環境構成情報を更新し（ステップ９０１）、更新した開発環境構成情報に従ったディレクトリ構成を生成して（ステップ９０２）、処理を終了する。

図１０は、図６のステップ６０５に示すテキストベース部品の編集処理の詳細なフローチャートである。
まず、編集希望部品情報を受け取り（ステップ１００１）、後述する、表示用変換処理を行い（ステップ１００２）、部品情報表示インターフェース１１８に変換したテキストベース部品を表示する（ステップ１００３）。
部品情報表示インターフェース１１８に表示されたテキストベース部品情報から開発者が取得を希望した範囲を範囲情報として部品情報表示インターフェース１１８から受け取り、後述する選択範囲情報取得処理を行う（ステップ１００４）。
次に、選択範囲情報取得処理から出力された選択範囲情報を基に、後述する部品合成処理を行い（ステップ１００５）、部品情報表示インターフェース１１８に合成した結果を表示する（ステップ１００６）。
次に、現在編集中の部品を他のテキストベース部品を用いて編集続行する希望があれば（ステップ１００７）、他のテキストベース部品を用いて編集する希望があるという情報を記述した編集続行要求を生成し（ステップ１００８）、処理を終了する。
これ以上編集を望まないのであれば（ステップ１００７）、後述する規約検証処理を行う（ステップ１００９）。規約検証処理の結果、ダウンロード可能であれば（ステップ１０１０）、部品リストにテキストベースを編集した結果で作成されたファイルを追加し（ステップ１０１１）、処理を終了する。
ダウンロード可能でないならば（ステップ１０１０）、ステップ１００１に戻る。

図１１は、図１０のステップ１００２に示す表示用変換処理の詳細なフローチャートである。
まず、部品格納ＤＢ１０５からテキストベース部品を取り出し（ステップ１１０１）、取り出したテキストベース部品を部品情報表示インターフェース１１８で表示できるようにＨＴＭＬに変換し（ステップ１１０２）、処理を終了する。

図１２は、図１０のステップ１００４に示す選択範囲情報取得処理の詳細なフローチャートである。
まず、部品情報表示インターフェース１１８が送信した、開発者が希望した取得範囲の開始行を受け取り（ステップ１２０１）、開発者が希望した取得範囲の終了行を受け取る（ステップ１２０２）。
次に、開始行と終了行はルールファイルに定義された規約に違反しないかどうかを検証し、違反していなければ選択範囲情報として出力する（ステップ１２０３，１２０４）。
違反している場合には、再度、選択範囲を指定させる。

図１３は、図１０のステップ１００５に示す部品合成処理の詳細なフローチャートである。
まず、図１０のステップ１００４からの選択範囲情報を基に取得しているテキストベース部品から選択範囲をコピーする（ステップ１３０１）。既にファイルを生成している場合は（ステップ１３０２）、存在するファイルにテキストベース部品からコピーした範囲を貼り付ける（ステップ１３０４）。まだファイルを生成していない場合は（ステップ１３０２）、新規にファイルを生成し（ステップ１３０３）、テキストベース部品からコピーした範囲を貼り付ける（ステップ１３０４）。そして、編集に利用した部品の部品名を利用部品情報に書き出し（ステップ１３０５）、処理を終了する。

図１４は、図１０のステップ１００９に示す規約検証処理の詳細なフローチャートである。
まず、図１０のステップ１００５の部品合成処理により作成されたファイルを受け取り（ステップ１４０１）、部品リストの中からコーディング規約を読み取り、作成したファイルのチェックを行う（ステップ１４０２）。作成したファイルがコーディング規約を守っている場合（ステップ１４０３）、ダウンロード可能の許可を与え（ステップ１４０４）、処理を終了する。
しかし、作成されたファイルが部品におけるコーディング規約を守っていない場合（ステップ１４０３）、不良箇所を部品情報表示インターフェース１１４に表示する（ステップ１４０５）。

図１５は、図３のステップ３０６に示す開発環境構成処理の詳細なフローチャートである。
まず、入手希望部品情報に合わせて部品リストを更新し（ステップ１５０１）、更新した部品リストを基に、開発環境構成情報を更新する（ステップ１５０２）。
次に、更新した開発環境構成情報に従ったディレクトリ構成を生成し（ステップ１５０３）、ディレクトリの中に部品を詰め込むために開発環境構成情報に従った開発環境を生成し（ステップ１５０４）、処理を終了する。

図１６は、開発設計情報入力インターフェース１１６の例である。
開発設計情報入力インターフェース１１６は、開発設計情報の入力画面である開発設計情報入力画面１６０１から構成されている。
開発設計情報入力画面１６０１は、開発設計情報を入力する設計情報入力欄１６０２から構成され、「ＯＫ」ボタン１６０３を押下することにより開発環境の生成を実行する。

図１７および図１８は、開発環境表示インターフェース１１７の例である。
開発環境表示インターフェース１１７は、生成した開発環境を表示する開発環境表示画面１７０１と、開発者が選択した部品の内容を表示して確認をする確認画面１７０２（図１８）から構成されている。
開発環境表示画面１７０１は、生成された開発環境を表示する開発環境表示欄１７０３と、開発環境に組み込む候補部品を表示する部品欄１７０４と、入手希望要求を受け付ける入手要求欄１７０５と、編集希望要求を受け付ける編集要求欄１７０６から構成されている。
部品欄１７０４に表示してある部品の中から望む部品名を見つけたら、入手要求欄１７０５にチェックを入れて、「入手希望」ボタン１７０７を押下することで、図１８の確認画面１７０２が表示される。また、部品欄１７０４に表示してある部品の中から、テキストベース部品には編集要求欄１７０６に「編集する」ボタン１７０８を表示する。「編集する」ボタン１７０８を押下すると、入手要求欄１７０５のチェックの有無に関わらず、テキストベース部品編集処理を開始する。
確認画面１７０２は、生成した環境を確認するための生成環境確認欄１７０９と、生成した環境の中に組み込んだ部品の名前を確認するための部品名確認欄１７１０と、編集希望要求を受け付ける編集要求欄１７１１から構成されている。
生成環境確認欄１７０９に表示された環境に問題がなければ、「ダウンロード」ボタン１７１３を押下することで、開発者は希望した環境を入手できる。また、テキストベース部品には、編集要求欄１７１１に「編集する」ボタン１７１２を表示する。「編集する」ボタン１７１２を押下すると、テキストベース部品編集処理を開始する。「やり直し」ボタン１７１４を押下すると、現在生成されている環境を破棄し、再び開発環境表示画面１７０１が表示される。

図１９および図２０は、部品情報表示インターフェース１１８の例である。
部品情報表示インターフェース１１８は、テキストベース部品を表示し、開発者に編集を希望する範囲を選択させる編集希望範囲受付画面１８０１（図１９（ａ））と、テキストベース部品の編集結果により作成したファイルを表示する編集結果表示画面１８０２（図１９（ｂ））と、不良箇所を表示するためのエラー表示画面１８０３から構成されている。
編集希望範囲受付画面１８０１は、テキストベース部品を表示する表示欄１８０４と、編集を希望する範囲情報を入力する範囲情報入力欄１８０５から構成されている。表示欄１８０４に表示しているテキストベース部品に対して開発者が編集したい範囲（開始行、終了行）を範囲情報入力欄１８０５に入力し、「ＯＫ」ボタン１８０６を押下すると、部品合成処理を開始し、図１９（ｂ）の編集結果表示画面１８０２に遷移する。
編集結果表示画面１８０２は、テキストベース部品の編集結果により生成したファイルを表示する編集結果表示欄１８０７から構成されている。
開発者が編集結果表示欄１８０７を確認し、「ＯＫ」ボタン１８０８を押下すると、ルール検証処理を開始する。また、開発者が編集作業を続行したいのであれば、「編集続行」ボタン１８０９を押下すると、開発環境表示インターフェース１１３を表示し、テキストベース部品編集処理を開始する。

図２０のエラー表示画面１８０３は、テキストベース部品の編集結果により生成したファイルに不良箇所がある際に、その箇所を表示する不良箇所表示欄１８１０から構成されている。開発者が不良箇所表示欄１８１０を確認し、「ＯＫ」ボタン１８１１を押下すると、不良箇所は削除されずにルール検証処理を終了する。

図２１は、２つの部品の一部を選択して合成しようとしたときに、コーディング規約に違反せずに合成処理が成功した場合の例を示す図である。
図２１の例では、開発者が部品２１０１について開始行を７３、終了行を８２として合成対象の選択範囲を指定し、部品２１０３については開始行を１３、終了行を１５として合成対象の選択範囲を指定している。この場合、部品２１０１のコーディング規約の選択範囲制限２１０２には、選択範囲開始行は７３または７４のみ、選択範囲開始行が７３ならば選択範囲終了行は８２、選択範囲開始行が７４ならば選択範囲終了行は７４または８１であることが定義されている。
また、部品２１０３のコーディング規約の選択範囲制限２１０４には、選択範囲開始行は１３のみ、選択範囲開始行が１３ならば選択範囲終了行は１５であることが定義されている。
開発者が指定した選択範囲はコーディング規約の選択範囲制限２１０２、２１０３に違反していないため、合成部品２１０５として作成される。

図２２は、２つの部品の一部を選択して合成しようとしたときに、選択範囲がコーディング規約に違反し、合成処理が不成功となった場合の例を示す図である。
図２２の例では、開発者が部品２２０１について開始行を７６、終了行を８２として合成対象の選択範囲を指定し、部品２２０３については開始行を１３、終了行を１５として合成対象の選択範囲を指定している。この場合、部品２２０１のコーディング規約の選択範囲制限２２０２には、選択範囲開始行は７３または７４のみ、選択範囲開始行が７３ならば選択範囲終了行は８２、選択範囲開始行が７４ならば選択範囲終了行は７４または８１であることが定義されている。
また、部品２２０３のコーディング規約の選択範囲制限２２０４には、選択範囲開始行は１３のみ、選択範囲開始行が１３ならば選択範囲終了行は１５であることが定義されている。
開発者が指定した部品２２０１の選択範囲はコーディング規約の選択範囲制限２２０２に違反しているため、合成部品は作成されない。

本発明の一実施形態を示すシステム構成図である。 部品格納ＤＢに格納されたテーブルの例を示す図である。 本発明における開発環境生成手順の概要を示すフローチャートである。 図３における開発設計情報解析処理の詳細を示すフローチャートである。 図３における部品検索処理の詳細を示すフローチャートである。 図３おける要求実行処理の詳細を示すフローチャートである。 図６における表示用環境構成処理の詳細を示すフローチャートである。 図７におけるルールファイル参照処理の詳細を示すフローチャートである。 図６における確認画面表示処理の詳細を示すフローチャートである。 図６におけるテキストベース部品編集処理の詳細を示すフローチャートである。 図９における表示用変換処理の詳細を示すフローチャートである。 図１０における選択範囲情報取得処理の詳細を示すフローチャートである。 図１０における部品合成処理の詳細を示すフローチャートである。 図１０におけるルール検証処理の詳細を示すフローチャートである。 図３における開発環境構成処理の詳細を示すフローチャートである。 開発設計情報入力インターフェース１１６の例を示す図である。 開発環境表示インターフェース１１７の例を示す図である。 開発環境表示インターフェース１１７の例を示す図である。 部品情報表示インターフェース１１８の例を示す図である。 部品情報表示インターフェース１１８の例を示す図である。 ２つの部品を合成しようとした場合に、ルールに違反せずに合成が成功した例を示す図である。 ２つの部品を合成しようとした場合に、ルールに違反し、合成が不成功となった例を示す図である。 部品と対になったルールファイルの定義内容の例を示す図である。 開発環境テンプレートの例を示す図である。

符号の説明

１０１ 開発環境生成サーバ
１０２ 開発環境取得クライアント１０２
１０３ 開発設計情報解析部
１０４ 部品検索部
１０５ 部品格納ＤＢ
１０６ 要求実行処理部
１０７ 表示用環境構成部
１０８ ルールファイル検証部
１０９ 確認画面表示部
１１０ テキストベース部品編集処理部
１１１ 表示用変換部
１１２ 選択範囲取得部
１１３ 部品合成部
１１４ ルール検証部
１１５ 開発環境構成部
１１６ 開発設計情報入力インターフェース
１１７ 開発環境表示インターフェース
１１８ 部品情報表示インターフェース

Claims (2)

1. 再利用可能なソフトウェア部品を組み合わせて新たなソフトウェア開発環境を自動生成するシステムであって、
   適用可能なソフトウェア開発環境および他のソフトウェア部品との合成可能範囲の情報を含むルール情報と対になった複数の再利用可能なソフトウェア部品情報を記憶したデータベースと、
   新たなソフトウェア開発環境におけるプラットフォーム、使用言語などの開発設計情報を受付ける第１の手段と、
   受付けた開発設計情報に適合するルール情報を前記データベースから検索する第２の手段と、
   検索したルール情報に適合するソフトウェア部品を前記データベースから検索する第３の手段と、
   検索したソフトウェア部品のうち組み合わせが不適切となるソフトウェア部品を当該ソフトウェア部品と対になったルール情報に基づいて検出する第４の手段と、
   組み合わせが適切なソフトウェアを前記開発設計情報に適合する新たな開発環境におけるソフトウェア部品として組み込む第５の手段と
   を備えることを特徴とするソフトウェア部品の再利用によるソフトウェア開発環境生成システム。
2. 合成対象の複数のテキストベースのソフトウェア部品を前記データベースから取得する第６の手段と、
   取得したテキストベースの複数のソフトウェア部品について合成対象の範囲を開発者から受付ける第７の手段と、
   開発者が選択した合成対象の範囲を当該ソフトウェア部品と対になったルール情報に基づいてチェックし、ルール情報に適合していた場合には新規のソフトウェア部品として合成する第８の手段とをさらに備えることを特徴とする請求項１に記載のソフトウェア部品の再利用によるソフトウェア開発環境生成システム。

Images