<?xml version="1.0" encoding="UTF-8"?>
<org.eclipse.epf.uma:ContentDescription xmi:version="2.0" xmlns:xmi="http://www.omg.org/XMI" xmlns:org.eclipse.epf.uma="http://www.eclipse.org/epf/uma/1.0.6/uma.ecore" xmlns:rmc="http://www.ibm.com/rmc" rmc:version="7.5.1" xmlns:epf="http://www.eclipse.org/epf" epf:version="1.5.1" xmi:id="-DaViM3u8Xhmt2TjYWSDRHg" name="new_guideline,_2QW_oJ3gEdye5InZC-5rHQ" guid="-DaViM3u8Xhmt2TjYWSDRHg" changeDate="2009-02-18T13:22:22.890-0800" version="7.2.0">
  <mainDescription>&lt;p>&#xD;
リファレンス・アーキテクチャーおよびアーキテクチャー・パターンを使用して、意思決定を支援します。優れた設計者は、意思決定を行う際に、他の人の成果物を使用すべきこと、および「優れたアーキテクチャーにはパターンが多数存在する」ということを知っています。&amp;nbsp;&#xD;
&lt;/p>&#xD;
&lt;p>&#xD;
一部の決定は、標準とポリシーへの準拠に関連しています。&amp;nbsp;問題のコンテキストを理解する際、および決定を正当化する際に、これらについて考慮する必要があります。アーキテクチャーに関する決定に影響を与える標準とポリシーの例を以下に示します。&#xD;
&lt;/p>&#xD;
&lt;ul>&#xD;
    &lt;li>&#xD;
セキュリティーおよびプライバシーのポリシー。&amp;nbsp;例えば、認証、許可、監査、および否認防止のポリシー。&#xD;
    &lt;/li>&#xD;
    &lt;li>&#xD;
操作およびリカバリーのポリシー。&amp;nbsp;例えば、エラー処理、エラー・レポート作成、&#xD;
リカバリー、およびロールバックのポリシー。&#xD;
    &lt;/li>&#xD;
    &lt;li>&#xD;
データ管理ポリシー。例えば、永続性、セキュリティー、およびプライバシーのポリシー。&#xD;
    &lt;/li>&#xD;
    &lt;li>&#xD;
相互運用性の標準。例えば、SQL、JDBC、またはレガシー・システムへのインターフェースとなるアダプターを使用したリポジトリー・インターフェース。    &lt;/li>&#xD;
&lt;/ul>&#xD;
&lt;p>&#xD;
通常、アーキテクチャーに関する決定は、経験と、優れたアーキテクチャーを構成する品質についての十分な理解に基づいています。アーキテクチャーに関する決定を行う際に注意すべきいくつかの特性を以下に示します。&amp;nbsp;&#xD;
&lt;/p>&#xD;
&lt;ul>&#xD;
    &lt;li>&#xD;
        整合性 - アーキテクチャーのすべての部分が調和しており、区画化および割り振りに対する共通のアプローチがある。&#xD;
    &lt;/li>&#xD;
    &lt;li>&#xD;
        完全性 - すべての要素が提供されている。&#xD;
    &lt;/li>&#xD;
    &lt;li>&#xD;
        正確性 - 構造と振る舞いが、管理原則および管理概念と整合している。すなわち、あいまいな特性がない。&#xD;
    &lt;/li>&#xD;
    &lt;li>&#xD;
        適格性 - アーキテクチャーの定義が適格であり、すべての側面を論理的に関連付けることができる。&amp;nbsp;すべての説明が的確かつ正確であり、正式な構造に対して追跡可能となる必要がある。すべてのアーキテクチャー・コンポーネントは凝集性が高い必要がある。&#xD;
    &lt;/li>&#xD;
    &lt;li>&#xD;
        直行性 - アーキテクチャー・コンポーネントは、相互に独立し、疎結合されている。    &lt;/li>&#xD;
    &lt;li>&#xD;
        普遍性 – アーキテクチャー・コンポーネントは、他のコンテキストで機能する。    &lt;/li>&#xD;
    &lt;li>&#xD;
        拡張性 - アーキテクチャーは拡張可能である。&#xD;
    &lt;/li>&#xD;
    &lt;li>&#xD;
        透過性 - ユーザーは、システムの実装を意識することなく、システムを使用できる。&#xD;
    &lt;/li>&#xD;
    &lt;li>&#xD;
        開放性 – アーキテクチャー・コンポーネントは、代替方法を用いて変更および統合することができる。&#xD;
    &lt;/li>&#xD;
    &lt;li>&#xD;
        節約性 - 「無駄のない機能性」が実現され、すべてのものが必要なものという状態になっている。すなわち、不要な機能や余分な要素がない。&#xD;
    &lt;/li>&#xD;
    &lt;li>&#xD;
        単純性 – 優れたアーキテクチャーは、「できるだけ単純であるべきである。ただし、必要以上に単純化してはならない」。&#xD;
    &lt;/li>&#xD;
&lt;/ul>&lt;br />&#xD;
&lt;br /></mainDescription>
</org.eclipse.epf.uma:ContentDescription>
