JP2001154837A - オブジェクト指向開発支援装置 - Google Patents

Abstract

(57)【要約】 【課題】 全体クラス図の中で共通するクラスの配置位
置や配置構造に一貫性を持たせ、図形表現によるクラス
図の識別機能が向上するように表示し、オブジェクト指
向技術を用いたソフトウェア開発作業を効率良く支援す
ること。 【解決手段】 各ユースケース毎に作成したクラス図を
格納した記憶手段を備えたオブジェクト指向開発支援装
置において、前記各ユースケース毎に作成したクラス図
を前記記憶手段から読み出し、システム全体のクラス図
を作成する全体クラス図作成手段と、作成された全体ク
ラス図を基に各ユースケースにおけるクラス図のクラス
やクラス間の関係の表示位置を変更するクラス図整形手
段と、整形後のクラス図を表示する表示手段とを具備し
たことを特徴とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、オブジェクト指向
によるソフトウェアの開発を支援するオブジェクト指向
開発支援装置に関する。

【０００２】

【従来の技術】近年、ソフトウェア分析/設計手法の１
つとしてオブジェクト指向分析/設計が普及している。
ここで、オブジェクト指向とは、現実世界の実態をオブ
ジェクトとして抽出し、このオブジェクトを単位として
ソフトウェアを構成していく開発手法である。オブジェ
クト指向開発では、オブジェクトを抽出し、抽出したオ
ブジェクトのクラス化及びクラス間の静的な関係を洗い
出すことは重要である。このオブジェクトのクラス化及
びクラス間の関係整理に、国際標準化されているＵＭＬ
（Unified Modeling Language)では、クラス図が用いら
れる。

【０００３】クラス図は、システム全体やユースケース
の単位で作成される。ユースケースとは、そのソフトウ
ェアの持つ機能である。クラス図とは、クラスの持つ属
性とメソッドを明記し、クラス間の静的な関係を表記し
た図である。図１３及び図１４に分析段階での２つのユ
ースケースに対するクラス図の例を示す。なお、図１
３、図１４及び以降に示すクラス図は、ＵＭＬの表記法
に基づいている。図１３におけるクラス図は、クラス名
が「人間」、「顧客」、「本人」、「配偶者」、「子
供」、「その他」、「保険会社」、「保険会社一覧」、
「既加入情報」、「保険商品」、「保険商品一覧」とい
うクラス１３０１〜１３１１から構成されている。これ
らの各クラス１３０１〜１３１１はクラス名称１３１
２、クラス属性１３１３、クラスメソッド１３１４から
構成されている。例えば、「顧客」クラス１３０２は、
「顧客」というクラス名称１３１２、「血液型、自由設
定区分、年収、趣味、…」などのクラス属性１３１３、
「ツールの取得、指定の年収を得ているか？、…」など
のクラスメソッド１３１４から構成されている。そし
て、各クラス１３０１〜１３１１は実線で示すような静
的な関係で関係付けられており、その関係が関係名称で
示されている。例えば、「顧客」クラス１３０２と「既
加入情報」クラス１３０９とは、「保険契約者である」
という関係名称１３１５が付された関連１３１６と、
「被保険者である」という関係名称１３１７が付された
関連１３１８によって関係付けられている。

【０００４】図１４におけるクラス図は、クラス名が
「人間」、「営業職員管理情報」、「本人」、「配偶
者」、「子供」、「その他」、「保険設計書」、「顧
客」、「ツール」、「既加入情報」というクラス１４０
１〜１４１０から構成されている。これらの各クラス１
４０１〜１４１０のうち、例えば「営業職員管理情報」
クラス１４０２は、「営業職員管理情報」というクラス
名称１４１１、「営業職員ＩＤ、パスワード」などのク
ラス属性１４１２、「新規の顧客を調べる、本人の登
録、配偶者の登録、…」などのクラスメソッド１４１３
から構成されている。そして、各クラス１４０１〜１４
１０は図１３の場合と同様に、実線で示すような静的な
関係で関係付けられており、その関係が関係名称で示さ
れている。例えば、「営業職員管理情報」クラス１４０
２と「顧客」クラス１４０８とは、「担当している」と
いう関係名称１４１４が付された関連１４１５によって
関係付けられている。ここで、図１３のクラス図と図１
４のクラス図とは、異なるユースケースのものである
が、クラス１３０１と１４０１、１３０２と１４０８、
１３０３と１４０３、１３０４と１４０４、１３０５と
１４０５、１３０６と１４０６、１３０９と１４１０と
が共通している。

