JP3856969B2 - オブジェクト分析設計支援方法 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、ソフトウェアの生産性向上を図る技術に係り、特に、オブジェクト指向に従ったソフトウェア開発において、オブジェクト分析設計を支援するための技術に関するものである。
【０００２】
【従来の技術】
オブジェクト指向に従ったソフトウェア開発では、システム中のオブジェクトを抽象化したクラスと、クラス間の関係とを定義することで、ソフトウェアの構成を設計するようになっている。詳しくは、「オブジェクト指向方法論ＯＭＴ」，James Rumbaught他著，羽生田監訳，トッパン社発行を参照されたい。
【０００３】
また、「ＯＯＳＥ（Object-Oriented Software Engineering）」，Ivar Jacobson著，Addison-Wesley社１９９２年発行や、「ＵＭＬ（Unified Modeling Language Semantics and Notation Guide1.0）」，Grady Booch，James Rumbaught，Ivar Jacobson共著，Rational Software社１９９７年発行には、システムを外部からの視点で分析する方法論が記載されている。
【０００４】
これらは、システムへの関与者（アクター）が、設計対象システムをどのように使用したいかを自然言語を用いて表現したもの、すなわち、システムの利用のされ方をシステム外部の視点から記述したものを、ユースケースと呼び、ユースケースごとに関与するシステム内部オブジェクトを明確化する方法論である。これらオブジェクト分析設計で提案されている記法をサポートし、オブジェクト分析設計を支援するためのツールとして、Rational Software社の「Ｒｏｓｅ」がある。なお、「Ｒｏｓｅ」については、「ＵＭＬガイドブック」，Hans-Erik Eriksson，Magnus Penker共著，杉本宣男監訳，トッパン社発行，Ｄｅｍｏ版添付を参照されたい。がある。
【０００５】
上記方法によるユースケースからオブジェクトを抽出する手順は、おおよそ次の通りである。
【０００６】
まず、アクターを特定し、設計対象システムへの関与機能（ユースケース）を列挙し、機能ごとの振る舞いを通じて、関連するオブジェクトを発見する。
【０００７】
例えば、図９は、ユースケース図と関与オブジェクトの概念図である。
【０００８】
図９に示すように、アクター０９０１は、システム０９０２に対し、ユースケース０９０３の機能を要求する。ユースケース０９０３を元に、システム０９０２内でどのような振る舞いがなされるのかを考え、オブジェクトを抽出する。オブジェクトの種類は、概ね３種に分類され、画面を中心とした外部インタフェース０９０４，データベースを中心とした保存を考慮したエンティティ０９０５，オブジェクトを制御するコントローラ０９０６となる。これらの記法を用いて定義することにより、業務領域の定義がなされ、業務の実世界をモデル化し、オブジェクト指向設計へと導くことで、実世界の変更に柔軟に対処しようとするものである。
【０００９】
【発明が解決しようとする課題】
上述した従来技術では、アクター，ユースケース，各種オブジェクトの発見は、いずれも、問題領域の専門家が行うことを前提としている。しかし、問題領域の専門家が、オブジェクト指向に精通していることは少なく、何がオブジェクトで、各オブジェクトにどのような機能を持たせるかは、分析設計者の経験によっており、分析設計の品質にばらつきが発生するという課題があった。
【００１０】
また、上述した従来技術で示したツールは、方法論で提案している記法を支援し、分析設計の結果を保存／提示するための支援ツールであり、分析設計における指針を与えられないという課題があった。
【００１１】
また、オブジェクト指向設計の特徴であるオブジェクトの継承関係の抽出は、一般に、オブジェクト間の共通部分の抽出により上位層のオブジェクトを抽出する方式を採るが、共通部分は、オブジェクトの性格，責任に依って立つところといった、あいまいな指針しか提供されていないという問題があった。さらに、上述した従来技術で示したユースケースは、一般に文章で表現されており、文章中からのオブジェクトの抽出での指針は、名詞部分とされているだけで、経験がない場合、抽出したオブジェクトが正しいか間違いかの判断すらできないという問題があった。さらに、同様のユースケースであっても、文章の記述が異なることで、同一のユースケースを再利用できないという問題があった。さらに、設計結果のオブジェクトは、関係の深いオブジェクト間で構造を持つことがあるが、構造のための指針がないという問題があった。
【００１２】
また、上述した従来技術では、実世界のモデル化に重点が置かれ、システムとして稼動する際に、エンドユーザが業務選択し、所望の業務にたどり着くまでの画面遷移の設計がなされないという問題があった。さらに、データモデルの設計は、オブジェクト設計とは異なる観点で設計されるが、データモデル設計への業務上の要求は、オブジェクト設計と表裏の関係があるが、オブジェクト設計からデータモデル設計への指針が示されていないという問題があった。
【００１３】
また、上述した従来技術で示したツールは、ユースケースで示した情報とオブジェクト設計情報との関係が希薄であり、ユースケースを変更したことによりオブジェクト設計情報が変更されることがなく、設計情報の整合性に大きな問題を持っていた。
【００１４】
本発明の目的は、業務上で認識できる管理資源体系および業務活動体系の要素を、オブジェクトとして捉え、業務活動の作業手順から、オブジェクトの振る舞いを、適切なオブジェクトのメソッドに配分し、分析設計における品質のばらつきを抑えたオブジェクト設計情報を生成することを可能とした技術を実現することにある。すなわち、本発明の目的は、業務に精通している人物（特に、業務に精通しているエンドユーザが好ましい。）が、オブジェクト指向に精通していなくても、オブジェクト設計情報を生成することを可能とすることで、エンドユーザとシステム開発者との間の橋渡しを可能とした技術を実現することにある。
【００１５】
【課題を解決するための手段】
上記目的を達成するために、本発明は、
業務に関するシステムをオブジェクト指向に従って分析設計する際に、コンピュータを用いて支援する方法であって、
業務上管理すべき資源（例えば、人，モノ，金，技術等）が、要素として階層的に記述された管理資源体系情報を入力して記憶する処理と、
業務上なすべき業務活動（例えば、仕入れ，製造，販売等）が、要素として階層的に記述された業務活動体系情報を入力して記憶する処理と、
上記業務活動体系情報中の最下位層に位置する各要素について、対応する業務活動を遂行するために必要な作業手順が記述された業務動作シナリオを入力して記憶する処理と、
上記管理資源体系情報中および上記業務活動体系情報中の各要素をオブジェクトとして捉え、オブジェクトとして捉えた各要素について、オブジェクトを類似化するために用いられるクラス情報、オブジェクトの振舞いを示すために用いられるメソッド情報、および、他のオブジェクトと関連する旨を示すために用いられる関連クラス情報からなるオブジェクト設計情報を生成して記憶する処理とを実行し、
上記オブジェクト設計情報を生成して記憶する処理において、
上記管理資源体系情報中および上記業務活動体系情報中の各要素について、該要素を上記クラス情報として抽出し、
上記業務活動体系情報中の最下位層に位置する各要素について、上記業務動作シナリオ中の対応する作業手順を、上記メソッド情報として抽出し、
上記管理資源体系情報中の各要素について、上記業務動作シナリオ中の作業手順で該要素が目的物として扱われている作業手順を、上記メソッド情報として抽出し、
上記管理資源体系情報中および上記業務活動体系情報中の各要素について、該要素の上下層に位置する要素を、上記関連クラス情報として抽出することを特徴としたオブジェクト分析設計支援方法を提供している。
【００１６】
本発明が提供するオブジェクト分析設計支援方法によれば、業務上で認識できる管理資源体系および業務活動体系の要素を、オブジェクトとして捉えることで、業務のみに依存したオブジェクトの単位を設計でき、業務活動の作業手順から、オブジェクトの振る舞いを、適切なオブジェクトのメソッドに配分することができるので、オブジェクト指向に精通していない分析設計者（特に、業務に精通しているエンドユーザが好ましい。）が、オブジェクト分析設計を行う際に、品質のばらつきを抑えたオブジェクト設計情報を生成することが可能となり、設計品質および生産性が向上する。
【００１７】
従って、業務に精通しているエンドユーザが、オブジェクト指向に精通していなくても、オブジェクト設計情報を生成することが可能となるので、エンドユーザとシステム開発者との間の橋渡しが可能となる。
【００１８】
なお、本発明が提供するオブジェクト分析設計支援方法においては、
上記管理資源体系情報において、
データ構造が存在する要素については、データ構造が記述されたデータ項目がさらに記述されており、
上記業務活動体系情報において、
複数の状態が存在する要素については、その旨が記述されたデータ項目がさらに記述されており、
上記オブジェクト設計情報を生成して記憶する処理において、
上記管理資源体系情報中および上記業務活動体系情報中の各要素について、該要素に対応するデータ項目を、オブジェクトの属性を示すために用いられる属性情報として抽出し、
抽出した属性情報を、対応する要素についてのオブジェクト設計情報に追加するようにすることができる。
【００１９】
また、本発明が提供するオブジェクト分析設計支援方法においては、
上記オブジェクト設計情報を生成して記憶する処理において、
上記管理資源体系情報中の各要素のうち、上記業務動作シナリオ中の作業手順で目的物として扱われている要素を、該作業手順に対応する業務活動の関連クラス情報に追加するようにすることができる。
【００２０】
さらに、本発明が提供するオブジェクト分析設計支援方法においては、
上記管理資源体系情報および上記業務活動体系情報において、
要素間の階層関係が構成に注目したＨＡＳＡ（ハズア）関係であるか、または、要素間の階層関係が役割に注目したＩＳＡ（イズア）関係であるかを示す階層関係区分情報が、さらに記述されており、
上記オブジェクト設計情報を生成して記憶する処理において、
上記関連クラス情報として抽出した要素を、上記階層関係区分情報に基づいて分類し、
上記関連クラス情報として抽出した要素を分類する際に、
該要素がＨＡＳＡ関係にある下位層の要素であるならば、別の要素から構成される旨を示すために用いられる集約クラス情報に分類し、
該要素がＩＳＡ関係にある上位層の要素であるならば、属性情報を継承させるために用いられる汎化クラス情報に分類するようにすることができる。
【００２１】
ここで、特に、上記管理資源体系情報中の各要素のうち、上記業務動作シナリオ中の作業手順で目的物として扱われている要素を、該作業手順に対応する業務活動の関連クラス情報に追加するようにした場合は、
上記関連クラス情報として抽出した要素を分類する際に、
上記に加えて、
該要素が、上記業務動作シナリオ中の作業手順で目的物として扱われている要素であるならば、上記集約クラス情報および上記汎化クラス情報以外のその他のクラス情報に分類するようにすることができる。
【００２２】
このようにすれば、上記管理資源体系情報および上記業務活動体系情報における階層構造化に指針を提供し、オブジェクト指向に精通していない分析設計者が、より分析設計しやすいようにすることができる。
【００２３】
また、本発明が提供するオブジェクト分析設計支援方法においては、
上記業務動作シナリオは、
作業ごとに、少なくとも、「何をするか」を示す動作内容が記述される欄と、「誰が」の「誰」に相当する作用元が記述される欄と、「誰に」の「誰」に相当する作用先が記述される欄と、「何を渡し」の「何」に相当する作用元情報が記述される欄と、「何を受け取ったか」を示す作用結果が記述される欄とからなり、
上記オブジェクト設計情報を生成して記憶する処理において、
上記作用先として記述されている管理資源体系情報中の要素について、対応する作業の作業手順を、各欄の記述内容から生成して、該要素のメソッド情報として抽出するようにすることができる。
【００２４】
このようにすれば、作業手順を、業務上で区分しやすい観点である、「何をするか」，「誰が」，「誰に」，「何を渡し」，「何を受け取ったか」等を提示し、オブジェクト指向に精通していない分析設計者が、より分析設計しやすいようにすることができる。
【００２５】
ここで、さらに、
上記業務動作シナリオにおいて、
各作業について、該作業が流用されるか否かがさらに記述されており、
上記オブジェクト設計情報を生成して記憶する処理において、
流用される旨が記述された作業については、該作業の動作内容を、該作業に対応する業務活動の関連クラス情報に追加するようにすることができる。
【００２６】
【発明の実施の形態】
以下、本発明の実施の形態について図面を参照して説明する。
【００２７】
（第１の実施形態）
まず、本発明の第１の実施形態について説明する。
【００２８】
図１は、第１の実施形態に係るオブジェクト分析設計支援装置の機能構成を示すブロック図である。
【００２９】
図中、０１０１は管理資源体系情報を編集する管理資源体系情報編集部、０１０２は業務活動体系情報を編集する業務活動体系情報編集部、０１０３は業務動作シナリオを編集する業務動作シナリオ編集部、０１０４は管理資源体系情報，業務活動体系情報，業務動作シナリオからオブジェクト設計情報を生成するオブジェクト設計情報生成部、０１０５は管理資源体系情報，業務活動体系情報，業務動作シナリオ，オブジェクト設計情報を保存する分析設計情報データペース、０１０６はオブジェクト設計情報を編集するオブジェクト設計情報編集部、０１０７は表示入力装置である。
【００３０】
管理資源体系情報編集部０１０１，業務活動体系情報編集部０１０２，業務動作シナリオ編集部０１０３，オブジェクト設計情報生成部０１０４，オブジェクト設計情報編集部０１０６は、共に、ソフトウェアによって実現される。すなわち、ＣＰＵ，メモリ，表示入力装置０１０７を少なくとも備えたコンピュータにおいて、メモリにインストールされたソフトウェアをＣＰＵが実行することで、管理資源体系情報編集部０１０１，業務活動体系情報編集部０１０２，業務動作シナリオ編集部０１０３，オブジェクト設計情報生成部０１０４，オブジェクト設計情報編集部０１０６が実現される。
【００３１】
図２は、業務に関するシステムの分析設計者が、管理資源体系情報編集部０１０１を用いて編集する管理資源体系情報の例を示す図である。
【００３２】
管理資源体系情報は、業務に関するシステムをオブジェクト指向に従って分析設計する際に、業務上管理すべき資源（例えば、人，モノ，金，技術等）と、それらの体系を示す階層構造が記述された情報である。
【００３３】
業務上管理すべき資源は、企業の生業を維持するために必要な資産，組織，技術等を、体系立てて表し、体系の上位層の部分は、一般的な企業であれば、備えておくべき資源を示し、予め用意できるものである。
【００３４】
管理資源体系情報の階層構造は、木構造で表すことができ、上位層の資源を具体的にした資源、または、上位層の資源の構成要素となる資源が、下位層に、上位層と関係付けて位置付けられる。各資源は、管理資源体系情報を構成する要素である。また、各要素は、少なくとも要素名と、データ構造を示すデータ項目とを、内容情報として有するようになっている。第１の実施形態では、要素名を、管理資源体系情報の中で、要素を識別するために使用している。
【００３５】
例えば、図２に示す図面０２０１は、表示入力装置０１０７に表示された管理資源体系情報の例を示している。
【００３６】
図２において、タイトル０２０２は、図面０２０１が管理資源体系情報であることを識別するためのタイトルである。
【００３７】
また、図２において、要素（「商品」）０２０３は、一般的な企業であれば備えておくべき資源の１要素の名称を示している。要素（「印刷物」）０２０４は、要素（「商品」）０２０３を具体化した場合の資源の要素名を示しており、分析設計者が表示入力装置０１０７を操作して、要素（「商品」）０２０３の下位層として位置付けて入力した情報である。
【００３８】
ここで、階層構造の表現は、下位層の要素名を上位層の要素名の右下に表示し、各要素名を実線でむすび、互いに関係があること示すようにしている。なお、要素（「印刷物」）０２０４の下位層に位置する各要素も、同様にして分析設計者が入力したものである。
【００３９】
さらに、分析設計者は、表示入力装置０１０７を操作して、任意の要素のデータ項目を定義／表示できる。例えば、データ項目０２０６は、要素（「単行本」）０２０５のデータ項目を示す。
【００４０】
図３は、分析設計者が、業務活動体系情報編集部０１０２を用いて編集する業務活動体系情報の例を示す図である。
【００４１】
業務活動体系情報は、業務に関するシステムをオブジェクト指向に従って分析設計する際に、業務上なすべき業務活動（例えば、仕入れ，製造，販売等）と、それらの体系を示す階層構造が記述された情報である。
【００４２】
業務上管理すべき業務活動は、企業の生業そのものを実施するために必要な業務機能，業務動作等を、体系立てて表し、体系の上位層の部分は、一般的な企業であれば、備えておくべき業務を示し、予め用意できるものである。
【００４３】
業務活動体系情報の階層構造は、木構造で表すことができ、上位層の業務を具体的にした業務、または、上位層の業務の構成要素となる業務が、下位層に、上位層と関係付けて位置付けられる。各業務は、業務活動体系情報を構成する要素である。また、各要素は、少なくとも要素名を、内容情報として有するようになっており、必要であれば（複数の状態が存在する業務活動については）、その旨が記述されたデータ項目も、内容情報として有するようになっている。第１の実施形態では、要素名を、業務活動体系情報の中で、要素を識別するために使用している。
【００４４】
例えば、図３に示す図面０３０１は、表示入力装置０１０７に表示された業務活動体系情報の例を示している。
【００４５】
図３において、タイトル０３０２は、図面０３０１が業務活動体系情報であることを識別するためのタイトルである。
【００４６】
また、図３において、要素（「販売」）０３０３は、一般的な企業であれば備えておくべき業務の１要素の名称を示している。要素（「見積」）０３０４は、要素（「販売」）０３０３を構成する業務で、一般に商品を販売する場合の業務の一部として考えられる業務活動であり、設計対象システム固有の業務活動ではなく、企業の業種や業務により予め用意しておくことができる。要素（「単行本見積」）０３０５は、要素（「見積」）０３０４を具体化した場合の業務活動の要素名を示しており、分析設計者が表示入力装置０１０７を操作して、要素（「見積」）０３０４の下位層として位置付けて入力した情報である。
【００４７】
ここで、階層構造の表現は、下位層の要素名を上位層の要素名の右下に表示し、各要素名を実線でむすび、互いに関係があること示すようにしている。
【００４８】
さらに、分析設計者は、表示入力装置０１０７を操作して、任意の要素のデータ項目を定義／表示できる。例えば、データ項目０３０６は、要素（「単行本見積」）０３０５のデータ項目を示す。要素（「単行本見積」）０３０５には、例えば、「見積中」，「見積書作成完了」，「見積書提出中」等の複数の状態が存在するので、データ項目０３０６が記述されている。
【００４９】
図４は、分析設計者が、業務動作シナリオ編集部０１０３を用いて編集する業務動作シナリオの例を示す図である。
【００５０】
業務動作シナリオは、業務活動体系情報の要素（業務活動）ごとに、その業務活動を遂行するために必要な作業手順を示すものである。作業の流れには、コンピュータシステムと直接関係のない人手のみの作業も含めて、必要な作業を列挙する。１作業は、管理資源体系の要素名を用いて文章で記述する。また、１作業が詳細な複数の作業から構成できる場合は、詳細作業がある旨を示す区分情報を持つ。また、システム化する作業は、人手のみの作業と識別する情報を持つ。
【００５１】
例えば、図４に示すテーブルは、表示入力装置０１０７に表示された業務動作シナリオの例を示す。
【００５２】
図４において、タイトル０４０１は、テーブルが業務動作シナリオであることを識別するためのタイトルである。
【００５３】
テーブルの各欄を説明する。
【００５４】
業務機能名欄０４０２には、業務活動体系情報中の要素名が記述され、ここでは、図３に示した要素（「単行本見積」）０３０５の要素名が記述されている。作業の流れ欄０４０３には、業務機能名欄０４０２に要素名が記述された業務活動を遂行するために必要な作業の作業手順が、文章で順次記述され、業務機能名欄０４０２と関係付けられている。詳細区分欄０４０４には、対応する作業手順がさらに詳細な作業手順で記述されている場合に、その旨（ここでは、丸印）が記述される。また、システム化対象区分欄０４０５には、対応する作業手順が、システム化の対象となる場合に、その旨（ここでは、丸印）が記述される。
【００５５】
図４の例では、作業０４０６は、詳細区分０４０７によって、詳細な作業手順があることが識別でき、かつ、システム化対象区分０４０８によって、システム化の対象として具体的な設計が必要であることを示す。
【００５６】
作業０４０９，作業０４１０，作業０４１１は、作業０４０６の詳細な作業手順であり、作業間の詳細化レベルの識別のため、ここでは、作業を示す文章の段落を、詳細化した作業については、１文字分だけ下げるように定めている。
【００５７】
図５は、オブジェクト設計情報生成部０１０４がオブジェクト設計情報を生成する手順を示したフローチャート、図８は、オブジェクト設計情報編集部０１０６が表示入力装置０１０７に表示したオブジェクト設計情報の例を示す図である。
【００５８】
オブジェクト設計情報は、少なくとも１つのクラス情報と呼ぶ仕様情報から構成される。また、クラス情報は、クラス名，データ属性情報，メソッド情報，関連クラス情報から構成され、オブジェクト設計情報内では、クラス名をクラス情報の識別子として使用する。
【００５９】
例えば、図８に示す図面０８０１は、表示入力装置０１０７に表示されたオブジェクト設計情報の例を示す。
【００６０】
図８において、タイトル０８０２は、図面０８０１がオブジェクト設計情報であることを識別するためのタイトルである。
【００６１】
また、図８において、クラス情報は、０８０３，０８０４，０８０５のように表示される。また、クラス情報０８０３は、クラス名０８０６，データ属性情報０８０７，メソッド情報０８０８，関連クラス情報０８０９から構成される。
【００６２】
以下、図５を用いて、図８に示したオブジェクト設計情報を生成する手順について説明する。
【００６３】
本手順は、管理資源体系情報からオブジェクト設計情報を生成する部分（ステップ０５０１〜ステップ０５０６）と、業務活動体系情報からオブジェクト設計情報を生成する部分（ステップ０５０７〜ステップ０５１２）とからなっている。
【００６４】
まず、管理資源体系情報からオブジェクト設計情報を生成する部分（ステップ０５０１〜ステップ０５０６）について説明する。
【００６５】
図５に示すように、オブジェクト設計情報生成部０１０４は、まず、管理資源体系情報の全ての要素についてクラス情報を生成したか否かをチェックし（ステップ０５０１）、生成した場合に、ステップ０５０７に進む。
【００６６】
未処理の要素がある場合には（ステップ０５０１）、オブジェクト設計情報生成部０１０４は、管理資源体系情報から未処理の１要素を取り出し、以下のステップの処理対象とする（ステップ０５０２）。
【００６７】
具体的には、ステップ０５０２では、オブジェクト設計情報生成部０１０４は、図２に示す管理資源体系情報の木構造を、左から右へ、上から下へと、階層関係を順次たどっていくことで、１要素を順次処理対象とする。以下のステップ０５０３〜ステップ０５０６で説明するために、ここでは、要素（「単行本」）０２０５を処理対象とする。
【００６８】
続いて、オブジェクト設計情報生成部０１０４は、ステップ０５０２で処理対象とした要素を、１つのオブジェクトと捉え、該要素の要素名をクラス名としたクラス情報テーブルを生成する（ステップ０５０３）。なお、ステップ０５０３では、クラス情報テーブル中にクラス名のみを記述し、他の情報は空とする。
【００６９】
具体的には、ステップ０５０３では、オブジェクト設計情報生成部０１０４は、図２に示す要素（「単行本」）０２０５から、図８に示すクラス情報テーブル０８０３を生成し、クラス名０８０６に要素名（「単行本」）を記述する。
【００７０】
続いて、オブジェクト設計情報生成部０１０４は、ステップ０５０２で処理対象とした要素の全てのデータ項目を、ステップ０５０３で生成したクラス情報テーブル中のデータ属性情報に転記する（ステップ０５０４）。
【００７１】
具体的には、ステップ０５０４では、オブジェクト設計情報生成部０１０４は、図２に示すデータ項目０２０６を、図８に示すデータ属性情報０８０７に転記する。
【００７２】
続いて、オブジェクト設計情報生成部０１０４は、ステップ０５０２で処理対象とした要素が、業務動作シナリオ中に目的物として扱われているならば、対応する作業手順を抽出し、ステップ０５０３で生成したクラス情報テーブル中のメソッド情報に転記する（ステップ０５０５）。
【００７３】
なお、ステップ０５０５の詳細については、別の例を用いて後述する。本例（要素（「単行本」）０２０５）では、該当するメソッド情報はない。
【００７４】
続いて、オブジェクト設計情報生成部０１０４は、ステップ０５０２で処理対象とした要素と上下層に位置付けられている他の要素を抽出し、関連クラス情報に追加する（ステップ０５０６）。
【００７５】
具体的には、ステップ０５０６では、オブジェクト設計情報生成部０１０４は、図２に示す要素（「単行本」）０２０５が、上位層の要素（「印刷物」）０２０４と関係付けられているので、図８に示す関連クラス情報０８０９に、要素名（「印刷物」）を記述する。
【００７６】
次に、図５のステップ０５０５の詳細な手順について、図２に示す管理資源体系情報中の要素（「見積情報群」）０２０７を例にして説明する。
【００７７】
図６は、図５のステップ０５０５の詳細な手順を示すフローチャートである。
【００７８】
図２に示す要素（「見積情報群」）０２０７は、図８に示すクラス情報０８０４に対応するが、ステップ０５０５を実施している時点では、まだ、メソッド情報，関連クラス情報の内容が空となっている。
【００７９】
図６に示すように、オブジェクト設計情報生成部０１０４は、まず、業務動作シナリオにおいて、システム化対象となっている作業の文章中に、ステップ０５０２で処理対象とした要素の要素名を含む未処理の作業を検出する（ステップ０６０１）。
【００８０】
具体的には、ステップ０６０１では、オブジェクト設計情報生成部０１０４は、図４に示す業務動作シナリオ中の作業（「営業担当者が見積情報群に対し見積を入力する」）０４０６が、システム化対象区分０４０８によってシステム化対象とされており、かつ、作業０４０６の文章中に要素名（「見積情報群」）を含んでいるので、作業０４０６を検出する。
【００８１】
続いて、オブジェクト設計情報生成部０１０４は、ステップ０６０１で作業が検出できなかった場合は（ステップ０６０２）、図６に示す手順を終え、図５のステップ０５０６に進む。
【００８２】
また、オブジェクト設計情報生成部０１０４は、ステップ０６０１で作業が検出できた場合は（ステップ０６０２）、詳細区分０４０７によって該作業に詳細な作業手順がある旨を識別したならば（ステップ０６０３）、ステップ０６０１に戻り、未処理の作業について該当する作業の検出を行う。
【００８３】
図４に示す例では、作業０４０６については、詳細区分０４０７に丸印が記述されているので、ステップ０６０１に戻ることとなる。そして、ステップ０６０１で作業０４１０が検出された後、ステップ０６０３に至ったときに、ステップ０６０４に進むこととなる。
【００８４】
続いて、オブジェクト情報生成部０１０４は、ステップ０６０１で検出した作業の流れの文章内で、処理対象の要素の要素名が目的物として扱われているか否かをチェックし（ステップ０６０４）、扱われている場合には、ステップ０６０５に進み、扱われていない場合には、ステップ０６０１に戻る。
【００８５】
ここで、目的物とは、日本語文で、「〜に対し」，「〜へ」，「〜に」等の「〜」に相当する部分に利用されていることをいう。例えば、作業（「見積情報群に見積情報の作成依頼する」）０４１０においては、「見積情報群に」となっており、対象とする要素名（「見積情報群」）を目的物として扱っているので、ステップ０６０５に進むこととなる。なお、本ステップの判定は、日本語文を形態素解析することで実現することができる。
【００８６】
続いて、オブジェクト情報生成部０１０４は、ステップ０６０１で検出した作業の流れを、メソッド名として、「見積情報群」をクラス名としたクラス情報テーブル中のメソッド情報に転記する（ステップ０６０５）。
【００８７】
具体的には、ステップ０６０５では、オブジェクト情報生成部０１０４は、作業０４１０の文章を、メソッド名として、図８に示すクラス情報テーブル０８０４中のメソッド情報０８１０に転記する。
【００８８】
なお、第１の実施形態においては、管理資源体系情報中の要素であっても、作業の目的物として扱われるような要素は、該要素に対する操作が存在することを意味しているので、メソッド情報を記述しておくようにしている。
【００８９】
次に、業務活動体系情報からオブジェクト設計情報を生成する部分（ステップ０５０７〜ステップ０５１２）について説明する。
【００９０】
図５に示すように、オブジェクト設計情報生成部０１０４は、まず、業務活動体系情報の全ての要素についてクラス情報を生成したか否かをチェックし（ステップ０５０７）、生成した場合に、図５に示す手順を終える。
【００９１】
未処理の要素がある場合には（ステップ０５０７）、オブジェクト設計情報生成部０１０４は、業務活動体系情報から未処理の１要素を取り出し、以下のステップの処理対象とする（ステップ０５０８）。
【００９２】
具体的には、ステップ０５０８では、オブジェクト設計情報生成部０１０４は、図３に示す業務活動体系情報の木構造を、左から右へ、上から下へと、階層関係を順次たどっていくことで、１要素を順次処理対象とする。以下のステップ０５０９〜ステップ０５１２で説明するために、ここでは、要素（「単行本見積」）０３０５を処理対象とする。
【００９３】
続いて、オブジェクト設計情報生成部０１０４は、ステップ０５０８で処理対象とした要素を、１つのオブジェクトと捉え、該要素の要素名をクラス名としたクラス情報テーブルを生成する（ステップ０５０９）。なお、ステップ０５０３では、クラス情報テーブル中にクラス名のみを記述し、他の情報は空とする。
【００９４】
具体的には、ステップ０５０９では、オブジェクト設計情報生成部０１０４は、図３に示す要素（「単行本見積」）０３０５から、図８に示すクラス情報テーブル０８０５を生成し、クラス名０８１１に要素名（「単行本見積」）を記述する。
【００９５】
続いて、オブジェクト設計情報生成部０１０４は、ステップ０５０８で処理対象とした要素の全てのデータ項目を、ステップ０５０９で生成したクラス情報テーブル中のデータ属性情報に転記する（ステップ０５１０）。
【００９６】
具体的には、ステップ０５１０では、オブジェクト設計情報生成部０１０４は、図３に示すデータ項目０３０６を、図８に示すデータ属性情報０８１２に転記する。
【００９７】
続いて、オブジェクト設計情報生成部０１０４は、ステップ０５０８で処理対象とした要素に対応する業務動作シナリオ中の作業手順を抽出し、ステップ０５０９で生成したクラス情報テーブル中のメソッド情報に転記する（ステップ０５１１）。
【００９８】
ここで、ステップ０５１１の詳細な手順について説明する。
【００９９】
図７は、図５のステップ０５１１の詳細な手順を示すフローチャートである。
【０１００】
図７に示すように、オブジェクト設計情報生成部０１０４は、まず、処理対象とした要素に対応する業務動作シナリオ中の業務機能を、以下のステップの処理対象とする（ステップ０７０１）。
【０１０１】
具体的には、ステップ０７０１では、オブジェクト設計情報生成部０１０４は、図３に示す要素（「単行本見積」）０３０５については、図４に示す業務動作シナリオ中の業務機能名欄０４０２に要素名（「単行本見積」）を持つ業務機能名（「単行本見積」）０４１２を検出する。
【０１０２】
続いて、オブジェクト設計情報生成部０１０４は、ステップ０７０１で検出した業務機能の作業の流れのうち、システム化対象となっている未処理の作業を検出し、処理対象の作業とする（ステップ０７０２）。
【０１０３】
具体的には、ステップ０７０２では、オブジェクト設計情報生成部０１０４は、図４に示す業務動作シナリオ中のシステム化対象区分欄０４０５にシステム化対象区分０４０８によってシステム化対象とされている作業０４０６を検出し、処理対象の作業とする。
【０１０４】
続いて、オブジェクト設計情報生成部０１０４は、ステップ０７０２で作業が検出できなかった場合は（ステップ０７０３）、図７に示す手順を終え、図５のステップ０５１２に進む。
【０１０５】
また、オブジェクト設計情報生成部０１０４は、ステップ０７０２で作業が検出できた場合は（ステップ０７０３）、該作業の作業の流れを、メソッド名として、図５のステップ０５０９で生成したクラス情報テーブル中のメソッド情報に転記する（ステップ０７０４）。
【０１０６】
具体的には、ステップ０７０４では、オブジェクト情報生成部０１０４は、作業０４０６の文章を、メソッド名として、図８に示すクラス情報テーブル０８０５中のメソッド情報０８１３に転記する。
【０１０７】
続いて、オブジェクト情報生成部０１０４は、ステップ０７０２で処理対象とした作業の流れの文章内で目的物として扱われている要素名の候補を抽出する（ステップ０７０５）。
【０１０８】
なお、目的物の扱いは、図６のステップ０６０４と同様である。例えば、作業０４０６においては、「見積情報群に」となっており、「見積情報群」が要素名の候補として抽出されることとなる。
【０１０９】
続いて、オブジェクト情報生成部０１０４は、ステップ０６０５で検出した要素名の候補に該当する、管理資源体系情報中の要素を検索し（ステップ０７０６）、検出できた場合は、ステップ０７０７に進む。
【０１１０】
例えば、要素名の候補（「見積情報群」）は、図２に示す管理資源体系情報中から検索できるので、要素０２０７が検出されることとなる。
【０１１１】
続いて、オブジェクト情報生成部０１０４は、ステップ０７０６で検出した要素の要素名を、関連クラス名として、図５のステップ０５０９で生成したクラス情報テーブル中の関連クラス情報に転記する（ステップ０７０７）。
【０１１２】
具体的には、ステップ０７０７では、オブジェクト情報生成部０１０４は、要素０２０７の要素名（「見積情報群」）を、関連クラス名として、図８に示すクラス情報テーブル０８０５中の関連クラス情報０８１５に転記する。
【０１１３】
続いて、オブジェクト情報生成部０１０４は、ステップ０７０２で処理対象とした作業に詳細な作業手順がある旨を識別した場合には（ステップ０７０８）、ステップ０７０９に進み、そうでない場合には、ステップ０７０２に戻る。なお、詳細な作業手順があるか否かの識別は、詳細区分４０７に丸印が記述されているか否かを調べればよい。
【０１１４】
続いて、オブジェクト情報生成部０１０４は、ステップ０７０２で処理対象とした作業の詳細な作業手順を、メソッド詳細作業として、図５のステップ０５０９で生成したクラス情報テーブル中のメソッド情報に転記する（ステップ０７０９）。
【０１１５】
例えば、図４に示す作業０４０６においては、詳細な作業０４０９，０４１０，０４１１が存在するので、これらの詳細な作業０４０９，０４１０，０４１１の流れが、図８に示すクラス情報テーブル０８０５中のメソッド情報に、メソッド詳細作業０８１４として記述されることとなる。
【０１１６】
以上が、図５のステップ５１１の詳細な手順である。
【０１１７】
さて、図５に戻って、オブジェクト情報生成部０１０４は、ステップ０５０８で処理対象とした要素と上下層に位置付けられている他の要素を抽出し、関連クラス情報に追加する（ステップ０５１２）。
【０１１８】
具体的には、ステップ０５１２では、オブジェクト設計情報生成部０１０４は、図３に示す要素（「単行本見積」）０３０５が、上位層の要素（「見積」）０３０４と関係付けられているので、図８に示す関連クラス情報０８１５に、要素名（「見積」）を記述する。
【０１１９】
以上の手順によって、図８に示すオブジェクト設計情報が生成される。
【０１２０】
以上説明したように、第１の実施形態によれば、業務上で認識できる管理資源体系および業務活動体系の要素を、オブジェクトとして捉えることで、業務のみに依存したオブジェクトの単位を設計でき、業務活動の作業手順から、オブジェクトの振る舞いを、適切なオブジェクトのメソッドに配分することができるので、オブジェクト指向に精通していない分析設計者（特に、業務に精通しているエンドユーザが好ましい。）が、オブジェクト分析設計を行う際に、品質のばらつきを抑えたオブジェクト設計情報を生成することが可能となり、設計品質および生産性が向上する。
【０１２１】
従って、業務に精通しているエンドユーザが、オブジェクト指向に精通していなくても、オブジェクト設計情報を生成することが可能となるので、エンドユーザとシステム開発者との間の橋渡しが可能となる。
【０１２２】
（第２の実施形態）
次に、本発明の第２の実施形態について説明する。
【０１２３】
上述した第１の実施形態では、オブジェクト間の構造関係、特に、オブジェクト指向に従った設計で特徴の１つとされる「継承」の抽出については触れていない。そこで、第２の実施形態においては、管理資源体系情報および業務活動体系情報における階層構造化に指針を提供し、業務上の分類と同時に、オブジェクトの継承を階層構造に反映することで、オブジェクト指向に精通していない分析設計者が、より分析設計しやすいようにしている。
【０１２４】
また、上述した第１の実施形態では、業務動作シナリオの文章形式の作業手順から目的物を抽出する際に、日本語文の記述内容によっては、分析設計者が意図したものとは異なる抽出結果を生む可能性がある。そこで、第２の実施形態においては、業務上で区分しやすい観点である、「何をするか」，「誰が」，「誰に」，「何を渡し」，「何を受け取ったか」等を提示し、オブジェクト指向に精通していない分析設計者が、より分析設計しやすいようにしている。
【０１２５】
さらに、第２の実施形態においては、業務上同一の作業の流れを重複して記述しなくても済むようにするために、業務活動として１度記述した内容を、他の業務活動からは、単に１作業に過ぎないような場合には、１度記述した内容を流用し、再利用を可能としている。
【０１２６】
ところで、システムの全体設計を考えた場合には、画面遷移設計情報やデータベース設計情報が必要となるので、第２の実施形態においては、画面遷移設計情報およびデータベース設計情報を生成することも可能にしている。
【０１２７】
図１０は、第２の実施形態に係るオブジェクト分析設計支援装置の機能構成を示すブロック図である。
【０１２８】
図中、１００１は管理資源体系情報を編集する拡張管理資源体系情報編集部、１００２は業務活動体系情報を編集する拡張業務活動体系情報編集部、１００３は業務動作シナリオを編集する拡張業務動作シナリオ編集部、１００４は管理資源体系情報，業務活動体系情報，業務動作シナリオからオブジェクト設計情報を生成する拡張オブジェクト設計情報生成部、１００５は管理資源体系情報から画面遷移設計情報を生成／編集する画面遷移設計情報生成編集部、１００６は業務活動体系情報からデータベース設計情報を生成／編集するデータベース設計情報生成編集部、１００７は管理資源体系情報，業務活動体系情報，業務動作シナリオ，オブジェクト設計情報，画面遷移設計情報，データベース設計情報を保存する拡張分析設計情報データペース、０１０６はオブジェクト設計情報を編集するオブジェクト設計情報編集部、０１０７は表示入力装置である。
【０１２９】
拡張管理資源体系情報編集部１００１，拡張業務活動体系情報編集部１００２，拡張業務動作シナリオ編集部１００３，拡張オブジェクト設計情報生成部１００４，画面遷移設計情報生成編集部１００５，データベース設計情報生成編集部１００６，オブジェクト設計情報編集部０１０６は、共に、ソフトウェアによって実現される。すなわち、ＣＰＵ，メモリ，表示入力装置０１０７を少なくとも備えたコンピュータにおいて、メモリにインストールされたソフトウェアをＣＰＵが実行することで、拡張管理資源体系情報編集部１００１，拡張業務活動体系情報編集部１００２，拡張業務動作シナリオ編集部１００３，拡張オブジェクト設計情報生成部１００４，画面遷移設計情報生成編集部１００５，データベース設計情報生成編集部１００６，オブジェクト設計情報編集部０１０６が実現される。
【０１３０】
図１１は、業務に関するシステムの分析設計者が、拡張管理資源体系情報編集部１００１を用いて編集する管理資源体系情報の例を示す図である。
【０１３１】
管理資源体系情報では、図１１に示すように、上述した第１の実施形態で示した管理資源体系情報の要素間の階層関係において、階層の意味を示す階層関係区分情報を追加するようにした。
【０１３２】
業務上管理すべき資源間の階層関係には、２種類があり、分析設計者は、実際には、いずれかの種類に沿って、暗黙に階層化している。１種類は、資源を利用するときの役割に注目したＩＳＡ（イズア）関係であり、もう１種類は、構成に注目したＨＡＳＡ（ハズア）関係である。階層関係区分情報では、前者を「役割」とし、後者を「構成」として区分する。
【０１３３】
さらに、「構成」として区分された下位層の資源の数量を、仕様として、階層区分情報に持つようにしている。数量には、２つの観点があり、１つは、資源の存在（「必ずある」／「ない場合がある」）であり、もう１つは、資源の量（「単数」／「複数」）である。数量の仕様は、２つの観点の２種の組み合わせによる。
【０１３４】
例えば、図１１において、階層関係区分情報１１０１は、「役割」として区分された階層であることを示し、要素（「印刷物」）１１０７は、要素（「商品」）を具体化した１つの形態であることを示している。同様に、要素（「定期出版物」）１１１４および要素（「単行本」）１１０６は、要素（「印刷物」）１１０７を具体化し、取り扱いの違いにより分類されたものである。
【０１３５】
また、図１１において、階層関係区分情報１１０２は、「構成」として区分された階層であり、かつ、数量の仕様が「必ずある」，「単数」であることを示している。
【０１３６】
また、図１１において、階層関係区分情報１１０３は、「構成」として区分された階層であり、かつ、数量の仕様が「ない場合がある」，「複数」であることを示している。
【０１３７】
ここで、階層関係区分情報１１０１〜１１０３の各図形は、分析設計者が理解しやすい形式で、階層関係区分情報を表示入力装置０１０７で表示／入力するために使用している。図１１の例では、三角形が「役割」を示し、菱形が「構成」を示し、実線が「ある」を示し、破線が「ない場合がある」を示し、図形１つが「単数」を示し、２つ重ねた図形が「複数」を示すようにし、これらの組み合わせによって、階層区分関係情報を表現することができるように、予め定め、分析設計者に各図形の意味を知らしめてある。
【０１３８】
また、ここで、階層関係区分情報が「役割」を示す要素のデータ項目は、上位層の要素のデータ項目が流用されるようになっており、分析設計者は、下位層の要素のみに特有のデータ項目を、表示入力装置０１０７を操作して入力するようにすればよい。これは、階層関係区分情報が「役割」であるということは、上位層の要素を具体化していることを意味しているので、上位層の要素で既に記述されたデータ項目は、下位層の要素に流用可能であるからである。そこで、上位層の要素のデータ項目を、下位層の要素のデータ項目の雛型として利用することで、流用を実現することができる。
【０１３９】
例えば、図１１において、データ項目１１０４は、要素（「単行本」）１１０６のデータ項目であるが、その中の「商品コード」，「商品名」は、上位層の要素（「印刷物」）１１０７のデータ項目１１０５から流用されたものである。なお、ここでは、流用されている旨を、データ項目１１０４中の上方向の矢印で示すようにしている。ただし、本例では、要素（「単行本」）１１０６のデータ項目は、実際には「出版元」のみであり、表示上、流用されているようになっているだけである。
【０１４０】
図１２は、業務に関するシステムの分析設計者が、拡張業務活動体系情報編集部１００２を用いて編集する業務活動体系情報の例を示す図である。
【０１４１】
業務活動体系情報では、図１２に示すように、上述した第１の実施形態で示した業務活動体系情報の要素間の階層関係において、階層の意味を示す階層関係区分情報を追加するようにした。
【０１４２】
業務上なすべき業務活動間の階層関係には、２種類があり、分析設計者は、実際には、いずれかの種類に沿って、暗黙に階層化している。１種類は、業務活動を利用するときの役割に注目したＩＳＡ関係であり、もう１種類は、構成に注目したＨＡＳＡ関係である。階層関係区分情報では、前者を「役割」とし、後者を「構成」として区分する。
【０１４３】
例えば、図１２において、階層関係区分情報１２０１は、「役割」として区分された階層であることを示し、要素（「単行本見積」）１２０５は、要素（「見積」）１２０６を具体化した１つの形態であることを示している。同様に、要素（「定期出版物見積」）１２１０は、要素（「見積」）１２０６を具体化し、取り扱いの違いにより分類されたものである。
【０１４４】
また、図１２において、階層関係区分情報１２０２は、「構成」として区分された階層であることを示している。
【０１４５】
ここで、階層関係区分情報１２０１，１２０２の各図形は、分析設計者が理解しやすい形式で、階層関係区分情報を表示入力装置０１０７で表示／入力するために使用している。図１２の例では、三角形が「役割」を示し、菱形が「構成」を示すように、予め定め、分析設計者に各図形の意味を知らしめてある。
【０１４６】
また、ここで、階層関係区分情報が「役割」を示す要素のデータ項目は、上位層の要素のデータ項目が流用されるようになっており、分析設計者は、下位層の要素のみに特有のデータ項目を、表示入力装置０１０７を操作して入力するようにすればよい。これは、階層関係区分情報が「役割」であるということは、上位層の要素を具体化していることを意味しているので、上位層の要素で既に記述されたデータ項目は、下位層の要素に流用可能であるからである。そこで、上位層の要素のデータ項目を、下位層の要素のデータ項目の雛型として利用することで、流用を実現することができる。
【０１４７】
例えば、図１２において、データ項目１２０３は、要素（「単行本見積」）１２０５のデータ項目であるが、その中の「状態」は、上位層の要素（「見積」）１２０６のデータ項目１２０４から流用されたものである。なお、ここでは、流用されている旨を、データ項目１２０３中の上方向の矢印で示すようにしている。ただし、本例では、要素（「単行本見積」）１２０５のデータ項目は、実際にはなく、表示上、流用されているようになっているだけである。
【０１４８】
図１３は、分析設計者が、拡張業務動作シナリオ編集部１００３を用いて編集する業務動作シナリオの例を示す図である。
【０１４９】
第２の実施形態では、予め定めた指針に従って分析設計者に記述させるようにすることで、各作業の作業内容を明確にするようにしているところが、上述した第１の実施形態と異なるところである。
【０１５０】
そのために、業務動作シナリオにおいて、図１３に示すように、作業ごとに、「何をするか」を示す動作内容（作業の流れ）が記述される作用欄１３０１と、「誰が」の「誰」に相当する作用元が記述される作用元欄１３０２と、「誰に」の「誰」に相当する作用先が記述される作用先欄１３０３と、「何を渡し」の「何」に相当する作用元情報が記述される作用元情報欄１３０４と、「何を受け取ったか」を示す作用結果が記述される作用結果欄１３０５とを提示し、作業に関わる管理資源体系情報中の要素を、明示的に抽出することができるようにした。
【０１５１】
また、第２の実施形態では、業務活動として１度記述した内容を流用する旨を分析設計者に記述させるようにすることで、記述内容を再利用するようにしているところが、上述した第１の実施形態と異なるところである。
【０１５２】
そのために、業務動作シナリオにおいて、図１３に示すように、各作業について、いずれかの業務活動についての記述内容を流用する場合に、その旨（ここでは、丸印）が記述される流用区分欄１３０６を設けるようにした。なお、分析設計者は、他の業務活動を流用させたい場合は、該業務活動の要素名（業務機能名）を、作業の流れ欄１３０１に記述するようにする。
【０１５３】
例えば、図１３においては、分析設計者は、作用欄１３０１には、業務機能名欄に記述された業務活動を遂行するために必要な作業の内容を示す動詞を名詞化したものを、予め定めた指針に従って記述する。また、作用元欄１３０２には、作業の主体が記述されるべきであるが、分析設計者は、作業の主体を、「誰が」という観点から、該当する管理資源体系情報中の要素を記述することができる。また、作用先欄１３０３には、作業の目的物が記述されるべきであるが、分析設計者は、作業の目的物を、「誰に対して」という観点から、該当する管理資源体系情報中の要素を記述することができる。また、作用元情報欄１３０４には、作業の主体が目的物に渡す情報が記述されるべきであるが、分析設計者は、この情報を、「何を渡し」という観点から、該当する管理資源体系情報中の要素を記述することができる。また、作用結果欄１３０５には、作業の目的物が作用の結果として作用元に戻す情報が記述されるべきであるが、分析設計者は、この情報を、「何を受け取ったか」という観点から、該当する管理資源体系情報中の要素を記述することができる。
【０１５４】
さらに具体的には、作業１３０７は、作用元欄１３０２が「営業担当者」、作用先欄１３０３が「在庫情報群」、作用元情報欄１３０４が「見積情報」、作用結果欄１３０５が「在庫有無」、そして、作用欄１３０１が「在庫確認」となっているが、分析設計者の観点からは、『「営業担当者」が、「在庫情報群」に対し、「見積情報」を渡し、「在庫有無」を受け取る「在庫確認」作業』と理解できる。
【０１５５】
また、流用区分１３０８によって、作業１３０７が、業務機能名（「在庫確認」）の業務活動についての記述内容が流用されていることを示す。
【０１５６】
図１４は、拡張オブジェクト設計情報生成部１００４がオブジェクト設計情報を生成する手順を示したフローチャート、図１７は、オブジェクト設計情報編集部０１０６が表示入力装置０１０７に表示したオブジェクト設計情報の例を示す図である。
【０１５７】
オブジェクト設計情報は、少なくとも１つのクラス情報と呼ぶ仕様情報から構成される。また、クラス情報は、クラス名，データ属性情報，メソッド情報，関連クラス情報から構成され、さらに、関連クラス情報は、汎化クラス情報，集約クラス情報，その他関連クラス情報から構成されている。
【０１５８】
上述した第１の実施形態と異なる点は、関連クラス情報が、汎化クラス情報，集約クラス情報，その他関連クラス情報から構成されている点である。
【０１５９】
そこで、第２の実施形態では、上述した第１の実施形態におけるオブジェク設計情報生成部０１０４の代わりに、拡張オブジェクト設計情報生成部１００４を設けるようにしており、この拡張オブジェクト設計情報生成部１００４が、オブジェク設計情報生成部０１０４の機能に加えて、関連クラス情報を汎化クラス情報，集約クラス情報，その他関連クラス情報のいずれかに分類する機能を果たすようにしている。
【０１６０】
例えば、図１７において、クラス情報は、１７０１，１７０２，１７０３のように表示される。また、クラス情報１７０１は、クラス名１７０４，データ属性情報１７０５，メソッド情報１７０６，関連クラス情報のうちの汎化クラス情報１７０７，関連クラス情報のうちの集約クラス情報１７０８，関連クラス情報のうちのその他関連クラス情報１７０９から構成される。
【０１６１】
なお、データ属性情報１７０５は、クラス名（「単行本」）のデータ属性情報であるが、「商品コード」，「商品名」は、汎化クラスであるクラス名（「印刷物」）のデータ属性情報の雛型を利用しているので、その旨を示すために、上方向の矢印を用いている。
【０１６２】
以下、図１４を用いて、図１７に示したオブジェクト設計情報を生成する手順について説明する。
【０１６３】
本手順は、管理資源体系情報からオブジェクト設計情報を生成する部分（ステップ０５０１〜ステップ０５０４，ステップ１４０１，ステップ１４０２）と、業務活動体系情報からオブジェクト設計情報を生成する部分（ステップ０５０７〜ステップ０５１０，ステップ１４０３，ステップ１４０４）とからなっている。
【０１６４】
ステップ０５０１〜ステップ０５０４，ステップ０５０７〜ステップ０５１０は、上述した第１の実施形態で図５を用いて説明した手順と同様である。
【０１６５】
ステップ１４０１およびステップ１４０３については、図１５および図１６を用いて後述するので、まず、ステップ１４０２およびステップ１４０４について説明する。
【０１６６】
図１４において、ステップ１４０２では、拡張オブジェクト設計情報生成部１００４は、ステップ０５０２で処理対象とした管理資源体系情報中の要素と上下層に位置付けられている他の要素を抽出し、抽出した要素を、階層関係区分情報に応じた分類の関連クラス情報に追加する。
【０１６７】
詳しくは、拡張オブジェクト設計情報生成部１００４は、抽出した要素が、ステップ０５０２で処理対象とした要素とＨＡＳＡ関係にある（階層関係の意味付けに菱形が用いられている）下位層の要素であるならば、集約クラス情報に追加し、ステップ０５０２で処理対象とした要素とＩＳＡ関係にある（階層関係の意味付けに三角形が用いられている）下位層の要素であるならば、汎化クラス情報に追加する。
【０１６８】
ここで、集約クラス情報は、別の要素から構成される旨を示すために用いられるものであり、例えば、本要素が削除された場合には、集約クラス情報に記述された要素にも反映されることとなる旨を示す。また、汎化クラス情報は、ここに記述された要素の属性情報を、本要素に継承させるために用いられるものである。
【０１６９】
例えば、図１１において、要素（「単行本」）１１０６は、上位層の要素として、要素（「印刷物」）１１０７と関係付けられている。この階層関係は、階層関係区分１１０８によって、「役割」であることが分かるので、拡張オブジェクト設計情報生成部１００４は、要素名（「印刷物」）を、図１７に示すクラス情報テーブル１７０１中の汎化クラス名１７０７に転記する。
【０１７０】
また、例えば、図１１において、要素（「見積情報群」）１１０９は、下位層の要素として、要素（「見積依頼情報」）１１１０，要素（「見積情報」）１１１１と関係付けられている。これらの階層関係は、共に、「構成」であることが分かるので、拡張オブジェクト設計情報生成部１００４は、要素名（「見積依頼情報」，「見積情報」）を、図１７に示すクラス情報テーブル１７０２中の集約クラス情報１７１０に転記する。
【０１７１】
一方、図１４において、ステップ１４０４では、拡張オブジェクト設計情報生成部１００４は、ステップ０５０８で処理対象とした業務活動体系情報中の要素と上下層に位置付けられている他の要素を抽出し、抽出した要素を、階層関係区分情報に応じた分類の関連クラス情報に追加する。
【０１７２】
詳しくは、拡張オブジェクト設計情報生成部１００４は、抽出した要素が、ステップ０５０８で処理対象とした要素とＨＡＳＡ関係にある（階層関係の意味付けに菱形が用いられている）下位層の要素であるならば、集約クラス情報に追加し、ステップ０５０８で処理対象とした要素とＩＳＡ関係にある（階層関係の意味付けに三角形が用いられている）下位層の要素であるならば、汎化クラス情報に追加する。
【０１７３】
例えば、図１２において、要素（「単行本見積」）１２０５は、上位層の要素として、要素（「見積」）１２０６と関係付けられている。この階層関係は、階層関係区分１２０１によって、「役割」であることが分かるので、拡張オブジェクト設計情報生成部１００４は、要素名（「見積」）を、図１７に示すクラス情報テーブル１７０３中の汎化クラス名１７１１に転記する。
【０１７４】
次に、図１４のステップ１４０１について説明する。
【０１７５】
図１４において、ステップ１４０１では、拡張オブジェクト設計情報生成部１００４は、ステップ０５０２で処理対象とした要素が、業務動作シナリオ中に目的物として扱われているならば、対応する作業手順を抽出し、ステップ０５０３で生成したクラス情報テーブル中のメソッド情報に転記するが、詳細な手順が、図５のステップ０５０５とは少々異なる。
【０１７６】
図１５は、図１４のステップ１４０１の詳細な手順を示すフローチャートである。
【０１７７】
図１５において、ステップ０６０２，ステップ０６０３は、上述した第１の実施例で図６を用いて説明した手順と同様である。
【０１７８】
ステップ１５０１では、拡張オブジェクト設計情報生成部１００４は、業務動作シナリオにおいて、システム化対象となっている作業のうち、ステップ０５０２で処理対象とした要素の要素名が作用先欄１３０３に記述されている未処理の作業を検出する。
【０１７９】
具体的には、ステップ１５０１では、拡張オブジェクト設計情報生成部１００４は、図１１に示す要素（「見積情報群」）１１０９が処理対象である場合に、図１３に示す業務動作シナリオ中の作業１３０９が、システム化対象区分によってシステム化対象とされており、かつ、作用先欄１３０３に要素名（「見積情報群」）が記述されているので、作業１３０９を検出する。
【０１８０】
一方、ステップ１５０２では、拡張オブジェクト設計情報生成部１００４は、ステップ１５０１で検出した作業について、該作業に対応する各欄の記述内容からメソッドの仕様を作成し、メソッド名として、該当するクラス情報テーブル中のメソッド情報に追加する。
【０１８１】
なお、ここでは、メソッド仕様の形式は、「作用結果欄：作用欄（作用元情報欄）」というようにする。
【０１８２】
具体的には、ステップ１５０２では、拡張オブジェクト設計情報生成部１００４は、図１３に示す業務動作シナリオ中の作業１３０９が、作業名欄１３０１に「見積生成」が記述され、作用情報欄１３０４に「見積データ」が記述され、作用結果欄１３０５に「見積情報」が記述されているので、「見積情報：見積生成（見積データ）」というメソッド仕様を作成し、図１７に示すクラス情報テーブル１７０２中のメソッド情報１７１２に追加する。
【０１８３】
次に、図１４のステップ１４０３について説明する。
【０１８４】
図１４において、ステップ１４０３では、拡張オブジェクト設計情報生成部１００４は、ステップ０５０８で処理対象とした要素に対応する業務動作シナリオ中の作業手順を抽出し、ステップ０５０９で生成したクラス情報テーブル中のメソッド情報に転記するが、詳細な手順が、図５のステップ０５１１とは少々異なる。
【０１８５】
図１６は、図１４のステップ１４０３の詳細な手順を示すフローチャートである。
【０１８６】
図１６において、ステップ０７０１〜ステップ０７０３，ステップ０７０６〜ステップ０７０９は、上述した第１の実施例で図７を用いて説明した手順と同様である。
【０１８７】
ステップ１６０１では、拡張オブジェクト設計情報生成部１００４は、ステップ０７０２で検出した作業について、該作業に対応する各欄の記述内容からメソッドの仕様を作成し、メソッド名として、該当するクラス情報テーブル中のメソッド情報に追加する。
【０１８８】
なお、ここでも、メソッド仕様の形式は、上述と同様に、「作用結果欄：作用欄（作用元情報欄）」というようにする。
【０１８９】
具体的には、ステップ１６０１では、拡張オブジェクト設計情報生成部１００４は、図１３に示す業務動作シナリオ中の作業１３０７が、作業名欄１３０１に「在庫確認」が記述され、作用情報欄１３０４に「見積情報」が記述され、作用結果欄１３０５に「在庫有無」が記述されているので、「在庫有無：在庫確認（見積情報）」というメソッド仕様を作成し、図１７に示すクラス情報テーブル１７０３中のメソッド情報１７１３に追加する。
【０１９０】
また、ステップ１６０２では、拡張オブジェクト設計情報生成部１００４は、ステップ０７０２で検出した作業に対応する作用先欄１３０３に記述されている要素名を抽出する。また、拡張オブジェクト設計情報生成部１００４は、ステップ０７０２で検出した作業に対応する流用区分欄１３０６に、他の業務活動を流用している旨が記述されている場合には、該作業に対応する作用欄１３０１に記述されている要素名（業務機能名）を抽出する。
【０１９１】
具体的には、ステップ１６０２では、拡張オブジェクト設計情報生成部１００４は、図１３に示す業務動作シナリオ中の作業１３０７が、流用区分欄１３０６に丸印が記述されているので、作用欄１３０１に記述されている要素名（「在庫確認」）を抽出する。また、図１３に示す業務動作シナリオ中の作業１３１０については、作用先欄１３０３に記述されている要素名（「見積情報群」）を抽出する。
【０１９２】
また、ステップ１６０３では、拡張オブジェクト設計情報生成部１００４は、ステップ０７０６で抽出した要素名の内容に基づいて、必要であれば、該要素名の要素を生成し、管理資源体系情報中の適切な位置に追加する。
【０１９３】
本来、要素名に取り決めはないが、情報処理分野では、一般に、「〜情報」，「〜情報群」等の、対象とする名称の前や後に特定の文字列（「情報」，「情報群」等）を用いることが多い。そこで、第２の実施形態では、このような特定の文字列を用いた要素名が、管理資源体系情報中に記述されてはいないが、目的物として扱われている場合には、該要素名の要素を生成し、管理資源体系情報において、文字列の前や後に位置している名称を要素名とした要素の下位層に追加するようにしている。
【０１９４】
例えば、「〜情報群」という特定の文字列の場合は、「〜」を要素名とした要素の下位層に、階層関係区分情報を「構成」，「必ずある」，「単数」にして、「〜情報群」を要素名とした要素を追加する。また、例えば、「〜情報」という特定の文字列の場合は、「〜」を要素名とした要素の下位層に、階層区分情報を「構成」，「ない場合がある」，「複数」にして、「〜情報」を要素名とした要素を追加する。ここで、「〜」を要素名とした要素の下位層に、要素名（「〜情報群」）の要素がある場合は、さらにその下位層に、階層区分情報を「構成」，「ない場合がある」，「複数」にして、「〜情報」を要素名とした要素を追加する。
【０１９５】
具体的には、ステップ１６０３では、拡張オブジェクト設計情報生成部１００４は、図１３に示す業務動作シナリオ中の要素名（「顧客情報群」）１３１２が、「〜情報群」という特定の文字列を用いているので、対象とする要素名を「顧客」と切り出し、図１１に示す管理資源体系情報を検索する。検索の結果、「顧客」という要素名の要素１１１５が存在するので、要素（「顧客」）１１１５の下位層に、階層区分情報を「構成」，「ない場合がある」，「複数」にして、要素名（「顧客情報群」）の要素１１１６を追加する。
【０１９６】
このように、ステップ１６０３の手順を追加することにより、分析設計者が作業手順の記述中に発想した要素を、管理資源体系情報中の適切な位置に配置することが可能となる。すなわち、上述したような特定の文字列を用いるように、分析設計者に指針を提示すれば、オブジェクト候補の記述を誘導することが可能となる。
【０１９７】
さて、第２の実施形態においては、さらに、画面遷移設計情報およびデータベース設計情報を生成することも可能にしている。
【０１９８】
まず、画面遷移設計情報の生成について説明する。
【０１９９】
図１８は、画面遷移設計情報生成編集部１００５が表示入力装置０１０７に表示した画面遷移設計情報の例を示す図である。
【０２００】
画面遷移設計情報は、メニュー画面情報および画面遷移情報から構成される。
【０２０１】
画面遷移設計情報生成編集部１００５は、任意の要素をメニュー画面情報の生成単位とし、メニュー項目については、業務活動体系情報中の要素間の階層関係を参照し、該要素の下位層の要素の要素名を検出して列挙することで、メニュー画面情報を生成することができる。このとき、検出した下位層の要素に、さらに下位層の別の要素が存在する場合は、検出した下位層の要素のメニュー画面情報を、同様にして生成すると共に、メニュー画面情報間の画面遷移情報を生成する。なお、検出した下位層の要素に、下位層の別の要素が存在しない場合は、検出した下位層の要素（業務活動）の手続きを生成するようにすることができる。
【０２０２】
例えば、図１２に示す業務活動体系情報中の要素（「販売」）１２０７は、下位層に、要素（「見積」）１２０６，要素（「受注」）１２０８，要素（「手配」）１２０９が存在している。そこで、画面遷移設計情報生成編集部１００５は、要素（「販売」）１２０７をメニュー画面情報の生成単位とした場合には、図１８に示す画面レイアウトのメニュー画面情報１８０１を生成することとなる。
【０２０３】
すなわち、画面遷移設計情報生成編集部１００５は、図１８に示すように、メニュー画面情報の生成単位とした要素１２０７の要素名（「販売」）をタイトルとし、下位層の要素１２０６，１２０７，１２０８の要素名（「見積」，「受注」，「手配」）をメニュー項目としたメニュー画面情報１８０１を生成する。
【０２０４】
また、例えば、図１２に示す業務活動体系情報中の要素（「見積」）１２０６は、下位層に、要素（「単行本見積」）１２０５，要素（「定期出版物見積」）１２１０が存在している。そこで、画面遷移設計情報生成編集部１００５は、同様に、要素（「見積」）１２０６をメニュー画面情報の生成単位とした場合には、図１８に示す画面レイアウトのメニュー画面情報１８０２を生成することとなる。
【０２０５】
すなわち、画面遷移設計情報生成編集部１００５は、図１８に示すように、メニュー画面情報の生成単位とした要素１２０６の要素名（「見積」）をタイトルとし、下位層の要素１２０５，１２１０の要素名（「単行本見積」，「定期出版物見積」）をメニュー項目としたメニュー画面情報１８０２を生成する。
【０２０６】
なお、要素１２０６は、メニュー画面情報１８０１中のメニュー項目ともなっており、かつ、メニュー画面情報１８０２の生成単位ともなっているので、画面遷移設計情報生成編集部１００５は、メニュー画面情報１８０１からメニュー画面情報１８０２へと遷移するための画面遷移情報１８０４を生成する。
【０２０７】
次に、データベース設計情報の生成について説明する。
【０２０８】
図１９は、データベース設計情報生成編集部１００６が表示入力装置０１０７に表示したデータベース設計情報の例を示す図である。
【０２０９】
データベース設計情報は、グループ化されたデータテーブルから構成される。
【０２１０】
データベース設計情報生成編集部１００６は、任意の要素をデータテーブルの生成単位とし、管理資源体系情報中の要素間の階層関係を参照し、該要素の下位層の要素のうちの、階層区分情報が「役割」または「構成」，「必ずある」，「単数」で関係付けられている要素の要素名を検出して列挙することで、データテーブルを生成することができる。このとき、他の階層区分情報で関係付けられている要素については、別のデータテーブルの生成単位とみなす。
【０２１１】
例えば、図１１に示す管理資源体系情報中の要素（「印刷物」）１１０７は、下位層に、要素（「表紙」）１１１２，要素（「添付ＣＤ」）１１１３，要素（「定期出版物」）１１１４，要素（「単行本」）１１０６が存在している。そこで、データベース設計情報生成編集部１００６は、要素１１１３以外の要素１１１２，１１１４，１１０６が、階層区分情報が「役割」または「構成」，「必ずある」，「単数」となっているので、これらの要素１１１２，１１１４，１１０６を、要素（「印刷物」）１１０７とグループ化し、図１９に示すデータテーブル１９０１を生成することとなる。また、データベース設計情報生成編集部１００６は、要素１１１３については、別のデータテーブルの生成単位とみなし、同様にして、図１９に示すデータテーブル１９０２を生成することとなる。なお、このとき、データベース設計情報生成編集部１００６は、例えば、１９０３に示すように、データテーブル１９０１とデータテーブル１９０２とを関係付けるようにする。
【０２１２】
以上説明したように、第２の実施形態によれば、上述した第１の実施形態による効果に加えて、以下のような効果がある。
【０２１３】
（１）管理資源体系情報および業務活動体系情報における階層構造化に指針を提供し、業務上の分類と同時に、オブジェクトの継承を階層構造に反映することで、オブジェクト指向に精通していない分析設計者が、より分析設計しやすいようにすることが可能となる。
【０２１４】
（２）業務上で区分しやすい観点である、「何をするか」，「誰が」，「誰に」，「何を渡し」，「何を受け取ったか」等を提示し、オブジェクト指向に精通していない分析設計者が、より分析設計しやすいようにすることが可能となる。
【０２１５】
（３）業務活動として１度記述した内容を流用し、再利用性を高めることが可能となる。
【０２１６】
（４）業務活動対系情報から画面遷移設計情報を生成するようにしているので、システム設計者が、ドキュメント作成等に必要な画面遷移設計情報を作成しなくても済むようになる。
【０２１７】
（５）管理資源対系情報からデータベース設計情報を生成するようにしているので、データベース設計者が、データベースを設計しやすくなる。
【０２１８】
（第３の実施形態）
次に、本発明の第３の実施形態について説明する。
【０２１９】
上述した第１の実施形態および第２の実施形態では、管理資源体系情報，業務活動体系情報，業務動作シナリオができあがった後に、これらを基にして、オブジェクト設計情報を生成するものとして説明した。すなわち、オブジェクト設計情報を得ようした場合は、管理資源体系情報，業務活動体系情報，業務動作シナリオが必要となり、常にオブジェクト設計情報との整合性を保つ管理が必要となっていた。
【０２２０】
しかしながら、実際には、分析設計者は、管理資源体系情報，業務活動体系情報，業務動作シナリオの内容を変更することがあり、変更する度にオブジェクト設計情報を生成し直すのは無駄である。そこで、第３の実施形態においては、管理資源体系情報，業務活動体系情報，業務動作シナリオの変更と同時に、オブジェクト設計情報にその変更が反映されるようにしている。
【０２２１】
図２０は、第３の実施形態に係るオブジェクト分析設計支援装置の機能構成を示すブロック図である。
【０２２２】
図中、２００１は管理資源体系情報およびオブジェクト設計情報を編集する管理資源体系オブジェクト設計情報編集部、２００２は業務活動体系情報およびオブジェクト設計情報を編集する業務活動体系オブジェクト設計情報編集部、２００３は業務動作シナリオを編集し、管理資源体系オブジェクト設計情報編集部２００１および業務活動体系オブジェクト設計情報編集部２００２に変更指示を行う業務動作シナリオオブジェクト設計情報編集部、１００５は管理資源体系情報から画面遷移設計情報を生成／編集する画面遷移設計情報生成編集部、１００６は業務活動体系情報からデータベース設計情報を生成／編集するデータベース設計情報生成編集部、０１０７は表示入力装置である。
【０２２３】
管理資源体系オブジェクト設計情報編集部２００１，業務活動体系オブジェクト設計情報編集部２００２，業務動作シナリオオブジェクト設計情報編集部２００３，画面遷移設計情報生成編集部１００５，データベース設計情報生成編集部１００６，オブジェクト設計情報編集部０１０６は、共に、ソフトウェアによって実現される。すなわち、ＣＰＵ，メモリ，表示入力装置０１０７を少なくとも備えたコンピュータにおいて、メモリにインストールされたソフトウェアをＣＰＵが実行することで、管理資源体系オブジェクト設計情報編集部２００１，業務活動体系オブジェクト設計情報編集部２００２，業務動作シナリオオブジェクト設計情報編集部２００３，画面遷移設計情報生成編集部１００５，データベース設計情報生成編集部１００６，オブジェクト設計情報編集部０１０６が実現される。
【０２２４】
第３の実施形態では、オブジェクト設計情報を生成するオブジェクト設計情報生成部０１０４（拡張オブジェクト設計情報生成部１００４）を排し、オブジェクト設計情報の作成／編集を、各編集部２００１〜２００３によって行うようにしている。
【０２２５】
すなわち、第３の実施形態においては、オブジェクト設計情報生成部０１０４（拡張オブジェクト設計情報生成部１００４）がオブジェクト設計情報を生成する手順の代わりに、各編集部２００１〜２００３がオブジェクト設計情報を生成／編集する手順が、上述した第１の実施形態および第２の実施形態に追加されることとなるので、以下では、これらの点についてのみ説明する。
【０２２６】
まず、管理資源体系オブジェクト設計情報編集部２００１がオブジェクト設計情報を生成／編集する手順について、図２１のフローチャートを用いて説明する。
【０２２７】
図２１において、ステップ０５０１をステップ２１０１に変更し、ステップ２１０２を加えた以外は、上述した第２の実施形態で図１４を用いて説明した手順と同様である。
【０２２８】
ステップ２１０１では、管理資源体系オブジェクト設計情報編集部２００１は、管理資源体系情報中に未処理の要素があるか否かをチェックし、未処理の要素がない場合には、本手順を終了する。ここで、未処理の要素とは、分析設計者が表示入力装置０１０７を操作して編集（新規入力または修正）対象とした要素をさす。
【０２２９】
また、ステップ２１０２では、管理資源体系オブジェクト設計情報編集部２００１は、ステップ０５０２で処理対象とした要素について、該要素に対応するクラス情報テーブルが、既にオブジェクト設計情報に作成済みである場合は、該クラス情報テーブルを削除する。これは、クラス情報テーブル単位で生成し直した方が、クラス情報テーブル中の変更部分のみを修正するよりも、手順が簡略化されるからである。
【０２３０】
次に、業務活動体系オブジェクト設計情報編集部２００２がオブジェクト設計情報を生成／編集する手順について、図２２のフローチャートを用いて説明する。
【０２３１】
図２２において、ステップ０５０７をステップ２２０１に変更し、ステップ２２０２を加えた以外は、上述した第２の実施形態で図１４を用いて説明した手順と同様である。
【０２３２】
ステップ２２０１では、業務活動体系オブジェクト設計情報編集部２００２は、業務活動体系情報中に未処理の要素があるか否かをチェックし、未処理の要素がない場合には、本手順を終了する。ここで、未処理の要素とは、分析設計者が表示入力装置０１０７を操作して編集（新規入力または修正）対象とした要素をさす。
【０２３３】
また、ステップ２２０２では、業務活動体系オブジェクト設計情報編集部２００２は、ステップ０５０８で処理対象とした要素について、該要素に対応するクラス情報テーブルが、既にオブジェクト設計情報に作成済みである場合は、該クラス情報テーブルを削除する。これは、クラス情報テーブル単位で生成し直した方が、クラス情報テーブル中の変更部分のみを修正するよりも、手順が簡略化されるからである。
【０２３４】
次に、業務動作シナリオオブジェクト設計情報編集部２００３がオブジェクト設計情報を生成／編集する手順について説明する。
【０２３５】
業務動作シナリオオブジェクト設計情報編集部２００３は、実際には、自らオブジェクト設計情報を生成／編集せず、分析設計者が表示入力装置０１０７を操作して業務動作シナリオを編集（新規入力または修正）した場合に、編集対象となった要素名を、未処理の要素として、管理資源体系オブジェクト設計情報編集部２００１および業務活動体系オブジェクト設計情報編集部２００２に連絡をすることで、オブジェクト設計情報の生成／編集を指示する。
【０２３６】
これにより、未処理の要素として連絡を受けた管理資源体系オブジェクト設計情報編集部２００１および業務活動体系オブジェクト設計情報編集部２００２は、図２１および図２２に示した手順を行うので、該要素に対応するクラス情報テーブルが生成され、オブジェクト設計情報に反映されることとなる。
【０２３７】
以上説明したように、第３の実施形態によれば、上述した第２の実施形態による効果に加えて、管理資源体系情報，業務活動体系情報，業務動作シナリオの変更と同時に、オブジェクト設計情報にその変更が反映されるようにすることが可能となる。
【０２３８】
【発明の効果】
以上説明したように、本発明によれば、業務上で認識できる管理資源体系および業務活動体系の要素を、オブジェクトとして捉え、業務活動の作業手順から、オブジェクトの振る舞いを、適切なオブジェクトのメソッドに配分し、分析設計における品質のばらつきを抑えたオブジェクト設計情報を生成することが可能となる。
【０２３９】
従って、業務に精通しているエンドユーザが、オブジェクト指向に精通していなくても、オブジェクト設計情報を生成することを可能となるので、エンドユーザとシステム開発者との間の橋渡しを実現することが可能となる。
【図面の簡単な説明】
【図１】第１の実施形態に係るオブジェクト分析設計支援装置の機能構成を示すブロック図。
【図２】第１の実施形態における管理資源体系情報の例を示す説明図。
【図３】第１の実施形態における業務活動体系情報の例を示す説明図。
【図４】第１の実施形態における業務動作シナリオの例を示す説明図。
【図５】第１の実施形態におけるオブジェクト設計情報生成部がオブジェクト設計情報を生成する手順を示したフローチャート。
【図６】図５のステップ０５０５の詳細な手順を示すフローチャート。
【図７】図５のステップ０５１１の詳細な手順を示すフローチャート。
【図８】第１の実施形態におけるオブジェクト設計情報の例を示す説明図。
【図９】従来のオブジェクト分析設計方法の例を示す説明図。
【図１０】第２の実施形態に係るオブジェクト分析設計支援装置の機能構成を示すブロック図。
【図１１】第２の実施形態における管理資源体系情報の例を示す説明図。
【図１２】第２の実施形態における業務活動体系情報の例を示す説明図。
【図１３】第２の実施形態における業務動作シナリオの例を示す説明図。
【図１４】第２の実施形態における拡張オブジェクト設計情報生成部がオブジェクト設計情報を生成する手順を示したフローチャート。
【図１５】図１４のステップ１４０１の詳細な手順を示すフローチャート。
【図１６】図１４のステップ１４０３の詳細な手順を示すフローチャート。
【図１７】第２の実施形態におけるオブジェクト設計情報の例を示す説明図。
【図１８】第２の実施形態における画面遷移設計情報の例を示す説明図。
【図１９】第２の実施形態におけるデータベース設計情報の例を示す説明図。
【図２０】第３の実施形態に係るオブジェクト分析設計支援装置の機能構成を示すブロック図。
【図２１】第３の実施形態における管理資源体系オブジェクト設計情報編集部がオブジェクト設計情報を生成／編集する手順を示したフローチャート。
【図２２】第３の実施形態における業務活動体系オブジェクト設計情報編集部がオブジェクト設計情報を生成／編集する手順を示したフローチャート。
【符号の説明】
０１０１…管理資源体系情報編集部、０１０２…業務活動体系情報編集部、０１０３…業務動作シナリオ編集部、０１０４…オブジェクト設計情報生成部、０１０５…分析設計情報データベース、０１０６…オブジェクト設計情報編集部、０１０７…表示入出力装置、１００１…拡張管理資源体系情報編集部、１００２…拡張業務活動体系情報編集部、１００３…拡張業務動作シナリオ編集部、１００４…拡張オブジェクト設計情報生成部、１００５…画面遷移設計情報生成編集部、１００６…データベース設計情報生成編集部、１００７…拡張分析設計情報データベース、２００１…管理資源体系オブジェクト設計情報編集部、２００２…業務活動体系オブジェクト設計情報編集部、２００３…業務動作シナリオオブジェクト設計編集部。

