mise en place de la base de données géographiques sur les ...

Cellule
Géomatique
MISE EN PLACE DE LA BASE DE DONNÉES
GÉOGRAPHIQUES SUR LES COMMERCES DE
LA VILLE DE GRENOBLE
Katarína Čintalová
Master 2 SIG et gestion de l‘espace
Septembre 2007
Université Jean Monnet
CRENAM
6 rue Basse des Rives
420 23 Saint Etienne
Maître du stage
Ardouin Yannick
Ville de Grenoble
ENISE
Cellule Géomatique
58 rue Jean Parot 3 rue Malakoff
42023 SAINT ETIENNE 380 00 Grenoble

Remerciements
Je tiens à remercier avant tout Yannick ARDOUIN, mon maître de stage et responsable SIG
de la ville de Grenoble qui m’a accueillie au sein de la cellule géomatique. Sa disponibilité;
son expérience et son soutien au quotidien m’auront permis de mener à bien la mission que
nous nous étions fixés.
Un grand merci à Pierre MARTIN, administrateur Oracle pour sa disponibilité et ses conseils
durant la phase « Oracle ».
Je voudrais également remercier à Olivier CHAUTEMPS pour sa bonne volonté de partager
ses expériences qu‘administrateur SIG de la ville.
Mes remerciements sont également destinés au responsables de ma formation, M. Thierry
JOLIVEAU et toute l’équipe du Master SIG de Saint Etienne qui m’ont accepté et encadré
dans leur structure et m’ont permis de réaliser cette expérience.
Je remercie très sincèrement toute l’équipe de la Direction d’Economie de la ville de
Grenoble pour leurs efforts dans le cadre de l‘appréhension d’un nouvel outil.

Table des matières
1. Introduction ..................................................................................................................................... 3
2. Présentation de l’organisme d’accueil............................................................................................. 4
2.1. La Ville de Grenoble ............................................................................................................... 4
2.1.1. Cellule Géomatique......................................................................................................... 7
2.1.1.1. Les missions de la cellule SIG................................................................................. 8
2.1.1.2. Architecture de SIG de la ville de Grenoble............................................................ 9
2.1.1.3. Référentiel géographique du SIG – les données de référence ............................... 10
2.1.1.4. Les applications métier.......................................................................................... 10
3. Présentation de la mission du stage............................................................................................... 11
3.1. Mise en perspective de la mission Mise en relation avec les projets déjà réalisés................ 11
3.2. Description du problème posé............................................................................................... 12
3.2.1. Les potentialités du projet ............................................................................................. 13
3.2.2. Les objectifs à atteindre................................................................................................. 13
3.2.2.1. Les objectifs dans le cadre des missions de la Direction d’Economie .................. 13
3.2.2.2. Les apports d’une base SIG sur les commerces .................................................... 13
3.2.2.3. Les objectifs techniques ........................................................................................ 14
3.2.3. Les enjeux......................................................................................................................14
3.2.3.1. L'enjeu à court terme ............................................................................................. 14
3.2.3.2. L'enjeu à moyen terme .......................................................................................... 15
4. Conduite du projet......................................................................................................................... 15
5. Phase préliminaire ......................................................................................................................... 17
5.1. Analyse de l’existant ............................................................................................................. 17
5.1.1. Les acteurs du projet...................................................................................................... 17
5.1.2. Budget et ressources humaines...................................................................................... 17
5.1.3. Ressources et contraintes informatiques........................................................................ 18
5.1.3.1. Des moyens techniques: ........................................................................................ 18
5.2. Définition de l’objet de la base de données........................................................................... 19
5.2.1. Données disponibles...................................................................................................... 20
5.3. Etude technique ..................................................................................................................... 21
5.3.1. Spécifications fonctionnelles de l’outil ......................................................................... 21
5.3.2. Le choix du système de gestion de la base de données relationnelle ............................ 22
5.3.3. Le Système d’Information Géographique ..................................................................... 24
5.3.4. L’interface graphique .................................................................................................... 26
5.3.5. Centralisation et partage................................................................................................ 28
5.4. Des scénarios techniques....................................................................................................... 28
5.4.1. Scénario n°1 .................................................................................................................. 29
5.4.2. Scénario n°2 .................................................................................................................. 29
1

5.4.3. Scénario n°3 .................................................................................................................. 30
6. Phase réalisation............................................................................................................................ 31
6.1. Architecture technique de l’outil........................................................................................... 31
6.1.1. Lien base de données Oracle Access........................................................................ 32
6.1.2. Lien Access Oracle................................................................................................... 33
6.1.3. Lien Oracle Geomedia......................................................................................... 34
6.1.4. L’accès aux données...................................................................................................... 35
6.2. Conception de la base de données......................................................................................... 35
6.2.1. Le modèle conceptuel de données................................................................................. 36
6.2.1.1. Relations et cardinalités :....................................................................................... 37
6.2.2. Le modèle logique de données ...................................................................................... 37
6.2.3. Le modèle physique de données.................................................................................... 38
6.2.4. Intégration des données ................................................................................................. 39
7. Présentation de l’application ......................................................................................................... 41
7.1. Organisation de l‘application ................................................................................................ 41
7.2. Présentation des formulaires et leur fonctionnement ............................................................ 43
7.2.1. Formulaire « Sommaire ».............................................................................................. 43
7.2.2. Formulaire « Nouvelle saisie »...................................................................................... 44
7.2.3. Formulaire Modification ............................................................................................... 47
7.2.3.1. La description des pages (les onglets dans le formulaire) :................................... 49
7.2.4. Formulaire « Correction » ............................................................................................. 54
7.3. Présentation de la partie graphique / SIG .............................................................................. 54
8. Conclusion..................................................................................................................................... 57
9. Bibliographie................................................................................................................................. 58
10. Les Annexes .............................................................................................................................. 59
2

1. Introduction
La municipalité veille à la diffusion cohérente et homogène du commerce de chaque quartier. Etant
l’animateur du pôle commercial, le service Commerce - artisanat de la ville de Grenoble effectue de
nombreuses analyses portant sur le développement de l’activité commerciale dans le temps. Jusqu’à
aujourd’hui il effectuait ces analyses avec les données reçues ponctuellement de la CCI (Chambre de
commerce et d’industrie). La fiabilité des données n’était pas à la mesure de leurs attentes, car elles
n’étaient pas tenues à jour. L’aspect cartographique n’était pas abordé.
Dans le cadre des dossiers du Fond d'Intervention pour les Services, l'Artisanat et le Commerce
(FISAC) et de différentes études sur la requalification du centre Ville de Grenoble, il est apparu
indispensable de disposer d'états des lieux fiables sur l'activité commerciale.
L’objectif de ce stage s’inscrit dans le cadre de la mission de conseil et d'expertise auprès des services
de la ville de Grenoble, soucieux de s'inscrire dans la démarche SIG. Cette mission va de l'étude de
faisabilité au montage de la base de données et à la fourniture d'outils de saisie et d'exploitation.
La première phase vise la spécification de la mission. Le but consiste à identifier le périmètre du
projet, cerner les besoins principaux, identifier les enjeux, les principales orientations de
l’informatisation et les objectifs de développement de la Base de Données pour la Direction
d’Economie.
Pour cadrer et borner le travail, il était nécessaire d’établir la définition précise des éléments que l’on
voulait intégrer dans la future base des données.
Après avoir poursuivi l’étape d’analyse et de la définition, une étape technique est réalisée. Elle
consiste en réflexion sur la spécification technique de l´application. Le système de gestion de la base
de données relationnelle (SGBDR) et le système d’information géographique (SIG) disponibles sont
mises en comparaison. Les avantages et les inconvénients des différents scénarios sont présentés afin
de trouver l’architecture convenant le mieux aux besoins de la Direction d’Economie.
La phase de réalisation contient la modélisation de la base de données suivie par l’intégration des
données provenant de la source de la CCI Grenoble. Par la suite, une interface conviviale est à
développer pour les utilisateurs avec des formulaires, des boîtes de dialogues, des requêtes préétablies
pour faciliter le circuit de mises à jour.
La dernière phase comporte la rédaction de la documentation nécessaire à l’utilisation de l’outil. Cette
documentation est liée au développement de l’application pour le suivi informatique.
3

2. Présentation de l’organisme d’accueil
2.1. La Ville de Grenoble
La Ville de Grenoble est une collectivité territoriale. Comme toute mairie, elle est organisée en une
partie politique ou municipalité et une partie administrative.
La partie politique est élue par les citoyens, elle est composée du Maire, des adjoints au maire et
des conseillers répartis par secteur et par commissions, ils donnent les grandes directives et les axes
de travail : ils représentent le pouvoir décisionnel et constituent le premier demandeur
d’informations.
La partie administrative, composée des services administratifs et techniques réalise la mise en
œuvre de la politique locale sur le terrain. Ses agents sont notamment chargés de réunir et
transmettre l’information au politique. La partie administrative est dirigée par La Direction générale
des services (DGS) qui constitue la plus haute direction administrative de la Ville et qui est soumise
à des règles administratives.
Le schéma ci-dessous montre l’organisation simplifiée et subjective d’une mairie où ses deux
parties (politique et administrative) sont dissociables.
Elus :
Maire et Adjoints
Directives
politiques
Direction Générale
des Services
Rôle de liaison
Départements et
services
Mise en oeuvre
Services
Administratifs
Services
Techniques
La structure interne de la partie administrative, peut être visualisée en détail sur l'organigramme de
l’intranet de la ville de Grenoble (cf. Annexe 1), elle est composée de six départements ainsi que de
deux directions qui sont directement rattachées à la Direction générale (DGS).
Ces deux directions sont :
• La direction communication / animation informe les habitants. Elle utilise divers media
dont le journal municipal, "Les nouvelles de Grenoble" et le site Internet de la ville qui est

mis à jour par ses soins. Elle est au cœur de l’organisation des manifestations et autres
animations de la municipalité, par ailleurs, elle assiste les associations dans le cadre de
l'organisation de leurs manifestations.
• La direction économie / insertion soutient le développement économique, la création
d'emplois, ainsi que le commerce et l'artisanat. Elle encourage l'innovation et les initiatives
dans le secteur des économies solidaires. 1
La direction économie / insertion a plusieurs missions. Elle accompagne les entreprises, les
personnes, et promeut l’économie solidaire et le développement des nouvelles technologies.
L’objectif de cet accompagnement reste de servir la mission principale de la direction économie /
Insertion : le développement de l’économie et de l’emploi du territoire grenoblois de manière saine
et homogène.
Les six départements se répartissent dans les directions et les services :
1. Département Culture Sport et Education (CSE)
2. Département Administration Générale et Relations Extérieures (AG / RE)
3. Département Ressources Humaines/RS
4. Département Finances
5. Département Solidarité
6. Département Vie Urbaine
1. Le département Culture Sport Education (CSE) rassemble les gestionnaires d'équipements.
(culturels, de la vie scolaire, socioculturels, sportifs).
2. Le département Administration Générale et Relations Extérieures rassemble les moyens
généraux.
• La direction des moyens d'information est composée des services traitant l'information
(archives, documentation, systèmes d'information, etc.).
Le service de Systèmes d’Information et de Télécommunications (DSIT) qui fait partie de
cette direction gère le système informatique et téléphonique des services municipaux. En
relation avec la Cellule Géomatique de la direction d’urbanisme il a en charge le Système
1 source : Intranet Yris Ville de Grenoble http://yris.grenoble.local/index.php?tg=articles&topics=85.
5

d’Information Géographique (SIG) de la Ville, où il s’engage sur la maintenance technique des
logiciels, des données, et du système en général.
3. Le département Ressources Humaines et relations sociales a en charge la gestion administrative
du personnel, sa mobilité, son recrutement ainsi que la santé, la prévention et l'assistance sociale au
personnel.
4. Le département des Finances a un rôle d'expert, exerce les fonctions de conseil et de gestion pour
ce qui concerne les finances.
5. Le département Solidarité est composé de quatre directions qui ont en charge la mise en œuvre
des orientations de la politique du logement, la gestion des services de proximité (petits travaux,
actes administratifs et renseignements divers), la préservation de la santé publique et des conditions
de vie et l'environnement de la population grenobloise (prévention de la délinquance et sécurité
civile).
6. Le département Vie Urbaine se divise en trois directions:
• La direction d’exploitation qui rassemble des services de gestion et d'entretien du domaine
public, de gestion des consommations d'énergie, de gestion du parc de véhicules, d'entretien
du patrimoine bâti et de gestion de l'évènementiel du point de vue matériel.
• La direction aménagement urbain qui, s'articule autour d'un service de conduite d'opérations
qui a en charge les opérations de construction ou de réhabilitation telles que les travaux sur
le parc Paul Mistral.
• La direction urbanisme a en charge l'alimentation de la base de données topographiques de
la ville (bureau du plan), la stratégie urbaine de la ville en relation avec l'agglomération et
les demandes d'autorisation d'urbanisme (prospective urbaine, urbanisme réglementaire), la
gestion du patrimoine foncier et immobilier et la mise en valeur et la réhabilitation de
l'habitat existant (patrimoine urbain).
Ce département occupe donc une place centrale au sein de la structure de la ville du fait de la
diversité des services qui le composent (cf. Annexe 2)
L'organisation des services a sein de la Ville de Grenoble se caractérise par une répartition des
compétences décentralisée. Elles sont organisées autour d’un pôle de besoins en regroupant des
personnes de différents services, départements ou directions. Le regroupement des compétences a
un effet synergie positif, mais la décentralisation peut également être un frein à la conduite de
certains projets impactant des services situés dans des départements différents.
6

2.1.1. Cellule Géomatique
Au sein du Département Vie Urbaine, la cellule Géomatique est rattachée à la Direction de
l'Urbanisme. Elle se compose comme suit :
DIRECTION
Yannick Ardouin
Ingénieur territorial
ADMINISTRATION
Olivier Chautemps
Technicien territorial
SECRETARIAT
Chantal Nesta
Adjoint administratif
MISSIONS PRINCIPALES
- Animation de la démarche
- Maîtrise d'ouvrage
- Gestion de la cellule
- Administration du référentiel
- Administration des données métiers
- Accompagnement des producteurs
Secrétariat de la Direction de l'Urbanisme, ponctuellement pour la
Cellule Géomatique (10%)
La cellule géomatique travaille en partenariat avec la direction des Systèmes d’Information et de
Télécommunications (DSIT), et plus particulièrement avec sa branche "maîtrise d'œuvre" pour le
suivi des applications SIG et l'administration du SGBD, même si celle-ci est complètement
indépendante dans l'organigramme.
SUIVI D'APPLICATION
Pierre Martin
Technicien territorial
- Suivi des applications SIG
- Administration de la base Oracle
Les questions relatives au positionnement et aux missions d'un service SIG dans l'organisation sont
sans doute un des points que partagent toutes les collectivités impliquées. Compétence et culture
nouvelles, transversalité de fait, l'information géographique se doit d'être proche des utilisateurs qui
la font vivre et des structures informatiques qui la déploient.
La cellule géomatique, bien que rattachée à la Direction de l'Urbanisme, agit pour le compte de
l'ensemble des services de la ville en fonction :
- des demandes qui lui sont formulées par les services
- des priorités qui lui sont données par le Comité de Suivi du SIG
7