【０００５】

【発明が解決しようとする課題】従来において、図１３
及び図１４に示したように、共通する多くのクラスを持
つクラス図を作成する場合であっても、ユースケースが
異なる場合、各ユースケース単位毎に作成者自身が独自
にクラスを配置し、ユースケース毎のクラス図を作成す
るようにしていた。このため、共通する多くのクラスを
持つ類似のユースケースであっても、同じクラス名のク
ラスの配置位置や全体の配置構造が異なったものとな
り、それぞれのクラス図がいずれのユースケースに該当
するのか、或いはいずれのユースケースに類似するもの
なのか、あるいは類似のユースケースとどの部分が異な
るのかを容易に見分けることができず、図形表現による
識別機能が劣るという問題があった。

【０００６】また、複数のユースケースのクラス図を結
合してシステム全体のクラス図を作成する場合、その全
体クラス図の作成画面上で、各ユースケースのクラス図
の各クラスを貼り付ける形式の操作を行なうことによっ
て作成していた。このため、クラスの数が多い場合、あ
るいはクラス図が複雑である場合には貼り付け漏れが発
生し、その検証作業に手間がかかるという問題があっ
た。

【０００７】また、全体クラス図の中においてどの部分
がどのユースケースに相当するものかは、ユースケース
単位に作成したクラス図とを見比べることによって認識
或いは識別するようにしていたため、全体クラス図の中
におけるユースケースの識別作業が面倒であるという問
題があった。

【０００８】本発明の目的は、全体クラス図の中で共通
するクラスの配置位置や配置構造に一貫性を持たせ、図
形表現によるクラス図の識別機能が向上するように表示
し、オブジェクト指向技術を用いたソフトウェア開発作
業を効率良く支援することができるオブジェクト指向開
発支援装置を提供することにある。また、複数のユース
ケースのクラス図からシステム全体の全体クラス図を容
易に作成し、検証作業を不要にすることができるオブジ
ェクト指向開発支援装置を提供することにある。

【０００９】

【課題を解決するための手段】上記目的を達成するため
に、本発明は、各ユースケース毎に作成したクラス図を
記憶手段から読み出し、システム全体のクラス図を作成
する全体クラス図作成手段と、作成された全体クラス図
を基に各ユースケースにおけるクラス図のクラスやクラ
ス間の関係の表示位置を変更するクラス図整形手段と、
整形後のクラス図を表示する表示手段とを具備したこと
を特徴とする。また、前記クラス図整形手段は、複数の
ユースケースにおけるクラス図において同一のクラスが
同じ位置関係に表示されるように表示位置の情報を変更
することを特徴とする。また、全体クラス図中に表示さ
れた複数のクラスをユースケース別に識別可能な形式で
表示させる手段をさらに備えることを特徴とする。

【００１０】なお、同一のクラスが同じ位置関係とは、
表示座標が完全に同一であることに限定されるものでは
なく、見た目でほぼ同じ位置であるような関係を含むも
のである。

【００１１】

【発明の実施の形態】以下、本発明を実施する場合の一
形態を図面を参照して具体的に説明する。図１は、本発
明によるオブジェクト指向開発支援装置の一実施の形態
を示すブロック図であり、コマンドを入力したり、結果
を出力する端末１０１と、クラス図の作成・管理等の処
理を行う処理装置１０２と、クラス図などの情報を格納
する外部記憶装置１０３とで構成されている。処理装置
１０２は、具体的にはコンピュータで構成されるもので
あり、クラス図作成手段１０４、クラス管理手段１０
５、クラス図整形手段１０６、全体クラス図作成手段１
０７、全体クラス図整形手段１０８、クラス図表示手段
１０９、ユースケース識別手段１１０を具備している。
これらの各手段は、具体的にはプログラムによって構成
されるものである。外部記憶装置１０３には、クラス図
情報１１１、クラス情報１１２、全体クラス図情報１１
３の格納領域を備えている。

