Le modèle physique : architecture de l’application

Une fois les modèles conceptuels et logiques terminés, vous pouvez prendre des décisions sur l’implémentation physique de l’application. Pour créer le modèle physique, vous devez comprendre où se trouvent les différents services de l’application et comment ils doivent être implémentés. La détermination de l’emplacement des différents services doit être antérieure à la façon dont les services seront implémentés.

Une règle de base pour déterminer l’emplacement des différents services est la suivante : placez le composant à l’endroit où il est utilisé. Si, par exemple, un composant affiche des informations pour le client de base, il doit être sur l’ordinateur de l’utilisateur. Si un composant valide les informations du client de base, il doit également résider sur l’ordinateur du client de base. Si un composant met à jour des informations dans une base de données, il doit résider sur le serveur de base de données.

Il existe, bien sûr, d’autres considérations qui font des exceptions à cette règle. Les problèmes de performances et de sécurité peuvent également dicter l’emplacement d’un composant. Tenez compte des éléments suivants :

• Un composant va-t-il changer fréquemment, ce qui complique la distribution des mises à jour ?
• Le composant sera-t-il utilisé par d’autres applications, comme un composant de vérification de sécurité commun ?
• Le composant effectue-t-il de longs calculs ou exécute-t-il des fonctions, telles que l’impression, qui peuvent être déchargées sur un serveur ?
• La sécurité d’un composant peut-elle être améliorée en le plaçant sur un serveur ?

La localisation correcte des composants d’une application peut également isoler l’équipe de développement d’un recodage coûteux si le système ou l’emplacement des données change. Par exemple, en plaçant les règles d’accès aux données dans une couche de données plutôt que dans des procédures stockées, l’application est plus facilement isolée de la dépendance vis-à-vis d’un SGBD spécifique. Non seulement les modifications sont limitées et les tests compartimentés, mais les sources de données peuvent être modifiées et les données peuvent être distribuées sans modifier fondamentalement l’application.

Enfin, la localisation des composants doit tirer parti de l’efficacité du système. Il est temps et rentable de placer des objets métier dans des emplacements centralisés sur le réseau. Les objets peuvent être partagés entre les applications, et des tests unitaires peuvent être effectués avant le déploiement des composants. Les coûts de maintenance peuvent également être réduits, car les modifications de règle ne se produisent qu’à un seul point.

Rubriques connexes

Le modèle conceptuel : Exigences de l’application

Le modèle logique : définition et planification de l’application