JP2002041288A

JP2002041288A - ソフトウエア開発支援方法

Info

Publication number: JP2002041288A
Application number: JP2000231724A
Authority: JP
Inventors: Toshiyuki Yagi; 敏幸八木; Fukuichi Morishige; 福一森重; Takemi Kotoda; 剛実小藤田; Masaru Ueda; 大上田
Original assignee: Hitachi Information Systems Ltd
Current assignee: Hitachi Information Systems Ltd
Priority date: 2000-07-31
Filing date: 2000-07-31
Publication date: 2002-02-08

Abstract

(57)【要約】【課題】外部配置のテンプレートファイルを取得して
ソフトウエア開発を行い、高精度の見積りと最適開発計
画を策定でき、スキル向上の促進を図れるソフトウエア
開発支援方法を提供する。【解決手段】クライアントコンピュータ、クライアン
トコンピュータに接続され、テンプレートルールを記載
した各種文書で定義されるテンプレートファイルを保持
するファイルサーバを備え、クライアントコンピュータ
によりテンプレートルールに基づく実装システムを実行
支援するもので、テンプレートファイルから得たテンプ
レートルールを読込む第１ステップと、テンプレートフ
ァイルの定義の実行に伴い順次ソフトウエア開発に対す
る提案、及び、ソフトウエア開発計画に対する修正や警
告を作成する第２ステップと、提案や修正や警告の作成
毎にその内容を表示してソフトウエア開発内容を変更す
る第３ステップとからなる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ソフトウエア開発
支援方法に係わり、特に、ソフトウエア開発の上流工程
におけるソフトウエア開発計画の策定作業やソフトウエ
ア開発時の見積り作業等に柔軟性及び発展性を持たせ、
作業内容に基づいて適宜その作業状態の変更が行えるよ
うにしたソフトウエア開発支援方法に関する。

【０００２】

【従来の技術】一般に、コンピュータを動作させるため
に使用される各種ソフトウエアは、新たなソフトウエア
を開発する必要が生じた時点に、新たなソフトウエアに
対し、開発計画の策定、開発に必要とする人員の確保、
開発の日程計画、開発工数等の各種の見積りを作成する
ためのソフトウエア開発計画作業が行われる。このソフ
トウエア開発計画作業は、新たなソフトウエア開発プロ
ジェクトの成否を左右する重要な事項であって、幾つか
の手法が知られている。

【０００３】その１つの手法は、新たなソフトウエアに
ついてのプログラム規模を想定し、その想定内容から必
要とする開発工数等の算出を行う古典的な手法であるＬ
ＯＣ法であり、他の１つの手法は、新たなソフトウエア
に対する実現すべきソフトウエア機能数に着目し、ソフ
トウエア機能数から開発工数等の算出を行うファンクシ
ョンポイント法（ＦＰ法）である。そして、これらの手
法を実施する際には、各手法における開発工数等の見積
り作業を効率よく行うためのアプリケーション製品が種
々開発されている。

【０００４】また、最近になって、特開平７−１６０７
６２号により前記既知の２つの手法と異なる手法を開示
した見積り支援装置が開示されている。この特開平７−
１６０７６２号に開示の見積り支援装置は、新たなソフ
トウエアの開発を行うに際して過去の類似事案を選択
し、選択した類似事案に基づいて、または、必要であれ
ば選択した類似事案における開発工数等の見積りに修正
を加えたものに基づいて、新たなソフトウエアの開発工
数等の見積りを得るようにしたものである。

【０００５】

【発明が解決しようとする課題】ところで、ソフトウエ
アの開発を行う際には、ソフトウエアの係数の設定が重
要な事項になる。例えば、既知のＬＯＣ法においては、
使用するプログラミング言語毎の開発生産性を係数に選
んでおり、既知のファンクションポイント法において
は、一つの機能当たりの開発生産性や開発機能の難しさ
等による重み付け等を係数に選んでいる。そして、この
ような係数は、通常、そのソフトウエア組織等における
過去の使用事例等を勘案することによって選定される。

【０００６】また、実際にソフトウエアの開発が行われ
るときは、その内容に対して種々の条件を付した状態で
行われることが多い。そして、このような種々の条件を
充足させるために、ソフトウエアの係数として、それら
の条件を充足する最大公約数的な係数を選定した場合に
は、当然のことながら開発工数等の見積りを高精度で行
うことはできない。

【０００７】このように、ソフトウエアの開発は、ソフ
トウエア開発に投入可能な資源、ソフトウエア開発期間
等、種々の制約された条件がある中で、最適なソフトウ
エア開発計画を策定しなければならず、それには極めて
属人的なスキルを適用することが必要であって、特定の
手法を機械的に適用するだけでは不十分である。

【０００８】このような問題点に対して、前記特開平７
−１６０７６２号に開示されている見積り支援装置は、
新たなソフトウエアを開発するに際して、過去のソフト
ウエアの中から新たなソフトウエアに類似した事案を選
択し、選択した事案に基づいて開発工数の見積りを適宜
修正しているもので、それにより適正な開発工数の見積
りをすることができ、しかも、ベースにした個別の事案
に対して必要な修正を加え、開発工数の見積りを得てい
るものであることから、既知のＬＯＣ法やファンクショ
ンポイント法における前記問題点の多くの部分を一応解
決しているものということができる。

【０００９】しかしながら、前記特開平７−１６０７６
２号に開示されている見積り支援装置は、新たなソフト
ウエアに類似した過去の事案の選択を行ったり、選択し
た開発工数等の見積りを修正したりしている点におい
て、依然としてユーザー個人のスキルに依存するところ
が大きいものである。

【００１０】本発明は、このような技術的背景に鑑みて
なされたもので、その目的は、外部に設けられたテンプ
レートファイルを取得してソフトウエア開発を行うこと
により、高精度の見積りと最適な開発計画を策定するこ
とが可能になり、スキル向上の促進を図ったソフトウエ
ア開発支援方法を提供することにある。

【００１１】

【課題を解決するための手段】前記目的を達成するため
に、本発明によるソフトウエア開発支援方法は、クライ
アントコンピュータと、クライアントコンピュータに接
続され、テンプレートルールを記載した各種文書で定義
されるテンプレートファイルを保持するファイルサーバ
とを備え、クライアントコンピュータによってテンプレ
ートルールに基づく実装システムの実行を支援するもの
であって、テンプレートファイルからテンプレートルー
ルを取得し、取得したテンプレートルールを読み込む第
１ステップと、読み込んだテンプレートファイルの定義
を実行し、その実行に伴って順次ソフトウエア開発に対
する提案、及び、開発計画ソフトウエア開発計画に対す
る修正や警告を作成する第２ステップと、提案や修正や
警告が作成される毎にそれらの作成内容を表示し、その
表示内容に基づいてソフトウエア開発内容を変更する第
３ステップとからなる第１の手段を具備する。

【００１２】前記第１の手段によれば、テンプレートル
ールを記載した各種文書、例えば構造化文書で定義され
るテンプレートファイルを用い、このテンプレートファ
イルのテンプレートルールに基づいた処理を実行するこ
とにより、ソフトウエア開発に対する提案、開発したソ
フトウエアに対する修正や警告が作成され、かつ、その
ときに提案内容、修正内容や警告内容が表示されるの
で、それらの表示内容に従うことにより、ソフトウエア
開発に対する適切な支援の実行が可能になる。

【００１３】また、前記目的を達成するために、本発明
によるソフトウエア開発支援方法は、クライアントコン
ピュータと、クライアントコンピュータに接続され、テ
ンプレートルールを記載した各種文書で定義されるテン
プレートファイルを保持するファイルサーバと、クライ
アントコンピュータに接続され、クライアントコンピュ
ータとともにソフトウエア開発組織を構成し、組織で利
用する共有情報テンプレートファイルを保持する共有情
報サイトとを備え、クライアントコンピュータによって
テンプレートルールに基づく実装システムの実行を支援
するソフトウエア開発支援方法であって、テンプレート
ファイル及び共有情報テンプレートファイルを取得し、
取得したテンプレートファイル及び共有情報テンプレー
トファイルを読み込む第１ステップと、読み込んだ各テ
ンプレートファイルの定義を実行し、その実行に伴って
順次ソフトウエア開発に対する提案、及び、ソフトウエ
ア開発計画に対する修正や警告を作成する第２ステップ
と、提案や修正や警告が作成される毎にそれらの作成内
容を表示し、その表示内容に基づいてソフトウエア開発
内容を変更する第３ステップとからなる第２の手段を具
備する。

【００１４】前記第２の手段によれば、テンプレートル
ールを記載した各種文書、例えば構造化文書で定義され
るテンプレートファイルと、ソフトウエア開発組織を構
成する共有情報サイトからの共有情報テンプレートファ
イルとを用いて、各テンプレートファイルのテンプレー
トルールに基づいた処理を実行することにより、ソフト
ウエア開発に対する提案、開発したソフトウエアに対す
る修正や警告が作成され、かつ、そのときの提案内容、
修正内容や警告内容が表示されるので、それらの表示内
容に従うことにより、ソフトウエア開発に対する適切な
支援の実行が可能になる。

【００１５】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照して説明する。

【００１６】図１は、本発明によるソフトウエア開発支
援方法の実施の形態を示すもので、実装システムとその
周辺技術とを示す説明図である。

【００１７】図１において、１はクライアントコンピュ
ータに提供される実装システム（アプリケーション・プ
ログラム）、１₁はテンプレートファイル受領部、１₂
はテンプレートファイル読み込み部、１₃はテンプレー
トルール演算部、１₄はテンプレートルール評価部、１
₅はテンプレートルール表示部、２はファイルサーバが
保持するテンプレートルールを記載した各種文書で定義
されるテンプレートファイル保存部、３は共有情報テン
プレートファイル保持部、４は基本データリポジトリで
ある。

【００１８】この場合、テンプレートファイル受領部１
₁は、テンプレートファイルであるＸＭＬファイルを得
るものであって、典型的には、ファイルの形態で、テン
プレートルール保持部２から直接あるいは共有情報テン
プレートファイル保持部３を経由して読み出す。また、
ファイルの代わりに、ＸＭＬデータとして解釈可能なデ
ータストリームとして読み出すようにしてもよい。この
ような読み出しは、後述するように、テンプレートファ
イル読み込み部１₂が直接テンプレートルール保持部２
または共有情報テンプレートファイル保持部３にアクセ
スして読み出す場合に行われる。

【００１９】テンプレートファイル読み込み部１₂は、
指定されたテンプレートファイルを読み込むか、テンプ
レートファイル受領部１₁を通してテンプレートファイ
ル保存部２または共有情報テンプレートファイル保持部
３に直接アクセスし、それらの必要な内容をデータスト
リームの形態で読み込み、テンプレートファイルの内容
を実装システム１で利用可能な形態に展開する。このと
きの実装方法は自由であるが、代表的にはＸＭＬデータ
を構文的に解釈する部分（ＸＭＬパーサと呼ばれる部
分）と、以下に述べるようにテンプレートルール演算部
１₃への業務的なインターフェイスを提供する部分の２
階層によって構成される。なお、読み込まれたテンプレ
ートファイルの内容をテンプレートルールという。

【００２０】テンプレートルール演算部１₃は、テンプ
レートルールに演算式の定義がある場合、その演算式を
実行する演算部であって、テンプレートファイル読み込
み部１₂で読み込んだテンプレートルールに基づき、以
下に述べるようにテンプレートルール評価部１₄やテン
プレートルール表示部１₅からの指示を受けた時点に指
示された演算を行い、その演算結果を指定の方法で、テ
ンプレートルール評価部１₄やテンプレートルール表示
部１₅に出力する。

【００２１】テンプレートルール評価部１₄は、テンプ
レートルールに見積り評価の定義がある場合、その定義
を評価する評価部であって、テンプレートファイル読み
込み部１₂で読み込んだテンプレートルールに基づき、
テンプレートルール演算部１ ₃に対して指定した時点に
指定した演算を行うように指示し、その演算結果を評価
してテンプレートルール表示部１₅に出力する。

【００２２】テンプレートルール表示部１₅は、実装シ
ステム１で得られる種々の結果を表示する表示部であっ
て、その表示内容を大別すると、テンプレートルール評
価部１₄で得られた見積り評価結果と、ソフトウエア開
発計画に関する各種の文書ひな形の自動生成結果であ
る。その表示方法は、実装に依存するが、代表的なもの
として、警告メッセージの表示、ＸＭＬ文書生成、デー
タベース更新等がある。

【００２３】テンプレートファイル保存部２は、代表的
なものとして、ＸＭＬデータを保持できるデータベース
システムやＸＭＬデータを保存しているディスク領域を
指すもので、データの蓄積方法は、自由形式であるが、
利用時に評価ルールが外部に読み出される際、ＸＭＬフ
ァイル形式あるいはＸＭＬとして解釈できるデータスト
リームとして読み出し可能になるものが要求される。こ
の場合、テンプレートファイル保存部２が通常のディス
クに評価ルールファイルを保存しているだけであれば、
特別な読み出し機構を必要としない。

【００２４】共有情報テンプレートファイル保持部３
は、このソフトウエア開発支援方法を利用する組織等に
おいて使用可能な共有情報を保持するものであって、こ
のような共有情報を保持する装置あるいはシステムの代
表的なものとしてＷＷＷサイトがある。共有情報テンプ
レートファイル保持部３は、常時、使用されるものでな
いが、共有情報が必要になったときに、共有情報テンプ
レートファイル保持部３の保持内容あるいはＷＷＷサイ
トを通してテンプレートファイル保存部２の保持内容が
テンプレートファイル読み込み部１₂で読み込まれる。

【００２５】基本データリポジトリ４は、テンプレート
ルール演算部１₃やテンプレートルール評価部１₄やテ
ンプレートルール表示部１₅において利用する基本デー
タ、すなわちＳＱＬ文による操作が可能なインターフェ
イスを装備したリレーショナルデータベースあるいは他
のＸＭＬ文書を保持するデータリポジトリであって、一
般的な方法によってアクセス可能なデータリポジトリで
ある。この基本データリポジトリ４は、本発明のソフト
ウエア開発支援方法を実施する際に必須のものでない
が、以下に述べるソフトウエア開発支援方法の動作にお
いては、基本データリポジトリ４を利用した場合を例に
挙げて説明する。

【００２６】ここで、本発明のソフトウエア開発支援方
法に利用されるテンプレートファイルの内容について説
明する。

【００２７】図２は、見積りルールマークアップ言語
（ＥｓｔｉｍａｔｅａｎｄＰｌａｎｎｉｎｇＭａ
ｒｋａｐＬａｎｇｕａｇｅ、以下、これをＥＰＭＬと
いう）の文書型定義の概要を示す説明図であり、図３
は、図２に図示されたＥＰＭＬの文書型定義を階層的に
図示した説明図であり、図４は、図２に図示されたＥＰ
ＭＬ要素の内容を示す説明図である。

【００２８】ＥＰＭＬは、ＸＭＬ規格に準拠したアプリ
ケーションであって、テンプレートファイルは、通常の
テキストエディタやＸＭＬエディタを利用して容易に編
集可能なもので、ＷＷＷブラウザ等のＸＭＬ対応製品を
利用すれば、その内容を容易に参照、表示可能なもので
ある。さらに、プログラム上の内容解析には、ＸＭＬを
解析するアルゴリズムを流用できるので、実装システム
も容易である。

