UNIVERSITÉ DE FRIBOURG CONCEPT D EXPLOITATION DES SITES WEB. Version 1.2

Transcription

1 UNIVERSITÉ DE FRIBOURG CONCEPT D EXPLOITATION DES SITES WEB Version janvier 2015

2 CONTENU 1. Introduction Objet du document Documents de référence Abréviations et définitions Concept d exploitation Objectifs de la plateforme CMS centralisée Rôles Processus organisationnels Architecture logique du système Présentation générale du système Environnement de développement et de test Environnement de développement Environnement de test Environnement d intégration Environnement de pré-production (staging) Environnement de production Autres composants du système Exécution et surveillance du fonctionnement Interruption /arrêt du fonctionnement Fonctionnement du système WebUnifr Terminologie et définitions Gestion du système Gestion des applications Développement d applications Gestion des sites Système d autorisations Exigences techniques

3 10.1. Système de développement et de test Système d auteurs (pré-production) Système productif Organisation de l assistance technique Informations complémentaires Réception du concept

4 Informations sur le document AUTEUR: Frank Salathé FAIT LE: 25 mai 2014 DERNIÈRE MODIFICATION: Samuel Crausaz MISE À JOUR: 6 janvier 2015 STATUT: En consultation VERSIONS AUTEUR REMARQUE DATE VERSION F. Salathé Création du modèle 23 mai F. Salathé Architecture des données 23 mai F. Salathé Contenus 25 mai F. Salathé Révision / validation interne 29 mai V. Schneider Validation 30 mai DualText Traduction Juillet Partenaires WebUnifr Consultations Août-Octobre 2014 S. Crausaz / N. Frétigny Corrections Décembre

5 1. INTRODUCTION La conception du nouveau site web de l Université de Fribourg dans le cadre du projet WEBUNIFR 1 a été confiée à Maxomedia. Les exigences relatives au nouveau site web de l Université et à la plate-forme CMS centralisée correspondante doivent être établies au cours d une première phase d analyse et de prototypage et faire l objet de la rédaction d un concept de solution (prototype). Une enquête en ligne, trois ateliers et des tests utilisateurs ont été organisés à cet effet par l équipe principale en charge du projet. Sur le plan méthodologique, différentes techniques de conception centrée sur l utilisateur (user centered design) sont mises en œuvre dans le cadre du projet, avec un accent particulier sur les groupes cibles à identifier OBJET DU DOCUMENT L un des objectifs du projet est d assurer un fonctionnement efficace et performant d une plate-forme CMS centralisée permettant aux différentes unités organisationnelles de l UNIFR de gérer le nouveau site web de l Université (corporate web site). Le présent concept d exploitation du nouveau site web de l UNIFR vise à définir les rôles, les processus organisationnels et les responsabilités nécessaires et utiles pour le bon fonctionnement de la nouvelle plate-forme CMS centralisée compte tenu de la hiérarchie à plusieurs niveaux de l Université de Fribourg. Le concept d exploitation est un document de travail et reflète l état d avancement actuel du projet. Il relève de la responsabilité de l équipe principale en charge du projet WEBUNIFR et sera complété en continu. Remarques: pour une meilleure lisibilité, seule la forme masculine est utilisée dans le présent document. Les parties signalées en jaune concernent des aspects qui restent à préciser durant la phase de conception DOCUMENTS DE RÉFÉRENCE [1] Résultats de l enquête en ligne, présentation, version 1.0 du 15 mai 2014 [2] Résultats de l atelier 2 sur le concept d exploitation du 21 mai 2014 [3] Concept détaillé du site WEBUNIFR, version 1.0 du 30 mai UNIFR dans le reste du document 5

6 1.3. ABRÉVIATIONS ET DÉFINITIONS TERME DÉFINITION ModX CMS Produit CMS mis en œuvre de façon globale au sein de l UNIFR Abréviation de Content Management System; système destiné en premier lieu à la séparation des fonctions et des contenus d un site web. Met également à disposition les fonctionnalités permettant de gérer les contenus d un site web. 6

