Modle rdig par Floop (blog@mondomaine.com.

fr) merci pour vos retours d'info

Consultation pour la ralisation d'un Site Internet et d'un Intranet pour XXXXXXXX

Contact :
Adresse : Tl : - Fax : Courriel :

Projet ralis avec l'appui :

Modle rdig par Floop (blog@mondomaine.com.fr) merci pour vos retours d'info

Table des matires

1. Introduction.............................................................................................................................................. 4

1.1. Prsentation de XXX........................................................................................................... 4 1.1.1. Carte didentit du Pays............................................................................................... 4 1.1.2. Territoire...................................................................................................................... 4 1.2. Prsentation du projet.......................................................................................................... 4 1.2.1. Les objectifs du projet .................................................................................................4 1.2.2. Les bnfices attendus................................................................................................. 5 1.2.3. Les cibles..................................................................................................................... 5 1.2.4. Organisation du Projet................................................................................................. 5
2. Spcifications Gnrales du site Internet...................................................................................................7

2.1. Interface homme machine (IHM)........................................................................................ 7 2.1.1. Organisation du contenu.............................................................................................. 7 2.1.2. Dtails des fonctionnalits ........................................................................................ 11 2.1.3. Rcapitulatif des besoins fonctionnels de l'utilisateur............................................... 16 2.2. La gestion de contenu et le back-office............................................................................. 17 2.2.1. Les producteurs de contenu....................................................................................... 17 2.2.2. La gestion de contenus...............................................................................................17 2.2.3. Vrification et validation........................................................................................... 18 2.2.4. Rcapitulatif des droits d'accs au back office.......................................................... 19 2.2.5. Cas d'utilisation du site Internet................................................................................. 20
3. Spcifications de la zone prive (Intranet).............................................................................................. 21

3.1. Accs et protection des donnes........................................................................................ 21 3.2. Les fonctionnalits.............................................................................................................21 3.3. Les groupes et catgories dutilisateurs............................................................................. 21 3.4. Besoins fonctionnels .........................................................................................................22 3.4.1. Visiteur.......................................................................................................................22 3.4.2. Rdacteur................................................................................................................... 22 3.4.3. Administrateur........................................................................................................... 22 3.4.4. Cas d'utilisation de l'Intranet......................................................................................23
4. Limites gnrales..................................................................................................................................... 24

4.1. Les limites technologiques................................................................................................ 24 4.2. Les limites linguistiques.................................................................................................... 24 4.3. Les limites daccessibilit..................................................................................................24
5. Contraintes...............................................................................................................................................25

5.1. Contraintes de dveloppement et droits.............................................................................25 5.1.1. Architecture logicielle................................................................................................25 5.1.2. Ergonomie..................................................................................................................25 5.2. Contraintes lies la vitesse de tlchargement................................................................26 5.3. Contraintes lies aux Navigateurs..................................................................................... 26 5.4. Contraintes matrielles...................................................................................................... 26 5.4.1. Infrastructure daccs.................................................................................................26 5.4.2. Rsolution des crans.................................................................................................26 5.4.3. Mobilit et htrognit des clients..........................................................................26 5.5. Contraintes de Scurit...................................................................................................... 26 5.5.1. Confidentialit............................................................................................................26 5.5.2. Droits daccs.............................................................................................................27 5.5.3. Authentification......................................................................................................... 27 5.6. Contrainte dhbergement................................................................................................. 27

Modle rdig par Floop (blog@mondomaine.com.fr) merci pour vos retours d'info

6. Informations diverses.............................................................................................................................. 27

6.1. 6.2. 6.3. 6.4. 6.5.

Validation de l'offre........................................................................................................... 27 Nom de domaine et adresses e-mail.................................................................................. 27 Rfrencement................................................................................................................... 27 Rfrences du Prestataire...................................................................................................28 Charte graphique................................................................................................................28

7. Support.....................................................................................................................................................28

7.1. Formation...........................................................................................................................28 7.2. Livrables............................................................................................................................ 28

8. Mthodologie...........................................................................................................................................29 9. Planification du projet............................................................................................................................. 29

Modle rdig par Floop (blog@mondomaine.com.fr) merci pour vos retours d'info

1. Introduction
1.1. Prsentation de XXX
Carte didentit du Pays

1.1.1.

Type de structure : Syndicat mixte "xxx XXXX" Adresse : Courriel : Prsident : M. XXXXX Fonctions lectives :

1.1.2.

Territoire

Superficie : n km (soit t % du dpartement), n habitants (soit t % du dpartement), densit : n habitants/km. n communes (soit t %des communes du dpartement) Liste des communes : 5 communaut(s) de communes :

1.2.

Prsentation du projet
Les objectifs du projet
au grand public daccder aux donnes gnrales du Pays, un public spcialis (associations, artistes, agriculteurs, entreprises) de bnficier de renseignements propres faciliter le dveloppement dactions sur le territoire, aux porteurs de projets de trouver les informations leur permettant de mener bien leurs actions, aux techniciens des collectivits (Pays, Communauts de Communes et Communes) de bnficier d'un outil de partage de l'information, aux lus de disposer d'une visibilit globale des actions de leurs collectivits grce des outils centraliss

1.2.1.

Le projet vise offrir un ensemble de services fonds sur les TIC permettant notamment :

Lobjectif du projet et de lancer une premire action en terme de Technologies de lInformation et de la Communication dans xxx. Cette action s'inscrit dans le cadre du programme Europen dactions Innovatrices InnovaTIC , pour lequel xxx t retenu, elle s'inscrit donc dans la ligne des critres dfinis par la Rgion, l'Etat et l'Europe : exemplarit, innovation (dans le sens dune modification notable des comportements, des relations et des habitudes de travail lchelle dun territoire), amlioration des services de proximit, mise en rseaux des acteurs locaux.

