Présentation
Auteur(s)
-
Alain FAISANDIER : Directeur, MAP système
Lire cet article issu d'une ressource documentaire complète, actualisée et validée par des comités scientifiques.
Lire l’articleINTRODUCTION
Le développement d'un système (produit, service, organisation) commence par des activités primordiales : l'identification du problème ou de l'opportunité dans leur contexte, la définition des besoins, leur analyse et leur traduction en exigences techniques.
Du niveau de précision, de cohérence et d'exhaustivité de l'expression des besoins, puis des exigences techniques dépendent l'atteinte des objectifs techniques de la solution, de son coût, de son délai d'obtention.
Les besoins des parties prenantes et les exigences techniques du système doivent exprimer le problème ou l'opportunité et leurs contraintes (et non des éléments de solutions) en des termes justes, clairs et non ambigus, afin d'être exploités par les acteurs du développement (concepteurs, intégrateurs, etc.) dont les points de vue et les moyens d'expression sont souvent différents.
Cette fiche vous aidera à :
-
définir les besoins et les exigences d'un système à concevoir ;
-
poser un problème afin d'élaborer une solution ;
-
identifier une opportunité afin de créer un nouveau produit ou service, une nouvelle organisation ;
-
exprimer les caractéristiques attendues du système.
DOI (Digital Object Identifier)
Cet article fait partie de l’offre
Management et ingénierie de l'innovation
(450 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
Des modules pratiques
Opérationnels et didactiques, pour garantir l'acquisition des compétences transverses
Doc & Quiz
Des articles interactifs avec des quiz, pour une lecture constructive
Présentation
10. Foire aux questions
Quelle est la différence entre un besoin et une exigence technique ?
Un besoin exprime une attente, un problème de la part d'un utilisateur, d'un client, d'un maître d'ouvrage, et ceci dans son langage. Une exigence technique exprime la même chose mais dans le langage du fournisseur, du concepteur, qui sous-entend des possibilités de solution ; elle est exprimée de façon technique, elle doit être vérifiable sur le futur produit, service, organisation.
À quoi sert la classification des exigences ?
Elle sert à préparer et à faciliter le travail du concepteur ainsi que de l'intégrateur et du responsable de la validation.
Pourquoi faut-il écrire des exigences ? À quoi cela sert-il ?
Si on ne décrit pas les propriétés et caractéristiques attendues du futur système (produit, service, organisation), le concepteur imaginera ce qu'il veut et le résultat ne sera pas satisfaisant et a de grandes chances d'être rejeté ou invendable.
Qu'est-ce que la gestion des exigences ?
Il ne faut pas confondre la gestion « notariale » des exigences, avec leur élaboration et leur expression. La gestion des exigences est une sous-partie de l'ingénierie des exigences, laquelle est elle-même une sous-partie de l'ingénierie de système.
Cet article fait partie de l’offre
Management et ingénierie de l'innovation
(450 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
Des modules pratiques
Opérationnels et didactiques, pour garantir l'acquisition des compétences transverses
Doc & Quiz
Des articles interactifs avec des quiz, pour une lecture constructive
Foire aux questions
DANS NOS BASES DOCUMENTAIRES
Standards internationaux
-
ISO/IEC 15288:2008 - Systems and software engineering - system life cycle processes, Geneva, Switzerland: International Organization for Standardization (ISO)/International Electronical Commission
-
ISO/IEC 29148: 2011 - Systems and software engineering - Life cycle processes - Requirements engineering, Geneva, Switzerland: International Organization for Standardization (ISO)/International Electronical Commission (IEC)
Manuels/handbooks
-
INCOSE systems engineering handbook, version 3.2, San Diego, CA, USA : International Council on Systems Engineering (INCOSE), INCOSE-TP-2003-002-03.2
-
NASA Systems engineering handbook, Washington, D.C.: National Aeronautics and Space Administration (NASA), NASA/SP-2007-6105
Livre
Van Lamsweerde, A., Requirements Engineering, New York, NY : Wiley, 2009
HAUT DE PAGE
-
Outil Plan type de cahier des charges (Outil fic0270m1.docx ).
Le Cahier des Charges rassemble l'ensemble des besoins, attentes, exigences...
Cet article fait partie de l’offre
Management et ingénierie de l'innovation
(450 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
Des modules pratiques
Opérationnels et didactiques, pour garantir l'acquisition des compétences transverses
Doc & Quiz
Des articles interactifs avec des quiz, pour une lecture constructive