• Aucun résultat trouvé

Gestion de Projets Agile 1 –

N/A
N/A
Protected

Academic year: 2022

Partager "Gestion de Projets Agile 1 –"

Copied!
32
0
0

Texte intégral

(1)

Gestion de Projets Agile 1 –

Compétences SEDAMOP

®

Tianxiao.Liu@cyu.fr

CY Cergy Paris Université Master IISC pro 2e Année

(2)

Motivation et sommaire

Vous y avez travaillé pendant 3 ans ! (sur les aspects SEDAMOP)

Il est temps de faire un résumé et reconnaître vos valeurs…

Vos progressions

Les aspects importants

Rétrospectives

Perspectives

Vous avez vécu l’évolution

en ingénierie en informatique !

(3)

Licence d’informatique 2

e

année

Il y a trois ans…vous…

Etiez jeunes étudiants en informatique.

Aviez une base solide (?) en mathématique.

Saviez faire des programmes en différents langages

Etiez intéressés par les « magies informatiques »?

Ne compreniez pas pourquoi on devait bien documenter les choses en informatique…

(4)

A l’époque de POO - Java

La première chose apprise de T. LIU

V.S.

- Propreté et qualité du code

- Mécanismes objet : une autre façon de penser

(5)

Génie logiciel : progression

POO GLP COO

Traçabilité Maintenabilité Qualité

(6)

GLP : Projets et équipe

(7)

GLP : Cahier des charges

Clients « normaux » et informaticien

Les clients n’ont que des idées très vagues

Ils ne se rendent pas compte des difficultés ou des contraintes techniques « Scien. Fict. »

Il verront mieux le produit grâce au prototype.

(8)

GLP : Confiance en vous-même

Complexité ? Pas de problème !

IHM graphique Noyau

fonctionnel Classes

données

On sait maintenant où commencer et comment procéder.

(9)

GLP : élégance du programme

Premiers pas avec les patterns

Monsieur, mon programme est bien élégant ?

(10)

GLP : Testabilité et tests automatisés

Junit n’est pas une sorte de magie !

(11)

GLP : Système de logging

System.out .println

Logger

Hiérarchie

trace debug

info warn error fatal

Log4j utilisé partout dans les frameworks Java

(12)

GLP : Documentation avec LaTex

Sondage : utilisation de LaTex après GLP

(13)

Gestion de Projet Informatique (GPI)

Jeu de rôle OSEC Expérience

Les challenges

- Chef de projet sans autorité - Pas assez de temps en S6 - Programmer en plusieurs - Communication à assurer - QA : quoi faire ?

- Doc : quand faire

(14)

GPI théorique : Cycle de vie

Agile SCRUM

ASD

DSDM FDD

Crystal XP

Chaque entreprise a sa méthode

préférée et

souvent adaptée.

Objectif :

comprendre l’avantage des méthodes agiles Faire la « cuisine » vous-même

(15)

GPI théorique : gestion de qualité

Fiabilité Efficacité

Conformité

Facilité d’emploi

Intégrité Maintenabilité

Testabilité Portabilité

Souplesse

(16)

Conception orientée objet (COO)

Architecture des logiciels

Java Enterprise Edition

Modélisation UML

C’est bien la suite du

cours GLP.

(17)

COO : modélisation UML

• Cahier des charges

• Grammaire rigoureuse

• Architecture

• Interaction

• Statique

• Dynamique

Points de vue

Différents aspects

Différentes étapes de

projet Langage

unifié

(18)

COO : modélisation UML

Diagramme de cas d’utilisation

Diagramme de classe

Diagramme de séquence

Diagramme d’état-transition

Diagramme d’activité

Assez facile Esprit objet

Facile à lire qu’à faire Complexe Facile

(19)

COO : Design patterns

Creational Structural Behavioral

Abstract Factory Adapter Chain of responsibility

Builder Bridge Command

Factory Method Composite Interpreter Prototype Decorator Iterator

Singleton Facade Mediator

Flyweight Memento

Proxy Observer

State Strategy

Template Method Visitor

(20)

COO : JPA - Hibernate - ORM

(21)

COO : JSF MVC

Bien sûr, on peut aussi créer un site (application) Web en Java !

(22)

COO : Spring IoC + AOP

(23)

COO : Architecture en 5-tiers

(24)

Atelier de gestion de projet (AGP)

Projet transversal géré avec XP (eXtreme Programming)

BDA COO GP

(25)

AGP : une expérience courte mais riche

XP

Collabora ting

Releasing

Planning

Improving Developp

ing Thinking

(26)

Gestion de projet de synthèse (M1) : GPS

Techniques Recul scientifique

Joli rapport Belle présentation

Produit complet !

Qui est-ce qui nous appris tout ça ?

Ayons-nous le temps de tout perfectionner ?

(27)

GPS : une gestion de projet avancée

Planification agile : release, itération

Recueil et hiérarchie des besoins

Gérer les hommes

Gérer les risques

Qualités personnelles à développer en vue de GP

(28)

Gestion de projet agile (M2) : GPA

Base de travail : feature et user story

(29)

GPA : dernier module SEDAMOP

Prenons du recul

Théorie GP : infinie !

Ce que l'on peut pratiquer à l'université, avec les contraintes

Les choses ayant un sens général

(30)

Gestion de projet personnalisée de GPA

Pression du diplôme

Réflexion sur l'avenir

Exigence pour se réaliser

De quoi j'ai besoin ?

(31)

La méthode magique de GP ?

(32)

Résumé : vos valeurs

Résultats académiques

Créativité

Capacité de travail

Capacité intellectuelle

Expression Expression

orale

Communic ation

Références

Documents relatifs

[r]

◦ Performance globale et rendus intermédiaires de l’équipe. ◦ Normalement, cette évaluation

◦ Donner la satisfaction au client est bien notre devoir pour un projet en tout cas.. ◦ Ne supposons jamais avoir compris

◦ Quand on débute le projet, cette manière de formuler une user story est très utile pour éclairer sa valeur apportée..  Technique 1 : variation sur

 Le spike est utilisé quand l’équipe ne sait pas du tout estimer correctement une user story : quelle est la meilleure solution technique à mettre en œuvre pour la user story.

◦ Définir l'ordre dans lequel les parties du produit seront développées, selon ses priorités. ◦ Définir

◦ Tests d'acceptation pour les stories réalisées avec du développement  certifier la story. Pilotage par tests

Lancer le test et voir s’il échoue Implanter le minimum pour réussir le test?. Refactoriser pour clarté et duplication Recommencer