2.1.1.1. Les missions de la cellule SIG
- Elle assure la promotion de la démarche géomatique dans les différents projets portés par la
ville et des outils SIG afin de susciter, dans la mesure du possible, un déploiement large de la
culture géomatique.
Elle a également en charge la documentation sur les données qu'elle gère; ceci passe par la
constitution, mise à jour et diffusion de dictionnaires des données, permettant à tout
demandeur de comprendre la structure des données intégrées au SIG
- Maîtrise d'ouvrage : accompagnement des services désireux de mettre en œuvre leurs propres
données métiers dans le SIG.
Dans la plupart des cas, il s'agit d'élaborer une base de données localisées à partir de
données existantes et manipulées de manière empirique par le producteur. Cette mission va
de l'étude de faisabilité au montage de la base de données et à la fourniture d'outils de saisie
et d'exploitation. Le résultat de cette phase de travail est le plus souvent la validation d'un
dictionnaire des données concernées.
Dans certains cas, cette mission va jusqu'au développement d'interfaces de saisie
spécifiques, mission alors sous traitée et donc encadrée et suivie par la cellule géomatique.
De manière générale, cette mission est menée en lien étroit avec la DSIT qui au final est
systématiquement associée aux projets des services sur lesquels la Cellule Géomatique
intervient.
- Elle a en charge l‘administration du référentiel spatial pour le compte de l'ensemble des
services.
La cellule produit, gère et diffuse le référentiel spatial de la ville. Un document spécifique
intitulé "Guide de gestion du référentiel spatial" est édité et disponible sur demande auprès de la
cellule géomatique.
Le but de son activité est de mettre en place un système décentralisé favorisant l'autonomie des
services (outils, compétences, données métiers) tout en garantissant leur cohérence au sein d'un
tout fédérateur : le SIG de la ville (référentiel commun, outils, culture, démarche…).
L‘intégration et la gestion de données d'intérêt général, ainsi que l‘accompagnement des producteurs
font partie de l’ensemble de ces missions.
8

2.1.1.2. Architecture de SIG de la ville de Grenoble
L’une des principales missions de la cellule géomatique est d’assurer la mise en œuvre et la
fiabilisation du référentiel spatial, c’est à dire des données de référence : l’adresse, la voie, la
parcelle, le quartier construites via le SIG, stockées sous Oracle, et progressivement exploitées par
l’ensemble des logiciels métiers des services de la ville.
Concernant l'architecture fonctionnelle, celle-ci se structure autour du SGBD Oracle – cf. schéma cidessous.
Une base Oracle qui fédère et diffuse la donnée spatiale 2
Les univers inter-connectés autour la base Oracle sont donc :
• Un intégrateur : à ce jour, la société Oracle préconise de n'utiliser qu'un seul intégrateur de
données graphiques, afin que les métadonnées propres à cet intégrateur n'entrent pas en
concurrence avec celles d'un autre intégrateur. GeoMedia et GeoMedia Pro assurent ce rôle.
• Des applications SIG en client/serveur majoritairement autour de GeoMedia
• Une application SIG sur l'intranet municipal (Geomedia WebMap) qui propose en consultation
un environnement cartographique qui diffuse des données métiers
• Une application SIG hébergée chez un prestataire accessible via un navigateur
• Des progiciels de gestion alimentés régulièrement en données du référentiel. Ces applications ne
disposent pas d'environnements graphiques, pourtant elles manipulent des données spatiales
(voies, adresses, quartier) qui leur sont présentées sous forme alphanumérique par Oracle.
2 Missions de la cellule Géomatique et présentation du SIG; Yannick Ardouin, 2007
9

• Des applications spécifiques développées en interne/externe et qui alimentent SIGV en données
alphanumériques et parfois graphiques. L'une d'entre elle intègre dans son code le produit
Oracle Mapviewer, environnement graphique de consultation de données.
2.1.1.3. Référentiel géographique du SIG – les données de référence
Le référentiel spatial intéresse l’ensemble du Système d’Information de la ville. La bonne gestion de
ce référentiel est primordiale. L’objectif de fédération est en phase d’être atteint:
> fédération entre applications (utilisation d’un référentiel commun)
> fédération entre applications de gestion traditionnelles et représentation cartographique
(utilisation d’un référentiel spatial)
L’immense majorité des données manipulées par la collectivité dans ses missions quotidiennes se
réfère à l’adresse, la voie, la référence cadastrale ou le quartier lorsqu’elles ont besoin d’être
localisées.
Le référentiel est une base de données Oracle nommée SIGV constituée de différents lots de
données (ou schémas Oracle):
• Le schéma « Cadastre » : contient les données graphiques du cadastre
• Le schéma « RGG » - Référentiel Géographique grenoblois – contient les données voies et
adresses postales
• Le schéma « Découpage » : contient les données sur les quartiers institutionnels du
territoire communal
Toutes les données qui y sont stockées sont des données spatiales, créées à partir d’un logiciel SIG
et utilisant le modèle objet d’Oracle. La possibilité d’exploitation spatiale des données est
indépendante du client SIG mais peut se faire directement dans le SGBD Oracle si besoin.
L’ensemble des objets de SIGV sont des objets à deux dimensions, de précision centimétrique. Ils
utilisent le système de projection Lambert III Sud.
Les données graphiques de SIGV entretiennent les relations topologiques établies et maintenues via
GeoMedia lors de toute intervention sur la géométrie d’un objet de la base.
2.1.1.4. Les applications métier
L’ensemble des logiciels métiers des services de la ville approuve la mise en œuvre et la
fiabilisation du « référentiel spatial » et son exploitation 3 :
3 Déploiement du Système d’Information Géographique, Yannick Ardouin, Cellule Géomatique
10

Référentiel
du SIG
SIGV
Utilisation/appropriation du SIG
en cours dans les services
PLU (Dir. Urbanisme)
Equipements (tous services)
Espaces Verts (Dir. Exploitation)
Eclairage (Dir. Exploitation)
Déplacement/accessibilité (Dir. Am Urb)
Logements (Dir. Logement)
autres ...
Logiciels métiers en cours d’installation
Application de gestion des ADS (Dir. Urbanisme)
Application de gest. des doss. d’Hygiène (Sce Hygiène et
Salubrité)
Application de gestion des alertes (Dir. Prévention Sécurité)
Application de gestion des électeurs (Sce Elections)
Application de gestion de stationnement (Sce Déplacement /
Voirie)
Application de gestion de foncier (Sce Foncier)
3. Présentation de la mission du stage
Dans le cadre des dossiers du Fond d'Intervention pour les Services, l'Artisanat et le Commerce
(FISAC) et de différentes études sur la requalification du centre Ville de Grenoble, il est apparu
indispensable de disposer d'états des lieux fiables sur l'activité commerciale.
Ce besoin se concrétise par la réalisation d’une base d’information fiable et complète pour la
Direction d’Economie et s'accompagne d'un besoin de localisation des différentes activités, à savoir
où se situent les commerces sur le territoire de la ville de Grenoble, et comment s'organise leur
répartition?
Pour répondre à ces questions, la Cellule Géomatique, qui pilote la mise en œuvre du Système
d'Information Géographique (SIG) de la ville a proposé à la Direction d’économie, Maître
d´ouvrage, de réfléchir à la création d'une base de données localisant les différents commerces, cette
base devant être intégrée au SIG de la ville. Le service Commerces-Artisanat étant partie prenante,
il sera associé à cette mission pour laquelle j´ai été recrutée.
3.1. Mise en perspective de la mission
Mise en relation avec les projets déjà réalisés
Au regard des études déjà réalisées et des différents projets menés, la Direction de l’Economie a
manifesté un fort intérêt à la conception d'un SIG pour gérer, utiliser et représenter les données dont
elle dispose.
11

Une première étude, effectuée pendant le stage d’un étudiant (années 2002/2003), avait pour
objectif la mise en place d‘un système d’information au sein de la direction économie sous forme
d’un SIG et de créer la base de données économiques à joindre cet outil.
Ce premier travail s’est fait sous la forme d’une réflexion sur les différentes solutions techniques et
organisationnelles envisageables et en tenant compte du contexte technique de la Ville de Grenoble.
Cette première phase a permis de réaliser un cahier des charges en vue de la mise en place pratique
des systèmes d’information.
La concrétisation de ce projet un autre stage a été effectué (années 2004/2005) au sein de la même
direction en partenariat avec la Direction de l’Urbanisme, porteur du projet de SIG. La création
d’une base de données économique en lien avec le SIG commun à la Ville a été relancée par le
recensement des besoins des différents services impliqués dans le projet et des données disponibles
ainsi que de leurs formats.
Quelle que soit la qualité des projets réalisés précédemment, leur champ d’activité a été tellement
vaste qu’ils n’ont pas abouti à un produit final pas plus qu’ils n’ont abordé les aspects techniques.
Malgré cela, ces études proposent une réflexion complète sur la conception d’un système
d’informations ainsi que sur les besoins de gestion et d’utilisation des données géolocalisées à la
Direction d’Economie.
Il faut noter ici qu’un projet portant sur le recensement de l’activité commerciale a été déjà mené
par le Service Prospective Urbain (SPU). Il s’agissait d’un besoin ponctuel dont l’objet était de
posséder une couche cartographique avec les établissements commerciaux et les services de la Ville
pour alimenter différents projets du SPU. Ce projet date de 1996 et n’avait malheureusement pas été
mis à jour.
En 2007, le Service Prospective Urbaine lance une étude sur le centre ville qui passe notamment par
une connaissance fine de l'occupation des rez-de-chaussée d'immeubles. La direction économie a vu
dans ce projet l’opportunité de concrétiser ses projets en matière de SIG. En effet, cela permettait de
relancer un travail spécifique sur les commerces, tout en alimentant le projet du SPU.
3.2. Description du problème posé
L’objectif de la mission est de mettre en place une base des données géographiques sur l’activité
commerciale de la ville de Grenoble. Il y a de vocation à créer un outil dont la Direction
d’Economie pourrait se servir de façon autonome. Cela exige :
- la création et l‘organisation de la base des données,
- la définition des conditions d’utilisation et de gestion.
12

3.2.1. Les potentialités du projet
- La mise en place d'un inventaire cartographié des commerces et de leurs typologies
permettant la production instantanée d'états des lieux pour la Direction Economie ou tout
service/acteur externe demandeur.
- La mise à disposition pour la Direction Economie d'outils permettant l'analyse des données
(notions de densité, proximité, mouvements dans l'espace et dans le temps, etc.) pour la
compréhension, la valorisation, la diffusion des données relatives aux commerces.
- Le démarrage d'une base de données localisées pouvant, à terme, venir s'enrichir d'autres
thématiques intéressant la Direction de l'Economie.
3.2.2. Les objectifs à atteindre
Les objectifs du stage sont de :
- Etablir un diagnostic des données existantes
- Identifier les acteurs et flux de données concernés
- Initier une base de données géographiques via l'interface SIG GeoMedia (SGBD Access
ou Oracle) à partir des données existantes
- Concevoir divers environnements cartographiques de restitution
- Formaliser un scénario permettant le suivi de l'activité et une intégration pérenne par la
Direction Economie au travers de manuels d‘utilisation
3.2.2.1. Les objectifs dans le cadre des missions de la Direction d’Economie
La mise à disposition d'une base SIG par et pour la Direction Economie pourrait trouver des
applications (aide à l'analyse, connaissance du patrimoine, communication) dans les missions
suivantes :
• Promouvoir la modernisation de l’offre commerciale
• Assurer un développement économique équilibré en liant les zones de logement avec les
zones économiques
• Soutenir le commerce et l’artisanat
• Assister l’implantation et l’évolution des entreprises
3.2.2.2. Les apports d’une base SIG sur les commerces
Les apports d'une telle base mise en œuvre via le SIG sont, pour la Direction de l'Economie ainsi
que plus largement pour les services de la ville :
13

• Simplifier la manipulation / consultation des données "commerces" sur différents périmètres
en fonction des besoins de la Direction
• Faciliter la maintenance des données dans le temps
• Réaliser des mises à jour sur une base unique, non redondante
• Mieux comprendre le fonctionnement de l’appareil commercial
• Visualiser et suivre la répartition des entreprises dans l’espace et dans le temps
• Repérer les atouts et les faiblesses du territoire
• Envisager l’évolution potentielle
• Intégrer l’outil à l’observation économique
• Veiller à une diffusion cohérente et homogène du commerce dans chaque quartier (par
rapport des projets en cours de réalisation – grands boulevards, caserne de Bonne, projet
centre ville, etc.)
3.2.2.3. Les objectifs techniques
L'élaboration d'une base de données sur les commerces doit se faire en répondant successivement
aux objectifs suivants :
• Structuration des données et réflexion sur le contenu
• Identification et intégration des données existantes (sources multiples)
• Définition des droits et usages des données: - Mise à jour des données.
- Consultation des données
• Initialisation du lien vers Géomedia et visualisation des données
• Création de l’interface graphique (formulaires, requêtes préétablies) pour la navigation dans
la base de données
• Initialisation du partage de l’outil (élaborer les différentes connexions et des accès
hiérarchisés)
3.2.3. Les enjeux
3.2.3.1. L'enjeu à court terme
Une fois la base de données livrée, l’objectif sera de la tenir à jour dans le temps, au regard des
mouvements quasi permanents du tissu commercial. Le travail effectué depuis le début du stage
montre qu'à ce jour il est difficile de mettre en place un circuit de données assurant une mise à jour
automatique de la future base "commerces". Il faudra vraisemblablement procéder à des opérations
manuelles ou semi-manuelles pour récupérer des données fiables, et ceci régulièrement.
14

3.2.3.2. L'enjeu à moyen terme
L’objectif à moyen terme sera la valorisation des données, valorisation interne pour la Direction
Economie au travers de la production de cartographies répondant à des besoins d'analyse et externe
en communiquant les informations aux partenaires de la Direction Economie.
4. Conduite du projet
Pour mener à bien le travail, une démarche a été élaborée et respectée durant le stage.
Phase préliminaire
a) Analyse de
l’existant
b) Etude technique c)Proposition des
scénarios
Conception de la
base de données
Développement de
l’outil
Le but de première phase consiste à identifier le périmètre du projet, cerner les besoins principaux,
identifier les enjeux, les principales orientations de l’informatisation et les objectifs de
développement de la Base de Données.
Différentes questions ont été abordées dans cette phase analytique, dont les plus marquantes sont :
• Quels seront les utilisateurs du projet?
• Sont-ils prêts à participer à la maintenance ou à l'exploitation de la Base de Données ?
• Quels sont leurs moyens ?
• Peut-on intégrer les données déjà existantes et comment peut-on les exploiter?
Pour cadrer et borner le travail, il était nécessaire d’établir et de valider la définition précise des
éléments que l’on voulait intégrer dans la future base des données.
Les réunions de validation s’inscrivent dans le cadre de la mise en place de la base de données sur
les commerces pour la Direction de l’Economie.
15

