ソリューション アーキテクチャの基礎

ソリューション アーキテクチャの基本コンポーネントに関連する最適なコンテンツを検索します。コンポーネントは、ユーザー エクスペリエンス、ワークフローとビジネス プロセス、データ、ID とアクセス、メッセージとサービス、モデリングとツール、および管理から構成されます。

”接続されるシステム” とは一種の分散アプリケーションです。この種のアプリケーションは、企業経営者や開発者が人、プロセス、情報を効果的な価値連鎖に繋げることを求めるようになるにつれてさらに広がっていきます。接続されるシステムのソリューション アーキテクチャは、繰り返し使用される複数の論理的な機能を、一貫性のある類似した方法で組み合わせるしくみに特徴があります。

ソリューション アーキテクチャには、次の 7 つのコンポーネントがあります。

ユーザー エクスペリエンス

”スタックの最上位” にあるユーザー インターフェイスによって実際のエクスペリエンスが変化します。システムに接続すると、LOB アプリケーションとイントラネット コンテンツの ”アドホック” な集まりが、集中的な、生産性の高い、役割固有のツールに変換されます。このような統合にはスタックのより深いレベルでの他の統合も必要になりますが、概念 (メタデータ駆動の UI など) と製品 (Vista、Windows Workflow Foundation、Information Bridge) 両方を使用することで、このような統合ははるかに容易になります。このようなインターフェイスでは、独立した各システムの情報を 1 つのワークフローに集約し、トレーニングを少なくし、生産性を向上することで、インフォメーション ワーカーの効率を大幅に向上します。

ユーザー エクスペリエンスに関する技術コンテンツ、意見、および ARCast については、「ユーザー エクスペリエンス」 を参照してください。

ワークフローとビジネス プロセス

Windows Workflow Foundation、Vista、SharePoint、BizTalk などの製品の登場と共に、スケーラブルで、拡張性の高い、堅牢な方法で人とビジネス アプリケーションの対話を自動化することに関するガイダンスをサポートするようになりました。たとえば、この例にビジネス アクティビティ サービスがあります。このサービスでは、Microsoft Windows SharePoint Services と Microsoft Office を使用して、パートナーのライフサイクル全体をサポートする方法で、さまざまなパートナーに関連するすべての情報を社内外で編成および構成できます。

ワークフローに関する記事、ニュース、および ARCast の詳細については、「ワークフローとビジネス プロセス」 を参照してください。

データ

エンティティ データ (顧客データなど) は、企業内の複数の場所に格納されたり、外部の一時的な場所に格納されることがよくあります。こうしたデータを探し出して、ビジネス ロジックで処理できるエンティティのビューに集約することは大きな課題の 1 つです。スマート クライアントなどの分散システムを考え、どのデータが重要か、どのデータを優先するか (クライアントとサーバーのどちらのデータが同期の主体になるか)、複数の格納場所のうちどれが最新または正確であるかを特定するような場合に、こうした課題はますます大きくなります。

データに関する参考資料、FAQ、および記事については、「データ」 を参照してください。

ID とアクセス

ソリューション アーキテクチャは、複数のネットワーク、アプリケーション、さらには企業にアクセスすることと考えられます。ユーザーの不便さを極力抑え、セキュリティを最大限に高めるという 2 つのテーマに効果のある方法で、こうしたシステムの承認や認証は行えるのでしょうか。包括的で一貫性のあるセキュリティ統合方針を採用しない限り、新たなアプリケーションはそれぞれ独自に各セキュリティ システムの詳細を処理する必要があります。Active Directory® フェデレーション サービス (ADFS) の目的は、他のツールやガイダンスと併用することで、アドホック ソリューションをなくし、セキュリティが確保された標準の方法で連合を処理するための開発ツールや管理ツールを提供することです。

