Centraliser les systèmes de fabrication tout au long du cycle de vie du produit

Les fabricants produisent et traitent des montagnes de données chaque jour. Cependant, peu ont pu exploiter ces données et les présenter d’une manière utile à leurs employés pour améliorer les résultats de l’entreprise.

Avec 2,300 XNUMX employés dans le monde, Systèmes Mercury est responsable de la fourniture d'un éventail de technologies essentielles à la mission, allant de la microélectronique aux dispositifs de stockage cryptés, en passant par l'industrie aérospatiale et de la défense. « Nous nous situons à l'intersection de la haute technologie et de la défense », a déclaré Anu Mishra, vice-présidente de l'ingénierie des applications.

En 2020, Mercury a adopté le Mendix plateforme low-code de fournir les mêmes solutions numériques de pointe à leurs employés qu'à leurs clients.

Fournir une interface unique pour connecter et présenter les données entre les systèmes d'enregistrement commerciaux et d'ingénierie est un état futur idéal pour la plupart des fabricants, et pour Mercury Systems, cela devient une réalité car ils alignent une vision axée sur l'entreprise avec des technologies de plate-forme de pointe.

A la Mendix Lors du Manufacturing Forum de décembre 2022, Mishra a expliqué en détail comment Mercury a fait le saut depuis ses débuts en 2020 vers un portefeuille de plus de 20 applications low-code axées sur la numérisation.

Pensée globale

Une caractéristique déterminante du succès de Mercury Systems est que Mishra et son équipe de direction n'abordent pas transformation numérique uniquement comme une initiative technologique – mais plutôt comme une vision d’entreprise qui devrait être soutenue par la technologie.

« Nous avons des visionnaires, comme notre PDG Mark Aslett, qui a adopté une approche descendante », a raconté Mishra. « Nous avons été chargés de proposer un ensemble de programmes pour commencer et de définir notre parcours de fil numérique. »

« Le terme fil numérique a été utilisé dans le Rapport Horizons mondiaux 2013 « Nous avons été formés par un groupe de travail sur la vision scientifique et technologique mondiale », a-t-il poursuivi. « Même dans ce rapport, il est mentionné que cela peut signifier différentes choses pour vous. Pour nous, nous nous sommes concentrés sur l'ensemble de notre cycle de vie du produit. »

Mishra et son équipe ont mené une évaluation des plateformes qui pourraient soutenir le « fil numérique » vision tout en répondant aux exigences de Mercury en matière de sécurité, de compatibilité avec les systèmes d'enregistrement et de cloud natif.

Après avoir déterminé que Mendix était la bonne voie à suivre, Mishra et son équipe ont adopté une approche mesurée pour se préparer au succès à long terme et ont évité de mordre plus qu'ils ne pouvaient mâcher (une erreur courante dans les premières étapes de la transformation).

Une approche progressive, du début à la mise à l'échelle

Avec leur plateforme de transformation en place, Mercury Systems a adhéré à la Mendix cadre d'exécution numérique pour le développement low-code.

"Mendix « Nous avons une méthode de démarrage, de structure et d’échelle pour mettre en œuvre le low-code », a déclaré Mishra. « Nous avons commencé à examiner les objectifs commerciaux et avons voulu d’abord mettre en œuvre la transformation et la stratégie cloud. Alors, comment pouvons-nous définir ces bases ? »

Premiers pas : les bases d'une réussite multiplateforme

Pour Mercury, la phase de démarrage a été axée sur les bases et les principes architecturaux qui permettraient à l’équipe de réussir à long terme. Comme de nombreuses organisations dans des secteurs hautement réglementés, Mercury Systems souhaitait tirer parti des nouvelles technologies et de la transformation cloud, mais devait le faire dans les limites d’un environnement sur site.

« Nous avons mené une étude approfondie sur la manière de mettre en œuvre cette solution, et cela n'aurait pas pu se faire avec une approche traditionnelle, car la vitesse était d'une importance primordiale... Et ce n'est pas parce que nous n'étions pas directement sur le cloud public que nous ne pouvons pas être sur le cloud », a déclaré Mishra.

« Et nous avons conservé ces données au sein de notre réseau. Nous avons accès à toutes les technologies, mais elles sont toujours sécurisées par nos pare-feu. »

En raison de la cloud-native nature de Mendix, travaillant et Déploiement transparent sur AWS GovCloud permettrait à Mercury de suivre technologiquement ses nouveaux processus de développement, tels que le travail agile, l'établissement d'une capacité DevSecOps et un pipeline CI/CD.

« Dans la première phase, nous avons défini les pratiques DevSecOps, y compris une approche de développement agile… Je ne voulais pas attendre pour livrer dans une approche traditionnelle, car si vous devez attendre cinq ou six mois pour qu'une intégration se produise, puis passer en direct avec une approche plus large, approche monolithique« D'ici là, vous aurez d'autres problèmes à régler et la solution pourrait être obsolète », a déclaré Mishra.

Réussite structurée : rassembler des données disparates

Mercury Systems est passé à la phase de structuration du développement en décembre 2021 et compte aujourd'hui 20 applications en direct qui sont déployées au sein d'une architecture conteneurisée basée sur des microservices.

