【挿入図：「Windows DNAの構成」】
→ ここをクリックしてください。

Windows DNAでは、各レイヤにおいて作成されたプログラムのコンポーネント化が進められています。その中核となるのが、COM（Component　Object　Model）/DCOM (Distributed COM)と、COM/DCOMコンポーネントを管理するMicrosoft Transaction Serverです。
ユーザー インターフェースを担当するWeb ブラウザでは、ダイナミック HTMLを利用しています。さらに、ダイナミック HTMLのスクリプトを１つのモジュールとして再利用できる「スクリプトレット」というコンセプトを採用しています。スクリプトレットを利用すれば、Web からのデータベース アクセスなどのプログラムは汎用モジュールとして再利用できます。スクリプトレットを再販するソフトウェア ベンダーも出てくるでしょう。
ビジネス ロジック部分ではCOM/DCOMを利用することで、プログラムの単位が小さくなり、再利用しやすくなります。今後は、再利用できるコンポーネントの開発や、不足しているコンポーネントを購入することによって、短期間でシステムを構築することができるようになります。このアプリケーションのコンポーネント化は、今後のITの向かうべき方向であり、Windows DNAは、すでに基幹業務も構築できる堅牢な分散コンポーネントの基盤を実現しています。

ダイナミックHTMLの実現するハイパー インテリジェント ページ - ユーザー インタフェース ＆ ナビゲーション

Windows　DNAのクライアント側のコンポーネントとなっているのが、ユーザー インタフェース ＆ ナビゲーション部分です。
3階層モデルではWeb ブラウザが重要になります。Web ブラウザの最新版、Microsoft Internet　Explorer 4.0（IE 4.0）がWindows DNAで大きな役割を果たします。IE 4.0の特徴は、Web ブラウザとデスクトップ画面の融合です。ユーザーはWindows OSを利用しているのと同じ感覚でインターネットやイントラネットなどの環境にアクセスすることができます。
もう一つは、ダイナミック HTMLをサポートしていることでしょう。ダイナミック HTMLは、データをサーバーからクライアントにあらかじめ読み込んでおいて、ユーザーの操作とロジックに応じて異なる結果を表示することができます。いったんデータをクライアントに読み込んだ後は、サーバーにそのつどアクセスせず、クライアント側だけで処理が行われるので、サーバーやネットワークに負荷を与えず、パフォーマンスも良くなります。しかも、他のソフトウェアをダウンロードせずに、ダイナミックHTMLファイルだけで可能です。ダイナミック HTMLは、HTMLの標準規格を決めているW3Cという標準化機関がスタンダードとして提唱しようとしているものです。

【挿入図：「Dynamic HTMLとレガシーアプリケーションが融合することで開発効率がアップする」】
→ ここをクリックしてください。

【挿入図：「サーバとクライントで同じアーキテクチャを持つWindows DNA」】
→ ここをクリックしてください。

Windows　DNAの中核部分となるのが、このビジネス プロセスです。
3階層モデルでは、ユーザー インターフェイス部分、データベース部分が、きちんとしたレイヤに分かれており、ビジネス ロジック部分がアプリケーションの中核部分となっています。今後開発者は、ユーザー インターフェイスやデータベース部分の開発ではなく、高度な専門知識を埋め込んだビジネス ロジックを開発していくことになります。
マイクロソフトでは、開発者がビジネス ロジックを作りやすいように、システム サービスとして、トランザクション処理を提供するMicrosoft Transaction Server (MTS)、非同期の通信をサポートするMicrosoft Message Queues (MSMQ)などを提供しています。これにより、開発者はコアのロジックだけを開発すればいいようになります。
Transaction ServerやMessage Queue Serverは、Web サーバーのInternet Information Server (IIS) 4.0と統合されているため、開発者は3階層モデルでこれらの高い信頼性を持つコンポーネントを利用してビジネス アプリケーションを構築できます。
Transaction ServerやMessage Queue Serverを利用したビジネス ロジックは、COM/DCOMをベースにして作られいるので、非常にコンパクトで、APIも整理されたコンポーネントになっています。その結果、再利用可能なビジネス コンポーネントが開発できるようになっています。これがWindows DNAに準拠すれば、大規模な企業アプリケーションの開発効率がアップするということの理由です。

【挿入図：「ASPが3ティアを構築する上で重要な役割を果たす」】
→ ここをクリックしてください。

【挿入図：「Windows DNAで3ティアを作り上げる中核はIISとMTS、MSMQ」】
→ ここをクリックしてください。

【挿入図：「すべてのコンポーネントはMTSがコントロールする。データサービスもMTSが行う」】
→ ここをクリックしてください。

Windows DNAの最下層に置かれるのが、インテグレーテッド ストレージです。マイクロソフトでは、3階層アプリケーションがアクセスするデータというものを統一的に考えて、ユニバーサル データ アクセス（UDA）というコンセプトを打ち出しています。
企業ではさまざまなデータが利用されています。企業のバックエンド システムに利用されるSQL Serverなどのデータベース管理システムから、クライアント PCで利用されているデータベースのAccess、表計算のExcelなど、データの種類は千差万別といえるでしょう。
Windows　DNAでは、これらのユーザーがすでに作成したデータを活かすためのデータ アクセスが実現されています。3階層モデルを採用するときに、すべてのデータをSQLデータベースなどに変換しなくても、現在ある形のままでデータが利用できます。つまり、インテグレーテッド ストレージではデータ形式を広義に捕らえて、データを入れることができる形式のすべてをサポートするようになっています。SQL Serverなどだけでなく、Accessで利用しているJetデータベース エンジン、Exchange Serverのデータ、Excelのデータ、単なるテキスト ファイルまでを3階層モデルのデータ ストレージとして扱うことができます。
インテグレーテッド ストレージでの中核テクノロジーは、さまざまなデータ形式が扱えるようにしたユニバーサル データ アクセスです
ユニバーサル データ アクセスそのものはデータ アクセスのためのフレームワークであり、実際のAPIは、ActiveX Data Objects（ADO）が使用されます。ADOの下層レイヤには、各種のデータベースやデータ フォーマットにアクセスするために、OLE　DBプロバイダが用意されています。このOLE DBプロバイダが各種データに対するインターフェイスを提供します。したがって、開発者はADOというインターフェイスを利用して、さまざまな形式のデータにアクセスできるようになります。 OLD DBプロバイダには、SDKが提供されるため、ユーザー独自のデータ フォーマットをサポートすることができます。マイクロソフトだけでなく、さまざまなソフトウェア ベンダからOLE DBプロバイダがリリースされる予定です。

【挿入図：「Universal Data Access（UDS）のアーキテクチャー 」】
→ ここをクリックしてください。

【挿入図：「DAOやRDOは、直接アプリケーションがアクセスするが、ADOを利用すれば１つのインターフェイスに集約される」】
→ ここをクリックしてください。