Dans cet article, le premier de la série sur le thème de la migration et modernisation des applications, je vous guiderai à travers les étapes de conception, les choix techniques et certaines mises en garde et attentes de la migration des applications vers le cloud public, qui implique une stratégie de migration vers le cloud et un plan de modernisation des applications significatifs, ainsi que certains des compromis et des problèmes associés à cette approche.
Introduction
Je démontrerai ce processus en me basant sur les objectifs commerciaux existants, les caractéristiques de l’architecture et les objectifs fonctionnels et non fonctionnels auxquels l’architecture doit répondre. Un accent particulier sera mis sur la migration vers le cloud et la modernisation des applications qui vont bien au-delà des approches traditionnelles de transfert et d’adaptation. Il va même au-delà des modèles standards de migration dans le cloud et de modernisation des applications, y compris le processus de migration dans le cloud « lift and shift » et « PaaS ».
Bien que l’article soit fortement axé sur les performances techniques, il émet également des hypothèses sur les facteurs commerciaux, qui seront abordés dans l’article suivant de la série sur la migration et modernisation des applications. Pour rendre l’article plus attrayant, j’utilise un exemple concret.
L’application mentionnée ici et utilisée comme exemple est une application de récompenses et de fidélité pour les compagnies aériennes. Dans sa forme actuelle, elle se compose de quelques pages web simples qui permettent aux utilisateurs de consulter les vols passés, les miles acquis, les segments, le statut actuel des récompenses et les avantages, ainsi que de gérer des informations de profil basiques telles que le nom et l’adresse. Les employés de la compagnie aérienne peuvent gérer les comptes des employés et des clients, modifier l’historique des miles et des segments, et enfin, l’application propose une boutique de récompenses. L’application est accessible uniquement via des pages web ; il n’existe aucune application mobile.
La compagnie aérienne a l’intention d’étendre ce projet à grande échelle, notamment :
À partir de notre session précédente, nous pouvons faire quelques hypothèses sur notre vision. Nous prenons une application monolithique et la migrons vers une plateforme microservices sans serveur à partir d’une ancienne plateforme monolithique pour résoudre un certain nombre de considérations décrites ci-dessous. Bien qu’il n’y ait rien d’intrinsèquement mauvais dans l’application monolithique telle qu’elle existe aujourd’hui, il y a des exigences qui sont mieux satisfaites par la nouvelle architecture. Comme l’application doit faire l’objet d’un nombre important d’ajouts de fonctionnalités, le moment est bien choisi pour effectuer ces changements.
L’architecture existante utilise une approche monolithique moderne, un cadre MVC (model view control) et une base de données simple. Bien qu’il n’y ait rien de mal à cette approche, elle exige que tout changement apporté à un service soit bien compris par la majorité de l’équipe de développement. Au fur et à mesure du déploiement de nouveaux services de migration et de l’ajout de nouvelles fonctionnalités, la taille de l’équipe s’agrandira pour aider à maintenir ces ajouts. Le nombre de fonctionnalités et la complexité interne de chacune d’entre elles ont augmenté et continueront d’augmenter au-delà de la capacité de compréhension d’une seule personne, ce qui explique la nécessité d’un modèle non monolithique complet.
Le diagramme ci-dessous représente l’architecture existante à un niveau élevé. Il convient de noter que la base de code est beaucoup plus complexe si les chemins d’URL et les points d’entrée de l’API devaient être cartographiés, de même que les diverses interactions et dépendances du cadre. Par souci de concision, nous exclurons ces cadres de l’application existante, mais nous les présenterons dans des articles ultérieurs.
L’architecture est simple : deux machines virtuelles primaires fonctionnant dans une paire HA (hautement disponible), avec un équilibreur de charge de trafic entre elles. Aucun partage de session n’est activé, ce qui signifie que les sessions actives pourraient perdre des informations en cours de transfert, et des déséquilibres (« hotspots ») pourraient se produire dans un environnement cloud.
Figure 1 : Diagramme d’architecture de haut niveau (HLD) de l’application existante
Les étapes précédentes de la découverte nous ont permis de classer plusieurs exigences en catégories. Certaines d’entre elles peuvent être de nature technique, d’autres peuvent être des motivations commerciales. Ensemble, ils définiront notre future solution et l’architecture proposée.
Compte tenu de la nature de l’application, il faut traiter avec de nombreux persona, qui ont des permissions et des vues de l’application très différentes. Bien que certains d’entre eux puissent être regroupés en termes d’autorisations générales – par exemple, les clients/groupes de famille, tous les agents, les employés et les administrateurs, chacun d’entre eux nécessitera sa propre gestion complexe des autorisations et ses propres vues. Cela nécessitera un système complexe de gestion des utilisateurs capable de définir ces rôles et ces politiques d’accès.
Tableau 1 : Personas d’utilisateurs et cohortes
| Persona | Définition | |
| Clients des compagnies aériennes | Les clients finaux de la compagnie aérienne, ceux qui achètent des billets et participent au programme de fidélisation. | |
| Groupes familiaux | Groupes de clients interconnectés au sein d’un même ménage qui accumulent et partagent des avantages en tant que groupe. | |
| Agents d’entreprise | Employés d’entreprise responsables de certaines ou de toutes les réservations d’un ou de plusieurs clients individuels. | |
| Agences de voyage | Un utilisateur unique ou un groupe d’utilisateurs qui peuvent réserver et modifier ces réservations pour un ou plusieurs clients à la fois. | |
| Agents des compagnies aériennes | Les agents internes, qui peuvent apporter des modifications à n’importe quelle réservation pour n’importe quel client. | |
| Employés du programme d’avantages | Les employés internes qui peuvent modifier les récompenses, les échanges et l’historique du compte, mais pas modifier ou créer des réservations. | |
| Administrateurs de l’application | Les employés internes ont le contrôle de la modification de tous les comptes d’identification : internes et externes, y compris les autres administrateurs. |
Les exigences en matière de plateforme pour une nouvelle application impliquent plusieurs caractéristiques clés qui sont essentielles pour une plateforme cloud moderne et son succès :
Exigences de la plateforme :
Il est important de comprendre et d’accepter que l’on ne peut pas résoudre tous les problèmes potentiels avec une seule solution, du moins pas en tant que moteurs principaux. Les solutions doivent d’abord répondre à un ensemble de principes fondamentaux qui guident la discussion et la conception globale, après quoi les composants individuels peuvent être ajustés. Il existe un nombre infini de façons d’évaluer la manière de sélectionner ces critères et ce que ces architectures peuvent contenir en termes de caractéristiques. Dans cet article, nous nous sommes concentrés sur l’utilisation des caractéristiques architecturales de Mark Richard, en adaptant ces caractéristiques à nos propres cas d’utilisation spécifiques.
L’objectif de cet exercice est de choisir les architectures les plus critiques pour l’entreprise, telles qu’identifiées précédemment, puis de travailler à les résoudre au mieux en tenant compte des compromis entre les choix technologiques dans notre conception architecturale de base.
a. Évolutivité
Compte tenu de l’évolution constante du comportement et des attentes des clients, de l’incertitude entourant les voyages, des restrictions de voyage et des incitations offertes aux utilisateurs, sans parler de l’écosystème de partenariats avec lequel cette application doit interopérer, l’évolutivité sera une considération primordiale pour cette plateforme.
b. Serviabilité
La plateforme doit convenir à un large éventail d’audiences potentielles, tant du point de vue technologique (par exemple, anciens appareils, téléphones modernes et API obsolètes) que des langues, des devises et des utilisateurs en situation de handicap. Une API doit piloter toute interface si un nouveau modèle de consommation émerge. Idéalement, toutes les couches de présentation doivent être complètement abstraites pour faciliter les transitions entre les applications existantes et les besoins d’affichage ou de technologie. Le produit étend la gamme de profils, allant des utilisateurs extrêmement compétents sur le plan technique aux utilisateurs ayant une connaissance technique limitée, et doit donc être suffisamment simple à utiliser tout en offrant des fonctionnalités avancées pour les utilisateurs expérimentés et les voyageurs fréquents.
c. Sécurité des données
Le système gère et traite une quantité importante de données PII (informations personnellement identifiables) des clients de compagnies aériennes. Des informations de réservation, des numéros de voyageurs connus (known traveler numbers), des numéros de correction, des numéros de passeport et des informations de carte de crédit, le système est exposé aux risques de vol financier et d’identité. Les cyberattaques, l’usurpation d’identité, les employés malveillants et la corruption des données sont autant de risques importants qui pourraient avoir un impact extrêmement néfaste sur la vie des clients. Assurer la sécurité et l’intégrité du centre de données sera une caractéristique globale non négociable.
Bien qu’il ne s’agisse pas de considérations primordiales, nous devons tenir compte du fait qu’il existe des seuils minimums pour certaines interactions. Ainsi, nous avons documenté des cas d’utilisation qui ne sont pas des décisions de motivation primaires mais qui, lorsque c’est possible et approprié, devraient être pris en compte.
a. Réactivité
Étant donné que l’application est orientée vers l’utilisateur, elle doit être réactive aux entrées de l’utilisateur. Il n’est pas exigé que les demandes soient satisfaites dans le délai de 400 ms prévu par le seuil de Doherty, mais toutes les demandes doivent faire l’objet d’une action bien en deçà de ce seuil.
b. Faisabilité des coûts
Les coûts directs et les coûts indirects de la vélocité sont tous deux des facteurs de motivation. Le produit est soumis à un budget et à des contraintes de temps, mais il ne s’agit que de contraintes, et non de la motivation première. Une solution plus coûteuse ou plus longue pour une meilleure expérience ou une vitesse de développement plus rapide est un compromis acceptable.
La solution proposée ci-dessous fait l’objet d’une brève description, et plus de détails suivront dans les articles ultérieurs qui exposent les différents compromis et les descriptions complètes des composants. Il s’agira de s’appuyer sur cette architecture de base, en ajoutant des composants et des détails selon les besoins, pour obtenir une solution complète.
Pour une architecture de base, le processus de conception s’est principalement concentré sur la recherche d’une plateforme appropriée basée sur les microservices sans serveur, car cela nous permettrait de choisir les deux composants modernes, y compris les composants SaaS (software as a service), PaaS (platform as a service) et DBaaS (database as a service), à volonté, comme nous le souhaitions. Cette architecture pourrait être éventuellement étendue pour prendre en charge un nombre quelconque de composants logiciels différents, des VM (machines virtuelles) traditionnelles et des conteneurs aux API tierces, et d’autres services sans serveur sans le fournisseur de cloud que nous avons choisi – dans ce cas AWS. Une plateforme de microservices sans serveur emprunte en réalité à plusieurs styles d’architecture, mais elle convient bien à cet ensemble spécifique de critères de problèmes.
Les choix initiaux de composants permettent un prototype et un développement très rapides, avec une application hautement modulable qui permet à différentes équipes de bénéficier d’une grande autonomie les unes par rapport aux autres lors du développement de fonctionnalités.
En outre, l’utilisation de l’amplificateur avec Cognito permet également ce qui suit :
En outre, la plateforme est par défaut adaptée au web et au mobile. La possibilité de créer rapidement de multiples vues et interfaces avec le contenu résout également un certain nombre de problèmes liés à la facilité d’utilisation, notamment les interfaces ADL (activités de la vie quotidienne) pour les personnes handicapées, y compris les pages compatibles avec les lecteurs d’écran et d’autres produits d’assistance. Enfin, la plateforme est très conviviale, elle prend en charge plusieurs voies de notification, y compris les SMS dans plusieurs pays, et permet aux utilisateurs de s’authentifier avec leur fournisseur d’identité préféré qu’ils reconnaissent déjà, tandis que les agents de voyage et les employés internes peuvent utiliser SAML et OpenID.
Les composants choisis:
Nous aborderons plus en détail les différents services dans un prochain article de cette série, y compris les avantages et les inconvénients spécifiques de chacun dans un certain nombre de catégories importantes, tant du point de vue du développement que du point de vue opérationnel, et la meilleure façon d’atténuer les risques et les lacunes de chacun d’entre eux. Il ne s’agit en aucun cas d’une architecture complète, et les composants présentés aujourd’hui ne répondent pas à toutes les exigences. Elle constitue cependant une base solide sur laquelle il est possible de s’appuyer.
Figure 2 : Diagramme d’architecture de haut niveau (HLD)
Note : Une décomposition détaillée des composants et une cartographie des styles du HLD seront fournies dans un article ultérieur.
Remerciements à :
Il y a beaucoup de choses à faire tout au long du processus de migration et de modernisation des applications, depuis les discussions sur le concept jusqu’à un plan d’application complet, et tout cela ne se fait pas en même temps. Même si toutes les applications n’ont pas besoin d’être approfondies comme nous le faisons ici, certaines en auront besoin et toutes les applications utiliseront des éléments de nos méthodes présentées ici. C’est pourquoi nous allons procéder par étapes, en utilisant une série d’articles, afin que les lecteurs puissent choisir les sujets les plus pertinents et décider des éléments à suivre et de ceux à écarter. Rassembler tous ces éléments dans un seul article donnerait un petit livre, mais resterait incomplet.
Le début de l'année est une période d'intensification de la récapitulation des mois passés, ainsi que de préparation des plans pour les mois à venir. Au cours de cette période, de nombreuses prédictions plus ou moins précises sont faites sur ce à quoi nous pouvons nous attendre prochainement dans l'offre des multiples fournisseurs de services cloud.
Découvrez comment EcoDesign et les passeports numériques de produits révolutionnent la fabrication durable. Cet article fournit des informations clés sur la réduction des émissions de CO2 et l'amélioration de l'éco-efficacité des processus commerciaux. Cliquez pour obtenir des stratégies d'experts pour le développement de produits durables.
Depuis la popularisation mondiale du travail à distance ces dernières années, les équipes de sécurité informatique sont confrontées à des défis de plus en plus importants pour garantir un accès efficace et sécurisé aux actifs, aux ressources et aux données critiques des organisations.Des attaques de phishing élaborées, par lesquelles les informations d'identification des utilisateurs sont exposées, ce qui permet des attaques par déplacement latéral ou l'installation de ransomware sur des infrastructures critiques. Les vulnérabilités de type "jour zéro" permettent aux acteurs malveillants de perturber les services auxquels ils ont accès.
Aujourd'hui, de nombreuses organisations qui ont adopté le Cloud considèrent l'Edge comme une extension naturelle de leurs solutions basées sur le Cloud. D'autre part, celles qui sont au tout début de leur voyage dans le Cloud sont beaucoup plus conscientes de l'Edge et du Cloud, et elles envisagent donc d'utiliser les deux technologies dès le début.
Rejoignez-moi pour un voyage qui nous fera passer du domaine de la réalité telle que nous la connaissons à un monde où un chat peut être à la fois mort et vivant, et où une particule peut se trouver à deux endroits à la fois. Attachez vos ceintures pour explorer le monde fascinant de l'informatique quantique et son rôle dans le cloud.
Découvrez pourquoi la prévision de la demande est un élément clé dans le commerce de détail. Les méthodes traditionnelles ont leurs limites à l'ère de la transformation numérique, mais les solutions modernes basées sur l'intelligence artificielle et l'apprentissage automatique permettent des prévisions plus précises. Découvrez les opportunités offertes par ces nouvelles technologies et l'impact qu'elles peuvent avoir sur la prévision de la demande dans la chaîne d'approvisionnement.
Le verrouillage des fournisseurs est un concept trop souvent associé au secteur des technologies de l'information et, ces dernières années, en particulier à l'informatique en cloud, bien qu'il ne soit pas inextricablement lié à ce secteur. Les économistes l'ont envisagé dans un contexte plus large bien avant que le monde n'entende parler pour la première fois d'AWS ou d'Azure. Du point de vue des clients et des utilisateurs, elle a eu tendance à être perçue de manière négative, suscitant souvent des réticences et des craintes quant à l'utilisation d'un service ou d'un produit particulier.
Avec l'essor des plateformes de données basées sur le cloud, les fabricants peuvent s’offrir un moyen efficace et rentable de gérer et de stocker de vastes quantités de données générées par divers processus. Désormais, non seulement est-il possible de les collecter à partir des dispositifs IoT et des machines sur les lignes de production, mais aussi d’acquérir des informations issues de la gestion de la chaîne d'approvisionnement, du contrôle de la qualité et même de la satisfaction du service au client final. Inutile de préciser que tout se passe en temps réel.
Nous avons tous la chance de vivre à une époque passionnante. Les progrès technologiques exponentiels réalisés au cours des deux dernières décennies ont influencé non seulement nos vies personnelles, mais aussi fortement les entreprises. Les tendances évoluent évidemment de temps à autre, mais on peut affirmer sans risque de se tromper que l'heure est à l'analyse avancée.
Le coût de l'énergie est souvent négligé ou accepté tel quel parce qu'il fait partie intégrante de la production. En temps de crise et de réduction des coûts, il peut devenir un facteur majeur qui affecte les résultats de votre organisation. Où chercher des économies d'énergie significatives pour réduire les coûts énergétiques ? Comment les fabricants doivent-ils se concentrer sur ces objectifs pour avoir un impact ?
Le cloud computing change et évolue constamment. Ce que nous voyons aujourd'hui est différent de ce qu'il était hier et ne sera pas le même que demain. La seule constante est le changement. Aujourd'hui, les conversations sur le changement ne se font pas seulement avec les départements informatiques mais aussi, avant tout, avec l'entreprise, notamment les départements marketing, RH ou finances. Chacun a des besoins différents, auxquels le cloud peut répondre.
La transformation numérique et le passage à l'idée de l'industrie 4.0 (I4.0) et de l'usine intelligente (dans AWS) ne sont pas faciles. De nombreux obstacles attendent les exécutants. Les plus courants sont le purgatoire du pilote et le purgatoire de l'échelle.
Assurez votre croissance à l'ère numérique. Plongez dans la #TransformationNumérique pour trouver de nouvelles opportunités, de nouveaux modèles économiques, apporter des changements dans votre organisation et un nouveau niveau de valeur. Renforcer votre adoption du numérique, avec la bonne stratégie de cloud AWS, pour obtenir les résultats escomptés. Dans notre 2ème article de la série, vous découvrirez comment préparer vos employés pour le chemin de l'industrie 4.0. Obtenez des conseils pour aborder la Smart Factory dans AWS, du plan à la mise en œuvre puis la réalisation de la 1ère valeur.
Le concept associé à l'industrie 4.0 est celui de l'usine intelligente (Smart Factory). Ce type d'usine repose sur des systèmes intégrés avec l'utilisation de l'Internet industriel des objets et de nouvelles méthodes d'organisation de la production. Il est destiné à permettre un niveau élevé de personnalisation des produits et à exécuter les processus de production avec un apport minimal de main-d'œuvre. L'idée et les activités au sein de l'industrie 4.0 l’industrie intelligente permettent aux entreprises de faire évoluer la concurrence sur le marché en passant de l'offre d'un simple produit à la fourniture de produits à valeur ajoutée, en rivalisant avec l'excellence des processus. Cela s'applique à la coopération avec les clients potentiels depuis le stade de la conception virtuelle du produit jusqu'au service après-vente, en passant par les simulations, l'optimisation de la production et le suivi en temps réel.
L'incontournable quatrième révolution industrielle, baptisée Industrie 4.0, est désormais l'un des marchés de IoT à la croissance la plus rapide. Le parcours de la transformation numérique ne se limite pas à vanter les innovations et les gadgets intelligents. C'est souvent l'une des meilleures solutions pour faire face à d'importants goulets d'étranglement dans l'industrie, tels que des temps d'arrêt fréquents et des arrêts complets intempestifs de lignes de production. ThingWorx, dans le cadre de l'industrie 4.0 et de son riche catalogue d'applications et outils, est un produit IoT complet qui permet la création et le développement rapides de solutions IoT. La combinaison des capacités de ThingWorx avec le cloud AWS peut ajouter de nouvelles fonctionnalités à ces solutions. Le fait que ThingWorx soit exécuté dans le cloud (Connector) se traduit, entre autres, par la possibilité de prétraiter les données IoT avant même qu'elles n'entrent dans ThingWorx. Cette fonctionnalité est particulièrement utile pour les Big Data en temps réel, qui pourraient autrement submerger ThingWorx si elles lui étaient envoyées directement.
Le cloud n'est pas sur site, ce qui signifie que les achats informatiques ne se font pas selon un plan stratégique, mais immédiatement lorsque l'architecte provisionne de nouvelles ressources dans le cloud. Alors comment faire face aux coûts excessifs dans le cloud AWS ? La première et rapide solution est l'optimisation des coûts, qui commence par l'analyse des comptes et la détermination des services cloud AWS utilisés. Sur cette base, des recommandations sont faites pour des mesures d'optimisation. Ces actions font partie de l'adoption à long terme de la culture FinOps, qui engage les finances, la technologie et les affaires ensemble pour construire un processus de contrôle continu des coûts du cloud dans l'organisation.
Selon Forbes et de nombreux rapports semblables publiés récemment au sujet de l’avenir proche du manufacturing, la maintenance prédictive est l’une des principales tendances incontestées pour 2022 en ce qui concerne l’industrie 4.0 - demande découlant d’analyses avancées et d’IA-des prévisions orientées peuvent déjà être observées.
Le Cloud est un facteur clé de succès dans la transformation numérique. Il offre aux entreprises de nombreux avantages décisifs. Toutefois, la condition préalable à cela est une stratégie de cloud adéquate. L'entretien avec Christian Thiem, analyste commercial senior chez TT PSC Germany GmbH, porte sur des questions telles que : Que faut-il prendre en compte dans la feuille de route vers le cloud? Quelles stratégies peuvent être adoptées pour la mise en œuvre?
La transformation numérique se déroule sous nos yeux. Pour faire face à la concurrence, de plus en plus d’entreprises manufacturières adoptent des technologies modernes et délaissent l’approche industrielle traditionnelle pour adopter le concept Industrie 4.0 avec l’aide de IIoT. Simultanément, nous assistons à une croissance exponentielle de l’intérêt pour l’intelligence artificielle (IA) et il devient […]
Les informations provenant de divers systèmes au sein d'une entreprise sont comparables à des indices dans une affaire pénale. Chaque trace dissimule des informations. Certains d'entre eux abandonnent en raison d'un manque de documentation.
En février 2020, nous avons décrit comment mettre à niveau Windchill vers la version 11, étape par étape. Plus d'un an s'est écoulé depuis et une nouvelle version majeure de Windchill - 12 - est sortie. Aujourd'hui, nous allons vous montrer comment effectuer une mise à niveau de Windchill 11 vers Windchill 12. Êtes-vous prêt pour la mise à niveau de Windchill ?
La gestion du cycle de vie des produits n'a jamais été aussi pertinente qu'aujourd'hui, dans un monde en constante évolution. Aujourd'hui, il ne suffit plus d'avoir une bonne idée ou même une bonne exécution. Ce qu'il faut désormais, c'est un contrôle total du produit - du concept, en passant par la conception et la production, jusqu'au service et à l'élimination.
La migration des données vers un système PLM est souvent une entreprise très complexe, où l’environnement commercial et les modes d’exploitation des données jouent un rôle clé. Une migration – qu’est-ce que c’est, quelles sont les approches les plus courantes et quels défis attendent chacune d’entre elles? Ces questions et d’autres sont répondues dans cet article.
DevOps est une méthodologie innovante qui a introduit une nouvelle qualité de travail sur les projets informatiques. Elle est basée sur la coopération de domaines autonomes : l'ingénierie logicielle, l'administration des systèmes et les questions liées à la sécurité et à la qualité. Le résultat est une combinaison de la compétence du développeur (Dev), de la gestion du système (Ops) et, surtout, de la culture d'exploitation. Le concept DevOps suppose une coopération étroite entre l'équipe de programmation et l'équipe opérationnelle.
Le processus de développement d'un produit comporte de nombreuses étapes qui sont souvent très compliquées, longues et mal définies. Il est fréquent que les entreprises aient du mal à suivre l'évolution du développement et à tenir à jour la documentation. Le principal défi sur lequel j'aimerais me concentrer est le besoin permanent d'améliorer le produit. Parce que nous ne vivons pas dans un monde parfait, les changements sont inévitables - qu'il s'agisse d'un petit fragment de la conception qui doit être mis à jour, que la pièce que vous avez utilisée jusqu'à présent ne soit plus disponible ou que vous deviez vous assurer que le produit répond aux exigences des nouveaux marchés.
Le connecteur ThingWorx IoT Hub est le pont qui relie la plateforme ThingWorx au cloud Azure (plus précisément à Azure IoT Hub). Il assure une communication sécurisée (basée sur des certificats), grâce à laquelle nous pouvons utiliser les énormes possibilités du cloud computing. Il s'agit également d'une solution très étendue, mais générique.
Avec le développement rapide des technologies du Cloud ces dernières années, l'idée d'utiliser le Cloud pour y héberger divers systèmes, qu'ils soient exigeants en termes de calcul, critiques ou autres, a fait son chemin. Les systèmes de gestion du cycle de vie des produits (PLM) n'ont pas fait exception à la règle et un grand nombre de fournisseurs et de clients PLM ont tenté de tirer parti des avantages du Cloud pour obtenir cet avantage concurrentiel que les meilleurs fabricants du monde recherchent toujours.
Le tournant des mois de juin et juillet 2019 a été une période intense pour nous. En raison du développement de plus en plus dynamique des entreprises du groupe TT Capital, il devenait progressivement évident qu'il était impossible, à long terme, de maintenir un SGI central (qui, outre les normes ISO9001, ISO20000 et OHSAS, comprenait également la norme ISO27001). Il était temps d'agir.
La transformation numérique est de plus en plus présente dans presque toutes les entreprises et indique sa présence par des changements dans la gestion du travail et le style d'organisation. Bien que nous entendions encore les échos de la discussion sur l'importance de toute cette agitation autour de la numérisation, nous délibérons de plus en plus fréquemment sur la manière de mettre en œuvre des solutions pour automatiser les processus dans notre entreprise.
Entrons en contact
Nous contacter