Introduction :

Dans sa forme moderne, le management de projet est né au début des années 1950,
bien que ses racines remontent beaucoup plus loin dans le temps, à la fin du 19ème
siècle. Dès lors que les entreprises ont découvert les avantages de l’organisation du
travail autour de projets, en reconnaissant l’importance fondamentale de
communiquer et de coordonner efficacement le travail entre les individus, une
méthode précise de gestion de projet a en effet émergé.

Le management de projet est alors l’application de connaissances, de compétences,

d’outils et de techniques aux activités d’un projet afin d’en satisfaire les exigences.,

Grâce à une bonne gestion de projet, on peut nous assurer que les tâches menées visant
à atteindre les différents objectifs soient maintenues et respectées. De plus, les qualités
de gestion permettront d’éviter les risques, mais aussi d’utiliser de manière efficace et
effective les ressources mises à la disposition du groupe de travail. Par ailleurs, les
membres de l’équipe pourront être correctement guidés, comprendront leurs
responsabilités et les résultats que l’on attend d’eux, et seront toujours soucieux de
respecter le calendrier des tâches afin d’achever le projet à temps et dans le budget
alloué.

Dans ce sens, ce travail consiste à mener un projet dans sa globalité en respectant

toutes les phases dès l’élaboration du l’idée jusqu’à l’élimination du produit.

Notre projet intitulé SAP : système de prévention des piétons illustre d’une manière
claire et concise les différentes étapes d’une démarche management projet bien ancrée
et réussie.

1
 I- Présentation générale :

1- Présentation du projet :

Nom du projet SAP :Système d’Alerte pour Piétons

Type du projet Projet entreprise

Entités bénéficiaires Piétons , Ministère du transport et de l’équipement

Initiateurs du projet  BENAZI Oumaima

 BENKHATI Imane

 ELYAZIDI Othmane

 JAMOUNI ELIDRISSI Ikrame

 SEKRARE Rania

2- Contexte du projet :

Les accidents de la route demeurent un véritable fléau. Malgré l’amélioration de la

sécurité routière, en particulier dans les pays développés, la route tue chaque année 1,3

million de personnes à l’échelle mondiale.

Les pays à revenu faible ou intermédiaire comptent pour 93% dans le nombre des décès

alors que ces mêmes pays ne possèdent que 54% du parc mondial de véhicules.

Le nombre de personnes tuées dans les accidents de circulation au Maroc s'est élevé à

3.593 durant l'année écoulée contre 3565 en 2015, enregistrant une légère hausse de

0,79%, selon les statistiques provisoires des accidents de la circulation de 2016.

Notre projet permet de pouvoir diminuer le nombre d’accidents et instaurer une culture

du respect du code de la route.

2
 3- Objectifs du projet :

Les objectifs de notre projet sont SMART :

S : Le résultat visé est de pouvoir diminuera le nombre d’accidents et instaurer une

culture de respect du code de la route.
M : On a employé des moyens pour atteindre nos objectifs.
A : On a établi une étude pour s’assurer de la réalisation de notre projet.
R : Notre Projet est faisable dans un délai et un coût bien déterminés.
T : on a fixé une limite de temps pour l’atteinte de nos objectifs en 6 mois.

4- Déroulement du projet :

On présente le planning de notre projet sous forme d’un diagramme GANT :

3
 II-Etude commerciale :

1- Analyse SWOT :

- Avertir les passagers - l'intégration du projet dans la

lorsque le feu rouge est société n'est pas évidente
allumé.
- Utiliser des images 3D. -L'effet inverse de l'alarme sonore,
- Fiabilité du système Forces Risques au lieu que les gens s'arrêtent, ils
d’avertissement. peuvent se paniquer et traverser la
route
- Innovation
- Technicité des membres
du groupe.

- Agir sur les habitudes des
passagers qui ne respectent
pas le code de la route
- Durée de vie qui dépend
des composantes
électroniques utilisés
- Avertir le passager ne
garantit pas son respect
pour le code de la route
- Diverses subventions
gouvernementales permettent
aux entreprises dotées de
nouvelles technologies
Opportun destinées à résoudre les
Faiblesses
ités problèmes liés à la sécurité de
l’utilisation des routes
pourrait permettre de mettre
notre produit sur le marché
- Ces nouveaux marchés
regorgent d’opportunités
d’expansion

III- Etude de besoin :

1- Détection du besoin

 Perception du besoin

Le nombre de personnes tuées dans les accidents de circulation au Maroc s'est élevé à

3.593 durant l'année écoulée contre 3565 en 2015, enregistrant une légère hausse de

0,79%, selon les statistiques provisoires des accidents de la circulation de 2016.

4
 2- Enoncé du besoin :

 Bête à cornes :

La bête à corne est un outil d’analyse fonctionnelle du besoin. En matière d’innovation,

il est tout d’abord nécessaire de formuler le besoin sous forme de fonctions simples

