論文

品質評価規格文書のモデル化とそれに基づく評価支援システムの構成
松下

誠y

元yy

飯田

井上 克郎yModeling Method and Support System Development for Assessment Documentsyyy

Makoto MATSUSHITA , Hajimu IIDAy, and Katsuro INOUE

あらまし ソフトウェア開発プロセスの品質を評価する際には，その基準となる品質評価規格文書を参照しながら行なう場合が多い．しかし，通常その文書は長く，該当箇所を捜索する作業は一般に手間がかかる．このため，その文書全体で何が要求されているか把握するのは困難である．本論文では，この種の長大な文書に対し，必要となる情報を効率良く抽出，参照できるようにするためのモデルの定義方法と，そのモデルに基づくプロセス評価
支援システムの構成方法を提案する．ここでは，品質評価規格として SPICE （Software Process Improvement
Capability dEtermination）を例に用いた．本研究では，品質評価の際に必要となる 3 つの要素と 4 つの関係に着目してモデルを SGML （Standard Generalized Markup Language） を用いて表現し，SPICE 文書の再構成を行なう．さらに，再構成された SPICE 文書を入力としたプロセス評価支援システムの設計，試作を行なった．提案する方法により，容易に品質評価規格をモデル化でき，その支援システムが構築できる．
キーワード

ソフトウェアプロセス，ソフトウェアプロセスアセスメント，SGML

し，その短所や長所などの特徴を認識した上で，プロ

はじめに

1.

セスを改善していくことは非常に重要な課題である．

ソフトウェア開発プロセスを改善することは，生産

通常，プロセスの評価は，その品質評価規格を熟知し効率の向上やコストの削減などに直接影響を与えるたている組織外の機関や専門家が，評価対象となる組織

め，非常に大きな意味を持つ．ソフトウェア開発プロの人間とのインタビューや，過去のプロジェクトのドセスの改善を行なうためには，まず現在のソフトウェ

キュメントの閲覧などを通じて行なわれる．しかし，

ア開発がどのように行なわれているかを評価すること

このような方法では，時間や手間が非常にかかるなど，が必要となる．

組織に対する負担が大きく，何回も繰り返し実施する

このような背景から，近年ソフトウェアプロセスのことは困難であることが指摘されている [4], [11]．

品質評価/品質保証に関する研究が盛んに行なわれ，ま我々は，実際の開発現場で作業を行なっている開発

た利用されている [4], [8]．現在までに，ソフトウェア

者やその管理者が自らのプロセスを評価し，改善すべプロセスに対してさまざまな評価方法や参照モデルがきヒントを得ることを支援するシステムの構築を目指

提案されてきた．たとえば，SEI（ソフトウェア工学研している．このような自己評価では，外部組織から評究所）の CMM （Capability Maturity Model）[6], [7]価結果に対する認証を受けることはないが，プロセス

や，ISO（国際標準化機構）の ISO 9000 シリーズ [14]，評価を適切な基準を用いて手軽に行なうことが出来る．

（Software Process Improvement Capability

SPICE

これにより，各組織においてより多くの品質評価作業）[17] などがあげられる．

が行なわれるようになり，品質評価規格がより広く利品質評価規格に基づいて開発組織のプロセスを評価用されるようになると考えられる．また，開発現場にdEtermination

おいては，評価結果を元にして必要な改善措置を効率
y 大阪大学基礎工学研究科，大阪府

よく早急に行なうことができると考えられる．

Graduate School of Engineering Science, Osaka University,
1-3 Machikaneyama, Toyonaka, Osaka 560-8531 JAPANyy 奈良先端科学技術大学院大学情報科学センター，奈良県

このようなシステムを作成するためには，何らかの形で品質評価規格が定義し要求する事項を形式化してInformation Technology Center, Nara Institute of Scienceand Technology, 8916-5 Takayama, Ikoma, Nara 630-0101

システムの中に組みこまなければならない．一般的には，品質評価規格における各種定義やプロセスに対しJAPAN

電子情報通信学会論文誌

