Picdelamirand-oil

http://www.dedefensa.org/article/trump-pentagone-ou-le-titanesque-ambigu

Tu as déjà vu une vidéo d'un posé sur une piste sommaire?

Oui mais il y a (20 colonnes X 2)= 40 contre 32 lignes seulement et on voit bien que les colonnes diamètres ne sont pas pleines.

C'est pas aussi grave que le F-35, mais c'est quand même un peu le même genre de programme!

Ah Ah on le disait bien aussi

Architecture externe du moteur, c'est un vocable pas très clair, est-ce que cela implique que les dimentions externes du moteur sont inchangées?

Oui c'est bien difficile de savoir le vrai prix, mais c'est assez facile de voir que le prix annoncé par L.M. n'est pas le vrai prix.

Grillé

Ce qui est angoissant c'est que les problèmes s'accumulent plus vite qu'ils ne sont résolus.

Tient un nouveau truc: Il faudrait redessiner les ailes du F-35 C afin qu'elles supportent les missiles AIM-9X en bout d'ailes. F-35C getting redesigned wing tips that will not break carrying missiles while making tight turns http://www.nextbigfuture.com/2017/02/f-35c-getting-redesigned-wing-tips-that.html?m=1 On y apprend aussi que le F-35 ne pourra pas tirer efficacement sur une cible au sol mobile avant 2022. (Je rajoute si tout va bien)

Il est classifié, il n'en existe que des extraits non classifiés et l'origine de ces extraits est universitaire.

Pour moi c'est un rapport parmi d'autres, car il ne fait pas parti des documents officiels du programme. J'admet volontier que les informations de L.M. sont sujette à caution. Mais L'ORD n'est pas un document L.M. c'est un document contractuel qui résulte de l'accord de deux parties, dans le cas du F-35 de 4 parties L.M. en tant que maître d'oeuvre, L'USAF, la Navy et l'USMC. Il ne s'agit pas d'annonces et promesses, mais d'engagement contractuel.

Cela sert à réaliser des bagues d'extrémité de turbo-alternateur. Le diamètre de la bague d'extrémité d'un turbo-alternateur peut être comprise entre 0,5 et 1,6 mètres. L'anneau d'extrémité doit passer des tests rigoureux pour s'assurer qu'il peut fonctionner sans déformation à des vitesses allant de 3 000 à 3 600 révolutions par minute. Un essai de survitesse de 20% est également conduit avant que les bagues d'extrémité ne soient validées pour être utilisées. L'acier inoxydable non magnétique réduit les pertes dans l'anneau qui sont causés par des courants de Foucault et les contraintes thermiques. L'acier possède également un rendement élevé pour éviter les déformations plastiques qui sont dues aux contraintes élevées produites par les forces centrifuges

Tu as peut être l'impression d'avoir démontré cela, mais pour moi tu n'as rien démontré du tout car les perfos actuelles de l'avion ont été réduites plusieurs fois par rapport à l'ORD initial. Pour faire ta demonstration tu te réfère à une étude que tu as trouvée mais qui n'est en aucun cas une expression de besoin officielle. Donc c'est normal qu'on dise que les performances ne sont pas satisfaisantes, ceux qui disent le contraire sont endoctrinés.

Sans ses becs de bord d'attaque?

