Présentation
RÉSUMÉ
L’impact critique de l’analyse des exigences sur la qualité du logiciel a été reconnu de longue date et à maintes reprises. Des enquêtes récentes ont confirmé le problème à une plus grande échelle. Les échecs de projets système d’informations sont imputables dans un cas sur deux au manque de qualité du document d’exigences. Améliorer la qualité de ce document, ainsi que la pratique de l’Ingénierie des Exigences (IE), est donc un objectif primordial. Cet objectif est cependant difficile à atteindre, au vu du large spectre de considérations à couvrir, de la multitude de processus et produits concernés, de la multitude d’acteurs à impliquer, et de la variété d’écueils à éviter. L’IE est une discipline aux confins du génie logiciel et de l’ingénierie des systèmes, qui vise à offrir des modèles, méthodes et outils pour développer et faire évoluer des documents d’exigences de qualité. Cet article donne un aperçu des développements récents dans cette discipline relativement jeune et d’en approfondir certains. L’IE élargit l’approche classique de ce qui doit être réalisé par le système en essayant de comprendre le «pourquoi » du système et sa raison d’être.
Lire cet article issu d'une ressource documentaire complète, actualisée et validée par des comités scientifiques.
Lire l’articleAuteur(s)
-
Colette ROLLAND : Université Paris 1 Panthéon Sorbonne, Centre de recherche en informatique
INTRODUCTION
L'impact critique de l'analyse des exigences sur la qualité du logiciel a été reconnu de longue date et à maintes reprises. Des enquêtes récentes en Europe et aux États-Unis ont confirmé le problème à une plus grande échelle. Les échecs de projets SI sont imputables dans un cas sur deux au manque de qualité du document d'exigences.
Améliorer la qualité de ce document, ainsi que la pratique de l'Ingénierie des Exigences (IE) est donc un objectif primordial. Cet objectif n'est pas facile à atteindre, au vu du large spectre de considérations à couvrir, de la multitude de processus et produits concernés, de la multitude d'acteurs à impliquer, et de la variété d'écueils à éviter. L'IE est une discipline aux confins du génie logiciel et de l'ingénierie des systèmes, qui vise à offrir des modèles, méthodes et outils pour développer et faire évoluer des documents d'exigences de qualité. Cet article se propose de donner un aperçu des développements récents dans cette discipline relativement jeune et d'en approfondir certains. L'IE élargit l'approche classique où l'on cherche à comprendre, ce qui doit être réalisé par le système en essayant de comprendre le « pourquoi » du système, sa raison d'être.
L'expression du « pourquoi » est faite en termes de buts organisationnels et de leur impact sur les exigences imposées au système d'information. L'article insiste sur cette dimension, propose et illustre, par une étude de cas, une démarche d'ingénierie des exigences dirigée par les buts.
VERSIONS
- Version archivée 1 de juin 1988 par Jean-Jacques GUILLEMAUD
DOI (Digital Object Identifier)
Présentation
Article inclus dans l'offre
"Technologies logicielles Architectures des systèmes"
(236 articles)
Actualisée et enrichie d’articles validés par nos comités scientifiques.
Quiz, médias, tableaux, formules, vidéos, etc.
Opérationnels et didactiques, pour garantir l'acquisition des compétences transverses.
Un ensemble de services exclusifs en complément des ressources.
2. De la modélisation conceptuelle à l'ingénierie des exigences
2.1 Conceptualisation et cycle de développement d'un SI
Toutes les activités d'ingénierie quelles qu'elles soient, ont pour objectif la réalisation d'un produit. Le génie civil vise par exemple, à construire des ponts, l'ingénierie automobile fabrique des voitures etc. L'ingénierie des SI a pour objectif la construction de produits que sont les systèmes d'information. Le produit SI, comme les ponts et les automobiles peuvent se décrire à différents niveaux de détail et d'abstraction. On en reconnaît deux principaux en ingénierie des SI : le produit conceptuel et le produit réalisé. On admet en effet universellement, que l'ensemble des activités d'ingénierie conduisant au produit SI s'organise en deux groupes (figure 1) :
-
activités de conceptualisation ;
-
activités de transformation.
Les premières visent à représenter certaines parties d'intérêt de la réalité par des structures d'information et des règles de comportement afin d'obtenir une description conceptuelle de ce que le SI sera capable de faire. Elles aboutissent au produit conceptuel. Les secondes sont des transformations successives de la représentation conceptuelle aboutissant à un système en fonctionnement. Elles conduisent au produit final, réalisé qui prend la forme d'un ensemble de logiciels. Il est important de noter que cette classification des activités de production d'un SI, aujourd'hui admise par tous, repose sur une analyse de leur nature profonde : les activités de conceptualisation sont de nature abstraite et donc difficiles à automatiser ; elles sont aujourd'hui majoritairement conduites par les hommes. Au contraire, les activités de transformation se systématisent et s'automatisent. Les approches IDM (Ingénierie dirigée par les modèles) sont l'expression la plus récente de cette recherche d'automatisation. Dans ce paragraphe, l'accent est mis sur le produit conceptuel et sur les activités de sa production.
Le produit conceptuel ou schéma conceptuel est une représentation d'une certaine partie de la réalité, « l'Univers du Discours ». Sa production est donc le résultat d'un travail de modélisation conceptuelle qui s'appuie sur des modèles, les modèles conceptuels. Un modèle propose un ensemble de concepts et de règles pour les utiliser qui indiquent au modeleur les entités de la réalité sur lesquelles l'effort de représentation doit être concentré....
De la modélisation conceptuelle à l'ingénierie des exigences
Article inclus dans l'offre
"Technologies logicielles Architectures des systèmes"
(236 articles)
Actualisée et enrichie d’articles validés par nos comités scientifiques.
Quiz, médias, tableaux, formules, vidéos, etc.
Opérationnels et didactiques, pour garantir l'acquisition des compétences transverses.
Un ensemble de services exclusifs en complément des ressources.
Article inclus dans l'offre
"Technologies logicielles Architectures des systèmes"
(236 articles)
Actualisée et enrichie d’articles validés par nos comités scientifiques.
Quiz, médias, tableaux, formules, vidéos, etc.
Opérationnels et didactiques, pour garantir l'acquisition des compétences transverses.
Un ensemble de services exclusifs en complément des ressources.