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)
Présentation
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.
2. Identifier le problème, l'opportunité, les parties prenantes, leurs besoins et contraintes
Déroulez et itérez les activités suivantes :
Analysez le contexte de la situation présente dans le domaine qui vous concerne ou que vous étudiez :
-
Étudiez les facteurs sensibles, les manques dans l'existant, les améliorations potentielles, les opportunités de marché, etc. Il s'agit d'un constat.
-
Exprimez sous forme d'un texte court (2 à 5 phrases) le problème, la question ou l'opportunité et son contexte. En déduire et formuler de façon très synthétique (une seule phrase) une idée ou concept de produit, de service, d'organisation qui répondrait, sans penser à une solution. Cet élément potentiel et non existant est appelé « système étudié ».
À partir de l'expression des éléments précédents, et en répondant aux questions indiquées, exprimez la finalité ou but du futur système (pourquoi créer un système, son utilité, son usage dans le contexte ?), la mission (qu'est-ce qu'il est supposé faire, transformer, fournir ?), les objectifs quantifiés (combien d'éléments transforme-t-il ? produit-il ? à quelle fréquence ?).
Identifiez les situations de la vie du système étudié et pour chaque situation :
-
Identifiez toutes les parties prenantes impliquées (clients, utilisateurs, exploitants, mainteneurs, administration, organismes certifieurs, formateurs, fournisseurs, industriels, etc.). En établir la liste.
-
Identifiez éventuellement les états ou modes opérationnels du système et les transitions entre les modes, ou les cas d'utilisation.
Identifiez les systèmes, les objets existants du contexte et leurs relations avec le système étudié à l'aide d'un diagramme de contexte (entités-relations). Déduire de ces relations les services attendus ou à satisfaire.
Modélisez des scénarios opérationnels à partir de ces services, les valider par simulation et/ou auprès des parties prenantes et experts des métiers concernés.
Collectez auprès de chaque partie prenante les besoins, attentes, scénarios et contraintes à l'aide des techniques d'interviews (questionnaires, écoute, reformulation et validation des expressions, etc.).
À partir des scénarios opérationnels et des modes opérationnels modélisés, déduisez des concepts d'utilisation qui pourraient être supportés par le système...
Identifier le problème, l'opportunité, les parties prenantes, leurs besoins et contraintes
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
-
Outil 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...
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.