(dans le sens de « Fonctions de bases ») que devra remplir le produit ou le service

innovant.

5
 3- Analyse du besoin :

Diminuer le nombre d’accidents et

Dans quel but ? instaurer une culture du respect du

code de la route.

Oui, vu le grand nombre d’accidents

Est-ce que le besoin est réel ? chaque année.

Qu’est ce qui pourrait le faire

disparaitre ? Le respect du code de la route.

IV- Etude de faisabilité

1- Cahier de charge fonctionnel

FS Expressions Critères Niveau flexibilité

Permettre d’avertir le - Capter la

passager lorsqu’il lui est présence - Condition de présence

interdit de traverser la - Synchroniser du passager vérifiée

route. l’alerte selon la - Feu en rouge

L’alerte prend deux couleur du feu

FP
formes : sonore ou

visuelle

Ne pas présenter de - Respect du code de la

FC danger pour le passager - Sécurité route et norme de sécurité

6
  FS : fonction service .

 FP : fonction principale .

 FC : fonction contraintes .

2- Diagramme SADT :

Une fonction est représentée par une « boîte » ou « module » SADT (datagramme

ou actigramme). Une boîte SADT est située dans son contexte avec les autres boîtes ou

modules, par l'intermédiaire de flèches de relation. Ces flèches symbolisent les

contraintes de liaisons entre boîtes. Elles ne font pas office de commande ou de

séquencement au sens strict3.

Une boîte SADT se représente par un rectangle contenant :

 un verbe à l'infinitif définissant l'action et la valeur ajoutée de la fonction ;

Sur cette boîte aboutissent ou partent :

 des flèches d'entrée horizontales représentant la matière d'œuvre (souvent à

caractère informationnel et immatériel) ;

 des flèches d'entrée verticales descendantes représentant les contraintes de contrôle

(souvent à caractère informationnel et immatériel) ;

 des flèches d'entrée verticales remontantes représentant les contraintes (souvent à

caractère physique et matériel) de la boîte ;

 des flèches d'entrée verticales remontantes représentant la valeur ajoutée de la

fonction (souvent à caractère informationnel et immatériel

7
 3- Diagramme FAST :
Fonction de service
Permettre d’avertir le passager
lorsqu’il lui est interdit de
traverser la route.
L’alerte prend deux formes :
sonore ou visuelle
Fonctions techniques
Solutions technologiques
Détecter la présence de Capteur de présence;
l’utilisateur ;
Vérifier les deux conditions : Microcontrôleur pour la
commande ;
 Présence d’un
passager ;
 Feu en couleur rouge.
Générer alerte sonore ; Haut-parleur;
8
Générer alerte visuelle ; Vidéo projecteur;
 4- Diagramme pieuvre :

Atmosphère Diminuer
accidents

Piéton
FC3
FP1

FC4
Système de Environnement
prévention routière
FP2
FC2
Energie
FC5
FC1

Sécurité
Respecter code
Normes et lois
route

Fp1 : Diminuer le nombre d’accidents et agir sur le comportement des citoyens

Fp2 : Instaurer une culture du respect du code de la route

Fc1 : respecter la réglementation du pays, et assurer tous les procédures légales et

administratives

Fc2 : optimiser l’énergie

Fc3 : le dispositif doit résister aux conditions atmosphériques

Fc4 : le dispositif ne doit pas présenter un danger pour l’environnement

Fc5 : le dispositif ne doit pas nuire à la sécurité des piétons.

9
 V- Analyse technique :

Nous avons modélisé un 1 er scénario dans le lequel le dispositif va détecter la présence

d’un passager puis il va vérifier la condition du passage à travers l’état des LED qui

seront synchroniser avec la colorisation du feu rouge, si celle-ci est vérifié il va générer

une alarme sonore pour avertir la personne de ne pas traverser la route.

Projet

Partie Partie
Electronique Informatique

 Le matériel utilisé :

 Carte ARDUINO UNO ;

 Capteur de mouvement PIR Sensor ;

 3 LED : rouge, orange et verte ;

 3 résistances ;

 Buzzer ;

 Quelques câbles ;

 Maquette.

Et Le montage électronique a été schématisé grâce au logiciel ISIS

10
 1-Les Principales composantes du circuit électronique :

a) Capteur de mouvement PIR SENSOR :

 Description :

Un capteur PIR est un capteur qui mesure les radiations IR émises par les objets se

trouvant dans son champ de vision. Il est généralement utilisé comme détecteur de

mouvement ou de proximité. On le rencontre sous différentes appellations:

Nous allons utiliser le SR501HC :

Le capteur PIR Vue côté composant Avec Capot enlevé

Les capteurs PIR détectent les radiations infrarouges émises par les objets autour d’eux.

Or la plupart des objets émettent des IR suivant leur température. Ces capteurs sont dits