« À ce stade, nous passons d’un modèle de prestation basé sur les produits à un modèle basé sur les programmes, ce qui nous oblige à définir une manière standardisée de gérer les programmes. »

La standardisation dans la phase de structure était essentielle étant donné la complexité du paysage de la plateforme Mercury, qui comprend des outils tels que Jama, Salesforce, Cadence et Cameo, qui contiennent tous des informations critiques sur les clients et l'ingénierie.

« Pour répondre à ces niveaux élevés de complexité, nous avions besoin d’environnements informatiques hautes performances… Et le lac de données constituait une partie importante de cette plateforme », a déclaré Mishra. tant d'intégrations différentes « En fonction des différentes étapes du cycle de vie du produit, si vous démarrez dans Cameo, comment cela interagit-il avec le reste de l’écosystème ? Où le PLM entre-t-il en jeu ? Où se produisent les interactions avec le CRM ? Et nous parlons d’une gamme d’applications différentes. C’est là que nous avons fait du data lake un élément très central de cette plateforme. »

Développement à grande échelle : extraire des informations exploitables

Mercury Systems est en bonne voie de développement à grande échelle, où Mishra a défini des priorités autour de niveaux encore plus élevés d'interconnectivité et allant au-delà de la simple connexion des données - mais en les utilisant pour prendre des décisions commerciales proactives.

Une vue centralisée sur l'ensemble du cycle de vie du produit

L'accent mis sur une architecture solide a permis à Mercury de fournir avec succès la couche de visualisation de ses systèmes d'ingénierie avec Mendix.

« Si je suis ingénieur en mécanique et que je travaille quotidiennement dans SolidWorks, je vais continuer à y travailler tous les jours. Je ne devrais pas avoir à rechercher les dernières nouveautés dans un système, à me connecter à un autre système, à me rendre compte que j'ai une question, puis à devoir consulter un collègue en dehors de ces systèmes », résume Mishra.

« Il fallait établir ce lien. Google en est un bon exemple : est-ce qu'ils stockent vraiment tout ce que vous voyez dans les résultats de recherche ? Non, mais c'est un moyen rapide de trouver des informations qui sont stockées ailleurs. C'était notre idée pour cela portail de visualisation. »

Aujourd'hui, les ingénieurs de Mercury peuvent accéder au portail de visualisation pour obtenir une vue globale du produit. S'ils ont besoin d'ouvrir un schéma et d'accéder à ses nombreuses variantes, le portail extraira les données appropriées de Cadence ou Systèmes PLM, et ils peuvent voir ces informations côte à côte.

« Il s'agit simplement d'une page qu'ils voient, et elle ressemble beaucoup à Cadence, mais elle leur donne une comparaison de nomenclature. Ils peuvent s'appuyer sur ces données, car elles sont les plus récentes et les plus importantes, et sont alimentées dans cette couche à partir du lac de données. Ils les visualisent dans un Mendix « L'interface est simple et elle fait ressortir les éléments de leur application de choix », a déclaré Mishra.

Transparence et innovation dans le secteur manufacturier

Mercury a posé des bases solides pour étendre son offre de couches de visualisation, ainsi que d’autres applications au sein de l’organisation. Disposer d’une plateforme commune capable de centraliser des outils historiquement disparates offre une plus grande transparence tout au long du cycle de vie du produit et introduit de nouveaux domaines d’innovation.

Le Mendix La couche de visualisation permet aux employés de Mercury de :

• Suivre les chaînes de contrats
• Suivi des révisions et des approbations
• Associez cela à ce qui est reflété dans leur ERP
• Maintenez la livraison du produit sur la bonne voie.

Avoir une couche visuelle commune qui est hautement compatible avec les systèmes PLM a également permis à Mercury Systems d'apporter fonctionnalité de fabrication de pointe dans leurs applications.

« Nous avons étudié différents formats de visualisation, et c'est très agréable à regarder. Les fichiers de visualisation sont sympas, mais vous pouvez également y faire des annotations. Vous pouvez faire pivoter le modèle tout en restant dans l'atelier, et les gens ajoutent maintenant de la réalité augmentée à l'ensemble. Nous voulions en tirer parti, nous avons donc utilisé le Mendix 3D Viewer, qui venait juste de sortir à l'époque.

« Dans le cadre de ce concept de visualisation, vous pouvez réellement faire pivoter votre dessin ou votre assemblage final à partir de SolidWorks, sans jamais avoir à accéder à SolidWorks. Nous étendons cela au processus de balisage et à ECO qui sera bientôt disponible », a expliqué Mishra.

À l'avenir, le fil numérique s'étendra idéalement au-delà des utilisateurs internes de Mercury Systems, et les clients et fournisseurs disposeront d'une vue portail pour consulter les modèles, ajouter des commentaires et voir leur contribution directement reflétée dans l'ingénierie du système.

Pour Mishra, la combinaison de travail agile, une architecture basée sur le cloud et les microservices, et un développement low-code permettent à son équipe de fournir des solutions à un rythme qui non seulement répond, mais dépasse, la demande de l'entreprise, résolvant ainsi un défi vieux de plusieurs décennies auxquelles sont confrontées de nombreuses équipes informatiques.