Observatoire du Patrimoine - Julien Dahanjulien.dahan.free.fr/realisations/rea-2005-07/Spec detaillees OdP... · ITREC Gestion: 59, rue de Billancourt – BP 56 – 92105 BOULOGNE

ITREC Gestion: 59, rue de Billancourt – BP 56 – 92105 BOULOGNE BILLANCOURT Cedex Téléphone : 01 46 03 60 58 – Télécopieur : 01 46 03 61 81 - www.itrec.com

10/05/2004

Observatoire du

Patrimoine Version 01.00

Spécifications fonctionnelles détaillées

Spécifications fonctionnelles détaillées de l’Observatoire du Patrimoine

ITREC Gestion: 59, rue de Billancourt – BP 56 – 92105 BOULOGNE BILLANCOURT Cedex Téléphone : 01 46 03 60 58 – Télécopieur : 01 46 03 61 81 - www.itrec.com

Création

Nom Société Fonction Date

BORIE Ghislain

ITREC Gestion Chef de Projet 10/05/2004

Modification

Nom Société Fonction Date Visa

DAHAN Julien

ITREC Gestion Ingénieur d’étude et développement

12/04/2005

Validation

Nom Société Fonction Date Visa

Nom Prénom

ITREC Gestion Titre

Suivi des modifications

Date Version Descriptif

10/05/2004

1.00 Création du document.


Nom du fichier : Spec detaillees OdP - Julien Dahan.doc Date : 16/04/2007 02:30:00 3 / 74 Référence : MTH 000 000 001

ITREC GESTION 59, rue de Billancourt BP 56 92105 Boulogne Billancourt Tél. : +33 (0)1 46 03 60 58 Fax : +33 (0)1 46 03 61 81 Site : www.itrec.com

Sommaire

1. PRESENTATION.........................................................................................5

1.1 Objet du document ...................................................................................................................... 5

1.2 Domaine d'application................................................................................................................. 5

1.3 Description du document ............................................................................................................ 6

1.4 Conventions typographiques....................................................................................................... 6

2. DOCUMENTS..............................................................................................7

2.1 Documents applicables ................................................................................................................ 7

2.2 Documents de référence .............................................................................................................. 7

3. EXPRESSION DES BESOINS UTILISATEURS .........................................8

4. SCHEMA DES DONNEES ........................................................................10

4.1 REGLES DE NOMMAGE........................................................................................................ 11

4.2 Schéma ODP............................................................................................................................... 12

4.3 Schéma GIMA............................................................................................................................ 13

5. FONCTIONNALITES DU SYSTEME ........................................................14

5.1 Description du chapitre ............................................................................................................. 14

5.2 Connexion................................................................................................................................... 16

5.3 Droits d’ACCES AUX DONNEES........................................................................................... 17

5.4 Droits d’accès aux options......................................................................................................... 19

5.5 Gestion des menus...................................................................................................................... 21

5.6 NIVEAUx PHYSIQUEs OPTIONNELs.................................................................................. 24

5.7 Messagerie .................................................................................................................................. 25

5.8 IMPRESSION ............................................................................................................................ 26

5.9 REcherche textuelle ................................................................................................................... 27

5.10 Résultat recherche ..................................................................................................................... 33




5.11 Carnet d’identité COMPLEXE IMMOBILIER ..................................................................... 35

5.12 Carnet d’identité ZONE............................................................................................................ 38

5.13 Carnet d’identité bâtiment........................................................................................................ 41

5.14 Carnet d’identité UNITE DE GESTION................................................................................. 45

5.15 CARNET DE SANTE UNITE DE GESTION......................................................................... 48

5.16 CARNET D’IDENTITE PARCELLE ..................................................................................... 52

5.17 Liste des interventions ............................................................................................................... 55

5.18 CARNET DE SANTE COMPLEXE IMMOBILIER............................................................. 57

5.19 CARNET DE SANTE BATIMENT .......................................................................................... 60

5.20 ECRAN DES INDICATEURS.................................................................................................. 64

5.21 Tableaux de bord / Synthèse financière ................................................................................... 70




1. PRESENTATION

1.1 OBJET DU DOCUMENT L’ « Observatoire du patrimoine » s’inscrit dans la gamme des produits Gima. Cette

nouvelle application viendra compléter l’offre d’ITREC Gestion pour ses clients de type collectivité locale.

Ce document est la spécification fonctionnelle détaillée de l’application « Observatoire du patrimoine ».

A partir des spécifications fonctionnelles générales issues de l’expression des besoins des futurs utilisateurs et de la stratégie élaborée par ITREC Gestion, ces spécifications permettent de décrire de manière détaillée les fonctions que doit réaliser le logiciel, l’environnement, les contraintes et les critères qualité.

1.2 DOMAINE D'APPLICATION Ce document s’applique à la phase de conception de l’application « Observatoire du

patrimoine ».

Ce document finalise la conception générale et permet de d’amorcer la conception détaillée.

1.2.1 STRUCTURES IMPLIQUEES ITREC Gestion fait partie de la holding ADELIOR.

La stratégie générale du produit est donnée par le PDG d’ADELIOR à Paris. La stratégie technique et fonctionnelle du produit est donnée par le directeur technique du produit Gima à Toulouse. L’équipe de développement est constituée à l’heure actuelle de deux personnes à Toulouse.

1.2.2 CONTEXTE POLITIQUE Le produit Gima aurait pu disparaître en 2003 suite à la liquidation judiciaire de la

société Cognicase, alors propriétaire du produit. Pendant un an et demi il n’y a eu aucune activité commerciale et les clients existants ont pu avoir le sentiment d’un investissement à perte.

La holding Adelior a racheté le produit ainsi que ses équipes, persuadée du potentiel du produit. ITREC Gestion doit remettre en confiance les clients existants et relancer l’activité commerciale à travers la France.

Cette application est stratégique pour ITREC Gestion :

D’un point de vue technologique (Internet, Java, monde libre, …),

D’un point de vue fonctionnel avec la connectivité cartographique,

Pour son image de marque, cela va renouveler, compléter l’intérêt et même ouvrir de nouvelles perspectives à la gamme de produit Gima vis à vis des collectivités locales.




1.3 DESCRIPTION DU DOCUMENT Les différents chapitres de ce document sont composés ainsi :

II : document ayant servi à établir ce dossier.

III: besoins complémentaires exprimés par les utilisateurs potentiels de l’application.

IV : traduction en fonctions des besoins stratégiques d’ITREC Gestion et de ceux exprimés par les utilisateurs potentiels.

X : architecture informatique générale de l’application.

XI : Modélisation des objets mis en œuvre dans l’application.

XII et XIII : minimaux requis au bon fonctionnement du logiciel en terme de matériel et de logiciel.

XIV : principes à appliquer dans le cadre de la gestion des erreurs pouvant survenir au cours de l’utilisation du logiciel.

XVI : Description du plan de charge estimé pour la réalisation totale du logiciel.

1.4 CONVENTIONS TYPOGRAPHIQUES

Définitions

Nom Indique que ce nom doit être repris tel quel sans modification.

Nom Indique que ce nom doit être instancié en fonction du paramétrage utilisateur.




2. DOCUMENTS

2.1 DOCUMENTS APPLICABLES [ \\Srvtlse\GIMA_Spécifications\Filtre_des_données\Hiérarchie_SDG\Filtre patrimoine.DOC]

Spécifications du filtre appliqué sur le code hiérarchique d’un utilisateur par rapport à la SDG des UG.

[\\Srvtlse\GIMA_Spécifications\Filtre_des_données\Sélecteurs\Guide utilisateur - Filtres sur sélecteurs.doc ]

Spécifications des filtres appliqués sur un utilisateur pour la sélection d’items de Gima.

[ \\SRVTLSE\Documents\Methodes\Chartes\CharteGraphiqueDeveloppeur.doc] Règles d’ergonomie et de développement IHM pour GimaWeb.

2.2 DOCUMENTS DE REFERENCE [ SFG_04]

Spécifications fonctionnelles générales de l’Observatoire du Patrimoine Version 1.04 du 15/04/04 – ITREC GESTION Dans ce document, les paragraphes :

♦ Terminologie ♦ Abréviations ♦ Glossaire

♦ Présentation du logiciel ♦ Concept du logiciel ♦ Interfaces avec l’extérieur

♦ Contraintes générales ♦ Reprise de l’existant ♦ Exigences de maintenance, d’adaptabilité ♦ Exigences de robustesse et d’intégrité ♦ Exigences de sûreté et de sécurité ♦ Couplabilité ♦ Réutilisabilité ♦ Portabilité

♦ Cinématique ♦ Ergonomie

sont applicables tels quels pour le présent document.




3. EXPRESSION DES BESOINS UTILISATEURS

L’expression des besoins utilisateurs a aboutit à un tableau synthétique découpé en fonctions principales et fonctions secondaires dont le contenu est décrit dans les spécifications fonctionnelles générales. Suite à l’établissement de ce tableau, tous les utilisateurs interviewés ont été interrogés afin d’établir une priorisation de développement des différentes fonctions. Seulement deux réponses ont été données, elles ne peuvent pas être prises en compte, elles auraient trop de poids par rapport à l’expression des besoins faites auprès de 8 collectivités différentes.

Par contre, à l’occasion de ce dernier interview les utilisateurs ont complété le tableau, ce qui complète l’expression des besoins. Leurs demandes sont décrites ci-après et apparaissent soulignées :

Utilisateurs

CUS Grenoble

1 Accès à l’information

1.2.4.4 Direction, sous direction, propriétaire, type propriété (copro, pleine propriété, location, ...)

1.2.4.4 N° parcelle (références cadastrales)

3 Carte d’identité Bâtiment

3.1 Plan pour l’aspect sécurité (évacuation) ou plusieurs

3.2 Une photo (vue générale) ou plusieurs

3.3.1 Principales : parcelle, année construction, valeur, surface, adresse, propriétaire, type propriété, occupants, liste UG/UL rattachées avec libellé, adresse, gestionnaire,...

3.3.2 Onglet Sécurité (ERP, …) détail sécurité incendie et accessibilité par ERP + visites périodiques obligatoires par domaine (ex. électricité, ascenseurs, ...) avec accès aux rapports. Nota: Une demande d'évolution de l'écran sécurité a été demandée par la CUS.

3.3.3 Baux (liste des baux avec libellés, donnants, ...) Occupé ou vacant (date et type de la vacance), Numéro du bail, Type de bail, Date de début de bail, Durée du bail, Tacite reconduction (durée), Conditions financières, Loyer annuel, Charges annuelles, Périodicité de paiement




