diff options
| -rw-r--r-- | .gitignore | 1 | ||||
| -rw-r--r-- | docs/fr/source/index.rst | 1 | ||||
| -rw-r--r-- | docs/fr/source/interface-utilisateur.rst | 8 | ||||
| -rw-r--r-- | docs/fr/source/principes.rst | 13 |
4 files changed, 18 insertions, 5 deletions
diff --git a/.gitignore b/.gitignore index fb2ae0068..a9368a7a7 100644 --- a/.gitignore +++ b/.gitignore @@ -39,3 +39,4 @@ ishtar_common/fixtures/towns-fr.json drassm_app .code-workspace .vscode/* +example_project/local_settings.py.old diff --git a/docs/fr/source/index.rst b/docs/fr/source/index.rst index a22a62ce0..54815c98e 100644 --- a/docs/fr/source/index.rst +++ b/docs/fr/source/index.rst @@ -14,7 +14,6 @@ Contents: principes interface-utilisateur interface-administrateur - installation annexe-1-rattachement annexe-2-permission-action annexe-3-ex-flux-ope diff --git a/docs/fr/source/interface-utilisateur.rst b/docs/fr/source/interface-utilisateur.rst index e581b8a2d..8853ba79f 100644 --- a/docs/fr/source/interface-utilisateur.rst +++ b/docs/fr/source/interface-utilisateur.rst @@ -87,7 +87,7 @@ La zone de recherche permet deux types de recherches distinctes : une recherche Recherche libre +++++++++++++++ -Chaque élément de la base de données est indexé afin de pouvoir permettre ce type de recherche de manière performante. Propriétés et descriptions rattachées aux éléments sont indexés. De même chaque élément parent est compris dans l'index de l'élément enfant. +Chaque élément de la base de données est indexé afin de pouvoir permettre ce type de recherche de manière performante. Les propriétés et descriptions rattachées aux éléments sont indexées. De même chaque élément parent est compris dans l'index de l'élément enfant. Plus précisément : @@ -96,11 +96,13 @@ Plus précisément : - l'index de recherche d'une Unité d'Enregistrement comprend les propriétés des opérations et des sites(entités) archéologiques lié(e)s ; - l'index de recherche du mobilier comprend les propriétés des opérations, des sites(entités) archéologiques et des Unités d'Enregistrement lié(e)s. +En revanche tous les champs de la base ne sont pas indexés, ceci afin que les résultats restent cohérents. + Les index de recherche permettent de faire des recherches en s'affranchissant des pluriels et de la casse. **Exemple** : des recherches sur les termes « AMPHORE », « AMPHORES » et « amphores » renverront bien tous les éléments concernant des amphores. -.. note:: Par choix de ne pas intégrer des résultats trop éloignés de la recherche initiale, les fautes de frappes et orthographe ne sont pas pris en charge. Les recherches par orthographe approximative sont plus adaptées à des interfaces grand public qu'à des bases de données métier. Concrètement lorsque l'on cherche avec le terme « amphore », les résultats deviennent peu pertinents si par exemple nous sont renvoyés des éléments évoquant un « phare » dans sa description. +.. note:: Par choix de ne pas intégrer des résultats trop éloignés de la recherche initiale, les fautes de frappe et d'orthographe ne sont pas prises en charge. Les recherches par orthographe approximative sont plus adaptées à des interfaces grand public qu'à des bases de données métier. Concrètement lorsque l'on cherche avec le terme « amphore », les résultats deviennent peu pertinents si par exemple nous sont renvoyés des éléments évoquant un « phare » dans sa description. En revanche la recherche libre comprend tout terme de recherche avec le sens « Commence par ». Ainsi une recherche sur ``amp`` renverra autant les amphore que les ampoules. Adjoindre plusieurs termes correspond à faire une recherche avec l'opérateur logique *ET*. @@ -125,7 +127,7 @@ Après sélection d'une ou plusieurs contraintes dans le formulaire, en cliquant .. note:: Dans la recherche par critère, le moteur recherche exactement la valeur entrée. Si l'on souhaite faire une recherche ouverte du type « contient la valeur », il faut ajouter un astérisque ``*`` à la valeur. -**Exemple** : une recherche avec le terme « ``amp*`` » retournera tous les éléments concernant des amphores ou des ampoules. +**Exemple** : « ``denomination="éclat"`` » retournera uniquement les éléments dont la dénomination est exactement Éclat, tandis que « ``denomination="éclat*"`` » renverra tous les éléments dont la dénomination contient le mot éclat, donc par exemple Lots d'éclats, éclat retouché, etc. De la même manière pour les nombres, « ``patriarche="1012"`` » donnera uniquement l'OA1012, alors que ``patriarche="1012*"`` renverra toutes les OA contenant les chiffres 1012, donc par exemple 101201 ou 1010125. .. warning:: Contrairement à la recherche libre, la juxtaposition des termes concernant un même attribut est comprise comme un opérateur *OU*. Ainsi « ``annee="2018" annee="2017"`` » listera les éléments de l'année 2017 ou 2018. Néanmoins pour les attributs différents, cela reste à comprendre comme un opérateur *ET*. Ainsi « ``annee="2018" annee="2017" type-objet="Ancre et corps-mort"`` » listera le mobilier avec un type d'objet « Ancre et corps-mort » et rattaché à une des années 2017 ou 2018. diff --git a/docs/fr/source/principes.rst b/docs/fr/source/principes.rst index 32313f990..840277650 100644 --- a/docs/fr/source/principes.rst +++ b/docs/fr/source/principes.rst @@ -133,6 +133,10 @@ Ishtar gère les relations entre UE. Cela permet notamment de définir des UE em Mobilier - Traitement --------------------- +Un traitement est défini comme une action portée par un responsable sur du mobilier archéologique dans un lieu donné. Dans ce cadre, un lavage, une restauration, un prélèvement pour analyse, une radiographie, une étude, un conditionnement, un prêt pour expo ou une mise en dépôt sont tous des traitements (que le gestionnaire de mobilier est libre d'enregistrer ou non). + +Un traitement peut mener à ce que plusieurs objets ou lots deviennent un seul lot ou objet (un remontage par exemple : N à 1), ou à l'inverse qu'un objet suite à un traitement en devienne plusieurs (1 à N). + Le mobilier tel qu'habituellement compris se découpe en deux sous-éléments au sein d'Ishtar : - le mobilier d'origine ; @@ -147,10 +151,17 @@ Sur la figure ci-dessous chaque « Fiche mobilier » correspond à un élément .. image:: _static/traitement.png +Mobilier - Demande de traitement +-------------------------------- + +La gestion des demandes de traitement au sein d'Ishtar est prévue pour permettre d'archiver les documents liés à toute demande ou préparation de traitement. Elle permet de générer automatiquement des documents liés à chaque contexte. +Par exemple, lors de la réception d'une demande de prêt de mobilier pour une expo, créer une demande de traitement dans Ishtar permet d'enregistrer la demande, puis de générer automatiquement (selon les modèles définis sur l'instance) une réponse de refus ou au contraire une convention de prêt (à la suite de quoi, une fois la convention dûment signée, l'on créera le traitement Prêt associé). +Lors d'un besoin de restauration, créer une demande de traitement dans Ishtar permet de générer une demande de devis, puis éventuellement d'archiver les devis reçus, avant de créer le traitement Restauration avec le prestataire choisi. + Document -------- -Les documents sont gérés de manière transversale et peuvent être librement associé à un ou plusieurs éléments (opération, site, UE, traitement, mobilier, etc.) de la base de données. Des méta-données peuvent être renseignées pour chacun de ces documents et une image, un fichier peuvent être le cas échéant adjoint. +Les documents sont gérés de manière transversale et peuvent être librement associés à un ou plusieurs éléments (opération, site, UE, traitement, mobilier, etc.) de la base de données. Des méta-données peuvent être renseignées pour chacun de ces documents et une image, un fichier peuvent être le cas échéant adjoint. .. |