アジャイルとRUPには関係があります。実はアジャイル開発はRUPの一種だと思っていました。上記の IBM の記事では、モデルを RUP に適合させていることがわかります。
誰かがこれら 3 つの興味深い概念間の関係について実用的な説明を持っていますか?
Geo
質問する
25041 次
6 に答える
4
RUP は、反復的で増分的な包括的なプロセス テンプレートです。開発プロセスのインスタンスで必要なプロセス コンポーネントについて通知する「開発ケース」を作成します。次に、メニューから項目を選択するなど、必要なプロセス コンポーネントを RUP から取得します。
「アジャイル」とは、ソフトウェア開発は定義されたプロセスではなく学習プロセスであり、最も格式の高い成果物や実践は学習プロセスを妨げるという命題に基づく一連のプロセスを表す包括的な用語です。
SCRUM は、特定のアジャイル プロジェクト管理プロセスです。構築中のシステムを実際に設計および開発する方法については規定していません。
于 2009-11-15T20:18:44.063 に答える
2
RUP はプラクティスの「スープ」です...「独自の」スープを飲むようにカスタマイズする必要があります...そうしないと、プロジェクトが「殺され」ます...
- アジャイルプロジェクト管理では、複合適応動的システム理論から適用されたプラクティス... 「人間」との優しいタッチがあります... RUPはプロジェクト管理の「ピープルウェア」についてあまり言いません...
- アジャイル手法は「創発的な」アーキテクチャについて語っています... RUP はアーキテクチャ中心ですが... まず安定したアーキテクチャを確立することを望んでいます。
しかし、アジャイルな方法で RUP を適用することはできます...または、RUP から多くの技術的プラクティス (スープの構成要素/レシピ) を盗む/盗むこともできます...
于 2011-12-03T13:45:19.593 に答える
2
アジャイルは、ソフトウェア開発へのアプローチです。
（アジャイルアライアンスのサイトより引用）
1990 年代後半に、いくつかの方法論が世間の注目を集め始めました。それぞれが、古いアイデア、新しいアイデア、変換された古いアイデアの異なる組み合わせを持っていました。しかし、彼らは皆、プログラマー チームとビジネス エキスパートとの間の緊密な協力を強調していました。対面式のコミュニケーション (書面による文書よりも効率的); 新しい展開可能なビジネス価値の頻繁な提供。タイトで自己組織化されたチーム。そして、避けられない要件の変化が危機にならないようにコードとチームを作成する方法。
スクラムと RUP は、アジャイルなソフトウェア開発を可能にする特定のソフトウェア開発方法です。これらの方法 (および XP などの他の方法) は相互に排他的ではなく、さまざまな方法で組み合わせて、特定のプロジェクトに適したアジャイル プロセスを調整できます。これは、これらの方法をどのように組み合わせることができるかを説明する優れた記事です。
于 2008-12-22T17:41:40.160 に答える
2
アジャイルと RUP は別々に成長し、RUP は UML の基盤の上にあり、現在 IBM はアジャイルの波に追いつこうとしています。なぜなら、RUP には [これ以上] 大きな話題がないからです。
于 2008-12-22T19:41:33.773 に答える