Utilisateurs

CUS Grenoble

3.3.3.3.1 Historique juridique des complexes/bâtiments: acquisitions (+ permis construire/démolir ) /cessions avec date, vendeur/acquéreur, montant, mode, motif, parcelles concernées, ...

3.3.4 Local :Numéro unité de gestion, Adresse, Surface louée, Type, Typologie

4 Carte d’identité parcelle

4.1 Historique juridique du terrain (acquisition, vente, … voir détail pour bâtiment ci-dessus)

4.2 Les caractéristiques principales (surface, localisation, propriétaire, références cadastrales, gestionnaire, type propriété, ...)

4.4 Baux (liste des baux fonciers avec libellés, donnants, parcelles concernées, ...)

4.5 qui l’occupe

6 Carte d’identité Complexe Immobilier

6.7 Informations liées aux UL: type, typologie, type activité locative, surface, vacance, ...


Nom du fichier : Spec detaillees OdP - Julien Dahan.doc Date : 16/04/2007 02:30:00 10 / 74 Référence :TLS 000 000 001


4. SCHEMA DES DONNEES

Le schéma suivant représente l’organisation à mettre en place pour l’alimentation et l’interrogation des données nécessaires à l’Observatoire du Patrimoine. Cet environnement prend en compte l’aspect sécurité :

♦ pare-feu,

♦ séparation de l’accès Internet au niveau Tomcat

♦ séparation de l’accès Internet au niveau SGBDR par la gestion de droits au niveau des schémas de données et des tables en fonction de l’utilisateur.




4.1 REGLES DE NOMMAGE

4.1.1 Tables Caractères 1 à 2 : Domaine fonctionnel

♦ PA : Patrimoine

♦ OR : Organisation

♦ ZZ : Dédié au développement

Caractères 3 à 4 : Sous domaine

♦ __ : Pas de sous domaine

♦ NP : Niveaux du physique

♦ GE : Gestion

Caractères 5 à 7 : Type de table

♦ FI : Fiche

♦ L1 : Lien pur

♦ L2 : Lien porteur d’informations

Caractères 8 à 20 : Nom Mnémonique

A COMPLETER

4.1.2 Champs Caractères 1 à 2 : Portée

♦ NU : Numéro

♦ CD : Code

♦ TY : Type

♦ DT : Date

Caractères 3 à 20 : Mnémonique

♦ AUTO : Calculé automatiquement

Noms figés : Adresse, Libelle

A COMPLETER

4.1.3 Champs constantes

A COMPLETER




4.2 SCHEMA ODP Le schéma de données ODP n’existe pas pour l’instant, il faut le créer en suivant les règles suivantes (valable pour Oracle) :

Code règle Descriptif de la règle

Résumé Créer une table des clés calculées automatiquement SQL01

Description EspaceDecisionnelSchéma.sql : Table zz__ficleauto

La table ZZ__FICLEAUTO sera initialisée puis alimentée par différentes procédures telles que l’alimentation automatique de la table des niveaux physiques (PANPFI).

Résumé Créer une table des niveaux physiques

Description EspaceDecisionnelSchéma.sql : Table panpfi

La table PANPFI sera alimentée par les données gérées au niveau de Gima :

♦ Table pp_parcelle : EspaceDecisionnelAlimentationParcelles.sql

♦ Table pp_complexe : EspaceDecisionnelAlimentationComplexes.sql

♦ Table pp_zone : EspaceDecisionnelAlimentationZones.sql

♦ Table pp_batiment : EspaceDecisionnelAlimentationBatiment.sql

SQL02

Justification ♦ Rapprochement Gima BDP

♦ Adresse complète immédiatement : amélioration affichage et recherche étendue

♦ Construction des tables orientée objet




Résumé Créer une table des Unités de Gestion

Description EspaceDecisionnelSchéma.sql : Table ORGEFIUG

La table ORGEFIUG sera alimentée par les données gérées au niveau de Gima :

♦ Table f_equipement : EspaceDecisionnelAlimentationUG.sql

SQL03



♦ Information Responsable territorial accessible directement pour filtrer

Résumé Créer une table des Localisations physiques

Description EspaceDecisionnelSchéma.sql : Table PANPL1LOCALISATION

La table PANPL1LOCALISATION sera alimentée par les données gérées au niveau de Gima :

♦ Tables pp_parcelle_physique, pf_eqlocalisation_batiment et pj_physique_acte :

EspaceDecisionnelAlimentationLocaPhysique.sql

SQL04



♦ Information Responsable territorial accessible directement pour filtrer

4.3 SCHEMA GIMA

Le schéma de données de Gima est décrit dans les fonctions du chapitre 5 au fur et à mesure des besoins.




5. FONCTIONNALITES DU SYSTEME

5.1 DESCRIPTION DU CHAPITRE Ce chapitre est la synthèse des besoins utilisateurs et de la stratégie d’ITREC gestion exprimée sous forme de fonctions. Chaque fonction sera décrite par plusieurs sous chapitres dont le contenu est le suivant :

o Description de la fonctionnalité Ce sous chapitre, obligatoire, décrit les objectifs généraux et éventuellement détaillés de la fonction.

o Menu de la fonction

Ce sous chapitre, facultatif, décrit les menus pouvant être affichés pour l’écran concerné.

o Interface avec l’extérieur

Ce sous chapitre, facultatif, décrit les interactions nécessaires avec d’autres logiciels. En général cela porte sur des modifications à apporter à Gima C/S.

o Interface avec d’autres fonctions Ce sous chapitre, facultatif, décrit les interactions impliquées par la fonction avec les autres fonctions.

Dans la plupart des cas cela correspond à la description de l’écran contextuel.




Fonctions en entrée

Fonctions en sortie




5.2 CONNEXION

5.2.1 Description de la fonctionnalité

CONNEXION Cette fonction permet d’identifier le profil de l’utilisateur qui va naviguer dans l’application.

Il faut créer une page d’accueil de l’application. Sur cette page un lien permettra de se

connecter à l’intranet. L’utilisateur pourra s’identifier par un code et un mot de passe en tant qu’usager interne à la ville (page actuelle d’accueil de GimaWeb). Les utilisateurs qui ne s’identifient pas seront considérés comme extérieurs à la collectivité.

Au sein des utilisateurs internes ont ne différenciera pas les utilisateurs intranet et les utilisateurs extranet.

Le code utilisateur déclaré à la connexion sera utilisé pour gérer les droits d’accès aux données et aux options.

5.2.2 Interface avec l’extérieur Les codes utilisateurs et mot de passe sont saisis dans Gima C/S.




5.3 DROITS D’ACCES AUX DONNEES


DROITS D’ACCES AUX DONNEES

Cette fonction permet de filtrer les données affichées en fonction du profil de l’utilisateur qui va naviguer dans l’application.

L’utilisateur, identifié à la connexion, qu’il soit interne ou externe à la ville n’aura pas le

droit de visualiser n’importe quelle donnée de l’application.

Il y aura trois types de filtre :

♦ Géographique : ♦ Commune, ♦ Circonscription, ♦ Canton, ♦ Quartier.

♦ Fonctionnel (Unités de Gestion localisées sur le bâtiment), ♦ Domaine, ♦ Direction Générale, ♦ Sous Direction Générale, ♦ Secteur, ♦ Ilot, ♦ Responsable territorial : stricte égalité nécessaire avec le code utilisateur. Cette

donnée est enregistrée dans le champ cdrespterr de la table odp.orgefiug. ♦ Hiérarchique : le code affecté à l’utilisateur doit commencer comme le code hiérarchique

de la SDG d’au moins une UG localisée sur le bâtiment. Si l’utilisateur n’a pas de code hiérarchique affecté, le filtre ne doit pas être appliqué. Ce filtre est enregistré dans le champ cdhierarchie de la table gima.g_utilisateur.

Les trois filtres se cumuleront.

Figure - 1 Les données des filtres Géographique et Fonctionnel (sauf responsable

territorial) sont enregistrées dans la table gima.g_utilisateur_filtre.




Si l’utilisateur a un filtre fonctionnel qui lui est affecté, il ne pourra pas accéder aux informations non localisées fonctionnellement dans Gima.

La localisation des UG sur les bâtiments est enregistrée dans la table dbo.panpl1localisation :

SELECT A.nuug, A.cddomaine FROM dbo.panpl1localisation A WHERE A.cdgimaniv1 = CodeComplexe AND A.cdgimaniv2 = CodeZone AND A.cdgimaniv3 = CodeBatiment

Les filtres sur les données seront utilisés pour l’écran de recherche textuelle, l’écran

de recherche cartographie, et l’écran de résultat de la recherche.

5.3.2 Interface avec l’extérieur Afin de pouvoir gérer des filtres différents entre l’application client/serveur et Web pour

un même utilisateur, il faut rajouter les référentiels décrits au chapitre précédent dans l’ écran des filtres de données de Gima C/S. Les spécifications de cette évolution sont détaillées dans le document \\Srvtlse\GIMA_Spécifications\Filtre_des_données\Sélecteurs\FiltreDesDonnéesEvolODP.doc.




5.4 DROITS D’ACCES AUX OPTIONS


DROITS D’ACCES AUX OPTIONS

Cette fonction permet de filtrer les options accessibles à l’utilisateur selon son identification.

L’utilisateur, identifié à la connexion, qu’il soit interne ou externe à la ville n’aura pas le

droit d’accéder à toutes les options de l’application. Dans la base de données sont enregistrés, par profil utilisateur, le droit d’accéder ou non à telle ou telle option.

Le profil de l’utilisateur est enregistré dans le champ typrof de la table gima.g_utilisateur.

Si l’utilisateur est externe à la ville, il recevra automatiquement le code utilisateur

WINTERNET et par transitivité les droits du profil WI.

Figure - 1 Le recensement des options est enregistré dans la table gima.pg_option

Figure - 2 Le recensement des options par profil est enregistré dans la table

gima.pg_droit




5.4.2 Interface avec l’extérieur La fonctionnalité de gestion des droits utilisateurs par profil doit être rajoutée à Gima

C/S pour les options du Web. Les spécifications de cette évolution sont détaillées dans le document \\Srvtlse\GIMA_Spécifications\Droits_accès_options\DroitsAccesOptionsEvolODP.doc




5.5 GESTION DES MENUS


GESTION DES MENUS Cette fonction permet de recenser les besoins fonctionnels sur les menus.

Actuellement, GimaWeb possède un seul menu figé.

