Réunion de démarrage Fahmi Hachicha [email protected] Tél. 97 41 77 99 Cotonou, 24...

Réunion de démarrage

Fahmi [email protected]

Tél . 97 41 77 99

Cotonou, 24 février 2014

Ministère de l’Economie et des FinancesRépublique du Bénin Suivi UGR

Projet PESI N°O1 : Création de l’Environnement technique et

organisationnel de Développement Intégré (EDI) d’applications informatiques spécifiques au Ministère

Plan d’Evolution du Système d’Information 2011 du MEF

Agenda Objectif et résultats à atteindre Périmètre de la mission Méthodologie Livrables Planning


Objectif et résultats à atteindre Organisation de la fonction informatique PESI

« O1 » Créer une organisation et un environnement

technique pour permettre au Ministère de développer ses applications spécifiques selon les standards actuels.

Une organisation et une méthodologie unifiées à l'ensemble des pools de développement du MEF.

Une plateforme permettant le développement des applications en technologies WEB


Résultats de la mission Concevoir un Environnement de Développement

Intégré (EDI) Installer cet EDI Former les responsables et développeurs Accompagner une équipe de projet à exploiter

l’EDI, appliquer les procédures et réaliser une application informatique.


Périmètre de la missionPérimètre Hors périmètre

Mise en œuvre d'un environnement de développement au sein du MEF.

Environnements de production

•Formation aux outils qui seront mis en œuvre pour réaliser l'EDI;•Formation à deux modules techniques se rapportant aux nouvelles technologies de développement en mode Web.

•Systèmes d'exploitation•Langages de développement •Bases de données

Accompagnement d'un groupe projet•Application des procédures • Et de l'organisation proposé•Outils qui seront mis en œuvre pour réaliser l'EDI

Analyse fonctionnelle

Conception de l'applications

Equipe projetConsultant


Méthodologie Phase 1 : Démarrage de la mission Phase 2 : Conception et réalisation de l'EDI Phase 3 : Formation Phase 4 : Accompagnement d'un groupe projet


Phase 1 : Démarrage de la mission Visite des Services informatiques de certaines

Directions et organismes sous tutelles du MEF

Prendre connaissance du potentiel en matière de développement d'application

informatique

Objectif


Directions et organismes sous tutellesVisitées

Direction de l’Organisation, de l’Informatique et du Préarchivage

Direction Générale du Trésor et de la Comptabilité Publique

Loterie Nationale du Bénin

Direction Nationale de Contrôle des Marchés Publics

Caisse Autonome d’Amortissement

Direction Générale du Budget

Direction Générale des Impôts et des Domaines

Direction Générale des Douanes et Droits Indirects


Constat Volonté de passer le gap et exploiter un EDI pour

produire des applications en mode WEB S’organiser pour maitriser le cycle de

développement des projets Certains ont commencé la marche

Formation à un nouveau environnementGarantir les moyensGarantir la sécuritéQuoi faire des applications actuelles ?


Phase 2 : Conception, réalisation de l'EDIEnvironnement de Développement Intégré


Environnement de Développement Intégré (EDI)Gestion du code Gestion des anomalies

Gestion des spécifications, des documents et des testsGestion du projet

Gestion du Wiki

Gestion du forum


Environnement de Développement Intégré (EDI)

Dans le cloud privé ou public

VotreData Center


Plateforme de développementServeur Web Serveur d’application

Serveur d’annuaire LDAP

Serveur de Base de Données


Plateforme de développement


Organisation et Méthodologie

Définition des besoins

Intégration

Implémentation

Validation

Validation

Tests unitaires

Tests d’intégration

Conception générale

Conception détaillée

Développements

Modèle en cascade

cycle en Y

Cycle en W



Les modèles itératifs L’idée de base d’un cycle de vie itératif est de

livrer au plus tôt quelque chose qui puisse être vu / testé / utilisable par le client et procéder ensuite par affinage / modifications successifs.


Organisation et Méthodologie Les méthodologies basées sur des cycles semi

itératifs : – RAD = Rapid Application Development– DSDM = Dynamic System Development Method,– RUP = Rational Unified Process



UP/RUP


Organisation et MéthodologieModèles agiles Cycle de vie d’un projet Scrum


Les acteurs d’un projet informatique

utilisateur

chef de projet

analyste

programmeur

testeur qualiticien

architecte

gestionnaire de configuration

exploitant

Il a des notions d’utilisationde l’application, il énonce les spécifications.

gère les compétences, le temps disponible et la charge de travail.

il code, implémente les classes et utilise un outil de développement.

il vérifie la conformité du dév. aux spécifications, effectue la recette, teste les performances.

il vérifie la conformité du modèle à la norme de développement, et les fonctionnalités à la norme d’entreprise.

il s’intéresse à la structure de la solution, à sa distribution, sa volumétrie (stockage, transaction), ses contraintes d’utilisation et d’exploitation, géométrie du réseau, la persistance des objets.

