diff options
Diffstat (limited to 'docs/fr/source/principes.rst')
| -rw-r--r-- | docs/fr/source/principes.rst | 133 |
1 files changed, 94 insertions, 39 deletions
diff --git a/docs/fr/source/principes.rst b/docs/fr/source/principes.rst index ca721ab62..ac902fe4b 100644 --- a/docs/fr/source/principes.rst +++ b/docs/fr/source/principes.rst @@ -8,6 +8,8 @@ Principes :Date: 2020-11-23 :Copyright: CC-BY 3.0 +---------------------------------- + Ce document présente les grands principes qui structurent Ishtar. Présentation @@ -44,36 +46,88 @@ Fonctionnalités La version actuelle permet d'accomplir les tâches suivantes : -- saisie des opérations, -- saisie des unités d'enregistrement (UE), -- saisie du mobilier archéologique, -- association à de la documentation, -- production automatique d'inventaires conformes (UE, mobilier, documents), -- gestionnaire de médias (stockage et gestion des photos, pdf des rapports, etc.), -- personnalisation des formulaires (ajouts de champs personnalisés, choix de l'affichage des champs Ishtar), -- imports paramétrables et archivables, incluant éventuellement les liens vers des images, depuis des fichiers tabulaires (format csv, fichier zip pour les images), -- recherche avancée (recherche plein texte et par critère, enregistrement de recherche, gestion d'alertes), -- exports (csv) suite à une recherche ou par élément sélectionné (opération, UE, mobilier), -- production de documents formatés (patrons au format odt), -- production de fiches types pour les opérations, UE ou mobilier (format odt et pdf), -- tableau de bord produisant automatiquement des statistiques et des graphiques, -- connexion (jointure) avec un SIG (testé avec QGIS), - -Module administratif -******************** - -- saisie des dossiers, -- ajout d'actes administratifs (courriers, arrêtés, etc.), -- production automatique de courriers administratifs (accusés de réception, etc.), - -Module lieux de conservation -**************************** - -- gestion des mouvements de mobilier, -- production automatique de documents tels conventions de prêts, fiches d'état, etc. -- conditionnement, -- sélection par « panier », -- gestion des contenants et étiquetage : il n'est pas prévu qu'Ishtar génère directement des étiquettes (pdf) mais plutôt des fichiers csv pouvant être utilisés selon tout format d'étiquette via « publi-postage » dans un logiciel tiers (libre-office, excel, etc.). +**Module Base (« opérations ») et fonctionnalités transversales** + +* saisie des opérations, +* saisie des unités d'enregistrement (UE), +* saisie du mobilier archéologique, +* association à de la documentation, +* gestion des médias (stockage et gestion des photos, pdf des rapports, etc.), +* production automatique d'inventaires conformes (UE, mobilier, documents), +* imports paramétrables et archivables, incluant éventuellement les liens vers des images, depuis des fichiers tabulaires (format csv, fichier zip pour les images), +* recherches diverses, en texte libre ou par paramètres, avec affichage des résultats sous forme de tableaux, galeries d'images et statistiques paramétrables, +* exports (csv) suite à une recherche ou par élément sélectionné (opération, UE, mobilier), +* génération automatiques de documents d'après des patrons au format odt (format OpenDocument lisible par Libre/Open Office et Word), +* production de fiches types pour les opérations, UE ou mobilier (format odt et pdf), +* personnalisation des formulaires (ajouts de champs personnalisés, choix de l'affichage des champs Ishtar), +* fédération d’instances : Une instance source peut partager en lecture un sous-ensemble de ses données avec des instances destinataires, avec possibilité d’export (Partage contrôlable et sécurisé) + +**Module Dossiers/administratif** + +* saisie des dossiers, +* ajout d'actes administratifs (courriers, arrêtés, etc.), +* production automatique de courriers administratifs (accusés de réception, etc.), + +**Module Opérateur préventif (extension du module dossier)** + +* rédaction de plan d’intervention, +* gestion / suivi des coûts (coûts forfaitaires ou à l’unité, en fouille, post-fouille, estimés et réels). + +**Module Site/Entité archéologique** + +* saisie de données archéologiques connues, +* association à des opérations en cours, +* exports (csv) suite à une recherche ou par élément sélectionné. + +**Module Unités d’enregistrements** + +* saisie des unités d'enregistrement (UE) en lien avec une OA, +* association à un numéro de parcelle. + +**Module Mobilier** + +* saisie du mobilier, +* association à une UE, +* association a de la documentation. + +**Module Lieux de conservation** + +* gestion des mouvements de mobilier, +* production automatique de documents tels conventions de prêts, fiches d'état, etc. +* conditionnement, +* sélection par « panier », +* gestion des contenants et étiquetage (patrons odt), + +**Module Conservation** + +* ajout de champs propres à la conservation dans le formulaire mobilier, +* gestion des traitements (on peut documenter tous les évènements d'un mobilier après sa mise au jour, que ce soit une radiographie, une restauration ou un prêt pour une exposition, ...), +* gestion des demandes de traitement (enregistrement des demandes reçues, exemple demande de prêt pour étude ou exposition), +* génération automatique de documents administratifs liés (convention de dépôt, etc.), + +**Module Archéologie sous-marine** + +* ajout de champs propres à l'archéologie sous-marine dans les différents formulaires, + +**Module Cartographie** + +.. image:: _static/cartographie_operations.jpg + :class: image-right + :alt: exemple cartographie des opérations d'une instance Ishtar + +* gestion des différents système de coordonnées de référence (SRC) via leurs codes EPSG, +* gestion des coordonnées (mobilier, unités d'enregistrements, sites, opérations archéologiques, communes) sous forme de point et/ou polygone, +* affichage des résultats de recherche sous forme cartographique, +* connexion (jointure) avec un SIG (testé avec QGIS). + +**Module Musée** + +* ajout de champs propres à la régie des collections muséales dans le formulaire mobilier. + +**Portail** + +* portail public vitrine (mini-CMS fonctionnant avec une API Ishtar, permettant l'affichage de paniers de mobilier avec leurs notices). + Modules / configuration ======================= @@ -82,11 +136,11 @@ Selon le périmètre fonctionnel dans lequel Ishtar est utilisé, il convient d' .. note:: L'activation / désactivation d'un module ne change jamais la structure des données. Il est tout à fait possible d'activer ponctuellement un module sans que cela n'altère les données en base. -Des dépendances entre modules existent. Ces dépendances sont logiques et se comprennent aisément si l'on a intégré la structure de la base de données d'Ishtar (cf. :ref:`structure-de-la-base-de-données`). En cas de doute, si une dépendance est manquante lors de l'activation du module un message explicite est donné. +Des dépendances entre modules existent. Ces dépendances sont logiques et se comprennent aisément si l'on a intégré la structure de la base de données d'Ishtar (cf. :ref:`structure-de-la-base-de-données`). Si une dépendance est manquante lors de l'activation du module un message explicite est donné. -L'activation des modules est faite en administration sur la page de configuration d'instance Ishtar (cf. :ref:`documentation administrateur <configuration-instance-ishtar>`). +L'activation des modules est faite en administration sur la page de configuration d'instance Ishtar (cf. :ref:`documentation administration applicative <configuration-instance-ishtar>`). -Par ailleurs au niveau de la configuration d'instance Ishtar un certain de nombre de paramètres de fonctionnement Ishtar peuvent être ajustés. Ceux-ci sont détaillés dans la :ref:`documentation administrateur <configuration-instance-ishtar>`. +Par ailleurs au niveau de la configuration d'instance Ishtar un certain de nombre de paramètres de fonctionnement Ishtar peuvent être ajustés. Ceux-ci sont détaillés dans la :ref:`documentation administration applicative <configuration-instance-ishtar>`. .. warning:: Contrairement à l'activation des modules, certains paramètres ont une incidence importante sur les données stockées dans Ishtar, notamment en ce qui concerne la gestion des identifiants mobiliers, des identifiants documents, etc. En tant qu'administrateur, si vous souhaitez une configuration différente de la configuration par défaut d'Ishtar, il est nécessaire de modifier ces paramètres en amont. @@ -96,7 +150,7 @@ Structure de la base de données =============================== La base de données n'est pas détaillée table par table dans cette documentation mais nous allons vous présenter les grandes notions utilisées. -La structure présentée peut apparaître rigide mais c'est un mal nécessaire pour une certaine standardisation de données archéologiques. Par ailleurs les concepts sont très larges et d'expérience s'adapte très bien à la plupart des contextes. +La structure présentée peut apparaître rigide mais c'est un mal nécessaire pour une certaine standardisation des données archéologiques. Par ailleurs les concepts sont très larges et d'expérience s'adapte très bien à la plupart des contextes. .. image:: _static/graphique_structure_ishtar.png @@ -107,7 +161,7 @@ Opération archéologique L'opération archéologique est le cœur du modèle de données d'Ishtar. Au sein d'Ishtar, l'opération archéologique est définie comme une action (ou un projet d'action) permettant d'acquérir des données archéologiques, sous la responsabilité d'une personne (exemples : découverte fortuite, diagnostic, fouille programmée, prospection, etc.) et dans un lieu si possible défini. -Si l'opération est au centre du modèle de données d'Ishtar plutôt que le site ou l'entité archéologique, c'est parce que ce dernier est une interprétation (comme toute interprétation, sujette à évolution dans le temps) des données, alors que l'opération est l'information qui permet au mieux de regrouper un corpus documentaire cohérent mettant en lien des documents (plans, rapports, photos, etc.) et du mobilier. +Si l'opération est au centre du modèle de données d'Ishtar plutôt que le site (ou l'entité archéologique), c'est parce que ce dernier est une interprétation des données (et comme toute interprétation, sujette à évolution dans le temps), alors que l'opération est l'information qui permet au mieux de regrouper un corpus documentaire cohérent mettant en lien des documents (plans, rapports, photos, etc.) et du mobilier. Il est possible de créer des liens entre des opérations, soit en les associant à un même dossier source (avec le module « administratif », ex. : un permis de construire qui est associé à un diagnostic et une fouille préventive), soit en définissant une relation entre des opérations globales (ex. : PCR, suivi d'autoroutes, etc.) et d'autres plus ponctuelles (phases, tranches, secteurs, etc.). Le regroupement d'opérations est également pratique en contexte de fouilles programmées, où il peut être utile d'avoir des inventaires pour chaque opération par année, mais également une vision globale de la succession des fouilles (opération globale). En contexte de grande opération préventive, ce système peut servir à individualiser des secteurs de fouilles disposant de modes d’enregistrements spécifiques. L'utilisateur a toute latitude pour organiser les opérations entres elles selon ses besoins, du moment que ces éléments clefs représentent bien des lots documentaires et mobilier a priori cohérents. @@ -120,7 +174,7 @@ Malgré le choix de l'opération comme rôle central de son modèle de données, Parcelle -------- -Les parcelles sont gérées précisément au sein d'Ishtar en étant directement rattachées aux UE. Cela permet de faciliter la gestion des questions légales concernant le mobilier (réalisation du « partage » ou responsabilité en cas de restauration). Si la parcelle de l'UE n'est pas connue ou si elle n'est pas sujette a contrainte légale, il est possible d'associer une parcelle virtuelle ou de ne pas renseigner ce champ. +Les parcelles sont gérées précisément au sein d'Ishtar en étant directement rattachées aux UE. Cela permet de faciliter la gestion des questions légales concernant le mobilier (réalisation du « partage » ou responsabilité en cas de restauration). Si la parcelle de l'UE n'est pas connue ou si l'instance n'est pas sujette a contrainte légale, il est possible d'associer une parcelle inconnue ou de ne pas renseigner ce champ. Unité d'enregistrement ---------------------- @@ -145,7 +199,7 @@ Le mobilier tel qu'habituellement compris se découpe en deux sous-éléments au Le mobilier d'origine comprend les informations invariantes tout au long de la vie de l'objet, telle que son contexte de découverte, son inventeur, etc. Le mobilier actuel (généralement juste appelé « mobilier » au sein d'Ishtar) permet de caractériser l'objet tout au long de sa vie. -Le distinguo entre de ces deux notions permet notamment une gestion fine des traitements simples (destructif ou non) et complexes (tri, remontage, etc.) avec une connaissance précise de l'historique de l'objet (lieux, responsables et documentations peuvent être associées à chaque traitement). +Le distinguo entre ces deux notions permet notamment une gestion fine des traitements simples (destructif ou non) et complexes (tri, remontage, etc.) avec une connaissance précise de l'historique de l'objet (lieux, responsables et documentations peuvent être associées à chaque traitement). Sur la figure ci-dessous chaque « Fiche mobilier » correspond à un élément « mobilier actuel » en base de données. Chaque élément et chaque traitement a une fiche associée. @@ -156,7 +210,7 @@ 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é). +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 patrons de documents 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. @@ -181,6 +235,8 @@ Pour alimenter Ishtar en données, on distingue 3 modes opératoires : Chacun de ces modes offrent avantages et inconvénients qu'il faut avoir en tête pour utiliser Ishtar de manière optimale. +.. _principes-import: + Import ------ @@ -339,7 +395,6 @@ L'arbre de prise en compte des éléments parents pour les données géographiqu .. note:: Dans le profil d'instance, il est possible d'activer un degré d'imprécision. Cela permet de mettre un positionnement approximatif des éléments sur la fiche au cas où ces fiches seraient consultables par des tiers non dignes de confiance. Pour ce faire, les coordonnées sont tronquées (X nombres après la virgule) pour l'affichage (les données en base de données restent inchangées). La troncature est opérée sur les coordonnées en WGS 84 (latitude/longitude). - .. TODO: Parler d'historisation |