Ingénierie Système en SysML appliquée à la rédaction du cahier des charges Y. Le Gallou Séminaire académique STI2D - Calais – 1er avril 2014.

Slides:



Advertisements
Présentations similaires
Le Management de Projets 2010
Advertisements

Caractéristiques auxquelles doivent répondre les programmes dévaluation des pratiques professionnelles proposés à la SFLS La thématique du programme dévaluation.
Analyse et Programmation Orientées Objets
Eléments de Génie Logiciel
Processus d'expression du besoin
La Recette La recette.
Les Evolutions et la Maintenance
LA QUALITE LOGICIELLE Plan du cours Le Plan Qualité 1 h ½
LA QUALITE LOGICIELLE Plan du cours La solution ½ h Introduction ½ h
Fin de cycle….
Le processus unifié UML est un langage de modélisation et n ’impose pas de démarche de développement Le processus unifié : méthodologie de développement.
D3 : Maîtrise d’ouvrage des Systèmes d’Information
But du PPE : Développer les compétences nécessaires pour mener à bien un projet en pratiquant la démarche.
Analyse de la tâche et méthode des scénarios
Phase de préparation des itérations Produit Story 11 Release1 Story 1mStory 21 Release2 Story 2m… …
Phase de préparation des itérations Produit Story 11 Release1 Story 1mStory 21 Release2 Story 2m… …
D ISO 9000 Étapes pour l’implantation d’un système qualité dans une organisation.
Expression Fonctionnelle du besoin
Préparer un projet pour l’enseignement de spécialité
S.T.S. S.I.O. 1ère année La gestion de projets
La revue de projet.
MANAGEMENT DU PRODUIT Organisation Technique du Produit (OTP) Objet Arborescence Produits Relation autres domaines Décomposition du système Gestion.
Méthode de description et d ’analyse de processus
Analyse fonctionnelle de la cafetière Nespresso (cliquez sur les différents diagrammes pour voir les détails) Fonctionnel Structurel Comportemental pour.
Initiation à la conception de systèmes d'information
Le projet en STI2D Initier le projet Délimiter les champs du possible
Étape 1 : appropriation du cahier des charges
Le cahier des charges Véronique ABONDANCE Direction des achats
Modèle, Méthode et Conception
L’organisation & les responsabilités
Conception des Réalisé par : Nassim TIGUENITINE.
Tolerance Manager Un concept métier
SEMINAIRE DE CONTACT novembre 2008 Outils de gestion de projet.
Inspection Pédagogique Régionale Groupe STI Réunion académique des chefs de travaux Réunion académique des chefs de travaux Cergy – le 12 février 2008.
La Gestion de Projet.
Langage de modélisation graphique de systèmes
L’orgaNIsation du projet
Etude des systèmes Notion de système.
Le management de l'IVVQ Processus techniques IVVQ
Supports de formation au SQ Unifié
HEMO-MIXER - Automate de prélèvement
Institut Supérieur des Sciences Appliquées et de Technologie Sousse
LE PLAN QUALITE Utilité du plan qualité :
Définitions Gestion Exemple
Quels outils pour le projet ?
2003 (revisé 2008)SEG Chapitre 11 Chapitre 1 “The Systems Engineering Context” Le contexte du génie de systèmes.
Introduction au Génie Logiciel
BTS Travaux Publics Etude du référentiel
LES DEMARCHES PEDAGOGIQUES
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.
Les relations AF / IS - SysML
Rétro-ingénierie d’un système existant
Ingénierie Système appliquée à une classe de TSTI2D
Management de la qualité
Année 2006 – 2007 ENSEA © Emeric Rollin
1 Vers la gestion de la cohérence dans les processus multi-modèles métier Wolfgang THEURER Ecole Nationale Supérieure d’Ingénieurs des Etudes et Techniques.
Étape 1 : appropriation du cahier des charges
Dos triptyque Plaquette Cycle en V Définitions
Problématique de la thèse Comment les outils provenant du management des connaissances peuvent ils être utilisés dans le cadre de la politique d'amélioration.
2 Tracks Unified Process
Démarche de définition du projet en STI2D Spécialité Energie & Environnement M. GARCIA Marc M. TOBJI Ali 5 et 6 mai 2015.
Mission principale du système
Conférence 2TUP Stéphane Barthon 03/12/
Document de spécification d’exigences Normes IEEE et 29148:2011
ISO 9001:2000 Interprétation Article 7 Réalisation du produit
C’est ce que l’on veut obtenir la manière dont on va l’obtenir
Projet formation en conduite de changement
19 avril Spécification d’un cadre d’ingénierie pour les réseaux d’organisations Laboratoire de recherche : OMSI à l’EMSE.
RÉNOVATION BTS Comptabilité et Gestion 2015 Atelier situations professionnelles & PGI Autour du P2 et du cas FRANCOBOIS P. PARISOT G. DUBAIL.
4 1 : A quoi sert la gestion de projet
Transcription de la présentation:

