Fiche de révision : Rédaction et formalisation du Cahier des Charges

📋 Plan du Cours

1. Cahier des Charges Fonctionnel
2. Structure du CdCF
3. Fonctions principales
4. Contraintes du système
5. Critères d'appréciation
6. Niveaux d'exigence
7. Méthodologie de rédaction
8. Validation du besoin
9. Expression fonctionnelle
10. Caractérisation des fonctions
11. Formalismes SysML
12. Diagramme de contexte

📖 1. Cahier des Charges Fonctionnel

🔑 Notions clés & Définitions

• Cahier des Charges Fonctionnel (CdCF) : Document écrit qui formalise le besoin du client en détaillant les services que le produit doit rendre et ses limitations, servant de contrat entre demandeur et concepteur. (Source)

• Rôle du CdCF : Agir comme un contrat engageant le concepteur à respecter les exigences du demandeur, en précisant ce que doit faire le produit sans indiquer comment le faire. (Source)

• Objectif principal du CdCF : Définir précisément les services que le produit doit fournir et ses limitations, afin de guider la conception tout en laissant la liberté technique au concepteur. (Source)

📝 Points essentiels

Le cahier des charges fonctionnel (CdCF) est le point de départ de tout projet technique, il doit être structuré sous forme d’un tableau comprenant : fonctions/principales, contraintes, critères d’appréciation, et niveaux d’exigence. Il distingue clairement les fonctions principales (services attendus, ex : détecter la présence d’un véhicule) des contraintes (obligations liées à l’usage, ex : résistance à la température). La rédaction doit respecter la règle d’or : ne pas proposer de solutions techniques, mais uniquement définir ce que l’objet doit faire. La démarche s’appuie sur des outils graphiques comme la "Bête à cornes" pour valider le besoin, le "Diagramme Pieuvre" pour l’expression fonctionnelle, et le "Diagramme des Exigences" pour la définition des performances. Le formalisme SysML offre des équivalents graphiques (Diagramme de contexte, Cas d’utilisation, Exigences) pour faciliter cette démarche. La transition entre le besoin exprimé et la conception technique est assurée par le diagramme FAST, qui traduit les fonctions de service en fonctions techniques et solutions techniques. La rédaction doit rester neutre, sans solution technique, pour laisser la liberté au concepteur.

💡 À retenir

Le Cahier des Charges Fonctionnel formalise le besoin client en décrivant ce que le produit doit faire, sans préciser comment, afin de guider la conception tout en laissant la liberté technique au concepteur.

📖 2. Structure du CdCF

🔑 Notions clés & Définitions

📝 Points essentiels

• Le tableau du CdCF est un document clé qui formalise la relation entre fonctions et contraintes, en précisant pour chaque élément ses critères d'appréciation et ses niveaux d'exigence.
• La distinction entre fonctions principales (FP) et contraintes (FC) est fondamentale : les FP décrivent ce que l'objet doit faire, alors que les FC indiquent les obligations à respecter pour assurer la conformité et l'usage.
• La structure du tableau permet une lecture claire et synthétique, facilitant la traduction du besoin en spécifications techniques.
• La méthodologie d'élaboration du CdCF s'appuie sur des outils graphiques comme le diagramme pieuvre ou SysML, pour recenser les interacteurs et formaliser les attentes.
• La rédaction doit se limiter à définir ce que l'objet doit faire, sans proposer de solutions techniques, conformément aux règles d'or (voir contenu source).

💡 À retenir

Le tableau structurant le CdCF synthétise de manière claire et précise les fonctions, contraintes, critères et niveaux d'exigence, en distinguant les fonctions principales des contraintes, pour assurer une traduction efficace du besoin en spécifications.

📖 3. Fonctions principales

🔑 Notions clés & Définitions