【００２９】以下、図２乃至図４を参照し、本発明のソ
フトウエア開発支援方法に利用するＥＰＭＬの規定の詳
細について述べる。なお、図２乃至図４において、同じ
要素番号は同じＥＰＭＬ要素を表わす。

【００３０】ｅｐｍｌ要素００１は、テンプレートファ
イルの最上位要素で、この下に１つ以上のｅｐＲｕｌｅ
要素００３がある。各ｅｐＲｕｌｅ要素００３は互いに
独立し、自己完結的であることが望ましいが、他のｅｐ
Ｒｕｌｅ要素内の定義を参照するものであってもよい。

【００３１】ｅｐＲｕｌｅ要素００３は、ｅｘｐｌａｉ
ｎ要素００４、ｄａｔａＡｄｄｒｅｓｓ要素００５、ｒ
ｕｌｅｓ要素００６、ｅｓｔｉｍａｔｉｏｎｓ要素００
７、ｏｕｔｐｕｔｓ要素００８を収容している。

【００３２】ｅｘｐｌａｉｎ要素００４は、属するｅｐ
Ｒｕｌｅ要素００３の説明を記述する記述部で、通常、
クライアントコンピュータ（ユーザ）に情報を提供する
ために用いるもので、実装システム１のテンプレートル
ール選択画面におけるテンプレートルールリスト表示、
ＷＷＷサーバにおけるテンプレートルール一覧表示ペー
ジへのリスト表示等である。そして、ｅｘｐｌａｉｎ要
素００４は、ｔｉｔｌｅ要素００９、ｃａｔｅｇｏｒｙ
要素０１０、ｄｅｓｃｒｉｐｔｉｏｎ要素０１１、ａｓ
ｓｏｃｉａｔｉｏｎ要素０１２を含んでいる。

【００３３】この中で、ｔｉｔｌｅ要素００９は、属す
るテンプレートルールの名前を示す文字列を値として持
っており、ｃａｔｅｇｏｒｙ要素０１０は、属するテン
プレートルールを分類するための文字列を値として持っ
ている。この場合、複数の視点に基づく分類を可能にす
るため、一つのテンプレートルールについて一つ以上の
ｃａｔｅｇｏｒｙ要素０１０を持つことができる。例え
ば、２つのｃａｔｅｇｏｒｙ要素０１０が、それぞれ
「工数評価用」及び「ＣＳシステム用」という値を持っ
ていれば、そのテンプレートルールは「用途区分」及び
「適用対象システム区分」という２つの視点に基づく分
類が可能になる。また、ｃａｔｅｇｏｒｙ要素０１０
は、ｔｙｐｅ属性によって分類の種別を特定している。
このｔｙｐｅ属性の値は、許容値が実装に依存して決定
される。

【００３４】また、ｄｅｓｃｒｉｐｔｉｏｎ要素０１１
は、属するテンプレートルールを詳細に説明する文章を
値として持つもので、適用対象システムの前提条件、開
発環境、プロジェクト要員のスキル等、適用対象システ
ムの特性を特定するための情報の記述内容を有してお
り、ユーザはその記述内容を参考にしてテンプレートル
ールの適用可否を判断する。

【００３５】ａｓｓｏｃｉａｔｉｏｎ要素０１２は、ｄ
ｅｓｃｒｉｐｔｉｏｎ要素０１１の内容を補強するため
の関連情報を記述するもので、ｔｙｐｅ属性によって関
連情報の内容の種類を特定している。このｔｙｐｅ属性
の値は、許容値が実装に依存して決定されるもので、例
えばｔｙｐｅ属性が「ＵＲＬ」とされていれば、ａｓｓ
ｏｃｉａｔｉｏｎ要素０１２の内容は参考とするＵＲＬ
になり、ｔｙｐｅ属性が「ｅｐＲｕｌｅ」とされていれ
ば関連する他のテンプレートルールになる。

【００３６】ｄａｔａＡｄｄｒｅｓｓ要素００５は、属
するテンプレートルールで使用される各種データの取得
方法または取得先についての定義を行うもので、データ
の種類（取得方法）毎に定義が行われるので、ｅｐＲｕ
ｌｅ要素００３内に一つ以上存在する。ｄａｔａＡｄｄ
ｒｅｓｓ要素００５は、ｄａｔａｓｏｕｒｃｅ要素０１
３、ｖｉｅｗＤｅｆｉｎｉｔｉｏｎ要素０１４を含んで
いる。

【００３７】ｄａｔａｓｏｕｒｃｅ要素０１３は、属す
るｄａｔａＡｄｄｒｅｓｓ要素００５のデータ取得元を
識別するための情報、またはｏｕｔｐｕｔ要素０１７に
よるデータ出力先を識別するための情報を設定する。そ
のｔｙｐｅ属性は、データソースの種類を指定し、要素
の値としてデータソースにアクセスするための情報を持
っている。このｔｙｐｅ属性の値は、実装に依存して決
められるもので、例えば、ｔｙｐｅ属性が「ＲＤＢ」で
あれば、要素値はリレーショナルデータベース名、ｔｙ
ｐｅ属性が「ＸＭＬ」であれば、要素値はＸＭＬファイ
ルパス名、ｔｙｐｅ属性が「ＳＹＳ」であれば、要素値
は省略（システム情報を取得する）、ｔｙｐｅ属性が
「ｕｓｅｒ」であれば、要素値は省略（実装依存のデー
タ取得機能から取得する）、ｔｙｐｅ属性が「ｍａｎｕ
ａｌ」であれば、要素値は省略（実装システムを経由し
て手動入力の値を取得する）等がある。

【００３８】ｖｉｅｗＤｅｆｉｎｉｔｉｏｎ要素０１４
は、属するｄａｔａＡｄｄｒｅｓｓ要素００５のデータ
ソースから一回のデータ取得する毎に、そのデータ取得
操作の方法及びそれにより取得できるデータ項目の定義
を記述する。ｖｉｅｗＤｅｆｉｎｉｔｉｏｎ要素０１４
は、ｃｏｍｍａｎｄ要素０１８とｖａｌｕｅ要素０１９
とを含んでいる。

【００３９】ｃｏｍｍａｎｄ要素０１８は、属するｖｉ
ｅｗＤｅｆｉｎｉｔｉｏｎ要素０１４におけるデータ取
得操作をデータソースに対して行う際のコマンド文字列
の定義を記述する。その内容は、実装やデータソースの
種類によって異なる。データソースがコマンド文字列等
を必要としないような種類のものであるかまたはデータ
の出力用のものであったときは、この要素を省略でき
る。例えば、データソースがリレーショナルデータベー
スであったときは、データを取得するためのＳＱＬ文
（ＳＥＬＥＣＴ文）、データソースがＸＭＬファイルで
あったときは、要素を指定するためのデータアドレッシ
ング記述（例えば、ＸＰａｔｈ等）、データソースがシ
ステム情報であったときは、その情報種別（例えば、シ
ステム日付等）を指定するための文字列がそれぞれ記述
される。この文字列は、後述するｐａｒａｍ要素０２５
を含むことができるので、コマンド文字列を動的に変更
することもできる。

【００４０】ｃｏｍｍａｎｄ要素０１８は、ｔｙｐｅと
ｋｅｙの２つの属性があり、これらの属性は、いずれも
リレーショナルデータベースのように複数のレコードが
結果として返され得るデータソースに属するｃｏｍｍａ
ｎｄ要素０１８での使用が前提になっている。ｔｙｐｅ
属性は、データ取得操作によって返される結果、セット
が本質的に単一（ｓｉｎｇｌｅ）であるか、複数（ｍｕ
ｌｔｉｐｌｅ）であるかを示す。デフォルトは「ｓｉｎ
ｇｌｅ」であって、この値が「ｍｕｌｔｉｐｌｅ」にな
る場合、その結果セット（及びその参照）は、結果セッ
ト内の特定レコードを明示的に指定しない限り、常に集
合的に取扱われる。ｋｅｙ属性は、複数行が返されるデ
ータ取得操作においてその結果セット内の行を一意に特
定するために使用するキー項目を指定する。具体的な使
用方法は実装に依存する。これは次に説明するｖａｌｕ
ｅ要素０１９のｐｏｓｉｔｉｏｎ属性の指定に影響を与
える。

【００４１】ｖａｌｕｅ要素０１９は、ｃｏｍｍａｎｄ
要素０１８で指定されるデータ取得操作の結果として返
されるデータ項目またはデータ項目の一部分を特定し、
それに識別子を付与することにより、テンプレートルー
ルの他の部分からの参照を可能にするために使用され
る。ｖａｌｕｅ要素０１９は、ｖａｒｌｄ属性だけを持
ち、要素としての値は持っていない。ｖａｒｌｄ属性
は、そのデータ項目の一意識別子である。ｐｏｓｉｔｉ
ｏｎ属性は、関連するデータ取得操作結果セットのどの
項目を指しているかを指定する文字列である。これらは
実装に依存するが、代表的には次のようになる。

【００４２】データソースがリレーショナルデータベー
スである場合、コマンドの選択リストの先頭項目を指す
には「＠１」とする。この結果、セットに複数行が含ま
れる場合は、全行の第１項目を指していることになる。
複数行中の特定行の項目を指する場合は「＄」を用い
る。例えば、第３行の第２項目を指定する場合は「＠２
＄３」のように記載する。特定のキー値を持つ行の項目
を指定する場合、例えばｃｏｍｍａｎｄ要素０１８のｋ
ｅｙ属性が「ｋｅｙＡ」と指定されていれば、「＠３
［５］」と記載することにより、ｋｅｙＡ＝５である結
果セットの中の行の第３項目を指定していることにな
る。

【００４３】ｒｕｌｅｓ要素００６は、属するテンプレ
ートとルール中で用いる数式のコレクションであり、ｒ
ｕｌｅ要素０１５は、ｒｕｌｅｓ要素００６に少なくと
も１つ含まれる数式の定義である。ｒｕｌｅＩｄ属性は
ｒｕｌｅ要素０１５の一意識別子である。ｒｕｌｅ０１
５要素は、ｍａｔｈ要素００２及びｐａｔｈ要素０２０
を含んでいる。

【００４４】ｍａｔｈ要素００２は、数式を指定する。
数式の指定は、ＷＷＷＣｏｎｓｏｒｔｉｕｍで標準化
された数式記述言語ＭａｔｈＭＬを取り込んで使用す
る。図２に図示の例では、便宜上、ＭａｔｈＭＬの文書
型定義の所在位置が「ｍｍｌｅｎｔｓ￥ｍａｔｈｍｌ．
ｄｔｄ」であるとしているが、現実の実装システム１に
おいては実際の所在位置が記述される。ＭａｔｈＭＬの
要素の中で、どの要素がどのようにサポートされるかは
実装に依存する。

【００４５】ｐａｔｈ要素０２０は、ｍａｔｈ要素００
２で指定される数式の特定の要素にパラメータを与える
ために用いる。パラメータの指定が不要である場合に省
略することが可能である。ｐａｔｈ要素０２０は、その
値として、ｍａｔｈ要素００２の特定の下位要素を指し
示すための文字列を持つ。この文字列の書式は、標準の
ＸＭＬ文書部品指定言語であるＸＰａｔｈである。例え
ばｍａｔｈ要素００２とその子孫要素が＜ｍａｔｈ＞＜
ａｐｐｌｙ＞＜ｐｌｕｓ／＞＜ｃｉ＞ａ＜／ｃｉ＞＜ｃ
ｎ＞５＜／ｃｎ＞＜／ａｐｐｌｙ＞＜ｍａｔｈ＞のよう
に定義されているとき、最初のｃｉ要素を指定する場合
は「ａｐｐｌｙ／ｃｉ」とする。

【００４６】ｐａｔｈ要素０２０は、ａｓｓｏｃｉａｔ
ｅｄＤａｔａ属性、ｔｙｐｅ属性、ｉｎｄｅｘ属性の３
つの属性を持つ。ａｓｓｏｃｉａｔｅｄＤａｔａ属性
は、埋め込む値を示す識別子を指定する。これはｖａｌ
ｕｅ要素０１９のｖａｒＩｄ属性の値か、他のｒｕｌｅ
要素０１５のｒｕｌｅＩｄ属性の値である。これらの属
性の値は循環参照を避けるように指定しなければならな
い。（循環参照を避ける方法は実装に依存する。）ま
た、属性の値が評価されるのは、数式が評価される時点
であり、この属性の値は数値として評価される。いま、
ａｓｓｏｃｉａｔｅｄＤａｔａ属性が参照するデータ項
目が集合的であった場合、ｍａｔｈ要素００２の評価
は、そのデータ項目のそれぞれについて実行される。ま
た、同一のｍａｔｈ要素００２に設定する複数のｐａｔ
ｈ要素０２０で参照するデータ項目が同一のｖｉｅｗＤ
ｅｆｉｎｉｔｉｏｎ要素０１４に属し、かつ、それらが
集合的であった場合、それらの値は、個別に参照して評
価するのではなく、同期をとった上で評価する。例えば
あるｍａｔｈ要素００２に関連する前記条件を満たすｐ
ａｔｈ要素０２０が２つあり、そのデータ集合に３つの
データが含まれる場合、ｍａｔｈ要素００２の評価回数
は９回ではなく、３回になる。また、ｔｙｐｅ属性及び
ｉｎｄｅｘ属性は、後述するｐａｒａｍ要素０２５のｔ
ｙｐｅ属性及びｉｎｄｅｘ属性と同様の内容を持ってい
る。

【００４７】ｅｓｔｉｍａｔｉｏｎｓ要素００７は、主
として入力データに基づくソフトウエア開発の見積り・
計画の評価方法、その実行時期、評価結果の提示方法を
定義したｅｓｔｉｍａｔｉｏｎ要素０１６をまとめるコ
レクション要素である。

【００４８】ｅｓｔｉｍａｔｉｏｎ要素０１６は、個別
のソフトウエア開発の見積り・計画の評価方法、その実
行時期、評価結果の提示方法を定義する。このような一
組の定義を評価定義と呼び、この評価定義を処理するこ
とを評価処理と称する。ｅｓｔｉｍａｔｉｏｎ要素０１
６は、ｐｏｉｎｔＯｆＴｉｍｅ要素０２１、ｃｒｉｔｅ
ｒｉａ要素０２２、ｅｓｔＤｅｓｃｒｉｐｔｉｏｎ要素
０２３を含んでいる。この場合、ｅｓｔＩｄ属性はｅｓ
ｔｉｍａｔｉｏｎ要素０１６の一意識別子である。

【００４９】ｐｏｉｎｔＯｆＴｉｍｅ要素０２１は、属
するｅｓｔｉｍａｔｉｏｎ要素０１６またはｏｕｔｐｕ
ｔ要素０１７の評価がいつ実行されるかを定義する。ｐ
ｏｉｎｔＯｆＴｉｍｅ要素０２１の値は実装に依存する
が、代表的には、「ＲＥＱＵＩＲＥＤ」（利用者が明示
的に要求したとき）、「ＬＯＡＤＥＤ」（評価ルール定
義ファイルが実装システムに読み込まれたとき）、「Ｃ
ＨＡＮＩＤ＝Ｅ：ｎｎｎｎ」（ｅｓｔｌｄ属性の値がｎ
ｎｎｎの別のｅｓｔｉｍａｔｉｏｎｓ要素が評価され、
それが成立したときに実行）等となる。この場合、複数
の時点で評価が実行される可能性があるため、１つのｅ
ｓｔｉｍａｔｉｏｎ要素０１６またはｏｕｔｐｕｔ要素
０１７に１つ以上のｐｏｉｎｔＯｆＴｉｍｅ要素０２１
を定義することができる。