Après avoir poursuivi l’étape d’analyse et de la définition, une étape technique est réalisée. Deux
phases font partie de cette étude :
- Spécifications fonctionnelles de l´outil (de la base de données) par rapport des utilisateurs.
- Spécifications techniques des besoins
- Le choix du système de gestion de la base de données relationnelle,
- Le choix du système d’information géographique
- La modélisation de l’architecture de l’application
La réalisation du projet s’inscrit dans le cadre de la mission de conseil et d'expertise auprès des
services soucieux de s'inscrire dans la démarche SIG. Cette mission va de l'étude de faisabilité au
montage de la base de données et à la fourniture d'outils de saisie et d'exploitation. Le résultat de
cette phase de travail est la validation d'un dictionnaire des données concernées.
La structuration de la base de données et l’élaboration d´un modèle conceptuel des données
représente la première partie de la phase de la réalisation. Par la suite, une interface conviviale doit
être conçue pour les utilisateurs avec des formulaires, des boîtes de dialogues, des requêtes
préétablies pour naviguer aisément dans la base de données sans avoir besoin de passer
systématiquement par l’interface standard d’un SGBD.
La documentation nécessaire à l’utilisation de la base doit être rédigée : Documentation liée au
développement de l’application pour le suivi informatique et documentation pour les utilisateurs
sous la forme d’une notice d’utilisation.
Enfin une formation sur la manipulation de l’application SIG existant est prévue.
Planification
des tâches
Phase préliminaire
- analyse de l'existant
- validation des définitions
- validation des sources de
données
- étude technique
- proposition des scénarios
Phase réalisation
- structuration des données
- modelisation de la base de
données
- intégration des données
- mise en oeuvre de l'interface
utilisateur
Test de l'outil / améliorations
Rédaction (documentation de
dévéloppeur, notice d'utilisateur)
Mars Avril Mai
Juin Juillet Aout
S3 S4 S1 S2 S3 S4 S1 S2 S3 S4 S1 S2 S3 S4 S1 S2 S3 S4 S1 S2 S3 S4
16

5. Phase préliminaire
5.1. Analyse de l’existant
5.1.1. Les acteurs du projet
L’outil est destiné en priorité à la direction économie, plus particulièrement au service Commerce -
Artisanat, qui veille à une diffusion cohérente et homogène du commerce dans chaque quartier.
Toute la réalisation du projet s’effectue au sein de la Cellule Géomatique en lien avec la DSIT selon
les besoins définis lors des réunions avec la Direction Economie.
Répartition des tâches et fonctions pour la mission :
Mise en œuvre du projet
Définition des besoins
Gestion du projet
Conception / Réalisation
Suivi d’application côté Oracle
Formation des utilisateurs (GeoMedia)
Test de l’application
Une fois l’outil livré
Maintenance de données (saisie / mises à
jour)
Cartographie et analyses thématiques
Exploitation des données (couche spatiale
« commerces » sous GeoMedia)
Yannick Ardouin (responsable SIG)
Katarina Cintalova (stagiaire)
Valerie Esberard (Eco-responsable Commerce-Artisanat)
Christine Carraby (Eco-animatrice FISAC)
Katarina Cintalova (stagiaire)
Sous la responsabilité de Yannick Ardouin (responsable SIG)
Katarina Cintalova (stagiaire)
Sous la responsabilité de Yannick Ardouin (responsable SIG)
Pierre Martin (responsable applications métier)
Olivier Chautemps (administration SIG)
Katarina Cintalova (stagiaire)
Claudine Martinet (Eco – documentaliste)
Raphael Dit-Toussaint Effantin (Eco)
Claudine Martinet (documentaliste)
Raphael Dit-Toussaint Effantin (Eco)
Claudine Martinet (documentaliste)
Raphael Dit-Toussaint Effantin (Eco)
Christine Carraby (Eco – animatrice FISAC)
Direction Economie
D’autres services de la Ville
5.1.2. Budget et ressources humaines
La base des données sera mise en place par la cellule géomatique de la Ville. La ville de Grenoble
n’a pas prévu de budget spécifique pour le projet.
Les futurs utilisateurs ne sont pas des spécialistes en géomatique ni en SGBDR. L’utilisation et la
maintenance de l’outil doivent donc être simples.
Des ressources humaines au sein de la Direction Economie seront nécessaires pour faire face à la
mise à jour de l’outil et à la valorisation des données. Deux possibilités ont été envisagées : la
création d’un poste supplémentaire ou bien le rattachement de ces tâches à un membre du service de
17

la direction économie. L’opportunité de la création d’un poste semble être la plus profitable à
l’épanouissement du SIG au sein de la direction économie. Toutefois, il s’agit d’un nouvel outil.
Afin d’envisager une bonne intégration au sein de la direction économie, il pourrait être intéressant
qu’un membre de cette direction appréhende l’outil et sa mise en place. Un recrutement pourrait se
faire par la suite, une fois l’outil installé et intégré au quotidien de la direction économie.
5.1.3. Ressources et contraintes informatiques
Pour la réalisation du projet, il est nécessaire de s’appuyer le plus possible sur les moyens
informatiques en place, tant au niveau des logiciels que du matériel et ce notamment dans le cadre
du déploiement du SIG fédérateur.
5.1.3.1. Des moyens techniques:
Général :
− postes clients en Windows XP
− des capacités de stockage (serveurs) de circulation (haut débit) et de restitution (traceurs)
SIG :
1 serveur d'applications qui héberge:
− le moteur GeoMedia Webmap (sous Windows 2003) et les url associées aux sites publiés en
intranet
− les gestionnaires de licences concurrentes pour GeoMedia Pro et GeoMedia : hébergé sous
le serveur virtuel Windows 2003
Base de données :
1 serveur de données qui héberge :
− la base Oracle
− les données DAO
− les données raster
− les bases Access
Le SIG s'appuie sur le SGBD Oracle (10g release 2). Toutes les données du SIG sont intégrées à
Oracle exceptées certaines données en phase d'élaboration où le format Access est privilégié pour sa
facilité d'adaptation. Les fonctions de la cartouche spatiale d'Oracle sont exploitées.
18

Les licences et les versions présentes à la Ville
Produit Version Licence(s) Type
GeoMedia Web Map
(2 Map Server)
GeoMedia Webmap Publisher 5.2 1 fixe
GeoMedia Professional 5.2 2 Flottante
GeoMedia 5.2 9 Flottante
GeoMedia Edigeo Translater 1.0 1 Fixe
5.2. Définition de l’objet de la base de données
Ce projet se concentre volontairement sur la notion de "commerce". Il est évident que d'autres
activités intéressent potentiellement la Direction Economie.
Cette orientation permettra à la direction de l’Economie de bénéficier d’une base de départ en vue
de projets plus vastes regroupant l’ensemble des domaines d’activités qu’elle gère.
Avant de définir les attributs (= "caractéristiques") de chaque commerce, il fallait définir ce qu'est
un commerce. La définition retenue a été sélectionnée lors d’une réunion et était en fait la synthèse
de plusieurs sources.
L’objectif de la direction économie est d’assurer le suivi de l’activité commerciale et de préciser la
stratégie commerciale de la ville Dans cette optique, nous nous sommes basés sur la définition de
l’INSEE approfondie par des études de différentes Chambres du Commerce et d’Industrie (CCI). La
direction de l’économie a par ailleurs retenue comme essentiel dans la définition d’une activité
commerciale : la possession d’une vitrine.
On retient que l’appareil commercial observé correspond à l’ensemble des activités liées à la vente
de biens de consommation courante et de services à une clientèle de particuliers.
Le commerce est donc constitué par les entreprises et les établissements dont l'activité principale
exercée (APE) appartient aux divisions de la Nomenclature d’Activités Francaise
(NAF) correspondante aux commerces, ainsi qu’aux activités artisanales et aux services particuliers
à caractère commercial.
Cette définition n’est pas définitive car elle est chaque fois liée à l’analyse effectuée. Nous avons
décidé de la figer en retenant les activités classifiées dans la nomenclature d’activités françaises
NAF, nomenclature qui figurera dans la base des données des commerces de Grenoble (cf. Annexe
3).
Lorsque la notion du commerce a été clarifiée, nous avons pu définir les caractéristiques
minimums dont nous avons besoin pour qu’un enregistrement (un établissement commercial) figure
19

dans la base de données. Ils permettent de localiser et de différencier un établissement d’un autre
établissement.
Dans la base de données, un établissement commercial sera identifié par :
• Une unité liée à un lieu géographiquement distinct (adresse postale) où s'exerce tout ou
partie de l'activité de l’entreprise.
• Une activité exercée qui appartient aux codes APE sélectionnés dans la nomenclature NAF.
Le code spécifié est le code du niveau le plus détaillé de la NAF“ classe ”.
• Un numéro SIRET (Système Informatique pour le Répertoire des Etablissements), c’est à
dire l’identifiant de l’établissement attribué par l’INSEE lors de sa constitution.
Pour une qualification plus détaillée, on distingue aussi des attributs complémentaires :
• Dénomination sociale ou Raison Sociale comprenant le nom officiel
• Enseigne, qui permet de signaler un point de vente. Une entreprise n’a qu’un seul nom
commercial qui est par ailleurs obligatoire. En revanche, l’entreprise peut avoir autant
d’enseignes que de points de vente. Elle peut également ne pas avoir d’enseigne dans la
mesure où celle-ci est facultative.
• Statut de l’établissement (siège social, établissement principal ou secondaire)
Nous avons bien conscience que d’autres attributs existent qui pourraient intéresser la Direction
Economie afin d‘enrichir leurs projets. Le risque majeur est de surcharger la base de données avec
des informations dont la saisie et la mise à jour seraient difficiles à gérer (par exemple les
coordonnées téléphoniques, le nom du gérant, l’effectif salarié, le chiffre d’affaire,… ). Il faut
rappeler qu’il y avait déjà eu deux tentatives de faites au sein de la Direction Economie pour mettre
en place la base de données économiques. Ces tentatives étaient ambitieuses et souhaitaient intégrer
un nombre d’éléments trop important. L’objectif était de répondre aux besoins exprimés par la
direction économie mais sans tenir compte des contraintes techniques.
Notre objectif était de réaliser un outil fondamental qui permettrait par la suite d’intégrer un nombre
plus important d’informations. Dans ce cadre, nous avons choisi d’intégrer un nombre limité
d’attributs des commerces.
5.2.1. Données disponibles
La recherche des sources de données pour la constitution de la base, ainsi que la définition du
circuit de mise à jour ont fait l´objet de la phase préparatoire. La direction Economie a ensuite
validé l’objet de la base de données. Cette validation nous a également permis de préciser leurs
besoins par rapport au contenu des données recherchées.
20

La Ville de Grenoble et la direction économie plus particulièrement ne disposaient pas de données
fiables sur l’activité commerciale au départ de ce projet. C’est d’ailleurs cette carence qui a motivé
la mise en œuvre de cette mission.
Afin d‘établir un diagnostic des données existantes et d‘identifier les acteurs et les flux de données
concernés, une phase de recherche était à réaliser.
Deux phases de recherche ont été effectuées, dont une ayant pour l’objectif d‘identifier la source de
données pouvant convenir à la constitution de la base de données. L’autre phase a permis de
recenser les acteurs ayant la capacité de fournir les informations nécessaires à la mise à jour de la
base et permettant le suivi de l'activité commerciale. Par ailleurs, il était nécessaire de recenser les
acteurs capables de nous fournir des données fiables sur la durée, tant au niveau de leurs qualités
intrinsèques que de la mise en forme afin d’assurer une intégration pérenne des données dans la
base.
Dans un premier temps, une liste exhaustive des acteurs potentiels, internes ou externes à la Ville
a été élaborée (cf.: Annexe 4). Dans un deuxième temps nous avons étudié la disponibilité des
données à court terme ainsi que les contenus pour assurer le déroulement du projet.
5.3. Etude technique
5.3.1. Spécifications fonctionnelles de l’outil
« Le système d’information géographique est un système de gestion de base de données pour la
saisie, le stockage, l’extraction, l’interrogation, l’analyse et l’affichage de données localisées » 4 .
Cette définition fait apparaître quatre fonctionnalités principales :
− La saisie
− La gestion
− L’exploitation / la consultation
− L’édition / la publication
Compte tenu de l’étude réalisée, il nous a semblé plus adéquat que la gestion des deux premiers
groupes de fonctionnalités que sont la saisie et la gestion des données soit assurée par le système de
gestion de la base de données (SGBD). En revanche, l’exploitation et la publication qui sont les
fonctionnalités les plus importantes et valorisantes dans le cadre du SIG au sein de la direction
Economie et seront assurées par le logiciel SIG Géomedia.
En précisant les fonctionnalités identifiées ci-dessus, les besoins suivants ont été identifiés :
4 Les SIG – mise en œuvre et applications ; Henri Pornon ; 1992
21

−
−
−
−
−
−
−
Pouvoir d’enregistrer des nouveaux commerces (via les formulaires de saisie)
Mise à jour simple des modifications par rapport de la vie du commerce (déménagement,
changement d’activité, cessation d’activité,…)
Archivage des modifications influant sur la répartition de l’activité commerciale dans la
ville pour pouvoir reconstituer l’état des lieux commercial
Visualisation et exploitation cartographique des données
Partage des données entre les différents services de la Ville (dans le long terme)
Sécurité de la base et des données
Spécifications techniques des besoins
5.3.2. Le choix du système de gestion de la base de données relationnelle
En intégrant les données commerciales au SIG de la Ville, il a fallu trouver une solution pour
permettre une exploitation pertinente des données et rendre ces données accessibles depuis plusieurs
postes.
Afin de rendre possible l’exploitation de la base de données issues du référentiel du SIG il a fallu
prévoir un lien fiable et durable avec les référents géographiques. Il était préférable de proposer une
architecture s'inscrivant dans un plan de réalisation plus global du SIG de la Ville.
La mise en place d’une base de données et son intégration dans le SIG peut être vue comme un
élément de synthèse entre:
− un référentiel cartographique de qualité généré et géré par la ville au fil du temps
− une base de données alphanumérique conçue de manière unilatérale, générant de grandes
différences ne permettant pas l’échange automatisé entre elles.
Dans le cadre de ce projet et compte tenu des logiciels à disposition au sein de la ville de Grenoble,
deux possibilités étaient envisageables pour le choix du logiciel SGBD pour ce projet : Oracle et
Microsoft Access. Aucune autre recherche n’a été effectuée.
SGBD Access représente aussi bien un outil grand public que professionnel, mais il est adapté à un
certain type de besoin. ACCESS est un logiciel suffisamment performant en tant que SGBD allié à
un outil de développement intégré qui en facilite l’utilisation (langage utilisé – VBA).
Le problème avec Access est qu’en tant que format de données il n’est pas un SGBD client / serveur
mais seulement un SGBD fichier. Pour que l’application issue d’Access soit utilisable par plusieurs
utilisateurs, il faut installer Access sur chaque poste de travail.
En revanche, ce logiciel permet de développer une application plus rapidement que d’autres SGBD.
Access peut, en tant qu’outil de développement, être utilisé conjointement avec un véritable Serveur
de base de données SQL pour bénéficier des avantages Client / Serveur.
22

SGBD Oracle est un Système de Gestion de Bases de Données garantissant entre autres choses une
sécurité et un partage des données que ne permet pas Access. En revanche, Oracle n’est pas un
SGBDR optimisé pour de petites bases de données. Sur de petits volumes de traitements (2 Go par
exemple) et peu d’utilisateurs (une trentaine) la performance de cet outil n’est pas remarquable.
La problématique de gestion de la géométrie des objets apparaît également essentielle. Oracle
possède une extension spatiale (cartouche spatial). Cette extension permet de stocker des données
géographiques (polygones, lignes, points…) en plus des données alphanumériques. Ces données
géographiques sont de plus dotées d’un jeu de fonctions spécialisées facilitant leur interrogation
(récupération d’une aire, d’un centroid,…).
Dans les projets SIG, on peut considérer cet avantage comme un élément d’influence sur le choix de
SGBDR.
Comparaison des avantages et inconvénients des deux SGBDR disponibles
AVANTAGES
MICROSOFT ACCESS 2000
• Disponible
• Simple utilisation pour la
maintenance et gestion de la
base de données
• Outil de développement
intégré
• Environnement de
développement rapide et pas
cher
• En relation avec un véritable
Serveur de base de données
SQL
ORACLE (10G RELEASE 2), CARTOUCHE
SPATIALE ORACLE SPATIAL
• Déployé dans la Ville
• Fonctionnalités complètes de SGBDR
• Performances élevées :
des fonctionnalités puissantes
stockage des données performant (moteur de
requête performant, capacité d'insertion des données
rapide)
• Sécurisation performante des données et partage des
données (connexions sûres et sécurisées),
• cartouche spatiale puissante (gestion et analyse de la
géométrie des objets)
INCONVENIENTS
• Pas de format client/serveur
• Ne gère pas la géométrie des
objets
• Performance limitée par
rapport au nombre de
traitements
• Déconseillé en tant que
SGBDR
• Demande des fortes compétences en :
-- constitution de la structure de la base
-- maintenance des données
• Pas adapté pour les bases de petite taille
Le choix s‘est finalement porté sur Oracle pour la constitution de la base de données et Access
pour développement de l’interface utilisateur.
23

Aujourd’hui, plusieurs bases de données (à l’origine gérées via SGBD Access) ont migrées vers le
SGBD Oracle qui représente le SGBD principal de la Ville.
L’intégration envisagée de la thématique des « commerces » dans le SIG nous oriente vers sa
constitution via Oracle.
Dans la mesure où GéoMedia comme le SIG de la Ville permet l'exploitation d'un grand nombre de
formats de données (Oracle et Access pour le cas présent), le problème réside donc plus sur
l'organisation et le contenu des données que sur le moyen de les exploiter.
L’intégration de données dans Oracle permet assurer l’objectif du SIG de la Ville, la fédération :
• Disposer d’une information fiable,
• Eviter la duplication anarchique des données et leur dispersion non contrôlée,
• Eviter la multiplication des acquisitions d’une même information sous des formes
différentes,
• Disposer d’un ensemble de données cohérentes et maîtrisées.
Ainsi que du partage :
• Rendre les utilisateurs plus autonomes,
• Disposer d’une vision commune et unifiée des données. Mise en place d ’un
langage commun,
• Garantir une restitution complète de l’information,
• Valoriser les données stockées en facilitant l’accès,
• Favoriser le croisement des données communautaires et métier
5.3.3. Le Système d’Information Géographique
Les logiciels SIG disponibles à la Ville de Grenoble proviennent de la gamme Géomedia
d’Intergraph. Trois produits principaux de cette gamme sont installés à la ville :
- GeoMedia Professionnel pour l'administration, la production et l'analyse élaborée de
données
- GeoMedia pour la production simple et l'exploitation de données (doublé d'un client R/W
pour Oracle)
- GeoMedia Webmap pour la production d'environnements web de consultation
24