• Fonctions principales : Ce sont les services que l'objet doit rendre pour satisfaire le besoin exprimé par le client, c'est-à-dire ce que le système doit faire concrètement. AUTEUR (date) : "Les fonctions de service représentent ce que l'objet doit faire pour répondre au besoin."
• Services : Actions ou activités que le système doit réaliser pour remplir sa mission. Par exemple, détecter la présence d’un véhicule ou informer l’usager.
• Différenciation entre fonctions principales et contraintes : Les fonctions principales décrivent ce que l’objet doit faire, tandis que les contraintes sont des obligations à respecter pour assurer l’usage (sécurité, esthétique, coût, environnement). AUTEUR (date) : "Les fonctions de service représentent ce que l'objet doit faire... Les contraintes sont des obligations à respecter."
• Exemples de fonctions principales : Détecter la présence d’un véhicule, informer l’usager, mesurer la température, etc. Ces fonctions sont directement liées à la mission du système.
• Services vs Contraintes : Les fonctions principales sont orientées vers la réalisation d’un service utile, alors que les contraintes imposent des limites ou des obligations techniques ou réglementaires pour que le service soit réalisable et conforme.

📝 Points essentiels

• Les fonctions principales sont formulées sans solution technique, elles décrivent uniquement ce que le système doit faire (rôle, service).
• Elles constituent la base pour définir le cahier des charges fonctionnel, en précisant les services attendus par le client.
• La distinction claire entre fonctions principales et contraintes est fondamentale pour une conception efficace : les fonctions principales répondent au besoin, les contraintes assurent la compatibilité et la conformité.
• La méthodologie s’appuie sur des outils graphiques comme le diagramme "Pieuvre" ou le "Diagramme des Cas d’Utilisation" pour recenser ces fonctions.
• La démarche d’élaboration commence par la validation du besoin, puis l’expression des fonctions principales, en évitant toute solution technique lors de leur définition.

💡 À retenir

Les fonctions principales décrivent ce que l’objet doit faire pour satisfaire le besoin, en étant indépendantes des solutions techniques, afin de garantir la liberté de conception et la conformité au cahier des charges.

📖 4. Contraintes du système

🔑 Notions clés & Définitions

• Contraintes : Obligations ou restrictions imposées à un système pour garantir son adéquation à son usage, telles que la sécurité, l’esthétique, le coût ou l’environnement. Elles orientent la conception afin d’assurer la conformité du produit final.
• Exemples de contraintes : Résistance à l’environnement (ex : résistance à la corrosion ou aux températures extrêmes), respect des normes (ex : normes CE, RoHS), contraintes esthétiques ou de coût (ex : dimensions maximales, prix de revient).
• Importance des contraintes : Elles sont essentielles pour adapter l’objet à son usage spécifique, en assurant la sécurité, la conformité réglementaire, la durabilité ou l’intégration esthétique, tout en respectant les exigences économiques et environnementales.
• Définition selon le contexte : Les contraintes sont souvent formulées dans le cahier des charges fonctionnel (voir section 1) comme des obligations à respecter par le système pour satisfaire le besoin client.
• Relation avec les fonctions et critères : Les contraintes influencent directement la définition des critères d’appréciation et des niveaux d’exigence, permettant de mesurer leur respect lors de la réalisation du système.

📝 Points essentiels

• Les contraintes sont des obligations à respecter pour que le système soit adapté à son usage, qu’elles soient liées à la sécurité, à l’environnement, à l’esthétique ou au coût.
• Elles sont formulées dans le cahier des charges fonctionnel (CdCF) sous forme d’obligations concrètes, souvent structurées dans un tableau avec des éléments comme la contrainte, ses critères d’appréciation et ses niveaux d’exigence (voir structure du CdCF).
• La résistance à l’environnement (ex : températures, humidité) et la conformité aux normes (ex : CE, RoHS) sont des exemples typiques de contraintes techniques et réglementaires.
• La gestion efficace des contraintes permet d’assurer la compatibilité du produit avec son contexte d’utilisation, en évitant des incompatibilités ou des non-conformités.
• La méthodologie de rédaction du cahier des charges insiste sur le fait que les contraintes doivent rester des obligations à respecter, sans imposer de solutions techniques précises, pour laisser la liberté de conception (règle d’or).

💡 À retenir

Les contraintes sont des obligations essentielles qui orientent la conception du système pour garantir sa conformité à l’usage, tout en laissant la liberté technique au concepteur pour répondre efficacement à ces exigences.

📖 5. Critères d'appréciation

🔑 Notions clés & Définitions

