WACATE09冬_線・Maniax_発表版

5. Copyright (C) 2009 WACATE All rights reserved a linear function（一次関数） • 式： -10 -9 -8 -7 -6 -5 -4 -3 -2 -1 0 1 2 3 4 5 6 7 8 9 10 -10 -9 -8 -7 -6 -5 -4 -3 -2 -1 0 1 2 3 4 5 6 7 8 9 10 a=1/2, b=+1 a=1/2, b=-1 a=2, b=+1

6. Copyright (C) 2009 WACATE All rights reserved quadratic function（二次関数） • 式： -20 0 20 40 60 80 100 -20 -18 -16 -14 -12 -10 -8 -6 -4 -2 0 2 4 6 8 10 12 14 16 18 20 a=1/2, b=0, C=-10 a=1, b=0, C=0 a=-2, b=0, C=60 a=1, b=-10, C=100

15. Copyright (C) 2009 WACATE All rights reserved Learning Curve（学習曲線） • 学習曲線（がくしゅうきょくせん）とは練習量と反応時間の関係を表す曲線である。 RTを反応時間、Nを練習量、a、bを課題によって変わる変数とするとき次の式が成り立つ。ピロリとアンダーソンはa、bの実測値をそれぞれ1.40、0.24と求めた。この式はかなり普遍的に成り立つ。「ウィキペディア」から抜粋

21. Copyright (C) 2009 WACATE All rights reserved Software Reliability Growth Curve（信頼度成長曲線） • Software Reliability Growth Curve（信頼度成長曲線:しんらいどせいちょうきょくせん）とは、横軸に日付、テスト時間、またはテストケース数、縦軸に累積バグ発見数をとったグラフ。S字の成長曲線を描くことが多い。プロジェクトの進捗状態の確認などに用いる。決定論的モデルとして、最小二乗法でゴンペルツ曲線やロジスティック曲線に近似したり、確率モデルとして、非同次ポアソン過程モデルなどで表したりすることにより、現在の状況から今後の予想を立て、テスト進捗管理、バグ収束率の予測、残バグ数の予測などに用いることもある。 ※収束を見る場合に、横軸に日付を使った場合、テストをしていないからバグが出ないのか、テストをしてもバグが出ないのかの区別がつかないという問題がある。「ウィキペディア」から抜粋

31. Copyright (C) 2009 WACATE All rights reserved コード変更行数 • 式：総実装行数×(バグ検出率＋ベースライン以降の変更係数) • 時期：ベースライン確定後、テスト開始後（バグ修正時）～ RC（コードフィックス） 0.0 1000.0 2000.0 3000.0 4000.0 5000.0 6000.0 7000.0 8000.0 9000.0 変更行数変更予定消化行数

36. Copyright (C) 2009 WACATE All rights reserved COCOMO （’81）（constructive cost model） • ソフトウェア開発の工数・期間の見積もり手法。1981年にバリー・ベーム（Barry Boehm）博士が提唱した。具体的には開発するソフトウェアの予想されるコード行数に、エンジニアの能力や要求の信頼性といった補正係数を掛け合わせて（名目工数×努力係数）、開発に必要な工数、期間、要員、生産性を算出する。実装言語の違いに左右されず、客観的な数値を算出できるといわれている。また基本の数式モデルについても、実際のプロジェクトにおける適用結果をフィードバックし、精緻化を重ねている。 ※ COCOMOでは分析・設計工程の見積もりが不可能なことに加え、組織全体の開発能力の成熟度や、開発・テスト・検証を重ねる「繰り返し型開発プロジェクト」に適していないという問題があった。そこで従来のCOCOMOを拡張し、ファンクションポイント法やCMMの概念を取り入れ、より正確な工数算出を実現したCOCOMO IIが提唱されている。「＠IT情報マネジメント用語事典」から抜粋