【００５０】ｃｒｉｔｅｒｉａ要素０２２は、属するｅ
ｓｔｉｍａｔｉｏｎ要素０１６の評価が成立する条件を
定義する。ｃｒｉｔｅｒｉａ要素０２２の値は、比較演
算子（＜、≦、＝、≧、＞）、論理演算子（ＡＮＤ、Ｏ
Ｒ、ＮＯＴ）、括弧、及びパラメータによる条件式であ
る。パラメータは、固定文字を直接記述する場合及びｐ
ａｒａｍ要素０２５により数式やデータ項目の値を参照
する場合がある。そして、条件式の評価結果に真値
（＋）が得られれば、そのｅｓｔｉｍａｔｉｏｎ要素０
１６の評価が成立したことになる。ｃｒｉｔｅｒｉａ要
素０２２が省略された場合、そのｅｓｔｉｍａｔｉｏｎ
要素０１６は常に成立することになる。また、ｐａｒａ
ｍ要素０２５で参照される数式やデータが複数の値を持
つとき、それぞれの値に対してｃｒｉｔｅｒｉａ要素０
２２の評価が実施され、その結果として成立した評価分
だけ、ｅｓｔＤｅｓｃｒｉｐｔｉｏｎ要素０２３による
提示が行われる。

【００５１】ｅｓｔＤｅｓｃｒｉｐｔｉｏｎ要素０２３
は、ｃｒｉｔｅｒｉａ要素０２２の条件式が成立し、ｅ
ｓｔｉｍａｔｉｏｎ要素０１６の評価が成立したときに
ユーザに提示される情報を定義する。ｅｓｔＤｅｓｃｒ
ｉｐｔｉｏｎ要素０２３は、属するｅｓｔｉｍａｔｉｏ
ｎ要素０１６が別のｅｓｔｉｍａｔｉｏｎ要素０１６に
従属するか、あるいは属するｅｓｔｉｍａｔｉｏｎ要素
０１６がｏｕｔｐｕｔ要素０１７の実行条件としてのみ
利用されるか、すなわち別のｅｓｔｉｍａｔｉｏｎ要素
０１６のｃｒｉｔｅｒｉａ要素０２２内のｐａｒａｍ要
素０２５で参照されるか、あるいはｏｕｔｐｕｔ要素０
１７内のｐｏｉｎｔＯｆＴｉｍｅ要素０２１内で参照さ
れるためだけに記述されている場合は、省略される。ま
た、同時に複数の手段でユーザに提示される場合は、必
要な数だけ定義する。

【００５２】ｅｓｔＤｅｓｃｒｉｐｔｉｏｎ要素０２３
のｔｙｐｅ属性は、その値が実装に依存する。このｔｙ
ｐｅ属性は、ｅｓｔｉｍａｔｉｏｎ要素０１６の内容を
ユーザに提示する手段を指定する。代表的なものとして
は、「ＭＳＧＢＯＸ」（ポップアップダイアログボック
スによるメッセージ表示）、「ＬＯＧＦＩＬＥ」（所定
のログファイルへの書き込み）等がある。ｅｓｔＤｅｓ
ｃｒｉｐｔｉｏｎ要素０２３の値は、ｔｙｐｅ属性で指
定された提示方法と実装に依存する。

【００５３】ｏｕｔｐｕｔｓ要素００８は、主として入
力データに基づくソフトウエアの開発の見積り・計画に
対する文書類の生成方法を定義したｏｕｔｐｕｔ要素０
１７をまとめるコレクション要素である。

【００５４】ｏｕｔｐｕｔ要素０１７は、個別の入力デ
ータに基づくソフトウエアの開発の見積り・計画に対す
る文書類の生成方法を定義する。こうした一組の定義を
出力定義と呼び、この出力定義を処理することを出力処
理と称する。ｏｕｔｐｕｔ要素０１７は、ｐｏｉｎｔＯ
ｆＴｉｍｅ要素０２１とｏｕｔＤｅｓｃｒｉｐｔｉｏｎ
要素０２４とを含んでいる。ｏｕｔｐｕｔ要素０１７の
ｏｕｔＩｄ属性はｏｕｔｐｕｔ要素０１７の一意識別子
である。

【００５５】ｐｏｉｎｔＯｆＴｉｍｅ要素０２１は、評
価や出力がどの時点で処理されるかを指示する。

【００５６】ｏｕｔＤｅｓｃｒｉｐｔｉｏｎ要素０２４
は、出力処理で生成される文書等の雛形を定義する。ｏ
ｕｔＤｅｓｃｒｉｐｔｉｏｎ要素０２４は、同時に複数
の手段によりユーザに提示される場合、必要な数だけ定
義する。ｏｕｔＤｅｓｃｒｉｐｔｉｏｎ要素０２４は、
ｔｙｐｅ属性とｔｏ属性の２つの属性を持つ。

【００５７】ｔｙｐｅ属性の値は、実装に依存するが、
ｏｕｔＤｅｓｃｒｉｐｔｉｏｎ要素０２４の内容をユー
ザに提示する手段を明示する。代表的なものとしては
「ＸＭＬ」（ＸＭＬファイルへの出力）、「ＲＤＢ」
（リレーショナルデータベースへの出力）等がある。ｔ
ｏ属性の値は、出力先を参照するデータソースの識別子
を指定する。ｏｕｔＤｅｓｃｒｉｐｔｉｏｎ要素０２４
の値は、ｔｙｐｅ属性で指定された提示方法と実装に依
存する。

【００５８】ｐａｒａｍ要素０２５は、データ項目、数
式、メッセージを参照するために用いる。ｐａｒａｍ要
素０２５は、ｃｏｍｍａｎｄ要素０１８に埋め込まれた
場合に、その条件式の変数として埋め込むデータ項目や
数式（の計算結果）や別評価式の（ｃｒｉｔｅｒｉａ要
素０２２の）評価結果を参照する。なお、ｐａｒａｍ要
素０２５は、要素としての値を持っておらず、ｆｒｏｍ
属性、ｔｙｐｅ属性、ｉｎｄｅｘ属性の３つの属性を持
っている。

【００５９】ｆｒｏｍ属性は、埋め込むデータの識別子
を参照することによって埋め込みデータを指定する。埋
め込むデータが、データ項目の場合はそのデータ項目
（ｖａｌｕｅ要素０１９）のｖａｒＩｄ属性の値、数式
の演算結果の場合はその数式（ｒｕｌｅ要素０１５）の
ｒｕｌｅＩｄ属性の値、出力データの場合は、その出力
定義（ｏｕｔｐｕｔ要素０１７）のｏｕｔＩｄ属性の値
を設定する。

【００６０】ｔｙｐｅ属性は、ｆｒｏｍ属性で参照され
るデータの種類を示す値を設定する。参照項目がデータ
であれば「Ｖ」、数式であれば「Ｒ」、評価式であれば
「Ｅ」、出力データであれば「Ｏ」であり、デフォルト
は「Ｖ」である。

【００６１】ｉｎｄｅｘ属性は、集合的なデータの中か
ら特定のデータのみを指定する場合に用いる。集合的で
ないデータに設定した場合は、その設定が無視される。
ｉｎｄｅｘ属性の値の指定方法には次の３種類がある。
その１は、符号なしの数値を指定した場合で、そのデー
タの集合の先頭のデータを１とした絶対出現順でデータ
が指定される。その２は、符号付きのデータを指定した
場合で、プラス（＋）記号がつく場合にデータ集合の先
頭からの相対位置によってデータが指定され、マイナス
（−）記号がつく場合にデータ集合の末尾からの相対位
置によってデータが指定される。その３は、前記いずれ
の指定も行わない場合で、データ項目の識別子（ｖａｒ
Ｉｄ）と見做し、そのデータ内容を参照する。そのデー
タ項目が集合的である場合や、数値以外のものを返す場
合、あるいは該当する識別子が存在しない場合は、ｉｎ
ｄｅｘ属性の指定はなかったものとする。結果の値は、
絶対位置の指定として処理される。いずれの指定方法を
行った場合であっても、データ集合の範囲外が指定され
た場合は、最も近い正当なデータ項目を指すように補正
される。

【００６２】このｉｎｄｅｘ属性が指定されている場合
は、その参照元を集合的でないものとして取扱う。例え
ば、あるデータ集合（１、５、２、４、７、１０）があ
った場合、ｉｎｄｅｘ属性の値が「１」または「＋０」
または「−５」の場合は１、「６」または「−０」また
は「＋５」の場合は１０、「３」または「＋２」または
「−３」の場合は２を指す。「７」の場合は「６」に補
正されて１０を指し、「−１０」の場合は「−５」に補
正されて１を指す。

【００６３】次に、テンプレートファイルの定義例と実
装システム例に基づき、本発明によるソフトウエア開発
支援方法について説明する。

【００６４】なお、以下の説明においては、使用する実
装システム１のシステム名を説明の便宜上ＥＰ１と称す
る場合がある。すなわち説明文の中に「ＥＰ１では…
…」等と記載されている場合、それはＥＰ１の実装シス
テム１を表わすものである。また「データｎｎｎ」とい
う表現があった場合、それはデータ識別子（ｖａｒＩｄ
属性）で値「ｎｎｎ」を指定され、そのデータ識別子で
参照されるデータを意味する。数式や評価についても同
様である。

【００６５】図５、図６、図７、図８及び図９は、本発
明のソフトウエア開発支援方法に用いられるテンプレー
トファイルの内容の一例を示す説明図であって、図５に
図示の内容の後に、図６に図示の内容、図７に図示の内
容、図８に図示の内容、図９に図示の内容がそれぞれ続
いており、１つのテンプレートファイルの内容を表わし
ている。なお、図５乃至図９において、テンプレートフ
ァイルの内容の左側に図示されている３桁の数字００１
乃至２５２は、テンプレートファイルの行数を表わすも
ので、前記の各要素番号００１乃至０２５とは異なるも
のである。

【００６６】図５乃至図９に図示のテンプレートファイ
ルにおいて、行００４乃至２５１に提示されている内容
は、１つのテンプレートルールを表わすもので、このテ
ンプレートルールは、ウオーターフォールモデルを基礎
としたソフトウエア開発管理プロセスの１つのパターン
に基づいたリソース配分の可否を判定するためのもので
ある。このテンプレートルールの機能は、与えられたソ
フトウエア開発期間を日程上、設計、製造、テストの３
工程期間に分配し、それぞれの工程期間を総開発期間の
３０％、３０％、４０％に分配設定した上で、それらの
各工程期間で必要とするリソース（ここでは技術者を指
す）の調達可否状態を、事前に見積ったシステム規模と
要員管理情報（技術スキルやスケジュール）との比較に
よって判定し、調達可能であるとの判定が得られた場
合、日程計画表（帳票）の枠組みを自動生成するもので
ある。なお、ここでは説明を簡単にするため、全ての機
能が同一のプログラム言語で開発されるものとする。

【００６７】実装システム１（ＥＰ１）において、テン
プレートファイル読み込み部１₂は、テンプレートファ
イル受領部１₁を介して所定のディレクトリに格納され
ているテンプレートファイル、例えばテンプレートファ
イル保存部２のテンプレートファイルを一括して読み込
み、ユーザが適用する品質評価ルールを選択させる。こ
のような処理は、テンプレートファイル内のｅｘｐｌａ
ｉｎ要素００４（図３を参照）の内容に基づいて行うも
ので、図５においては行００５乃至０１４がその処理に
該当する。

【００６８】また、図１０は、実装システム１（ＥＰ
１）においてテンプレートルール表示部１₅に表示され
るテンプレートルール選択画面の１つの表示例である。

【００６９】図１０に図示されるように、この選択画面
においては、表示領域１０₁にカテゴリータイプ（分類
の視点）が表示され、表示領域１０₂にそのカテゴリー
タイプに含まれる選択カテゴリーが表示され、表示領域
１０₃に選択カテゴリーに該当する品質評価テンプレー
トルールの名称が一覧表示される。そして、図１０に図
示の例では、表示領域１０₁のカテゴリータイプが「プ
ロセス管理モデル」であり、表示領域１０₂の選択カテ
ゴリーが「ウオーターフォール」であるので、表示領域
１０₃の品質評価テンプレートルールは「ウオーターフ
ォールのテンプレートルール」の一覧表示になる。この
場合、図５に図示のテンプレートモデルは、行００７に
おけるｔｙｐｅ属性の値が「ｍｏｄｅｌ」（ＥＰ１の表
現では「プロセス管理モデル」）で、要素値が「Ｗａｔ
ｅｒｆａｌｌ」（ＥＰ１の表現では「ウオーターフォー
ル」）であるｃａｔｅｇｏｒｙ要素を記述しているた
め、表示領域１０₃の品質評価テンプレートルールに行
００６におけるｔｉｔｌｅ要素の要素値が一覧表示され
る。

【００７０】また、図１１は、図１０とは異なる視点で
分類したテンプレートルール表示部１₅に表示されるテ
ンプレートルール選択画面の他の表示例である。

【００７１】図１１に図示の例では、表示領域１０₁の
カテゴリータイプが「文書種別」であり、表示領域１０
₂のカテゴリータイプが「工程表」であるので、表示領
域１０₃の品質評価テンプレートルールは「工程表のテ
ンプレートルール」の一覧表示になる。この場合、図５
に図示のテンプレートモデルは、行００８におけるｔｙ
ｐｅ属性の値が「ｔｙｐｅ」（ＥＰ１の表現では「文書
種別」）で、要素値が「Ｐｒｏｃｅｓｓ」（ＥＰ１の表
現では「工程表」）であるｃａｔｅｇｏｒｙ要素を記述
しているため、表示領域１０₃の品質評価テンプレート
ルールに行００９におけるリソース配分例が一覧表示さ
れる。

【００７２】次いで、図１２は、実装システム１（ＥＰ
１）においてテンプレートルール表示部１₅に表示され
るテンプレートルールの詳細を示す表示例である。

【００７３】図１２に図示の表示画面は、図１０または
図１１の表示領域１０₃の中の１つのテンプレートルー
ルを選択した上で表示領域１０₄を操作したときに表示
されるものであって、選択したテンプレートルールのｅ
ｘｐｌｅｉｎ要素の内容を参照することができるもので
ある。

【００７４】図１２に図示の例では、図５に図示のテン
プレートルールの行００４における評価ルール「Ｅ００
１」の内容が表示されるもので、表示領域１２₁に行０
０６におけるｔｉｔｌｅ要素値が表示され、表示領域１
２₂に行００７乃至００８におけるｃａｔｅｇｏｒｙ要
素の内容が表示され、表示領域１２₃に行００９乃至０
１３におけるｄｅｓｃｒｉｐｔｉｏｎ要素の内容が表示
される。この場合、カテゴリータイプ（ｔｙｐｅ属性）
の値は、ＥＰ１において「ｍｏｄｅｌ」が「プロセス管
理モデル」、「ｔｙｐｅ」が「文書種別」であり、カテ
ゴリー（ｃａｔｅｇｏｒｙ要素値）の値は、ＥＰ１にお
いて「Ｗａｔｅｒｆａｌｌ」が「ウオーターフォー
ル」、「Ｐｒｏｃｅｓｓ」が「工程表」であるとのマッ
プ表示が行われる。