• Critères d'appréciation : Caractéristiques observables ou mesurables permettant d’évaluer la réalisation d’une fonction. AUTEUR (date) : ils servent à juger si une fonction est conforme aux exigences du cahier des charges.
• Niveaux d'exigence : Valeurs précises ou performances minimales à atteindre pour chaque critère, permettant de quantifier la conformité. AUTEUR (date) : ils définissent le seuil ou la performance attendue pour valider la fonction.
• Caractéristiques mesurables ou observables : Attributs du système ou de ses fonctions qui peuvent être quantifiés ou constatés directement (ex : durée de vie, température). AUTEUR (date) : elles constituent la base pour l’évaluation objective des critères.

📝 Points essentiels

• Les critères d’appréciation sont essentiels pour juger si une fonction est correctement réalisée, en se basant sur des caractéristiques concrètes et vérifiables.
• Ils doivent être définis de manière précise, en lien avec les niveaux d’exigence, pour permettre une évaluation claire et objective.
• Exemples concrets : la durée de vie (en heures ou années), la température de fonctionnement (en °C), la précision de détection (pourcentage d’erreur), la distance de visibilité (en mètres).
• La distinction entre critères et niveaux d’exigence est fondamentale : les critères décrivent ce qui doit être mesuré, les niveaux fixent la valeur ou la performance à atteindre.
• La méthodologie rigoureuse de rédaction du cahier des charges repose sur la sélection de critères pertinents, mesurables et liés aux niveaux d’exigence.

💡 À retenir

Les critères d’appréciation sont des caractéristiques mesurables ou observables qui permettent de juger la conformité d’une fonction, en étant liés à des niveaux d’exigence précis pour assurer une évaluation objective.

📖 6. Niveaux d'exigence

🔑 Notions clés & Définitions

• Niveau d’exigence : La valeur précise ou la performance minimale à atteindre pour un critère d’appréciation, permettant de juger si la fonction ou contrainte est satisfaite (ex : consommation ≤ 10 W).
• Critère d’appréciation : La caractéristique mesurable ou observable qui permet d’évaluer la réalisation d’une fonction ou contrainte (ex : durée de vie en heures, température de fonctionnement).
• Lien entre critères et niveaux d’exigence : La relation qui définit la valeur ou la performance attendue pour chaque critère, assurant la conformité du système aux besoins (ex : autonomie de la batterie ≥ 5 ans).
• Valeurs précises : Les seuils ou performances spécifiques fixés comme référence pour chaque niveau d’exigence, permettant une évaluation objective (ex : prix ≤ 40 €).
• Auteurs / Théories : La démarche d’élaboration des niveaux d’exigence s’appuie sur la rigueur méthodologique du cahier des charges fonctionnel (voir section 1) et sur la formalisation par le tableau des performances (voir section 4).

📝 Points essentiels

• Le niveau d’exigence correspond à la valeur ou performance minimale ou maximale à atteindre pour satisfaire un critère d’appréciation, garantissant la conformité aux besoins exprimés dans le cahier des charges (CdCF).
• La fixation de niveaux d’exigence permet de transformer les critères d’appréciation en objectifs quantifiables ou qualitatifs, facilitant la vérification et la validation du système.
• La relation entre critères et niveaux d’exigence doit être claire et précise, afin d’éviter toute ambiguïté lors de l’évaluation. Par exemple, pour la consommation électrique, un niveau d’exigence pourrait être "≤ 10 W", ce qui indique la performance à ne pas dépasser.
• La méthodologie de rédaction insiste sur le fait que le cahier des charges doit définir ce que l’objet doit faire, en précisant les niveaux d’exigence, sans indiquer comment le faire (règle d’or).
• La cohérence entre critères, niveaux d’exigence et performances attendues est essentielle pour assurer la qualité et la conformité du produit final.

💡 À retenir

Les niveaux d’exigence fixent des valeurs précises pour chaque critère d’appréciation, permettant d’évaluer objectivement si le système répond aux besoins, tout en laissant la liberté de conception quant à la méthode pour atteindre ces objectifs.

📖 7. Méthodologie de rédaction

🔑 Notions clés & Définitions