37. Copyright (C) 2009 WACATE All rights reserved COCOMOの拡張形名称内容 COCOMOⅡ (.2000) EasrlyDesignやPostArchitectureといった見積時期をサポート（テストエンジニアは PostArchitectureモデルを利用・拡張可能な点が優れている） COCOTS いわゆる市販部品(Commercial-off-the-Shelf (COTS) Software Components)のインテグレーションを考慮したコストモデル COPSEMO ウォーターフォールモデル以外のRUP(Rational Unified Process)といった、近年のライフサイクルモデルにも対応可能なコスト調整方法 CORADMO RAD(Rapid Application Development)の工数と開発期間の調整方法を示したモデル COQUALMO 欠陥密度や結果としての品質予測まで含めた品質要因での工数調整モデル。1975年にCapers Jones氏が発表したソフトウェア欠陥混入／除去モデルの概念から影響を受けることで、品質面（と主に技術リスク面）での工数／コストの調整方法えお提案している COPROMO 開発生産性向上に主眼を置いた見積り調整モデル。プロセス改善やエンジニアリング技術の投入によってシステム投資効果を検証する場合に非常に有効 COSYSMO システムエンジニアリングコストモデルと呼ばれる。特にサービスシステム全体へのモデル適用を可能とした点はほかに類を見ない「ソフトウェアテスト Vol.7 ソフトウェアテストの見積技術[入門編] 」から抜粋

38. Copyright (C) 2009 WACATE All rights reserved COCOMO • 式： – MM ：開発工数（人月） – KDSI ：開発規模（KLOC） 0.00 2000.00 4000.00 6000.00 8000.00 10000.00 12000.00 14000.00 16000.00 18000.00 20000.00 0 500 1000 1500 2000 2500 3000 3500 4000 4500 5000 開発工数（人月） MM (PM) 「え～、全部テストするんですか！」から抜粋

39. Copyright (C) 2009 WACATE All rights reserved COCOMO • 式： – MM ：開発工数（人月） – TDEV ：開発期間(月) 0.00 20.00 40.00 60.00 80.00 100.00 120.00 0 500 1000 1500 2000 2500 3000 3500 4000 4500 5000 開発期間(月) TDEV (M) 「え～、全部テストするんですか！」から抜粋

40. Copyright (C) 2009 WACATE All rights reserved COCOMO • 式： – MM ：開発工数（人月） – TDEV ：開発期間(月) – FSP ：開発人員(人) 0.00 20.00 40.00 60.00 80.00 100.00 120.00 140.00 160.00 180.00 200.00 0 500 1000 1500 2000 2500 3000 3500 4000 4500 5000 開発人員(人) FSP (P) 「え～、全部テストするんですか！」から抜粋

41. Copyright (C) 2009 WACATE All rights reserved COCOMO • 式： – MM ：開発工数（人月） – KDSI ：開発規模（KLOC） – Prod ：生産性(KLOC／人月) 0.00 0.05 0.10 0.15 0.20 0.25 0.30 0.35 0.40 0 500 1000 1500 2000 2500 3000 3500 4000 4500 5000 生産性(KLOC／人月) Pord (K LOC/PM) 「え～、全部テストするんですか！」から抜粋

42. Copyright (C) 2009 WACATE All rights reserved Function point method（ファンクションポイント法） • ソフトウェアの機能規模を測定する手法の1つ。開発工数の見積もりに利用される。ソフトウェアの“機能”を基本にして、その処理内容の複雑さなどからファンクションポイントという点数を付けていき、ソフトウェアのすべての機能のポイントを合計して規模や工数を導き出すもの。「＠IT情報マネジメント用語事典」から抜粋 • ファンクションポイント法拡張形 • IBM法(1979) • DeMarcoのBang法(1982) • IBM法改訂版(1984) • SPR法(1985) • SPR逆算法(1986) 「ソフトウェア開発の定量化手法」から抜粋 • SPRフィーチャーポイント法(1986) • Reifer法(1987) • Mark Ⅱ法(1988) • IFPUG法(1990・1994) • Boeing 3D法(1994)

43. Copyright (C) 2009 WACATE All rights reserved Function point method（ファンクションポイント法） • 計算方法① 1. 機能などを数える際のタイプとどこまで数えるかを明確にする 2. 次に、評価の対象となるシステムについて、ユーザーファンクションタイプと呼ばれる「外部入力」「外部出力」「外部照合」「内部論理ファイル」「外部インターフェイス」の数をファンクション数としてカウントする 3. その機能がどのファイルをどれくらい参照するのか、やりとりを行うかのかを数えるもので、プログラムを作る前の段階のDFDやERDなどから見積もることができる 4. そして、それぞれの難易度を3段階（容易・普通・複雑）で評価して点数化（ポイント化）して、そのポイントに次の係数を掛けて合算した値を基準値とする「＠IT情報マネジメント用語事典」から抜粋容易普通複雑外部入力外部出力外部照合内部論理ファイル外部インターフェイス

