Systémier
Cet article ne cite pas suffisamment ses sources ().
Si vous disposez d'ouvrages ou d'articles de référence ou si vous connaissez des sites web de qualité traitant du thème abordé ici, merci de compléter l'article en donnant les références utiles à sa vérifiabilité et en les liant à la section « Notes et références ».
En pratique : Quelles sources sont attendues ? Comment ajouter mes sources ?
Le systémier ou assembleur est une entreprise qui intègre les différentes pièces détachées d'un système en se spécialisant dans la conception, le développement et le maintien en opération de ce système. La notion s'applique notamment dans l'aéronautique, l'automobile et l'informatique.
Le besoin d'un systémier provient de la complexité des systèmes qui font intervenir de nombreux domaines d'études aux compétences variées, de multiples technologies, des missions longues avec une pléthore de séquence d'évènements. Il y a donc besoin d'un coordinateur qui s'occupe de s'assurer de la cohérence des différents éléments, de gérer les interfaces entre elles et finalement d'assurer le fonctionnement de l'ensemble.
Du fait du caractère abstrait de sa nature, le rôle du systémier fait en permanence l'objet de controverses, notamment sur la limite de son champ d'action. D'autre part, chaque composant d'un système peut être aussi considéré comme un sous-système : chaque participant au projet joue donc aussi à son niveau le rôle de systémier pour le produit qu'il développe.
Rôle[modifier | modifier le code]
Les différentes tâches[modifier | modifier le code]
Le systémier doit assurer les tâches suivantes :
- Définir le cahier des charges avec le client (type de mission, technologie spécifique à utiliser, contraintes de sécurité, etc.)
- Définir les différents types d'architecture répondant au cahier des charges (nombre de moteurs, de réservoirs, types d'algorithme)
- Décliner le cahier des charges en spécifications vers les participants du projet (sous-traitants, sous-systémiers, co-traitants...). Les spécifications précisent les performances, les ambiances, les contraintes opérationnelles et les interfaces (mécaniques, électriques) que doivent tenir chaque sous-ensemble. Cette déclinaison se fait en suivant l'arborescence de l'architecture d'un système. Chaque contractant développe alors son produit de façon à respecter ces spécifications
- Suivre le développement de chaque composant : il s'agit de vérifier qu'il n'y a pas d'incohérences qui apparaissent entre les différents produits. Des difficultés peuvent en effet apparaître dans le développement d'un composant particulier qui amène à réviser la spécification et cela au détriment d'un autre produit. C'est un jeu d'équilibriste permanent entre les besoins et les contraintes des différents participants.
- Utiliser les informations que font remonter chaque participant sur leur produit afin d'élaborer le système complet : chaque produit a des caractéristiques données, un principe de fonctionnement donné et génère des ambiances mécaniques, thermiques, ... Toutes ces données sont imbriquées les unes dans les autres par le systémier qui évalue alors le fonctionnement de l'ensemble et les ambiances qu'il génère ; par exemple, pour une fusée, il va évaluer la masse totale, les centrages, les inerties, il va élaborer les lois de guidages, de navigation et d'attitude, analyser les ambiances subies par chaque partie du lanceur. Finalement, il s'assurera qu'une masse utile suffisante peut être mise en orbite avec la précision requise.
La conception système[modifier | modifier le code]
Les différentes activités évoquées précédemment ne l'ont pas été dans un ordre précis. En effet, le développement système repose sur l'interaction permanente entre toutes ces tâches : c'est ce qu'on appelle les boucles système ; c'est le motif de conception que l'on retrouve le plus fréquemment au niveau système. Il part de l'idée qu'un système ne suit pas un processus de développement linéaire et qu'il n'y a pas un jeu de données d'entrée parfaitement défini ; il faut donc faire des hypothèses, travailler sur ces hypothèses puis les affiner en fin de boucle.
On retrouve néanmoins à une échelle macroscopique une certaine tendance dans l'évolution du développement. Dans le cas des systèmes spatiaux, c'est le schéma du Cycle en V : dans la partie descendante, on met en place les spécifications, puis on les décline vers le bas à chaque sous-ensemble ; dans la partie ascendante, chaque sous-ensemble fait remonter vers le niveau supérieur ses caractéristiques afin d'être intégrées dans le système.
Les bases[modifier | modifier le code]
Il existe différentes définitions du systémier, souvent théoriques, qui amènent à des schémas d'organisation très différents. Celui présenté ici a l'avantage de se révéler pragmatique.
Un systémier repose sur quatre bases fondamentales :
- Les objectifs : le systémier doit toujours connaître les objectifs de ses actions. Cela paraît trivial mais la complexité des systèmes spatiaux fait qu'au bout de quelques années de développement et sous l'effet des nombreuses pressions politiques et économiques, les objectifs perdent en clarté. Or, son rôle est de maintenir le cap du développement d'un projet et d'éviter toute dérive qui pourrait engendrer des surcoûts ou de prises de risques inutiles.
- La maîtrise de la technologie : le rôle du systémier n'est pas de développer chaque composant : c'est le travail des motoristes, électroniciens... Par contre, il doit pouvoir être à même de bien comprendre et maîtriser les subtilités de fonctionnement des sous-ensembles et cela afin de s'assurer qu'ils s'intègrent au mieux. En effet, chaque composant ne doit pas être optimisé par lui-même : c'est le système complet qui doit l'être et non pas chaque sous-ensemble. Il faut donc comprendre quels sont les paramètres majeurs d'un équipement et connaître la sensibilité du fonctionnement à ces paramètres. Pour cela, le systémier doit disposer d'une batterie d'outils qui permettent d'analyser chaque produit ainsi que la technologie et la physique associées. Mais il doit aussi s'appuyer sur la compétence de ses ingénieurs dans chaque domaine et travailler au maintien de cette compétence en leur permettant de travailler au contact du matériel.
- Les humains : un systémier, c'est avant tout un ensemble d'êtres humains : le plus souvent nombreux, avec des compétences différentes, des éducations différentes et des manières de penser différentes. Et toute la difficulté consiste à faire interagir ces gens. C'est la base du métier de systémier : être capable d'établir des relations constructives avec d'autres ingénieurs.
- La gestion de l'information : la complexité d'un système se traduit par le nombre des interfaces qui sont à gérer et donc par la quantité d'information qui transite par ces interfaces. Ces informations varient par leur nature, par leur histoire, par leur niveau de mise à jour. La maîtrise de ces informations est donc l'une des clefs de la réussite d'un projet système. La principale difficulté associée est l'absence d'information ; elle peut être due soit à la rétention pour des raisons politiques ou personnelles soit au manque d'avancement du projet. Des outils se mettent peu à peu en place afin d'améliorer au mieux la gestion de l'information.
