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