L’implémentation des fonctionnalités de l’Observatoire du Patrimoine à GimaWeb bouscule grandement la charte graphique des menus en élargissant les possibilités d’affichage.

Il convient de trouver un compromis entre les possibilités techniques offertes par l’environnement de développement et les fonctionnalités demandées par l’Observatoire du Patrimoine.

La liste des options prévues pour l’Observatoire du Patrimoine est la suivante :

♦ 1 : Ecran de recherche, ♦ 1.1 : Parcelle ♦ 1.2 : Complexe Immobilier ♦ 1.3 : Zone ♦ 1.4 : Bâtiment ♦ 1.5 : Unité de Gestion

♦ 2 : Résultat Recherche ♦ 3 : Carnet d’identité, ♦ 4 : Carnet de santé, ♦ 5 : Indicateurs, ♦ 6 : Tableaux de bord :

♦ 6.1 : Synthèse financière ♦ 6.2 : Activité atelier ♦ 6.3 : Domaine ♦ 6.4 : Budget ♦ 6.5 : Fournisseur ♦ 6.6 : Direction gestionnaire

Les règles d’accès aux différentes options sont les suivantes :

♦ 1.3 : affichage lié à une option de fonctionnement ♦ 3 à 6 : Affichage lié aux droits de l’utilisateur à accéder aux options ♦ 1 : depuis tous les écrans ♦ 1.1 à 1.5 : uniquement depuis l’écran de recherche ♦ 2 : depuis tous les écrans (contexte du dernier résultat de recherche) ♦ 3 : depuis tous les écrans à la condition d’être positionné précisément sur une

parcelle, un complexe immobilier, une zone, un bâtiment ou une unité de gestion ♦ 4 : depuis tous les écrans à la condition d’être positionné précisément sur un

complexe immobilier, une zone, un bâtiment ou une unité de gestion




♦ 5 : depuis tous les écrans à la condition d’être positionné géographiquement ♦ 6 : ne possède aucune action propre si ce n’est de contenir des sous options ♦ 6.1 : depuis tous les écrans à la condition d’être positionné précisément sur un

complexe immobilier, une zone ou un bâtiment ♦ 6.2 à 6.6 : depuis tous les écrans à la condition d’être positionné géographiquement

Afin de répondre à toutes les fonctionnalités demandées, de garder la cinématique envisagée et de ne pas révolutionner la charte graphique, la solution consiste à avoir une seule option dans le menu : Rechercher.

Figure - 1 Ecran d’accueil de l’Observatoire du Patrimoine : Liste des options du

menu

Toutes les fonctionnalités évoquées ci-dessus sont accessibles directement sur les différents formulaires par des icônes :

Représentation Utilisation

Résultat de la recherche

Carnet d’identité

Carnet de santé

Indicateurs

Synthèse financière

Tableau de bord Activité atelier





Tableau de bord Domaine

Tableau de bord Budget

Tableau de bord Fournisseur

Tableau de bord Direction Gestionnaire

Retourne sur l’écran de positionnement géographique dans tous les cas, sauf pour le positionnement géographique lui-même. Dans ce cas précis, le bouton retour fait revenir sur l’écran de recherche géographique.




5.6 NIVEAUX PHYSIQUES OPTIONNELS


NIVEAUX PHYSIQUES OPTIONNELS

Cette fonction permet de prendre en compte les niveaux physiques optionnels de Gima.

Toutes les fonctions de l’Observatoire du Patrimoine sont potentiellement impactées

par cette règle.

5.6.2 COMPLEXE IMMOBILIER Dans Gima C/S, le niveau physique « complexe immobilier » est obligatoire. Cela veut

dire qu’un bâtiment appartient forcément à un complexe immobilier. Dans certaines collectivités ce niveau ne correspond pas à une réalité. Ainsi, le complexe immobilier est renseigné par obligation mais n’apporte aucune information.

L’ « Observatoire du Patrimoine » ne peut pas se permettre d’afficher des informations redondantes ou inutiles par des contraintes provenant de l’historique de Gima C/S. Il faut rendre optionnelle l’affichage de ce niveau physique pour le Web.

Cela signifie que l’information complexe immobilier doit totalement disparaître de tout affichage (menu, écran, liste, …) si le paramétrage de la collectivité le déclare comme inutile pour l’Observatoire du Patrimoine.

L’information est enregistrée dans la table g_parametre, dans le champ fgwebcomplno.

5.6.3 ZONE Dans Gima C/S, le niveau physique « Zone » est facultatif.

Cela signifie que l’information zone doit totalement disparaître de tout affichage (menu, écran, liste, …) si le paramétrage de la collectivité le déclare comme non géré dans Gima. Dans ce cas, dans toutes les tables où le champ cdzone est présent, sa valeur vaut systématiquement ‘00’.

L’information est enregistrée dans la table g_parametre, dans le champ cdparazone.

5.6.4 Interface avec l’extérieur Les spécifications de cette évolution dans Gima C/S sont détaillées dans le document

\\Srvtlse\GIMA_Spécifications\AdministrationOptionsIntervention\AdmOptionInterEvolODP.doc




5.7 MESSAGERIE


MESSAGERIE

Cette fonction permet d’avoir un dialogue direct entre l’utilisateur et un administrateur Gima.

L’utilisateur pourra envoyer un message s’il constate une erreur sur les données

affichées.

Sur tous les écrans où l’on affiche des caractéristiques, l’utilisateur aura la possibilité de cliquer sur une adresse Email, la messagerie cliente est alors activée automatiquement par le navigateur du client. Les écrans concernés sont :

♦ Carnet d’identité bâtiment, ♦ Carnet d’identité complexe immobilier, ♦ Carnet d’identité zone, ♦ Carnet d’identité parcelle, ♦ Carnet d’identité Unité de gestion.

Pour faciliter le traitement de l’information, l’objet du message comprendra les références identifiant l’entité (code et libellé) sur laquelle se trouve l’utilisateur au moment du clique.

L’information est enregistrée dans la table g_parametre, dans le champ fgwebemail.

5.7.2 Interface avec l’extérieur Les spécifications de cette évolution dans Gima C/S sont détaillées dans le document

\\Srvtlse\GIMA_Spécifications\AdministrationOptionsIntervention\AdmOptionInterEvolODP.doc




5.8 IMPRESSION


IMPRESSION

Cette fonction permet à l’utilisateur d’imprimer certaines pages de l’application.

Sur tous les écrans de résultat il est possible d’imprimer ce qui est affiché à l’écran :

♦ Carnet d’identité bâtiment

♦ Carnet d’identité complexe immobilier

♦ Carnet d’identité zone

♦ Carnet de santé bâtiment

♦ Carnet de santé complexe immobilier

♦ Carnet de santé zone

♦ Carnet d’identité parcelle

♦ Résultats des indicateurs

♦ Résultats des tableaux de bord

♦ Résultat de la recherche




5.9 RECHERCHE TEXTUELLE

5.9.1 Description

Cette fonction permet de se positionner géographiquement selon plusieurs critères alphanumériques.

5.9.2 Interface graphique

Figure - 1 Ecran de positionnement géographique par le texte

5.9.3 Informations traitées

L’utilisateur peut rechercher une entité physique selon plusieurs critères :

♦ Géographique : ♦ Commune, ♦ Circonscription, ♦ Canton, ♦ Quartier,




♦ N° parcelle (recherche étendue). Si le niveau physique choisi est la parcelle, la recherche se fera sur la table des parcelles, sinon sur la table des liens du physique avec les parcelles.

♦ Rue (recherche étendue). ♦ Fonctionnel (Unités de Gestion localisées sur le bâtiment : table dbo.panpl1localisation

SELECT A.nuug, A.cddomaine FROM dbo.panpl1localisation A WHERE A.cdgimaniv1 = CodeComplexe AND A.cdgimaniv2 = CodeZone AND A.cdgimaniv3 = CodeBatiment

) : ♦ Domaine, ♦ Direction Générale, ♦ Sous Direction Générale, ♦ Secteur, ♦ Ilot.

♦ Caractéristiques ♦ Flag propriétaire : table dbo.panpfi champ fgproprietaire=O, ♦ Code propriété : dans ce cas, seuls un complexe immobilier ou un bâtiment

peuvent être recherchés (table dbo.panpfi champ typropriete), ♦ Libellé (recherche étendue).

5.9.4 Fonctionnement

L’écran est découpé en deux parties, la partie textuelle en haut, la partie graphique en bas. La partie graphique étant optionnelle, dans ce cas, la partie textuelle prendra toute la place disponible.

Si possible, les critères seront tous visibles sur la partie de l’écran mis à leur disposition. Si ce n’est pas possible, l’utilisateur pourra accéder aux critères non visibles en actionnant au choix un ascenseur ou un bouton qui agrandira la partie de l’écran textuelle au détriment de la partie graphique. Un bouton permettra de revenir à l’état normal afin de ne plus cacher la partie graphique.

Tous ces critères ont une interaction dynamique avec la fonction cartographique : l’utilisateur peut demander à la carte de se positionner en fonction des critères saisis.

L’inverse n’est pas vrai : le positionnement de l’utilisateur sur la carte ne modifie pas les critères.

En plus de ces critères alphanumériques, l’utilisateur devra choisir la cible, niveau physique ou fonctionnel, recherchée :

Parcelle

Complexe immobilier

Zone

Bâtiment

Unité de Gestion




Dans le cas particulier du niveau physique Zone, les critères commune, circonscription, canton, quartier, rue ou code propriété, n’existant pas au niveau de la Zone, cela entraîne une recherche liée sur les complexes.

Liste des tables de nomenclature présentes dans le schéma de données Gima C/S :

Figure - 2 Table des communes = pn_commune

Figure - 3 Table des circonscriptions = pn_circonscription

Figure - 4 Table des cantons




Figure - 5 Tables des quartiers

Figure - 6 Table des domaines

Figure - 7 Table des Directions Générales (DG)




Figure - 8 Table des Sous Direction Générales (SDG)

Figure - 9 Table des Secteurs

Figure - 10 Table des Ilots

Figure - 11 Table des types de propriété




Figure - 12 Table des parcelles

Figure - 13 Table des liens du physique avec les parcelles

5.9.5 Cinématique détaillée

Actions possibles

Charge la liste des quartiers pour la commune sélectionnée.

Charge la liste des cantons pour la circonscription sélectionnée.

Charge la liste des SDG pour la DG sélectionnée et réactualise la page de recherche.

Charge la liste des îlots pour le Secteur sélectionné et réactualise la page de recherche.

Lance la recherche à partir des critères définis.