modules (DLL, serveurs COM, moteurs de SGBDR), versions, compatibilité.

définit les objets métiers et techniques, les traitements, le modèle de données, les règles de gestion.

Sauvegarde et restaure, administre et maintient les bases de données.


Les acteurs d’un projet informatiqueProjet agile en Scrum

Le ScrumMaster

« Le ScrumMaster est comme un chien de berger qui fait tout ce qu’il peut pour protéger son troupeau, et qui ne se laisse jamais distraire de cette tâche. » — Ken Schwaber

Se préoccupe du Product Owner et de l’équipe sans chercher à faire preuve d’autorité

Pose beaucoup de questions, montre les conséquences des situations voire tente de convaincre mais laisse l’équipe prendre ses décisions

Recherche l’amélioration continue, s’assure que les obstacles sont traités par ordre de priorité

S’intéresse à la technique, ou au moins à l’usage des pratiques d’ingénierie par l’équipe

Ne prend pas seul d’engagement au nom de l’équipe Ne rend pas seul des comptes au management sur l’avancement du

projet


Les acteurs d’un projet informatique

Product owner

Il porte la Vision du produit et sait définir les priorités

Il peut prendre des décisions rapides seul (qui ne seront que rarement remises

en cause par ses pairs ou ceux qu’il représente)

Il est impliqué dans la réussite du projet (et pas seulement concerné)

Il s’intègre à l’équipe, partage ses succès et ses difficultés

Il est ouvert au changement dans les processus au moins autant que sur le

périmètre du projet


Les acteurs d’un projet informatiqueDéveloppeur (Selon Wiki) L'équipe ne comporte pas de rôles prédéfinis, elle est auto-gérée, et

pluridisciplinaire. Une équipe auto-gérée choisit la façon d'accomplir son travail, sans

que ce soit imposé par une personne externe. Il n'y a pas non plus de notion de hiérarchie interne : toutes les décisions sont prises ensemble.

Une équipe pluridisciplinaire comporte toutes les compétences pour réaliser son projet, sans faire appel à des personnes externes à celle-ci.

L'objectif de l'équipe est de livrer le produit par petits incréments. Ainsi, à tout instant, il existe une version du produit "potentiellement utilisable" disponible.

L'équipe s'adresse directement au directeur de produit. Il est conseillé qu'elle lui montre le plus souvent possible le logiciel développé pour qu'il puisse ajuster les détails d'ergonomie et d'interface par exemple.


Equipe projet

Fonctionnalité

Tests de recette

Tests unitaires,code, conception

PlanificationTesteur

PO / Client

Coach / Scrum Master

Manager Tracker

Programmeur

Consultant

rédige

définit

participe

code

participe

Participe ou s ’informe s ’informe suit

participe

définit, code

faitpasser

évalue

coordonneaide

veille

conseille, forme


Phase 3 : Formation à l'EDI Scénario 1 : Formation d'une équipe projet– aux outils de l'IDE pendant 5 jours– à deux modules, pendant 4 jours chacun, ayant un

thème dans des technologies se rapportant aux choix techniques arrêtés, les modules proposés sont : • les annuaires LDAP • Les Webservices• La gestion de projet• UML Concepts et Diagrammes


Formation à l'EDI Scénario 2 : Formation de 3 équipes projets– aux outils de l'IDE pendant 4 à 5 jours pour chaque

équipe.


Phase 4 : Accompagnement Constituer un groupe projet Identifier un projet de développement

d’application Développer avec l’EDI mis en place

Le consultant accompagnera l'équipe projet dans l’utilisation des outils de l’EDI et dans l'application des procédures.

Il donnera également des conseils pratiques dans la conception, la rédaction des dossiers techniques et la programmation des applications.


Accompagnement La durée de l’accompagnement est fixée à 6

semaines. Le consultant s’efforcera de transférer pendant cette

période un maximum de compétence pour permettre à l'équipe de devenir le plus autonome possible.

Ce choix est justifié par la diversité des outils, du caractère innovent des technologies adoptées. Le facteur temps qui sera étalé sur une période de presque deux mois permettra d'appliquer la méthodologie proposée et de forger les bonnes pratiques de développement.


Planning


Livrables Rapport de démarrage. Dossier de choix de l’EDI; Méthodologie de réalisation d’applications du

MEF et procédures d'application. Support de formation Documents techniques de l'application à

développer.


Livrables Rapport de fin de mission qui décrit – les résultats obtenus par rapport à ceux prévus dans le

rapport de démarrage, – les faits marquants, – et les recommandations du consultant pour la suite.

Il lui seront annexés tous les documents produits dans le cadre de la mission.


Merci

Fahmi [email protected]

Tél . 97 41 77 99

Réunion de démarrage Fahmi Hachicha [email protected] Tél. 97 41 77 99 Cotonou, 24...

Documents

Transcript of Réunion de démarrage Fahmi Hachicha [email protected] Tél. 97 41 77 99 Cotonou, 24...