Pour ce qui est d'ALIS qui est le principal système au sol ayant du développement logiciel le paragraphe est page 51 et la traduction est celle ci: Système d'information logistique autonome Le programme n'a pas réussi à livrer de nouvelles fonctionnalités ALIS en 2016, mais a mis à jour par deux fois le logiciel ALIS 2.0.1, actuellement en place, pour combler les anomalies et les lacunes en matière d'utilisation. Le programme prévoyait de tester et de mettre en production ALIS 2.0.2, y compris l'intégration de la gestion des données de propulsion, au cours de l'été 2016, dans le cadre de la déclaration de la capacité opérationnelle initiale de la Force aérienne; Cependant, les retards dans le développement et l'intégration ont repoussé les tests et le déploiement en 2017. En raison des retards d' ALIS 2.0.2, Lockheed Martin a réaffecté du personnel pour soutenir le développement de ce produit. Cela a causé des retards dans le calendrier de développement d'ALIS 3.0, la dernière version majeure du logiciel SDD. Le programme a reconnu en août 2016 qu'il ne pouvait pas suivre le calendrier ALIS 3.0 et a élaboré des plans pour restructurer cette version d'ALIS et les capacités restantes d'ALIS 3.0 dans plusieurs versions, dont certaines qui seront produites après l'achèvement du SDD. La restructuration du programme ALIS a répartis les capacités prévues et les mises à jour de sécurité pour ALIS dans quatre versions: une version pour SDD (ALIS 3.0), avec ce que le bureau de programme considérait comme nécessaire pour l'IOT&E et trois versions de logiciel supplémentaires destinées à être mises en service à intervalles de 6 mois après la fin de SDD, avec le reste du contenu initialement prévu pour ALIS 3.0. Le programme prévoit de livrer des mises à jour de maintenance de ces logiciels entre chacune de ces quatre versions de logiciel pour corriger les anomalies et les problèmes d'utilisation, mais ces versions ne comprendront pas de nouvelles fonctionnalités. L'Armée de l'Air a terminé son premier déploiement d'avions F-35A en utilisant la version modulaire du matériel de l'escadron ALIS, appelée Standard Operating Unit Version 2 (SOU v2) et la version 2.0.1 à Mountain Home AFB, Idaho en février 2016. Les difficultés pendant l'intégration de la SOU v2 dans le réseau de la base ont créé des interférences avec la connectivité entre les stations de travail de Mountain Home et la SOU v2, mais n'ont pas affecté la connectivité de la SOU v2 avec l'unité logistique autonome principale (ALOU) de Fort Worth au Texas.

Un mec sur la base.

J'ai traduit la partie "test des systèmes de mission" du rapport annuel du DTOE page 47 et 48 car cela concerne essentiellement le logiciel embarqué du programme F-35 et permet d'évaluer où on en est du développement. Test des systèmes de mission Le programme poursuit un plan axé sur les coûts et le planning pour supprimer des points planifiés de test du système de mission en utilisant d'autres données d'essai pour atteindre les objectifs de ces points d'essai afin d'accélérer la fin de la phase de développement. Ce plan, s'il n'est pas correctement exécuté avec les données pertinentes, une rigueur analytique et une confiance statistique suffisante, reporterait des risques importants sur les tests opérationnels, les modernisations ultérieures, et les pilotes au combat Cette approche risquée permet également de rejeter les essais planifiés soigneusement contenus dans le plan directeur d'essai et d'évaluation (TEMP) et le plan d'essai conjoint du bloc 3F (JTP), contenu que la direction de programme a jugé nécessaire lorsque ces documents ont été signés. Le programme envisage de "mettre en quarantaine" les points du JTP, dont les vols sont prévus par les centres de test, et plutôt de sauter à des points de test complexes, de réduction de risque pour l'efficacité des missions, récemment mis au point, pour échantillonner rapidement la performance complète du bloc 3F. Ensuite, si l'une des fonctionnalités du bloc 3F semble fonctionner correctement au cours des points de test complexes, le programme pourra supprimer les points du JTP sous-jacents à ces capacités et les désigner comme "non nécessaires". Toutefois, le programme doit veiller à ce que les données de substitution soient applicables et à ce qu'elles fournissent une validation statistique suffisante pour que les objectifs du point de test aient été atteints avant de supprimer les points de test sous-jacents. Bien que cette approche puisse fournir une évaluation rapide de l'échantillonnage des capacités du bloc 3F, il existe des risques importants. Les versions récentes du logiciel pour le test en vol sont nombreuses et cela peut empêcher le programme d'utiliser des données provenant de ces versions pour valider les suppressions de point de test, car elles peuvent ne plus être représentatives du bloc 3F. La disponibilité limitée et le coût élevé des campagnes de tests au Western Test Range (WTR), combiné à des taux élevés de répétition de vol pour les tests effectués au WTR, rendent difficile pour le programme de conduire efficacement ces tests. Enfin, les capacités les plus complexes du bloc 3F ont seulement récemment atteint un niveau de maturité qui permet de les tester, et ce sont aussi des points de test parmi les plus difficiles à exécuter (c'est-à-dire l'ensemble des capacités du bloc 3F et le domaine de vol). Jusqu'à une date récente, le Bureau du Programme estimait que les essais en vol des systèmes de mission se termineraient en octobre 2017. Il reconnaît maintenant le risque que ces essais s'étendent au début de la CY18. L'estimation d'octobre 2017 était basée sur un taux de réalisation des tests gonflé et sur des taux de correction et de répétition des tests optimistes. L'estimation a également supposé que le bloc 3FR6, livré aux essais en vol en décembre 2016, aurait la maturité nécessaire pour compléter les tests restants et satisfaire aux exigences des spécifications sans exiger des versions supplémentaires de logiciels pour combler des lacunes Cependant, cela est hautement improbable, car plusieurs capacités essentielles - y compris les tirs au canon et l'infrastructure air-air du WTR - n'avaient pas encore fait l'objet d'essais en vol ou ne fonctionnaient pas correctement lorsque le bloc 3FR6 a été fournis. Les Services ont classé 276 anomalies relatives aux performances au combat comme étant "critiques" et devant être corrigées dans le bloc 3F, mais moins de la moitié de ces anomalies ont benéficié de tentatives de correction dans 3FR6.