Si aucun résultat n’est obtenu ou si le nombre d’éléments trouvés dépasse le nombre maximal autorisé, un message d’avertissement est affiché sur la page de recherche.

Si tout s’est bien passé, une page renvoyant les résultats est affichée.

5.9.6 5.9.6 Interface avec d’autres fonctions

♦ Niveaux physiques optionnels




5.10 RESULTAT RECHERCHE

5.10.1 Description Cette fonction permet de choisir un item physique précis.


Figure - 14 Résultat de la recherche des parcelles

5.10.3 Information traitée

Chaque liste, de type « sélection d’un élément » présentera les informations suivantes pour chaque item :

♦ Code, ♦ Libellé, ♦ Adresse, ♦ Les icônes qui respectent les règles décrites dans les chapitres Gestion des

droits d’accès aux options et Gestion des menus.

5.10.4 Fonctionnement Les résultats de la recherche sont affichés en fonction des paramètres suivants :

♦ L’utilisateur, au niveau de la recherche textuelle ou cartographique, a saisi un certain nombre de critères, ils ne sont pas rappelés sur l’écran de résultat),

♦ Des filtres sont appliqués automatiquement à l’utilisateur (cf. chapitre droits d’accès aux données),

L’utilisateur a choisi un niveau d’entité physique dans le menu.






Positionnement géographique

Confirme la sélection des lignes pour la page courante


Carnet de santé

Indicateurs







Permet d’afficher les opérations suivantes. Apparaît lorsque le nombre de lignes trouvées ne peut être affiché sur une seule page.

Visible uniquement si l’utilisateur ne se trouve par sur la première page de la liste des articles trouvés.

5.10.6 Interface avec d’autres fonctions ♦ Niveaux physiques optionnels




5.11 CARNET D’IDENTITE COMPLEXE IMMOBILIER

5.11.1 Description Cette fonction permet de visualiser les caractéristiques principales d’un complexe

immobilier.


Figure - 1 Carnet d’identité du niveau physique 1 = Complexe immobilier

5.11.3 Information traitée

L’écran de visualisation des caractéristiques de l’entité physique se compose ainsi :

o Les données générales en en-tête : ♦ Nom, ♦ Adresse,

SELECT cdgimaniv1, libelle, adresse FROM odp.PANPFI WHERE cdgimaniv1 = codecomplexe AND nuniveau = 1

♦ Surface d’assiette, ♦ Surface au sol, ♦ Surface non bâtie,

SELECT sfcoimteas, sfcoimemso, sfcoimnoba FROM gima.PP_COMPLEXE WHERE cdcoim = codecomplexe

o Les données détaillées sur plusieurs onglets : ♦ Onglet Bâtiment :

Liste des bâtiments : nom, surface SELECT B.libelle, B.sfbatiemso FROM odp.panpl1localisation A, gima.PP_BATIMENT B WHERE A.cdgimaniv1 = codecomplexe AND A.cdgimaniv1 = B.cdcoim AND A.cdgimaniv2 = B.cdzone AND A.cdgimaniv3 = B.cdbati

♦ Onglet Etat technique : Liste des objets techniques : description, diagnostic, commentaire. Trié

par code d’OT pour avoir un regroupement implicite par famille.




SELECT A.lbuntedesc, B.lbdiag , A.lbcommentaire FROM gima.PT_UNTECHNIQUE A, gima.PN_DIAGNOSTIC B WHERE A.cdcoim = codecomplexe AND A.cddiag = B.cddiag ORDER BY A.cdtfot

♦ Onglet Sécurité : ERP, Responsable, Dernière visite, Avis commission incendie,

En attente de la refonte de l’onglet sur gima C/S ♦ Onglet Unités de Gestion :

Liste des UG : Numéro, Domaine, Nom, Adresse, DG, SDG SELECT A.nuug, B.lbdomequi, A.libelle, A.adresse, D.nmdrge, E.nmsdrg FROM odp.ORGEFIUG A, gima.N_DOMAINE B, odp.PANPL1LOCALISATION C, gima.F_DG D, gima.F_SOUS_DG E, gima.F_EQUIPEMENT F WHERE C.cdgimaniv1 = codecomplexe AND A.nuug = C.nuug AND A.cddomaine = C.cddomaine AND A.cddomaine = B.tyequi AND A.nuug = F.nuequi AND A.cddomaine = F.tyequi AND F.nudrge = D.nudrge AND F.nudrge = E.nudrge AND F.nusdrg = E.nusdrg ORDER BY A.cddomaine

♦ Onglet Maintenance : Liste des contrats actifs : n°, nom, début, fin, notification.

SELECT A.nucontrat, A.lbcontrat, A.dtdebut, A.fin, D.dtmarcnoti FROM {oj gima.M_CONTRAT A LEFT OUTER JOIN gima.F_MARCHE D ON M_CONTRAT.numarc = gima.F_MARCHE.numarc}, gima.ET_EQUI_MAINTENANCE B, gima.ET_LOCA_PHYSIQUE C WHERE ( A.nucontrat = B.nucontrat ) AND ( B.cdinstall = C.cdinstall ) AND ( B.nutypo = C.nutypo ) AND (B.nuequip = C.nuequip ) AND (m_contrat.tycontrat = ‘M’) AND C.cdcoim = CodeComplexe AND B.fgactif = 'O' AND (B.dtdebut <= datedujour AND B.dtfin >= datedujour) GROUP BY A.nucontrat, A.lbcontrat, A.dtdebut, A.fin, D.dtmarcnoti ORDER BY A.nucontrat ASC

♦ Onglet Intervenants : Liste des intervenants : nom, qualité, adresse

SELECT A.nmprop, C.qualite, A.nmpropvoie, A.cpprop, A.nmpropvill, FROM gima.PJ_PROPRIETAIRE A, gima.PP_PROPLOCALISATION B, gima.PN_INTERVENANT C WHERE ( A.cdprop = B.cdprop ) AND ( A.cdqual = B.cdqual ) AND




A.cdqual = C.cdqual AND B.cdcoim = CodeComplexe ORDER BY C.qualite ASC,

A.nmprop ASC

5.11.4 Fonctionnement L’utilisateur a sélectionné un complexe immobilier et a choisi l’option Carnet d’identité.


Les icônes suivants en respectant les règles décrits dans les chapitres Gestion des droits d’accès aux options et Gestion des menus :



Carnet de santé

Indicateurs







5.11.6 Interface avec l’extérieur Néant.





5.12 CARNET D’IDENTITE ZONE

5.12.1 Description Cette fonction permet de visualiser les caractéristiques principales d’une zone

immobilière.


Figure - 1 Carnet d’identité du niveau physique 2 = Zone

5.12.3 Information traitée L’écran de visualisation des caractéristiques de l’entité physique se compose ainsi :

o Les données générales en en-tête : ♦ Libellé et adresse du Complexe immobilier associé,

SELECT libelle, adresse FROM odp.PANPFI WHERE cdgimaniv1 = codecomplexe AND nuniveau = 1

♦ Nom, ♦ Adresse, ♦ Surface au sol, ♦ Diagnostic,

SELECT libelle, adresse, B. sfzoneso, C.lbdiag FROM odp.PANPFI, gima.PP_ZONE B, gima.PN_DIAGNOSTIC C WHERE cdgimaniv1 = codecomplexe AND

cdgimaniv2 = codeZone AND cdgimaniv1 = B.cdcoim AND cdgimaniv2 = B.cdzone AND nuniveau = 2 AND B.cddiag = C.cddiag o Les données détaillées sur plusieurs onglets :

♦ Onglet Bâtiment : Liste des bâtiments : nom, surface

SELECT B.libelle, B.sfbatiemso FROM odp.panpl1localisation A, gima.PP_BATIMENT B WHERE A.cdgimaniv1 = codecomplexe AND A.cdgimaniv2 = codezone AND A.cdgimaniv1 = B.cdcoim AND A.cdgimaniv2 = B.cdzone AND A.cdgimaniv3 = B.cdbati




♦ Onglet Unités de Gestion : Liste des UG avec libellé, adresse et gestionnaire, triée par domaine

(même liste que pour le carnet d’identité bâtiment) SELECT A.nuug, B.lbdomequi, A.libelle, A.adresse, D.nmdrge, E.nmsdrg FROM odp.ORGEFIUG A, gima.N_DOMAINE B, odp.PANPL1LOCALISATION C, gima.F_DG D, gima.F_SOUS_DG E, gima.F_EQUIPEMENT F WHERE C.cdgimaniv1 = codecomplexe AND A.nuug = C.nuug AND A.cddomaine = C.cddomaine AND A.cddomaine = B.tyequi AND A.nuug = F.nuequi AND A.cddomaine = F.tyequi AND F.nudrge = D.nudrge AND F.nudrge = E.nudrge AND F.nusdrg = E.nusdrg ORDER BY B.lbdomequi

5.12.4 Fonctionnement L’utilisateur a sélectionné une zone et a choisi l’option Carnet d’identité.


♦ Les icônes suivants en respectant les règles décrits dans les chapitres Gestion des droits d’accès aux options et Gestion des menus :



Carnet de santé

Indicateurs










5.12.6 Interface avec l’extérieur Néant.





5.13 CARNET D’IDENTITE BATIMENT

5.13.1 Description Cette fonction permet de visualiser les caractéristiques principales d’un bâtiment.


Figure - 1 Carnet d’identité du niveau physique 3 = Bâtiment

5.13.3 Information traitée L’écran de visualisation des caractéristiques de l’entité physique se compose ainsi :

o Les données générales en en-tête : ♦ Une photo (ou plusieurs), ♦ Un plan (ou plusieurs) pour l’aspect sécurité (évacuation) (ou plusieurs), ♦ Le complexe immobilier associé,

SELECT cdgimaniv1, libelle, adresse FROM odp.PANPFI WHERE cdgimaniv1 = codecomplexe AND nuniveau = 1

♦ La zone associée, SELECT cdgimaniv2, libelle, adresse FROM odp.PANPFI WHERE cdgimaniv1 = codecomplexe AND cdgimaniv2 = CodeZone AND nuniveau = 2

♦ Sa désignation et son adresse, SELECT cdgimaniv3, libelle, adresse FROM odp.PANPFI WHERE cdgimaniv1 = codecomplexe AND cdgimaniv2 = CodeZone AND cdgimaniv3 = CodeBatiment AND nuniveau = 3

♦ Son type SELECT B.lbtybadesc




FROM gima.PP_BATIMENT A, gima.PN_BATIMENT B WHERE A.cdcoim = codecomplexe AND A.cdzone = CodeZone AND A.cdbati = CodeBatiment AND A.cdtyba = B.cdtyba

