OSS_20131107 の編集

[[ミーティング議事録]]

**Date: Oct. 31 (Thu), 2013 [#t5fca88b]
- 年内のミーティング：残り7回
- Next meeting: 2013.11.14

**研究室運営 [#p83d5792]
-[[教員からのお知らせ（6/20）>OSS_20130620]]
-[[教員からのお知らせ（8/1）>OSS_20130808]]
-教員からのお知らせ（8/15）
--９月からはホウレンソウ月間！

--月に１回宴会開催
--ピアレビュー制度開始

-イベント
-- Winter Workshop 2014 (WWS2014)
---HPの作成を山谷君に依頼

- 研究環境
--Marcurial, Git, Repo, Gerittに対応する
--ホームページをリニューアル

-申請関係

- 発注関係
--本棚

- 雑用
--P-MANの更新を山谷君に依頼

**かしわ進捗 [#y5c541b4]
-Topics
--クラウド型（Pentaho）リポジトリマイニング環境
--リソースアロケーション支援

-Done
+ジャーナル用追加実験実施
-To do
+ジョンアンビックとの共同研究の実装
+ジャーナル4章（ケーススタディ）
+ジャーナル用追加実験の結果分析

-Stay
+ジャーナル（11月中に阿萬先生・亀井先生に見せる！！）
++ジャーナル5章（考察）書く
++ジャーナル3章（手法）の説明を追加
+Anvikとの共同研究
++手法実装（3年生に手伝ってもらう？）

-Schedule
+ジャーナル原稿
--改正版手法(=Accuracy測定可能版)を完成させる
--ランダムによる割当て追加（論文誌）
--ジャーナル完成
--ICSE

**ヤマタニ進捗 [#naae8150]
- Topics
//--Mining可視化研究
//--EPM-XYZ
--プロアクティブマイニング
--co-evolution

- Done
--データそろえる（BugData)
--卒論手法のところうめた
--とってきたデータからメトリクスを抽出するプログラムを書く
---コードは完了，MLは2メトリクスのみ

- To do
--とってきたデータからメトリクスを抽出するプログラムを書く（MLとBugデータ）
--codeメトリクスを抽出する
--手法ピアレビュー

-Schedule
--卒論（11月頭から書き始めて12月末に終わる）
--推薦ジャーナル（1月頭から書き始めて2月終わりに書き終わる）
//--進化研究に必要なプロジェクト発足時からのデータ集める（成熟したプロジェクトのみではなく「失敗（定義は？企業プロジェクトはQCDが目安になる）」したプロジェクトも）
//--異常検知などの手法を身につけ，違うアプローチで研究をする
//--進化の各系統での研究を調べ，その評価方法，用いるメトリクスを調べる
//--プロアクティブ手法をソフトウェア工学に適用する手法を提案する

**吉行進捗 [#x0d1dfb9]
- Topics
--マイクロSNA、不具合管理パターン分析

- Done
--ためしに予測してみた　優先してタスクを完了させた回数の多いペアtop5を使って→予測精度はちょっとだけ上がったが，重要度が低いandマイナスもあり（重要度がプラスのペアの特徴を掴みたい）
--卒論で書くこと決める　予測にします

- To do
--ペアのクラスタリングをする　閾値の理由
--卒論の目次を書く　まさきさんリスペクトになってしまう・・・

-Schedule
--ペアのクラスタリングをする（割り当てられた順に完了しがちなペア，後から割り当てられたタスクを優先して完了させることもあるペアなど）
--コミットとバグ表をひもづける
--メールデータとの対応(P1, Major)
--Pairごとのpriority,severityの分布、内訳をみる (P1, Major)
--メーリングリストの応答の早さ見ると、関係が見えるかもしれない (P1, Major)
//--netbeans GNOME KDE Mozillaの比較 (P2, Major)
//--割当回数が多い開発者ほど、信頼関係ができるので難しいタスクを割り当てられ、修正時間が長くなるのではないか？
--モジュールの複雑度とかの方が修正時間に関係ありそう
//--89回も割当回数が多い気がするが、もっと修正数の少ない開発者を見てみたらどうだろうか
//&#10145;top25%とbottom25%を比較する
//--修正の品質を考慮
//--どういう人だったら修正が早くなるってのは予測できないのか？開発者の個性を測る

**松本進捗 [#h9b0de04]
- Topics
-- ゲーミフィケーション　Unity

- Done
--シミュレーション構築中(まだ2/3)

- To do
--ページをつなげてとりあえず一通り完成させる
--シミュレーション上でマイニングするデータセットの決定・整形
--卒論の目次書く

-Schedule
--マイニングのわからないこと
---まずfault-proneモジュールとは何か？
---何のリポジトリを収集すればよいか？
---リポジトリの収集方法は？
---各リポジトリ、各メトリクスの前提知識
---リポジトリのどのメトリクスを調査すればよいか？
---対象ドメインごとのフィルタリング基準は？
---データクリーニングの方法は？
---マイニングアルゴリズムにはどのようなものがあるのか？
---なぜそのアルゴリズムがマイニングに有用なのか？
---アルゴリズムの適用の仕方は？
---アルゴリズムを適用した結果どのようなことがわかったか？
---評価方法の理解
---統計学的知識
--マイニングしてみる
--GNWorkShop

--体なおす　完治

**まさお進捗 [#a7d6fe70]
- Topics
--プロジェクト
--- プロアクティブデータマイニング環境の構築（IPA）
--- リポジトリマイニングに基づくOSS利用支援環境（基盤C）
--- 知識クラスター形成支援（基盤B）
--- マイクロソーシャルネット分析

--ほんとにやりたい研究
---不具合修正パターンを考慮した不具合修正プロセス研究の集大成（ICSEプロジェクト）
--ほんとにやりたい研究？
---ヴィジュアルデータマイニング（IPA可視化プロジェクト）

- Done
--&attachref(基盤S_松本.pdf);
--&attachref(基盤A_松本.pdf);
--&attachref(基盤A_吉野.pdf);
--&attachref(基盤B_森崎.doc);
--IPA中間報告

- To do
--WWS2014雑用
--大阪府立大との合同研究プレゼン資料（11/18）

- Schedule
--「データマイニングによる異常検知」輪講をやりたいな
--柏論文共著論文（阿萬先生+亀井／鵜林先生）：８月中に必ず！
--山谷共著論文（伊原先生）：推薦を受けてから１年以内かもしれない
--情処論文誌

---バグ修正時間予測（マサキにRの処理を確認する）
---Micro-SNA（まだまだ時間がかかりそう）
--Mei Nagappanとの研究（ICSM論文拡張後ESEM投稿）
---コンポーネントごとに不具合修正時間予測
---データセット４つ（プロジェクト，Eclipse, K-9 mail, Apache, Mozilla）
---パターン増やす（A->B->A)
---社会的関係を分析する（よく共同作業する人のペアVS.たまたまペアになる人）

**その他 [#u1940666]
-Subversion によるバージョン管理
--http://www.caldron.jp/~nabetaro/svn/svnbook-1.4-final/

タイムスタンプを変更しない