Project

General

Profile

Page des comptes rendus » History » Revision 2

Revision 1 (Jean-Marc Larré, 2016-06-20 15:01) → Revision 2/4 (Jean-Marc Larré, 2016-06-20 15:03)

h1. Comptes rendus des réunions 

 --- 

 h2. 20 juin 2017 

 - doc vision -> JG termine et envoie à LPerez pour TTTransfert go-nogo pour un dépôt licence chai pu quoi (apl?) 
 - si c’est lié à papyrus/eclipse-> licence epl (idem cecil-B) -> donc ne posera pas de soucis 
 - doc des cas d’utilisation [JM] sur redmin 
 - suite à discussions avec papyrus, JM propose Papyrus comme sous-couche 
 - contrainte : si on part sur papyrus il faut pouvoir créer 2 types d’appli : plugin papyrus / standalone -> à tester rapidement (proto jetable) 
 - à faire la prochaine réunion : planning (plan de development) avec jalons/proto/…[JG+JM] 
 - pb de l’export reste ouvert -> export à la RSA ? (html avec les tables et les diagrammes et les descriptions textuelles) 
 - todo doc archi : diag packages + techno utilisées (librairie, frameworks, …) + diag classes [JM] 

 * planning temporaire: 
 objectif 22 juillet : fin de phase de lancement -> doc vision et CU finalisés, techno choisies et validées via propos jetables, planning fixé 
 prochaine réunion lundi 4 juillet 

 --- 

 h2. h3. 27 mai 2016 

 * todo docs : 

 > * doc vision [JG] (ex : licences? + contraintes dev (anglais pour doc technique/codage) + stockage fichiers/sauvegarde -> point dur -> liste des risques 
 > * 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 ? 
 > * UC [JM] 
 > * doc archi : diag packages + techno utilisées (librairie, frameworks, …) + diag classes [JM] 
 > * planning (plan de development) avec jalons/proto/…[JG+JM] 

 * planning temporaire: 
 > * 1 juin JG envoie doc vision 
 > * 1juin-> 14 juin UC (JM envoi le 14 juin) 
 > * -> 14 juin étude papyrus (JM) 
 > * le 14 juin on fera le planning 

 --- 


 h2. h3. 12 mai 2016 

 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 
 [JM] 

 Mettre en ligne un doc de spec [JG] 

 Idée de dev : parseur syntaxique pour comparaison de danger (ne pas créer un new danger avec termes identiques) 

 spec: 
 * modéliser UML seq, UC + description textuelle UC (pre,post,invariants) 
 * configurer la liste des mots guides 
 * générer pour chaque élément des diagrammes UML les mots guides applicables au sein de la table HAZOP de déviation 
 * proposer une table avec des cases à saisir (interprétation de la déviation en termes d'effet, etc.) 
 * extraction de ces tables des listes de dangers et de recommandations 
 * assurer la tracabilité entre les dangers dans la liste finale ET où ils apparaissent dans les tables HAZOP de déviation 


 contraintes de dev: 
 * modèle UML de l'outil - analyse 
 * modèle based development 
 * library stables et communauté autour