Profils d’utilisateur et les besoins associés 5
Catég
orie
PRODUCTION
CONSULTATION
Profil Besoins Réponse
Administrateur -Accès à différents formats de
données/intégration
-Imports/exports
-Contrôles topologiques
-Manipulation d'attributs
-Ecriture dans Oracle
Producteur -Accès à différents formats de données
-Imports/exports
avancé
-Contrôles topologiques
-Manipulation d'attributs
-Ecriture dans Oracle
Producteur /
cartographe
Producteur
basique
Consultation
d'analyses
Consultation
basique
-Analyses cartographiques
-Manipulation d'attributs
-Ecriture dans Oracle
-Analyses cartographiques
- Création d'objets graphiques simples
(points)
- Renseignements attributaires via une
interface personnalisée et sécurisée
- Accès à des cartes thématiques prédéfinies
utilisant les modes classiques de
représentations
thématiques
(camemberts, symboles proportionnels,
nuages de points)
- Accès à des cartes de consultation de
données brutes
actuelle
GeoMedia Pro
GeoMedia Pro
GeoMedia
Pas de réponse
- Pas de réponse
en mode web
- Pas de réponse
en mode client /
serveur
GeoMedia
WebMap
Manques
-De véritables fonctions de
cartographie analytique et
de représentation
respectant les règles de la
sémiologie graphique
- De véritables fonctions de
cartographie analytique et
de représentation
respectant les règles de la
sémiologie graphique
- L'intégration d'outils de
cartographie analytique à
GM WebMap et/ou GM
Viewer.
- une véritable interface
d'administration
- une interface de
consultation plus
conviviale
- possibilité de requête sur
un site webmap depuis un
environnement extérieur au
site
L'utilisateur avancé "administrateur" ou "producteur" trouve la réponse à la grande majorité de ses
besoins via GeoMedia Professionnal. Les fonctions d'intégration et de manipulation des données y
sont réelles. Une interopérabilité avec le modèle objet d'Oracle est également assurée.
L'utilisateur "Consultation basique" trouve également réponse à la majorité de ses besoins via l'outil
Webmap.
5 Rapport – Etat des lieux, Yannick Ardouin, Cellule Géomatique, Ville de Grenoble
25

Localisation des utilisateurs de la Direction Economie vis à vis des outils Géomedia
L’outil Geomedia est largement suffisant pour la Direction Economie, il est simple d‘utilisation. Nous
pouvons considérer la direction Economie de la ville de Grenoble comme un utilisateur de type
"Producteur / Cartographe".
En répondant aux besoins associés à l’utilisateur de type "Producteur basique" une solution logiciel
permettra de faire face à tous les besoins sortant des spécifications fonctionnelles de l’outil.
A ce jour, nous ne disposons pas d’outil développé pour répondre à la question de l’interface
personnalisée et sécurisée de la saisie via Géomedia.
L'incompatibilité entre la licence GeoMedia flottante et le module d'écriture dans Oracle sera résolu à
terme par l’obtention du supplément d’Intergraph.
Geomedia représente le choix final de l’outil SIG pour la Direction Economie, et ce malgré
l’absence de solution aboutie en termes de création de données graphiques basiques et de saisie
alphanumérique sécurisée,
Ce choix se justifie également par :
− la différence de prix de licence entre Geomedia et Geomedia Professional
− la disponibilité présente de la licence flottante de Geomedia
− la simplicité d‘utilisation et manipulation de données
− la possibilité d’écriture dans Oracle
5.3.4. L’interface graphique
Une interface conviviale doit être conçue pour les utilisateurs. L’accomplissement des fonctionnalités
de l’outil nécessite la construction de formulaires de saisie, de boîtes de dialogues et de requêtes
préétablies pour simplifier la maintenance de la base de données sans passer par l’interface standard
d’Access. Tous les postes de la direction Economie ne sont pas équipés d’ACCESS.
La meilleure solution consiste à développer une interface simplifiée sous Access. Celle-ci sera
conviviale et pourra être réalisée rapidement. Le langage VBA est utilisé.
En construisant ces formulaires directement via Geomedia il eut été possible de diminuer le nombre
de tâches à réaliser (la saisie et les mises à jour sécurisées, la création d’entités géographique). A ce
jour, il n’est malheureusement pas possible de développer rapidement, sans compétences avancées en
programmation, des formulaires de saisie personnalisés dans Géomedia.
Il n’est pas non plus possible d’ouvrir un formulaire Microsoft Access depuis l’interface de
GeoMedia, par exemple en cliquant sur un point de la carte qui ouvrirait le formulaire Access sur le
bon enregistrement, au lieu de la fenêtre d’attributs classiques de GeoMedia)
26

Par contre Intergraph dispose des outils complémentaires qui pourraient suppléer les fonctionnalités
des formulaires de saisie :
• Geomedia PickList Manager – permet la construction de fenêtres de données et commande
la mise à jour des attributs avec les champs de choix multiple (listes déroulantes pré-définies
par l’administrateur).
• Geomedia Dialog Builder – permet de créer des masques de saisie de type Access
Les deux extensions permettent de personnaliser les tables attributaires de la saisie, mais le
développement événementiel reste toujours limité et presque impossible. De plus, les outils
complémentaires ne sont disponibles que pour GeoMedia Professionnel.
On notera enfin que du point de vue architecture logiciel, la possibilité d'intégration de la gamme
Microsoft dans un environnement sous Citrix permet d’accéder à l’interface utilisateur développé
sous Access de n’importe quel poste. Même ceux qui ne sont pas équipés d’Access.
Citrix Presentation Server (anciennement connu sous le nom de Citrix MetaFrame) est un produit
de la société Citrix systèmes. Il s’agit d’un logiciel serveur permettant de déployer des applications
ou des services sur un réseau et d’y accéder à distance à partir de clients (matériel ou logiciel).
L’installation d’une application se fait sur le serveur et se lance sur celui-ci. L’application
s’exécute donc sur le serveur, en utilisant les ressources (mémoire, espace disque, logiciels
installés…).
L’affichage et les commandes de clavier/souris sont transmis au poste de travail de l’usager via un
réseau local.
Cela a pour but de réduire le travail du poste client, permettant ainsi d’utiliser un poste de capacité
réduite pour exécuter des applications nécessitant beaucoup de ressources. Ce système permet donc
de rendre disponibles des applications diverses sans avoir à les installer dans chacun des postes
clients qui le nécessite.
Structure CITRIX de la Ville de Grenoble
L’architecture actuelle constituée à la Ville de Grenoble (gestion par DSIT) est composée :
• De serveur CITRIX Presentation Server hébergeant des applications
• De client Citrix permettant l’accès aux applications pour l’ensemble des agents.
Méthode d’accès se réalise à l’aide de Citrix Program Neighborhood :
• Le logiciel permettant à l’ensemble des utilisateurs d’accéder à leurs applications.
• Contient l’ensemble des raccourcis pour lancer une application
Pour lancer une application, il faut se connecter au portail web (intranet de la Ville) connectant les
applications aux quelles on a accès
27

Présentation de Serveur, principe de fonctionnement 6
1
Les applications sont
installées et s’exécutent sur
les serveurs MetaFrame...
3
…L’interface
utilisateur est déportée
vers le client.
2
ICA capture les ordres
Graphique (GDI) de
l’application
Uniquement les différentiels
écrans, clics souris et
frappes clavier traversent le
réseau
5.3.5. Centralisation et partage
L’outil doit être accessible par les utilisateurs, plus particulièrement aux responsables de suivis pour la
saisie et la mise à jour. Il est aussi préférable de ne disposer que d’une base de données qui centralise
les données, pour être sûr que tout le monde utilise les mêmes données, et que ces données soient bien
représentées à jour. Ce dernier est assuré par la constitution de la base sous SGBD Oracle.
Les ressources informatiques sont favorables pour la centralisation et ensuite pour le partage de
données.
Il s’agit principalement de créer-les ‘rôles’ dans Oracle de façon à définir les profils des groupes
d’utilisateurs habilités à consulter ou à mettre à jour les données.
L’intervention d’un administrateur Oracle de la Ville de Grenoble est également prévue pour aider à
sécuriser la base de données.
5.4. Des scénarios techniques
On dispose des outils déjà exploités dans le SIG de la Ville de Grenoble, à savoir SIG GeoMedia,
SGBDR ORACLE, SGBD Microsoft Access. Leur combinaison peut être différente et en même
temps, chacune porte certains avantages, ainsi que des inconvénients.
On ne doit gérer que des éléments spatiaux simples (objets ponctuels). Il n’a pas d’objet plus
complexe (comme par ex : polyligne, polygone…). Ainsi nous ne devons pas gérer de règles
6 Présenation évolution Citrix, 2005, DSIT, Ville de Grenoble
28

topologiques (connexion, superposition, intersection…etc.) entre nos points. Les mises à jour génèrent
les entités discrètes dans le temps et dans l’espace. On ne modélise pas de phénomène continu.
Cependant on souhaite conserver l’information de dislocation des commerces dans un timing
déterminé. Donc notre modèle semble être relativement simple.
Plusieurs scénarios étaient envisagés :
5.4.1. Scénario n°1
On s’appuie sur le SGBDR Oracle pour stocker les données. On se focalise sur l’application de deux
composants – Oracle et SIG GeoMedia et l’on intègre les composants supplémentaires d’Integraph –
Dialog Builder et PickList Manager. L’objectif est la création de l’interface de saisie via GéoMedia
Professional. Les données sont stockées dans la base Oracle.
Schéma de scénario n°1
Oracle
Schéma GDOSYS
Geomedia
PickList Manager
Dialog Builder
Avantages
• Un circuit de deux composants
• La maintenance de l’application plus cohérente
• Pas de nécessité des compétences spécifiques en développement
Inconvénients
• Le circuit limité de la saisie et de la mise à jour des données via les formulaires GeoMedia
• Les fonctionnalités limitées des formulaires
• La nécessité de la mise en oeuvre de GeoMedia Professional à la place de la version simple de
GeoMedia
• Pas de possibilité d’archiver les modifications réalisées
5.4.2. Scénario n°2
On se focalise sur la base Oracle. On intègre à cette base l'ensemble des données pour le SIG sur la
thématique « commerce ». On élabore des formulaires de saisie sous Access pour sécuriser la
manipulation de données.
29

La question se pose sur la manière de relier l’événement de la création d’un nouveau commerce du
point de vue alphanumérique avec l’événement de sa localisation dans l’espace (côté géographique).
Ce scénario implique le développement d’un lien dynamique pour transmettre les données saisies
via le formulaire dans l’environnement de GeoMedia. Le transfert des données en tant que variables
serait réalisé par positionnement d’un point avec les attributs saisis au préalable.
Le positionnement pourrait se faire en deux façons :
• L’utilisateur crée un objet (point) là où il le souhaite (par simple clic). Cela ouvre une table
attributaire avec les valeurs stockées sous les variables.
• Le point est créé automatiquement à l’adresse correspondante et l’utilisateur n’a qu’à le
déplacer selon le besoin
Schéma de scénario N°2
Oracle
Schéma GDOSYS
Stockage géométrie
Geomedia
O
D
B
C
Access
VBA
- GeoObjects
Formulaires
- - création
- - mises à jour
Avantages
• Le circuit personnalisé de la saisie et de la mise à jour des données via les formulaires Access
• Le lien dynamique entre Access et GeoMedia
• La possibilité d’accès aux données depuis n’importe quel poste équipé de GeoMedia
Inconvénients
• Demande de compétences importantes en développement – VBA sous Access avec les Objets
de GeoMedia.
• Nécessite que le poste qui exécute l’application soit équipée de GeoMedia Professional et de
la version complète d’Access.
5.4.3. Scénario n°3
Le dernier scénario se base sur l’architecture du scénario précédent. L’environnement fédérateur de
l’ensemble de l’application est établi dans Access où se réalise tous les développements d’interface.
Le langage VBA (Visual Basic for Application) sera également employé.
30

La question de la création des éléments alphanumériques d’un côté et graphique de l’autre est assurée
par les fonctionnalités d’Oracle. Chaque création ou modification des objets ayant une définition
géométrique (point) déclenche un Trigger qui récupère la géométrie (SDO GEOMETRY) d’un point
d’adresse issu de référentiel SIG et l’attribue à l’entité qui vient d’être créée/modifié.
L’architecture de l’application correspond au schéma suivant:
Oracle
SDO_GEOMERTY
adresse
Oracle
Spatial /
Trigger
ODBC
Access
Formulaires
- - création
- - mises à jour
Geomedia
Avantages
• Le circuit de trois composants dont chacun a une fonction spécifique
• La gestion de toutes les données (alphanumériques/graphiques) via Oracle (Oracle Spatial)
• Pas de nécessité de compétences spécifiques en développement, si ce n’est pour la constitution
d’interfaces graphiques via Access
• Possibilité d’accès aux données depuis n’importe quel poste équipé de GeoMedia
Inconvénients
• Nécessité de prévoir la structure de données accommodée pour tous les trois environnements
(conflit de types de données possible)
6. Phase réalisation
6.1. Architecture technique de l’outil
L’étude d’architecture technique de l’outil intervient après la phase de définition des spécifications
fonctionnelles. L’étude n’est pas une étape très lourde en termes de charge de travail. En revanche, elle
est lourde en termes de conséquences sur la phase de réalisation.
Le choix de l’architecture de l’outil ne se portait pas forcément sur les types de logiciels à utiliser,
mais plutôt sur la façon de les associer.
La structure de l’application est constituée en trois parties :
Access – saisie / mise à jour – l’interface graphique,
31