passifs, car ils n'émettent pas de radiation (contrairement aux barrières à infrarouge).

Les IR sont invisible par l'œil humain, mais des appareils photos numériques peuvent

les détectés.

11
 Brochage :

La zone de détection est un tout petit rectangle.

Pour pouvoir une vision à 160° on utilise une lentille
de Fresnel (Comme pour les phares).

 Les zones importantes du capteur :

- Le capteur peut détecter un mouvement entre 0,6 à 6m.

- Réglage de la durée: Elle détermine la durée pendant laquelle la sortie restera à

l'état haut.

- Réglage de la sensibilité: Faire des essais est la seules méthode valable. Trop de

sensibilité peut détecter un animal (il serait dommage qu'une alarme se

déclenche avec le chat de la maison). Pour porter à 6m, la sensibilité doit par

contre être maximale. Dans un espace restreint, il faut réduire la sensibilité,

sinon le capteur peut s'auto-enclencher.

12
 Réglage du capteur :

Le capteur PIR (Passive Infra Red) détecte une source d’infrarouge placée dans

son champ de capture,détecte ses mouvements et déclenche une réponse. Le

composant comporte deux capteurs "symétriques"car on cherches à détecter un

mouvement et non des niveaux IR moyens. Les deux senseurs sont câblés de

sorte que leurs effets s’annulent. Si l'un reçoit plus ou moins de rayonnement

infrarouge que l’autre, la

Sortie prend alors un état Haut ou un état Bas.

• Tension de fonctionnement : 4,5Vcc à 20Vcc.

• Consommation statique de 50 μA à 65 μA.

• Niveaux de sortie : Haut : 3.3 Vcc, Bas : 0 V.

• Temps de délai ajustable de 0.3 secondes à 18 secondes. (5 secondes par

défaut)

13
 • Temps mort 0.2 secondes.

• Déclenchement : L sans répétition, H répétition possible. (Valeur H par défaut)

• Portée de détection : Angle de moins de 120°, 3 m par défaut.

 Le Buzzer :

On distingue deux types de Buzzer :

 buzzer passif : des tonalités différentes peuvent être générées grâce à l’envoie

de différente fréquence via un signal PWM (un signal de modulation de largeur

d’impulsion c’est une méthode qui permet de générer un signal analogique en

utilisant une source numérique).

Il fonctionne comme un comme un haut-parleur miniature donc il

faut fournir le signal audio à diffuser.

 Buzzer actif : il peut générer du son quand il reçoit une tension

continue

 Arduino UNO :

Le modèle UNO de la société ARDUINO est une carte électronique dont le

cœur est un microcontrôleur ATMEL de référence ATMega328. Le microcontrôleur

ATMega328 est un microcontrôleur 8bits de la famille AVR, dont la programmation

peut être réalisée en langage C .L’ARDUINO fournit un environnement de

développement s'appuyant sur des outils open source. Le chargement du programme

dans la mémoire du microcontrôleur se fait par port USB. En outre, des bibliothèques

14
de fonctions sont fournies pour l'exploitation des entrées-sorties courantes : gestion des

Entrées/Sortie TOR, génération de signaux PWM, exploitation de servomoteurs ...

 Les Caractéristiques de l’Arduino :

Les entrées/sorties de la carte Arduino sont réparties comme suit :

- Une série de 12 Pin entrées/sorties digitales numérotés de 2 à 13, ayant les

caractéristiques suivantes :

 chaque Pin peut être déclaré comme une entrée ou une sortie ;

 les Pin dont le numéro est précédé de « ~ » sont pilotables en

PWM.

- Une série de Pin POWER, composée de :

 une sortie 5 V.

 une sortie 3,3 V

 deux GND

 une entrée en tension Vin o un Reset.

- Une série de 6 Pin ANALOG INPUT, numérotés d’A0 à A5.

15
 2-Partie Informatique :

2.1. Arduino et son Logiciel :

Le microcontrôleur Arduino que nous avons utilisé, fonctionne grâce à un IDE

(Environnement de travail) libre et gratuit qui est disponible sur le site (Arduino .cc/fr).

Parmi les langages utilisés pour programmer les cartes ARDUINO on trouve :

C/C++,JAVA .

2.2 ISIS PROTEUS :

ISIS PROTEUS est un logiciel qui se base sur un langage de programmation graphique

performant .Il offre une souplesse et une puissance de programmation graphique

fonctionnelle naturellement. Ces deux facteurs révèlent une étonnante flexibilité qui

s'exprime parfaitement au travers de la diversité des applications et simulation

développées sous l’environnement ISIS.

16
 2.3 Réalisation du montage :

Dans un premier temps, il faut tester chaque composante à l’aide de circuit élémentaire

(voir annexe).

 Le programme Arduino décomposé en deux parties :

Le programme Arduino est conçu afin que son utilisation soit la plus simple possible

Une Partie Setup : qui sert à initialiser les variables utilisées.

