JP2002073334A

JP2002073334A - 業務用分散システムの構築方法、業務用分散システムの構築支援装置および構築支援プログラムを記録したコンピュータ読み取り可能な記録媒体

Info

Publication number: JP2002073334A
Application number: JP2000262979A
Authority: JP
Inventors: Takanobu Ando; 東孝信安
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 2000-08-31
Filing date: 2000-08-31
Publication date: 2002-03-12

Abstract

(57)【要約】【課題】ソフトウェアアーキテクチャの共通化および
安定化を図り、メンテナンスの容易性や、再利用性、仕
様変更に対する柔軟性等を向上させることができる業務
用分散システムの構築方法を提供する。【解決手段】構築対象となる業務用分散システムのカ
テゴリとして、システムをカテゴリ、役割および粒度の
観点で階層的に分類してなる複数のモデル要素を含む参
照モデル１を準備する。そして、この参照モデル１をカ
スタマイズして任意階層のモデル要素を含むカスタマイ
ズ済み参照モデルを作成する。なおこのとき、参照モデ
ル１の構成をその階層構造に従って順次詳細化しながら
提示し、ユーザに対してモデル要素の指定を促すように
する。その後、このようにして作成されたカスタマイズ
済み参照モデルの各モデル要素ごとにそのモデル要素の
役割に応じたクラス（オブジェクト）を抽出し、この抽
出されたクラスについて、クラス間の関連付けおよびシ
ーケンス定義を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、分散環境にて複数
のアプリケーション（クライアントプロセスやサーバプ
ロセス）が関連して一連の業務を実現する業務用分散シ
ステムに係り、とりわけ、参照モデルを用いて業務用分
散システムを構築する業務用分散システムの構築方法、
業務用分散システムの構築支援装置および構築支援プロ
グラムを記録したコンピュータ読み取り可能な記録媒体
に関する。

【０００２】

【従来の技術】システム開発の分野においては一般に、
参照モデルを用いてアプリケーションを構築することが
広く知られている。ここで、参照モデルとは、アーキテ
クチャパターンやフレームワークとも呼ばれるものであ
り、ある特定の問題領域のソフトウェアにおける共通の
モジュール構成を表すものである。

【０００３】なお、参照モデルを用いてシステム開発を
行うことは、一般に次の点で有利であるといわれてい
る。

【０００４】(1)分析／設計を進める上での指針とな
る。

【０００５】(2)ソフトウェアアーキテクチャが安定
し、メンテナンスが容易になる。

【０００６】(3)再利用性や仕様変更に対する柔軟性を
向上させることが容易になる。 (4)グループ開発におけるモデルの一貫性維持が容易に
なる。

【０００７】ところで、参照モデルとして最も基本的で
有名なものの一つはＭＶＣモデルと呼ばれるものであ
る。この参照モデルは、Ｍ（モデル：データに相当）、
Ｖ（ビュー：ユーザインタフェースに相当）、Ｃ（コン
トローラ：ＭおよびＶの制御部に相当）の３種類のモデ
ル要素を含み、これらの組み合わせによりアプリケーシ
ョンを実現するものである。ＭＶＣモデルは、主にＧＵ
Ｉアプリケーションを構築するためのベースとして用い
られるものであり、大規模なシステムや制御用途等の特
殊なシステムを構築するためにはいくつかの問題点が指
摘されている。なお、このような問題点を解消するＭＶ
Ｃモデルの変形例ないし派生例として、米Taligent社の
ＭＶＰモデルや米Microsoft社のドキュメント−ビュー
アーキテクチャ等も提案されている。

【０００８】一方、業務用クライアント／サーバシステ
ムにおける参照モデルとして、３層モデル等も提案され
ている。なお、３層モデルは、その抽象度が高く、実際
のシステム開発でそのまま用いることができる程度には
詳細化されていない。

【０００９】

【発明が解決しようとする課題】しかしながら、上述し
た従来の参照モデルはいずれも、分散環境を前提とした
比較的大規模な業務用分散システムに適用することがで
きるものではなく、各ユーザ（開発担当者）は、その構
築対象となるシステムに応じて適宜モデル要素の追加お
よび詳細化を行う必要がある。このため、このような参
照モデルでは、業務用分散システムのソフトウェアアー
キテクチャの共通化および安定化を図ることが困難であ
り、メンテナンスの容易性や、再利用性、仕様変更に対
する柔軟性を確保することが容易でないという問題があ
る。また、グループ開発を行う場合には、個別に作成さ
れたサブシステム間でその内部構造の互換性を実現する
ことができず、このため、サブシステム間でのソフトウ
ェア部品の共通化および再利用が難しく、またそれぞれ
に別個の保守および管理が必要となり、さらに仕様変更
が発生した場合の影響の波及範囲の特定が困難であると
いう問題がある。

【００１０】本発明はこのような点を考慮してなされた
ものであり、ソフトウェアアーキテクチャの共通化およ
び安定化を図り、メンテナンスの容易性や、再利用性、
仕様変更に対する柔軟性等を向上させることができる、
業務用分散システムの構築方法、業務用分散システムの
構築支援装置および構築支援プログラムを記録したコン
ピュータ読み取り可能な記録媒体を提供することを目的
とする。

【００１１】

【課題を解決するための手段】本発明は、その第１の解
決手段として、参照モデルを用いて業務用分散システム
を構築する業務用分散システムの構築方法において、構
築対象となる業務用分散システムをそのカテゴリ、役割
および粒度の観点で階層的に分類してなる複数のモデル
要素を含む基準参照モデルをカスタマイズして任意階層
のモデル要素を含むカスタマイズ済み参照モデルを作成
するステップと、この作成されたカスタマイズ済み参照
モデルの各モデル要素ごとにそのモデル要素に対応する
クラスを抽出するステップと、この抽出されたクラス間
の関連付けを行うステップと、この関連付けが行われた
各クラスごとにシーケンス定義を行うステップとを含む
ことを特徴とする、業務用分散システムの構築方法を提
供する。

【００１２】なお、上述した第１の解決手段において、
前記基準参照モデルは、カテゴリの観点で分類されたモ
デル要素として、構築対象となるシステムを表すシステ
ムカテゴリと、構築対象となるシステム全体で共通に利
用されるデータを表すデータカテゴリとを有することが
好ましい。また、前記システムカテゴリは、役割の観点
で分類されたモデル要素として、構築対象となるシステ
ム内のひとまとまりのアプリケーションを表すアプリケ
ーション層と、構築対象となるシステムにおけるアプリ
ケーション間の通信機能を提供する通信層とを有し、前
記アプリケーション層は、ユーザとシステムとの間のユ
ーザインタフェース機能を提供するユーザインタフェー
ス層と、ひとまとまりのアプリケーションが提供する業
務に関する機能を実装する業務層とを有することが好ま
しい。さらに、前記ユーザインタフェース層は、ソフト
ウェア部品の粒度の観点で分類されたモデル要素とし
て、ユーザインタフェースの制御を行うユーザインタフ
ェース制御部と、ユーザインタフェースとしてのひとま
とまりの画面を表す画面部と、画面を構成する画面部品
とを有することが好ましい。さらに、前記業務層は、ソ
フトウェア部品の粒度の観点で分類されたモデル要素と
して、アプリケーションの基本的な動作を提供する業務
基本部と、ひとまとまりの業務に関する処理シーケンス
の制御を行う単一業務部と、プリミティブな処理を実装
する処理部品とを有し、前記業務基本部は、アプリケー
ションのメインとなる処理および前記単一業務部の制御
を行う業務制御部と、アプリケーション間の通信で利用
される通信アダプタとを有することが好ましい。さらに
また、前記データカテゴリは、粒度の観点で分類された
モデル要素として、振る舞いを持つひとまとまりのデー
タを表すデータオブジェクトと、振る舞いを持たないデ
ータを表すデータ部品とを有することが好ましい。な
お、前記データカテゴリは、粒度の観点で分類されたモ
デル要素として、特定のデータ専用のデータ専用ＧＵＩ
部をさらに有することが好ましい。

【００１３】本発明は、その第２の解決手段として、業
務用分散システムの構築を支援する業務用分散システム
の構築支援装置において、構築対象となる業務用分散シ
ステムをそのカテゴリ、役割および粒度の観点で階層的
に分類してなる複数のモデル要素を含む基準参照モデル
の構造データを保持する参照モデル構造データ保持部
と、前記参照モデル構造データ保持部で保持された基準
参照モデルの構造データに基づいて、構築対象となる業
務用分散システムで必要とされる任意階層のモデル要素
を含むカスタマイズ済み参照モデルを作成するモデル作
成部とを備え、前記モデル作成部は、前記基準参照モデ
ルの構成をその階層構造に従って順次詳細化しながら提
示し、ユーザに対してモデル要素の指定を促すことを特
徴とする、業務用分散システムの構築支援装置を提供す
る。

