13.07.2015 Views

Assistance au calage de modèles numériques en hydraulique ... - TEL

Assistance au calage de modèles numériques en hydraulique ... - TEL

Assistance au calage de modèles numériques en hydraulique ... - TEL

SHOW MORE
SHOW LESS
  • No tags were found...

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

CHAPITRE 1 DÉFINITIONS– un répertoire <strong>de</strong>s tâches effectuées ;– un générateur <strong>de</strong> rapport <strong>de</strong> modélisation, actuellem<strong>en</strong>t <strong>en</strong> développem<strong>en</strong>t.1.3.5 Notre propositionDans cette section, nous proposons un protocole pour la modélisation numériquebasé sur le référ<strong>en</strong>tiel terminologique développé dans la section 1.2. Après une <strong>de</strong>scription<strong>de</strong>s différ<strong>en</strong>ts acteurs, le protocole est introduit, avec une prés<strong>en</strong>tation <strong>en</strong> détail <strong>de</strong>l’activité <strong>de</strong> construction du modèle.Les acteurs <strong>de</strong> la modélisation numériqueScholt<strong>en</strong> et Udink t<strong>en</strong> Cate (1999), puis Scholt<strong>en</strong> et al. (2004) ont proposé uneclassification <strong>de</strong>s acteurs interv<strong>en</strong>ant dans le processus <strong>de</strong> modélisation. Le table<strong>au</strong> 1.4conti<strong>en</strong>t une proposition plus rec<strong>en</strong>trée sur l’objet ✭ modèle numérique ✮ et développéedans une optique plus réduite <strong>de</strong> validation opérationnelle.La figure 1.5 permet <strong>de</strong> relier les différ<strong>en</strong>ts rôles <strong>au</strong>x processus du référ<strong>en</strong>tiel terminologique.Cette figure utilise le formalisme graphique UML (Unified Mo<strong>de</strong>llingLanguage) (OMG, 2003) qui sera utilisé tout <strong>au</strong> long <strong>de</strong> ce mémoire, et principalem<strong>en</strong>tdans la partie II. Les principales notations employées dans ce formalisme sontrappelées dans l’annexe B. Le langage UML est <strong>de</strong>v<strong>en</strong>u un standard pour la conception<strong>en</strong> informatique, et est largem<strong>en</strong>t utilisé pour représ<strong>en</strong>ter <strong>de</strong>s artefacts logiciels. Il nousa ainsi permis <strong>de</strong> spécifier notre système d’assistance <strong>au</strong> <strong>calage</strong>.On peut noter que les cinq rôles <strong>de</strong> la figure 1.5 ne représ<strong>en</strong>t<strong>en</strong>t pas nécessairem<strong>en</strong>tcinq personnes – ou groupe <strong>de</strong> personnes – différ<strong>en</strong>tes. En effet, un même rôle vapouvoir être t<strong>en</strong>u successivem<strong>en</strong>t par plusieurs personnes. Voyons cela <strong>au</strong> travers d’unexemple : <strong>en</strong> hydr<strong>au</strong>lique fluviale, la définition du domaine d’application visé peut êtreréalisée <strong>en</strong> partie par le maître d’ouvrage (par exemple, simulation <strong>de</strong>s nive<strong>au</strong>x d’e<strong>au</strong>)et par l’ingénieur chargé <strong>de</strong> l’étu<strong>de</strong> (par exemple, choix <strong>de</strong> l’utilisation <strong>de</strong>s équations<strong>de</strong> Saint-V<strong>en</strong>ant <strong>en</strong> régime perman<strong>en</strong>t). De plus, la distinction <strong>en</strong>tre ces acteurs vadép<strong>en</strong>dre fortem<strong>en</strong>t du contexte <strong>de</strong> la modélisation :Dans un contexte d’ingénierieLe déci<strong>de</strong>ur est à l’initiative <strong>de</strong> la modélisation ; les phases d’analyse et bi<strong>en</strong> souv<strong>en</strong>t<strong>de</strong> programmation ont été réalisées <strong>en</strong> amont et le théorici<strong>en</strong> et le développeurn’intervi<strong>en</strong>n<strong>en</strong>t donc pas ; <strong>en</strong> revanche, le modélisateur et l’utilisateur sont tous <strong>de</strong>uxreprés<strong>en</strong>tés par l’ingénieur <strong>en</strong> charge <strong>de</strong> l’étu<strong>de</strong>. Ces <strong>de</strong>ux acteurs peuv<strong>en</strong>t être <strong>de</strong>s personnesdiffér<strong>en</strong>tes dans le cas d’une nouvelle étu<strong>de</strong> du même système.Dans un contexte <strong>de</strong> rechercheLe modélisateur, l’utilisateur et le déci<strong>de</strong>ur form<strong>en</strong>t une seule et même personne :le chercheur ; il peut <strong>au</strong>ssi être développeur s’il n’existe pas <strong>de</strong> co<strong>de</strong> <strong>de</strong> calcul adapté, etmême théorici<strong>en</strong> quand le modèle conceptuel du système est à construire.Processus <strong>de</strong> modélisation numériqueLa figure 1.6 prés<strong>en</strong>te le processus <strong>de</strong> modélisation numérique <strong>en</strong> accord avec leréfér<strong>en</strong>tiel <strong>de</strong> Refsgaard et H<strong>en</strong>riks<strong>en</strong>. On retrouve les cinq types d’acteurs prés<strong>en</strong>tés15

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!