Brevet FR2846117A1 — publié le 20040423

La présente invention concerne un procédé et un dispositif pour synthétiser une architecture électrique et les applications de ce procédé à un véhicule. Des outils du marché permettent de représenter en deux ou trois dimensions le routage des fils électriques dans un produit tel qu'un véhicule. Dans ce cas, l'utilisateur doit 5 tracer chaque fil d'une broche, ou pine, d'un connecteur à un autre. Lorsque des moyens de mise au propre du routage existent, ils sont rudimentaires. L'objectif de la présente invention est notamment de permettre le routage de tout ou partie des fils d'une architecture électrique-électronique alors même que l'on ne connaît pas encore précisément la géométrie du produit, mais que l'on sait le découper en zones qui 10 pourront, par exemple, être assemblées au moment de la fabrication dudit produit. On ne connaît pas de tels procédés réellement efficaces. La présente invention vise aussi à remédier à ces inconvénients pour gagner du temps lors de la synthèse et lors de l'évaluation d'architectures électriques et électroniques. A cet effet, la présente invention vise, selon un premier aspect, un procédé pour 15 synthétiser une architecture électrique et électronique d'au moins une partie d'un produit comprenant des fils électriques et des composants électriques et électroniques tels que des capteurs, des actionneurs et des calculateurs, caractérisé en ce qu'il comporte les étapes suivantes: - on représente en deux dimensions la géométrie du produit découpée en 20 différentes zones; - on place dans les différentes zones, des points de routage pour le routage des fils électriques; - on place entre les différentes zones des points de connexion; - on place les composants électriques et électroniques dans les zones; - on procède à une synthèse du routage en fonction de la géométrie des différentes zones, des positions des points de routage, des points de connexion et des composants; - on procède à une évaluation de ce routage et en fonction du résultat de cette évaluation; - on modifie des emplacements de points de routage, de points de connexion et/ou de composants électriques et électroniques et on répète les étapes de synthèse et d'évaluation. Grâce à ces dispositions, on optimise le routage par itération. Selon des caractéristiques particulières, au moins un point de connexion 35 correspond, dans le produit, à un connecteur et/ou au moins un point de routage correspond, dans le produit, à un connecteur. Grâce à ces dispositions, on prend en compte et on dimensionne les connecteurs. Selon des caractéristiques particulières, on précise à l'intérieur desdites zones, des sous-zones d'évitement dans lesquelles aucun fil, composant ou connecteur ne doit être placé et, au cours de l'étape de synthèse, on interdit qu'un fil traverse une sous-zone d'évitement. Grâce à ces dispositions, la représentation est plus fidèle et tient compte de l'encombrement de certaines zones du produit. Selon des caractéristiques particulières, avant de placer les composants électriques et électroniques, on fait au moins un des choix ci-après: choix d'unités de contrôle électroniques, 10 - choix de réseaux de communication, - choix de capteurs et actionneurs, - choix de boîtiers fusibles et relais, - choix d'une architecture électrique et électronique. Selon des caractéristiques particulières, avant de procéder à la synthèse du 15 routage, on spécifie des caractéristiques des composants électriques et électroniques. Selon des caractéristiques particulières, après la synthèse du routage, on visualise le câblage constitué du routage synthétisé et de connecteurs. Grâce à ces dispositions, on peut mettre au point le placement des points de routage en simplifiant la géométrie des torons. Selon des caractéristiques particulières, le procédé comporte une étape de validation d'un routage parmi ceux évalués, et on procède au calcul d'une spécification technique du câblage constitué du routage synthétisé validé et de connecteurs et on procède à la suite du calcul de la spécification technique, au calcul d'un cot du câblage et/ou au calcul d'une mesure de qualité, par exemple par l'estimation du nombre de pannes par 25 million et par an du câblage. Grâce à ces dispositions, le concepteur peut comparer différentes solutions d'architecture et transmettre la spécification de l'architecture retenue à l'équipe de développement et de mise au point. Selon des caractéristiques particulières, le produit est un véhicule et les différentes 30 zones du véhicule comprennent au moins l'une des zones suivantes: - la zone de la face avant, - la zone du capot, - la zone du tableau de bord, - la zone du pavillon, - la zone du coffre et du hayon, au-dessus et en dessous des zones ci-dessus, - la zone de l'aile avant droite et de l'aile avant gauche, - la zone de la porte avant droite et de la porte avant gauche, - la zone du montant droit et du montant gauche, la zone de la porte arrière droite et de la porte arrière gauche, - la zone de l'aile arrière droite et de l'aile arrière gauche, entre la zone du 5 tableau de bord et celles de l'aile avant droite et de l'aile avant gauche, les zones du montant avant droite et du montant avant gauche, entre la zone du coffre et celles de l'aile arrière droite et de l'aile arrière gauche, les zones du montant arrière droit et du montant arrière gauche, - une zone du dessus de plancher et une zone du dessous de plancher. Grâce à ces dispositions, on peut appliquer le procédé à un véhicule automobile. Selon un deuxième aspect, la présente invention vise un outil de conception d'architecture de système, caractérisé en ce qu'il comporte plusieurs écrans qui comportent, chacun: - une description hiérarchisée du système, au moins un des niveaux de la hiérarchie représentant des prestations offertes à des utilisateurs, et - lorsqu'un élément de la description hiérarchisée est sélectionné, une vue synthétique d'une partie au moins de l'interface de cet élément avec le reste du système. Grâce à ces dispositions, l'utilisateur de l'outil de conception prend directement en 20 compte les prestations offertes aux clients en y accédant dans lesdits écrans et en observant des vues synthétiques liées à ces prestations. On rappelle ici que les prestations représentent des services au bénéfice d'un utilisateur du système, par exemple le conducteur d'un véhicule embarquant ledit système. Des prestations sont définies par ce que l'utilisateur veut (par exemple la mise en route de la climatisation, d'essuie-glaces) ou par ce 25 qu'on lui propose (par exemple une sécurité passive, notamment en cas d'accidents). Elles sont aussi définies par des capteurs et/ou des actionneurs qu'elles mettent en oeuvre. Elles correspondent, chacune, à une réalisation matérielle capteur/logiciel/actionneur, le capteur pouvant être matériel (capteurs en tableau de bord ou pédales, par exemple). A partir des prestations, l'outil de conception permet de déterminer des spécifications du système, des 30 interfaces et ce que doivent comporter les éléments du système et leur communication avec les autres éléments du système. Selon des caractéristiques particulières, l'outil comporte un moyen de sélection, appelé "onglet", d'une description hiérarchisée, la sélection de chaque onglet faisant apparaître un écran différent de l'outil. Grâce à ces dispositions, le passage d'un écran à 35 l'autre est particulièrement aisé. Selon des caractéristiques particulières, pour au moins un écran, la description hiérarchisée représente, à un premier niveau de hiérarchie, une pluralité de prestations, et à un deuxième niveau de hiérarchie, une pluralité de cas d'utilisation pour chaque prestation. Grâce à ces dispositions, chaque prestation est définie par les cas de son 5 utilisation. Par exemple, la prestation "essuie-glaces" peut être définie par des cas d'utilisation de balayage alterné, de balayage lent et de balayage rapide. Selon des caractéristiques particulières, pour au moins un dit écran, chaque cas d'utilisation comporte un contexte ou situation initiale du système, une demande d'un utilisateur au système et une réponse du système correspondant à un changement de son 10 état. Selon des caractéristiques particulières, dans au moins un écran, pour chaque cas d'utilisation d'une prestation, on définit des états et des transitions d'état associées. Grâce à chacune de ces dispositions, les cas d'utilisation sont formalisés et en relation directe avec les situations et états du système et les demandes de l'utilisateur du 15 système qui définissent les transitions entre états. Selon des caractéristiques particulières, avec au moins un écran, on regroupe les états qui fonctionnent dans des modes transverses aux prestations communs, dans des "phases", chaque état est associé à une phase du système, l'ensemble des cas d'utilisation formalisés représentant toutes les réponses ou absences de réponse du système dans 20 toutes les phases, celles ci représentant, ensemble, toutes les combinaisons des modes de fonctionnement du véhicule. Grâce à ces dispositions, on hiérarchise les états ce qui permet une meilleure lisibilité car on peut considérer chaque phase séparément, puis chaque transition de phase. Selon des caractéristiques particulières, chaque phase est constituée d'un 25 ensemble de combinaison des modes de fonctionnement du véhicule, les modes étant transversaux aux prestations et hors du contrôle direct des prestations, par exemple un mode représentant un niveau d'énergie disponible et/ou un type d'utilisateur du système et ou un état accidenté ou non d'un véhicule. Grâce à ces dispositions, la définition des phases est normalisée et de mise en 30 oeuvre aisée, elle permet d'autre part une lecture facilitée car hiérarchisée des états. Selon des caractéristiques particulières, pour au moins un écran, la description hiérarchisée représente, à un premier niveau de hiérarchie, une pluralité de prestations, et à un deuxième niveau de hiérarchie, des phases de la prestation. Grâce à ces dispositions, la description des prestations est détaillée pour chacune 35 des phases du système, ce qui simplifie le travail de l'utilisateur de l'outil. Selon des caractéristiques particulières, pour au moins un écran, la description hiérarchisée représente, à un premier niveau de hiérarchie, une pluralité de prestations, et à un deuxième niveau de hiérarchie, des états. Grâce à ces dispositions, la description des prestations est rattachée à des états du système, ce qui simplifie le travail de l'utilisateur de l'outil. Selon des caractéristiques particulières, dans la description hiérarchisée, un niveau hiérarchique décrit, dans un état donné, les opérations élémentaires. Grâce à ces dispositions, les opérations élémentaires effectuées par le système sont accessibles dans la description hiérarchisée et peuvent être éditées par l'utilisateur de 10 l'outil. Selon des caractéristiques particulières, pour au moins un écran, un utilisateur peut effectuer un placement d'opérations élémentaires sur des composants représentés sur une vue synthétique. Grâce à ces dispositions, les aspects fonctionnels du système peuvent être 15 implantés sur les composants matériels de ce système. Selon des caractéristiques particulières, l'outil comporte, pour au moins un écran, une vue synthétique représentant une enveloppe d'un composant et chaque opération élémentaire que ledit composant contrôle ou commande. Grâce à ces dispositions, l'utilisateur de l'outil peut étudier le fonctionnement de 20 chaque composant et les spécifications qui en découlent. Selon des caractéristiques particulières, l'outil comporte, pour au moins un écran, une vue synthétique représentant une enveloppe d'une prestation et chaque opération élémentaire que ladite prestation comporte. Grâce à ces dispositions, l'utilisateur de l'outil peut étudier le fonctionnement de 25 chaque prestation et les spécifications qui en découlent. Selon des caractéristiques particulières, pour au moins un écran, la description hiérarchisée représente des calculateurs du système, à un premier niveau de hiérarchie, et à un deuxième niveau de hiérarchie, des opérations élémentaires contrôlées ou commandées électroniquement par chaque calculateur. Grâce à ces dispositions, l'utilisateur de l'outil peut étudier le fonctionnement de chaque calculateur et les spécifications qui en découlent. Selon des caractéristiques particulières, pour au moins un écran, une vue synthétique représente, pour chaque calculateur, les prestations qui sont, au moins partiellement, placées sur ledit calculateur. Grâce à ces dispositions, l'utilisateur de l'outil peut étudier les relations entre les prestations et les calculateurs. Selon des caractéristiques particulières, pour au moins un écran, une vue synthétique représente, pour chaque calculateur, les modes dans lesquels ledit calculateur doit fonctionner. Grâce à ces dispositions, l'utilisateur de l'outil peut étudier les relations entre les modes et les calculateurs. Selon des caractéristiques particulières, pour au moins un écran, une vue synthétique représente au moins un réseau et les composants qui y sont reliés. Grâce à ces dispositions, l'utilisateur peut étudier le fonctionnement de chaque réseau. Selon des caractéristiques particulières, pour au moins un écran, la description hiérarchisée représente des calculateurs du système, à un premier niveau de hiérarchie, et à un deuxième niveau de hiérarchie, pour chaque calculateur, les trames de données transitant sur les bus auxquels est connecté le calculateur et/ou les composants électroniques (capteurs, actionneurs) directement connectés au calculateur. Grâce à ces dispositions, l'utilisateur de l'outil peut étudier chaque calculateur et les interactions qu'il a avec d'autres éléments du système, en particulier les bus auxquels il est connecté. Selon des caractéristiques particulières, pour au moins un écran, la description hiérarchisée représente des trames, à un premier niveau de hiérarchie, et à un deuxième 20 niveau de hiérarchie, pour chaque trame, les données contenues dans les trames. Grâce à ces dispositions, l'utilisateur de l'outil peut détailler la messagerie utilisée et établir les relations entre les trames et les données qu'elles contiennent. Selon des caractéristiques particulières, pour au moins un écran, une vue synthétique représente des composants et/ou réseaux et une projection d'une prestation sur 25 lesdits composants et/ou réseaux. Grâce à ces dispositions, l'utilisateur de l'outil peut étudier séparément chaque prestation, en terme d'implantation matérielle. Selon des caractéristiques particulières, pour au moins un écran, un niveau hiérarchique décrit, pour chaque opération élémentaire, les flots de données d'entrée et de 30 sortie d'interface, pour chaque flot de données, le pilote et le composant et/ou l'opération élémentaire, avec lequel le flot de données est échangé. Grâce à ces dispositions, l'utilisateur de l'outil peut étudier le détail de la mise en oeuvre d'une opération élémentaire, en termes de flots de données, de pilotes et/ou de composants. Selon des caractéristiques particulières, pour au moins un écran, la description hiérarchisée représente, à un premier niveau de hiérarchie, une pluralité de prestations, et à un deuxième niveau de hiérarchie, une pluralité de variantes de prestation, pour chaque prestation. Grâce à ces dispositions, l'outil permet de traiter différentes variantes d'une prestation dans la conception de l'architecture d'un système. Selon des caractéristiques particulières, pour au moins un écran, la description hiérarchisée représente, à un premier niveau de hiérarchie, une pluralité de composants électroniques, et à un deuxième niveau de hiérarchie, une pluralité de variantes de composants électroniques, pour chaque composant électronique. Grâce à ces dispositions, l'outil permet de traiter différentes variantes d'un 10 composant, par exemple différents composants de différents équipementiers, dans la conception de l'architecture d'un système. Selon des caractéristiques particulières, pour au moins une vue synthétique, une sélection, avec un dispositif de pointage, d'un élément de la vue synthétique donne accès à une représentation de fonctionnement dudit élément. Grâce à ces dispositions, l'utilisateur de l'outil peut étudier le fonctionnement des différents éléments représentés dans la vue synthétique. Selon des caractéristiques particulières, pour un cas d'utilisation, étant donné un placement partiel ou complet des prestations, on identifie automatiquement l'ensemble des opérations élémentaires dans l'architecture ainsi que l'ensemble des données échangées 20 (trames, capteurs, actionneurs) correspondant à la réalisation du cas d'utilisation. Grâce à ces dispositions, si une erreur est observée, lors d'un test d'intégration, c'est à dire pour un cas d'utilisation donné, on peut retrouver les composants susceptibles d'être à l'origine du défaut. Selon des caractéristiques particulières, pour un cas d'utilisation, si on exprime une 25 contrainte de performance sur ledit cas d'utilisation, on identifie automatiquement l'ensemble des opérations élémentaires dans l'architecture, l'ensemble des trames échangées, l'ensemble des capteurs nécessaires et/ou l'ensemble des actionneurs activés, de manière à leur affecter respectivement des contraintes de délai d'exécution, de délai de transmission, de délai d'activation propres et/ou valider des contraintes déjà exprimées. Grâce à ces dispositions, on va pouvoir décider des contraintes de rafraîchissement des différentes données échangées par des opérations élémentaires auxquelles s'applique la contrainte de performance. Selon un troisième aspect, la présente invention vise un outil de conception d'architecture de système, caractérisé en ce qu'il comporte, pour des objets, composants 35 matériels et/ou prestations offertes au client, une représentation graphique dite "enveloppe" qui comporte: - un contour représentant ledit objet, - des représentations d'autres objets avec lequel ledit objet communique, et - des représentations de données échangées avec lesdits autres objets. Grâce à ces dispositions, l'utilisateur de l'outil dispose d'une vue synthétique de l'interaction de l'objet avec d'autres objets du système. Selon des caractéristiques particulières, lorsque ladite enveloppe représente un composant matériels, des représentations de données sont effectuées pour une prestation. Grâce à ces dispositions, chaque couple composant matériel - prestation peut être étudié séparément. Selon un quatrième aspect, la présente invention vise un outil de représentation de 10 système comportant des composants électroniques reliés, chacun, à au moins un bus, caractérisé en ce qu'il comporte, pour chaque bus, une représentation des composants qui y sont directement reliés et, pour les composants directement reliés à au moins deux bus, pour chacun de ces bus, associé audit composant, un identificateur de chaque autre bus auquel ledit composant est directement relié. Grâce à ces dispositions, l'utilisateur de l'outil dispose d'une vue en trois dimensions, sans complexité de représentation, chaque bus étant représenté en deux dimensions et les liens entre les bus étant représentés, selon une troisième dimension, grâce aux identificateurs. Selon des caractéristiques particulières, ledit identificateur est un élément 20 graphique, par exemple une pastille d'une couleur identique à celle du bus dans ladite représentation. Grâce à ces dispositions, la visualisation des relations entre les bus est aisée, grâce à la visualisation de l'élément graphique. Selon un cinquième aspect, la présente invention vise un procédé de conception 25 d'une spécification d'un système matériel et logiciel, caractérisé en ce qu'il comporte: - une étape de définition de prestations et, pour chaque prestation, de cas d'utilisation; - une étape d'association de chaque cas d'utilisation à au moins un état de départ du système, une demande utilisateur et, pour chaque état de départ, un état d'arrivée du 30 système; - une étape de définition d'opérations au cours de laquelle, pour chaque état, on définit un ensemble d'opérations élémentaires correspondant à la réponse du système lors de l'arrivée dans ledit état; - une étape de spécification d'architecture du système définissant des unités de 35 contrôle électronique et des réseaux; - une étape de placement des opérations élémentaires sur les calculateurs; et, au moins l'une des étapes suivantes: - une étape d'identification des flots de données circulant sur lesdits réseaux en fonction dudit placement; et - une étape d'identification de la spécification des interfaces des calculateurs en fonction dudit placement. Grâce à ces dispositions, ce procédé permet de partir des prestations offertes à l'utilisateur du système, de déterminer le fonctionnement du système puis d'implanter les opérations élémentaires mettant en oeuvre les prestations sur des calculateurs et d'identifier les conséquences de l'implantation en termes de flots de données et/ou en termes de spécification d'interfaces. Selon des caractéristiques particulières, l'étape de placement comporte, pour chaque prestation, un choix parmi plusieurs modes de placement comportant notamment: - le placement de la prestation sur un seul calculateur, - le placement maître-esclave dans lequel une opération élémentaire supplémentaire de contrôle de la prestation unique, active, suivant l'état de la prestation 15 dans lequel se trouve le système, les opérations élémentaires de la prestation, cette opération élémentaire supplémentaire étant placée sur l'un des calculateurs, - le placement distribuée dans lequel les opérations élémentaires sont réparties sur au moins deux calculateurs et, sur chacun desdits calculateurs, une opération élémentaire supplémentaire de contrôle de la prestation est placée et active, suivant l'état de la prestation 20 dans lequel se trouve le système, les opérations élémentaires de la prestation placées sur ledit calculateur. Grâce à ces dispositions, le placement de chaque prestation peut être effectué sur un ou plusieurs composants, avec des opérations élémentaires de contrôle correspondantes. Selon des caractéristiques particulières, les opérations élémentaires 25 supplémentaires sont générées automatiquement avec: - comme entrées, toutes les données nécessaires au calcul des transitions de l'automate de contrôle de la prestation dont les états sont les états de la prestation et les transitions les traductions, par une opération élémentaire, des demandes utilisateur et - comme sortie, une donnée représentant l'état dans lequel se trouve la prestation. 30 Grâce à ces dispositions, le travail de l'utilisateur de l'outil est très simplifié. Selon des caractéristiques particulières, au cours de l'étape d'identification des flots de données, on détermine un état de chaque flot de données, par rapport à une messagerie donnée: - données "libres", à placer dans des trames, - données déjà placées dans une trame et circulant sur le réseau et telles qu'elles sont produites dans les calculateurs o la trame est produite et consommée dans les calculateurs o la trame est consommée, et - emplacements de trame non utilisés. Grâce à ces dispositions, les données et les trames peuvent être organisées, et pendant la conception du système, on peut mesurer le travail restant à faire pour couvrir l'ensemble des échanges de données par les différentes trames. Selon des caractéristiques particulières, étant donné un cas d'utilisation, on exprime une contrainte de performance sur ce cas d'utilisation ainsi que sur certaines des opérations élémentaires réalisées dans l'état d'arrivée dudit cas d'utilisation, l'outil synthétise alors automatiquement la liste des exécutions d'opérations élémentaires, exécutions de pilotes, écritures et lectures dans des trames, prise en compte d'information par des capteur 10 et des actionneurs, transfert de trame sur un réseau mise en oeuvres suite au placement desdites opérations élémentaires et le concepteur peut valider que cette contrainte de performance est satisfaite pour un placement desdites opérations élémentaires ou spécifier des exigences de délai d'exécution et/ou de temps de réponse pour satisfaire cette contrainte de performance. Grâce à ces dispositions, on peut s'assurer que le système aura bien les performancecs attendues et l'on peut notamment mettre au point des exigences de performance pour les divers composantes du système. Selon des caractéristiques particulières, si, pour une prestation possédant au moins deux variantes, lesdites variantes ont des opérations élémentaires partagées, alors lesdites 20 opérations élémentaires sont placées sur les mêmes calculateurs ou variantes de calculateur. Par exemple des variantes d'accès au véhicule, l'une avec clé, l'autre sans clé, partagerons les opérations élémentaires de verrouillage et déverrouillage. Grâce à ces dispositions, il est possible de gérer simplement la diversité des 25 prestations lors de l'étape de placement car l'on a pas besoin d'effectuer plusieurs fois le placement d'une opération élémentaire partagée entre plusieurs variantes de prestation. Selon un sixième aspect, la présente invention vise un outil de conception d'un plan de câblage, caractérisé en ce qu'il comporte plusieurs écrans qui comportent chacun: - une description hiérarchisée des composants matériels à placer - une représentation en deux dimensions des zones sur lesquelles les composants sont placés. Selon des caractéristiques particulières, la représentation en deux dimensions des zones sur lesquelles les composants sont placés comporte une vue globale de l'ensemble des zones ainsi qu'un moyen de rajouter ou enlever des zones. Selon des caractéristiques particulières, lorsque l'on sélectionne une zone dans la vue globale de l'ensemble des zones, une vue locale de la zone, vue locale dans laquelle il des caractéristiques géométriques de la zone peuvent être spécifiées, par exemple en cliquant déplaçant des points de contour de la zone, apparaît. Grâce à ces dispositions, la spécification de la zone peut être fidèle à la pièce qu'elle représente. Selon des caractéristiques particulières, on peut éditer, sur la vue locale d'une zone en cliquant-déplaçant à partir d'une icône de l'outil, des points de routage, des points de connexion, des sous-zones d'évitement et/ou des points de masse. Grâce à ces dispositions, le concepteur peut spécifier des points de passage préférentiels pour le routage des fils qui permettront de former des torons, des points de passage préférentiels d'une zone à une autre et des sous-zones d'évitement dans lesquelles aucun fil ne peut passer par exemple pour des raisons mécaniques ou d'encombrement, les endroits de la zone qui peuvent servir de masse. Selon des caractéristiques particulières, un point de routage ou un point de connexion entre zone peut être transformé en connecteur en cliquant sur un attribut dudit 15 point de routage ou de connexion. Grâce à ces dispositions, on peut spécifier l'emplacement des connecteurs qui permettront de découper les fils et torons en pièces suffisamment petites ou pratiques pour le montage. Selon des caractéristiques particulières, on peut spécifier l'emplacement des différents composants électroniques, les boîtiers fusibles et relais, les unités de contrôle électroniques, les capteurs, les actionneurs, notamment en cliquant déplaçant sur une représentation desdits composants dans une liste hiérarchisée. Grâce à ces dispositions, le concepteur peut spécifier l'emplacement o seront placés ces composants sur les différentes zones du produit. Selon des caractéristiques particulières, on synthétise automatiquement le routage des différents capteurs et actionneurs jusqu'aux différents boîtiers fusibles et relais et unités de contrôle électronique. Grâce à ces dispositions, on peut visualiser le câblage et mettre au point le positionnement des points de routage et de connexion pour réduire "à vue" les longueurs et 30 les formes des torons. Selon des caractéristiques particulières, pour chaque capteur et chaque actionneur, des pines de données associées à des pilotes (matériels et logiciels) eux-même associés à des données, des pines de puissance correspondant à l'alimentation et des pines de masse étant spécifiées, on synthétise automatiquement, le routage des fils correspondant à ces fils 35 aux unités de contrôle électroniques ou aux boîtiers fusibles et relais pour les données, aux boîtiers fusibles relais pour les fils de puissance et aux masses respectivement les plus proches. 28461 17 Grâce à ces dispositions, on évalue le nombre de pines des connecteurs, des connecteurs des unités de contrôle électroniques et des boîtiers fusibles et relais, ainsi que la taille des différents torons. Selon des caractéristiques particulières, si un capteur ou un actionneur est relié à un calculateur dans l'outil de conception d'architecture de système, alors, au cours de la synthèse du routage, on relie les pines de données dudit capteur ou dudit actionneur au dit calculateur. Grâce à ces dispositions, des exigences de liaison d'un capteur ou d'un actionneur à un calculateur, par exemple pour des raisons contractuelles avec un fournisseur, sont prises 10 en compte dans la conception de l'architecture électrique et électronique. Selon des caractéristiques particulières, - étant donnée une fonction de cot des connecteurs, par exemple basée sur un abaque qui donne une estimation du prix des connecteurs en fonction du nombres de connexions de données, de puissance et de masse, ou basé par 15 exemple sur un prix moyen affecté à chaque connexion d'un fil de données, courant ou masse, étant donnée une évaluation du cot des composants électroniques, capteurs, actionneurs, unités de contrôle électronique ou boîtiers fusibles et relais - étant donnée une fonction de cot des fils basée par exemple sur leur longueur et sur leur type, en prenant par exemple un poids linéaire moyen pour les fils de puissance et de masse, un poids linéaire moyen pour les fils de données, et un cot massique du composant dans lequel sont fabriqués lesdits fils, on calcule automatiquement un cot d'une architecture électrique et électronique, en fonction d'au moins une desdites fonctions et évaluations. Grâce à ces dispositions, on peut comparer les cots respectifs de deux architectures afin de choisir la moins chère. Selon des caractéristiques particulières, étant donné un cot moyen pour les pilotes 30 logiciels et matériels des différents pilotes, étant donné un cot de mise en oeuvre d'une opération élémentaire, on estime automatiquement un cot d'une unité de contrôle électronique ou d'un boîtier fusibles et relais puis d'une architecture électrique et électronique complète. Grâce à ces dispositions, l'estimation de cot est automatique à partir de n'importe quel placement réalisé dans l'outil de conception d'architecture de système d'une pluralité de prestations pour lesquelles des estimations ont été réalisées. Selon des caractéristiques particulières, étant donné un routage synthétisé, étant données des mesures de qualité pour les connecteurs et les portions de fil des différentes zones, on estime automatiquement une mesure de qualité d'une architecture électrique et électronique. Grâce à ces dispositions, on peut évaluer la qualité respective de deux architectures électriques. Selon des caractéristiques particulières, étant donné une mesure de qualité des différents calculateurs capteurs et actionneurs placés dans les différentes zones, on estime automatiquement la qualité d'une architecture électrique et électronique Grâce à ces dispositions, on peut évaluer la qualité respective de deux architectures électriques et électroniques Selon des caractéristiques particulières, étant donné une mesure de qualité pour chaque type d'entrées/sorties, pour chaque type de fil (puissance, masse, données), 15 - étant donnée une mesure de qualité pour l'exécution d'une instruction sur un calculateur, pour un accès en mémoire vive, pour un accès en mémoire flash, on calcule automatiquement une mesure de qualité pour l'exécution d'une opération élémentaire, et pour l'exécution d'un ensemble d'opérations élémentaires sur un calculateur. Grâce à ces dispositions, on prend en compte précisément la qualité de fonctionnement des calculateurs dans l'évaluation qualité d'une l'architecture électrique électronique. Selon des caractéristiques particulières, on détermine automatiquement, dans chaque zone, des points de routage candidats pour regrouper les fils de puissance et de masse en épissures et l'on choisit automatiquement celui qui minimise la longueur de fil dans 25 ladite zone. Grâce à ces dispositions, on optimise la longueur du câblage et on minimise la taille des connecteurs. Selon des caractéristiques particulières, on tient compte des épissures dans les évaluations de cot et de qualité. Grâce à ces dispositions, ces évaluations sont de meilleure qualité. Selon un septième aspect, la présente invention vise un outil de synthèse d'un routage économiquement optimal, caractérisé en ce que: - les différentes configurations de variantes de prestation et de variantes de calculateurs étant spécifiées et le taux d'occurrence de ces configurations étant connu, la 35 somme des taux des configurations étant égale à un, - les caractéristiques de cot des composants étant connues et pondérées en fonction de leurs taux de monte respectifs, - le placement partiel ou complet des variantes de prestation sur les variantes de calculateur étant réalisé, on synthétise automatiquement un routage économiquement optimal tel que, pour chaque capteur et chaque actionneur, on identifie les routages valides, on évalue le cot de routage 5 desdits routages valides pour chaque configuration, et l'on choisit le routage valide qui minimise la moyenne, pondérée par les taux de montes de chaque configuration, des cots de routage pour chaque configuration. Grâce à ces dispositions, on peut comparer les cots respectifs de deux architectures candidates pour un plan produit en intégrant un mix de gamme et d'options. Selon des caractéristiques particulières, on synthétise le routage optimal en qualité caractérisé en ce que l'on reprend les étapes ci- dessus, le critère que l'on minimise étant une mesure de qualité préférentiellement exprimée en pannes par million. Grâce à ces dispositions, on peut comparer les mesures de qualité respectives de deux architectures candidates pour un plan produit. Selon des caractéristiques particulières, on synthétise le routage optimal en poids caractérisé en ce que l'on reprend les étapes ci-dessus, le critère que l'on minimise étant une mesure de qualité préférentiellement exprimée en pannes par million. Grâce à ces dispositions, on peut comparer les poids respectifs de deux architectures candidates pour un plan produit. Selon des caractéristiques particulières, on calcule automatiquement un cot de montage de l'architecture électrique et électronique en fonction d'un cot de montage d'un toron sur une zone, d'un cot de montage d'un connecteur sur une frontière de zone ou sur une zone, d'un cot de montage d'un calculateur sur une zone, d'un cot de montage d'un capteur ou d'un actionneur sur une zone et d'un cot de connexion d'un connecteur entre 25 zones ou dans une zone. Grâce à ces dispositions, on peut comparer les cots de montage respectifs de deux architectures. Selon des caractéristiques particulières, on synthétise le routage optimal pour l'ensemble des configurations, en reprenant les étapes ci-dessus, le critère que l'on 30 minimise étant un cot composé: - du cot récurrent estimé des pièces, - d'une estimation du cot qualité en anticipation de cot de réparation par zone ce cot étant majoré par un cot constant dépendant de la zone et de sa facilité d'accès, - d'une estimation du cot du poids en prise en compte de l'usure mécanique et de la consommation liée à une augmentation de poids du véhicule et/ou - d'une estimation du cot de montage. Grâce à ces dispositions, il est possible de réaliser une architecture optimisant le cot par rapport à un plan produit et non seulement par rapport à une seule variante de produit et prenant en compte tous les aspects de la conception L'ensemble des opérations du procédé peut être réalisé au moyen d'un ordinateur. Le procédé selon l'invention peut s'appliquer à la synthèse de l'architecture électrique d'un produit nouvellement créé. Le procédé selon l'invention peut également s'appliquer à la synthèse d'une architecture électrique modifiée par rapport à une architecture antérieure. D'autres avantages, buts et caractéristiques de la présente ressortiront de la description qui va suivre, faite en regard des dessins annexés, dans lesquels: - la figure 1 représente schématiquement les différentes étapes du procédé selon l'invention, - la figure 2 est une vue de dessus, en plan des différentes zones d'un véhicule 15 automobile, - la figure 3 est une vue schématique d'éléments de description de zones, - la figure 4 montre des routages validés dans une zone de portière d'un véhicule, - la figure 5 montre un exemple du câblage d'une portière de véhicule, - les figures 6 à 16 représentent des écrans mis en oeuvre pour la conception 20 d'une architecture de système électronique et informatique, - la figure 17 représente des étapes mises en oeuvre pour la spécification d'une variante de prestation, et - la figure 18 représente des étapes mises en oeuvre dans un procédé de conception d'une architecture de système selon la présente invention. Avant de détailler des modes de réalisation particuliers de différents aspects de la présente invention, on donne ici des explications sur la terminologie utilisée - les termes "véhicule" et "produit" sont utilisés indifféremment, la portée de la présente invention ne se limitant pas aux véhicules mais les modes particuliers de réalisation 30 étant détaillés pour un produit constitué d'un véhicule. * - les termes "estimation" et "évaluation" sont utilisés indifféremment. - dans un but de concision, le terme "outil" signifie "outil de conception d'architecture de système". - lorsque, dans le contexte de la description, la différence entre une unité de 35 contrôle électronique ou un boîtier fusibles et relais n'est pas importante, on parlera simplement de calculateur. Lorsque la gestion de diversité des calculateurs sera discutée, on parlera de type de calculateur pour un calculateur générique d'un réseau de bord, comme par exemple le calculateur d'injection d'un véhicule automobile et de variante de calculateur pour une instance particulière d'un type de calculateur, par exemple tel contrôleur d'injection essence produit par tel équipementier toujours pour un véhicule automobile. Lorsque l'on abordera les réseaux de bord, on parlera de noeud du réseau pour parler d'un type de 5 calculateur, ou d'une variante de calculateur suivant les cas, connecté à un réseau, pour rester cohérent avec la terminologie classiquement employée. La notion de composant fera généralement référence à un capteur ou un actionneur par opposition à un calculateur. Un composant électronique sera par contre aussi bien un actionneur ou un capteur qu'un calculateur ou un autre composant intelligent aussi appelé en 10 anglais "smart component". Un composant électrique électronique désignera n'importe quel type de composant. En pratique, ces distinctions seront claires à partir du contexte d'utilisation. Finalement, on parlera simplement de "réponse" pour parler d'une réponse à une demande utilisateur. La figure 1 représente schématiquement les étapes du processus suivi pour réaliser le routage des fils de l'architecture électrique et électronique ainsi que son évaluation. Certains liens entre certaines des étapes y sont symbolisés par des flèches. Par exemple, la flèche entre les étapes 102 et 104 indique que l'étape 104 est réalisée après l'étape 102. Par 20 contre, il n'y a pas de lien entre l'étape 104 et l'étape 106, ces deux étapes peuvent être réalisées dans un ordre indifférent sans nuire à la qualité du résultat. Pour effectuer le routage des fils et son évaluation, le procédé comporte: - une étape 102 au cours de laquelle on spécifie la géométrie du véhicule, sous forme de zones, par exemple en mettant en oeuvre un ordinateur qui affiche l'écran illustré 25 en figure 13 et dispose d'un logiciel permettant de réaliser les fonctions décrites en regard de la figure 13; Parallèlement à cette étape 102, on fait au moins un des choix ci-après: choix d'unités de contrôle électroniques, - choix de réseaux de communication, - choix de capteurs et actionneurs, - choix de boîtiers fusibles et relais, - choix d'une architecture électrique et électronique et on spécifie des caractéristiques des composants électriques et électroniques. - une étape 104 au cours de laquelle on place des sous-zones dites "d'évitement", dans les zones définies au cours de l'étape 102, comme expliqué en regard des figures 13 et 35 14; - une étape 106 au cours de laquelle on place des points de routage, des connecteurs, en particuliers entre les zones définies au cours de l'étape 102; - une étape 108 au cours de laquelle on place les composants - une étape 110 au cours de laquelle le logiciel qui implémente le premier aspect de la présente invention effectue automatiquement une synthèse du routage des signaux, un exemple d'un tel routage étant présenté en figure 5; - une étape 112 au cours de laquelle le logiciel effectue automatiquement une synthèse du routage de la puissance, un exemple d'un tel routage étant proposé en figure 5; - une étape 114 au cours de laquelle le logiciel effectue automatiquement une synthèse des liens de masse, un exemple d'un tel routage étant proposé en figure 5; - une étape 116 au cours de laquelle le logiciel effectue automatiquement une 10 évaluation du cot du routage, à partir de fonctions d'estimation des cots des connecteurs et des fils en fonction de leur dimension et des fonctions d'estimation des cots des différents composants électroniques et en sommant les cots des éléments composant l'architecture; - une étape 118, au cours de laquelle le logiciel effectue automatiquement une 15 évaluation de la qualité du routage à partir de fonctions d'estimation de la qualité des connecteurs et des fils en fonction de leur dimension et de fonctions d'estimation de la qualité des différents composants électroniques; et - une étape 120, au cours de laquelle le logiciel effectue automatiquement une évaluation du poids du routage, à partir de fonctions d'estimation du poids des connecteurs 20 et des fils en fonction de leur dimension et de fonctions d'estimation du poids des différents composants électroniques. En fonction du résultat de ces évaluations, on modifie les emplacement de point de routage, de connexion et des composants électriques et électronques, étapes 106 et 108 en vue d'une amélioration et on reprend les étapes de synthèse 110, 112, 114 pour procéder à 25 une nouvelle évaluation et de manière itérative converger vers une solution optimisée. Lorsque une solution optimsée est déterminée, on procède au calcul d'une spécification technique du câblage constitué du routage synthétisé validé et de connecteurs La figure 2 représente schématiquement le découpage en zones d'un produit, en l'occurrence un véhicule automobile 5 portes avec un hayon. Les différentes zones du 30 véhicule sont représentées suivant une vue de dessus. Ces différentes zones comportent: une zone aile avant droite 202, une zone porte avant droite 204, une zone montant droit 206, une zone porte arrière droite 208, une zone aile arrière droite 210, une zone montant avant droit 211, une zone montant arrière droit 212, une zone hayon 214, une zone pavillon 216, une zone cockpit 218, une zone capot 220, une zone montant avant gauche 222, une zone 35 montant arrière droit 224, une zone face avant 226, une zone aile avant gauche 228, une zone porte avant gauche 230, une zone montant gauche 232, une zone porte arrière droite 234, une zone aile arrière gauche 236, et une zone plancher 240. Ces zones sont, en figure 2, représentées ensemble et orientées suivant une "boussole" 238, placée à titre indicatif, qui permet intuitivement à l'homme du métier de naviguer dans chaque zone en sachant comment elle est située par rapport à celles qui l'entourent, à la fois dans la représentation et dans la réalité. La boussole 238 indique 5 comment les zones sont situées les unes par rapport aux autres, mais ne s'applique pas à chaque zone en particulier. Par exemple, les zones "aile avant droite" 202 et "porte avant droite" 204 sont placées de telle sorte que l'on peut en déduire que la zone "aile avant droite" 202 est à l'avant de la zone "porte avant droite" 204. Pour autant, ces deux zones sont verticales et, localement, ne seront pas représentées selon les orientations indiquées par la 10 "boussole" 238. De même, on voit en figure 2 que la zone "montant droit" 206 est à droite de la zone "pavillon" 216, mais la zone "pavillon" 216 est horizontale et sera représentée dans une vue locale selon les orientations indiquées par la "boussole" 238 alors que la zone "montant droit" 206 est verticale. La "boussole" 238 sert donc à situer les zones entre elles mais ne 15 s'applique pas nécessairement à la description du contenu de chaque zone. La figure 3 représente schématiquement des éléments de description de zones et illustre comment sont placés sur une zone "zone horizontale plancher" 318 correspondant en figure 2 à la zone plancher 240, un point de connexion 302, un point de routage 312, un connecteur placé en lieu et place d'un point de routage 304 ou en lieu et place d'un point de 20 connexion 316, une zone d'évitement 314, des composants 306 et 308, qu'il s'agissent de capteurs, actionneurs, unité de contrôle électronique ou boîtiers fusibles et relais. Un routage de la zone est réalisé, le composant 306 étant routé au point de connexion 302 via le connecteur 304 et le composant 308 étant routé au connecteur 316 via le point de routage 312. D'autre part, la figure 3 illustre les connexions entre zones 25 schématisées par le trait discontinu entre, d'une part, le point de connexion 302 de la zone horizontale plancher 318 et le point de connexion 320 de la zone verticale connexe 324 et, d'autre part, le connecteur 316 de la zone horizontale plancher 318 et le connecteur 322 de la zone verticale connexe 324. La "boussole" 326 indique comment orienter la zone horizontale plancher 318 alors que la "boussole" 328 indique comment orienter la zone 30 verticale connexe 324. On note que ces deux zones sont perpendiculaires, la zone horizontale plancher 318 étant inscrite dans un plan horizontal alors que la zone verticale connexe 328 est inscrite dans un plan vertical. Les points de connexion 302 et 320, lorsqu'ils sont associés, représentent un même point dans l'espace, c'est à dire un point de contact physique entre les zones horizontale plancher 318 et verticale connexe 324. De même, les 35 connecteurs 312 et 316 sont réunis par un mécanisme standard de type "prise mâle/femelle", par exemple le connecteur 312 est un connecteur mâle et le connecteur 316 est un connecteur femelle et ces deux connecteurs sont physiquement liés en un point de contact physique entre les zones horizontale plancher 318 et verticale connexe 324. La figure 4 représente schématiquement des routages valides dans une zone portière avant gauche 414 correspondant à la zone porte avant gauche 230 illustrée en 5 figure 2. Les sous-zones d'évitement 418, 420 et 422 sont hachurées, et des composants sont représentés, notamment un bouton de commande du lève-vitre 402, une lampe d'éclairage du bouton de commande du lève vitre 404, un moteur de verrouillage 406, un moteur de lève-vitre 408, des connecteurs 410 et 412. La lecture de la zone 414 est simplifiée à l'aide de la "boussole" 416. D'autre part, des points de routage 451, 452, 457 et 10 458 ont été placés. On note que certains sommets de la sous-zone d'évitement 422 sont spécifiquement utiles pour les routages, c'est-à-dire fils électriques ou liens, 454, 455 et 456. La figure 5 représente schématiquement un routage d'un ensemble de fils sur deux zones, d'une part, une zone porte avant gauche 414 et, d'autre part, une zone cockpit 510. Certains composants sont communs aux figure 4 et 5. D'autres, notamment dans la zone 15 cockpit 510 sont ajoutés: un point à la masse 504, une unité de contrôle électronique 506, un boîtier fusibles et relais 508 et les connecteurs 502 et 512, correspondant respectivement aux connecteurs 410 et 412 de la zone porte avant gauche 414. Le lien entre les connecteurs des deux zones sont symbolisés par les traits en pointillé, en figure 5. En pratique, les connecteurs 502 et 410, par exemple, sont réunis par un mécanisme standard 20 type prise male/femelle comme indiqué en regard de la figure 3. Une représentation en deux dimensions du produit est réalisée comme suit: le produit est découpé en zones dont les dimensions doivent être spécifiées pour coller au mieux à la géométrie du produit considéré. Cette représentation est notamment satisfaisante pour un véhicule automobile dans la mesure ou le câblage peut être en grande partie fixé 25 directement aux tôles et donc à une décomposition du véhicule en zones planes, comme détaillé en figure 2. Chaque zone représentée est de préférence verticale ou horizontale. Par exemple, on peut associer le plancher d'un véhicule à une zone horizontale et une portière d'un véhicule à une zone verticale. Pour un hayon incliné, on peut choisir l'une ou l'autre des 30 représentations. De plus, on peut indiquer la gauche et la droite, l'avant et l'arrière, le haut et le bas de ladite zone. Ces orientations ont notamment pour objectif que l'homme du métier puisse se retrouver facilement dans le passage d'une zone à une autre, ou d'un vue globale, dans laquelle toutes les zones sont représentées, à une vue locale, dans laquelle une seule zone, par exemple, est représentée. La figure 2 représente une vue de haut des différentes zones de la partie supérieure d'un habitacle d'automobile à cinq portes (y compris le hayon). Le découpage en zones logiques est spécifié, mais les dimensions respectives et les formes des zones ne sont pas représentés sur la figure 2. Les zones sont orientées en figure 2 puisque avant, arrière, gauche et droite de la vue de dessus sont indiqués. Certaines pièces sont horizontales, comme le pavillon, et d'autres verticales, comme les portes. Chaque zone peut contenir des sous-zones d'évitement, c'est à dire des zones 5 dans lesquelles on ne peut pas faire passer de fils. Par exemple, dans le hayon d'un véhicule, la vitre correspondra à une sous-zone d'évitement. Pour des raisons de simplicité, les zones peuvent être représentées par des figures géométriques simples comme par exemple des polygones ou encore plus simplement des quadrilatères. Chaque zone a son référentiel et les sous-zones d'évitement d'une zone A 10 sont des formes inscrites dans A, préférentiellement sous forme de polygone ou de quadrilatère. La figure 3 représente un zoom sur une zone du type de celles décrites dans la figure 2. Il s'agit d'une zone inscrite dans un plan horizontal comme l'indique la boussole 328. Elle se nomme "zone horizontale plancher". Au centre de la pièce, une forme hachurée 15 indique une sous-zone d'évitement 314. Les formes hachurées, dans les figures 4 et 5, indiquent de même les sous-zones d'évitement 418, 420 et 422. Chaque zone est, par ailleurs, liée aux autres zones par des points de connexion qui servent à spécifier les liens géométriques entre les différentes zones et à spécifier des emplacements o les fils peuvent passer d'une zone à une autre. Un point de connexion 20 entre deux zones est donc représenté sur chacune de ces zones. Un point de connexion peut être un connecteur. Dans ce cas, il est un connecteur sur les deux zones qu'il lie. Dans la figure 3, le lien entre deux zones, par des points de connexion, est illustré. La zone "zone horizontale plancher" 318 est liée à la zone "zone verticale connexe" 324 par deux connecteurs 302/320 et 316/322. Ces deux connecteurs sont situés à distance égale 25 l'un de l'autre sur chacune desdites zones. Les points de routage sont des points de regroupement de fil proposés, dans chaque zone, par le concepteur et qui permettent notamment de regrouper les fils en torons. Préférentiellement, tous les sommets d'une sous-zone d'évitement sont des points de routage afin qu'il existe toujours une solution au problème du routage dans une zone. Sur 30 spécification du concepteur, un point de routage peut être un connecteur. Dans la figure 3, deux points de routage 304 et 312 sont représentés, dont l'un, 304, est en fait un connecteur. Un routage entre deux points (par exemple entre un capteur et un actionneur) consiste en une séquence de points de routage ou de connexion. Le fil synthétisé suivant un 35 routage est supposé et représenté rectiligne entre deux points de routage ou de connexion successifs. Un routage est dit valide dans une zone si, d'une part, il ne traverse aucune souszone d'évitement et si, d'autre part, étant donnés deux points deroutage ou de connexion successifs A et B du routage, alors il n'existe pas de point de routage C atteignable sans traverser une sous- zone d'évitement et tel que les longueurs des segments AC et BC soient inférieures à la longueur du segment AB. Un routage traversant plusieurs zones par l'intermédiaire de points de connexion entre zone est valide s'il est valide dans chaque zone. La longueur du routage d'un fil est la somme des distances entre les points de routage ou de connexion successifs qui forment le routage. Le routage est optimal si la 10 longueur du routage est minimale parmi tous les routages valides possibles. Pour trouver le routage optimal entre deux points, on peut par exemple énumérer tous les routages valides possibles entre ces deux points ne comportant pas de boucle (c'est à dire qui ne passe jamais deux fois par le même point de routage ou de connexion) et choisir le routage le plus court. Dans la figure 4, les points 451, 452, 453, 454, 455, 456, 457 et 458 sont des points de routage. Les points 410 et 412 représentent des points de connexion entre zones contenant des connecteurs. On note que 454, 455 et 456 sont aussi des sommets d'une sous-zone d'évitement. Les routages possibles pour router le moteur de verrouillage 406 au connecteur 412 sont nombreux: on peut citer le routage (406 - 451 - 452 - 458 - 412) et (406 20 - 454 - 455 - 456 - 457 - 458 - 412). En fait le routage (406 - 451 452 - 458 - 412) ne peut pas convenir car il traverse une sous-zone d'évitement. Finalement, le routage le plus court respectant toutes les clauses est (406 - 454 - 455 - 456 - 458 - 412). En pratique le calcul d'un routage se fait entre deux composants plutôt qu'entre un composant et un point de connexion comportant ou non un connecteur dans une zone. Les composants électroniques et électriques suivant sont placés sur les différentes zones produit. Ces composants sont: - les unités de contrôle électroniques: ce sont des composants électroniques capables de commander des signaux de données, c'est à dire de faible puissance, servant notamment à transporter des données logicielles ou interprétables par du logiciel, 30 notamment provenant d'un capteur ou à destination d'un actionneur; - les capteurs et actionneurs; - les boîtiers fusibles et relais: ce sont des composants électroniques capables de commander aussi bien des signaux de faible puissance que des signaux de forte puissance, que l'on qualifie simplement de signal de puissance; - les sources: sont les sources d'énergie, typiquement une batterie - une source peut être assimilée à un boîtier fusibles et relais particulier; Les unités de contrôle électroniques assurent préférentiellement le contrôle logique des composants alors que les boîtiers assurent le relai de leur alimentation et les sources assurent l'alimentation de l'ensemble. Comme leur nom l'indique, les boîtiers fusibles et relais contiennent par exemple les fusibles protégeant les différentes charges (composants 5 consommant de l'énergie) placées sur les différents fils liés auxdits boîtiers et contiennent aussi préférentiellement des relais permettant l'activation des charges nécessitant de la puissance. Préférentiellement, les différents éléments de l'architecture électrique et électronique sont représentés par des points, c'est à dire associés à deux coordonnées dans 10 le référentiel de la zone sur laquelle ils sont placés. Les points de masse sont aussi placés. Les points de masse sont tels qu'un fil dit de masse, connecté à un point de masse, se trouve à un potentiel électrique nul. Les points de masse sont spécifiés par le concepteur. L'architecture électrique et électronique est donnée par: - le choix des unités de contrôle électroniques, 15 - le choix des réseaux de communication, - le choix des capteurs et actionneurs, - le choix des boîtiers fusibles et relais, - les liens logiques de ces différents composants entre eux Ces liens sont, notamment, les connexions des unités de contrôle électroniques et 20 des boîtiers fusibles et relais aux différents réseaux de communication. Ces liens peuvent aussi être des liens explicites entre un capteur ou actionneur et une unité de contrôle électronique ou un boîtier fusibles et relais. Notamment, puisque par exemple un capteur peut avoir plusieurs liens électriques avec son environnement, par exemple un lien masse, un lien puissance et un lien pour la transmission d'information, ledit capteur peut être 25 simultanément lié à une masse, un boîtier fusibles et relais et une unité de contrôle électronique. Le routage de l'ensemble des fils est réalisé par étapes pour un placement donné des différents éléments de l'architecture. (A) Le routage d'un signal de donnée d'une entrée-sortie d'un composant à une 30 entrée-sortie d'un unité de contrôle électronique est réalisé comme suit: (a) Si le rattachement du signal de donnée du composant (capteur ou actionneur) est spécifié, c'est à dire que l'on a déjà défini à quelle unité de contrôle électronique le composant est lié pour ledit signal de donnée, alors il s'agit du routage optimal entre le capteur et l'unité de contrôle électronique. (b) Si le rattachement du signal n'est pas spécifié, alors, on rattache préférentiellement le composant à l'unité de contrôle électronique la plus proche, c'est à dire que (i) on calcule le routage optimal Ci pour joindre le composant à l'unité de contrôle électronique Calci en appliquant l'étape précédente (a) et (ii) on sélectionne ensuite le plus court routage et la ou une des unités de contrôle électronique correspondantes, c'est à dire Calq tel que Cj = min Ci. (B) Le routage d'un signal de puissance d'une entrée-sortie d'un composant à une entrée-sortie d'un boîtier fusibles et relais est réalisé comme suit: (a) Si le rattachement du signal de puissance du composant (capteur ou actionneur) est spécifié, c'est à dire que l'on a déjà défini à quel boîtier fusibles et relais le composant est lié pour ledit signal de puissance, alors il s'agit du routage optimal entre le capteur et le boîtier fusibles et relais. (b) Si le rattachement du signal de puissance n'est pas spécifié, alors, on rattache préférentiellement le composant au boîtier fusibles et relais le plus proche, c'est à dire que (i) on calcule le routage optimal Ci pour joindre le composant au boîtier fusibles et relais Calci en appliquant l'étape précédente (a) et (ii) on sélectionne ensuite le plus court routage et le ou un des boîtiers fusibles et relais correspondants, c'est à dire Calq tel que Cj = min Ci. (C) Pour ce qui est du routage d'un signal de masse d'une entrée-sortie d'un composant, ce composant étant un capteur, un actionneur, une unité de contrôle électronique ou un boîtier fusibles et relais. On rattache préférentiellement le composant au point de masse le plus proche, c'est à dire que (i) on détermine le routage optimal Ci pour atteindre chaque masse Mi et (ii) 20 on sélectionne ensuite le plus court routage ou l'un des plus court Mj tel que Cj = min Ci. (D) Routage d'un réseau entre calculateurs Les caractéristiques de topologie du réseau doivent être connues: un tel réseau est de préférence organisé en étoile, en ligne ou en boucle suivant les cas. Pour un réseau CAN par exemple, les topologies en étoile ou en ligne sont 25 possibles. Préférentiellement, le concepteur indiquera sa recommandation. Les raisons de choix d'une topologie sont très variées. Par exemple le réseau en étoile peut être préféré pour des raisons de sreté de fonctionnement car en cas de coupure du bus, seul un calculateur est isolé alors qu'en cas de topologie en ligne, le réseau est coupé en deux et les conséquences sont a priori plus graves. Pour une topologie choisie, on cherche ensuite les routages qui minimisent la distance entre les calculateurs. Pour une topologie en étoile: (a) On choisit un point de contact entre les branches, (b) On cherche le routage optimal de ce point avec chacune des unités de 35 contrôle électroniques ou chacun des boîtiers fusibles et relais connectés au réseau, (c) On calcule la somme des longueurs desdits routages optimaux, (d) On applique les trois étapes précédentes pour chacun des points de contacts existants et (e) On retient le point de contact qui minimise la longueur du réseau. Pour un topologie en ligne: (a) On choisit un point de routage permettant déconnecter chaque unité de contrôle électronique ou chaque boîtier fusibles et relais au bus. Le bus étant lui-même formé par l'ensemble une séquence des dits points de routage ne coupant pas de sous-zone d'évitement, (b) On détermine l'ensemble desdits points de routage permettant de connecter 10 chaque unité de contrôle électronique ou chaque boîtier fusibles et relais au bus qui minimise la longueur du réseau, par exemple par essais successifs. (E) Routage d'un signal de puissance d'un calculateur C. Il se traite comme le routage d'un signal de puissance d'un capteur à un boîtier fusibles et relais. En figure 5, la zone "zone porte avant gauche" 414 et sa connexion avec la zone "zone extrait cockpit" 512 sont représentés Le routage complet des différents composants desdites zones est réalisé. Les composants sont tout d'abord liés à l'unité de contrôle électronique UCE 506. Les différents routages générés sont donc, en reprenant les notations utilisées pour décrire la figure 4: 20 - moteur de 406 à l'UCE 506: (406 - 451 - 452 410 - 506), - moteur du lève-vitre 408 à l'UCE 506: (408 - 458 - 412 506), - bouton de commande du lève-vitre 402 à 1' UCE 506: (402, 452, 410 - 506), - éclairage du bouton de commande du lève-vitre 404 à l'UCE 506: (404 - 452 410 - 506), et - de l'UCE 506 à la BFR 508: (506 - 508). Les caractéristiques électriques des différents composants peuvent être spécifiées: nombre de pines d'interface, nature des pines (données, masse, puissance), rattachement des pines de données ou de puissance s'ils sont spécifiés, tension minimum de fonctionnement, courant moyen, courant d'appel, puissance consommée, et ceci pour 30 chaque fil de puissance partant du composant. Le routage évolue conséquemment puisqu'il faut router chaque fil séparément et spécifier une pine pour chaque connecteur impliqué dans le routage d'un nouveau fil. En figure 5, les moteurs 406 et 408 peuvent avoir, chacun, trois fils de données, puissance et masse, respectivement, et comportent donc des connecteurs à trois pines. 35 Cette fois-ci, les liens à la masse M 504 et au boîtier fusibles et relais BFR 508, qui n'avaient pas été exprimés jusqu'à maintenant, apparaissent sous la forme de nouveaux routages: moteur de verrouillage 406 / pine 1 à P'UCE 506 / pine 1 (données) (406 / pine 1 451 - 452 - 410/ pine 1, 506/ pine 1), - moteur du lève-vitre 408 / pine 1 à l'UCE 506 / pine 2 (données) (408 I pine 1 458 - 412 / pine 1 506 / pine 2), - moteur de verrouillage 406 / pine 2 à la BFR 508 / pine 1 (puissance): (406 / pine 2 - 451 - 452 - 410/ pine 2, 508/ pine 1), moteur du lève-vitre L 408 pine 2 à la BFR 508 / pine 2 (puissance): (408 / pine 2 - 458 - 412/ pine 2 - 508/ pine 2), - moteur de verrouillage 406 / pine 3 à masse 504: (406 - 451 - 452 - 410 / pine 3 10 504), et - moteur du lève-vitre 408 / pine 3 à masse 504: (408 - 458 - 412/ pine 3 - 504). Les pines ne sont pas notées pour un lien à la masse car il s'agit préférentiellement d'un vissage ou d'un moyen analogue. On peut alors calculer la spécification technique du câblage composée des 15 résultats suivants: - le plan de câblage logique: il s'agit de la description de l'ensemble des segments de fil nécessaires pour réaliser l'architecture électrique-électronique. Chaque fil lie une pine d'un connecteur d'un composant à une pine d'un autre connecteur d'un autre composant et passe, de plus, par un certain nombre de points de routage et de connexion comme spécifié 20 plus haut. C'est la donnée des deux connecteurs et des pines de chaque connecteur aux extrémités, c'est-à-dire au niveau des composants connectés, la séquence des points de routage, ainsi que la séquence des pines des connecteurs, notamment entre zones, traversés, qui définit logiquement le fil. Le plan de câblage logique est la donnée de l'ensemble des définitions logiques des fils qui le constitue. - la spécification des connecteurs: pour chaque connecteur, c'est le nombre de connexions correspondant à des fils de données, le nombre de connexions correspondant à de la puissance et le nombre de connexions correspondant à des fils de masse qui constituent la spécification. - la spécification des interfaces des unités de contrôle électroniques, des boîtiers 30 fusibles et relais et des capteurs et actionneurs: il s'agit des descriptions des connecteurs de ces composants, sous forme de pines de données, puissance et masse. Dans la figure 5, le connecteur 410 assure maintenant cinq connexions dont trois de données, une de puissance et une de masse. L'utilisateur peut aussi souhaiter calculer ou évaluer le cot d'une architecture 35 électrique et électronique, notamment afin de comparer de telles architectures et choisir la moins coteuse à prestation et qualité égales. Etant donnée une fonction de cot des connecteurs, par exemple basée sur un abaque qui donne une estimation du prix des connecteurs en fonction du nombres de connexions de données, de puissance et de masse, ou basé par exemple sur un prix moyen affecté à chaque connexion d'un fil de données, courant ou masse. Etant donnée une évaluation du cot des composants électroniques, capteurs, actionneurs, unités de contrôle électronique ou boîtiers fusibles et relais. Etant donnée une fonction de cot des fils basée par exemple sur leur longueur et sur leur type, en prenant par exemple un poids linéaire moyen pour les fils de puissance et de masse, un poids linéaire moyen pour les fils de données, et un cot massique du 10 composant dans lequel sont fabriqués lesdit fils. On déduit automatiquement de la spécification technique une évaluation de cot pour l'architecture électronique et électronique considérée en sommant les cots de tous les composants électroniques, de tous les connecteurs et de tous les fils. Pour estimer le cot de mise en oeuvre d'une opération élémentaire, on peut par 15 exemple procéder comme suit: étant donné un nombre N de lignes assembleur évalué pour chaque opération élémentaire placée sur un calculateur, et une période P d'activation pour chaque opération élémentaire en seconde, étant donné un cot moyen Cl de l'exécution d'une instruction par seconde sur un processeur, étant donné l'espace mémoire MEMO nécessaire pour les données que l'opération élémentaire échange avec les autres opérations 20 élémentaires et les pilotes; étant donnée une estimation du cot CRAM d'un bit en mémoire RAM et une estimation CROM d'un bit en mémoire ROM ou Cflash en mémoire flash. Etant donné le nombre de bits d'un mot, c'est à dire la caractéristique d'être à n-bits (huit, seize ou trente-deux par exemple) du micro contrôleur, le cot d'une opération est: (N/P)*CI + N*n*CROM + MEMO*n*CRAM. Sur certains microprocesseurs 32 bits, certaines instructions occupent 16 bit ce qui permet notamment d'économiser de la mémoire. Cette caractéristique peut être prise en compte en séparant ces deux types d'instructions si l'on peut évaluer un mix pour l'opération élémentaire considérée et en consommant deux fois moins de ROM pour les instructions sur 16 bits. Il est à noter que le cot Cl de l'exécution d'une instruction par seconde sur un processeur peut dépendre du type d'application que l'on traite, toutes les instructions ne s'effectuant pas en autant de cycle. Par exemple sur un processeur de vingt MIPS (Million d'instruction Par Seconde), on peut réaliser vingt millions d'instruction d'un cycle en une seconde, mais seulement un million d'instructions de vingt cycles. Donc suivant le nombre 35 moyen de cycle par instruction nécessaire pour chaque type d'application, on précise cette évaluation. Il est important de noter que le cot moyen d'une instruction, d'un bit de RAM et d'un bit de flash sur un micro contrôleur peuvent par exemple être extrapolés à partir de l'observation d'au moins trois microcontrôleurs (i) dont on connaît le cot (Ci) et les caractéristiques mémoire RAM (Ri), MIPS (Mi) et Flash (Fi), et (ni) le nombre de bit d'un mot. 5 En effet pour chaque microcontrôleur, on établit l'équation aux inconnues Cl, CRAM, Cflash: et CI*Mi+CRAM*ni*Ri+Cflash*ni*Fi = Ci Un tel système de trois équation possède une unique solution, les différentes constantes étant non nulles. Lorsque l'on examine de nombreux contrôleurs, cette estimation 10 peut bien sr être affinée. Il est à noter que si l'opération élémentaire est l'automate de contrôle d'une prestation, alors l'estimation du nombre de ligne de code est déterminée en fonction du nombre d'état et du nombre de transitions et la période d'activation est déterminée en fonction des exigences de performance sur les différents cas d'utilisation. D'autre part, le cot des différents pilotes matériels peut être évalués en fonction de leur type (tout ou rien, analogique-numérique,..etc) et de leurs caractéristiques électriques. L'utilisateur peut aussi souhaiter évaluer la qualité d'une architecture électrique et électronique, notamment afin de comparer de telles architectures et choisir celle qui présente le meilleur niveau de qualité, à prestation et cot identiques. La mesure de la qualité se fait préférentiellement en mesurant le nombre de pannes par million d'unités et par an de l'ensemble de l'architecture, préférentiellement à l'aide d'un logiciel. Pour calculer ce nombre * le logiciel mesure la qualité de l'ensemble des connecteurs, qu'il s'agisse de 25 connecteurs entre zones ou au sein de zones ou de connecteurs d'entrées/sorties des composants électroniques (capteurs, actionneurs, unités de contrôle électronique, boîtiers fusibles et relais) en affectant par exemple un taux de panne moyen par connexion, par exemple 10 ppm (panne par million d'unités par an) et en multipliant ce taux moyen par le nombre total de connexion dans le système. Pour obtenir une évaluation plus précise, le 30 logiciel prend en compte des moyennes ajustées en fonction du type de connexion: masse, puissance et données, les fils les plus fins étant les plus fragiles. Par exemple on prend 4 ppm par connexion des fils de puissance ou de masse sur une pine et 6 ppm par connexion des fils de données sur une pine, et finalement une estimation de 4 ppm par portion de fil de donnée entre deux connecteurs. Dans ce cas, si l'on reprend la figure 5, et le détail des 35 connexions et fils présenté en description de la figure 5, on peut réaliser l'évaluation suivante pour chaque section: - moteur de verrouillage 406 / pine 1 à l'UCE 506 / pine 1 (données): (406 I pine 1 451 - 452 - 410/ pine 1, 506 / pine 1): 3*6ppm + 2* 4 ppm soient 26ppm - moteur du lève-vitre 408 / pine 1 à l'UCE 506 / pine 2 (données): (408 I pine 1 458 - 412 / pine 1 - 506 / pine 2): 3*6ppm + 2* 4 ppm soient 26ppm - moteur de verrouillage 406 / pine 2 à la BFR 508 / pine 1 (puissance): (406 I pine 2 - 451 - 452 - 410 / pine 2, 508 / pine 1): 3*4ppm soient 12 ppm - moteur du lève-vitre L 408 / pine 2 à la BFR 508 / pine 2 (puissance): (408 / pine 2 - 458 - 412/ pine 2 - 508 / pine 2), 3*4ppm soient 12 ppm - moteur de verrouillage 406 / pine 3 à masse 504: (406 - 451 - 452 - 410 / pine 3 10 504), soient 3*4 ppm - moteur du lève-vitre 408 / pine 3 à masse 504: (408 - 458 - 412 / pine 3 - 504). soient 3*4 ppm pour un total de 100ppm Si, maintenant on prend en compte une épissure en 452, alors, les ppm correspondant à la 15 duplication de fils en aval de l'épissure,vu des actionneurs 406 et 408, sont à supprimer soit 3*4 ppm. En tenant compte d'une épissure de puissance on trouve 88ppm comme qualité du routage optimisé. La prise en compte d'une épissure de masse au même point de routage permet d'économiser encore 12ppm pour aboutir à 76ppm. L'optimisation sur une évaluation de cot consisterait de manière similaire à supprimer le cot des portions de fils et des pines 20 de connecteur supprimées grâce à l'épissure. * l'outil mesure la qualité des composants électroniques qui est spécifiée dans une base de donnée des composants et peut être décrite en fonction du type de composant ou spécifiquement pour chaque composant, par exemple on peut attacher une évaluation à ppm à toutes les unités de contrôle électroniques. * L'outil additionne ensuite les mesures de l'ensemble des composants constituant l'architecture électrique et électronique. L'utilisateur peut aussi raffiner la stratégie de routage en intégrant des épissures pour les fils de puissance et les fils de masse. On peut pratiquer ces épissures au niveau des connecteurs ou au sein d'une zone, préférentiellement au niveau d'un point de routage. 30 Réaliser une épissure de masse consiste à joindre tous les (n) fils de masse passant en un point, et notamment en un point de connexion ou un point de routage. De la sorte, en remontant vers la masse la plus proche, on économise d'une part des fils et d'autre part des pines de connexion correspondant aux (n-1) fils enlevés. Réaliser une épissure de puissance consiste à joindre des fils de puissance qui, 35 d'une part, passent en un point commun, notamment en un point de connexion ou en un point de routage, et, d'autre part, joignent des charges à un boîtier fusibles et relais commun. Par exemple en Figure 5, le fil d'alimentation du moteur de verrouillage 406 et le fil d'alimentation de la lampe 404 peuvent être joints au niveau du point de routage 452 ou encore au niveau du connecteur 410. De telles épissures servent à économiser des pines au niveau des connecteurs et les morceaux de fil ainsi supprimés. On cherche donc à minimiser la longueur des fils et on choisira de pratiquer l'épissure au point de routage 452 afin 5 d'économiser les longueurs de fil entre 452 et 410. Le point 452 est celui qui minimise les longueurs de fil pour la réalisation de l'épissure dans l'exemple de la figure 5. Pratiquer une épissure au niveau d'un connecteur revient à lier entre elles les pines du connecteur correspondant aux fils que l'on souhaite joindre. On peut alors améliorer la synthèse du routage en cherchant si une ou plusieurs 10 épissures des fils de masse ou des fils de puissance permettrait de minimiser le cot global de l'architecture. Il faut pour cela entrer de nouvelles données dans la base de cot des composants unitaires notamment le cot d'une épissure en fonction du nombre de fils joints et le cot d'un épissure au niveau d'un connecteur en fonction du nombre de fils joints. Les figures 6 et suivantes décrivent un outil de conception d'architecture de 15 système et un procédé de conception d'une spécification d'un système matériel et logiciel mettant en oeuvre cet outil. Cet outil est particulièrement adapté aux cas de systèmes complexes comportant un ensemble de calculateurs réalisant de nombreuses prestations ou services au bénéfice d'un utilisateur, chaque prestation présentent de nombreux cas d'utilisation. Par exemple, les 20 systèmes électroniques et informatiques de véhicules sont particulièrement visés par cet outil. Des prestations sont définies par ce que l'utilisateur veut (par exemple la mise en route de la climatisation, d'essuie-glaces) ou par ce qu'on lui propose (par exemple une sécurité passive, notamment en cas d'accidents). Elles sont aussi définies par des capteurs 25 et/ou des actionneurs qu'elles mettent en oeuvre. Elles correspondent, chacune, à une réalisation matérielle capteur/logiciel/actionneur. Le constructeur dispose d'une marge de manoeuvre dans la définition de l'architecture interne du système électronique/informatique, notamment dans le choix des réseaux de bord et des boîtiers électroniques connectés sur ces réseaux et l'outil de conception présenté ici permet la conception de cette architecture. A partir des prestations, l'outil de conception permet de déterminer des spécifications plutôt que des produits finis. Néanmoins, cet outil détermine aussi des interfaces et ce que doivent comporter les éléments et leur communication avec le système électronique/informatique. En particulier, cet outil ne vise pas à programmer les calculateurs de manière 35 automatique mais à gérer des compromis cot/qualité/délais du système spécifié. L'outil de conception est implémenté sous forme d'un logiciel fonctionnant sur un ordinateur personnel et utilisant une base de données et des ressources (operating system et distribution sur le réseau) connues. Conformément à un aspect de la présente invention - chaque prestation représente un service rendu à un utilisateur, - on définit un ensemble de cas d'utilisation formalisés de chaque prestation, chaque cas d'utilisation formalisé comportant un contexte d'origine, une demande de l'utilisateur, éventuellement implicite, et une réponse du système correspondant à un changement de son état, et - le système est organisé et spécifié pour effectuer la réponse, sur détection de l'émission de la demande dans le contexte d'origine. Dans ce but, selon un aspect de la présente invention, le procédé comporte une étape de conception, pour chaque prestation, d'un automate de conrtôle de la prestation destiné à être mis en oeuvre par le système de composants matériels et logiciels et qui 15 représente le comportement de ce système. Cette étape de conception comporte, pour chaque prestation une étape de définition d'un cas d'utilisation formalisé de la prestation, spécifié par un contexte, une demande d'un utilisateur au système et une réponse du système correspondant à un changement de son état et, de manière itérative, jusqu'à ce que tous les cas d'utilisation de la prestation aient été traités: - une étape d'ajout d'un cas d'utilisation formalisé de la prestation, spécifié par un contexte ou situation initiale du système, une demande d'un utilisateur au système et une réponse du système correspondant à un changement de son état, - et, de manière itérative, pour chaque état déjà construit, on cherche s'il est compatible avec le contexte du cas d'utilisation formalisé ajouté et, si oui, on construit un 25 nouvel état du système relié audit état déjà construit par la demande du cas d'utilisation formalisé ajouté, le nouvel état tenant compte de l'état déjà construit et de sa modification par la réponse du cas d'utilisation formalisé ajouté. De cette manière, on synthétise, pour la prestation, l'automate de contrôle de la prestation constitué de l'ensemble des couples d'état reliés par les demandes formant les 30 transitions dudit automate. Le contexte représente au moins un mode (ou paramètre) de fonctionnement du système, les modes étant transversaux aux prestations et hors du contrôle direct des prestations, par exemple un mode représentant un niveau d'énergie disponible (batterie faible, sur batterie, en cours de démarrage, moteur tournant, par exemple), un autre mode 35 représentant un type d'utilisateur du système (concepteur, fabricant, propriétaire du véhicule, conducteur ou passager du véhicule, service après-vente, garageautomobile, par exemple) et un autre mode représentant un état accidenté ou non d'un véhicule. Il faut noter que, bien que la mise en route du moteur soit une des prestations du véhicule, le changement de niveau d'énergie disponible (lié à l'entraînement de l'alternateur par le moteur) n'est pas directement sous le contrôle de cette prestation. Dans le mode de réalisation décrit ici, tout contexte s'inscrit dans une phase de vie 5 du système constitué d'un ensemble de combinaison des modes de fonctionnement du véhicule, la déclinaison en mode des phases étant ainsi transversale aux prestations. In fine, un contexte correspondra à un ensemble de couples (phase, état du système), chaque état étant en fait caractérisé par la réponse système lorsqu'on y accède. Par exemple, le cas d'utilisation " dans le contexte ou le véhicule est condamné, 10 l'utilisateur appuie sur son badge de décondamnation et le véhicule se décondamne " s'applique aux états " véhicule verrouillé " dans les phases "moteur tournant" et "moteur arrêté", si ces deux phases ont été identifiées comme pertinentes par d'autres cas d'utilisation formalisés de la prestation "déverrouillage". Chaque phase correspond à un ensemble de combinaisons de modes dans lesquels le comportement de la 15 prestation est uniforme, c'est à dire qu'on y observe les mêmes états et les mêmes demandes client, ou, formulé autrement, les mêmes demandes clients et les mêmes réponses système à partir d'un état donné. Le tableau ci-dessous définit un ensemble de phases pour une véhicule donné. 25 ENERGIE batterie faible batterie faible batterie faible batterie faible batterie faible batterie faible batterie faible batterie faible batterie faible batterie faible batterie faible batterie faible UTILISATEUR concepteur concepteur fabricant fabricant propriétaire propriétaire conducteur conducteur SAV SAV garage garage concepteur concepteur fabricant fabricant propriétaire propriétaire ETAT VEHICULE véhicule non accidenté véhicule accidenté véhicule non accidenté véhicule accidenté véhicule non accidenté véhicule accidenté véhicule non accidenté véhicule accidenté véhicule non accidenté véhicule accidenté véhicule non accidenté véhicule accidenté véhicule non accidenté véhicule accidenté véhicule non accidenté véhicule accidenté véhicule non accidenté véhicule accidenté PHASE phase 1 phase 2 phase 1 phase 2 phase 3 phase 2 phase 1 phase 2 phase 4 phase 5 phase 4 phase 5 phase 6 phase 2 phase 6 phase 2 phase 7 phase 2 batterie batterie batterie batterie batterie batterie normale normale normale normale normale normale batterie normale conducteur véhicule non accidenté phase 6 batterie normale conducteur véhicule accidenté phase 2 batterie normale SAV véhicule non accidenté phase 4 batterie normale SAV véhicule accidenté phase 5 batterie normale garage véhicule non accidenté phase 4 batterie normale garage véhicule accidenté phase 5 démarrage concepteur véhicule non accidenté phase 8 démarrage concepteur véhicule accidenté phase 9 Dans ce tableau, tous les triplets de modes de fonctionnement sont mis en correspondance avec des phases, chaque phase représentant un ensemble de combinaisons des valeurs possibles des modes de fonctionnement. Si le comportement du véhicule est toujours le même, une seule phase est définie dans le tableau, sinon, il y a différenciation de plusieurs phases. L'ensemble des cas d'utilisation formalisés représentent toutes les réponses ou absences de réponse du système dans toutes les phases du système. L'outil permet une étape de complétion au cours de laquelle, pour chaque réponse, c'est-à-dire un état du système, on envisage toutes les demandes clients non encore traitées et on demande au concepteur si un traitement de la demande doit être effectué dans l'état 20 correspondant à cette réponse. Seules les demandes clients peuvent avoir une action sur la prestation. L'outil de conception permet aussi une étape de correction au cours de laquelle si, dans un même état de départ, deux états de l'automate de contrôle de la prestation sont reliés par des demandes différentes, alors on détermine la nécessité de définir une priorité 25 entre les réponses du système et on incorpore cette priorité comme un attribut des sorties de l'état. Une information de priorité vient typiquement après la conception des cas d'utilisation formalisés. Il est possible que pour des raisons mécaniques ou autres, deux demandes potentiellement concurrentes ne soient en fait jamais réalisables simultanément. Dans ce cas il faut attendre une étape de conception plus avancée pour être sr qu'il n'est pas 30 nécessaire de spécifier une priorité, à moins que cela puisse être garanti directement (par exemple: ouvrir une porte et fermer la même porte ne peuvent être réalisés simultanément). De plus, si deux demandes identiques mènent à des états différents, il y a alors une incohérence à corriger et l'une des demandes doit être supprimée et le cas d'utilisation correspondant doit être précisé en conséquence. On observe qu'un changement de contexte est pris en compte par le système de la manière suivante: - chaque changement de contexte est un changement d'état objet d'un CUF; - on définit les réponses aux changements de contexte comme des cas d'utilisation formalisés; - on définit les changements de contexte comme des demandes de cas d'utilisation formalisés. Si une prestation en influence une autre (par exemple un même afficheur est partagé par deux prestations, par exemple autoradio et système de navigation), on ajoute une prestation pour la partie en intersection, de manière à résoudre les conflits entre les prestations. Cette prestation aura pour objectif d'arbitrer lorsque deux actions concurrentes seront appliquées sur un composant donné par deux prestations, laquelle des prestations est 10 prioritaire ou si une action spécifique correspondant à ce cas particulier doit être effectuée. Une telle prestation n'est typiquement pas spécifiée à partir de cas d'utilisation mais plutôt par identification des états des deux prestations dans lesquels des réactions menant à conflit (par rapport à un ou plusieurs composants données) sont identifiées. L'automate de contrôle de la prestation est réalisé par programmation d'au moins 15 un calculateur de commande de la prestation correspondante. L'outil comporte différentes pages accessibles en cliquant sur des onglets. Ces pages sont décrites en regard des figures 6 à 16. Par souci de clarté, dans les figures 6 à 16, les titres des onglets et des éléments de listes sélectionnés par le concepteur sont soulignés et en caractères gras. Comme illustré en figure 6, l'interface utilisateur 600 de cet outil logiciel comporte: - des menus déroulant 601 à 608, - six onglets horizontaux 611 à 616, - une zone de liste hiérarchisée 620 et - une zone graphique 630. Les menus déroulants 601 à 608 sont représentés par leurs titres "File", "Edit", "View", "Dictionaries", "Windows", "Tools", "Import/export" et "Help". En cliquant sur l'un de ces titres, avec le bouton gauche de la souris, on fait apparaître un menu déroulant comportant des options participant à la mise en oeuvre du procédé (ouverture, édition, enregistrement, fermeture de fichier, couper, copier, coller des éléments sélectionnés, 30 modes de visualisation, lexique, outils, importation ou exportation de fichiers, aide...). Lorsqu'il travaille à la conception d'une architecture de système électronique et informatique d'un véhicule, le concepteur n'a pas nécessairement à utiliser ces menus déroulants 601 à 608. Quel que soit l'onglet sélectionné, parmi les onglets 611 à 616, l'outil de conception 35 présente un écran comportant une partie liste hiérarchisée (à gauche sur les figures 6 à 16) représentant une description hiérarchisée et une partie graphique (à droite sur les figures 6 à 16) donnant, en fonction d'une sélection, par l'intermédiaire d'un dispositif de pointage (dans la suite de la description, une souris), d'un élément de la liste hiérarchisée, une vue synthétique concernant l'élément sélectionné. Il est important de noter ici que, pour au moins une interface utilisateur de l'outil de conception, c'est-à-dire pour au moins un onglet, un niveau hiérarchique de la liste 5 hiérarchisée représente des prestations. Dans le mode de réalisation illustré aux figures, les trois premiers onglets 611 à 613 présentent cette caractéristique. Avec une souris (non représentée), l'utilisateur peut fait apparaître des menus surgissant (en anglais "pop-up menu") en cliquant sur l'un des boutons droit ou gauche de la souris, dans l'une des zones de liste ou de graphique. Pour concevoir l'architecture et les spécifications du système, l'utilisateur sélectionne successivement des onglets horizontaux 611 à 616 en cliquant dessus, sachant que l'une des qualités de l'outil de conception est que l'utilisateur peut sélectionner les onglets dans l'ordre qu'il souhaite. Les onglets horizontaux ont les titres suivants: 15 - "Requirements", onglet 611, - "Feature description", onglet 612, - "Feature architecture", onglet 613, - "Operational Architecture", onglet 614, - "Hardware architecture", onglet 615, 20 - "Frame description", onglet 616. Ces onglets représentent, dans cet ordre, plusieurs étapes du procédé objet de la présente invention: Ces titres apparaissent intégralement lorsque les onglets correspondants sont sélectionnés et sous forme abrégée ("REQ" 611, "FUNC" 612, "MAP" 613, "OPER" 614, 25 "HWD" 615 et "MSG" 616, respectivement) le reste du temps. Pour concevoir l'architecture d'un système, le concepteur sélectionne d'abord l'onglet 611 "Requirements" et observe l'écran illustré en figure 6. On observe, à gauche, la zone de liste hiérarchisée 620 qui comporte une partie d'une liste dont les cinq niveaux de hiérarchie les plus élevés sont: nom du véhicule services ou prestations variantes de prestation cas d'utilisation lien entre états Comme il est connu dans le domaine de la recherche de fichier dans un environnement d'ordinateur individuel, de type PC par exemple, les éléments de niveau hiérarchique inférieur peuvent être apparents ou non. Par exemple, lorsque la liste ne contient, de manière apparente, que des noms de véhicule, en cliquant avec le bouton gauche de la souris sur un nom de véhicule, on voit apparaître la liste des services ou prestations proposées sur ce véhicule. En sélectionnant un service, on rend apparente la liste des variantes de prestation qui la concerne et ainsi de suite. En cliquant avec le bouton droit de la souris sur un élément affiché, on peut éditer la liste de niveau hiérarchique juste inférieur, c'est-à-dire ajouter, modifier ou supprimer un cas d'utilisation en cliquant sur une variante d'utilisation, par exemple. Cette édition se fait par l'intermédiaire d'un menu surgissant au moment o on clique qui comporte, par exemple, les options "ajouter", "retirer", "propriétés" et "montrer les différences" (option qui permet de 10 comparer deux éléments de même niveau hiérarchique, y compris sur deux véhicules différents). Un cas d'utilisation ("use case") est, dans l'outil de conception, défini par une phase initiale (par exemple un niveau d'énergie disponible) transversale par rapport au véhicule, un état initial (par exemple la position d'actionneurs), une demande ou requête, une phase 15 finale et un état final. Par exemple, dans la prestation "accès" qui concerne les ouvrants du véhicule, on ajoute un nouveau cas d'utilisation (CU) concernant ce qui doit être fait à la suite d'un accident grave. Pour ce nouveau cas d'utilisation, on définit un nom "après un crash" et une description textuelle "quel que soit le contexte initial du véhicule, le contact étant mis, si un 20 crash est détecté, alors tous les accès doivent être décondamnés". Le nom et la description sont appelées "propriétés" du nouveau cas d'utilisation. En figure 6, on représente l'interface, lorsque le cas d'utilisation "Utilisateur ouvre coffre" est sélectionné. Lorsque l'on sélectionne un élément de la liste hiérarchisée, par un clic gauche de 25 la souris, on observe, dans la partie graphique 630, une représentation synthétique de cet élément. Selon le niveau de l'élément de la liste hiérarchique sélectionné, on observe, dans la zone graphique 630: - nom du véhicule: la liste des prestations - services ou prestations: la liste des variantes de prestation - variantes de prestation: la liste des cas d'utilisation - cas d'utilisation: les différentes réalisations du cas d'utilisation par un ensemble de transitions d'état dans les différentes phases de la prestation. C'est 35 d'ailleurs la sélection qui est présentée dans la partie graphique 630 - lien entre états: des exigences de performance par rapport aux différentes opérations élémentaires qui sont réalisées dans l'état d'arrivée (cf l'exemple décrit plus haut). Par exemple, par un clic gauche, sur une variante d'une prestation, on fait afficher, dans la partie graphique, une liste des cas d'utilisation, avec leur description, dans un texte, chaque paragraphe correspondant à un cas d'utilisation. Par un clic gauche sur un cas d'utilisation formalisé, on fait apparaître, dans une succession verticale et sous des en-têtes 650 et 651 indiquant les phases concernées, "phase 1" et "phase 2", des états initiaux 660 à 10 663 et terminaux 664 à 667 représentés par des rectangles et reliés par des liens 668 à 671. On voit apparaître sur ces liens le nom de la demande client qui provoque le passage de l'état initial à l'état final. On observe que pour rendre "formalisé" un cas d'utilisation, on sélectionne le cas d'utilisation avec un clic droit et, dans le menu surgissant, on choisit "définition de lien" pour 15 mettre en place des liens, chaque lien étant défini dans une phase et entre deux états du véhicule (par exemple "portes fermées, coffre fermé" et "portes fermées, coffre fermé, une porte ouverte"). A cet effet, un menu contextuel comporte quatre zones, "phase initiale", "état initial", "phase finale" et "état final" qui permettent de sélectionner entre toutes les phases déjà définies ou entre tous les états déjà définis, ceux qui représentent le cas d'utilisation. 20 Avec ce menu contextuel, et grâce à des boutons, on peut ajouter des états et des phases dans les listes d'états et de phases proposées. Lorsque l'on travaille à définir un cas d'utilisation, on ajoute des phases qui sont propres à la prestation concernée alors que les modes sont pour toutes prestations. Par exemple, la prestation "frein" comporte quatre phases: 25 - freinage d'urgence ("emergency brake"), - freinage ("brake"), - panne de freinage ("failure brake") et * - fonctionnement normal des freins ("brake nominal phase"). Par exemple, pour la prestation "climatisation", deux phases sont définies, l'une 30 pour les faibles niveaux d'énergie disponible, pour lesquels la ventilation est effectuée sans refroidissement de l'air ventilé, trop consommatrice d'énergie, et l'autre pour le cas du moteur tournant, la climatisation étant effectuée avec refroidissement de l'air ventilé. L'algorithme de fonctionnement d'une prestation est représenté par des blocs rectangulaires, représentants des états, et des flèches, représentant une action ou inaction 35 provoquant une transition entre états. Par convention, les flèches partant d'un état quittent le bloc représentant cet état sur l'une de ses faces verticales droite ou gauche alors que les flèches atteignent les états sur l'une des faces horizontales haute ou basse du bloc correspondant. Une transition représente une demande du client. Par exemple un clic sur un badge d'ouverture de coffre fait passer de l'état "tout fermé" dans lequel tous les ouvrants du 5 véhicule sont fermés, à un état "portes fermées / coffre ouvert". Pour chaque état, on définit ainsi un ensemble d'opérations élémentaires qui doivent fonctionner ou être exécutées dans ledit état. L'ensemble des états et des transitions forme un automate de contrôle associé à la prestation. On observe que les états peuvent être considérés comme des "ressentis clients", 10 les transitions étant les demandes du client, éventuellement implicites. On comprends que les phases sont des attributs des états mais que deux états identiques à l'exception de leur phases (phases "avant contact" et "après contact", par exemple) sont considérés comme deux états indépendants. On observe aussi que le véhicule ne peut pas être dans deux états simultanément 15 pour la même prestation et qui si deux prestations ne sont pas indépendantes (par exemple autoradio et système de guidage utilisant le même afficheur), on ajoute une prestation d'arbitrage appelée sur requête d'au moins une des prestations en question qui détermine comment va se comporter le système lorsque les deux prestations utiliserons les mêmes ressources. Par exemple pour décrire une définition de lien dont la logique est: - "quel que soit le contexte initial du véhicule, le contact étant mis, si un crash est détecté, alors tous les accès doivent être décondamnés", alors si les portes sont déjà décondamnées, il n'est pas nécessaires de les décondamner; on sélectionne la phase "Icontact mis" et l'état initial ("start state") "vehicule 25 condamné par le bouton habitacle" et on sélectionne le lien vers l'état final "décondamnation d'urgence" passant par la transition ou demande "un crash est détecté". On le répète pour tous les états initiaux sauf "tous ouvrants ouverts" et seulement pour la phase "contact mis". Dès qu'un lien a été ajouté et validé, un graphique apparaît dans la partie droite deux rectangles surmontés du nom de leurs phases respective ("contact mis" et "crash") et 30 un lien arrondi, avec, sous le lien, le nom de la transition. Le cas d'utilisation devient alors un cas d'utilisation formalisé ("CUF"). Lorsque l'on ajoute un état en regard d'un nouveau cas d'utilisation, on doit regarder s'il est utile dans les autres cas d'utilisation. Par exemple si on ajoute le cas d'utilisation "condamnation enfant" qui permet 35 d'empêcher que des enfants puissent ouvrir des portes arrières, il faut ajouter l'état correspondant dans la description du cas d'utilisation "crash". En traitant tous les cas d'utilisation de toutes les variantes d'une prestation donnée, on a créé un automate de contrôle de la prestation qui apparaît, dans la zone graphique 630 lorsque l'on sélectionne la prestation après avoir cliqué sur l'onglet " FUNC ". Lorsque l'onglet "Requirements" est sélectionné, comme illustré en figure 6, aucun onglet vertical n'apparaît latéralement sur la zone graphique 630. Le concepteur sélectionne ensuite l'onglet "FUNC" ou "feature description". La figure 7 illustre une image de l'interface utilisateur qui est alors affichée sur l'écran du poste de conception. En figure 7, l'interface utilisateur 700 de cet outil logiciel comporte alors: 10 - les menus déroulant 601 à 608, - les six onglets horizontaux 611 à 616, - une zone de liste hiérarchisée 720, - une zone graphique 730, et - des onglets verticaux 731 et 732. Les onglets verticaux 731 et 732 sont nommés respectivement "functional diagram" et "feature" et sont accolés à la zone graphique 730. Ils servent à sélectionner un contenu à afficher dans cette zone graphique 730, comme exposé plus loin. A gauche, la zone de liste hiérarchisée 720 comporte une partie de la liste dont les dix niveaux de hiérarchie les plus élevés sont: 20 nom du véhicule services ou prestations variantes de prestation phase état groupe d'opérations élémentaires opération élémentaire donnée pilote (" driver ") composant. Les trois niveaux de hiérarchie les plus élevés sont identiques à ceux de la liste 620 et comportent, en particulier, les services ou prestations. La sélection de l'un des composants de la liste hiérarchisée, par un clic gauche provoque avec l'onglet "feature" 732 sélectionné, l'apparition, dans la partie graphique 730, de l'ensemble des éléments de la liste de niveau immédiatement inférieur avec tantôt un flot de contrôle entre les composants si 35 l'on pointe et clique avec la souris sur variante de prestation (les phases apparaissent en partie gauche liées entre elles par des demandes clients correspondant à des transitions de phase) ou sur une phase (les états de la phase apparaissent en partie gauche, liés entre eux par les " demandes clients"). Lorsque l'on clique avec le bouton droit sur un item, dans la liste hiérarchisée 720, l'outil permet notamment de rajouter ou d'enlever des éléments dans le niveau hiérarchique immédiatement en dessous. En cliquant sur l'un des items phase, état ou groupe d'opérations élémentaires, il est de plus possible de rajouter une opération élémentaire transversalement dans respectivement ladite phase, c'est à dire dans l'ensemble des états de ladite phase et en indiquant dans quel groupe d'opérations élémentaires on rajoute ladite opération élémentaire, dans ledit état notamment en indiquant dans quel groupe d'opérations 10 élémentaire on rajoute l'opération élémentaire dans ledit état, et dans ledit groupe d'opérations élémentaires. Par un clic droit sur l'item phase de la liste hiérarchisée 720, il est possible de rajouter une transition de phase, l'outil demande alors la phase d'arrivée, la demande client correspondant à la transition, et les états de départs et d'arrivée pour la transition de phase. Par un clic droit sur l'item état de la liste hiérarchisée 720, il est possible 15 de rajouter une transition d'état, l'outil demande alors quel est l'état d'arrivée de la transition et quelle est la demande client correspondante. Plus généralement, en cliquant sur un niveau de la liste hiérarchisée 720, il est possible d'ajouter ou d'enlever un élément du niveau immédiatement inférieur. Toujours dans le contexte o les onglets " FUNC " 612 et " Feature " 732 ont été 20 sélectionnés, si l'on pointe et clique sur un état, on obtient alors en partie droite, dans la zone graphique 730, les groupes d'opération élémentaires, représentés comme les noeuds d'un graphe orienté, chaque flèche représentant le flot de données entre le groupe d'opérations élémentaires de départ et le groupe d'opérations élémentaires d'arrivée. Ce flot de données est défini par rapport au flot de données entre opérations élémentaires, dans la 25 mesure ou toute donnée apparaissant est en fait produite par une ou plusieurs opérations élémentaires du groupe d'opérations élémentaires de départ et consommé par une ou plusieurs opérations élémentaires du groupe d'opérations élémentaires d'arrivée. Toujours dans le contexte o les onglets " FUNC " 612 et " Feature " 732 ont été sélectionnés, si l'on pointe et clique sur une opération élémentaire, on observe dans la zone 30 graphique 730, l'ensemble des autres opérations élémentaires et composants (capteurs, actionneurs) avec lesquels l'opération élémentaire échange des informations. Encore une fois, il s'agit d'un graphe orienté et, sur chaque lien, on peut trouver l'ensemble des données échangés entre l'opération élémentaire sur laquelle on a pointé et l'opération élémentaire ou le composant qui reçoit ou émet à l'autre bout suivant le sens de la flèche du graphe orienté. 35 L'opération élémentaire sélectionnée est caractérisée par une couleur spécifique ou un emplacement spécifique (centre de l'écran, couleur rouge) afin d'être aisément distinguée des autres opérations élémentaires et des capteurs et actionneurs. De même, les opérations élémentaires autres que celle sur laquelle on a cliqué dans la liste hiérarchisée 720, sont distinguées des composants en prenant une couleur différente. Toujours dans le contexte o les onglets " FUNC " 612 et " Feature " 732 ont été sélectionnés, si l'on pointe et clique maintenant sur le niveau donnée, c'est à dire le huitième 5 niveau de la hiérarchie présentée plus haut, on voit apparaître en partie droite de l'écran, dans la zone graphique 730, un graphe avec au centre du graphe la donnée sélectionnée et, entourant cette donnée, les opérations élémentaires qui produisent (sur la gauche) ou qui consomment (sur la droite) cette donnée et éventuellement le ou les capteurs qui produisent ou le ou les actionneurs qui consomment cette donnée. De préférence, on met les 10 consommateurs à droite et les producteurs à gauche. Il est naturel qu'il y ait plusieurs consommateurs pour une donnée. Il peut être normal que la même donnée soit produite par plusieurs opérations élémentaires, par exemple si celles-ci ne fonctionnent pas dans les mêmes phases. Selon le niveau de l'élément de la liste hiérarchisée sélectionné, on observe, dans 15 la zone graphique 730, lorsque l'onglet "feature" 732 est sélectionné: - nom du véhicule: le graphe orienté dont les noeuds sont des variantes de prestation enveloppe et les flèches les flots de données entre ces variantes de prestation. Ce graphe est conditionné par le 20 choix d'une configuration c'est à dire le choix d'une variante de prestation par prestation. Ceci est représenté en figure 15. - services ou prestations: la liste des variantes de la prestation et pour chacune, la vue enveloppe type schéma 830. 25 - variantes de prestation: vue enveloppe de type schéma illustrée en figure 8. - phase: vue enveloppe de type schéma illustrée en figure 8 pour les opérations élémentaires de la phase et en restreignant les autres prestations aux 30 combinaisons de mode de la phase - état: vue enveloppe de type schéma illustré en figure 8 pour les opérations élémentaires de l'état et en restreignant les autres prestations aux combinaisons de mode de la phase dans laquelle 35 l'état est spécifié. - groupe d'opérations élémentaires: comme lorsque l'onglet "functional diagram" est sélectionné - opération élémentaire: un graphe avec au centre l'opération élémentaire sélectionnée et autour d'elle les capteurs, actionneurs et autres opérations élémentaires de l'architecture dans son ensemble auxquels elle est liée les arrêtes du graphe sont les flots de données entre les noeuds. - donnée: les opérations élémentaires, capteurs ou actionneurs auxquels la donnée est liée directement sont affichés dans un graphe. Les capteurs ou opérations élémentaires qui produisent la donnée apparaissent à sa droite alors que les actionneurs ou opérations 10 élémentaires consommant la donnée sont placés à gauche de la donnée. Les flèches indiquent le sens de passage de la donnée (du producteur vers le consommateur). - pilote: les caractéristiques du pilote, type d'entrée/sortie analogique-numérique, tout-ou-rien, ses caractéristiques 15 électriques. - - capteur/:actionneur: un graphe avec au centre le capteur ou l'actionneur sélectionné et autour de lui les opérations élémentaires de l'architecture dans son ensemble auxquels il est lié, les arrêtes du graphe sont les flots de données entre les noeuds. 20 En sélectionnant une prestation au deuxième niveau hiérarchique, lorsque l'onglet "functional diagram" 731 est sélectionné, on observe, dans la partie graphique 730, l'automate correspondant, avec des états (ou situations opérationnelles)et les seules transitions de phase. En figure 7, on voit un automate correspondant à la variante "badge" de la prestation "service ouvrants": états 761 à 766 et transitions 768, 769 et 772. Si on 25 clique avec le bouton gauche sur une flèche représentant une transition, on voit apparaître un menu contextuel qui décrit toutes les demandes qui provoquent cette transition. Généralement une seule demande provoque cette transition, par exemple la demande "contacton" qui correspond à la mise du contact, par exemple avec la clé de contact, fait passer de la phase "contact non mis" à la phase "contact mis", mais plusieurs demandes 30 relevant de cas d'utilisation formalisés peuvent lier deux états. Par exemple dans une version très simplifiée de la prestation déverrouillage, il est possible que les états véhicule verrouillé et véhicule déverrouillé soient liés par les demandes clients " demande de condamnation par badge " et " demande de condamnation par le bouton de commande des ouvrants dans le véhicule ". Pourtant, on aura pu formuler deux cas d'utilisations formalisés 35 différents, l'un pour la décondamnation à distance et l'autre pour la décondamnation dans le véhicule. Le quatrième niveau de hiérarchie concerne les phases. Lorsqu'une phase est sélectionnée, et que l'onglet "functional diagram" 731 est sélectionné, on observe, dans la zone graphique 730, sous le nom de la phase, les noms des états qui lui correspondent, dans des rectangles. Lorsque l'on clique sur la transition entre deux états, il est possible de sélectionner une opération élémentaire pour spécifier sa réalisation, c'est à dire la réalisation de la demande client correspondant à cette transition: cette opération élémentaire devra alors prendre en argument l'ensemble des données informatiques provenant de capteurs, d'actionneurs ou incidemment d'autres prestations nécessaires au calcul informatique qui 10 sera réalisé pour décider si oui ou non la demande client est détectée. On accède ainsi aux traductions logicielles des demandes provoquant les transitions de phase. Pour chaque état, par l'intermédiaire d'un menu contextuel apparaissant en cliquant sur l'état avec le bouton droit, on définit quelles opérations élémentaires doivent être activées (capture, commandes d'actionneur, lois de contrôle et leurs interfaces spécifiées dans 15 d'autres outils tels que Matlab/Simulink, Statemate). On les regroupe ensemble selon différentes logiques ou pratiques du concepteur. En cliquant, avec le bouton droit, sur une phase au quatrième niveau de la hiérarchie, on fait apparaître un menu contextuel qui permet, entre autres, de lier la phase aux modes (on observe, dans un menu contextuel une liste des modes, par exemple 20 énergie, client, état du véhicule avec des cases à cocher pour associer la phase à des combinaisons des modes). Par exemple, la phase "crash" est spécifiée dans des modes o elle est valide. En sélectionnant un élément du cinquième niveau ("état"), toujours avec l'onglet "functional diagram" 731 sélectionné, on observe, dans la zone graphique 730, la partie de 25 l'automate concernant l'état sélectionné et les transitions (ou demandes) qui rejoignent l'état sélectionné et d'autres états. On peut ajouter, dans un état, des opérations élémentaires: séquence des opérations à effectuer (acquisitions, commandes, lois de contrôles, algorithmes). on clic droit sur l'état et on choisit "add": on sélectionne dans une liste d'opérations élémentaires (bibliothèque métier). On peut alors créer, si nécessaire, une nouvelle opération élémentaire à laquelle il faudra plus tard associer des données d'entrée et de sortie. Au sixième niveau de hiérarchie, les opérations élémentaires sont organisées en groupes pour faciliter la navigation. Les groupes d'opérations comportent les mêmes opérations élémentaires pour tous les onglets horizontaux 611 à 616. Lorsque l'on sélectionne, au septième niveau de la hiérarchie, une opération élémentaire, on observe, dans la zone graphique 730, le flot de données (en anglais "data flow"), c'est-à-dire les données échangées par cette opération (données dans des rectangles en entrée et en sortie). Si on sélectionne un groupe d'opérations élémentaires, au sixième on observe, dans la zone graphique 730, le flot de données entre les opérations élémentaires qu'il comporte. Si on sélectionne un état, au cinquième niveau de hiérarchie, on observe, dans la partie graphique 730, le flot de données entre les groupes d'opérations élémentaires 5 qu'il comporte. Pour chacun des cinquième à septième niveaux, si on sélectionne un lien dans la partie graphique, avec un clic sur le bouton gauche, on observe, dans un menu contextuel, une liste des données échangées. En en sélectionnant une, on peut la modifier (voir plus loin). Lorsque l'on sélectionne une données, au huitième niveau de la hiérarchie, on 10 observe, dans la zone graphique 730, toutes les opérations élémentaires qui la consomment et celles qui la produisent, y compris à l'extérieur de l'état, de la prestation, de la phase. Les éléments des neuvième et dixième niveaux de hiérarchie ("pilote" et "composant") sont connus par ailleurs et proviennent de bibliothèque du constructeur du véhicule, d'équipementiers ou de fournisseurs. Pour obtenir la différence entre les interfaces et contrôles de variantes de prestation sur deux véhicule différents par exemple, on sélectionne la prestation concernée dans la liste 720 avec un clic droit et on sélectionne, dans un menu contextuel, l'option "montrer les différences", en anglais "show différences". On sélectionne ensuite, dans une boîte de dialogue contextuelle, la variante de prestation d'un autre véhicule que l'on souhaite 20 comparer à la variante de prestation déjà sélectionnée. Il apparaît alors, dans une boîte de dialogue contextuelle, une liste hiérarchisée Phase/Etat/Groupe d'opérations élémentaires/Opérations élementaires/Données/Pilotes/Composants des deux prestations sélectionnées avec aux différents niveaux de ladite liste hiérarchisée que l'on sélectionne, un signe "+" lorsque seule la variante de prestation sélectionnée en premier comporte les 25 éléments du niveau sélectionné, un signe "-" lorsque seule la variante de prestation sélectionnée en deuxième comporte les éléments du niveau sélectionné, un signe "!" s'il existe une différence à un niveau inférieur au niveau selectiionné, et aucun signe particulier si les deux listes hiérarchisées des variantes de prestation comparées sont identiques à ce niveau Selon le niveau de l'élément de la liste hiérarchique sélectionné, on observe, dans la zone graphique 730, lorsque l'onglet "functional diagram" 731 est sélectionné: - nom du véhicule: liste des prestations, - services ou prestations: la liste des variantes de prestation, - variantes de prestation: le graphe dont les noeuds sont les phases et les flèches orientées les demandes client de changement de phase, - phase: l'ensemble des états dans un schéma tel que celui représenté en figure 7, - état: le flot de données des groupes d'opérations élémentaires réalisées dans l'état, - groupe d'opérations élémentaires: le flot de donnée des opérations élémentaires dans le groupe d'opérations élémentaires, - opération élémentaire: un graphe avec au centre l'opération élémentaire sélectionnée et autour d'elle les capteurs, actionneurs et autres opérations élémentaires de l'architecture dans son ensemble auxquels elle est liée les arrêtes du graphe sont les flots de 15 données entre les noeuds. - donnée: indiqué plus haut - pilote: indiqué plus haut - composant: indiqué plus haut Pour passer à l'étape suivante de la conception de l'architecture du système de 20 électronique et informatique de composants matériels et logiciel, le concepteur sélectionne ensuite l'onglet 732 "feature". Un des écrans qui correspond à cette sélection est illustré en figure 8. Dans cet écran, dont la partie texte 720 est identique à celle illustrée en figure 7, si on sélectionne une variante de prestation (troisième niveau de hiérarchie), on observe, dans la zone graphique 830, une enveloppe 840 de la variante de prestation. Cette enveloppe 840 est représentée sous la forme d'une rectangle, divisée horizontalement en deux parties rectangulaires. La partie haute est reliée, à gauche, à des représentations des capteurs 851 qui lui fournissent des données et, à droite, à des actionneurs 852 et 853, auxquels la variante de prestation fournit des données. La partie basse est reliée, à gauche à des données entrantes 856 et 854 et, à droite, à des données 30 sortantes 855. Les données qui ne font que transiter par la variante, sans être utilisées (ou consommées) ne sont pas représentées. Si on clique, avec le bouton gauche, sur une donnée entrante, on observe, dans un menu contextuel, toutes les sources de la donnée sélectionnée, en termes d'opérations élémentaires. Dans cette représentation d'enveloppe 840, on utilise une formalisme permettant une vue synthétique des problèmes à régler: un point d'exclamation indique un conflit supposé (par exemple au cas ou, en sortie, plusieurs prestations prétendent fournir la même donnée) qui suppose de régler un problème d'arbitrage, un point d'interrogation en regard d'une donnée entrante pour laquelle aucun élément n'a encore été défini pour les produire. Cette représentation d'enveloppe 840 donne une vue de synthèse très pratique pour l'utilisateur de l'outil de conception. Si, dans la représentation d'enveloppe, on clique sur 5 une donnée, un capteur ou un actionneur, on obtient une vue fonctionnelle, indiquant les opérations élémentaires qui produisent la donnée et celles qui la consomme. Si l'on sélectionne ou clique sur une de ces opérations élémentaires, alors on voit dans un nouvel écran la liste des variantes de calculateur sur lesquelles cette opération élémentaire est placée. Cette affichage est réalisé dans une nouvelle fenêtre. Qui apparaît au moment ou 10 l'on double clique. Si l'on clique sur un capteur ou un actionneur, on obtient la liste des variantes de prestation exploitant ce composant ainsi que la liste des variantes de calculateurs auxquels le composant est rattaché. Le retour à la normale s'effectue en fermant les fenêtres ainsi crées. D'autre part, les prestations avec lesquelles la prestation sélectionnée échange des 15 données apparaissent directement dans des boites comme 855 directement associées aux données d'entrée et de sortie de la prestation. Lorsque plusieurs prestations consomment ou produisent une donnée, alors ce n'est pas le nom d'une des prestations qui est affiché mais la séquence "..." et il faut cliquer sur la boite semblable à 855 pour voir s'afficher la liste des prestations dans une nouvelle fenêtre. Lorsqu'une donnée est produite ou consommée par une opération élémentaire qui n'est pas rattachée à une prestation, alors on voit associé à la donnée, apparaître une icône spécifique 854. Dans certaines circonstances, par exemple lorsque l'on a récupéré la description des opérations élémentaires d'un calculateur mais que ces opérations élémentaires ne sont pas liées à une prestation, ce type de notation permet de savoir que 25 l'opération élémentaire produisant la donnée G dans notre exemple est bien défine et placée. Pour passer à l'étape suivante de la conception de l'architecture du système de électronique et informatique de composants matériels et logiciels, le concepteur sélectionne ensuite l'onglet 613 "MAP" ou "feature architecture". Un des écrans qui correspond à cette sélection est illustré en figure 9. Comme on l'observe en figure 9, l'interface utilisateur 900 de cet outil logiciel comporte alors: - les menus déroulant 601 à 608, - les six onglets horizontaux 611 à 616, - une zone de liste hiérarchisée 920, - une zone graphique 930, et - des onglets verticaux 931 et 932. Les onglets verticaux 931 et 932 sont nommés respectivement "networks" et "feature" et sont accolés à la zone graphique 930. Ils servent à sélectionner un contenu à afficher dans cette zone graphique 930, comme exposé plus loin. On observe, à gauche, la zone de liste hiérarchisée 920 qui comporte une partie de la liste dont les sept niveaux de hiérarchie les plus élevés sont: nom du véhicule services ou prestations variantes de prestation groupe d'opérations élémentaires opération élémentaire données pilote Capteur/Actionneur Les trois niveaux de hiérarchie les plus élevés sont identiques à ceux des listes 15 hiérarchisées 620 et 720 et, en particulier, comportent les services ou prestations. La sélection de l'un des composants de la liste hiérarchisée, par un clic gauche provoque, avec l'onglet "network" 931 sélectionné, l'apparition, dans la partie graphique 930, de l'ensemble des réseaux 941 à 943 de calculateurs 951 à 955, représentation synthétique permettant d'observer, pour l'élément sélectionné, sa répartition sur les calculateurs et les flots de 20 données qui le concernent sur les réseaux. Selon le niveau de l'élément de la liste hiérarchique sélectionné, on observe, dans la zone graphique 930, lorsque l'onglet "network" 931 est actif l'ensemble des réseaux (les noeuds et les différents réseaux). Chaque réseau est représenté avec tous les calculateurs qui y sont reliés, le réseau 25 possédant une couleur spécifique, représentées ici par des gommettes, vignettes ou pastilles 961 à 963 portant des signes "+", "x" ou "o". Des calculateurs présents sur deux réseaux, calculateurs 951 et 955, sont, sur chaque réseau auquel ils sont reliés, dotés de "gommette(s) ", chaque "gommette" possédant la couleur, représentée ici par le signe correspondant à chaque autre réseau auquel le calculateur en question est directement relié. 30 Les gommettes donnent ainsi une vue en trois dimensions sans complexité de représentation. En cliquant avec le bouton droit sur un réseau, on observe, dans une boîte de dialogue, la liste des données qui transitent sur ce réseau. Les icônes représentant les données, et qui sont suivis de leur nom en clair, apparaissent en vert sur fond blanc si la 35 donnée en question n'est pas placée dans une trame circulant sur ce réseau, en bleu sur fond blanc lorsque la donnée est placée dans une trame et en bleu sur fond gris si la donnée n'est utilisée par aucun calculateur, que ce calculateur soit directement sur le réseau ou accessible par l'intermédiaire de calculateurs passerelles entre réseaux et d'autres réseau. Ces vues permettent une estimation de la charge du bus en durée moyenne entre deux transmissions de même donnée. Cette durée moyenne est estimée par exemple en 5 tenant compte du protocole de communication mis en oeuvre sur le réseau considéré et affichée dans la fenêtre contextuelle et des performances de ce protocole, par exemple - le niveau de charge saturant le réseau (à partir de 30% de charge pour le CAN on observe que les trames les plus critiques peuvent ne pas arriver dans les temps voulus à cause du mécanisme d'arbitrage qui retarde la transmission d'une trame lorsque m'émission 10 d'une autre trame de priorité supérieure ou égale a déjà été demandée, et - la part de flot de donnée qui relève de la gestion de protocole (50% pour le CAN, typiquement car les données de gestion du protocole (arbitrage, CRC,...) représente pratiquement autant de bits en moyenne que les données effectivement transportées par une trame). - Le calcul du flot de données se fait par mode et on prend la charge la plus élevée dans le mode o elle apparaît. Cet aspect motivé par le fait que par exemple, en mode diagnostic, certaines trames correspondant à un mode client sont inhibées et donc ne sont pas en prendre en compte dans le calcul de charge. Réciproquement, le calcul de charge dans le fonctionnement pour le client final ne doit pas tenir compte des trames de diagnostic. 20 Une trame soit émise dans un mode donné si et seulement si au moins une de ses données est échangée entre deux opérations élémentaires actives dans ce dit mode. Avec l'onglet 931 "network" sélectionné, l'utilisateur de l'outil peut effectuer le placement (en anglais "mapping") d'une variante de prestation ou d'un groupe d'opérations élémentaires, ou bien encore d'une opération élémentaire sélectionné dans la zone de liste 25 920, sur un ou plusieurs calculateurs représentés dans le partie graphique 930, par la fonction bien connue de "drag and drop" (que l'on peut traduire, en français, par "déplacer et lâcher"). A cet effet, lorsque l'on clique avec le bouton droit sur une variante de prestation ou une prestation, un menu contextuel apparaît et propose les différents types de placement. Si une opération élémentaire existe dans plusieurs variantes de prestation, par 30 exemple en figure 9 l'opération élémentaire "Decondamnation coffre" dans la liste hiérarchisée 920 qui est liée aussi bien à la "variante Badge" qu'à la "variante Clef', alors le fait de placer cette opération élémentaire par exemple sur le type de calculateur BFR, 953, au moment du placement de la variante de prestation "variante Badge" va aussi placer cette opération élémentaire pour la prestation "variante Clef' et même si ensuite la variante de 35 prestation "variante Clef' est placée sur le type de calculateur UCH, seules les opérations élémentaires non encore placées seront placées sur le type de calculateur UCH, l'opération élémentaire "Decondamnation coffre" restant placée sur le type de calculateur BFR. Il en serait de même avec un groupe d'opération élémentaire d'une autre variante de prestation que "variante Badge" qui contiendrait l'opération élémentaire "Decondamnation porte" et que l'on placerait par exemple sur le type de calculateur UCH. De cette manière, les opérations élémentaires partagées entre plusieurs prestations ne sont placées qu'une fois. Par ailleurs, 5 une fois qu'une opération élémentaire est placée, on peut annuler son placement et la replacer sur un autre type de calculateur en cliquant dans un menu obtenu en sélectionnant ladite opération élémentaire par un clic droit. Les différents types de placement comportent, en particulier, le placement sur un seul calculateur, le placement en maître et esclave et le placement distribué. Dans le type de 10 placement en maître-esclave, la partie "contrôle" de la prestation émet des messages de commande sur au moins un réseau pour commander chaque esclave et l'outil ajoute automatiquement ces messages de commande dans ou en dehors des trames déjà définies (voir plus loin). Pour pouvoir placer le maître et l'esclave, lorsque l'on sélectionne le type de placement maître - esclave, une opération élémentaire, représentant l'automate de contrôle 15 de la prestation, est automatiquement ajoutée en relation avec la variante de prestation considérée. On l'appelle "opération élémentaire de contrôle". On place ensuite, par opérations de drag and drop, la variante de prestation, ou un groupe d'opération élémentaire ou une opération élémentaire et notamment l'opération élémentaire de contrôle sur une variante de calculateur. Il y a autant d'esclave que de noeuds sur lesquels l'opération 20 élémentaire de contrôle n'est pas placée et sur lesquels au moins une opération élémentaire de la prestation est placée. Le noeud sur lequel l'opération élémentaire de contrôle de la prestation est placé est le noeud maître. Avant de placer en maître et esclave, on commence par synthétiser l'opération de contrôle. Pour ce faire, on considère que cette opération consomme toutes les données permettant le calcul de l'automate de contrôle de la prestation. Par exemple, si une transition est conditionnée par la mise à un d'une donnée booléenne a, a étant le résultat d'une opération élémentaire, alors, dans le cas d'un placement maître - esclave, l'opération élémentaire de contrôle aura notamment a comme donnée d'entrée. Le type de placement distribué signifie que des opérations élémentaires d'une même 30 prestation sont réparties sur plusieurs calculateurs et que d'autre part, l'automate de contrôle de la prestation est synthétisé sur chacun desdits calculateurs. On ajoute donc automatiquement sur chaque noeud sur lequel on a placé au moins une opération élémentaire de la prestation au moment du placement une opération élémentaire de contrôle qui représente l'automate de contrôle de la prestation. Cette 35 opération élémentaire de contrôle est la même que celle que l'on aurait synthétisée automatiquement pour un placement de type maître - esclave. Pour chaque placement d'une prestation, une boîte de dialogue de placement apparaît pour demander si les opérations élémentaires, les capteurs et actionneur concernés doivent être placés simultanément et sur le même calculateur. Si on décide de placer la prestation avec les actionneurs et/ou capteurs concernés, l'outil de conception les connecte 5 au calculateur. Si on ne place pas les opérations élémentaires, les capteurs et/ou les actionneurs sur le même calculateur que le reste de la prestation, l'outil de conception ajoute les données nécessaires au bon fonctionnement de la prestation dans ou en dehors des trames déjà définies (voir plus loin). Si au moment du placement sur un noeud, c'est à dire sur un type de calculateur, 10 plusieurs variantes de calculateur réalisent ce type de calculateur, alors une boite de dialogue apparaît pour demander sur lesquelles de ces dites variantes de calculateur le composant sélectionné doit être placé. Comme illustré en figure 10, si l'onglet "feature " 932 est sélectionné et que l'on sélectionne une variante de prestation (deuxième niveau de hiérarchie), on observe, dans la 15 zone graphique 1030, placées les unes en dessous des autres, toutes les enveloppes 1061 et 1062 des types de calculateurs contenant au moins une opération élémentaire de la prestation sélectionnée. Seules les données d'entrée et/ou de sortie des opérations élémentaires de la variante de prestation sélectionnée contenus dans ces types de calculateur sont affichées ce qui permet de voir pour la dite prestation l'état d'avancement du 20 placement et l'état des échanges internes et externes de la variante de prestation au sein de l'architecture électrique électroniques. Si des données telles que V2 ou V3 sont produites ou consommées par d'autres variantes de prestation, alors c'est indiqué avec les mêmes conventions qu'en figure 8 en zone 841. On observe aussi, dans la zone graphique 1030, les mêmes deux types de 25 calculateurs 1041 et 1042, correspondant respectivement à 1062 et 1061 sur lesquels est implantée la variante de prestation sélectionnée, ainsi que les flots de données qu'ils échangent. En cliquant sur l'une des flèches 1043 et 1044 représentant ces flots de données, on observe les données échangées dans une boîte de dialogue (non représentée). Dans ces boîtes on observerait les données V2 et V3 qui sont les seuls échanges internes à 30 la prestation entre les types de calculateur UCH et BFR. Si des trames de données étaient échangées, elles seraient représentées dans les enveloppes 1061 et 1062 à l'instar de la représentation en zone 1244 figure 12. Ces représentations graphiques sont mises à jour suivant les évolutions du placement des opérations élémentaires de cette variante de prestation Si l'onglet "feature " 932 est sélectionné et que l'on sélectionne un élément de l'un des quatrième à sixième niveau de hiérarchie, on observe, dans la zone graphique 1030, les flots de données (voir onglet "Func" 612 ci-dessus) mais pour tous les états confondus (il n'y a plus de niveau représentant les états dans la liste hiérarchisée 820). Les trois derniers onglets, 614 à 616, concernent le matériel avec une gestion de la diversité, c'est-à-dire des différentes variantes de réalisation matérielle du système. Lorsque le concepteur sélectionne l'onglet 614 "operational architecture" ou "OPER", il accède à une description des opérations élémentaires de chaque calculateurs. On observe, en figure 11, une interface utilisateur affichée lorsque l'onglet 614 "OPER" est sélectionné. Comme on l'observe en figure 11, l'interface utilisateur 1100 de l'outil logiciel 10 comporte alors: - les menus déroulant 601 à 608, - les six onglets horizontaux 611 à 616, - une zone de liste hiérarchisée 1120, et - une zone graphique 1130. On observe, à gauche, la zone de liste hiérarchisée 1120 qui comporte une partie de la liste dont les six niveaux de hiérarchie les plus élevés sont: nom du véhicule type de calculateur variante de calculateur prestation opération élémentaire données pilote Capteur ou actionneur Selon le niveau de l'élément de la liste hiérarchique sélectionné, on observe, dans la zone graphique 1130: type de calculateur Le flot de données entre les différents noeuds du réseau indépendamment de l'implémentation de ce flot en trames ou réseaux de toutes sortes. Si une opération élémentaire placée sur un noeud consomme une donnée produite par une 30 autre opération élémentaire sur un autre noeud, alors la donnée échangée apparaît dans le flot de donné matérialisé graphiquement par une fléche allant du noeud o les données sont produites vers le noeud o les données sont consommées. variante de calculateur Le graphe orienté dont les noeuds sont les opérations élémentaires placées sur la variante de calculateur, 1140, 1142, 1144, 1146, 1148 et les 35 flèches sont les flots de donnés entre ces opérations élémentaires comme par exemple 1162. Opération élémentaire les liens aux capteurs et actionneurs liés à l'opération élémentaire sélectionnée et montés sur le calculateur données les opérations élémentaires, capteurs ou actionneurs auxquels la donnée est liée directement sont affichés dans un graphe. Les capteurs ou opérations 5 élementaires qui produisent la donnée apparaissent à sa droite alors que les actionneurs ou opérations élémentaires consommant la donnée sont placés à gauche de la donnée. Les flèches indiquent le sens de passage de la donnée (du producteur vers le consommateur). - Pilote les caractéristiques du pilote, type d'entrée/sortie analogique-numérique, tout-ou-rien, ses caractéristiques 10 électriques. - Capteur/actionneur un graphe avec au centre le capteur ou l'actionneur sélectionné et autour de lui les opérations élémentaires de l'architecture dans son ensemble auxquels il est lié, les arrêtes du graphe sont les flots de données entre les noeuds. On observe, en figure 12, une interface utilisateur affichée lorsque l'onglet 615 "hwd" ou "hardware architecture" est sélectionné. Comme on l'observe en figure 12, l'interface utilisateur 1200 de l'outil logiciel comporte alors: - les menus déroulant 601 à 608, - les six onglets horizontaux 611 à 616, - une zone de liste hiérarchisée 1220, une zone graphique 1230, et - les onglets verticaux 1232 et 1234. On observe, à gauche, la zone de liste hiérarchisée 1220 qui comporte une partie 25 de la liste dont les six niveaux de hiérarchie les plus élevés sont: nom du véhicule type de calculateur variante de calculateur trames donnée dans la trame capteur / actionneur données pilote Selon le niveaude l'élément de la liste hiérarchique sélectionné, on observe, dans 35 la zone graphique 1230, lorsque l'onglet "networks" 1232 est sélectionné: nom du véhicule les réseaux de cette architecture véhicule type de calculateur les réseaux auxquels ce type de calculateur est connecté, représenté en figure 16 variante de calculateur les réseaux auxquels cette variante de calculateur est connectée trames ou le réseau auquel cette trame apartient donnée dans la trame le réseau auquel cette donnée appartient (via la trame) capteur I actionneur le type de calculateur auquel est connecté ce composant et les réseaux sur lesquels ce type de calculateur est connecté. Données Rien Pilote Rien et, lorsque l'onglet "Diagramrs" 1234 est sélectionné: nom du véhicule Rien type de calculateur Un graphe dont les noeuds sont les types de calculateur et dont les flèches sont les flots de trame, les fèches étant orientées du noeud émetteur vers 15 le noeud recepteur. variante de calculateur affichage comme définit en figure 12 par le contour 1260 découpé en trois parties 1240, 1242 et 1244 par deux traits horizontaux 1262 et 1264. Dans la zone 1240, les liens de la variante de calculateur à des capteurs ou des actionneurs sont affichés, les liens aux capteurs étant affichés d'un côté 1252 et les liens aux actionneurs 20 étant affichés de l'autre côté 1250, 1254. Dans le diagramme, dans le cas d'une saisie d'information provenant d'un capteur 1252, la donnée apparaît à l'intérieur du contour 1260, alors que le nom du capteur "Clef' apparaît à l'extérieur du contour. De cette manière le concepteur peut distinguer facilement les noms des données du logiciel applicatif embarqué sur la variante de calculateur, des noms des différents capteurs et actionneurs, et de plus le 25 lien des capteurs/actionneurs aux données logiciels est clair. Dans la zone 1244 est représentée l'interfaces messagerie de la variante de calculateur selectionnée. Cette interface messagerie est constituée de trames de message consommées ou produites sur les divers réseaux auxquels est connectée la variante de calculateur selectionnée. Les trames consommées sont représentées d'un côté de la zone, et les trames sortantes de 30 l'autre côté. Par exemple T_-in_1, 1246, est une trame entrante et T_-out_1 et T_-out_ 2 respectivement 1247 et 1248, sont des trames émises. Seules les données effectivement consommées et produites par au moins une opération élémentaire sur la variante de calculateur selectionnée sont représentées en zone 1244 en correspondance avec les différentes trames. Par exemple, si un emplacement pour une donnée "n est réservé dans 35 Tin_1 et si la donnée "n" n'est consommée par aucune opération élémentaire sur la variante de calculateur selectionnée, alors, "n" n'apparaît pas en zone 1244. Réciproquement, la donnée "a qui apparaît en correpondance de Tin_1 est donc consommée par une opération élémentaire placée sur la variante de calculateur sélectionnée. Finalement, en zone 1242, on retrouve les données d'entrée et de sorties du calculateur sélectionné qui ne sont ni liées à des capteurs / actionneurs, ni à des trames, et qui pourtant proviennent ou sont à destination d'autres noeuds. On reprend pour cette zone 5 1242 les conventions de la zone 841. Finalement, les données qui ne font que transiter par la variante de calculateur sélectionnée, qui fait alors office de passerelle entre réseaux, sont accessibles sous forme d'une liste en selectionnant un onglet du menu 603. La séparation des données en deux catégories, non encore affectées et déjà affectée fournit une vue de cohérence de ce qui est fait et de ce qui reste à faire. 10 Trames rien donnée dans la trame opérations élémentaires et/ou capteur/actionneurs producteurs ou consommateurs à l'intérieur de la variante de calculateur sélectionnée. capteur / actionneur un contour rectangulaire (non représenté) séparé en 15 deux parties, la partie du dessus servant à indiquer les données produites par le capteur/actionneur à l'aide d'un pilote et utilisées sur d'autres calculateur que celui auquel le composant est rattaché, la parties inférieure servant à représenter les données produites à l'aide d'un pilote et utilisées sur le calculateur auquel le composant est rattaché. Les données reçue par le composant sont sur la gauche du contour alors que les données 20 émises sont sur la droite du contour. Un tel lien donnée-calculateur est représenté de manière similaire au lien donnée-prestation 855 en Figure 8, si ce n'est que si la même donnée est par exemple émise vers plusieurs calculateurs, alors, elle sera répétée plusieurs fois, ce qui est une alternative à un affichage du type "..." avec une boite sur laquelle il faudrait cliquer pour accéder aux différentes variantes de calculateurs, autres que celui 25 auquel le composant est rattaché, utilisant la donnée. données d'un capteur ou actionneur opérations élémentaires et/ou capteur/actionneurs producteurs ou consommateurs à l'intérieur de la variante de calculateur sélectionnée. Pilote comme pour la donnée, voir ci-dessus. Lorsque l'onglet "networks" 1232 est sélectionné, on observe, dans la partie graphique 1230, l'architecture matérielle et le placement de calculateurs sur des réseaux. Chaque réseau est représenté avec tous les calculateurs qui y sont reliés, le réseau possédant une couleur spécifique, représentées ici par des gommettes portant un signe "+", "x" et "o" comme en Figure 9. Des calculateurs présents sur deux réseaux sont, sur chaque 35 réseau auquel ils sont reliés, dotés de "gommette(s)", chaque "gommette" possédant la couleur, représentée ici par un signe "+", "x" ou "o" des autres réseaux auquels le calculateur en question est directement relié. Les gommettes donnent ainsi une vue en trois dimensions sans complexité de représentation. Lorsque l'on effectue un clic droit sur un réseau, il apparaît, dans une boîte de dialogue contextuelle, une liste des données circulant sur ce réseau. Dans cette boîte de 5 dialogue, des couleurs différentes indiquent les données qui ne sont pas allouées dans une trame, celles qui sont allouées et transitent effectivement dans une trame et celle qui sont allouées mais ne transitent pas effectivement parce que par exemple elle ne sont pas produite. Les données circulant sur un réseau sont visibles dans une boîte de dialogue 10 lorsque l'on clique avec le bouton droit sur le réseau en question, l'onglet "networks" 1232 ou 1232 étant actif. Cette boîte de dialogue met en oeuvre des couleurs pour indiquer le placement dans une trame et l'utilisation des données, comme expliqué plus haut, en regard de la figure 9. Lorsque l'onglet 616 est sélectionné (écran non représenté), si on sélectionne une 15 donnée en cliquant sur le bouton gauche, un menu surgissant permet d'atteindre une boîte de dialogue contextuelle qui fournit des informations sur cette donnée, notamment, la dimension (un booléen à une taille de un bit), les valeurs extrêmes, une valeur par défaut, etc l'âge maximal de la donnée c'est à dire durée après la capture au bout de laquelle la donnée peut être considérée comme obsolète...etc. Lorsque l'on sélectionne l'onglet 616 "msg", on obtient en partie droite un écran analogue à celui de la figure 16, lorsque l'onglet 1232 de la figure 16 est sélectionné. On voit alors en partie droite de l'écran pour chaque véhicule toutes les trames véhiculées par moins un réseau et en partie gauche de l'écran une représentation des différents réseaux comme en figure 16 en zone 1630. En cliquant sur une trame, seul le réseau sur lequel la trame circule 25 est affiché.En cliquant sur l'un des onglets 1652, 1654, 1656, 1658, seules les trames circulant sur le réseau correspondant sont affichées en partie gauche de l'écran. lorsque l'onglet 1231 est sélectionné, lorsque l'on clique sur une trame, une présentation de la trame en partie droite de l'écran apparaît reprenant les informations essentielles de la trame, notamment sa taille, sa période, le type du réseau, puis la liste des données pour lesquelles 30 un espace est alloué ainsi que les coordonnées de cet espace en numéro d'octet et de bit le plus significatif et en taille, puis la liste des variantes de calculateur producteur et consommateur pour chaque donnée. Dans la zone graphique correspondant à la sélection de l'onglet 616, si on clique avec le bouton gauche sur un calculateur, on observe, par l'intermédiaire d'un menu 35 surgissant donnant le choix entre trame et données, dans une boîte de dialogue contextuelle, les données ou trames consommées ou produites par le calculateur sélectionné. La figure 13 représente un écran 1300 de saisie et de visualisation des zones d'un produit nommé "véhicule Z23" pour lequel on souhaite construire une architecture électrique et électronique. On peut accéder à cet écran à partir de n'importe lequel des écrans des figures 6 à 12 par une sélection dans le menu tools 606. On observe, dans la liste hiérarchisée 1320, une liste comportant les trois premiers niveaux de hiérarchie suivants: nom de véhicule groupes de noeuds et composants noeuds et composants La partie graphique, à droite de l'écran, comporte une zone supérieure dans laquelle trois boutons 1312, 1314 et 1316 sont représentés. Les différentes zones du véhicule sur lesquelles les composants du système peuvent être placés apparaissent dans la partie graphique inférieure droite de l'écran, ou sous-écran 1330. Ces zones du véhicule sont représentées par des rectangles 202, 204, 206, ., 236, 240. Pour ajouter une zone, l'utilisateur doit d'abord sélectionner le bouton 1312 placer ce rectangle, qui correspond à une nouvelle zone du véhicule, en cliquant dans le sous-écran 1330. Il peut alors changer les dimensions dudit rectangle, par exemple en cliquant sur un des angles du rectangle, puis en déplaçant cet angle à volonté, l'angle opposé dudit rectangle ne bougeant pas. Il peut ensuite déplacer le rectangle à volonté dans le sous-écran 1330, afin de rendre la disposition 20 des zones respectives compréhensible pour l'ensemble des utilisateurs. Dans le cas d'un véhicule automobile par exemple, il ne serait pas sensé de placer la zone représentant la..DTD: porte arrière droite et la zone représentant la porte avant gauche l'une à côté de l'autre. Le nom 1342 du produit est repris en bas du sous-écran 1330. On note que les noeuds et composants définis pour l'outil de conception sont repris dans la liste hiérarchisée 1320. En fait, cette liste hiérarchisée sert une fois que les différents composants sont placés: sélectionner un noeud ou un calculateur particulier permet de localiser dans quelle zone du véhicule il est placé, cette zone changeant automatiquement d'aspect dans le sous-écran 1330. Par exemple, lorsque dans la liste hiérarchisée, on sélectionne la pédale d'accélération 1321, la zone cockpit 218 change d'aspect. D'autre part, les composants non encore placés ont eux-aussi un aspect particulier comme par exemple le noeud BVA 1323 ou le moteur d'essuyage avant 1322. En sélectionnant le bouton 1316, il est possible de rajouter, dans le sousécran 1330, une boussole orientable 1344 à des fins de lisibilité pour l'ensemble des utilisateurs. Il revient à l'utilisateur d'indiquer lesquels des axes (gauche, droite), (haut, bas), 35 (avant, arrière) doivent être utilisés ainsi que leur sens. Dans la figure 13, dans le cas d'un véhicule automobile dont des zones, vue de haut, ont été représentées, l'orientation permet à l'homme du métier de reconnaître certaines de ces zones, comme par exemple le pavillon 216, puis de proche en proche, l'ensemble des zones représentées. Afin de rendre ce découpage en zones plus lisible, il est possible de nommer les zones. C'est par exemple le cas de l'aile avant droite nommée Aile AVD 1346. La figure 14 représente une vue locale d'une des zones du véhicule représentées 5 dans la figure 13 dans le sous-écran 1330 de l'écran 1300. On y accède, par exemple, en sélectionnant la dite zone dans le sousécran 1330 puis en cliquant deux fois. Dans le sous-écran 1330, on peut préciser les dimensions de la dite zone en, sélectionnant le bouton 1410 puis en sélectionnant l'un des sommets de la dite zone et en le bougeant à volonté, les autres sommets restant inchangés. Sélectionner un point du contour 10 de la zone autre qu'un sommet permet de définir un nouveau sommet. On peut spécifier une sous-zones d'évitement en sélectionnant un bouton 1412 puis l'emplacement de la zone o l'on désire placer la sous-zone d'évitement. La sous-zone d'évitement est alors placée sous forme d'un rectangle avec des dimensions par défaut. Le dimensionnement exact de la sous-zone se fait alors, comme pour la zone du véhicule, en 15 sélectionnant un bouton 1410 puis en sélectionnant l'un des sommets de la sous-zone d'évitement sélectionnée ou en rajoutant un sommet. En sélectionnant un point du contour autre qu'un sommet. Les points de routage sont placés sur la zone en sélectionnant d'abord un bouton 1414 puis en sélectionnant l'endroit de la zone o l'on désire placer le dit point de routage. Les points de connexion de la zone sont placés en sélectionnant d'abord le bouton 1416 puis en sélectionnant l'endroit de la zone o l'on désire placer le dit point de connexion. Comme en figure 14, une boussole peut être placée à côté de la zone en sélectionnant le bouton 1316, puis orientée. Un chemin de routage recommandé peut être placé en sélectionnant un bouton 1418, 25 puis en sélectionnant un composant ou point de routage ou point de connexion initiale, puis un composant ou un point de routage ou un point de connexion finale. Les composants et calculateurs sont placés sur la zone par cliquerdéplacer à partir de la liste hiérarchisée 1420. Ils peuvent être associés à des icônes qui permettent de les localiser et de les reconnaître plus rapidement. Tous les éléments de la zone du véhicule représentée peuvent être déplacés et ajustés par cliquer-déplacer. Finalement, un élément "règle" peut être placé dans la fenêtre pour faciliter le dimensionnement des différents zones. Pour cela, on sélectionne un bouton 1413, puis on sélectionne l'endroit de la zone o l'on désire placer la règle. En sélectionnant l'une des extrémités de la règle 1444, on peut l'étendre ou la raccourcir. Au moment o l'on 35 effectue cette opération, la longueur réelle de la règle est affichée, par exemple en millimètres. Il est possible de faire pivoter la règle autour d'un de ses sommets suivant des moyens connus. Placer la règle à côté d'un des bords de la zone permet d'en connaître la longueur et de changer éventuellement son dimensionnement. Toujours avec l'objectif d'une représentation la plus fidèle possible, dans le sous5 écran 1430, il est possible de faire apparaître une trame de fond permettant de représenter la zone à la bonne échelle. La trame de fond peut par exemple être constituée de traits horizontaux et verticaux parallèles et réguliers, découpant l'espace en pavés de 20mm par mm dans l'échelle 1:1. Il est possible d'agrandir et de rétrécir la zone du véhicule représentée pour le confort 10 d'utilisation, c'est à dire changer l'échelle de la figure pour qu'elle soit adaptée à la partie du sous-écran 1430 par des moyens connus appelés zooms. La zone et tous les éléments placés sur l'écran changent alors d'échelle. Une fois l'opération de placement des points de connexion effectuée sur différentes zones, on peut revenir à la vue présentée en figure 13 pour lier les points de connexion des différentes zones du véhicule qui se correspondent dans le sous écran 1330. Dans un certain mode d'affichage, accessible par le menu "View" 603, les points de connexion spécifiés dans la zone 202, par exemple, apparaissent. Cette zone contient trois points de connexion 1350, 1351,1355. La zone 220 contient, elle, pour le moment, un point de connexion 1353. Pour indiquer par exemple que les points de connexions 1355 et 1353 20 se correspondent c'est à dire représentent en fait un même point dans l'espace, on peut par exemple sélectionner le bouton 1314, puis sélectionner le point de connexion 1355, puis sélectionner le point de connexion 1353. Un lien graphique 1354 est alors automatiquement généré. Une nouvelle sélection du menu "View" 603, permet, si on le souhaite, de cacher tous les points de connexion et leurs liens. Il est possible de nommer les points de connexion, comme cela est fait par exemple pour le point de connexion "C3" 1448. Dans ce cas, le nom du point de connexion est repris dans le sous-écran 1330, lorsque l'option d'affichage des noms des points de connexion est activée. En sélectionnant, dans le menu "Edit" 602, l'option "Synthèse du câblage", l'algorithme de routage est exécuté. On peut ensuite visualiser le résultat. En figure 14, les segments 1451 à 1455 sont synthétisés. En cliquant sur chacun de ces segments, on obtient la liste des liens ou fils composant-composant, ou composant-connecteur ou connecteurcomposant qui sont inscrit dans chacun de ces segments. Par exemple, si le moteur 406 possède un connecteur à trois pines, l'une de commande, faible puissance, l'une d'alimentation forte puissance, la troisième de masse, on obtient la liste suivante: Moteur- 1-donnée de commande moteur 406 Moteur- 2 - alimentation moteur 406 Moteur- 3 -masse moteur 406 Si ces trois pines, lors du routage, sont associées à trois pines du connecteur Cl 1447, respectivement, on observe la liste suivante: Cl- 3 -donnée de commande moteur 406 Cl - 5 - alimentation moteur 406 Cl1 -masse moteur 406 Alors, en cliquant sur le lien 1452, on voit s'afficher que, sur le segment entre les points de routage 1470 et 1472 circulent les liens de référence: Moteur- 1-donnée de commande moteur 406; Cl - 3 -donnée de commande moteur Moteur- 2 - alimentation moteur 406; Cl5 - alimentation moteur 406 Moteur- 3 -masse moteur 406; Cl- 1 -masse moteur 406 La figure 15 représente l'écran qui apparaît lorsque l'on sélectionne le "Véhicule Z23" 15 et que l'onglet "Func" 612 est sélectionné. On obtient alors en partie graphique 1530, à droite de l'écran, un graphe dont les noeuds sont les variantes de prestation et les flèches les flots de données échangés entre les variantes de prestation. Un tel flot de données représenté par une flèche entre une variante de prestation de départ et une variante de prestation d'arrivée est défini par l'ensemble des données produites par au moins une opération 20 élémentaire de la variante de prestation de départ, qui ne sont produites par aucune opération élémentaire de la variante de prestation d'arrivée, mais qui sont consommées par au moins une opération élémentaire de la variante de prestation d'arrivée. Le flot de données inter-prestation tel que représenté en figure 15 est généré pour un choix d'une variante de prestation pour chaque prestation correspondant à une configuration. 25 Pour l'homme du métier, ces flots de données permettent de repérer les données pour lesquelles des précautions sont à prendre pendant le développement. En effet, les données entre prestations et leurs caractéristiques doivent être validées pour chaque prestation les consommant ou les produisant au contraire des données intrinsèques à une prestation dont la mise au point relève uniquement de la dite prestation. On peut, dans l'écran illustré en figure 15, représenter l'intégralité des échanges entre toutes les prestations du produit ou les échanges d'un sous ensemble de prestations, cela en copiant dans une architecture produit par exemple créée pour l'occasion, le dit sous ensemble de prestations et en considérant le graphe correspondant dans la partie graphique 1530. La figure 16 représente un écran apparaissant lorsque l'on sélectionne l'onglet "HWD" 615, l'onglet "Network" 1232, et le noeud UCH 1621 dans la liste hiérarchisée 1220. On voit alors apparaître, dans la partie graphique 1630, une vue de réseau répondant aux mêmes conventions que la vue décrite en partie graphique 830 illustrée en figure 8. Seules les réseaux sur lesquels le noeud UCH 1621 est présent sont alors affichés, à la différence de ce qui est représenté en figure 8 o tous les réseaux sont affichés. Des onglets dans une zone 1640 permettent de sélectionner les différents réseaux de l'architecture 1654,1656,1658. La 5 sélection de l'onglet "aIl" 1652 permet de provoquer l'affichage dans la partie graphique 1630 de tous les réseaux et annule la sélection du noeud UCH 1621. En cliquant sur un réseau donné, on obtient l'ensemble des données qui circulent sur ce réseau en distinguant notamment celles qui ne sont pas provisionnées dans des trames, celles qui sont provisionnées et présentes, celles qui sont provisionnées et absentes. En figure 17, le procédé de conception de spécification d'une variante de prestation est détaillé. Les étapes 1712 et 1714 sont des synthèses réalisées automatiquement pour l'outil alors que toutes les autres étapes sont assistées grâce à l'ergonomie de l'outil mais sont laissées à l'initiative du concepteur. Lors de la conception de la spécification d'une variante de prestation, en premier lieu on spécifie les cas d'utilisation, étape 1702. Une fois les cas d'utilisation spécifiés, on identifie les phases de fonctionnement, les demandes client qui sont les transitions et les réponses système qui sont les états, étape 1704. Les phases sont définies préférentiellement par leur décomposition en modes transversaux comme ceci est présenté 20 en figure 7. Deux phases ne doivent préférentiellement pas partager de combinaison de modes transversaux. On peut alors synthétiser un premier automate décrivant la supervision de la prestation tel que détaillé en figure 7. Pour cela, on part de l'association proposée par l'utilisateur des cas d'utilisation aux triplets (état de départ, demande client, état d'arrivée). A partir de cette ces premières étapes supportées par l'onglet REQ de l'outil, un 25 automate de contrôle de la prestation est synthétisé automatiquement pour l'ensemble des cas d'utilisation de la prestation, étape 1712. On procède alors aux étapes de correction, étape 1714, et complétion, étape 1716, qui permettent de mettre au point l'automate et d'enrichir les cas d'utilisation, étape 1720, en fonction de nouvelles situations identifiées notamment lors de l'étape de complétion, étape 30 1716. Parallèlement aux étapes de mise au point de l'automate de contrôle de la prestation, étapes 1712, 1714 et 1716, on spécifie les opérations élémentaires réalisées dans chacun des états de l'automate de contrôle de la prestation, étape 1706. De même, certaines opérations élémentaires réalisant les transitions de phase sont 35 identifiées, étape 1708, ainsi que les opérations élémentaires réalisant les demandes client, étape 1710. La réalisation d'une transition de phase ou d'état par une opération élémentaire est représentée préférentiellement par une opération élémentaire dont le résultat est un booléen qui lorsqu'il vaut la valeur booléenne "vrai" résulte en l'activation de ladite transition. On peut de manière équivalente, mais pour plus de généralité, spécifier que la transition opère pour une valeur particulière d'une des sorties de l'opération élémentaire qui la réalise. Lorsque les étapes 1706, 1708 et 1710 sont partiellement ou complètement 5 réalisées, on synthétise le flot de données entre les opérations élémentaires spécifiées au cours de ces étapes, étape 1718. On peut alors synthétiser un modèle de la variante de prestation spécifiée, étape * 1722, en complétant notamment l'automate synthétisé au cours de l'étape 1712 et les différentes opérations élémentaires qui lui sont attachées avec la description de capteurs et 10 actionneurs préférentiellement attachés à la prestation et des pilotes correspondants. La figure 18 décrit un procédé de conception d'architecture électrique et électronique permettant de comprendre les interactions entre les différentes étapes du procédé décrit dans l'invention, mais aussi les différentes vues proposées par l'outil. Comme point de départ, une spécification des configurations du produit est 15 spécifiée par l'utilisateur, étape 1802. Elle indique les différentes configurations caractérisées notamment par un ensemble de variantes de prestation et un ensemble de variantes de calculateurs. Pour chaque configuration, un pourcentage est indiqué correspondant au rapport du nombre de produits comportant ladite configuration par le nombre produit total. Cette étape étant réalisée, une spécification de chaque variante de prestation est réalisée, 20 étape 1806, notamment en appliquant le procédé décrit en figure 17. On peut alors procéder automatiquement aux validations de l'architecture prestation, étape 1808 (décrites plus loin). Pour un ensemble de configurations, spécifiées au cours de l'étape 1802, on spécifie un ensemble de noeuds et de réseaux les connectant et pour chaque noeud un ensemble de variantes de calculateurs, étape 1810. D'autre part, la géométrie du produit est spécifiée, 25 étape 1804. Une fois les étapes 1806 et 1810 partiellement ou complètement réalisées, on peut placer les prestations sur les différents noeuds, étape 1812. On réalise alors automatiquement une synthèse du contrôle des prestations, étape 1816, ainsi que la synthèse des échanges, notamment sur les différents bus de données, étape 1818. A partir des échanges sur les bus, étape 1818, on peut spécifier une messagerie ou la générer 30 automatiquement, étape 1826, par exemple au moyen du procédé décrit dans la demande de brevet français numéro 01 -05713 du 27 Avril 2001 incorporé ici par référence. D'autre part, les différentes variantes de calculateur, spécifiées au cours de l'étape 1810, et les différents capteurs et actionneurs, notamment rattachés aux variantes de prestation, spécifiées au cours de l'étape 1806, sont placés sur la description géométrique 35 du véhicule, étape 1814. On place de même les points de routage, de connexion, les connecteurs et les zones d'évitement, étape 1820. A partir du placement des différents composants électriques et électroniques, étape 1814, et de la description des contraintes géométriques, étape 1820, on synthétise le routage des signaux notamment de données, de puissance ou liés à la masse, étape 1822. On spécifie d'autre part les caractéristiques des différentes opérations élémentaires 5 en termes de taille de code, de taille mémoire vive nécessaire et de consommation CPU, étape 1824. Etant donnés le routage, étape 1822, d'une part, et la spécification des ressources nécessaires à l'exécution des composants logiciels qui réalisent les opérations élémentaires, étape 1824, d'autre part, on déduit une estimation de cot du système basé sur le cot de l'architecture électrique (capteurs, actionneurs, fils, connecteurs) et le cot lié 10 aux types d'entrées sorties et aux choix de processeurs induits par le placement, étape 1830, Cette synthèse, étape 1830, est réalisée en prenant notamment en compte l'optimisation induite par des épissures sur les fils de puissanceet de masse, étape 1828. Finalement, toutes ces étapes étant réalisées, on peut comparer l'architecture évaluée à d'autres architecture, notamment par un critère de cot, de qualité ou de poids notamment 15 par un critère de cot consolidant notamment les critères de qualité et de poids, étape 1832. Afin de réaliser une estimation de qualité consolidée, il faut réaliser plusieurs étapes: - calculer automatiquement une mesure de qualité pour l'exécution d'une opération élémentaire, et pour l'exécution d'un ensemble d'opérations élémentaires sur un calculateur, étant donnée une mesure de qualité pour 20 chaque type d'entrées/sorties, pour chaque type de fil (puissance, masse, données), et étant donnée une mesure de qualité pour l'exécution d'une instruction sur un calculateur, pour un accès en mémoire vive, pour un accès en mémoire flash, - calculer automatiquement la qualité du routage - prendre en compte une mesure de qualité des capteurs et actionneurs - déduire automatiquement la qualité de l'architecture électrique et électronique Les opérations de validation et leur support par des moyens de traçabilité, la maîtrise de la sreté de fonctionnement ne sont pas décrits en figure 18 mais complètent cette figure reprenant le procédé global. En ce qui concerne les configurations, on peut distinguer: - les prestations de base qui peuvent être réglementaires ou banalisées sur les véhicules (éclairage, essuyage des vitres,...), - les prestations de base avec variante comme par exemple la motricité sur un véhicule qui peut être basée sur un moteur thermique essence ou diesel, sur un moteur 35 électrique ou sur un moteur hybride par exemple, avec à chaque fois une mise en oeuvre différente, - les prestations qui ne seront pas nécessairement intégrées à tous les produits et que l'on peut qualifier d'optionnelles. Par exemple la climatisation sur une automobile, La configuration de prestation est la sélection d'un ensemble de variantes de prestations (optionnelles ou pas). Les prestations optionnelles de la configuration sont celles qui ne sont pas toujours présentes. Pour une configuration donnée, on donnera le taux de monte des prestations optionnelles notamment sous la forme d'un pourcentage. Pour un produit donné, on envisagera différentes configurations. Considérant l'ensemble des configurations, on donnera le pourcentage respectif de 10 chaque configuration par exemple sous la forme d'un pourcentage. Par exemple pour une automobile, on distingue les configurations luxe, confort, "éco" (pour "économique") avec par exemple une prestation climatisation à 100% sur la configuration luxe, 40% sur la configuration confort et 0% sur la configuration éco. Les configurations luxe, confort, éco pourront représenter respectivement 20% 50% et 30%. Les configurations prévues pour un produit ont un impact sur le choix de l'architecture matérielle du produit. Par exemple, une climatisation à faible taux de monte (10%) incitera à mettre en oeuvre cette climatisation à l'aide d'un calculateur spécifique alors que si la climatisation est présente à 100%, on aura tendance à intégrer le logiciel et les interfaces matérielles correspondants à un calculateur agglomérant de nombreuses autres 20 prestations. Il est en effet coteux de multiplier le nombre de calculateurs électroniques et l'on cherche en pratique à intégrer le plus possible de prestation pour faire baisser les cots. Les configurations servent aussi à faire des choix de câblage, l'exemple de la climatisation ci-dessus le montre bien puisque le câblage pour un calculateur spécifique aura un cot différent du câblage pour un calculateur non-optionnel. Le choix d'un optimal de 25 l'architecture électrique-électronique se fait donc préférentiellement en fonction d'un ensemble de configurations pré-défini. Les configurations servent aussi à gérer la diversité en permettant de limiter par conception, les combinaisons d'option disponibles. Elles représentent aussi un élément intermédiaire permettant de simplifier les 30 validations comme on le verra par la suite. De par l'étape de placement des prestations sur les calculateurs, On peut déduire les configurations de calculateur associées à une configuration prestation. Ce sont notamment les calculateurs contenant au moins une opération élémentaire d'au moins une prestation de la Configuration prestation. Le caractère optionnel du calculateur est aussi 35 déduit, un calculateur contenant notamment des opérations élémentaires attachées uniquement à des prestations optionnelles pourra être optionnel. Pour autant, on peut définir des configurations de calculateur et de composants matériels, notamment si l'étape de placement n'est pas encore réalisée. Lorsque l'on spécifie une configuration comme étant composée d'une configuration de prestation et d'une configuration de calculateurs, on fait l'hypothèse que toute prestation 5 de la configuration de prestation est bien entièrement placée sur la configuration de calculateur et que réciproquement, les opérations élémentaires provenant de prestations qui ne sont pas dans la configuration de prestation sont desactivée sur ladite configuration de calculateurs. On intègre dans le choix d'un routage optimal une contrainte liée aux 10 configurations. Un composant dont au moins une variante est absente dans au moins une configuration est dit optionnel. Le routage économiquement optimal est, par exemple celui qui satisfait les contraintes suivantes: * 1) on ne peut pas lier un composant (capteur, actionneur) à un noeud optionnel tel qu'il existe au moins une configuration o le noeud est absent et le composant 15 est présent. Donc dans la recherche du routage dudit composant, les noeuds ne satisfaisant pas le critère ci-dessus ne sont pas considérés. * 2) on ne peut pas lier dans une épissure de puissance deux fils qui ne seraient pas présents dans les mêmes configurations. * 3) sous l'hypothèse 1) ci-dessus, lorsque l'on synthétise le routage d'un fil 20 provenant d'un composant optionnel C et que le routage optimal abouti à un noeud N, tel qu'il existe au moins une configuration o le noeud N, est présent et le composant C est absent, alors on tente de synthétiser au moins un autre routage en considérant tous les noeuds autres que N, qui satisfassent la condition 1). Le routage lie alors le composant à un nouveau noeud N,+1. On itère cette opération jusqu'à trouver un noeud Np tel que soit Np est 25 le dernier noeud parcouru qui satisfasse 1). Pour l'ensemble des routages ainsi synthétisés (le dernier étant le routage à Np), on applique le calcul de cot pondéré par le taux de monte des différents composants, c'est à dire qu'un composant présent dans 40% des configurations aura un cot pondéré par 0,4. Le routage qui minimise le cot est le routage économiquement optimal pour l'ensemble des configurations. Par exemple, on peut rattacher le compresseur de la climatisation au noeud climatisation (optionnel et spécifiquement installé pour la prestation climatisation) ou au noeud calculateur habitacle (toujours présent). La connexion au noeud climatisation cote deux euros intégrant par exemple le cot du connecteur du calculateur pour la connexion au compresseur et aux autres composants soit un euro, le cot des fils soit un euro, et un euro 35 sur le contrôleur habitacle. Si le taux de monte de la clim dépasse 50%, alors il faut router le compresseur au noeud contrôleur habitacle, sinon au noeud climatisation. Par exemple avec un taux de monte de 40% et pour cent exemplaires, le routage au noeud habitacle cote 1*100 * 1 euro soient cent euros, alors que le routage au noeud climatisation cote 0,40 * * 2 euros soient quatre-vingt euros. La connaissance des cot relatifs des pilotes suivant le nombre d'exemplaire permet d'affiner l'estimation économique. Si pour une série de 40 000 exemplaires, un pilote 5 de type PWM (Pulse Width Modulation) cote 1 euro, mais 0,5 euros pour une série de 100 000 exemplaires, alors pour une série de 100.000 exemplaires et un taux de monte de la climatisation à 40%, le cot du pilote sur sur le calculateur de climatisation sera de 1 euro alors que le cot de ce pilote sur le calculateur UCH sera de 0,5 euros et l'équation économique devient 100 + 100*0,5 euros soient 150 euros pour l'UCH et 80 + 0,4*100*1 10 euro soit 120 euros pour le scénario du routage sur un calculateur de clim. Il est donc toujours interessant de choisir le scénario "calculateur de climatisation". Si maintenant on estime un cot de montage, calculé en fonction - d'un cot de montage d'un toron nécessaire à la mise en oeuvre de la climatisation sur la zone cockpit par exemple, - d'un cot de montage d'un connecteur nécessaire à la mise en oeuvre de la climatisation sur une frontière de la zone cockpit ou sur la zone cockpit, - d'un cot de montage du calculateur de climatisation et/ou habitacle sur la zone cockpit ou une autre zone spécifiée par le concepteur, - d'un cot de montage des capteurs ou des actionneurs nécessaire à la mise 20 en oeuvre de la climatisation sur une zone et - d'un cot de connexion des différents connecteurs actionneurs nécessaires à la mise en oeuvre de la climatisation entre zones ou dans une zone. Alors, étant donnée une évaluation pour le calculateur de climatisation qui est optionnel de 1 euro; et de 2 euros pour le calculateur habitacle, pour un taux de monte à 40% de la 25 prestation climatisation, l'option du routage sur calculateur de climatisation revient à 120 euros + 0,4*100*1 + 1*100*2 soient 360 euros, alors que le cot du routage sur le calculateur habitacle est de 150 euros + 1*100*2 soient 350 euros. Tout d'un coup le calculateur de climatisation n'est plus justifié. Affinons encore notre analyse. Prenons un impact qualité de 100 ppm (panne par million) sur 3 ans, un période de garantie type, à la fois pour le calculateur climatisation et le calculateur habitacle. Estimons d'autre part à 200 euros le cot moyen d'un remplacement de calculateur et affectons un cot de montage/démontage de 50 euros pour la zone dans laquelle se trouve le calculateur de climatisation et de 10 euros pour la zone dans laquelle on a placé le calculateur habitacle. 35 Supposons par ailleurs que les défauts qualité associés aux câblages dans les deux scénarios soient identiques et de 100 ppm mais de cot de réparation négligeable sauf pour le démontage. Pour simplifier on suppose que la majorité du câblage considéré se trouve dans une zone à 50 euros comme le calculateur de climatisation. Alors, le cot unitaire pour le remplacement de calculateur est de 100*200/ 1 000 000 soit 0,04 euros à majorer de 0,01 euro pour le calculateur de climatisation et de 0,002 euros pour le calculateur de climatisation. Le cot de réparation du câblage est luis de 0,01 euro pour un défaut sur 5 l'ensemble du câblage qui n'est présent que lorsque l'option climatisation est retenue. Notre cot unitaire consolidé intégrant les défauts qualité est donc maintenant de 360 + 0,4 * 100 * ((0,04 + 0,01)(calculateur) + 0,01(câblage)) euros soient 362,4 euros alors que le scénario avec calculateur habitacle cote maintenant 350 + 0,4*100*0,01 soit 350,4 euros si l'on tient compte du fait que les cots qualité liés au calculateur habitacle sont présents à l'identique 10 dans les deux scénarios et que le câblage spécifique à la climatisation n'est monté que lorsque l'option climatisation est retenue. Notons au passage que le nombre de ppm du scénario avec calculateur de climatisation est de 0, 4*(100 + 100) soit 80 ppm alors que le nombre de ppm du scénario sans calculateur de climatisation est de 0,4*100 soit 40 ppm si l'on fait abstraction des ppm liés au calculateur habitacle constant dans les deux scénarios. 15 Sur le plan qualité, le scénario sans calculateur de climatisation est donc préférable. Si l'on prend maintenant l'impact poids en compte et que l'on estime à 1 euro le cot consolidé d'une charge d'un kilo. Etant donné d'une part un poids de 300 grammes pour le calculateur climatisation et de 100 grammes pour le routage des actionneurs spécifiques de la climatisation au calculateur climatisation et d'autre part un surpoids de 150 grammes 20 du calculateur habitacle et de 150 grammes pour le routage des actionneurs spécifiques de la climatisation au calculateur habitacle, on trouve maintenant que le cot du scénario avec calculateur de climatisation toujours pour cent exemplaires est de 362,4 + 0,4*100*0, 4(400 grammes)* 1(cot au kilo) euro soient 378,4 euros et de 350,4 + 0, 4*100 * 0,3 (300 grammes)* 1 + 0,6*100*0,150*1 euro soient 363,3 euros pour le scénario avec calculateur 25 habitacle. Au passage, on a vu que l'hypothèse avec calculateur de climatisation entrainait un surpoids de 400 grammes alors que cette du placement de la climatisation sur le calculateur habitacle pèse 300 grammes lorsque la climatisation est installée. En moyenne pondérée, le poids du scénario avec calculateur de climatisation est 0,4(taux de monte)*0,4(kilos) soit 160 grammes alors que le poids de l'option sans calculateur de 30 climatisation est 0,4 (taux de monte clim) * 0,3(300 grammes) + 0,6(sans clim)*0,150(poids du surplus calculateur) soit un poids marginal de 129 grammes et c'est ce dernier câblage qui est optimal en poids. Pour conclure, il faut encore prendre en compte le cot de l'exécution des opérations élémentaires de la prestation climatisation dans chacun des scénarios, cot qui 35 doit être consolidé dans le cot pièce des calculateurs. Supposons que les opérations élémentaires de la climatisation nécessitent 1 MIPS et que le cot marginal du MIPS dans un processeur soit renseigné dans un abaque et donne pour 1 MIPS 2 euros et pour 20 MIPS euros et 9,6 euros pour 19 MIPS. Supposons d'autre part que indépendamment de la prestation climatisation, le calculateur habitacle embarque 19 MIPS d'exécution d'opérations élémentaires. Finalement, prenons l'hypothèse d'un cot linéaire de la RAM à,1 euros pour 2 kilos octets et d'un cot linéaire de la flash à 4 euros pour un mega-octet. Finalement les 5 opérations élémentaires de la prestation climatisation nécessitent 2 k de RAM et 100 k de Flash. Dans ce cas le bilan consolidé pour 100 véhicules pour les deux scénarios devient: 378,4 + 0,4*100*(2+1+ 0,1*4) euros soient 514,4 euros pour le scénario avec un calculateur de climatisation alors que dans le cas o le code est exécuté entièrement sur le calculateur habitacle, le cot devient: 363,3 + 1*100*((10-9,6) +1 + 0,1*4) euros soient 543,3 euros. Au final le cot consolidé unitaire de la solution avec calculateur de climatisation est donc de 5,14 euros alors que le cot de la solution sans calculateur de climatisation est de 5,43 euros par unité avec l'hypothèse d'une série de 100 000 véhicules et un taux de monte de la climatisation de 40%. L'outil de conception d'architecture de système décrit ci-dessus permet de réaliser 15 une pluralité de validations tout au long du processus de conception. On distingue - la validation fonctionnelle qui consiste à vérifier que toute donnée consommée par une opération élémentaire doit être produite par une opération élémentaire indépendamment du lien des opérations élémentaires aux différentes prestations. Cette étape peut être menée une fois l'architecture fonctionnelle renseignée dans 20 les fenêtres REQ et FUNC accessibles par les onglets 611 et 612. - La validation fonctionnelle après placement qui consiste à vérifier que toute donnée consommée par une opération élémentaire doit être produite par une opération élémentaire et de plus, qu'entre le producteur et le consommateur, il existe un chemin constitué éventuellement de réseaux et de noeuds 25 intermédiaires. Cette étape peut être menée une fois le placement des prestations réalisé complètement ou partiellement dans la fenêtre MAP accessible par l'onglet 613. - La validation fonctionnelle et de messagerie qui consiste à vérifier que toute donnée consommée par une opération élémentaire doit être produite par une 30 opération élémentaire et que de plus, entre le producteur et le consommateur, il existe un chemin constitué éventuellement de réseaux et de noeuds intermédiaires et de plus, pour au moins un chemin, des emplacements dans des trames sont provisionnés pour l'acheminement de la donnée du producteur au consommateur. Cette étape peut être réalisée lorsque les trames de données ont 35 été partiellement ou complètement réalisées à l'aide des fenêtres HWD et MSG accessibles par les onglets 615 et 616. - La validation de l'architecture des prestations par configuration et/ou par mode qui consiste à appliquer les trois validations précédentes d'une part pour chaque configuration du produit et d'autre part pour chaque mode transversal du produit. Par exemple pour une configuration dont les seules options et choix de calculateur sont 5 climatisation présente ou pas et contrôle essence ou diesel, on doit donc appliquer les validations aux quatre variantes résultantes: essence avec ou sans climatisation et diesel avec ou sans climatisation. Pour ce qui est de la validation pour un mode donnée, la configuration étant fixée, on peut reproduire chaque type de validation mais que pour le sous-ensemble des opération élémentaires qui sont potentiellement actives lorsque le 10 moteur est arrêté. Ces validations sont accessibles par un menu utilisateur (non représenté) accessiblle en cliquant sur l'onglet Tools 606 représenté notamment en Figure 6. Dans ce menu utilisateur, on peut choisir d'une part l'une des trois validations, validation fonctionnelle, validation fonctionnelle après placement et validation fonctionnelle et de messagerie, et 15 d'autre le périmètre à retenir pour ces validations, le sous ensemble de variantes de calculateur et/ou de variantes de prestation, Ile mode ou l'ensemble de mode, et/ou la configuration ou l'ensemble de configuration sur lesquels ces validations doivent être réalisées. Toutes ces validations sont réalisées automatiquement à partir des données spécifiées dans 20 l'outil de conception d'architecture de système Etant donné un cas d'utilisation, on exprime une contrainte de performance sur ce cas d'utilisation ainsi que sur certaines des opérations élémentaires réalisées dans l'état d'arrivée dudit cas d'utilisation, et on valide que cette contrainte de performance est satisfaite pour un placement des différentes opérations élémentaires. A titre d'exemple, prenons le cas d'utilisation que nous appellerons CRASH: "Dans un contexte moteur tournant, si un crash est détecté, alors le véhicule doit se déverrouiller d'urgence". Pour implémenter ce cas, une requête "crash détecté" est spécifiée. Elle est réalisé par une opération élémentaire qui capture la valeur donnée par un accéléromètre "A". Cette valeur est "a". Le pilote logiciel de capture de l'accélération correspond au programme 30 "Pi". Dans ce cas, l'état d'arrivé du cas d'utilisation CRASH est par exemple un état que nous nommerons "Déverrouillage d'urgence". Dans cet état, l'opération élémentaire "déverrouillage des portes" est réalisée. Elle correspond à une donnée d mise à 1 qui commande par un pilote logiciel P2 qui commande les verrous des portes Vi. Si l'on donne une contrainte de performance de 100ms sur la réalisation du cas d'utilisation CRASH cela 35 signifie: - Que l'accéléromètre a détecté une valeur de crash a. - que la valeur de a a été rafraîchie en exécutant le pilote Pi - que l'entrée dans l'état Déverrouillage d'urgence a été réalisée - que la donnée d a été mise à 1 - que le logiciel P2 a été exécuté - que les verrous Vi ont fonctionné le tout en moins de 100 ms. Certaines de ces étapes étant parallèles et d'autres séquentielles. Si maintenant, de plus, l'accéléromètre est placé sur un calculateur d'airbag et la commande des verrous est placée sur un autre calculateur, par exemple le calculateur habitacle, et ces deux calculateurs sont reliés par un bus CAN sur lequel la donnée a est 10 transportée par une trame T. Alors la contrainte de 100 ms signifie maintenant: - Que l'accéléromètre a détecté une valeur de crash a. - que la valeur de a a été rafraîchie en exécutant le pilote PI - que la valeur de a a été écrite dans le pilote CAN du calculateur Airbag pour l'émission de la trame T - que la trame T a circulée sur le bus - que la trame T a été lue et la valeur de a extraite par le pilote CAN du calculateur habitacle - que l'entrée dans l'état Déverrouillage d'urgence a été réalisée - que la donnée d a été mise à 1 - que le logiciel P2 a été exécuté - que les verrous Vi ont fonctionné le tout en moins de 100ms. On à partir de cette liste établir des exigences de performance pour l'exécution de chacune de ces étapes. Par exemple, on peut proposer que la trame T soit émise toute les 20ms ce qui laisse 80ms de temps d'exécution pour les autres 25 opérations qui sont séquentiellement exécutées avant ou après l'émission de la trame. Si cette hypothèse s'avère trop difficile à tenir, on réduira le temps de transmission de T à lOms par exemple. Si au contraire, on s'aperçoit que le réseau par lequel T transite est très chargé, on tentera d'emettre une exigence d'émission toutes les 30ms pour T et l'on tentera de réaliser toutes les opérations qui doivent se dérouler avant ou après l'émission de T en 30 moins de 70ms. Réciproquement, si des exigences de performance ont été exprimées sur ces divers opérations, on peut vérifier que la somme de ces opérations se fait bien en moins de 1 00ms. Finalement, si certaintes exigences sont spécifiées mais pas d'autre, on déduit des exigences déjà spécifiées le temps restant pour exécuter toutes les opérations sur lesquelles 35 aucune contrainte n'est exprimée. Si l'on recherche une anomalie liée à la réalisation du cas d'utilisation CRASH cela signifie que l'on peut rechercher en priorité les causes parmi les différentes composantes réalisant le cas d'utilisation CRASH, telles que:: - l'accéléromètre a détecté une valeur de crash a. - la valeur de a a été rafraîchie en exécutant le pilote Pi - l'entrée dans l'état Déverrouillage d'urgence a été réalisée - la donnée d a été mise à 1 - le logiciel P2 a été exécuté - les verrous Vi ont fonctionné On peut ainsi synthétiser automatiquement la liste des opérations élémentaires, exécutions de pilotes, écritures et lectures dans des trames, prise en compte d'information par des capteur et des actionneurs, transfert de trame sur un réseau, notamment, décrire toutes les opérations à effectuer lors de la réalisation d'un cas d'utilisation afin de savoir exactement dans quel ensemble d'objets rechercher la cause d'un défaut détectée lors de 15 l'exécution du cas d'utilisation CRASH. Une fois le placement réalisé, on peut identifier automatiquement dans chaque mode transversal t les opérations élémentaires qui doivent être opérationnelles. Lorsqu'au moins une opération élémentaire fonctionne sur un calculateur, cela signifie qu'une initialisation même partielle du calculateur doit être effectuée dans le mode correspondant. 20 Lorsque aucune opération élémentaire ne s'execute dans un mode transversal donné sur un calculateur, cela signifie qu'il peut être désactivé. Paragraphes de fin de description On observe que le procédé de conception et l'outil correspondant permettent des démarches "top-down", en suivant les onglets, dans l'ordre, comme exposé dans la description, et "bottom-up", c'est-à-dire en suivant tout ordre de spécification voulu par le concepteur, y compris en sélectionnant les onglets dans l'ordre inverse de ce qui est exposé dans la description. REVENDICATIONS 1. Procédé pour synthétiser une architecture électrique et électronique d'au moins une partie d'un produit comprenant des fils électriques et des composants électriques et 5 électroniques tels que des capteurs, des actionneurs et des calculateurs, caractérisé en ce qu'il comporte les étapes suivantes: - on représente en deux dimensions la géométrie du produit découpée en différentes zones (102); - on place, dans les différentes zones, des points de routage pour le routage 10 des fils électriques (106); - on place, entre les différentes zones, des points de connexion (106); - on place des composants électriques et électroniques dans les zones (108); - on procède à une synthèse d'un routage (110, 112, 114) en fonction de la géométrie des différentes zones, des positions des points de routage, des 15 points de connexion et des composants; - on procède à une évaluation de ce routage (116, 118, 120) et en fonction du résultat de cette évaluation; - on modifie des emplacements de points de routage, de points de connexion et/ou de composants électriques et électroniques et on répète les étapes de 20 synthèse et d'évaluation. 2. Procédé selon la revendication 1, caractérisé en ce que au moins un point de connexion correspond, dans le produit, à un connecteur et/ou au moins un point de routage correspond, dans le produit, à un connecteur. 3. Procédé selon l'une quelconque des revendications 1 ou 2, caractérisé en ce 25 que, avant de placer les composants électriques et électroniques, on fait au moins un des choix ci-après: - choix d'unités de contrôle électroniques, - choix de réseaux de communication, - choix de capteurs et actionneurs, 30 - choix de boîtiers fusibles et relais, - choix d'une architecture électrique et électronique. 4. Procédé selon l'une quelconque des revendications 1 à 3, caractérisé en ce que, avant de procéder à la synthèse du routage, on spécifie des caractéristiques des composants électriques et électroniques. 5. Procédé selon l'une quelconque des revendications 1 à 4, caractérisé en ce que, après la synthèse du routage, on visualise le câblage constitué du routage synthétisé et de connecteurs. 6. Procédé selon l'une quelconque des revendications 1 à 5, caractérisé en ce qu'il comporte une étape de validation d'un routage parmi ceux évalués, et on procède au calcul d'une spécification technique du câblage constitué du routage synthétisé validé et de connecteurs et au calcul d'un cot du câblage et/ou au calcul d'une mesure de qualité, par exemple par l'estimation du nombre de pannes par million et par an du câblage. 7. Procédé selon l'une quelconque des revendications 1 à 6, caractérisé en ce que le produit est un véhicule et les différentes zones du véhicule comprennent au moins l'une des zones suivantes: - la zone de la face avant, - la zone du capot, - la zone du tableau de bord, - la zone du pavillon, - la zone du coffre et du hayon, au-dessus et en dessous des zones ci-dessus, - la zone de l'aile avant droite et de l'aile avant gauche, - la zone de la porte avant droite et de la porte avant gauche, la zone du montant droit et du montant gauche, - la zone de la porte arrière droite et de la porte arrière gauche, - la zone de l'aile arrière droite et de l'aile arrière gauche, entre la zone du 20 tableau de bord et celles de l'aile avant droite et de l'aile avant gauche, les zones du montant avant droite et du montant avant gauche, entre la zone du coffre et celles de l'aile arrière droite et de l'aile arrière gauche, les zones du montant arrière droit et du montant arrière gauche, - une zone du dessus de plancher et - une zone de dessous de plancher. 8. Procédé selon l'une quelconque des revendications 1 à 7, caractérisé en ce que, pour chaque capteur et chaque actionneur, des pines de données associées à des pilotes (matériels et logiciels) et des données, des pines de puissance correspondant à l'alimentation, des pines de masse étant spécifiées, on synthétise automatiquement, le 30 routage des fils de données provenant des pines de données, aux unités de contrôle électroniques ou aux boîtiers fusibles et relais pour les données, aux boîtiers fusibles relais pour les fils de puissance et aux masses respectivement les plus proches. 9. Dispositif pour synthétiser une architecture électrique et électronique d'au moins une partie d'un produit comprenant des fils électriques et des composants électriques et 35 électroniques tels que des capteurs, des actionneurs et des calculateurs, caractérisé en ce qu'il comporte: - un moyen de représentation, en deux dimensions, de la géométrie du produit découpée en différentes zones; - un moyen de placement dans les différentes zones, de points de routage pour le routage des fils électriques; - un moyen de placement, entre les différentes zones, de points de connexion; - un moyen de placement de composants électriques et électroniques dans les zones; - un moyen de synthèse d'un routage en fonction de la géométrie des différentes zones, des positions des points de routage, des points de 10 connexion et des composants; - un moyen d'évaluation de ce routage et - un moyen de modification des emplacements de points de routage, de points de connexion et/ou de composants électriques et électroniques.