【００１４】本発明は、その第３の解決手段として、業
務用分散システムの構築を支援する業務用分散システム
の構築支援プログラムを記録したコンピュータ読み取り
可能な記録媒体において、構築対象となる業務用分散シ
ステムをそのカテゴリ、役割および粒度の観点で階層的
に分類してなる複数のモデル要素を含む基準参照モデル
の構造データに基づいて、基準参照モデルの構成をその
階層構造に従って順次詳細化しながら提示し、ユーザに
対してモデル要素の指定を促す手順と、ユーザにより指
定されたモデル要素を含むカスタマイズ済み参照モデル
を作成する手順とをコンピュータに対して実行させるこ
とを特徴とする、業務用分散システムの構築支援プログ
ラムを記録したコンピュータ読み取り可能な記録媒体を
提供する。

【００１５】本発明の第１乃至第３の解決手段によれ
ば、構築対象となる業務用分散システムをそのカテゴ
リ、役割および粒度の観点で階層的に分類してなる複数
のモデル要素を含む参照モデルを用いて業務用分散シス
テムを構築するので、分散環境を前提とした比較的大規
模な業務用分散システムにおいて、ソフトウェアアーキ
テクチャの共通化および安定化を図ることができ、この
ため、メンテナンスの容易性や、再利用性、仕様変更に
対する柔軟性を向上させることができる。また、グルー
プ開発を行う場合にも、個別に作成されたサブシステム
間でその内部構造の互換性を実現することができ、この
ため、サブシステム間でのソフトウェア部品の共通化お
よび再利用を図り、またそれぞれに共通の保守および管
理を行うことができ、さらに仕様変更が発生した場合の
影響の波及範囲の特定を容易に行うことができる。ま
た、構築対象となる業務用分散システムをそのカテゴ
リ、役割および粒度の観点で階層的に分類してなる複数
のモデル要素を含む参照モデルを用いているので、業務
の細部の仕様変更から、新しい業務の追加やハードウェ
ア構成の変更等の仕様変更に至るまで、様々な規模の仕
様変更に比較的容易に対応することができる。

【００１６】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態について説明する。図１乃至図１５は本発明に
よる業務用分散システムの構築方法および業務用分散シ
ステムの構築支援装置の一実施の形態を説明するための
図である。

【００１７】業務用分散システム向け階層型参照モデルまず、図１乃至図８により、本実施の形態に係る業務用
分散システムの構築方法で用いられる業務用分散システ
ム向け階層型参照モデル（基準参照モデル、以下単に
「参照モデル」ともいう）１について説明する。

【００１８】図１に示すように、参照モデル１は、構築
対象となる業務用分散システムをそのカテゴリ、役割
（機能）および粒度（サイズおよび規模）の観点で階層
的に分類してなる複数のモデル要素を含むものであり、
カテゴリの観点で分類されたモデル要素として、システ
ムカテゴリ２およびデータカテゴリ３を有している。な
お、参照モデル１をカテゴリの観点で分類した様子を図
２に示す。ここで、システムカテゴリ２は、構築対象と
なるシステムを表すモデル要素である。また、データカ
テゴリ３は、構築対象となるシステム全体で共通に利用
されるデータを表すモデル要素である。なお、システム
カテゴリ２は、データカテゴリ３のオブジェクトに対し
て様々な処理を行うことにより、システムとしてのサー
ビス（機能）を提供するものである。この構成レベルで
のシステム内の主なシーケンス（システム内のやりと
り）の一例を図５に示す。図５では、システムカテゴリ
２によるデータカテゴリ３のオブジェクトのライフサイ
クル管理（生成や破壊等）等の様子や、データカテゴリ
３からシステムカテゴリ２への変更通知の様子が示され
ている。

【００１９】また、システムカテゴリ２は、役割の観点
で分類されたモデル要素として、アプリケーション層５
および通信層４を有している。また、アプリケーション
層５は、ユーザインタフェース層７および業務層６を有
している。なお、参照モデル１のシステムカテゴリ２を
役割の観点で階層化した様子を図３に示す。ここで、ア
プリケーション層５は、構築対象となるシステム内のひ
とまとまりのアプリケーション（プロセス）を表すモデ
ル要素であり、通信層４を利用して他のアプリケーショ
ンと通信を行う。また、通信層４は、構築対象となるシ
ステムにおけるアプリケーション間の通信機能を提供す
るモデル要素である。さらに、ユーザインタフェース層
７は、ユーザとシステムとの間のユーザインタフェース
機能を提供するモデル要素である。さらにまた、業務層
６は、ひとまとまりのアプリケーションが提供する業務
に関する機能（業務ロジック）を実装する、アプリケー
ションの中心的なモデル要素である。ここで、ユーザ
は、ユーザインタフェース層７を介してアプリケーショ
ンを利用する。ユーザインタフェース層７はユーザの操
作内容に応じた業務の実行を業務層６へ通知し、業務層
６は対応する業務ロジックを実行する。また、業務層６
は業務の実行結果をユーザインタフェース層７へ通知
し、ユーザインタフェース層７はその内容をユーザに対
して提供する。この構成レベルでのシステム内の主なシ
ーケンスの一例を図６および図７に示す。図６および図
７では、外部システムとのやりとりの様子や、データカ
テゴリ３のオブジェクトの生成および処理の様子が示さ
れている。

【００２０】ユーザインタフェース層７は、ソフトウェ
ア部品の粒度の観点で分類されたモデル要素として、ユ
ーザインタフェース（ＵＩ）制御部９、画面部１０およ
び画面部品１１を有している。ここで、ＵＩ制御部９
は、ユーザインタフェースの制御を行うモデル要素であ
り、画面部１０に対する制御（画面の切替え等）や業務
層６との通信を行う。また、画面部１０は、ユーザイン
タフェースとしてのひとまとまりの画面を表すモデル要
素である。なお、画面部１０により提供される各画面は
画面部品１１に属するグラフィカルユーザインタフェー
ス（ＧＵＩ）オブジェクト等を用いて構成される。画面
部１０の他のオブジェクトを再帰的に利用する場合も考
えられる。さらに、画面部品１１は、ボタンやテキスト
ボックス、ウィンドウ等の画面を構成する部品（ＧＵＩ
オブジェクト）を表すモデル要素である。

【００２１】業務層６は、ソフトウェア部品の粒度の観
点で分類されたモデル要素として、業務基本部８、単一
業務部１４および処理部品１５を有している。ここで、
業務基本部８は、アプリケーションの基本的な動作を提
供するモデル要素である。また、単一業務部１４は、ひ
とまとまりの業務に関する処理シーケンスの制御を行う
モデル要素である。さらに、処理部品１５は、プリミテ
ィブな処理を実装するモデル要素である。なお、単一業
務部１４により提供される各業務は必要に応じて処理部
品１５に属するプリミティブな処理を利用しながら実現
される。単一業務部１４の他のオブジェクトを再帰的に
利用する場合も考えられる。業務基本部８は、業務制御
部１２および通信アダプタ１３を有している。このう
ち、業務制御部１２は、アプリケーションのメインとな
る処理および単一業務部１４の制御を行うモデル要素で
あり、ユーザインタフェース層７との通信を行う。ま
た、通信アダプタ１３は、アプリケーション間の通信に
利用されるモデル要素であり、通信層４との通信を行
う。なお、通信アダプタ１３は、業務制御部１２および
処理部品１５の特定のオブジェクト（送信処理オブジェ
クトやリモートデータベースアクセス処理オブジェクト
等）から利用される。

【００２２】一方、データカテゴリ３は、粒度の観点で
分類されたモデル要素として、データオブジェクト１８
およびデータ部品１９を有している。また、データカテ
ゴリ３は、オプションとして、特定のデータ専用のデー
タ専用グラフィカルユーザインタフェース（ＧＵＩ）部
２０をさらに有している。ここで、データオブジェクト
１８は、振る舞いを持つひとまとまりのデータを表すモ
デル要素である。データオブジェクト１８の各データは
必要に応じてデータ部品１９を利用しながら定義され
る。データオブジェクト１８の他のオブジェクトを再帰
的に利用する場合も考えられる。また、データ部品１９
は、振る舞いを持たないデータを表すモデル要素であ
り、Ｃ言語やＣ＋＋言語における構造体等に相当する。
なお、データ専用ＧＵＩ部２０は、特定のデータオブジ
ェクト１８に対する入出力をユーザへ提供するためのＧ
ＵＩを表すモデル要素である。

【００２３】なお、図１に示す参照モデル１のユーザイ
ンタフェース層７、業務層６およびデータカテゴリ３を
ソフトウェア部品の粒度の観点で階層化した様子を図４
に示す。また、この構成レベルでのシステム内の主なシ
ーケンスの一例を図８に示す。図８では、外部システム
とのやり取りの様子や、データカテゴリ３のオブジェク
トの生成および処理の様子が示されている。

【００２４】業務用分散システムの構築方法次に、図９により、上述した参照モデル１を用いて業務
用分散システムを構築する方法について説明する。

【００２５】まず、参照モデル１をカスタマイズして任
意階層のモデル要素を含むカスタマイズ済み参照モデル
を作成する（ステップ１０１）。具体的には、参照モデ
ル１に含まれる複数のモデル要素の中から、構築対象と
なる業務用分散システムを構築する上で必要とされるモ
デル要素を選択し、構築対象となる業務用分散システム
に適合した任意階層のモデル要素を含むカスタマイズ済
み参照モデルを作成する。

【００２６】次に、ステップ１０１で作成されたカスタ
マイズ済み参照モデルの各モデル要素ごとにそのモデル
要素の役割に応じたクラス（オブジェクト）を抽出する
（ステップ１０２）。なお、クラス（オブジェクト）の
抽出基準については後述する。

