Wiki » History » Revision 28
Revision 27 (Jean-Marc Larré, 2016-06-01 09:23) → Revision 28/44 (Jérémie Guiochet, 2016-06-20 10:27)
h1. HAZOP-UML h2. Documentations internes h3. Projet initial * Sujet Projet Master : attachment:SujetProjetCOO-iupntie2008.doc * HAZOPUML Architecture : attachment:HazopUMLarchitecture.docx h3. Publication * Publication Jérémie : attachment:safety-science-published.pdf h3. Présentations * HAZOP-UML in action : attachment:4-HAZOP-UML_in_action.pptx * HAZOP-UML overview : attachment:2-HAZOP-UML_overview.pptx h2. DCDWorkFlow * Cette version initiale de 2012 se trouve dans le dépot GIT ici : ssh://git@redmine.laas.fr/laas/hazop-uml/dcdworkflow.git * Fonctionne bien sous Eclipse Mars, mais il faut ajouter le plugin Nebula, téléchargeable depuis l'update site à cette adresse : http://download.eclipse.org/technology/nebula/snapshot * Eventuellement s'assurer que tous les plugins sont correctement chargés, pour cela vérifier la "Run configuration" et faire "Add required plug-ins" * Pour l’exécuter il faut lancer le product dcd.product h2. Papyrus * Documentation : https://eclipse.org/papyrus/documentation.html * Documentation pour la génération des profil UML avec Papyrus : https://eclipse.org/papyrus/resources/PapyrusUserGuideSeries_AboutUMLProfile_v1.0.0_d20120606.pdf * Papyrus customization overview : https://wiki.eclipse.org/images/8/84/EclipseConFrance-2014-DSMLTuto.pdf * Document sous forme de tuto pour créer une table sur un diagramme : http://wiki.eclipse.org/Table_Developer_Documentation h2. Compte rendu des réunions projet --- 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 --- 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 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 ---