• 検索結果がありません。

分散開発環境におけるソフトウェア信頼性評価モデルに関する考察

N/A
N/A
Protected

Academic year: 2021

シェア "分散開発環境におけるソフトウェア信頼性評価モデルに関する考察"

Copied!
2
0
0

読み込み中.... (全文を見る)

全文

(1)

1999年度日本オペレーションズ・リサーチ学会 春季研究発表会

1−C−1

分散開発環境におけるソフトウェア信頼性評価モデルに関する考察

02101865 鳥取大学 *木村光宏 KIMURAMitsuhiro 鳥取大学 田村慶信 TAMURAYoshinobu

O1702425 鳥取大学 山田茂 mMADAShigeru

多く,これに対して新規開発のソフトウェアシステムを テストするとS字形成長曲線のグラフを描くことが多い ことが知られている.このことから,ここではNHPPに 基づく指数形ソフトウェア信頼度成長モデルと,遅延S 字形ソフトウェア信頼度成長モデルを導入する.NHPP モデルは,その平均値関数により特徴づけられるので, 以下に本研究で考察するモデルにおける平均値関数の構 成について述べる.一般に,指数形ソフトウェア信頼度 成長モデルの平均値関数∬e(t),すなわち時間区間(0,亡1 における総期待発見フォールト数は, 筏(り=α(1−e ̄あt)(α>0,む>0),(1) と表され,遅延S字形ソフトウェア信頼度成長モデルの 平均値関数j㌔(f)は, ガd(り=αい−(1+叫e ̄あり (α>0,♭>0),(2) と表される.ここで,αはテスト開始前に潜在していた 総フォールト数を,bは残存フォールト1個当りのフォー ルト発見率を表す. 以上のことから,次の平均値関数をもつNHPPモデ ルを考える. Tl 坤)=α【∑両1−e ̄むit) i=1 m +∑ふ十パ1−(1+あれJバe ̄b叫り J=1 1

(∑ふ=1,卯>0,α>0,b>0),

庵 (3) これは,既存のコンポーネー■ントが乃個,新規開発のコン ポーネントがm個使われたと仮定し,パラメータp壷は ま番目のコンポーネントに対するテストの重みを表して いる.これは,それぞれのコンポーネントについてよく テストされるものとそうでないものとがあることを想定 している. 3 モデルパラメータの推定 モデルパラメータの推定ついてのここでの仮定とし て,すべてのコンポーネントを結合し,インターフェー 1 はじめに ソフトウェアの開発環境は,これまでホスト集中型の ものが多かった.しかし,その後のWS(ワークステー ション)やデータ通信ネットワークの進歩によって,現 在のソフトウェア開発は,ホスト集中型の開発環境から, 分散開発環境へと変わりつつある【1ト また,こうした データ通信ネットワークの進歩により,情報ネットワーク はますます大規模化し,従来の2層構造のClient/Server System(以下,CSSと略す)に代わり,経営戦略手法 の変更が迅速・容易またはclientの増設が迅速・安価と いった理由から,3層構造あるいはN層構造のCSSが 多用されるようになってきている【21.本研究では,こ うした分散開発環境において,ソフトウェアコンポーネ ント(ソフトウェア部品)を組み立てることにより,新一 たなソフトウェアを生産する場合のソフトウェア信頼性 を定量的に評価するモデルについて考察する. 2 モデルの記述 従来より,多数のソフトウェア信頼性評価モデルが提 案され,それらのいくつかのものは実際のソフトウェア 開発現場において開発支援ツー ルの一部として実装され 始めている.中でも,テスト工程におけるソフトウェア フォールトの発見・修正過程にNHPP(非同次ポアソ ン過程)を適用したモデルは,モデルが簡単であるがゆ えにその拡張性も高く,多くの研究者らがそれぞれに特 徴の異なるSRGM(softwarereliabilitygrowthmodel) を提案してきている囲. 本研究で議論するソフトウェア信頼性評価モデルを構 築する際の仮定を以下に示す. iソフトウェアコンポーネントには,既存のコンポー ネントと新規開発のコンポーネントが混在する. iiソフトウェア故障発生現象に対してNHPP(非同 次ポアソン過程)を導入する. iiiソフトウェアフォールトは完全に除去できるもの (完全デバッグモデル)とする.

今までの経験から,ソフトウェアコンポーネントを組

み合わせて作るソフトウェアシステムをテストすると, 累積発見フォールト数の成長曲線は指数形になることが −46− © 日本オペレーションズ・リサーチ学会. 無断複写・複製・転載を禁ず.

(2)

と推定された(五,j=1,2).次に,期待残存フォールト 数坤)の推定結果を図2に示す・テスト時刻fにおけ るソフトウェア内の期待残存フォールト数は,確率変数 (Ⅳ(∞卜Ⅳ(り)の期待値を考えることにより, 几(り=E【Ⅳ(∞)−Ⅳ(用=α−∬(り, (6) により表される.したがって,テスト終了時点t=t19= 19(週)までに発見された総フォールト数は328個であ るので,テストにより未発見となったソフトウェア内の 残存フォールト数は, a−328=50.12, より約50個と推定される. スの整合性を確認した後に行われる総合テストにおい て発見されるフォールトの発見・修正作業から採取され るデータが得られるものとする.もちろん,より精密な フォールトの発見・修正過程の把握のためには,各コン ポーネントごとのテスト工程でのデータを解析するこ とも考えられるが,一般にコンポーネントの規模が′ト さくなると,統計的推定手法が適用しづらくなることか ら,上記の仮定を設けている.また,各コンポーネント の総合テストに関する影響度合いを表す重みパラメータ pi(壱=1,…,れ+m)の値は,何らかの方法によって与 えることが出来るものと仮定しておく. 本研究では,モデルに含まれる残りの未知パラメータ (α,bl∼♭れ,わ叫1∼わ叫m)の推定方法として最尤法を 適用する.ソフトウェア開発のテスト工程で所定のテス ト時間間隔(0,局において発見された総フォールト数 鋸に関するれ組のフォールト発見数データ(亡た,yた)(た= 1,2,…,几)が観測されたものとする・このときの,式 (3)の平均値関数ガ(りをもつNHPPモデルの対数尤度 関数は, Tl

l止=∑(yた一肌巨1)・1n【坤た)一坤ト1)]

た=1 Tl

−坤れト∑lnl(yセーyト1)!】,(4)

た=1 となる.ここで,各パラメー タ(α,♭1∼b几,b両1∼ら小爪) の最尤推定量を求めるために,αおよびわi,♭叫jについ て式(4)を偏微分して, ∽ト﹂⊃く﹂ 山望妄↑﹂OS JO ∝山凸≡⊃N 0 2.5 5 7.5 1012.51517.5 T川忙(DAYS) 図1.信頼性評価結果 Sト﹂コV﹂望芸一く玉山∝LO∝︼窒コ=q︼−0︼d益 ∂1nエ ∂1n上 ∂1nエ ∂α ∂わi ∂わ症メ =0, (5) とおいて整理することにより得られる(几+m+1)元非 線形連立方程式を,それぞれのパラメータについて数値

的に解いてモデルパラメータ(a,占1∼呂れ,畠山1∼占小爪)

を推定する. 4 数値例 ここでは,新規開発コンポーネント数をm=2,既 存のコンポーネント数を几=2とした簡単な場合につ いて数値例を示す.パラメー タpiを,(pl=0・05,p2= 0.05,p。=0.45,p4=0.45)として1,実測データを解析 すると,図1に示すような平均値関数ガ(りの最尤推定

値盈(f)と,その95%信頼限界を得た・ここで,他のモ

デルパラメータは,

a=378・12,♭;=0・4654Ib2+ブ=0■1788)

0 2.5 5 7.5 1012.51517.5 Tl旺雌) 図2.期待残存フォールト数の推定結果 参考文献 囚松本正雄.小山田正史,松尾谷徹,「ソフトウエア開発 検証技法」,電子情報通信学会,1997. 【2】木村光範,益田昭彦,鈴木和幸,「Client/ServerSystem のPer払rmab揖tyに関する研究」,「信頼性」,Vol・20, Ⅳ0.4,pp.228−229,1998・ 【3】山田嵐「ソフトウェア信頼性モデルー基礎と応用−」, 日科技連出版社,1994. 謝辞 本研究の一部は,(‘財)大川情報通信基金・研究助成(助成 番号:98−09)の権助によった. 1重みパラメータpiに関する考察については,額面の都合上ここで は割愛する. −47− © 日本オペレーションズ・リサーチ学会. 無断複写・複製・転載を禁ず.

参照

関連したドキュメント

図 2.5 のように, MG は通常 MGC#1 に帰属しているものとする.マルチホーミング によって, MGC#1 配下の全 MG が MGC#2 に帰属する場合, MGC#2

1、研究の目的 本研究の目的は、開発教育の主体形成の理論的構造を明らかにし、今日の日本における

[r]

暑熱環境を的確に評価することは、発熱のある屋内の作業環境はいう

医学部附属病院は1月10日,医療事故防止に 関する研修会の一環として,東京電力株式会社

参考 日本環境感染学会:医療機関における新型コロナウイルス感染症への対応ガイド 第 2 版改訂版

(評議員) 東邦協会 東京大学 石川県 評論家 国粋主義の立場を主張する『日

東京都環境影響評価審議会 会長 柳 憲一郎..