Ted F. Bowlds, J. Fossaceca, Ronald Iammartino, 28 mai 2018

Identification

BOWLDS, Ted F., FOSSACECA, John M. et IAMMARTINO, Ronald. Software obsolescence risk assessment approach using multicriteria decision‐making. Systems Engineering [en ligne]. 2018, Vol. 21, no 5, p. 455‑465. [Consulté le 15 septembre 2025]. DOI 10.1002/sys.21446

Extrait de l’abstract : « Une approche de prise de décision multicritères (MCDM) est proposée pour évaluer l'impact de multiples éléments d'obsolescence sur le cycle de vie d'une application logicielle, en tenant compte des connaissances, des préférences et de la subjectivité des experts afin de mieux informer l'évaluation des risques et le calendrier des futures stratégies d'atténuation. Le score MCDM obtenu fournit un point de rupture pour une augmentation quantifiable du risque d'obsolescence. »

Idée 1

Les éléments responsables de l’obsolescence logicielle au sein d’une application sont réparties en deux catégories. Les dépendances externes échappent au contrôle des développeurs et de leur organisation : ce sont des supports déterminés par des fournisseurs et les lois du marché (ex : hardware, système d’exploitation...). Les autres (ex : efforts de maintenance, complexité de l’application...) sont des dépendances internes et ne dépendent que des développeurs et de leur organisation.

Idée 2

Les causes d’obsolescence logicielle doivent être analysées en collectant dans un premier temps des données métriques, puis d’en dégager une tendance et enfin d’en dériver une relation.

Idée 3

L’obsolescence logicielle est plus subjective que l’obsolescence matérielle. Elle a souvent lieu lorsque l’organisation développant l’application ne ressent plus le besoin de la mettre à jour ou de l’optimiser d’une quelconque manière.

Idée 4

Tous les facteurs causes d’obsolescence logicielle peuvent être incorporés à une analyse MCDM pour définir un « point de rupture » au-delà duquel le risque d’obsolescence augmente grandement.

Idée 5

La complexité d’une application est également un facteur d’obsolescence logicielle. Celle-ci grandit avec chaque amélioration (nouvelle fonctionnalité, correction de défauts, etc.) et provoque une hausse de la maintenance nécessaire au bon fonctionnement de l’application, surtout que sa structure risque de devenir de moins en moins claire (jusqu’à 50% du temps de maintenance d’une application peut être perdu à essayer de comprendre sa structure trop complexe).

Idée 6

En plus d’être un facteur d’obsolescence, la complexité d’une application représente également un risque de cybersécurité. À mesure qu’elle se complexifie, les points d’accès au programme se multiplient (critère souvent utilisé dans la mesure de la complexité) et augmentent alors les chances qu’il soit atteignable par une cyberattaque.

Glossaire

  • Obsolescence logicielle : diminution des possibilités d'usage d'un appareil numérique (smartphone, tablette, ordinateur, etc.) en raison de l'indisponibilité ou du dysfonctionnement d'un logiciel.

  • Prise de décision multicritère (MCDM) : analyse évaluant et structurant plusieurs critères (parfois contradictoires) au lieu d’un seul, menant à une prise de décision.