Êtes-vous un étudiant de l'EPFL à la recherche d'un projet de semestre?
Travaillez avec nous sur des projets en science des données et en visualisation, et déployez votre projet sous forme d'application sur Graph Search.
Concept
Cahier des charges fonctionnel
Résumé
Le cahier des charges fonctionnel (CdCF) est un document formalisant un besoin, en détaillant les fonctionnalités attendues d'un système, d'un produit ou d'un service ainsi que les contraintes (techniques, réglementaires, budgétaires, etc.) auxquelles il est soumis.
Pour la bonne compréhension de ces trois mots, une forme d'écriture peut être d'écrire fonctionnelles pour qualifier les charges en termes de fonctions qui seront formulées en utilisant des verbes à l'infinitif pour confirmer qu'il s'agit d'actions. .
Un projet correspond à un besoin de changement exprimé par un demandeur. Pour y répondre, différents fournisseurs (prestataire, service interne à une entreprise, etc.) proposent des solutions. Le cahier des charges fonctionnel est le document permettant de valider l'adéquation entre le besoin et les solutions proposées.
Ses objectifs sont de :
présenter le contexte global du projet : situation de l'entité demanderesse (entreprise, organisation, administration, service interne...), marché, problématique, évolutions technologiques, etc. ;
exprimer clairement les objectifs du projet et les critères qui permettront de le considérer comme réussi, tant en quantité qu'en qualité (apports pour l'entité, finition, etc.) ;
formaliser le besoin du client : fonctionnalités (cas d'utilisation) et contraintes (budget, délais, historique, etc.).
Le cahier des charges fonctionnel peut également revêtir un caractère contractuel entre les différentes parties, notamment concernant le respect des niveaux établis pour les critères, s'il est accompagné de clauses juridiques adéquates.
Dans le déroulement d'un projet, le cahier des charges fonctionnel précède l'étude technique qui conclut la phase d'avant-projet. Pour arriver au cahier des charges fonctionnel, plusieurs étapes sont donc nécessaires.
Cela consiste à étudier le contexte du projet, à déterminer les besoins généraux de la maîtrise d'ouvrage et à vérifier si ceux-ci correspondent bien aux attentes des utilisateurs finaux et aux évolutions probables à venir.
Source officielle
À 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 (20)
BIO-210: Applied software engineering for life sciences
We learn and apply software engineering principles to program projects in Python. Projects cover problems in life sciences, and will be developed over the course of the semester.
HUM-408: Industrial design I
Le cours propose d'expérimenter les spécificités du design industriel en confrontant les étudiant.e.s à la création d'un objet. Il s'agit d'un enseignement pratique dont le résultat est un objet fonct
AR-128: Building technology I, II
Introduction à la technologie du bâti: défis environnementaux et sociétaux, exigences techniques et fonctionnelles du bâtiment dans la durée, équilibre statique des ossatures, matériaux de constructio
Séances de cours associées (38)
Rendu intermédiaire : Design Solutions Présentation
Couvre les exigences pour le rendu intermédiaire et les critères d'évaluation pour la présentation des solutions de conception.
États de surface dans la construction mécanique
Discute de l'importance des états de surface dans la construction mécanique et de leur impact sur la fonctionnalité.
Construction mécanique I : tolérance dimensionnelle
Explore les systèmes mécaniques, la tolérance, la documentation de montage et le comportement des matériaux, en mettant l'accent sur les réglages précis et les normes ISO.
Publications associées (136)
Personnes associées (24)
Unités associées (2)
Concepts associés (3)
Software development process
In software engineering, a software development process is a process of planning and managing software development. It typically involves dividing software development work into smaller, parallel, or sequential steps or sub-processes to improve design and/or product management. It is also known as a software development life cycle (SDLC). The methodology may include the pre-definition of specific deliverables and artifacts that are created and completed by a project team to develop or maintain an application.
Software requirements specification
A software requirements specification (SRS) is a description of a software system to be developed. It is modeled after the business requirements specification (CONOPS). The software requirements specification lays out functional and non-functional requirements, and it may include a set of use cases that describe user interactions that the software must provide to the user for perfect interaction.
Ingénierie des systèmes
L'ingénierie des systèmes ou ingénierie système est une approche scientifique interdisciplinaire, dont le but est de formaliser et d'appréhender la conception et la validation de systèmes complexes. L'ingénierie des systèmes a pour objectif de maîtriser et de contrôler la conception de systèmes dont la complexité ne permet pas le pilotage simple. Par système, on entend un ensemble d'éléments humains ou matériels en interdépendance les uns les autres et qui inter-opèrent à l'intérieur de frontières ouvertes ou non sur l'environnement.