Search the Community

Le logiciel du F-35 C'est un sujet que j'ai déjà abordé et je voudrais en faire une synthèse dans une série de posts. Je commencerais avec l'introduction de l'article que j'ai publié dans 45enord.ca/ http://www.45enord.ca/2014/05/le-logiciel-du-f-35/ Un logiciel embarqué est, normalement, beaucoup plus léger, en taille, et beaucoup plus complexe à mettre au point qu'un logiciel de gestion classique. De plus il faut faire une ségrégation entre le logiciel "critique" et le logiciel normal car si, par exemple, le module "navigation" a une erreur fatale, il n’est pas envisageable que les commandes de vol ne répondent plus. Et il est bien évident que le logiciel critique demande plus de travail et de tests que le logiciel normal. Une première difficulté vient de l’impossibilité d’augmenter indéfiniment la taille des équipes logicielles. Ce point est illustré dans Les paradoxes de la productivité dans la production des logiciels de François Horn: "les mois et les hommes ne sont interchangeables que lorsqu’une tâche peut être divisée entre plusieurs travailleurs sans réclamer de communication entre eux" et "si n taches doivent être séparément coordonnées avec chaque autre tâche, l’effort augmente en n*(n-1)/2. Dans des situations extrêmes ces activités supplémentaires font plus que compenser l’apport de travailleurs supplémentaires". Pour contourner cette difficulté le même document donne une solution qui consiste à effectuer un important travail préalable au niveau de l’architecture du système pour le décomposer en modules plus petits qui doivent avoir une indépendance maximale de façon à limiter les activités supplémentaires de coordination entraîné par la décomposition. Cette introduction est là pour faire sentir que lorsqu'on a affaire à de gros logiciel complexes, on n'est pas libre du point de vue du planning, et on ne peut pas forcément diminuer le temps de développement en augmentant les ressources. A propos du logiciel du F-35 on n'a qu'une information : sa taille, pour évaluer le temps de développement il existe des modèles assez sophistiqués, mais qu'on ne pourra pas utiliser par manque d'information. Avec seulement la taille on ne pourra utiliser que le modèle COCOMO. Mais vous verrez que c'est mieux que rien!

Space Engine est un logiciel gratuit créé par Vladimir Romanyuk (il est russe). En bref ce logiciel vous permet de vous déplacer dans l'espace comme vous le voulez (soit librement, soit en utilisant un vaisseau spatial) pour aller visiter soit des objets connus soit inconnus générés procéduralement conformément aux connaissances scientifiques actuelles. Graphiquement c'est très réussit, c'est magnifique (en contrepartie cela demande d'avoir un PC qui ne soit pas trop ancien). L'auteur prend soin de toujours rester dans le réalisme. Des planètes aux comètes en passant par les trous noirs tout est rendu ! Les galaxies aussi évidement. Le jeux gère le temps donc vous pourrez voir les orbites en action de systèmes solaires binaires ou plus... Le logiciel est mis à jour une fois de temps : corrections de bugs, ajouts des nouveaux systèmes et exoplanètes découverts et surtout ajout de nouvelles fonctions etc! L'auteur fait ça gratuitement mais il est possible de faire des donations pour le soutenir (à mon avis il le mérite amplement!) ici : http://en.spaceengine.org/index/funding_and_donations/0-26 >>Télécharger ici<< Actuellement le logiciel est en version 0.9.7.2 avec un patch pour la 0.9.7.3 (mais le patch de la version 0.9.7.4 est dispo en beta sur le forum : http://en.spaceengine.org/forum/21-3022-1 ). Ça reste un "work in progress" mais je pense que c'est très intéressant et je le recommande vivement.