【００２７】その後、ステップ１０２で抽出されたクラ
ス間の関連付けを行う（ステップ１０３）。具体的に
は、参照モデル１のモデル要素間の関連を参照して、抽
出されたクラスが構築対象となる業務用分散システムを
実現するようクラス間の関連を定義する。

【００２８】最後に、ステップ１０３で関連付けが行わ
れた各クラスごとにシーケンス定義を行う（ステップ１
０４）。具体的には、ユースケース（システムが提供す
るサービス）に基づいてシステムの動作を定義する。な
お、業務用分散システムでは、ユーザへの入出力、業務
処理および通信といった機能を利用してサービスを提供
するので、この観点からシステムの動作を業務単位で定
義する。すなわち、単一業務部１４での業務を中心とし
てシステムの動作を定義する。なお、ＧＵＩが複雑でユ
ーザとのやりとりが多い場合や、通信プロトコルが複雑
な場合等は、その部分に特化してシステムの動作を定義
する。

【００２９】なお、ステップ１０２においては、以下に
述べるような役割に基づいてクラス（オブジェクト）を
抽出する。

【００３０】(1)カテゴリレベルのオブジェクト抽出基
準システムカテゴリ２は、分散環境におけるハードウェア
単位で抽出する。データカテゴリ３は、分散システムか
ら共通に利用されるデータを抽出する。

【００３１】(2)システムカテゴリ２内の各層のオブジ
ェクト抽出基準アプリケーション層５は、分散システムを構成するアプ
リケーション単位、もしくはプロセス単位で抽出する。
通信層４は、通信基盤を担当するオブジェクトとして抽
出する。なお、通信層４は、ネットワークＯＳやＣＯＲ
ＢＡ等のミドルウェアに相当する。

【００３２】(3)アプリケーション層５内の各層のオブ
ジェクト抽出基準ユーザインタフェース層７は、アプリケーションのユー
ザインタフェース層を担当するオブジェクトとして抽出
する。業務層６は、アプリケーションが提供するユーザ
インタフェース以外の全ての業務を担当するオブジェク
トとして抽出する。

【００３３】(4)ユーザインタフェース層７内の各モデ
ル要素のオブジェクト抽出基準ＵＩ制御部９は、画面の制御、および業務層６との通信
を担当するオブジェクトとして抽出する。画面部１０
は、ユーザとの直接のインタフェースを担当する１枚の
ウインドウ単位で抽出する。画面部品１１は、ＧＵＩを
構成するための部品単位で抽出する。なお、画面部品１
１は、ＭＦＣやＪａｖａＡＷＴ等に相当する。

【００３４】(5)業務層６内の各モデル要素のオブジェ
クト抽出基準業務基本部８は、アプリケーションの最も基本部分の制
御を担当するオブジェクトとして抽出する。業務制御部
１２は、ユーザインタフェース層７との通信、業務の振
り分け、通信アダプタ１３を介した通信層４とのやりと
りを担当するオブジェクトとして抽出する。通信アダプ
タ１３は、通信層４との直接のやりとりを担当するオブ
ジェクトとして抽出する。単一業務部１４は、ひとまと
まりの業務を担当するオブジェクトとして抽出する。処
理部品１５は、プリミティブな処理を実装するオブジェ
クトとして抽出する。

【００３５】(6)通信層４内の各モデル要素のオブジェ
クト抽出基準通信制御部１６は、各アプリケーションとのやりとりや
通信基盤の制御を担当するオブジェクトとして抽出す
る。通信基盤部１７は、プロトコル等の通信の基盤とな
る部分を担当するオブジェクトとして抽出する。

【００３６】(7)データカテゴリ３内の各モデル要素の
オブジェクト抽出基準データオブジェクト１８は、分散システム内で共通に利
用されるオブジェクトとして抽出する。オブジェクトに
固有の振る舞いを持つが、アプリケーションに依存する
振る舞いまでは定義しない。データ部品１９は、振る舞
いを持たないオブジェクトとして抽出する。データ部品
１９は、プリミティブなデータ、例えばＣ言語やＣ＋＋
言語における構造体等に相当する。データ専用ＧＵＩ部
２０は、データオブジェクト１８に対する入出力を行う
ためのユーザインタフェースとして抽出する。設計／実
装方針に応じて、データオブジェクト１８とデータ専用
ＧＵＩ部２０とが１対１の場合もあれば、多対１の場合
もある。

【００３７】業務用分散システムの構築支援装置次に、図１０乃至図１５により、上述した業務用分散シ
ステムの構築方法で用いられる業務用分散システムの構
築支援装置について説明する。

【００３８】図１０に示すように、業務用分散システム
の構築支援装置８５は、制御プログラムを保持する制御
プログラム保持部８６と、制御プログラム保持部８６か
ら制御プログラムを読み出して所定の処理を行う制御部
８７とを有している。なお、制御部８７には、参照モデ
ル１の構造データを保持する参照モデル構造データ保持
部８８と、参照モデル１に基づいて作成されたカスタマ
イズ済み参照モデルの構成情報を保持する参照モデル構
成情報保持部９２とが接続されており、制御部８７によ
り必要に応じてデータの読み出しおよび書き込み等が行
われるようになっている。また、制御部８７には、入力
部９０および画面表示部９１が接続されており、ユーザ
（開発担当者）との間でデータの入出力を行うことがで
きるようになっている。なお、制御部８７、入力部９０
および画面表示部９１によりモデル作成部が構成されて
いる。

【００３９】ここで、制御部８７は、参照モデル構造デ
ータ保持部８８で保持された参照モデル１の構造データ
に基づいて、構築対象となる業務用分散システムで必要
とされる任意階層のモデル要素を含むカスタマイズ済み
参照モデルを作成する。このとき、制御部８７は、画面
表示部９１を介して参照モデル１の構成をその階層構造
に従って順次詳細化しながら提示し、ユーザに対して入
力部９０による任意階層のモデル要素の指定を促す。

【００４０】図１１は図１０に示す業務用分散システム
の構築支援装置を用いて行われる参照モデルのカスタマ
イズの流れを画面例を用いて説明するための図である。

【００４１】図１１において、左側の図には画面表示部
９１を介して表示されるＧＵＩ画面９３が示され、右側
の図には参照モデルを順次詳細化する際の画面表示の変
遷が示されている。

【００４２】図１１の左側の図では最上位の階層の参照
モデルが表示されている。ここで、画面表示部９１を介
して表示されたＧＵＩ画面９３のうち「システム」の領
域をマウスポインタ等で指し、例えばマウスの右クリッ
ク等でコンテキストメニュー９９を表示し、[詳細化]の
メニューを選択すると、画面表示は右側上段の図のよう
になる（図１１の符号Ａ）。さらに、ＧＵＩ画面９３の
うち「アプリケーション」の領域をマウスポインタ等で
指し、コンテキストメニュー９９を表示し、［詳細化］
のメニューを選択すると、画面表示は右側中段の図のよ
うになる（図１の符号Ｂ）。なお、全ての領域（「ユー
ザインタフェース」、「業務」、「通信」および「デー
タ」）を同様にして詳細化すると、画面表示は右側下段
の図のようになる（図１の符号Ｃ）。

【００４３】このような手順を実行するための制御プロ
グラムの流れを図１２に示す。

【００４４】図１２に示すように、まず、初期化処理を
行い（ステップ２０１）、参照モデル構造データ保持部
８８で保持された参照モデル１の構造データを読み出し
て、図１１に示すようなＧＵＩ画面９３を表示する（ス
テップ２０２）。

【００４５】その後、マウスからの入力を待ち（ステッ
プ２０３）、マウスの右クリックが検知された場合には
（ステップ２０４）、ＧＵＩ画面９３上にコンテキスト
メニュー９９を表示し、マウス等によるメニューの選択
を待つ（ステップ２０６）。コンテキストメニュー９９
から［詳細化］のメニューが選択された場合には（ステ
ップ２０７）、ＧＵＩ画面９３の画面表示を変更すると
ともに、参照モデル構成情報保持部９２で保持されたカ
スタマイズ済み参照モデルの構成情報を更新する（ステ
ップ２０８）。なお、ステップ２０７のＮＯの場合、ま
たはステップ２０８が終了した場合には、ステップ２０
３に戻る。

【００４６】一方、マウスの右クリックでなく、ＧＵＩ
画面９３上のボタン（［戻る］）９４が押下された場合
には（ステップ２０９）、取り消し（Ｕｎｄｏ）処理を
行い、直前の画面表示に戻る（ステップ２１０）。ま
た、マウスの右クリックやボタン９４でなく、ＧＵＩ画
面９３上のボタン（［ＯＫ］）９６が押下された場合に
は（ステップ２１１）、参照モデル構成情報保持部９２
にてカスタマイズ済み参照モデルの構成情報を最終的に
保存し（ステップ２１２）、全体の処理を終了する。さ
らに、マウスの右クリックやボタン９４，９５でなく、
ＧＵＩ画面９３上のボタン（［キャンセル］）９７が押
下された場合には（ステップ２１３）、全体の処理を終
了する。なお、ステップ２１０または２１３が終了した
場合には、ステップ２０３に戻る。