Claims (16)

1. 業務上管理すべき複数の資源を文字データで記述された要素として、関連するもの同士を階層分けした管理資源体系情報と、業務上なすべき複数の業務活動を文字データとして記述された要素として、関連するもの同士を階層分けした業務活動体系情報と、該業務活動体系情報における各業務活動を遂行するために必要な作業手順が、文字データで記述された業務動作シナリオと、を記憶したデータベースと、
   前記管理資源体系情報及び前記業務活動体系情報の各要素をオブジェクトとして捉え、オブジェクトとして捉えた各要素について、オブジェクトを類似化するために用いられるクラス情報、オブジェクトの振舞いを示すために用いられるメソッド情報、および、他のオブジェクトと関連する旨を示すために用いられる関連クラス情報からなるオブジェクト設計情報を生成するＣＰＵと、を有するコンピュータを用いたオブジェクト分析設計支援方法であって、
   前記ＣＰＵが、前記データベースから前記管理資源体系情報の各要素を読み出して、前記クラス情報に設定する過程と、
   前記ＣＰＵが、前記クラス情報に設定された要素の文字データを前記業務動作シナリオの作業手順として記述された文字データにおいて目的物としている作業手順を読み出して、前記メソッド情報に設定する過程と、
   前記ＣＰＵが、前記クラス情報として設定された要素に関連する要素であって、前記クラス情報として設定された要素の上位階層又は下位階層に位置する要素を読み出して、前記関連クラス情報に設定する過程と、を備えること、
   を特徴とするオブジェクト分析設計支援方法。