o Les données détaillées sur plusieurs onglets : ♦ Onglet Général :

♦ Liste des parcelles, SELECT B.cdgimaniv0, B.libelle, B.adresse FROM odp.panpl1localisation A, odp.PANPFI B WHERE A.cdgimaniv1 = codecomplexe AND A.cdgimaniv2 = codezone AND A.cdgimaniv3 = codebatiment AND A.cdgimaniv0 = B.cdgimaniv0 AND B. nuniveau = 0

♦ Année de construction, Surface au sol, Nombre de niveaux, Hauteur, SELECT dtbaticons, sfbatiemso, nbbatinias, htbati FROM gima.PP_BATIMENT WHERE A.cdcoim = codecomplexe AND A.cdzone = codezone AND A.cdbati = codebatiment

♦ Dernier acte d’acquisition : Propriétaire, Valeur, Surface, SELECT B.fgextdon, B.lbnmdon, B.pxacqu, B.sfacte, B.nuorg1don, B.nuorg2don FROM dbo.panpl1localisation A, gima.pj_acquisition_acte B WHERE A.typacte = 'A' AND A.cdacte = B.cdacqu AND A.cdgimaniv3 = codebatiment AND A.cdgimaniv2 = codezone AND A.cdgimaniv1 = codecomplexe ORDER BY B.dtacqu desc

Sélectionner la première ligne

Si la valeur de fgextdon vaut 1 alors la zone propriétaire n’est plus lbnmdon mais le résultat concaténé des deux requêtes suivantes :

SELECT lborg FROM gima.pf_organisation WHERE nuorg = codenuorg1don SELECT lborg FROM gima.pf_organisation AND nuorg = codenuorg2don

♦ Ville propriétaire (O/N), Type propriété, SELECT fgproprietaire, typropriete FROM odp.PANPFI WHERE cdgimaniv1 = codecomplexe AND cdgimaniv2 = CodeZone AND cdgimaniv3 = CodeBatiment AND nuniveau = 3

♦ Onglet Fonctionnel : Liste des UG avec libellé, adresse et gestionnaire, triée par domaine

(même liste que pour le carnet d’identité bâtiment) SELECT A.nuug, B.lbdomequi, A.libelle, A.adresse, D.nmdrge, E.nmsdrg FROM odp.ORGEFIUG A, gima.N_DOMAINE B, odp.PANPL1LOCALISATION C, gima.F_DG D, gima.F_SOUS_DG E, gima.F_EQUIPEMENT F WHERE C.cdgimaniv1 = codecomplexe AND C.cdgimaniv2 = codezone AND C.cdgimaniv3 = codebatiment AND A.nuug = C.nuug AND A.cddomaine = C.cddomaine AND A.cddomaine = B.tyequi AND A.nuug = F.nuequi




AND A.cddomaine = F.tyequi AND F.nudrge = D.nudrge AND F.nudrge = E.nudrge AND F.nusdrg = E.nusdrg ORDER BY B.lbdomequi

♦ Onglet Sécurité : ♦ Cet onglet sera détaillé ultérieurement car il est en train d’être

remodelé suite à une commande de la CUS ♦ Onglet Accessibilité

♦ Cet onglet sera détaillé ultérieurement car il est possible qu’il soit fortement modifié côté Gima C/S via le club utilisateur.

♦ Onglet Synthèse métrique : ♦ Idem à Gima C/S :

Les champs calculés se trouvent dans la table gima.pp_batiment.

Les libellés paramétrables sont enregistrés dans la table gima.g_config dans le champ valeur pour les clés primaires (cdsection, cdcle) suivantes :

Cc_spb = PAT, LIB_1_SYNTH_METR

Cc_ssc = PAT, LIB_2_SYNTH_METR

Cc_sup = PAT, LIB_3_SYNTH_METR

Cc_sup = PAT, LIB_4_SYNTH_METR

5.13.4 Fonctionnement L’utilisateur a sélectionné un bâtiment et a choisi l’option Carnet d’identité.

5.13.5 Cinématique détaillée Les icônes suivants en respectant les règles décrits dans les chapitres Gestion des

droits d’accès aux options et Gestion des menus :



Carnet de santé

Indicateurs











5.13.6 Interface avec l’extérieur La photo et le plan d’évacuation seront des documents associés au bâtiment.

Actuellement, dans Gima C/S, on en peut pas savoir quel document correspond à la photo ou au plan. Il faut attendre les spécifications fonctionnelles générales du rapprochement des produits BDP et GIMA C/S pour savoir comment sera géré cette fonctionnalité. En effet, il est probable que ce genre de données soient misent à disposition sur une base commune aux deux produits.





5.14 CARNET D’IDENTITE UNITE DE GESTION

5.14.1 Description Cette fonction permet de visualiser les caractéristiques principales d’une cible fonctionnelle.


Figure - 1 Carnet d’identité de la cible fonctionnelle = Unité de gestion

5.14.3 Information traitée L’écran de visualisation des caractéristiques de l’entité fonctionnelle se compose

ainsi :

o Les données générales en en-tête : ♦ Sa désignation, son domaine fonctionnel et son adresse,

SELECT nuug, lbdomequi, libelle, adresse FROM odp.ORGEFIUG, gima.N_DOMAINE WHERE nuug = codeug AND cddomaine = codedomaine AND cddomaine = gima.tyequi

o Les données détaillées sur plusieurs onglets : ♦ Onglet Général :

♦ Le secteur, l’îlot et la personne habilité 1, SELECT A.nmequivali, B.lbsecteur, C.lbilot FROM gima.F_EQUIPEMENT A, gima.N_SECTEUR B, gima.N_ILOT C WHERE A.nuequi = codeug AND A.tyequi = codedomaine AND A.nuequisect = B.cdsecteur AND A.nuequisect = C.cdsecteur(+) AND A.cdequiilot = C.cdilot(+)

♦ L’immatriculation et le kilométrage si le domaine est « véhicule », SELECT nuvehiimma, qtvehikmhc FROM F_VEHICULE WHERE A.nuvehi = codeug AND A.tyequi = codedomaine

o Les données détaillées sur plusieurs onglets : ♦ Onglet Liste des Bâtiments :

♦ Liste des bâtiments : nom, surface SELECT B.libelle, B.sfbatiemso FROM odp.panpl1localisation A, gima.PP_BATIMENT B WHERE A.cdgimaniv1 = codecomplexe AND A.cdgimaniv2 = codezone




AND A.cdgimaniv1 = B.cdcoim AND A.cdgimaniv2 = B.cdzone AND A.cdgimaniv3 = B.cdbati

♦ Onglet Assurance : Nombre de contrats d’assurance actifs,

SELECT count (A.nucontrat) FROM gima.M_CONTRAT A, gima.M_CONTRAT_LOCALISATION B WHERE ( A.nucontrat = B.nucontrat ) AND ( B.nuequi = codeug) AND ( B.tyequi = codedomaine) AND ( A.tycontrat = “A”) AND (A.dtdebut <= datedujour AND A.dtfin >= datedujour) GROUP BY A.nucontrat

Liste des contrats d’assurance actifs : n°, nom, début, fin, notification SELECT A.nucontrat, A.lbcontrat, A.dtdebut, A.fin, D.dtmarcnoti FROM {oj gima.M_CONTRAT A LEFT OUTER JOIN gima.F_MARCHE D ON M_CONTRAT.numarc = gima.F_MARCHE.numarc}, gima.M_CONTRAT_LOCALISATION B WHERE ( A.nucontrat = B.nucontrat ) AND ( B.nuequi = codeug) AND ( B.tyequi = codedomaine) AND ( A.tycontrat = “A”) AND (A.dtdebut <= datedujour AND A.dtfin >= datedujour) GROUP BY A.nucontrat, A.lbcontrat, A.dtdebut, A.fin, D.dtmarcnoti ORDER BY A.nucontrat ASC

5.14.4 Fonctionnement L’utilisateur a sélectionné une unité de gestion et a choisi l’option Carnet d’identité.

5.14.5 Cinématique détaillée Les icônes suivants respectant les règles décrites dans les chapitres Gestion des droits

d’accès aux options et Gestion des menus :



Carnet de santé

Indicateurs














5.15 CARNET DE SANTE UNITE DE GESTION

5.15.1 Description Cette fonction permet de visualiser l’effort d’entretien effectué sur une unité de

gestion.


Figure - 1 Carnet de santé de la cible fonctionnelle = Unité de Gestion

5.15.3 Information traitées L’écran de visualisation du carnet de santé de l’entité physique se compose ainsi :

o Les données générales en en-tête : ♦ Idem au carnet d’identité de l’unité de gestion.

o Les données détaillées sur deux onglets : ♦ Onglet Maintenance :

Nombre de contrats de maintenance actifs, Cf clause du carnet d’identité, seul tycontrat change et vaut “M”

Liste des contrats actifs : n°, nom, début, fin, notification (idem au carnet d’identité)

Cf clause du carnet d’identité, seul tycontrat change et vaut “M”

Liste des équipements techniques avec montants et contrats : code, libellé, numéro marché, libellé marché, montant annuel,

SELECT D.cdequip, D.lbequip, A.nucontrat, A.lbcontrat, B.mttotal FROM gima.M_CONTRAT A, gima.ET_EQUI_MAINTENANCE B, gima.ET_LOCA_FONCTIONNEL C,

ET_EQUIPEMENT D WHERE ( A.nucontrat = B.nucontrat ) AND ( B.cdinstall = C.cdinstall ) AND ( B.nutypo = C.nutypo ) AND (B.nuequip = C.nuequip ) AND (m_contrat.tycontrat = ‘M’) AND ( C.nuequi = codeug) AND ( C.tyequi = codedomaine) AND B.fgactif = 'O' AND




(B.dtdebut <= datedujour AND B.dtfin >= datedujour) ORDER BY A.nucontrat ASC, D.cdequip

♦ Onglet Carnet d’Entretien : Depuis le date première intervention : nombre d’interventions et coût

total. Visible uniquement si l’option de valorisation dynamique est cochée.

SELECT min (B.dtdebreal), count (A.nuoper), sum (B.mtintetota) FROM gima.O_OPERATION A, gima.O_INTERVENTION B WHERE A.nuequi = codeUg AND

A.tyequi = codeDomaine AND A.nuoper = B.nuoper

Interventions internes : Visible uniquement si l’option de valorisation dynamique est cochée.

• Nombre, • Coût,

