Présentation

Article

1 - POSITION DE L'INGÉNIERIE DES EXIGENCES

2 - DE LA MODÉLISATION CONCEPTUELLE À L'INGÉNIERIE DES EXIGENCES

3 - EXIGENCES ET DOCUMENTATION

4 - APPROCHE D'ÉLUCIDATION DES EXIGENCES DIRIGÉE PAR LES BUTS

5 - CAS DES RÉSERVATIONS DE CHAMBRES D'HÔTELS

6 - CONCLUSION

Article de référence | Réf : H3250 v2

Conclusion
De la modélisation conceptuelle à l'ingénierie des exigences

Auteur(s) : Colette ROLLAND

Date de publication : 10 févr. 2011

Pour explorer cet article
Télécharger l'extrait gratuit

Vous êtes déjà abonné ?Connectez-vous !

Sommaire

Présentation

Auteur(s)

  • Colette ROLLAND : Université Paris 1 Panthéon Sorbonne, Centre de recherche en informatique

Lire cet article issu d'une ressource documentaire complète, actualisée et validée par des comités scientifiques.

Lire l’article

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.

Cet article est réservé aux abonnés.
Il vous reste 93% à découvrir.

Pour explorer cet article
Téléchargez l'extrait gratuit

Vous êtes déjà abonné ?Connectez-vous !


L'expertise technique et scientifique de référence

La plus importante ressource documentaire technique et scientifique en langue française, avec + de 1 200 auteurs et 100 conseillers scientifiques.
+ de 10 000 articles et 1 000 fiches pratiques opérationnelles, + de 800 articles nouveaux ou mis à jours chaque année.
De la conception au prototypage, jusqu'à l'industrialisation, la référence pour sécuriser le développement de vos projets industriels.

VERSIONS

Il existe d'autres versions de cet article :

DOI (Digital Object Identifier)

https://doi.org/10.51257/a-v2-h3250


Cet article fait partie de l’offre

Technologies logicielles Architectures des systèmes

(239 articles en ce moment)

Cette offre vous donne accès à :

Une base complète d’articles

Actualisée et enrichie d’articles validés par nos comités scientifiques

Des services

Un ensemble d'outils exclusifs en complément des ressources

Un Parcours Pratique

Opérationnel et didactique, pour garantir l'acquisition des compétences transverses

Doc & Quiz

Des articles interactifs avec des quiz, pour une lecture constructive

ABONNEZ-VOUS

6. Conclusion

La modélisation conceptuelle reste d'actualité pour spécifier « ce que doit faire le système » dans des termes précis permettant sa réalisation. Mais elle est insuffisante pour raisonner sur « ce à quoi le système doit servir » et aider les parties prenantes d'un projet SI à comprendre leurs souhaits, désirs et besoins et les implications de ceux-ci sur les exigences imposées au SI.

L'article a introduit une démarche d'ingénierie des exigences dirigée par les buts qui permet d'explorer la question « pourquoi » de manière systématique et participative pour aboutir à un document d'exigences consensuel et validé par toutes les parties prenantes et qui sert de point de départ à la conceptualisation du SI.

La démarche a été illustrée par un cas de réservations de chambres d'hôtels.

L'approche par les buts présentée dans l'article peut s'appliquer dans d'autres contextes que celui de l'IE : comme une approche « moyen/fin » pour formaliser le passage de la stratégie d'entreprise à sa mise en œuvre par des buts opérationnels supportés par des processus, pour la réingénierie des processus et pour la conduite du changement comme mentionné pour le projet Elektra.

HAUT DE PAGE

Cet article est réservé aux abonnés.
Il vous reste 92% à découvrir.

Pour explorer cet article
Téléchargez l'extrait gratuit

Vous êtes déjà abonné ?Connectez-vous !


L'expertise technique et scientifique de référence

La plus importante ressource documentaire technique et scientifique en langue française, avec + de 1 200 auteurs et 100 conseillers scientifiques.
+ de 10 000 articles et 1 000 fiches pratiques opérationnelles, + de 800 articles nouveaux ou mis à jours chaque année.
De la conception au prototypage, jusqu'à l'industrialisation, la référence pour sécuriser le développement de vos projets industriels.

Cet article fait partie de l’offre

Technologies logicielles Architectures des systèmes

(239 articles en ce moment)

Cette offre vous donne accès à :

Une base complète d’articles

Actualisée et enrichie d’articles validés par nos comités scientifiques

Des services

Un ensemble d'outils exclusifs en complément des ressources

Un Parcours Pratique

Opérationnel et didactique, pour garantir l'acquisition des compétences transverses

Doc & Quiz

Des articles interactifs avec des quiz, pour une lecture constructive

ABONNEZ-VOUS

Lecture en cours
Conclusion
Sommaire
Sommaire

BIBLIOGRAPHIE

  • (1) - AMOROSO (E.J.) -   Fundamentals of computer security.  -  Prentice-Hall (1994).

  • (2) - ANTÒN (A.I.), POTTS (C.), TAKAHANSHI (K.) -   Inquiry based requirements analysis.  -  IEEE Conference on Requirements Engineering (1994).

  • (3) - ANTÒN (A.I.) -   Goal based requirements analysis.  -  2nd International Conference on Requirements Engineering (ICRE'96), p. 136-144 (1996).

  • (4) - ANTÒN (A.I.), EARP (J.B.), POTTS (C.), ALSPAUGH (T.A.) -   The role of policy and stakeholder privacy values in requirements engineering.  -  5th IEEE International Symposium on Requirements Engineering (RE'01), Toronto, Canada, 27-31, p. 138-145 (2001).

  • (5) - BELL (T.E.), THAYER (T.A.) -   Software requirements : are they really a problem ?  -  ICSE-2 : 2nd International Conference on Software Engineering, San Francisco, p. 61-68 (1976).

  • (6) - BOEHM (B.W.) -   Software...

Cet article est réservé aux abonnés.
Il vous reste 92% à découvrir.

Pour explorer cet article
Téléchargez l'extrait gratuit

Vous êtes déjà abonné ?Connectez-vous !


L'expertise technique et scientifique de référence

La plus importante ressource documentaire technique et scientifique en langue française, avec + de 1 200 auteurs et 100 conseillers scientifiques.
+ de 10 000 articles et 1 000 fiches pratiques opérationnelles, + de 800 articles nouveaux ou mis à jours chaque année.
De la conception au prototypage, jusqu'à l'industrialisation, la référence pour sécuriser le développement de vos projets industriels.

Cet article fait partie de l’offre

Technologies logicielles Architectures des systèmes

(239 articles en ce moment)

Cette offre vous donne accès à :

Une base complète d’articles

Actualisée et enrichie d’articles validés par nos comités scientifiques

Des services

Un ensemble d'outils exclusifs en complément des ressources

Un Parcours Pratique

Opérationnel et didactique, pour garantir l'acquisition des compétences transverses

Doc & Quiz

Des articles interactifs avec des quiz, pour une lecture constructive

ABONNEZ-VOUS