Modle rdig par Floop (blog@mondomaine.com.fr) merci pour vos retours d'info

1.2.2.

Les bnfices attendus

amlioration de la lisibilit du champ d'intervention de XXX par une prsentation complte et cohrente de ses diffrentes composantes, promotion des activits du Territoire et amlioration de la communication externe par une promotion des actions, amlioration de la qualit de linformation par la fusion de donnes manant de sources autorises et valides par les structures reconnues, amlioration de laccessibilit linformation, sensibilisation de nouveaux publics, dveloppement du travail en commun des techniciens et des lus par la confrontation rgulire des ides et des projets, etc,

Les bnfices attendus sont, sans prjuger de leur importance relative :

1.2.3.

Les cibles

La demande perue mane : 1. du grand public de toutes nationalits, ges ou conditions en qute de renseignements gnraux ou plus prcis. Entrent dans cette catgorie :

les tudiants, les touristes prparant leur prochain sjour, les entreprises la recherche de contacts locaux, les internautes occasionnels.

2. dun public de proximit aux demandes plus spcifiques. Entrent dans cette catgorie :

les rsidents locaux, de toute nationalit, sintressant de prs lactualit du Pays, les associations en qute de renseignements administratifs, les partenaires institutionnels, les organismes divers (offices de tourisme, service publics), les lus du territoire, les techniciens des collectivits locales souhaitant partager de l'information, les acteurs du monde agricole.

Cette segmentation du public vis peut voluer dans le temps, lexistence mme du site tant un facteur de nature modifier la demande de certains publics, ou faire apparatre des publics nouveaux.

1.2.4.

Organisation du Projet

Le matre douvrage
Le Pays est le matre douvrage. Il est reprsent par un comit directeur, une quipe projet ainsi quun groupe dutilisateurs. Le matre douvrage dispose dune assistance matrise douvrage.

Le comit directeur
Le comit directeur est constitu de n personnes membres du Bureau

Modle rdig par Floop (blog@mondomaine.com.fr) merci pour vos retours d'info

Le comit directeur est linstance de dcision de la matrise douvrage pour lensemble du projet.

L'quipe projet :
L'quipe projet est constitue de n personnes reprsentants du Conseil Gnral, du Pays, des Communauts de communes et communes, du conseil de Dveloppement, de la vie conomique locale. L'quipe projet assure le relais auprs du comit directeur pour les dcisions importantes concernant le projet. Elle dcide sur des options fonctionnelles ou techniques en cours dexcution du contrat de dveloppement.

Le groupe dutilisateurs
Le groupe dutilisateurs sera constitu durant le dernier semestre 2004. Le groupe dutilisateurs interviendra pour valider les solutions proposes par la matrise doeuvre et pour la recette du systme.

Lassistance matrise douvrage

Le matre douvrage dispose dune assistance pour la rdaction du Cahier des Charges ainsi que pour le dpouillement des offres. Cette assistance sera reconduite pour les phases de conception et de ralisation du projet. C'est YYYY qui effectuera cette mission d'assistance matrise d'ouvrage.

Le matre doeuvre
Le matre doeuvre a la charge de la mise en oeuvre du projet, selon le Cahier des Charges spcifi par le matre douvrage et dans les dlais contractuels.

Modle rdig par Floop (blog@mondomaine.com.fr) merci pour vos retours d'info

2. Spcifications Gnrales du site Internet

2.1. Interface homme machine (IHM)
Cette section dcrit les requis pour l'interfaces homme-machine (IHM) du site dans ses diffrents modes de consultation. Les services du site seront dvelopps et tests avec une interface graphique dont un schma de structure est propos sur la figure ci-dessous : Zone de prsentation du site.

Zone de navigation(1)

Zone de navigation(2) Zone d'affichage

A cet effet il est essentiel que la solution spare rigoureusement la logique applicative du site de son IHM, de manire ce que celle-ci puisse tre change de faon transparente par la suite. Une version adapte limpression sera propose pour chaque page : elle sera dbarrasse des lments de navigation et fera apparatre explicitement lURL du document ainsi que la liste des URL vers lesquels des pointeurs sont contenus.

2.1.1.

Organisation du contenu

A - Prsentation du Pays
Le syndicat de Pays. Situation gographique (carte interactive) Rle du Pays : objectif, champ d'intervention Sources de financement et budgets Lorganisation : Prsident, Bureau, Comit syndical, commissions et quipe de techniciens Le conseil de dveloppement Gnralits La composition, l'organisation Le rle, les missions Composition Collge des lus, Collge des asscociations et du citoyen Collge des socioprofessionnels Fonctionnement Les commissions thmatiques (liste et prsentation synthtique) Le comit de pilotage du Conseil L'assemble plenire Contacts (lien vers base de donnes Contacts)

Modle rdig par Floop (blog@mondomaine.com.fr) merci pour vos retours d'info

Photothque Bibliothque de Photos mise disposition par les mairies classe par rubriques (a dfinir) et par communes.

Les Structures adhrentes