【００４７】なお、参照モデル構造データ保持部８８で
保持される参照モデルの構造データを図１３に示す。図
１３に示すように、参照モデルの構造データは木構造の
形式で保持されている。最上位のノードはｒｏｏｔであ
り、一つのシステム全体を示している。ｒｏｏｔより下
位の各ノードは参照モデルの各階層における各部位（モ
デル要素）に対応している。この木構造におけるｒｏｏ
ｔを除く各ノードは、参照モデルの構成情報として、有
効であれば“１”、無効であれば“０”、という２値を
とるｂｏｏｌｅａｎ型の値を保持する。なお、あるノー
ドが無効（“０”）である場合、そのノードより下位の
ノードは自動的に全て無効（“０”）となる。

【００４８】ここで、図１１の右側中段の図に相当する
参照モデルの構成情報を木構造の形式で概念的に表す
と、図１４に示すようになる。なお、図１４において
は、無効（“０”）の値をとるノードは黒く塗りつぶし
てある。

【００４９】なお、このようにして作成されたカスタマ
イズ済み参照モデルに基づいて、クラス抽出およびクラ
ス間の関連付けを行う場合には、図１５に示すように、
ＧＵＩ画面９３上において、クラス９７の作成、および
クラス９７間のリンク９８を作成するようにするとよ
い。

【００５０】このとき、制御部８７は、図１５に示すよ
うに、参照モデル１をカスタマイズして作成されたカス
タマイズ済み参照モデルを画面表示部９１を介してユー
ザに対して提示し、メニュー選択等の手法により入力部
９０を介して各モデル要素ごとにそのモデル要素の役割
に応じたクラス９７の抽出を促すとともに、この抽出さ
れたクラス間のリンク９８の作成を促す。なお、このよ
うにして作成されたクラスはクラス情報保持部８９で保
持される。

【００５１】なお、制御プログラム保持部８６で保持さ
れた制御プログラムは、ＣＡＳＥツールと呼ばれる種類
のプログラムであり、汎用的なコンピュータ上で動作す
るものである。このような制御プログラム（業務用分散
システムの構築支援プログラム）は、各種の記録媒体に
記録され、コンピュータから読み出されて上述したよう
な処理が行われる。なお、記録媒体としては、磁気ディ
スク、フロッピー（登録商標）ディスク、ハードディス
ク、光ディスク（ＣＤ−ＲＯＭ、ＣＤ−ＲおよびＤＶＤ
等）、光磁気ディスク（ＭＯ等）および半導体メモリ等
を含み、プログラムを記録することができ、かつコンピ
ュータ読み取り可能なものであれば、その記録形式はど
のようなものでもよい。また、記録媒体としては、ネッ
トワーク上で伝送される際の搬送波等の情報伝達媒体を
含む。さらに、記録媒体は、コンピュータと独立したも
のに限らず、ＬＡＮやインターネット等により伝送され
たプログラムをダウンロードして記憶または一時記憶し
た記録媒体も含まれる。さらにまた、記録媒体は１つで
あるとは限らず、複数の記録媒体から本実施の形態で行
われる処理が実現される場合も本発明における記録媒体
の概念に含まれる。また、記録媒体からコンピュータに
インストールされた制御プログラム（業務用分散システ
ムの構築支援プログラム）の指示に基づき、コンピュー
タ上で稼働しているオペレーティングシステム（Ｏ
Ｓ）、データベース管理ソフトおよびネットワークソフ
ト等の他のプログラム（ミドルウェア等）により、本実
施の形態で行われる処理の一部を実現するようにしても
よい。

【００５２】このように本実施の形態によれば、構築対
象となる業務用分散システムをそのカテゴリ、役割およ
び粒度の観点で階層的に分類してなる複数のモデル要素
を含む参照モデル１を用いて業務用分散システムを構築
するので、分散環境を前提とした比較的大規模な業務用
分散システムにおいて、ソフトウェアアーキテクチャの
共通化および安定化を図ることができ、このため、メン
テナンスの容易性や、再利用性、仕様変更に対する柔軟
性を向上させることができる。また、グループ開発を行
う場合にも、個別に作成されたサブシステム間でその内
部構造の互換性を実現することができ、このため、サブ
システム間でのソフトウェア部品の共通化および再利用
を図り、またそれぞれに共通の保守および管理を行うこ
とができ、さらに仕様変更が発生した場合の影響の波及
範囲の特定を容易に行うことができる。

【００５３】また、本実施の形態によれば、構築対象と
なる業務用分散システムをそのカテゴリ、役割および粒
度の観点で階層的に分類してなる複数のモデル要素を含
む参照モデル１を用いているので、業務の細部の仕様変
更から、新しい業務の追加やハードウェア構成の変更等
の仕様変更に至るまで、様々な規模の仕様変更に比較的
容易に対応することができる。

【００５４】

【実施例】次に、図１６乃至図４３により、上述した実
施の形態に係る業務用分散システムの構築方法の具体的
実施例について説明する。

【００５５】図１６は本実施例に係る構築対象システム
を示すシステム構成図である。なお、本実施例では、構
築対象システムとして、ある会社組織における購買請求
業務を支援するためのシステム（購買請求業務支援シス
テム）を例に挙げて説明する。

【００５６】図１６に示すように、構築対象となる購買
請求業務支援システムは、主として、技術部システム２
５、資材部システム２６および管理部システム２７の３
つのサブシステムから構成されている。

【００５７】技術部システム２５では、購買請求を行う
（例えば用度品の注文を行う）技術部担当者が技術部担
当者クライアント２９から購買請求の申請を行う。これ
により、その情報が技術部サーバ２８へ送られ、ユーザ
の認証処理、送られた情報（日付や限度額等）のチェッ
クが行われ、問題がなければ技術部長の承認を得るた
め、技術部長クライアント３０に対して購買請求が申請
されたことを通知する。通知を受けた技術部長は、技術
部長クライアント３０から承認処理を行う。承認結果は
技術部サーバ２８へ送られる。一連の処理が終了する
と、技術部サーバ２８はその購買請求情報を資材部シス
テム２６の資材部サーバ３１へ送る。

【００５８】資材部システム２６では、送られてきた購
買請求情報に対する処理を行う。資材部サーバ３１へ購
買請求情報が送られてくると、資材部サーバ３１は購買
請求情報の内容をチェックし、資材部データベース３２
に記録されている在庫情報を確認した上で、購入する必
要のある数を算出し、資材部担当者クライアント３３へ
通知する。通知を受けた資材部担当者は通知の内容を確
認し、購買請求が行われた物品の調達を行う。調達が終
了した後、資材部担当者は資材部担当者クライアント３
３から、調達終了処理を行う。調達情報が資材部サーバ
３１へ通知されると、資材部サーバ３１では、資材部デ
ータベース３２の在庫情報が更新されるとともに、管理
部システム２７の管理部システムサーバ３４へ支出情報
が送られる。

【００５９】管理部システム２７では、この会社組織の
出納に関する記録を行っており、管理部システムサーバ
３４へ送られてきた支出情報に基づいて、管理部データ
ベース３５の出納情報を更新する。

【００６０】このようなシステムの仕様から、購買請求
業務支援システム全体で利用される可能性のあるデータ
オブジェクト１８として、購買請求オブジェクト、購買
承認オブジェクト、調達情報オブジェクトおよび支出情
報オブジェクトを挙げることができる。

【００６１】以下、技術部システム２５、資材部システ
ム２６および管理部システム２７のそれぞれのサブシス
テムについて、その構築方法の具体的実施例について述
べる。

【００６２】技術部システム２５サブシステムの一つである技術部システム２５は、図１
６に示すように、技術部サーバ２８、技術部担当者クラ
イアント２９および技術部長クライアント３０の３つの
構成要素から構成されている。本実施例では、このサブ
システムをＷｅｂ技術をベースとして構築することとす
る。このことから、必然的に技術部サーバ２８ではＷｅ
ｂサーバが基盤になり、技術部担当者クライアント２９
および技術部長クライアント３０ではＷｅｂクライアン
トが基盤になる。

【００６３】このため、図９に示す構築方法において、
まず、参照モデルのカスタマイズにより、図１７および
図１８に示すようなモデル要素が選択される。なお、図
１７は技術部サーバ２８用の参照モデルであり、図１８
は技術部担当者クライアント２９および技術部長クライ
アント３０用の参照モデルである（なお、技術部担当者
クライアント２９および技術部長クライアント３０は業
務内容を除けば構成的には共通化できると考えられるの
で、参照モデルおよび後述するクラス図は共通に定義す
るものとする）。

【００６４】次に、それぞれのモデル要素についてその
役割に応じたクラス（オブジェクト）を抽出する（図１
９および図２０参照）。

【００６５】技術部サーバ２８では、通信層４はＯＳの
機能を利用することとする。ここで例えば、Microsoft
WindowsNT（以下「ＷｉｎＮＴ」という）を用いること
とすると、通信層４に相当するオブジェクトはＷｉｎＮ
Ｔオブジェクト３７となる。業務基本部８はＷｅｂサー
バが担当する。ここで例えば、Netscape ApplicationSe
rver（以下「ＮＡＳ」という）を用いることとすると、
業務基本部８に相当するオブジェクトはＮＡＳオブジェ
クト３６となる。