【００７５】ところで、実装システム１（ＥＰ１）にお
いては、テンプレートルール選択画面におけるテンプレ
ートルールを選択実行することにより、選択したテンプ
レートルールが有効になり、定義された手順によりソフ
トウエア開発の見積り評価や文書の自動作成が実行され
る。このような選択実行の操作は、図１０または図１１
に図示の表示領域１０₃から１つのテンプレートルール
を選択し、表示領域１０₄を操作することである。

【００７６】続いて、テンプレートルール「Ｅ００１」
が実行される際の処理の流れについて説明する。

【００７７】図１３は、テンプレートルール「Ｅ００
１」で使用するデータの概要を一覧表にまとめた説明図
であり、データの左側に付された数字１乃至２０は行数
を表わしている。

【００７８】図１３を参照し、テンプレートルール「Ｅ
００１」で使用するデータについて述べる。「Ｅ００
１」で使用するデータは、図５乃至図７に図示されたテ
ンプレートルールの行０１５乃至１３５におけるｄａｔ
ａＡｄｄｒｅｓｓ要素からその定義が導かれるものであ
る。

【００７９】行１（以下、行１乃至２０はいずれも図１
３に図示の行を意味する）は、図５における行０１７乃
至０２０のｖｉｅｗＤｅｆｉｎｉｔｉｏｎ要素に対応す
る。また、行０１５乃至０３３のｄａｔａＡｄｄｒｅｓ
ｓ要素で定義するデータソースのタイプは、図５におけ
る行０１６のｄａｔａｓｏｕｒｃｅ要素の定義により、
ＥＰ１においては手動入力（ｔｙｐｅ＝”ＭＡＮＵＡ
Ｌ”）であり、ｖｉｅｗＤｅｆｉｎｉｔｉｏｎ要素は、
行０１８に記述のように要素値をＴａｒｇｅｔＰｒｏｊ
ｅｃｔとするｃｏｍｍａｎｄ要素を持っている。これは
ＥＰ１において、ＴａｒｇｅｔＰｒｏｊｅｃｔという名
前で識別される値を要求することを意味する。この値は
意味的にプロジェクトの一意識別子である。こうして取
得された値は、図５における行０１９に記述のようにテ
ンプレートルール内でデータ識別子「Ｅ００１ＶＭ０
１」で参照される。なお、このｃｏｍｍａｎｄ要素は、
データの値が１つだけであるので、ｐｏｓｉｔｉｏｎ要
素の指定をする必要がない。

【００８０】行２乃至４は、それぞれ図５における行０
２１乃至０２４、行０２５乃至０２８、行０２９乃至０
３２の各ｖｉｅｗＤｅｆｉｎｉｔｉｏｎ要素を仕様し、
図５における行０２０に記述のように値「ｂｅｇｉｎｎ
ｉｎｇＤａｔｅ」を行０２３に記述のようにデータ識別
子「Ｅ００１ＶＭ０２」で、行０２６に記述のように値
「ＬａｓｔＤａｔｅ」を行０２７に記述のようにデータ
識別子「Ｅ００１ＶＭ０３」で、行０３０に記述のよう
に値［ＦｉｌｅＯｕｔｐｕｔＴｏ」を行０２７に記述の
ようにデータ識別子「Ｅ００１ＶＭ０４」でそれぞれ参
照する。これらのデータの意味は、それぞれプロジェク
トの開始日付、プロジェクトの終了日付、出力ファイル
の出力先ファイルパス名である。

【００８１】行５乃至１３は、図５乃至図６における行
０３４乃至０８４のｄａｔａＡｄｄｒｅｓｓ要素に対応
する。このｄａｔａＡｄｄｒｅｓｓ要素で定義するデー
タソースのタイプは、図５における行０３５のｄａｔａ
ｓｏｕｒｃｅ要素の定義により、ＥＰ１においてはユー
ザー定義関数（ｔｙｐｅ＝”ＵＳＥＲＳ”）である。な
お、このユーザー定義関数は、実装系が独自に提供する
関数を指す。

【００８２】この中で、行５は、図５における行０３６
乃至０４１のｖｉｅｗＤｅｆｉｎｉｔｉｏｎ要素に対応
する。ユーザー定義関数のｃｏｍｍａｎｄ要素の値の書
式は、ＥＰ１では、関数名と引数群の列挙である。引数
は、ｐａｒａｍ要素またはカンマ区切りの定数で記述す
る。また、図５における行０３８のｃｏｍｍａｎｄ要素
は、ＣａｌｃＣａｌｅｎｄａｒ１という名称のユーザー
定義関数をデータ「Ｅ００１ＶＭ０２」とデータ「Ｅ０
０１ＶＭ０３」を引数として実行することを意味する。
「Ｅ００１ＶＭ０２」と「Ｅ００１ＶＭ０３」について
は、前述のように、プロジェクトの開始日付、プロジェ
クトの終了日付を意味する。ＥＰ１においては、Ｃａｌ
ｃＣａｌｅｎｄａｒ１関数は、指定した日付を含め、そ
の日付間の週数を返却する関数であるので、このｃｏｍ
ｍａｎｄ要素の内容を実行すれば、プロジェクトの予定
期間を取得することができる。この値は、図５における
行０４０に記述のようにデータ識別子「Ｅ００１ＶＦ０
１」で参照される。

【００８３】次に、行６は、図５における行０４２乃至
０４６のｖｉｅｗＤｅｆｉｎｉｔｉｏｎ要素に対応す
る。行０４４のｃｏｍｍａｎｄ要素は、ＣａｌｃＣａｌ
ｅｎｄａｒ２という名称のユーザー定義関数をデータ
「Ｅ００１ＶＭ０２」を固定値「０」で実行することを
意味する。ＥＰ１におけるＣａｌｃＣａｌｅｎｄａｒ２
関数は、第１引数で指定した日付に、第２引数で指定し
た週数を加算した結果得られるの日付を週単位日付で返
す関数である。週単位日付とは、ＥＰ１で用いられる工
数・工程管理用の日付である。ＥＰ１では、１月を４乃
至５週と見做し、それを最小の作業割り当て単位として
いる。ＥＰ１のデータベース（図１に図示の基本データ
リポジトリ４に該当する）上では、その各週を現実の暦
日とは別に１、８、１５、２２、２９日として管理して
いる。例えば「２０００年３月第３週」は、データベー
ス上では「２０００／３／８」として表現される。この
「２０００／３／８」のような日付をＥＰ１では週単位
日付と呼んでいる。データ「Ｅ００１ＶＭ０２」は前述
のようにプロジェクトの開始日付であり、それを月数加
算「０」で実行するので、データ「Ｅ００１ＶＭ０２」
の日付の週単位日付を取得することができる。この値
は、図５の行０４５に記述のデータ識別子「Ｅ００１Ｖ
Ｆ０２」で参照される。

【００８４】次いで、行７は、図５における行０４７乃
至０５２のｖｉｅｗＤｅｆｉｎｉｔｉｏｎ要素に対応す
る。行０４９のｃｏｍｍａｎｄ要素は、ユーザー定義関
数「ＣａｌｃＣａｌｅｎｄａｒ２」を、データ「Ｅ００
１ＶＭ０２」と数式「Ｅ００１Ｒ０１」との演算結果を
引数として実行することを意味する。データ「Ｅ００１
ＶＭ０２」は、前述のようにプロジェクトの開始日付で
あり、数式「Ｅ００１Ｒ０１」は、後述するように「設
計工程の週数」を算出するものであって、週単位日付に
おける製造工程開始日付を取得することができる。この
値は、図５における行０５１に記述のデータ識別子「Ｅ
００１ＶＦ０３」で参照される。

【００８５】次に、行８は、図５及び図６における行０
５３乃至０５８のｖｉｅｗＤｅｆｉｎｉｔｉｏｎ要素に
対応する。行０５５のｃｏｍｍａｎｄ要素は、ユーザー
定義関数「ＣａｌｃＣａｌｅｎｄａｒ２」を、データ
「Ｅ００１ＶＭ０２」と数式「Ｅ００１Ｒ０２」との演
算結果を引数として実行することを意味する。データ
「Ｅ００１ＶＭ０２」は、前述のようにプロジェクトの
開始日付であり、数式「Ｅ００１Ｒ０２」は、後述する
ように「設計及び製造工程の週数」を算出するものであ
って、週単位日付におけるテスト工程開始日付を取得す
ることができる。この値は、図６における行０５７に記
述のデータ識別子「Ｅ００１ＶＦ０４」で参照される。

【００８６】次いで、行９は、図６における行０５９乃
至０６３のｖｉｅｗＤｅｆｉｎｉｔｉｏｎ要素に対応す
る。行６１のｃｏｍｍａｎｄ要素は、ユーザー定義関数
「ＣａｌｃＣａｌｅｎｄａｒ２」を、データ「Ｅ００１
ＶＭ０３」と固定値「０」とを引数として実行すること
を意味する。データ「Ｅ００１ＶＭ０３」は、前述のよ
うにプロジェクトの終了日付であり、週単位日付におけ
るテスト工程終了日付（テスト工程が終了する週）を取
得することができる。この値は、図６における行０６２
に記述のデータ識別子「Ｅ００１ＶＦ０５」で参照され
る。

【００８７】次に、行１０は、図６における行０６４乃
至０６８のｖｉｅｗＤｅｆｉｎｉｔｉｏｎ要素に対応す
る。行６６のｃｏｍｍａｎｄ要素は、ユーザー定義関数
「ＣａｌｃＣａｌｅｎｄａｒ３」を、データ「Ｅ００１
ＶＦ０３」を固定値「−１」を引数として実行すること
を意味する。ＥＰ１によるＣａｌｃＣａｌｅｎｄａｒ３
は、第１引数を週単位日付とし、第２引数を補正日数と
して、第１引数の週単位日付を実際の暦日に変換し、そ
れに第２引数の補正日数を加減した日付を返す関数であ
る。データ「Ｅ００１ＶＦ０３」は、前述のように製造
工程開始日付の週単位日付であり、これを実行すると、
実際の暦日における製造工程開始日の前日、すなわち設
計工程終了日付を取得することができる。この値は、図
６における行０６７に記述のデータ識別子「Ｅ００１Ｖ
Ｆ０６」で参照される。

【００８８】次いで、行１１は、図６における行０６９
乃至０７３のｖｉｅｗＤｅｆｉｎｉｔｉｏｎ要素に対応
する。行０７１のｃｏｍｍａｎｄ要素は、ユーザー定義
関数「ＣａｌｃＣａｌｅｎｄａｒ３」を、データ「Ｅ０
０１ＶＦ０３」と固定値「０」を引数として実行するこ
とを意味する。データ「Ｅ００１ＶＦ０３」は、前述の
ように製造工程開始日付の週単位日付であり、これを実
行すると、実際の暦日における製造工程開始日付を取得
することができる。この値は、図６における行０７２に
記述のデータ識別子「Ｅ００１ＶＦ０７」で参照され
る。

【００８９】次に、行１２は、図６における行０７４乃
至０７８のｖｉｅｗＤｅｆｉｎｉｔｉｏｎ要素に対応す
る。行０７６のｃｏｍｍａｎｄ要素は、ユーザー定義関
数「ＣａｌｃＣａｌｅｎｄａｒ３」を、データ「Ｅ００
１ＶＦ０４」と固定値「−１」を引数として実行するこ
とを意味する。データ「Ｅ００１ＶＦ０４」は、前述の
ようにテスト工程開始日付の週単位日付であり、これを
実行すると、実際の暦日におけるテスト工程開始日の前
日すなわち製造工程終了日付を取得することができる。
この値は、図６における行０７７に記述のデータ識別子
「Ｅ００１ＶＦ０８」で参照される。

【００９０】次いで、行１３は、図６における行０７９
乃至０８３のｖｉｅｗＤｅｆｉｎｉｔｉｏｎ要素に対応
する。行０８１のｃｏｍｍａｎｄ要素は、ユーザー定義
関数「ＣａｌｃＣａｌｅｎｄａｒ３」を、データ「Ｅ０
０１ＶＦ０４」と固定値「０」を引数として実行するこ
とを意味する。データ「Ｅ００１ＶＦ０４」は、前述の
ようにテスト工程開始日付の週単位日付であり、これを
実行すると、実際の暦日におけるテスト工程開始日付を
取得することができる。この値は、図６における行０８
２に記述のデータ識別子「Ｅ００１ＶＦ０９」で参照さ
れる。

【００９１】続いて、行１４乃至２０は、図６乃至図７
における行０８５乃至１３９のｄａｔａＡｄｄｒｅｓｓ
要素に対応する。このｄａｔａＡｄｄｒｅｓｓ要素で定
義するデータソースタイプは、図６における行０８６の
ｄａｔａｓｏｕｒｃｅ要素の指定により、ＥＰ１ではリ
レーショナルデータベースである（ｔｙｐｅ＝”ＲＤ
Ｂ”）。このｄａｔａｓｏｕｒｃｅ要素は、要素値「ｒ
ｅｓＩｎｆｏｌ」を持っているが、これはＥＰ１ではデ
ータベース名「ｒｅｓＩｎｆｏｌ」のデータベースを利
用することを指定している。

【００９２】次に、図１４は、データベース「ｒｅｓＩ
ｎｆｏｌ」のテーブル定義の一部を示す説明図であっ
て、ソフトウエア開発の見積りに関する部分を表してい
る。

【００９３】図１４に図示されるように、データベース
「ｒｅｓＩｎｆｏｌ」は、要員管理表（ＰＲＳＣ）、要
員技術管理表（ＰＳＳＣ）、技術コード表（ＣＳＫ
Ｌ）、投入りソース管理表（ＵＲＳＣ）、プロジェクト
管理表（ＰＲＪＣ）、機能性管理表（ＰＦＴＣ）を含ん
でいる。

【００９４】この場合、要員管理表は、ソフトウエア開
発組織に係わる全ての要員についての基本情報を管理す
るもので、「要員番号」は要員の一意識別子であり、
「要員氏名」は要員の氏名である。なお、実際はこれら
の情報だけでなく、他の情報も含んでいる。

【００９５】要員技術管理表は、要員が備えている技術
とその技術レベルとを管理するもので、「要員番号」は
要員の一意識別子であり、「技術タイプ」はその要員が
備えている技術の種類を示すコード値であり、「技術
値」はその技術タイプについてのその要員の最小管理期
間単位（ここでは週）当たりの処理能力をファンクショ
ンポイントで表現した値である。一般に、要員は、複数
の技術を備えている場合が多いので、要員管理表と要員
技術管理表とは、「要員番号」をキーとして一対多数で
関連している。

【００９６】技術コード表は、個別技術についての定義
情報を格納するコードテーブルで、「キーコード」は技
術の一意識別子であり、「技術名」はその技術の名称で
あり、「換算係数」は特に技術がプログラミング言語で
あった場合に、そのソフトウエア開発組織におけるファ
ンクションポイントとソースコード行数の標準換算係
数、すなわち１ファンクションポイント当たりのソース
コード行数である。要員技術管理表と技術コード表と
は、「技術タイプ」と「キーコード」とをキーとして一
対一で関連している。

