![[PukiWiki]](image/wadanyan.png "[PukiWiki]")
[[ミーティング議事録]] **Date: Nov. 14 (Thu), 2013 [#wf9d5f4b] - 年内のミーティング：残り6回 - Next meeting: 2013.11.21 **Date: Nov. 21 (Thu), 2013 [#wf9d5f4b] - 年内のミーティング：残り4回 - Next meeting: 2013.12.5 **研究室運営 [#ge0a3752] -[[教員からのお知らせ（6/20）>OSS_20130620]] -[[教員からのお知らせ（8/1）>OSS_20130808]] -教員からのお知らせ（8/15） --９月からはホウレンソウ月間！ --月に１回宴会開催 --ピアレビュー制度開始 -イベント -- Winter Workshop 2014 (WWS2014) ---HPの作成を山谷君に依頼 - 研究環境 --Marcurial, Git, Repo, Gerittに対応する -申請関係 - 発注関係 --本棚 - 雑用 **かしわ進捗 [#daf0327e] -Topics --クラウド型（Pentaho）リポジトリマイニング環境 --リソースアロケーション支援 -Done --Foseスライド -To do +Foseのセリフ作成・発表練習 +J.Anvikとの共同研究の実装(ほぼ完成) +J.Anvikとの共同研究の実験 +ジャーナル用追加実験の結果分析 -Stay +ジャーナル4章（ケーススタディ） +ジャーナル（11月中に阿萬先生・亀井先生に見せる！！） ++ジャーナル5章（考察）書く ++ジャーナル3章（手法）の説明を追加 +Anvikとの共同研究 -Schedule +ジャーナル原稿 --改正版手法(=Accuracy測定可能版)を完成させる --ランダムによる割当て追加（論文誌） --ジャーナル完成 --ICSE +CrashReport × 異常検知 **ヤマタニ進捗 [#o407caef] - Topics //--Mining可視化研究 //--EPM-XYZ --プロアクティブマイニング --co-evolution - Done --Doneなし（メトリクスの抽出作業途中） - To do --メトリクスの抽出作業終了 --分析方法書き終える -Schedule --卒論（11月頭から書き始めて12月末に終わる） ---11月29日まで：メトリクス抽出完了 and 分析方法書く ---12月05日まで：分析半分終わらす and 分析結果半分書く ---12月12日まで：分析終わらす and 分析結果書く ---12月19日まで：はじめにとまとめ，アブスト書く ---12月20日から：冬休み --推薦ジャーナル（1月頭から書き始めて2月終わりに書き終わる） //--進化研究に必要なプロジェクト発足時からのデータ集める（成熟したプロジェクトのみではなく「失敗（定義は？企業プロジェクトはQCDが目安になる）」したプロジェクトも） //--異常検知などの手法を身につけ，違うアプローチで研究をする //--進化の各系統での研究を調べ，その評価方法，用いるメトリクスを調べる //--プロアクティブ手法をソフトウェア工学に適用する手法を提案する **吉行進捗 [#xeea33a7] - Topics --マイクロSNA、不具合管理パターン分析 - Done --卒論プロジェクト全体のToDoリストを作る --javaに移行 CSV読み込み，フィルタリング - To do --よしひろ研合同ミーティングスライド --ペアのクラスタリングをする 閾値考える，理由も --卒論の目次を書く まさきさんリスペクトになってしまう・・・ -Schedule --Excelを捨てる --ペアのクラスタリングをする（割り当てられた順に完了しがちなペア，後から割り当てられたタスクを優先して完了させることもあるペアなど） --コミットとバグ表をひもづける --メールデータとの対応(P1, Major) --Pairごとのpriority,severityの分布、内訳をみる (P1, Major) --メーリングリストの応答の早さ見ると、関係が見えるかもしれない (P1, Major) //--netbeans GNOME KDE Mozillaの比較 (P2, Major) //--割当回数が多い開発者ほど、信頼関係ができるので難しいタスクを割り当てられ、修正時間が長くなるのではないか？ --モジュールの複雑度とかの方が修正時間に関係ありそう //--89回も割当回数が多い気がするが、もっと修正数の少ない開発者を見てみたらどうだろうか //➡top25%とbottom25%を比較する //--修正の品質を考慮 //--どういう人だったら修正が早くなるってのは予測できないのか？開発者の個性を測る **松本進捗 [#i329668c] - Topics -- ゲーミフィケーション Unity - Done --シミュレーション構築中(あとちょっと) - To do --ページをつなげてとりあえず一通り完成させる --ゲーミフィケーション要素の部分に着手 --卒論の目次書く -Schedule --マイニングのわからないこと ---まずfault-proneモジュールとは何か？ ---何のリポジトリを収集すればよいか？ ---リポジトリの収集方法は？ ---各リポジトリ、各メトリクスの前提知識 ---リポジトリのどのメトリクスを調査すればよいか？ ---対象ドメインごとのフィルタリング基準は？ ---データクリーニングの方法は？ ---マイニングアルゴリズムにはどのようなものがあるのか？ ---なぜそのアルゴリズムがマイニングに有用なのか？ ---アルゴリズムの適用の仕方は？ ---アルゴリズムを適用した結果どのようなことがわかったか？ ---評価方法の理解 ---統計学的知識 --マイニングしてみる --GNWorkShop --体なおす 完治 **まさお進捗 [#he34596e] - Topics --プロジェクト --- プロアクティブデータマイニング環境の構築（IPA） --- リポジトリマイニングに基づくOSS利用支援環境（基盤C） --- 知識クラスター形成支援（基盤B） --- マイクロソーシャルネット分析 --ほんとにやりたい研究 ---不具合修正パターンを考慮した不具合修正プロセス研究の集大成（ICSEプロジェクト） --ほんとにやりたい研究？ ---ヴィジュアルデータマイニング（IPA可視化プロジェクト） --科研申請書 ---[[OSS_20131107]] - Done --プレゼン週間終了 ---出張講義＠白浜 ---合同研究会講演＠大阪 ---出張講義＠NAIST ---教員発表＠大ゼミ - To do --GNWS＠山梨＆FOSE＠石川 --MSRへ向けて準備開始する - Schedule --「データマイニングによる異常検知」輪講をやりたいな --柏論文共著論文（阿萬先生+亀井／鵜林先生）：８月中に必ず！ --山谷共著論文（伊原先生）：推薦を受けてから１年以内かもしれない --情処論文誌 ---バグ修正時間予測（マサキにRの処理を確認する） ---Micro-SNA（まだまだ時間がかかりそう） --Mei Nagappanとの研究（ICSM論文拡張後ESEM投稿） ---コンポーネントごとに不具合修正時間予測 ---データセット４つ（プロジェクト，Eclipse, K-9 mail, Apache, Mozilla） ---パターン増やす（A->B->A) ---社会的関係を分析する（よく共同作業する人のペアVS.たまたまペアになる人） **その他 [#kdfaf5eb] -Subversion によるバージョン管理 --http://www.caldron.jp/~nabetaro/svn/svnbook-1.4-final/