Une Partie Loop : qui exécute le programme en permanence.

Il est maintenant facile de modifier ce programme pour différentes applications et

donc nous pourrons l’adapter à notre besoin en intégrant les LED pour vérifier la

condition de synchronisation de l’action passage avec état feu rouge.

17
  Schéma du montage :

3. Présentation du programme avec feu tricolore :

Ce programme simple simule les feux de circulation sur 2 groupes de 3 leds rouge-

jaune-vert avec temporisation.

Ce programme va nous servir à réaliser le conditionnement du déclenchement de

l’alarme du Buzzer lors de la synchronisation entre le séquencement du feu et la

détection de la présence du piéton.

 Matériel utilisé pour le feu tricolore:

 Une plaque d’essai pour montage sans soudure ;

 Des straps ;

 Deux LED rouges 5 mm ;

 Deux LED oranges 5 mm ;

 Deux LED vertes 5 mm ;

 Buzzer

 PIR SENSOR

 6 résistances 1/4w de 300 ohms environ.

18
 4. Schéma électrique :

 Ce schéma a été réalisé sur le logiciel FRITZING

 Circuit du montage de la simulation :

19
 Explication du programme :

Structure globale du programme :

 Un entête déclaratif ;

 Une partie « configuration » qui ne sera exécutée qu’une fois (fonction

setup()) ;

 Une partie constituée d’une boucle sans fin que le programme répètera à

l’infini (fonction Loop ()) :c’est le cœur du programme.

Déroulement du programme :

Le programme se déroule de la façon suivante :

 après avoir pris en compte les instructions de la partie déclarative ;

 puis après avoir exécuté la partie configuration (fonction setup()) ;

 Le programme bouclera sans fin (fonction Loop ()), exécutant de façon répétée

le code compris dans la boucle sans fin.

Au niveau de la partie déclarative :

Déclaration des constantes pour les broches utilisées dans le programme : on

renomme les 6 broches utilisées avec les LEDs.

Au niveau de la fonction setup () :