【００６６】単一業務部１４では、購買請求業務オブジ
ェクト３８および購買承認業務オブジェクト３９の２つ
のオブジェクトが抽出できる。なお、購買請求業務オブ
ジェクト３８は、技術部担当者クライアント２９から送
られてくる購買請求情報に対する一連の処理を行う。ま
た、購買承認業務オブジェクト３９は、技術部長クライ
アント３０によりなされた購買の承認に対する一連の処
理を行う。

【００６７】処理部品１５では、ユーザ認証オブジェク
ト４０、日付チェックオブジェクト４１、限度額チェッ
クオブジェクト４２、メール送信オブジェクト４３およ
び情報送信オブジェクト４４の５つのオブジェクトが抽
出できる。なお、ユーザ認証オブジェクト４０は、ユー
ザに対する認証処理を行う。ここでは、ユーザの認証に
はユーザ情報（社員名およびパスワード）を用いる。日
付チェックオブジェクト４１は、与えられた情報の日付
に対するチェック（例えば締め切りを過ぎていないか
等）を行う。限度額チェックオブジェクト４２は、例え
ば部の予算や一度に購入できる最大金額等に基づいて、
限度額を超えていないかをチェックする。メール送信オ
ブジェクト４３は、指定された情報に従って電子メール
（Ｅ−ｍａｉｌ）を送信する。情報送信オブジェクト４
４は、指定された情報を他システムへ送信する。ここで
は、購買請求情報を資材部システム２６へ送信する。

【００６８】なお、これらの抽出されたオブジェクトに
対して、図１７に示すカスタマイズ済み参照モデルのモ
デル要素間の関連を参照して、クラス（オブジェクト）
間の関連付けを行うと、図１９に示すような技術部サー
バ２８用のシステムが構築される。なお、各オブジェク
トの実装の詳細（ユーザの認証方法や限度額チェックの
アルゴリズム等）については、本発明と直接関係するも
のではないので、詳細な説明は省略する。

【００６９】同様に、技術部担当者クライアント２９お
よび技術部長クライアント３０では、通信層４はＯＳの
機能を利用することとする。ここで例えば、MicrosoftW
indwos98（以下「Ｗｉｎ９８」という）を用いることと
すると、通信層４に相当するオブジェクトはＷｉｎ９８
オブジェクト４６となる。業務基本部８はＷｅｂクライ
アントが担当する。ここで例えば、Netscape Navigator
（以下「ＮＮ」という）を用いることとすると、業務基
本部８に相当するオブジェクトはＮＮオブジェクト４５
となる。

【００７０】業務基本部８にＷｅｂクライアントを用い
ることから、ユーザインタフェース７はＨＴＭＬで記述
されるＷｅｂページが担当することになる。このため、
ユーザインタフェース層７では、購買請求用ページオブ
ジェクト４７および購買承認用ページオブジェクト４８
の２つのオブジェクトが抽出できる。

【００７１】なお、これらの抽出されたオブジェクトに
対して、図１８に示すカスタマイズ済み参照モデルのモ
デル要素間の関連を参照して、クラス（オブジェクト）
間の関連付けを行うと、図２０に示すような技術部担当
者クライアント２９および技術部長クライアント３０用
のシステムが構築される。なお、各オブジェクトの実装
の詳細（ＨＴＭＬファイルの詳細設計等）については、
本発明と直接関係するものではないので、詳細な説明は
省略する。

【００７２】その後、図１９および図２０に示すシステ
ムの各クラスごとに、構築対象となるシステムの仕様に
基づいてシーケンス定義を行う。ここで、技術部システ
ム２５では、技術部サーバ２８の単一業務部１４とし
て、購買請求業務オブジェクト３８および購買承認業務
オブジェクト３９の２つのオブジェクトが存在するの
で、これらに基づいてそれぞれのシーケンス図を作成す
る。購買請求業務オブジェクト３８および購買承認業務
オブジェクト３９に対するシーケンス図をそれぞれ図２
１および図２２に示す。

【００７３】なお、Ｗｅｂ技術を用いた場合には、通信
部分の詳細はＷｅｂサーバやＷｅｂブラウザに隠蔽され
るので、この部分の詳細化およびシーケンス定義は省略
することができる。また、例外処理については本発明と
直接関係するものではないので、詳細は説明は省略す
る。

【００７４】資材部システム２６サブシステムの一つである資材部システム２６は、図１
６に示すように、資材部サーバ３１、資材部データベー
ス３２、資材部担当者クライアント３３の３つの構成要
素から構成されている。本実施例では、このサブシステ
ムを、特にＷｅｂ技術を用いたりせず、独自のアプリケ
ーションとして構築することとする。ただし、通信基盤
の部分についてはＯＳやミドルウェアが提供する機能を
前提とする。

【００７５】このため、図９に示す構築方法において、
まず、参照モデルのカスタマイズにより、図２３および
図２４に示すようなモデル要素が選択される。なお、図
２３は資材部サーバ３１用の参照モデルであり、図２４
は資材部担当者クライアント３３用の参照モデルである
（図２５および図２６参照）。

【００７６】次に、それぞれのモデル要素についてその
役割に応じたクラス（オブジェクト）を抽出する。

【００７７】資材部サーバ３１では、通信層４はＯＳや
ミドルウェアの機能を利用することとする。ここで例え
ば、アプリケーション間の通信にＷｉｎＮＴとＪａｖａ
ＲＭＩを用いることとすると、通信層４に相当するオブ
ジェクトはＷｉｎＮＴオブジェクト４９となる。通信ア
ダプタ１３は、利用する通信に関する基盤技術に依存す
る。ここで例えば、ＪａｖａＲＭＩを用いることとする
と、通信アダプタ１３に相当するオブジェクトは、Ｊａ
ｖａＲＭＩを実装基盤として用い、通信に必要な機能を
一通り提供できるオブジェクトとなる。ここではこれを
ＪａｖａＲＭＩ用通信アダプタオブジェクト５０と呼ぶ
こととする。

【００７８】業務制御部１２では、資材部サーバ３１が
提供するサービス（購買請求の受信処理や調達完了時の
処理）を管理するための資材部サーバ業務制御オブジェ
クト５１を定義する。

【００７９】単一業務部１４では、購買受信業務オブジ
ェクト５２および調達完了業務オブジェクト５３の２つ
のオブジェクトが抽出できる。なお、購買受信業務オブ
ジェクト５２は、技術部システム２５から送られてくる
購買請求情報に対する一連の処理を行う。また、調達完
了業務オブジェクト５３は、資材部担当者クライアント
３３から送られてくる調達情報に対する一連の処理を行
う。

【００８０】処理部品１５では、内容チェックオブジェ
クト５４、購入必要数確認オブジェクト５５、ＤＢアク
セスオブジェクト５６および情報送信オブジェクト５７
の４つのオブジェクトが抽出できる。なお、内容チェッ
クオブジェクト５４は、与えられた情報の種類や情報作
成者、作成日時等の確認を行う。購入必要数確認オブジ
ェクト５５は、資材部システム２６の資材部データベー
ス３２で保持されている資材データに基づいて購入しな
ければならない数の算出を行う。ＤＢアクセスオブジェ
クト５６は、資材部データベース３２へアクセスするた
めの汎用の処理を提供する。情報送信オブジェクト５７
は、指定された情報をシステム内のクライアントや他シ
ステムへ送信する。ここでは、支出情報を管理部システ
ム２７へ送信する。

【００８１】なお、これらの抽出されたオブジェクトに
対して、図２３に示すカスタマイズ済み参照モデルのモ
デル要素間の関連を参照して、クラス（オブジェクト）
間の関連付けを行うと、図２５に示すような資材部サー
バ３１用のシステムが構築される。なお、各オブジェク
トの実装の詳細（内容チェックの詳細や、ＤＢの選定、
ＤＢアクセス方法の詳細な実装手段等）については、本
発明と直接関係するものではないので、詳細な説明は省
略する。

【００８２】同様に、資材部担当者クライアント３３で
は、通信層４はＯＳやミドルウェアの機能を利用するこ
ととする。ここで例えば、アプリケーション間の通信に
Ｗｉｎ９８とＪａｖａＲＭＩを用いることとすると、通
信層４に相当するオブジェクトはＷｉｎ９８オブジェク
ト５８となる。通信アダプタ１８は、利用する通信に関
する基盤技術に依存する。ここで例えば、ＪａｖａＲＭ
Ｉを用いることとすると、通信アダプタ１８に相当する
オブジェクトは、ＪａｖａＲＭＩを実装基盤として用
い、通信に必要な機能を一通り提供できるオブジェクト
となる。ここではこれをＪａｖａＲＭＩ用通信アダプタ
オブジェクト５９と呼ぶことにする。なお、ＪａｖａＲ
ＭＩ用通信アダプタオブジェクト５９は、構築や保守、
管理の効率の観点から資材部サーバ３１のＪａｖａＲＭ
Ｉ用通信アダプタオブジェクト５０と共通化することが
好ましい。

【００８３】業務制御部１２では、資材部担当者クライ
アント３３のアプリケーションとしての基本的な機能
（起動、初期化、ＧＵＩ部や通信層４とのやりとり等）
を提供するためのオブジェクトとして資材部クライアン
ト業務制御オブジェクト６０を定義する。

