OSS_20130725 の編集

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

**Date: Jul. 25 (Thr), 2013 [#u67acb5d]
- Reporter: まさお
- Rotation: まさお -> かしわ -> まさお -> かしわ．．．
- Next presenter: かしわ
- Next meeting: 2013.7.23

**研究室運営 [#f140cc98]
-[[教員からのお知らせ（6/20）>OSS_20130620]]

-イベント

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

-申請関係

- 発注関係
-- 宛名シール
--本棚

- 雑用

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

-Done
--テスト
--ジャーナル用データ取得(Mozilla)
-To do
+ジャーナル用データ整形（今日中）
+Anvicにデータ見せる
+ジャーナル用実験開始(Mozilla)
+輪講(30日)
+Who Should Fix This Bugの手法やってみる

+ジャーナル原稿（７月一杯→阿萬先生レビュー後，投稿）

-Schedule
--改正版手法(=Accuracy測定可能版)を完成させる
--PureCBRデータセット再現
--ランダムによる割当て追加（論文誌）
--ジャーナル完成
--IPA
---プログラムの構成を調べる
--ICSE
--FOSE
--SIGSE

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

- Done
--進化論文読む
---OSSの進化とはどういうことをさすのか？
--論文輪講スライド作成
--IPAタスク（ちょっと）

- To do
--8/1までポジションペーパーをかく（SES）
--8/1までKDEとGNOMEのデータ（コードとML）とってくる
---mailmanのクライアントコマンドマスターする
--iPAタスク

-Schedule
--Understandに頼らなくてもいいようにメトリクス解析ツールを自分で発掘する
--進化研究に必要なプロジェクト発足時からのデータ集める（成熟したプロジェクトのみではなく「失敗（定義は？企業プロジェクトはQCDが目安になる）」したプロジェクトも）
--異常検知などの手法を身につけ，違うアプローチで研究をする
--進化の各系統での研究を調べ，その評価方法，用いるメトリクスを調べる
--プロアクティブ手法をソフトウェア工学に適用する手法を提案する

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

- Done
--Peter C. Rigbyのpositive wordの論文読む＆輪講資料作成
--bugzilla取得スクリプト改善

- To do
--SESワークショップ　ポジションペーパー　8/1
--GNOME 取得htmlの解析を考える

-Schedule
--SES　ポスター発表　8/9
--メールデータとの対応(P1, Major)
--Pairごとのpriority,severityの分布、内訳をみる (P1, Major)
--メーリングリストの応答の早さ見ると、関係が見えるかもしれない (P1, Major)
--netbeans GNOME KDE Mozillaの比較 (P2, Major)
--割当回数が多い開発者ほど、信頼関係ができるので難しいタスクを割り当てら
れ、修正時間が遅くなるのではないか？
--モジュールの複雑度とかの方が修正時間に関係ありそう
--89回も割当回数が多い気がするが、もっと修正数の少ない開発者を見てみたら
どうだろうか&#10145;top25%とbottom25%を比較する
--修正の品質を考慮
--どういう人だったら修正が早くなるってのは予測できないのか？Peter C. Rigbyのポジティブワードに関する論文を見たら？

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

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

- To do
--外部設計する
--輪講(30日)

-Schedule
--マイニングしてみる
--GNWorkShop

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

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

- Done
--たぶんいっぱいやった

- To do
--情報処理学会査読２本
--DICOMO査読４本
--IPA７月分進捗報告書作成 (P5, Critical)
---（１）進捗状況報告書（事務様式6）
---（２）進捗予定管理表（事務様式7）
---（３）進捗報告会議事録
--John Anvikと共同研究
---結果を報告する
--John Anvikと共同研究
---比較実験の結果を説明し，データを追加する→再度，計算結果を作ってもらう
--FOSE原稿（with吉行）の準備（メールデータ照合，優先度／重要度の割合分析）(P2, Major)
--IPAのジャーナル（6月実験7月投稿）の準備 (P2, Major)
---来週実験開始＠NAIST (P2, Major)
--「データマイニングによる異常検知」輪講をやりたいな

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

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

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