Wiki source code of [NTM] Lancement
Version 6.2 by Cyril Boillat on 14/03/2023
Show last authors
author | version | line-number | content |
---|---|---|---|
1 | {{box cssClass="box floatinginfobox" title="**Sommaire**"}} | ||
2 | {{toc start="2"/}} | ||
3 | {{/box}} | ||
4 | |||
5 | = Notes de réunion = | ||
6 | |||
7 | **14.03.2023** / 10:30 - 12:00 / Outil de Visio de Nantes | ||
8 | |||
9 | == Participants == | ||
10 | |||
11 | Aurélien BOUR (AB) | ||
12 | Annick PETIT (AP) | ||
13 | Claire Marcadet (CM) | ||
14 | Sabrina Javaux (SJ) | ||
15 | Antonin Mazoue (AM) | ||
16 | Marc Fouqué (MF) | ||
17 | Christophe Connan (CC) | ||
18 | Franck Maillard (FM) | ||
19 | Cyril Boillat (CB) | ||
20 | |||
21 | == Objectifs == | ||
22 | |||
23 | 1. Première prise de contact après la signature du Marché | ||
24 | 1. Rappel du processus d'installation et de migration vers Botalista (BLS) | ||
25 | 1. Travail préparatoire en vue de la migration | ||
26 | 11. Rappel des notes et des discussions du 01.06.22 à Nancy | ||
27 | 11. Définition d'un tableau d'action (qui, quoi) | ||
28 | 1. Planning | ||
29 | 11. Disponibilité des équipes pour la préparation des fichiers de migration | ||
30 | 11. Disponibilité des équipes pour la validation des fichiers de migration | ||
31 | 11. Définition de la période de "gel des données" en vue de la migration | ||
32 | 1. ((( | ||
33 | Discussion sur les documents demandés par NTM pour le lancement de projet : | ||
34 | |||
35 | 1. //Rappel des objectifs du projet// | ||
36 | 1. ((( | ||
37 | //Organisation du projet (vous retrouverez des éléments dans notre CCTP) : comité de suivi et groupe projet (rôles, participants et fréquence) et type d'acteur projet (ex : chef de projet MOA) avec ses missions/attentes (ex: coordonne l'équipe métier, exprime & formalise le besoin, coordonne la recette métier, etc.) et la charge associée en fonction des phases du projet (ex: 1j / semaine sur telle phase, 1j/Mois sur telle autre, etc.)// | ||
38 | ))) | ||
39 | 1. ((( | ||
40 | //Etapes du projet et livrables associés// | ||
41 | ))) | ||
42 | 1. ((( | ||
43 | //Architecture// | ||
44 | ))) | ||
45 | 1. ((( | ||
46 | //Planning (en positionnant les dates de comité de suivi & groupe projet)// | ||
47 | ))) | ||
48 | 1. ((( | ||
49 | //Identification et suivi des risques// | ||
50 | ))) | ||
51 | 1. ((( | ||
52 | //Prochaines étapes avec un tableau d'actions (quoi / qui / quand)// | ||
53 | ))) | ||
54 | ))) | ||
55 | |||
56 | == Points de discussion == | ||
57 | |||
58 | |=(% style="width: 50px;" %)N°|=(% style="width: 330px;" %)Point|=(% style="width: 1110px;" %)Notes | ||
59 | |(% style="width:50px" %)1|(% style="width:330px" %)Introduction|(% style="width:1110px" %)((( | ||
60 | AP rappel les trois phases pour la mise en œuvre de la solution à Nantes: | ||
61 | |||
62 | MOM -> Mise en Ordre de Marche (Max 6 mois) | ||
63 | |||
64 | VA -> Vérification d'Aptitude (3 mois) | ||
65 | |||
66 | VSR -> Vérification de Service Régulier (3 mois) | ||
67 | ))) | ||
68 | |(% style="width:50px" %)2|(% style="width:330px" %)Rappel des objectifs du projet |(% style="width:1110px" %)Rappel des principales fonctionnalités attendues, RAS | ||
69 | |(% style="width:50px" %)3|(% style="width:330px" %)Organisation du projet |(% style="width:1110px" %)((( | ||
70 | Validation des 3 acteurs majeurs du projet | ||
71 | |||
72 | Chef de projet MOE -> AP | ||
73 | |||
74 | Chef de projet MOA -> AB | ||
75 | |||
76 | Chef de projet -> CB | ||
77 | ))) | ||
78 | |(% style="width:50px" %)4|(% style="width:330px" %)Méthodologie de suivi de projet |(% style="width:1110px" %)((( | ||
79 | Présentation des deux groupes qui vont suivre le projet: Un comité de suivi et un groupe projet | ||
80 | |||
81 | Comité de suivi, validé selon présentation en pièce jointe, et rajout : | ||
82 | |||
83 | * Directeur de projet en charge du marché chez le titulaire -> CB | ||
84 | |||
85 | Groupe projet, validé selon présentation en pièce jointe | ||
86 | ))) | ||
87 | |(% style="width:50px" %)5|(% style="width:330px" %)Planning|(% style="width:1110px" %)((( | ||
88 | Présentation de la marche à suivre et des actions lors de la migration dans Botalista (BLS). | ||
89 | |||
90 | * Installation et paramatrage de BLS sur les serveur de l'assossiation (du 14 au 28 mars) -> Jalon 2. | ||
91 | * Dans le cadre de la prochaine rencontre du groupe projet (21 mars), travail sur les données existantes, reparticition de rôle (rédaction d'un tableau d'action, qui, quoi, quand) | ||
92 | * Préparation des fichiers de migration Template (Pré nottoyage, aggration, vérifiaction). | ||
93 | * Insertion des fichiers Template dans l'instance de pré-production de Nantes dans l'ordre suivant: | ||
94 | ** 1_Template_BOTA_NOM (Nomenclature) | ||
95 | ** 2_Template_BOTA_COR (Correspondant) | ||
96 | ** 3_Template_BOTA_HAR (Récolte) | ||
97 | ** 4_Template_BOTA_ACQ (Aquisition) | ||
98 | ** 5_Template_BOTA_ACQ_HIST_DET (Historique des déterminations) | ||
99 | ** 6_Template_BOTA_CULT (Spécimens cultivés) | ||
100 | * A chaque insertion d'un Template, validation et correction par AB -> Jalon 3 | ||
101 | * Formation de l'adminstreur en vue de la recette en présentiel (1/2 journée) | ||
102 | * Test des donées migrées par l'administrateur | ||
103 | * Formation des utilisateurs -> Jalon 4 | ||
104 | * Mise en production (VSR) | ||
105 | |||
106 | Il est aussi important de rappeler, que lors de la phase de migration, il est normalement neccaisse de "geler" les données et de ne plus modifier les fichiers de migrations. | ||
107 | ))) | ||
108 | |(% style="width:50px" %)6|(% style="width:330px" %)Points techniques|(% style="width:1110px" %)((( | ||
109 | ((( | ||
110 | MF précise les points suivants : | ||
111 | ))) | ||
112 | |||
113 | ((( | ||
114 | * Nom de domaine | ||
115 | ** Nantes va acquérir un nom de domaine, qui reste à définir, qui servira de point d'entrée (URL) pour BLS avec redirection sur l'URL de l'assossiation //ntm.botalista.community// | ||
116 | * Utilisation d'un Idententy provider pour peremttre au utilisateur de BLS d'utiliser leur compte AD de Nantes pour se connecter à l'application. (OpenID Connect). | ||
117 | * Gerer les droits AD pour limiter l'accès à l'application à un groupe d'utilisateur restreint. | ||
118 | * Test de reversibilité des données | ||
119 | ** Après la phase de MOM, faire un test pour s'assurer qu'il est possible de récupérer les backups de base de donéées. | ||
120 | ))) | ||
121 | ))) | ||
122 | |(% style="width:50px" %)7|(% style="width:330px" %)Tableau des risques|(% style="width:1110px" %)Selon présentation en pièce jointe | ||
123 | |||
124 | == Points à actionner == | ||
125 | |||
126 | 1. 1er séance du groupe projet (AB, AP, CB) | ||
127 | 11. avoir tous les éléments de la structure, de la complexité et de la volumetrie des données actuels pour rédiger un tableau d'action (qui, quoi) | ||
128 | 1. Validater le choix du nom de domaine de Nantes (MF) | ||
129 | 1. Fournir les liens et la marche à suivre pour se connecter à l'//Idententy provider //de Nantes (MF) | ||
130 | 11. Définir les personnes qui pourront avoir accès à l'application pour mettre en place une limitation (AB,MF) | ||
131 | 1. Test de reversibilité, après la phase de MOM (CB,MF) | ||
132 | |||
133 | == Prochaines rencontres == | ||
134 | |||
135 |