7 2. CONCEPT D EXPLOITATION De façon générale, un concept d exploitation décrit les conditions-cadres organisationnelles et techniques qui doivent être remplies pour assurer le fonctionnement contrôlé et opérationnel d un système informatique. Le présent concept d exploitation regroupe toutes les informations dont l UNIFR a besoin pour une exploitation conforme de la nouvelle plate-forme CMS WEBUNIFR et le système à réaliser. Il vise à garantir le fonctionnement efficace de la plate-forme centralisée WEBUNIFR à l avenir et à préciser de façon optimale tous les rôles impliqués dans la maintenance de la plate-forme. Les dimensions suivantes du projet WEBUNIFR sont donc décrites ici:! Rôles! Processus organisationnels! Architecture logique du système! Infrastructure requise (matériel et logiciels) Le concept d exploitation établi pour le projet WEBUNIFR doit, d une part, intégrer les structures existantes de l UNIFR et, d autre part, créer de nouvelles directives permettant de restreindre la charge organisationnelle liée au fonctionnement de la plate-forme OBJECTIFS DE LA PLATEFORME CMS CENTRALISÉE Comme l a démontré l enquête en ligne et les ateliers organisés, l UNIFR déploie aujourd hui des moyens importants pour maintenir à jour les aspects techniques, les fonctionnalités et les contenus de son site web. La nouvelle plate-forme WEBUNIFR devrait réduire au maximum les tâches organisationnelles. Parallèlement, il s agit de répondre aux exigences internes en matière d organisation des différentes unités organisationnelles (facultés, services centralisés, WebOffice, etc.). 7

8 La mise en service de la plate-forme CMS WEBUNIFR doit permettre d atteindre ces objectifs: Figure 1: Plate-forme CMS centralisée WEBUNIFR A l avenir, la plate-forme CMS centralisée ModX mettra à disposition des différentes unités organisationnelles de l UNIFR tous les éléments nécessaires pour que le site web de l Université soit moderne, homogène et à jour. Cela concerne en premier lieu tous les éléments 2 fonctionnels et les contenus 3 du nouveau site web de l UNIFR. La future plate-forme CMS centralisée comprendra des éléments visuels supplémentaires destinés à garantir l homogénéité de l identité visuelle sur le site web comme dans les locaux de l UNIFR. Pour résumer, à l avenir, les unités décentralisées de l Université n auront plus à se préoccuper des aspects techniques du site web, mais exclusivement de la maintenance de ses contenus. 2 Tous les modules fonctionnels tels que les éléments de navigation, les modèles, etc. 3 Exemples: curseur image, tableaux, énumérations, lecteur vidéo, etc. 8

9 Différentes unités de l UNIFR sont concernées par les aspects organisationnels du projet WEBUNIFR et seront impliquées dans la maintenance de la plate-forme à l avenir: Unités responsables des contenus du site web:! Administration centrale! Faculté de théologie! Faculté de droit! Faculté des sciences économiques et sociales! Faculté des lettres! Faculté des sciences Unités responsables de l exploitation du site web:! Web Office Unicom! Direction des services IT (DIT) (infrastructure et exploitation) Les chapitres suivants décrivent les rôles et les processus organisationnels qui doivent être mis en œuvre pour atteindre cet objectif dans les unités susmentionnées: 9

