Décrire l'architecture applicative
HOPEX IT Architecture offre des moyens de représenter différents niveaux d'architectures d'applications : depuis la description de l'environnement applicatif jusqu'aux composants techniques à mettre en œuvre.
Ces représentations permettent de définir les composants logiciels et matériels et d'identifier de manière cohérente les données échangées entre eux.
*Pour plus de détails sur l'utilisation d'une architecture applictive, voir Modéliser les architectures fonctionnelles et techniques.
La description des systèmes applicatifs 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.
*Un système applicatif est un assemblage d'autres systèmes applicatifs, d'applications 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 pour décrire le contexte d'utilisation du système applicatif décrit et ses interactions avec les composants externes.
*Un environnement de système applicatif permet de présenter les autres systèmes applicatifs, applications, micro-services ou acteurs avec lesquels ce système applicatif est susceptible d'interagir.
Outre une description précise de l'architecture applicative à mettre en œuvre, cette étape permet de couvrir les points suivants :
Identifier précisément les échanges entre les différents composants logiciels et matériels et les formaliser par des contrats d'échange.
*Un contrat d'échange est un modèle de contrat entre des entités organisationnelles. Ce contrat est décrit par les échanges effectués entre un rôle initiateur et un ou plusieurs rôles contributeurs.
*Pour plus de détails sur les contrats d'échange, voir Décrire les échanges de données.
Vérifier que l'architecture applicative couvre les besoins fonctionnels recensés dans les cartes de capacités métier.
*Pour plus de détails sur l'analyse fonctionnelle, voir Analyser la couverture fonctionnelle de l'architecture mise en œuvre.
Décrire les systèmes applicatifs 
Dans une approche où les systèmes applicatifs sont étudiés de manière unitaire, il est préférable de créer des environnements applicatifs pour décrire le contexte d'utilisation des systèmes décrits.
*Pour plus de détails sur les environnements de systèmes applicatifs, voir Décrire un environnement de système applicatif avec HOPEX IT Architecture.
Dans une approche descendante, le diagramme de structure du système applicatif principal est le point d'entrée de la description du système applicatif existant ou prévu.
*Pour plus de détails sur les systèmes applicatifs, voir Décrire un système applicatif.
 
Diagramme de structure du système applicatif "Traitement des demandes d'achat"
Les demandes d'achat sont formulées par des utilisateurs privés ou par des entreprises dans des conditions différentes.
Le système applicatif “Traitement des demandes d'achat” propose un service d'achat par eCommerce.
Les sous-systèmes applicatifs peuvent ensuite être décrits hiérarchiquement en faisant apparaître à chaque niveau les points d'échange avec l'extérieur.
Le système applicatif "Achat eCommerce" de gestion des commandes gère les données concernant les commandes dans un dépôt de donnée interne au système applicatif et les données concernant les clients dans un dépôt de données externe.
 
Diagramme de structure du sous-système applicatif "Achat par eCommerce"
Les dépôts de données permettent de représenter les données qui seront stockées dans des base de données.
*Un dépôt de données fournit un mécanisme pour mettre à jour ou consulter des données qui vont persister au delà de la portée du processus en cours. Il permet de stocker les données des flux en entrée et de les retransmettre par l'intermédiaire d'un ou plusieurs flux en sortie.
*Pour plus de détails sur les dépôts de données, voir Gérer les données.
Décrire les processus applicatifs 
Enfin, HOPEX IT Architecture offre la possibilité de vérifier que les processus réalisés par le système applicatif sont correctement couverts en décrivant des processus applicatifs.
*Un processus applicatif est la représentation exécutable d'un processus. Les éléments formalisant un processus applicatif sont les suivants : les événements du workflow, les tâches à accomplir durant le traitement, les éléments algorithmiques d'enchaînement des tâches, les flux d'information échangés avec les participants.
*Pour plus de détails sur les processus applicatifs, voir Décrire les processus applicatifs.
Diagramme du processus applicatif
Décrire les scénario de flux 
Les diagrammes de structure utilisent les interactions pour décrire les capacités d'échanges de données entre les composants. En complément, les scénarios de flux permettent de décrire précisément les principaux cas d'emploi et de mies en œuvre de ces échanges de données.
Il est possible de définir des scénario de flux à tous les nivaux de l'architecture applicative :
Application,
Système applicatif,
Environnement d'application,
Service applicatif,
Micro-Service.
L'objectif des scénario de flux est de vérifier que les contenus sont correctement véhiculés entre les composants.
Le scénario de flux de système applicatif ci-dessous décrit les échanges entre un client et l'application de eCommerce.
Exemple de scénario de flux de système applicatif de "Traitement des demandes d'achat"
*Pour plus de détails sur les scénario de flux, voir Décrire les flux applicatifs.