<mapping extension="med" executable="runSalome"/>
<mapping extension="py" executable="runSalome"/>
<!--mapping extension="xml" executable="runSalome"/--> <!-- for YAKS activity -->
+
+ <!-- CASTEM -->
+ <mapping extension="model" executable="runSalome"/>
+ <!-- MECA -->
+ <mapping extension="syd" executable="runSalome"/>
+ <mapping extension="bz2" executable="runSalome"/>
+ <!-- SYRTHES -->
+ <mapping extension="comm" executable="runSalome"/>
+ <mapping extension="resu" executable="runSalome"/>
+ <mapping extension="mess" executable="runSalome"/>
+ <mapping extension="rmed" executable="runSalome"/>
</modules>
<viewers extension="pdf,brep,med" />
<sequential>
<echo message="Generating configuration in @{mode} mode" />
<!-- Copy files from config source directory according to the given mode -->
+ <loadfile property="customer" srcfile="${config.src.dir}/customer.txt"/>
+ <loadfile property="som" srcfile="${config.src.dir}/${customer}_som.properties"/>
+ <echo message="som: ${som}"/>
+ <loadfile property="som.en" srcfile="${config.src.dir}/${customer}_som_en.properties"/>
<copy todir="${basedir}/${config.@{mode}.dir}" overwrite="true">
<fileset dir="${config.src.dir}/templates">
</fileset>
<!-- ================================================= -->
<target name="prepare-postgres" description="prepare configuration for Postgress">
<echo message="Prepare configuration for Postgress..." />
- <copy file="conf/debug_pg.properties" tofile="conf/debug.properties" overwrite="true"/>
- <copy file="conf/release_pg.properties" tofile="conf/release.properties" overwrite="true"/>
+ <copy file="${config.src.dir}/debug_pg.properties" tofile="${config.src.dir}/debug.properties" overwrite="true"/>
+ <copy file="${config.src.dir}/release_pg.properties" tofile="${config.src.dir}/release.properties" overwrite="true"/>
<antcall target="debug-config"/>
</target>
<!-- ================================================= -->
<target name="prepare-mysql" description="prepare configuration for MySql">
<echo message="Prepare configuration for MySql..." />
- <copy file="conf/debug_mysql.properties" tofile="conf/debug.properties" overwrite="true"/>
- <copy file="conf/release_mysql.properties" tofile="conf/release.properties" overwrite="true"/>
+ <copy file="${config.src.dir}/debug_mysql.properties" tofile="${config.src.dir}/debug.properties" overwrite="true"/>
+ <copy file="${config.src.dir}/release_mysql.properties" tofile="${config.src.dir}/release.properties" overwrite="true"/>
<antcall target="debug-config"/>
</target>
+
+ <!-- ================================================= -->
+ <!-- prepare-customer: Prepare config for the given customer -->
+ <!-- ================================================= -->
+ <macrodef name="prepare-customer">
+ <!-- Parameter "customer" can be equal to "cea" or "edf" -->
+ <attribute name="customer" />
+ <sequential>
+ <echo message="Prepare config for the customer @{customer}" />
+ <echo message="@{customer}" file="${config.src.dir}/customer.txt"/>
+ <copy file="${config.src.dir}/@{customer}_som.xml" tofile="WebContent/conf/som.xml" overwrite="true"/>
+ <antcall target="debug-config"/>
+ </sequential>
+ </macrodef>
+
+ <!-- ================================================= -->
+ <!-- prepare-cea: Prepare config for CEA -->
+ <!-- ================================================= -->
+ <target name="prepare-cea" description="prepare configuration for CEA">
+ <echo message="Prepare configuration for CEA..." />
+ <prepare-customer customer="cea" />
+ </target>
+
+ <!-- ================================================= -->
+ <!-- prepare-cea: Prepare config for EDF -->
+ <!-- ================================================= -->
+ <target name="prepare-edf" description="prepare configuration for EDF">
+ <echo message="Prepare configuration for EDF..." />
+ <prepare-customer customer="edf" />
+ </target>
</project>
--- /dev/null
+menu.step.1 = Spécifier l''étude
+menu.step.2 = Concevoir le scénario
+menu.step.3 = Créer la géométrie
+menu.step.4 = Générer le modèle d''analyse
+menu.step.5 = Entrer les conditions de calcul
+menu.step.6 = Analyser les résultats
+menu.step.7 = Définir le schéma de calcul
+menu.step.8 = Capitaliser ce cas d''étude
+menu.step.9 = Finaliser l''étude
+
+folder.step.1 = Spécification de l''étude
+folder.step.2 = Description du scénario
+folder.step.3 = Géométrie
+folder.step.4 = Modèle d''analyse
+folder.step.5 = Conditions de calcul
+folder.step.6 = Résultats
+folder.step.7 = Schéma de calcul
+folder.step.8 = Élements de connaissances
+folder.step.9 = Rapport final
--- /dev/null
+<?xml version="1.0" encoding="UTF-8"?>
+
+<project-structure>
+
+
+<!-- 1. Database physical location
+ -->
+ <database>
+ <repository disk="/home/siman/Repository" />
+ </database>
+
+
+<!-- 2. Formats
+ -->
+ <formats>
+
+<!-- 2.1 Project elements identification scheme
+ Studies, Knowledges and Documents are identified by unique user references. The structure of these references is customizable.
+ You customize references through patterns.
+ A reference's pattern is a character string including format directives. These format directives allow you to insert
+ some information into the reference. The following directives are available:
+ - %yy or %yyyy for inserting the entity creation year on 2 or 4 digits
+ - %0000 for inserting a unique index, the number of digits being defined by the number of 0
+ The above index is unique in the scope of cycle defined by the first format directive (year). In other words, this index
+ restarts every new year. As such, for making references unique on this application server, both format directives (cycle
+ and index) must be present in the pattern.
+ Other characters are simply inserted as is in generated references. They can be used for extending the reference uniqueness
+ beyond application servers, by adding a prefix specific to a given server (for example, a company department name).
+ Given that these references may be used as directory or file names of the repository vault, the pattern must not include
+ illicit characters such as '/', '?', '<' etc.
+ -->
+ <references study="DER%yy%0000"/>
+
+<!-- 2.2 Physical files naming scheme
+ The physical data files stored into the repository vault can be named as follows:
+ - By the user-defined title of corresponding documents ("title" name attribute below)
+ - Encoded by a built-in scheme ("encoded" name attribute)
+ - As is, that is, by keeping the name of the imported file ("asis" name attribute - not yet supported)
+ Remarks:
+ - When using the title scheme, as file names may include accent characters, client browsers must be configured for
+ NOT encoding URLs as UTF-8.
+ - Whatever is the naming scheme used, in order to avoid name clashes, file names are anyway suffixed by an index
+ unique in the scope of the owner study.
+ -->
+ <files name="asis"/>
+
+<!-- 2.3 Document versions format
+ -->
+ <versions pattern="%M.%m[-%s]"/>
+ </formats>
+
+
+<!-- 3. Document types
+
+ Warning: Articles must be ordered in a way that used document types (uses attribute values) must previously be defined.
+ Example: "requirements" type must be defined before "specification" because "specification" uses "requirements".
+ Remarks:
+ - "knowledge" is a reserved word qualifying Knowledge Elements. So, it must not be used as a document type name.
+ - "default" and "built-in" are also reserved words used for defining validation cycles.
+ - In this version, the "uses" attribute is limited to 1 document type only.
+ -->
+ <documents>
+ <article type="requirements"/>
+ <article type="specification" uses="requirements"/>
+ <article type="design" uses="specification"/>
+ <article type="geometry" uses="design"/>
+ <article type="model" uses="geometry"/>
+ <article type="loads" uses="model"/>
+ <article type="script" uses="loads"/>
+ <article type="log" uses="script"/>
+ <article type="results" uses="script"/>
+ <article type="report" uses="results"/>
+ <article type="schema"/>
+ <article type="memorandum"/>
+ <article type="minutes"/>
+ <article type="coparisonResult"/>
+ <article type="visualisation"/>
+ </documents>
+
+
+<!-- 4. Simulation Context types
+
+ Warning: The Simulation Context type "product" is mandatory as it is used by at least one application.
+ -->
+ <contexts>
+
+ <!-- General information -->
+ <article type="customer"/>
+ <article type="product"/>
+ <article type="phase"/> <!-- Phase of the product -->
+ <article type="need"/> <!-- Customer needs -->
+ <article type="purpose"/> <!-- Objective of the study -->
+ <article type="physic"/> <!-- Structure analysis, Thermal-hydraulics, Neutronic... -->
+
+ <!-- Geometry characteristics Examples: -->
+ <article type="object"/> <!-- Car, Plane, Equipment... -->
+ <article type="part"/> <!-- Crankcase, Outer layer... -->
+ <article type="geometry"/> <!-- Surface, Volume -->
+
+ <!-- Model characteristics Examples: -->
+ <article type="model"/> <!-- CSG, FEM... -->
+ <article type="element"/> <!-- Bar, Surface, Volume -->
+ <article type="shape"/> <!-- (Surface) Triangle, Quadrangle... (Volume) Tetrahedron, Hexahedron... -->
+ <article type="order"/> <!-- First-order, Second-order... -->
+
+ <!-- Analysis type Examples: -->
+ <article type="analysis"/> <!-- Static, Dynamic... -->
+
+ <!-- Software tools used -->
+ <article type="platform"/>
+ <article type="module"/>
+ <article type="component"/>
+ </contexts>
+
+
+<!-- 5. Knowledge Elements types
+
+ Warning: The Knowledge Elements type "usecase" is reserved for internal use.
+ -->
+ <knowledges>
+ <article type="bestpractice"/>
+ <article type="limitation"/>
+ <article type="inconsistency"/>
+ <article type="metrics"/>
+ <article type="improvement"/>
+ </knowledges>
+
+
+<!-- 6. User activities
+
+ Remarks:
+ - Step names must naturally be unique.
+ - Simulation Contexts must be attached to one classification step only.
+ - Result document types must be results of one step only and be part of contents of the corresponding step.
+ -->
+ <activities>
+ <step name="specification">
+ <classification context="customer,product,phase,need,purpose,physic"/>
+ <flow contents="requirements,specification,minutes" result="specification"/>
+ <storage path="1.Study"/>
+ </step>
+ <scenario>
+ <step name="design">
+ <flow contents="design,memorandum,minutes" result="design"/>
+ <storage path="1.Study"/>
+ </step>
+ <step name="modeling">
+ <classification context="object,part,geometry"/>
+ <flow contents="geometry,memorandum,minutes" result="geometry"/>
+ <storage path="2.Geometry"/>
+ <module name="GEOM"/>
+ </step>
+ <step name="meshing">
+ <classification context="model,element,shape,order"/>
+ <flow contents="model,memorandum,minutes" result="model"/>
+ <storage path="3.Mesh"/>
+ <module name="SMESH"/>
+ </step>
+ <step name="solving">
+ <classification context="loads,script,platform,module,component"/>
+ <flow contents="loads,model,log,results,minutes" result="results"/>
+ <storage path="5.Result"/>
+ <module name="CASTEM"/>
+ </step>
+ <step name="postprocessing">
+ <flow contents="memorandum,minutes,coparisonResult,visualisation" result="coparisonResult"/>
+ <storage path="6.Report"/>
+ <module name="VISU"/>
+ </step>
+ <step name="schema">
+ <flow contents="schema" result="schema"/>
+ <storage path="7.Schema"/>
+ <module name="YACS"/>
+ </step>
+ <step name="capitalization">
+ <flow contents="knowledge"/>
+ <storage path="8.Summary"/>
+ </step>
+ </scenario>
+ <step name="reporting">
+ <flow contents="report,minutes" result="report"/>
+ <storage path="1.Study"/>
+ </step>
+ </activities>
+
+
+<!-- 6. Document validation cycles
+ Validation cycles define the actors involved in the validation steps of documents. These steps can be
+ "review", "approval" and "acceptance".
+ Remarks:
+ - Each validation cycle is defined by a tag corresponding to the type of an activity result document.
+ - The actors of validation steps can be
+ "manager", referring the responsible of study,
+ "Nx1", referring the manager of the department (see User definition for more information),
+ "Nx2", referring the boss of the department manager,
+ "customer" (most likely involved in the acceptance step).
+ -->
+ <validations>
+ <specification review="Nx1" approval="Nx2"/>
+ <report review="Nx1" approval="Nx2"/>
+ <default review="manager" />
+ </validations>
+
+<!-- 3. Check-in check-out information
+ Defines the way documents involved in the check-in check-out operations must be processed.
+ Files with import formats are automatically imported into SALOME during check-out if they are uptodate.
+ Other files are downloaded.
+ -->
+ <mappings>
+ <document type="geometry">
+ <import format="brep"/> <!-- Result Shape -->
+ </document>
+ <document type="model">
+ <import format="med"/> <!-- Result mesh without input parameters -->
+ </document>
+ <document type="loads">
+ <import format="model"/> <!-- Input data created interactively -->
+ </document>
+ <document type="results">
+ <import format="med"/> <!-- Calculation results source file -->
+ </document>
+ <document type="schema">
+ <import format="xml"/> <!-- Calculation results source file -->
+ </document>
+ </mappings>
+
+ <default-doctypes>
+ <step number="1">
+ <mapping extension="pdf" type="requirements"/>
+ <mapping extension="doc" type="specification"/> <!-- Microsoft Word 2003 and earlier -->
+ <mapping extension="docx" type="specification"/> <!-- Microsoft Word 2007 and later -->
+ <mapping extension="xml" type="specification"/> <!-- Microsoft Word 2007 Open XML -->
+ </step>
+ <step number="2">
+ <mapping extension="doc" type="design"/>
+ <mapping extension="docx" type="design"/>
+ <mapping extension="xml" type="design"/>
+ </step>
+ <step number="3">
+ <mapping extension="doc" type="memorandum"/>
+ <mapping extension="docx" type="memorandum"/>
+ <mapping extension="xml" type="memorandum"/>
+ <mapping extension="sldprt" type="geometry"/> <!-- SolidWorks Part -->
+ <mapping extension="sldasm" type="geometry"/> <!-- SolidWorks Assembly -->
+ <mapping extension="part" type="geometry"/> <!-- GEOM Part -->
+ <mapping extension="py" type="geometry"/> <!-- GEOM Python script -->
+ <mapping extension="brep" type="geometry"/> <!-- GEOM Part -->
+ </step>
+ <step number="4">
+ <mapping extension="doc" type="memorandum"/>
+ <mapping extension="docx" type="memorandum"/>
+ <mapping extension="xml" type="memorandum"/>
+ <mapping extension="med" type="model"/>
+ <mapping extension="py" type="model"/> <!-- SMESH Python script -->
+ </step>
+ <step number="5"> <!-- execute the calculations -->
+ <mapping extension="med" type="model"/>
+ <mapping extension="model" type="loads"/>
+ <mapping extension="py" type="loads"/>
+ </step>
+ <step number="6">
+ <mapping extension="srd" type="coparisonResult"/>
+ <mapping extension="py" type="visualisation"/>
+ </step>
+ <step number="7">
+ <mapping extension="xml" type="schema"/>
+ </step>
+ </default-doctypes>
+
+</project-structure>
\ No newline at end of file
--- /dev/null
+menu.step.1 = Specify the study
+menu.step.2 = Design the scenario
+menu.step.3 = Create the geometry
+menu.step.4 = Generate the analysis model
+menu.step.5 = Enter the boundary conditions
+menu.step.6 = Analyze the results
+menu.step.7 = Define the calculation schema
+menu.step.8 = Capitalize this use-case
+menu.step.9 = Finalize the study
+
+folder.step.1 = Specification of the study
+folder.step.2 = Description of the scenario
+folder.step.3 = Geometry
+folder.step.4 = Analysis model
+folder.step.5 = Boundary conditions
+folder.step.6 = Calculation results
+folder.step.7 = Calculation schema
+folder.step.8 = Knowledge elements
+folder.step.9 = Final report
--- /dev/null
+cea
\ No newline at end of file
--- /dev/null
+menu.step.1 = Spécifier l''étude
+menu.step.2 = Concevoir le scénario
+menu.step.3 = Créer la géométrie
+menu.step.4 = Générer le modèle d''analyse
+menu.step.5 = Effectuer le CASTEM
+menu.step.6 = Effectuer le MECA
+menu.step.7 = Effectuer le SYRTHES
+menu.step.8 = Analyser les résultats
+menu.step.9 = Définir le schéma de calcul
+menu.step.10 = Capitaliser ce cas d''étude
+menu.step.11 = Finaliser l''étude
+
+folder.step.1 = Spécification de l''étude
+folder.step.2 = Description du scénario
+folder.step.3 = Géométrie
+folder.step.4 = Modèle d''analyse
+folder.step.5 = Exécution de calcul CASTEM
+folder.step.6 = Exécution de calcul MECA
+folder.step.7 = Exécution de calcul SYRTHES
+folder.step.8 = Résultats
+folder.step.9 = Schéma de calcul
+folder.step.10 = Élements de connaissances
+folder.step.11 = Rapport final
--- /dev/null
+<?xml version="1.0" encoding="UTF-8"?>
+
+<project-structure>
+
+
+<!-- 1. Database physical location
+ -->
+ <database>
+ <repository disk="/home/siman/Repository" />
+ </database>
+
+
+<!-- 2. Formats
+ -->
+ <formats>
+
+<!-- 2.1 Project elements identification scheme
+ Studies, Knowledges and Documents are identified by unique user references. The structure of these references is customizable.
+ You customize references through patterns.
+ A reference's pattern is a character string including format directives. These format directives allow you to insert
+ some information into the reference. The following directives are available:
+ - %yy or %yyyy for inserting the entity creation year on 2 or 4 digits
+ - %0000 for inserting a unique index, the number of digits being defined by the number of 0
+ The above index is unique in the scope of cycle defined by the first format directive (year). In other words, this index
+ restarts every new year. As such, for making references unique on this application server, both format directives (cycle
+ and index) must be present in the pattern.
+ Other characters are simply inserted as is in generated references. They can be used for extending the reference uniqueness
+ beyond application servers, by adding a prefix specific to a given server (for example, a company department name).
+ Given that these references may be used as directory or file names of the repository vault, the pattern must not include
+ illicit characters such as '/', '?', '<' etc.
+ -->
+ <references study="DER%yy%0000"/>
+
+<!-- 2.2 Physical files naming scheme
+ The physical data files stored into the repository vault can be named as follows:
+ - By the user-defined title of corresponding documents ("title" name attribute below)
+ - Encoded by a built-in scheme ("encoded" name attribute)
+ - As is, that is, by keeping the name of the imported file ("asis" name attribute - not yet supported)
+ Remarks:
+ - When using the title scheme, as file names may include accent characters, client browsers must be configured for
+ NOT encoding URLs as UTF-8.
+ - Whatever is the naming scheme used, in order to avoid name clashes, file names are anyway suffixed by an index
+ unique in the scope of the owner study.
+ -->
+ <files name="asis"/>
+
+<!-- 2.3 Document versions format
+ -->
+ <versions pattern="%M.%m[-%s]"/>
+ </formats>
+
+
+<!-- 3. Document types
+
+ Warning: Articles must be ordered in a way that used document types (uses attribute values) must previously be defined.
+ Example: "requirements" type must be defined before "specification" because "specification" uses "requirements".
+ Remarks:
+ - "knowledge" is a reserved word qualifying Knowledge Elements. So, it must not be used as a document type name.
+ - "default" and "built-in" are also reserved words used for defining validation cycles.
+ - In this version, the "uses" attribute is limited to 1 document type only.
+ -->
+ <documents>
+ <article type="requirements"/>
+ <article type="specification" uses="requirements"/>
+ <article type="design" uses="specification"/>
+ <article type="geometry" uses="design"/>
+ <article type="model" uses="geometry"/>
+ <article type="loads" uses="model"/>
+ <article type="script" uses="loads"/>
+ <article type="log" uses="script"/>
+ <article type="resultsMeca" uses="script"/>
+ <article type="resultsSyrthes" uses="script"/>
+ <article type="report" uses="results, resultsMeca, resultsSyrthes"/>
+ <article type="schema"/>
+ <article type="memorandum"/>
+ <article type="minutes"/>
+ <article type="coparisonResult"/>
+ <article type="visualisation"/>
+ </documents>
+
+
+<!-- 4. Simulation Context types
+
+ Warning: The Simulation Context type "product" is mandatory as it is used by at least one application.
+ -->
+ <contexts>
+
+ <!-- General information -->
+ <article type="customer"/>
+ <article type="product"/>
+ <article type="phase"/> <!-- Phase of the product -->
+ <article type="need"/> <!-- Customer needs -->
+ <article type="purpose"/> <!-- Objective of the study -->
+ <article type="physic"/> <!-- Structure analysis, Thermal-hydraulics, Neutronic... -->
+
+ <!-- Geometry characteristics Examples: -->
+ <article type="object"/> <!-- Car, Plane, Equipment... -->
+ <article type="part"/> <!-- Crankcase, Outer layer... -->
+ <article type="geometry"/> <!-- Surface, Volume -->
+
+ <!-- Model characteristics Examples: -->
+ <article type="model"/> <!-- CSG, FEM... -->
+ <article type="element"/> <!-- Bar, Surface, Volume -->
+ <article type="shape"/> <!-- (Surface) Triangle, Quadrangle... (Volume) Tetrahedron, Hexahedron... -->
+ <article type="order"/> <!-- First-order, Second-order... -->
+
+ <!-- Analysis type Examples: -->
+ <article type="analysis"/> <!-- Static, Dynamic... -->
+
+ <!-- Software tools used -->
+ <article type="platform"/>
+ <article type="module"/>
+ <article type="component"/>
+ </contexts>
+
+
+<!-- 5. Knowledge Elements types
+
+ Warning: The Knowledge Elements type "usecase" is reserved for internal use.
+ -->
+ <knowledges>
+ <article type="bestpractice"/>
+ <article type="limitation"/>
+ <article type="inconsistency"/>
+ <article type="metrics"/>
+ <article type="improvement"/>
+ </knowledges>
+
+
+<!-- 6. User activities
+
+ Remarks:
+ - Step names must naturally be unique.
+ - Simulation Contexts must be attached to one classification step only.
+ - Result document types must be results of one step only and be part of contents of the corresponding step.
+ -->
+ <activities>
+ <step name="specification">
+ <classification context="customer,product,phase,need,purpose,physic"/>
+ <flow contents="requirements,specification,minutes" result="specification"/>
+ <storage path="1.Study"/>
+ </step>
+ <scenario>
+ <step name="design">
+ <flow contents="design,memorandum,minutes" result="design"/>
+ <storage path="1.Study"/>
+ </step>
+ <step name="modeling">
+ <classification context="object,part,geometry"/>
+ <flow contents="geometry,memorandum,minutes" result="geometry"/>
+ <storage path="2.Geometry"/>
+ <module name="GEOM"/>
+ </step>
+ <step name="meshing">
+ <classification context="model,element,shape,order"/>
+ <flow contents="model,memorandum,minutes" result="model"/>
+ <storage path="3.Mesh"/>
+ <module name="SMESH"/>
+ </step>
+ <step name="meca">
+ <classification context="loads,script,platform,module,component"/>
+ <flow contents="loads,model,log,minutes,resultsMeca" result="resultsMeca"/>
+ <storage path="5.Result"/>
+ <module name="SALOME_MECA"/>
+ </step>
+ <step name="syrthes">
+ <classification context="loads,script,platform,module,component"/>
+ <flow contents="loads,model,log,minutes,resultsSyrthes" result="resultsSyrthes"/>
+ <storage path="5.Result"/>
+ <module name="SYRTHES"/>
+ </step>
+ <step name="postprocessing">
+ <flow contents="memorandum,minutes,coparisonResult,visualisation" result="coparisonResult"/>
+ <storage path="6.Report"/>
+ <module name="VISU"/>
+ </step>
+ <step name="schema">
+ <flow contents="schema" result="schema"/>
+ <storage path="7.Schema"/>
+ <module name="YACS"/>
+ </step>
+ <step name="capitalization">
+ <flow contents="knowledge"/>
+ <storage path="8.Summary"/>
+ </step>
+ </scenario>
+ <step name="reporting">
+ <flow contents="report,minutes" result="report"/>
+ <storage path="1.Study"/>
+ </step>
+ </activities>
+
+
+<!-- 6. Document validation cycles
+ Validation cycles define the actors involved in the validation steps of documents. These steps can be
+ "review", "approval" and "acceptance".
+ Remarks:
+ - Each validation cycle is defined by a tag corresponding to the type of an activity result document.
+ - The actors of validation steps can be
+ "manager", referring the responsible of study,
+ "Nx1", referring the manager of the department (see User definition for more information),
+ "Nx2", referring the boss of the department manager,
+ "customer" (most likely involved in the acceptance step).
+ -->
+ <validations>
+ <specification review="Nx1" approval="Nx2"/>
+ <report review="Nx1" approval="Nx2"/>
+ <default review="manager" />
+ </validations>
+
+<!-- 3. Check-in check-out information
+ Defines the way documents involved in the check-in check-out operations must be processed.
+ Files with import formats are automatically imported into SALOME during check-out if they are uptodate.
+ Other files are downloaded.
+ -->
+ <mappings>
+ <document type="geometry">
+ <import format="brep"/> <!-- Result Shape -->
+ </document>
+ <document type="model">
+ <import format="med"/> <!-- Result mesh without input parameters -->
+ <import format="mmed"/> <!-- Result mesh without input parameters -->
+ </document>
+ <document type="loads">
+ <import format="model"/> <!-- Input data created interactively -->
+ <import format="comm"/> <!-- Input data created interactively -->
+ <import format="syd"/> <!-- Input data created interactively -->
+ </document>
+ <document type="resultsMeca">
+ <import format="resu"/> <!-- Calculation results source file -->
+ <import format="mess"/> <!-- Calculation results source file -->
+ <import format="rmed"/> <!-- Calculation results source file -->
+ <import format="bz2"/> <!-- Calculation results source file -->
+ </document>
+ <document type="resultsSyrthes">
+ <import format="bz2"/> <!-- Calculation results source file -->
+ </document>
+ <document type="schema">
+ <import format="xml"/> <!-- Calculation results source file -->
+ </document>
+ </mappings>
+
+ <default-doctypes>
+ <step number="1">
+ <mapping extension="pdf" type="requirements"/>
+ <mapping extension="doc" type="specification"/> <!-- Microsoft Word 2003 and earlier -->
+ <mapping extension="docx" type="specification"/> <!-- Microsoft Word 2007 and later -->
+ <mapping extension="xml" type="specification"/> <!-- Microsoft Word 2007 Open XML -->
+ </step>
+ <step number="2">
+ <mapping extension="doc" type="design"/>
+ <mapping extension="docx" type="design"/>
+ <mapping extension="xml" type="design"/>
+ </step>
+ <step number="3">
+ <mapping extension="doc" type="memorandum"/>
+ <mapping extension="docx" type="memorandum"/>
+ <mapping extension="xml" type="memorandum"/>
+ <mapping extension="sldprt" type="geometry"/> <!-- SolidWorks Part -->
+ <mapping extension="sldasm" type="geometry"/> <!-- SolidWorks Assembly -->
+ <mapping extension="part" type="geometry"/> <!-- GEOM Part -->
+ <mapping extension="py" type="geometry"/> <!-- GEOM Python script -->
+ <mapping extension="brep" type="geometry"/> <!-- GEOM Part -->
+ </step>
+ <step number="4">
+ <mapping extension="doc" type="memorandum"/>
+ <mapping extension="docx" type="memorandum"/>
+ <mapping extension="xml" type="memorandum"/>
+ <mapping extension="med" type="model"/>
+ <mapping extension="mmed" type="model"/>
+ <mapping extension="py" type="model"/> <!-- SMESH Python script -->
+ </step>
+ <step number="5"> <!-- execute the calculations -->
+ <mapping extension="med" type="model"/>
+ <mapping extension="model" type="loads"/>
+ <mapping extension="py" type="loads"/>
+ </step>
+ <step number="6">
+ <mapping extension="comm" type="loads"/>
+ <mapping extension="resu" type="resultsMeca"/>
+ <mapping extension="mess" type="resultsMeca"/>
+ <mapping extension="rmed" type="resultsMeca"/>
+ <mapping extension="bz2" type="resultsMeca"/>
+ <mapping extension="py" type="loads"/>
+ </step>
+ <step number="7">
+ <mapping extension="syd" type="loads"/>
+ <mapping extension="bz2" type="resultsSyrthes"/>
+ <mapping extension="py" type="loads"/>
+ </step>
+ <step number="8">
+ <mapping extension="srd" type="coparisonResult"/>
+ <mapping extension="py" type="visualisation"/>
+ </step>
+ <step number="9">
+ <mapping extension="xml" type="schema"/>
+ </step>
+ </default-doctypes>
+
+</project-structure>
\ No newline at end of file
--- /dev/null
+menu.step.1 = Specify the study
+menu.step.2 = Design the scenario
+menu.step.3 = Create the geometry
+menu.step.4 = Generate the analysis model
+menu.step.5 = Execute MECA
+menu.step.6 = Execute SYRTHES
+menu.step.7 = Analyze the results
+menu.step.8 = Define the calculation schema
+menu.step.9 = Capitalize this use-case
+menu.step.10 = Finalize the study
+
+folder.step.1 = Specification of the study
+folder.step.2 = Description of the scenario
+folder.step.3 = Geometry
+folder.step.4 = Analysis model
+folder.step.5 = MECA calculation execution
+folder.step.6 = SYRTHES calculation execution
+folder.step.7 = Calculation results
+folder.step.8 = Calculation schema
+folder.step.9 = Knowledge elements
+folder.step.10 = Final report
--- /dev/null
+name.module = Centre d''études
+
+size.format = #,##0 Ko
+date.format = dd/MM/yyyy
+dd/MM/yyyy = jj/mm/aaaa
+
+@som@
+
+type.document.requirements = Cahier des charges
+type.document.specification = Document de spécification
+type.document.design = Document de conception
+type.document.geometry = Géométrie
+type.document.model = Modèle d''analyse
+type.document.loads = Conditions de calcul
+type.document.script = Script d''exécution
+type.document.log = Log d''exécution
+type.document.results = Résultats de calcul
+type.document.resultsMeca = Résultats de calcul MECA
+type.document.resultsSyrthes = Résultats de calcul Syrthes
+type.document.report = Rapport final
+type.document.memorandum = Note technique
+type.document.minutes = Compte rendu
+type.document.coparisonResult= Study comparison result
+type.document.schema = Calculation schema
+type.document.visualisation = Visualisation of the results
+
+type.context.customer = Client
+type.context.product = Produit
+type.context.phase = Phase du produit
+type.context.need = Besoin client
+type.context.purpose = Finalité de l''étude
+type.context.physic = Type de physique
+type.context.object = Objet étudié
+type.context.part = Objet modélisé
+type.context.geometry = Type de géométrie
+type.context.model = Type de modèle
+type.context.element = Type d''éléments
+type.context.shape = Géométrie des éléments
+type.context.order = Degré des éléments
+type.context.analysis = Type d''analyse
+type.context.platform = Plate-forme logicielle
+type.context.module = Module de calcul
+type.context.component = Brique technologique
+
+type.knowledge.usecase = Use case
+type.knowledge.bestpractice = Bonne pratique
+type.knowledge.limitation = Limitation
+type.knowledge.inconsistency = Incohérence
+type.knowledge.metrics = Métrique
+type.knowledge.improvement = Amélioration
+
+history.creation = Document créé par
\ No newline at end of file
--- /dev/null
+name.module = Study Manager
+
+size.format = #,##0 Kb
+date.format = MM.dd.yyyy
+MM.dd.yyyy = mm.dd.yyyy
+
+@som.en@
+
+type.document.requirements = Customer requirements
+type.document.specification = Specification document
+type.document.design = Design document
+type.document.geometry = Geometry
+type.document.model = Analysis model
+type.document.loads = Boundary conditions
+type.document.script = Execution script
+type.document.log = Execution log
+type.document.results = Calculation results
+type.document.resultsMeca = MECA calculation results
+type.document.resultsSyrthes = Syrthes calculation results
+type.document.report = Final report
+type.document.memorandum = Technical report
+type.document.minutes = Minute meeting
+type.document.coparisonResult= Study comparison result
+type.document.schema = Calculation schema
+type.document.visualisation = Visualisation of the results
+
+type.context.customer = Customer
+type.context.product = Product
+type.context.phase = Product phase
+type.context.need = Customer needs
+type.context.purpose = Purpose of study
+type.context.physic = Physics
+type.context.object = Studied object
+
+type.context.part = Modeled object
+type.context.geometry = Geometry type
+type.context.model = Type of analysis model
+type.context.element = Element type
+type.context.shape = Geometry of elements
+type.context.order = Order of elements
+type.context.analysis = Analysis type
+type.context.platform = Software platform
+type.context.module = Solver
+type.context.component = Software component
+
+type.knowledge.usecase = Use case
+type.knowledge.bestpractice = Best practice
+type.knowledge.limitation = Limitation
+type.knowledge.inconsistency = Inconsistency
+type.knowledge.metrics = Metrics
+type.knowledge.improvement = Improvement
+
+history.creation = Document created by
\ No newline at end of file
<mapping extension="med" executable="runSalome"/>
<mapping extension="py" executable="runSalome"/>
<!--mapping extension="xml" executable="runSalome"/--> <!-- for YAKS activity -->
+
+ <!-- CASTEM -->
+ <mapping extension="model" executable="runSalome"/>
+ <!-- MECA -->
+ <mapping extension="syd" executable="runSalome"/>
+ <mapping extension="bz2" executable="runSalome"/>
+ <!-- SYRTHES -->
+ <mapping extension="comm" executable="runSalome"/>
+ <mapping extension="resu" executable="runSalome"/>
+ <mapping extension="mess" executable="runSalome"/>
+ <mapping extension="rmed" executable="runSalome"/>
</modules>
<viewers extension="pdf,brep,med" />
<sequential>
<echo message="Generating configuration in @{mode} mode" />
<!-- Copy files from config source directory according to the given mode -->
+ <loadfile property="customer" srcfile="${config.src.dir}/customer.txt"/>
+ <loadfile property="som" srcfile="${config.src.dir}/${customer}_som.properties"/>
+ <echo message="som: ${som}"/>
+ <loadfile property="som.en" srcfile="${config.src.dir}/${customer}_som_en.properties"/>
<copy todir="${basedir}/${config.@{mode}.dir}" overwrite="true">
<fileset dir="${config.src.dir}/templates">
</fileset>
<!-- Transform the files from templates substituting properties values -->
<filterset>
- <filter token="datesimple" value="${datesimple}" />
+ <filter token="som" value="${som}" />
+ <filter token="som.en" value="${som.en}" />
+ <filter token="datesimple" value="${datesimple}" />
<filter token="time" value="${time}" />
<!-- Get properties to substitute according to the given mode -->
<filtersfile file="${config.src.dir}/@{mode}.properties" />
<!-- ================================================= -->
<target name="prepare-postgres" description="prepare configuration for Postgress">
<echo message="Prepare configuration for Postgress..." />
- <copy file="conf/debug_pg.properties" tofile="conf/debug.properties" overwrite="true"/>
- <copy file="conf/release_pg.properties" tofile="conf/release.properties" overwrite="true"/>
+ <copy file="${config.src.dir}/debug_pg.properties" tofile="${config.src.dir}/debug.properties" overwrite="true"/>
+ <copy file="${config.src.dir}/release_pg.properties" tofile="${config.src.dir}/release.properties" overwrite="true"/>
<antcall target="debug-config"/>
</target>
<!-- ================================================= -->
<target name="prepare-mysql" description="prepare configuration for MySql">
<echo message="Prepare configuration for MySql..." />
- <copy file="conf/debug_mysql.properties" tofile="conf/debug.properties" overwrite="true"/>
- <copy file="conf/release_mysql.properties" tofile="conf/release.properties" overwrite="true"/>
+ <copy file="${config.src.dir}/debug_mysql.properties" tofile="${config.src.dir}/debug.properties" overwrite="true"/>
+ <copy file="${config.src.dir}/release_mysql.properties" tofile="${config.src.dir}/release.properties" overwrite="true"/>
<antcall target="debug-config"/>
</target>
+
+ <!-- ================================================= -->
+ <!-- prepare-customer: Prepare config for the given customer -->
+ <!-- ================================================= -->
+ <macrodef name="prepare-customer">
+ <!-- Parameter "customer" can be equal to "cea" or "edf" -->
+ <attribute name="customer" />
+ <sequential>
+ <echo message="Prepare config for the customer @{customer}" />
+ <echo message="@{customer}" file="${config.src.dir}/customer.txt"/>
+ <copy file="${config.src.dir}/@{customer}_som.xml" tofile="WebContent/conf/som.xml" overwrite="true"/>
+ <antcall target="debug-config"/>
+ </sequential>
+ </macrodef>
+
+ <!-- ================================================= -->
+ <!-- prepare-cea: Prepare config for CEA -->
+ <!-- ================================================= -->
+ <target name="prepare-cea" description="prepare configuration for CEA">
+ <echo message="Prepare configuration for CEA..." />
+ <prepare-customer customer="cea" />
+ </target>
+
+ <!-- ================================================= -->
+ <!-- prepare-cea: Prepare config for EDF -->
+ <!-- ================================================= -->
+ <target name="prepare-edf" description="prepare configuration for EDF">
+ <echo message="Prepare configuration for EDF..." />
+ <prepare-customer customer="edf" />
+ </target>
</project>
--- /dev/null
+menu.step.1 = Spécifier l''étude
+menu.step.2 = Concevoir le scénario
+menu.step.3 = Créer la géométrie
+menu.step.4 = Générer le modèle d''analyse
+menu.step.5 = Entrer les conditions de calcul
+menu.step.6 = Analyser les résultats
+menu.step.7 = Définir le schéma de calcul
+menu.step.8 = Capitaliser ce cas d''étude
+menu.step.9 = Finaliser l''étude
+
+folder.step.1 = Spécification de l''étude
+folder.step.2 = Description du scénario
+folder.step.3 = Géométrie
+folder.step.4 = Modèle d''analyse
+folder.step.5 = Conditions de calcul
+folder.step.6 = Résultats
+folder.step.7 = Schéma de calcul
+folder.step.8 = Élements de connaissances
+folder.step.9 = Rapport final
--- /dev/null
+<?xml version="1.0" encoding="UTF-8"?>
+
+<project-structure>
+
+
+<!-- 1. Database physical location
+ -->
+ <database>
+ <repository disk="/home/siman/Repository" />
+ </database>
+
+
+<!-- 2. Formats
+ -->
+ <formats>
+
+<!-- 2.1 Project elements identification scheme
+ Studies, Knowledges and Documents are identified by unique user references. The structure of these references is customizable.
+ You customize references through patterns.
+ A reference's pattern is a character string including format directives. These format directives allow you to insert
+ some information into the reference. The following directives are available:
+ - %yy or %yyyy for inserting the entity creation year on 2 or 4 digits
+ - %0000 for inserting a unique index, the number of digits being defined by the number of 0
+ The above index is unique in the scope of cycle defined by the first format directive (year). In other words, this index
+ restarts every new year. As such, for making references unique on this application server, both format directives (cycle
+ and index) must be present in the pattern.
+ Other characters are simply inserted as is in generated references. They can be used for extending the reference uniqueness
+ beyond application servers, by adding a prefix specific to a given server (for example, a company department name).
+ Given that these references may be used as directory or file names of the repository vault, the pattern must not include
+ illicit characters such as '/', '?', '<' etc.
+ -->
+ <references study="DER%yy%0000"/>
+
+<!-- 2.2 Physical files naming scheme
+ The physical data files stored into the repository vault can be named as follows:
+ - By the user-defined title of corresponding documents ("title" name attribute below)
+ - Encoded by a built-in scheme ("encoded" name attribute)
+ - As is, that is, by keeping the name of the imported file ("asis" name attribute - not yet supported)
+ Remarks:
+ - When using the title scheme, as file names may include accent characters, client browsers must be configured for
+ NOT encoding URLs as UTF-8.
+ - Whatever is the naming scheme used, in order to avoid name clashes, file names are anyway suffixed by an index
+ unique in the scope of the owner study.
+ -->
+ <files name="asis"/>
+
+<!-- 2.3 Document versions format
+ -->
+ <versions pattern="%M.%m[-%s]"/>
+ </formats>
+
+
+<!-- 3. Document types
+
+ Warning: Articles must be ordered in a way that used document types (uses attribute values) must previously be defined.
+ Example: "requirements" type must be defined before "specification" because "specification" uses "requirements".
+ Remarks:
+ - "knowledge" is a reserved word qualifying Knowledge Elements. So, it must not be used as a document type name.
+ - "default" and "built-in" are also reserved words used for defining validation cycles.
+ - In this version, the "uses" attribute is limited to 1 document type only.
+ -->
+ <documents>
+ <article type="requirements"/>
+ <article type="specification" uses="requirements"/>
+ <article type="design" uses="specification"/>
+ <article type="geometry" uses="design"/>
+ <article type="model" uses="geometry"/>
+ <article type="loads" uses="model"/>
+ <article type="script" uses="loads"/>
+ <article type="log" uses="script"/>
+ <article type="results" uses="script"/>
+ <article type="report" uses="results"/>
+ <article type="schema"/>
+ <article type="memorandum"/>
+ <article type="minutes"/>
+ <article type="coparisonResult"/>
+ <article type="visualisation"/>
+ </documents>
+
+
+<!-- 4. Simulation Context types
+
+ Warning: The Simulation Context type "product" is mandatory as it is used by at least one application.
+ -->
+ <contexts>
+
+ <!-- General information -->
+ <article type="customer"/>
+ <article type="product"/>
+ <article type="phase"/> <!-- Phase of the product -->
+ <article type="need"/> <!-- Customer needs -->
+ <article type="purpose"/> <!-- Objective of the study -->
+ <article type="physic"/> <!-- Structure analysis, Thermal-hydraulics, Neutronic... -->
+
+ <!-- Geometry characteristics Examples: -->
+ <article type="object"/> <!-- Car, Plane, Equipment... -->
+ <article type="part"/> <!-- Crankcase, Outer layer... -->
+ <article type="geometry"/> <!-- Surface, Volume -->
+
+ <!-- Model characteristics Examples: -->
+ <article type="model"/> <!-- CSG, FEM... -->
+ <article type="element"/> <!-- Bar, Surface, Volume -->
+ <article type="shape"/> <!-- (Surface) Triangle, Quadrangle... (Volume) Tetrahedron, Hexahedron... -->
+ <article type="order"/> <!-- First-order, Second-order... -->
+
+ <!-- Analysis type Examples: -->
+ <article type="analysis"/> <!-- Static, Dynamic... -->
+
+ <!-- Software tools used -->
+ <article type="platform"/>
+ <article type="module"/>
+ <article type="component"/>
+ </contexts>
+
+
+<!-- 5. Knowledge Elements types
+
+ Warning: The Knowledge Elements type "usecase" is reserved for internal use.
+ -->
+ <knowledges>
+ <article type="bestpractice"/>
+ <article type="limitation"/>
+ <article type="inconsistency"/>
+ <article type="metrics"/>
+ <article type="improvement"/>
+ </knowledges>
+
+
+<!-- 6. User activities
+
+ Remarks:
+ - Step names must naturally be unique.
+ - Simulation Contexts must be attached to one classification step only.
+ - Result document types must be results of one step only and be part of contents of the corresponding step.
+ -->
+ <activities>
+ <step name="specification">
+ <classification context="customer,product,phase,need,purpose,physic"/>
+ <flow contents="requirements,specification,minutes" result="specification"/>
+ <storage path="1.Study"/>
+ </step>
+ <scenario>
+ <step name="design">
+ <flow contents="design,memorandum,minutes" result="design"/>
+ <storage path="1.Study"/>
+ </step>
+ <step name="modeling">
+ <classification context="object,part,geometry"/>
+ <flow contents="geometry,memorandum,minutes" result="geometry"/>
+ <storage path="2.Geometry"/>
+ <module name="GEOM"/>
+ </step>
+ <step name="meshing">
+ <classification context="model,element,shape,order"/>
+ <flow contents="model,memorandum,minutes" result="model"/>
+ <storage path="3.Mesh"/>
+ <module name="SMESH"/>
+ </step>
+ <step name="solving">
+ <classification context="loads,script,platform,module,component"/>
+ <flow contents="loads,model,log,results,minutes" result="results"/>
+ <storage path="5.Result"/>
+ <module name="CASTEM"/>
+ </step>
+ <step name="postprocessing">
+ <flow contents="memorandum,minutes,coparisonResult,visualisation" result="coparisonResult"/>
+ <storage path="6.Report"/>
+ <module name="VISU"/>
+ </step>
+ <step name="schema">
+ <flow contents="schema" result="schema"/>
+ <storage path="7.Schema"/>
+ <module name="YACS"/>
+ </step>
+ <step name="capitalization">
+ <flow contents="knowledge"/>
+ <storage path="8.Summary"/>
+ </step>
+ </scenario>
+ <step name="reporting">
+ <flow contents="report,minutes" result="report"/>
+ <storage path="1.Study"/>
+ </step>
+ </activities>
+
+
+<!-- 6. Document validation cycles
+ Validation cycles define the actors involved in the validation steps of documents. These steps can be
+ "review", "approval" and "acceptance".
+ Remarks:
+ - Each validation cycle is defined by a tag corresponding to the type of an activity result document.
+ - The actors of validation steps can be
+ "manager", referring the responsible of study,
+ "Nx1", referring the manager of the department (see User definition for more information),
+ "Nx2", referring the boss of the department manager,
+ "customer" (most likely involved in the acceptance step).
+ -->
+ <validations>
+ <specification review="Nx1" approval="Nx2"/>
+ <report review="Nx1" approval="Nx2"/>
+ <default review="manager" />
+ </validations>
+
+<!-- 3. Check-in check-out information
+ Defines the way documents involved in the check-in check-out operations must be processed.
+ Files with import formats are automatically imported into SALOME during check-out if they are uptodate.
+ Other files are downloaded.
+ -->
+ <mappings>
+ <document type="geometry">
+ <import format="brep"/> <!-- Result Shape -->
+ </document>
+ <document type="model">
+ <import format="med"/> <!-- Result mesh without input parameters -->
+ </document>
+ <document type="loads">
+ <import format="model"/> <!-- Input data created interactively -->
+ </document>
+ <document type="results">
+ <import format="med"/> <!-- Calculation results source file -->
+ </document>
+ <document type="schema">
+ <import format="xml"/> <!-- Calculation results source file -->
+ </document>
+ </mappings>
+
+ <default-doctypes>
+ <step number="1">
+ <mapping extension="pdf" type="requirements"/>
+ <mapping extension="doc" type="specification"/> <!-- Microsoft Word 2003 and earlier -->
+ <mapping extension="docx" type="specification"/> <!-- Microsoft Word 2007 and later -->
+ <mapping extension="xml" type="specification"/> <!-- Microsoft Word 2007 Open XML -->
+ </step>
+ <step number="2">
+ <mapping extension="doc" type="design"/>
+ <mapping extension="docx" type="design"/>
+ <mapping extension="xml" type="design"/>
+ </step>
+ <step number="3">
+ <mapping extension="doc" type="memorandum"/>
+ <mapping extension="docx" type="memorandum"/>
+ <mapping extension="xml" type="memorandum"/>
+ <mapping extension="sldprt" type="geometry"/> <!-- SolidWorks Part -->
+ <mapping extension="sldasm" type="geometry"/> <!-- SolidWorks Assembly -->
+ <mapping extension="part" type="geometry"/> <!-- GEOM Part -->
+ <mapping extension="py" type="geometry"/> <!-- GEOM Python script -->
+ <mapping extension="brep" type="geometry"/> <!-- GEOM Part -->
+ </step>
+ <step number="4">
+ <mapping extension="doc" type="memorandum"/>
+ <mapping extension="docx" type="memorandum"/>
+ <mapping extension="xml" type="memorandum"/>
+ <mapping extension="med" type="model"/>
+ <mapping extension="py" type="model"/> <!-- SMESH Python script -->
+ </step>
+ <step number="5"> <!-- execute the calculations -->
+ <mapping extension="med" type="model"/>
+ <mapping extension="model" type="loads"/>
+ <mapping extension="py" type="loads"/>
+ </step>
+ <step number="6">
+ <mapping extension="srd" type="coparisonResult"/>
+ <mapping extension="py" type="visualisation"/>
+ </step>
+ <step number="7">
+ <mapping extension="xml" type="schema"/>
+ </step>
+ </default-doctypes>
+
+</project-structure>
\ No newline at end of file
--- /dev/null
+menu.step.1 = Specify the study
+menu.step.2 = Design the scenario
+menu.step.3 = Create the geometry
+menu.step.4 = Generate the analysis model
+menu.step.5 = Enter the boundary conditions
+menu.step.6 = Analyze the results
+menu.step.7 = Define the calculation schema
+menu.step.8 = Capitalize this use-case
+menu.step.9 = Finalize the study
+
+folder.step.1 = Specification of the study
+folder.step.2 = Description of the scenario
+folder.step.3 = Geometry
+folder.step.4 = Analysis model
+folder.step.5 = Boundary conditions
+folder.step.6 = Calculation results
+folder.step.7 = Calculation schema
+folder.step.8 = Knowledge elements
+folder.step.9 = Final report
--- /dev/null
+cea
\ No newline at end of file
--- /dev/null
+menu.step.1 = Spécifier l''étude
+menu.step.2 = Concevoir le scénario
+menu.step.3 = Créer la géométrie
+menu.step.4 = Générer le modèle d''analyse
+menu.step.5 = Effectuer le CASTEM
+menu.step.6 = Effectuer le MECA
+menu.step.7 = Effectuer le SYRTHES
+menu.step.8 = Analyser les résultats
+menu.step.9 = Définir le schéma de calcul
+menu.step.10 = Capitaliser ce cas d''étude
+menu.step.11 = Finaliser l''étude
+
+folder.step.1 = Spécification de l''étude
+folder.step.2 = Description du scénario
+folder.step.3 = Géométrie
+folder.step.4 = Modèle d''analyse
+folder.step.5 = Exécution de calcul CASTEM
+folder.step.6 = Exécution de calcul MECA
+folder.step.7 = Exécution de calcul SYRTHES
+folder.step.8 = Résultats
+folder.step.9 = Schéma de calcul
+folder.step.10 = Élements de connaissances
+folder.step.11 = Rapport final
--- /dev/null
+<?xml version="1.0" encoding="UTF-8"?>
+
+<project-structure>
+
+
+<!-- 1. Database physical location
+ -->
+ <database>
+ <repository disk="/home/siman/Repository" />
+ </database>
+
+
+<!-- 2. Formats
+ -->
+ <formats>
+
+<!-- 2.1 Project elements identification scheme
+ Studies, Knowledges and Documents are identified by unique user references. The structure of these references is customizable.
+ You customize references through patterns.
+ A reference's pattern is a character string including format directives. These format directives allow you to insert
+ some information into the reference. The following directives are available:
+ - %yy or %yyyy for inserting the entity creation year on 2 or 4 digits
+ - %0000 for inserting a unique index, the number of digits being defined by the number of 0
+ The above index is unique in the scope of cycle defined by the first format directive (year). In other words, this index
+ restarts every new year. As such, for making references unique on this application server, both format directives (cycle
+ and index) must be present in the pattern.
+ Other characters are simply inserted as is in generated references. They can be used for extending the reference uniqueness
+ beyond application servers, by adding a prefix specific to a given server (for example, a company department name).
+ Given that these references may be used as directory or file names of the repository vault, the pattern must not include
+ illicit characters such as '/', '?', '<' etc.
+ -->
+ <references study="DER%yy%0000"/>
+
+<!-- 2.2 Physical files naming scheme
+ The physical data files stored into the repository vault can be named as follows:
+ - By the user-defined title of corresponding documents ("title" name attribute below)
+ - Encoded by a built-in scheme ("encoded" name attribute)
+ - As is, that is, by keeping the name of the imported file ("asis" name attribute - not yet supported)
+ Remarks:
+ - When using the title scheme, as file names may include accent characters, client browsers must be configured for
+ NOT encoding URLs as UTF-8.
+ - Whatever is the naming scheme used, in order to avoid name clashes, file names are anyway suffixed by an index
+ unique in the scope of the owner study.
+ -->
+ <files name="asis"/>
+
+<!-- 2.3 Document versions format
+ -->
+ <versions pattern="%M.%m[-%s]"/>
+ </formats>
+
+
+<!-- 3. Document types
+
+ Warning: Articles must be ordered in a way that used document types (uses attribute values) must previously be defined.
+ Example: "requirements" type must be defined before "specification" because "specification" uses "requirements".
+ Remarks:
+ - "knowledge" is a reserved word qualifying Knowledge Elements. So, it must not be used as a document type name.
+ - "default" and "built-in" are also reserved words used for defining validation cycles.
+ - In this version, the "uses" attribute is limited to 1 document type only.
+ -->
+ <documents>
+ <article type="requirements"/>
+ <article type="specification" uses="requirements"/>
+ <article type="design" uses="specification"/>
+ <article type="geometry" uses="design"/>
+ <article type="model" uses="geometry"/>
+ <article type="loads" uses="model"/>
+ <article type="script" uses="loads"/>
+ <article type="log" uses="script"/>
+ <article type="resultsMeca" uses="script"/>
+ <article type="resultsSyrthes" uses="script"/>
+ <article type="report" uses="resultsMeca, resultsSyrthes"/>
+ <article type="schema"/>
+ <article type="memorandum"/>
+ <article type="minutes"/>
+ <article type="coparisonResult"/>
+ <article type="visualisation"/>
+ </documents>
+
+
+<!-- 4. Simulation Context types
+
+ Warning: The Simulation Context type "product" is mandatory as it is used by at least one application.
+ -->
+ <contexts>
+
+ <!-- General information -->
+ <article type="customer"/>
+ <article type="product"/>
+ <article type="phase"/> <!-- Phase of the product -->
+ <article type="need"/> <!-- Customer needs -->
+ <article type="purpose"/> <!-- Objective of the study -->
+ <article type="physic"/> <!-- Structure analysis, Thermal-hydraulics, Neutronic... -->
+
+ <!-- Geometry characteristics Examples: -->
+ <article type="object"/> <!-- Car, Plane, Equipment... -->
+ <article type="part"/> <!-- Crankcase, Outer layer... -->
+ <article type="geometry"/> <!-- Surface, Volume -->
+
+ <!-- Model characteristics Examples: -->
+ <article type="model"/> <!-- CSG, FEM... -->
+ <article type="element"/> <!-- Bar, Surface, Volume -->
+ <article type="shape"/> <!-- (Surface) Triangle, Quadrangle... (Volume) Tetrahedron, Hexahedron... -->
+ <article type="order"/> <!-- First-order, Second-order... -->
+
+ <!-- Analysis type Examples: -->
+ <article type="analysis"/> <!-- Static, Dynamic... -->
+
+ <!-- Software tools used -->
+ <article type="platform"/>
+ <article type="module"/>
+ <article type="component"/>
+ </contexts>
+
+
+<!-- 5. Knowledge Elements types
+
+ Warning: The Knowledge Elements type "usecase" is reserved for internal use.
+ -->
+ <knowledges>
+ <article type="bestpractice"/>
+ <article type="limitation"/>
+ <article type="inconsistency"/>
+ <article type="metrics"/>
+ <article type="improvement"/>
+ </knowledges>
+
+
+<!-- 6. User activities
+
+ Remarks:
+ - Step names must naturally be unique.
+ - Simulation Contexts must be attached to one classification step only.
+ - Result document types must be results of one step only and be part of contents of the corresponding step.
+ -->
+ <activities>
+ <step name="specification">
+ <classification context="customer,product,phase,need,purpose,physic"/>
+ <flow contents="requirements,specification,minutes" result="specification"/>
+ <storage path="1.Study"/>
+ </step>
+ <scenario>
+ <step name="design">
+ <flow contents="design,memorandum,minutes" result="design"/>
+ <storage path="1.Study"/>
+ </step>
+ <step name="modeling">
+ <classification context="object,part,geometry"/>
+ <flow contents="geometry,memorandum,minutes" result="geometry"/>
+ <storage path="2.Geometry"/>
+ <module name="GEOM"/>
+ </step>
+ <step name="meshing">
+ <classification context="model,element,shape,order"/>
+ <flow contents="model,memorandum,minutes" result="model"/>
+ <storage path="3.Mesh"/>
+ <module name="SMESH"/>
+ </step>
+ <step name="meca">
+ <classification context="loads,script,platform,module,component"/>
+ <flow contents="loads,model,log,minutes,resultsMeca" result="resultsMeca"/>
+ <storage path="5.Result"/>
+ <module name="SALOME_MECA"/>
+ </step>
+ <step name="syrthes">
+ <classification context="loads,script,platform,module,component"/>
+ <flow contents="loads,model,log,minutes,resultsSyrthes" result="resultsSyrthes"/>
+ <storage path="5.Result"/>
+ <module name="SYRTHES"/>
+ </step>
+ <step name="postprocessing">
+ <flow contents="memorandum,minutes,coparisonResult,visualisation" result="coparisonResult"/>
+ <storage path="6.Report"/>
+ <module name="VISU"/>
+ </step>
+ <step name="schema">
+ <flow contents="schema" result="schema"/>
+ <storage path="7.Schema"/>
+ <module name="YACS"/>
+ </step>
+ <step name="capitalization">
+ <flow contents="knowledge"/>
+ <storage path="8.Summary"/>
+ </step>
+ </scenario>
+ <step name="reporting">
+ <flow contents="report,minutes" result="report"/>
+ <storage path="1.Study"/>
+ </step>
+ </activities>
+
+
+<!-- 6. Document validation cycles
+ Validation cycles define the actors involved in the validation steps of documents. These steps can be
+ "review", "approval" and "acceptance".
+ Remarks:
+ - Each validation cycle is defined by a tag corresponding to the type of an activity result document.
+ - The actors of validation steps can be
+ "manager", referring the responsible of study,
+ "Nx1", referring the manager of the department (see User definition for more information),
+ "Nx2", referring the boss of the department manager,
+ "customer" (most likely involved in the acceptance step).
+ -->
+ <validations>
+ <specification review="Nx1" approval="Nx2"/>
+ <report review="Nx1" approval="Nx2"/>
+ <default review="manager" />
+ </validations>
+
+<!-- 3. Check-in check-out information
+ Defines the way documents involved in the check-in check-out operations must be processed.
+ Files with import formats are automatically imported into SALOME during check-out if they are uptodate.
+ Other files are downloaded.
+ -->
+ <mappings>
+ <document type="geometry">
+ <import format="brep"/> <!-- Result Shape -->
+ </document>
+ <document type="model">
+ <import format="med"/> <!-- Result mesh without input parameters -->
+ <import format="mmed"/> <!-- Result mesh without input parameters -->
+ </document>
+ <document type="loads">
+ <import format="model"/> <!-- Input data created interactively -->
+ <import format="comm"/> <!-- Input data created interactively -->
+ <import format="syd"/> <!-- Input data created interactively -->
+ </document>
+ <document type="resultsMeca">
+ <import format="resu"/> <!-- Calculation results source file -->
+ <import format="mess"/> <!-- Calculation results source file -->
+ <import format="rmed"/> <!-- Calculation results source file -->
+ <import format="bz2"/> <!-- Calculation results source file -->
+ </document>
+ <document type="resultsSyrthes">
+ <import format="bz2"/> <!-- Calculation results source file -->
+ </document>
+ <document type="schema">
+ <import format="xml"/> <!-- Calculation results source file -->
+ </document>
+ </mappings>
+
+ <default-doctypes>
+ <step number="1">
+ <mapping extension="pdf" type="requirements"/>
+ <mapping extension="doc" type="specification"/> <!-- Microsoft Word 2003 and earlier -->
+ <mapping extension="docx" type="specification"/> <!-- Microsoft Word 2007 and later -->
+ <mapping extension="xml" type="specification"/> <!-- Microsoft Word 2007 Open XML -->
+ </step>
+ <step number="2">
+ <mapping extension="doc" type="design"/>
+ <mapping extension="docx" type="design"/>
+ <mapping extension="xml" type="design"/>
+ </step>
+ <step number="3">
+ <mapping extension="doc" type="memorandum"/>
+ <mapping extension="docx" type="memorandum"/>
+ <mapping extension="xml" type="memorandum"/>
+ <mapping extension="sldprt" type="geometry"/> <!-- SolidWorks Part -->
+ <mapping extension="sldasm" type="geometry"/> <!-- SolidWorks Assembly -->
+ <mapping extension="part" type="geometry"/> <!-- GEOM Part -->
+ <mapping extension="py" type="geometry"/> <!-- GEOM Python script -->
+ <mapping extension="brep" type="geometry"/> <!-- GEOM Part -->
+ </step>
+ <step number="4">
+ <mapping extension="doc" type="memorandum"/>
+ <mapping extension="docx" type="memorandum"/>
+ <mapping extension="xml" type="memorandum"/>
+ <mapping extension="med" type="model"/>
+ <mapping extension="mmed" type="model"/>
+ <mapping extension="py" type="model"/> <!-- SMESH Python script -->
+ </step>
+ <step number="5"> <!-- execute the calculations -->
+ <mapping extension="med" type="model"/>
+ <mapping extension="model" type="loads"/>
+ <mapping extension="py" type="loads"/>
+ </step>
+ <step number="6">
+ <mapping extension="comm" type="loads"/>
+ <mapping extension="resu" type="resultsMeca"/>
+ <mapping extension="mess" type="resultsMeca"/>
+ <mapping extension="rmed" type="resultsMeca"/>
+ <mapping extension="bz2" type="resultsMeca"/>
+ <mapping extension="py" type="loads"/>
+ </step>
+ <step number="7">
+ <mapping extension="syd" type="loads"/>
+ <mapping extension="bz2" type="resultsSyrthes"/>
+ <mapping extension="py" type="loads"/>
+ </step>
+ <step number="8">
+ <mapping extension="srd" type="coparisonResult"/>
+ <mapping extension="py" type="visualisation"/>
+ </step>
+ <step number="9">
+ <mapping extension="xml" type="schema"/>
+ </step>
+ </default-doctypes>
+
+</project-structure>
\ No newline at end of file
--- /dev/null
+menu.step.1 = Specify the study
+menu.step.2 = Design the scenario
+menu.step.3 = Create the geometry
+menu.step.4 = Generate the analysis model
+menu.step.5 = Execute MECA
+menu.step.6 = Execute SYRTHES
+menu.step.7 = Analyze the results
+menu.step.8 = Define the calculation schema
+menu.step.9 = Capitalize this use-case
+menu.step.10 = Finalize the study
+
+folder.step.1 = Specification of the study
+folder.step.2 = Description of the scenario
+folder.step.3 = Geometry
+folder.step.4 = Analysis model
+folder.step.5 = MECA calculation execution
+folder.step.6 = SYRTHES calculation execution
+folder.step.7 = Calculation results
+folder.step.8 = Calculation schema
+folder.step.9 = Knowledge elements
+folder.step.10 = Final report
--- /dev/null
+name.module = Centre d''études
+
+size.format = #,##0 Ko
+date.format = dd/MM/yyyy
+dd/MM/yyyy = jj/mm/aaaa
+
+@som@
+
+type.document.requirements = Cahier des charges
+type.document.specification = Document de spécification
+type.document.design = Document de conception
+type.document.geometry = Géométrie
+type.document.model = Modèle d''analyse
+type.document.loads = Conditions de calcul
+type.document.script = Script d''exécution
+type.document.log = Log d''exécution
+type.document.results = Résultats de calcul
+type.document.resultsMeca = Résultats de calcul MECA
+type.document.resultsSyrthes = Résultats de calcul Syrthes
+type.document.report = Rapport final
+type.document.memorandum = Note technique
+type.document.minutes = Compte rendu
+type.document.coparisonResult= Study comparison result
+type.document.schema = Calculation schema
+type.document.visualisation = Visualisation of the results
+
+type.context.customer = Client
+type.context.product = Produit
+type.context.phase = Phase du produit
+type.context.need = Besoin client
+type.context.purpose = Finalité de l''étude
+type.context.physic = Type de physique
+type.context.object = Objet étudié
+type.context.part = Objet modélisé
+type.context.geometry = Type de géométrie
+type.context.model = Type de modèle
+type.context.element = Type d''éléments
+type.context.shape = Géométrie des éléments
+type.context.order = Degré des éléments
+type.context.analysis = Type d''analyse
+type.context.platform = Plate-forme logicielle
+type.context.module = Module de calcul
+type.context.component = Brique technologique
+
+type.knowledge.usecase = Use case
+type.knowledge.bestpractice = Bonne pratique
+type.knowledge.limitation = Limitation
+type.knowledge.inconsistency = Incohérence
+type.knowledge.metrics = Métrique
+type.knowledge.improvement = Amélioration
+
+history.creation = Document créé par
\ No newline at end of file
--- /dev/null
+name.module = Study Manager
+
+size.format = #,##0 Kb
+date.format = MM.dd.yyyy
+MM.dd.yyyy = mm.dd.yyyy
+
+@som.en@
+
+type.document.requirements = Customer requirements
+type.document.specification = Specification document
+type.document.design = Design document
+type.document.geometry = Geometry
+type.document.model = Analysis model
+type.document.loads = Boundary conditions
+type.document.script = Execution script
+type.document.log = Execution log
+type.document.results = Calculation results
+type.document.resultsMeca = MECA calculation results
+type.document.resultsSyrthes = Syrthes calculation results
+type.document.report = Final report
+type.document.memorandum = Technical report
+type.document.minutes = Minute meeting
+type.document.coparisonResult= Study comparison result
+type.document.schema = Calculation schema
+type.document.visualisation = Visualisation of the results
+
+type.context.customer = Customer
+type.context.product = Product
+type.context.phase = Product phase
+type.context.need = Customer needs
+type.context.purpose = Purpose of study
+type.context.physic = Physics
+type.context.object = Studied object
+
+type.context.part = Modeled object
+type.context.geometry = Geometry type
+type.context.model = Type of analysis model
+type.context.element = Element type
+type.context.shape = Geometry of elements
+type.context.order = Order of elements
+type.context.analysis = Analysis type
+type.context.platform = Software platform
+type.context.module = Solver
+type.context.component = Software component
+
+type.knowledge.usecase = Use case
+type.knowledge.bestpractice = Best practice
+type.knowledge.limitation = Limitation
+type.knowledge.inconsistency = Inconsistency
+type.knowledge.metrics = Metrics
+type.knowledge.improvement = Improvement
+
+history.creation = Document created by
\ No newline at end of file
