Compte rendu des réunions projet » History » Version 1
Jean-Marc Larré, 2016-06-20 15:07
| 1 | 1 | Jean-Marc Larré | h1. Compte rendu des réunions projet |
|---|---|---|---|
| 2 | |||
| 3 | h1. Comptes rendus des réunions |
||
| 4 | |||
| 5 | h2. 4 juillet 2017 |
||
| 6 | |||
| 7 | A venir ... |
||
| 8 | |||
| 9 | h2. 20 juin 2017 |
||
| 10 | |||
| 11 | * doc vision -> JG termine et envoie à LPerez pour TTTransfert go-nogo pour un dépôt licence chai pu quoi (apl?) |
||
| 12 | * si c’est lié à papyrus/eclipse-> licence epl (idem cecil-B) -> donc ne posera pas de soucis |
||
| 13 | * doc des cas d’utilisation [JM] sur redmin |
||
| 14 | * suite à discussions avec papyrus, JM propose Papyrus comme sous-couche |
||
| 15 | * contrainte : si on part sur papyrus il faut pouvoir créer 2 types d’appli : plugin papyrus / standalone -> à tester rapidement (proto jetable) |
||
| 16 | * à faire la prochaine réunion : planning (plan de development) avec jalons/proto/…[JG+JM] |
||
| 17 | * pb de l’export reste ouvert -> export à la RSA ? (html avec les tables et les diagrammes et les descriptions textuelles) |
||
| 18 | * todo doc archi : diag packages + techno utilisées (librairie, frameworks, …) + diag classes [JM] |
||
| 19 | |||
| 20 | * planning temporaire: |
||
| 21 | objectif 22 juillet : fin de phase de lancement -> doc vision et CU finalisés, techno choisies et validées via propos jetables, planning fixé |
||
| 22 | prochaine réunion lundi 4 juillet |
||
| 23 | |||
| 24 | |||
| 25 | |||
| 26 | h2. 27 mai 2016 |
||
| 27 | |||
| 28 | * todo docs : |
||
| 29 | |||
| 30 | > * doc vision [JG] (ex : licences? + contraintes dev (anglais pour doc technique/codage) + stockage fichiers/sauvegarde -> point dur -> liste des risques |
||
| 31 | > * liste risques [JG+JM] -> par exemple sauvegarde projet sous quel format ?1 seul développeur (malade?) ? extensibilité de papyrus ->prendre contact CEAT TEC - Conseil - proto jetable? papyrus et standalone ? |
||
| 32 | > * UC [JM] |
||
| 33 | > * doc archi : diag packages + techno utilisées (librairie, frameworks, …) + diag classes [JM] |
||
| 34 | > * planning (plan de development) avec jalons/proto/…[JG+JM] |
||
| 35 | |||
| 36 | * planning temporaire: |
||
| 37 | > * 1 juin JG envoie doc vision |
||
| 38 | > * 1juin-> 14 juin UC (JM envoi le 14 juin) |
||
| 39 | > * -> 14 juin étude papyrus (JM) |
||
| 40 | > * le 14 juin on fera le planning |
||
| 41 | |||
| 42 | |||
| 43 | |||
| 44 | |||
| 45 | h2. 12 mai 2016 |
||
| 46 | |||
| 47 | vérifier solution techno et dépendances pour le projet (contraintes etc) -> ex papyrus qu'est ce que ça implique en termes de développment ET d'utilisateur |
||
| 48 | [JM] |
||
| 49 | |||
| 50 | Mettre en ligne un doc de spec [JG] |
||
| 51 | |||
| 52 | Idée de dev : parseur syntaxique pour comparaison de danger (ne pas créer un new danger avec termes identiques) |
||
| 53 | |||
| 54 | spec: |
||
| 55 | * modéliser UML seq, UC + description textuelle UC (pre,post,invariants) |
||
| 56 | * configurer la liste des mots guides |
||
| 57 | * générer pour chaque élément des diagrammes UML les mots guides applicables au sein de la table HAZOP de déviation |
||
| 58 | * proposer une table avec des cases à saisir (interprétation de la déviation en termes d'effet, etc.) |
||
| 59 | * extraction de ces tables des listes de dangers et de recommandations |
||
| 60 | * assurer la tracabilité entre les dangers dans la liste finale ET où ils apparaissent dans les tables HAZOP de déviation |
||
| 61 | |||
| 62 | |||
| 63 | contraintes de dev: |
||
| 64 | * modèle UML de l'outil - analyse |
||
| 65 | * modèle based development |
||
| 66 | * library stables et communauté autour |