SELECT count (A.nuoper), sum (B.mtintetota) FROM gima.O_OPERATION A, gima.O_INTERVENTION B WHERE A.nuequi = codeUg AND

A.tyequi = codeDomaine AND A.nuoper = B.nuoper B.tyinte = ‘I’

• Bouton pour voir la liste des interventions. Interventions externes : Visible uniquement si l’option de valorisation

dynamique est cochée. • Nombre, • Coût,


A.tyequi = codeDomaine AND A.nuoper = B.nuoper B.tyinte = ‘S’

• Bouton pour voir la liste des interventions. Interventions en cours : Visible uniquement si l’option de valorisation



A.tyequi = codeDomaine AND A.nuoper = B.nuoper B.cdinteetat = ‘EC’

• Bouton pour voir la liste des interventions. Interventions prévues : Visible uniquement si l’option de valorisation



A.tyequi = codeDomaine AND A.nuoper = B.nuoper B.cdinteetat = ‘PR’




• Bouton pour voir la liste des interventions. Interventions faites :



A.tyequi = codeDomaine AND A.nuoper = B.nuoper AND (B.cdinteetat = ‘SP’ OR B.cdinteetat = ‘SD’)

• Bouton pour voir la liste des interventions. Coût des fluides par année (lié à l’interface Energies et donc recherche

sur o_operation.tytran=’IN’) SELECT count (A.nuoper), sum (B.mtintetota) FROM gima.O_OPERATION A, gima.O_INTERVENTION B WHERE A.nuequi = codeUg AND

A.tyequi = codeDomaine AND A.nuoper = B.nuoper AND A.tytran = ‘IN’

♦ Onglet Etat de santé : Visites effectuées

• Nombre de visites effectuées (intervention générée et soldée) par année,

SELECT count (A.nuoper),TO_CHAR(dtoperau,’YYYY’) FROM gima.O_OPERATION A, gima.O_INTERVENTION B WHERE A.nuequi = codeUg AND

A.tyequi = codeDomaine AND A.nuoper = B.nuoper AND A.tytran = ‘PR’ AND (B.cdinteetat = ‘SP’ OR B.cdinteetat = ‘SD’)

GROUP BY TO_CHAR(dtoperau,’YYYY’)

• Bouton pour accéder à la liste des visites (date visite, objet visite et commentaires) ayant généré une intervention soldée.

SELECT A.dtvisite, D.lbobjvisite, A.lbvisiterem FROM gima.PF_VISITE A, gima.PF_VISITESINFOS B, gima.O_INTERVENTION C, gima.PN_OBJVISITE WHERE B.cdcoim = codecomplexe AND

B.cdzone = codeZone AND B.cdbati = codeBatiment AND A.cdvisite = B.cdvisite AND A.cdobjvisite = D.cdobjvisite AND C.nuoper = B.nuoper AND C.nuinte = B.nuinte AND (C.cdinteetat = ‘SP’ OR C.cdinteetat = ‘SD’)

ORDER BY A.dtvisite DESC

Visites programmées • Nombre de visites programmées (intervention générée mais

non effectuée), SELECT count (A.nuoper) FROM gima.O_OPERATION A, gima.O_INTERVENTION B WHERE A.nuequi = codeUg AND

A.tyequi = codeDomaine AND A.nuoper = B.nuoper AND A.tytran = ‘PR’ AND NOT (B.cdinteetat = ‘SP’ OR B.cdinteetat = ‘SD’)




5.15.4 Fonctionnement L’utilisateur a sélectionné une unité de gestion et a choisi l’option Carnet de santé.

5.15.5 Cinématique détaillée Les icônes suivants en respectant les règles décrits dans les chapitres Gestion des

droits d’accès aux options et Gestion des menus :




Indicateurs








♦ Liste des interventions




5.16 CARNET D’IDENTITE PARCELLE

5.16.1 Description Cette fonction permet de visualiser les caractéristiques principales d’une parcelle.


Figure - 1 Carnet d’identité du niveau physique 0 = Parcelle

5.16.3 Information traitées L’écran de visualisation des caractéristiques de l’entité physique se compose ainsi :

o Les données générales en en-tête : ♦ Identification de la parcelle (références cadastrales=décomposition du

code parcelle), ♦ Libellé : dbo.panpfi.libelle, ♦ Adresse : dbo.panpfi.adresse, ♦ Surface : gima.pp_parcelle.sfparc, ♦ Périmètre :

SELECT B.lbperimetre FROM gima.pp_parcelle A, gima.pn_perimetre B WHERE A.cdparcadas = codeparcelle AND A.typarcperi = B.cdperimetre

♦ POS : gima.pp_parcelle.zonepos, ♦ Gestionnaire :

SELECT B.nmdrge, C.nmsdrg FROM gima.pp_parcelle A, gima.F_DG B, gima.F_SOUS_DG C WHERE A.cdparcadas = codeparcelle AND A.nudrge = B.nudrge AND A.nudrge = C.nudrge AND A.nusdrg = C.nusdrg

♦ Propriétaire actuel (acte le plus récent) : SELECT B.fgextdon, B.lbnmdon, B.pxacqu, B.sfacte, B.nuorg1don, B.nuorg2don FROM dbo.panpl1localisation A, gima.pj_acquisition_acte B WHERE A.tyacte = 'A' AND A.cdacte = B.cdacqu AND A.cdgimaniv0 = Codeparcelle ORDER BY B.dtacqu desc

Sélectionner la première ligne




Si la valeur de fgextdon vaut 1 alors la zone propriétaire n’est plus lbnmdon mais le résultat concaténé des deux requêtes suivantes : SELECT lborg FROM gima.pf_organisation WHERE nuorg = codenuorg1don SELECT lborg FROM gima.pf_organisation AND nuorg = codenuorg2don

♦ L’historique juridique sur deux onglets :

♦ Acquisition,

♦ Vente. Cf les deux requêtes ci-dessus en jouant sur la valeur du champ typacte : A=Achat et B=Vente

♦ Une fonction d’estimation de la valeur du bien :

♦ Saisie de l’année jusqu’à laquelle la fonction doit rechercher dans l’historique des ventes (varannee),

♦ Saisie du pourcentage d’écart de surface admis dans la recherche de l’historique des ventes (varecartsurf),

♦ Liste des parcelles vendues ou acquises dans la période saisie ayant le même périmètre, la même zone POS, et de surface équivalente, en prenant en compte le pourcentage de variation saisi,

SELECT D.cdgimaniv0, D.libelle, B.pxacqu FROM dbo.panpl1localisation A, gima.pj_acquisition_acte B, gima.pj_cession C, dbo.panpfi D, gima.pp_parcelle E WHERE (A.tyacte = 'A' OR A.tyacte = ‘B’) AND (A.cdacte = B.cdacqu OR A.cdacte = C.cdacqu) AND A.cdgimaniv0 = D.cdgimaniv0 AND A.cdgimaniv0 IS NOT NULL AND (TO_CHAR(B.dtacqu,’YEAR’) = varannee OR TO_CHAR(C.dtcessacte,’YEAR’) = varannee) AND E.typarperi = périmètreparcelle AND E.zonepos = zoneposparcelle AND A.cdgimaniv0 = E.cdparcadas AND (E.sfparc - E.sfparc * varecartsurf) >= surfaceparcelle AND (E.sfparc + E.sfparc * varecartsurf) <= surfaceparcelle

♦ Prix de vente moyen. Cf requête ci-dessus en mettant avg (B.pxacqu) dans le select

5.16.4 Fonctionnement L’utilisateur a sélectionné une parcelle et a choisi l’option Carnet d’identité.




5.16.5 Cinématique détaillée Les icônes suivants respectent les règles décrits dans les chapitres Gestion des droits

d’accès aux options et Gestion des menus :



Indicateurs










5.17 LISTE DES INTERVENTIONS

5.17.1 Description Cette fonction permet d’avoir une liste d’interventions cohérente dans toute

l’application.


Figure - 1 Liste des interventions

5.17.3 Information traitées La liste sera toujours composée de la même manière :

♦ En tête avec les caractéristiques de l’item appelant,

♦ Liste triée par date prévue descendante, composée de : ♦ Libellé, ♦ Corps d’état (nomenclature associée), ♦ Type de travail (nomenclature associée), ♦ Début et fin prévue, ♦ Coût total, ♦ Début et fin réalisation.

SELECT A.lbinte, B.lbcoet, C.lbtrav, A.dtintesais, A.dtintefinp, A.mtintetota, A.dtdebreal, A.dtfinreal FROM gima.O_INTERVENTION A, gima.N_CORPS_ETAT B, gima.N_TRAVAIL C WHERE A.cdcoet = B.cdcoet AND A.tytrav = C.tytrav AND A.nuoper || A.nuinte IN ‘Listedesinterventionsconcernées’ ORDER BY A.dtintesais DESC




5.17.4 Fonctionnement L’utilisateur se trouve sur le thème d’un écran et demande la liste des interventions se

rapportant à ce thème.

A plusieurs endroits dans l’application l’utilisateur pourra demander la liste des interventions concernant l’item en cours de consultation.



Fenêtre appelante

5.17.6 Interface avec d’autres fonctions

♦ Carnet de santé bâtiment

♦ Carnet de santé Complexe immobilier

♦ Carnet de santé Unité de Gestion

♦ Tableaux de bord / Domaine




5.18 CARNET DE SANTE COMPLEXE IMMOBILIER

5.18.1 Description Cette fonction permet de visualiser l’effort d’entretien effectué sur un complexe

immobilier.


Figure - 1 Carnet de santé du niveau physique 1 = Complexe immobilier

5.18.3 Informations traitées L’écran de visualisation du carnet de santé de l’entité physique se compose ainsi :

o Les données générales en en-tête : ♦ Idem au carnet d’identité du complexe immobilier.

o Les données détaillées sur deux onglets : ♦ Onglet Maintenance :

Nombre de contrats de maintenance actifs, SELECT count (A.nucontrat) FROM gima.M_CONTRAT A, gima.ET_EQUI_MAINTENANCE B, gima.ET_LOCA_PHYSIQUE C WHERE ( A.nucontrat = B.nucontrat ) AND ( B.cdinstall = C.cdinstall ) AND ( B.nutypo = C.nutypo ) AND (C.nuequip = C.nuequip ) AND (m_contrat.tycontrat = ‘M’) AND




C.cdcoim = CodeComplexe AND B.fgactif = 'O' AND (B.dtdebut <= datedujour AND B.dtfin >= datedujour) GROUP BY A.nucontrat

Liste des contrats actifs : n°, nom, début, fin, notification (idem au carnet d’identité)

