Commentアーキテクチャ設計における観点では「ビューポイント」と「ビュー」という2つの用語を少し混乱ぎみに使用してしまっていたので、改めて定義を確認してみた。IEEE1471での定義ISO-Architecture.orgでは、ビューポイントとビューについて、以下のように定義している。viewpoint.ビューポイントとは、システムに対する観点である。選択したビューポイント(観点)から見えるものである。うーん、これだけだと何のことやら。同じページに、もう少し詳しい説明がある。models.ビューとは、アーキテクチャ的な関心ごとに対するモデルの集合であり、システム全体のアーキテクチャを表す。関心の分離は、複雑さを扱うために有用な手法である。ビューはシステム的な関心ごとに対する、個々のアーキテクチャ記述である。システムの構造的なビューは、コンポーネントとそのインターフェースに関するモデルや、それらの依存性、そして継承関係に関するモデルを含むだろう。パフォーマンス・ビューは、リソースの使用量、タイムスケジュール、特性要因図などのモデルからなるであろう。ビューの目的とは、システムのある関心ごとを、しっかり定義された記法とモデルで扱うことである。views.ビューポイントは、個々の種類のビューを構築し、解釈し、分析するための規約を捉えるためのものである。ビューポイントの規約は言語、記法、モデルの種類、モデリング手法、分析手法、デザイン・ルール、そしてその他のビューに関する操作などを含む。ちなみに、IEEE1471では、ビューポイントやビューを含む、アーキテクチャに関する概念の関連も定義されている。Point)が選択されるビューポイントは、ビューを裏付けるというような関連があることが分かる。自分なりに解釈すると自分なりの言葉で解釈すると、こんな感じだろうか。ビューポイントシステムのアーキテクチャに対する観点。機能的な観点、配置的な観点、データの観点など。観点の定義のみならず、その観点からシステムを見たときに、どのようにモデリングすればよいかというメソドロジー(手法)も提供する。選択されたビューポイントで提供されるメソドロジーに基づき、アーキテクチャをモデリングした成果物(モデル)。クラス図、コンポーネント図など、複数のモデルからなる。ビューポイントとビューを使用してアーキテクチャを設計する際の流れは、こんな感じ。アーキテクチャをどのように見たらよいかという観点を選択する。観点の選び方は、そのシステムの特徴や、ステークホルダーに依存する。観点は、既存のビューポイント・カタログから選ぶのが効率的。「今回のアーキテクチャ設計では、機能的な観点と、配置的な観点を使用しよう」となる。*1選択した観点に対し、実際のモデリングを行っていく。ビューポイントで提供される手法に従い、コンポーネント図やクラス図、論理データモデルなどを作成する。機能的な観点のモデリングでは、コンポーネント関連図、コンポーネントの相互作用図、コンポーネントのインターフェース定義、論理データモデルを作成する、など。*1:ただ、個人的には、ビューポイントの選択に対し、プロジェクトごとに大きくぶれる事はないと考えている。コメントをキャンセルメールアドレスが公開されることはありません。ThemeHall.。