Configuration des broches utilisées (fonction setup :

- Configuration des broches en sortie : on configure les 6 broches utilisées en

sortie à l'aide de l'instruction pinMode.

Initialisation des fonctionnalités utilisées :

- On initialise les LEDs avec le rouge du feu 1 allumé et le vert du feu 2 allumé

à l'aide de l'instruction digitalWrite suivi d'une pause avec l'instruction delay .

20
 Au niveau de la fonction Loop () :

- On réalise la séquence d'allumage / extinction des 6 LEDs de façon à obtenir la

simulation du fonctionnement de 2 feux tricolores ;

- Le programme recommence en boucle les instructions de la fonction Loop () ;

- Se reporter aux commentaires présents dans le programme pour plus de

détails,Description du programme 1 :

Code ARDUINO pour exécuter un feu rouge tricolore avec un système d'alarme

qui se déclenchera à chaquef fois que le piéton est interdit à passer,

- la LED orange s'allume pendant 1 seconde,puis s'éteint et la LED rouge

s'allume pendant 3 seondes et s'éteint à son tour pour que

- La LED verte s'allume pendant 3 secondes.

- Le programme reprend en boucle si le bouton poussoir n'est pas appuyé,auquel

cas,le feu passe à l'orange puis au rouge ,et le feu piéton passe au vert pendant

- 3 secondes, avant de reprendre un cycle normal

- le bouton poussoir est utilisé pour déclencher le circuit ;

Vue schématique réalisée sur Fritzing :

Un schéma électrique est la représentation graphique d'un circuit électrique,

basée sur des conventions. Il montre les composants du circuit sous forme de

symboles normalisés généralement pas leur positionnement physique.

21
  Circuit imprimé réalisé sur Fritzing :

Un circuit imprimé (ou PCB de l'anglais printed circuit board) est un support, en général

une plaque, permettant de maintenir et de relier électriquement un ensemble

de composants électroniques entre eux, dans le but de réaliser un circuit

électronique complexe. On le désigne aussi par le terme de carte électronique.

Il est constitué d'un assemblage d'une ou plusieurs fines couches de cuivre séparées par

un matériau isolant. Les couches de cuivre sont gravées par un procédé chimique pour

obtenir un ensemble de pistes, terminées par des pastilles. Le circuit imprimé est

22
souvent recouvert d'une couche de vernis coloré qui protège les pistes de l'oxydation et

d'éventuels courts-circuits.

Les pistes relient électriquement différentes zones du circuit imprimé. Les pastilles, une

fois perforées, établissent une liaison électrique, soit entre les composants soudés à

travers le circuit imprimé, soit entre les différentes couches de cuivre. Dans certains

cas, des pastilles non perforées servent à souder des composants montés en surface.

23
 VI- Digramme SysML :

1.Digramme des exigences :

But : Il décrit les exigences du cahier des charges fonctionnel.

Une exigence exprime une capacité ou une contrainte à satisfaire par un système.

Les exigences servent à établir un contrat entre le client et les réalisateurs du futur

système.

« requirement » « requirement »
Sécurité
Projet SAP

L’alerte prend Id = ‘1’ Id = ‘2’

deux formes : Text = Projet X doit pouvoir avertir le Text = Projet X ne doit pas
sonore ou visuelle passager lorsqu’il lui est interdit de présenter de danger pour le
traverser la route. passager

« requirement »
« requirement »
Synchroniser l’alerte selon
Capter la présence
la couleur du feu
Id = ‘1.1’
Id = ‘1.2’
Text = Projet X doit vérifier
Text = Le projet x doit
la condition de présence du déclencher l’alerte Lorsque
passager la couleur du feu de
carrefour est rouge

24
2. Diagramme des cas d’utilisation
But : Il montre les interactions fonctionnelles des acteurs et du système d’étude.
Il délimite précisément le système, décrit ce que fera le système sans spécifier
comment (et non ce que fera l’utilisateur).
Il exprime les services (use cases) offert par le système aux utilisateurs (actors).

Résister aux conditions Atmosphère

atmosphériques

Environnement
Préserve l’environnement
Et Energie

Sécurise des piétons Sécurité

Diminuer le nombre d’accidents Diminuer

et agir sur le comportement des accidents
citoyens

Instaure une culture du Respecter

respect du code de la route code route

Respecte la réglementation du pays, Normes et

et assure toutes les procédures lois
légales et administratives

Optimise l’énergie

25
 3.Diagramme de définition de block (Notation SysML : bdd).
Rôle : Montre le système du point de vue composant.
Il répond à la question « qui contient quoi ? ».
Le premier bloc représente le système que l’on veut décrire. Ce bloc peut
représenter un système complet, un sous-système ou un composant élémentaire. Les
blocs sont décomposés afin de décrire la hiérarchie du système.

« Block » « Block »
LED Carte ARDUINO UNO
Values Values
Verte, orange et rouge Une série de 12 Pin
« Block »
Projet X

« Block »
résistance
« Block »
Values
Capteur de mouvement PIR Sensor
X

Values
Vision à 160° on utilise une lentille
de Fresnel

« Block »
Le Buzzer
Values « Block »
Buzzer passif Buzzer actif
Capteur de mouvement PIR
Sensor
Values
Vcc 3 à 12 V / Régulateur 3 V

26
 VII-Analyse de risque projet :

1.L’intérêt d’une démarche d’Analyse des Risques Projet

L’Analyse des Risques Projet fait partie de la conduite de projet qui a 3 objectifs :
•Respect de la Qualité (performances, spécifications)
•Respect du coût
•Respect des délais

Un risque projet = Possibilité que le projet ne s’exécute pas selon les prévisions.
Pour conduire un projet, il faut donc :
• Identifier les risques projet
• Evaluer et hiérarchiser les risques projet
• Gérer les risques projet (notion de durée)
L’Analyse des Risques Projet correspond à une méthodologie qui formalise une
démarche souvent menée intuitivement par les chefs de projet.

 2. La mise en œuvre d’ARP

 2.1. Construire une équipe d’analyse des risques
L’équipe responsable de l’analyse des risques va être issue de l’équipe du
projet été contient :
•1 responsable informatique pour la programmation du système
•1 responsable technique de la production
•1 assistant ingénieur collaborateur
•1 technicien collaborateur

 2.2. Les conditions de mise en œuvre

• Toute l’équipe participe à l’analyse
• Pas de censure, chaque intervenant doit pouvoir s’exprimer dans son
domaine d’expertise mais pas seulement (Brainstorming).
• Recommandé de faire participer des personnes externes au projet.
 2.3 Les étapes de mise en œuvre de ARP
- Etape 1 :
• Réunion (1/2 à 1J) de l’équipe d’analyse risques projet
• Objectifs : explications préliminaires, identifications des risques
- Etape 2 :
• Chaque membre de l ’équipe d’analyse risques projet évalue les risques retenus
collectivement lors de la 1ère étape.

27
 • Durée ~15 J
- Etape 3 :
• Réunion (1/2 à 1J) de l’équipe d’analyse risques projet
• Objectifs : Synthèse, hiérarchisation des risques, désignation des pilotes de risques
- Etape 4 :
• Rédaction des fiches de risques et plan d’actions par les pilotes de risques en
collaboration étroite avec le RT.
• durée ~3 J
- Etape 5 : Réunion de synthèse sur les plans d’actions (1/2J)
- Etape 6 : Suivi du plan de management des risques
•Remise à jour et nouvel examen en fonction des évolutions du projet (Phase,
modifications aux prévisions)
3. Méthodologie de l’ARP :

 3.1 Identifier les risques

Risques externes au
projet:
- Risque de non prise en
compte de changement de
réglementation
- Risque de l'acceptabilité
du projet par
l'environnement social et
humain.
Risques scientifiques et
techniques :
Risques humains et
organisationnels :
-Risque de solution technique
innovante, au point de ne pas - Risque d'absence de
avoir été validées en milieu
industriel
-Risque d'avoir des
SAP culture "assurance qualité"
dans l'équipe projet (
Traçabilité, gestion des
spécifications de sécutité non anomalies, gestion des
rencontrées jusqu'à présent modifications, procédures
-Risque d'accident technique.
de validation)
Risques liés aux
sous-traitants :
- Risque
d'absence d'un
démonstrateur
industriel pour le
projet

28
 Exemple de fiche de risque :

29
  Exemple de Tableau des risques :

 3.2 Evaluation du risque

30
 - Criticité du risque
C=PxG

Démarche QUANTITATIVE pour laquelle la criticité du risque correspond au produit

de sa probabilité et de sa gravité.
Ceci conduit à une HIERARCHISATION du risque dans la grille de criticité.
Avec G= MAX[(G(coût) ; G(délais) ; G (qualité

- Hiérarchisation du risque

 Lorsque les réponses des membres de l’équipe ARP sont très disparates=>
discussion et choix définitif.
 Désignation des responsables de risques qui établiront les fiches de risques

 3.3 Management des risques

Le management des risques consiste à mettre en œuvre une procédure qui tend
à « neutraliser les risques » : Il s’agit de la réduction des risques.
Néanmoins, rien ne sera définitif, il conviendra de surveiller l’état des risques issus
de l’analyse des risques mais aussi de surveiller l’apparition de risques nouveaux
tout au long de la vie du projet : Il s’agit de la surveillance des risques (par
exemple à chaque changement de phase du projet).

31
Un plan de management des risques va être établi

- L’Analyse de Risques Projet permet :

•De mettre en évidence les points les plus critiques d’un projet.
•Donne du poids vis-à-vis des tutelles
•Place l’ensemble des participants au projet devant leurs responsabilités pour la
bonne réussite du projet à condition d’une communication suffisante sur les risques
•Surtout ne pas oublier de réactualiser l’étude régulièrement et de capitaliser en fin
de projet.

32
 Conclusion

Visant à gérer le changement dans les entreprises et les organisations pour accroître
l’efficacité, le management par projet modifie profondément la gestion du travail, les
rôles et les relations des salariés devenus des «acteurs». C’est un mode de gestion
exigeant qui demande à être pensé et accompagné.

L’objectif de ce projet a été d’appliquer les différentes phases de management projet

sur un nouvel projet émergeant d’une idée qui est à la fois simple et innovante.

Après un brainstorming on s’est mis d’accord sur un système de prévention routière

pour les piétons dans le but de pouvoir diminuer le nombre d’accidents et agir sur le
comportement des citoyens et instaurer une culture du respect du code de la route.

Passant par plusieurs étapes, commençant par la constitution d’une équipe composée
de 5 personnes tout en définissant le contexte du projet, et finissant par une analyse de
risque, on a réussi à mener à bien notre projet dont lequel on est fier.

Plus qu’une mise en pratique de nos connaissances théoriques, ce projet nous a permis
de renforcer nos valeurs de travail en équipe qui est l’un des clés motrices de la réussite
de toute démarche ou projet .

Finalement on peut dire que le projet peut être un mode très efficace de l’action
collective, mais suppose des moyens, des ressources, des compétences, des outils, et
une reconnaissance. Le mode incantatoire qui se contente d’invoquer le management
de projet ne suffit pas à gérer les organisations qui changent et qui entreprennent. C’est
le travail des acteurs compétents qui font leur boulot, et non la contrainte du seul
management d’en haut qui réalise l’activité projet.

33
 Annexe :

Annexe du programme arduino pour feu tricolore

//Description du programme 1 :
/*Code ARDUINO pour exécuter un feu rouge tricolore avec un système
d'alarme qui se déclenchera à chaquef fois que le piéton est interdit
à passer,
* la LED orange s'allume pendant 1 seconde,puis s'éteint et la LED
rouge s'allume pendant 3 seondes et s'éteint à son tour pour que
* La LED verte s'allume pendant 3 secondes.
* Le programme reprend en boucle si le bouton poussoir n'est pas
appuyé,auquel cas,le feu passe à l'orange puis au rouge ,et le feu
piéton passe au vert pendant
* 3 secondes ,avant de reprendre un cycle normal
* le bouton poussoir est utilisé pour déclenché le circuit*/

// Notes de montage :

/*pour le feu tricolore: la led rouge est connectée au ground( la

masse )et à la broche 12,la led orange au ground et à la broche 11 et
finalement la led verte connectée
au ground et à la broche 10 de l'ARDUINO .*/
/*Pour le feu pour piéton : la led rouge est connéctée au ground (la
masse) et à la broche 9, et la led verte est connéctée au ground et à
la broche 8 de l'ARDUINO.*/
/*Pour le bouton : celui-ci est relié à la broche 5V de l'arduino
d'un côté,puis à la broche 2 ainsi qu'à une résistance de 1Kohm qui
elle même reliée au ground */

///////////////////////////////////////////////////////Zone de
déclaration des constantes et des
variabes/////////////////////////////////////////////////////////////
/

// constantes et variables pour le feu tricolore

const int ledRouge = 12; //*crée une constante de type "int" nomée
"ledRouge" affectée à la broche 12 de l'arduino.*/
const int ledOrange=11; //*crée une constante de type "int" nomée
"ledOrange" affectée à la broche 11 de l'arduino.*/
const int ledVerte=10; //*crée une constante de type "int" nomée
"ledVerte" affectée à la broche 10 de l'arduino.*/

// constantes pour le système d'alarme et détecteur se présence

const int PIR = 8 ; //*crée une constante de type "int" nomée
"PIR" affectée à la broche 8 de l'arduino.*/
const int Buzzer = 7 ; //*crée une constante de type "int" nomée
"Buzzer" affectée à la broche 7 de l'arduino.*/
const int LED = 13 ; //*crée une constante de type "int" nomée
"led" affectée à la broche 13 de l'arduino, nous avons utilisé cette
led qui va s'allumer une fois que le PIR détecte la présence
//ceci est juste pour mieux simuler la
situation*/
int etat ;

//constantes et variables pour le feu piéton

34
 const int ledRouge_pieton=9; //*crée une constante de type "int"
nomée "ledRouge_pieton" affectée à la broche 9 de l'arduino.*/
const int ledVerte_pieton=8; //*crée une constante de type "int"
nomée "ledVerte_pieton" affectée à la broche 8 de l'arduino.*/

//constantes et variables pour le bouton poussoir

const int bouton =2; //*crée une constante de type "int" nomée
"bouton" affectée à la broche 2 de l'arduino.*/
int etatbouton=0; //*crée une Variable de type "int" nomée
"etabouton" initiamisée à 0, servant à stocker l'état du bouton (soit
Haut ou Bas).*/

////////////////////////////////////////////////////fonction void
setup , les paramètres du programme (exécutée une seule fois )
/////////////////////////////////////

void setup () {

pinMode (PIR,INPUT); // on indique que la broche où se trouve la

constante "PIR" est une entrée//
pinMode (Buzzer,OUTPUT); // on indique que la broche où se trouve la
constante "BUZZER" est une sortie//
pinMode (LED,OUTPUT); // on indique que la broche où se trouve la
constante "LED" est une sortie//

// partie indiquant que les LED du feu tricolore sont des sorties//

pinMode (ledRouge, OUTPUT ); // on indique que la broche où se

trouve la constante "ledRouge" est une sortie//
pinMode (ledVerte, OUTPUT ); // on indique que la broche où se
trouve la constante "ledVerte" est une sortie//
pinMode (ledOrange, OUTPUT ); // on indique que la broche où se
trouve la constante "ledOrange" est une sortie//

// partie indiquant que les leds du feu piéton sont des sorties //
pinMode (ledRouge_pieton, OUTPUT ); // on indique que la broche où
se trouve la constante "ledRouge_pieton" est une sortie//
pinMode (ledVerte_pieton, OUTPUT ); // on indique que la broche où
se trouve la constante "ledVerte_pieton" est une sortie//

// partie indiquant que le bouton poussoir est une entrée

pinMode(bouton,INPUT); /*indique que la broche où se trouve la

variable "bouton" est une entrée */

//////////////////////////////////////////////////// fonction void

loop cette partie du programme tourne en boucle
//////////////////////////////////////////////

void loop() {

35
 // lit l'état du bouton poussoir et le stocke dans la variable
"etatbouton"

etatbouton == digitalRead (bouton) ; /* l'état du bouton est défini

par ce que l'Arduino lit sur la constante "bouton" assigne à la
broche 2 de l'ARDUINO*/

//On utilise la fonction If....else pour faire tourner le feu

rouge et l'interrompre si le bouton poussoir est pressé
// si le bouton poussoir est pressé , le feu tricolore passe à
l'orange , puis rouge et le feu piéton passe au vert pendant 5
secondes
// puis celui-ci repasse en rouge et le feu tricolore repasse au
vert pour reprendre un cycle normal,
//sinon le feu tricolore exécute son fonctionnement normal : orange
1 seconde , rouge 3 secondes et vert 3 secondes .

if(etatbouton== HIGH) { /* si la valeur de la

variable"etatbouton"est haute ,que le courant passe , else : */

// le feu passe à l'orange

digitalWrite (ledVerte,LOW); /* la broche de la variable ledVerte
passe à l'état bas , donc éteint la led verte */
digitalWrite (ledRouge,LOW); /* la broche de la variable ledRouge
passe à l'état bas , donc éteint la led Rouge */
digitalWrite (ledOrange,HIGH); /* la broche de la variable
ledOrange passe à l'état haut , donc allume la LED Orande */
delay (1000); /*pendant 1 secondes = 1000
milisecondes */

// le feu passe au rouge

digitalWrite ( ledOrange,LOW); /* la broche de la variable
ledOrange passe à l'état bas , donc éteint la led orange */
digitalWrite ( ledRouge,HIGH); /* la broche de la variable ledRouge
passe à l'état HAUT , donc allume la led rouge */

// le feu piéton passe au vert

digitalWrite ( ledRouge_pieton,LOW); /* la broche de la variable
ledRouge_pieton passe à l'état bas , donc éteint la led rouge pieton
*/
digitalWrite ( ledVerte_pieton,HIGH); /* la broche de la variable
ledRouge_pieton passe à l'état haut , donc allume la led verte pieton
*/
delay (5000); /*pendant 5 secondes = 5000
milisecondes */

// le feu piéton passe au rouge et le feu tricolore lui au vert

// pour reprendre un cycle normal on repart sur le feu vert allumé
, pour enchaîner avec la boucle "else" qui commence par la led orange

digitalWrite(ledVerte_pieton,LOW); /*la broche de la variabe

ledVerte_pieton passe à l'état bas , donc éteint la led verte
piéton*/
digitalWrite(ledRouge_pieton,HIGH); /*la broche de la variabe
ledRouge_pieton passe à l'état haut, donc allume la led rouge
piéton*/

// partie de la détection et déclenchement de l'alarme//

//une fois le feu pieton est à l'état rouge le programme lit l'état
du détecteur de présence ,vérifie la condition et déclenche
l'alarme//

36
 etat=digitalRead(PIR) ; //lecture de l'état du détecteur de
présence//
digitalWrite(LED,etat); // visualisation de l'état du détecteur ,
la led s'allume si le détecteur et à l'état HIGH//
while (ledRouge_pieton == HIGH and etat == HIGH ) // boucle
tant que le feu et rouge et le piéton est présent l'alarme est
déclenchée//
{
digitalWrite(Buzzer,etat);
}
delay(300);
digitalWrite(ledRouge,LOW); /* la broche de la variable
ledRouge passe à l'état bas , donc éteint la led rouge*/
digitalWrite(ledVerte,HIGH); /* la broche de la variable
ledRouge passe à l'état haut , donc allume la led verte*/
delay (3000); /* pendant 3 secondes = 3000
milisecondes*/

digitalWrite (ledVerte, LOW ); /*on fini par éteindre le feu vert ,

on pourra donc repartir avec le feu Orange*/
}

else {

// le feu piéton est en rouge

digitalWrite (ledRouge_pieton,HIGH); /*la broche de la
variable ledRouge_pieton passe à l'état haut,donc allume la led rouge
pieton*/

// partie de la détection et déclenchement de l'alarme//

//une fois le feu pieton est à l'état rouge le programme lit
l'état du détecteur de présence ,vérifie la condition et déclenche
l'alarme//

etat=digitalRead(PIR) ; //lecture de l'état du détecteur de

présence//
digitalWrite(LED,etat); // visualisation de l'état du
détecteur , la led s'allume si le détecteur et à l'état HIGH//
while (ledRouge_pieton == HIGH and etat == HIGH ) // boucle
tant que le feu et rouge et le piéton est présent l'alarme est
déclenchée//
{
digitalWrite(Buzzer,etat);
}
digitalWrite (ledVerte_pieton,LOW); /*la broche de la
variable ledVerte_pieton passe à l'état bas,donc éteint la led verte
pieton*/

// le feu passe à l'orange

digitalWrite(ledOrange,HIGH); /* la broche de la variable

ledOrange passe à l'état haut,donc allume la led Orange*/
delay (2000); /*crée un délai de 2000
milisecondes */

// le feu passe à l'orange

digitalWrite (ledOrange,LOW); /*la broche de la variable ledOrange
passe à l'état bas, donc éteint la led orange*/
digitalWrite (ledRouge,HIGH); /*la broche de la variable ledRouge
passe à l'état haut, donc allume la led rouge*/

37
 delay (3000) ; /*attend 3 secondes */

// le feu passe au vert et s'éteint au bout de 3 secondes

digitalWrite (ledRouge ,LOW ) ; /*la broche de la variable ledRouge

passe à l'état bas, donc éteint la led rouge*/
digitalWrite (ledVerte ,HIGH ) ; /*la broche de la variable
ledRouge passe à l'état haut , donc allume la led rouge*/
delay(3000); /*attend 3 secondes*/
digitalWrite(ledVerte,LOW); /*la broche de la variable
LedVerte passe à l'état bas, donc éteint la led Verte*/
}

38