Une est, dans le domaine de l'ingénierie, un besoin, une nécessité, une attente auquel un produit ou un service doit répondre ou une contrainte qu'il doit satisfaire. L'exigence peut être exprimée par une partie prenante (utilisateur, client, commercial, analyste de marchés, gestionnaire de produits, etc.) ou déterminée par les processus d'ingénierie et en particulier les activités d'études. L'approche commune à tous les domaines d'ingénierie est de définir les besoins, d'envisager des solutions, et de livrer la solution la plus appropriée. Plus précisément, les activités consistent à définir le problème, collecter les informations pertinentes, générer des idées de solutions possibles, les analyser et choisir la plus appropriée, et mettre la solution en œuvre. Les exigences forment la clé de voute de ces activités. En effet, le besoin ou le problème nécessite d'être traduit en exigences pour la solution, et les informations collectées, l'analyse, et des résultats expérimentaux au cours de la réalisation sont susceptibles d'affiner et d'enrichir ces exigences. Tout au long du cycle d'ingénierie, l'ingénieur va gérer les exigences en utilisant les termes, les formes et les techniques propres au domaine d'ingénierie considéré. Cette activité consiste en principe à les : éliciter : identifier, collecter et approfondir les exigences des parties prenantes ou d'autres sources (par exemple exigences réglementaires ou conditions techniques) ; analyser : vérifier la cohérence et l'exhaustivité des exigences, créer des modèles, déduire des exigences techniques, négocier au besoin des exigences avec les parties prenantes ; spécifier : documenter les exigences sous une forme aisément compréhensible pour les parties prenantes et facilement utilisable pour les ingénieurs aux autres spécialistes impliqués dans la conception de la solution et sa réalisation ; valider : les exigences font en principe l'objet d'une validation, par exemple sous forme d'une revue de la spécification, d'une maquette ou d'une vérification expérimentale (prototype).

À propos de ce résultat
Cette page est générée automatiquement et peut contenir des informations qui ne sont pas correctes, complètes, à jour ou pertinentes par rapport à votre recherche. Il en va de même pour toutes les autres pages de ce site. Veillez à vérifier les informations auprès des sources officielles de l'EPFL.
Cours associés (32)
CS-491: Introduction to IT consulting
This course is an introduction to the alignment of enterprise needs with the possibilities offered by Information Technology (IT). Using a simulated business case, we explore how to define the require
CS-311: The software enterprise - from ideas to products
This course teaches the journey taken by software engineering teams from incipient ideas to software products that solve real problems for real people.
AR-211: Stereotomy
La Stéréotomie est l'art de concevoir et fabriquer des volumes complexes en pierre et des assemblages en bois. Ce cours propose une réinterprétation de la Stéréotomie avec différents outils, une réfl
Afficher plus
Publications associées (32)
Concepts associés (24)
Cas d'utilisation
Un cas d'utilisation, bloc fonctionnel ou cas d'usage (« use-case » en anglais), définit en génie logiciel et en ingénierie des systèmes une manière d'utiliser un système qui a une valeur ou une utilité pour les acteurs impliqués. Le cas d'utilisation correspond à un ensemble d'actions réalisées par le système en interaction avec les acteurs en vue d'une finalité. L'ensemble des cas d'utilisation permet ainsi de décrire les exigences fonctionnelles d'un système en adoptant le point de vue et le langage de l'utilisateur final.
Non-functional requirement
In systems engineering and requirements engineering, a non-functional requirement (NFR) is a requirement that specifies criteria that can be used to judge the operation of a system, rather than specific behaviours. They are contrasted with functional requirements that define specific behavior or functions. The plan for implementing functional requirements is detailed in the system design. The plan for implementing non-functional requirements is detailed in the system architecture, because they are usually architecturally significant requirements.
Analyse des exigences
En ingénierie des systèmes et en ingénierie logicielle, l'analyse des exigences comprend les tâches qui ont pour but de déterminer les exigences d'un système nouveau ou à modifier, en prenant en compte le conflit possible entre les exigences de diverses parties prenantes, telles que les utilisateurs. L'analyse des exigences est critique pour le succès d'un projet. Les interviews de parties prenantes sont une méthode communément employée dans l'analyse des exigences.
Afficher plus
MOOCs associés (1)
Enjeux Mondiaux - Communication
The Communication A module of the course on Global Issues tackles challenges related to instantaneous communication and social media. The interdisciplinary approach implemented integrates SHS and engi

Graph Chatbot

Chattez avec Graph Search

Posez n’importe quelle question sur les cours, conférences, exercices, recherches, actualités, etc. de l’EPFL ou essayez les exemples de questions ci-dessous.

AVERTISSEMENT : Le chatbot Graph n'est pas programmé pour fournir des réponses explicites ou catégoriques à vos questions. Il transforme plutôt vos questions en demandes API qui sont distribuées aux différents services informatiques officiellement administrés par l'EPFL. Son but est uniquement de collecter et de recommander des références pertinentes à des contenus que vous pouvez explorer pour vous aider à répondre à vos questions.