44. Copyright (C) 2009 WACATE All rights reserved Function point method（ファンクションポイント法） • 計算方法② 5. 次に、システム特性に関して以下の項目でその複雑さを 0～5の6段階で評価し、それを合計して調整値を算出する・処理の複雑性・複数サイトでの使用・変更の容易性・データ通信・トランザクション量・システム運用性・オンライン更新・性能条件・再利用性・オンライン更新・高負荷構成・インストール容易性・分散データ処理・エンドユーザーの効率性 6. 導き出した基準値と調整値を基に、以下の式でファンクションポイントを算出するファンクションポイント＝基準値×（0.65＋調整値／100）「＠IT情報マネジメント用語事典」から抜粋

46. Copyright (C) 2009 WACATE All rights reserved COSMIC-FPP法 • COSMIC-FFP（The Common Software Measurement International Consortium - Full Function Point）は、ファンクションポイント法（機能規模測定法）の一つ。組込み系・リアルタイム系を問わず、ソフトウェアの規模や開発工数を、プログラミング言語などに依存せず定量的に見積もる方法の国際規格で、 ISO/IEC 19761として2003年に制定され、日本では2006年に JIS X 0143としてJIS規格化された。「ウィキペディア」から抜粋

50. Copyright (C) 2009 WACATE All rights reserved バグ発生グラフ vs リリース • とるべき対応・処理 – 異常要因分析（前回との差分、テスト対象機能、環境） – テスト計画(スケジュール)の変更（テストタスクの入れ替え、対象ビルドの変更） 0 100 200 300 400 500 600 解決済み修正済み未処理 FF1 FF2 FF3 FF4 FF5 FF6 FF7 FF8 FF9 FF10 リリース後、急にバグ発生頻度が上がった場合

51. Copyright (C) 2009 WACATE All rights reserved バグ発生（不良摘出）状況管理図 • とるべき対応・処理 ① 異常要因分析、デバック強化 ② 異常要因分析、目標値再検討 0 50 100 150 200 250 300 350 400 450 500 全体管理上限管理下限累乗 (全体) 多項式 (管理上限) 多項式 (管理下限) ②不良多発見込みまたは、デバック進度良好 ①目標達成困難「ソフトウェア品質保証の考え方と実際」から抜粋

52. Copyright (C) 2009 WACATE All rights reserved 例①：テスト実施 • テストケースの優先度（流用度(新規性)＋複雑度／規模＋機能重要度(システム視点・ユーザー視点)） • テストフェーズ毎の優先度（ユニット・結合：技術要件が高、システム・受入：ビジネス要件が高） • 機能のクリティカルパスによる、実施順 • 複雑度 vs バグ発生率 • 機能毎 vs バグ発生率 • 変更量 vs バグ発生率

53. Copyright (C) 2009 WACATE All rights reserved 例②：テスト設計 • 機能数 vs テストケース数 • 複雑度* vs テストケース数 • 新規性 vs テストケース数 • フェーズ毎 vs テストケース数＊循環的複雑度（Cyclomatic complexity）（ McCabe数） – M = E − N + 2P • M = 循環的複雑度、 E = グラフのエッジ数、 N = グラフのノード数、 P = 連結されたコンポーネントの数ウィキペディアから抜粋

68. Copyright (C) 2009 WACATE All rights reserved ESQR（EmbeddedSystem development Quality Reference）① • 2-5 品質目標値設定表「組込みソフトウェア開発向け品質作り込みガイド」から抜粋当該タイプの参考値補正ベース値設定目標値作業充当率仕様レビュー 4 設計レビュー 4 コードレビュー 1.5 テストレビュー 1.5 テスト 5 レビュー 4 作業実施率仕様レビュー 2.4 設計レビュー 2.4 コードレビュー 1.2 テストレビュー 2 テスト 17 レビュー 8 プロセス品質評価指標