【００１２】クラス図作成手段１０４は、クラス図を作
成し、クラス図情報１１１として外部記憶装置１０３に
格納するものである。クラス管理手段１０５は、クラス
図の作成時に新規に加えたクラスが重複していないかを
監視し、重複していないクラスをクラス情報１１２に登
録するものである。クラス図整形手段１０６は、全体ク
ラス図情報１１３を作成し、その時に整形した図の配置
を各ユースケース毎のクラス図情報１１１に反映させる
ものである。全体クラス図作成手段１０７は、ユースケ
ース毎のクラス図情報１１１からシステム全体のクラス
図情報１１３を作成するものである。全体クラス図整形
手段１０８は、全体クラス図情報１１３の作成の際に、
クラス図内の図形の配置を整形するものである。クラス
図表示手段１０９は、クラス図情報１１１または全体ク
ラス図情報１１３を端末１０１に表示させるものであ
る。ユースケース識別手段１１０は、特に全体クラス図
情報１１３の表示の際に、特定のユースケースを識別す
るものである。

【００１３】図２は、ユースケース単位のクラス図情報
１１１を作成してから全体クラス図情報１１３を表示す
るまでの処理の概要を示すフローチャートである。ま
ず、クラス図作成手段１０４を用いてユースケース毎に
クラス図を作成し、クラス情報１１２とクラス図情報１
１１の形式で外部記憶装置１０３に格納する（ステップ
２０１)。クラス図の作成方法は従来と同様であり、端
末１０１を用いてクラスを示す図形を画面上で貼り付
け、その図形の中にクラス名称やクラス属性、クラスメ
ソッドを入力し、さらにクラス間の関係を結ぶ実線を引
き、関係を示す名称を入力する。さらに必要であれば操
作の情報を入力する。図１３に示したクラス図における
クラス名称＝人間のクラス１３０１対するクラス情報１
１２の例を図３に、クラス図情報１１１の例を図４に示
す。

【００１４】クラス情報１１２は、システム全体で使用
されているクラスの情報で、クラス管理手段１０５によ
って、システム全体で一元管理し、同一のクラスの重複
登録を防止している。あるユースケース内で新規に作成
されたクラスは、クラス情報１１２に登録され、他のユ
ースケースに対するクラス図を作成するときに利用する
ことができる。１つのクラスのクラス情報１１２は、図
３に示すように、クラス名称３０１、クラス属性３０
２、クラスメソッド３０３、利用先３０４の情報から構
成されている。なお、利用先３０４には、あるクラスが
どのユースケースのクラス図の作成に用いられたかの情
報として、Ｕ３、Ｕ５のようなユースケース識別子が格
納されるようになっている。

【００１５】クラス図情報１１１は、図４に示すよう
に、クラス図内に記述したクラス４０１及びクラス間の
関係４０２とそれらの位置関係を示す物理情報４０３か
ら構成されている。クラス４０１は、クラス情報１１２
と連動して必要に応じてクラス情報の持つクラス属性３
０２や、クラスメソッド３０３等を取得することができ
る。また、クラス間の関係４０２には、以下の２つの形
式がある。 ｔｙｐｅ Ａ クラス１，クラス２：関係種類：ユースケース識別子 ｔｙｐｅ Ｂ クラス１，クラス２：関係種類：多重度１,多重度２,関
係名:ユースケース識別子 ｔｙｐｅ Ａは、継承関係を表す際の表記である。これ
に対してｔｙｐｅ Ｂは、「通常の関係」及び「集約関
係」を表す際に用いる。図１３示したクラス図との関係
は、クラス１とクラス２との間に関係種類で示した関係
がある。そして、関係の種類が「通常の関係」または
「集約関係」の場合は、関係を表す矢印に関係名と多重
度１と多重度２が付けられる。

