Workspace/Siman-Common/src/cast3m.som.xml

   1 <?xml version="1.0" encoding="UTF-8"?>
   2
   3 <workflow name="Cast3M">
   4
   5 <!-- 1. Simulation Contexts
   6      Defines the default simulation contexts common to all studies applying this workflow. These simulation contexts
   7      will automatically be assigned to studies at creation time.
   8      Each simulation context is set through a tag corresponding to the name of a simulation context type previously
   9      defined in the SOM structure.
  10      -->
  11     <contexts>
  12         <model    value="FEM"/>
  13         <platform value="SALOME"/>
  14         <module   value="Cast3M"/>
  15     </contexts>
  16
  17 <!-- 2. User activities
  18      Defines the steps involved in this workflow.
  19      Each step is defined by a tag corresponding to the name of a step type previously defined in the SOM structure.
  20      It includes:
  21      - The simulation contexts types relative to the step (tag classification, attribute context)
  22      - The document types that can be produced at this step (tag flow, attribute contents)
  23      - The document type result of this step (tag flow, attribute result)
  24      All simulation contexts and document types must previously be defined in the SOM structure.
  25
  26      User activities are ordered. They can be attached to scenarios - they are the same for all scenarios of the study -
  27      or to the study itself. Attaching an activity to the study makes the data produced during this activity shared by all
  28      scenarios of the study (typically, the study requirements).
  29
  30      Remarks:
  31      - Simulation Contexts must be attached to one classification step only.
  32      - Result document types must be results of one step only and be part of contents of the corresponding step.
  33      - The result document type of the last activity attached to the study makes the result document type of the study itself.
  34      -->
  35     <activities>
  36         <specification>
  37             <classification context="customer,product,phase,need,purpose,physic"/>
  38             <flow contents="requirements,specification,minutes" result="specification"/>
  39         </specification>
  40       <scenario>
  41         <design>
  42             <flow contents="design,memorandum,minutes" result="design"/>
  43         </design>
  44         <modeling>
  45             <classification context="object,part,geometry"/>
  46             <flow contents="geometry,memorandum,minutes" result="geometry"/>
  47             </modeling>
  48         <meshing>
  49             <classification context="model,element,shape,order"/>
  50             <flow contents="model,memorandum,minutes" result="model"/>
  51         </meshing>
  52         <preprocessing>
  53             <classification context="analysis"/>
  54             <flow contents="loads,script,minutes" result="loads"/>
  55         </preprocessing>
  56         <solving>
  57             <classification context="platform,module,component"/>
  58             <flow contents="log,results,minutes" result="results"/>
  59         </solving>
  60         <postprocessing>
  61             <flow contents="memorandum,minutes"/>
  62         </postprocessing>
  63         <capitalization>
  64             <flow contents="knowledge"/>
  65         </capitalization>
  66       </scenario>
  67         <reporting>
  68             <flow contents="report,minutes" result="report"/>
  69         </reporting>
  70     </activities>
  71
  72
  73 <!-- 3. Document validation cycles
  74      The validation cycles define the actors involved in the validation steps of documents. These steps can be
  75      "review", "approval" and "acceptance" and applies to document types resulting from an activity.
  76      Each validation cycle is defined by a tag corresponding to the type of the result document previously defined
  77      in activities.
  78
  79      Remarks:
  80      - The actors of validation steps can be
  81        "manager", referring the responsible of study,
  82        "Nx1", referring the manager of the department (n+1 of the responsible of study),
  83        "Nx2", referring the boss of the department manager (n+2 of the responsible of study),
  84        "customer" (most likely involved in the acceptance step).
  85      -->
  86     <validations>
  87         <specification  review="Nx1"  approval="Nx2"/>
  88         <report         review="Nx1"  approval="Nx2"/>
  89         <default        review="manager"            />
  90     </validations>
  91
  92 </workflow>