Liens vers fiches didentits des communauts de communes (CDC) Les fiches didentits CDC (cf. fiche type chapitre 2.1.2) : Les coordonnes des communauts de communes (adresse, tel, fax, mail et adresse Internet si disponible) Les horaires douvertures Les informations gnrales (Prsident, nbe de communes, nbe d'habitants, superficie) lien vers le site Internet s'il existe La liste des communes composant la communaut de commune (avec liens vers les fiches communes) Les fiches didentit des communes (cf. fiche type chapitre 2.1.2) : Les coordonnes des communes Les horaires douverture Les informations gnrales (Maire, superficie, nbe d'habitants) lien vers le site Internet s'il existe Des champs texte et photos afin que les communes qui le souhaitent puisse alimenter en contenu (si les communes ne dsirent pas fournir ces information, ces champs ne doivent pas apparatre) Lien vers les Photos de la photothque pour la commune choisi lieux touristiques cls.

le projet de territoire (les actions menes): Historique Projet 1998 2000 Projet 2001 2003 Diagnostic Pays Charte de dveloppement Qu'est ce qu'une charte de dveloppement ? Qui labore la charte de dveloppement ? Les dates cls Quels sont les lments constitutifs de la charte ? Synthse de la charte de dveloppement.

B LHabitat en Pays XXXX

Le Carnet de l'habitat (tlchargement) Lien vers la rubrique habitat de la Photothque Prsentation du projet OPAH (cette fonctionnalit devra pouvoir tre activ plus tard) possibilit de tlcharger des formulaires possibilit de remplir les formulaires en ligne, les formulaires remplis seront stocks et consultables depuis une interface de centralisation des demandes Liens vers les sites dagences immobilires locales Systme centralis doffres de logements publics et de demandes de logements (publics ou non) Tlchargement du formulaire Dpt en ligne (cf. paragraphe 2.1.2), cette demande sera alors stocke et consultable par les techniciens du Pays, des communauts de communes et des communes sur une interface ddie.

Modle rdig par Floop (blog@mondomaine.com.fr) merci pour vos retours d'info

C Lconomie en Pays XXXX

Lconomie locale Les Zones dActivits Economiques (ZZZ construit actuellement un systme dexport de ses bases de donnes au format xml, il sera donc ncessaire de proposer une solution permettant la rcupration de ces donnes) Les ateliers de la cration (contenu statique) Point Emploi Aides lemploi (intgration de contenus mutualiss au format xml) Soutien aux projets de crations / reprises dentreprises (systme de dpt doffres en ligne grce un systme de forum)

D Services la population (cette section devra galement tre disponible en langue anglaise)
intgration des donnes du portail de l'administration franaise (http://www.service-public.fr/) liste des cinmas avec accs vers une fiche type (cf. fiche type chapitre 2.1.2) location de salle des ftes (cf. fiche type chapitre 2.1.2) centres de loisirs, centres ars (cf. fiche type chapitre 2.1.2) annuaire des services publics locaux (reprsenter sur une carte) 1: enseignement (liste et coordonnes des tablissements publics et privs, des coles, collges centre de formation) services mdicaux (liste et coordonnes des hpitaux, mdecins, dentiste, ambulances) services d'urgence (liste et coordonnes des Pompiers) gendarmerie : coordonnes administrations (liste et coordonnes des mairies, des perceptions, de la scurit sociale, CAF, DDASS, ANPE, CIDIL, DDE) services l'enfance (liste et coordonnes des garderies, crches)

E Tourisme et Patrimoine (cette section devra galement tre disponible en langue anglaise)
informations sur les produits rgionaux et lartisanat dart (contenu statique) informations touristiques (flux xml du CDT) : gtes, gtes d'tapes, chambres d'htes, tables d'htes, restaurants, Htels et Camping) informations sur les sentiers de randonnes (lien vers tlchargement de plans), Sites visiter (cf. fiche type chapitre 2.1.2) , reprsentation sur la carte du Pays. Classement par Communes, Communauts de Communes et catgories : Les chteaux Les glises Les muses Les jardins Les moulins Autres ...

F Agenda des manifestations

par commune par thme par date
1

Les cartes pourront tre ralises par xxx la demande du prestataire

Modle rdig par Floop (blog@mondomaine.com.fr) merci pour vos retours d'info

Les fiches seront remplies par chaque commune ou communaut de communes, un mail sera envoy loffice de Tourisme concern pour le tenir inform. Lorsque la date d'un vnement est passe, l'vnement de devra plus s'afficher.

G Annuaires et Contacts
Les contacts par messagerie se feront exclusivement laide de formulaires. Les adresses de messagerie des lus et techniciens demeureront confidentielles. Le service de messagerie sera appel depuis des liens qui chargeront un formulaire de contact indiquant le nom de la personne contacter. Un moteur de rponse automatique retournera lmetteur un accus de prise en charge et de suivi de son message. Un annuaire regroupant les informations sur : lus techniciens du Pays, des communauts de communes, des communes mairies et communauts de communes associations Pour chaque entit l'annuaire fournira : Nom Prnom Fonction Tlphone Adresse E-Mail Photo Informations diverses Les donnes seront fournies au prestataire dans un fichier au format .xls ou txt selon sa prfrence.

H Moteur de recherche
Pour faciliter lorientation de lutilisateur vers linformation recherche, le site devra proposer des aides la navigation telles que : un moteur de recherche gnraliste, et une page de recherche avance, portant sur lensemble de la zone publique. Un plan du site avec des liens directs, qui orientera lutilisateur. Le plan du site devra tre gnr automatiquement (et tiendra donc compte des modifications ventuelles de structures : changement de titre, ajout de rubriques) et tre accessible par toutes les pages du site

I - informations lgales et partenaires

Une page comportant les informations lgales. Une page de prsentation de chacun des partenaires avec leur logo.

J Tlchargements et formulaires Cette rubrique centralise tous les formulaires et les documents tlchargeables du site. Divers documents Formulaires a destination du grand public tlchargement de demandes de subventions, demande de subventions en ligne, (les formulaires remplis seront stocks et consultables depuis une interface de centralisation des demandes). Tlchargement de formulaire de demande de logement public demande de logement public en ligne (les formulaires remplis seront stocks et consultables depuis une interface de centralisation des demandes) Comptes rendus (il s'agit ici d'une base documentaire disposition du grand public, les lments devront tous tre au format pdf) :

Modle rdig par Floop (blog@mondomaine.com.fr) merci pour vos retours d'info

Comit syndical Bureau Commissions Sentiers de randonnes.

2.1.2.

Dtails des fonctionnalits

Formulaires de demandes de subventions :

Il s'agit ici de formulaires destination du grand public, ils comporteront les champs suivants :

date de la demande : gnre automatiquement type de demande : A COMPLETER (OPAH,...) Personne contacter : Nom, Prenom, Adresse complete, Tel fixe, Tel mobile, e-mail ETC... A COMPLETER selon informations fournies par xxx

Ces formulaires devront tre stocks et consultables par les techniciens du Pays via l'Intranet.

Bourse aux logements publics :

Cette bourse aux logements sera compos en 2 axes :

l'offre de logements publics la demande de logement (via un formulaire)

L'offre de logements publics:

Les collectivits (Communes, Communauts de Communes) auront leur disposition une interface leur permettant de remplir une fiche de description des logements disponibles (le modle de cette fiche sera fourni au prestataire slectionn), les collectivits pourront galement y inscrire les emplacements commerciaux dont elles disposent.

La demande de logements publics :

Ce formulaire permet au grand public de dposer en ligne une demande de logement public, il comportera les champs suivants : Date de dpt (sinsrera automatiquement) 1re demande ? (Oui/Non,si Non, date de la 1re demande) Identification du demandeur Nom, Prnom, Adresse actuelle, Tlphone, Age, taille de la famille, nombre denfants charge, profession de lhomme de la femme (adresse et le nom de lentreprise), ressources mensuelles du mnage : - 500 , 500 900 , 900 1500 , 1500 2000 , + 2000 ) Nature du logement actuel Studio, F1, F2, F3, etc.. Localisation : Bourg, Hors-bourg Loyer actuel hors charges, liste de choix 150 300 , 300 500 ou + 500

Modle rdig par Floop (blog@mondomaine.com.fr) merci pour vos retours d'info

Identification de la demande Raison de la demande, liste de choix : logement trop petit, loyer trop lev, divorce/mariage, Inconfort, rapprochement du lieu de travail, rapprochement du bourg et commerces, rapprochement familial, autre Type de logement : Maison ou Appartement puis Studio, F1, F2, etc Localisation souhaite : bourg, hors-bourg Liste des communes concernes par la demande Loyer souhait hors-charge, liste de choix 150 300 , 300 500 ou + 500 Une interface back office sera accessible par les techniciens du Pays, des Communauts de communes et des communes afin que ces derniers puissent consulter les demandes faite par le site Internet. Un champ tat de la demande devra indiquer si la demande a t prise en compte (il s'agit en fait d'un champs commentaires que les techniciens devront remplir), ou non.

Situation gographique :
il s'agit ici d'une carte interactive du Pays, des ses communauts de communes et de ses communes.

Fiches types (popup) :

Communes et Communauts de Communes

Cinmas

Modle rdig par Floop (blog@mondomaine.com.fr) merci pour vos retours d'info

Sites touristiques

Centres ars et centres de loisirs

Ces fiches types apparatront en pop-up , leur contenu doit tre modifiable par l'administrateur du site, ou les personnes autorises.

Modle rdig par Floop (blog@mondomaine.com.fr) merci pour vos retours d'info

Salles des ftes

2.1.3.

Rcapitulatif des besoins fonctionnels de l'utilisateur

Besoins En tlchargement Intgration des donnes de http://www.service-public.fr/ Intgration des donnes de Z intgration des donnes du CDT En ligne

Demandes de subventions Demandes de logements publics Sentiers de randonnes Parcours thmatiques Journal communautaire Charte et diagnostic Pays Service public local Demandes / Offres reprise dentreprises Agenda des manifestations Prsentation des ZAE Informations touristiques Annuaires

Modle rdig par Floop (blog@mondomaine.com.fr) merci pour vos retours d'info

2.2.

La gestion de contenu et le back-office

Les producteurs de contenu

2.2.1.

Dans un premier temps, les producteurs de contenu identifis sont : le Pays, les Communauts de Communes les communes l'administrateur gnral cinmas centres de loisirs centres ars agences immobilire ...

Par la suite l'administrateur gnral du site pourra ajouter des producteurs de contenu spcifiques :

La solution propose devra donc permettre de crer des comptes pour ces producteurs de contenu, il sera ncessaire de limiter les accs aux seuls contenus modifiables (programmes de cinma, planning et activits des centres de loisirs...).

2.2.2.

La gestion de contenus

La solution propose devra rpondre la question de lautonomie du Pays dans la gestion des contenus (textes et images) sur la totalit des pages. Le site proposera des outils de production conus pour simplifier et allger la charge dactualisation des informations. Le meta-langage XML (eXtensible Markup Language) sera utilis pour llaboration dun format de production et darchivage des informations produites par les utilisateurs autoriss. Les solutions techniques reposant sur des bases de donnes accessibles dynamiquement devront inclure les outils permettant chaque utilisateur autoris de saisir et dactualiser les informations relatives aux rubriques qui le concernent. Une interface permettra, partir des donnes saisies, de produire les contenus et les mta donnes au format XML. Autonomie Le Pays devra pouvoir matriser lui-mme les mises jour de son site, et ne pas tre tributaire des exigences, financires ou techniques, de la personne ou de la socit qui est en charge de la ralisation. Il devra donc tre possible au Pays dassurer la modification des informations, la cration ou la suppression de rubriques, etc Bien que la mise jour du site soit centralise (confie une seule personne) au sein du Pays, ces tches devront pouvoir tre ralises par des personnes non spcialises. Le back-office doit proposer un environnement simple, ergonomique, puissant et cohrent pour les crateurs de contenu. La mise jour du contenu texte doit pouvoir tre ralise partir dun copier-coller sur Word, prenant en compte les mises en pages complexes (tableaux, puces, caractres spciaux, etc). Le prestataire devra proposer un systme de workflow pour la validation des articles rdigs. Le prestataire devra proposer une solution de gestion de droits permettant l'administrateur, dsign au sein du Pays, d'allouer des autorisation de rdaction par catgorie de contenu (tourisme, conomie...)

Modle rdig par Floop (blog@mondomaine.com.fr) merci pour vos retours d'info

Formulaires Les techniciens du Pays devront avoir accs en Back-Office aux formulaires ayant t remplis en ligne. L'interface devra permettre : de faire suivre le formulaire vers une adresse mail, d'imprimer le contenu de ces formulaires, d'insrer des commentaires, de tracer les actions effectues.

De plus un rappel devra tre envoy l'administrateur si aucune action n'est effectue dans les 48 heures qui suivent le dpt en ligne.

2.2.3.

Vrification et validation

Tous les contenus produits en Interne et diffuss sur le site (zone publique ou zone prive) devront tre vrifis et valids : la vrification porte sur la qualit ditoriale du contenu, tandis que la validation concerne la conformit la rglementation. Les personnels du Pays chargs de la validation des contenus seront avertis par les moyens de communication du site (messagerie, alerte dans lespace de travail) ds que cette tche doit tre accomplie. Ils pourront accder aux contenus valider pralablement leur diffusion. Les contenus syndiqus ne pourront bien entendu pas tre vrifis avant la mise en ligne. Tous les contenus, et notamment ceux de la zone publique, seront soumis une procdure de validation et de vrification de la part des personnels du Pays. Dans le cadre de cette procdure, le site proposera aux personnes responsables du contrle ditorial une pr visualisation du document, associe une liste dactions prendre : acceptation ou refus de la publication, demande de modification, etc. Lauteur sera notifi via la messagerie de la dcision prise par les responsables du contrle ditorial. Une information valide est publie, et devient alors accessible aux utilisateurs autoriss.

Modle rdig par Floop (blog@mondomaine.com.fr) merci pour vos retours d'info

2.2.4.
Rubriques

Rcapitulatif des droits d'accs au back office

Pays
A M S A

Hors droits de l'administrateur gnral (qui doit pouvoir accder l'ensemble du site)
Cdc
M S