【００１６】例えば、図１３のクラス図において、「保
険会社」のクラス１３０７と「保険会社一覧」のクラス
１３０８、「既加入情報」のクラス１３０９について注
目した場合、図５に拡大して示しているように、「集約
関係」の関係があるクラス１３０７と１３０８のクラス
１３０８には「◇」記号５０１が付けられ、さらにこれ
らを結ぶ実線の両端には多重度を示す「０．．．１」と
「１」が付けられる。「０．．．１」が多重度１を表
し、「１」が多重度２を表す。また、クラス１３０７と
１３０９については、「通常の関係」であり、これらを
結ぶ実線の両端には多重度を示す「１」と「０．．．
＊」が付けられる。なお、クラス１３０７と１３０９の
関係は、保険会社と契約している既加入情報は無いか、
複数ある、または既加入情報に対応する保険会社が１つ
あるということを意味している。また、図１３及び図１
４においては、図面が複雑になるため、「０．．．＊」
などの多重度の文字は省略している。なお、Ｕ３等で示
すユースケース識別子は、関係情報がどのユースケース
のクラス図の作成で使用したかを表す。

【００１７】次に、クラス図の作成が終了したならば、
クラス図の整形を行なう必要があるかを調べる（ステッ
プ２０２)。作成者自身がクラス図の整形を行なう必要
があると判断した場合は、クラス図整形手段１０６を起
動する。このクラス図整形手段１０６では、まず、クラ
ス情報１１２とクラス図情報１１１から全体クラス図作
成手段１０７を用いて全体クラス図情報１１３を作成す
る（ステップ２０３)。このシステム全体のクラス図の
作成過程を図６にフローチャートで示す。

【００１８】システム全体のクラス図の作成処理では、
まず、各ユースケース毎のクラス図の参照をしたかを調
べる（ステップ６０１)。全てのユースケースのクラス
図を参照し終えたならば、システム全体のクラス図につ
いて整形を行なう（ステップ６１１)。しかし、まだ全
てのクラス図を参照していなかった場合は、各ユースケ
ース毎のクラス図情報１１１において、全てのクラスを
参照したかを調べる(ステップ６０２)。まだ全てのクラ
スを参照していないならば、クラスを取得して（ステッ
プ６０３)、そのクラスがシステム全体のクラス図に登
録されていなければ（ステップ６０４)、システム全体
のクラス情報に対し、取得したクラスを登録する（ステ
ップ６０５)。全てのクラスを参照し終えたならば、次
に、全ての関係を参照したかを調べる（ステップ６０
６)。まだ全ての関係の情報を参照していない場合は、
関係の情報を取得し（ステップ６０７)、その関係がシ
ステム全体のクラス図情報に登録されていなければ（ス
テップ６０８)、システム全体のクラス情報に取得した
関係の情報を登録し（ステップ６０９)、登録した関係
の情報に当該ユースケースを識別するためのユースケー
ス識別子を付加する（ステップ６１０)。既に関係の情
報が登録されていた場合は、ユースケース識別子のみ付
加する（ステップ６１０）。

【００１９】図１３に示したクラス図と、図１３とは異
なるユースケースにおける図１４に示したクラス図とか
ら作成したシステム全体のクラス図の例を図７に、また
その全体クラス図情報１１３の例を図８に示す。図７に
示すように、図１３のクラス図に対し、図１４における
クラス１４０２，１４０７，１４０９が新たに付加され
ることによって全体のクラス図が完成している。

【００２０】図２に戻り、全体クラス図の作成が終了し
たならば、その全体クラス図情報１１３を基に、クラス
図整形手段１０６を用いてユースケース毎のクラス図の
整形を行い、整形結果をクラス図情報１１１に出力する
（ステップ２０４)。

