Différences

Ci-dessous, les différences entre deux révisions de la page.

--- departement_info:personnels:pb:cpi4 [2023/04/06 09:51] – Brutus Philippe
+++ departement_info:personnels:pb:cpi4 [2023/12/22 17:33] (Version actuelle) – Brutus Philippe
@@ Ligne 18: / Ligne 18: @@
 Si on ne sait pas ce qu'il faut au client, démarrer le projet serait voué à l'{{:departement_info:personnels:pb:cpi:echec.pdf|échec}}. Il faut donc une expression du besoin ou {{:departement_info:personnels:pb:cpi:CdC.pdf|cahier des charges}}. Les attentes du client, exprimées {{:departement_info:personnels:pb:cpi:expr_besoin.pdf|en termes de fonctionnalités}}, peuvent être regroupées et représentées sous forme d'une {{:departement_info:personnels:pb:cpi:FBS.pdf|hiérarchie des fonctions}} ou d'un {{:departement_info:personnels:pb:cpi:cas_utilisation.pdf|diagramme de cas d'utilisation}}. La demande du client peut être complétée par la description de l'infrastructure existante, à utiliser pour la solution ou par la description de l'infrastructure préconisée. Il s'agit dans les deux cas d'une expression technique du besoin, représentée par un {{:departement_info:personnels:pb:cpi:deploiement.pdf|diagramme de déploiement}}.
-== Modélisation des processus ==
-Décider de développer une nouvelle application, de faire évoluer une application existante, de remplacer une application par une autre, suppose de connaître les processus automatisés. La modélisation des processus explicite le fonctionnement du système et fournit ainsi un support pour se donner les moyens de\\
- - formaliser la manière de fonctionner du système\\
- - le comprendre\\
- - l’analyser\\
- - l’optimiser\\
- - le faire évoluer\\
- - l'automatiser.
-Le {{:departement_info:personnels:pb:cpi:diagramme-activité.pdf|diagramme d'activité}} d'UML se prête bien à la représentation de processus.
-{{:departement_info:personnels:pb:cpi:exercices-diagramme-activité.pdf|Exercices sur le diagramme d'activité}}
-Les différents acteurs impliqués dans un processus peuvent être représentés par des couloirs verticaux (des colonnes) mentionnant leur nom en entête et permettant de distribuer les noeuds du diagramme d'activité pour préciser qui fait quoi. De plus, l'avancement du processus peut être explicité en reliant les opérations à des objets (instances de classes) avec mention de leur état noté comme une condition (entre crochets). {{:departement_info:personnels:pb:cpi:diag. activité avec couloirs et objets.pdf|diagramme d'activité avec couloirs et objets dans différents états}}
@@ Ligne 63: / Ligne 46: @@
 Le calendrier obtenu ne tient pas compte du temps calendaire (jours travaillés et jours chômés) ni des ressources réellement disponibles. L'ordonnancement consiste à prendre en compte ces deux aspects.
-Pour savoir de combien de personnes on a besoin pour mener le projet à bien, on établit une courbe qui montre comment évolue l'effectif mobilisé sur le projet en fonction du temps : {{:departement_info:personnels:pb:cpi:courbe_de_charge.pdf|la courbe de charge}}. Le maximum de cette courbe donne l'effectif minimum de l'équipe projet. On peut alors constituer une équipe et la représenter sous forme d'une hiérarchie regroupant les ressources (matérielles et humaines) en sous_ensembles : {{:departement_info:personnels:pb:cpi:RBS.pdf|l'arbre des ressources ou Resource Breakdown Structure}}.
+Pour savoir de combien de personnes on a besoin pour mener le projet à bien, on établit une courbe qui montre comment évolue l'effectif mobilisé sur le projet en fonction du temps : {{:departement_info:personnels:pb:cpi:courbe_de_charge.pdf|la courbe de charge}}. Le maximum de cette courbe donne l'effectif minimum de l'équipe projet. On peut alors constituer une équipe et la représenter sous forme d'une hiérarchie regroupant les ressources (matérielles et humaines) en sous-ensembles : {{:departement_info:personnels:pb:cpi:RBS.pdf|l'arbre des ressources ou Resource Breakdown Structure}}.
 On peut alors {{:departement_info:personnels:pb:cpi:affectations.pdf|affecter les ressources aux tâches}}, ce qui revient pour les personnes à préciser qui fait quoi, en veillant à une bonne occupation des ressources, c'est-à-dire sans discontinuité ni sur-utilisation.\\ Il faut alors pour chaque tâche du projet {{:departement_info:personnels:pb:cpi:responsabilités_et_rôles.pdf|désigner un responsable et préciser les autres rôles}} des acteurs du projet. On peut alors déterminer {{:departement_info:personnels:pb:cpi:contributions_et_coûts.pdf|les contributions et les coûts des ressources}}, ce qui donne une estimation du coût du projet plus précise que celle obtenue par la planification.
@@ Ligne 194: / Ligne 177: @@
 Il existe différents modèles de processus. MERISE par exemple propose un modèle conceptuel et un modèle organisationnel des traitements.
-BPMN propose aussi une notation pour les processus métier. UML (dont on a vu le diagramme de cas d'utilisation pour l'expression fonctionnelle du besoin et le diagramme de déploiement pour l'expression du besoin technique) propose différents modèles de traitement et en particulier le {{:departement_info:personnels:pb:cpi:diagramme d'activité.pdf|diagramme d'activité}}.
+BPMN propose aussi une notation pour les processus métier. UML (dont on a vu le diagramme de cas d'utilisation pour l'expression fonctionnelle du besoin et le diagramme de déploiement pour l'expression technique du besoin) propose différents modèles de traitement et en particulier le {{:departement_info:personnels:pb:cpi:diagramme d'activité.pdf|diagramme d'activité}}.
 Le changement est à la fois porteur d'espoir (le projet va répondre aux attentes) et de crainte ({{:departement_info:personnels:pb:cpi:changements.pdf|de nombreux aspects peuvent être contrariés}} ou remis en cause par l'exploitation d'une solution qui n'existait pas avant le projet). Il est donc nécessaire de {{:departement_info:personnels:pb:cpi:conduite du changement.pdf|conduire le changement}}, ce qui passe par différents {{:departement_info:personnels:pb:cpi:éléments de conduite du changement.pdf|éléments}}, une personne chargée de conduire le changement, {{:departement_info:personnels:pb:cpi:manager de transition.pdf|le manager de transition}} et {{:departement_info:personnels:pb:cpi:vision du projet.pdf|une vision partagée du projet}}.
@@ Ligne 203: / Ligne 186: @@
 === Références du domaine ===
-Le {{:departement_info:personnels:pb:cpi:PMBOK v3.pdf|corpus des connaissances en gestion de projet}} ou PMBOK (//Project Management Body Of Knowledge//) rassemble tout le savoir, les informations et les bonnes pratiques pour piloter tous types de projets dans les meilleures conditions en développant {{:departement_info:personnels:pb:cpi:5 groupes de processus.pdf|cinq groupes de processus}} décrits dans cette  {{:departement_info:personnels:pb:cpi:synthèse PMBOK v5.pdf|synthèse}}.
+Le {{:departement_info:personnels:pb:cpi:PMBOK v6.pdf|corpus des connaissances en gestion de projet}} ou PMBOK (//Project Management Body Of Knowledge//) rassemble tout le savoir, les informations et les bonnes pratiques pour piloter tous types de projets dans les meilleures conditions en développant {{:departement_info:personnels:pb:cpi:5 groupes de processus.pdf|cinq groupes de processus}} décrits dans cette  {{:departement_info:personnels:pb:cpi:synthèse PMBOK v5.pdf|synthèse}}.
 Le [[https://www.pmi.org/explore|Project Management Institute]] propose des formations et différentes {{:departement_info:personnels:pb:cpi:certifications PMI.pdf|certifications dans le domaine de la gestion de projet}}.
@@ Ligne 213: / Ligne 196: @@
 == Exercices ==
-{{:departement_info:personnels:pb:cpi3:exercice FBS.pdf|hiérarchie des fonctions (Function Breakdown Structure)}}\\
+{{:departement_info:personnels:pb:cpi4:exercice FBS.pdf|hiérarchie des fonctions (Function Breakdown Structure)}}\\
-{{:departement_info:personnels:pb:cpi3:exercice cas d'utilisation.pdf|diagramme de cas d'utilisation}}\\
+{{:departement_info:personnels:pb:cpi4:exercice cas d'utilisation.pdf|diagramme de cas d'utilisation}}\\
-{{:departement_info:personnels:pb:cpi3:exercice diagramme de déploiement.pdf|diagramme de déploiement}}\\
+{{:departement_info:personnels:pb:cpi4:exercice diagramme de déploiement.pdf|diagramme de déploiement}}\\
-{{:departement_info:personnels:pb:cpi3:exercice PBS.pdf|arbre-produit (Product Breakdown Structure)}}\\
+{{:departement_info:personnels:pb:cpi4:exercice PBS.pdf|arbre-produit (Product Breakdown Structure)}}\\
-{{:departement_info:personnels:pb:cpi3:exercices de planification et ordonnancement.pdf|planification et ordonnancement}}\\
+{{:departement_info:personnels:pb:cpi4:exercices de planification et ordonnancement.pdf|planification et ordonnancement}}\\
 {{:departement_info:personnels:pb:cpi4:exercice developpement itératif.pdf|développement par itération}} et {{:departement_info:personnels:pb:cpi4:découpage fonctionnel fin.pdf|les conclusions à en tirer}}\\
 {{:departement_info:personnels:pb:cpi:exercice estimation.pdf|réunion d'estimation}}\\
@@ Ligne 250: / Ligne 233: @@
   * analyse de l'existant (avant projet) (contexte, situation de départ)
   * description du projet (travail à faire pour améliorer ou corriger l'existant = présentation du besoin)
-  * objectifs (tous, pas seulement ceux qui restent à satisfaire si le projet est commencé)
+  * objectifs (tous, pas seulement ceux qui restent à satisfaire si le projet est commencé - diagramme de cas d'utilisation)
   * description du ou des processus concernés, voire évolution des processus (processus impacté·s et en quoi - représentation de processus par diagramme d'activité)
   * contraintes
@@ Ligne 261: / Ligne 244: @@
     * de la qualité du produit (planification des tests, recette)
   * analyse financière (estimation des coûts, retour sur investissement)
-  * architecture informatique (applicatifs, serveurs, équipements et impacts du projet - suppressions, mises à jours, ajouts)
+  * architecture informatique (applicatifs, serveurs, équipements - diagramme de déploiement)
 === Examen ===