2. 請求項１に記載のオブジェクト分析設計支援方法であって、
   前記ＣＰＵが、前記データベースから前記業務活動体型情報の各要素を読み出して、前記クラス情報に設定する過程と、
   前記ＣＰＵが、前記クラス情報として設定された要素に対応する業務活動の作業手順を前記業務動作シナリオから読み出して、前記メソッド情報に設定する過程と、
   前記ＣＰＵが、前記クラス情報として設定された要素に関連する要素であって、前記クラス情報として設定された要素の上位階層又は下位階層に位置する要素を読み出して、前記関連クラス情報に設定する過程と、を備えること、
   を特徴とするオブジェクト分析設計支援方法。
3. 請求項１に記載のオブジェクト分析設計支援方法であって、
   前記管理資源体系情報は、データ構造が存在する要素については、データ構造が文字データで記述されたデータ項目を有しており、
   前記ＣＰＵが、前記クラス情報として設定された要素のデータ項目をオブジェクトの属性を示すために用いられる属性情報として読み出して、オブジェクト設計情報に追加する過程をさらに備えること、
   を特徴とするオブジェクト分析設計支援方法。
4. 請求項２に記載のオブジェクト分析設計支援方法であって、
   前記業務活動体系情報は、複数の状態が存在する要素については、その旨が文字データで記述されたデータ項目を有しており、
   前記ＣＰＵが、前記クラス情報として設定された要素のデータ項目をオブジェクトの属性を示すために用いられる属性情報として読み出し、オブジェクト設計情報に追加する過程をさらに備えること、
   を特徴とするオブジェクト分析設計支援方法。