10 3. RÔLES Plusieurs nouveaux rôles seront créés en vue de l organisation du fonctionnement de la plate-forme WEBUNIFR. Il s agit de garantir la maintenance technique, fonctionnelle et des contenus du nouveau site web de l Université: ID DESIGNATION FONCTION / RESPONSABLE RESPONSABLE TYPE 1 Administrateur système 4 L administrateur système est responsable du bon fonctionnement technique de tous les aspects de l architecture logique du système 5 de la plate-forme WEBUNIFR. A ce titre, il assume la responsabilité de tous les niveaux techniques de la plate-forme WEBUNIFR, à l exception du niveau application de la plate-forme CMS ModX.! Matériel (serveur) Centralisé! Logiciels 6 2 Administrateur L administrateur CMS endosse la responsabilité de l exploitation de la! Exploitation du CMS 7 Centralisé CMS plate-forme CMS ModX. ll veille à ce que toutes les ressources mobilisées par! Gestion des modifications la maintenance du site web de l UNIFR (facultés, services centralisés)! Gestion des incidents disposent des outils nécessaires. En tant que Product Owner,! Gestion des nouvelles l administrateur CMS est l interlocuteur central pour toutes les exigences versions relatives à la plate-forme CMS centralisée ModX (fonctions, modèles CMS, 4 L'intitulé des rôles n'est pas définitif et peut être modifié par l'équipe principale en charge du projet. 5 Cf. chapitre 5 6 Décrit essentiellement le système d'exploitation et le serveur web 7 Englobe notamment la gestion centralisée de la mise en page et des modèles, la gestion du système d'autorisations général, la transmission de connaissances via des formations, etc.

11 ID DESIGNATION FONCTION / RESPONSABLE RESPONSABLE TYPE guide de style, etc.). 3 Développeur Le développeur élabore les modules de fonction et les extensions du système! Développement du Centralisé CMS CMS. Ce faisant, elle veille à ce que la plate-forme CMS utilisée réponde aux système CMS exigences formulées par les parties intéressées en interne. La responsabilité technique de ce rôle englobe le front-end et le back-end de la nouvelle plateforme CMS centralisée WEBUNIFR. 4 Administrateur L administrateur de site endosse la responsabilité des fonctions et des! Garantie du respect de la Décentralisé de site contenus d un segment (site) du site web de l UNIFR. Il est chargé de la mise stratégie de en œuvre de la stratégie de communication (tonalité, ampleur, etc.) ainsi que communication définie de la définition et de la gestion de l architecture des informations sur le segment pour le segment concerné concerné (par. ex. plan du site d une faculté, d un département, etc.). Il met par! Structure interne ailleurs à la disposition des auteurs les outils nécessaires (pages) pour assurer! Utilisation de modèles CMS la maintenance des contenus du site web. L administrateur de site a suivi une pour le segment concerné formation approfondie sur le système CMS. Il assure un support de base de! Gestion des autorisations premier niveau et gère également les autorisations pour son segment du site. pour le segment concerné 5 Auteur L auteur est responsable de la maintenance des contenus d un segment du site! Maintenance des contenus Décentralisé page editor web (site) de l UNIFR. Il utilise la plate-forme CMS centralisée pour la gestion d un segment du site de toutes les formes de contenus (images, texte, audio, vidéo, etc.) et pour s assurer que le site est à jour et conforme aux exigences définies. Ce rôle ne prévoit aucune responsabilité technique explicite 8. 8 Exemple: développement du front-end (HTML, JavaScript, CSS, etc.) 11

12 ID DESIGNATION FONCTION / RESPONSABLE RESPONSABLE TYPE 6 Editeur L éditeur est chargé de la publication des contenus sur un segment du nouveau! Publication des contenus Décentralisé page publisher site web de l UNIFR. A ce titre, il est responsable exclusivement de d un segment du site l assurance-qualité des contenus en amont de leur publication; il contrôle les contenus préalablement rédigés par un auteur. Tableau 1: Rôles WEBUNIFR Remarque: au stade actuel du projet, les rôles attribués au sein de la plate-forme centralisée WEBUNIFR sont à interpréter comme des suggestions et ne correspondent pas nécessairement à des services précis. L organisation des rôles définis peut être propre à chaque unité organisationnelle. Ainsi, il est tout à fait envisageable qu une unité de l UNIFR attribue à une seule personne les rôles d administrateur de site, d auteur et d éditeur et qu une autre les affecte à trois personnes différentes. Le modèle d organisation défini est suffisamment flexible pour pouvoir réagir aux besoins propres à chaque unité organisationnelle. 12

13 4. PROCESSUS ORGANISATIONNELS Les processus organisationnels revêtent une importance déterminante pour le fonctionnement opérationnel d un système informatique centralisé comme la future plate-forme CMS WEBUNIFR. Les processus décrits dans ce qui suit seront mis en œuvre avec la future plate-forme CMS centralisée ou implémentés sous forme de workflows techniques. Le cas échéant, ils doivent être organisés: ID DESIGNATION FONCTION / RESPONSABLE IMPLEMENTATION DU RESPONSABLE PROCESSUS 1. CMS Library La plate-forme CMS centralisée ModX est destinée à mettre à disposition des services décentralisés de l UNIFR tous les éléments fonctionnels et les contenus nécessaires pour assurer la maintenance des différents segments du site. Le développement, la validation et le déploiement de ces éléments 9 doivent être assurés techniquement à l aide d outils adaptés, ceci afin de garantir que tous les services décentralisés aient accès aux modules validés et puissent les utiliser de façon autonome sur leur segment de site.! Workflow CMS! Admin CMS La bibliothèque comprendra des modules fonctionnels, mais éaglement des images et des éléments de contenu. 9 Modèles, modules fonctionnels, etc.

