おおさわ/修士論文 の履歴(No.5)

• 履歴一覧
• 差分 を表示
• 現在との差分 を表示
• ソース を表示
• おおさわ/修士論文 へ行く。
  • 1 (2010-11-23 (火) 23:54:31)
  • 2 (2010-11-24 (水) 00:18:38)
  • 3 (2010-11-24 (水) 00:18:38)
  • 4 (2010-12-01 (水) 11:48:50)
  • 5 (2010-12-09 (木) 21:04:36)

おおさわ

修士論文†

章構成†

• はじめに
  • 研究の背景
    • OSSが流行っている
    • OSSに関わる人も多くなってきている
    • 不具合修正にも多くの時間が費やされている
    • Bug Triage(不具合の判定，修正担当者の決定)はman powerです
  • 目的
    • 修正時間を短くすること（大目的）
    • assign の方法を分析する（中目的）
    • best effort になっていないか？
    • どんなパターンが効率的か？
  • 論文の構成

• OSSにおける不具合修正に関して
  • 不具合修正の手順
    • 不具合修正がどのようなプロセスで行われるのか
    • どういった人が絡んでくるのか
  • Reporter、Assignor と Resolver の関係（type分け）
    • 特にAssignee(Assign To)に着目した理由
    • Reporter、Assignor と Resolver の関係について
    • type1:A(a)→A
    • type2:A(a)→B
    • type3:A(B)→B
    • type4:A(B)→C

• 分析方法
  • データの取得、整形
    • BTSからのデータ取得

• ケーススタディ
  • 対象プロジェクト
    • 対象とした不具合報告（Resolution:fixed -> なんらかの修正が行われていることが期待できる）
  • 基本統計量
    • プロジェクト毎の開発者，Assignorの分布
    • タイプ毎の修正時間について（タイプ間の差）

• 考察

• 関連研究 z:Zimmermann s:Sunghum Kim
  • 不具合報告に関する研究
    • what makes a good bug report ? (z)
    • quality of of bug reports in eclipse (z)
    • extracting structural information from bug reports (z,s)
    • towards the next generation of bug tracking systems (z)
    • modeling bug report quality
    • duplicate bug reports considered harmful ... really (z,s)
    • information needs in bug reports: improving cooperation between developers and users (z)
    • a linguistic analysis of how people describe software problems
    • do stack traces help developers fix bug ?
  • 修正時間予測に関する研究
    • how long will it take to fix this bug ? (z)
    • predicting eclipse bug lifetimes
  • OSS開発における人的に関する研究
    • latent social structure in open source project
    • who should fix this bug ?
    • automatic bug triage using text categorization
    • improving bug triage with bug tossing graph (z,s)

• 結論

• 謝辞

• 参考文献

対象プロジェクト†

• Eclipse
• Mozilla
• Apache
• OpenOffice
• LinuxKernel

参考文献†

スケジュール†

• 章構成作成
  • 〜12月3日
• 第一段階分析完了
  • 〜12/10
• 原稿執筆

めも†