5. 請求項２に記載のオブジェクト分析設計支援方法であって、
   前記管理資源体系情報及び前記業務活動体系情報の少なくとも何れか一方には、要素間の階層関係が構成に注目したＨＡＳＡ（ハズア）関係であるか、または、要素間の階層関係が役割に注目したＩＳＡ（イズア）関係であるかを示す階層関係区分情報を、さらに有しており、
   前記ＣＰＵにおいて、前記関連クラス情報として設定された要素を、該要素がＨＡＳＡ関係にある下位層の要素であるならば、別の要素から構成される旨を示すために用いられる集約クラス情報に分類し、該要素がＩＳＡ関係にある上位層の要素であるならば、属性情報を継承させるために用いられる汎化クラス情報に分類する過程をさらに備えること、
   を特徴とするオブジェクト分析設計支援方法。
6. 請求項１乃至５の何れか一項に記載のオブジェクト分析設計支援方法であって、
   前記業務動作シナリオは、作業ごとに、少なくとも、「何をするか」を示す動作内容が文字データとして記述される欄と、「誰が」の「誰」に相当する作用元が文字データとして記述される欄と、「誰に」の「誰」に相当する作用先が文字データとして記述される欄と、「何を渡し」の「何」に相当する作用元情報が文字データとして記述される欄と、「何を受け取ったか」を示す作用結果が文字データとして記述される欄とからなり、
   前記ＣＰＵにおいて、前記クラス情報として設定された要素の文字データが前記作用先として記述されている作業手順を、各欄の記述内容から生成して、該要素のメソッド情報に設定すること、
   を特徴とするオブジェクト分析設計支援方法。