14 ID DESIGNATION FONCTION / RESPONSABLE IMPLEMENTATION DU RESPONSABLE PROCESSUS 2. CMS Know-How Pour que les services décentralisés de l UNIFR puissent jouer leur rôle, les informations requises sur l utilisation de la plate-forme CMS ModX doivent leur être communiquées au préalable. Pour cela, il convient de prévoir une formation adaptée, destinée en premier lieu aux ressources affectées aux rôles d administrateur de site, d auteur et d éditeur. L étendue de la formation sera fonction de l ampleur du rôle.! Organisationnel! Admin CMS 3. Gestion des modifications Les services décentralisés de l UNIFR (rôles) ont la possibilité de formuler de nouvelles exigences ou de déposer des demandes de modification/d extension pour les modules fonctionnels ou les contenus via un processus de gestion des modifications approprié (change management). Ce processus doit reposer sur une application adaptée pour que tous les services impliqués puissent à tout moment avoir une vue d ensemble des demandes de modification actuelles (change requests), du stade de développement et de la planification des nouvelles versions. Il convient en outre de convoquer périodiquement un comité de gestion des modifications (change management board) permettant aux représentants des administrateurs de site d échanger avec les administrateurs CMS.! Outil de workflow! Organisationnel! Admin CMS 14

15 ID DESIGNATION FONCTION / RESPONSABLE IMPLEMENTATION DU RESPONSABLE PROCESSUS 4. CMS Développement Les éléments développés pour le CMS (modules, code, etc ) sont gérés dans un système permettant la collaboration, la gestion de mise à jour et la documentation technique (type GIT), ceci de manière coordonnée et unifiée. 5. Processus rédactionnels Tous les processus rédactionnels liés à la maintenance des contenus du site web de l UNIFR doivent être implémentés à l aide d une application appropriée. Cela signifie notamment que la collaboration entre les administrateurs de site, les auteurs et les éditeurs doit être soutenue par la plate-forme CMS ModX. L implémentation technique de ces workflows sera fonction des caractéristiques fonctionnelles de la plate-forme CMS.! Organisationnel! Développeur CMS! Workflow CMS! Admin CMS 6. Traductions Les workflows du système CMS permettent la gestion du contenu dans une ou plusieurs langues. Les trois principales langues sont le français, l allemand et l anglais. Techniquement, il est envisageable d ajouter d autres langues.! Workflow CMS! Organisationnel! Site Admin 7. Gestion des incidents Une gestion structurée des incidents 10 peut être un facteur décisif pour le bon fonctionnement opérationnel de la plate-forme! Workflow / Outil! Admin CMS 10 Signalement des problèmes, notamment bugs, etc. 15

16 ID DESIGNATION FONCTION / RESPONSABLE IMPLEMENTATION DU RESPONSABLE PROCESSUS WEBUNIFR. A l instar de la gestion des modifications, ce processus doit lui-aussi s appuyer sur une application adaptée. Figure 2: Processus organisationnels WEBUNIFR Les processus opérationnels à implémenter sous forme de workflows dans le cadre du projet WEBUNIFR doivent être clairement définis et, idéalement, 11 illustrés. Les informations complémentaires éventuelles sont à ajouter au présent concept d exploitation. 11 Sous forme d'organigramme, p. ex. 16

17 5. ARCHITECTURE LOGIQUE DU SYSTÈME 5.1. PRÉSENTATION GÉNÉRALE DU SYSTÈME Le présent concept d exploitation concerne la plate-forme système qui doit être établie sur la base du CMS ModX dans le cadre du projet WEBUNIFR. L ensemble du site web de l UNIFR reposera sur ce système. Il s organisera comme suit: Figure 3: Architecture logique du système WEBUNIFR Il est essentiel pour le fonctionnement du système WEBUNIFR de planifier les différents niveaux du CMS - les différents processus organisationnels peuvent être implémentés à l aide d environnements dédiés. En principe, les différents niveaux hiérarchiques de la plate-forme fonctionneront comme des applications distinctes. Si nécessaire, il est toutefois techniquement possible de les intégrer dans une seule et même infrastructure. Les aspects techniques de l infrastructure sont décrits dans l annexe A.

