アジャイルにおけるプロジェクトマネジャーの役割
この記事では最初に一般的に産業界でのプロジェクトマネージャーの役割について説明し、それから、アジャイルにおけるコーチ/ファシリィテーターの役割にあてはめてみます。
作者 James Vastbinder , 翻訳者 編集部 投稿日 2008年5月19日 午後12時2分
ORMに依存する.NET空間におけるデータ駆動型アプリケーションの構築は、難しい作業だと言える。支持者を得たそうした製品の1つが、 IdeaBladeのDevForceである。DevForceは、 .NETプラットフォーム上でN層アプリケーションの構築を促進することを目指している。直近のDevForce 3.6.2(source)のリリースで、Visual Studio 2008に対するサポートを追加した。InfoQはIdeaBladeのCEOで、共同創設者であるAlbert Wang氏にインタビューをおこなった。
DevForce 3.6.2のリリースに関して、Wang氏は以下のような価値命題を示している。
DevForceは、エンタープライズクラスアプリケーションサーバおよび開発フレームワークであり、N層パーシスタンス機能を.NETに追加し、インフラを提供して、 WinFormsお よびWPFのために、データ駆動型RIAを構築しデプロイする。主な機能は、N層ORMおよびパーシスタンス、インテリジェントクライアントサイドキャッ シング、オフライン機能、データバインディング、 妥当性検査、Webサービス、複数データソース、セキュリティおよびIISに接続する拡張可能オブジェクトサーバである。
今回のDevForce 3.6.2のリリースの新機能について、Wang氏は「今回のリリースでは Infragistics NetAdvantageおよびDeveloper Express DXperienceコントロールスイートの最新バージョンでのデータバインディングサポートが加わった」と述べた。
今のところベータであるDevForceEFは、IdeaBladeの技術投資に頼っており、 Entity FrameworkおよびLINQに対するサポートを含めるためにフレームワークを拡張している。
DevForce EFは、RIA機能をIdeaBlade製品群に追加することを意図し、Silverlightのサポートを提供する。Wang氏がDevForce EFに対しておこなおうとしていることは、以下のとおりである。
現在はBeta 1であるDevForce EF(source)は、ADO.NET Entity FrameworkへN層機能を追加し、DevForce 3.6.2の主要なすべての機能を含んでいる。またDevForce EFはSilverlightをサポートし、SilverlightアプリケーションがLINQやEntity Frameworkを利用することを可能にする。デベロッパは、Silverlightアプリケーションの真のドメインオブジェクトモデルを簡単に照会し たり、動作したりすることができる。
これまでのところJulie Lerman氏は、IdealBladeの成果に感心している(ブログ・英語)。
実際のエンタープライズアプリケーションで、EDMおよびEntity Frameworkが(多少のtweakが必要であったとしても)使用できることが証明されるのは、大変好ましいことである。
原文はこちらです:http://www.infoq.com/news/2008/05/ideablade-devforce
この記事では最初に一般的に産業界でのプロジェクトマネージャーの役割について説明し、それから、アジャイルにおけるコーチ/ファシリィテーターの役割にあてはめてみます。
「パターン」と呼ばれる設計手法をご存知ですか?この建築の分野ではじまった設計の形式知化手法、および、使う人と作る人の対話のプロセスは、私たちソフトウェアの世界に援用されて1995年に「デザインパターン」という書籍で注目を浴びました。さらに、アジャイルと呼ばれる開発手法には、ユーザーといっしょに対話をしながら設計を進める「パターン」の思想が脈々と引き継がれているのです。
この仮想パネルでは、特に、アジャイルソフトウェア開発環境におけるソフトウェアアーキテクチャの文書化について、Len Bass氏、Grady Booch氏、Paulo Merson氏、Eoin Woods氏に話を聞いた。
HTTPSコネクションを確立するとき、一体何が起こっているのだろう。この記事では安全なコネクションを準備するためにクライアントとサーバの間でどのようなデータの交換が行われているのか、バイトレベルまで詳細に分析する。
Modular Javaシリーズの第3弾は、動的なモジュール化、どのようにバンドルのクラスが解決され、どのように生成され、消滅するのか、どのようにお互いに通信するのかについて、議論する。
分散バージョン管理システムへの関心や採用は増え続けています。この記事では、分散バージョン管理システムのコンセプトを紹介し、git、Mercurial、Bazaarの3つについて詳しく見てみようと思います。
ここ数年にわたって、Javaのモジュール化は活発に議論され続けている話題である。いくつかのJSRによってJavaの進化におけるモジュール化の必要性が示されている。モジュール化の意味するところは何で、なぜそれを気にかけるべきなのだろうか?
Modular Javaシリーズの第2弾は、静的なモジュール化、バンドルの作り方、OSGiのエンジンにそれらをインストールする方法、バンドル間の(バージョン付き)依存性の設定のしかたなどについて扱う。
No comments
スレッド表示 返信