マイクロソフトは、最近、デジタル著作権管理 (DRM) テクノロジに巨額の投資を行い、新しいアプローチを可能にして、ワイヤレス業界をサポートするシナリオを促進することを発表しました。このプラットフォームでは、コンピュータ、モバイル デバイス、およびポータブル デバイスで再生するためのコンテンツを保護し、安全に配信できるようにします。また、ダウンロードと再生、購読、ビデオ オン デマンドなどの幅広いビジネス モデルをサポートし、デバイスの製造元が自社の端末で直接ライセンスを入手できるようにします。

ID とアクセスに関する記事および情報については、「ID とアクセス」 を参照してください。

メッセージとサービス

ソリューション アーキテクチャでは、その機能をアドレス指定可能な一連のサービスとして公開します。各プロセスでは、メッセージ交換によってサービスを利用します。こうしたしくみは、LOB アプリケーションなど、異種システムにとってはさらに重要になります。マイクロソフトでは、このようなメッセージングを提供するために、Web サービスと標準 (BEPL, HL7) に取り組んでいます。

サービスやサービスで構成されたアーキテクチャについて説明する際は、特に、次の 4 つの基本原理に準拠するコードに言及します。

• 境界が明確である。
• サービスが自律している。
• サービスはクラスではなく、スキーマとコントラクトを共有する。
• サービスの互換性がポリシーに基づいている。

サービス指向に関する記事、参考資料、意見、およびリンクについては、「メッセージとサービス」 を参照してください。

モデリングとツール

マイクロソフトは、開発プロセスと管理プロセスでの優れた成果として、モデルを作成するツールの開発に重点を置いています。”モデル主導の開発” (MDD) と ”モデル主導の管理” を可能にすることを目指しています。

MDD では、Subject Matter Expert (コール センター管理者) または CFO が共同で完全な要求仕様を提供します。この要求仕様を使用して、新しいソリューションのコンポーネント モデル、情報モデル、プロセス モデル、テスト ケース、および運用ポリシーを自動生成できます。

各国のユーザーが国内で専門の担当者を雇用することを考慮し、その国の言語のアイコン表記を使って各国対応のツールを提供します。そのため、直感的な記号やコネクタを使って要求仕様を ”作図する” ことができます。このような ”地域固有の言語” (DSL) は、ビジネス アナリストから 3 交代制運用管理者まで、各担当者の能力を発揮できるように開発されています。

このように各地域の専門家が作成した明白なモデルがあれば、要件の収集プロセスでの情報の損失が大幅に減少します。業界固有のモデルでは、一貫性のない実装や不適切な実装のリスクが軽減され、さまざまなプラットフォーム間での相互運用性が向上します。モデル間での自動変換により、コーディング エラーや開発時間が減少します。すべてのモデルの同時実行を管理することで、すべての担当者からの情報に基づいたタイムリーなフィードバックが可能になり、プロジェクトの失敗による大きなコストを回避できます。

開発段階でコンポーネントを結合できるようにする、モデリングとツールに関する情報については、「モデリングとツール」 を参照してください。

管理

新しいアプリケーションやサービスが開発、配置、およびアップグレードされると、基になるインフラストラクチャにさまざまな変更が必要になります。成功させるには、このレベルの変更を管理する能力が重要です。マイクロソフトの管理製品とプラットフォームは、重要なアプリケーション、サービス、サーバー、およびネットワークを計画、配置、構成、監視するための機能を備えるように設計されています。これらの製品をパートナーのソリューションと組み合わせると、Windows 環境で動作しないサーバーやアプリケーションを含むインフラストラクチャ全体を管理できるようになります。

企業は、構造化された情報と構造化されていない情報が急増していることに気付いています。マイクロソフトでは、Microsoft Office SharePoint Server 2007 のリリースにより、Enterprise Content Management (ECM) での革新を後押ししています。Microsoft Office SharePoint Server 2007 は、統一プラットフォームで幅広い ECM 機能を提供し、組織内のすべてのインフォメーション ワーカーが ECM を使用できるようにしています。

配置時にコンポーネントを結合する際に役立つリンクおよび情報については、「管理」 を参照してください。