モデル駆動(MDA)から仕様書駆動(SDA)へ - 設計者の発言
■何がMDAを殺したのか 期待されたわりにあっけなく消えてしまった技術用語は数多いが、そのひとつとして「モデル駆動アーキテクチャ(MDA,Model Driven Architecture)」を取り上げよう。ソフトウエアのあり方を「モデル」としてまとめ、これにもとづいて開発作業を合理化するための枠組みのことをいう。考え方としては昔からあったが、オブジェクト指向技術の標準化団体であるOMGによって2001年に体系化された。当時は注目されたものだが、今ではすっかり聞かれなくなった。 なぜか。MDAを実現させるための自由な発展を「UML」が邪魔したため――そう私はにらんでいる。 じっさいは、MDAにおいてUMLの利用が強制されているわけではない。しかし、なにしろOMGによって提唱された枠組みなので、UMLの利用が前提と理解されたのは自然の成り行きだった。ちょうどその頃は、この表記体系がソフトウエ
ソフトウエア開発改革のアプローチ～その三：自動化とMDA、ATG、SATソルバ） - 技術戦略アドバイザ／開発テクノロジーコンサルタント ハシモト・タカナリのエンジニアリング日記
カーネギーメロン大学ソフトウエア工学研究所パートナ／カーネギーメロン大学ソフトウエア工学研究所認定インストラクタ／プライベート・テクニカル・コンサルタント
疎結合がソフトウェア開発を変える（1）
図1●オブジェクト指向の問題点を解決する オブジェクト指向技術が浸透するにつれ，その問題点が明らかになってきた。これを解決するキーワードが「疎」である。 図2●部品化のメリット システムを分割してうまく部品化できれば，さまざまなメリットが生まれる。中でも重要なものは，同じ部品を他のシステムで再利用できること，変更を加えたときに影響が及ぶ範囲を部品内に限定できること，部品を別のものに入れ替えることでシステムの変更や拡張が容易になること，である。 オブジェクト指向言語の考え方が登場してから30年余。オブジェクト指向は，ソフトウェア開発の現場にようやく定着してきた＊1。システム・インテグレーションの現場では「案件のほぼすべてが，オブジェクト指向開発」（日本ユニシス・ソリューション AD CoE コンピテンスセンタ統括部長の川口真一氏）。「システムを発注する側が，設計情報をUML（Unified
MDAのメリットを考える
実用段階に入ったMDA MDAが実用段階に入りつつあります。筆者も昨年の夏、MDAを調べて解説を書いたことがありますが、あれから１年が経過してかなり実用が現実味を帯びてきています。おそらく来年にいくつかの実用的なツールがリリースされるでしょう。本記事では、MDAが実用段階に入った場合の開発スタイルとMDAのしくみを3回にわたって解説します。 MDAの概要 MDAのしくみの詳細は後の回に譲るとしてここでは、MDAを理解するための簡単な解説をします。MDA＝Model Driven Architectureは、その名のとおりモデルを中心として開発を進めていく方法を提唱しています。中心となるモデルは、図1に示すとおり2階層から成り立ちます。 PIM（Platform Independent Model） プラットフォームに依存しないモデルです。プラットフォームとは、CPUやOS、ミドルウェア、言
Eclipse Modeling Project - goldenportのブログ
2001年にRelaxerを作ってから追いかけているのが、モデルとプログラムの融合である。実際のアプリケーション開発にRelaxerを実際に使いながら、Relaxerの機能拡張をしつつ、モデルからプログラムを自動生成する手法がとても強力であることを実感した。 その後、興味の中心が「プログラムを自動生成するために適したモデル」に移り、ユースケースやCBDについて色々と調べていたのだけれど、そろそろ目鼻がついてきたので、Relaxerの新バージョンの開発に入ったという状況である。 そんな中、注目しているプロダクトの一つがEMFを中心とするEclipse.orgのモデル駆動開発系のプロジェクトである。 MDA的な大鑑巨砲主義はなかなか実務で使えるところまでは行き着かないと思うのだけれど、DSL(Domain Specific Language)をベースにした小回りのきくモデル駆動は、個人的にはR
AndroMDA.org - Home
Overview Andromda News What is AndroMDA? Getting Started - Java Getting Started - .NET 10 Steps to write a cartridge Modeling Samples Release History Usage Configuration How-to Guides App Generators Mappings Profiles Schema2XMI Script Wrappers Tag Libraries UML Tools FAQ Components Core Metafacades Repositories Translation Libraries Utilities Downloads Releases Continuous Builds License Resources
Martin Fowler's Bliki in Japanese - モデル駆動型アーキテクチャ
http://martinfowler.com/bliki/ModelDrivenArchitecture.html モデル駆動型アーキテクチャ(MDA)は、ソフトウェア開発において、アセンブラから初期の高レベル言語への転換以来の大きな転換となるだろう、という人がいます。一方で、単なる『ナイト・オブ・ザ・リビング・CASEツール／ゾンビの誕生*1』に過ぎないという人もいます。私は後者の立場ですが、こういったうまい言い回し以上の何かが必要だと感じています。 今までにMDAについて語られてきたことは、80年代にCASEツールコミュニティーで語られてきたこととまったく同じです。CASEツールが失敗したのにはいくつかの理由がありますが、根本的な理由は「一般的なエンタープライズアプリケーションを他の選択肢よりも生産的に構築できる統合プログラミング環境」ではなかったという点でしょう。 CASEツールは
-iUMLite：ソフトウェア開発の1つの方向性を示すツール-
「MDA（Model Driven Architecture）」というキーワードがふわふわとIT業界を漂うようになってしばらくたつ。しかしMDAとはいったい何なのか、どうもつかみどころがないと、だれもが思っているのではないだろうか。 MDAはUMLの標準策定を進めてきたOMG（Open Management Group）が、「その次の一歩」を狙って標準策定を推進しているモデル駆動開発のための方法論の1つである。しかし、OMG自身にとっても、MDAの姿を漠然としか認識していないような気がする。MDAとは方法論なのか？ UMLのようなモデリングの標準言語なのか？ あるいは、単なるキーワードなのか（とすれば、何のキーワードなのか）？ 何をすればMDAといえるのか？ OMGからMDAに関するいくつかのホワイト・ペーパーが出ているものの、具体的な成果物はまだ一般にはほとんど公開されていないといってよ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ソフトウエア開発改革のアプローチ～その一（自動化とMDA） - 技術戦略アドバイザ／開発テクノロジーコンサルタント ハシモト・タカナリのエンジニアリング日記
MDAのメリット - 技術戦略アドバイザ／開発テクノロジーコンサルタント ハシモト・タカナリのエンジニアリング日記
第5期第5回MDA テクノロジーフォーラム
IBM Developer
javaworld.jp