• Validation du besoin ("Bête à cornes") : Outil permettant de confirmer l’utilité de l’objet en répondant à trois questions fondamentales : À qui l'objet rend-il service ? Sur quoi agit-il ? Dans quel but ? (Source : contenu source)
• Expression fonctionnelle ("Diagramme Pieuvre") : Méthode graphique qui recense les interacteurs du milieu extérieur (utilisateurs, énergie, normes, etc.) pour identifier les fonctions principales et contraintes, facilitant la compréhension du rôle de chaque élément dans le système (Source : contenu source)
• Caractérisation : Étape consistant à détailler les fonctions identifiées dans un tableau des performances, précisant critères et niveaux d’exigence pour chaque fonction, afin d’assurer leur réalisation conforme aux attentes (Source : contenu source)
• Utilisation d’outils graphiques spécifiques : Méthodologie s’appuyant sur des formalismes comme le diagramme de contexte, le diagramme des cas d’utilisation ou le diagramme des exigences en SysML, pour formaliser et visualiser la rédaction du CdCF (Source : contenu source)
• Règle d’or de la rédaction : Se limiter à définir ce que l’objet doit faire, sans préciser comment, afin de laisser la liberté au concepteur de choisir la solution technique adaptée (Source : contenu source)

📝 Points essentiels

• La validation du besoin via la méthode "Bête à cornes" permet de s’assurer que l’objet répond à une véritable nécessité en répondant aux questions : "À qui ?", "Sur quoi ?" et "Dans quel but ?".
• L’expression fonctionnelle par le "Diagramme Pieuvre" identifie les interacteurs extérieurs et leurs fonctions principales ou contraintes, facilitant la compréhension globale du système.
• La caractérisation consiste à détailler chaque fonction dans un tableau de performances, en précisant critères mesurables et niveaux d’exigence, pour garantir leur réalisation conforme.
• L’utilisation d’outils graphiques comme le diagramme de contexte ou le diagramme des exigences en SysML permet une formalisation claire et une communication efficace du CdCF.
• La règle d’or impose de ne définir que ce que l’objet doit faire, sans solution technique, afin de préserver la liberté de conception.
• La démarche s’articule en étapes successives : validation du besoin, expression fonctionnelle, caractérisation, en utilisant des outils graphiques spécifiques pour assurer la rigueur et la cohérence de la rédaction.

💡 À retenir

La méthodologie de rédaction du CdCF repose sur une démarche structurée, utilisant des outils graphiques pour formaliser le besoin, tout en restant centrée sur "ce que l’objet doit faire" et non "comment il doit le faire", afin de garantir une conception adaptée et flexible.

📖 8. Validation du besoin

🔑 Notions clés & Définitions

• Validation du besoin : étape visant à confirmer que l'objet ou le système répond réellement à une nécessité identifiée, en s'assurant de son utilité et de sa pertinence.
• "Bête à cornes" (méthode) : outil permettant de valider l'utilité d'un objet en répondant à trois questions fondamentales : À qui l'objet rend-il service ? Sur quoi agit-il ? Dans quel but ? (Source : contenu source)
• Questions fondamentales : interrogations essentielles pour confirmer la justification de l'objet, en vérifiant le bénéficiaire, l'action principale et l'objectif visé.
• But de la validation : confirmer l’utilité de l’objet en s'assurant qu'il répond à un besoin réel, évitant ainsi la conception d’un produit inutile ou non pertinent.
• "Mission du système" (méthode SysML) : formulation simple exprimant la raison d’être de l’objet, par exemple : « Le système doit permettre à l’automobiliste de connaître l’état d’occupation d’une place » (Source : contenu source).

📝 Points essentiels

• La validation du besoin est la première étape cruciale dans la démarche de conception, permettant de s’assurer que le projet est justifié avant de passer à la phase de conception technique.
• La méthode "Bête à cornes" repose sur trois questions clés :
  1. À qui l’objet rend-il service ? (ex : l’automobiliste)
  2. Sur quoi agit-il ? (ex : la place de parking)
  3. Dans quel but ? (ex : connaître la disponibilité)
• La formulation du besoin doit rester centrée sur la finalité, sans entrer dans des solutions techniques, conformément à la règle d’or de la rédaction du cahier des charges.
• La démarche utilise aussi le "Diagramme de contexte" en SysML pour identifier l’environnement et les acteurs extérieurs, et le "Diagramme des cas d’utilisation" pour lister les services attendus.
• La validation évite la dérive vers des solutions prématurées, en se concentrant sur la justification du besoin, ce qui garantit une conception adaptée et pertinente.

💡 À retenir

