OSS_20130919 の変更点

• 追加された行はこの色です。
• 削除された行はこの色です。
• OSS_20130919 へ行く。
• OSS_20130919 の差分を削除

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

**Date: Sep. 19 (Thu), 2013 [#ca7dd60e]
- 年内のミーティング：残り14回
- Next meeting: 2013.9.12


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

Redmineでタスクの進捗管理をしましょう．

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


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

-申請関係

- 発注関係
--本棚

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


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

-Done
--ICSE用実験結果を把握し，まさおさんに報告
--書類提出（欠席届と出張申請の理由を考える）
--原稿提出
--ポスター制作
--ポスターの練習
--ワークショップ用のプレゼン作り始める

-To do
+FOSEカメラレディ
+外れ値除去技術の選定
+外れ値除去したデータセットで再実験（ジャーナル用）

-Stay
+ジャーナル6章書く
+ジャーナル3章を一部追加



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


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

- Done
--SESで2ptゲット！
--論文さらっと3本しっかり1本読んでいた
---さらっと：process metrics vs product metrics, IWPSEの論文2本
---しっかり：論文輪講のやつ（Good or Bad Commiters?）
--SESの振り返りと今後どんな感じで研究するかを考えていた
---考える前に手を動かす！！圧倒的分析！！
---システムとコミュニティの共進化でいこう！（個人の進化はコミュニティの進化だ）
--Monster_YY-PCのセットアップ

- To do
--Monster_YY-PCでスクリプト動かしはじめる
---遅延相関分析をさらにいじる：差分係数をなくす
--多重検定のお勉強
--具体的なメトリクスの決定！（プロダクトメトリクス，プロセスメトリクス）


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


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

- Done
--SES
--VBAでフィルタリングマクロ作成

- To do
--管理者一人に注目して，時系列に分析する
--修正者一人に注目して，時系列に分析する


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


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

- Done
--お休み（9/19）

- To do
--お休み（9/19）

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


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

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

- Done
--ICSE論文執筆失敗！！！
--HCI Notes 投稿 with Papon

- To do
--ソフトウェア科学会論文誌執筆 with 伊原先生



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

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


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