Commune
A M S A

Cinma
M S A

Centres
M S

Photothque Contenu de la rubrique A*

Rubrique A Structures adhrentes Fiche Communes Fiche CDC Rubrique A - Tlchargement Contenu de la rubrique B** Rubrique B - Bourse aux logements publics Rubrique C Rubrique D Fiche type Cinma Fiche type Salle des ftes Fiches type centres de loisirs et centres ars Services publics locaux Rubrique E*** Rubrique E sites a visiter Rubrique F Rubrique G Rubrique H Rubrique I Rubrique J A = ajouter M = modifier

S = supprimer

* l'exception des parties structures adhrentes et tlchargement ** l'exception de la partie logements publics *** l'exception de la partie sites visiter

Il est entendu que :

chaque Commune et Communauts de Communes pourra modifier uniquement les informations les concernant (fiches types, agenda, annuaires...)

Modle rdig par Floop (blog@mondomaine.com.fr) merci pour vos retours d'info

les communes ne pourront pas modifier ou supprimer les photos et fichiers ajouts par une autre commune

Modle rdig par Floop (blog@mondomaine.com.fr) merci pour vos retours d'info

2.2.5.

Cas d'utilisation du site Internet

Contacter

Consulter les donnes externe (CDT, ...) Explorer le site

Accder de manire scurise au back-office