【００２１】クラス図の整形処理では、図９に詳細なフ
ローチャートを示すように、まず、全体クラス情報１１
３の持つ物理情報を全て参照したかどうかを調べ、全て
を参照していない場合（ステップ９０１)、物理情報を
１つ取得する（ステップ９０２)。そして、その取得し
た物理情報から該当するクラス情報１１２またはクラス
図情報１１１から利用先のユースケースを取得する（ス
テップ９０３)。次に、全ての利用先を見たかどうかを
判定し、見ていない場合（ステップ９０４)、利用先の
ユースケースに対するクラス図情報１１１より、該当す
る物理情報を探す（ステップ９０５)。探した結果、取
得した物理情報の持つ位置が全体クラス図内の物理情報
と同一でない場合（ステップ９０６)、ユースケース単
位に作成したクラス図情報内の該当する物理情報を書き
換える（ステップ９０７)。この繰り返しにより、全体
クラス図情報１１３の持つ物理情報を全て参照したなら
ば、クラス図の整形を終了する。

【００２２】図１０に、図１３のクラス図を図７に示し
たシステム全体のクラス図を使って整形した結果を示
す。図１３との違いは、「保険会社」クラス１３０７と
「保険会社一覧」クラス１３０８とが図７での配置に従
って、「既加入情報」クラス１３０９の上から下に配置
されたことと、「顧客」クラス１３０２が図の右側に移
動したことである。

【００２３】図２に戻り、クラス図の整形後、整形結果
のクラス図を作成者自身が参照するかどうかを問い合わ
せ、参照希望の操作がなされた場合には（ステップ２０
５)、クラス図表示手段１０９を用いて、整形後のクラ
ス図情報１１１を読み出し、図９のようなクラス図を端
末１０１上に表示する（ステップ２０６)。また、シス
テム全体のクラス図を参照する旨の操作が行われた場合
（ステップ２０７)、クラス図表示手段１０９を用い
て、クラス図の整形の際に作成した全体クラス図情報１
１３を読み出し、図７のような全体クラス図を表示する
（ステップ２０８）。

【００２４】次に、ユースケース識別のための機能につ
いて説明する。これは、システム全体のクラス図の表示
の際に、指定のユースケースと関係のあるクラスや、ク
ラス間の関係を把握するのを支援する機能であり、クラ
ス情報１１２のクラス及びクラス図情報１１１における
クラス間の関係に付けられた利用先を表すユースケース
識別子を利用し、各表記法を特化させて表示を行う。特
化の仕方としては、色の利用等が考えられる。例えば、
選択したユースケース以外のユースケースとのみ関係の
あるクラスまたはオブジェクトと関係の表記を点線で表
示する。または、関係のないクラスやクラス間の関係の
色を薄くする。または各ユースケース毎に特定の色を割
り当てるなどの方法がある。

【００２５】図１１にユースケース識別の過程をフロー
チャートで示す。まず、ユースケースの識別を行なうか
否かをユーザに問い合わせ（ステップ１１０１)、行な
わない旨の応答操作があった場合には、全体クラス図情
報１１３を読み出し、図７のような全体クラス図を端末
１０１上に表示する（ステップ１１０９)。しかし、ユ
ースケースの識別を行なう旨の応答操作があった場合に
は、クラス情報１１２の持つクラスを全て参照したどう
かを調べ（ステップ１１０２）、参照していなければ、
全体クラス図情報１１３中から未参照のクラスを取得す
る（ステップ１１０３)。そして、その取得したクラス
に対する物理情報を取得し（ステップ１１０４)、取得
した物理情報を書き換える（ステップ１１０５)。全て
のクラスを参照した場合（ステップ１１０２)、クラス
情報１１２の持つクラス間の関係を全て参照したかどう
かを調べ（ステップ１１０６）、参照していなければ、
全体クラス図情報１１３から未参照のクラス間の関係の
情報を取得する（ステップ１１０７)。そして、取得し
たクラス間の関係に対する物理情報を取得し（ステップ
１１０８)、取得した物理情報を書き換える（ステップ
１１０５)。クラス間の関係の情報を全て参照し終えた
ならば（ステップ１１０６)、書き換えた物理情報を基
に、全体クラス図を表示する（ステップ１１０９）。

【００２６】図１２にユースケースの識別を行った例を
示す。図１２では、図１４のユースケースにしかないク
ラス「営業職員管理情報」、「保険設計書」、「ツー
ル」の各クラス１４０２、１４０７、１４０９は、２重
枠線で表示している。また、他のユースケースと共通に
使用しているクラス「人間」、「顧客」、「本人」、
「既加入情報」、「配偶者」、「子供」、「その他」の
クラス１３０１，１３０２，１３０３，１３０４，１３
０５，１３０６，１３０９は点線で表示している。