18 5.2. ENVIRONNEMENT DE DÉVELOPPEMENT ET DE TEST Les modules fonctionnels de la plate-forme CMS centralisée WEBUNIFR seront développés au sein de ces environnements. Ces derniers permettront aussi de tester de nouveaux composants et modules (unit tests). Un protocole de développement sera proposé pour unifier les procédures. Les versions de composants intégrées dans chaque système opérationnel seront «étiquetées» via une application de gestion des sources et des révisions (label). Cette dernière permettra d attribuer une version de composant à la version de la plate-forme correspondante. Un serveur de type GIT sera mis à disposition des développeurs et géré par le Développeur CMS. GIT permettra le stockage des sources, les révisions, la documentations ainsi que la gestion des branches. Les logiciels exécutables et les configurations correspondantes seront regroupés dans un pack installé sur l environnement d intégration (staging) et déployé dans le dépôt modx STAGING-DEPOT ENVIRONNEMENT DE DÉVELOPPEMENT L environnement de développement est la machine du développeur ainsi que le serveur GIT ENVIRONNEMENT DE TEST L environnement de test est composé d une machine virtuelle hébergée sur l infrastructure serveur de la DIT. La gestion de cette machine est effectuée par les administrateurs Système et par les développeurs CMS ENVIRONNEMENT D INTÉGRATION Les composants testés avec succès et regroupés dans un pack via l environnement de développement sont ensuite contrôlés et validés dans l environnement d intégration. Cet environnement donne l image la plus fidèle possible de l environnement de production. Les aspects techniques de l infrastructure sont décrits dans l annexe A. 18

19 5.4. ENVIRONNEMENT DE PRÉ-PRODUCTION (STAGING) L environnement de pré-production ou de staging est utilisé par toutes les ressources concernées par la maintenance du site pour la gestion, la saisie et la modification des contenus. Ce niveau d application sert également au contrôle et à la publication des contenus par les éditeurs. Cet environnement peut être de 2 types : Au sein du CMS par regroupement des pages non-publiées. Ce type est utilisé lors de la maintenance usuelle. Sur un déploiement particulier vierge. Ce type est utilisé lors de la création initiatiale d un site ou d une refonte en profondeur 5.5. ENVIRONNEMENT DE PRODUCTION Le passage des fonctions et des contenus de l environnement d intégration et de staging à l environnement de production (phase productive) fait suite à la réception du système en interne et s effectue via une application. Idéalement, les environnements correspondants doivent être physiquement identiques, pour que le basculement concerne uniquement le code source et les contenus 12. Les aspects techniques de l infrastructure sont décrits dans l annexe A AUTRES COMPOSANTS DU SYSTÈME D autres composantes du système son susceptibles d influencer son fonctionnement : Firewall Cluster/Load balancer Serveur de fichiers Infrastructure virtuelle Réseau Serveur de bases de données MySQL Serveur d authentification : LDAP, AAI, CAS, IMAPS Certificats SSL Webservices poru les données externes CDN externes 12 Pas de transfert des fichiers de configuration, etc. 19

20 6. EXÉCUTION ET SURVEILLANCE DU FONCTIONNEMENT En principe, ce chapitre relève de la responsabilité du propriétaire du système de l UNIFR, qui le complètera en collaboration avec le partenaire compétent en interne en matière d exploitation des infrastructures. Les sujets suivants devront y être abordés:! Dysfonctionnements caractéristiques d une panne ou indiquant la présence d un problème au sein du système WEBUNIFR! Mesures permettant d éviter les erreurs! Mesures permettant de détecter les erreurs! Mesures permettant de corriger les erreurs! Documentation des erreurs Ces aspects doivent être abordés dans le concept d exploitation. Les informations correspondantes seront impérativement complétées durant la phase de réalisation du projet, avant la mise en service du système. [A consulter : IT security, groupe serveur] 20

21 7. INTERRUPTION /ARRÊT DU FONCTIONNEMENT Ce chapitre doit décrire la procédure à mettre en œuvre pour un arrêt ou, le cas échéant, une interruption conforme du fonctionnement du système. Il relève de la responsabilité des partenaires en charge de l exploitation du système WEBUNIFR. Les aspects suivants doivent y être abordés:! Condition préalable à une interruption exceptionnelle du fonctionnement (procédure, étapes requises, etc.)! Mesures d interruption du fonctionnement! Mesures d arrêt du fonctionnement! Mesures de reprise du fonctionnement (information, interventions nécessaires, etc.) Les informations nécessaires devront impérativement être complétées durant la phase de réalisation du projet, avant la mise en service du système WEBUNIFR. [A consulter : IT security, groupe réseau, groupe serveur] 21