La validation du besoin, via la méthode "Bête à cornes", consiste à confirmer que l’objet répond à une véritable nécessité en répondant à trois questions fondamentales : à qui il rend service, sur quoi il agit, et dans quel but, assurant ainsi la pertinence du projet.

📖 9. Expression fonctionnelle

🔑 Notions clés & Définitions

• Diagramme Pieuvre : Outil graphique permettant de recenser les interacteurs du milieu extérieur en plaçant l'objet au centre et en dessinant des bulles autour pour représenter les acteurs, sources d'énergie, normes, etc., reliés par des traits correspondant aux fonctions principales ou contraintes. Il facilite l'identification des fonctions principales et contraintes en lien avec l'environnement du système.

• Identification des interacteurs du milieu extérieur : Processus consistant à repérer tous les acteurs, éléments ou sources qui interagissent avec le système, tels que les utilisateurs, l'énergie, les normes ou l'environnement, via le diagramme pieuvre. Ces interacteurs sont essentiels pour définir les fonctions principales et contraintes.

• Recensement des fonctions principales et contraintes via le diagramme "Pieuvre" : Étape où, à partir du diagramme, on liste les services que doit rendre le système (fonctions principales) et les obligations à respecter (contraintes), en analysant les bulles et leurs liens avec le système. Cela permet de formaliser l'expression fonctionnelle sans solution technique.

📝 Points essentiels

• Le diagramme pieuvre est un outil graphique qui facilite la formalisation de l’expression fonctionnelle en identifiant clairement les interacteurs du milieu extérieur liés au système. Il permet de visualiser rapidement les acteurs et éléments influençant ou étant influencés par le système.

• La démarche consiste à placer le système au centre du diagramme, puis à ajouter autour tous les interacteurs (utilisateurs, énergie, normes, environnement, etc.) reliés par des traits représentant les fonctions ou contraintes. Ces traits indiquent la relation entre l’interacteur et le système.

• À partir de ce diagramme, on déduit les fonctions principales (services que doit rendre le système, par exemple "détecter une présence") et les contraintes (obligations comme "résister à la pluie" ou "respecter les normes"). Ces éléments sont recensés pour formaliser l’expression fonctionnelle.

• La méthode permet de distinguer clairement ce que le système doit faire (fonctions) de ce qu’il doit respecter (contraintes), sans entrer dans les solutions techniques, conformément aux règles d’or de la rédaction.

• La recette consiste à analyser chaque interacteur pour déterminer ses relations avec le système, puis à formaliser ces relations en fonctions ou contraintes, constituant ainsi la base du cahier des charges fonctionnel.

• La démarche est compatible avec le formalisme SysML, notamment avec le diagramme de contexte, qui remplace le diagramme pieuvre en distinguant graphiquement acteurs humains et non-humains.

💡 À retenir

L’expression fonctionnelle, à travers le diagramme pieuvre, permet d’identifier et de formaliser les fonctions principales et contraintes du système en se concentrant sur ses interactions avec l’environnement, sans solution technique, garantissant ainsi une conception orientée besoin.

📖 10. Caractérisation des fonctions

🔑 Notions clés & Définitions

📝 Points essentiels

• La caractérisation des fonctions se fait principalement à travers un tableau des performances, qui détaille pour chaque fonction les critères d'appréciation et les niveaux d'exigence correspondants. Ce tableau sert de référence pour vérifier la réalisation des fonctions lors de la conception et de la validation du système.
• La distinction entre fonctions principales (services attendus) et contraintes (obligations à respecter) est fondamentale pour structurer la fiche de performance. Les fonctions principales sont décrites dans le tableau avec leurs critères et niveaux, tandis que les contraintes sont intégrées pour assurer la conformité aux exigences d’usage, de sécurité, d’environnement, etc.
• La démarche de caractérisation s’appuie sur la formalisation graphique via le langage SysML, notamment avec le diagramme des exigences, qui permet de représenter visuellement les attentes du système, facilitant la traçabilité et la validation.
• La liaison entre fonctions identifiées et performances attendues doit être claire, permettant de vérifier si chaque fonction est bien réalisée selon ses critères et niveaux d'exigence, garantissant ainsi la conformité globale du système.
• La méthode de rédaction doit rester centrée sur le "quoi" et non le "comment", pour laisser la liberté au concepteur d’optimiser la solution technique tout en respectant les performances définies.