【００８４】ＵＩ制御部９では、資材部クライアント３
３が提供するユーザインタフェースの管理を行うための
オブジェクトとして資材部クライアントＧＵＩ制御オブ
ジェクト６１を定義する。

【００８５】画面部１０では、購買受信通知画面オブジ
ェクト６２および調達完了報告画面オブジェクト６３の
２つのオブジェクトが抽出できる。なお、購買受信通知
画面オブジェクト６２は、資材部サーバ３１が技術部シ
ステム２５から購買請求情報を受信したことを通知する
ための画面であり、調達の指示に関する情報も表示す
る。また、調達完了報告画面オブジェクト６３は、調達
が終了したことを報告するための画面である。

【００８６】画面部品１１では、資材部システム２６を
Ｊａｖａで実装することを前提にすると、ＪａｖａＡＷ
Ｔで提供されるクラス群が画面部品１１のオブジェクト
に相当することになる。そこで、ここでは、画面部品１
１のオブジェクトとしてＪａｖａＡＷＴオブジェクト６
４を定義する。

【００８７】なお、これらの抽出されたオブジェクトに
対して、図２４に示すカスタマイズ済み参照モデルのモ
デル要素間の関連を参照して、クラス（オブジェクト）
間の関連付けを行うと、図２６に示すような資材部担当
者クライアント３３用のシステムが構築される。なお、
各オブジェクトの実装の詳細については、本発明と直接
関係するものではないので、詳細な説明は省略する。

【００８８】その後、図２５および図２６に示すシステ
ムの各クラスごとに、構築対象となるシステムの仕様に
基づいてシーケンス定義を行う。ここで、資材部システ
ム２６では、資材部サーバ３１の単一業務部１４とし
て、購買受信業務オブジェクト５２および調達完了業務
オブジェクト５３の２つのオブジェクトが存在するの
で、これらに基づいてそれぞれのシーケンス図を作成す
る。購買受信業務オブジェクト５２および調達完了業務
オブジェクト５３に対するシーケンス図をそれぞれ図２
７および図２８に示す。

【００８９】なお、ＪａｖａＲＭＩの内部動作の詳細や
ＪａｖａＡＷＴを用いた各画面内の詳細、そしてその他
の例外処理等については本発明と直接関係するものでは
ないので、詳細な説明は省略する。

【００９０】管理部システム２７サブシステムの一つである管理部システム２７は、図１
６に示すように、管理部サーバ３４および管理部データ
ベース３５の２つの構成要素から構成されている。本実
施例では、このサブシステムを、特にＷｅｂ技術を用い
たりせず、独自のアプリケーションとして構築すること
とする。

【００９１】このため、図９に示す構築方法において、
まず、参照モデルのカスタマイズにより、図２９に示す
ようなモデル要素が選択される。

【００９２】次に、それぞれのモデル要素についてその
役割に応じたクラス（オブジェクト）を抽出する（図３
０参照）。

【００９３】通信層４はＯＳやミドルウェアの機能を利
用することとする。ここで例えば、アプリケーション間
の通信にＷｉｎＮＴとＪａｖａＲＭＩを用いることとす
ると、通信層４に相当するオブジェクトはＷｉｎＮＴオ
ブジェクト６５となる。通信アダプタ１３は、利用する
通信に関する基盤技術に依存する。ここで例えば、Ｊａ
ｖａＲＭＩを用いることとすると、通信アダプタ１３に
相当するオブジェクトは、ＪａｖａＲＭＩを実装基盤と
して用い、通信に必要な機能を一通り提供できるオブジ
ェクトとなる。ここではこれをＪａｖａＲＭＩ用通信ア
ダプタオブジェクト６６と呼ぶこととする。なお、Ｊａ
ｖａＲＭＩ用通信アダプタオブジェクト６６は、資材部
システム２６のＪａｖａＲＭＩ用通信アダプタオブジェ
クト５０，５９と共通化することが好ましい。

【００９４】業務制御部１２では、管理部サーバ３４が
提供するサービス（調達情報受信時の処理）を管理する
ための管理部サーバ業務制御オブジェクト６７を定義す
る。

【００９５】単一業務部１４では、調達受信業務オブジ
ェクト６８が抽出できる。調達受信業務オブジェクト６
８は、資材部システム２６から送られてくる調達情報に
対する一連の処理を行う。

【００９６】処理部品１５では、内容チェックオブジェ
クト６９およびＤＢアクセスオブジェクト７０の２つの
オブジェクトが抽出できる。なお、内容チェックオブジ
ェクト６９は、与えられた情報の種類や情報作成者、作
成日時等の確認を行う。ＤＢアクセスオブジェクト７０
は、管理部データベース３５へアクセスするための汎用
の処理を提供する。

【００９７】なお、これらの抽出されたオブジェクトに
対して、図２９に示すカスタマイズ済み参照モデルのモ
デル要素間の関連を参照して、クラス（オブジェクト）
間の関連付けを行うと、図３０に示すような管理部サー
バ３４用のシステムが構築される。なお、各オブジェク
トの実装の詳細（内容チェックの詳細や、ＤＢアクセス
方法の詳細な実装手段等）については、本発明と直接関
係するものではないので、詳細な説明は省略する。

【００９８】その後、図３０に示すシステムの各クラス
ごとに、構築対象となるシステムの仕様に基づいてシー
ケンス定義を行う。ここで、管理部システム２７では、
サーバの単一業務部１４として、調達受信業務オブジェ
クト６８が存在するので、これに基づいてシーケンス図
を作成する。調達受信業務オブジェクト６８に対するシ
ーケンス図を図３１に示す。

【００９９】なお、ＪａｖａＲＭＩの内部動作の詳細や
その他の例外処理等については本発明と直接関係するも
のではないので、詳細な説明は省略する。

【０１００】以上のようにして構築される購買請求業務
支援システムは、３つのサブシステムから構成されてい
るが、いずれのサブシステムも図１に示す階層型の参照
モデル１を用いており、サブシステム間でその内部構造
が類似したものとなっている。このため、メンテナンス
の容易性や、再利用性、仕様変更に対する柔軟性を向上
させることができる。また、グループ開発を行う場合の
ように購買請求業務支援システムが複数の開発担当者に
よって構築される場合でも、サブシステム間でのソフト
ウェア部品の共通化および再利用を図り、他人が構築し
た部分の保守や管理が比較的容易になることが期待でき
る。さらに、例えば技術部サーバ２８の情報送信オブジ
ェクト４４（図１９参照）と、資材部サーバ３１の情報
送信オブジェクト５７（図２５参照）とは基本的に共通
化できる。同様に、資材部サーバ３１のＪａｖａＲＭＩ
用通信アダプタオブジェクト５０（図２５参照）と、資
材部担当者クライアント３３のＪａｖａＲＭＩ用通信ア
ダプタオブジェクト５９（図２６参照）と、管理部サー
バ３４のＪａｖａＲＭＩ用通信アダプタオブジェクト６
６（図３０参照）とは共通化できる。このように、分散
環境を前提とした比較的大規模な業務用分散システムに
おいて、ソフトウェア部品の共通化により構築の効率を
向上させることもできる。

【０１０１】仕様変更に対する柔軟性ここで、以上のようにして構築される購買請求業務支援
システムの仕様変更に対する柔軟性を説明するため、購
買請求業務支援システムに対して規模が異なる３つの仕
様変更が施された場合の対応方法について述べる。

【０１０２】(1)資材部システム２６の調達完了業務に
対する仕様変更まず、上述した実施例における資材部システム２６の調
達完了業務オブジェクト５３に対して、情報入力者の認
証処理を追加する場合について述べる。

【０１０３】この場合には、図３２に示すように、技術
部サーバ２８のユーザ認証オブジェクト４０（図１９参
照）と同等の機能を持つユーザ認証オブジェクト７１を
資材部サーバ３１の処理部品として追加し、調達完了業
務オブジェクト５３から利用するようにする。なお、図
３２に示すクラス図に対応するシーケンス図を図３３に
示す。

【０１０４】このように、本発明の参照モデル１を用い
ることにより、業務に対する仕様変更に対して、システ
ムを構成する他の部分には変更を加えることなく対応す
ることができる。また、ソフトウェア部品の再利用も期
待できる。

【０１０５】(2)購買業務以外の業務の追加次に、上述した実施例における購買請求業務支援システ
ムにおいて、物品の購入業務だけでなく、賃貸業務も扱
えるようシステムを拡張する場合について述べる。ここ
で、賃貸業務は、仕様的には購入業務とほとんど同一で
あるが、支出があるわけではないので、管理部システム
２７へ情報を記録するような部分は不要となり、また技
術部長による承認も不要となる。その他の仕様について
は、購買請求業務とほぼ同等である。

【０１０６】この場合には、技術部システム２５の技術
部サーバ２８および技術部担当者クライアント２９、資
材部システム２６の資材部サーバ３１および資材部担当
者クライアント３３にそれぞれ変更を施す。またデータ
オブジェクトとして、賃貸請求オブジェクトを抽出す
る。

