<?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:epf="http://www.eclipse.org/epf" epf:version="1.5.1" xmlns:rmc="http://www.ibm.com/rmc" rmc:version="7.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;
    Utilisez les architectures de référence et les patterns d'architecture pour faciliter la  prise de décision.&amp;nbsp; Les bons architectes savent utiliser le travail des autres pour prendre des décisions, et &quot;une bonne architecture comporte de nombreux patterns&quot;.&#xD;
&lt;/p>&#xD;
&lt;p>&#xD;
    Certaines décisions portent sur le respect des normes et des règles.&amp;nbsp; Il est nécessaire d'en tenir compte pour comprendre le contexte d'un problème et justifier la décision. Voici des exemples de normes et de règles qui peuvent avoir un impact sur les décisions relatives à une architecture :&#xD;
&lt;/p>&#xD;
&lt;ul>&#xD;
    &lt;li>&#xD;
        Règles de sécurité et de confidentialité.&amp;nbsp; Règles d'authentification, d'autorisation, de contrôle et d'irréfutabilité, par exemple.&#xD;
    &lt;/li>&#xD;
    &lt;li>&#xD;
        Opérations et stratégie de récupération.&amp;nbsp; Règles de traitement des erreurs et de génération de rapports, de récupération et d'annulation, par exemple.&#xD;
    &lt;/li>&#xD;
    &lt;li>&#xD;
        Règles de gestion des données. Règles de persistance, de sécurité et de confidentialité, par exemple.&#xD;
    &lt;/li>&#xD;
    &lt;li>&#xD;
        Normes d'interopérabilité. Interfaces de référentiel en utilisant SQL, JDBC ou des adaptateurs qui s'interfacent avec les systèmes en vigueur.&#xD;
    &lt;/li>&#xD;
&lt;/ul>&#xD;
&lt;p>&#xD;
    La création d'une architecture dépend généralement de l'expérience et de la parfaite compréhension des qualités d'une bonne architecture.&amp;nbsp; Voici quelques propriétés dont vous devez tenir compte lorsque vous créez une architecture :&#xD;
&lt;/p>&#xD;
&lt;ul>&#xD;
    &lt;li>&#xD;
        Cohérence : toutes les parties de l'architecture sont cohérentes et la séparation et l'allocation répondent à des approches communes.&#xD;
    &lt;/li>&#xD;
    &lt;li>&#xD;
        Exhaustivité : tout a été fourni.&#xD;
    &lt;/li>&#xD;
    &lt;li>&#xD;
        Exactitude : la structure et le comportement respectent les principes et les concepts directeurs ; il n'existe aucune propriété ambiguë.&#xD;
    &lt;/li>&#xD;
    &lt;li>&#xD;
        Structure correcte : l'architecture est bien définie et tous les aspects peuvent être associés logiquement.&amp;nbsp; Toutes les&#xD;
        descriptions doivent être précises, exactes et traçables par rapport aux constructions formelles. Tous les composants de l'architecture doivent être très cohésifs.&#xD;
    &lt;/li>&#xD;
    &lt;li>&#xD;
        Orthogonalité : les composants de l'architecture sont indépendants et largement associés.&#xD;
    &lt;/li>&#xD;
    &lt;li>&#xD;
        Généralité : les composants de l'architecture fonctionnent dans d'autres contextes.&#xD;
    &lt;/li>&#xD;
    &lt;li>&#xD;
        Extensibilité : l'architecture peut être étendue.&#xD;
    &lt;/li>&#xD;
    &lt;li>&#xD;
        Transparence : vous pouvez utiliser le système sans connaître son implémentation.&#xD;
    &lt;/li>&#xD;
    &lt;li>&#xD;
        Ouverture : les composants de l'architecture peuvent être modifiés et intégrés de différentes manières.&#xD;
    &lt;/li>&#xD;
    &lt;li>&#xD;
        Parsimonie - seules les fonctions nécessaires doivent exister ; il ne doit pas exister de fonctions inutiles ni de redondance.&#xD;
    &lt;/li>&#xD;
    &lt;li>&#xD;
        Simplicité : une bonne architecture doit &quot;être aussi simple que possible, mais pas simpliste&quot;&#xD;
    &lt;/li>&#xD;
&lt;/ul>&lt;br />&#xD;
&lt;br /></mainDescription>
</org.eclipse.epf.uma:ContentDescription>