【００９７】投入りソース管理表は、要員をどのプロジ
ェクトにいつ投入したかあるいは投入するかを管理する
もので、「要員番号」は要員の一意識別子であり、「プ
ロジェクトコード」はその要員を投入したプロジェクト
の一意識別子であり、「投入年月週」はその要員をその
プロジェクトに投入した期間の週単位日付である。これ
により、このテーブルのレコードは、要員１人について
年間最大で５２レコードを持つことになる。

【００９８】プロジェクト管理表は、開発完了、開発中
あるいは開発予定のプロジェクトの全体情報を管理する
もので、「プロジェクトコード」はプロジェクトの一意
識別子であり、「プロジェクト名」はプロジェクトの名
称であり、「プロジェクトステータス」はそのプロジェ
クトの状態すなわち開発完了、開発中、見積り段階等の
どの段階にあるかを示し、「開始日」はプロジェクトの
開発開始日であり、「終了日」はプロジェクトの開発終
了（予定）日である。

【００９９】機能性管理表は、各プロジェクトで構成す
るサブシステムの情報を管理するもので、「プロジェク
トコード」はプロジェクトの一意識別子であり、「機能
コード」は機能のプロジェクト内の一意識別子であり、
「機能名」は機能の名称であり、「開発言語」はその機
能の開発言語を示す技術コードであり、「予測規模」は
その機能の開発言語で実装した場合の予測ステップ数で
あり、「実績規模」は開発終了時のその機能のステップ
数であり、「重要度」はそのサブシステムのシステム全
体に対する重要度である。プロジェクト管理表と機能性
管理表とは、「プロジェクトコード」をキーとして一対
多数で関連しており、機能性管理表と技術コード表と
は、「開発言語」と「キーコード」をキーとして一対一
で関連している。

【０１００】再び、図１３に戻り、行１４は、図６にお
ける行０８７乃至０９４のｖｉｅｗＤｅｆｉｎｉｔｉｏ
ｎ要素に対応する。この場合、データソースタイプがリ
レーショナルデータベースである場合、ｃｏｍｍａｎｄ
要素の要素値は発行するＳＱＬ文等で、そのデータベー
スが受け入れるコマンド文字列になる。このため、図６
における行０８９のｃｏｍｍａｎｄ要素の要素値は、ｐ
ａｒａｍ要素で参照するデータ「Ｅ００１ＶＭ０１」が
仮に「Ｐ２００００００２」であった場合に、ＳＱＬ文
「ＳＥＲＥＣＴＳＵＭ（ＰＦＴＣ．ＦＴＥＳ／ＣＳＫ
Ｌ．ＣＦＰＬ），ＰＲＪＣ．ＰＲＮＭＦＲＯＭＰＦ
ＴＣ，ＣＳＫＬ，ＰＲＪＣＷＨＥＲＥＰＦＴＣ．ＦＴ
ＰＬ＝ＣＳＫＬ．ＫＣＯＤＡＮＤＰＦＴＣ．ＰＲＩ
Ｄ＝ＰＲＪＣ．ＰＲＩＤ＝ＰＲＪＣＡＮＤＰＦＴ
Ｃ．ＰＲＩＤ＝’Ｐ２００００００２’」であると解釈
される。このＳＱＬ文を実行した場合、図１４に図示さ
れたプロジェクト管理表と機能性管理表と技術コード表
とから、「プロジェクトコード」が「Ｐ２００００００
２」に該当する「プロジェクト名」とそのプロジェクト
に属する全ての機能をファンクションポイントに換算し
て合計した値を取得することができる。「プロジェクト
コード」は一意であるので、返される結果は単一であ
る。

【０１０１】図６における行０９２に記述のｖａｌｕｅ
要素の定義により、結果の第１カラム（ｐｏｓｉｔｉｏ
ｎ＝”＠１”）、すなわちファンクションポイント総数
は「Ｅ００１ＶＤ０１」で参照される（ｖａｒｌｄ＝”
Ｅ００１ＶＤ０１”）。

【０１０２】図６における行０９３に記述のｖａｌｕｅ
要素の定義により、結果の第２カラム（ｐｏｓｉｔｉｏ
ｎ＝”＠２”）、すなわちプロジェクト名は「Ｅ００１
ＶＤ０１」で参照される（ｖａｒｌｄ＝”Ｅ００１ＶＤ
１０”）。

【０１０３】次いで、行１５は、図６における行０９５
乃至１００のｖｉｅｗＤｅｆｉｎｉｔｉｏｎ要素に対応
する。ここで、行０９７のｃｏｍｍａｎｄ要素の要素値
は、ｐａｒａｍ要素で参照されるデータ「Ｅ００１ＶＦ
０１」の値が仮に「１００」であった場合に、ＳＱＬ文
「ＳＥＬＥＣＴＳＵＭ（ＳＭＰＭ）×（１００×０．
３）ＦＲＯＭＰＳＳＣＷＨＥＲＥＳＴＹＰ＝１」
であると解釈される。このＳＱＬ文を実行した場合、要
員技術管理表から設計技術（ＥＰ１においては、設計技
術はコード「１」で表現される）を備えている全ての要
員が設計工程の期間に投入できた場合の処理可能ファン
クションポイント総数を取得できる。

【０１０４】図６における行０９９に記述のｖａｌｕｅ
要素の定義により、この値は「Ｅ００１ＶＤ０２」で参
照される（ｖａｒｌｄ＝”Ｅ００１ＶＤ０２”）。な
お、この値は、単一カラムだけを持つのでｐｏｓｉｔｉ
ｏｎ属性の指定が省略される。

【０１０５】続いて、行１６は、図６及び図７における
行１０１乃至１０８のｖｉｅｗＤｅｆｉｎｉｔｉｏｎ要
素に対応する。行１０３のｃｏｍｍａｎｄ要素の要素値
は、ｐａｒａｍ要素で参照されるデータ「Ｅ００１ＶＦ
０２」の値が仮に「２０００／２／１」であり、データ
「Ｅ００１ＶＦ０３」の値が仮に「２０００／５／１」
であった場合に、ＳＱＬ文「ＳＥＲＥＣＴＳＵＭ（Ｐ
ＳＳＣ．ＳＦＰＭ）ＦＲＯＭＰＳＳＣ，ＵＲＳＣＷ
ＨＥＲＥＰＳＳＣ．ＳＴＹＰ＝１ＡＮＤＰＳＳＣ．
ＰＳＩＤＡＮＤＵＲＳＣ．ＵＲＹＭ＞＝ＴＯＤＡ
ＴＥ（’２０００／２／１’）ＡＮＤＵＲＳＣ．Ｕ
ＲＹＭ＜ＴＯＤＡＴＥ（’２０００／５／１’）」で
あると解釈される。このＳＱＬ文を実行した場合、要員
技術管理表と投入りソース管理表とから設計技術を持つ
全ての要員の内、設計工程の期間中に既に別のプロジェ
クトに投入されている期間のファンクションポイント総
数を取得できる。

【０１０６】図６における行１０７に記述のｖａｌｕｅ
要素の定義により、この値は「Ｅ００１ＶＤ０３」で参
照される（ｖａｒｌｄ＝”Ｅ００１ＶＤ０３”）。この
値も単一のカラムだけを持つのでｐｏｓｉｔｉｏｎ属性
の指定がは省略される。

【０１０７】次に、行１７は、図７における行１０９乃
至１１５のｖｉｅｗＤｅｆｉｎｉｔｉｏｎ要素に対応す
る。行１１１のｃｏｍｍａｎｄ要素の要素値は、ｐａｒ
ａｍ要素で参照されるデータ「Ｅ００１ＶＦ０１」の値
が仮に「１００」であり、データ「Ｅ００１ＶＭ０１」
の値が仮に「Ｐ２０００００２」であった場合に、ＳＱ
Ｌ文「ＳＥＲＥＣＴＳＵＭ（ＰＳＳＣ．ＳＦＰＭ）×
（１００×０．３）ＦＲＯＭＰＳＳＣ，ＰＦＴＣＷ
ＨＥＲＥＰＦＴＣ．ＦＴＰＬ＝ＰＳＳＣ．ＳＴＹＰ
ＡＮＤＰＦＴＣ．ＰＲＩＤ＝’Ｐ２０００００２’」
であると解釈される。このＳＱＬ文を実行した場合、要
員技術管理表と機能性管理表とからプロジェクトを構成
する各サブシステムの開発言語の技術を持つ全ての要員
を製造工程の期間に投入できる場合の処理可能ファンク
ションポイント総数を取得できる。

【０１０８】図７における行１１４に記述のｖａｌｕｅ
要素の定義により、この値は「Ｅ００１ＶＤ０４」で参
照される（ｖａｒｌｄ＝”Ｅ００１ＶＤ０４”）。この
値も単一のカラムだけを持つのでｐｏｓｉｔｉｏｎ属性
の指定が省略される。

【０１０９】次いで、行１８は、図７における行１１６
乃至１２４のｖｉｅｗＤｅｆｉｎｉｔｉｏｎ要素に対応
する。行１１８のｃｏｍｍａｎｄ要素の要素値は、ｐａ
ｒａｍ要素で参照されるデータ「Ｅ００１ＶＭ０１」の
値が仮に「Ｐ２０００００２」であり、データ「Ｅ００
１ＶＦ０３」の値が仮に「２０００／８／１」であった
場合、ＳＱＬ文「ＳＥＲＥＣＴＳＵＭ（ＰＳＳＣ．Ｓ
ＦＰＭ）ＦＲＯＭＰＳＳＣ，ＵＲＳＣ，ＰＦＴＣＷ
ＨＥＲＥＰＦＴＣ．ＦＴＰＬ＝ＰＳＳＣ．ＳＴＹＰ
ＡＮＤＰＦＴＣ．ＰＲＩＤ＝ＵＲＳＣ．ＰＳＩＤＰ
ＦＴＣ．ＰＲＩＤ＝’Ｐ２０００００２’ ＡＮＤＵ
ＲＳＣ．ＵＲＹＭ＜ＴＯＤＡＴＥ（’２０００／８／
１’）」であると解釈される。このＳＱＬ文を実行した
場合、要員技術管理表と投入リソース管理表と機能性管
理表とからプロジェクトを構成する各サブシステムの開
発言語の技術を持つ全ての要員の内、製造工程の期間に
既に別のプロジェクトに投入されている期間のファンク
ションポイント総数を取得できる。

【０１１０】図７における行１２３に記述のｖａｌｕｅ
要素の定義により、この値は「Ｅ００１ＶＤ０５」で参
照される（ｖａｒｌｄ＝”Ｅ００１ＶＤ０５”）。この
値も単一のカラムだけを持つのでｐｏｓｉｔｉｏｎ属性
の指定が省略される。

【０１１１】続いて、行１９は、図７における行１２５
乃至１３０のｖｉｅｗＤｅｆｉｎｉｔｉｏｎ要素に対応
する。行１２７のｃｏｍｍａｎｄ要素の要素値は、ｐａ
ｒａｍ要素で参照されるデータ「Ｅ００１ＶＦ０１」の
値が仮に「１００」であった場合、ＳＱＬ文「ＳＥＲＥ
ＣＴＳＵＭ（ＳＦＰＭ）×（１００×０．４）ＦＲ
ＯＭＰＳＳＣＷＨＥＲＥＳＴＹＰ＝９９」である
と解釈される。このＳＱＬ文を実行した場合、要員技術
管理表からテスト技術（ＥＰ１においては、テスト技術
はコード「９９」で表現される）を備えている全ての要
員をテスト工程の期間に投入できた場合の処理可能ファ
ンクションポイント総数を取得できる。

【０１１２】図７における行１２９に記述のｖａｌｕｅ
要素の定義により、この値は「Ｅ００１ＶＤ０６」で参
照される（ｖａｒｌｄ＝”Ｅ００１ＶＤ０６”）。この
値も単一のカラムだけを持つのでｐｏｓｉｔｉｏｎ属性
の指定が省略される。

【０１１３】続く、行２０は、図７における行１３１乃
至１３８のｖｉｅｗＤｅｆｉｎｉｔｉｏｎ要素に対応す
る。行１３３のｃｏｍｍａｎｄ要素の要素値は、ｐａｒ
ａｍ要素で参照されるデータ「Ｅ００１ＶＦ０４」の値
が仮に「２０００／８／１」であり、データ「Ｅ００１
ＶＦ０５」の値が仮に「２０００／１１／２２」であっ
た場合、ＳＱＬ文「ＳＥＲＥＣＴＳＵＭ（ＰＳＳＣ．
ＳＦＰＭ）ＦＲＯＭＰＳＳＣ，ＵＲＳＣＷＨＥＲＥ
ＰＳＳＣ．ＳＴＹＰ＝９９ＡＮＤＰＳＳＣ．ＰＲ
ＩＤ＝ＵＲＳＣ．ＰＳＩＤＡＮＤＵＲＳＣ．ＵＲＹ
Ｍ＞＝ＴＯＤＡＴＥ（’２０００／８／１’）ＡＮＤ
ＵＲＳＣ．ＵＲＵＭ＜＝ＴＯＤＡＴＥ（’２０００
／１１／２２’）」であると解釈される。このＳＱＬ文
を実行した場合、要員技術管理表と投入リソース管理表
とからテスト技術を備えている全ての要員の内、製造工
程の期間中に既に別のプロジェクトに投入されている期
間のファンクションポイント総数を取得できる。

【０１１４】図７における行１３７に記述のｖａｌｕｅ
要素の定義により、この値は「Ｅ００１ＶＤ０７」で参
照される（ｖａｒｌｄ＝”Ｅ００１ＶＤ０７”）。この
値も単一のカラムだけを持つのでｐｏｓｉｔｉｏｎ属性
の指定が省略される。

【０１１５】続いて、品質評価テンプレートルール「Ｅ
００１」で使用する数式について説明する。

【０１１６】図１５は、品質評価テンプレートルール
「Ｅ００１」で使用する数式の概要を一覧表として表わ
した説明図である。

【０１１７】図１５に図示されているデータの定義は、
図７乃至図８における行１４０乃至１９４のｒｕｌｅ要
素から導かれるものである。なお、図１５に図示のデー
タの左側に付された数字は行数を表している。

【０１１８】行１は、図７における行１４１乃至１５０
のｒｕｌｅ要素に対応する。このｒｕｌｅ要素で定義す
る数式の識別子は「Ｅ００１Ｒ０１」であり（ｒｕｌｄ
＝”Ｅ００１Ｒ０１”）、数式自体の定義はＭａｔｈＭ
Ｌ（ＴＭ）に従って記述する。このｒｕｌｅ要素の数式
は、図７における行１４３乃至１４８のｍａｔｈ要素に
よって定義されている。

【０１１９】ＭａｔｈＭＬ（ＴＭ）は、演算の最小単位
をａｐｐｌｙ要素で表現するもので、基本的に、ａｐｐ
ｌｙ要素の最初の子要素に、その演算方法（加算、減
算）を示す要素を設定し、それに続いてオペランドを指
定する子要素を設定する。オペランドが数字であった場
合にｃｎ要素で定義し、数字でなかった場合にｃｉ要素
で定義する。また他のａｐｐｌｙ要素を子要素にするこ
ともできる。例えば「ａ＋１」をＭａｔｈＭＬ（ＴＭ）
で表現した場合、＜ａｐｐｌｙ＞＜ｐｌｕｓ／＞＜ｃｉ
＞ａ＜／ｃｉ＞＜ｃｎ＞１＜／ｃｎ＞＜／ａｐｐｌｙ＞
のようになる。

