Accédez aux données de la balise GPS Plan d'accès
| SIZIF : Description
|
|
|
1 PRESENTATION
Dans le domaine des incendies de forêts, les secteurs d’activité sont multiples (prévention, prévision, planification, lutte, formation, retour d’expérience, statistiques), les acteurs sont divers et nombreux (forestiers, pompiers, échelons départementaux / zonaux / nationaux, élus, autorités administratives).
Dans chaque secteur et pour chaque acteur, les nouvelles technologies sont de plus en plus présentes et correspondent à un besoin réel. Ce besoin conduit à l’acquisition ou au développement d’outils. La multiplication de ces outils et le risque de non « interopérabilité », sont préjudiciables à l’efficacité et à l’économie du système général.
Il est indispensable de rester fidèles au principe d’approche globale en ne séparant pas arbitrairement les secteurs et les acteurs, et donc en faisant en sorte que les outils dont les acteurs disposent ou souhaitent disposer soient pensés dans un cadre commun et cohérent.
Telle est l’ambition de S.I.Z.I.F. (Système d’Information Zonal contre les Incendies de Forêts). Cette démarche globale, portée par le PôNT (Pôle Nouvelles Technologies et Maîtrise des Risques), pour le compte de ses utilisateurs, répond à plusieurs besoins dans les domaines suivants:
- Systèmes d’information et d’aide à la décision : Pour le COGIC, le CIRCOSC de Valabre, les autres CIRCOSC, éventuellement les CODIS, pour les Postes de commandement, …)
- Bases de données spécifiques (Dans le cadre de la DFCI) : collecte, mise en forme, structuration, échanges, mises à jour.
- Statistiques (Prométhée, sollicitations CIRCOSC, Bulletin de renseignements quotidiens, statistiques BASC et Météo France…)
- Retour d’expérience : Collecte de données opérationnelles quantitatives et qualitatives, bibliothèque de cas, modélisation par l’exemple, scénarios probables…
- Formation (animation de séance , simulation, modélisation…)
- Plans (PPRIF, PDPFI, …) : Elaboration (modélisation, occupation du sol) et cartographie.
Se situant au carrefour de ces besoins S.I.Z.I.F. doit répondre aux objectifs suivants :
- Identifier les outils de base communs à l’ensemble des besoins : Systèmes d’informations géographiques (données de référence, moteurs…), Systèmes gestionnaires de bases de données, réseaux, outils de messagerie, …). Lorsque ces outils sont différents faire en sorte de les harmoniser ou de les rendre interfaçables.
- Se doter des moyens (plates-formes logicielles et matérielles, …) et des compétences (formation, information) nécessaires à la maîtrise de ces outils et à leur développement.
- Conduire les utilisateurs à la maîtrise ou à la connaissance des outils de base (formation, veille techno ou information…)
- Se situer à l’interface entre les utilisateurs, les développeurs, les fournisseurs…
- Mettre en place des réseaux permettant de croiser les compétences (géomatique, informatique, juridique, …), de favoriser l’expression des besoins et de croiser ces besoins (cercle de qualité PPRIF, groupe de travail simulation, groupe de définition du cahier des charges SICOAD), et enfin de croiser les réalisations (R.O.C, R.A.C, PACTES, …)
- Développer des produits ou des parties de produits. Permettre un développement optimal par des sous-traitants (réalisation de cahier des charges, spécifications fonctionnelles, dialogue permanent…)
|
2 LA DEMARCHE
S.I.Z.I.F. doit être un projet entièrement modulable et constitué de briques interchangeables et évolutives. Il doit s’appuyer le plus largement possible sur des outils sur étagère, garantissant une meilleure pérennité et / ou un meilleur partage.
Aussi, la démarche générale est la suivante :
- Identification des besoins généraux
- Identification des outils élémentaires sur étagère. Hiérarchisation. Choix.
- Identification des outils à développer
- Pour chaque outil :
- Détermination des besoins spécifiques générateurs de l’outil.
- Spécifications fonctionnelles
- Développement ou sous traitance ou recherche de l’existant.
- Expérimentation , « déboggage ».
- « Opérationnalisation ».
|
3 ORGANISATION GENERALE
3.1 Première proposition d'organisation
|
4 DEFINITIONS DES FONCTIONS
4.1 Le Comité directeur
C'est une instance d'orientation, d'arbitrage et de choix. Par souci de clarté, on retient pour cette instance le nom de "comité directeur" de préférence à celui de "comité de pilotage", parfois utilisé dans le même sens, mais parfois aussi appliqué à ce qui est désigné ci-dessous comme "l’équipe de projet".
Le comité directeur doit permettre aux utilisateurs de prendre, sur des points d'importance, des décisions négociées et approuvées par chacun.
Ses missions fondamentales sont :
- préciser l'objectif (le système d'information à obtenir, les délais, les coûts) et les contraintes du projet sur la base des orientations arrêtées par le responsable au vu des conclusions de l'étude d'opportunité ;
- entériner les estimations de coût et arrêter le degré de priorité du financement ;
- suivre et contrôler le déroulement du projet en approuvant les travaux de l'équipe de projet et en décidant ou non, à chaque stade, le passage à la phase suivante ;
- prendre les décisions fondamentales concernant les options et solutions proposées par l'équipe de projet (orientations en matière de gestion, d'organisation et de technique, scénarios) ;
- veiller à la participation active de l'ensemble des acteurs du projet.
Le comité directeur se réunit au moins une fois par mois jusqu'à la mise en service régulier du produit.
4.2 Le directeur d’application
Le directeur d'application appartient à l’entité initiatrice (à l'origine de la demande) et il est désigné par le directeur de celle-ci :
- il est le garant des besoins exprimés par les utilisateurs. Interlocuteur privilégié du chef de projet et représentant permanent des utilisateurs, il anime autant que possible les groupes de travail d'utilisateurs afin de définir les besoins opérationnels et de concevoir les solutions fonctionnelles et organisationnelles ;
- il apprécie ou fait apprécier, aux plans fonctionnel et organisationnel, la conformité de la solution automatisée avec les objectifs fixés par le comité directeur, et soumet ses propositions à ce comité ;
- il est responsable devant les utilisateurs du bon déroulement des tâches qui sont à leur charge. A ce titre, il veille particulièrement à la définition et à la mise en œuvre des mesures d'accompagnement nécessaires (formation, documentation,...).
Il peut être assisté d'un représentant permanent au sein de l'équipe de projet si ses autres responsabilités ne lui laissent pas une disponibilité personnelle suffisante.
4.3 Le chef de projet
Le chef de projet appartient à l’entité et est désigné par le directeur de celle-ci. Il assure les activités de gestion et de conduite de projet :
- il dirige l'équipe d'informaticiens en charge du projet ;
- il coordonne les activités de conception et de développement du logiciel, et plus généralement tous les aspects techniques liés à la mise en œuvre de ce logiciel ;
- il est responsable du respect des délais et des coûts; il est responsable de la qualité technique du logiciel ;
- il assure le cas échéant le suivi de la sous-traitance ;
- il valide au plan technique, ou propose à sa hiérarchie la validation de la solution automatisée et des logiciels développés.
4.4 L'équipe projet
LC'est l'instance de concertation étroite et permanente entre le chef de projet et le directeur d'application, où s'exprime leur responsabilité conjointe et solidaire dans la réalisation du projet. Elle recense les problèmes, les étudie, éventuellement les tranche ou propose des solutions lorsque les enjeux justifient le recours hiérarchique.
Ses missions fondamentales sont les suivantes :
- veiller à la planification globale du projet (estimation et ordonnancement des tâches) et au respect des délais et des coûts ;
- réaliser les synthèses (formalisation, quantification) nécessaires aux prises de décision par le comité directeur du projet ;
- rendre compte périodiquement au comité directeur de l'état d'avancement du projet et des difficultés rencontrées.
L'équipe de projet comprend :
- le directeur d'application ou son représentant permanent ;
- le chef de projet ;
- des membres, permanents ou occasionnels : informaticiens rattachés au chef de projet, utilisateurs participant en tant qu'experts, rattachés au directeur d'application ou à son représentant.
L'équipe de projet se réunit en fonction des besoins, qui varient évidemment selon la phase atteinte par le processus. En toute hypothèse, jusqu'à la fin de la généralisation, quatre réunions par an paraissent indispensables pour maintenir une dynamique, même pendant les périodes de ralentissement.
La stabilité de l'équipe est essentielle pour la réussite; elle implique la permanence des intervenants. Il est donc recommandé d'éviter au maximum les changements de personnes (directeur d'application ou chef de projet). S'ils ne peuvent être évités, il convient de les accompagner d'une démarche formelle visant au constat contradictoire de l'état du projet au moment considéré, avec rapport au comité directeur.
4.5 Les groupes de ressources techniques
Ils sont constitués de personnes ressources pour proposer des réponses à des questions relevant d'une compétence partagée des utilisateurs. Leur animation et la cohérence de leurs travaux sont placées sous la responsabilité du directeur d'application.
Les missions fondamentales de ces groupes, qui peuvent être mis en place dès la phase initiale de l'étude d'opportunité, sont les suivantes :
- aider au diagnostic du système existant ;
- apporter leur connaissance de l’entité, de ses métiers, de ses fonctions et de ses besoins pour assister l'équipe de projet dans la définition du système cible ;
- veiller au "réalisme" des orientations et scénarios par rapport à la culture et aux habitudes du personnel ;
- préparer, en cours d'étude, la validation, par le directeur d'application, des travaux de l'équipe de projet.
|
5 PRECONISATIONS TECHNIQUES
Les logiciels :
- Pour le serveur, une licence Windows NT Server (validée) ou un Windows 2000 Server (en cours de validation).
- Pour les postes clients, des licences Windows NT 4.0 Service Pack 6, ou Windows 2000 (ces deux plates-formes sont validées).
- Une licence Acrobat 5.0 complet par poste client.
- Une licence Office Pro par poste client.
- Une licence GéoConcept Enterprise Edition version 5.0.777 pour chaque poste client.
- Des licences Oracle 8i (validée) ou 9i (en cours de validation) Enterprise Edition. Le nombre de licences est égal à : (1 + nombre de postes client) x 2.
Le 1 correspond à la licence pour le serveur ; on multiplie par 2 car ce serveur comporte 2 processeurs.
Le matériel :
Exemple de serveur petite configuration :
- Châssis tour
- 1 processeur Intel Pentium III 1,26 Ghz – Emplacement pour 1 autre processeur
- 1 lecteur de disquette 3,5 "
- 256 Mo SDRAM 133 Mhz ECC ext.4 Go
- Contrôleur Ultra ATA intégré
- Contrôleur SCSI intégré Ultra 3 160
- 3 disques dur 18 Go 10000 Tr Hot Swap
- 1 lecteur de CD Rom 48 X IDE
- 1 carte graphique intégré AGP 2 Mo
- 6 slots PCI 32 bits dont 2 de 64 bits
- 1 carte Ethernet 10/100 TX RJ 45 intégré
- 2 ports série 9 broches
- 1 parallèle
- 2 USB
- 1 clavier 105 T PS2 Keytronic
- Souris Microsoft Trekker
- DAT Interne 12/24 Go – W2K Server
Exemple de serveur grosse configuration :
- Châssis tour
- 1 processeur Intel Pentium III 1,40 Ghz – Emplacement pour 1 autre processeur
- 1 lecteur de disquette 3,5 "
- 512 Mo SDRAM 133 Mhz ECC ext.4 Go
- Contrôleur Ultra ATA intégré
- Contrôleur SCSI intégré Net Raid Ultra 3 160
- 3 disques dur 36 Go 10000 Tr Hot Swap
- 1 lecteur de CD Rom 48 X IDE
- 1 carte graphique intégré AGP 2 Mo
- 6 slots PCI 32 bits dont 2 de 64 bits
- 1 carte Ethernet 10/100 TX RJ 45 intégré
- 2 ports série 9 broches
- 1 parallèle
- 2 USB
- 1 clavier 105 T PS2 Keytronic
- Souris Microsoft Trekker
- DAT Interne 40 Go – W2K Server
Les stations utilisateur cartographie (pour utiliser la SGI) :
- Moyen tour
- 1 Carte mère Intel D845 EPTL2 (400 et 533 Mhz)
- 1 lecteur de disquette 3,5 "
- 1 processeur Intel Pentium IV 1,8 Ghz à 400 Mhz
- Mémoire DDR 512 Mo 266 Mhz
- 2 Contrôleurs Ultra ATA 100
- 1 disque dur 60 Go 7200 Tr/mn UDMA 100
- 1 carte son intégrée PCI
- 1 Carte graphique AGP 4X 64Mo GX 400
- 2 baies 3,5" internes et 2 baies 5,25"
- ZIP 250 Mo IDE Interne
- 1 slot AGP 4 X
- 3 slots PCI 32 bits
- 1 lecteur de CD Rom 52X
- 1 port ethernet 10/100 intégré
- 1 port série
- 1 parallèle
- 4 USB
- 1 clavier 105 T PS2
- 1 Souris Logitech 3 boutons + molette
Les stations utilisateur bureautique (sans utiliser la SGI) :
- Moyen tour
- Carte mère Intel D845 GRGL (400 et 533 Mhz)
- 1 lecteur de disquette 3,5 "
- 1 Processeur Intel Pentium IV 1,8 Ghz à 400 Mhz
- Mémoire DDR 256 Mo 266 Mhz
- 2 Contrôleurs Ultra ATA 100
- 1 disque dur 60 Go 7200 Tr/mn UDMA 10
- 1 carte son intégrée PCI
- 1 Carte graphique AGP 4X 32 Mo intégrée
- 2 baies 3,5" internes et 2 baies 5,25"
- ZIP 250 Mo IDE Interne
- 1 slot AGP 4 X
- 3 slots PCI 32 bits
- 1 lecteur de CD Rom 52X
- 1 port ethernet 10/100 intégré
- 1 port série
- 1 parallèle
- 4 USB
- 1 clavier 105 T PS2
- 1 Souris Logitech 3 boutons + molette
Les onduleurs :
- Onduleur MGE UPS Pulsar Ellipse 1200 VA.
Pour Serveur.
- Onduleur MGE UPS Pulsar Ellipse 800 VA.
Pour Station.
|
|