柏/卒論/詳細 の変更点

• 追加された行はこの色です。
• 削除された行はこの色です。
• 柏/卒論/詳細 へ行く。
• 柏/卒論/詳細 の差分を削除

*Index [#w2b228bb]
-abstract[6]

+背景[5](問題定義)
+関連研究[4]
+目的・アプローチ [1]
++定義
++実験方法
+実験
+結果[2]
+考察[3](可能性がある，考えられるは厳禁)
-終わりに
-謝辞
-参考文献

*To do [#m4232f68]
-評価方法
-制約条件の定義
++不具合の価値を定義
++開発者の処理量を定義
++緊急性のある不具合を定義

*目的 [#cf59d060]
一部開発者にかかる負担を緩和~
*アプローチ [#nbb4a484]
整数計画問題を用いる．最初は５人程度で
*評価方法 [#lae7a4a1]
-リコール＆プレシジョン？(不具合がトスされるかどうかの)
−Tossingの回数
-Tossingの回数
*定義 [#c2b7fcc7]
**不具合の重要度 [#i4255132]
Similarity×Size×Priority (ref:Optimized Assignment Of ...)~
依存関係も考慮したらどうか？(ref:Evalution of Optimaized Staffing...)
**開発者の処理力 [#e3ad3774]
過去の経験から(ref:Who should fix this bugs)
**緊急性のある不具合を定義 [#ha3a95ab]
プライオリティや重要度から算出
*実験方法 [#ba707af4]
solverを使って整数計画問題を解く
*Note [#qea8cd4d]
**Chips [#odf50f4a]
プロジェクトの忙しさと開発者の動きに相関=プロジェクトが忙しいときに開発者の限界がある。
**注意要綱 [#c8bc123b]
-テクニック・ツール・言語
-開発者が消えている期間
-過去の経験
-不具合優先度
-ファイルも考慮すれば？
-マイルストーン


Back to [[柏/卒論]]