SELECT A.nucontrat, A.lbcontrat, A.dtdebut, A.fin, D.dtmarcnoti FROM {oj gima.M_CONTRAT A LEFT OUTER JOIN gima.F_MARCHE D ON M_CONTRAT.numarc = gima.F_MARCHE.numarc}, gima.ET_EQUI_MAINTENANCE B, gima.ET_LOCA_PHYSIQUE C WHERE ( A.nucontrat = B.nucontrat ) AND ( B.cdinstall = C.cdinstall ) AND ( B.nutypo = C.nutypo ) AND (C.nuequip = C.nuequip ) AND (m_contrat.tycontrat = ‘M’) AND C.cdcoim = CodeComplexe AND B.fgactif = 'O' AND (B.dtdebut <= datedujour AND B.dtfin >= datedujour) GROUP BY A.nucontrat, A.lbcontrat, A.dtdebut, A.fin, D.dtmarcnoti ORDER BY A.nucontrat ASC

Liste des équipements techniques avec montants et contrats : code, libellé, numéro marché, libellé marché, montant annuel,

SELECT D.cdequip, D.lbequip, A.nucontrat, A.lbcontrat, B.mttotal FROM gima.M_CONTRAT A, gima.ET_EQUI_MAINTENANCE B, gima.ET_LOCA_PHYSIQUE C,

ET_EQUIPEMENT D WHERE ( A.nucontrat = B.nucontrat ) AND ( B.cdinstall = C.cdinstall ) AND ( B.nutypo = C.nutypo ) AND (B.nuequip = C.nuequip ) AND (m_contrat.tycontrat = ‘M’) AND C.cdcoim = CodeComplexe AND B.fgactif = 'O' AND (B.dtdebut <= datedujour AND B.dtfin >= datedujour) ORDER BY A.nucontrat ASC, D.cdequip

♦ Onglet Entretien : Liste des interventions triées par date ante chronologique,

Cf § Liste des interventions

Diagnostic : liste des Objets Techniques, libellé diagnostic, commentaires. (idem à carnet d’identité)

SELECT A.lbuntedesc, B.lbdiag , A.lbcommentaire FROM gima.PT_UNTECHNIQUE A, gima.PN_DIAGNOSTIC B WHERE A.cdcoim = codecomplexe AND A.cddiag = B.cddiag ORDER BY A.cdtfot




5.18.4 Fonctionnement L’utilisateur a sélectionné un complexe immobilier et a choisi l’option Carnet de santé.





Indicateurs












5.19 CARNET DE SANTE BATIMENT

5.19.1 Description Cette fonction permet de visualiser l’effort d’entretien effectué sur un bâtiment.


Figure - 1 Carnet de santé du niveau physique 3 = Bâtiment

5.19.3 Information traitée L’écran de visualisation du carnet de santé de l’entité physique se compose ainsi :

o Les données générales en en-tête : ♦ Idem au carnet d’identité du bâtiment.

o Les données détaillées sur deux onglets : ♦ Onglet Carnet d’Entretien :

Depuis le date première intervention : nombre d’interventions et coût total. Visible uniquement si l’option de valorisation dynamique est cochée.

SELECT min (B.dtdebreal), count (A.nuoper), sum (B.mtintetota) FROM gima.O_INTELOCALISATION A, gima.O_INTERVENTION B WHERE A.cdcoim = codecomplexe AND

A.cdzone = codeZone AND A.cdbati = codeBatiment AND A.nuoper = B.nuoper AND A.nuinte = B.nuinte

Interventions internes : Visible uniquement si l’option de valorisation dynamique est cochée.


SELECT count (A.nuoper), sum (B.mtintetota) FROM gima.O_INTELOCALISATION A, gima.O_INTERVENTION B WHERE A.cdcoim = codecomplexe AND

A.cdzone = codeZone AND A.cdbati = codeBatiment AND A.nuoper = B.nuoper AND




A.nuinte = B.nuinte AND B.tyinte = ‘I’

• Bouton pour voir la liste des interventions. Interventions externes : Visible uniquement si l’option de valorisation



A.cdzone = codeZone AND A.cdbati = codeBatiment AND A.nuoper = B.nuoper AND A.nuinte = B.nuinte AND B.tyinte = ‘S’

• Bouton pour voir la liste des interventions. Interventions en cours : Visible uniquement si l’option de valorisation



A.cdzone = codeZone AND A.cdbati = codeBatiment AND A.nuoper = B.nuoper AND A.nuinte = B.nuinte AND B.cdinteetat = ‘EC’

• Bouton pour voir la liste des interventions. Interventions prévues : Visible uniquement si l’option de valorisation



A.cdzone = codeZone AND A.cdbati = codeBatiment AND A.nuoper = B.nuoper AND A.nuinte = B.nuinte AND B.cdinteetat = ‘PR’

• Bouton pour voir la liste des interventions. Interventions faites :



A.cdzone = codeZone AND A.cdbati = codeBatiment AND A.nuoper = B.nuoper AND A.nuinte = B.nuinte AND (B.cdinteetat = ‘SP’ OR B.cdinteetat = ‘SD’)

• Bouton pour voir la liste des interventions. Coût des fluides par année (lié à l’interface Energies et donc recherche

sur o_operation.tytran=’IN’)




SELECT count (A.nuoper), sum (B.mtintetota) FROM gima.O_INTELOCALISATION A, gima.O_INTERVENTION B, gima.O_OPERATION C WHERE A.cdcoim = codecomplexe AND

A.cdzone = codeZone AND A.cdbati = codeBatiment AND A.nuoper = B.nuoper AND A.nuinte = B.nuinte AND A.nuoper = C.nuoper AND A.nuoper = B.nuoper AND C.tytran = ‘IN’

♦ Onglet Etat de santé : Visites effectuées

• Nombre de visites effectuées (intervention générée et soldée) par année,

SELECT count (A.nuoper),TO_CHAR(dtoperau,’YYYY’) FROM gima.O_INTELOCALISATION A, gima.O_INTERVENTION B, gima.O_OPERATION C WHERE A.cdcoim = codecomplexe AND

A.cdzone = codeZone AND A.cdbati = codeBatiment AND A.nuoper = B.nuoper AND A.nuinte = B.nuinte AND A.nuoper = C.nuoper AND A.nuoper = B.nuoper AND C.tytran = ‘PR’ AND (B.cdinteetat = ‘SP’ OR B.cdinteetat = ‘SD’)

GROUP BY TO_CHAR(dtoperau,’YYYY’)

• Bouton pour accéder à la liste des visites (date visite, objet visite et commentaires) ayant généré une intervention soldée.

SELECT A.dtvisite, D.lbobjvisite, A.lbvisiterem FROM gima.PF_VISITE A, gima.PF_VISITESINFOS B, gima.O_INTERVENTION C, gima.PN_OBJVISITE WHERE B.cdcoim = codecomplexe AND

B.cdzone = codeZone AND B.cdbati = codeBatiment AND A.cdvisite = B.cdvisite AND A.cdobjvisite = D.cdobjvisite AND C.nuoper = B.nuoper AND C.nuinte = B.nuinte AND (C.cdinteetat = ‘SP’ OR C.cdinteetat = ‘SD’)

ORDER BY A.dtvisite DESC

Visites programmées • Nombre de visites programmées (intervention générée mais

non effectuée), SELECT count (A.nuoper) FROM gima.O_INTELOCALISATION A, gima.O_INTERVENTION B, gima.O_OPERATION WHERE A.cdcoim = codecomplexe AND

A.cdzone = codeZone AND A.cdbati = codeBatiment AND A.nuoper = B.nuoper AND A.nuinte = B.nuinte AND A.nuoper = C.nuoper AND A.nuoper = B.nuoper AND C.tytran = ‘PR’ AND NOT (B.cdinteetat = ‘SP’ OR B.cdinteetat = ‘SD’)

5.19.4 Fonctionnement L’utilisateur a sélectionné un bâtiment et a choisi l’option Carnet de santé.





Les icônes suivantes respectent les règles décrites dans les chapitres Gestion des droits d’accès aux options et Gestion des menus :



Charge la liste des interventions associée au bâtiment sélectionné


Indicateurs












5.20 ECRAN DES INDICATEURS

5.20.1 Description Cette fonction permet d’accéder à un certain nombre de critères de regroupement et

d’indicateurs d’activités.


5.20.3 Information traitée La liste des niveaux d’information pouvant être choisis est la suivante :

♦ Complexe immobilier,

♦ Bâtiment,

♦ Unité de Gestion,

♦ Direction gestionnaire,

♦ Sous direction gestionnaire (ne peut être choisi que si le critère DG est choisi préalablement),

♦ Ligne budgétaire,

♦ Type de budget,

♦ Type de crédit,




♦ Objet d’opération,

♦ Atelier,

♦ Corps d’état,

♦ Type d’intervention (interne/externe),

♦ Type de travail,

♦ Thématique. Attention la DG et la SDG selon le cas sera localisée sur l’UG ou sur la ligne

budgétaire.

La liste des indicateurs pouvant être choisis est la suivante :

♦ Coût des interventions depuis le date première intervention : ♦ Total, ♦ Externe, ♦ Interne.

♦ Nombre heures passées depuis le date première intervention,

♦ Coût des interventions au m2 avec couleur associée (ok=vert, moyen=orange, ok=rouge) :

♦ Total, ♦ Externe, ♦ Interne.

♦ Coût par occupant,

♦ Entre deux dates (1 an glissant par défaut) : ♦ Pour la période saisie (Ex. 1/1/03 – 31/03/03)

Nombre d’interventions, Pourcentage d’interventions (nombre d’interventions / interventions Gima sur

la même période), Coût des interventions, Montant moyen des interventions, Heures d’interventions, Pourcentage d’heures d’interventions (heures d’interventions / heures

interventions Gima sur la même période), Coût des matériaux, Pourcentage Coût des matériaux (Coût des matériaux / Coût des matériaux

Gima sur la même période). ♦ Pour le même intervalle glissé vers le passé (Ex. 1/10/02 – 31/12/02) :

Idem à la période saisie. Les indicateurs pour la période –1 sont optionnels. L’utilisateur devra préciser, en cochant une case, qu’il veut voir afficher les données de cette période.

♦ Crédits budgétés,

♦ Crédits engagés,

♦ Rapport crédits engagés / crédits budgétés,




Le choix d’un niveau d’information est obligatoire. Certains niveaux peuvent se combiner entre eux et d’autres pas.

Voici la matrice de compatibilité Critères / Critères :

