|
Page : index.htm |
Projet SIG_2004
|
Avertissement : il s'agit d'un projet pédagogique mené dans le cadre d'une formation scolaire. Les informations contenues dans ce site peuvent donc comporter des erreurs (n'hésitez pas à nous les signaler). Tous les fichiers proposés en téléchargement sont fournis en l'état, sans aucune garantie, ni support. Nous ne pourrons pas être tenus pour responsables si l'utilisation de ces fichiers entrainait des dysfonctionnements sur votre système informatique, qu'ils soient d'ordre logiciel ou matériel ! Utilisez des machines de test plutôt que des machines en production réelle pour évaluer les fichiers téléchargés sur ce site.
Objectif - Besoins - Existant - Modélisation - Base de données - Développement - Documentation - Déploiement - Maintenance - Bibliographie - Téléchargement
Il s'agit de mettre en oeuvre un système d'information sur les lieux du territoire français (essentiellement au niveau de la métropole). La base de données regroupera les communes, hameaux, lieux-dits (et autres lieux) de la France et permettra de fournir des informations actuelles (renseignements administratifs et de localisation) et historiques (anciens noms, regroupements de communes, etc).
La plupart des informations existent déjà par ailleurs, et il s'agit là de les rassembler en un système unique et homogène (notamment au niveau des dénominations). Cette base ne saurait en aucun cas se substituer aux sources officielles d'information (Insee, Ign, La Poste ou tout autre service public/privé de référence) et il conviendra de se référer à ces organismes si l'on veut garantir la fiabilité de l'information obtenue.
Une base de données accessible localement (stockage des informations sur l'ordinateur de l'utilisateur). La mise en oeuvre de la base au sein d'un intranet, voire la publication sur l'internet, pourrait être envisagée ultérieurement et il sera donc nécessaire de tenir compte de ce développement possible pour le choix des technologies à utiliser (par exemple pour le SGBD). L'accès au contenu de la base de données doit être sécurisé.
Une application de gestion pour la maintenance de la base. L'utilisation de cette application doit être contrôlée par l'utilisation de comptes/mots de passe individuels.
Une application de consultation de la base qui ne permet aucune modification du contenu de celle-ci.
L'analyse de l'existant permet de connaître tous les éléments qui vont être nécessaires à la mise en oeuvre du projet. (en savoir plus...)
Les informations mises en oeuvre dans le projet proviennent de sources extérieures : elles appartiennent donc à une personne morale ou physique. Il est donc nécessaire de s'assurer que le droit sera respecté quant à l'utilisation de ces informations. (en savoir plus...)
Cette phase permet de définir les informations à mettre en oeuvre, comment elle vont être regroupées et les liens qui existeront entre elles. Cela permet de concevoir la base de données et donne des contraintes sur les traitements qui seront réalisés. (en savoir plus...)
Le dictionnaire de données recense toutes les données qui seront utiles au projet. (en savoir plus...)
Le MCD permet de lier les données entre elles de manière cohérente. (en savoir plus...)
Lorsque le MCD a été validé, il est alors possible de choisir le SGBD et de créer la base de données. (en savoir plus...)
Le plus sûr pour créer la Base de Données est de définir un script (lorsque le SGBD l'autorise) qui sera exécuté par le SGBD. Ainsi il sera toujours possible de créer d'autres exemplaires de la Base de manière strictement identique, notamment lors du déploiement de la Base et de l'application. (en savoir plus...)
Lorsque la base est créée, elle est "vide". Avant que l'utilisateur ne commence à travailler avec cette base, il est souvent nécessaire de renseigner la base avec un certain nombre d'informations. Comme pour la création de la base, il est plus efficace d'utiliser un script (ou une application spécifique) pour cette opération. (en savoir plus...)
La sauvegarde de la base est indispensable pour préserver les informations contenues d'une destruction éventuelle (volontaire ou non) de la base. Cela est aussi nécessaire lorsque la base doit être installée dans un autre système. (en savoir plus...)
Le développement permet de mettre en oeuvre tous les traitements qui seront nécessaires pour la gestion et l'utilisation de la Base. (en savoir plus...)
Derrière cette dénomination, se regroupent en fait tous les programmes qui seront nécessaires pour la maîtrise des informations et/ou des traitements à gérer. Ces applications resteront donc internes à l'équipe de développement et ils seront documentés dans la mesure où ils pourront être réutilisés à tout moment par n'importe quel membre de l'équipe ! (en savoir plus...)
Cette application va permettre de gérer le contenu de la base (ajout et modification de contenu). (en savoir plus...)
Cette application est l'application qui va exploiter le contenu de la base. (en savoir plus...)
La documentation est incontournable pour la pérénnité de l'application : tout le savoir qui a été nécessaire au développement de la base et des applications, ainsi que toutes les procédures d'utilisations mises en oeuvre par les différentes applications doivent être consignés ! (en savoir plus...)
Cette documentation est propre à l'équipe de développement, elle doit permettre de retrouver toutes les étapes du développement et de réécrire tous les programmes dans le cas où les fichiers sources ne seraient plus accessibles. (en savoir plus...)
Cette documentation est destiné à l'administrateur de la base et des applications chez le client. Elle doit lui permettre l'installation du système développé et la maintenance ultérieure du système. (en savoir plus...)
Cette documentation est celle que l'utilisateur final pourra consulter pour pouvoir utiliser correctement le système développé. Cela peut comprendre un manuel d'apprentissage, un manuel de référence... (en savoir plus...)
Le déploiement est l'installation chez le client du système développé (base de données + applications). L'installation peut être manuelle (l'administrateur client réalise lui-même l'implantation du système) ou automatisée (une application est fournie pour cela). (en savoir plus...)
Au cours de la vie d'un produit, des erreurs peuvent apparaître dans des situations non envisagées au moment du développement. Il peut également exister des erreurs dans les applications. Les besoins du client peuvent évoluer dans le temps. Tout cela montre qu'il est toujours nécessaire d'apporter des améliorations à un produit. Il faut donc réaliser ces évolutions, sans remettre en cause le développement initial. Après un certain nombre d'évolution, il devient alors sans doute nécessaire de redévelopper tout ou partie de l'application si on ne veut pas que cela devienne une "usine à gaz" ! (en savoir plus...)
Il est rare qu'une équipe de développement invente toutes les notions qui seront mises en oeuvre au cours du développement. Il est donc indispensable de répertorier les sources des informations utilisées, notamment dans le respect du droit ! (en savoir plus...)
Toutes les informations utilisées pour ce développement, ainsi que tous les fichiers sources sont disponibles sur ce site. (en savoir plus...)