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.
Cet article est réservé aux abonnés.
Il vous reste 92 % à découvrir.
Déjà abonné ? Se connecter
DOI (Digital Object Identifier)
Présentation
GlossaireArticle inclus dans l'offre
"Management et ingénierie de l'innovation"
(450 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.
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 est réservé aux abonnés.
Il vous reste 94 % à découvrir.
Déjà abonné ? Se connecter
Foire aux questions
Article inclus dans l'offre
"Management et ingénierie de l'innovation"
(450 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.
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
-
Plan type de cahier des charges (Outil
fic0270m1.docx
).Le Cahier des Charges rassemble l'ensemble des besoins, attentes, exigences et contraintes générés par les parties prenantes...
Cet article est réservé aux abonnés.
Il vous reste 93 % à découvrir.
Déjà abonné ? Se connecter
Article inclus dans l'offre
"Management et ingénierie de l'innovation"
(450 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.