7. 請求項６記載のオブジェクト分析設計支援方法であって、
   前記業務動作シナリオは、各作業について、該作業が流用されるか否かが文字データとしてさらに記述されており、
   前記ＣＰＵにおいて、流用される旨が記述された作業について、該作業の動作内容を、該作業に対応する業務活動の関連クラス情報に追加すること、
   を特徴とするオブジェクト分析設計支援方法。
8. 請求項１乃至７の何れか一項に記載のオブジェクト分析設計支援方法であって、
   前記ＣＰＵにおいて、前記管理資源体系情報及び前記業務活動体系情報の何れかの要素を変更した場合には、変更した要素に関連するオブジェクト設計情報を生成する過程をさらに有すること、
   を特徴とするオブジェクト分析設計支援方法。
9. 業務上管理すべき複数の資源を文字データで記述された要素として、関連するもの同士を階層分けした管理資源体系情報と、業務上なすべき複数の業務活動を文字データとして記述された要素として、関連するもの同士を階層分けした業務活動体系情報と、該業務活動体系情報における各業務活動を遂行するために必要な作業手順が、文字データで記述された業務動作シナリオと、を記憶したデータベースと、
   前記管理資源体系情報及び前記業務活動体系情報の各要素をオブジェクトとして捉え、オブジェクトとして捉えた各要素について、オブジェクトを類似化するために用いられるクラス情報、オブジェクトの振舞いを示すために用いられるメソッド情報、および、他のオブジェクトと関連する旨を示すために用いられる関連クラス情報からなるオブジェクト設計情報を生成するＣＰＵと、を有するオブジェクト分析設計支援装置であって、
   前記ＣＰＵが、前記データベースから前記管理資源体系情報の各要素を読み出して、前記クラス情報に設定し、前記クラス情報に設定された要素の文字データを前記業務動作シナリオの作業手順として記述された文字データにおいて目的物としている作業手順を読み出して、前記メソッド情報に設定し、前記クラス情報として設定された要素に関連する要素であって、前記クラス情報として設定された要素の上位階層又は下位階層に位置する要素を読み出して、前記関連クラス情報に設定すること、
   を特徴とするオブジェクト分析設計支援装置。