Oracle Spatial – stockage de données,
Geomedia – cartographie / consultation
Cette architecture est choisie afin de :
− maintenir la cohérence des données faisant partie du SIG de la Ville de Grenoble (données
dans Oracle Spatial)
− assurer la sécurité et le partage des données (structure dans Oracle)
− développer un environnement simple de saisie (formulaires Access)
− créer de manière dynamique des entités (points) avec leur géométrie
− exploiter cartographiquement la base (Geomedia)
L’environnement fédérateur de l’ensemble de l’application est établi dans Access (version 2000) où
tout le développement de l’interface a été réalisé. Le langage VBA (Visual Basic for Application) a été
utilisé.
L’architecture de l’application correspond au schéma suivant:
Oracle
SIGV
Lien 1
Citrix
Commerce
Lien 2
Presentation
Server
Utilisateur
Access 2000 Geomedia
Tables, vues
Lien 3
6.1.1. Lien base de données Oracle Access
Les données sont stockées dans Oracle. Les tables / vues sont ensuite liées dans Access par le
Driver Microsoft ODBC for Oracle.
La lecture des tables Oracle se révèle être problématique dans Access. Cela concerne uniquement les
tables portant la description géométrique – du type point dans notre cas. La description géométrique de
l’objet spatial est stockée dans le champ SDO_GEOMETRY de la table correspondante.
En raison de cette incompatibilité, nous avons dû mettre à disposition des données via les vues
d'Oracle.
32

Il s’agit en particulier de rendre compatibles les applications ‘ODBC’ avec une base Oracle Spatial. En
effet, la plupart des applications conçues pour accéder uniquement à des données alphanumériques
rencontrent un problème avec le champ ‘géométrie’. Il faut donc créer systématiquement des vues ne
comprenant pas le champ ‘géométrie’.
Les vues Oracle sont généralement constituées pour des raisons de confort et de sécurité. On
n’accède pas aux tables en direct, et l’on passe par l’intermédiaire de vues plus lisibles. Les vues
permettent d’accéder à certaines parties des tables ou éventuellement au contenu de plusieurs
tables.
Une vue matérialisée est un moyen simple de créer une vue physique d’une table. Les données
sont dupliquées dans les vues matérialisées. On l’utilise à des fins d’optimisation de performance,
lorsque la sélection associée est particulièrement lourde, ou pour faire des réplications de table. Le
décalage entre les données de la table maitre et la vue peut être nul (rafraichissement synchrone) ou
d’une durée planifiée.
L’utilisation des vues permet :
• de faire voir une table et/ou les champs d’une table sous un autre nom,
• de regrouper certains champs pour créer un champ virtuel,
• de sélectionner certains enregistrements,
• de grouper plusieurs tables
Suivant les cas, la vue sera ou pas utilisable en lecture seule ou également en mise à jour.
6.1.2. Lien Access Oracle
Les mises à jour (création de nouveaux commerces, modifications de l’existant) sont effectuées via
l’interface développée sous Access 2000. On y accède via l’application Citrix MetaFrame accessible
sur l’intranet de la ville. Cela permet l’accès à l’application même pour des postes qui ne sont pas
équipés d’Access.
Toutes les mises à jour effectuées sur les données de tables / vues liées d’Oracle sont automatiquement
concrétisées dans les tables / vues source.
Comment la géométrie des données (un commerce = un point) est-elle gérée?
A chaque enregistrement d’un nouveau commerce (géométrie type point), on attribue un identifiant
d’adresse. Chaque adresse est déjà localisée géographiquement, c’est à dire qu’elle possède un attribut
SDO_GEOMETRY stocké dans la table Oracle.
Au moment de l’insertion d’un nouveau commerce (nouvel enregistrement dans la table), une
procédure d’attribution de géométrie est déclenchée sous Oracle Spatial. La localisation géométrique
du point adresse est récupérée et est ensuite attribuée au point commerce.
33

Schéma de gestion de la géometrie dans la base de données
Commerce Vue_Com Vue_Com
Vue_Adres
ID
ID_ADRESSE
SDO_GEOMETRY
ID
ID_ADRESSE
ID
ID_ADRESSE
ID_ADRESSE
Adresse
Access
ID_ADRESSE
SDO_GEOMETRY
Oracle
Oracle Spatial
6.1.3. Lien Oracle Geomedia
Geomedia représente l’environnement de consultation et visualisation cartographique des données. La
connexion est établie directement sur les tables (et les vues) stockées dans Oracle.
Il s’agit en particulier de :
• créer des vues permettant de simplifier l’accès aux données avec GeoMedia (par exemple, lier
les segments avec le nom des rues, ce qui évite d’avoir à faire une requête dans GeoMedia,),
• créer des attributs fonctionnels directement sous Oracle ce qui permet d’une part de ne pas
avoir à faire une requête sous GeoMedia, et d’autre part de mettre cette information à
disposition des applications sous une forme simple. Il s’agit Par exemple de l’attribut
« quartier » d’un bâtiment défini en fonction de son inclusion dans un polygone.
GeoMedia ne fait pas de distinction entre les vues et les tables : les vues sont traitées comme toute
autre classe d'entités. Le serveur de données Oracle modèle objet supporte l'accès en lecture/écriture à
la plupart des types de vues. Les vues du type objet ne sont toujours pas supportées. Si GeoMedia
détermine qu'une vue peut être mise à jour, elle est traitée en tant que dynaset et elle pourra être
modifiée; sinon, la vue est considérée comme une capture et en lecture seule.
Etant connecté avec des droits d’écriture l’utilisateur peut modifier l’emplacement des commerces
(points) qui sont localisés sur l’adresse dans la voie par défaut. L’intérêt est de repositionner les
commerces dans les bâtiments correspondants.
Les données faisant partie du référentiel SIG de la Ville de Grenoble sont également mises à
disposition.
34

6.1.4. L’accès aux données
L’accès aux données est en fonction du type d’utilisateur :
Intégration – Nom : Integration_eco
Mot de passe : *****
Hôte : sigv
Dans application Access (l’interface graphique) il a droit de ‘select’, ‘update’ et ‘insert’ sur les tables
comportant les établissements commerciaux. Il a juste le droit d'effectuer des sélections sur la vue
portant sur les Adresses et sur les Voies issues de référentiel SIGV
Dans Géomedia il a les mêmes droits comme dans l’application Access
Consultation – Nom : Consultation_eco
Mot de passe : ******
Hôte : sigv
Utilisateur en mode de consultation ne peut pas accéder à l’application sous Access (publié sous
Intranet de la Ville) car il a pas de droits suffisants pour manipuler les données.
Dans Géomedia il a droits de – ‘select’ sur toutes les tables.
Administration – Nom : Administration_eco
Mot de passe : *****
Hôte : sigv
Il a droits de ‘select’, ‘update’ et ‘insert’ et ‘delete’ sur toutes les tables et les vues de l’application
6.2. Conception de la base de données
L’objectif est de disposer à la fin du stage d’une application finalisée et utilisable de façon autonome
par les utilisateurs de la Direction Economie. Cela consiste en:
• La modélisation et la structuration de la base de données
• L’intégration des données
Tout projet de mise en place d’une base de données doit faire l’objet, au préalable, de l'élaboration
d'un dictionnaire des données. Celui-ci est établi suite à un travail de structuration de la base de
données.
La structure de la base de données a respecté les spécifications de l’outil préalablement validées. Les
besoins ont influencé le mode de structuration retenu pour la base de données sur les commerces. A
savoir :
• identifier le commerce par rapport à :
• sa localisation géographique
• l’activité exercée
35

• suivre la vie d’un commerce dans le temps
• contenir les informations liées à la création, la cessation d’activité et la modification du
commerce pouvant avoir une influence sur sa localisation et son activité
• archiver l’établissement au moment de :
• son déménagement,
• son changement d’activité,
• sa fermeture
• avoir le moyen de restituer un état des lieux sur l’activité commercial à un moment donné
• pouvoir déterminer les locaux vacants
Une question se pose: comment structurer les données pour permettre de suivre la vie d’un
établissement commercial afin de restituer la répartition des commerces à un moment donné?
La structure de la base est simple et fait l’objet de la constitution de trois tables. De même il faut
s'attacher à respecter l'intégrité des données sources et à accéder à des données mises à jour
régulièrement : la référence "adresse" provient donc de la base RGG.
Lors de la modélisation de la base de données; aucun formalisme n’est suivi en raison de simplicité de
la base. Néanmoins les trois phases de la modélisation avec les modèles correspondants ont été
respectées:
Niveau conceptuel
Niveau logique
Niveau physique
6.2.1. Le modèle conceptuel de données
Il s’agit d’identifier et de décrire les dépendances fonctionnelles et d’élaborer un. modèle
entité/association - M.E.A - souvent appelé comme modèle conceptuel des données.
Dans ce modèle :
− les entités (objets distincts) et leurs attributs (caractéristiques) sont identifiés,
− les associations (les relations entre les différentes classes d’entité) sont définies,
− les associations sont décrites par leur cardinalité minimale et maximale (la cardinalité est le
dénombrement de la participation de l’entité dans l’association),
− des identifiants (l’attribut d’entité qui permet de déterminer une et une seule entité) sont
définis.
36

1,1
Etablissement
1,1
Occupe
0,1
Exerce
Local du commerce
Activité
0,n
1,1
Est
localisé
1,n
Adresse
6.2.1.1. Relations et cardinalités :
… Exerce…
Objets en relation
Cardinalités
… Occupe…
Objets en relation
Cardinalités
… Est localisé…
Objets en relation
Cardinalités
Etablissement
Activité
(1;1) – (0;n)
o un établissement exerce une seule activité
o une activité peut être exercée par 0 ou n établissements
Etablissement
Local du commerce
(1;1) – (0;1)
o un établissement occupe un seul local
o un local peut être occupé par 0 (est vacant) ou 1 établissement
Local du commerce
Adresse
(1;1) – (0;n)
o un local est localisé sur une seule adresse
o sur une adresse peut être localisé 0 ou n locaux
6.2.2. Le modèle logique de données
Au niveau logique on transforme le schéma conceptuel en schéma relationnel. Il s’agit de :
− transformer les classes d’entités en tables relationnelles (et nommer les tables),
− transformer les identifiants en clés primaires et étrangères,
− préciser le type de données,
le tout sans faire appel à un langage de programmation.
37

Afin de maintenir une cohérence maximum, les règles de dénomination pour toute donnée créée dans
le SIG de la Ville ont été respectées. Respecter les contraintes propres à Oracle permet de simplifier la
tâche de l'administrateur Oracle et rend leur intégration à Oracle possible quel que soit leur format.
6.2.3. Le modèle physique de données
A cette étape on implémente la structure de données sous le SGBD. Le langage SQL est souvent
utilisé. Dans notre cas le modèle physique de données correspond à la structure des données sous
Oracle (Annexe 5)
La gestion de commerces en tant qu’entités de la base de données s’organise de la manière
suivante:
Un commerce est réparti en deux objets:
− Un établissement commercial comportant des caractéristiques telles que l’activité, la raison
sociale... – table ECO_ETABHISTO
− Un local représentant un fond de commerce comportant des caractéristiques de localisation
comme l’adresse et la géométrie dans un premier temps – table ECO_LOCALHISTO
Initialement, le local est localisé sur l’adresse postale qui représente l’adresse dans la voie (tronçon) du
référentiel SIG. Ensuite, soit il est déplacé manuellement en fonction des connaissances du territoire
de l’utilisateur, soit il est positionné dans le bâtiment (polygone) correspondant.
Chaque modification (changement d‘adresse ou d’activité, la fermeture) de l’établissement entraîne
son archivage. (Archivage = attribution de la date de suppression et type de modification). La
modification du nom ou du statut n’est pas archivée.
Tant qu’il s’agit d’une modification autre que la fermeture de l’établissement, un nouvel établissement
portant les attributs de l’ancien et comportant les modifications est créé.
Un changement d’adresse ou une fermeture de l’établissement rendent le local inoccupé.
Le principe de l’archivage est de pouvoir restituer un état des lieux des commerces à un moment
donné. L’archivage est assuré par l’attribution de la date de création et de suppression à chaque
constitution ou modification de l’établissement.
Un local peut donc se retrouver une fois inoccupé et ensuite occupé de nouveau par un autre
établissement. De plus, l’existence d’informations sur les locaux vacants permet d’avoir une
visualisation des zones abandonnées, ou des potentiels pour l’installation de nouveaux commerces.
38

6.2.4. Intégration des données
Afin de comporter tous les établissements correspondant à la définition du commerce, le fichier des
entreprises régulièrement produit par la Chambre du commerce et de l’industrie paraît être la source la
plus appropriée. Il intègre également les artisans exerçant accessoirement une activité commerciale, ce
qui permet d’exclure la source de la Chambre des Métiers. La source la plus exhaustive est le Greffe
du Tribunal de commerce qui tient le Répertoire du Commerce et des Sociétés (RCS). Le RCS recense
les entreprises avec leur activité commerciale et les sociétés et donc les établissements ayant droit
d’inscription auprès de la CCI y sont mentionnés.
La préférence de la source CCI pour la constitution de la base de données sur les commerces implique
que ne seront pas pris en compte :
• les sociétés civiles
• les sociétés d’exercice libéral
• les établissements publics industriels et commerciaux
• les artisans purs
• les membres d’une profession libérale
• et les autres établissements dont le format juridique n’engendre pas d’obligation d’inscription
à CCI
Le fichier commandé auprès de la CCI comporte environ 4200 établissements. Tous les attributs que
nous souhaitions intégrer dans la base sont intégrés au fichier.
Rappelons ces attributs :
Le SIRET –
La raison Sociale –
L’enseigne
L’activité –
Le statut –
L’adresse –
l’identifiant unique de l’établissement, attribué par l’INSEE
la dénomination officielle de l’établissement
représenté par le code NAF – Nomenclature d’activités françaises
indiquant s’il s’agit du siège social; de l’établissement principal, ou secondaire
l’adresse postale du siège
Les données reçues de la CCI n’étaient pas géolocalisées. La seule référence géographique parmi les
attributs est l’adresse postale.
39

Pour le géocodage, nous nous sommes appuyés sur le référentiel spatial de la ville.
La gestion des voies et adresses est du seul ressort de la ville, qui prend les arrêtés de dénomination
de voirie et affecte le numérotage des adresses postales. Toute différence entre les données de la
ville et une autre source résulte dans la majorité des cas d’une dérive de ces sources externes.
L’adresse postale constitue l’élément de localisation le plus fin et précis. Elle est en cela beaucoup
utilisée pour recenser tout type de données. Au-delà de l’adresse postale, c’est la voie de
rattachement qui est également concernée.
Le référentiel est constitué de 5 tables principales :
• Les voies
• Les tronçons de voie
• Les carrefours
• Les adresses
Adresse tronçon
Adresse physique
7
La géolocalisation des établissements commerciaux consiste en l’attribution de l’identifiant de
l’adresse issue du référentiel à l’adresse postale.
Nous avons réalisé plusieurs étapes de géocodage :
• La mise en relation effectuée sur GeoMedia est basée d’un côté sur le champ « Adresse » du
fichier CCI et de l’autre sur le champ « adresse_ref » issu du référentiel. Le champ adresse_ref
est le résultat de la concaténation des champs :
o ADRES_NUM (numéro dans la voie)
o ADRES_SUF (suffixe)
o VOIE_NOMCOMPL (concaténation de VOIE_TYPE, VOIE_ARTICLE et
VOIE_LIBEL)
• Le fait de compléter le géocodage via MapInfo Professional qui propose l’outil de géocodage
le mieux approprié au traitement d’un nombre important de données.
• Le recherche et l’attribution manuelle de l’identifiant de l’adresse pour les entités dont
l’adresse n’était pas reconnue.
Malgré tous les traitements réalisés, il existe les adresses dans le fichier de la CCI que nous n’avons
pas pu identifier (environ 20).
7 Guide de gestion du référentiel spatial, Cellule Géomatique,Ville de Grenoble
40

