Compte rendu des réunions projet » History » Revision 3
Revision 2 (Jean-Marc Larré, 2016-06-20 15:07) → Revision 3/4 (Jean-Marc Larré, 2016-07-07 09:11)
h1. Compte rendu des réunions projet h2. 6 4 juillet 2017 * [JM ]: exo sur feederbudy -> appliquer la méthode avec utilisation de l’outil étudiant * pb synchro umm-Hazop -> 2 options : remplissage automatique des tables hazop avec tous les éléments UML ou l’utilisateur clic droit sur élément UML et « ajouter ligne HAZOP’ * discussion sur papyrus/table -> plugin pas très mature, donc peu de doc et utilisateur, à voir pour la suite -> JM développe un proto jetable * JM update UC, diag de classes , +fiches * création d’un HAZOPUML sur owncloud -> [JM] a structurer pour mettre les documents de travail (doc de vision, projet eclipse modélisation, fiches UC, etc…) NB : pour le développement en java ça sera sous eclipse avec repository git donc Redmine servira de stockage/sauvegarde des docs validés next réunion : jeudi 21 juillet 9:30 A venir ... 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. 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. 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