【０１２０】従って、図７における行１４４乃至１４７
のａｐｐｌｙ要素は、「ｃ×０．３」を示す。こうして
表現された数式を実際に計算する場合、変数「ｃ」の部
分に値を設定する必要があるが、これはｍａｔｈ要素に
続くｐａｔｈ要素で行う。ｐａｔｈ要素は、設定するデ
ータの指定をａｓｓｏｃｉａｔｅｄＤａｔａ属性で指定
し、設定先を要素値のＸｐａｔｈ構文で指定する。図７
における行１４９のｐａｔｈ要素は、データ「Ｅ００１
ＦＶ０１」を、行１４５に記述のように、ｍａｔｈ要素
の子のａｐｐｌｙ要素の子のｃｉ要素に設定することを
示している。この数式を計算した場合に、プロジェクト
の予定期間の週数の３０％に当たる週数を算出できる。

【０１２１】次に、行２は、図７及び図８における行１
５１乃至１６０のｒｕｌｅ要素に対応する。これらのｒ
ｕｌｅ要素で定義する数式の識別子は「Ｅ００１Ｒ０
２」であり（ｒｕｌｄ＝”Ｅ００１Ｒ０２”）、行１５
４乃至１５７のａｐｐｌｙ要素は「ｃ×０．６」を示
す。行１５９のｐａｔｈ要素は、データ「Ｂ００１ＦＶ
０１」を、行１５５に記述のように、ｍａｔｈ要素の子
のａｐｐｌｙ要素の子のｃｉ要素に設定することを示し
ている。この数式を計算した場合に、プロジェクトの予
定期間の週数の６０％に当たる週数を算出できる。

【０１２２】次いで、行３は、図８における行１６１乃
至１７１のｒｕｌｅ要素に対応する。これらのｒｕｌｅ
要素で定義する数式の識別子は「Ｅ００１Ｒ０３」であ
り（ｒｕｌｄ＝”Ｅ００１Ｒ０３”）、行１６４乃至１
６７のａｐｐｌｙ要素は「ｔ−ｕ」を示す。行１６９の
ｐａｔｈ要素は、データ「Ｂ００１ＦＶ０２」を、行１
６９に記述のように、ｍａｔｈ要素の子のａｐｐｌｙ要
素の子の最初のｃｉ要素に設定することを示し、行１７
０のｐａｔｈ要素は、データ「Ｂ００１ＦＶ０３」を、
行１６９に記述のように、ｍａｔｈ要素の子のａｐｐｌ
ｙ要素の子の二番目のｃｉ要素に設定することを示して
いる。この数式を計算した場合に、プロジェクトテスト
工程期間の実質的な投入可能リソース量を計算できる。

【０１２３】次に、行４は、図８における行１７２乃至
１８２のｒｕｌｅ要素に対応する。これらのｒｕｌｅ要
素で定義する数式の識別子は「Ｅ００１Ｒ０４」であり
（ｒｕｌｄ＝”Ｅ００１Ｒ０４”）、行１７５乃至１７
８のａｐｐｌｙ要素は「ｔ−ｕ」を示す。行１８０のｐ
ａｔｈ要素は、データ「Ｂ００１ＶＤ０４」を、行１７
６に記述のように、ｍａｔｈ要素の子のａｐｐｌｙ要素
の子の最初のｃｉ要素に設定することを示し、行１８１
のｐａｔｈ要素は、データ「Ｂ００１ＶＤ０５」を、行
１７７に記述のように、ｍａｔｈ要素の子のａｐｐｌｙ
要素の子の二番目のｃｉ要素に設定することを示してい
る。この数式を計算した場合に、プロジェクト製造工程
期間の実質的な投入可能リソース量を計算できる。

【０１２４】次いで、行５は、図８における行１８２乃
至１９３のｒｕｌｅ要素に対応する。これらのｒｕｌｅ
要素で定義する数式の識別子は「Ｅ００１Ｒ０５」であ
り（ｒｕｌｄ＝”Ｅ００１Ｒ０５”）、行１７５乃至１
７８のａｐｐｌｙ要素は「ｔ−ｕ」を示す。行１８０の
ｐａｔｈ要素は、データ「Ｂ００１ＶＤ０４」を、行１
７６に記述のように、ｍａｔｈ要素の子のａｐｐｌｙ要
素の子の最初のｃｉ要素に設定することを示し、行１８
１のｐａｔｈ要素は、データ「Ｂ００１ＶＤ０５」を、
行１７７に記述のように、ｍａｔｈ要素の子のａｐｐｌ
ｙ要素の子の二番目のｃｉ要素に設定することを示して
いる。この数式を計算した場合に、プロジェクト製造工
程期間の実質的な投入可能リソース量を計算できる。

【０１２５】このようなテンプレートルール「Ｅ００
１」におけるデータ及び数式は、評価処理の開始をトリ
ガーとして、参照・評価されるものである。

【０１２６】テンプレートルール「Ｅ００１」における
評価処理は、図８乃至図９における行１９６乃至２３３
のｅｓｔｉｍａｔｉｏｎｓ要素で定義される。これらの
ｅｓｔｉｍａｔｉｏｎｓ要素は、行１９７乃至２０２の
評価識別子「Ｅ００１Ｅ０１」の評価、行２０３乃至２
０８の評価識別子「Ｅ００１Ｅ０２」の評価、行２０９
乃至２１４の評価識別子「Ｅ００１Ｅ０３」の評価、行
２１５乃至２２０の評価識別子「Ｅ００１Ｅ０４」の評
価、行２２１乃至２２６の評価識別子「Ｅ００１Ｅ０
５」の評価、行２２７乃至２３２の評価識別子「Ｅ００
１Ｅ０６」の評価を含んでいる。

【０１２７】この中で、評価「Ｅ００１Ｅ０１」は、行
１９９のｐｏｉｎｔＯｆＴｉｍｅ要素の要素値「ＲＥＱ
ＵＩＲＥＤ」に基づき、ＥＰ１の実装系から要求があっ
た場合に評価処理を実行する。評価「Ｅ００１Ｅ０２」
は、行２０５のｐｏｉｎｔＯｆＴｉｍｅ要素の要素値
「ＦＡＬＳＥ＝Ｅ：Ｅ００１Ｅ０１」に基づき、ＥＰ１
において評価「Ｅ００１Ｅ０１」が偽値（−）であった
場合に評価処理が実行される。評価「Ｅ００１Ｅ０３」
は、行２１１のｐｏｉｎｔＯｆＴｉｍｅ要素の要素値
「ＴＲＵＥ＝Ｅ：Ｅ００１Ｅ０１」に基づき、ＥＰ１に
おいて評価「Ｅ００１Ｅ０１」が真値（＋）であった場
合に評価処理が実行される。評価「Ｅ００１Ｅ０４」
は、行２１７のｐｏｉｎｔＯｆＴｉｍｅ要素の要素値
「ＦＡＬＳＥ＝Ｅ：Ｅ００１Ｅ０３」に基づき、ＥＰ１
において評価「Ｅ００１Ｅ０３」が偽値（−）であった
場合に評価処理が実行される。評価「Ｅ００１Ｅ０５」
は、行２２３のｐｏｉｎｔＯｆＴｉｍｅ要素の要素値
「ＴＲＵＥ＝Ｅ：Ｅ００１Ｅ０３」に基づき、ＥＰ１に
おいて評価「Ｅ００１Ｅ０３」が真値（＋）であった場
合に評価処理が実行される。また、評価「Ｅ００１Ｅ０
６」では、行２２９のｐｏｉｎｔＯｆＴｉｍｅ要素の要
素値「ＦＡＬＳＥ＝Ｅ：Ｅ００１Ｅ０５」に基づき、Ｅ
Ｐ１において評価「Ｅ００１Ｅ０５」が偽値（−）であ
った場合に評価処理が実行される。

【０１２８】以上のように、テンプレートルール「Ｅ０
０１」における評価処理は、全て品質評価テンプレート
ルールの適用時に、最初の評価「Ｅ００１Ｅ０１」が実
行されると、その実行結果から次々に他の評価が連鎖的
に処理される可能性を持っているものである。

【０１２９】次いで、図１６、図１７は、ＥＰ１に用い
られる基本データリポジトリ４の保持内容の一例を示す
説明図である。

【０１３０】図１６及び図１７に示されるように、基本
データリポジトリ４の保持内容は、要員管理表における
要員番号と要員氏名、要員技術管理表における要員番号
と技術タイプと技術値、投入リソース管理表における要
員番号とプロジェクトコードと投入年月日、技術コード
表におけるキーコードと技術名と換算計数、プロジェク
ト管理表におけるプロジェクトコードとプロジェクト名
とプロジェクトステータスと開始日と終了日、機能性管
理表におけるプロジェクトコードと機能コードと機能名
と開発言語と規模予測と実績規模と重要度であって、そ
れらの各項目の内容の一例として図示の通りのものが収
納保持されている。

【０１３１】ところで、評価「Ｅ００１Ｅ０１」、評価
「Ｅ００１Ｅ０３」、評価「Ｅ００１Ｅ０５」は、図８
における行２００、図９における行２１２及び行２２４
にそれぞれ記述のようにｃｒｉｔｅｒｉａ要素を含んで
いて、これらの評価処理を行う際には、対応するｃｒｉ
ｔｅｒｉａ要素の内容を評価しなければならない。これ
に対して、評価「Ｅ００１Ｅ０２」、評価「Ｅ００１Ｅ
０４」、評価「Ｅ００１Ｅ０６」は、いずれもｃｒｉｔ
ｅｒｉａ要素を含んでおらず、ｃｒｉｔｅｒｉａ要素の
内容の評価を行う必要がない。

【０１３２】図１８は、テンプレートルール「Ｅ００
１」におけるｃｒｉｔｅｒｉａ要素内のｐａｒａｍ要素
の評価方法を表わす説明図であり、図１９は、テンプレ
ートルール「Ｅ００１」におけるｃｒｉｔｅｒｉａ要素
内のｐａｒａｍ要素の評価の進捗状態を表わす説明図で
ある。また、図２０、図２１は、基本データデポジトリ
４の変更後のテンプレートルール「Ｅ００１」における
ｃｒｉｔｅｒｉａ要素内のｐａｒａｍ要素の評価の進捗
状態を表わす説明図である。なお、図１８乃至図２１に
おいて、図示されている３桁の数００１乃至０１１は処
理番号を表す。

【０１３３】図１８に図示されるように、評価「Ｅ００
１Ｅ０１」を処理する場合は、数式「Ｅ００１Ｒ０３」
の演算結果（処理００１）とデータ「Ｅ００１ＶＤ０
１」（処理００２）とが必要であり、その中で数式「Ｅ
００１Ｒ０３」の演算を行う場合は、データ「Ｅ００１
ＶＤ０３」（処理００７）とデータ「Ｅ００１ＶＤ０
２」（処理００８）とが必要であり、その中でデータ
「Ｅ００１ＶＤ０３」を得るには、データ「Ｅ００１Ｖ
Ｆ０２」（処理００９）とデータ「Ｅ００１ＶＦ０３」
（処理０１０）とが必要であり、その中でデータ「Ｅ０
０１ＶＦ０２」を得るには、データ「Ｅ００１ＶＭ０
２」（処理０１１）が必要になる。

【０１３４】また、これらのｐａｒａｍ要素以外のｐａ
ｒａｍ要素についても、前述の評価と同様の評価を行
う。なお、図１８に図示の状態は、意味的なデータの依
存関係を示すものであて、実際の演算方法は実装に依存
する。

【０１３５】ＥＰ１は、ｃｒｉｔｅｒｉａ要素の出現順
にｐａｒａｍ要素を評価するものであって、始めに、数
式「Ｅ００１Ｒ０３」の評価を行う。このとき、データ
の依存関係の終端にあるデータ「Ｅ００１ＶＭ０２」と
データ「Ｅ００１ＶＭ０３」の解決が試みられる。デー
タ「Ｅ００１ＶＭ０２」はパラメータ「Ｂｅｇｉｎｎｉ
ｎｇＤａｔｅ」を、データ「Ｅ００１ＶＭ０３」はパラ
メータ「ＬａｓｔＤａｔｅ」をそれぞれ手動入力する項
目であるため、ＥＰ１においては入力ダイアログボック
スを開いてユーザーに手動入力を促す。また、ＥＰ１に
おいてはテンプレートルールで使用する手動入力パラメ
ータを一括入力することが要求されるので、データ「Ｅ
００１ＶＭ０１」のパラメータ「ＴａｒｇｅｔＰｒｏｊ
ｅｃｔ」とデータ「Ｅ００１ＶＭ０４」のパラメータ
「ＦｉｌｅＯｕｔｐｕｔＴｏ」が同時解決される。この
とき、データ「Ｅ００１ＶＭ０１」にパラメータ値「Ｐ
２０００００２」を、データ「Ｅ００１ＶＭ０２」にパ
ラメータ値「２０００／２／１」を、データ「Ｅ００１
ＶＭ０３」にパラメータ値「２０００／８／３１」を、
データ「Ｅ００１ＶＭ０４」にパラメータ値「Ｃ：￥Ｅ
ＰＲｅｓｕｌｔ￥ｔｍｐ￥ＰｒｉｍＰｒｏｃｅｓｓ．ｘ
ｍｌ」をそれぞれ手動入力している。

【０１３６】図２２は、実装システム１（ＥＰ１）にお
いてパラメータ値の手動入力するときにテンプレートル
ール表示部１₅に表示される表示画面の一例である。

【０１３７】図２２に図示されるように、表示画面は、
パラメータ「ＴａｒｇｅｔＰｒｏｊｅｃｔ」、「Ｂｅｇ
ｉｎｎｉｎｇＤａｔｅ」、「ＬａｓｔＤａｔｅ」に対し
て、下記のような値を手動入力したことが表示されるも
ので、ＴａｒｇｅｔＰｒｏｊｅｃｔ欄に値「Ｐ２０００
００２」が、ＢｅｇｉｎｎｉｎｇＤａｔｅ欄に値「２０
００／２／１」が、ＬａｓｔＤａｔｅ欄に値「２０００
／８／３１」がそれぞれ表示される。

【０１３８】図１８に戻り、データ「Ｅ００１ＶＤ０
２」の解決にはデータ「Ｅ００１ＶＦ０１」の解決が必
要であり、データ「Ｅ００１ＶＦ０１」の解決にはデー
タ「Ｅ００１ＶＭ０２」とデータ「Ｅ００１ＶＭ０３」
の解決が必要である。この場合、データ「Ｅ００１ＶＭ
０２」とデータ「Ｅ００１ＶＭ０３」は、パラメータ値
の手動入力によっれ解決済みであるので、これらのパラ
メータ値「２０００／２／１」、「２０００／８／３
１」を引数とし、ユーザー定義関数「ＣａｌｃＣａｌｅ
ｎｄａｒ１」を実行すると、その実行結果は「３０」と
なる。また、データ「Ｅ００１ＶＤ０２」は、データ
「Ｅ００１ＶＦ０１」の解決済みの値「３０」をｐａｒ
ａｍ要素の位置に埋め込んだＳＱＬ文が「ＳＥＲＥＣＴ
ＳＵＭ（ＳＦＰＭ）×（３０×０．３）ＦＲＯＭ
ＰＳＳＣＷＨＥＲＥＳＴＹＰ＝１」となり、その結
果は、図１６及び図１７に図示の内容から「（１００＋
１５０）×３０×０．３」、すなわち「２２５０」にな
る。