Utilisateur Internet

Chercher un vnement, une photos, une personne Tlcharger des documents Remplir des formulaires Produire du contenu par rubrique

Rdacteur Internet

Charger des documents

Consulter les formulaires remplis par les utilisateurs, les faire suivre par mail, leur donner un tat

Consulter les statistiques

Grer les contenus

Grer les mises jour Grer les droits d'accs au Back-Office Valider les contenus Admin Internet

Exporter au format XML Grer les messages

Modle rdig par Floop (blog@mondomaine.com.fr) merci pour vos retours d'info

3. Spcifications de la zone prive (Intranet)

3.1. Accs et protection des donnes.
Lutilisateur doit pouvoir grer les informations qui le concernent et donc avoir accs pour modification ses informations personnelles (conformment la CNIL). Lenregistrement durable du profil laide dun systme de cookies ct client est cart car il limite la mobilit de lutilisateur en lui imposant lemploi dun poste et dun navigateur uniques. Les droits daccs aux ressources de l'Intranet seront dfinis par la catgorie, lidentit et le groupe de lutilisateur :

la catgorie dtermine les services auxquels lutilisateur a accs, lidentit et le groupe dterminent le niveau de ses droits sur une ressource particulire.

La solution pourra implmenter une gestion des droits daccs diffrente si celle-ci peut offrir des fonctionnalits et un niveau de scurit au moins quivalents ceux spcifis ici.

3.2.

Les fonctionnalits
permettant d'y inscrire les dates de runion des diffrents groupes de travail.

Agenda de runions : il ne s'agit pas ici d'un Agenda personnel mais d'un agenda gnral Articles : lutilisateur doit pouvoir disposer doutils lui permettant de contribuer au contenu

ditorial de l'Intranet sans avoir acheter des logiciels. Pour la publication des contenus textuels simples lutilisation de formulaires scuriss sera privilgie. disposer dun rpertoire commun dans (depuis) lequel certaines catgories dutilisateurs seraient en mesure de dposer (tlcharger) des ressources. Un tel service induit cependant des contraintes de volumtrie (stockage) et de scurit trs fortes pour le site dont il sera ncessaire de tenir compte.

Gestionnaire lectronique de documents (avec fonction recherche) : il est ncessaire de

