Misc - 大平　雅雄

テキストの類似性に基づくソースコードとドキュメントの紐付け

松尾 和輝, 大平 雅雄 (担当区分： 最終著者,　責任著者 )

研究報告ソフトウェア工学（SE）   2025-SE-219 ( 11 ) 1 - 8   2025年03月

高品質なコミットメッセージの自動生成に向けたデータ収集手法の構築

山村 慎太郎, 大平 雅雄, 木村 祐太 (担当区分： 責任著者 )

研究報告ソフトウェア工学（SE）   2025-SE-219 ( 10 ) 1 - 8   2025年03月

ドキュメント更新の必要性の予測に向けたドキュメントとソースコードの紐付け

井町瑠貴, 大平雅雄 (担当区分： 最終著者,　責任著者 )

信学技報 (SS2023-81)   123 ( 414 ) 190 - 195   2024年03月

自動生成されたパッチがコーディング規約違反に与える影響の分析

野口 優輝, 木村 祐太, 伊原 彰紀, 大平 雅雄 (担当区分： 最終著者,　責任著者 )

第30回ソフトウェア工学の基礎ワークショップ in 伊勢志摩（FOSE2023）     83 - 92   2023年11月  [査読有り]

ビルドエラーを引き起こす Dockerfile の依存関係の分析

坂本 廉也, 東 裕之輔, 大平 雅雄 (担当区分： 最終著者,　責任著者 )

ソフトウェア・シンポジウム 2023 in 仙台     61 - 70   2023年06月  [査読有り]

技術的負債に関する課題票の単語分散表現を用いたテキスト分類

田口 舞奈, 木村 祐太, 大平 雅雄 (担当区分： 最終著者,　責任著者 )

ソフトウェア・シンポジウム 2023 in 仙台     28 - 37   2023年06月  [査読有り]

Dockerfileの依存関係とビルドエラーの関係分析

坂本 廉也, 東 裕之輔, 大平 雅雄

第29回ソフトウェア工学の基礎ワークショップ (FOSE2022)     237 - 238   2022年11月

技術的負債に関する課題票の分類モデルに単語分散表現が与える影響の分析

田口 舞奈, 木村 祐太, 大平 雅雄

第29回ソフトウェア工学の基礎ワークショップ (FOSE2022)     219 - 220   2022年11月

問題解決過程を考慮した不具合報告の要約生成手法の提案

作島 大智, 大平 雅雄, 辻 裕真, 東 裕之輔, 西脇 一尊

情報処理学会報告 ソフトウェア工学研究会   2022-SE-210 ( 26 ) 1 - 8   2022年03月

技術的負債に関連する課題票分類手法の構築

木村 祐太, 大平 雅雄 (担当区分： 最終著者 )

情報処理学会報告 ソフトウェア工学研究会   2022-SE-210 ( 10 ) 1 - 8   2022年03月

OSSプロジェクトへのオンボーディング支援のためのGood First Issue自動分類

堀口 日向, 大平 雅雄

第28回ソフトウェア工学の基礎ワークショップ (FOSE2021)     109 - 114   2021年11月

組込みソフトウェア製品開発のプロジェクト管理に対する遅延相関分析の適用に向けて

市井 誠, 堀口 日向, 柏 祐太郎, 川上 真澄, 伊原 彰紀, 大平 雅雄

ソフトウェアエンジニアリングシンポジウム2021論文集     200 - 208   2021年09月

ソフトウェアテストにおけるSilent Horrorsの分析へ向けて

????富 楓雅, 宮崎 智己, 柏 祐太郎, 大平 雅雄

ソフトウェアエンジニアリングシンポジウム2018論文集   ( 2018 ) 263 - 264   2018年08月

開発者の活動量の経時的変化がコミッター候補者予測に与える影響の分析

山崎大輝, 大平雅雄, 伊原彰紀, 柏祐太郎, 柏祐太郎, 宮崎智己

電子情報通信学会技術研究報告   118 ( 137(SS2018 1-17)(Web) )   2018年

ソフトウェア開発の定量的管理 ソフトウェア定量的管理にかかわる学術研究事例

野中誠, 亀井靖高, 大平雅雄

