Le portail francophone de la géomatique

Bonjour.

A cette question il n'est à mon avis possible de répondre que par cette affirmation : Ca dépend du contexte dans lequel s'inscrit ton SIG et de la place qu'il occupe dans les corps de métiers des entreprises.

Un SIG basiquement ça sert à collecter, représenter, traiter et diffuser des données, de nature géographique certes, mais des données, comme n'importe quel autre SI en fin de compte.

Après de ce que j'ai pu voir, selon le champs et le marché/service dans lequel s'inscrit ton entreprise il n'aura pas la même portée. Aujourd'hui par exemple, dans une collectivité il devient de plus en plus commun pour les agents de maitriser le SIG. Il ne s'agît pas forcément du Arc Gis ou du Qgis, ça peut aussi être un service mis en place dans l'optique de simplement visualiser les données géographiques.
Inversement dans une collectivité ou entreprise qui a besoin de localiser des marchés, des travaux, définir sa zone de chalandise et qui dépend d'une donnée géolocalisée pour assurer don CA il est fort probable que le SIG soit intégré comme un élément à par entier du SI en général. C'est d'ailleurs ce qui explique qu'il y ai des petites guéguerres entre informaticiens et géomaticiens. Les premiers cherchant absolument à garder la main sur les données et les second cherchant prendre de plus en plus de main sur les données géolocalisées.
(N'y voyez aucune volonté de ma part de dénigrer l'un ou l'autre : rolleyes : ce n'est pas le but du post, je raconte mon propre ressentit sur la question qui s'avère fort intéressante)

En espérant t'avoir un peu aidé !

Bonjour

C'est bien une question d'architecture, en tenant compte des composants existant dans le SI en question.
Dans l'optique d'établir une cible, le SIG devrait être le référentiel du patrimoine, et rayonner sur l'ensemble des applications métier de l'entreprise.
Méditer sur la logique : c'est sur le terrain, c'est dans le SIG. C'est pas dans le SIG, c'est donc pas sur le terrain.
Ainsi ca force à tenir le SIG à jour, ce qui est souvent un pain point parce que l'intérêt de sa mise à jour est mal compris.

Ca c'est un point de vue, un but, ensuite à l'organisation de s'adapter à ca, et pas le contraire, bien qu'on le constate beaucoup aujourd'hui

Bonjour,

on peut envisager la réponse sous l'angle de ce qu'est techniquement votre SIG et donc de l'intérêt/obligation d'une gouvernance à plusieurs têtes avec une entité autre que les utilisateurs (exemple : la DSI qui va mettre à disposition des serveurs et les administrer). Disons que si votre système est gros, multi-utilisateurs, diffusé, etc, il y a des chances qu'il soit partie prenante du SI.

2 cas :
- un logiciel sur votre ordinateur et des fichiers sur votre disque dur => pas dans le SI
- un système n-tiers avec un serveur de base de données + un serveur d'applications type web + des clients légers (web) + clients lourds (logiciels sur les ordinateurs des gens) => dans le SI

Ce n'est qu'un élément supplémentaire de réponse., pas une fin en soit.
Cdt

Bonjour, Merci à tous pour vos réponses, @piedro25 : oui le sujet est très intéressant!