HAZOP-UML

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. 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

---