SEC Journal ( 情報処理推進機構技術本部ソフトウェア・エンジニアリング・センター )  13 ( 3 ) 46‐49 - 49   2017年12月  [招待有り]

特集「ソフトウェア工学」の編集にあたって

大平 雅雄

情報処理学会論文誌   58 ( 4 ) 768 - 768   2017年04月

コードクローンの作成・利用過程における人的影響を調査するための追跡ツールの試作 (ソフトウェアサイエンス)

大平 雅雄, 久木田 雄亮

電子情報通信学会技術研究報告 = IEICE technical report : 信学技報 ( 電子情報通信学会 )  116 ( 127 ) 157 - 161   2016年07月

GitHubにおけるソーシャルネットワークの理解 : Rockstarを中心として

築山 文香, 山谷 陽亮, 大平 雅雄

情報処理学会関西支部支部大会講演論文集 ( [情報処理学会関西支部] )    3p   2016年

開発者の担当可能なタスク量を考慮したバグトリアージ手法の提案

柏 祐太郎, 大平 雅雄

研究報告ソフトウェア工学（SE） ( 一般社団法人情報処理学会 )  2015 ( 8 ) 1 - 8   2015年03月

　概要を見る

本研究では，開発者の担当可能なタスク量を考慮したバグトリアージ手法を提案する．既存手法の多くは，不具合に対する開発者の適性のみを考慮するため，ごく一部の開発者に修正タスクが集中するという問題があった．既存手法に対し提案手法は，開発者の適性に加えて，開発者が一定期間内に修正作業に使える時間の上限を考慮している点に特徴がある．本研究では，不具合の割当問題を，開発者と不具合の組み合わせ問題として捉え，それぞれの開発者に割当てる不具合数に制約条件を課し，マルチナップサック問題として応用することで，最適な組合せを求める．Mozilla Firefox および Eclipse Platform，GNU Gcc プロジェクトを対象としたケーススタディを行った結果，提案手法について以下の 2 つの効果が確認できた．（1） 特定の開発者へタスクが集中するという問題を緩和できること （2） 現状のタスク割当て方法に比べ 36%から 43%の不具合修正時間を削減できること

適切な優先度設定のための修正作業の分析

吉行 勇人, 大平 雅雄

研究報告ソフトウェア工学（SE） ( 一般社団法人情報処理学会 )  2015 ( 12 ) 1 - 8   2015年03月

　概要を見る

本研究の目的は，不具合修正における不具合の優先度を適切に設定するための手法を構築することである．OSS プロジェクトでは日々多くの不具合が報告されており，全ての不具合を次のリリースまでに修正することが困難であるため，各不具合に優先度を設定して，優先的に対処すべき不具合を決定している．不具合の優先度の決定には報告された不具合の情報を確認するコストがかかるため，不具合報告時の情報を用いて優先度を予測する手法が提案されている．しかし，先行研究で予測される優先度はこれまでに設定された優先度が正しいことを前提としている．OSS プロジェクトを対象とした予備調査の結果，高い優先度が設定された不具合のうち約 20%の不具合は次のリリース以降に修正完了しており，設定された優先度が必ずしも修正作業と一致していないことが分かった．そこで，優先度と修正作業が一致していない不具合の特徴を明らかにするための分析を行う．分析の結果，次のリリース以前に修正完了した不具合とリリース以後に修正完了した不具合の特徴の違いを明らかにした．The goal of our study is to construct a method to support an appropriate priority assignment for a bug-fixing task. A large number of bugs are reported to a large-scale open source software (OSS) project. Since fixing all the bugs until the next release is very difficult, a manager in the project needs to decide which bugs should be fixed preferentially. The existing study proposed a method to predict the priority of a bug, but it is based on the assumption that the priority put in the past bug-fixing was correct. In our preliminary investigation, about 20% of bugs with high priority are fixed after the next release. In other words, the priority does not necessarily coincide with the practice. In this paper, bug reports in two open source software projects (Apache Derby and Qpid) are analyzed and classified according to the priority and whether they were fixed by the next release or not. As a result of our analysis, we found that there are several differences between the bugs fixed before and after the next release.