💡 À retenir

La caractérisation des fonctions repose sur un tableau des performances précis, associant chaque fonction à ses critères et niveaux d'exigence, ce qui permet de garantir leur réalisation conforme aux attentes tout en conservant une liberté de conception technique.

📖 11. Formalismes SysML

🔑 Notions clés & Définitions

• Diagramme de contexte : Représentation graphique dans SysML qui remplace le diagramme pieuvre pour recenser les acteurs, en distinguant graphiquement acteurs humains (petits bonhommes) et non-humains (blocs). Il permet d’identifier l’environnement du système en montrant ses interactions avec son contexte.
• Diagramme des cas d’utilisation : Outil graphique dans SysML décrivant les services ou fonctions rendus par le système, sous forme d’ovales reliés aux acteurs (humains ou non). Il illustre les interactions entre le système et ses utilisateurs ou autres systèmes.
• Diagramme des exigences : Formalisme graphique équivalent du Cahier des Charges Fonctionnel (CdCF), listant les attentes du système sous forme de blocs contenant critères et niveaux, permettant de formaliser et de suivre les performances attendues.
• Formalisme SysML : Langage graphique industriel permettant de modéliser un système par des diagrammes structurés, facilitant la communication, la conception et la validation des systèmes complexes. Il propose des équivalents graphiques aux outils traditionnels (ex : diagramme de contexte pour recenser les acteurs).
• Règles d’or de la rédaction : Principes fondamentaux dans SysML qui imposent de définir ce que le système doit faire, sans préciser comment, afin de laisser la liberté à la conception technique. La modélisation doit rester orientée fonction, non solution.

📝 Points essentiels

• Le formalisme SysML est un langage graphique industriel qui offre des outils visuels pour représenter l’environnement, les services, et les exigences d’un système.
• Le Diagramme de contexte remplace le diagramme pieuvre pour recenser les acteurs, en distinguant graphiquement acteurs humains (petits bonhommes) et non-humains (blocs). Il facilite l’identification de l’environnement du système.
• Le Diagramme des cas d’utilisation décrit graphiquement les services rendus, en utilisant des ovales reliés aux acteurs, permettant de visualiser les interactions principales.
• Le Diagramme des exigences constitue l’équivalent graphique du CdCF, listant les attentes et critères de performance sous forme de blocs, facilitant la traçabilité et la validation.
• La règle d’or de SysML insiste sur la nécessité de ne définir que ce que le système doit faire, sans entrer dans la solution technique, afin de préserver la liberté de conception.
• La démarche modélise le besoin en exprimant la mission du système (ex : « permettre à l’automobiliste de connaître l’état d’occupation d’une place »), puis en identifiant l’environnement (diagramme de contexte) et les services (diagramme des cas d’utilisation).

💡 À retenir

Le formalisme SysML, par ses diagrammes graphiques, permet de modéliser efficacement l’environnement, les services et les exigences d’un système tout en respectant la règle de ne définir que ce que le système doit faire, sans solution technique.

📖 12. Diagramme de contexte

🔑 Notions clés & Définitions

• Diagramme de contexte (SysML) : Représentation graphique qui remplace le diagramme pieuvre pour recenser les acteurs (humains et non-humains) interagissant avec le système, en distinguant graphiquement ces deux types d’acteurs. AUTEUR (date) : outil permettant d’identifier l’environnement du système en visualisant ses interactions extérieures.

• Acteurs humains : Représentés par des petits bonhommes dans le diagramme de contexte, ils désignent les utilisateurs ou personnes interagissant directement avec le système. Leur distinction graphique facilite la compréhension des interactions impliquant l’humain. AUTEUR (date) : éléments clés pour l’analyse de l’environnement humain du système.

• Acteurs non-humains : Représentés par des blocs dans le diagramme de contexte, ils désignent tous les éléments non humains (énergie, normes, environnement). La distinction graphique permet d’identifier clairement les éléments extérieurs non humains qui influencent ou sont influencés par le système. AUTEUR (date) : essentiel pour une modélisation précise de l’environnement.

• Rôle dans l’identification de l’environnement : Le diagramme de contexte permet de définir précisément l’environnement du système en visualisant ses interactions avec les acteurs humains et non-humains, facilitant ainsi la compréhension des limites et des interfaces du système. AUTEUR (date) : étape fondamentale pour la conception et l’analyse fonctionnelle.

