Utilisation de la gestion du cycle de vie des données pour améliorer les performances opérationnelles
Intro
Lors du déploiement de la technologie dans votre organisation, avez-vous déjà envisagé l’intégration de vos différents systèmes informatiques?
Les gens considèrent l’intégration comme la transmission de données d’un système à un autre. C’est un point de vue très simpliste mais malheureusement partagé par beaucoup. Une déclaration d’intégration plus précise concernerait le flux d’informations des processus d’affaire entre les applications logicielles.
Le 30 octobre 2018, Interfacing a invité Piet Knijnenburg à un webinaire pour discuter de l’importance de l’intégration des applications pour vos performances opérationnelles.
Vos processus opérationnels sont soutenus par différents systèmes informatiques. Tout d’abord, nous devons comprendre les trois aspects de base de votre support informatique: support informatique direct, support informatique indirect et agilité.
Le support direct est le support de vos processus primaires et hautement orienté processus. Le support indirect est le support de vos processus secondaires, tels que l’entreposage de données, l’intelligence d’affaires et l’analyse prédictive. L’agilité présente des opportunités découlant des nouvelles technologies dont vos processus d’affaire peuvent bénéficier.
En fait, la gestion du cycle de vie des données a toujours été l’aspect le plus important mais souvent négligé de l’architecture des données. Cependant, avec l’introduction du RGPD (Règlement général européen sur la protection des données), ainsi que de nombreuses autres réglementations similaires entrées en vigueur aux États-Unis, nous ne pouvons plus nous permettre de négliger la gestion du cycle de vie des données.
Pour revenir à la performance opérationnelle, la gestion du cycle de vie des données est particulièrement importante pour révéler quels processus et événements d’affaire sont responsables des différentes phases du cycle de vie des données, et dans quels systèmes d’information ils sont enregistrés ou contrôlés.
Une collection d’applications vs un réseau d’applications?
Les processus d’affaire peuvent être décomposés en sous-processus, qui peuvent être décomposés en tâches. Du point de vue de l’écosystème, vos processus, ainsi que les processus d’autres organisations, constitueront la carte des processus d’une économie locale, qui fait partie de l’économie mondiale.
Habituellement, divers processus sont couverts par diverses applications informatiques. L’application processus n’est jamais une relation un à un.
Comme pour les processus, les applications peuvent également être décomposées en programmes, qui peuvent être décomposés en sous-programmes (c’est-à-dire des fonctions et des procédures). Et un système d’applications bien conçu peut former un réseau d’applications.
Un réseau d’applications est un ensemble d’applications coopérant dans leur ensemble. Si certaines parties du système ne coopèrent pas, le système ne peut pas fonctionner correctement. En d’autres termes, l’intégration des applications est au moins aussi importante que les applications elles-mêmes.
Les choses fonctionnent mieux lorsqu’elles travaillent ensemble exprès. Ne vous concentrez pas sur les choses, concentrez-vous sur la façon de les faire fonctionner ensemble.
Pour avoir un réseau d’applications vraiment fonctionnel, nous devons réaliser que la coopération nécessite une coordination. Si vos communications et activités sur le réseau ne sont pas coordonnées, votre réseau ne sera pas efficace, voire échouera.
Nous sommes passés de l’enregistrement manuel des données sur papier à l’enregistrement automatique des données sur disque, pour découvrir que certaines données étaient redondantes et pouvaient être partagées entre les applications. Nous nous sommes ensuite concentrés sur l’obtention de données d’une application à une autre dans un lot.
Cela a très bien fonctionné au siècle dernier, mais avec l’évolution vers un support de processus d’affaire de plus en plus en temps réel, ces anciennes solutions d’import-export sont devenues inadaptées au support informatique direct d’aujourd’hui. Nous avons rapidement rencontré divers problèmes résultant de ces solutions d’intégration inadaptées. Et dans les systèmes en temps réel, les erreurs en tant que telles peuvent avoir un impact considérable sur les processus d’affaire.
Soyez proactif dans votre approche – les coûts initiaux d’une solution d’intégration inadaptée peuvent être faibles, mais le coût total de possession sur le cycle de vie de la solution peut être très élevé. Et souvent, ces échecs sont très difficiles à trouver, très difficiles à remédier, et encore plus difficiles à prévenir, et impossibles à prévoir.
Utilisation de la gestion du cycle de vie des données pour améliorer les performances opérationnelles Webinaire
En tant qu’architecte d’intégration, Piet a sa propre définition de l’intégration d’applications qui diffère de celle axée sur la technologie sur Wikipédia . Il va plus loin que la technologie elle-même en définissant l’intégration d’applications comme un support des processus d’affaire dans un paysage hétérogène d’applications.
Pour réaliser l’intégration des applications, nous devons encourager les organisations à cesser de collecter des applications et à commencer à construire un réseau d’applications intégré, dans lequel les applications peuvent coopérer dans leur ensemble. Un réseau d’applications fonctionnel démontre plusieurs capacités clés –
- Communication
- Coordination
- Harmonisation
- Administration
De plus, un réseau d’applications n’est pas une intégration point à point, ni une solution middleware, ni un terme sophistiqué pour la couche d’intégration. Il est soigneusement conçu et structuré de manière à ce que les applications connectées puissent coopérer dans leur ensemble et créer une synergie.
Business Service Design est une méthodologie puissante pour tisser ensemble vos processus d’affaire et votre réseau d’applications. Il est composé d’un contexte de processus d’affaire et d’un contexte de flux d’informations.
Pour vous assurer que les informations normalisées circulent entre diverses applications, le schéma canonique peut être extrêmement utile pour structurer votre contenu partagé de manière identique. Outre le schéma canonique, il existe de nombreux autres modèles disponibles. Vous pouvez également créer votre propre schéma adapté à votre organisation.
Cependant, nous devons reconnaître que les modèles canoniques ne vivent que dans la couche de processus d’affaire. Pour une conception de service d’affaire, nous avons également besoin d’un modèle d’entreprise Greenfield pour structurer les données requises dans la couche de service d’affaire.
La structure d’un réseau d’applications consiste en des intégrations qui implémentent le flux d’informations des processus métier entre les systèmes LOB.
Les processus d’affaire régissent les données qui seront échangées. Les rôles que jouent divers systèmes et applications dans le cycle de vie des données régiront la nature des messages. La nature et le déclencheur des messages régissent le choix d’un modèle d’échange de messages. Et le modèle d’échange de messages régit le choix de la technologie.
Pour en savoir plus sur la manière d’éviter l’intégration de snapshots et sur l’utilisation de la gestion du cycle de vie des données pour booster vos performances opérationnelles, regardez notre webinaire avec Piet!
Lire plus de blogs
Logiciel de flux de travail EPC
Brochure sur le flux de travail EPC
Des questions?