10. 請求項９に記載のオブジェクト分析設計支援装置であって、
    前記ＣＰＵは、前記データベースから前記業務活動体型情報の各要素を読み出して、前記クラス情報に設定し、前記クラス情報として設定された要素に対応する業務活動の作業手順を前記業務動作シナリオから読み出して、前記メソッド情報に設定し、前記クラス情報として設定された要素に関連する要素であって、前記クラス情報として設定された要素の上位階層又は下位階層に位置する要素を読み出して、前記関連クラス情報に設定すること、
    を特徴とするオブジェクト分析設計支援装置。
11. 請求項９に記載のオブジェクト分析設計支援装置であって、
    前記管理資源体系情報は、データ構造が存在する要素については、データ構造が文字データで記述されたデータ項目を有しており、
    前記ＣＰＵは、前記クラス情報として設定された要素のデータ項目をオブジェクトの属性を示すために用いられる属性情報として読み出して、オブジェクト設計情報に追加すること、
    を特徴とするオブジェクト分析設計支援装置。
12. 請求項１０に記載のオブジェクト分析設計支援装置であって、
    前記業務活動体系情報は、複数の状態が存在する要素については、その旨が文字データで記述されたデータ項目を有しており、
    前記ＣＰＵは、前記クラス情報として設定された要素のデータ項目をオブジェクトの属性を示すために用いられる属性情報として読み出し、オブジェクト設計情報に追加すること、
    を特徴とするオブジェクト分析設計支援装置。