Espace dchange : certains forums cibls ne seront accessibles quen mode priv (par exemple, Annuaire : chaque utilisateur aura sa disposition l'annuaire des communes, communauts de
communes, Pays, ainsi qu'un annuaire personnel. Banque de liens

un forum rserv au Pays permettra dchanger les points de vues sur le fonctionnement de la structure, les projets en cours, etc...).

Les utilisateurs qui ajouteront des vnements dans l'Agenda, rdigeront des articles ou chargeront des fichiers dans le GED pourront choisir le type d'autorisation de lecture :

accessible tous accessible aux utilisateurs Pays accessible aux utilisateurs Communautaires accessible aux utilisateurs Communaux accessible aux agriculteurs

3.3.

Les groupes et catgories dutilisateurs

Une notion de groupe devra tre mise en place : groupe Pays groupe Communauts de Communes groupe Communes

Modle rdig par Floop (blog@mondomaine.com.fr) merci pour vos retours d'info

groupe Agriculteurs

Chaque groupe d'utilisateurs aura accs une zone ddie ainsi qu' une zone gnrale, il existera donc 5 zones (Pays, Communaut de Communes, Communes, Agriculture, Gnrale) Les utilisateurs de l'Intranet sont regroups ensuite dans les catgories suivantes : administrateur : peut ajouter, modifier et supprimer toutes les informations et attribuer les droits, rdacteur : peut ajouter des informations, visiteur : accde aux informations mais ne peut pas en ajouter ni en supprimer. La solution de propose devra permettre de crer facilement de nouvelles catgories dutilisateurs. LIntranet devra proposer une identification par un couple nom dutilisateur / mot de passe , chaque nom dutilisateur correspondra un profil unique. Le profil comportera : le nom le prnom la fonction : lu / technicien / agriculteur la (les) structure(s) : commune, communaut de communes, Pays le type d'utilisateur : administrateur, rdacteur ou visiteur tlphone fixe tlphone portable adresse e-mail

3.4.

Besoins fonctionnels
Visiteur

3.4.1.

accder de manire scurise au groupe auquel il appartient et au groupe gnral, participer aux forums du groupe Gnral et du groupe auquel il appartient, consulter les contenus ditoriaux du groupe Gnral et du groupe auquel il appartient, consulter les liens groupe Gnral et du groupe auquel il appartient, consulter les annuaires.

3.4.2.

Rdacteur
accder de manire scurise au groupe auquel il appartient et au groupe gnral, publier de manire scurise des annonces (actualits, agenda), dposer des documents dans l'outil de Gestion Electronique de Documents, grer (dposer, modifier, supprimer) des contenus ditoriaux propres, participer aux forums du groupe Gnral et du groupe auquel il appartient, consulter la base de liens du groupe Gnral et du groupe auquel il appartient, consulter tous les annuaires.

3.4.3.

Administrateur
Attribuer les droits d'accs aux utilisateurs, gre les inscriptions (un ajout d'utilisateur, met jour l'annuaire automatiquement), gre les contenus, gre les liens, gre le forum, consulte les statistiques, gre les mises jour,

Modle rdig par Floop (blog@mondomaine.com.fr) merci pour vos retours d'info

Modle rdig par Floop (blog@mondomaine.com.fr) merci pour vos retours d'info

3.4.4.

Cas d'utilisation de l'Intranet

Consulter les liens

Participer aux forums Visiteur Intranet Consulter les contenus

Consulter l'annuaire Rdacteur Intranet Accder de manire scurise Dposer des documents Produire du contenu Publier des annonces

Attribuer les droits d'accs Ajouter des utilisateurs

Gre les contenus Admin Intranet Consulte les staitistiques Gre les forums

Gre les mises jour Gre les liens

Modle rdig par Floop (blog@mondomaine.com.fr) merci pour vos retours d'info

4. Limites gnrales
Cette section prcise les services et les proprits que le portail ne couvrira pas.

4.1.

Les limites technologiques

Le portail ne prsumera pas de la disponibilit de nouveaux types de terminaux, ou de nouveaux services sur des types de terminaux mergents (PDA, tlphones portables). La priorit sera donne aux stations de travail ou ordinateurs portables.

4.2. 4.3.

Les limites linguistiques Les limites daccessibilit

Le portail sera accessible en Franais.

Ne seront intgrs au site que les services disposant dune IHM lisible par les navigateurs spcifis en 5.3.

Modle rdig par Floop (blog@mondomaine.com.fr) merci pour vos retours d'info

5. Contraintes
On utilisera les standards suivants :

UML pour les spcifications et les modles de conception, XML pour linteroprabilit des donnes, W3C pour les recommandations daccessibilit, de navigation, de langage, de scurit.

5.1.

Contraintes de dveloppement et droits

Les outils de dveloppement seront identiques pendant toute la dure de dveloppement et leur identit pourra tre communique la matrise douvrage. La technologie sous-jacente larchitecture du portail doit utiliser les technologies rcentes les mieux prouves (architecture ouverte, multi-plateformes, etc). Le sous-traitant devra : produire un code lisible et facile maintenir en respectant des standards de codage commun reconnus fournir une documentation des dveloppements : commentaires du code et documents techniques en tant que livrables. Publier le code en licence GPL (General Public License) ou utiliser un logiciel existant sous licence GPL en incluant Le Pays en copyright

5.1.1.

Architecture logicielle

Larchitecture logicielle sous-jacente au site devra utiliser les technologies rcentes prouves. La solution devra autant que possible remplir les spcifications suivantes : architecture ouverte, multi-plateformes, limination des scripts CGI (performances mdiocres, scurit faible, non orients objet), gestion de linformation permanente sur le serveur (pas dcriture de cookies sur la plate-forme cliente), technologies standards pour la structuration et la description des donnes aussi bien que des interfaces (XML, RDF, RSS, etc), technologies et algorithmes standards pour la scurit et la confidentialit des transmissions (SSH, SSL, DES/IDEA, MD5/HMAC, etc).