【０１０７】技術部サーバ２８では、図３４に示すよう
に、単一業務部１４（図１７に示すカスタマイズ済み参
照モデル参照）として、賃貸請求業務オブジェクト７２
を追加する。賃貸請求業務では、購買請求業務と同様
に、ユーザ認証および日付チェックを行う。また、技術
部長への報告の意味でメール送信を行う。特に技術部長
の承認処理は不要であるので、そのまま資材部システム
２６へ賃貸請求情報を転送する。また、技術部担当者ク
ライアント２９では、図３５に示すように、ユーザイン
タフェース層７（図１８に示すカスタマイズ済み参照モ
デル参照）として、賃貸請求用ページオブジェクト７３
を追加する。なお、図３４および図３５に示すクラス図
に対応するシーケンス図（技術部システム２５における
賃貸請求業務シナリオ）を図３６に示す。

【０１０８】資材部サーバ３１では、図３７に示すよう
に、単一業務部１４（図２３に示すカスタマイズ済み参
照モデル参照）として、賃貸受信業務オブジェクト７４
を追加する。賃貸受信業務では、内容チェックを行った
後、ＤＢアクセスを通して記録を行い、資材部担当者ク
ライアント３３へ賃貸情報を送信する。また、資材部担
当者クライアント３３では、図３８に示すように、画面
部１０（図２４に示すカスタマイズ済み参照モデル参
照）として、賃貸受信通知画面オブジェクト７５を追加
する。なお、図３７および図３８に示すクラス図に対応
するシーケンス図（資材部システム２６における賃貸受
信業務シナリオ）を図３９に示す。

【０１０９】このように、本発明の参照モデル１を用い
ることにより、システムの枠組みには変更を加えること
なく、同様の業務を追加することが可能である。また、
設計の詳細の仕方により、業務（単一業務部１４）間で
の処理部品１５の共有も可能となり、構築の効率の向上
も期待できる。これらは主として設計レベルでの対応で
あるが、コーディングレベルで考えても、業務制御部１
２やＵＩ制御部９等に簡単な条件分岐（与えられた情報
に基づく単一業務部１４や画面部１０の選択／制御）を
追加する程度であるので、仕様変更による影響の波及範
囲も明確に特定することができる。

【０１１０】(3)資材部サーバ３１の二重化次に、上述した実施例における購買請求業務支援システ
ムにおいて、資材部サーバ３１の扱う業務が増加したこ
とを想定し、負荷分散の目的でサーバを二重化する場合
について述べる。図４０は二重化した場合の資材部シス
テム２６のシステム構成を示す図である。ここでは、購
買業務をメインのサーバマシン（資材部サーバ３１）で
担当し、賃貸業務をサブのサーバマシン（資材部サブサ
ーバ７６）で担当することとする。

【０１１１】まず、資材部サーバ３１について説明す
る。資材部サーバ３１では賃貸業務は行わないので、図
４１に示すように、図３７に示す資材部サーバ３１用の
システムから、単一業務部１４に追加された賃貸受信業
務オブジェクト７４を削除する。なお、クラス図として
はその他の変更点はない。コーディングの観点からは、
資材部サーバ業務制御オブジェクト５１は、賃貸情報を
受け取った場合はそれを資材部サブサーバ７６へ転送す
るようにその実装が変更される。

【０１１２】次に、資材部サブサーバ７６について説明
する。資材部サブサーバ７６の参照モデルとしては、図
２３に示す資材部サーバ３１のカスタマイズ済み参照モ
デルを用いる。図４２に示すように、通信層４および通
信アダプタ１３については資材部サーバ３１と同等のオ
ブジェクトを抽出する（ＷｉｎＮＴオブジェクト７７お
よびＪａｖａＲＭＩ用通信アダプタオブジェクト７
８）。業務制御部１２としては、資材部サブサーバ７６
用の資材部サブサーバ業務制御オブジェクト７９を定義
する。単一業務部１４としては、賃貸受信業務オブジェ
クト８０を定義する。賃貸受信業務オブジェクト８０
は、資材部サブサーバ７６で担当させることにする賃貸
情報を受信したときの処理を担当する。賃貸受信業務オ
ブジェクト８０は、賃貸受信業務オブジェクト７４と同
等のものである。従って、処理部品１５の内容チェック
オブジェクト８１、ＤＢアクセスオブジェクト８２およ
び情報送信オブジェクト８３を利用する。なお、この仕
様変更はサーバ側の変更であるため、クライアントであ
る資材部担当者クライアント３３への変更はない。な
お、図４１および図４２に示すクラス図に対応するシー
ケンス図（資材部システム２６における賃貸受信業務シ
ナリオ）を図４３に示す。

【０１１３】このように、本発明の参照モデル１を用い
ることにより、システムのハードウェア構成が変更され
るような場合でも、本質的に関連する部分の変更を除い
て、参照モデルやその他の関連しない部分には変更を加
えることなく、仕様変更に対応することができる。

【０１１４】

【発明の効果】以上説明したように本発明によれば、ソ
フトウェアアーキテクチャの共通化および安定化を図
り、メンテナンスの容易性や、再利用性、仕様変更に対
する柔軟性等を向上させることができる。

【図面の簡単な説明】

【図１】本発明による業務用分散システムの構築方法の
一実施の形態で用いられる業務用分散システム向け階層
型参照モデルを説明するための図。

【図２】図１に示す参照モデルをカテゴリの観点で分類
した様子を示す図。

【図３】図１に示す参照モデルの一部（システムカテゴ
リ）を役割の観点で階層化した様子を示す図。

【図４】図１に示す参照モデルの一部（ユーザインタフ
ェース層、業務層およびデータカテゴリ）をソフトウェ
ア部品の粒度の観点で階層化した様子を示す図。

【図５】図１に示す参照モデルのカテゴリレベルでの処
理の一例を示すシーケンス図。

【図６】図１に示す参照モデルの上位の階層レベルでの
処理の一例を示すシーケンス図。

【図７】図１に示す参照モデルの下位の階層レベルでの
処理の一例を示すシーケンス図。

【図８】図１に示す参照モデルの最下位の階層レベルで
の処理の一例を示すシーケンス図。

【図９】本発明による業務用分散システムの構築方法の
一実施の形態を説明するためのフローチャート。

【図１０】本発明による業務用分散システムの構築支援
装置の一実施の形態を示すブロック図。

【図１１】図１０に示す業務用分散システムの構築支援
装置を用いて行われる参照モデルのカスタマイズの流れ
を画面例を用いて説明するための図。

【図１２】図１０に示す業務用分散システムの構築支援
装置を用いて行われる参照モデルのカスタマイズの流れ
を説明するためのフローチャート。

【図１３】図１０に示す業務用分散システムの構築支援
装置の参照モデル構造データ保持部で保持される参照モ
デルの構造データを示す図。

【図１４】図１０に示す業務用分散システムの構築支援
装置で作成されるカスタマイズ済み参照モデルの構成情
報の一例を、図１３に示す参照モデルの構造データとと
もに概念的に示す図。

【図１５】図１０に示す業務用分散システムの構築支援
装置を用いて行われるクラス抽出およびクラス間の関連
付けの流れを画面例を用いて説明するための図。

【図１６】本実施の形態に係る業務用分散システムの構
築方法により構築される構築対象システム（購買請求業
務支援システム）の具体的実施例を説明するための図。

【図１７】図１６に示す技術部サーバ用の参照モデルを
示す図。

【図１８】図１６に示す技術部担当者クライアントおよ
び技術部長クライアント用の参照モデルを示す図。

【図１９】図１７に示す参照モデルに基づいて作成され
た技術部サーバ用のシステムを示すクラス図。

【図２０】図１８に示す参照モデルに基づいて作成され
た技術部担当者クライアントおよび技術部長クライアン
ト用のシステムを示すクラス図。

【図２１】図１９および図２０に示すシステムを含む技
術部システムにおける購買請求業務シナリオを説明する
ためのシーケンス図。

【図２２】図１９および図２０に示すシステムを含む技
術部システムにおける購買承認業務シナリオを説明する
ためのシーケンス図。

【図２３】図１６に示す資材部サーバ用の参照モデルを
示す図。

【図２４】図１６に示す資材部担当者クライアント用の
参照モデルを示す図。

【図２５】図２３に示す参照モデルに基づいて作成され
た資材部サーバ用のシステムを示すクラス図。

【図２６】図２４に示す参照モデルに基づいて作成され
た資材部担当者クライアント用のシステムを示すクラス
図。

【図２７】図２５および図２６に示すシステムを含む資
材部システムにおける購買受信業務シナリオを説明する
ためのシーケンス図。

【図２８】図２５および図２６に示すシステムを含む資
材部システムにおける調達完了業務シナリオを説明する
ためのシーケンス図。

【図２９】図１６に示す管理部サーバ用の参照モデルを
示す図。

【図３０】図２９に示す参照モデルに基づいて作成され
た管理部サーバ用のシステムを示すクラス図。

【図３１】図１６に示すシステムを含む管理部システム
における調達受信業務シナリオを説明するためのシーケ
ンス図。

【図３２】図２５に示す資材部サーバ用のシステムの調
達完了業務オブジェクトにユーザ認証オブジェクトを追
加した場合のシステムを示すクラス図。