13. 請求項１０に記載のオブジェクト分析設計支援装置であって、
    前記管理資源体系情報及び前記業務活動体系情報の少なくとも何れか一方には、要素間の階層関係が構成に注目したＨＡＳＡ（ハズア）関係であるか、または、要素間の階層関係が役割に注目したＩＳＡ（イズア）関係であるかを示す階層関係区分情報を、さらに有しており、
    前記ＣＰＵは、前記関連クラス情報として設定された要素を、該要素がＨＡＳＡ関係にある下位層の要素であるならば、別の要素から構成される旨を示すために用いられる集約クラス情報に分類し、該要素がＩＳＡ関係にある上位層の要素であるならば、属性情報を継承させるために用いられる汎化クラス情報に分類すること、
    を特徴とするオブジェクト分析設計支援装置。
14. 請求項９乃至１３の何れか一項に記載のオブジェクト分析設計支援装置であって、
    前記業務動作シナリオは、作業ごとに、少なくとも、「何をするか」を示す動作内容が文字データとして記述される欄と、「誰が」の「誰」に相当する作用元が文字データとして記述される欄と、「誰に」の「誰」に相当する作用先が文字データとして記述される欄と、「何を渡し」の「何」に相当する作用元情報が文字データとして記述される欄と、「何を受け取ったか」を示す作用結果が文字データとして記述される欄とからなり、
    前記ＣＰＵは、前記クラス情報として設定された要素の文字データが前記作用先として記述されている作業手順を、各欄の記述内容から生成して、該要素のメソッド情報に設定すること、
    を特徴とするオブジェクト分析設計支援装置。
15. 請求項１４記載のオブジェクト分析設計支援装置であって、
    前記業務動作シナリオは、各作業について、該作業が流用されるか否かが文字データとしてさらに記述されており、
    前記ＣＰＵは、流用される旨が記述された作業について、該作業の動作内容を、該作業に対応する業務活動の関連クラス情報に追加すること、
    を特徴とするオブジェクト分析設計支援装置。
16. 請求項９乃至１５の何れか一項に記載のオブジェクト分析設計支援装置であって、
    前記ＣＰＵは、前記管理資源体系情報及び前記業務活動体系情報の何れかの要素を変更した場合には、変更した要素に関連するオブジェクト設計情報を生成する過程をさらに有すること、
    を特徴とするオブジェクト分析設計支援装置。

Images