Ingénierie Système en SysML appliquée à la rédaction du cahier des charges Y. Le Gallou Séminaire académique STI2D - Calais – 1er avril 2014

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

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

Besoins des parties prenantes Etapes rédaction CdC Besoin initial Mission principale Contextes Utilisations Scénarios Besoins des parties prenantes

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, ou éventuellement des classes de parties, 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. Mission principale Contextes Utilisations Scénarios Besoins des parties prenantes

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 Scénarios Besoins des parties prenantes

Mission principale du système Etapes rédaction CdC Mission principale du système Ce diagramme, peut être complété par : Une liste de besoins et contraintes ; Les sous-missions déjà identifiées. Besoin initial Mission principale Contextes Utilisations Scénarios Besoins des parties prenantes

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 Scénarios Besoins des parties prenantes

Définition des contextes Etapes rédaction CdC Définition des contextes Besoin initial Mission principale Contextes Utilisations Scénarios Besoins des parties prenantes

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 pricipale, se retrouve dans ce diagramme, ainsi que les sous-missions déjà identifiées (utilisation = besoin de service attendu). Mission principale Contextes Utilisations Scénarios Besoins des parties prenantes

Définition des utilisations Etapes rédaction CdC Définition des utilisations Besoin initial Mission principale Contextes Utilisations Scénarios Besoins des parties prenantes

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

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 : mission, finalité, 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, 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, …). Mission principale Contextes Utilisations Scénarios Besoins des parties prenantes

Définition des besoins des parties prenantes Etapes rédaction CdC Définition des besoins des parties prenantes Besoin initial Mission principale Contextes Utilisations Scénarios Besoins des parties prenantes

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.

Synthèse des activités Diagramme de contenu Diagramme d’exigences (RD) Diagramme de contexte (BDD) Diagramme de cas d’utilisations (UCD) Diagramme d’exigences (RD)

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

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 (SMD), raffinés par la suite ; Description précise des scénarios (SD) ; Définition des exigences système (RD). Celles-ci 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 Besoins des PP Analyse des exigences

Jusqu’aux exigences système… Dossier de validation Jusqu’aux exigences système… Besoin initial Côté élève : - Ce qu‘il doit obtenir à la fin de la spécification en amenant ses concepts systèmes aux besoins ; - Base pour la planification (exigence système = tâche). Côté enseignant : obtenues en amont du projet pour : - Garantir la faisabilité du projet ; - Planifier a priori (dossier de validation) ; - Remédier aux situations de blocage élève. En théorie : diagramme d’exigences système, issu initialement des besoins, enrichi des exigences système suscitées. En pratique : non nécessité d'appliquer l'AE comme préconisée par IS & SysML ; application des concepts métiers pour l'obtention des exigences système, comme auparavant pour les FP et FS. On se limite au diagramme des besoins des PP, enrichi de ces exigences système. Mission principale Contextes Utilisations Scénarios Besoins des PP Analyse des exigences

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

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