Project

General

Profile

Actions

Wiki » History » Revision 29

« Previous | Revision 29/44 (diff) | Next »
Jérémie Guiochet, 2016-06-20 10:28


HAZOP-UML

Documentations internes

Projet initial

  • Sujet Projet Master : attachment:SujetProjetCOO-iupntie2008.doc
  • HAZOPUML Architecture : attachment:HazopUMLarchitecture.docx

Publication

  • Publication Jérémie : attachment:safety-science-published.pdf

Présentations

  • HAZOP-UML in action : attachment:4-HAZOP-UML_in_action.pptx
  • HAZOP-UML overview : attachment:2-HAZOP-UML_overview.pptx

DCDWorkFlow

  • Cette version initiale de 2012 se trouve dans le dépot GIT ici : ssh:/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

Papyrus

Compte rendu des réunions projet


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

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

Updated by Jérémie Guiochet over 8 years ago · 44 revisions