Identification des Modules L‘objectif de cette présentation est Formaliser les modules de définir les grandes tendances ( périmètres fonctionnels ou techniques)

Présentation au sujet: "Identification des Modules L‘objectif de cette présentation est Formaliser les modules de définir les grandes tendances ( périmètres fonctionnels ou techniques)"— Transcription de la présentation:

1 Identification des Modules L‘objectif de cette présentation est Formaliser les modules de définir les grandes tendances ( périmètres fonctionnels ou techniques) dans les modules identifiés Identifier les responsables Next Steps : Débat sur ce premier travail ( ajout de nouveaux Modules,etc.), puis arbitrage sur les responsabilités Chaque Responsable de Module ou de Cluster (voir plus loin) doit capitaliser sur les 3 scénarios pour identifier les Besoins Fonctionnels, definir les priorités, remplir la grille d’éval, définir les Cdc Techniques, puis évaluer les charges de Travail En // les CPROT doivent constituer la grille d’éval sur le WEB-CORE en prenant garde à intégrer dans l’étude la compatibilité des systèmes déjà existants ainsi que les modules censés être inclus en standard dans le Core Enfin, les CPROT relèvent les « Copies » auprès des Resp Mod/Cluster et se réunissent en « conclave » pour arbitrer sur le Plan de Management de Projet ( exclusion/inclusion des Modules, Jalons de Livraison, Planification)

2 Plan de Bataille RESPMOD Identification des Responsables des Modules Acteurs: CPROT deadline: 18/07/2008 IDENT MOD Grille d’identification des Modules finalisée Acteurs: RESP MOD Evaluation du Web CORE Acteurs: CPROT deadline: 23/07/2008 CDC TECH Cdc Technique + Eval des Charges et dispos Acteurs: RESP MOD deadline: 24/07/2008 PMP Arbitrage et Plan de Management de Projet élaboré Acteurs: CPROT deadline: 25/07/2008 2

3 Quelques Remarques préalables Méthodologie Suivie: regroupement par post-it en WorkShop ( C.douy/E.pellegrin) sur la base du document spécification protocoles Le niveau de détail des Modules n’est pas Homogène Le Choix des Responsables a été fait à priori selon nos connaissances des sujets 3

4

5 CLUSTERS IDENTIFIES WEB-CORE CONSULT DEBATS CARTO ANNOTO CARTO GED COHER PROC ANALYSE CONTENUS ASSISTANTS

6 MODULES ORPHELINS BLOG RQ: l’orphelinité des modules ne décide pas de l’importance du Module

7 CLUSTER GED RESPONSABLE: PIKKO Modules : GED(S1,S2): Publication(S3) INIT_CHART( S3) CREA ACT/MOD_ACT(S3): PIKKO Tiers externe Type Données et Pilotage ( INIT_CHART) Profondeur: Transversal ( Front et Back Office) Type d’intégration: Logiciel (RQ: doit être Inclus dans le core Initial Choisi) Visibilité: accès aux sources

8 CLUSTER COHERENCE RESPONSABLE: NORMIND Modules : COHER(S3): EVAL PAL(S3) EVAL ACTION( S3) En propre Niveau de Dev: Industrialisé Type Pilotage Profondeur: Back Office Type d’intégration: Ind. Visibilité: Boite Noire

9 CLUSTER PROCEDURES RESPONSABLE: NORMIND Modules : WORKFLOW(S3): INIT_PAL(S3) ADM_PAL( S3) En propre Niveau de Dev: Ind. Type Pilotage Profondeur: Back Office Type d’intégration: Ind. Visibilité: ??

10 CLUSTER CONSULT RESPONSABLE: LIRMM Modules : Enquête Terrain(S1); Resp: SCRIPTAL Enquête WEB(S1): LIRMM En propre Niveau de Dev: Ind. Type Profondeur: Transverse Type d’intégration: Ind. Visibilité: Ind.

11 CLUSTER DEBATS RESPONSABLE: LIRMM Modules : WIKI-DEBATES(S2): ANNOTO VIDEO( S1) ANNOTO TEXTE(S1) GESTIONNAIRE DEBAT ( S1,2,3) VOTE(3) En propre en tiers externe Niveau de Dev: Ind. Type: Ind. Profondeur: Transvers Type d’intégration: Ind. Visibilité: Ind.

12 CLUSTER CARTO RESPONSABLE: PIKKO/SCRIPTAL/CEMAGREF Modules : CARTO GEO(S2): SCRIPTAL CARTO FOLKSONOMY(S2): PIKKO CARTO WIKI(S2): PIKKO CARTO DEBATS(S1): PIKKO CARTO PROCEDURES(S3): PIKKO CARTO CCC (S3): CEMAGREF En propre Niveau de Dev: Industrialisé Type Pilotage Profondeur: Front Office Type d’intégration: Ind. Visibilité: Boite Noire

13 CLUSTER WEB CORE RESPONSABLE: Chaque CPROT Modules : WEB (S1): LIRMM WEB (S2): PIKKO WEB (S3): NORMIND Rq: Le Choix Technologique sera arbitré selon un Grille de fonctionnalités nécessaire à tous les scénarios. Liste des Modules Impactés: Blog INIT_GRP VOTE GED, PUBLISH ANNOTO TEXTE, VIDEO,CMT_ACT SONDAGE WEB

14 CLUSTER ANNOTO CARTO RESPONSABLE: SCRIPTAL/PIKKO/LIRMM Modules : ANNOTO GEO(S1): SCRIPTAL ANNOTO CARTO(S1): PIKKO CMT_ACT(S3): LIRMM En propre Niveau de Dev: Industrialisé Type Pilotage Profondeur: Front Office Type d’intégration: Ind. Visibilité: Boite Noire

15 MODULES ORPHELINS Modules : Social Network(S1): PIKKO INIT_GRP(S3): NORMIND BLOG(S1): LIRMM Traces( S1,S2,S3): AXIS

16 16 CLUSTER ASSISTANTS RESPONSABLE: ?? Modules : Assistants(S??) Aide(S?) Niveau de Dev:Ind. Type Pilotage Profondeur: Front Office Type d’intégration: Ind. Visibilité: Ind.

17 17 CLUSTER Analyse Contenus RESPONSABLE: Axis Modules : Fouille Carto(S1,2,3) Fouille Texte(S1,2,3) Traces Stockages(S1,2,3) Niveau de Dev:Ind. Type Données Profondeur: Transverse Type d’intégration: Ind. Visibilité: Ind.