C'est vrai que les Block 2B; 3F désignent des versions logicielles principalement, mais pas que, parce que c'est devenu des jalons pour les autres modifications aussi dont des modifications matérielles et structurelles. Donc il faudra plus de 155 modifications matérielles et structurelles pour mettre à niveau les F-35 déjà construits,....sinon on parlerait de milliers d'anomalies....

Oui 155... en fait on s'y perd un peu dans les modifications indispensables, parce que il y a de la triche. Par exemple pour assurer l'IOC du F-35B ils avaient repoussés la correction de 800 anomalies à plus tard, dont certaines après le block 3F. Donc elles sont arbitrairement "pas indispensables" et puis ils ont réduit la fréquence des plantages dues à la désynchronisation entre le Radar et le reste du système mais normalement il faudrait trouver une vraie solution à ce problème, mais ils semblent se contenter de la situation actuelle. Et puis ils découvrent 20 nouvelles anomalies par mois et pour que les tests convergent ils décident de ne pas en corriger 61% parce qu'ils savent qu'ils ne pourraient pas tout corriger pour la date prévue de l'IOC de la Navy. Donc combien d'anomalies seront à corriger sur les avions déjà construits?...MYSTERE.

La taille du logiciel Quelles leçons tirer de cette présentation de COCOMO? D'abord que ce modèle n'est pas adapté pour traiter les logiciels d'un projet tel que le F-35. Ou plutôt qu'il nous faut des précisions supplémentaires pour pouvoir le traiter, précisions permettant de considérer plusieurs sous projets ayant des caractéristiques différentes et permettant de considérer un ordonnancement entre ces sous projets afin de pouvoir estimer une durée totale réaliste. Mais l'exercice nous a quand même permis de sentir que plus le projet était de grande taille et plus l'expérience de l'équipe et l'utilisation d'outil logiciel et de méthodes avancées avait de l'importance pour réduire l'effort et la durée. Ce sont en effet ces facteurs qui nous ont permis de réduire le coefficient M. Quelqu’un de très compétent écrira souvent moins de lignes de code qu’un autre car il emploiera des méthodes de designs créées pour en réduire la quantité ce qui augmente la lisibilité et la maintenabilité. De plus, il exploitera beaucoup mieux les fonctionnalités proposées par les outils utilisés. En effet, beaucoup de programmeurs, qui ne connaissent pas suffisamment ces outils, réécrivent des fonctionnalités existantes, ce qui augmente le nombre de lignes de code. Lorsque je préconise de limiter la taille du logiciel, il ne s'agit donc pas de donner des consignes individuelles et d'en faire un indicateur pour évaluer les performances des employés. Il s'agit de créer un état d'esprit pour que chacun dans l'équipe partage des bonnes pratiques avec les autres dans le but de réduire la taille du logiciel. Ce n'est pas la taille du logiciel en soit qui compte (quoi que) mais les bons comportements qui sont induits par sa considération.

Ils veulent former des pilotes de Rafale et quand ils les auront formés ils nous commanderont 100 Rafale

Le métier d'acheteur chez Dassault http://www.dassault-aviation.tv/acheteur-1483-fr.html

Je suis trop vieux