rectorat de l'acadÉmie de clermont ferrand · 2015. 12. 17. · rectorat l'académie de...

29
Rectorat l'académie de Clermont Ferrand - CCTP Portail Intranet 1/29 Procédure n° 2012 – CIA - 02 Marché n° 2012 004 063 0214 Objet : Fourniture d’un outil de portail intranet pour l’Académie de Clermont- Ferrand. Établi en application des dispositions des articles 26.II.I, 28 et 77 du code des marchés publics. CAHIER DES CLAUSES TECHNIQUES PARTICULIERES RECTORAT DE L'ACADÉMIE DE CLERMONT FERRAND Adresse postale : 3 avenue Vercingétorix 63 033 Clermont Ferrand Cedex 1

Upload: others

Post on 30-Aug-2021

3 views

Category:

Documents


0 download

TRANSCRIPT

Page 1: RECTORAT DE L'ACADÉMIE DE CLERMONT FERRAND · 2015. 12. 17. · Rectorat l'académie de Clermont Ferrand - CCTP Portail Intranet 4/29 1. PREAMBULE Il s’agit de mettre à disposition

Rectorat l'académie de Clermont Ferrand - CCTP Portail Intranet 1/29

Procédure n° 2012 – CIA - 02

Marché n° 2012 004 063 0214

Objet : Fourniture d’un outil de portail intranet pour l’Académie de Clermont-

Ferrand.

Établi en application des dispositions des articles 26.II.I, 28 et 77 du code des marchés publics.

CAHIER DES CLAUSES TECHNIQUES PARTICULIERES

RECTORAT DE L'ACADÉMIE DE

CLERMONT FERRAND

Adresse postale : 3 avenue Vercingétorix

63 033 Clermont Ferrand Cedex 1

Page 2: RECTORAT DE L'ACADÉMIE DE CLERMONT FERRAND · 2015. 12. 17. · Rectorat l'académie de Clermont Ferrand - CCTP Portail Intranet 4/29 1. PREAMBULE Il s’agit de mettre à disposition

Rectorat l'académie de Clermont Ferrand - CCTP Portail Intranet 2/29

Sommaire

1. Préambule ......................................... ................................................... 44

2. Objet du marché ................................... ............................................... 44

3. Durée du marché ................................... .............................................. 44

4. Nature et étendue de l’offre ...................... .......................................... 44

4.1 L’OUTIL DE PORTAIL FOURNI DEVRA ASSURER TECHNIQUEMENT 5 FONCTIONS PRINCIPALES ..................... 55

4.2 L’OUTIL DE PORTAIL FOURNI DEVRA REPONDRE A DEUX EXIG ENCES : PERENNITE ET EVOLUTIVITE ............ 55

4.2.1 Pérennité et droit d’usage ......................................................................................................... 55

4.2.2 Evolutivité .................................................................................................................................. 66

5. Présentation générale ............................. ............................................ 77

5.1 CADRE DU PROJET ................................................................................................................................ 77

5.2 UTILISATEURS CONCERNES .................................................................................................................... 77

5.3 PERIMETRE ET VOLUMETRIE DU MARCHE ................................................................................................ 88

6. Descriptions des besoins techniques du portail .... .......................... 88

6.1 L’OUTIL DE PORTAIL FOURNI DOIT ASSURER TECHNIQUEMENT 5 FONCTIONS PRINCIPALES......................... 88

6.1.1 1ère fonction : Interagir avec les services du socle et les services applicatifs. ........................ 88

6.1.2 2ème fonction : Intégrer des services ....................................................................................... 99

6.1.3 3ème fonction : Personnaliser & Présenter .......................................................................... 1010

6.1.4 4ème fonction : Offrir une Gestion de contenu ..................................................................... 1111

6.1.5 5ème fonction : Administration et supervision ...................................................................... 1717

6.1.6 5ème fonction bis : Environnement de développement et API ............................................. 1818

6.2 AUTRES BESOINS FONCTIONNELS ....................................................................................................... 1818

6.2.1 Module : « Travail collaboratif » et « Gestion documentaire (GED) » .................................. 1818

6.2.2 Module : « Bureau Personnalisé » et « Mobilité » ................................................................ 2020

6.3 CONTRAINTES ET ATTENTES TECHNIQUES PARTICULIERES ................................................................... 2121

6.3.1 Contraintes logicielles ........................................................................................................... 2121

6.3.2 Contraintes utilisateurs.......................................................................................................... 2222

6.3.3 Contraintes liées à la disponibilité et à la performance ........................................................ 2222

6.3.4 Rappel du SDET sur les aspects techniques........................................................................ 2222

6.3.5 Aspects Systèmes ................................................................................................................. 2222

6.3.6 Aspects Réseaux et Sécurité ................................................................................................ 2323

7. Tableau récapitulatif des fonctionnalités technique s attendues de l’outil de portail et des modules fonctionnels o ptionnels ....... 2323

7.1 FONCTIONS DE PORTAIL .................................................................................................................... 2323

7.2 FONCTIONS DE GESTION DE CONTENU ............................................................................................... 2424

7.3 FONCTIONS DE « TRAVAIL COLLABORATIF » ET DE « GESTION DOCUMENTAIRE (GED) » .................... 2525

7.4 FONCTIONS DE « BUREAU PERSONNALISE » ET DE « MOBILITE » ........................................................ 2626

7.5 FONCTIONS D’ADMINISTRATION .......................................................................................................... 2727

7.6 ASPECTS SYSTEME, RESEAU ET SECURITE ........................................................................................ 2828

Page 3: RECTORAT DE L'ACADÉMIE DE CLERMONT FERRAND · 2015. 12. 17. · Rectorat l'académie de Clermont Ferrand - CCTP Portail Intranet 4/29 1. PREAMBULE Il s’agit de mettre à disposition

Rectorat l'académie de Clermont Ferrand - CCTP Portail Intranet 3/29

7.7 AUTRES POINTS ................................................................................................................................. 2929

8. Vérification d’aptitude ........................... .......................................... 2929

......................................................................................................................................................

Page 4: RECTORAT DE L'ACADÉMIE DE CLERMONT FERRAND · 2015. 12. 17. · Rectorat l'académie de Clermont Ferrand - CCTP Portail Intranet 4/29 1. PREAMBULE Il s’agit de mettre à disposition

Rectorat l'académie de Clermont Ferrand - CCTP Portail Intranet 4/29

1. PREAMBULE

Il s’agit de mettre à disposition des acteurs académiques sur leur poste de travail, de façon profilée, toutes les informations et tous les outils nécessaires à l’accomplissement de leur mission avec pour objectif principal de moderniser les méthodes de travail, favoriser la communication interne et interservices et donc d’améliorer la productivité.

L’objet du projet est de faire de l’intranet un outil puissant de communication interne et de modernisation des pratiques.

Ce projet s’inscrit dans la démarche de modernisation impulsée par l’administration centrale.

N.B. Le rectorat de Clermont-Ferrand est désigné dans le présent marché sous l’appellation « le rectorat ». La société retenue est désignée dans le présent marché sous l’appellation « le titulaire ».

2. OBJET DU MARCHE

Le rectorat souhaite donc acquérir une solution de portail intranet intégrant des fonctionnalités étendues qui sera désigné dans le présent marché sous l’appellation « l’outil de portail ».

Le présent marché a pour objet de décrire les conditions dans lesquelles le titulaire permet l’acquisition d’une solution logicielle, hébergée par le rectorat.

3. DUREE DU MARCHE

Le présent marché prend effet à compter de sa date de notification pour une période initiale de 24 mois.

A cette échéance, il pourra être renouvelé pour une période de 12 mois, sa durée totale ne pourra excéder 48 mois. Le rectorat en avisera le titulaire 3 mois avant l’échéance par lettre recommandée avec accusé de réception.

Le rectorat se réserve le droit de ne pas reconduire le marché. Le rectorat fera connaître sa décision 3 mois avant par lettre recommandée avec accusé de réception.

La non-reconduction du marché ne peut ouvrir droit au bénéfice du titulaire à aucune indemnité de quelque sorte que ce soit, ni à aucun dédommagement.

4. NATURE ET ETENDUE DE L’OFFRE

Conformément à son offre, le titulaire fournira :

• Les licences d’utilisation du logiciel de l’outil de portail (licences à prévoir pour un serveur de production, un serveur de réplication/backup et un serveur de développement).

• Les licences d’utilisation des modules « Travail collaboratif et Gestion Documentaire (GED) » (option obligatoire).

• Les licences d’utilisation des modules « Bureau Personnalisé et Mobilité » (option obligatoire).

Page 5: RECTORAT DE L'ACADÉMIE DE CLERMONT FERRAND · 2015. 12. 17. · Rectorat l'académie de Clermont Ferrand - CCTP Portail Intranet 4/29 1. PREAMBULE Il s’agit de mettre à disposition