Une fois que les identifiants d’adresse sont attribués, les entités du fichier CCI peuvent être insérées
dans la base de données. Pour cela, un module supplémentaire est développé en VBA. Il consiste à
parcourir le fichier et insérer les données l’une après l’autre, tout en respectant les contraintes de
création d’un nouvel établissement.
7. Présentation de l’application
7.1. Organisation de l‘application
La gestion des commerces est répartie dans deux environnements différents :
• Formulaires de saisie – où l‘on effectue la saisie de nouveaux commerces et la mise à jour des
établissements déjà enregistrés
• Geomedia qui représente l’outil graphique pour réaliser les analyses sur l’activité
commerciale, ainsi que le déplacement plus précis des commerces. Il permet également
l’accès aux listes de données, aux listes de sélection…
Les formulaires se lancent depuis l‘Intranet de la Ville: YRIS / Mes applications / Applications
métiers, à l’aide de l’outil Citrix Presentation Server. L’accès est filtré en ne présentant l’icône
correspondante qu’aux seules personnes y ayant accès.
41

L’environnement se présente sous la forme d’une interface simplifiée d’Access. Le terme ‘simplifiée’
comprend quelques fonctions basics d’une application Microsoft comme la Mise en page, l‘Aperçu
avant impression, Rechercher…. On y trouve également quelques fonctions pour manipuler les
données (comme par exemple Appliquer filtre/ tri).
Toutes ces fonctions se trouvent dans le menu principal de l’application.
Dans un premier temps un formulaire d’accueil « Sommaire » se lance qui donne accès à toutes les
fonctionnalités de l’application. Il comporte quatre boutons dont trois lancent d’autres formulaires et le
quatrième bouton « Quitter » sert à quitter l’application.
D’autre part, chaque formulaire contient un bouton permettant de revenir au formulaire principal. Cela
ferme le formulaire courant et réaffiche le formulaire « Sommaire ».
L’entrée dans la base de données est sécurisée. En appuyant sur un des trois boutons principaux du
formulaire d’accueil on ouvre une boîte de dialogue de connexion.
Il faut rentrer l’identifiant et le mot de passe pour continuer l’utilisation de l’application. En cas de
mauvaise identification, le formulaire appelé s’ouvre, mais ne contiendra pas les données nécessaires à
la manipulation de la base.
Après s’être identifié, l’utilisateur se trouve dans le formulaire souhaité, appelé par un bouton de la
page d’accueil.
42

7.2. Présentation des formulaires et leur fonctionnement
7.2.1. Formulaire « Sommaire »
Le formulaire du sommaire comprend quatre boutons dont trois appellent l’ouverture d’un autre
formulaire. Le bouton « Quitter » ferme toute l’application.
Ce formulaire reste ouvert tout au long de l’utilisation de l’application.
Selon le bouton, on accède aux différentes fonctionnalités de l’outil réparties dans les formulaires:
Ce bouton ouvre un formulaire de la saisie « Nouvelle saisie ». Ce n’est qu’à cet endroit que l‘on peut
ajouter un nouveau commerce dans la base de données.
Ce bouton ouvre le formulaire « Modifications ». Ce formulaire permet d’effectuer toutes les
modifications concernant les établissements commerciaux conçus dans la base. Il donne également
accès à la consultation de données dans une de ses parties. Ceci est constitué afin de rechercher des
éléments au sein de l’existant afin d‘effectuer les mises à jour.
Ce bouton appelle le formulaire « Correction ». Le formulaire est créé à des fins de correction des
erreurs produites lors du traitement de données dans la base. L’habillage du formulaire ainsi que du
bouton est différent afin de le différencier des autres formulaires. La couleur rouge signifie qu’il faut
faire attention, car les modifications effectuées ne sont pas sécurisées et donc ne sont pas archivées. Il
n’est conçu ni pour effectuer les mises à jour, ni pour création d’établissements.
43

7.2.2. Formulaire « Nouvelle saisie »
Sous-formulaire
Partie de la saisie
Sous-formulaire
L’objet de ce formulaire est :
• la saisie représentée par les zones de texte et les listes déroulantes
• la consultation présentée par les sous-formulaires. L‘affichage des données dans les sous–
formulaires est dynamique et conditionné par les valeurs saisies au fur et à mesure dans la
partie saisie.
Les champs obligatoires à saisir comportent un symbole « * » sur leur côté droit.
Les sous-formulaires sont générer pour comparer les données que l’utilisateur est en train de saisir
avec celles déjà intégrées dans la base. Cela doit servir à éviter de saisir la même donnée plus d‘une
fois. Le but est d’empêcher la redondance des données dans la base.
Pour la zone de saisie :
SIRET : après la saisie, une opération de vérification est déclenchée. Elle vérifie si un établissement
avec ce SIRET existe déjà dans la base. S'il existe, MsgBox affiche le SIRET et la Raison sociale de
l'établissement comme existant. Cela empêche de saisir deux établissements avec le même numéro de
SIRET.
44

