ATELIERS DE

GESTION DE PROJET
PROJET ROBOTIQUE
 Cahier des charges
2

 2 équipes doivent s’affronter

dans un match de 5min
 La solution technique de
chaque équipe doit
 partir d’une zone de départ,
 collecter des objets,
 les ramener à une base au
centre de la grille
 Gérer l’adversaire en cas de
rencontre
 Un nombre de points est
associé à chaque type d’objet
(5pts pour les rouges, 10pts
pour les verts)
 L’équipe gagnante est celle
qui ramasse le plus grand
nombre de points
 Démarche
3
 Modèles accompagnant la démarche
4

 Analyse opérationnelle
 Analyse du cycle de vie
 Analyse de la mission (Diagramme Bête à Cornes)
 Analyse des exigences fonctionnelles (Diagramme Pieuvre)
 Analyse des exigences non-fonctionnelles (Diagrammes de contextes)
 Analyse des parties prenantes (Stakeholder map)
 Analyse des capabilités opérationnelles (story telling, UML Use case, sequence and
activity diagrams)

 Analyse système
 Analyse fonctionnelle (Diagrammes SADT)
 Analyse technologique (Diagramme(s) FAST)
 UML class diagram pour décrire la composition de la solution technique
 Analyse des Modes de Défaillance (AMDE)
 Diagrammes d’activité et de séquence pour la stratégie de collecte, et la
génération de trajectoire
 Download draw.io
5

 https://www.drawio.com/

Systems Engineering
6
 Cycle de vie de la solution technique
7

 Identifier les principales phases par lesquelles

passe la solution technique au cours de sa vie

Phase 1
• Brève description

Phase n Phase 2
• Brève description • Brève description

…
• …
 Analyse fonctionnelle externe du besoin
8

 Vidéo (10min): Cahier des charges fonctionnel d’une console vidéo

(diagrammes BAC + pieuvre)
 Exprime le point de vue du client/utilisateur
 Il faut identifier le(s) client(s)/utilisateur(s)
 Met en évidence les Fonctions Principales (FP)
 aussi appelées fonctions de service ou d’usage
 Répondent à une ou plusieurs exigences (besoins/attentes des clients,
utilisateurs ou parties prenantes)
 Répondent aux questions dans quel but ? Pour quoi faire ? Pour quelle
utilisation ?
 Digramme Bête à Cornes (BAC)
 Met en évidence les Fonctions Contraintes (FC)
 Correspondent à des relations entre le système objet d’étude et les
éléments du milieu extérieur
 Diagramme Pieuvre
 Diagramme Bête à Cornes
9

A qui le système rend il service? Sur quoi agit le système ?

?? ??

Système/Solution technique

Pour quoi faire ?

??
 Diagrammes pieuvre et contexte
10

 Le diagramme pieuvre, aussi appelé graphe des interactions

 Est un schéma qui représente la relation entre le système objet d’étude
et les éléments de son environnement extérieur
 Identifie fonctions principales et de contrainte (exigences
fonctionnelles) entre le système objet d’étude et les éléments de son
environnement extérieur
 Plusieurs diagrammes de contexte peuvent être dessinés:
 Flux de données, d’entrée et/ou de sortie : identifier les flux de
données échangées entre le système objet d’étude et les éléments de
son milieu extérieur (acteurs, et systèmes externes)
 Exigences non-fonctionnelles : identifier les exigences de performance,
de comportement, d’ergonomie, de sécurité, etc. du système
 Contraintes : identifier l’ensemble des contraintes que le système va
subir, càd qui limitent les fonctionnalités, comportement ou
performance du système
 Diagramme Pieuvre
11

 Pour le système objet

d’étude, identifier
 les éléments de milieu
extérieur
 Les fonctions
principales (aussi
appelées de service ou
d’usage)
 Les fonctions de
contrainte

Systems Engineering
 Diagramme de contexte : flux de données
12

 Pour le système objet

d’étude, identifier
Élément
 les éléments de milieu 1
extérieur
 Les flux de données S
Élément Élément
n S 2
échangées entre le Solution E
système objet d’étude technique

S S
et les éléments de E E
milieu extérieur Élément
…
3

E: Entrée
S: Sortie
Systems Engineering
 Diagramme de contexte : contraintes
13

 Pour le système objet

d’étude, identifier les
contraintes Élément
1
auxquelles le système
et/ou le projet de Élément
Cn
Ci
Élément
n 2
développement du Solution Cj
technique
système sont C…
assujettis, et qui Ck

limitent les choix des …

Élément
3
concepteurs

Systems Engineering
 Diagramme de contexte : performances
14

 Pour le système objet

d’étude, identifier les
exigences non- Élément
1
fonctionnelles
auxquelles le système Élément ENFn
ENFi
Élément
et/ou le projet de n
Solution
2

développement du technique ENFj

ENF…
système sont ENFk
assujettis …
Élément
3
 Performances
 Comportement
 …
Systems Engineering
 Stakeholder map
15
 Stakeholder analysis (utiliser le template Excel)
16

Introduction to systems thinking

 Analyse des capabilités opérationnelles
17

 Proposer des phrases courtes pour décrire les

missions et les capabilités que l’utilisateur va
pouvoir accomplir

 Exemple : l’équipe de compétition doit être

capable de (décrire quoi faire) ?

Systems Engineering
 Analyse des capabilités opérationnelles
18

 Proposer un
diagramme de cas
d’usages synthétisant
les capabilités
opérationnelles
précédemment
identifiées

Systems Engineering
 Spécifications
19

 Récapituler le cahier des charges fonctionnel sous

la forme du tableau suivant

Fonction Critère Niveau d’exigence Flexibilité

Fonction (FP ou FC): Poids des objets

doit permettre de manipulés
déplacer des objets
X Kg ± x Kg

… … … …