D{IVol. J81{D{I

No. 8

pp. 1{81998 年 8 月

1

電子情報通信学会論文誌 '98/8 Vol. J81{D{I No. 8プロセスカテゴリ
プロセス
基本作業
基本作業評価値て要求される事項を整理し，それに基づいて，システ
ムのアーキテクチャを設計し実現する方法 [3] が一般

level4level3

テクチャに変換する必要があるが，対象が長大な規格文書の場合，何がどう整理されたのかが不透明になりlevel2

要求みきわめ......
......

...... ...... ...... .......... ......

level5

れているさまざまな事項を解釈してシステムのアーキ...... ...... ...... ..........

的と思われる．この方法では，品質評価規格で定めら......

SW実装..........

......

..........

..........

..........

..........

......

..........

..........

..........

..........

顧客との対応......

Y

Y

N

Project運営 Project支援..........
..........

組織活動..........

顧客の注意を引く
顧客の期待を理解する
顧客の要求/リクエストを得る

汎用作業に対するプロセスの評価値
Lる内容と一致するか否かが重要な問題になる．

......

level1...... ......

やすい．また，その解釈が品質評価規格の想定してい

共
通
特
性

汎
用
作
業

level0習
熟度

我々は，品質評価規格に対する独自の解釈をできるだけ小さくなるように，また，できるだけ簡明で直観

プロセスの文書化作業
計画の実行

図 1 SPICE における開発作業の分類と評価値の決定
Fig. 1 The classi cation of activity and the decisionof assessment in SPICE framework

的に理解できるように，タスク，レベル，プロダクトの 3 種類の要素に対し，その間の関係を定義したものをモデルとして用いる．そして，必要に応じて，品質評価規格の原文も参照できるように，元の品質評価規格の文書へ SGML （Standard Generalized Markupに渡っている．

）[13] のタグを，これらの要素や関係が記述

2. 2

Language

されているところに挿入することによってモデルを記述した．これによって，品質評価規格を形式的に扱う開発作業の分類

SPICE

では，ソフトウェア開発におけるさまざまな種類の作業を 1） 顧客との対応，2） ソフトウェアのことができ，モデルに基づいたプロセスの評価作業が実装，3） プロジェクト運営，4） プロジェクト支援，行ないやすくなる．また，これを用いて構築されるシ

5

ステムにおいては，品質評価規格で記述されている内ゴリ（Process Category）としてグループ化する [18]．

） 開発組織全体の活動，という 5 つのプロセスカテ

容と共に品質評価規格の原文も容易に参照することが各プロセスカテゴリはいくつかのプロセス（Process），

できる．

各プロセスはいくつかの基本作業（Base Practice）か

我々はまた，実際に品質評価規格文書の参照，評価ら構成される．

作業を行なうために，関連するタグ間の移動や検索，

一方，これらの作業の達成度を評価する軸として，演算処理などを目的とした独自の支援システムを設計，レベル 0 からレベル 5 まの習熟度（Capability Level）

試作した．ここで提案する方法を用いてモデル化を行がある．各レベルの習熟度はそのレベルの特徴を表なうことにより，長大で複雑な品質評価規格文書も比わすいくつかの共通特性（Common Feature）から

較的容易に形式化でき，支援システムも容易に構築で構成される．さらに共通特性はいくつかの汎用作業

きた．

（General Practice）で構成される（図 1）．汎用作業

以下，2.節では，本研究にて品質評価規格の例としにおいては，作業を遂行するために必要となるプロて取りあげる SPICE について説明する．3.節では，セス/基本作業や，必要となる作業プロダクトの種類提案するモデル化手法について述べる．4. 節では，今（Work Product Type）が定められている [21]．

回試作したプロセス評価支援システムの機能を述べ，節では本研究に関して考察を行なう．最後に 6.節で

5.

まとめと今後の課題について述べる．
2.

SPICE

2. 1

概

SPICE

2. 3

評価手順

品質評価を決定する際の手順は，大きくわけて 1）
評価対象の決定，2） 評価情報の収集，3） 評価値の決定と集計，という 3 つの作業で構成される [20]．
評価対象の決定においては，評価を実行する範囲，

要（Software Process Improvement Capabil-

評価を実行する組織の規模や構成について決定を行
なう．

） とはプロセス品質評価規格の 1

評価情報の収集においては，SPICE で定義された開つであり，ISO/IEC JTC 1/SC7 の WG10 にて国際発作業と評価対象となる開発作業との対応を把握した標準化作業が行なわれているものである．SPICE 文

上で，評価対象からさまざまな情報の収集等を行なう．

書全体は 9 章で構成されており，記述は約 400 ページ

評価値の決定と集計においては，収集した情報を元

ity dEtermination2論文／品質評価規格文書のモデル化とそれに基づく評価支援システムの構成

 プロダクトに各評価項目についての評価値の決定，集計を次のように行なう．まず，各基本作業がどの程度実行されて開発時におけるさまざまな生成物，もしくはいるか，を 2 段階（存在している（Y），存在していな

事前に準備されている成果物．SPICE の評

い（N））または 4 段階（完全に実行している（F），大価の際にその存在や内容が調べられる．

部分実行している（L），部分的に実行している（P），
全く実行していない（N））で評価する．また，各プロセスが各汎用作業に対してどの程度効率的に実行されているかを 4 段階（F, L, P, N）で評価する（図 1）．
これらの結果は最終的に各習熟度毎に集計される [19]．
SPICE

ではさらに，集計された結果を用いたプロ

セス改善の方法やプロセス能力判定のためのガイドラ
イン，評価作業の実行方法についても規定されており，
開発プロセスを改善するための指針として十分な内容となっている．
3.

（関係） タスク - プロダクト間関係あるタスクが実行時に必要とするプロダクトを示す

 タスク - タスク間関係あるタスクが実行時に必要とするタスクを示す レベル - タスク間関係あるレベルの遂行にあたって必要とされるタ
スクを示す

 レベル - プロダクト間関係

品質評価規格のモデル化

あるレベルの遂行にあたって必要とされるプ
品質評価規格は，一般に開発プロセスやその習熟のロダクトを示す度合を定義した上で，実際の開発作業をどのように評価すれば良いかを記述していると考えられる．例えば，

SPICEの場合，本モデルにおける要素は，SPICE

文書では，プロセスや習熟度等の定義や評価指において定義されている要素を単純に抽象化して得る針等は主に 2 つの章に書かれており，これら全部の記ことができる．また，本モデルにおける構成要素間の述は SPICE 全体のおよそ半分に相当する約 200 ペー

関係は，SPICE 文書中に記述されている明示的な関ジに渡っている．

係の記述と対応させることができる．このように，本SPICE

本節では，品質評価規格で記述されているこれらのモデル化は個別の品質評価規格の内容とは独立してい項目のモデル化手法について，SPICE を用いて説明

るが，SPICE の文書からはほぼ機械的に，必要かつする．

充分な定義を導出することができる．また，本モデル

3. 1

モデル化の方針

化は SPICE のような大規模の品質評価規格文書に対品質評価規格が評価対象とする開発作業全体を以下しても，その意味を変化させるものではないため，他の 3 つの要素とその間にある 4 種類の関係を用いてモの品質評価規格に対しても対応できると考えられる．

デル化する．

なお，実際のモデルは 3. 2節で述べる方法により記述
する．

（要素）

 タスク（注 1）

このようなモデルを用いることにより，品質評価規格に記述されている品質評価の判断に必要となる情報

開発時における作業のうち，開発工程を構成を，形式的に扱うことができ，容易に参照することがするような作業．SPICE におけるプロセス

できる．例えば，あるタスクの定義内容や，タスクとカテゴリ，プロセス，基本作業がこれに相当

タスク - プロダクト間関係を持つプロダクトの一覧等

する．

を参照できる．また，あるタスクやレベルで示される

 レベル

作業が実際にどの程度実行されているか調べる際に，作業の達成度を示す要素．SPICE における習該当タスクとタスク - タスク間関係を持つ他のタスク

熟度，共通特性，汎用作業がこれに相当する．

の実行状況や，該当レベルとレベル - タスク間関係を持つタスク及びレベル - プロダクト間関係を持つプロ（注 1）：通常，非可分的な作業をアクティビティ，アクティビティの集合をプロセスと呼ぶ場合が多い．しかし，SPICE が定義するプロセスとの混同を避けるため，ここでは，アクティビティ/プロセス等の総称としてタスクという単語を用いる

ダクト等を参照できる．
3. 2

SGML を用いたモデルの記述

本研究では，3. 1節で定義したモデルを，元の品質評
3電子情報通信学会論文誌 '98/8 Vol. J81{D{I No. 8
表 1 ELEMENT タグの属性
Table 1 Attributes of ELEMENT tag
TYPE
要素の種類を表わす．TASK, PRODUCT,LEVEL のいずれかの値を取り，それぞれタ

ID
SUBID
SUBSUBID

スク，プロダクト，レベルを表わす．
各種類中で一意に決定される文字列．SPICE
においてはプロセス，成果物の種類，習熟度に付けられた識別子を値として持つ．
各 ID 中で一意に決定される文字列．SPICEにおけいては基本作業，共通特性に付けられた識別子を値として持つ．
各 SUBID 中で一意に決定される文字列．
SPICE においては汎用作業に付けられた識別子を値として持つ．

表 2 RELATION タグの属性
Table 2 Attributes of RELATION tag
TYPE
関係の種類を表わす．SPICE においては，
TKPD, TKTK, LTP のいずれかの値を取

SRC
DST
DIRECT

価規格文書に対して SGML （Standard Generalized<ELEMENT TYPE=TASK ID="CUS.1" SUBID="2"><PREAMBLE>
CUS.1.2</PREAMBLE><TITLE>
Define the requirements.
</TITLE><BODY>
Prepare the system and software requirements
to satisfy the need for a new product and/or
service. Note: This definition of the requirements
may be done completely or partially by the supplier.
<RELATION TYPE=TKTK SRC="CUS.1.2"
DST="ENG.1" DST="ENG.2">
See "Develop System Requirements and Design"
ENG.1 and "Develop Software Requirements" ENG.2</RELATION><RELATION TYPE=TKTK SRC="CUS.1.2"
DST="CUS.3.1">
Also see CUS.3.1, "Obtain customer requirements andrequests." CUS 1.2 is focusing on defining requirements
when the software organization is acting as a customer.
CUS.3.1 is focusing on obtaining requirements when thesoftware organization is acting as a supplier. The primarydifference is one of perspective, the role being preformed.
</RELATION></BODY></ELEMENT>） 文を追加することにより記述すMarkup Language

る．SGML とは，ISO によって標準化作業が行なわれている文書構造記述言語である．通常，定型文書
は SGML を用いて構造化することができ，文書処理，
文書データベース，文書交換等を行なうことができる [10]．SGML を用いてモデルを記述することにより，品質評価規格文書自身の中にモデルを含めることができ，元の文書とモデルの両方を利用するツールを用意に作成することができる．
ここでは，モデルにおける要素については ELEMENTという SGML のタグ（文書中に付加するマーク）を，関係については RELATION というタグを用いて記述を行なう．各要素，関係の持つ情報は，タグに対する属性として記述することによって，品質評価規格に書かれている情報を的確に表現することができる．
本研究では，SPICE に対して 3. 1節で定義したモ

り，それぞれ 「タスク-プロダクト間関係」「タスク-タスク間関係」「レベル-タスク間関係もしくはレベル-プロダクト間関係」を表
わす．
関係上における参照元を表わし，参照元となる要素の識別子を値として持つ．
関係上における参照先を表わし．参照先となる要素の識別子を値として持つ．
タスク-プロダクト間関係にのみ存在する属性で，プロダクトがタスクへの入力となるか出力となるかを表わす．IN もしくは OUT のいずれかの値を取る．

図 2 SPICE 文書を SGML によってモデル化した例
Fig. 2 An example of a SPICE document with SGML

デルを表現するために，これらのタグを SPICE の文書に付加した．この他，SPICE の文書構造を表現す

作業を定義した文章にタグが付けられている．先に挙るためのタグを定義し SPICE の文書に付加した．以げた ELEMENT や RELATION の他，前書き部分を表わ

下，モデルを記述するために定義した 2 種類のタグにす PREAMBLE，基本作業の名前を表わしている TITLE，
定義の本文を表わす BODY といった文書構造を表現す

ついて説明する．
3. 2. 1

要素に関するタグ

要素は全て ELEMENT という名前のタグで表現する．
ELEMENT タグには表 1のような属性を付ける．
3. 2. 2関係に関するタグ

関係は全て RELATION という名前のタグで表現するタグが付けられている．
4.

支援システムの試作

SGML

によってモデル化された SPICE 文書を利用する，品質評価支援システムを試作した．本システ

る．RELATION タグには表 2のような属性を付ける．

ムはソフトウェア開発に携わる開発者や管理者自身がタグの記述例

自らのプロセスを評価する際に利用することを目的と

3. 2. 3

SGML

前節で定義した SGML タグを，SPICE 文書中に付加する作業を行なった結果の例を図 2に示す．
この例は，ソフトウェアの要求仕様を作成する基本
4

している．
本システムでは，2. 3節で述べた評価手順のうち，主に 2）と 3） を支援する．すなわち，本システムでは，

論文／品質評価規格文書のモデル化とそれに基づく評価支援システムの構成

モデル化.......
....... ...........
........... ........
........ ..............
..............

SPICE
文書

SGMLタグを挿入されたSPICE文書参照

支援システム
文書参照ツール

評価支援ツール

文書解析
解析情報
データベース

文書閲覧
文書検索

評価管理

文書演算

対応管理

評価結果
データベース

図 4 文書参照ツール
Fig. 4 The document reference tool

参照
利用

評価者
実際の
開発作業

図 3 システム概要
Fig. 3 System overviewと，キーワードが含まれる要素を表示する．検索した要素を選択することによって，要素が定義されている文書の表示が行なえる．

 要素間関連検索
モデルの各要素間で定義されている関連の検索を行

文書の閲覧，文書間関連の検索や演算，SPICE と実際の開発との対応関係の把握，評価結果の導出の際に必要となる情報の提示，評価値の入力や集計といった機能を利用者に提供する．
本システムは，ツールと付随するデータベースによって構成される（図 3）．ツールには，文書中に記述されている各要素や，要素間の関連を表示する文書参照ツールと，文書と実際の開発作業とを参照することによって評価支援を行なう評価支援ツールの 2 種類が存在する．両ツールとも，モデル化した SPICE の文書を入力とし，SGML タグの解析を行なう．解析結果は必要に応じてデータベースとして保存し，ユーザからの要求に備える．過去に入力された品質評価結果は，別途データベースの形で保存される．以下では，試作した 2 種類のツールについて説明する．
4. 1

文書参照ツール

文書参照ツールとは，SPICE 文書中に記述されている各要素に関する内容を表示したり，作業間の参照
関係を調べて簡単なグラフ表現にする等，文書中の情報を参照しやすくするためのものである．本ツールの実行画面を図 4に示す．

なう．この時，モデルによって定義されている関連を再帰的に辿ることによって派生した関連の検索も行なえる．

 組み合わせ演算
上記で提供されている検索結果を組合せた演算を行なうことができる．複数の検索結果の和集合及び積集合の計算や，ある検索結果として得られた複数の要素をそれぞれ別の検索実行に対する入力として用いることができる．
文書参照ツールでは，このような機能の結果を視覚的に表示する．演算の結果が集合となる場合にはリス
トの形で表示し，木構造となる場合にはその形を表示
する．図 4では，あるタスクを評価する際に参照する
べき他のタスクが木構造の形で表示されている．
4. 2

評価支援ツール

評価支援ツールとは，開発者等が自ら行なうプロセス評価作業を支援するためのものである．本ツールの実行画面を図 5に示す．
評価支援ツールには次のような機能がある．

 評価に必要とされる情報の閲覧評価するタスクやレベルを選択すると，文書

文書参照ツールには次のような機能がある．

中での定義が書かれている文章や，文書中に

 用語検索記述されている関連のあるタスク，プロダク

SPICEが定義している各要素の名前を入力すると，該当する要素が定義されている文章を表示する．

 キーワード検索
文書中に書かれている単語をキーワードとして与える

トが表示される．既に評価済みであるタスクの表示の際には，その評価結果もあわせて表示する．

 評価規格と実際の開発作業との対応関
5

電子情報通信学会論文誌 '98/8 Vol. J81{D{I No. 8

なった．

考

5.
5. 1

察

モデル化手法節で述べている我々が提案しているモデル化手

3. 1

法は，SPICE のような比較的大きい文書に対してもほぼ機械的に情報を抽出することができる手法である．通常この種のシステムを作るためには，対象となる品質評価規格をシステム設計者が解釈し，それに応じたアーキテクチャを作成する [3] のが一般的である
図 5 評価支援ツール
Fig. 5 The assessment supporting toolと思われる．この場合，システム設計者の解釈の違い
によって，評価方法やその結果が変化する可能性がある．我々の方法は，原文中にある要素の定義や参照関係の入力及び表示
モデルで定義されているタスクやプロダクトと，実際の開発作業において生成されたファイルの組を入力できる．この対応関係を把握することにより，どのタスクやプロダクトが実際の開発環境中に存在しているかを判断することができる．入力された対応関係は表形式で整理，表示する．入力された対応関係はデータベースへ保存する．また，対応関係に登録されたファイルの内容表示も行なえる．

 評価結果の入力
評価したいタスク（SPICE におけるプロセス）を指定すると，それに含まれるタスク（SPICE における基本作業）のそれぞれについて 2 段階による評価の入力を行なえる．さらにレベルを指定すると，タスクとレベルの組に対して 4 段階による評価の入力が行なえる．評価結果の入力の際には，評価値の候補が一覧として表示され，それを選択すること
によって行なう．入力された評価結果はデー
タベースへ保存する．

 評価結果の集計入力された評価結果を，プロセスカテゴリ毎に，プロセスと汎用作業をそれぞれ縦軸，横軸とした表形式で表示する．また，各習熟度
毎にプロセス及びプロセスカテゴリ全体の集計を行なった結果を百分率で表示する．

係などを直接利用しており，システム設計者の解釈による問題が少ないと思われる．
5. 2

SGML 化した文書

本研究では，文書のモデル化に SGML を採用し，それに基づいたツールを試作した．SGML は電子文書の再利用，全文データベース等に利用されている例があり [5], [9]，広く使われている手法と言える．しかし，これらのデータベース等では同種類の大量の文書に対する検索を提供しているのに対し，今回試作した
文書参照ツールでは一つの長い文書に対する検索等の機能を提供している．
ま た，[12], [15], [16] を 初めとし て，種々の SGML
ベースの支援環境が利用できるようになってきている．しかし，これらの環境では，通常文書全体の構造
を SGML を用いて定義し，文書構造や表現の変換を目的として設計されているものが多い．我々が必要とする機能は，タグ付けされた一部の文書の参照や検索であるため，SGML ベースの支援環境は規模が大きすぎて使いにくいと考えられる．
インターネット上のアプリケーションとして WWW（World-Wide Web） が広く普及している．WWW では，HTML （HyperText Markup Language）[1] と呼ばれる SGML のアプリケーションが用いられている．本研究においても，SGML の代わりとして HTMLを用いることが考えられる．HTML を利用することによって既存の豊富な HTML 用ツールを利用することも可能ではあるが，我々の目的のためには，HTMLを一部拡張する必要があり，HTML の汎用性が失わ

実際にこのシステムを用いて「ソフトウェアプロセ

れるおそれがある．従って今回はより一般的な SGML

スモデリングのための例題 [2]」に基づいた開発プロを用いたが，HTML を支援システムにおける文書のジェクトの評価を行ない，ツールの各機能の確認を行表示部分に活用することは可能である．

6

論文／品質評価規格文書のモデル化とそれに基づく評価支援システムの構成
5. 3

[5]

システム

通常，実際のプロジェクトに対して品質評価を行な
うには，長い期間が必要である．我々の評価支援ツー
ルでは，評価結果を途中で保存することができるため，長期間に渡る評価時にも利用することが可能である．
本システムは実際に開発作業を行なっている作業者が実作業と規格との対応関係の把握や，実際の開発作業の評価を行ないながら作業を薦めていくことができる．
今回試作したシステムでは，2. 3節で述べた SPICEにおける評価手順のうち，評価情報の収集及び評価値の決定と集計という 2 つの作業について支援を行なっている．システムが支援するこれらの作業は全てSPICE

で述べらている評価手順 [20] に従っているた

め，本システムを用いることによって，SPICE に基づいた評価を正しく行なうことができる．これによって得られた評価に基づいて改善を行なうことにより，開発組織は品質評価規格をより有効に活用することができるであろう．
6.

ま と

め

品質規格文書を SGML によりモデル化する方法を提案した．また，これに基づいて開発者や管理者が自らのプロセスを評価を行なう際に利用するための評価
支援システムを試作した．本方法を用いることにより，容易に品質規格がモデル化でき，その支援システムが構築できた．
今回は品質規格文書として SPICE を取りあげたが，今後は本モデル化を他のプロセス品質評価規格へ適用
し，より柔軟なシステムを構築していく予定である．
文

献[1] T. Berners-Lee, and D.W. Connolly, \Hypertext
Markup Language - 2.0", RFC1866, Massachusetts
Institute of Technology Laboratory for Computer Science / The World Wide Web Consortium,
hURL:ftp://ds.internic.net/rfc/rfc1866.txti, 1995.
[2] M.I. Kellner, P.H. Feiler, A. Finkelstein, T. Katayama, L.J. Osterweil, M.H. Penado, and H.D. Rombach: \Software Process Modeling Example Problem", In Proceedings of the 6th Int. Software Process
Workshop, pp.19-29, 1990.
[3] 小元規重，込山俊博，藤野喜一，\ソフトウェアプロセ
ス評価支援システム「SPATS」について"，情処学研報，
96-SE-102-28，pp. 159{164，1995．
[4] MacLennan, F. and Ostrolenk, G., \The SPICE Trials: Validating the Framework", In Proceedings ofthe 2nd International SPICE Symposium, pp.109{
118, 1995.

森田歌子，鈴木政彦，宮川謹至，浜中寿，\SGML 方式よる情報管理誌全文データベース化の可能性と HTML による電子情報管理誌の試作"，情処学研報，95-FI-37-2，
pp.7{14，1995．

[6] M. Paulk, B. Curtis, M. Chrissis, and C. Wever, \Capability Maturity Model for Software, Version 1.1",
Software Engineering Institute, CMU/SEI-93-TR-24,
1993.
[7] M. Paulk, B. Curtis, M. Chrissis, and C. Wever, \KeyPractices of the Capability Maturity Model, Version
1.1" , Software Engineering Institute, CMU/SEI-93TR-25, 1993.
[8] H. Saiedian, and R. Kuzara, \SEI Capability Maturity Model's Impact on Contractors", IEEE Computer,Vol.28, No.1, pp.16{26, 1995.
[9] 高柳由美子，坂田英俊，田中洋一，\SGML による全文デー
タベースシステム"，情処学研報，93-CH-18-5，pp.35{42，1993．
[10] 田中洋一，\文書記述言語 SGML とその動向"，情報処理，Vol.32，No.10，pp.1118{1125，1991．
[11] I. Woodman, and R. Hunter, \Analysis of Assessment Data from Phase 1 of the SPICE trials", Software
Process Newsletter, No.6, pp.1{6, 1996.
[12] DocIntegra, hURL:http://www.hitachi.co.jp/Prod/
comp/soft1/open/docint.htmi，日立製作所，1995．
[13] ISO 8879, \Information Processing - Text and OÆce
System - Standard Generalized Markup Language (SGML)", 1986.
[14] ISO 9000-3 Guidelines for the Application of ISO
9001 to the Development, Supply, and Maintenanceof Software, 1991.
[15] OLIAS, hURL:http://www.fujitsu.co.jp/hypertext/
openworld/topics/olias/olias.htmli，富士通，1996．
[16] Panorama Pro, hURL:http://www.sq.com/products/
panorama/panor-fe.htmi, SoftQuad Inc., 1996.
[17] The SPICE Project, \Software Process Assessment {Part 1: Concepts and Introductory Guide", Version
0.02, 1994.
[18] The SPICE Project, \Software Process Assessment {Part 2: A Model for Process Management", Version
0.01, 1994.
[19] The SPICE Project, \Software Process Assessment {Part 3: Rating Process", Version 0.01, 1994.
[20] The SPICE Project, \Software Process Assessment {Part 4: Guide to conducting assessments", Version
0.02, 1994.
[21] The SPICE Project, \Software Process Assessment {Part 5: Construction, Selection and Use of Assessment Instruments and Tools", Version 0.02, 1994.
（平成 9 年 9 月 19 日受付，10 年 1 月 19 日再受付）

7電子情報通信学会論文誌 '98/8 Vol. J81{D{I No. 8

松下誠

平 5 阪大・基礎工・情報卒．平 7 同大学
大学院博士前期課程修了．平 10 年阪大・基礎工・情報数理・助手．ソフトウェア開発
プロセスの研究に従事．

飯田

元

（正員）

昭 54 阪大・基礎工・情報卒．平 2 同大学
大学院博士前期課程修了．平 3 年阪大・基礎工・情報・助手．平 7 奈良先端大・情報科学センター・助教授．工博．ソフトウェ
ア開発プロセスおよび開発支援環境，協調
作業支援技術などの研究に従事．

井上

克郎

（正員）

昭 54 阪大・基礎工・情報卒．昭 59 同大
大学院博士課程了．同年同大・基礎工・情報・助手．昭 59 〜昭 61 ハワイ大マノア校・情報工学科・助教授．平 1 阪大・基礎工・情報・講師．平 3 同学科・助教授．平 7 同学科・教授．工博．ソフトウェア工学の研究に従事．

8