Rectorat l'académie de Clermont Ferrand - CCTP Portail Intranet 5/29

Le candidat indiquera si le serveur de développement suppose une licence supplémentaire. •

• Les prestations de formation produit et d’accompagnement (option obligatoire)

• Les prestations de maintenance et de support (option obligatoire)

4.1 L’OUTIL DE PORTAIL FOURNI DEVRA ASSURER TECHNIQUEMENT 5 FONCTIONS

PRINCIPALES

1. S’interfacer avec les services du socle de portail intégrateur, en particulier les services d’AAS (Authentification, Autorisation, SSO-Single Sign On),

2. intégrer des services applicatifs de technologie variée,

3. présenter et personnaliser des contenus et services,

4. assurer les fonctions de gestion de contenu suivantes :

a. création du contenu

b. gestion du cycle de vie du contenu

c. présentation du contenu : accessibilité, aide à la navigation

d. recherche de contenu

e. gestion de la médiathèque

5. offrir des fonctions d’administration, de haute disponibilité

a. administration et supervision

b. mise en production d’une version d’intégration

c. sauvegardes des données et reprise sur sauvegardes

d. architecture de haute disponibilité

5bis : offrir des fonctions d’interfaçage : Mise à disposition d’API (Application Programming Interface)

4.2 L’OUTIL DE PORTAIL FOURNI DEVRA REPONDRE A DEUX EXIG ENCES : PERENNITE ET EVOLUTIVITE

4.2.1 PERENNITE ET DROIT D’USAGE

L’outil de portail devra bénéficier du support d’un éditeur ou d’une communauté active, identifiée et stable (dans ce cas, les éléments d’appréciation seront fournis).

Le rectorat deviendra propriétaire du droit d’usage du code source fourni et pourra faire des développements spécifiques dont il restera propriétaire. Le rectorat restera propriétaire du droit d’usage de la solution même après la cession d’activité de l’éditeur ou de la communauté.

Il appartiendra au rectorat d’apprécier l’opportunité de mettre à la disposition de la communauté de développement de cet outil de portail, si c’est le cas, les développements qu’il aurait réalisés ou fait réaliser.

Les licences acquises dans le cadre du présent marché, feront l’objet d’une concession de droit d’utilisation non exclusive.

Page 6: RECTORAT DE L'ACADÉMIE DE CLERMONT FERRAND · 2015. 12. 17. · Rectorat l'académie de Clermont Ferrand - CCTP Portail Intranet 4/29 1. PREAMBULE Il s’agit de mettre à disposition

Rectorat l'académie de Clermont Ferrand - CCTP Portail Intranet 6/29

Le rectorat s’engagera à ce que ces concessions de droit d’utilisation ne soient utilisées que pour ses besoins propres.

Le rectorat s’interdira de céder à un tiers un droit d’utilisation de ces licences, sauf accord explicite du titulaire.

4.2.2 EVOLUTIVITE

Afin de permettre l’évaluation de la garantie d’évolutivité de sa solution, le candidat indiquera s’il bénéficie d’intégrateurs et fournira des références quantifiées de déploiement.

De plus, il devra proposer, dans un dossier technique, une solution pour les 5 options suivantes, AVEC UNE REPONSE OBLIGATOIRE :

Option : Module « Travail collaboratif et Gestion D ocumentaire (GED) »

Module regroupant les fonctionnalités de Travail Collaboratif et de Gestion Documentaire (GED).

Les fonctionnalités de ce module devront être, pour la plupart, disponibles dans l’outil de portail et les autres modules optionnels ou non.

Cf. infra description des fonctionnalités attendues (chapitre 6.2.1)

Option : Module « Bureau Personnalisé et Mobilité »

Module regroupant les fonctionnalités de Bureau personnalisé et d’accessibilité via un Smartphone ou une tablette.

Les fonctionnalités de ce module devront être, pour la plupart, disponibles dans l’outil de portail et les autres modules optionnels ou non.

Cf. infra description de fonctionnalités attendues (chapitre 6.2.2)

Option : formations

Elles adresseront les publics suivants en distinguant si nécessaire les différents niveaux (formation de base, formation avancée, …) :

• Administrateurs fonctionnels

• Administrateurs techniques

• Webmestres : Conception d’un portail, conception de la gestion de contenu, webdesign

• Développeurs

Chaque formation devra se faire en intra-entreprise au rectorat, les frais de déplacement étant à la charge du titulaire. Le rectorat fournira les salles, le matériel et installera les logiciels suivant les préconisations du titulaire.

La prestation associée consistera pour le titulaire à :

• fournir un support de formation "produit" rédigé en langue française abordant de manière détaillée les points abordés lors de la formation.

• dispenser la formation adaptée au public avec 1 session de 6 stagiaires par type de formation et par niveau.

Le titulaire devra indiquer les délais de commande pour mettre en œuvre une session de formation.

Page 7: RECTORAT DE L'ACADÉMIE DE CLERMONT FERRAND · 2015. 12. 17. · Rectorat l'académie de Clermont Ferrand - CCTP Portail Intranet 4/29 1. PREAMBULE Il s’agit de mettre à disposition

Rectorat l'académie de Clermont Ferrand - CCTP Portail Intranet 7/29

Option : accompagnement

Solution d’accompagnement pour permettre la prise en main fonctionnelle et technique.

Elle prendra la forme de 10 journées d’assistance et d’accompagnement réalisable pour moitié à distance et pour moitié in situ au rectorat.

Le candidat devra préciser le type d’intervention et leur durée.

Option : maintenance et support

Offre de service support et offre de maintenance applicative.

La maintenance de la 1ére année sera incluse dans le coût de la licence.

Le point de départ du délai de maintenance ne commencera qu’à la date d’acquisition des licences.

Elle devra concerner :

• La mise à jour des nouvelles versions de l’offre de base et des modules optionnels.

• Un support dont les conditions seront à détailler (Délais d’intervention, fonctionnalités couvertes, …).

Les différents niveaux de prestation (standard, gold, …) possibles devront être décrits et chiffrés.

5. PRESENTATION GENERALE

5.1 CADRE DU PROJET

Le schéma directeur des espaces numériques de travail (ENT) s’inscrit dans le Schéma stratégique des systèmes d’information et de télécommunication (S3IT) du ministère, cadre structurant national.

Il vise à fournir une cohérence entre les offres d’espaces numériques de travail, en lien avec les infrastructures sécurisées et les systèmes d’information existants.

Ce projet doit s’inscrire dans le cadre du SDET -Schéma Directeur des Espaces Numériques de Travail http://www2.educnet.education.fr/sections/services/ent/sdet/

L’espace numérique de travail s’adresse à l’ensemble des personnels administratifs, au sens large, et de direction de l’académie.

5.2 UTILISATEURS CONCERNES

Le portail intranet académique veut fournir à chaque usager un accès personnel à un ensemble de services en ligne. Ils s’adressent à l’ensemble des acteurs du système éducatif hors personnels enseignants. Une extension aux personnels enseignants de l’académie étant possible dans un avenir plus ou moins lointain. Ce portail devra être potentiellement évolutif sur le nombre d’utilisateurs.

Ce portail offrira des vues métiers distinguant, entre autres, dans l’enseignement secondaire (liste non exhaustive) :

• les personnels du rectorat

• les chefs d’établissement ;

• les personnels administratifs et techniques ;

Page 8: RECTORAT DE L'ACADÉMIE DE CLERMONT FERRAND · 2015. 12. 17. · Rectorat l'académie de Clermont Ferrand - CCTP Portail Intranet 4/29 1. PREAMBULE Il s’agit de mettre à disposition

Rectorat l'académie de Clermont Ferrand - CCTP Portail Intranet 8/29

• les DASEN (Directeurs Académiques des Services de l’Education Nationale) et les membres des corps d’inspection ;

• les personnels administratifs des DSDEN (Direction des Services Départementaux de l’Education Nationale)

• …

Un extranet adressant les collectivités territoriales pour une utilisation très limitée d’accès , notamment, à des ressources documentaires ou des tableaux de bord partagés devra être envisageable. Il ne s’agit en aucun cas de leur fournir toutes les fonctionnalités de l’intranet du rectorat Le candidat devra détailler la prise en compte de cette demande dans l’outil de portail.

5.3 PERIMETRE ET VOLUMETRIE DU MARCHE

Cet outil de portail devra offrir des accès à des espaces profilés qui rassemblent les informations et les services applicatifs, provenant de systèmes d’information de différentes organisations (académie, ministère, établissements, collectivités, éditeurs, etc…).

Ces espaces profilés seront proposés à chaque personnel administratif du Rectorat, des DSDEN et des établissements ainsi que les chefs d’établissement (de l’ordre de 20 000 individus à terme).

