Company

AMPERE SOFTWARE TECHNOLOGY

Job Description

Votre environnement

La thèse proposée est au sein de Ampere Software Technology sur le site de Sophia Antipolis. Vous serez dans ce contexte au cœur de la révolution de l'automobile centrée sur le Software Defined Vehicle permettant d'assurer auprès des clients des services toujours plus adaptés, un véhicule mis à jour régulièrement, connecté et toujours plus intelligent.

Dans ce contexte avec des fonctions logicielles toujours plus complexes et fonctionnant dans de nouveaux environnement technologiques il est indispensable de pouvoir garantir le niveau de Safety du véhicule. Dans le monde automobile le standard de référence est la norme ISO26262.

Vos missions

L'ISO 26262 (Standard Safety Electronique, Systeme & logicilel Automobile est complexe par nature, c'est une démarche qui vise à démontrer qu'un logiciel, s'exécutant sur un HW intégré dans un véhicule fournira une prestation déterministe, c'est-à-dire prévisible et reproductible, ce qui facilite la démarche de démonstration. Dans le cadre d'un calculateur historique de type contrôle & commande, l'ISO26262 logiciel s'applique dans un cadre restreint, i.e un SW défini par un unique binaire chargé sur un ECU donné. Ce n'est pas du tout le cas des SoC, qui eux, par nature, vont à l'encontre du déterminisme si on veut tirer profit de toute leur capacité de calcul. En effet, ces processeurs reposent sur l'usage d'un OS à ordonnancement dynamique, avec création et allocation dynamiques des ressources CPU et mémoire. Cela pose plusieurs problématiques pour l'application de l'ISO26262 en plus du fait de travailler avec de nouveaux OS non qualifiés/en cours de certification ISO26262 :

• En architecture : les analyses safety d'ordonnancement dynamique devront se faire dans un contexte multi[1]binaire (1 binaire par type de cœur) avec une diversité d'OS. Il faudra comprendre quelles analyses safety sont à utiliser (ou inventer) dans ce nouveau type d'environnement ; 
• En démonstration d'architecture : comment confirmer les choix d'architecture une fois les analyses traduites en safety mécanismes ;  Dans un contexte de reconfiguration par parties (par contrat), comment faire évoluer le processus ISO 26262 à une sous-partie du logiciel indépendante afin qu’une mise à jour de cette sous-partie puisse se faire sans remettre en cause tous les livrables safety préalablement produits. i.e: limiter à des ajouts de tests tout en restant dans une enveloppe établie au départ par contrat.  
• En vérification : comment positionner le SoC vis-à-vis des process ISO-26262 – ASPICE: doit-on considérer le SoC comme un chip classique ou comme une pièce qui porte un system? (en d’autres termes où positionner la limite entre SWE.6 et SYS.4)

Votre mission au travers de cette thèse sera :

● Comprendre et cadrer de l'application de la norme ISO-26262 dans ce contexte

● Identifier les analyses safety à mettre en place (méthodes - outillage)

● Identifier les éléments de preuves valides pour prouver la conformance à l'ISO-26262

● Définir des règles de conceptions / bonnes pratiques à mettre en œuvre pour la conception du logiciel sûre

 Votre profil

Bac+5 en logiciel embarqué

Proactif et curieux

Bonnes capacités de synthèse et de communication

Maitrise de l’anglais (écrit/parlé)

Vous vous reconnaissez dans cette annonce ? Alors ce poste est fait pour vous!

Rejoignez-nous ! #CarMakerCareMakers

Job Family

Transverse

Contract Duration

36 months