Keyword - les solutions ISIMAN® conçues pour la gouvernance, les risques, la conformité.
     
  ISIMAN®
  ISIMAN® Entreprise : choisissez votre solution
  ISIMAN® Entreprise
  Les Solutions ISIMAN®
  Notre savoir-faire
  Nos projets phares
  Notre société
  Nos partenaires
  Demo en ligne
  Nos références
  Nous contacter
  Hotline et support
  Recrutement
  Nouveauté
  Découverte
    Mariage du risk management et de la finance
    Partenariat stratégique
    L'heure de la rationalisation des intranets a sonné
    A quoi sert l'interactivité
    Ne gaspillez pas l'opportunité que la LSF vous donne !
    La Loi Sécurité Financière
    Do you speak COSO ?
    Faut-il mourir 'conforme et certifié' ?
    Les procédures doivent-elles rester invisibles ?
    La modélisation d'un site Intranet
    La qualité et ses outils
    EPSS - SSPE : qu'est-ce que c'est ?
    IAS/IFRS - Bâle II : une démarche outillée
    La petite histoire d'un outil d'aide au pilotage
    Fonctionnalités solutions LSF - risques - Bâle II
Télécharger le fichier

La modélisation d’un site intranet

Qu’est-ce que c’est que la modélisation ?
La modélisation est la clé de la satisfaction client dès lors qu’il s’agit de prendre en compte ses besoins spécifiques. En effet c'est au cours de cette étape préalable que tous les besoins et attentes clients sont étudiés, et le paramétrage correspondant effectué pour créer un modèle ISIMAN®  ciblé et adapté à ses besoins.

Ce n'est pas seulement la structure du site intranet résultant qui est définie lors de cette phase, mais également l'ergonomie, la navigation, le périmètre, les liens inter-référentiels éventuels, le tout avec le but de fournir au client un intranet approprié qui répond pleinement aux besoins de ses utilisateurs.

La phase de modélisation peut durer de quelques jours à quelques semaines suivant que les besoins client sont plus ou moins proches des modèles des solutions ISIMAN standard.

Concrètement comment ça se passe ?

La modélisation est déjà amorcée lors des entretiens avec le commercial Keyword car celui-ci a la visibilité globale des grandes familles de modèles mis en oeuvre en clientèle et son travail consiste à déblayer le terrain dans les grandes lignes.

Ces informations sont transmises au chef de projet affecté au projet. Un schéma simplifié de modélisation est utilisé pour jeter les bases de la structure dans ses grandes entités. Ce travail est poursuivi à travers une série de réunions entre le client (maîtrise d'oeuvre, maîtrise d'ouvrage, représentants des utilisateurs, ...) et le consultant Keyword afin de définir les spécifications de façon de plus en plus détaillée, débouchant ainsi sur une spécification technique permettant le paramétrage par Keyword.

Le document de spécifications est discuté entre client et consultant Keyword, la structure de la base de connaissances, les relations entre les entités débattues. L'expérience de Keyword dans le domaine permet de faire des contre-propositions intéressantes et de suggérer des solutions élégantes à des problèmes parfois d'apparence contradictoire.

Les 4 types de modèles

Chaque référentiel ISIMAN® comporte 4 modèles types:

·  le modèle de données utilisé pour structurer la base de données relationnelles. A noter qu’il est possible de créer plusieurs référentiels à partir d’un même modèle de données.

·  le modèle d’édition qui présente les entités du modèle de données dans un outil de saisie cohérent pour les rédacteurs

·  le modèle de génération qui spécifie la logique d'affichage des informations de la base de connaissances dans une vue intranet.

·  le modèle de présentation qui tient compte de la charte graphique du client et définit le positionnement des différents éléments à l'écran pour chaque vue.

Cliquez ici pour visualiser le processus détaillé

 

 

Le modèle de données

Le modèle de données définit dans le plus petit détail les entités de la base de connaissances, leurs attributs et les liens entre elles. Pour rendre la tâche plus aisée pour un néophyte, Keyword fournit toujours un schéma simplifié du modèle de données ce qui permet d'améliorer la qualité du dialogue.

Le modèle d’édition

Le modèle d’édition présente les entités de la base de connaissances dans un ensemble de pages écrans (volets) dans l'éditeur ISIMAN®. Cette organisation permet aux rédacteurs de travailler le plus logiquement et le plus intuitivement possible, tout en respectant les contraintes de la structure de la base de connaissances.

Le modèle de génération

Le modèle de génération spécifie la restitution du contenu de la base de connaissances sous forme de site Intranet. La navigation, la logique d'affichage et les entités à inclure dans la restitution sont définis indépendamment du modèle de données. En effet, il est tout à fait possible de spécifier plusieurs modèles de génération et donc plusieurs vues pour un même modèle de données. Par exemple, ceci permet à des utilisateurs de l’ERP de ne visualiser que les éléments de formation tandis qu’une autre vue, destinée à l'équipe projet, contient, en plus, toutes les informations détaillées nécessaires à la maintenance : rôles, règles de paramétrage, documentation des spécifiques, …

Le modèle de présentation

Le modèle de présentation est propre à chaque client car il définit les aspects graphiques du site intranet. Il incorpore les spécifications de la charte graphique du client et les images qui lui sont propres. La présentation visuelle du portail, des rubriques et des sous-rubriques sont toutes définies dans ce modèle. Il est donc tout à fait possible de faire évoluer le modèle de présentation sans aucun impact sur le modèle de génération ni le modèle de données.

Partenariat développement

Avec ISIMAN®, si le client a opté pour une licence globale Entreprise, il est possible de former une équipe de développeurs XML/XSL du client aux techniques de modélisation dans le contexte ISIMAN®. Ainsi, le client se rend progressivement indépendant de Keyword et prend en charge les modifications de structure ou de présentation des référentiels déjà en place. A terme, il peut créer lui-même ses propres référentiels. Une hotline développeur est prévue dans le contrat de maintenance.