6. DESCRIPTIONS DES BESOINS TECHNIQUES DU PORTAIL

6.1 L’OUTIL DE PORTAIL FOURNI DOIT ASSURER TECHNIQUEMENT 5 FONCTIONS

PRINCIPALES

6.1.1 1ERE FONCTION : INTERAGIR AVEC LES SERVICES DU SOCLE ET LES SERVICES

APPLICATIFS.

PIA- Portail du personnel

Fonctionnalités du portail

Espace de

Communication

interne

Espace

Ressources

Humaines

Espace de travail

(bureau virtuel)

PARTAGER FEDERER et intégrer

Autoriser l’accès puis propager l’identification

PERSONNALISER

Le contenu et les services selon l’ utilisateur : son organisation, fonction, son statut ou sa fonction (rôle)

Des espaces de partage de base de connaissance écriteAgenda, forum

Contenus, données et services applicatifs

�Actualités générales et articles, documents,�Modèles de courriers et de circulaires�Annuaire�Moteur de recherche

�Gestion du temps, saisie des congés et absences�Mise à jour de son dossier RH�Télé procédures RH : mobilité interne etc. �Accès aux textes réglementaires et au guide RH

�Outils et applications métier�Services pratiques et outils collaboratifs�Publier ou Administrer si contributeur

et

et

AUTHENTIFIER

�GEPEEC- Indicateurs- Fiches de postes- Objectifs- Evaluations

Page 9: RECTORAT DE L'ACADÉMIE DE CLERMONT FERRAND · 2015. 12. 17. · Rectorat l'académie de Clermont Ferrand - CCTP Portail Intranet 4/29 1. PREAMBULE Il s’agit de mettre à disposition

Rectorat l'académie de Clermont Ferrand - CCTP Portail Intranet 9/29

6.1.1.1 INTERFACES SSO

L’accès à tous les services du portail s’appuiera sur un système d’authentification externe. Au minimum une compatibilité avec RSA ClearTrust sera requise.

L’outil portail devra déléguer son authentification à ces serveurs.

6.1.1.2 INTERFACES LDAP

L’outil de portail s’intègrera avec un serveur LDAP (Notamment Open LDAP) dans le but de pouvoir récupérer les groupes d’utilisateurs et les utilisateurs présents sur ce serveur.

L’outil de portail devra prendre en charge les types de groupes suivants :

• Groupes statiques

• Groupes dynamiques (résultants d’une requête sur le LDAP)

• Groupes de groupes

La composition des groupes s’effectuera sur le serveur LDAP grâce à un outil métier qui ne fait pas partie du périmètre de la présente consultation. Aucune manipulation ne sera attendue côté portail.

Les groupes récupérés permettront de positionner des droits sur les objets de contenu du Portail afin d’aboutir à une présentation profilée de l’information et des services applicatifs.

L’outil de portail devra proposer une granularité fine dans le positionnement des droits. Celle-ci ira jusqu’au bloc de contenu (une simple affectation des droits au niveau de la page est insuffisante).

6.1.2 2EME FONCTION : INTEGRER DES SERVICES

6.1.2.1 SINGLE SIGN-ON

D’une part, le portail délèguera son authentification à un service de SSO.

D’autre part le portail intègrera un certain nombre de services dont le prérequis à l’intégration sera l’utilisation de ce même SSO.

L’utilisateur qui s’authentifiera auprès du portail via le SSO devra avoir son identification relayée de façon transparente lors de l’accès à chaque service intégré.

Types de services et interopérabilité

Plusieurs types de services devront pouvoir s’intégrer dans le portail intranet.

Ceux-ci peuvent se différencier par la technologie (CGI, J2EE, PHP, ASP, .NET, etc.…), l’hébergement (interne, externe).

Conscient de cette hétérogénéité des services, différents modes d’intégration seront possibles dans l’outil de portail :

• Les modes d’intégration forte des services propres à l’outil de portail

• Les modes d’intégration se basant sur les standards du marché (JSR168, XML-RPC, WSRP, …)

• Les modes d’intégrations faibles de type IFrame ou capture HTML

Page 10: RECTORAT DE L'ACADÉMIE DE CLERMONT FERRAND · 2015. 12. 17. · Rectorat l'académie de Clermont Ferrand - CCTP Portail Intranet 4/29 1. PREAMBULE Il s’agit de mettre à disposition

Rectorat l'académie de Clermont Ferrand - CCTP Portail Intranet 10/29

• Autres modes d’intégration

Pour faciliter l’interopérabilité, l’outil de portail devra offrir une ou des API permettant d’interagir avec ses fonctionnalités.

6.1.2.2 PROPAGATION D’ATTRIBUTS AUX SERVICES

Après l’authentification, les services pourront être demandeurs d’informations auprès de l’annuaire (profil utilisateur, rôle, droits d’accès, …).

Les aspects relatifs à la sécurité des échanges et au respect de la confidentialité des données personnalisées feront l’objet d’un examen attentif quant à la mécanique de transmission des informations au moment de l’accès au service.

6.1.3 3EME FONCTION : PERSONNALISER & PRESENTER

L’information présentée dans le Portail sera conditionnée par deux critères : l’appartenance de l’utilisateur connecté à un ou plusieurs groupes et les choix d’affichage de cet utilisateur.

6.1.3.1 PERSONNALISATION PAR PROFIL

L’une des composantes essentielles d’un portail est de présenter une sélection de ses ressources en fonction du profil de l’utilisateur connecté.

Plusieurs utilisateurs ayant le même profil auront donc accès aux mêmes services et aux mêmes contenus. A contrario, des utilisateurs n’appartenant pas au même profil auront des vues différentes du portail. L’appartenance à un profil pourra se définir de plusieurs manières : établissements, fonctions, disciplines, hiérarchie, …

A titre d’exemple : utilisateurs

• Agent

• Chef de bureau

• Secrétariat de la division ou du service

• Responsable du service ou de la division

• Service du personnel + Service de la communication

Il est important de noter que le portail intranet devra pouvoir rester visible en mode anonyme (c’est-à-dire sans être connecté).

Une partie du contenu visible dans le portail devra donc être configurée pour être accessible sans être identifié.

La possibilité d’inviter des utilisateurs au sein du portail intranet sera à prévoir.

6.1.3.2 PERSONNALISATION PAR INDIVIDU

Chaque utilisateur devra pouvoir personnaliser son espace de travail.

Il devra, a minima, avoir la possibilité de sauvega rder ses préférences.

Une proposition de solution plus évoluée, type « Bureau Personnalisé », devra être proposée (cf. « Autres besoins fonctionnels » paragraphe 6.2.2.1).

Page 11: RECTORAT DE L'ACADÉMIE DE CLERMONT FERRAND · 2015. 12. 17. · Rectorat l'académie de Clermont Ferrand - CCTP Portail Intranet 4/29 1. PREAMBULE Il s’agit de mettre à disposition

Rectorat l'académie de Clermont Ferrand - CCTP Portail Intranet 11/29

6.1.4 4EME FONCTION : OFFRIR UNE GESTION DE CONTENU

L’outil de portail devra permettre une intégration très forte de la composante gestion de contenu dont on décrit ci-après les fonctionnalités attendues.

6.1.4.1 CREATION DE CONTENU

L’outil de portail devra permettre une création simple de page basée sur un éditeur de contenu. L’éditeur permettra également, en fonction des droits, les opérations de déplacement, de suppression et de duplication des pages du site.

L’outil de portail choisi pourra proposer la génération du plan du site de manière automatique.

Modèles de pages

L’outil de portail proposera un référentiel de modèles de pages conformes au standard et accessibles.

L’outil de portail devra produire des pages conformes au standard détaillé ci-après.

Un modèle sera constitué :

• du squelette d’une page, son fractionnement en zones destinées à recevoir du contenu.

• des styles CSS

Pour enrichir les pages et permettre la personnalisation des sites propres aux différentes composantes, l’outil de portail devra également proposer la modification et la création de nouveaux gabarits de page de manière assez souple.

Blocs de contenu

L’outil de portail proposera un référentiel de types de blocs (sondage, syndication, édition HTML, etc.) dans lequel l’utilisateur pourra venir se servir pour construire ses blocs de contenu. Les blocs de contenu ainsi créés seront mis à disposition à partir d’un référentiel de blocs.

D’un point de vue fonctionnel, une liste de blocs attendus est la suivante :

• Edition HTML

• Prévisualisation des états futurs du contenu

• Formulaire

• Actualités (date de début et date de fin : une actualité à une date de péremption)

• Newsletter

• Explorateur WebDAV

• FAQ

• Syndication de fils RSS/Atom compatible avec les différentes versions

• Portlet

• Sondage