22 8. FONCTIONNEMENT DU SYSTÈME WEBUNIFR Les chapitres suivants traitent de toutes les activités qui entrent dans le cadre de l exploitation du système et nécessaires pour assurer un fonctionnement performant, sûr et fiable de celui-ci. Ces mesures et ces activités concernent plusieurs champs d action: gestion du système, gestion des applications, développement d applications et gestion des sites. 1.1 TERMINOLOGIE ET DÉFINITIONS Le tableau ci-dessous doit être complété après la signature des contrats d assistance et de maintenance ainsi que des conventions de services (SLA) nécessaires au bon fonctionnement du système. Il est important que les définitions soient comprises et interprétées de la même façon par toutes les parties prenantes. ID COMPOSANTS DESCRIPTION 1. Heures de service: Heures d ouverture du service d assistance du système WEBUNIFR. Normalement, il s agit des heures d ouverture de bureaux habituelles, 8h-12h et 13h-17h Les heures de service doivent être fixées avec tous les partenaires contractuels (conventions de services). 2. Heures de garde: Heures auxquelles le service d assistance est disponible (en dehors des heures de service). 3. Temps de réaction: Intervalle entre le signalement d un problème et la recherche de la solution par le partenaire contractuel désigné responsable. 4. Disponibilité: Définit (en pourcentages) le temps pendant lequel le système doit pouvoir être utilisé sans restriction sur une période donnée à définir (mois, année). Pour le système WEBUNIFR, on distingue la disponibilité de la plate-forme et la disponibilité des applications. 5. Fenêtre de maintenance: Désigne les intervalles disponibles pour les interventions techniques sur le système. Durant la fenêtre de maintenance prévue, la disponibilité du système peut être 22

23 ID COMPOSANTS DESCRIPTION restreinte. Les fenêtres de maintenance n entrent pas dans le calcul de la disponibilité d un système. 6. Période critique Période durant laquelle des événements spéciaux sont prévus et durant laquelle une vigilance et disponibilité accrues sont nécessaires (inscriptions, examens, ). 7. Période réduite Période durant laquelle les services aux partenaires sont réduits à leur minimum (période de vacances, fermetures, etc ) Figure 4: Terminologie et définitions en service 23

24 8.1. GESTION DU SYSTÈME Dans le cadre du projet WEBUNIFR, on entend par gestion du système (system management) toutes les mesures et les activités mises en œuvre par le service d ingénierie qui entrent dans le cadre de la gestion du fonctionnement de la plate-forme. ID ACTIVITÉ DÉTAILS PÉRIODICITÉ RESPONSABLE DOCUMENTATION 1 Fonctionnement matériel Serveur Best effort Administrateur système A définir Fonctionnement matériel Réseau Best effort Netmaster A définir 2 Fonctionnement logiciel Système d exploitation Best effort Administrateur système A définir 3 Fonctionnement logiciel Serveurs bases de données Best effort Administrateur système A définir 4 Fonctionnement logiciel CMS ModX Best effort CMS admin A définir Figure 5: Activités de gestion du système WEBUNIFR 8.2. GESTION DES APPLICATIONS De façon générale, on entend par gestion des applications, les activités de gestion, de planification, de pilotage et de contrôle des logiciels et des applications. Dans le cadre du projet WEBUNIFR, la gestion des applications se limite à assurer le bon fonctionnement du système de gestion des contenus ModX ainsi que des services et applications. Ce chapitre décrit donc exclusivement les activités à prévoir pour assurer le bon fonctionnement du système de gestion des contenus:

25 ID ACTIVITÉ DÉTAILS PÉRIODICITÉ RESPONSABLE DOCUMENTATION 1. Assistance de deuxième niveau pour système CMS 2. Traitement de la gestion des modifications Admin CMS Admin CMS 3. Maintenance des applications Admin CMS Développeur CMS 4. Déploiement de contenus sélectif, manuel Site admin 5. Déploiement de la source Admin CMS 6. Actualisation du concept d exploitation Admin CMS Figure 6: Activités de gestion des applications WEBUNIFR 8.3. DÉVELOPPEMENT D APPLICATIONS En principe, au sein du système WEBUNIFR, le développement de nouvelles applications ou de nouveaux segments d application relève des attributions du Web Office. Les activités de maintenance corrective d applications sont exclues de ces activités (élimination des bugs, patchs d application, interventions couvertes par la garantie, etc.). 25