【０１３９】さらに、データ「Ｅ００１ＶＤ０３」の解
決にはデータ「Ｅ００１ＶＦ０２」とデータ「Ｅ００１
ＶＦ０３」の解決が必要であり、データ「Ｅ００１ＶＦ
０２」の解決のために、パラメータ値「２０００／２／
１」及び「０」を引数としてユーザー定義関数「Ｃａｌ
ｃＣａｌｅｎｄａｒ２」を実行すると、その実行結果は
「２０００／２／１」となる。同様に、データ「Ｅ００
１ＶＦ０３」の解決には数式「Ｅ００１Ｒ０１」の解決
が必要であり、数式「ｃ×０．３」の「ｃ」にデータ
「Ｅ００１ＶＦ０１」の解決済みの値「３０」を当て嵌
めて数式「３０×０．３」の計算を行うと、その結果が
「９」になる。このため、データ「Ｅ００１ＶＦ０３」
は、解決済みの値「２０００／２／１」及び値「９」を
引数とし、ユーザー定義関数「ＣａｌｃＣａｌｅｎｄａ
ｒ２」の実行により解決され、その結果は「２０００／
４／１」となる。

【０１４０】以上の解決結果に基づき、データ「Ｅ００
１ＶＦ０３」の解決にはデータ「Ｅ００１ＶＦ０２」と
データ「Ｅ００１ＶＦ０３」の解決済みの値「２０００
／２／１」、「２０００／４／１」をｐａｒａｍ要素の
位置に埋め込んだＳＱＬ文が「ＳＥＲＥＣＴＳＵＭ
（ＰＳＳＣ．ＳＦＰＭ）ＦＲＯＭＰＳＳＣ，ＵＲＳ
ＣＷＨＥＲＥＰＳＳＣ．ＳＴＹＰ＝１ＡＮＤＰ
ＳＳＣ．ＰＳＩＤ＝ＵＲＳＣ．ＰＳＩＤＡＮＤＵＲ
ＳＣ．ＵＲＹＭ＞＝ＴＯＤＡＴＥ（’２０００／２／
１’）ＡＮＤＵＲＳＣ．ＵＲＹＭ＜ＴＯＤＡＴＥ
（’２０００／４／１’）」となり、その結果は、図１
６及び図１７に図示の内容から「１３５０」になる。

【０１４１】次に、以上の解決結果に基づき、数式「Ｅ
００１Ｒ０３」の解決には数式「ｔ−ｕ」の「ｔ」にデ
ータ「Ｅ００１ＶＤ０２」の解決済みの値「２２５０」
を、「ｕ」にデータ「Ｅ００１ＶＤ０３」の解決済みの
値「１３５０」をそれぞれ当て嵌めた数式「２２５０−
１３５０」の計算を行うと、その計算結果が「９００」
になる。

【０１４２】このとき、評価「Ｅ００１Ｅ０１」のｃｒ
ｉｔｅｒｉａ要素値は、論理演算式「９００≧５０１」
と解釈され、その演算結果が真値（＋）になるので、評
価「Ｅ００１Ｅ０１」は成立したものと見做せる。そし
て、評価「Ｅ００１Ｅ０１」が成立したことにより、評
価「Ｅ００１Ｅ０１」に連鎖した形で、評価「Ｅ００１
Ｅ０３」の処理が開始される。

【０１４３】評価「Ｅ００１Ｅ０３」の処理は、前記評
価「Ｅ００１Ｅ０１」の処理と殆んど同じ処理形態によ
って行われるものであり、その処理により、データ「Ｅ
００１ＶＭ０１」、「Ｅ００１ＶＭ０２」、「Ｅ００１
ＶＭ０３」、「Ｅ００１ＶＦ０１」、「Ｅ００１ＶＦ０
３」、「Ｅ００１Ｒ０１」は、解決済みの値「Ｐ２００
００２」、「２０００／２／１」、「２０００／８／３
１」、「３０」、「２０００／４／１」、「９」にな
る。このときのｃｒｉｔｅｒｉａ要素内のｐａｒａｍ要
素の評価の進捗状態は、図１９に図示されるように網か
けを施した部分によって表わされる。

【０１４４】このとき、評価「Ｅ００１Ｅ０３」のｃｒ
ｉｔｅｒｉａ要素値は、論理演算式「４５０≧５０１」
と解釈され、その演算結果が偽値（−）になるので、評
価「Ｅ００１Ｅ０３」は成立しなかったものと見做され
る。そして、評価「Ｅ００１Ｅ０３」が成立しなかった
ことにより、評価「Ｅ００１Ｅ０３」に連鎖した形で、
評価「Ｅ００１Ｅ０４」の評価が開始される。

【０１４５】この評価「Ｅ００１Ｅ０４」はｃｒｉｔｅ
ｒｉａ要素がないため、自動的に成立し、図９における
行２１８に記述のｅｓｔＤｅｓｃｒｉｐｔｉｏｎ要素が
処理される。ｅｓｔＤｅｓｃｒｉｐｔｉｏｎ要素は、ｔ
ｙｐｅ属性値が「ＭＳＧＢＯＸ」であるので、ＥＰ１に
おけるテンプレートルール表示部１₅には警告メッセー
ジが表示される。

【０１４６】図２３は、実装システム１（ＥＰ１）にお
いてこのときテンプレートルール表示部１₅に表示され
る警告メッセージの表示例である。

【０１４７】図２３に図示されるように、この場合、
「現在の投入可能なリソース量では、製造工程で最低限
必要なリソースを確保することができません」との表示
内容が示される。この表示がなされると、この一連のテ
ンプレートルール「Ｅ００１」の処理が終了し、これ以
上連鎖した形の処理の進行が停止される。

【０１４８】以上、テンプレートルール「Ｅ００１」の
処理を行った結果、プロジェクト「ＰｒｏｊｅｃｔＹ」
における製造工程の投入リソースが不足していることが
判ったので、プロジェクト「ＰｒｏｊｅｃｔＸ」の担当
要員を一部変更し、再度、テンプレートルール「Ｅ００
１」の処理を行う。

【０１４９】ここで、図２４は、ＥＰ１における基本デ
ータリポジトリ４の変更した保持内容の一例を示す説明
図であって、図１６、図１７に図示された基本データリ
ポジトリ４の保持内容と対応するものである。なお、図
２４においては、今回変更された投入リソース管理表の
行１４乃至２２の部分（網かけを施した部分）だけを記
載しており、今回変更されないそれ以外の部分の記載を
省略している。

【０１５０】図２４に図示されるように、投入リソース
管理表の行１４乃至２２の部分、すなわちＰｒｏｊｅｃ
ｔＸにおける期間「２０００／４／１」乃至「２０００
／５／２９」の担当要員を、要員番号「Ｓ０１２１３
０」の担当者から要員番号「Ｓ０４２５２０」の担当者
に変更している。

【０１５１】この変更された基本データリポジトリ４の
内容に基づき、テンプレートルール「Ｅ００１」の処理
を再度実行する。この処理においては、前記処理手順と
同様の処理手順によって評価「Ｅ００１Ｅ０３」まで処
理されると、処理の進捗状況は図２０に図示された評価
「Ｅ００１Ｅ０１」及び「Ｅ００１Ｅ０３」の処理結果
の通りになる。このとき、評価「Ｅ００１Ｅ０３」のｃ
ｒｉｔｅｒｉａ要素値は、論理演算式「５８５≧５０
１」と解釈され、この演算が真値（＋）になるので、評
価「Ｅ００１Ｅ０３」は成立したものと見做せる。そし
て、評価「Ｅ００１Ｅ０３」が成立したことにより、評
価「Ｅ００１Ｅ０３」に連鎖した形で、評価「Ｅ００１
Ｅ０５」の処理が開始される。

【０１５２】評価「Ｅ００１Ｅ０５」の処理において、
データ「Ｅ００１ＶＤ０１」は解決済みであるので、数
式「Ｅ００１Ｒ０５」を解決する。このときも前記処理
手順と同様の処理手順によって評価「Ｅ００１Ｅ０５」
を処理し、評価「Ｅ００１Ｅ０５」の処理が行われる
と、処理の進捗状況は図２１に図示された処理結果の通
りになる。このとき、評価「Ｅ００１Ｅ０５」のｃｒｉ
ｔｅｒｉａ要素値は、論理演算式「２１６０≧５０１」
と解釈され、この演算が真値（＋）になるので、評価
「Ｅ００１Ｅ０５」が成立したものと見做せる。

【０１５３】この時点において、テンプレートルールの
選択によって開始されたテンプレートルール「Ｅ００
１」の一連の評価処理が終了する。

【０１５４】この後、評価「Ｅ００１Ｅ０５」が成立し
たことにより、その成立を端緒として、テンプレートル
ール「Ｅ００１」は、図９における行２３４乃至２５０
のｏｕｔｐｕｔ要素の処理に移行し、以下に述べるよう
なｏｕｔｐｕｔ要素の処理が行われる。すなわち、行２
３５における出力「Ｅ００１Ｏ０１」は、一つのｏｕｔ
Ｄｅｓｃｒｉｐｔｉｏｎ要素（図９における行２３８乃
至２４８）が含まれている。このｏｕｔＤｅｓｃｒｉｐ
ｔｉｏｎ要素は、ｔｙｐｅ属性値が「ＸＭＬ」であるの
で、ＥＰ１においてはｏｕｔＤｅｓｃｒｉｐｔｉｏｎ要
素値の内容を解釈した結果をｔｏ属性で指定される出力
先のファイルにＸＭＬ文書として出力される。

【０１５５】まず、ｏｕｔＤｅｓｃｒｉｐｔｉｏｎ要素
内容に含まれているｐａｒａｍ要素を解決する。このと
き、ｐａｒａｍ要素が参照しているのは、データ「Ｅ０
０１ＶＤ１０」（図９における行２４０、２４２、２４
４）、データ「Ｅ００１ＶＭ０２」（図９における行２
４０）、データ「Ｅ００１ＶＭ０３」（図９における行
２４１、２４３、２４８）、データ「Ｅ００１ＶＦ０
６」（図９における行２４４）、データ「Ｅ００１ＶＦ
０７」（図９における行２４５）、データ「Ｅ００１Ｖ
Ｆ０８」（図９における行２４６）、データ「Ｅ００１
ＶＦ０９」（図９における行２４７）である。データ
「Ｅ００１ＶＤ１０」、「Ｅ００１ＶＭ０２」、「Ｅ０
０１ＶＭ０３」は、先行する評価処理の段階で解決済み
であるので、それを適用するデータ「Ｅ００１ＶＦ０
６」、「Ｅ００１ＶＦ０７」、「Ｅ００１ＶＦ０８」、
「Ｅ００１ＶＦ０９」は、評価処理と同様に解決適用す
る。

【０１５６】その結果、文字列「＜？ｘｍｌｖｅｒｓ
ｉｏｎ＝”１．０” ｅｎｃｏｄｉｎｇ＝”Ｓｈｉｆｔ
−ｊｉｓ！？＞＜ＰｒｏｃＭＬ＞＜ｐｒｏｊｅｃｔｉ
ｎｆｏｎａｍｅ＝”ＰｒｏｊｅｃｔＹ” Ｓｔａｒｔ
＝”２０００／２／１” Ｅｎｄ＝”２０００／８／３
１” ／＞＜ｐａｇｅｔｉｔｌｅ＝”大日程計画表”
Ｓｔａｒｔ＝”２０００／２／１” Ｅｎｄ＝”２０
００／８／３１” ＞＜ｐａｇｅＩｔｅｍｎａｍｅ
＝”設計” ｐｇｌｄ＝”Ｄ００１” Ｓｔａｒｔ＝”
２０００／２／１” Ｅｎｄ＝”２０００／４／２”
／＞＜ｐａｇｅＩｔｅｍｎａｍｅ＝”製造” ｐｇｌ
ｄ＝”ＣＯＯ１” Ｓｔａｒｔ＝”２０００／４／３”
Ｅｎｄ＝”２０００／６／４” ／＞＜ｐａｇｅＩｔ
ｅｍｎａｍｅ＝”テスト” ｐｇｌｄ＝”Ｔ００１”
Ｓｔａｒｔ＝”２０００／６／５” Ｅｎｄ＝”２０
００／８／３１” ／＞＜／ｐａｇｅ＞＜ＰｒｏｃＭＬ
＞」が、データ「Ｅ００１ＶＭ０４」の値である「Ｃ：
￥ＥＰＲｅｓｕｌｔ￥ｔｍｐ￥ＰｒｉｍＰｒｏｃｅｓ
ｓ．ｘｍｌ」にファイル出力される。この出力は、工程
表を示すＸＭＬ文書であるので、この形式のＸＭＬ文書
を表示編集できるソフトウエアを用いてＥＰ１における
テンプレートルール表示部１₅に供給すれば、その表示
画面に下記のような工程表を表示させることができる。

【０１５７】図２５は、テンプレートルール表示部１₅
の表示画面に表示される工程表の一例を示す説明図であ
る。

【０１５８】図２５に図示されるように、この工程表
は、プロジェクト名、プロジェクト期間、大日程計画
表、設計期間、製造期間、テスト期間の表示をするもの
で、プロジェクト名にＰｒｏｊｅｃｔＹ、プロジェクト
期間及び大日程計画表にそれぞれ２０００年２月１日〜
２０００年８月３１日が示され、設計期間が２０００年
２月１日〜２０００年４月２日、製造期間が２０００年
４月３日〜２０００年６月４日、テスト期間が２０００
年６月５日〜２０００年８月３１日であることが表示さ
れる。

【０１５９】以上の処理が行われた時点で、テンプレー
トルール「Ｅ００１」の処理が全て終了する。

【０１６０】ところで、前記説明においては、基本デー
タリポジトリ４の内容を変更する場合、プロジェクト
「ＰｒｏｊｅｃｔＸ」の担当要員を一部を変更している
例について説明したが、警告メッセージの表示内容によ
っては、担当要員を一部を変更する代わりに、他の項目
の変更を行う必要がある。

【０１６１】そこで、他の項目の変更の一例として、以
下、ソフトウエア開発の見積り方法を変更した場合の例
を説明する。

【０１６２】この例に従ったソフトウエアの開発の見積
り方法のシナリオは、第１に、現行のソフトウエア開発
の見積り方法に、開発対象のシステム特性（システムの
種類や規模）に基づく開発生産性の補正機能を追加する
こと、第２に、基本データリポジトリ４に、システム特
性とその補正係数を管理するテーブルを追加し、プロジ
ェクト管理表のレコードに前記テーブルのレコードを参
照するデータ項目を追加すること、第３に、リソース量
の計算時に、その機能毎に補正係数を適用することであ
る。

【０１６３】図２６は、前記シナリオに従って部分的に
変更されたデータベース「ｒｅｓＩｎｆｏｌ」のテーブ
ル定義の一部を示す説明図であって、図１４に図示のテ
ーブル定義に対応するものである。