69. Copyright (C) 2009 WACATE All rights reserved ESQR（EmbeddedSystem development Quality Reference）② • 2-5 品質目標値設定表「組込みソフトウェア開発向け品質作り込みガイド」から抜粋プロダクト品質評価指標当該タイプの参考値補正ベース値設定目標値ドキュメントドキュメントボリューム要求仕様書 4 設計書 10 テスト仕様書 10 ドキュメントバランス要求仕様書 - 設計書 - テスト仕様書 - コードコードボリュームファイル行数 2 KLOC この値以下であること関数の行数 160 LOC この値以下であることコード特性制御文記述率 5 コメント行記述率 5 コーディングルール逸脱率 100 テストテスト十分性テスト密度 25 不具合収束率 0.01 動作完全性不具合除去率 3

70. Copyright (C) 2009 WACATE All rights reserved ESQR（EmbeddedSystem development Quality Reference）③ • 2-5 ドキュメントバランスメトリクス「組込みソフトウェア開発向け品質作り込みガイド」から抜粋ドキュメントバランスメトリクス項目No 内容参考値設定目標値要求仕様書 R1. 全体の記述量 100 R2. 対象ユーザとその使い方に関する記述 5 R3. 動作環境条件に関する記述量 10 R4. 主な機能に関する記述量 40 R5. 安全に関する記述、並びに非機能に関する記述量 30 R6. システム全体構成に関する記述量 10 R7. 例外処理に関する記述量 5 設計書 D1. 全体の記述量 R1×3 D2. システム全体構成に関する記述量 5 D3. 機能ブロックの構成に関する記述量 5 D4. 機能ブロックの詳細に関する記述量 50 D5. インタフェース・データに関する記述量 20 D6. 例外処理に関する記述量 20 テスト仕様書 T1. 全体の記述量 R1×3 T2. テスト環境に関する記述 5 T3. テストの手順・条件に関する記述 10 T4. 正常系に関する記述 35 T5. 異常系・例外処理に関する記述 45 T6. テスト完了基準に関する記述 5

71. Copyright (C) 2009 WACATE All rights reserved ESQR（EmbeddedSystem development Quality Reference）④ • 3-2 品質指標一覧「組込みソフトウェア開発向け品質作り込みガイド」から抜粋 ID 略称名称計測方法または計算式 PR10 RSRE 仕様レビュー作業充当率仕様レビュー工数/仕様作成工数 PR11 RDRE 設計レビュー作業充当率設計レビュー工数/設計作成工数 PR12 RCRE コードレビュー作業充当率コードレビュー工数/コード作成工数 PR13 RTRE テストレビュー作業充当率テストレビュー工数/テスト準備・確認工数 PR14 RTWE テスト作業充当率テスト工数/開発全工数 PR15 RORE レビュー作業充当率全レビュー工数/開発全工数 PR20 ERSR 仕様レビュー作業実施率仕様レビュー工数/ソースコード全行数 PR21 ERDR 設計レビュー作業実施率設計レビュー工数/ソースコード全行数 PR22 ERCR コードレビュー作業実施率コードレビュー工数/ソースコード全行数 PR23 ERTR テストレビュー作業実施率テストレビュー工数/ソースコード全行数 PR24 ERTW テスト作業実施率テスト工数/ソースコード全行数 PR25 EROR レビュー作業実施率全レビュー工数/ソースコード全行数 PD10 RSDV 要求仕様書ボリューム率要求仕様書ボリューム/ソースコード全行数 PD11 RDDV 設計書ボリューム率設計書ボリューム/ソースコード全行数 PD12 RTDV テスト仕様書ボリューム率テスト仕様書ボリューム/ソースコード全行数 PD20 BSDD 要求仕様書バランス要求仕様書内の各パートのページ数/要求仕様書ページ数の総和 PD21 BDDD 設計書バランス設計書内の各パートのページ数/設計書全体ページ数の総和 PD22 BTDD テスト仕様書バランステスト仕様書内の各パートのページ数/テスト仕様書ページ数の総和ドキュメントバランス品質評価指標品質指標（Evaluation Metrics）プロセス品質評価指標：作業充当率プロセス品質評価指標：作業実施率プロダクト品質評価指標：ドキュメント品質評価指標ドキュメントボリューム品質評価指標

