Avant de pouvoir concevoir et implémenter une stratégie de sécurité, vous devez d'abord définir les exigences de votre organisation. Les questions suivantes devraient vous aider à traiter votre définition, même si elles ne prennent pas en compte tous les cas possibles. Expérimenter les modèles de domaine fournis va aussi vous aider à maîtriser les possibilités de conception prises en charge par WebFOCUS, même si vous avez l'intention de développer une stratégie personnaliser.
Les considérations liées à la stratégie de sécurité incluent :
Quels groupes d'utilisateurs ont des besoins en reporting et en accès similaires ?
Souvent, ces groupes sont des départements dans un déploiement dans l'entreprise ou dans des organisations en location SaaS. Il peut aussi y avoir des groupes globaux ayant accès à toutes les ressources dans le référentiel, le groupe des administrateurs par exemple, ou encore une organisation chargée de centraliser la planification des rapports.
Quels sont les outils de reporting, les privilèges, et les rôles dont les utilisateurs ont besoin ?
Par exemple, est-ce que les utilisateurs auront à créer leurs propres rapports avec InfoAssist, ou se contenteront-t-ils d'exécuter des rapports préparés ? Est-ce que les utilisateurs peuvent planifier les rapports et si c'est le cas, auront-ils accès à toutes les fonctionnalités de planification ou seront-ils limités à un sous-ensemble ? Les managers ont-ils besoin de privilèges qui ne seront pas fournis aux autres utilisateurs ?
Remarque : trop de complexité va rendre le système plus difficile à gérer pour les administrateurs et plus difficile à comprendre pour les utilisateurs. Il est donc recommandé de limiter le nombre de vos rôles, afin de faciliter l'expérience de l'administrateur et de l'utilisateur.
Combien d'environnements WebFOCUS aurez-vous ? De quelle manière ces différents environnements impactent-ils les besoins ?
Les déploiements d'entreprise ont souvent des instances séparées pour leurs implémentations de développement, de test, et de production, et n'incluent pas obligatoirement les rôles développeur dans les environnements de test et de production. A l'inverse, dans les déploiements SaaS, les développeurs locataires vont peut-être développer du nouveau contenu de reporting pour leurs organisations, directement dans l'environnement de production.
Allez-vous déployer du contenu à l'intérieur d'un portail WebFOCUS BI ?
Si c'est le cas, est-ce que chaque département ou locataire possède son propre portail, ou est-ce que tout le monde aura accès à un portail unique ? Il sera peut-être plus facile de gérer un portail d'entreprise unique dans lequel certaines pages sont disponibles à tout le monde et d'autres, spécifiques à certains départements ou certains locataires, sont réservées aux utilisateurs de ces organisations.
À ce que votre modèle administratif sera centralisé ou souhaitez-vous déléguer certaines responsabilités aux administrateurs de groupe ?
Par exemple, vous pouvez laisser un administrateur de groupe vente affecter les utilisateurs à des rôles de reporting plutôt que d'affecter cette tâche à l'administrateur système.
WebFOCUS |