[論文レビュー] Rational Unified Process

Nils Kopal|arXiv (Cornell University)|Sep 22, 2016

Advanced Software Engineering Methodologies被引用数 14

ひとこと要約

この論文は、UMLモデリングに根ざした標準化された反復的でコンポーネント指向のソフトウェア開発フレームワークである Rational Unified Process (RUP) について、包括的な学術的概要を提供する。RUPの4段階のライフサイクル、9つのコアワークフロー、および反復的開発、要件管理、構成管理といった6つの「ベストプラクティス」を概説し、多様なプロジェクト規模への適応性と、構造的でプロセス主導の開発によってソフトウェア品質の向上とチーム連携の強化を実現する役割を示している。

ABSTRACT

In this German seminar paper, which was written in the year 2011 at the University of Duisburg for a Bachelor Colloquium in Applied computer science, we show a brief overview of the Rational Unified Process (RUP). Thus, interested students or generally interested people in software development gain a first impression of RUP. The paper includes a survey and overview of the underlying process structure, the phases of the process, its workflows, and describes the always by the RUP developers postulated "best practices" of software development.

研究の動機と目的

• 研究者および学生向けに、Rational Unified Process (RUP) の構造的で学術的な概要を提供すること。
• 不良な計画、曇った要件、プロセス標準化の欠如といった要因によって生じる一般的なソフトウェアプロジェクトの失敗をRUPがどのように是正するかを説明すること。
• RUPのコアコンポーネントである4段階のライフサイクル、9つのワークフロー、およびUMLおよびベストプラクティスとの統合を分析すること。
• 実際のソフトウェア開発現場におけるRUPの強みと限界を評価すること。
• 研究者がRUPが小規模および大規模ソフトウェアプロジェクトの両方においてどのように適用可能であるかを理解するのを支援すること。

提案手法

• 論文は、プロジェクト固有のニーズに基づいたインスタンス化を重視するプロセスフレームワークとしてRUPを構造化する。
• 4段階（イニシャルフェーズ、エラボレーションフェーズ、コンストラクションフェーズ、トランジションフェーズ）を説明し、それぞれがマイルストーンで終了することを示す。
• 9つのコアワークフロー（ビジネスモデリング、要件、分析・設計、実装、テスト、展開の6つのエンジニアリングワークフローと、構成管理、変更管理、環境の3つの支援ワークフロー）を詳細に記述する。
• 視覚的モデリングのための標準表記としてUMLの使用を強調し、一貫性のある文書化とコミュニケーションを可能にする。
• ロールベースのモデリングを含む：作業者（ロール）、活動（タスク）、成果物（出力物）がRUPワークフローのコア構造を形成する。
• 反復的開発モデルが中心的役割を果たし、段階的納品と早期の問題特定を可能にする。

実験結果

リサーチクエスチョン

• RQ1 RUPの反復的・段階的アプローチは、従来のウォーターフォールモデルと比較して、ソフトウェアプロジェクトの成功をどのように向上させるか？
• RQ2 RUPフレームワークを構成する主なコンponentsとワークフローは何か。それらはソフトウェア品質の向上とチーム連携をどのように支援するか？
• RQ3 RUPがUMLと統合され、『ベストプラクティス』に重点を置くことで、ソフトウェア開発プロセスはどのように改善されるか？
• RQ4 実際のソフトウェアプロジェクトにおいてRUPを導入する主な利点と課題は何か。特にコスト、複雑性、組織的受容の観点から説明せよ。
• RQ5 RUPは、小規模、中規模、大規模のソフトウェアプロジェクトにおいて、どのようにスケーラビリティと適応性を実現するか？

主な発見

• RUPは1996年の発足以降、IBM Rationalによって広く採用され、継続的に進化してきたwell-establishedで標準化されたソフトウェア開発フレームワークである。
• 反復的性質により欠陥の早期検出が可能で、変化する要件への柔軟な対応が可能となり、プロジェクトリスクの低減が図れる。
• UMLを標準モデリング言語として使用することで、開発チームとステークホルダー間での明確さ、効果的なコミュニケーション、再利用性の向上が可能になる。
• 構成管理および変更管理ワークフローの統合により、ソフトウェアの進化に対するトレーサビリティ、一貫性、制御が確保される。
• 利点がある一方で、RUPの特許的性質と高い複雑性は、専門的指導やトレーニングがなければ導入に課題をもたらす。
• RUPの高いカスタマイズ性のおかげで、小規模から大規模なプロジェクトまで適応可能であるが、成功した実装には組織全体のコミットメントと文化的整合性が不可欠である。