📝 Points essentiels

• Le diagramme de contexte en SysML remplace le diagramme pieuvre en offrant une représentation graphique claire des acteurs humains (petits bonhommes) et non-humains (blocs), avec une distinction graphique explicite, ce qui facilite l’identification de l’environnement du système.

• La distinction graphique entre acteurs humains et non-humains est cruciale pour une compréhension précise des interactions extérieures, permettant d’identifier les limites du système et ses interfaces principales.

• La démarche s’appuie sur la méthode de l’"Expression du besoin" (voir section 9) et de l’"Identification de l’environnement" pour définir le périmètre opérationnel du système.

• Le rôle central du diagramme de contexte est de fournir une vue synthétique des interactions extérieures, facilitant la transition vers la modélisation fonctionnelle et technique.

💡 À retenir

Le diagramme de contexte en SysML, en distinguant graphiquement acteurs humains et non-humains, est un outil clé pour identifier l’environnement du système, ses interfaces et ses limites, en simplifiant la compréhension des interactions extérieures.

📊 Tableaux de Synthèse

⚠️ Pièges & Confusions Fréquentes

1. Confondre fonction principale et contrainte : la fonction décrit ce que doit faire le système, la contrainte impose une limite ou une obligation.
2. Inclure des solutions techniques dans la définition des fonctions : il faut rester neutre, sans proposer de moyens.
3. Omettre de préciser les critères d’appréciation pour chaque fonction ou contrainte.
4. Négliger la distinction entre niveaux d’exigence et critères : le premier quantifie, le second mesure.
5. Utiliser des termes vagues ou non mesurables pour décrire les fonctions ou contraintes.
6. Se focaliser sur la solution technique lors de la rédaction du CdCF : respecter la règle d’or.
7. Confondre le diagramme FAST avec d’autres diagrammes sans lien avec la formalisation du besoin.

✅ Checklist Examen

• Connaître la définition du Cahier des Charges Fonctionnel (CdCF) et son rôle selon (Source).
• Savoir différencier fonctions principales et contraintes, et leur rôle dans le CdCF.
• Maîtriser la structure du tableau du CdCF : fonctions, contraintes, critères, niveaux d’exigence.
• Identifier les outils graphiques associés : "Bête à cornes", "Diagramme Pieuvre", "Diagramme des Exigences", "SysML".
• Comprendre l’objectif de la formalisation des besoins via le diagramme de contexte, Cas d’utilisation, Exigences.
• Savoir utiliser le diagramme FAST pour la transition entre besoin et conception technique.
• Connaître la différence entre critères d’appréciation et niveaux d’exigence.
• Être capable d’identifier et d’éviter les pièges fréquents lors de la rédaction du CdCF.
• Connaître la distinction entre fonctions principales (services) et contraintes (obligations).
• Maîtriser la démarche d’élaboration du CdCF à partir du besoin exprimé.
• Savoir utiliser le formalisme SysML pour formaliser le besoin.
• Vérifier la maîtrise du vocabulaire spécifique : fonction, contrainte, critère, niveau d’exigence.
• Connaître l’importance de rester neutre dans la description des fonctions, sans solution technique.
• S’assurer de la compréhension de la différence entre le diagramme de contexte et d’autres formalismes.
• Vérifier la capacité à synthétiser un tableau structuré du CdCF.
• Connaître la finalité du CdCF : guider la conception tout en laissant la liberté technique.
• Savoir analyser un exemple de CdCF pour en dégager les éléments clés.
• Connaître la démarche pour valider le besoin via outils graphiques.
• Maîtriser la rédaction claire et précise des fonctions et contraintes.
• S’assurer de la compréhension de la relation entre fonctions, contraintes, critères et niveaux.
• Vérifier la maîtrise des outils SysML pour formaliser le besoin.
• Connaître la différence entre exigences fonctionnelles et exigences de performance.
• Vérifier la capacité à distinguer fonctions principales et contraintes dans un cas pratique.
• S’assurer de la maîtrise des notions clés pour la rédaction du cahier des charges.
• Dernier item : Vérifier la maîtrise de la démarche globale de formalisation du besoin et de rédaction du CdCF.