72. Copyright (C) 2009 WACATE All rights reserved ESQR（EmbeddedSystem development Quality Reference）⑤ • 3-2 品質指標一覧「組込みソフトウェア開発向け品質作り込みガイド」から抜粋 ID 略称名称計測方法または計算式 PD30 FLOC ファイル行数基礎指標のファイル行数と同じ PD31 MLOC 関数の行数基礎指標の関数の行数と同じ PD32 ROCS 制御文記述率制御文数/ソースコード全行数 PD33 ROCL コメント行記述率コメント行数/ソースコード全行数 PD34 RDCR コーディングルール逸脱率コーディングルール逸脱数／ソースコード全行数 PD40 DOTI テスト密度テスト項目数/ソースコード全行数 PD41 ROFC 不具合収束率最終10%のテスト期間の不具合発見率/当初90%のテスト期間の不具合発見率 PD42 ROFE 不具合修正率修正済み不具合数/検出不具合数プロダクト品質評価指標：コード品質評価指標品質指標（Evaluation Metrics）コードボリューム品質評価指標コード特性品質評価指標プロダクト品質評価指標：テスト品質評価指標テスト十分性品質評価指標動作完全性品質評価指標

73. Copyright (C) 2009 WACATE All rights reserved ESQR（EmbeddedSystem development Quality Reference）⑥ • 3-2 基礎指標「組込みソフトウェア開発向け品質作り込みガイド」から抜粋 ID 略称名称計測方法または計算式 B10 TLOC ソースコード全行数ファイル毎の行数の総和 B11 FLOC ファイル行数各ソースファイルに記述されたソースコードの規模 B12 MLOC 関数の行数ソースコードを構成する関数一つあたりのソースコードの規模 B13 NOCS 制御文数ファイル毎の制御文数 B14 CLOC コメント行数ファイル毎のコメント行数 B15 NDCR コーディングルール逸脱数コーディングルールを逸脱した延べ数 B20 VOSD 要求仕様書ボリューム仕様に関するドキュメントのページ数の総和 B21 VODD 設計書ボリューム設計に関するドキュメントのページ数の総和 B22 VOTD テスト仕様書ボリュームテストに関するドキュメントのページ数の総和 B30 RETO 全レビュー工数レビュー工数の総和 B31 RESP 仕様レビュー工数仕様レビューにかかった工数の総和 B32 REDE 設計レビュー工数設計レビューにかかった工数の総和 B33 RECO コードレビュー工数コードレビューにかかった工数の総和 B34 RETP テストレビュー工数テストに関するレビューにかかった工数の総和 B35 PETO 開発全工数開発にかかった工数の総和 B36 PESP 仕様作成工数仕様作成にかかった工数の総和 B37 PEDE 設計作成工数設計にかかった工数の総和 B38 PECO コード作成工数コード作成にかかった工数の総和 B39 PETP テスト準備・確認工数テストの準備・確認作業にかかった工数の総和 B3A PETE テスト工数テストにかかった工数の総和工数ボリューム基礎指標ドキュメントボリューム基礎指標ソースコードボリューム基礎指標基礎指標（Basic Metrics）

74. Copyright (C) 2009 WACATE All rights reserved ESQR（EmbeddedSystem development Quality Reference）⑦ • 3-2 基礎指標「組込みソフトウェア開発向け品質作り込みガイド」から抜粋 ID 略称名称計測方法または計算式 B40 NOTI テスト項目数テスト項目数の総和（ただし、実施していること） B41 NOET テスト実施項目数実施したテスト項目数の総和（重複を含む） B42 NODF 検出不具合数単体テスト後に検出した不具合の総和 B43 NOEF 修正済み不具合数検出した不具合の内、修正した不具合の総和 B44 ROFD 不具合発見率検出不具合数/テスト実施項目数テストボリューム基礎指標基礎指標（Basic Metrics）

WACATE09冬_線・Maniax_発表版

WACATE09冬_線・Maniax_発表版

Recommended

More Related Content

Similar to WACATE09冬_線・Maniax_発表版

Similar to WACATE09冬_線・Maniax_発表版(20)

More from 久仁朗山本(旧姓村上)

More from 久仁朗山本(旧姓村上)(11)

Recently uploaded

Recently uploaded(14)