アーキテクチャ設計における観点

ITアーキテクチャの設計を行う際、一つの観点のみからアーキテクチャを理解することは、非常に難しい。アーキテクチャを一枚の図で表したようなモデルをよく見るが、この様な図では色々な観点がごちゃ混ぜになってしまい、後続の作業に役立てることはできない。*1

よって、様々な観点からアーキテクチャを設計していくことになる。その際に問題になるのが「では、どんな観点（ビューポイント）で考えればよいか」ということ。もちろん全てのケースに適用できるような正解はないのだけれども、毎回その場限りで考えていたら効率が悪い。

ということで、通常は既存のビューポイント・カタログやアーキテクチャ・フレームワークをベースにするのが、良いやり方。世の中には様々なものが存在するので、代表的なものを少し整理してみた。*2

4+1ビューモデル

Philippe Kruchtenによって提唱されたモデルであり、Rational Unified Processにおいても中心となるフレームワーク。下図*3のように、アーキテクチャを4+1のビューに分類している。

論理ビュー: ユースケースを実現するための”機能”に焦点を当てたビュー。論理的な設計モデルを扱う。サブシステム、コンポーネント、クラスの構成や、各要素の振る舞いなどを定義する。実装技術（J2EE、.NET、…）には踏み込まない。
実装ビュー: 実装モデルを扱う。このモデルは、実装技術（J2EE、.NETなど）が考慮されたものとなる。ソフトウェア開発に直接関連する関心事を対象とする。
配置ビュー: ノードの配置や、ノード間の連携、ノードへの機能の配置を表す。いわゆるシステム構成図といわれるような、インフラよりのビュー。
プロセスビュー: システムの動的な観点に焦点を当てたビュー。並行性、パフォーマンス、拡張性なども検討される。
シナリオビュー（ユースケースビュー）: アーキテクチャ上重要となるユースケース群。

有名なモデルではあるのだけれど、個人的には以下のような点に関し、疑問を持っている。

機能の観点を論理と実装に分けているのに、配置を論理と物理に分けていない。
情報に関する観点が明確にされていない？
本来、非機能的な要件（パフォーマンス、可用性、セキュリティ…）は、全ての観点で横断的に検討されるべきだが、そのような観点がない？

Zachmanフレームワーク

個々のシステムのアーキテクチャというより、EA（Enterprise Architecture）の分野で使用されるフレームワーク。

下図のようなマトリックスを使用して、アーキテクチャを設計・構築・評価する。*4

うーん、正直言って、どう使ったらいいのか分かりません。

RozanskiとWoodsのフレームワーク

システムアーキテクチャ構築の原理で紹介されているフレームワーク。下図に示すとおり、6つのビューポイントと、それらのビューポイントで横断的に検討すべきパースペクティブが定義されている。縦軸（ビューポイント）と横軸（パースペクティブ）で、アーキテクチャを網羅的に把握する。4+1ビューモデルを参考にしているらしい。