SIREN (ou RCS) : le code SIREN comporte 9 chiffres et représente le début du code SIRET qui
contient quatorze chiffres. Plusieurs établissements peuvent donc posséder le même SIREN. La saisie
rétablie le sous-formulaire avec tous les établissements qui ont le même SIREN que celui saisi.
Une fois le SIREN saisi, le champ SIRET est rendu vide pour ne pas confondre les établissements au
moment de l’enregistrement.
Raison sociale (Dénomination) : En vue d’homogénéiser les données incluses dans la base, la Raison
sociale et l’Enseigne sont transformées en majuscules au moment de la saisie. La procédure de
vérification est mise en place et le sous formulaire est rétabli.
Code NAF et Statut : dans les listes déroulantes n’apparaissent que les valeurs prédéfinies. Après la
sélection du statut de type “ siège ” ou “ siège et principale ” on vérifie (à l'aide de la raison sociale) si
la siége de l'entreprise existe déjà dans la base. S’il existe, cela empêche de choisir le statut siége.
Date de création : La seule contrainte à respecter dans la saisie est que la date ne précède pas celle du
jour de la saisie. Si la condition n’est pas respectée, un message box apparaît :
Dans la partie de spécification d’adresse :
45

Dans la liste déroulante des voies (nom de la voie) apparaissent toutes les voies de Grenoble.
L’utilisateur ne peut donc choisir que dans les voies existantes. La liste représente la liaison avec le
référentiel spatial du SIG de la Ville. Cela permet de tenir les données rentrées dans la base cohérentes
avec des autres données du SIG.
Dans la liste déroulante des numéros (numéro dans la voie):
• si une voie est sélectionnée, n’apparaissent que les numéros de la voie sélectionnée,
• sinon, aucun numéro n’apparaît.
Lorsque l’adresse complète est définie, id_adres est attribué.
S’ils existent un ou plusieurs locaux vacants localisés sur cette adresse, le sous formulaire SF_Locaux
vacants est rétablie.
Une fois que la saisie est complète, il suffit cliquer sur le bouton “ Enregistrer ”. Cette opération
vérifie dans un premier temps si les zones obligatoires (‘*’) sont renseignées. Si ce n’est pas le cas, un
message box s’affiche :
A l’enregistrement d‘un nouveau commerce, un point géographique est créé et affiché dans Geomedia.
Il est localisé à l’adresse sur laquelle le commerce a été enregistré. L’adresse postale correspond dans
le référentiel SIG à l’adresse dans la voie. Il faut alors passer dans Géomedia pour déplacer le
commerce dans le bâtiment correspondant et finaliser la saisie.
46

7.2.3. Formulaire Modification
Onglets
Partie
informative
Le formulaire se divise en deux parties :
• l’une informative qui ressort les attributs d’un établissement que l‘utilisateur souhaite modifier
• l’autre consiste en plusieurs onglets. Chaque onglet porte sur un type de modification.
L’onglet avec la liste des enregistrements incomplets apparaît par défaut.
Chaque page de modification porte un bouton “Enregistrer” qui réalise le changement. Les boutons
sont bien visibles, vous ne pouvez pas les confondre.
Le principe de modification consiste premièrement en :
• choix de l’établissement à modifier (sélection et affichage dans les zones de texte des
attributs)
• choix des modifications à effectuer (bascule entre les onglets)
• saisie des nouvelles valeurs
• enregistrement des modifications (clic sur un bouton « Enregistrer »)
47

Afin de modifier un établissement, il est nécessaire de le rechercher dans la base. On a plusieurs
moyen de rechercher et d‘afficher les valeurs d’un établissement dans la partie informative :
1 – rechercher l’établissement directement dans la liste complète – cela se fait à l’aide du
raccourcis Ctrl + F (comme find en anglais)
Une fois que l’enregistrement recherché est trouvé, il faut le sélectionner (en se positionnant sur la
ligne d’enregistrement). Un bouton « Choisir établissement » a été créé à cet effet.
2 – saisir le SIRET (en format 000 000 000 00000) dans la zone “ SIRET/SIREN ”. Cela permet
une recherche dans la base des établissements par le SIRET correspondant. Si aucun établissement
n‘est trouvé, un message s’affiche :
3 – saisir le SIREN (en format SIREN : 000 000 000) dans la zone “ SIRET/SIREN ”. Cela
permet une recherche dans la base des établissement par le SIREN correspondant (il peut y en
avoir plusieurs).
• Si aucun établissement n‘est trouvé, un message s’affiche comme précédemment.
• Si un établissement est trouvé : les données sont affichées dans la partie informative
48

• Si plusieurs établissements sont trouvés : ils s’affichent dans le formulaire de la liste
déroulante permettant de choisir l’établissement recherché (parmi ceux trouvés).
Lors d’un choix effectué, les données s’affichent dans la partie informative :
4 - saisir la Raison Sociale. Le même déroulement que dans la saisie de SIREN s’enchaîne.
7.2.3.1. La description des pages (les onglets dans le formulaire) :
Trois pages portent sur les différents types de modifications, et deux autres contiennent les listes
(complètes et incomplètes) des établissements commerciaux.
49

Page “ Changement d'activité / nom / statut ”
Ce formulaire comporte trois types de modification: activité, nom et statut.
La modification de l’activité consiste à choisir une nouvelle activité. Seules les activité préenregistrées
sont à choisir dans la liste déroulante.
La modification du nom de l’établissement n’est pas archivée. Il ne s’agit donc que d’une mise à jour
directe de l’établissement. Un groupe d’options (oui/non) est appliqué sur la modification du nom d’un
établissement. Le changement du nom d’une entreprise s’applique sur tous ses établissements. Si
l’option ‘oui’ est choisie, le nom de tous les établissements ayant ce nom sera modifié. Sinon, seul
l’établissement consacré (présélectionné dans la partie informative du formulaire) sera modifié.
La modification du statut de l‘établissement n’entraîne pas l’archivage au même titre que la
modification du nom. La liste déroulante “ Nouveau statut ” comporte les valeurs prédéfinies du statut.
Si le statut “ siège ” ou “ siège et principal ” est choisi, une procédure de vérification est mise en
place au moment de l’enregistrement. Il s’agit de vérifier si un des établissements d’une entreprise a le
statut de siège. S’il existe, cela empêche de choisir le statut siège, car il ne peut exister qu’un siège
pour une entreprise.
50

Page “ Changement d’adresse ”
Cette page consiste en l’attribution d’une nouvelle adresse à un établissement. Cette opération
équivaut à celle du formulaire “ Nouvelle saisie ”. Il s’agit de choisir une voie dans la liste déroulante
“ Voie ”, ce qui génère une autre liste déroulante “ Num ” avec les numéros dans la voie. Ainsi à cet
endroit est généré un sous-formulaire avec, le cas échéant, les locaux vacants.
En cas de déménagement du commerce, son code SIRET change:
Les neuf premiers chiffres (SIREN) ne sont pas modifiés tandis que les cinq derniers chiffres
changent. C’est pour cette raison que le champ SIREN (RCS) est rempli dans tous les cas afin de
pouvoir être conservé en cas de changement d’adresse. En fonction des informations, l’utilisateur peut
saisir les cinq derniers chiffres du SIRET. Cela complétera le nouveau SIRET.
Pour finir, il faut saisir la date de modification. La date est stockée pour les besoins d‘archivage.
Page “ Fermeture (cessation d’activité, dissolution) ”
51

C’est la modification la plus simple à effectuer. Il s’agit juste de renseigner la date de fermeture.
Page « Liste de tous les établissements »
La fonction principale de cette page est de permettre à l’utilisateur de consulter les données.
La page est affiché sous la forme d’une liste de données avec les boutons qui manipulent les entités
dans la liste.
Toute la liste est disponible en lecture seule, aucune modification ne peut être effectuée.
Les boutons :
Il réactualise la liste de tous les établissements. Cela est nécessaire si des modifications sont effectuées
sur les enregistrements sans que l’application n’ait été fermée entre-temps. L’objet sous-formulaire
représente une entité statique. Il faut le réactualiser pour mettre en place les modifications portées sur
les données qu’il comporte.
Dans le cas de la réouverture de l’application, la liste est mise à jour automatiquement.
52

Les boutons de tri s’appliquent dans le sous-formulaire soit sur le SIRET soit sur la Raison sociale.
Page “ Liste des saisies incomplètes ”
La fonction principale de cette page est de consulter les données dont la saisie n’est pas complète. Plus
précisément, les enregistrements qui n’ont pas de code SIRET ou e code d’activité NAF complet
s’affichent.
La page comporte donc une liste de données et un bouton “ Actualiser la liste ”. Ce bouton est le
même que celui expliqué précédemment.
Deux colonnes dans la liste sont rendues modifiables – SIRET et CodeNaf. Le reste est en lecture
seule. Concernant le code NAF, une activité de la liste déroulante est à choisir lors d’un clic dans le
champ correspondant.
53

7.2.4. Formulaire « Correction »
Ce formulaire comporte une liste avec tous les établissements de la base de données. Il est conçu pour
donner la possibilité de faire les corrections sur les enregistrements. L’objectif est de corriger les
erreurs qui ont été enregistrées à moment de saisie ou de modification.
Les données dans la liste sont rendues entièrement modifiables sauf le champ “ adresse ” auquel
s’appliquent quelques restrictions.
Pour pouvoir modifier l’adresse, il faut passer par le bouton « Correction d’adresse ». Cela retient les
attributs nécessaires pour le traitement et les affiche dans les zones de texte appropriées.
Le bouton « enregistrer » modifie l'adresse pour l’établissement présélectionné.
7.3. Présentation de la partie graphique / SIG
GeoMedia d’Intergraph est le logiciel privilégié à la ville de Grenoble. Il est mis à disposition pour la
Direction Economie. Aucun développement spécifique n’est réalisé depuis ce logiciel. GeoMedia sait
exploiter les données au format Oracle, son utilisation est donc compatible avec le SGBD retenu par ce
projet.
Pour accéder aux données d’Oracle depuis GeoMedia, il faut établir la connexion avec la base Oracle.
54

Un geoworkspace « eco_gestioncommerce » est créé au préalable pour les utilisateurs de la Direction
Economie. La connexion en mode integration_eco est prédéfinie. Cela donne accès à la manipulation
des données, ceci dans les limites accordées. L‘accès aux données est protégé lors des traitements
effectués via les formulaires Access. En revanche, l’utilisateur peut dans GeoMedia accéder à toutes
les données en mode intégration/écriture. Ceci n’est pas la solution la plus pertinente.
Pouvoir être connecté en mode écriture est envisagé afin de pouvoir déplacer les commerces et les
positionner dans les bâtiments. Pour rappel : un commerce (un point géographique) est lors de sa
création localisé sur l’adresse dans la voie. Le but est de déplacer les commerces dans les bâtiments.
C’est pour cela que l’utilisateur doit être connecté en écriture.
Les entités du SIGV (référentiel spatial de la Ville) sont utilisées en tant que fond cartographique de
référence. Les utilisateurs ont donc accès aux données (en lecture) suivantes :
• les données cadastrales : contient les données graphiques du cadastre
• les données "RGG" (Référentiel Géographique Grenoblois) : contient les données voies et
• adresses postales
• les données "Découpages" : contient les données sur les quartiers institutionnels du territoire
communal
La possibilité d'exploitation spatiale des données est indépendante du client.
Plusieurs analyses simples sont préétablies afin de répondre aux premiers besoins des utilisateurs.
Dans un premier temps, les jointures ont été réalisées pour visualiser tous les attributs correspondant
lors de la sélection d’un commerce.
55

Le seul traitement à effectuer en passant de la saisie ou de la modification réalisé via les formulaires à
la représentation nécessite de repositionner les commerces qui se trouvent dans les voies. Une fois que
le commerce est repositionné, sa géométrie est modifiée et est stockée dans le champ
SDO_GEOMETRY.
Pendant le stage, seuls les commerces situés dans le périmètre du centre ville ont été repositionnés. Ils
sont représentés par les points bleus sur l’image qui suit. A l’ouverture du Geoworkspace, une requête
qui sélectionne les commerces à déplacer est mise en place. Les commerces à déplacer sont affichés en
rose :
Pour déplacer un commerce, il suffit de le sélectionner, de choisir l’outil « déplacer » et de le déplacer
avec la souris. Un raccourci « Ctrl + w » est configuré pour faciliter ce travail.
Le déplacement d’un commerce représente en détail:
56

8. Conclusion
La Direction d’Economie dispose donc des données actuelles sur les commerces et d’un outil
fonctionnel pour tenir à jour la base de données. De même, une nouvelle approche de gestion du
territoire est mise en place via l’acquisition du SIG Geomedia.
Dans le sens des missions gérées par la Direction d’Economie le projet du stage abouti à:
• La mise en place d'un inventaire cartographié des commerces et de leurs typologies permettant la
production instantanée d'états des lieux pour la Direction Economie ou tout service/acteur externe
demandeur.
• La mise à disposition pour la Direction Economie d'outils permettant l'analyse des données
(notions de densité, proximité, mouvements dans l'espace et dans le temps, etc.) pour la
compréhension, la valorisation, la diffusion des données relatives aux commerces.
L’élaboration d’une base de données n’est pas une tâche limitée dans le temps. Il reste maintenant à la
Direction d‘Economie à continuer et à faire valoriser ce travail. Le démarrage d'une base de données
localisées pourrait, à terme, venir s'enrichir d'autres thématiques intéressant la Direction de
l'Economie.
Le circuit des mises à jour des données de la base est déjà opérationnel via une application publiée sur
l’intranet de la ville. Le scénario permettant le suivi de la vie d’un établissement commercial est pour
le moment assuré par les journaux d’annonces légales. Les responsables de la mise à jour des données
consultent ces journaux pour retenir les constitutions ou les modifications d’établissements. Cela
représente la solution disponible, mais les informations publiées ne correspondent pas pleinement à
nos besoins. La recherche effectuée sur les données disponibles a montré l’impossibilité à ce jour de
constituer le scénario automatique des mises à jour. Dans le moyen terme une réunion avec la CCI
(Chambre de commerce et d’industrie) est prévue pour résoudre ce problème. Il devrait assurer
l’acquisition de données fiables dans des limites financières raisonnables.
Les premières analyses cartographiques pour accompagner les projets en cours doivent être réalisées à
court ou moyen terme par des personnes de la Direction. Sachant que la Direction d’Economie vient
de découvrir un outil SIG, une formation récapitulative est envisagée par la Cellule Géomatique.
Le fonctionnement de l’application est autonome. Une veille technique du côté de l’administrateur
Oracle est assurée. La faiblesse du projet se présente par l’absence de quelqu’un possédant la fonction
d’administrateur de cette application. Le produit livré représente une base de départ en vue de projets
plus vastes regroupant l’ensemble des domaines d’activités qu’elle la Direction d’Economie. A ce
point là, il sera nécessaire de faire des interventions dans la structure de l’outil, ce qui n’est pas
possible sans des connaissances élémentaires en termes de développement sous VBA.
57

9. Bibliographie
• Structuration des données gérées par la direction économie de la Ville de Grenoble dans le cadre
d’un système d’information territorial, Langenbach Marc, mémoire du Master 1 Aménagement du
territoire, 2004 – 2005, Université Joseph Fourier, Grenoble
• Concevoir un SIG pour le service Economie, Innovation, Emplois et Economie Solidaire de la
Ville de Grenoble, Michel Loic Marc, mémoire de stage, 2002 – 2003, Université Joseph Fourier,
Grenoble
• SIG et implantation commerciale, Laurence Faugué, Diplôme de Recherche Technologique,
Université Joseph Fourier, 1999
• Les SIG – mise en œuvre et applications ; Henri Pornon ; 1992
Les documents internes à la Cellule Géomatique :
• Rapport : Etat des lieux de Geomedia, Yannick Ardouin,
• L’ensemble des documents de la partie « Déploiement du Système d’Information Géographique »,
Yannick Ardouin, 2006
• Création des données dans le SIG, Ardouin Yannick, Martin Pierre
• Missions de la cellule Géomatique et présentation du SIG, Ardouin Yannick, 2007
• Guide de gestion du référentiel spatial, Ardouin Yannick, 2007
Les documents à DSIT de la Ville :
• De la cartographie vers un système d’information géographique, Ninoles James, 2003
• Bases Oracle du SIG de la Ville de GRENOBLE, 2006
• Présentation Evolution Citrix
• Documentation : Oracle et GeoMedia – explication technique, 2006
Les sites Internet
Aide et tutoriaux
Sur la thématique du commerce
http://www.insee.fr
http://www.greffe-tc-grenoble.fr
http://www.grenoble.cci.fr
http://www.verif.fr
sur la gestion des projets…
58

http://www.gestiondeprojet.com/
http://www.commentcamarche.net/projet/projetmet.php3
sur MS Access et VBA…
http://access.developpez.com
http://cafeine.developpez.com/access/tutoriel/recherchemulti/
http://www.self-access.com/
http://www.vbfrance.com/
http://officesystem.access.free.fr/
http://office.microsoft.com
http://www.mvps.org/accessfr/
Forums SIG
http://www.georezo.net/
http://www.forumsig.org/
10. Les Annexes
1 – Organigramme de la Ville de Grenoble
2 – Organigramme de la Direction d‘Urbanisme
3 – La liste des codes NAF retenus pour le projet
4 – Les sources possibles pour le projet
5 – Modèle physique de données
59

1 - Organigramme de la Ville de Grenoble
60

2 – Organigramme détaillé de la Direction Urbanisme
61

5 – Le modèle physique de données
Géométrie
ECO_ETABHISTO
ECO_LOCALHISTO
ETAB_ID
ETAB_SIRET
1
LOCAL_ID
LOCAL_ADRES_ID
n
ETAB_RAISON
LOCAL_DATECRE
ETAB_ENSEIGNE
LOCAL_DATESUPP
ECO_NAFCLASSE
NAFCLASSE_ID
NAFCLASSE_CODENAF
1
n
ETAB_NAFCLASSE_ID
ETAB_STATUT
ETAB_LOCAL_ID
ETAB_DATECRE
ETAB_DATESUPP
n
LOCAL_OCCUP
ECO_ADRESECOACCESS
NAFCLASSE_DESCRIP
ETAB_MODIF
1
ADRES_ID
ADRES
VOIE_ID
VOIE
63

3 - Les activités retenues (nature commerciale)
Les codes APE dans la nomenclature NAF
Section Sous section Division Classe Descriptif
D Industrie manufacturière
D DA Industries agricoles et alimentaires
D DA 15 Industries alimentaires
D DA 15 151F Charcuterie
D DA 15 158B Cuisson de produits de boulangerie
D DA 15 158C Boulangerie et boulangerie-pâtisserie
D DA 15 158D Pâtisserie
G Commerce; réparations automobile et d'articles domestiques
G GA Commerce; réparations automobile et d'articles domestiques
G GA 50 Commerce et réparation automobile
G GA 50 501Z Commerce de véhicules automobiles
G GA 50 502Z Entretien et réparation de véhicules automobiles
G GA 50 503A Commerce de gros d'équipements automobiles
G GA 50 503B Commerce de détail d'équipements automobiles
G GA 50 504Z Commerce et réparation de motocycles
G GA 50 505Z Commerce de détail de carburants
G GA 51 Commerce de gros et intermédiaires du commerce
G GA 51 511A Intermédiaires du commerce en matières premières agricoles ou textiles, animaux vivants
G GA 51 511C Intermédiaires du commerce en combustibles, métaux, minéraux, produits chimiques
G GA 51 511E Intermédiaires du commerce en bois et matériaux de construction
G GA 51 511G Intermédiaires du commerce en machines, équipemnts industriels, navires, avions
G GA 51 511J Intermédiaires du commerce en meubles, articles de ménage et quincaillerie
G GA 51 511L Intermédiaires du commerce en textiles, habillement, chaussures, articles cuir
G GA 51 511N Intermédiaires du commerce en produits alimentaires
G GA 51 511P Centrales d'achats alimentaires
G GA 51 511R Autres intermédiaires spécialisés du commerce
G GA 51 511T Intermédiaires non spécialisés du commerce
G GA 51 511U Centrales d'achats non alimentaires
G GA 51 512A Commerce de gros de céréales et aliments pour le bétail
G GA 51 512C Commerce de gros de fleurs et plantes
G GA 51 512E Commerce de gros d'animaux vivants
G GA 51 512G Commerce de gros de cuirs et peaux
G GA 51 512J Commerce de gros de tabac non manufacturé
G GA 51 513A Commerce de gros de fruits et légumes
G GA 51 513C Commerce de gros de viandes de boucherie
G GA 51 513D Commerce de gros de produits à base de viande
G GA 51 513E Commerce de gros de volailles et gibiers
G GA 51 513G Commerce de gros de produits laitiers, oeufs, huiles
G GA 51 513J Commerce de gros de boissons
G GA 51 513L Commerce de gros de tabac
G GA 51 513N Commerce de gros de sucre, chocolat et confiserie
G GA 51 513Q Commerce de gros de café, thé, cacao et épices
G GA 51 513S Commerce de gros de poissons, crustacés et mollusques
G GA 51 513T Commerce de gros alimentaire spécialisé divers
G GA 51 513V Commerce de gros de produits surgelés
G GA 51 513W Commerce de gros alimentaire non spécialisé
G GA 51 514A Commerce de gros de textiles
G GA 51 514C Commerce de gros d'habillement
G GA 51 514D Commerce de gros de la chaussure
G GA 51 514F Commerce de gros d'appareils électroménagers et de radio télévision
G GA 51 514H Commerce de gros de vaisselle et verrerie de ménage
G GA 51 514J Commerce de gros de produits pour entretien et aménagement habitat
G GA 51 514L Commerce de gros de parfumerie et produits de beauté
G GA 51 514N Commerce de gros de produits pharmaceutiques
G GA 51 514Q Commerce de gros de papeterie
G GA 51 514R Commerce de gros de jouets
G GA 51 514S Autres commerces de gros de biens de consommation
G GA 51 515A Commerce de gros de combustibles
G GA 51 515C Commerce de gros de minerais et métaux
G GA 51 515E Commerce de gros de bois et de produits dérivés
G GA 51 515F Commerce de gros de matériaux de construction et appareils sanitaires
G GA 51 515H Commerce de gros de quincaillerie
G GA 51 515J Commerce de gros de fournitures pour plomberie et chauffage
G GA 51 515L Commerce de gros de produits chimiques
G GA 51 515N Commerce de gros d'autres produits intermédiaires
G GA 51 515Q Commerce de gros de déchets et débris
G GA 51 518A Commerce de gros de machines-outils
G GA 51 518C Commerce de gros de machines pour l'extraction, la construction et le génie civil
G GA 51 518E Commerce de gros de machines pour l'industrie textile et l'habillement
G GA 51 518G Commerce de gros d'ordinateurs, d'équipements informatiques périphériques et de progiciels
G GA 51 518H Commerce de gros d'autres machines et équipements de bureau
G GA 51 518J Commerce de gros de composants et d'autres équipements électroniques
G GA 51 518L Commerce de gros de matériel électrique

G GA 51 518M Commerce de gros de fournitures et équipements industriels divers
G GA 51 518N Commerce de gros de fournitures et équipements divers pour le commerce et les services
G GA 51 518P Commerce de gros de matériel agricole
G GA 51 519A Autres commerces de gros spécialisés
G GA 51 519B Commerce de gros non spécialisé
G GA 52 Commerce de détail et réparation d'articles domestiques
G GA 52 521A Commerce de détail de produits surgelés
G GA 52 521B Commerce d'alimentation générale
G GA 52 521C Superettes
G GA 52 521D Supermarchés
G GA 52 521E Magasins populaires
G GA 52 521F Hypermarchés
G GA 52 521H Grands magasins
G GA 52 521J Autres commerces de détail en magasin non spécialisé
G GA 52 522A Commerce de détail de fruits et légumes
G GA 52 522C Commerce de détail de viandes et produits à base de viande
G GA 52 522E Commerce de détail de poissons, crustacés et mollusques
G GA 52 522G Commerce de détail de pain, pâtisserie et confiserie
G GA 52 522J Commerce de détail de boissons
G GA 52 522L Commerce de détail de tabac
G GA 52 522N Commerce de détail de produits laitiers
G GA 52 522P Commerce de détail alimentaire spécialisé divers
G GA 52 523A Commerce de détail de produits pharmaceutiques
G GA 52 523C Commerce de détail d'articles médicaux et orthopédiques
G GA 52 523E Commerce de détail de parfumerie et de produits de beauté
G GA 52 524A Commerce de détail de textiles
G GA 52 524C Commerce de détail d'habillement
G GA 52 524E Commerce de détail de la chaussure
G GA 52 524F Commerce de détail de maroquinerie et d'articles de voyage
G GA 52 524H Commerce de détail de meubles
G GA 52 524J Commerce de détail d'équipements du foyer
G GA 52 524L Commerce de détail d'appareils électroménagers et de radio télévision
G GA 52 524N Commerce de détail de quincaillerie
G GA 52 524P Commerce de détail de bricolage
G GA 52 524R Commerce de détail de livres, journaux et papeterie
G GA 52 524T Commerce de détail d'optique et de photographie
G GA 52 524U Commerce de détail de revêtements de sols et de murs
G GA 52 524V Commerce de détail d'horlogerie et de bijouterie
G GA 52 524W Commerce de détail d'articles de sport et de loisir
G GA 52 524X Commerce de détail de fleurs
G GA 52 524Y Commerce de détail de charbon et combustibles
G GA 52 524Z Commerce de détail divers en magasin spécialisé
G GA 52 525Z Commerce de détail de biens d'occasion en magasin
G GA 52 526A Vente par correspondance sur catalogue général
G GA 52 526B Vente par correspondance spécialisée
G GA 52 526D Commerce de détail alimentaire sur éventaires et marchés
G GA 52 526E Commerce de détail non alimentaire sur éventaires et marchés
G GA 52 526G Vente à domicile
G GA 52 526H Vente par automate
G GA 52 527A Réparation de chaussures et articles en cuir
G GA 52 527C Réparation de matériel électronique grand public
G GA 52 527D Réparation d'articles électriques à usage domestique
G GA 52 527F Réparation de montres, horloges et bijoux
G GA 52 527H Réparation d'articles personnels et domestiques n.c.a.
H Hôtels et restaurants
H HA Hôtels et restaurants
H HA 55 Hôtels et restaurants
H HA 55 551A Hôtels touristiques avec restaurant
H HA 55 551C Hôtels touristique sans restaurant
H HA 55 551E Autres hôtels
H HA 55 553A Restauration de type traditionnel
H HA 55 553B Restauration de type rapide
H HA 55 554A Cafés tabacs
H HA 55 554B Débits de boissons
H HA 55 554C Discothèques
H HA 55 555D Traiteurs, organisation de réceptions
I Transports et communications
I IA Transports et communications
I IA 60 Transport et communications
I IA 60 602A Transport urbain de voyageurs
I IA 60 602B Transport routier régulier de voyageurs
I IA 60 602C Téléphériques, remontées mécaniques
I IA 60 602E Transport de voyageurs par taxis
I IA 60 602G Autres transports routiers de voyageurs
I IA 60 602N Déménagement
I IA 60 602P Location de camions avec conducteur
I IA 63 Services auxiliaires des transports

I IA 63 633Z Agences de voyage
I IA 64 Postes et communications
I IA 64 641A Postes nationales
I IA 64 641C Autres activités de courrier
J Activités financières
J JA Activités financières
J JA 65 Intermédiation financière
J JA 65 651A Banque centrale
J JA 65 651C Banques
J JA 65 651D Banques mutualistes
J JA 65 651E Caisses d'épargne
J JA 65 651F Intermédiations monétaires n.c.a.
J JA 65 652A Crédit-bail
J JA 65 652C Distribution de crédit
J JA 66 Assurance
J JA 66 660A Assurance vie et capitalisation
J JA 66 660C Caisses de retraite
J JA 66 660E Assurance dommages
J JA 66 660F Réassurance
J JA 66 660G Assurance relevant du code de la mutualité
K Immobilier, location et services aux entreprises
K KA Immobilier, location et services aux entreprises
K KA 70 Activités immobilières
K KA 70 701A Promotion immobilière de logements
K KA 70 701B Promotion immobilière de bureaux
K KA 70 701C Promotion immobilière d'infrastructures
K KA 70 701D Supports juridiques de programmes
K KA 70 701F Marchands de biens immobiliers
K KA 70 702A Location de logements
K KA 70 702B Location de terrains
K KA 70 702C Location d'autres biens immobiliers
K KA 70 703A Agences immobilières
K KA 70 703C Administration d'immeubles résidentiels
K KA 70 703D Administration d'autres biens immobiliers
K KA 70 703E Supports juridiques de gestion de patrimoine
K KA 71 Location sans opérateur
K KA 71 711A Location de courte durée de véhicules automobiles
K KA 71 711B Location de longue durée de véhicules automobiles
K KA 71 712A Location d'autres matériels de transport terrestre
K KA 71 712C Location de matériels de transport par eau
K KA 71 712E Location de matériel de transport aérien
K KA 71 713A Location de matériel agricole
K KA 71 713C Location de machines et équipements pour la construction
K KA 71 713E Location de machines de bureau et de matériel informatique
K KA 71 713G Location de machines et équipements divers
K KA 71 714A Location de linge
K KA 71 714B Location d'autres biens personnels et domestiques
K KK Immobilier, location et services aux entreprises
K KK 74 Services fournis principalement aux entreprises
K KK 74 748A Studios et autres activités photographiques
K KK 74 748B Laboratoires techniques de développement et de tirage
M Education
M MM
Education
M MM 80 Education
M MM 80 804A Ecoles de conduite
O Services collectifs, sociaux et personnels
O OA Services collectifs, sociaux et personnels
O OA 93 Services personnels
O OA 93 930A Blanchisserie - teinturerie de gros
O OA 93 930B Blanchisserie - teinturerie de détail
O OA 93 930D Coiffure
O OA 93 930E Soins de beauté
O OA 93 930G Soins aux défunts
O OA 93 930H Pompes funèbres
O OA 93 930K Activités thermales et de thalassothérapie
O OA 93 930L Autres soins corporels
O OA 93 930N Autres services personnels

1. Constitution de la base de données du commerce (les sources possibles)
1.1 CCI
Les établissements inclus :
- établissements industriels, commerciaux et de services, quelque soit la structure juridique (entreprise individuelle
ou société)
Les établissements exclus : secteur public, artisans purs, professions libérales, sociétés civiles.
Les entreprises artisanales (qui n’ont pas obligation d’être inscrits simultanément à la CCI et à la Chambre des
Métiers – les entreprises qui n’emploient pas plus de 10 salariés et qui exercent à titre principal ou secondaire une
activité relevant de l’artisanat.) ne sont pas intégrés dans le fichier de la CCI.
Le fichier de la CCI ne comporte ni les banques (l’intermédiation financière) ni les postes (qui appartiennent aux
EPIC – Etablissements Publics Industriels et Commerciaux et dépendent donc du Greffe)
Les attributs dans le fichier
Siren / Siret
Raison Sociale
Enseigne
Complément adresse
Adresse
Tel, Fax
Effective salariés
Code APE
Nom complet (du dirigeant)
Fonction (du dirigeant)
Web, e-mail
Date de mise à jour : régulièrement
Géocodage : non
1.2. Chambre des Métiers
Les établissements inclus :
- Artisanales,
- Artisanales et commerciales, quelque soit la structure juridique (entreprise individuelle ou société) utilisée
Les établissements exclus : tous les autres n’ayant pas l’activité artisanale.
Les attributs dans le fichier :
Nom commercial
Raison sociale
Nom Prénom
Activité (description)
Adresse
Ville
Date d’inscription
Téléphone
Les entreprises doivent être inscrites à la Chambre de métiers et de l’artisanat. Une inscription complémentaire
auprès de la CCI peut être obligatoire si l'artisan exerce accessoirement une activité commerciale significative. Cela
suppose que tous artisanats de nature commerciale figurent à même temps dans les fichiers de CCI.
Date de mise à jour : régulièrement
Géocodage : non
1.3. Greffe du Tribunal de Commerce de Grenoble
Les établissements inclus :
- commerciales, artisanales,
- artisanales et commerciales,
- agents commerciaux, quelque soit la structure juridique (entreprise individuelle ou société) utilisée.
- les sociétés civiles
- les sociétés d’exercice libéral (SELARL, SELAFA, SELCA)

- les établissements publics industriels et commerciaux
- les GIE et les GEIE
- certaines personnes morales dont l’immatriculation est prévue par un texte notamment les associations émettant
des obligations, caisses d’épargne,
Le greffe tient le registre du commerce et des sociétés (RCS) et le registre des agents commerciaux.
Y sont inscrits :
- Les personnes physiques ayant la qualité de commerçant
- Les sociétés commerciales, civiles et agricoles
- Les sociétés commerciales dont le siège est situé hors d’un département français et qui ont un établissement
dans l’un de ces départements
- Les EPIC
- Les représentations commerciales ou agences commerciales des Etats, collectivités ou Etablissements publics
étrangers établis dans un département français
- …
Il est possible de définir les entreprises ciblées par zone géographique (ville Grenoble), et code d'activités.
Les attributs dans le fichier: Raison sociale,
Numéro SIREN,
Chiffre d'affaires,
Code NAF,
Adresse,
Nom et Fonction des dirigeants.
Résultat pour Grenoble (activités retenues) : 1200 sociétés (93 € ) , 1400 commerçants en nom (120 €)
Date de mise à jour : régulièrement
Géocodage : non
1.4. Base de données des commerces
Effectuée au sein de SPU
Les établissements inclus :
- commerciales, artisanales, services, hôtels, associations, locaux vacants
Les attributs dans le fichier : Type de local
Enseigne
Localisation dans le bâtiment
Adresse
Date de mise à jour : 1996
Géocodage : oui
2. Résumé des sources pour la constitution de la base
La source du Greffe reçoit les dossiers des différents organismes (dont CCI, Chambre des Métiers…) et recense
donc toutes les entreprises et les sociétés dans le Répertoire du Commerce et des Sociétés (RCS). Greffe possède
l’information sur les entreprises et sociétés quelque soit leur format juridique.
• Soc. et entreprises
commerciales
• Artisanats commerciaux
• Artisans
• Artisans commerciaux
CCI
ChM
Greffe
• Soc. et entreprises
commerciales
• Artisans commerciaux
• Artisans
• Soc. non commerciales
Par rapport aux attributs et activités que nous souhaitons faire figurer dans la base, la source de CCI parait être la
plus approprié pour la constitution de la base de données du commerce.
Excepté la catégorie d’intermédiation financière (les banques, caisses d’épargne…), dans le fichier des entreprises
CCI figurent les établissements de toutes les activités qui ont été retenues.

Si une entreprise artisanale (inscrite dans la Chambre des Métiers) exerce accessoirement une activité commerciale
significative, une inscription complémentaire auprès de la CCI est obligatoire. Cela suppose que tous artisanats de
nature commerciale figurent à même temps dans les fichiers de CCI.
La préférence de la source CCI, induite un manque possible des établissements dont le statut n’engendre pas
l’obligation de l’inscription à la CCI (sociétés civiles, sociétés d’exercice libéral, établissements publics industriels
et commerciaux). Cela ne devrait pas causer de disparités dans la base de données commerciale, car pour pratiquer
une activité commerciale, l’entreprise doit avoir le format de société commerciale. Les autres formats de société ne
peuvent pratiquer que l’exercice en Bénéfices Non Commerciaux.
Exemple de la pharmacie (officine) et CFE compétent par apport son format juridique (CFE – centre de formalité
des entreprises, où l’entreprise doit s’enregistrer).
Activité sous forme de société individuelle (ne pratique pas l’activité commerciale): URSSAF
Activité sous forme de société commerciale (pratique l’activité commerciale) : Chambre de commerce et d’industrie
Activité sous forme de société d’exercice libéral (ne pratique pas l’activité commerciale): Greffe du tribunal de
commerce
Proposition
Pour constituer la base de données sur le commerce il serait suffisant de se baser sur le fichier des entreprises CCI. Il
intègre plus ou moins tous les établissements de nature commerciale qui nous intéressent.
Les avantages de ce choix :
• Une source de la référence
• Le fichier comportant que les établissements adéquats afin de créer la base du commerce et des services
commerciaux.
• Le fichier actuel (mis à jour) avec les données structurées convenant à notre définition du commerce
Ce point de départ implique les effets négatifs :
• ne seront pas intégrés les établissements bancaires et postaux
• ne seront pas pris en compte :
- les sociétés civiles
- sociétés d’exercice libéral
- établissements publics industriels et commerciaux
- artisans purs
- membres d’une profession libérale
- et les autres, dont le forma juridique n’engendre pas l’obligation d’inscription à CCI
3. Mise à jour de la base de données – les sources possibles
3.1. CCI
A partir de l’obligation des entreprises de déclaration des changements (création, modification, cessation), la CCI
peux fournir la liste des entreprises crées et radiés entre les deux dates définies.
Les attributs fournis dans la liste de création sont les mêmes que dans le fichier pour la constitution de la base (voir
le point 1.1.).
Les attributs fournis dans la liste de radiation de l’entreprise comportent une typologie propre qui indique quel
changement ou bien quelle type de radiation a été effectuée.
Cette source représente la source principale au niveau de la création de nouveau établissement. Au niveau de la
radiation et changements, il sera nécessaire de les consulter/croiser avec les sources différentes pour la vérification.
3.2.
La source de la Chambre des Métiers pour la mise à jour de notre base de données n’est pas nécessaire, car les
modifications des établissements sont comprises dans les autres sources.
3.3. Droit de voirie
Suite aux dépôts des demandes, le service est en conséquences informé sur :
- La création d’un commerce
- La reprise d’un commerce – changement de l’exploitant (mutation)
- La cessation de l’activité dans un local
- Le dépôt d’une enseigne, d’une terrasse, …
Types de demande à partir desquelles on peut distinguer les évènements :

- création
- mutation
- pose des articles (enseigne, terrasse)
Les établissements inclus : Les locaux localisés du coté du domaine public (en général ceux qui possèdent la
vitrine) et dont ceux qui font objet de la réglementation au sein du Service Droit de Voirie
Les attributs pour la mise à jour :
- Nom lieu d’exécution – représente le nom commercial ou l’enseigne
- Nom d’occupant –le nom de la société ou de la personne physique. Il n’y a pas de règle sur le contenu de ce
champ.
- Nom/Raison sociale – raison sociale d’un redevable
- Adresse – lieu d’imposition (N° dans la rue, nom de la voie, code postal, ville)
- SIREN – pas de numéro SIRET, en plus ce champ n’est pas toujours rempli (les employés du service sont
censés de le remplir, mais pas tous le font)
- Activité – les codes d’activité ne sont pas les même comme celles de NAF. Les catégories propres ont été crées
selon les besoins du service DdV (pour l’instant 73 catégories dont 6 « mis en attente » et 1 « divers non
codés »). La catégorie « mis en attente » signifie que l’activité de l’établissement concerné a été arrêtée et le
local n’a pas encore été repris par d’autre entreprise.
Date de mise à jour : régulièrement
Géocodage : non (l’existence du code Fantoir des voies)
Une source intéressant pour la mis à jour. Le service est informés en général de tous les événements approprié à la
vie d’une entreprise (création, modification, cessation). Malgré ça, il sera compliqué de travailler avec leurs données
car la structuration et la gestion de ces données ne sont pas suffisamment accommodés à nos besoins.
3.4. Greffe
Un fichier des dernières entreprises créées dans le ressort du Greffe :
Pour chaque société commerciale et chaque commerçant:
Résultat : 19 sociétés, 6 commerçants / 7 jours (8 €)
: 198 sociétés, 42 commerçants / 30 jours (57 €)
Date d'immatriculation,
Raison sociale,
Numéro SIREN,
Adresse,
Code NAF,
Dirigeant.
Un fichier des clôtures d'entreprises concernant des entreprises qui appartiennent au ressort du Greffe :
Pour chaque clôture: Numéro de procédure,
Dénomination sociale,
Numéro SIREN,
Adresse,
Type et date de l'ouverture,
Type et Date de la solution,
Type et date de clôture.
Resultat : 40 clotures / 30 jours (9 €)
Cette source pourrait fournir les mêmes informations que la CCI
3.5. Service réglementaire
Suite aux dépôts des demandes, le service est en conséquences informé sur :
aménagement du local commercial
modification de la vitrine
changement de destination (donc création/change de l’activité du local)
rénovation du local existant
Les attributs pour la mise à jour :
Raison sociale du demandeur (entreprise)
Adresse de demandeur
Adresse du projet (établissement concerné)
Type / catégorie du projet
Description du projet

Description des travaux
Code cadastral
Date de mise à jour : régulièrement
Géocodage : non (l’existence du code cadastral)
Une source qui propose des informations plus particulièrement sur le changement d’activité d’un local commercial,
ainsi que sur l’aménagement d’un commerce à partir des dépôts des demandes des travaux. Cette source ne couvre
que les établissements qui déclarent les travaux. A cette fin on pourrait prendre cette source en considération qu’au
niveau d’identification des changements éventuellement apparaisses.
3.6. Les annonces légales
Les obligations concernant les délais de publication lors des principaux événements de la vie d'une société
commerciale:
immatriculation
modification
dissolution - liquidation
Les entreprises individuelles (comme les artisans, les commerçants, les artisans - commerçants…) ne sont pas tenues
de publier une annonce légale lors de leur constitution. On ne peut donc pas les détecter dans les journaux
d'annonces légales.
Qu’est-ce que le BODACC ?
Les événements majeurs rythmant la vie d’une entreprise doivent faire l’objet d’un avis au BODACC (Bulletin
officiel des annonces civiles et commerciales), publié par les Journaux Officiels de la République française. Il s’agit
d’une obligation légale. Ce bulletin regroupe toutes les annonces des sociétés et publie les extraits des déclarations
effectuées au Registre du commerce et des sociétés (RCS). La publication d'une annonce dans ce bulletin permet
d'informer le public de toutes les créations, modifications, redressements et liquidations judiciaires, radiations au
RCS.