[論文レビュー] Code forking in open-source software: a requirements perspective

Neil Ernst, Steve Easterbrook+1 more|arXiv (Cornell University)|Apr 16, 2010

Software Engineering Research参考文献 24被引用数 25

ひとこと要約

本論文は、要件工学の観点からオープンソースソフトウェアにおけるコードフォークを調査し、TracがDrProjectにフォークされた事例を事例として用いる。フォークが、使いやすさと保守性という新たな要件を効果的に満たしたことが判明し、機能的要件が乖離した際の既存OSSの新たな文脈への適応戦略としてフォークが有効であることが示された。

ABSTRACT

To fork a project is to copy the existing code base and move in a direction different than that of the erstwhile project leadership. Forking provides a rapid way to address new requirements by adapting an existing solution. However, it can also create a plethora of similar tools, and fragment the developer community. Hence, it is not always clear whether forking is the right strategy. In this paper, we describe a mixed-methods exploratory case study that investigated the process of forking a project. The study concerned the forking of an open-source tool for managing software projects, Trac. Trac was forked to address differing requirements in an academic setting. The paper makes two contributions to our understanding of code forking. First, our exploratory study generated several theories about code forking in open source projects, for further research. Second, we investigated one of these theories in depth, via a quantitative study. We conjectured that the features of the OSS forking process would allow new requirements to be addressed. We show that the forking process in this case was successful at fulfilling the new projects requirements.

研究の動機と目的

• 要件がオープンソースプロジェクトにおけるコードフォークを引き起こす役割を理解すること。
• 既存のオープンソースツールをフォークするプロセスと課題を、新たな機能的および非機能的要件を満たすために調査すること。
• 元のプロジェクトに存在しなかった新たな要件をフォークが効果的に満たせるかどうかを評価すること。
• 要件工学の観点から、フォークの社会的・技術的および保守性への影響を検討すること。

提案手法

• 混合手法を用いた逐次研究：まず、TracおよびDrProject開発者に対するインタビューとアンケートの定性的分析（グラウンデッド・セオリー法を用いて）。
• フォークに関する主要な理論を特定し、そのうちの1つを定量的検証に選定。
• 静的コードメトリクス（例：循環構造複雑度、コードチャーン）を用いて、TracおよびDrProjectの両方のコードベースの保守性を測定。
• インターフェースの複雑さとユーザーフレンドリーさに注目した定性的なインターフェース分析を通じて、使いやすさを評価。
• フォークされたシステムが主要な非機能的要件を満たしているかどうかを確認するアプローチを用いて検証。
• ゴールモデルの比較と要件進化におけるトレードオフの評価に、リバースエンジニアリング技術を適用。

実験結果

リサーチクエスチョン

• RQ1 異なる要件がオープンソースソフトウェアのフォークを促す役割を果たすのはどのような場合か？
• RQ2 フォークは、得られたソフトウェアシステムの保守性および使いやすさにどのように影響を与えるか？
• RQ3 フォークが、元のプロジェクトに存在しなかった新たな要件をどの程度効果的に満たせるか？
• RQ4 特にコミュニティの結束とコード進化に関して、フォークに伴う社会的・技術的トレードオフは何か？
• RQ5 モularityやテスト性といった非機能的要件は、フォークされたシステムにおいてどのように変化するか？

主な発見

• DrProjectのフォークは、学部生向けソフトウェアプロジェクト管理に特化した新たな要件、特に使いやすさと保守性を効果的に満たした。
• コードメトリクスの結果、DrProjectはTracに比べて保守性が向上しており、循環構造複雑度が低く、より良いコード構造を有していた。
• 定性的な使いやすさ分析の結果、DrProjectのインターフェースはTracに比べて初心者ユーザーに対してより単純かつ直感的であった。
• フォークによるコミュニティからの否定的フィードバックは生じなかったことから、フォークの技術的動機がコミュニティの好意と共存可能であることが示された。
• フォークの主なコストは、共有されたバグ修正の喪失と、新規コミュニティをゼロから構築する課題であった。
• 本研究は、要件が著しく乖離した際、フォークがオープンソースソフトウェアを新たな分野に適応させる有効な戦略であることを確認した。