Quelle que soit la technologie envisage, le systme devra tre extensible, sadapter une charge croissante, offrir ses administrateurs la souplesse et le niveau de contrle ncessaires, permettre aisment lintgration de nouveaux modules et de nouvelles fonctionnalits.

5.1.2.

Ergonomie

Lutilisateur na que peu de repres pour valuer la taille dun site, son contenu et son organisation. La page daccueil du portail revt donc de ce point de vue une importance primordiale : elle doit, en quelques secondes, donner lutilisateur une vision de ce quil peut attendre du site, ainsi quun canevas de consultation. Tout malentendu ce niveau peut frustrer lutilisateur, interrompre la visite et entacher limage de marque du Pays. Les principes suivants sont donc respecter imprativement : le systme de navigation doit tre simple et intuitif, les lments dterminants pour la navigation seront la page daccueil, la zone de navigation intgre chaque page et les repres visuels (indication de la rubrique courante, etc.), laccs linformation devra tre rapide et limiter le nombre dactions ncessaires pour accder au contenu ou au service : la norme respecter est de 3 "clics" au maximum.

Modle rdig par Floop (blog@mondomaine.com.fr) merci pour vos retours d'info

Ces principes devront rester cohrents avec les objectifs et les contraintes du site.

5.2.

Contraintes lies la vitesse de tlchargement

Un temps de chargement trop long entrane une perception ngative du site, mais lapprciation de cette dure de chargement est en fait une donne subjective qui dpend de la satisfaction, ou de la non satisfaction, de lutilisateur. Nous parlerons de "dure psychologique" de chargement. Dans cette approche, des dures de chargement suprieures celles indiques ci-aprs seront admises condition que lutilisateur en soit averti par avance. Le temps de chargement dune page web doit tre de lordre de 1 10 secondes (afin de retenir lutilisateur occasionnel qui, statistiquement, nattend pas au del de 15 secondes le chargement dune page demande). La taille des pages devra tre limite pour sassurer que les temps de chargement soient acceptables pour les utilisateurs. La page daccueil devra peser moins de 40 k (moins de 80k au maximum).

5.3.

Contraintes lies aux Navigateurs

Netscape 4.x et versions ultrieures, Internet Explorer 4.x et versions ultrieures.

Lutilisateur emploie un navigateur respectant les normes W3C. Lensemble du portail devra tre compatible avec les produits les plus utiliss du march, soit :

Lenregistrement permanent de cookies ct client nest pas envisageable : ils resteront limits la mmoire vive des clients pour la session en cours, et pourront tre utiliss avec cette restriction pour lauthentification et le suivi de session par exemple.

5.4.

Contraintes matrielles

Les caractristiques matrielles de rfrence pour linfrastructure daccs et les postes clients sont fixes des niveaux modestes afin de ne pas pnaliser certaines catgories dutilisateurs (coles notamment) dont les quipements sont souvent obsoltes.

5.4.1.

Infrastructure daccs

Les boucles locales, derniers maillons de linternet qui fournissent laccs aux utilisateurs, sont htrognes et offrent souvent des bandes passantes limites (connexions commutes). Dans ces conditions, le dbit moyen de rfrence pour la conception et laccs normal aux services du site sera de 48 Kb/s.

5.4.2.

Rsolution des crans

Lcran de rfrence pour la conception du portail aura une diagonale de 15, avec une rsolution de 800x600 pixels pour une palette daffichage de 256 couleurs.

5.4.3.

Mobilit et htrognit des clients

Lutilisateur peut se trouver en des lieux gographiques diffrents et travailler sur des plate-formes varies mais de type ordinateur personnel. Les ordinateurs personnels sont donc retenus en priorit.

5.5.

Contraintes de Scurit

La scurit couvre les notions de confidentialit, de droits daccs et dauthentification.

Modle rdig par Floop (blog@mondomaine.com.fr) merci pour vos retours d'info

5.5.1.

Confidentialit

Il sagit tout dabord dinterdire laccs en lecture et en criture aux informations considres comme prives chaque utilisateur (informations didentit, prfrences, etc). Un autre aspect concerne la confidentialit des transmissions, qui devront tre cryptes pour tousles services o lutilisateur est identifi.

5.5.2.

Droits daccs

Laccs sera contrl selon le profil dutilisateur. Pour chaque type dinformation, les droits daccs (lecture, criture) devront tre dtermins par la catgorie et par lidentit de lutilisateur.

5.5.3.

Authentification

Le site devra procder une identification et une authentification scurises des utilisateurs afindassurer la traabilit de leurs actions, ainsi que lintgrit et la non-falsification des informations. Toutes les pages intgrant un formulaire de saisie didentifiant et de mot de passe pour les accs privs seront scurises. Les changes de donnes sensibles avec le serveur seront crypts.

5.6.

Contrainte dhbergement

La solution propose par le prestataire devra pouvoir tre hberg sur des hbergements mutualiss disposant de PHP et MySQL (Online, Claranet, Ovh, Nexen). xxx ngociera directement avec lhbergeur, cependant le prestataire pourra prconiser une solution dhbergement et fournir les spcificits permettant au Pays de choisir lhbergeur le plus adapt. Le prestataire devra mettre disposition du Pays des statistiques comportant les lments suivants :

nombre de visiteurs uniques (par page, par rubrique) nombre de tlchargements des documents (fichiers pdf, ...) type de navigateurs utiliss ...

6. Informations diverses
6.1. Validation de l'offre
Le prsent projet fait l'objet d'une demande de financements en cours d'instruction auprs des services de la Rgion Poitou-Charentes, le march ne sera confirm qu'aprs confirmation de l'obtention des subventions sollicites auprs des diffrents co-financeurs. Dans le cas o ces financements seraient refuss, xxx ne donnera pas suite au projet, aucun recours ne pourra tre effectu par les prestataires en cas d'abandon du projet.

