伊原/滞留時間予測モデル の履歴(No.5)

• 履歴一覧
• 差分 を表示
• 現在との差分 を表示
• ソース を表示
• 伊原/滞留時間予測モデル へ行く。
  • 1 (2009-03-19 (木) 01:03:17)
  • 2 (2009-03-19 (木) 01:59:49)
  • 3 (2009-03-23 (月) 10:34:44)
  • 4 (2009-04-02 (木) 01:51:54)
  • 5 (2009-04-02 (木) 01:51:54)

伊原

背景†

• 問題点
  • 従来研究では，過去の修正プロセスを考慮せずに滞留時間を予測していた
  • 報告された不具合の中には修正途中の不具合が多くある
  • 修正途中の不具合も予測する必要がある

目的†

• 修正時間を予測する
  

→何が嬉しい？

• どのタイミングでまとめて修正するか分かると嬉しい
  • Apacheだと修正祭りがある
• リリース計画，テスト計画の立案を助ける

アプローチ†

• 滞留時間予測モデルの構築
  

• 説明変数
  • 優先度
  • 重要度
  • モジュール
  • 過去の修正履歴
    • 再修正の有無，修正担当の変更回数
  • △障害登録時の未修正不具合数
  • △障害登録時期前後の不具合報告数
  • △障害登録時期前後のActive Developers数

• 目的変数
  • 修正までに要する時間(現在からVerifyに遷移するまで)

関連研究†

• How long will it Take to Fix This Bug
  • How long will it Take to Fix This Bug.pdf

• On modeling software defect repair time
  • [添付]
  • 滞留時間予測モデルの構築
  • 過去の修正プロセスを考慮していない
    • 再修正の有無，担当者変更回数など

TODO†

• サーベイする
  • 角田さんのジャーナル「コードレビュー指摘密度を用いたソフトウェア欠陥密度予測」
    
  • その他予測モデルの文献調査
    • How long will it Take to Fix This Bug.pdf

• 参考
  • 「オープンソース共同開発環境に対するソフトウェア信頼性評価法に関する考察」
    

メモ†

• F1値などの勉強 F1値参考URL：
  http://www004.upp.so-net.ne.jp/s_honma/mean/harmony2.htm

• 説明変数の補欠
  • 修正箇所
    • 修正するのが難しい箇所とかあるんじゃないかな？
  • 障害官の因果関係
    • 修正の複雑さを表す