Bâtim

ent

Uni

té d

e G

estio

n D

G

SDG

Lign

e bu

dgét

aire

Ty

pe d

e bu

dget

Ty

pe d

e cr

édit

Obj

et

d’op

érat

ion

Ate

lier

Cor

ps d

’éta

t

Type

d’

inte

rven

tion

Type

de

trava

il Th

émat

ique

Complexe immobilier

Oui Oui Oui Oui Non Non Non Oui Oui Oui Oui Oui Oui

Bâtiment Oui Oui Oui Non Non Non Oui Oui Oui Oui Oui OuiUnité de Gestion

Oui Oui Non Non Non Oui Oui Oui Oui Oui Oui

DG Oui Oui Oui Oui Oui Oui Oui Oui Oui OuiSDG Oui Oui Oui Oui Oui Oui Oui Oui OuiLigne budgétaire

Oui Oui Non Non

Non

Non Non Non

Type de budget Oui Non Non

Non

Non Non Non

Type de crédit Non Non

Non

Non Non Non

Objet d’opération

Oui Oui Oui Oui Oui

Atelier Oui Oui Oui OuiCorps d’état Oui Oui OuiType d’intervention

Oui Oui

Type de travail Non

Tous les indicateurs ne peuvent pas être obtenus selon le critère choisi.

Voici la matrice de compatibilité Critères / Indicateurs :

Coût

InterventionsHeurespassée

s

Coût au m2

Coût par

occupant

Entre deux dates

Crédit Budgét

é (CB)

Crédit Engagé

(CE)

CE / CB

Complexe immobilier

Oui Oui Oui Oui Oui Non Non Non

Bâtiment Oui Oui Oui Oui Oui Non Non Non Unité de Gestion Oui Oui Oui Oui Oui Non Non Non DG Oui Oui Non Non Oui Oui Oui Oui




SDG Oui Oui Non Non Oui Oui Oui Oui Ligne budgétaire Non Non Non Non Non Oui Oui Oui Type de budget Non Non Non Non Non Oui Oui Oui Type de crédit Non Non Non Non Non Oui Oui Oui Objet d’opération Oui Oui Non Non Oui Non Non Non Atelier Oui Oui Non Non Oui Non Non Non Corps d’état Oui Oui Non Non Oui Non Non Non Type d’intervention Oui Oui Non Non Oui Non Non Non Type de travail Oui Oui Non Non Oui Non Non Non Thématique Oui Oui Non Non Oui Non Non Non

Tous les indicateurs peuvent être choisis simultanément dans la mesure où les deux

matrices précédentes sont prises en compte.

Un bouton de type Ok affiche un écran intermédiaire résumant les choix de l’utilisateur et permet, en fonction des critères, de modifier l’ordre de tri. Par défaut la liste sera triée par les colonnes de niveau d’information puis par les colonnes des indicateurs. Il sera permis à l’utilisateur de réordonner facilement ce tri.

Les critères validés par l’utilisateur, le résultat s’affiche avec une liste composée de :

♦ Le ou les niveaux d’information,

♦ Le ou les indicateurs.

5.20.4 Fonctionnement L’utilisateur s’est positionné géographiquement, a choisi ou pas un item physique et a

choisi le menu Indicateurs.

L’écran lui permet de sélectionner le niveau d’information à agréger et les indicateurs qu’il désire voir apparaître.













5.20.6 Menu de la fonction Le menu tient compte de la recherche précédemment effectuée : o Si on est au niveau d’une parcelle :

Recherche Résultat recherche Carnet d’identité Tableaux de bord :

• Synthèse financière • Activité atelier • Domaine • Budget • Fournisseur • Direction gestionnaire

o Si on est au niveau d’un complexe immobilier ou d’un bâtiment : Recherche Résultat recherche Carnet d’identité Carnet de santé Tableaux de bord :


o Si on n’est pas positionné au niveau d’une entité physique (parcelle, complexe immobilier ou bâtiment) :

Recherche Tableaux de bord :





5.20.7 Interface avec l’extérieur

Les indicateurs Coût total et Coût interne sont soumis à un droit d’accès à option. L’utilisateur pourra voir ces informations uniquement s’il a le droit correspondant.

5.20.8 Interface avec d’autres fonctions Droit d’accès aux options Droit d’accès aux données

Gima C/S doit être modifié afin de pouvoir indiquer à partir de quel coût au m2 la couleur associée est orange (moyen) ou rouge (pas bon).




5.21 TABLEAUX DE BORD / SYNTHESE FINANCIERE

5.21.1 Description Le tableau de bord des synthèses financières permet de visualiser globalement toutes

les dépenses et les recettes gérées dans Gima C/S.

L’utilisateur a choisi une cible : bâtiment, complexe, ou une unité de gestion. Il souhaite afficher la synthèse financière pour une cible sélectionnée dans un ensemble de choix.


5.21.3 Information traitée Si l’utilisateur est positionné sur un Complexe immobilier ou un Bâtiment ( :,

l’utilisateur peut rester sur l’entité ou bien affiner en choisissant une Unité de Gestion.) SELECT B.nuug, C.lbdomequi, B.libelle, B.adresse FROM gb.PANPL1LOCALISATION A, gb.ORGEFIUG B, fm.N_DOMAINE C WHERE A.nuug = B.nuug AND A.cddomaine = B.cddomaine AND A.cddomaine = C.tyequi AND A.cdcoim = Codecomplexe AND A.cdzone = Codezone AND A.cdbati = CodeBatiment AND A.nuug IS NOT NULL

Cas de l’utilisateur positionné sur un bâtiment




SELECT B.nuug, C.lbdomequi, B.libelle, B.adresse FROM gb.PANPL1LOCALISATION A, gb.ORGEFIUG B, fm.N_DOMAINE C WHERE A.nuug = B.nuug AND A.cddomaine = B.cddomaine AND A.cddomaine = C.tyequi AND A.cdcoim = Codecomplexe AND A.cdzone = ‘00’ AND A.cdbati = ‘00’ AND A.nuug IS NOT NULL

Si l’utilisateur n’est pas positionné sur un Complexe immobilier ou un Bâtiment, l’utilisateur doit choisir un Complexe immobilier, un Bâtiment ou une Unité de Gestion. Les synthèses financières sont paramétrées et calculées au niveau de Gima C/S. La liste des Complexes immobiliers, des Bâtiments et des Unités de Gestion en tient compte en affichant uniquement les items qui possèdent des synthèses financières :

SELECT B.cdgimaniv1, B.libelle, B.adresse, max(A.exercice) FROM fm.ST_FINANCIERE A, gb.PANPFI B WHERE B.cdgimaniv1 IN ‘ListeDesComplexesComprisDansLaZoneGéographiqueDeLutilisateur’ AND A.cdcoim = B.cdgimaniv1 AND B.nuniveau = 1 AND A.cdzone = ‘00’ AND A.cdbati = ‘00’ GROUP BY B.cdgimaniv1, B.libelle, B.adresse, max(A.exercice)

SELECT B.cdgimaniv1, B.cdgimaniv2, B.cdgimaniv3, B.libelle, B.adresse, max(A.exercice) FROM fm.ST_FINANCIERE A, gb.PANPFI B WHERE B.cdgimaniv1 || B.cdgimaniv2 || B.cdgimaniv3 IN ‘ListeDesBatimentsComprisDansLaZoneGéographiqueDeLutilisateur’ AND A.cdcoim = B.cdgimaniv1 AND A.cdzone = B.cdgimaniv2 AND A.cdbati = B.cdgimaniv3 AND B.nuniveau = 3 GROUP BY B.cdgimaniv1, B.cdgimaniv2, B.cdgimaniv3, B.libelle, B.adresse, max(A.exercice)

SELECT B.nuug, C.lbdomequi, B.libelle, B.adresse, max(A.exercice) FROM fm.ST_FINANCIERE A, gb.ORGEFIUG B, fm.N_DOMAINE C WHERE A.nuequi || A.tyequi IN ‘ListeDesUGComprisesDansLaZoneGéographiqueDeLutilisateur’ AND A.nuequi = B.nuug AND A.tyequi = B.cddomaine AND A.tyequi = C.tyequi AND B.nuniveau = 3 GROUP BY B.nuug, C.lbdomequi, B.libelle, B.adresse, max(A.exercice)

Si aucune synthèse financière n’existe, l’utilisateur en est informé par un texte, au lieu de la liste déroulante.

Si pour un item donné, plusieurs synthèses financières ont été générées dans la base, il faut afficher uniquement la plus récente.

L’impression, dont les données sont enregistrées dans la table gima.ST_FINANCIERE prendra exemple sur le format suivant (exemple Gima généré sous PB) :

Liste des complexes

Cas de l’utilisateur positionné sur un complexe immobilier

Liste des bâtiments

Liste des UG




Requête 01 : FROM gima.st_financiere A, gima.n_regle_gestion B WHERE ( A.nuregle = B.nuregle ) AND B.fgsens = ‘D’ AND B.tybudget = ‘F’

Requête 02 : FROM gima.st_financiere A, gima.n_regle_gestion B WHERE ( A.nuregle = B.nuregle ) AND B.fgsens = ‘D’ AND B.tybudget = ‘I’

Requête 03 : FROM gima.st_financiere A, gima.n_regle_gestion B WHERE ( A.nuregle = B.nuregle ) AND B.fgsens = ‘R’ AND B.tybudget = ‘F’

Requête 04 : FROM gima.st_financiere A, gima.n_regle_gestion B WHERE ( A.nuregle = B.nuregle ) AND B.fgsens = ‘R’ AND B.tybudget = ‘I’

exercice

dttraitement Description de l’entité choisie

lbnomregle

mtht

mttva

mtttc

Cf requête 01 ci- dessous







5.21.4 Fonctionnement L’utilisateur s’est positionné géographiquement, a choisi ou pas un item physique et a

choisi le menu Tableaux de bord / Synthèse financière.

Attention, cette fonctionnalité n’est pas accessible aux clients Gima en Patrimoine seulement.


En respectant les règles décrits dans les chapitres Gestion des droits d’accès aux options et Gestion des menus, et en considérant le niveau de la recherche précédemment effectuée, l’utilisateur aura accès aux icônes suivantes :

♦ Si on est au niveau d’une parcelle :




Indicateurs






♦ Si on est au niveau d’un complexe immobilier ou d’un bâtiment :




Carnet de santé

Indicateurs










♦ Si on n’est pas positionné au niveau d’une entité physique (parcelle, complexe immobilier ou bâtiment) :



Indicateurs