【０１６４】図２６に図示されるように、新たなテーブ
ル定義は、現行のプロジェクト管理表の８行にシステム
特性の項目を追加し、また、新たにシステム特性コード
表を追加しており、その他のテーブルには変更を加えて
いない。このシステム特性コード表は、３つの項目とし
て「キーコード」、「特性内容」、「補正係数」があ
り、この中で、「キーコード」はシステム特性を示すコ
ード値であり、「特性内容」はシステム特性の説明内容
を示す文字列、例えば「ホスト：バッチ系：約１０００
ＦＰ」等であり、「補正係数」は生産性の補正係数であ
る。この場合、生産性の補正係数としては、現行の要員
技術管理表の「技術値」を「一般企業向けホストバッチ
系システムで１０００ＦＰ」の生産性であると見做し、
それを補正するための乗算値を設定するもので、例えば
通常よりも高い信頼性を要求されるシステムにおいては
生産性が低下するため、補正係数として「０．６」を設
定し、逆に規模が小さいシステムにおいては一般に生産
性が向上するため、補正係数として「２」を設定する。

【０１６５】また、ソフトウエア開発の見積り方法が変
更され、それに伴って基本データリポジトリ４の構成の
変更されると、それらの変更に対応させて、テンプレー
トルール「Ｅ００１」のテンプレートファイルを部分的
に変更する。このテンプレートファイルの変更の内容
は、リソース量を計算するためのデータ参照時に、前述
のような補正処理を追加することである。

【０１６６】図２７及び図２８は、部分的に変更された
テンプレートファイルの内容の一例を示す説明図であっ
て、図６及び図８に図示されたテンプレートファイルの
内容に対応するものである。

【０１６７】図６における行０８７乃至０９４のｖｉｅ
ｗＤｅｆｉｎｉｔｉｏｎ要素を、図２７に図示の行００
１乃至００９のように変更する。この変更によって、
「補正係数」を「Ｅ００１ＶＤ１１」（図２７における
行００８）で参照できるようになる。

【０１６８】また、図８における行１６１乃至１９３の
３つのｒｕｌｅ要素を、図２８に図示の行００１乃至０
４５のように変更する。この変更によって、図２８にお
ける行００３乃至０１１、行０１８乃至０２６、行０３
３乃至０４１のｍａｔｈ要素で示す演算式が修正され、
追加されたオペランド「ｗ」にパラメータ値を割り当て
るｐａｔｈ要素が新たに追加されている（図２８におけ
る行０１４、０２９、０４４参照）。

【０１６９】このような変更を行うことにより、それぞ
れのｒｕｌｅ要素で処理される式は、「（ｔ−ｕ）×
ｗ」（ここで、ｗは補正係数）となり、設計、製造、テ
ストの各工程に投入できる最終的なリソース量が補正さ
れるようになる。

【０１７０】そして、実装システム１を変更することな
く、テンプレートファイルの内容の部分変更を行うだけ
で、新しいソフトウエア開発の見積り方法に対応できる
ようになる。

【０１７１】続いて、共有情報テンプレートファイル保
持部３を用いた評価テンプレートファイルの共有例につ
いて説明する。

【０１７２】図２９は、２つの実装システムＥＰ１、Ｅ
Ｐ２が評価テンプレートルール「Ｅ００１」を共有して
いる状態を示す説明図であって、評価テンプレートルー
ル「Ｅ００１」を、１つの実装システムＥＰ１と他の実
装システムＥＰ２とが共有する場合を示すものである。

【０１７３】この場合、実装システムＥＰ１と実装シス
テムＥＰ２とは、実装形態がほぼ同じであるが、幾つか
のキーワードが異なっているものとし、仮に、実装シス
テムＥＰ１におけるユーザー定義関数「ＣａｌｃＣａｌ
ｅｎｄａｒ１」が実装システムＥＰ２では「ＧｅｔＤａ
ｔｅ１」と表現され、実装システムＥＰ１におけるデー
タソース指定キーワード「ＭＡＮＵＡＬ」が実装システ
ムＥＰ２では「ＵｓｅｒＩｎｐｕｔ」と表現されている
ものとする。

【０１７４】共有するテンプレートファイルとその文書
型宣言ファイルは、実装システムＥＰ１及び実装システ
ムＥＰ２の双方からアクセス可能なテンプレートファイ
ル保存部（例えば、ネットワーク上の共有ディレクトリ
等）に配置されており、実装システムＥＰ１または実装
システムＥＰ２がそれらを必要とするときに、実装シス
テムＥＰ１及び実装システムＥＰ２内のローカルテンプ
レートファイル保存部にダウンロードして利用されるも
のである。この場合、実装システムＥＰ１及び実装シス
テムＥＰ２の内部では、図２９に００４または００５と
して図示されているように、ＸＭＬのエンティティ参照
機能を用いて単に名前を置き換えるだけで足りる。

【０１７５】この手順は、最初に、図２９における内容
００１に示すように、ローカルな名前への置き換えを行
うため、ＱＥＭＬの文書型宣言ファイルに外部エンティ
ティ宣言を追加する。次に、評価テンプレートルール定
義ファイル「Ｅ００１．ｘｍｌ」において、実装システ
ムＥＰ１、ＥＰ２毎に異なる名称の付与はエンティティ
参照で表現するようにする。図２９の図示の例では、実
装システムＥＰ１におけるキーワード「ＭＡＮＵＡＬ」
は、内容００２に示すように「＆ｄｓｔ１」と置き換え
られ、ユーザー定義関数名「ＣａｌｃＣａｌｅｎｄａｒ
１」は、内容００３に示すように「＆ｕｄｆ１；」と置
き換えられる。そして、実装システムＥＰ１及び実装シ
ステムＥＰ２のローカルテンプレートファイル保存部
に、前記エンティティ参照を解決するためのエンティテ
ィ宣言を含んだファイル「ｌｏｃａｌ．ｄｔｄ」を、内
容００４、００５に示すようにそれぞれ配置しておけ
ば、実装システムＥＰ１及び実装システムＥＰ２におい
てこの評価テンプレートファイルが解釈されるとき、エ
ンティティ参照機能を用いた名前の置き換えを適切に実
行することができる。

【０１７６】また、それぞれの実装システムＥＰ１及び
実装システムＥＰ２で利用する基本データリポジトリ４
の構成が異なっている場合であっても、前述の処理方法
と同様の処理方法を用いて、評価テンプレートルール
「Ｅ００１」を共有させることができる。

【０１７７】

【発明の効果】以上説明したように、請求項１に記載の
発明によれば、テンプレートルールを記載した各種文
書、例えば構造化文書で定義されるテンプレートファイ
ルを用い、このテンプレートファイルのテンプレートル
ールに基づいた処理を実行することにより、ソフトウエ
ア開発に対する提案、ソフトウエア開発計画に対する修
正や警告が作成され、かつ、そのときに提案内容、修正
内容や警告内容が表示されるので、それらの表示内容に
従うことにより、ソフトウエア開発に対する適切な支援
の実行が可能になるという効果がある。

【０１７８】また、請求項１に記載の発明によれば、テ
ンプレートルールを記載した各種文書、例えば構造化文
書で定義されるテンプレートファイルと、ソフトウエア
開発組織を構成する共有情報サイトからの共有情報テン
プレートファイルとを用いて、各テンプレートファイル
のテンプレートルールに基づいた処理を実行することに
より、ソフトウエア開発に対する提案、ソフトウエア開
発計画に対する修正や警告が作成され、かつ、そのとき
の提案内容、修正内容や警告内容が表示されるので、そ
れらの表示内容に従うことにより、ソフトウエア開発に
対する適切な支援の実行が可能になるという効果があ
る。

【図面の簡単な説明】

【図１】本発明によるソフトウエア開発支援方法の実施
の形態を示すもので、実装システムとその周辺技術とを
示す説明図である。

【図２】見積りルールマークアップ言語（ＥＰＭＬ）の
文書型定義の概要を示す説明図である。

【図３】図２に図示されたＥＰＭＬの文書型定義を階層
的に図示した説明図である。

【図４】図２に図示されたＥＰＭＬ要素の内容を示す説
明図である。

【図５】本発明のソフトウエア開発支援方法に用いられ
るテンプレートファイルの内容の一例を示す説明図であ
る。

【図６】本発明のソフトウエア開発支援方法に用いられ
るテンプレートファイルの内容の一例を示す説明図であ
る。

【図７】本発明のソフトウエア開発支援方法に用いられ
るテンプレートファイルの内容の一例を示す説明図であ
る。

【図８】本発明のソフトウエア開発支援方法に用いられ
るテンプレートファイルの内容の一例を示す説明図であ
る。

【図９】本発明のソフトウエア開発支援方法に用いられ
るテンプレートファイルの内容の一例を示す説明図であ
る。

【図１０】実装システムにおいてテンプレートルール表
示部に表示されるテンプレートルール選択画面の１つの
表示例である。

【図１１】図１０とは異なる視点で分類したテンプレー
トルール表示部に表示されるテンプレートルール選択画
面の他の表示例である。

【図１２】実装システムにおいてテンプレートルール表
示部に表示されるテンプレートルールの詳細を示す表示
例である。

【図１３】テンプレートルール「Ｅ００１」で使用する
データの概要を一覧表にまとめた説明図である。

【図１４】データベース「ｒｅｓＩｎｆｏｌ」のテーブ
ル定義の一部を示す説明図である。

【図１５】品質評価テンプレートルール「Ｅ００１」で
使用する数式の概要を一覧表として表わした説明図であ
る。

【図１６】実装システムに用いられる基本データリポジ
トリの保持内容の一例を示す説明図である。

【図１７】実装システムに用いられる基本データリポジ
トリの保持内容の一例を示す説明図である。

【図１８】テンプレートルール「Ｅ００１」におけるｃ
ｒｉｔｅｒｉａ要素内のｐａｒａｍ要素の評価方法を表
わす説明図である。

【図１９】テンプレートルール「Ｅ００１」におけるｃ
ｒｉｔｅｒｉａ要素内のｐａｒａｍ要素の評価の進捗状
態を表わす説明図である。

【図２０】基本データデポジトリ変更後のテンプレート
ルール「Ｅ００１」におけるｃｒｉｔｅｒｉａ要素内の
ｐａｒａｍ要素の評価の進捗状態を表わす説明図であ
る。

【図２１】基本データデポジトリ変更後のテンプレート
ルール「Ｅ００１」におけるｃｒｉｔｅｒｉａ要素内の
ｐａｒａｍ要素の評価の進捗状態を表わす説明図であ
る。

【図２２】実装システムにおいてパラメータ値の手動入
力するときにテンプレートルール表示部に表示される表
示画面の一例である。

【図２３】実装システムにおいてこのときテンプレート
ルール表示部に表示される警告メッセージの表示例であ
る。

【図２４】実装システムにおける基本データリポジトリ
の変更した保持内容の一例を示す説明図である。

【図２５】テンプレートルール表示部の表示画面に表示
される工程表の一例を示す説明図である。

【図２６】部分的に変更されたデータベース「ｒｅｓＩ
ｎｆｏｌ」のテーブル定義の一部を示す説明図である。

【図２７】部分的に変更されたテンプレートファイルの
内容の一例を示す説明図である。

【図２８】部分的に変更されたテンプレートファイルの
内容の一例を示す説明図である。

【図２９】２つの実装システムＥＰ１、ＥＰ２が評価テ
ンプレートルール「Ｅ００１」を共有している状態を示
す説明図であっ

【符号の説明】

１実装システム（アプリケーション・プログラム）１₁ テンプレートファイル受領部１₂ テンプレートファイル読み込み部１₃ テンプレートルール演算部１₄ テンプレートルール評価部１₅ テンプレートルール表示部２テンプレートファイル保存部３共有情報テンプレートファイル保持部４基本データリポジトリ

───────────────────────────────────────────────────── フロントページの続き (72)発明者小藤田剛実東京都渋谷区道玄坂一丁目16番５号株式会社日立情報システムズ内 (72)発明者上田大東京都渋谷区道玄坂一丁目16番５号株式会社日立情報システムズ内Ｆターム(参考） 5B076 EC09

Claims

【特許請求の範囲】

【請求項１】クライアントコンピュータと、前記クラ
イアントコンピュータに接続され、テンプレートルール
を記載した各種文書で定義されるテンプレートファイル
を保持するファイルサーバとを備え、前記クライアント
コンピュータによって前記テンプレートルールに基づく
実装システムの実行を支援するソフトウエア開発支援方
法であって、前記テンプレートファイルから前記テンプ
レートルールを取得し、取得したテンプレートルールを
読み込む第１ステップと、前記読み込んだテンプレート
ファイルの定義を実行し、その実行に伴って順次ソフト
ウエア開発に対する提案、及び、ソフトウエア開発計画
に対する修正や警告を作成する第２ステップと、前記提
案や前記修正や警告が作成される毎にそれらの作成内容
を表示し、その表示内容に基づいて前記ソフトウエア開
発内容を変更する第３ステップとからなることを特徴と
するソフトウエア開発支援方法。
【請求項２】クライアントコンピュータと、前記クラ
イアントコンピュータに接続され、テンプレートルール
を記載した各種文書で定義されるテンプレートファイル
を保持するファイルサーバと、前記クライアントコンピ
ュータに接続され、前記クライアントコンピュータとと
もにソフトウエア開発組織を構成し、前記組織で利用す
る共有情報テンプレートファイルを保持する共有情報サ
イトとを備え、前記クライアントコンピュータによって
前記テンプレートルールに基づく実装システムの実行を
支援するソフトウエア開発支援方法であって、前記テン
プレートファイル及び前記共有情報テンプレートファイ
ルを取得し、取得したテンプレートファイル及び前記共
有情報テンプレートファイルを読み込む第１ステップ
と、前記読み込んだ各テンプレートファイルの定義を実
行し、その実行に伴って順次ソフトウエア開発に対する
提案、及び、ソフトウエア開発計画に対する修正や警告
を作成する第２ステップと、前記提案や前記修正や警告
が作成される毎にそれらの作成内容を表示し、その表示
内容に基づいて前記ソフトウエア開発内容を変更する第
３ステップとからなることを特徴とするソフトウエア開
発支援方法。
【請求項３】前記各テンプレートファイルを定義する
各種文書は、構造化文書であることを特徴とする請求項
１または２のいずれかに記載のソフトウエア開発支援方
法。
【請求項４】前記クライアントコンピュータにおける
テンプレートルールの読み込みは、前記テンプレートル
ールの内容を読み込むとともに、前記テンプレートルー
ルの定義に基づいて実行時に利用するパラメータを取得
することを特徴とする請求項１乃至３のいずれかに記載
のソフトウエア開発支援方法。
【請求項５】前記クライアントコンピュータにおける
ソフトウエア開発に対する提案、及び、開発したソフト
ウエアに対する修正や警告の作成は、読み込んだテンプ
レートルールの内容と、取得したパラメータの内容に従
って作成されることを特徴とする請求項４に記載のソフ
トウエア開発支援方法。
【請求項６】前記各テンプレートファイルからのテン
プレートルールの取得はテンプレートファイル受領部
で、取得したテンプレートルールの読み込みはテンプレ
ートファイル読み込み部で、ソフトウエア開発に対する
提案、及び、開発したソフトウエアに対する修正や警告
の作成は前記テンプレートファイル読み込み部、テンプ
レートルール演算部、テンプレートルール評価部のそれ
ぞれで、作成した提案、修正や警告の表示はテンプレー
トルール表示部でそれぞれ行っていることを特徴とする
請求項１または２のいずれかに記載のソフトウエア開発
支援方法。