• Elément multimédia vidéo/son

L’outil de portail proposera un référentiel de blocs de contenu dans lequel l’utilisateur pourra venir se servir pour construire ses pages ou venir en ajouter aisément.

Page 12: RECTORAT DE L'ACADÉMIE DE CLERMONT FERRAND · 2015. 12. 17. · Rectorat l'académie de Clermont Ferrand - CCTP Portail Intranet 4/29 1. PREAMBULE Il s’agit de mettre à disposition

Rectorat l'académie de Clermont Ferrand - CCTP Portail Intranet 12/29

Ces blocs pourront être positionnés dans les zones ad hoc définies dans les modèles de pages.

La visibilité de ces blocs sera conditionnée aux groupes/utilisateurs autorisés.

Pages

Les pages ainsi créées seront publiées par le biais d’un workflow paramétrable (dont un exemple est donné ci-dessous).

Ces pages :

• seront pré-visualisables avant d’être soumises au workflow.

• seront internationalisables

Editeur de contenu

L’outil de portail devra permettre aux contributeurs de saisir un contenu allant du simple texte au texte enrichi, formaté et accompagné d’images et autres éléments (liens, tableaux …). La contribution pourra se faire dans l’arborescence du site (back-office) et/ou directement au niveau des pages (in-situ au sein du front-office).

Dans les deux cas, l’outil de portail offrira un éditeur de type WYSIWYG (l’édition est conforme à la visualisation) respectant les standards HTML/XHTML et multi-navigateurs. La compatibilité minimale sera IE, Chrome et Firefox (Windows et Mac).

Un niveau de verrouillage de l’éditeur WYSIWYG en fonction des utilisateurs (suppression par exemple de la possibilité de changer de corps de police de caractère ou de mettre un texte en italique) serait souhaitable.

La présence des fonctionnalités suivantes serait souhaitée : correcteur orthographique et la compatibilité avec un copier/coller enrichi par exemple Word, Excel et Powerpoint.

Séparation de la forme et du contenu

Le contributeur devra s’occuper de la production de contenu sans se préoccuper de la forme.

L’outil de portail devra gérer la présentation du contenu sur l’intranet (mode écran) et proposer des formats alternatifs de restitution (mode impression, pdf, odt, …).

Multilinguisme

Le gestionnaire du contenu devra permettre en natif la gestion de contenu multilingue et l’utilisation des différents alphabets dans le respect de l’Unicode.

Gestion des modifications concurrentes

Plusieurs personnes seront susceptibles d’agir en même temps sur le même contenu.

L’outil de portail devra donc se prémunir contre la perte de données avec un système de verrouillage de l’information en cours de mise à jour.

Syndication de ressources

L’outil de portail devra permettre la syndication de données extérieures (Fil RSS, XML-RPC, Atom, …). Chaque bloc de contenu, alimenté par ce biais, est comme tous les autres blocs soumis à l’affectation de droits.

Page 13: RECTORAT DE L'ACADÉMIE DE CLERMONT FERRAND · 2015. 12. 17. · Rectorat l'académie de Clermont Ferrand - CCTP Portail Intranet 4/29 1. PREAMBULE Il s’agit de mettre à disposition

Rectorat l'académie de Clermont Ferrand - CCTP Portail Intranet 13/29

Catégorisation du contenu

Le contenu devra pouvoir être associé à des catégories (métadonnées sémantiques). L’objectif est de pouvoir retrouver ou regrouper les contenus par leur appartenance à une catégorie et ce quelle que soit leur localisation sur le site. Ce mécanisme de catégorisation sera transversal à l'ensemble des fonctionnalités (GED, Espace de travail collaboratif, …).

L’interface d’administration permettra la création et la gestion de catégories et sous catégories (pas de profondeur déterminée).

Détection des liens « perdus » et des pages inacces sibles

Une notification signalant les liens « morts » et les pages ou blocs inaccessibles devra être disponible.

Cycle de vie de l’information

Workflow de publication

La publication de contenu sera mise à la disposition de plusieurs contributeurs et responsables de publication. Il sera donc indispensable de disposer d’un système de gestion du cycle de publication du contenu, de sa création jusqu’à sa mise en ligne.

L’outil de portail devra proposer, en natif, un système simple (voir figure) de publication.

Schéma donné à titre d’exemple

Il sera demandé de permettre la modification d’un article déjà publié et de le resoumettre dans le circuit de validation tout en conservant la version de l’article publié accessible.

L’utilisateur disposera d’un tableau de bord de description des opérations du processus de publication (document en attente, refusé, publié).

Il serait souhaitable qu’une fois publié, l’outil de portail permette au visiteur d’écrire par mail au créateur du contenu (le mail du créateur ne doit pas être visible).

Page 14: RECTORAT DE L'ACADÉMIE DE CLERMONT FERRAND · 2015. 12. 17. · Rectorat l'académie de Clermont Ferrand - CCTP Portail Intranet 4/29 1. PREAMBULE Il s’agit de mettre à disposition

Rectorat l'académie de Clermont Ferrand - CCTP Portail Intranet 14/29

Rôles dans le workflow

Ci-dessous les rôles minimum que l’outil de portail devra offrir :

Rôles Edition de contenu

Transmission Annulation Refus Validation Validation directe

Administrateur de l’intranet

Validateur

Contributeur

Lecteur

La granularité des droits sera suffisamment fine pour pouvoir affecter certains droits d’édition (modification, suppression, …) à des acteurs identifiés.

Chaque contributeur ne pourra intervenir que dans les rubriques (sujets ou thématiques) pour lesquelles il a les droits. Idem pour le validateur.

Notification de changement d’état

Les changements d’état d’un contenu (validation, publication, refus, expiration) seront notifiés aux personnes ayant les droits de validation sur le contenu.

Lors de la connexion d’un utilisateur ayant des droits d’édition, l’outil de portail présentera un rapport des dernières notifications depuis la dernière connexion de l’utilisateur.

Le titulaire indiquera quel moyen est mis en œuvre pour notifier le changement d’état.

Programmation des publications

Pour bien organiser la publication d’informations de manière dynamique l’outil de portail devra permettre de renseigner des dates de publication et d’expiration des contenus.

Cela permettra également d’anticiper la saisie de document de manière indépendante de leur publication.

Ce contenu sera donc publié au moment de la validation du workflow mais visible qu’entre la date de publication et la date d’expiration.

La notification automatique de l’expiration du contenu serait souhaitable.

Contrôle des versions (historisation ou versioning)

Les versions précédentes des contenus pourront être conservées et « historisées ».

Il sera alors possible de revenir à une version antérieure d’un document pour, éventuellement, le publier.

L’outil de portail offrira la possibilité d’archiver et de purger les versions suivant des modalités d’administration.

Page 15: RECTORAT DE L'ACADÉMIE DE CLERMONT FERRAND · 2015. 12. 17. · Rectorat l'académie de Clermont Ferrand - CCTP Portail Intranet 4/29 1. PREAMBULE Il s’agit de mettre à disposition

Rectorat l'académie de Clermont Ferrand - CCTP Portail Intranet 15/29

6.1.4.2 ACCESSIBILITE ET AIDE A LA NAVIGATION.

Outils de navigation automatique.

Il est fortement souhaité que l’outil de portail offre la possibilité de navigation par le plan du site intranet pour tous les intranautes (voir extranautes). La génération de menu et de liens contextuels (fil d’Ariane) pour la navigation entre pages est indispensable.

Accessibilité.

L’expression « accessibilité du Web » s’applique à tous les services et terminaux de navigation électroniques.

L’accessibilité du Web ne dépend pas d’une technologie d’implémentation, ni d’une technologie de lecture. Elle concerne tous les publics.

D’une manière générale, les pages générées par l’outil de portail devront respecter :

• les standards technologiques (HTML, XML, …) ;

• les recommandations d’accessibilité du W3C/WAI (accessibilité AA)

De manière plus spécifique, l’outil de portail devra envoyer systématiquement au poste client :

• un code qui puisse être interprété et/ou modifié localement par les aides techniques matérielles et logicielles (exemple : une plage braille et une synthèse vocale) ou de personnalisation (exemple : modification des paramétrages d’affichage),

• une information électronique dont le contenu informationnel sera séparé de sa présentation (exemple : utilisation des feuilles de style),

• des contenus graphiques et multimédias avec un texte alternatif adapté (exemple : un texte alternatif pour une image, une vidéo, un son ou une animation dynamique),

• un code qui contienne une alternative accessible à chaque script dynamique (certains navigateurs utilisés en partie par les personnes handicapées n’acceptent pas les scripts dynamiques),

• un code qui contienne systématiquement des aides à la navigation (exemple : raccourcis claviers, liens d’évitement, page d’aide, moteur de recherche interne, …).

