Extrait du Referentiel BTS Systèmes numériques Options : Informatique et réseaux et Électronique et communication S1 à S9 Définition des savoirs et savoir-faire.

Présentation au sujet: "Extrait du Referentiel BTS Systèmes numériques Options : Informatique et réseaux et Électronique et communication S1 à S9 Définition des savoirs et savoir-faire."— Transcription de la présentation:

1 Ingénierie Système appliquée à la rédaction du cahier des charges des projets STI2D et BTS.

2 Extrait du Referentiel BTS Systèmes numériques Options : Informatique et réseaux et Électronique et communication S1 à S9 Définition des savoirs et savoir-faire associés aux compétences Les compétences sont groupées par domaines.

3 Extrait du Referentiel BTS Systèmes numériques Options : Informatique et réseaux et Électronique et communication Savoirs et niveaux taxonomiques par option

4 Cycle de vie d’un système
CdC Projet

5 Rédaction du CdC / IS Enchaînements Récursivité système/sous-systèmes
Demande client Expression du besoin initial « CdC Initial, Interviews, … » Processus Définition des besoins des parties prenantes Spécification des besoins « Dossier de définition des besoins des parties prenantes » Processus Analyse des exigences Spécifications techniques « Dossier de définition des exigences systèmes » Processus Conception de l’architecture Spécifications des architectures fonctionnelle et physique « Dossier de conception » Enchaînements Récursivité système/sous-systèmes

6 Expression du besoin initial
Etapes rédaction CdC Expression du besoin initial Besoin initial C’est l’idée même, le concept, l’innovation envisagée que l’on justifie de manière contextuelle et précise. Il ne devrait tenir qu’en quelques lignes (si l’idée est compliquée à décrire c’est qu’elle n’est peut être pas si bonne que ça), pouvant éventuellement se décliner en: Un constat, issu de l’analyse d’une situation, d’un contexte… Des remédiations nécessaires Des contraintes ou besoins sous adjacents. Dans une phase d’Ingénierie Système, cela correspond à la demande du client Mission principale Contextes Utilisations Parties prenantes : personne physique ou morale en IS on est en phase Processus Technique 1/ Définition des Besoins des Parties Prenantes DBPP Scénarios Besoins des parties prenantes

7 Spécification des besoins
Etapes rédaction CdC Spécification des besoins Besoin initial Objet du processus : définir les besoins applicables à un système pour fournir, dans un environnement donné, les services dont les utilisateurs et les autres parties prenantes ont besoin. Activités : Identification des parties prenantes, qui seront engagées vis‐à‐vis du système, durant son cycle de vie. Identification de leurs besoins et leurs souhaits. Analyse de ceux-ci et transformation en un ensemble de besoins des parties prenantes : exprime les interactions désirées entre un système et son environnement opérationnel ; sert de référence par rapport à la validation de chaque service opérationnel rendu et ainsi confirmer que le système satisfait aux besoins exprimés. Mission principale Contextes Utilisations Parties prenantes : personne physique ou morale en IS on est en phase Processus Technique 1/ Définition des Besoins des Parties Prenantes DBPP Scénarios Besoins des parties prenantes

8 Mission principale du système
Etapes rédaction CdC Mission principale du système Besoin initial Une première analyse du besoin doit être menée pour définir la mission principale du système. Cette première analyse cadre globalement le système à faire. Mission principale Contextes Utilisations Pourquoi on veut faire ça ? → finalité Qu'est-ce que l'on doit faire ? → mission en IS on est en phase Processus Technique 1/ Définition des Besoins des Parties Prenantes DBPP / Définition de la mission Principale du système DBPP1, ce traduit par un diagramme des Exigences en Sysml Scénarios Besoins des parties prenantes

9 Mission principale du système
Etapes rédaction CdC Mission principale du système Cette analyse, peut être complétée par : Une liste de besoins et contraintes ; Les sous-missions déjà identifiées. Besoin initial Mission principale Contextes Utilisations en IS on est en phase Processus Technique 1/ Définition des Besoins des Parties Prenantes DBPP / Définition de la mission Principale du système DBPP1 Scénarios Besoins des parties prenantes

10 Définition des contextes
Etapes rédaction CdC Définition des contextes Besoin initial Pour chaque phase du cycle de vie où des services sont attendus du système, on définit un diagramme de contexte du système. Objectifs : Identifier les parties prenantes ; Identifier les éléments externes en interaction avec le système ; Définir les frontières du système et de son contexte. Mission principale Contextes Utilisations en IS on est en phase Processus Technique 1/ Définition des Besoins des Parties Prenantes DBPP / Définition du Contexte du système DBPP2, ce traduit par un diagramme de définition de bloc BDD ou diagramme de contexte en Sysml Scénarios Besoins des parties prenantes

11 Définition des contextes
Etapes rédaction CdC Définition des contextes Besoin initial Mission principale Contextes Utilisations On a plusieurs contextes, Conception, Exploitation, Maintenance, Recyclage…. Scénarios Besoins des parties prenantes

