UMLと Unified Process への統合

ウィキペディア小見出し辞書

UMLと Unified Process への統合

出典: フリー百科事典『ウィキペディア（Wikipedia）』 (2012/03/30 12:51 UTC 版)

「オブジェクトモデル化技法」の記事における「UMLと Unified Process への統合」の解説

1990年代後半に、OMT (オブジェクトモデル化技法) は他のオブジェクト指向ソフトウェア開発方法論と統合された。 OMT のモデル図の記法は、他の多くのオブジェクト指向開発方法論の考案者たちの意見を採り入れて UML (Unified Modeling Language; 統一モデリング言語) に統合された。 OMT の開発手法は、Booch法とOOSEと統合されて Unified Process (UP) となった。 Rational Software は、Unified Process (UP) をもとにしてラショナル統一プロセス (RUP; Rational Unified Process) を開発した。 この統合に至る経緯を述べる。 1990年代前半には、多くの人々が、それぞれ独自のオブジェクト指向開発方法論を提唱していた。 この項目で述べているとおり、ジェームズ・ランボーたちは OMT を提唱していた。 またイヴァー・ヤコブソンは OOSE (オブジェクト指向ソフトウェア工学) を提唱していた。 グラディ・ブーチはBooch法を提唱していた。 その他にも多くの人々が、それぞれ独自のオブジェクト指向開発方法論を提唱していた。 これらの開発方法論は、それぞれ固有のモデル図の記法を規定しており、また開発手法もさまざまであった。 この状況のもとでは、とりわけモデル図の記法が開発方法論ごとにばらばらであったことが問題となっていた。 ソフトウェア技術者は、オブジェクト指向で共同作業を行うためもしくはオブジェクト指向の技術書を理解するために、状況に応じて複数のモデル図の記法を習得する必要があった。 それぞれのモデル図の記法で実現しようとしていることは、大ざっぱにいえばほとんど同じであったため、記法が多く存在することによる利点はほとんど無くデメリットが大きかった。 こうした状況のもとで1994年に OMT の提唱者の一人ジェームズ・ランボーが、ゼネラル・エレクトリック (GE) からグラディ・ブーチの在籍する Rational Software に移籍し、開発方法論を統合する作業に着手した。 さらに1995年には Rational Software は、イヴァー・ヤコブソンが在籍する Objectory AB を買収した。 Rational Software において、ランボーとブーチとヤコブソンはそれぞれのオブジェクト指向ソフトウェア開発方法論を統合する作業を行った。 Rational Software で開発方法論を統合する作業の過程で、モデル図の記法と開発手法をまとめて統一するのではなく、モデル図の記法の統一と開発手法の統一の2つの作業に分割して作業する方針を採ることになった。 統一したモデル図の記法の名前は UML (Unified Modeling Language; 統一モデリング言語) といい、OMG (Object Management Group) のもとで Rational Software は他の企業と共同で開発を引き続き行い、1997年に UML 1.1 として標準化された。OMT のモデル図の概念と記法の多くが UML に引き継がれている。現在の UML の最新版はこの UML 2.0 であり、現在も OMG のもとで開発が進められている。 また、Rational Software のオブジェクト指向ソフトウェア開発手法は Unified Process (UP) として統合された。 Rational Software は、Unified Process (UP) をもとにしてラショナル統一プロセス (RUP; Rational Unified Process) を開発した。 Unified Process とラショナル統一プロセスでは、モデル図の記法 (モデリング言語) として UML を採用している。 現在、UML は情報技術で広く普及している。 ラショナル統一プロセスを含む多くのソフトウェア開発手法で、モデリング言語として採用されている。 ソフトウェア開発で使われる事例、情報技術の技術書で使われる事例が多い。 OMT の分析段階で作成するモデル図の概念と記法の多くが UML (Unified Modeling Language; 統一モデリング言語) に引き継がれている。 オブジェクトモデル図は、UML のクラス図と良く似ている。 状態図 (デヴィッド・ハレルの状態遷移図) は、UML の状態機械図 (状態遷移図) と良く似ている。 データフロー図 (伝統的なデータフロー図) に記述する内容は、UML ではアクティビティ図で記述することができる。UML のアクティビティ図は、データフロー図はとあまり似ていないが、オブジェクトフローやコントロールフローを活用することで、データフロー図と同等以上の記述能力をもつ。