| Ingénierie des exigences et gestion de projet. Comment UniText peut contribuer à une meilleure traçabilité entre la masse documentaire aval et les exigences amont. Le but d'UniText est de permettre des discussions et optimisations plus profondes, tout en gardant le fil et les clefs du processus documentaire.
| (40588) | Philippe JARRIN 30/05/2014 | | Insert a suggestion related to the above UniText |
|
1 L'architectureJe joins alors une expérience vécue : des calculs d'architecture de la part du client vont alors générer des dizaines et dizaines d'exigences, puis des calculs d'architecture chez le fournisseur vont alors générer des dizaines et dizaines de résultats de calcul pour vérifier la tenue des exigences du client. Il manque une approche Bottom-Up, puis Top-Down, dans une gestion des priorités. Ainsi des exigences peuvent être complètement secondaires quand elles sont contraintes par le poids (Très cher en Aéronautique), le volume, les pertes thermiques, la température, limites physiques de matériaux. Ceci s'exprime mal, et en plus, les experts sont sollicités au services des exigences numérotées et du service administratif de gestion de la configuration de tous les documents à produire.
| (40575) | Philippe JARRIN 30/11/2013 | | Il y a 5 ou 6 degrés de liberté dans la conception du matériel, alors qu'il faut répondre à des centaines d'exigences. Où est l'erreur ? |
| (40577) | Philippe JARRIN 30/11/2013 | | Un élément d'optimisation, est de définir des exigences sans connaître la solution. Afin de laisser le fournisseur optimiser ou proposer les meilleurs choix dans son domaine d'expertise. Cet idéal a aussi un coût et est aussi source de malentendus. D'où les challenges sur les choix d'architecture. Le challenge des choix d'architecture devrait se faire à moindre frais administratifs d'exigences numérotées. |
|
2 L’ingénierie logicielleDans l’ingénierie logicielle, chaque exigence donne un peu de travail, quelque chose à faire, quelque chose à vérifier, c'est une création libre dans la mémoire "infinie" de l'ordinateur, hors contraintes physiques, temporelles, qui ne sont normalement pas les principales. Dans l'Ingénierie matérielle, les choix d'architecture viennent très vite limiter le champ des possibles, et on se retrouve avec des exigences de "caractérisation" et non pas des exigences de création ou de construction. C'est la "sur spécification".
| (40574) | Philippe JARRIN 30/11/2013 | | Dans le logiciel, chaque exigence crée un petit bout de code qui n'est pas antagoniste avec le reste. Cas idéal ! |
|
3 La dialectiqueLa place de la négociation des exigences entre tous les fournisseurs amont et aval est importante. Et est d'autant plus difficile qu'une grosse masse de documentation est enkystée d'exigences numérotées. A la fin du projet, il faut finir, et on doit vivre avec les quelques dernières imperfections. Il faut honorer les contrats et se faire payer ! Ainsi, on rejoint les critères contradictoires ou concurrents qui s'opposent : moins lourd mais plus cher, moins chaud mais plus lourd, moins lourd mais plus bruyant etc. 4 La gestion des risquesLa déclaration des données d'entrée sur les autres objets ou les autres responsables permet de gérer les risques. Aussi, dans l'ingénierie des exigences, on peut intégrer les exigences risquées et les solutions de repli, les modes dégradés ? L'identification des points à risques permet à toutes les parties prenantes de contribuer et par là, éviter ou contourner le risque ? Le détail gratuit au bon moment et au bon endroit Le détail gratuit au bon moment et au bon endroit- Ou le coût de la modification tardive. Ainsi, par analogie avec l'Ingénierie logicielle, viennent se greffer des "pièges" au milieu des centaines d'exigences qui ne sont pas le motif du travail quotidien. Et ou s'aperçoit trop tard d'une non prise en compte d'une exigence, ce qui aurait été alors gratuit dans le "flux" des activités prévues et réalisées. Comment organiser des "rendez vous" pour penser à exécuter l'exigence au bon moment ? Le tri des exigences qui font le coût et le délai Le tri des exigences qui font le coût et le délaiLes exigences critiques qui contribuent à faire le coût et le délai. Puis les exigences qui sont de petites mises au point à faire en son temps. Les aspects commerciaux Les aspects commerciauxIl est assez courant que pour décrocher un contrat, on laisse rêver le client que toutes ses exigences seront honorées, puis petit à petit, il est ramené à des principes de réalité au fur et à mesure de l'exécution du contrat. Ainsi, il faut la bonne gestion de la démonstration que la solution revue par le fournisseur est un bon compromis coûts, délais, performance, sécurité, maintenabilité, environnement etc. Ainsi, la faisabilité technique entre en compte : les compromis vis à vis de la volumétrie, des temps de réponse, de complexité, de compromis antagonistes, il faut alors montrer que ce qui est fait est dans l'état de l'art et dans les limites des lois de la physique ... Les exigences numérotées Les exigences numérotéesDans DOORS on gère des exigences numérotées, et on a un paquet figé dans une "baseline". C'est assez lourd et en général, on veut bien se payer cette lourdeur dans des projets importants en termes de sécurité, fiabilité, capitalisation pour le long terme.
| (40704) | Luc BEAUPERE 20/11/2017 | Remplacer optimisations plus profondes par optimisations plus détaillées |
|
|
|
