28.06.2013 Views

IBM Cognos Framework Manager Version 10.2.0 - Guide d'utilisation

IBM Cognos Framework Manager Version 10.2.0 - Guide d'utilisation

IBM Cognos Framework Manager Version 10.2.0 - Guide d'utilisation

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

Vous disposez de ce sujet de requête :<br />

(Security_column, value 1, value 2, value 3)<br />

Lorsque vous ajoutez un filtre au sujet de requête, le filtre utilise une macro pour<br />

rechercher une liste de valeurs, par exemple :<br />

Security_column in (#CSVIdentityName(%Roles_Groups)#)<br />

Pour les utilisateurs avec le rôle Tous, Auteurs et Administrateurs système, le test<br />

se présente comme suit :<br />

Security_column in (’Group1’,’Group2’,’Group3’)<br />

Fonction macro CSVIdentityNameList<br />

Si la sécurité des données dans la source de données est identique pour les rôles et<br />

les groupes définis dans <strong>IBM</strong> <strong>Cognos</strong> BI, vous pouvez utiliser la fonction macro<br />

CSVIdentityNameList. La fonction macro accepte éventuellement comme paramètre<br />

une liste délimitée par des séparateurs et renvoie alors une liste délimitée par des<br />

séparateurs pouvant être utilisée dans un filtre avec l'opérateur In. Vous n'avez pas<br />

besoin d'une table de mappage des paramètres.<br />

Voici un exemple :<br />

Security_column in (#CSVIdentityNameList()#)<br />

Pour les utilisateurs avec le rôle Tous, Auteurs et Administrateurs système, le test<br />

se présente comme suit :<br />

Security_column in (’Everyone’,’Authors’,’System<br />

Administrators’)<br />

Tenez compte des points suivants :<br />

v Les utilisateurs peuvent appartenir à plusieurs groupes ou rôles.<br />

v Il n'existe aucun moyen de différencier les groupes et les rôles. Chaque groupe<br />

ou rôle doit donc avoir un nom unique.<br />

v Cette fonction ne fonctionne que dans un filtre et renvoie toujours les valeurs<br />

0..n.<br />

Sécurité des objets<br />

La sécurité des métadonnées peut être appliquée directement aux objets d'un<br />

projet.<br />

Si vous ne définissez pas une sécurité orientée objets, tous les objets de votre projet<br />

sont visibles par quiconque dispose d'un accès au pack. Les utilisateurs, groupes<br />

ou rôles auxquels aucun paramètre d'autorisation ou de refus n'est associé pour<br />

l'accès à un objet sont considérés comme étant indéfinis. L'objet hérite alors de la<br />

sécurité qui a été définie pour son objet parent. Lorsque vous accordez ou refusez<br />

explicitement l'accès à un objet, vous remplacez les paramètres hérités. Les objets<br />

parent et enfant ont alors des paramètres différents. Lorsque vous appliquez une<br />

sécurité à un objet parent, elle est également appliquée à tous les objets enfant de<br />

cet objet parent dans le modèle. Une fois que vous avez défini la sécurité pour un<br />

objet, vous devez effectuer cette même opération pour tous les objets. Pour cela,<br />

vous pouvez paramétrer la sécurité sur l'espace-noms racine.<br />

Vous souhaitez peut-être qu'un objet soit visible uniquement pour certains<br />

utilisateurs, groupes ou rôles. Par exemple, dans votre projet, vous pouvez avoir<br />

un sujet de requête Salaire. Vous pouvez rendre le sujet de requête Salaire visible<br />

pour le groupe Gestionnaires et le cacher pour tous les autres utilisateurs.<br />

Chapitre 7. Publication de packs 267

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!