JavaScriptを有効にして再度、お越しください。新規登録ログインお知らせ※ユーザ登録は無料です.情報学広場に掲載されているコンテンツには有料のものも含まれています.有料コンテンツをご購入いただいた場合でも、領収書の発行はいたしておりません。クレジットカード会社様からの領収書/請求書をもってかえさせていただいております。複写複製および転載複製に係る著作権を学術著作権協会に委託しています。当該利用をご希望の方は、学術著作権協会が提供している複製利用許諾システムもしくは転載許諾システムを通じて申請ください。本会会員(賛助会員含む)および著者が転載利用の申請をされる場合については、学術目的利用に限り、無償で転載利用いただくことが可能です。刊行物に掲載されている製品名等は、各社の商標または登録商標です。Hikaru論文抄録Conklinによれば、ソフトウエアの保守に要する費用は、ライフサイクル全体での開発コストの約75%にも及ぶという。保守に要する費用の約50%は、既存ソフトウェアを理解するための工程「再設計」に要するものだという。Curtisら[2]は、設計時におけるコミュニケーションとコーディネーションの不足がもたらす「ゆゆしき問題」を示した。らは設計上の意思決定における議論の状態遷移を構造的に表現するためのモデルIBISを提案した。IBISでは、設計プロセスを構成する主要な構成要素は、顧客・設計者・インプリメンタなどの間での会話であるとし、これらの間の会話を図2のようなIssue-Position-Argumentという枠組みで表現する。これは、設計上の論点(Issue)に対して、それぞれの専門家からの複数の意見表明(Position)がなされ、各表明に対して賛否の議論(Argument)がそれぞれ展開されるという考え方に立っている。これらの会話による非公式な情報の獲得を支援し、得られた膨大な情報を組織化し検索するためのツールとしてgIBISを開発した。IBISの枠組みは、グループによるソフトウェア開発作業には適合しない部分もある。そこで、本稿では、グループによるソフトウエア開発作業により良く適合させるために、IBISをいかに改良すべきかについて最初に議論する。次に、改良型IBISの利用場面としてのソフトウェア分散協調開発と、そこで進められる協調的なソフトウエア設計過程について考察する。最後に、改良型IBISで記述されたソフトウェア設計上の意思決定とその根拠などを、ソフトウエア設計のノウハウとして蓄積しておき、事例ベース推論によって、類似ソフトウエアの開発時や既存ソフトウェアの保守時に再利用するシステムについて考察する。168発行年1992-09-28。