【図３３】図３２に示すシステムを含む資材部システム
における調達完了業務シナリオを説明するためのシーケ
ンス図。

【図３４】図１９に示す技術部サーバ用のシステムに賃
貸請求業務オブジェクトを追加した場合のシステムを示
すクラス図。

【図３５】図２０に示す技術部担当者クライアント用の
システムに賃貸業務用ページオブジェクトを追加した場
合のシステムを示すクラス図。

【図３６】図３４および図３５に示すシステムを含む技
術部システムにおける賃貸業務シナリオを説明するため
のシーケンス図。

【図３７】図３２に示す資材部サーバ用のシステムに賃
貸受信業務オブジェクトを追加した場合のシステムを示
すクラス図。

【図３８】図２６に示す資材部担当者クライアント用の
システムに賃貸受信通知画面オブジェクトを追加した場
合のシステムを示すクラス図。

【図３９】図３７および図３８に示すシステムを含む資
材部システムにおける賃貸受信業務シナリオを説明する
ためのシーケンス図。

【図４０】図１６に示す資材部システムの資材部サーバ
を二重化した場合のシステム構成を示す図。

【図４１】図４０に示す資材部サーバ用のシステムを示
すクラス図。

【図４２】図４０に示す資材部サブサーバ用のシステム
を示すクラス図。

【図４３】図４１および図４２に示すシステムを含む資
材部システムにおける賃貸受信業務シナリオを説明する
ためのシーケンス図。

【符号の説明】

１業務用分散システム向け階層型参照モデル（参照モ
デル）２システムカテゴリ３データカテゴリ４通信層５アプリケーション層６業務層７ユーザインタフェース層８業務基本部９ＵＩ制御部１０画面部１１画面部品１２業務制御部１３通信アダプタ１４単一業務部１５処理部品１６通信制御部１７通信基盤部１８データオブジェクト１９データ部品２０データ専用ＧＵＩ部２５技術部システム２６資材部システム２７管理部システム２８技術部サーバ２９技術担当者クライアント３０技術部長クライアント３１資材部サーバ３２資材部データベース３３資材部担当者クライアント３４管理部サーバ３５管理部データベース３６ＮＡＳ（Netscape Application Server)オブジェ
クト３７ＷｉｎＮＴ（Windows NT）オブジェクト３８購買請求業務オブジェクト３９購買承認業務オブジェクト４０ユーザ認証オブジェクト４１日付チェックオブジェクト４２限度額チェックオブジェクト４３メール送信オブジェクト４４情報送信オブジェクト４５ＮＮ（Netscape Navigator）オブジェクト４６Ｗｉｎ９８（Windows98）オブジェクト４７購買請求用ページオブジェクト４８購買承認用ページオブジェクト４９ＷｉｎＮＴ（Windows NT）オブジェクト５０ＪａｖａＲＭＩ用通信アダプタオブジェクト５１資材部サーバ業務制御オブジェクト５２購買受信業務オブジェクト５３調達完了業務オブジェクト５４内容チェックオブジェクト５５購入必要数確認オブジェクト５６ＤＢアクセスオブジェクト５７情報送信オブジェクト５８Ｗｉｎ９８（Windows98）オブジェクト５９ＪａｖａＲＭＩ用通信アダプタオブジェクト６０資材部クライアント業務制御オブジェクト６１資材部クライアントＧＵＩ制御オブジェクト６２購買受信通知画面オブジェクト６３調達完了報告画面オブジェクト６４ＪａｖａＡＷＴオブジェクト６５ＷｉｎＮＴ（Windows NT）オブジェクト６６ＪａｖａＲＭＩ用通信アダプタオブジェクト６７管理部サーバ業務制御オブジェクト６８調達受信業務オブジェクト６９内容チェックオブジェクト７０ＤＢアクセスオブジェクト７１ユーザ認証オブジェクト７２賃貸請求業務オブジェクト７３賃貸請求用ページオブジェクト７４賃貸受信業務オブジェクト７５賃貸受信通知画面オブジェクト７６資材部サブサーバ７７ＷｉｎＮＴ（Windows NT）オブジェクト７８ＪａｖａＲＭＩ用通信アダプタオブジェクト７９資材部サブサーバ業務制御オブジェクト８０賃貸受信業務オブジェクト８１内容チェックオブジェクト８２ＤＢアクセスオブジェクト８３情報送信オブジェクト８５業務用分散システムの構築支援装置８６制御プログラム保持部８７制御部８８参照モデル構造データ保持部８９クラス情報保持部９０入力部９１画面表示部９２参照モデル構成情報保持部９３ＧＵＩ画面９４，９５，９６ボタン９７クラス９８リンク９９コンテキストメニュー

Claims

【特許請求の範囲】

【請求項１】参照モデルを用いて業務用分散システムを
構築する業務用分散システムの構築方法において、構築対象となる業務用分散システムをそのカテゴリ、役
割および粒度の観点で階層的に分類してなる複数のモデ
ル要素を含む基準参照モデルをカスタマイズして任意階
層のモデル要素を含むカスタマイズ済み参照モデルを作
成するステップと、この作成されたカスタマイズ済み参照モデルの各モデル
要素ごとにそのモデル要素に対応するクラスを抽出する
ステップと、この抽出されたクラス間の関連付けを行うステップと、この関連付けが行われた各クラスごとにシーケンス定義
を行うステップとを含むことを特徴とする、業務用分散
システムの構築方法。
【請求項２】前記基準参照モデルは、カテゴリの観点で
分類されたモデル要素として、構築対象となるシステム
を表すシステムカテゴリと、構築対象となるシステム全
体で共通に利用されるデータを表すデータカテゴリとを
有することを特徴とする、請求項１記載の業務用分散シ
ステムの構築方法。
【請求項３】前記システムカテゴリは、役割の観点で分
類されたモデル要素として、構築対象となるシステム内
のひとまとまりのアプリケーションを表すアプリケーシ
ョン層と、構築対象となるシステムにおけるアプリケー
ション間の通信機能を提供する通信層とを有し、前記ア
プリケーション層は、ユーザとシステムとの間のユーザ
インタフェース機能を提供するユーザインタフェース層
と、ひとまとまりのアプリケーションが提供する業務に
関する機能を実装する業務層とを有することを特徴とす
る、請求項２記載の業務用分散システムの構築方法。
【請求項４】前記ユーザインタフェース層は、ソフトウ
ェア部品の粒度の観点で分類されたモデル要素として、
ユーザインタフェースの制御を行うユーザインタフェー
ス制御部と、ユーザインタフェースとしてのひとまとま
りの画面を表す画面部と、画面を構成する画面部品とを
有することを特徴とする、請求項３記載の業務用分散シ
ステムの構築方法。
【請求項５】前記業務層は、ソフトウェア部品の粒度の
観点で分類されたモデル要素として、アプリケーション
の基本的な動作を提供する業務基本部と、ひとまとまり
の業務に関する処理シーケンスの制御を行う単一業務部
と、プリミティブな処理を実装する処理部品とを有し、
前記業務基本部は、アプリケーションのメインとなる処
理および前記単一業務部の制御を行う業務制御部と、ア
プリケーション間の通信で利用される通信アダプタとを
有することを特徴とする、請求項３記載の業務用分散シ
ステムの構築方法。
【請求項６】前記データカテゴリは、粒度の観点で分類
されたモデル要素として、振る舞いを持つひとまとまり
のデータを表すデータオブジェクトと、振る舞いを持た
ないデータを表すデータ部品とを有することを特徴とす
る、請求項２記載の業務用分散システムの構築方法。
【請求項７】前記データカテゴリは、粒度の観点で分類
されたモデル要素として、特定のデータ専用のデータ専
用ＧＵＩ部をさらに有することを特徴とする、請求項６
記載の業務用分散システムの構築方法。
【請求項８】業務用分散システムの構築を支援する業務
用分散システムの構築支援装置において、構築対象となる業務用分散システムをそのカテゴリ、役
割および粒度の観点で階層的に分類してなる複数のモデ
ル要素を含む基準参照モデルの構造データを保持する参
照モデル構造データ保持部と、前記参照モデル構造データ保持部で保持された基準参照
モデルの構造データに基づいて、構築対象となる業務用
分散システムで必要とされる任意階層のモデル要素を含
むカスタマイズ済み参照モデルを作成するモデル作成部
とを備え、前記モデル作成部は、前記基準参照モデルの構成をその
階層構造に従って順次詳細化しながら提示し、ユーザに
対してモデル要素の指定を促すことを特徴とする、業務
用分散システムの構築支援装置。
【請求項９】業務用分散システムの構築を支援する業務
用分散システムの構築支援プログラムを記録したコンピ
ュータ読み取り可能な記録媒体において、構築対象となる業務用分散システムをそのカテゴリ、役
割および粒度の観点で階層的に分類してなる複数のモデ
ル要素を含む基準参照モデルの構造データに基づいて、
基準参照モデルの構成をその階層構造に従って順次詳細
化しながら提示し、ユーザに対してモデル要素の指定を
促す手順と、ユーザにより指定されたモデル要素を含むカスタマイズ
済み参照モデルを作成する手順とをコンピュータに対し
て実行させることを特徴とする、業務用分散システムの
構築支援プログラムを記録したコンピュータ読み取り可
能な記録媒体。