12 Définition des utilisations
Etapes rédaction CdC Définition des utilisations Besoin initial Pour chaque phase du cycle de vie où des services sont attendus du système, on définit les cas d’utilisation du système. Généralement la mission principale, se retrouve dans ce diagramme, ainsi que les sous-missions déjà identifiées (utilisation = besoin de service attendu). Mission principale Contextes Utilisations On a plusieurs contextes , Conception, Exploitation, Maintenance, Recyclage…. en IS on est en phase Processus Technique 1/ Définition des Besoins des Parties Prenantes DBPP / Définition des Utilisations du Système DBPP3, ce traduit par un diagramme des cas d’utilisation en Sysml Use Case Scénarios Besoins des parties prenantes

13 Définition des utilisations
Etapes rédaction CdC Définition des utilisations Besoin initial Mission principale Contextes Utilisations en IS on est en phase Processus Technique 1/ Définition des Besoins des Parties Prenantes DBPP / Définition des Utilisations du Système DBPP3, ce traduit par un diagramme des cas d’utilisation en Sysml Use Case Scénarios Besoins des parties prenantes

14 Définition des scénarios
Etapes rédaction CdC Définition des scénarios Besoin initial Pour chaque cas d’utilisation, on définit un scénario d’utilisation nominale de manière textuelle : Mission principale Contextes Utilisations Scénarios Besoins des parties prenantes

15 Définition des besoins des parties prenantes
Etapes rédaction CdC Définition des besoins des parties prenantes Besoin initial A partir des éléments initiaux : finalité, mission, besoins, contraintes, complétés sur la base des analyses précédentes : étude des services attendus, étude du contexte, étude des scénarios. Ceux-ci sont classés de la façon suivante : Service attendu ; Opérationnel (mode de fonctionnement, condition d’évolution, …) ; Performance ; Interface (physique, ergonomie…) ; Contrainte (liée à une phase de vie, environnement du système, règlementation, coût, délai, …). Mission principale Contextes Utilisations Les parties prenantes sont des personnes physiques ou morales Scénarios Besoins des parties prenantes

16 Définition des besoins des parties prenantes
Etapes rédaction CdC Définition des besoins des parties prenantes Besoin initial Mission principale Contextes Utilisations Ajout de 2 besoins opérationnels Ajout d’un Besoin interface Scénarios Besoins des parties prenantes

17 En résumé La spécification des besoins permet donc de répondre à :
Pourquoi on veut faire ça ? → finalité Qu'est-ce que l'on doit faire ? → mission Qui est concerné / impacté ? → parties prenantes Quelles sont les frontières du système ? → contexte Quels services sont attendus ? → utilisations Comment cela s'envisage t-il ? → scénarios Quels sont mes besoins pour répondre à tout cela ? → besoins L’ensemble de tous les diagrammes obtenus durant ce processus constitue le cahier des charges.

18 Synthèse des activités
Diagramme Sysml Diagramme de contenu Diagramme d’exigences (RD) Diagramme de contexte (BDD) A ce stade le Cahier des charges est finalisé. Diagramme de cas d’utilisations (UCD) Diagramme d’exigences (RD)

19 Analyse des exigences Enchaînements Récursivité système/sous-systèmes
Demande client Expression du besoin initial « CdC Initial, Interviews, … » Processus Définition des besoins des parties prenantes Spécification des besoins « Dossier de définition des besoins des parties prenantes » Processus Analyse des exigences Spécifications techniques « Dossier de définition des exigences systèmes » Processus Conception de l’architecture Spécifications des architectures fonctionnelle et physique « Dossier de conception » Enchaînements Récursivité système/sous-systèmes

20 Dossier de validation Analyse des exigences Besoin initial Sur la base des besoins des parties prenantes, ce processus technique englobe : Apport des concepts systèmes ; Description des états initiaux; Description précise des scénarios ; Définition des exigences système . Les exigences sont classées de la façon suivante : Fonctionnelle ; Opérationnelle (mode de fonctionnement, modes de marche, condition d’évolution, …) ; Performance ; Interface (physique, ergonomie, interopérabilité, …) ; Contrainte (liée à une phase de vie, environnement du système, règlementation, coût, délai, …) ; Validation (Tests ou essais, inspections, revues ou audits, …). Mission principale Contextes Utilisations Scénarios diagramme d'état Besoins des PP Analyse des exigences

21 Jusqu’aux exigences système…
Dossier de validation Jusqu’aux exigences système… Besoin initial Mission principale Contextes Utilisations Scénarios Besoins des PP Analyse des exigences

22 Dossier de validation Aide à la rédaction Besoin initial Logiciel largement utilisé sur l’académie : création d’un plugin spécifique à cette rédaction. Mission principale Contextes Utilisations Scénarios Besoins des PP Démo Analyse des exigences

23 Merci de votre attention.