6.2.

Nom de domaine et adresses e-mail

Dans le cas o le prestataire proposerait une solution dhbergement, il devra y inclure le dpt et la gestion du nom de domaine et des adresses E-Mail.

6.3.

Rfrencement

Le rfrencement et le positionnement dun site au niveau des diffrents outils de recherche de linternet (annuaires, moteurs) sont dune importance cruciale pour attirer une bonne audience. Les principes et rgles de mtier pour atteindre ces deux objectifs seront mis en oeuvre ds la conception du portail.

Modle rdig par Floop (blog@mondomaine.com.fr) merci pour vos retours d'info

Le prestataire devra prciser les moteurs de recherche et les annuaires auprs desquels sera effectu le rfrencement.Il devra galement indiquer quels en sont le suivi et la dure. Toutes les pages doivent disposer de mta-donnes suffisantes pour permettre une indexation et une recherche pertinente.

6.4.

Rfrences du Prestataire

Le prestataire devra fournir une liste de sites pour lesquels la solution propose a t mise en place avec succs. Le Pays pourra contacter quelques clients afin de s'informer concernant leur satisfaction.

6.5.

Charte graphique

Le Pays fournira au prestataire slectionn les lments graphiques en sa possession.

7. Support
7.1. Formation
Les utilisateurs devront tre accompagns, notamment lors de la prise en main du site. Ce support doit tre facilement accessible, disponible et adapt aux comptences des utilisateurs. Lassistance couvrira, entre autres, les points suivants :

la gestion de comptes dutilisateurs, la consultation des formulaires remplis en ligne (logement publics...) les procdures de publication dannonces, les procdures de dpt de contenu ditorial, les procdures de cration/suppression de rubriques de contenu, les procdures de cration/suppression de messages dans les forums, lutilisation des outils de surveillance de lactivit du site.

Cette assistance ne concerne pas ldition hors ligne des documents sur les postes clients. La formation sadresse aux utilisateurs lus et personnels de Pays, Communauts de Communes et Communes et porte sur les connaissances ncessaires lutilisation du site et de ses services :

utilisation des fonctionnalits du site, gestion du profil utilisateur, gestion des contenus ditoriaux propres et externes (procdures de vrification/validation), gestion et animation des forums, gestion des comptes dutilisateurs.

La formation devra tre ralise en une session unique et dans les locaux choisis par xxx avant la recette et la mise en exploitation du site.

7.2.

Livrables

Les livrables de type documents seront fournis sous forme lectronique aux formats PDF et DOC 97/2000 lisibles respectivement par les logiciels Acrobat Reader 4.0 et OpenOffice 1.0.1.

Modle rdig par Floop (blog@mondomaine.com.fr) merci pour vos retours d'info

8. Mthodologie
Les prestations raliser rpondant lensemble des besoins spcifis dans ce Cahier des Charges seront organises en lots de faon en faciliter la conduite et le suivi. Le soumissionnaire est libre dorganiser ce dcoupage selon sa propre comprhension du projet, mais le lot suivant doit imprativement tre intgr dans sa proposition. Ci dessous la fiche dtaille du lot mettant en vidence sa finalit, son contenu, les entres ncessaires sa ralisation et les fournitures qui en sont attendues en sortie. Ces descriptions ne sont pas exhaustives : elles ne sont fournies qu la seule fin de prciser la teneur du contenu attendu. Le soumissionnaire a entire libert pour les complter. Lot 1 Matrise d'oeuvre
Finalit Prestations Grer lensemble du dveloppement du portail et son dploiement. Planification et Conduite du Projet assurer la matrise doeuvre de lensemble du projet sur toute sa dure grer et conduire les diffrentes sous-matrises doeuvre (si ncessaire) tablir le plan de dveloppement et le calendrier de ralisation du projet rendre compte de lavancement du projet auprs du matre douvrage assurer la recette des prestations effectues. Documentation Technique : rdiger les manuels dutilisation et de rfrence du site Entres Fournitures Informations Matrise dOuvrage - runions de travail, Cahier des Charges et documents de rfrence Documents de Conduite de Projet plan de dveloppement et calendrier de ralisation dtaills liste des intervenants et des responsables des lots tableaux de bord de suivi de lavancement du projet cahier de recette Documentation Technique et Qualit : ensemble des manuels techniques

Rappel du paragraphe 6.1. Le prsent projet fait l'objet d'une demande de financements en cours d'instruction auprs des services de la Rgion Poitou-Charentes, le march ne sera confirm qu'aprs confirmation de l'obtention des subventions sollicites auprs des diffrents co-financeurs. Dans le cas o ces financements seraient refuss, xxx ne donnera pas suite au projet, aucun recours ne pourra tre effectu par les prestataires en cas d'abandon du projet.

9. Planification du projet
La mise en ligne du site est programme pour le premier trimestre 2005. Lancement de la consultation : 21 Juillet 2004 Date limite de rception des rponses : 15 Septembre 2004 Pr slection de dossiers : 30 Septembre 2004 Dmonstration des solutions pr slectionnes aux lus du Pays : Date confirmer dbut Octobre 2004. Choix du prestataire : 20 octobre 2004 Dbut souhaite de la prestation : 1 novembre 2004 Le prestataire fournira le planning prvisionnel de sa prestation, en indiquant les tapes suivantes :

Lancement du dveloppement Livraison et validation des maquettes graphiques Livraison et validation dune version de linterface utilisateur Livraison et validation dune version du Back office Mise en place de la plate-forme de dmonstration (installation sur les serveurs dhbergement)

Modle rdig par Floop (blog@mondomaine.com.fr) merci pour vos retours d'info

Tests, dboguages, validation finale Mise en Ligne