(57)【要約】【課題】統一されたポリシーに基づくクラス図の作成を支援すること。【解決手段】仕様書／設計書受付部５により、開発対象のソフトウェアに関する作成済みの仕様書／設計書を受け付け、その中からシーケンス図を取り出し、クラス生成部６により、前記シーケンス図を機能の種類毎に分類し、該分類されたシーケンス図における機能で操作される対象を表す管理情報をクラスとするクラス図を生成し、属性生成部７により、前記シーケンス図の中からメッセージのパラメータを取得し、該パラメータを対応するクラスの属性としてクラス図中に追加し、関連生成部８により、前記属性を追加したクラス図から同じ属性を有するクラスの組を抽出し、それらのクラス間に関連を生成することで、作成ポリシーを統一することができる。【選択図】図８
2008287305.tif 000002
【特許請求の範囲】
【請求項１】
開発対象のソフトウェアに関する仕様書／設計書のうち、当該開発対象のソフトウェアの管理情報を表すクラス図の作成を支援するクラス図作成支援装置であって、
開発対象のソフトウェアに関する作成済みの仕様書／設計書を受け付け、その中から当該開発対象のソフトウェアの動作を表す仕様書／設計書を取り出す仕様書／設計書受付部と、
前記取り出した仕様書／設計書を当該開発対象のソフトウェアが備える機能の種類毎に分類し、該分類された仕様書／設計書における機能で操作される対象を表す管理情報をクラスとするクラス図を生成するクラス生成部と、
前記分類された仕様書／設計書の中からソフトウェアの動作で使用する管理情報を取得し、該管理情報を対応するクラスの属性としてクラス図中に追加する属性生成部と、
前記属性を追加したクラス図から同じ属性を有するクラスの組を抽出し、それらのクラス間に関連を生成する関連生成部とを備える
ことを特徴とするクラス図作成支援装置。
【請求項２】
前記に加え、
入力部から入力された情報や操作に従い、開発対象のソフトウェアが関わる業務に使用される概念同士の関係を表す概念体系を作成する概念体系作成部と、
概念体系作成部によって作成された概念体系を保存する概念体系保存部と、
概念体系保存部から前記開発対象のソフトウェアに関する概念体系を読み込み、前記クラス図とともに表示部に表示し、入力部から入力された操作に従い、クラス図中のクラスに含まれる属性と概念体系中の概念に含まれる属性とを関連付ける概念体系操作部と、
前記関連付け情報、クラス図及び概念体系を基に、属性同士がクラスと関連付けられた概念から該関連付けられたクラスに含まれない属性を取得し、表示部に表示する知識取得部とを備える
ことを特徴とする請求項１記載のクラス図作成支援装置。
【請求項３】
前記に加え、
入力部から入力された操作に従い、クラス図中のクラスに属性を追加する属性追加部を備える
ことを特徴とする請求項２記載のクラス図作成支援装置。
【請求項４】
コンピュータを、請求項１乃至３いずれか記載の装置を構成する各手段として機能させるためのプログラム。
【請求項５】
コンピュータを用いて、開発対象のソフトウェアに関する仕様書／設計書のうち、当該開発対象のソフトウェアの管理情報を表すクラス図の作成を支援するクラス図作成支援方法であって、
前記コンピュータに、
開発対象のソフトウェアに関する作成済みの仕様書／設計書を受け付け、その中から当該開発対象のソフトウェアの動作を表す仕様書／設計書を取り出す仕様書／設計書受付ステップと、
前記取り出した仕様書／設計書を当該開発対象のソフトウェアが備える機能の種類毎に分類し、該分類された仕様書／設計書における機能で操作される対象を表す管理情報をクラスとするクラス図を生成するクラス生成ステップと、
前記分類された仕様書／設計書の中からソフトウェアの動作で使用する管理情報を取得し、該管理情報を対応するクラスの属性としてクラス図中に追加する属性生成ステップと、
前記属性を追加したクラス図から同じ属性を有するクラスの組を抽出し、それらのクラス間に関連を生成する関連生成ステップとを実行させる
ことを特徴とするクラス図作成支援方法。
【請求項６】
前記に加え、
入力部から入力された情報や操作に従い、開発対象のソフトウェアが関わる業務に使用される概念同士の関係を表す概念体系を作成する概念体系作成ステップと、
概念体系作成ステップによって作成された概念体系を記憶部に保存する概念体系保存ステップとを実行させるとともに、
関連生成ステップに続いて、
記憶部から前記開発対象のソフトウェアに関する概念体系を読み込み、前記クラス図とともに表示部に表示し、入力部から入力された操作に従い、クラス図中のクラスに含まれる属性と概念体系中の概念に含まれる属性とを関連付ける概念体系操作ステップと、
前記関連付け情報、クラス図及び概念体系を基に、属性同士がクラスと関連付けられた概念から該関連付けられたクラスに含まれない属性を取得し、表示部に表示する知識取得ステップとを実行させる
ことを特徴とする請求項５記載のクラス図作成支援方法。
【請求項７】
知識取得ステップに続いて、
入力部から入力された操作に従い、クラス図中のクラスに属性を追加する属性追加ステップを実行させる
ことを特徴とする請求項６記載のクラス図作成支援方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ソフトウェア開発において、ソフトウェアの管理情報を表すクラス図の作成を支援する技術に関する。
【背景技術】
【０００２】
ソフトウェア開発では、開発対象のソフトウェアが満たすべき事項を示す仕様書を作成し、仕様書を元により具体的な実装を意識したソフトウェアの構造・アーキテクチャなどを定めた設計書を作成し、設計書を元に最終的に実装を行う。これらの仕様書や設計書にはソフトウェアが備える機能を記述する。ソフトウェアの機能は、ソフトウェアが管理する管理情報をクラスや属性などで表現する静的な側面と、ソフトウェアの動作をメッセージやメソッドなどで表現する動的な側面という二つの面によって表される。それらの情報や動作は、自然言語を用いた文書やモデル言語（ＵＭＬ：Ｕｎｉｆｉｅｄ  Ｍｏｄｅｌｉｎｇ  Ｌａｎｇｕａｇｅなど）を用いた図などで記述される。
【０００３】
ソフトウェアの静的な側面を表すものとして、ソフトウェアの管理情報を表すクラス図が使われる。クラス図は、管理情報の集合を表す『クラス』と、管理情報を表す『属性』と、クラス間の関係を表す『関連』とから構成される。図１はクラス図の一例を示すもので、「装置」というクラス、「装置」クラスの属性として「装置名」及び「ＩＰアドレス」、「装置」クラスと「ポート」クラスとの関連が記述されている。
【０００４】
このクラス図の作成に関して、次のような問題があった。
【０００５】
・問題１：クラス図を作成する人間によって、作成ポリシーが異なる。その結果、他の人間が作成したクラス図を理解・修正しようとすると、時間がかかる場合がある。これにより、ソフトウェアの新規作成を複数の人間で行う場合や、機能追加のための修正を行う場合に効率的に開発を進めることが困難になっている。
【０００６】
・問題２：クラス図を作成する人間の知識が不足していると、誤りを含むクラス図を作成してしまう場合がある。その結果、その修正に余分なコストがかかっている。
【０００７】
このような問題が発生するため、仕様書や設計書を作成する作業に時間がかかり、ソフトウェア開発が高コスト化／長期化してしまうという問題が起こっていた。
【０００８】
非特許文献１には、クラス図を作成する際に注意する点や作成の考え方が示されているが、その実施はあくまで作成者に任されており、明確に統一されているわけではない。また、作成者の知識が不足している場合には作成されるべきクラスの過不足が発生する可能性があった。
【０００９】
そこで、このようなクラス図の作成に関する問題を解決し、ポリシーが統一されたクラス図を誤りなく作成するために、クラス図の作成を支援する方法が必要である。
【非特許文献１】井上  樹「ダイアグラム別  ＵＭＬ徹底活用」翔泳社、２００５、ｐｐ．５０−６５
【発明の開示】
【発明が解決しようとする課題】
【００１０】
本発明は、ソフトウェア開発においてソフトウェアの管理情報を表現するクラス図を作成する際に、作成者によって作成ポリシーが異なる問題や知識不足により誤りが含まれる問題を解決し、統一されたポリシーに基づき且つ誤りのないクラス図の作成を支援することを目的とする。
【課題を解決するための手段】
【００１１】
前述した各問題に対し、それぞれ解決手段を提供する。
【００１２】
・解決手段１（問題１に対する手段）：作成者毎に作成ポリシーが異なるという問題を解決するために、ソフトウェア開発中に作成する他の仕様書や設計書を基準として用いて、他の仕様書や設計書から一意に得られる情報を基準にクラス図を生成する。これによって、作成者毎のポリシーの違いが反映されることなく、統一されたクラス図を作成することができる。
【００１３】
・解決手段２（問題２に対する手段）：作成者の知識が不足するというもう一つの問題に対する解決方法として、熟練した開発者やソフトウェア開発一般で用いられる知識を事前に概念体系として構築しておき、概念体系から知識を取得し、作成者に提示する。作成者は、概念体系の知識を参照しながらクラス図を作成するため、知識の不足を補いながら開発をすることができ、クラス図の誤りを未然に防ぐことができる。
【００１４】
まず、解決手段１の詳細について述べる。
【００１５】
解決手段１を実現するために、クラス図を作成する前に事前に作成済みであるソフトウェア開発の他の仕様書や設計書の中の、動的な情報を表すものを用いる。ソフトウェアの動作を表すものとして、シーケンス図を用いることとする。但し、本発明の手段はシーケンス図に限定するものではない。
【００１６】
シーケンス図は、ソフトウェアの動作主体を表す『オブジェクト』と、ソフトウェアの動作を表すオブジェクト間の『メッセージ』と、メッセージで表す動作で使用される管理情報を表す『パラメータ』とから構成される。図２はシーケンス図の一例を示すもので、「Ｓｅｒｖｅｒ」及び「ＤＢ」というオブジェクト、「Ｓｅｒｖｅｒ」オブジェクトと「ＤＢ」オブジェクトとの間の動作を表す「装置設定」というメッセージ、「装置設定」メッセージで使用するパラメータ「装置名」及び「最大帯域値」が記述されている。
【００１７】
ソフトウェア開発では、ソフトウェアが備える機能の数だけシーケンス図を作成する必要がある。それらのシーケンス図はいくつかの種類に分類することができる。それは、ソフトウェアの内部に情報を登録する「登録」、ソフトウェアの内部にある情報を検索する「検索」、ソフトウェアの内部にある情報を変更する「変更」、ソフトウェアの内部にある情報を削除する「削除」の４種類である。これらの４種の機能で操作される管理情報を一つのクラスとして生成する。
【００１８】
図３はシーケンス図からクラスを生成するようすを示すもので、ここでは「装置を登録する」、「装置を検索する」、「装置を変更する」及び「装置を削除する」というシーケンス図が存在するため、これらのシーケンス図で表現される動作の対象である管理情報「装置」をクラスとして生成する。同様に、「ポート」及び「カード」に関してもクラスを生成する。
【００１９】
上記の枠組みに従ってクラスを生成した後に、クラスの属性を以下のように生成する。「登録」、「検索」、「変更」及び「削除」のシーケンス図で、ソフトウェアの動作を表すメッセージのパラメータは、その動作で使用する管理情報を表している。その管理情報を「登録」、「検索」、「変更」及び「削除」のシーケンス図に対応する形で作成したクラスの属性に追加する。
【００２０】
図４はシーケンス図からクラスの属性を生成するようすを示すもので、ここでは「装置を検索する」シーケンス図と、それに対応する「装置」クラスが示されている。この時、シーケンス図では「検索する」メッセージのパラメータとして管理情報「装置ＩＤ」、「送信する」メッセージのパラメータとして管理情報「装置名」、「設定する」メッセージのパラメータとして管理情報「帯域値」が記述されているため、それらの管理情報を「装置」クラスの属性として追加する。
【００２１】
上記の枠組みで属性を生成した後に、クラス間の関連を生成する。複数のクラスに同じ属性が追加されている時に、同じ属性を有するクラス間に関連を生成する。
【００２２】
図５はシーケンス図からクラスの関連を生成するようすを示すもので、ここでは「装置を検索する」シーケンス図及び「エリアを登録する」シーケンス図と、それらに対応する「装置」クラス及び「エリア」クラスとが示されている。この時、それぞれのシーケンス図で管理情報「エリア名」が使用されているため、「装置」クラス及び「エリア」クラスの両方に属性として「エリア名」が存在している。よって、「装置」クラスと「エリア」クラスとの間に関連を生成する。
【００２３】
次に、解決手段２の詳細について述べる。
【００２４】
解決手段２で用いる概念体系は、ソフトウェアが使われる業務の知識やソフトウェア開発に関する知識が体系化されたものである。具体的には、その業務に使用される語彙、機能、振る舞い等の概念を網羅し、その概念同士の関係を明示することで、概念の意味を説明しているものである。概念体系の構造は、『概念』とその概念間の『関係』の集合とから構成され、各概念は『属性』を有する。概念の属性は、その概念のある属性がソフトウェアの管理情報として使用される時に、合わせて一緒に使用される可能性の高い情報を集めたものになっている。図６に概念体系の一例を示す。
【００２５】
この概念体系を参照しながらクラス図を作成することで、作成者は知識不足を補うことができる。
【００２６】
概念体系を参照するための準備として、作成者は、これまでにシーケンス図を基準として生成したクラス図が有する情報の意味を明確にする。クラス図の意味を示す手段は、クラスの属性を概念体系の概念の属性と関連付けることである。但し、全ての属性が概念体系の概念と関連付けられるわけではない。なぜなら、概念体系にはクラス図に存在しない情報が含まれている場合があるからである。作成者は、この関連をクラスから概念体系へたどることにより、そのクラスが備えるべき情報を知ることができる。
【００２７】
図７はクラスと概念体系とから知識を取得するようすを示すもので、ここでは「装置」クラスの属性「装置名」が概念体系の概念「Ｅｑｕｉｐｍｅｎｔ」の「ｎａｍｅ」属性へ関連付けられている。この関連を「装置」からたどっていくと、概念「Ｅｑｕｉｐｍｅｎｔ」では、「ｎａｍｅ」の他に「ｉｄ」、「ｓｅｒｉａｌ  Ｎｕｍｂｅｒ」、「ｖｅｒｓｉｏｎ」及び「ａｌａｒｍ  Ｓｔａｔｕｓ」という属性を備えていることが分かる。作成者はこれらの属性を参照して、「装置」クラスにはそれらに相当する属性が不足していることに気付くことができる。
【発明の効果】
【００２８】
本発明を用いることによって、ソフトウェア開発においてソフトウェアの管理情報を表現するクラス図を作成する際に、作成者によって作成ポリシーが異なる問題や知識不足により誤りが含まれる問題を解決し、統一されたポリシーのクラス図を誤り無く作成できるようになる。
【発明を実施するための最良の形態】
【００２９】
図８は本発明の実施の形態の一例にかかるクラス図作成支援装置を示すもので、図中、１は入力部、２は表示部、３は概念体系作成部、４は概念体系保存部、５は仕様書／設計書受付部、６はクラス生成部、７は属性生成部、８は関連生成部、９は概念体系操作部、１０は知識取得部、１１は属性追加部である。
【００３０】
入力部１は、キーボード、マウス等からなり、作成者が各部に情報や操作を入力するためのものである。表示部２は、液晶ディスプレイ、ＣＲＴ等の画像表示装置からなり、入力部１から入力された情報や操作、各部における処理結果を作成者に提示するためのものである。
【００３１】
概念体系作成部３は、入力部１から入力された情報や操作に従い、開発対象のソフトウェアが関わる業務に使用される語彙、機能、振る舞い等の概念を網羅し、その概念同士の関係を表す概念体系を作成する。概念体系保存部４は、概念体系作成部３によって作成された概念体系を保存する。
【００３２】
仕様書／設計書受付部５は、開発対象のソフトウェアに関する仕様書／設計書のうち、（図示しない記憶媒体から読み出されて入力され又は通信媒体を介して他の装置等から入力された）作成済みの仕様書／設計書を受け付け、その中から当該開発対象のソフトウェアの動作を表す仕様書／設計書、ここではシーケンス図を取り出し、クラス生成部６へ渡す。
【００３３】
クラス生成部６は、前記シーケンス図を当該開発対象のソフトウェアが備える機能の種類毎、ここでは「登録」、「検索」、「変更」及び「削除」毎に分類し、該分類されたシーケンス図における機能で操作される対象を表す管理情報をクラスとするクラス図を生成し、該生成したクラス図を前記分類されたシーケンス図とともに属性生成部７へ渡す。なお、この際、重複するクラスについては一つのみ生成するものとする。
【００３４】
属性生成部７は、前記分類されたシーケンス図の中からソフトウェアの動作で使用する管理情報、ここではメッセージのパラメータを取得し、該パラメータを対応するクラスの属性としてクラス図中に追加し、該属性を追加したクラス図を関連生成部８へ渡す。なお、この際、クラス毎に重複する属性については一つのみ追加するものとする。
【００３５】
関連生成部８は、前記属性を追加したクラス図から同じ属性を有するクラスの組を抽出し、それらのクラス間に関連を生成し、該関連を生成したクラス図を概念体系操作部９へ渡す。
【００３６】
概念体系操作部９は、概念体系保存部４から前記開発対象のソフトウェアに関する概念体系を読み込み、前記クラス図とともに表示部２に表示し、入力部１から入力された操作に従い、クラス図中のクラスに含まれる属性と概念体系中の概念に含まれる属性とを関連付けし、その関連付け情報とともに前記クラス図及び概念体系を知識取得部１０へ渡す。
【００３７】
知識取得部１０は、前記関連付け情報、クラス図及び概念体系を基に、属性同士がクラスと関連付けられた概念から該関連付けられたクラスに含まれない属性を取得し、表示部２に表示する。
【００３８】
属性追加部１１は、入力部１から入力された操作に従い、クラス図中のクラスに属性を追加する。
【００３９】
前述した本発明装置の動作順序を図９に示す。なお、概念体系作成部３は、この動作順序とは独立して、入力部１から入力された情報や操作に従い、開発対象のソフトウェアが関わる業務に使用される概念同士の関係を表す概念体系を作成し、概念体系保存部４に保存するものとする。
【００４０】
また、前述した装置は、周知のコンピュータ上に実現することもでき、この際、前記概念体系保存部４はコンピュータにおけるハードディスク等の記憶装置によって構成され、また、仕様書／設計書受付部５、クラス生成部６、属性生成部７、関連生成部８、概念体系操作部９、知識取得部１０、属性追加部１１はコンピュータにおけるＣＰＵ、メモリ等とともに図９に対応するプログラムによって構成される。
【実施例１】
【００４１】
以下、本発明装置によるクラス図作成支援方法について、具体的な例、ここではＬａｙｅｒ２Ｓｗｉｔｃｈ（Ｌ２ＳＷ）を管理するソフトウェアを開発する際に、そのソフトウェアの管理情報を表現するクラス図を作成する場合を例に挙げて説明する。
【００４２】
まず、概念体系作成部３を用いて、入力部１から入力された情報や操作に従い、装置管理の業務分野における概念体系を作成し、概念体系保存部４に保存する。図１０に作成した概念体系を示す。
【００４３】
次に、仕様書／設計書受付部５は、装置管理に関する作成済みの仕様書／設計書を受け付け、その中からソフトウェアの動作を表す仕様書／設計書であるシーケンス図を取り出し、クラス生成部６へ渡す（ｓ１）。
【００４４】
次に、クラス生成部６は、受け取ったシーケンス図を「登録」、「検索」、「変更」及び「削除」毎に分類して取り出す。ここでは以下のシーケンス図を取り出した。
・ビルを登録する。
・ビルを削除する。
・Ｌ２ＳＷを登録する。
・Ｌ２ＳＷを検索する。
・Ｌ２ＳＷを変更する。
・Ｌ２ＳＷを削除する。
・ポートを登録する。
・ポートを削除する。
・ＳＷ間接続を登録する。
・ＳＷ間接続を削除する。
・回線を登録する。
・回線を検索する。
・回線を変更する。
・回線を削除する。
【００４５】
また、クラス生成部６は、前記分類されたシーケンス図における機能で操作される対象を表す管理情報、ここでは「ビル」、「Ｌ２ＳＷ」、「ポート」、「ＳＷ間接続」及び「回線」をクラスとするクラス図を生成し、これを前記分類されたシーケンス図とともに属性生成部７へ渡す（ｓ２）。図１１に生成したクラス図を示す。
【００４６】
次に、属性生成部７は、前記分類されたシーケンス図の中からメッセージのパラメータを取得し、該パラメータを対応するクラスの属性としてクラス図中に追加する。
【００４７】
図１２は「Ｌ２ＳＷを登録する」シーケンス図の中からメッセージのパラメータを取得し、該パラメータを対応するクラス、即ち「Ｌ２ＳＷ」クラスの属性としてクラス図中に追加する例を示すものである。ここでは「Ｌ２ＳＷを登録する」シーケンス図の中からパラメータ「装置名」、「装置ＩＤ」、「ＩＰアドレス」及び「ビルコード」を取得し、これらを対応する「Ｌ２ＳＷ」クラスの属性として追加している。
【００４８】
属性生成部７は、以上の動作を全てのシーケンス図に対して繰り返し、該属性を追加したクラス図を関連生成部８へ渡す（ｓ３）。図１３に全てのクラスに属性が追加されたクラス図を示す。
【００４９】
次に、関連生成部８は、前記属性を追加したクラス図から同じ属性を有するクラスの組を抽出し、それらのクラス間に関連を生成する。例えば、図１３の例では「ビル」クラスと「Ｌ２ＳＷ」クラスが属性「ビルコード」を両方とも有しているため、「ビル」クラスと「Ｌ２ＳＷ」クラスとの間に関連を生成する。関連生成部８は、以上の動作を該当する全てのクラスの組に対して繰り返し、該関連を生成したクラス図を概念体系操作部９へ渡す（ｓ４）。図１４に関連生成後のクラス図を示す。
【００５０】
次に、概念体系操作部９は、概念体系保存部４から前記開発対象のソフトウェアに関する概念体系、ここでは図１０に示した概念体系を読み込み、前記関連生成後のクラス図とともに表示部２に表示する。また、概念体系操作部９は、入力部１から入力された操作に従い、クラス図中のクラスに含まれる属性と概念体系中の概念に含まれる属性とを関連付けする。例えば、「ビル」クラスの属性「ビル名」は、「装置や設備を設置・運用するビル」を表す概念「Ｂｕｉｌｄｉｎｇ」の属性「ｎａｍｅ」であると作成者が判断し、入力部１を操作してこれらを関連付けする。概念体系操作部９は、以上の動作を該当するクラス図中の属性と概念体系中の属性とに対して繰り返し、その関連付け情報とともに前記クラス図及び概念体系を知識取得部１０へ渡す（ｓ５）。図１５に関連付け後の概念体系及びクラス図を示す。
【００５１】
次に、知識取得部１０は、前記関連付け情報、クラス図及び概念体系を基に、概念体系の中から生成したクラス図と一緒に使用される可能性の高い情報、つまり属性同士がクラスと関連付けられた概念から該関連付けられたクラスに含まれない属性を取得し、表示部２に表示する（ｓ６）。
【００５２】
例えば、［Ｌ２ＳＷ」クラスは、概念「Ｅｑｕｉｐｍｅｎｔ」と関連付けられている。概念「Ｅｑｕｉｐｍｅｎｔ」の属性「ｎａｍｅ」、「ｏｂｊｅｃｔＩＤ」及び「ｉｐＡｄｄｒｅｓｓ」は「Ｌ２ＳＷ」の属性と関連付けられていることから、既に使用されている。一方、概念「Ｅｑｕｉｐｍｅｎｔ」の属性「Ｐｈｙｓｉｃａｌ  Ａｌａｒｍ  Ｓｔａｔｕｓ」及び「ｓｅｒｉａｌ  Ｎｕｍｂｅｒ」は関連付けられておらず、このソフトウェアの管理情報として抽出されていない。よって、知識取得部１０は、これらの関連付けられていない属性が「Ｌ２ＳＷ」クラスで一緒に使用する可能性の高い情報であるとして表示部２に表示（提示）する。
【００５３】
最後に、属性追加部１１を用いて、入力部１から入力された操作に従い、クラス図中のクラスに属性を追加する（ｓ７）。例えば、知識取得部１０から表示部２を介して提示された情報を参照して再度クラス図の内容を検討した結果、「ｐｈｙｓｉｃａｌ  Ａｌａｒｍ  Ｓｔａｔｕｓ」に対応する属性「装置警報状態」及び「ｓｅｒｉａｌ  Ｎｕｍｂｅｒ」に対応する属性「シリアル番号」が「Ｌ２ＳＷ」クラスの属性であると作成者が判断し、入力部１を操作してこれらを追加する。図１６に属性追加後のクラス図を示す。
【００５４】
以上のように、ソフトウェアの動作を表す仕様書／設計書を基準としてクラス図を作成することで、作成ポリシーを統一することができる。さらに、概念体系を参照することで、知識の不足を補うことができ、クラス図の誤りを未然に防ぐことができる。
【図面の簡単な説明】
【００５５】
【図１】クラス図の一例を示す説明図
【図２】シーケンス図の一例を示す説明図
【図３】シーケンス図からクラスを生成するようすを示す説明図
【図４】シーケンス図からクラスの属性を生成するようすを示す説明図
【図５】シーケンス図からクラスの関連を生成するようすを示す説明図
【図６】概念体系の一例を示す説明図
【図７】クラスと概念体系とから知識を取得するようすを示す説明図
【図８】本発明の実施の形態の一例にかかるクラス図作成支援装置を示す構成図
【図９】本発明装置の動作順序を示すフローチャート
【図１０】実施例１にかかる概念体系を示す説明図
【図１１】実施例１にかかるクラス図を示す説明図
【図１２】実施例１にかかる属性生成部の動作の一例を示す説明図
【図１３】実施例１にかかる属性生成後のクラス図を示す説明図
【図１４】実施例１にかかる関連生成後のクラス図を示す説明図
【図１５】実施例１にかかる関連付け後の概念体系及びクラス図を示す説明図
【図１６】実施例１にかかる属性追加後のクラス図を示す説明図
【符号の説明】
【００５６】
１：入力部、２：表示部、３：概念体系作成部、４：概念体系保存部、５：仕様書／設計書受付部、６：クラス生成部、７：属性生成部、８：関連生成部、９：概念体系操作部、１０：知識取得部、１１：属性追加部。
【図１】
2008287305.tif 000003
【図２】
2008287305.tif 000004
【図３】
2008287305.tif 000005
【図４】
2008287305.tif 000006
【図５】
2008287305.tif 000007
【図６】
2008287305.tif 000008
【図７】
2008287305.tif 000009
【図８】
2008287305.tif 000010
【図９】
2008287305.tif 000011
【図１０】
2008287305.tif 000012
【図１１】
2008287305.tif 000013
【図１２】
2008287305.tif 000014
【図１３】
2008287305.tif 000015
【図１４】
2008287305.tif 000016
【図１５】
2008287305.tif 000017
【図１６】
2008287305.tif 000018