【００２７】なお、本発明は、上記実施形態に限定され
るものではなく、実施に際しては一部を適宜に変更して
実施することができる。

【００２８】

【発明の効果】以上説明したように、本発明によれば、
システム全体のクラス図内の図形の配置を活かして、各
ユースケース単位のクラス図内の図形の配置を決めるた
め、システム全体及び各ユースケース単位のクラス図に
おいて、同じクラス及びクラス間の関係が等しい位置関
係となるため、同一のクラス及びクラス間の関係を図の
形で認識することができ、認識率を向上させることがで
きる。

【００２９】また、ユースケース単位に作成したクラス
図を正確に結合し、システム全体のクラス図を自動的に
作成するため、作成検証の手間を省くことができる。

【００３０】さらに、システム全体のクラス図内で各ユ
ースケースの識別が可能になるため、全体と部分の関係
及び部分と部分の関係を容易に把握することができるな
ど、全体クラス図の中で共通するクラスの配置位置や配
置構造に一貫性を持たせ、図形表現によるクラス図の識
別機能が向上するように表示し、オブジェクト指向技術
を用いたソフトウェア開発作業を効率良く支援すること
が可能になる。

【図面の簡単な説明】

【図１】本発明のオブジェクト指向開発支援装置の一実
施の形態を示すブロック構成図である。

【図２】全体の処理の流れを示すフローチャートであ
る。

【図３】クラス情報の一例を示す図である。

【図４】クラス図情報の一例を示す図である。

【図５】クラス間の関係を示す説明図である。

【図６】全体クラス図の作成過程を示すフローチャート
である。

【図７】全体クラス図の例を示す図である。

【図８】全体クラス図情報の例を示す図である。

【図９】クラス図整形過程を示すフローチャートであ
る。

【図１０】整形されたクラス図の例を示す図である。

【図１１】ユースケース識別過程を示すフローチャート
である。

【図１２】ユースケース識別表示例を示す図である。

【図１３】あるユースケースのクラス図の例を示す図で
ある。

【図１４】他のユースケースのクラス図の例を示す図で
ある。

【符号の説明】

１０１…端末、１０２…処理装置、１０３…外部記憶装
置、１０４…クラス図作成手段、１０５…クラス管理手
段、１０６…クラス図整形手段、１０７…全体クラス図
作成手段、１０８…全体クラス図整形手段、１０９…ク
ラス図表示手段、１１０…ユースケース識別手段、１１
１…クラス図情報、１１２…クラス情報、１１３…全体
クラス図情報、１３０１〜１３１１…クラス、１３１２
…クラス名称、１３１３…クラス属性、１３１４…クラ
スメソッド、１４０１〜１４１０…クラス。

Claims (3)

【特許請求の範囲】
1. 【請求項１】 各ユースケース毎に作成したクラス図を
   格納した記憶手段を備えたオブジェクト指向開発支援装
   置において、 前記各ユースケース毎に作成したクラス図を前記記憶手
   段から読み出し、システム全体のクラス図を作成する全
   体クラス図作成手段と、 作成された全体クラス図を基に各ユースケースにおける
   クラス図のクラスやクラス間の関係の表示位置を変更す
   るクラス図整形手段と、 整形後のクラス図を表示する表示手段とを具備したこと
   を特徴とするオブジェクト指向開発支援装置。
2. 【請求項２】 前記クラス図整形手段は、複数のユース
   ケースにおけるクラス図において同一のクラスが同じ位
   置関係に表示されるように表示位置の情報を変更するこ
   とを特徴とする請求項１記載のオブジェクト指向開発支
   援装置。
3. 【請求項３】 全体クラス図中に表示された複数のクラ
   スをユースケース別に識別可能な形式で表示させる手段
   をさらに備えたことを特徴とする請求項１または２記載
   のオブジェクト指向開発支援装置。