ソフトウェア・アーキテクチャー説明書
バージョン 1.0
改訂履歴
目次はじめに
目的本書では、さまざまなアーキテクチャー・ビューを使用してシステムの各面を示しながら、システムのアーキテクチャーの包括的な概要を説明します。システムに関して行われた重要なアーキテクチャー上の決定を、 整理して伝えることを目的としています。 範囲このソフトウェア・アーキテクチャー説明書は、Context Integration により開発される、カレッジ・スポーツ・ページング・システムに適用します。 定義、頭字語、略語「用語集」を参照してください。 参考資料
アーキテクチャーの表現
本書では、一連のビュー (ユースケース・ビュー、プロセス・ビュー、配置ビュー、実装ビュー) として、 アーキテクチャーを表します。これらのビューは、Rational Rose モデルとして提供され、統一モデリング言語 (UML) を使用します。 アーキテクチャーの目標と制約
アーキテクチャーには、重要な意味を持つ要求とシステム上の制約がいくつかあります。内容を以下に示します。
ユースケース・ビュー
ソフトウェア・アーキテクチャーのユースケース・ビューの説明です。ユースケース・ビューは、反復の対象となる一連のシナリオやユースケースを選択する際の重要な入力情報です。このビューには、重要な中心的な機能を表すシナリオやユースケースのセットが示されます。また、(多くのアーキテクチャー要素を含む) 十分なアーキテクチャー範囲を扱うシナリオやユースケース、またはアーキテクチャー上の特定の細かい点を強調または表現するシナリオやユースケースも示されます。 このシステムにおけるユースケースは次のとおりです。 太字のユースケースはアーキテクチャーにとって重要です。これらのユースケースについては、後でこのセクションの中で説明します。
次のダイアグラムは、システム内のユースケースを表しています。 図 1: 潜在的加入者ユースケース 図 2: 加入者ユースケース 図 3: 広告主ユースケース 図 4: 現行システム・ユースケース 図 5: ページャー・ゲートウェイ・ユースケース 図 6: 編集者ユースケース 重要なユースケースの説明
このユースケースは、編集者がストーリーをカレッジ・スポーツ・ページング・システムに組み込むことを承認するときに行われます。既存の WebNewsOnLine システムから自動的に伝播するストーリーもありますが、 編集者の介入が必要となるストーリーもあります (ストーリーの主題が明確でないか、 ストーリーが属するカテゴリーが明確でないという理由によります)。このフローは広告コンテンツの掲示を承認するのにも使用されます。 このユースケースは、加入者が自分のプロファイル情報を変更する場合、または、新規加入者が登録をする場合に発生します。 このユースケースは、 新規加入者が年間通知予約料金をクレジット・カード番号と暗証番号を指定して支払う場合に発生します。既存の加入者が更新する場合にも発生します。 このユースケースは、広告主がカレッジ・スポーツ・ページング・システムにアクセスし、広告主の広告コンテンツがいかに読まれているかのレポートを取得する場合に発生します。広告主はレポートのフォーマット (Microsoft(R) Word(R)、Microsoft(R) Excel(R)、HTML) を選択します。 このユースケースは、システム・ユーザー (広告主、加入者、潜在的加入者) が、サービスまたは Web サイトにコメントする場合に発生します。 このユースケースは、広告主が広告コンテンツ (バナー広告) を Web サイトに掲示し、表示に使用する加入者プロファイルを指定する場合に発生します。 このユースケースは、アクティブな加入者がシステムに接続し、 対象情報を閲覧する場合に発生します。ページは動的にビルドされ、ユーザーに、通知予約している一般的なスポーツ・カテゴリーのほか、ページングされたページの見出しを示します。 このユースケースは、コンテンツが既存の WebNewsOnLine Web サイトに掲示される場合に発生します。いくつかのストーリーは カレッジ・スポーツ・ページング・システムへの伝送のタグが付けられ、予定のページングと表示用に送信されます。 このユースケースは、新規のコンテンツがカレッジ・スポーツ・ページング・システムに掲示される場合に発生します。これには、加入者が通知されていることの確認、ページ・メッセージのフォーマット、電子メールによるページの送信が含まれます。 このユースケースは、潜在的加入者がサービスを通知予約する場合に発生します。このユースケースは、ユーザーに契約条件を通知し、受け入れられた場合、プロファイルを編集する (通知予約するカテゴリー、ページャー情報、クレジット・カード情報などを明記) ユースケースを呼び出します。 . 論理ビュー
概要アーキテクチャーの論理ビューの説明です。最も重要なクラス、 サービス・パッケージとサブシステムにおけるクラスの構成と、 サブシステムによるレイヤーの構成について説明します。また、最も重要なユースケースの実現、例えば、 アーキテクチャーの動的な面についても説明します。アーキテクチャー上重要なクラス、サブシステム、パッケージ、 レイヤー間の関係を示すのに、クラス図が含まれる場合があります。 カレッジ・スポーツ・ページング・システムの論理ビューは、5 つの主なパッケージで構成されます。
論理ビュープレゼンテーション・パッケージアプリケーション・パッケージドメイン・パッケージコンテンツ・パッケージプロファイル・パッケージ通知予約パッケージサポート・パッケージ
永続性パッケージプロセス・ビュー
このセクションでは、システム全体を、 軽量プロセス (単一制御スレッド) と重量プロセス (複数の軽量プロセス・グループ) に分けて説明します。互いに通信したり相互作用するプロセス同士は 同じグループにまとめて説明します。プロセス間の主要な通信方法 (メッセージ・パッシング、割り込み、ランデブーなど) についてもここで解説します。 設計のこの時点で、単一のプロセスがカレッジ・スポーツ・ページング・システムにサーバー・レベルの機能を提供するように構想されています。アプリケーション機能のためのスレッドは、このプロセスの一部となります (アプリケーション機能は前のセクションで一覧表示されています)。 システムのプロセス図は次のとおりです。 配置ビュー
この項では、ソフトウェアが配置されて実行される、1 つ以上の物理的なネットワーク (ハードウェア) の構成について記述します。各構成について、最低限、 ソフトウェアを実行する物理ノード (コンピューター本体、CPU) と その相互接続 (バス、LAN、ポイント・ツー・ポイントなど) についてここで示す必要があります。また、プロセス・ビューからのプロセスの物理ノードへのマッピングも含まれます。 CSPS サーバーは UNIX サーバーです。クライアントのコンピューターは、Web ブラウザーを実行でき、インターネットを経由して CSPS に接続可能な任意のデバイスです (大半は PC ですが、その必要性はありません)。 ページャー・ゲートウェイは、ページング・サービスによって提供される付属の外部デバイスです。 実装ビュー
すべてのサーバー・ソフトウェアは、単一レイヤー内に常駐します。ブラウザー・クライアントは 2 次的なアクセス・レイヤーを提供します。 サイズと性能
設計どおりのソフトウェアは、同時に 200,000 人のユーザーをサポートします。このレベルを超えて拡大するには、複数レベルのページャー・ゲートウェイを提供するか、同じ層内にページャー・ゲートウェイ・システムを追加します。 品質
このソフトウェアは、既存の WebNewsOnLine のグラフィックス基準をサポートし、既存の WebNewsOnLine サーバーと連係し、さらに自己記述型のユーザー・インターフェースを提供します。 © Copyright IBM Corp. 1987, 2005. All Rights Reserved. |