6.1.4.3 RECHERCHE DE CONTENU.

L’outil de portail devra disposer d’un moteur de recherche permettant une recherche en texte intégral dans les contenus publiés, les documents joints aux publications des sites virtuels et les contenus de l’espace de stockage.

Un ou plusieurs mots pourront être saisis, et l’utilisateur disposera d’options complémentaires pour préciser sa recherche (booléens, troncatures, proximité, terme exact ou expression, approximations orthographiques, flexions singulier/pluriel, ancienneté de publication, etc.).

L’utilisateur pourra préciser le mode d’affichage souhaité pour les résultats (en nombre de lignes, correspondant au contexte de présence du ou des mots saisis (1 ligne par défaut, 5 lignes avant/après).

Les résultats de la recherche seront conditionnés p ar les droits d’accès de l’utilisateur lançant la recherche : il ne sera pas possible d’accéder pa r l’outil de recherche à des données

Page 16: RECTORAT DE L'ACADÉMIE DE CLERMONT FERRAND · 2015. 12. 17. · Rectorat l'académie de Clermont Ferrand - CCTP Portail Intranet 4/29 1. PREAMBULE Il s’agit de mettre à disposition

Rectorat l'académie de Clermont Ferrand - CCTP Portail Intranet 16/29

inaccessibles à la consultation. Deux utilisateurs pourront donc obtenir un nombre de réponses différent à une même requête.

Chaque ligne de résultat se présentera sous la form e d’un lien hypertexte permettant un accès direct au contenu (visible en ligne ou en télécharg ement). Chaque ligne sera également qualifiée par un pourcentage de pertinence et comprendra un début de descriptif des éléments de réponse.

Si le nombre de résultats renvoyés dépasse un nombre à déterminer, le programme proposera une restriction du périmètre de recherche.

L’écran de résultat comprendra l’interface de recherche alimentée des critères précédemment saisis afin de faciliter une nouvelle recherche plus discriminante.

Les résultats d’une recherche pourront être exportés en format XML (RSS par exemple).

L’indexation du catalogue utilisé par l’outil de recherche sera automatique (programmable) et manuelle (interface d’administration).

6.1.4.4 MEDIATHEQUE

Soucieux d’utiliser les standards afin d’améliorer l’interopérabilité, le stockage de données par le protocole WebDAV nous semble le plus intéressant mais les autres solutions seront à exposer.

Pour ce faire, l’outil de portail devra intégrer un serveur WebDAV.

D’autre part, l’outil de portail proposera un client WebDAV pour permettre l’exploration de données externes, éventuellement sur un autre serveur.

Le serveur WebDAV répondra à une URL conviviale permettant à l’utilisateur d’y accéder en créant un favori réseau sur son poste de travail. L’utilisateur pourra donc interagir avec son espace de stockage sans obligatoirement accéder au portail. Toutefois l’utilisateur ne s’affranchira pas d’une phase d’authentification.

Le mécanisme d’authentification auprès de ce serveur sera à détailler.

6.1.4.5 INTERFACE HOMME-MACHINE

L’outil de portail proposera une IHM conviviale permettant de parcourir le serveur avec clarté. Une vue arborescente est privilégiée.

6.1.4.6 LES METADONNEES

Le support des métadonnées offrira la possibilité de donner des informations très structurées sur le contenu tout en facilitant la recherche avancée par des outils adaptés.

Le stockage des contenus dans la médiathèque devra offrir le support des métadonnées.

Toutefois, il faudra être vigilant de ne pas alourdir le travail des contributeurs.

L’outil de portail devra permettre une gestion simple des métadonnées (récupération des métadonnées des documents, masquage des informations facultatives par exemple, interface conviviale et paramétrable, etc.).

Page 17: RECTORAT DE L'ACADÉMIE DE CLERMONT FERRAND · 2015. 12. 17. · Rectorat l'académie de Clermont Ferrand - CCTP Portail Intranet 4/29 1. PREAMBULE Il s’agit de mettre à disposition

Rectorat l'académie de Clermont Ferrand - CCTP Portail Intranet 17/29

6.1.5 5EME FONCTION : ADMINISTRATION ET SUPERVISION

Les administrateurs du portail disposeront des fonctions suivantes:

• Administration du contenu (pages, blocs) et des services ;

• Délégation ;

• Supervision du portail et des sites ;

• Statistiques.

Gestion des rôles d’administration

Le rôle d’administrateur du portail pourra être délégué. La granularité de la délégation sera suffisamment fine. L’ergonomie de l’outil de portail devra permettre de visualiser aisément les droits et les délégations d’administration opérées.

Contenu et services

L’outil de portail devra proposer ou permettre la mise en œuvre des fonctions d’administration suivantes :

• gestion et recherche de contenu, indépendamment de la vue des utilisateurs

• import/export de contenu

• sauvegarde de contenu

• ajout/suppression de nouveaux services dans le portail

• sauvegarde du serveur dans son ensemble : données et développement

Traçabilité et statistiques

Les administrateurs devront être en mesure de retra cer de façon aisée la navigation des utilisateurs. Plusieurs niveaux de trace pourront ê tre définis.

L'historique des connexions pourra être consulté sur une durée légale.

L’outil de portail devra proposer ou permettre la mise en œuvre des services de suivi des accès au portail, ainsi qu'aux services et contenus.

L’outil de portail devra proposer un service de suivi de l'état du système « en temps réel » afin de faciliter la supervision.

Ainsi l'administrateur pourra :

• Visualiser les connexions des utilisateurs ;

• Alerter les utilisateurs ;

• Vider les caches ;

• Lever les verrous.

De même, l'outil de portail devra fournir un état statistique d'accès au portail, de consultation de contenu, et d'usage des services.

Page 18: RECTORAT DE L'ACADÉMIE DE CLERMONT FERRAND · 2015. 12. 17. · Rectorat l'académie de Clermont Ferrand - CCTP Portail Intranet 4/29 1. PREAMBULE Il s’agit de mettre à disposition

Rectorat l'académie de Clermont Ferrand - CCTP Portail Intranet 18/29

6.1.6 5EME FONCTION BIS : ENVIRONNEMENT DE DEVELOPPEMENT ET API

Le candidat devra décrire les possibilités d’extension, le langage et les frameworks utilisés pour le développement.

Il devra de même décrire l’environnement de développement associé ou utilisable.

Une API (Application Programming Interface) devra impérativement être disponible afin de permettre d’enrichir l’outil de portail avec de nouvelles fonctionnalités.

6.2 AUTRES BESOINS FONCTIONNELS

L’outil de portail devra permettre de répondre, a minima, aux groupes de besoins fonctionnels décrits ci-dessous.

Une forte interopérabilité des différents modules e ntre eux et avec l’outil de portail sera demandée.

Ainsi devra-t-on être capable d’utiliser la plupart des fonctionnalités d’un module dans les autres.

6.2.1 MODULE : « TRAVAIL COLLABORATIF » ET « GESTION DOCUMENTAIRE (GED) »

L’outil de portail devra présenter une intégration très forte avec un module de Gestion Documentaire et de Travail Collaboratif.

6.2.1.1 TRAVAIL COLLABORATIF

Généralité

La partie « Travail Collaboratif » de ce module optionnel devra permettre à un administrateur de gérer des espaces collaboratifs et à des membres de travailler dans ces espaces collaboratifs.

Nombre d’espace

Un nombre initial de 100 espaces collaboratifs distincts devront pouvoir être créés. Une proposition devra être faite pour l’augmentation du nombre de ces espaces collaboratifs (Valeur de l’incrément et prix).

Administration

Chaque espace devra être administré à un administrateur qui disposera des services techniques ci-dessous.

• gestion des membres : Ajouter des membres, envoyer des invitations, valider les inscriptions, ...

• gestion des services : Ajouter et supprimer des services

• paramétrage : Personnaliser le comportement et la présentation de l'espace collaboratif.

Chaque espace collaboratif pourra être public ou privé. Les services associés seront paramétrables et à choisir dans la liste ci-dessous a minima :

Page 19: RECTORAT DE L'ACADÉMIE DE CLERMONT FERRAND · 2015. 12. 17. · Rectorat l'académie de Clermont Ferrand - CCTP Portail Intranet 4/29 1. PREAMBULE Il s’agit de mettre à disposition

Rectorat l'académie de Clermont Ferrand - CCTP Portail Intranet 19/29

Fonctionnalités

Chaque espace collaboratif devra permettre de mettre à disposition des membres les fonctionnalités suivantes.

• Annuaire : Il devra y avoir un annuaire des membres de l’espace

• Wiki : Un système d’édition collaborative wiki devra être disponible pour chaque espace collaboratif.

• Blog : Il devra être possible d’associer des blogs individuels ou communs à plusieurs membres à chaque espace collaboratif. Les billets devront pouvoir être commentés par les autres membres de l’espace.

• FAQ : Une FAQ collaborative devra être disponible, permettant d’élaborer une réponse commune à une question fréquente.

• Calendrier : Un calendrier interopérable avec des calendriers externes devra être disponible. Les calendriers au format iCal et ICS devront impérativement être supportés. Un calendrier collectif devra pouvoir être ajouté à un espace. Les membres pourront ajouter des calendriers externes privés et avoir leur propre calendrier personnel.

o Evénements : la saisie d’un évènement devra permettre d’indiquer les participants, les ressources, la récurrence et de notifier les participants. Un évènement devra pouvoir être privé ou public. Une fonction de rappel devra être disponible. La gestion des confirmations de participation devra être disponible.

o Aide à la planification d’évènements : lors de la planification d’un événement les collisions avec les évènements déjà planifiés seront détectées. Une fonctionnalité de choix de créneau horaire « doodle like » devra être disponible.

o Gestion de ressources : Les ressources devront disposer de leur propre calendrier indiquant leur disponibilité.

• Gestion documentaire : Un espace documentaire dédié, pris en charge par la GED devra pouvoir être associé à un espace collaboratif.

• Gestion de tâches : dans le cadre d’un espace de travail collaboratif pour les tâches concernant tous les membres de l’espace. Chaque tâche pourra être affectée à un membre précis.

• Formulaires : afin de faire des enquêtes, des sondages, il devra être possible de construire facilement des formulaires. Ceux-ci devront pouvoir être soumis à une population précise sur l’intranet. Le suivi des réponses ainsi que la consolidation des résultats devra être prise en charge.

6.2.1.2 GESTION DOCUMENTAIRE (GED)

Généralité

La partie « Gestion Documentaire (GED) » de ce module optionnel devra apporter aux espaces collaboratifs les aspects création collective, validation, partage, classement, etc. de documents indispensables. Elle devra être utilisable en dehors de ces mêmes espaces collaboratifs pour la gestion documentaire de l’intranet.

Fonctionnalités

• Edition collaborative : Les différents documents devront être éditables dans le cadre d’un travail collaboratif.

Page 20: RECTORAT DE L'ACADÉMIE DE CLERMONT FERRAND · 2015. 12. 17. · Rectorat l'académie de Clermont Ferrand - CCTP Portail Intranet 4/29 1. PREAMBULE Il s’agit de mettre à disposition

Rectorat l'académie de Clermont Ferrand - CCTP Portail Intranet 20/29

• Workflow : Les différentes phases de construction et de validation d’un document devront suivre un workflow propre à chaque document. Celui-ci devra être paramétrable.

• Gestion des accès concurrents et du versioning : La sécurité et le suivi des versions des documents sera assurée : Verrouillage de documents, gestion des historiques, retour aux versions antérieures, etc.

• Recherche : Différents types de recherche devront être disponibles : textuelle, par mot clé, catégorie, tag, méta données, …

• Gestion de la taille des documents : On devra pouvoir contrôler la taille des documents par type, par groupe, …

• WebDAV : Un accès WebDAV aux documents devra être disponible

• Conversion de fichiers au format PDF : Afin d’en assurer la non modification lors de la publication, il devra être possible de convertir différents formats de fichiers au format PDF. Les formats minimums supportés devront être : .doc, .docx, .odt, .ppt, .pptx, .xls, .xlsx.

• Génération d'aperçus : Il serait souhaitable qu’une génération d’aperçu des documents soit disponible ainsi qu’une solution pour visionner les documents directement dans un navigateur web.

• Métadonnées de description des publications : il devra être possible d’ajouter un ensemble de métadonnées aux publications afin d’en faciliter la recherche.

• Explorateur : Afin de faciliter la navigation dans les différents documents, il devra être possible d’intégrer dans le portail un explorateur de documents style « explorateur windows ».

• Indexation des documents : Il devra être possible d’indexer les documents textes (.doc, .docx, .odt, .ppt, .pptx, .xls, .xlsx, .html, .rtf, .txt, …) afin de pouvoir effectuer de la recherche textuelle dans ces documents

• Numérisation : La solution devra être intégrable avec une solution de numérisation de document pour intégration à la GED

• Médiathèque : Il devra être possible de gérer une médiathèque de documents vidéo, audio et image (différents formats de chaque catégorie devront être disponibles). Une fonctionnalité de conversion des vidéos devra être disponible.

• Intégration à Microsoft Office 2010 : La suite MS Office 2010 devra pouvoir intervenir sur les différents documents gérés dans la GED directement dans celle-ci.

• Dépôt de document : Il devra être possible de déposer un document dans la GED de manière la plus simple possible

6.2.2 MODULE : « BUREAU PERSONNALISE » ET « MOBILITE »

6.2.2.1 BUREAU PERSONNALISE

Généralités

La partie bureau personnalisé de ce module optionnel de l’outil de portail devra permettre de proposer aux utilisateurs de choisir et assembler à leur convenance les fonctionnalités qu'ils souhaitent utiliser dans la limite de celles misent à leur disposition par l’administrateur.

Les utilisateurs pourront personnaliser leur bureau en plaçant les fonctionnalités dans des onglets et en organisant ceux-ci.

Il devra être possible de créer un ou plusieurs bureaux personnalisés par défaut en fonction de l’appartenance à un groupe par exemple.

Page 21: RECTORAT DE L'ACADÉMIE DE CLERMONT FERRAND · 2015. 12. 17. · Rectorat l'académie de Clermont Ferrand - CCTP Portail Intranet 4/29 1. PREAMBULE Il s’agit de mettre à disposition

Rectorat l'académie de Clermont Ferrand - CCTP Portail Intranet 21/29

Fonctionnalités

L’administrateur sélectionnera les fonctionnalités qu’il autorise, parmi, entre autre :

• des informations internes : les nouveautés, les projets en cours, les utilisateurs connectés, ...

• des informations externes : des flux RSS préconfigurés, des flux RSS libres (l'utilisateur pourra saisir l'URL des flux RSS qu'il souhaite lire)

• des outils personnalisés : agenda, favoris, workflows, gestion des documents, ...

• des portlets métiers : applications métiers mises à disposition

• des widgets : Widget Google par exemple.

• intégration avec une messagerie IMAP

• gestion de favoris

Ergonomie

L'ergonomie du bureau personnalisé devra être très proche de celle des outils tels que Netvibes ou iGoogle.

6.2.2.2 MOBILITE

Généralité

L’outil de portail devra être accessible en consultation et en modification à partir d’un mobile de type smartphone Android, iphone ou blackberry ou d’une tablette.

Fonctionnalités

Une vue « mobile » spécifique devra exister pour les différents services objet de ce marché, y compris ceux des modules optionnels, et notamment les services suivants :

• La recherche

• L’agenda

• L’annuaire

• Les blogs

• Les FAQ collaboratives

• Les flux RSS

• Les tâches

• Les Workflows

• …

6.3 CONTRAINTES ET ATTENTES TECHNIQUES PARTICULIERES

6.3.1 CONTRAINTES LOGICIELLES

L'outil de portail devra présenter une l'architecture n-tiers : niveau présentation, niveau applicatif, niveau base de données. Les standards de communication entre les différents niveaux seront utilisés.

Page 22: RECTORAT DE L'ACADÉMIE DE CLERMONT FERRAND · 2015. 12. 17. · Rectorat l'académie de Clermont Ferrand - CCTP Portail Intranet 4/29 1. PREAMBULE Il s’agit de mettre à disposition

Rectorat l'académie de Clermont Ferrand - CCTP Portail Intranet 22/29

L'outil de portail devra offrir les interfaces nécessaires avec les bases de données du marché, en particulier Mysql et IBM DB2. La couche de persistance devra offrir des garanties de capacité à supporter une montée en charge importante.

L'outil de portail devra fonctionner sur les serveurs d'applications standards du marché notamment Weblogic et Tomcat.

6.3.2 CONTRAINTES UTILISATEURS

L’utilisateur accèdera au portail à partir de son poste, dans son lieu de travail ou de son domicile. Le portail devra être accessible en ligne à partir d’un navigateur Internet classique.

Les éléments transmis à l’utilisateur devront reposer sur des technologies standards du marché ne nécessitant pas d’installation spécifique.

Le détail des navigateurs compatibles devra être fourni. Aucune différence de présentation des contenus ne sera constatée entre deux navigateurs compatibles.

6.3.3 CONTRAINTES LIEES A LA DISPONIBILITE ET A LA PERFORMANCE

Le portail se devra de disposer d'une technologie permettant :

• la montée en charge (cache de pages html, cache de requêtes sur la base de données, etc.)

• l'équilibrage de charge

• la reprise sur panne

Il est admis que les personnels du rectorat n’accéderont pas à leurs services 24h sur 24 mais qu’une forte sollicitation du portail à terme est à envisager.

6.3.4 RAPPEL DU SDET SUR LES ASPECTS TECHNIQUES

Les services techniques représentent le back-office du Portail.

Ils couvriront l’ensemble des services d’administration et de supervision de la totalité du dispositif de Portail, notamment :

• Les services d’administration : paramétrage de la configuration, supervision des systèmes, …

• Les services techniques d’exploitation (stockage, archivage, sauvegarde) ;

• Les services de sécurité (Filtrage applicatif, contrôle de contenu de type anti-spam et antivirus, traçabilité, disponibilité).

Ces services du socle seront supportés par une (ou plusieurs) plates-formes techniques :

• Serveurs et systèmes d’exploitation associés (de type Linux, Solaris, Windows…)

• Plates-formes de stockage (disques, contrôleurs, produits d’archivage, …)

• Outils de gestion de la disponibilité (clustering, équilibrage de charge, …)

6.3.5 ASPECTS SYSTEMES

Il devra être possible de se représenter les architectures systèmes induites par la mise en production de l’outil de portail. Pour cela il devra être fourni :

• La description d’une architecture cible incluant les serveurs, les OS utilisés, les sous-systèmes utilisés (serveurs http, serveurs de base de données, etc.) les moyens de stockage, etc.

Page 23: RECTORAT DE L'ACADÉMIE DE CLERMONT FERRAND · 2015. 12. 17. · Rectorat l'académie de Clermont Ferrand - CCTP Portail Intranet 4/29 1. PREAMBULE Il s’agit de mettre à disposition

Rectorat l'académie de Clermont Ferrand - CCTP Portail Intranet 23/29

• Des abaques permettant d’évaluer le dimensionnement de l’architecture en fonction du nombre d’utilisateurs ou du nombre de connexions et de la quantité d’éléments stockés.

• Une estimation des coûts induits par les aspects systèmes de l’architecture.

6.3.6 ASPECTS RESEAUX ET SECURITE

Il devra être possible d’évaluer la sécurité générale ainsi que le coût du maintien « en sécurité » de l’outil de portail. Pour cela il devra être fourni :

• La liste des suites logicielles impliquées (dans le cas où la solution est un assemblage)

• La liste des langages de programmation utilisés

• La liste des structures systèmes sous-jacentes (par exemple, portails/applicatifs/base de données)

• Les éventuelles normes de développement logiciel ayant pu être appliquées

• Les éventuelles préconisations d’architecture à appliquer pour la sécurisation du système (firewalling, WAF, etc.)

Particulièrement, il devra être précisé les différents éléments de sécurisation autour de la question des données personnelles qui pourraient être présentées dans la solution.

7. TABLEAU RECAPITULATIF DES FONCTIONNALITES TECHNI QUES ATTENDUES DE L’OUTIL DE PORTAIL ET DES MODULES FONCTIONNELS OPTIONNELS

Dans les trois tableaux suivants, nous rappelons de manière synthétique les principales fonctionnalités que le rectorat souhaite voir assurées par l'outil de portail.

Cette description s’organise autour de 6 catégories :

• Fonctions de Portail

• Fonctions de Gestion de Contenu

• Fonctions de « Travail Collaboratif » et de « Gestion Documentaire (GED) »

• Fonctions de « Bureau Personnalisé » et de « Mobilité »

• Fonctions d'Administration

• Aspects Système, Réseau et Sécurité

7.1 FONCTIONS DE PORTAIL

Fonctions Description

Interopérabilité avec les solutions de gestion des identités et des accès

Les principes d’intégration supportée et les connecteurs SSO et LDAP spécifiques de l’outil de portail seront à expliciter.

Gestion de profils, d’habilitations et de rôles : prise en compte de groupes statiques et dynamiques, d’usagers anonymes et d’usagers identifiés.

Granularité dans le positionnement des droits

Une simple affectation des droits au niveau de la page sera insuffisante

Page 24: RECTORAT DE L'ACADÉMIE DE CLERMONT FERRAND · 2015. 12. 17. · Rectorat l'académie de Clermont Ferrand - CCTP Portail Intranet 4/29 1. PREAMBULE Il s’agit de mettre à disposition

Rectorat l'académie de Clermont Ferrand - CCTP Portail Intranet 24/29

Fonctions Description

Intégration de services � point particulier sur la capacité de l'outil de portail à intégrer tout type de services

� les possibilités de présentation et de personnalisation � les conditions d'utilisation de l’API d'accès aux objets de

l'outil de portail

Respects des standards L'outil de portail devra respecter les standards technologiques du marché (XML, LDAP, SOAP, HTTP, JSR 168, etc.).

Personnalisation de base Chaque utilisateur devra pouvoir sauvegarder ses préférences

7.2 FONCTIONS DE GESTION DE CONTENU

Fonctions Description

Conception du contenu Le processus de création de contenu sera déterminant et ce de la

conception des pages à leur mise en ligne.

les fonctionnalités avancées de l’éditeur en ligne, la compatibilité

avec un copier/coller enrichi, le niveau de séparation de la forme

du contenu et le niveau de multilinguisme seront étudiées.

Blocs de contenu Les différents types de blocs de contenu disponibles dans le

référentiel de bloc afin de constituer les pages seront détaillés.

Catégorisation et syndication du contenu

Ces fonctions devront permettent de structurer le contenu.

Cycle de vie de l’information

Le candidat détaillera si son outil de portail permet de la

notification automatique, du contrôle de versions, de la gestion

des modifications concurrentes et du signalement de l’expiration

et des liens inaccessibles.

Les principes liés à l’archivage et à la suppression au sein de

l’outil de portail sera explicité par le candidat

Interface homme machine

Etude de l'affichage du contenu et des services, dans le respect

des rôles attribués à l'utilisateur et de son périmètre

d'intervention.

L'information affichée devra être évidemment toujours la même,

quelle que soit la façon d'y accéder (navigation directe, moteur de

recherche, exploration de la médiathèque), tout en respectant au

mieux les contraintes d’accessibilité.

Extension du modèle de données

Capacité de l'outil de portail à étendre son modèle de description

des données.

WORKFLOW de publication

Le candidat expliquera quels niveaux de Workflow sont possibles

et comment ils seront mis en œuvre et enfin si une notification de

changement d’état sera prévue en interne à l’outil de portail (par

une sorte de messagerie interne)

Page 25: RECTORAT DE L'ACADÉMIE DE CLERMONT FERRAND · 2015. 12. 17. · Rectorat l'académie de Clermont Ferrand - CCTP Portail Intranet 4/29 1. PREAMBULE Il s’agit de mettre à disposition

Rectorat l'académie de Clermont Ferrand - CCTP Portail Intranet 25/29

Fonctions Description

RECHERCHE de contenu Le candidat expliquera le principe de son moteur de recherche et

sa mise en relation avec les droits des utilisateurs.

Respects des standards d'accès aux référentiels de contenus

L'outil de portail devra respecter les standards actuels ou

émergents

(JSR170, etc.).

Intégration de Charte graphique

Le candidat expliquera les moyens mis à disposition des

développeurs pour la personnalisation graphique des éléments du

portail : au sens général des pages et au sens plus fin des

éléments de contenu.

Le candidat indiquera si l’aspect génération d’URLs conviviales » a

été pris en compte au sein de son outil de portail.

Accessibilité Le candidat indiquera le niveau d’accessibilité qu’il respect

(W3C/WAI) et détaillera les éléments d’accessibilité envoyés au

poste client ().

7.3 FONCTIONS DE « TRAVAIL COLLABORATIF » ET DE « GESTION

DOCUMENTAIRE (GED) »

Fonctions Description

Travail Collaboratif et Gestion Documentaire

Un module regroupant les fonctions de Travail Collaboratif et de Gestion Documentaire devra être proposé.

Nombre d’espace La proposition devra permettre de gérer un minimum de 100 espaces collaboratifs et indiquer les conditions techniques et financières d’augmentation de ce nombre d’espace.

Administration des espaces collaboratifs

Chaque espace devra être administrable individuellement :

� Gestion des membres � Gestion des services proposés � Paramétrage � Espace public ou privé

Fonctionnalités/Services des espaces collaboratifs

Les fonctionnalités suivantes devront être proposées et devront être détaillées :

� Annuaire, � Wiki, � Blog, � Calendrier : Gestion des événements, Aide à la

planification, Gestion des ressources, … � Espace documentaire propre au projet, � Gestion de tâches, � Formulaires.

Pour plus de précision cf. supra.

Page 26: RECTORAT DE L'ACADÉMIE DE CLERMONT FERRAND · 2015. 12. 17. · Rectorat l'académie de Clermont Ferrand - CCTP Portail Intranet 4/29 1. PREAMBULE Il s’agit de mettre à disposition

Rectorat l'académie de Clermont Ferrand - CCTP Portail Intranet 26/29

Fonctions Description

Gestion documentaire Elle devra être accessible à la fois depuis un espace collaboratif pour en assurer sa gestion documentaire et depuis l’intranet pour gérer les documents du Rectorat.

Fonctionnalités/Services de la gestion documentaire

Les fonctionnalités suivantes devront être proposées et devront être détaillées :

� Edition collaborative, � Gestion de workflow, � Gestion des accès concurrents et du versioning, � Recherche suivant différents critères, � Gestion de la taille des documents, � Accès WebDAV, � Conversion de fichiers au format PDF, � Génération d'aperçus, � Métadonnées de description des publications, � Explorateur, � Indexation des documents, � Intégrabilité avec un outil de numérisation, � Médiathèque, � Intégration à Microsoft Office 2010, � Dépôt de document simplifié

Pour plus de précision cf. supra.

7.4 FONCTIONS DE « BUREAU PERSONNALISE » ET DE « MOBILITE »

Fonctions Description

Bureau Personnalisé et Mobilité

Un module regroupant les fonctions de Bureau personnalisé et Mobilité devra être proposé.

Administration du bureau personnalisé

L’administrateur devra pouvoir profiler les fonctionnalités accessibles par un utilisateur et présélectionner certaines fonctionnalités en fonction de différents critères. Le mécanisme de profilage devra être détaillé.

Personnalisation Chaque membre devra pouvoir choisir et assembler des fonctionnalités parmi celles qui lui seront proposées par l’administrateur en les organisant sur un ou plusieurs onglets.

L’ergonomie devra être très proche de celle d’outils tels NetVibes ou iGoogle.

Page 27: RECTORAT DE L'ACADÉMIE DE CLERMONT FERRAND · 2015. 12. 17. · Rectorat l'académie de Clermont Ferrand - CCTP Portail Intranet 4/29 1. PREAMBULE Il s’agit de mettre à disposition

Rectorat l'académie de Clermont Ferrand - CCTP Portail Intranet 27/29

Fonctions Description

Fonctionnalités/Services du bureau personnalisé

Les fonctionnalités suivantes devront pouvoir être proposées et devront être détaillées :

� Des news, � Les projets en cours, � Les utilisateurs connectés, � des informations externes comme des flux RSS

préconfigurés, des flux RSS libres, � Agenda, � Favoris, � Workflows, � Gestion des documents, � Portlets métiers, � Widgets diverses, � Intégration avec une messagerie IMAP � Gestion de favoris

Mobilité L’outil de portail devra être accessible en consultation et en modification à partir d’un mobile de type smartphone Android, iphone ou blackberry ou d’une tablette. Les versions supportées de ces systèmes devront être détaillées.

Fonctionnalités/Services de mobilité

Une vue « mobile » spécifique devra exister pour les différents services objet de ce marché, y compris ceux des modules optionnels. Les fonctionnalités couvertes ainsi que leur mode de couverture devront être détaillées.

7.5 FONCTIONS D’ADMINISTRATION

Fonctions Description

Administration Etude des fonctions d’administration du contenu et des services et

précision du niveau de délégation possible : délégation du rôle

d’administrateur de site et de portail.

Ergonomie de l’outil de portail pour visualiser et déléguer.

Supervision Lister les outils de supervision et de production de statistiques

d’utilisation et d’usages, supportés par l’outil de portail proposé

ainsi que des exemples.

Evolutivité de la solution Lister les API mises à disposition (langages, environnements

supportés, etc.) ainsi que les modalités d’installation des mises à

jour évolutives.

Disponibilité du code source

Etude du niveau public du code de l’outil de portail. Etude du

mode de licence d’utilisation du code et son droit à modification.

Environnement de développement

L’environnement de développement (langage, frameworks,

possibilité d’extension, …) devra être décrit de manière précise.

Page 28: RECTORAT DE L'ACADÉMIE DE CLERMONT FERRAND · 2015. 12. 17. · Rectorat l'académie de Clermont Ferrand - CCTP Portail Intranet 4/29 1. PREAMBULE Il s’agit de mettre à disposition

Rectorat l'académie de Clermont Ferrand - CCTP Portail Intranet 28/29

Fonctions Description

Intégration dans l’environnement applicatif de l’Education nationale

Les configurations SGBD, serveur d’application, serveur WEB et

type d’architecture supportée par l’outil de portail seront explicitées

7.6 ASPECTS SYSTEME, RESEAU ET SECURITE

Fonctions Description

Architectures systèmes Il devra être fourni :

� La description d’une architecture cible incluant les serveurs,

les OS utilisés, les sous-systèmes utilisés (serveurs http,

serveurs de base de données, etc.) les moyens de

stockage, etc.

� Des abaques permettant d’évaluer le dimensionnement de

l’architecture en fonction du nombre d’utilisateurs ou du

nombre de connexions et de la quantité d’éléments stockés.

� Une estimation des coûts induits par les aspects systèmes

de l’architecture.

Sécurité Il devra être fourni :

� La liste des suites logicielles impliquées (dans le cas où la

solution est un assemblage)

� La liste des langages de programmation utilisés

� La liste des structures systèmes sous-jacentes (par

exemple, portails/applicatifs/base de données)

� Les éventuelles normes de développement logiciel ayant pu

être appliquées

� Les éventuelles préconisations d’architecture à appliquer

pour la sécurisation du système (firewalling, WAF, etc.)

� Particulièrement, il devra être précisé les différents

éléments de sécurisation autour de la question des données

personnelles qui pourraient être présentées dans la

solution.

Propagation des attributs de de connexion

Les aspects relatifs à la sécurité des échanges et au respect de la

confidentialité des données personnalisées seront détaillés

Haute disponibilité Souhait pour une architecture en haute disponibilité. Le candidat

décrira les moyens et les mécanismes permettant de mettre en

place ce type d’architecture et indiquera les possibilités de

répartition de charge de son offre logicielle.

Par exemple, dans le cas d’une haute disponibilité s’appuyant sur

les mécanismes du serveur d’application ou du serveur web, le

candidat fournira les principes de :

� Sauvegarde et récupération des configurations � Récupération des logs � Réplication des données sur les différentes instances

d’application

Page 29: RECTORAT DE L'ACADÉMIE DE CLERMONT FERRAND · 2015. 12. 17. · Rectorat l'académie de Clermont Ferrand - CCTP Portail Intranet 4/29 1. PREAMBULE Il s’agit de mettre à disposition

Rectorat l'académie de Clermont Ferrand - CCTP Portail Intranet 29/29

Fonctions Description

Format de stockage des données

Liste des référentiels supportés et du format de stockage des

données.

Les supports de stockage par type de données sont à distinguer

(logs, configuration, données utilisateurs, droits d’accès).

Stockage physique des documents : le candidat indiquera si un

paramétrage de déportation du répertoire de stockage des

documents est réalisable (montage NFS etc.)

Reprise sur panne Solution de sauvegardes et plan de reprise.

7.7 AUTRES POINTS

Fonctions Description

Feuille de route Le candidat fournira, dans sa réponse, une « feuille de route »

produit mettant en évidence les évolutions à venir

Interopérabilité générale Le candidat devra tout particulièrement détailler l’interopérabilité de l’outil de portail et des différents modules.

Il devra mettre en évidence le degré de simplicité l’ergonomie qui en découle.

Solutions non natives de l’outil de portail

Si la proposition du candidat, notamment pour les modules optionnels obligatoires, implique l’intégration de composants logiciels externes, l’offre devra être chiffrée en comprenant le coût de tous les éléments permettant une intégrati on opérationnelle dès la livraison (achat des produits, développements d’intégration, etc.) Aucun coût n’étant pas spécifié dans l’offre ne devra être nécessaire pour la mise en œuvre.

Extranet vers les collectivités territoriales

Un extranet adressant les collectivités territoriales pour une utilisation limitée d’accès, notamment, à des ressources partagées devra être envisageable. Le candidat devra détailler la prise en compte de cette demande dans l’outil de portail.

Implantation dans l’Education Nationale

Afin de pouvoir mutualiser les développements éventuels, l’outil de portail devra bénéficier d’une implantation dans l’Education Nationale en tant que portail intranet. Le candidat devra donc préciser ses implantations de ce type.

8. VERIFICATION D’APTITUDE

Pour valider le fonctionnement conforme de l’outil portail et des modules optionnels éventuels, une série de tests sera effectuée.

Elle consistera à vérifier que les différents points spécifiés dans l’offre du titulaire sont bien disponibles après installation et intégration des modules de manière native, i.e. sans personnalisation.

Les aspects d’interopérabilité générale seront tout particulièrement validés.