Attention, suite à une faille de sécurité, les liens vers les serveurs d'exploration ont été désactivés. Des actions de régénération sont en cours et quelques serveurs sont à nouveau accessibles.
-
Prolégomènes à une critique du génie logiciel : Différence entre versions
De Wicri Informatique
imported>Jacques Ducloy |
imported>Jacques Ducloy |
||
| Ligne 10 : | Ligne 10 : | ||
:Cet article est le dernier d'une série de quatre où nous avons essayé de montrer la nécessité d'élaguer le génie logiciel (GL) afin qu'il puisse se transformer en une branche à part entière de l'ingénierie. Dans le premier article, nous avons « arbitrairement » fixé les principes qui soutiennent notre démarche. Dans le deuxième, nous avons mis en évidence certaines lacunes dans le domaine de la qualité et des mesures logicielles. Dans le troisième, nous avons employé les interfaces comme lentilles pour grossir certains aspects du génie logiciel. Dans cet article, nous considérerons la problématique des exigences en nous appuyant sur le chapitre de SWEBOK les concernant. Une ébauche d'une approche alternative aux exigences fondée sur la stabilité est proposée. La conclusion résume les points essentiels traités dans les quatre articles. La bibliographie est précédée par quatre encadrés qui abordent des particularités de thèmes traités dans le corps de l'article. | :Cet article est le dernier d'une série de quatre où nous avons essayé de montrer la nécessité d'élaguer le génie logiciel (GL) afin qu'il puisse se transformer en une branche à part entière de l'ingénierie. Dans le premier article, nous avons « arbitrairement » fixé les principes qui soutiennent notre démarche. Dans le deuxième, nous avons mis en évidence certaines lacunes dans le domaine de la qualité et des mesures logicielles. Dans le troisième, nous avons employé les interfaces comme lentilles pour grossir certains aspects du génie logiciel. Dans cet article, nous considérerons la problématique des exigences en nous appuyant sur le chapitre de SWEBOK les concernant. Une ébauche d'une approche alternative aux exigences fondée sur la stabilité est proposée. La conclusion résume les points essentiels traités dans les quatre articles. La bibliographie est précédée par quatre encadrés qui abordent des particularités de thèmes traités dans le corps de l'article. | ||
| + | ==Voir aussi== | ||
| + | Ces articles sont disponibles sur le site de l'UQAM : | ||
| + | * http://www.archipel.uqam.ca/335/1/ProllegomenesII.pdf | ||
Version du 28 septembre 2012 à 23:09
|
page en cours de constitution |
|
Prolégomènes à une critique du génie logiciel est le nom d'une série de quatre articles publiés dans la revue Génie logiciel
Résumé des quatre articles
- Le présent article est le premier d'une série de quatre où il est tenté montrer que le génie logiciel (GL) ne peut aspirer à devenir l'un des centres - robuste - des activités d'automatisation que si les branches hypertrophiées par les vicissitudes historiques et les conflits économiques sont élaguées. Après une mise au point terminologique et une description de ce que les auteurs appellent la chaîne d'automatisation, sont énoncés les deux principes qui sont selon les auteurs à la base de l'automatisation. Suivent une courte histoire du génie logiciel, des principes additionnels et une synthèse de l'organisation du génie logiciel tirée de SWEBOK et des normes d'IEEE.
- Partie II : Qualité et mesures des produits
- Le présent article est le deuxième d'une série de quatre où nous tâchons de montrer que le génie logiciel (GL) ne peut aspirer à devenir l'un des centres - robuste - des activités d'automatisation que si les branches hypertrophiées par les vicissitudes historiques et les conflits économiques sont élaguées. Dans le premier nous avons « arbitrairement » fixé les principes qui soutiennent notre démarche. Dans cet article ci nous abordons les « problèmes » liés à la qualité et en particulier aux métrologies de la qualité en introduisant le modèle proposé par la norme ISO 9126-2001. Les mesures des attributs de la facilité de maintenance nous permettront de douter du bien fondé des définitions actuelles de la maintenance. Nous considérerons en suite le couplage comme un exemple de la difficulté de transformer une idée intuitivement valide en un concept mesurable. Nous terminerons en proposant une piste pour fonder la métrologie de qualité en se fondant sur une relecture de la théorie ontologique de Mario bunge. Cinq encadrés (concepts de l'ontologie de Bunge, notes bibliographiques, terminologie, la physique vue par le génie logiciel et un dialogue sur la complexité cyclomatique) compléteront l'article.
- Cet article est le dernier d'une série de quatre où nous avons essayé de montrer la nécessité d'élaguer le génie logiciel (GL) afin qu'il puisse se transformer en une branche à part entière de l'ingénierie. Dans le premier article, nous avons « arbitrairement » fixé les principes qui soutiennent notre démarche. Dans le deuxième, nous avons mis en évidence certaines lacunes dans le domaine de la qualité et des mesures logicielles. Dans le troisième, nous avons employé les interfaces comme lentilles pour grossir certains aspects du génie logiciel. Dans cet article, nous considérerons la problématique des exigences en nous appuyant sur le chapitre de SWEBOK les concernant. Une ébauche d'une approche alternative aux exigences fondée sur la stabilité est proposée. La conclusion résume les points essentiels traités dans les quatre articles. La bibliographie est précédée par quatre encadrés qui abordent des particularités de thèmes traités dans le corps de l'article.
Voir aussi
Ces articles sont disponibles sur le site de l'UQAM :