26 Ce chapître doit être complété lors de l élaboration des modules techniques GESTION DES SITES La gestion du site englobe l ensemble des activités requises pour assurer le bon fonctionnement des différents segments du site. De façon générale, les activités suivantes doivent être planifiées dans ce cadre: ID ACTIVITÉ DÉTAILS PÉRIODICITÉ RESPONSABLE DOCUMENTATION 1 Assistance de premier niveau Support et information des auteurs et éditeurs Sur demande Site admin 2 Gestion des Au sein du CMS. Usage Sur demande Site admin utilisateurs/autorisations exclusif de 3 Assistance technique Concerne l assistance des administrateurs de site 4 Mise à jour du manuel d organisation Rencontre périodique + sur demande Annuelle Admin CMS Admin CMS Figure 7: Activités de gestion du site WEBUNIFR 26

27 9. SYSTÈME D AUTORISATIONS L authentification est basée sur les systèmes d autentification de l Université : LDAP, Active Directory, AAI ou CAS. Chaque utilisateur accédant au module de gestion du CMS doit posséder un eaccount et être enregistré dans la base des utilisateurs de l Université. L administrateur CMS définit des rôles au sein du CMS et fixe les autorisations pour chaque rôle. L administrateur CMS définit les administrateurs CMS, les développeurs CMS et les administrateurs de site. L administrateur de site attribue les rôles aux différents utilisateurs du CMS : admninistrateur de site, auteur et/ou éditeur. L objectif est de limiter le nombre de rôles. Chaque rôle sera documenté par l administrateur du CMS et de nouveaux rôles pourront être définis si besoin.

28 10. EXIGENCES TECHNIQUES Les chapitres suivants décrivent les conditions à remplir en dehors des autorisations nécessaires pour pouvoir accéder aux différents niveaux hiérarchiques de la plate-forme WEBUNIFR SYSTÈME DE DÉVELOPPEMENT ET DE TEST En principe, seuls les développeurs affectés au développement d applications ont accès à ce système. Les développeurs sont en charge de l élaboration des modèles, des nouveaux services et des extensions. De plus, les développeurs se verront attribuer un accès au serveur GIT permettant de réaliser leur tâche SYSTÈME D AUTEURS (PRÉ-PRODUCTION) Les administrateurs de site, les auteurs et les éditeurs sont responsables de la gestion et de l exactitude des contenus publiés sur la plate-forme CMS ModX. Les administrateurs de site assument la plus grosse partie de cette responsabilité. Ils créent les conditions préalables pour les auteurs (établissement des canaux, mise à disposition des ressources, etc.). En tant que dernière instance du workflow, en cas de besoin, ils peuvent en outre publier ou supprimer des contenus. Pour ces activités, les trois catégories d utilisateurs utilisent exclusivement l application de rédaction de ModX. Pour pouvoir y accéder, le poste de travail utilisé doit disposer d une liaison physique avec le système d auteurs et être équipé d un navigateur SYSTÈME PRODUCTIF Le système productif WEBUNIFR est un système ouvert, en principe accessible à tous les internautes. Pour pouvoir l utiliser, il suffit de disposer d une connexion Internet et d un navigateur. 28

29 11. ORGANISATION DE L ASSISTANCE TECHNIQUE L organisation de l assistance technique au sein d une entreprise est une partie essentielle des conventions de services. Pour la plate-forme CMS WEBUNIFR, l organisation de l assistance technique prévoit un seul et même processus, que l incident concerne la gestion du système ou la gestion des applications. Les processus, les canaux et les outils de gestion des incidents doivent être encore fixés. 29

30 12. INFORMATIONS COMPLÉMENTAIRES RÉCEPTION DU CONCEPT L UNIFR (le mandant) ne procèdera pas à la réception proprement dite du présent concept d exploitation de la plate-forme WEBUNIFR. Ce concept sera complété en continu au gré de l avancement du projet actuel, mais également ensuite pendant la phase d exploitation. 30