Construire l'architecture logique
Hopex IT Architecture offre des moyens de définir des architectures d'applications logiques qui représentent des architectures idéales. Ces représentations permettent de concevoir les structures logiques pour les architectures d'applications, de rationaliser les échanges entre ces structures et d'identifier les données utilisées. Les architectures d'applications logiques peuvent ensuite être comparées aux architectures mises en œuvre pour détecter les écarts entre le réel et l'idéal.
*Pour plus de détails sur l'utilisation d'un système applicatif logique, voir Décrire l'architecture logicielle logique.
La description des systèmes applicatifs logiques peut se faire selon une approche descendante, en commençant par décrire les systèmes applicatifs principaux de l'entreprise, ou bien selon une approche unitaire en décrivant seulement certains systèmes applicatifs logiques.
*Un système applicatif logique est un assemblage d'autres architectures, d'applications logiques et d'utilisateurs finaux interagissant avec les composants applicatifs, dans le but de mettre en œuvre une ou plusieurs fonctionnalités.
Si vous utilisez un approche unitaire, vous devrez décrire l'environnement de système applicatif logique pour décrire le contexte d'utilisation du système logique décrit et ses interactions de service avec les composants logiques externes.
*Un environnement de système applicatif logique présente un contexte d'utilisation de systèmes applicatifs logiques. Il décrit les interactions de service, entre le système applicatif logique et ses partenaires externes, qui lui permettent de remplir sa mission et d'assurer les fonctionnalités attendues.
A ce niveau de la méthode, cette étape, qui n'est pas obligatoire, permet néanmoins de couvrir les points suivants :
• Identifier les échanges entre les différents composants logiques et les formaliser par des interfaces de service.
*Une interface de service est un modèle de contrat entre des entités (organisationnelles, IT, etc.). Ce contrat est décrit par les opérations déclenchables au travers de messages échangés entre deux rôles (par exemple acheteur et vendeur).
*Pour plus de détails sur les interfaces de service, voir Décrire les échanges d'informations.
• Vérifier que l'architecture logique couvre les besoins fonctionnels recensés dans les cartes de capacités métier.