23 OPUS - Specifications Fonctionnelles

OPUS DRAC
DSFD
Spcifications Fonctionnelles
Dtailles
Projet OPUS DRAC
Auteurs
Mathilde GUILLARME Chef de projet
Marc BOUVET Consultant dcisionnel
Klee Group
Crateurs de solutions e business
Centre daffaires de la Boursidire BP 5 - 92357 Le Plessis Robinson
Tel : 01 46 29 58 28 - Fax : 01 46 29 25 29
SUIVI DU DOCUMENT
Version
1.0
Date
29/09/2004
Mises jour
Auteurs
Mathilde Guillarme
Objet de la mise jour
Version initiale
Marc Bouvet
1.1
30/09/2004
Mathilde Guillarme
Ajout de la fonction de saisie par import (

7.2)
Ajout des principes ergonomiques
module de collecte ( 4.2)
du
Ajout dun paragraphe sur la gestion des

commentaires dans les documents BO (
8.5.3.8)
1.2
14/10/2004
Mathilde Guillarme
Mise jour de la gestion des saisies par

import de fichiers
Mise jour des possibilits de modifications
des dimensions dun axe
Mise jour des profils du module de collecte
et rpercussion automatise dans le module
danalyse
Gestion des catgories dans WebIntelligence
Suppression de la ventilation en ligne des
valeurs de dimension dans lcran de collecte
(incompatible avec la fonction dexport)
1.3
19/10/2004
Sophie Etienne /
Arthur Zappacosta
Acceptation des modifications de la version

1.2
Ajout de demandes de prcisions
1.4
21/10/2004
Mathilde Guillarme
Modifications suite aux remarques contenues

dans le document 1.3
1.5
27/10/2004
Mathilde Guillarme
Modifications suite la revue de la version

1.4 en groupe projet du 26/10/2004
1.6
08/11/2004
Mathilde Guillarme
Intgration de
concernant :
dArthur
Zappacosta
la planification des
automatiques (M 8.4)
traitements
les droits daccs un document BO

rfrenant les indicateurs dun
domaine ( 8.3.1.1)
OPUS DRAC 343195827.doc

Dernier enregistrement : 23/01/2007 12:27
Klee Group 2004
page 2/85
Ministre de la Culture :
Liste de diffusion
Klee :
Sophie ETIENNE
Bruno PUTEANUS
Arthur ZAPPACOSTA
Les membres du Comit de Suivi
quipe projet KLEE
Pascal HURUGUEN
A = Application, O = Observations, I = Information diffusion, V = Validation

Klee Group 2004
page 3/85
SOMMAIRE
1 INTRODUCTION.................................................................................................................................................... 7
1.1
1.2
OBJET DU DOCUMENT...........................................................................................................................................7
DOMAINE DAPPLICATION.....................................................................................................................................7
2 CADRE DU PROJET.............................................................................................................................................. 8
2.1
2.2
2.3
ENJEUX ET OBJECTIFS..........................................................................................................................................8
PRIMTRE FONCTIONNEL....................................................................................................................................8
CADRE TECHNIQUE................................................................................................................................................8
3 GLOSSAIRE.......................................................................................................................................................... 10
3.1
3.2
3.2.1
3.2.2
3.3
3.4
3.5
3.6
AXE ET DIMENSION..............................................................................................................................................10
DONNE................................................................................................................................................................11
STRUCTURE.....................................................................................................................................................11
VALEUR..........................................................................................................................................................11
DOMAINE OPUS ET GROUPE DE TRAVAIL..........................................................................................................11
THME ET SOUS THME.......................................................................................................................................12
UNIVERS ET OBJET..............................................................................................................................................12
INDICATEUR ET DOCUMENT................................................................................................................................12
4 DESCRIPTION GNRALE............................................................................................................................... 13
4.1
4.2
LES MODULES......................................................................................................................................................13
LES PRINCIPES DERGONOMIE DU MODULE DE COLLECTE...............................................................................13
5 GESTION DE LA SCURIT.............................................................................................................................. 16
5.1
LA CONNEXION LAPPLICATION......................................................................................................................16
5.2
PRINCIPES DE CLOISONNEMENT OPUS..............................................................................................................16
5.2.1
TRAVAIL COLLABORATIF : LES GROUPES........................................................................................................16
5.2.2
PRIMTRES OPUS : LES DOMAINES..............................................................................................................17
5.2.3
MODLISATION DE LORGANISATION..............................................................................................................17
5.3
UTILISATION EN MODE AUTONOME....................................................................................................................17
5.4
UTILISATION EN MODE COLLABORATIF.............................................................................................................18
5.5
SCURIT DE LACCS AUX DONNES ET AUX VALEURS SAISIES......................................................................19
5.5.1
VISIBILIT DES DONNES SAISIES...................................................................................................................19
5.5.1.1
Principe.................................................................................................................................................19
5.5.1.2
Usage particulier....................................................................................................................................20
5.5.2
CONFIDENTIALIT DES DONNES RESTITUES................................................................................................20
5.6
PROFILS................................................................................................................................................................21
5.6.1
APPLICATION AU MODULE DE COLLECTE........................................................................................................21
5.6.2
APPLICATION AU MODULE DANALYSE...........................................................................................................21
6 LES FONCTIONS DADMINISTRATION......................................................................................................... 23
6.1
GESTION DES DOMAINES OPUS ET DES GROUPES DE TRAVAIL........................................................................23
6.1.1
DESCRIPTION..................................................................................................................................................23
Klee Group 2004
page 4/85
6.1.2
6.1.3
6.1.4
6.1.5
6.2
6.2.1
6.2.2
6.2.3
6.2.4
6.2.5
6.3
6.3.1
6.3.2
6.3.3
6.3.4
6.3.5
6.4
6.4.1
6.4.2
6.4.3
6.4.4
6.4.5
6.5
6.5.1
6.5.2
6.5.3
6.5.4
6.5.5
INFORMATIONS PRSENTES SUR LES CRANS..................................................................................................24

ACTIONS POSSIBLES........................................................................................................................................24
CAS DERREUR................................................................................................................................................25
ACTIONS AUTORISES.....................................................................................................................................25
GESTION DES UTILISATEURS FICHE UTILISATEUR..........................................................................................26
DESCRIPTION..................................................................................................................................................26
CAS DERREUR................................................................................................................................................28
GESTION DES UTILISATEURS RECHERCHE ET LISTE......................................................................................28
DESCRIPTION..................................................................................................................................................28
CAS DERREUR................................................................................................................................................30
GESTION DES THMES ET DES SOUS THMES.....................................................................................................31
DESCRIPTION..................................................................................................................................................31
CAS DERREUR................................................................................................................................................33
GESTION DES CONTRLES DE SAISIE PRDFINIS.............................................................................................34
DESCRIPTION..................................................................................................................................................34
CAS DERREUR................................................................................................................................................36
7 LES FONCTIONS DE COLLECTE.................................................................................................................... 37

7.1
GESTION DES SAISIES MANUELLES.....................................................................................................................37
7.1.1
DESCRIPTION..................................................................................................................................................37
7.1.1.1
Usage courant........................................................................................................................................37
7.1.1.2
Usage avanc.........................................................................................................................................40
7.1.2
7.1.3
7.1.4
CAS DERREUR................................................................................................................................................43
7.1.5
7.2
GESTION DES SAISIES PAR IMPORT DE FICHIERS...............................................................................................44
7.2.1
CARACTRISTIQUES DU FICHIER DIMPORT....................................................................................................44
7.2.2
IMPORT PILOT PAR LUTILISATEUR................................................................................................................46
7.2.3
IMPORT AUTOMATIQUE...................................................................................................................................47
7.3
RECHERCHE DES SAISIES ET LISTE.....................................................................................................................47
7.3.1
DESCRIPTION..................................................................................................................................................47
7.3.2
7.3.3
7.3.4
CAS DERREUR................................................................................................................................................50
7.3.5
7.4
PILOTAGE DES SAISIES.........................................................................................................................................50
7.4.1
DESCRIPTION..................................................................................................................................................50
7.4.2
7.4.3
7.4.4
CAS DERREUR................................................................................................................................................53
7.4.5
Klee Group 2004
page 5/85
8 LES FONCTIONS DANALYSE.......................................................................................................................... 54

8.1
MODLE DANALYSE............................................................................................................................................54
8.1.1
PRINCIPES OPUS............................................................................................................................................54
8.1.1.1
Lien avec le modle de collecte.............................................................................................................54
8.1.1.2
Formulation des indicateurs...................................................................................................................54
8.1.1.3
Axes danalyses particuliers..................................................................................................................54
8.1.2
APPLICATION AU DOMAINE DRAC.................................................................................................................54
8.2
ENTREPT DE DONNES VALORISES.................................................................................................................55
8.2.1
RFRENTIELS................................................................................................................................................55
8.2.1.1
Rfrence pour les dimensions..............................................................................................................55
8.2.1.2
Rfrence pour structures de donnes....................................................................................................56
8.2.1.3
Rfrence pour les valeurs de donnes..................................................................................................56
8.2.2
CONSERVATION DES DONNES........................................................................................................................57
8.2.3
CONSTITUTION ET ALIMENTATION DE LENTREPT........................................................................................57
8.2.3.1
Principes du modle de donnes de lentrept.......................................................................................57
8.2.3.2
Contrles des valeurs de donnes..........................................................................................................58
8.2.3.3
Rgles dalimentation............................................................................................................................58
8.2.4
DISPONIBILIT DES DONNES.........................................................................................................................58
8.3
ACCS LA SOURCE : LUNIVERS BO................................................................................................................58
8.3.1
PRINCIPES OPUS............................................................................................................................................59
8.3.1.1
Etendu dun univers...............................................................................................................................59
8.3.1.2
Contenu dun univers............................................................................................................................60
8.3.2
APPLICATION AU CAS DRAC..........................................................................................................................62
8.4
TRAITEMENTS TECHNIQUES AUTOMATIQUES.....................................................................................................63
8.5
RESTITUTIONS......................................................................................................................................................64
8.5.1
OUTIL BUSINESS OBJECTS..............................................................................................................................64
8.5.2
AUTHENTIFICATION DANS LE MODULE DANALYSE........................................................................................64
8.5.3
UTILISATION DE DOCUMENTS BO...................................................................................................................64
8.5.3.1
Fonctionnalits de BO Infoview dans OPUS.........................................................................................64
8.5.3.2
Autorisation daccs aux documents.....................................................................................................64
8.5.3.3
Types de documents accessibles............................................................................................................65
8.5.3.4
Apparence des pages InfoView et page daccueil..................................................................................65
8.5.3.5
Catgories..............................................................................................................................................65
8.5.3.6
Impressions............................................................................................................................................65
8.5.3.7
Documents prdfinis du domaine DRAC.............................................................................................65
8.5.3.8
Utilisation de la zone commentaire........................................................................................................65
8.5.4
REQUTES LIBRES ET CREATION DE DOCUMENTS BO....................................................................................65
8.5.5
ENREGISTREMENT ET CATGORISATION DES DOCUMENTS..............................................................................66
8.5.6
SUPPRESSION DE DOCUMENTS........................................................................................................................66
9 LES FONCTIONS DE PARAMTRAGE........................................................................................................... 67
9.1
GESTION DES AXES ET DES DIMENSIONS............................................................................................................67
9.1.1
DESCRIPTION..................................................................................................................................................67
9.1.2
9.1.3
9.1.4
CAS DERREUR................................................................................................................................................70
9.1.5
9.2
GESTION DES DONNES FICHE DONNE..........................................................................................................71
9.2.1
DESCRIPTION..................................................................................................................................................71
9.2.2
9.2.3
9.2.4
CAS DERREUR................................................................................................................................................76
9.2.5
9.3
GESTION DES DONNES RECHERCHE ET LISTE..............................................................................................77
Klee Group 2004
page 6/85
9.3.1
9.3.2
9.3.3
9.3.4
9.3.5
DESCRIPTION..................................................................................................................................................77
CAS DERREUR................................................................................................................................................79
10 LES FONCTIONS TECHNIQUES..................................................................................................................... 81

10.1
10.2
10.3
TRACER LES MODIFICATIONS............................................................................................................................81

ARCHIVER LES DONNES...................................................................................................................................82
PURGER LES DONNES.......................................................................................................................................82
11 EXCEPTIONS...................................................................................................................................................... 83

Klee Group 2004
page 7/85
1 INTRODUCTION
1.1 O B J E T D U D O C U M E N T
Lobjet de ce document est de dfinir les spcifications fonctionnelles dtailles de lapplication OPUS (Outil de
Pilotage lUsage des Services).
Les spcifications fonctionnelles dtailles ont pour but de dcrire prcisment :
Lensemble des fonctionnalits de lapplication.
Les objets manipuls, leurs buts et leurs principes de fonctionnement.
Les crans utilisateurs mettant en uvre les fonctionnalits de lapplication.
Le but, le type et le caractre obligatoire de chacun des champs prsents sur les crans de saisie,
ainsi que les actions possibles partir des crans.
Toutes les fonctionnalits prvues lors de la phase de conception sont prcises dans ce document en indiquant
limplmentation de ces fonctionnalits dans lapplication.
La maquette fonctionnelle de lapplication, qui a t travaille avec le groupe utilisateur lors de la phase de
conception, servira aux spcifications fonctionnelles dtailles. Les crans de cette maquette illustreront donc ce
document.
1.2 D O M A I N E D A P P L I C ATI O N
Ce dossier de spcifications fonctionnelles dtailles est applicable pendant la phase de dveloppement de
lapplication OPUS.
Le fonctionnement de lapplication sera conforme aux lments prsents dans ce dossier.

Klee Group 2004
page 8/85
2 CADRE DU PROJET
2.1 E N J E U X E T O B J E C T I F S
Le projet OPUS DRAC (Outil de Pilotage lUsage des Services) sinscrit dans le cadre de la Loi Organique aux
Lois de Finances, lment fondamental de la rforme de ltat. Lun des aspects de cette rforme est notamment la
transformation dune administration de moyens en une administration de rsultats.
Ainsi, lapplication OPUS DRAC doit permettre aux DRAC :
Dassurer le pilotage local de leur performance,
De disposer dun outil de dialogue de gestion fiable, formalis et partag avec ladministration
centrale
De se positionner par rapport dautres DRAC comparables ou une moyenne nationale ou des
objectifs fixs par ladministration centrale
Elle constitue le premier besoin de pilotage au sein du Ministre de la Culture et doit crdibiliser lapproche
contrle de gestion, composante essentielle de la LOLF.
En consquence, le projet OPUS DRAC doit tre compris comme une premire application de loutil OPUS au
domaine spcifique des DRAC. Une fois cette application mise en place, le Ministre prvoit lutilisation de loutil
dautres contextes que celui des DRAC.
2.2 P R I M T R E F O N C T I O N N E L
Lapplication OPUS est constitue de deux sites intranets distincts :
Le premier structure et recueille les oprations de collecte de donnes,

le second permet la restitution et lanalyse des donnes collectes au travers de documents
prdfinis ou construits par lutilisateur
Le dossier de spcifications dtailles dcrit lensemble des fonctions de lapplication. Il est organis en cinq
chapitres :
Les fonctions dadministration (figurant dans le module de collecte)
Les fonctions de collecte (figurant dans le module de collecte)
Les fonctions danalyse (figurant dans le module danalyse)
Les fonctions de paramtrage (figurant dans le module de collecte)
Les fonctions techniques
2.3 C A D R E T E C H N I Q U E
Lapplication OPUS repose sur les outils suivants :
Serveur web Apache li au serveur dapplication Tomcat,
Outils Business Objects WebIntelligence v6.1
Serveur de donnes avec une base Oracle 9i,
Package PL/SQL dOracle.
Le module de collecte, dvelopp sur la base dun framework technique J2EE, est hberg par le serveur ApacheTomcat.
Klee Group 2004
page 9/85
Le module danalyse, dvelopp sous WebIntelligence, est hberg par le mme serveur web.
Les deux modules accdent au mme serveur de donnes.

Klee Group 2004
page 10/85
3 GLOSSAIRE
Lapplication manipule des donnes, des axes et des dimensions pour constituer des univers danalyse reprsentatifs
de domaines fonctionnels OPUS. Sur la base des objets qui les composent, ces univers Business Objects permettent
aux utilisateurs de dfinir des indicateurs, mesures de lactivit de leur service.
Il convient de prciser le sens de ces abstractions.
3.1 A X E E T D I M E N S I O N
Un axe est une liste dlments hirarchiss. Chaque niveau de la hirarchie constitue une dimension de laxe.
Un axe est donc constitu dau moins une dimension. Un lment daxe est toujours associ une seule dimension
et a au plus un lment pre.
Remarque : Le terme dimension est utilis dans le mme sens que la couche smantique de BO.
Exemples :
-
Axe dispositif . Cet axe est constitu dune seule dimension, qui porte par dfaut le nom de
laxe. Ces lments constitutifs sont :
Axe types dactions . Cet axe est constitu de deux dimensions : Niveau 1 (N1) et Niveau 2
(N2). Par convention dans les processus danalyse, le niveau 1 reprsentera toujours le niveau de
dtail le plus fin.
Dimension 2 : Niveau 2
Dimension 1 : Niveau 1
Aide au fonctionnement
Conception matriel pdagogique
Aide lemploi
Services ducatifs
Autre
Atelier de pratique artistique

Intervention en milieu scolaire
Chantier de jeunes bnvoles
Catalographie
Cartographie
Evnement manifestation
Evnement
Action de communication / divers
Commmoration
Prix et rcompenses
Festival
Biennale
Forum
Salon
Sminaire
Dans lapplication OPUS, il existe trois types daxe :
Les axes de type calendrier ont la particularit davoir comme lment de

niveau le plus fin les jours calendaires.
Les axes de type organisation . Ces axes ont deux dimensions. Les groupes
de travail sont les lments du niveau le plus fin, et les domaines OPUS sont
les lments du niveau agrg.
Klee Group 2004
page 11/85
Les axes ordinaires regroupent tous les autres. Les deux exemples ci-dessus
sont des axes de type commun
3.2 D O N N E
Une donne se dfinit par sa structure et ses valeurs
3.2.1 S TRUCTURE
La structure dune donne est un ensemble dattributs qui dfinit son comportement. Ces principaux attributs sont :
Le numro,
Lintitul,
Le type (numrique, date, boolen, texte),
Le format,
Les dimensions utilises pour la ventilation des valeurs.
Exemple :
Donne N3
-
N : 3
Intitul : Nombre dtablissements cinmatographiques labelliss Art & Essai prsents dans
le dpartement i la fin de lanne considre
Type : numrique
Format : entier sur 3 caractres
Dimensions:
axe calendrier (anne/mois) : dimension anne ,
axe go-administratif (rgion/dpartement) : dimension dpartement .
3.2.2 V ALEUR
La valeur de la donne na de sens que dans le contexte des ses dimensions de rpartition. Une donne peut prendre
autant de valeurs que le rsultat du produit cartsien du nombre dlments de chacune des dimensions qui la
dfinissent.
Exemple :
Entre 2003 et 2005, pour la rgion Ile de France, la donne N3 dfinie ci-dessus peut prendre 8*3=24 valeurs
associes. Car on compte 3 annes entre 2003 et 2005 et 8 dpartements en Ile de France.
3.3 D O M A I N E OPUS E T G R O U P E D E T R AVAI L

Un groupe de travail reprsente un ensemble dutilisateurs ayant des droits communs daccs aux donnes.
Sur le plan organisationnel, un domaine est un ensemble de groupes de travail mis en relation pour une dmarche de
collecte.
Sur le plan fonctionnel, un domaine correspond au primtre dune structure de collecte. Une structure de collecte
peut tre significative dans le cadre de plusieurs domaines OPUS.
Exemple :
DRAC est un domaine OPUS. LOLF pourrait en tre un autre. Une donne est valorise dans un primtre
organisationnel qui correspond un seul domaine OPUS mais elle peut tre utilise pour lanalyse dans le cadre de
plusieurs domaines.
Klee Group 2004
page 12/85
Ces notions sont amplement dtailles dans le chapitre consacr la scurit applicative.
3.4 T H M E E T S O U S T H M E
Les thmes et les sous thmes dfinissent une structure hirarchique deux niveaux qui permet deffectuer des
regroupements logiques de donnes. Ils sont communs un mme domaine OPUS.
Ils sont utiliss, dans le module de collecte, pour un accs plus ais aux donnes saisir ; et dans le module
danalyse, comme regroupement thmatique de donnes (voir le chapitre dcrivant les fonctions danalyse).
3.5 U N I V E R S E T O B J E T
Dans le module danalyse, un univers est un ensemble dobjets smantiques dun mme domaine OPUS. Les objets
sont des dimensions ou des donnes. Ils constituent la base danalyse dun domaine.
3.6 I N D I C ATE U R E T D O C U M E N T
A partir des objets dun univers, on construit des indicateurs. Les indicateurs sont des fonctions dobjets dun ou de
plusieurs univers. Parfois, lindicateur est lobjet lui mme.
Exemples :
1) Lindicateur est la donne elle mme
Dans le rapport n21 du cahier des charges, lindicateur I1i = N1i, pour le dpartement i o N1i = Nombre de
dossiers concernant la description des fonds du dpartement i soutenus par la DRAC au cours de lanne civile
considre
2) Lindicateur est une fonction dune ou plusieurs donnes
Dans le rapport n4, lindicateur I1i, taux moyen de marge artistique pour les structures relevant du label i est dfini
comme suit :
I1i=Somme(M4ji)/Somme(M3ji) o M3ji = Montant du budget dfinitif total de la structure de production et de
diffusion j relevant du label i au cours de lanne dengagement des crdits par la DRAC
Et M4ji= Marge artistique de la structure de production et de diffusion j relevant du label i au titre de lanne civile
considre.
Un document est la reprsentation des valeurs dun ou de plusieurs indicateurs. Un document peut tre constitu de
plusieurs rapports. Il contient des tableaux, des graphiques et du texte.

Klee Group 2004
page 13/85
4 DESCRIPTION GNRALE
4.1 L E S M O D U L E S
OPUS
Module de collecte
Collecte et pilotage des saisies
Paramtrage des donnes et des
axes
Administration
Base de collecte
Optimisation pour
lanalyse
Module danalyse
Consultation des documents
prdfinis
Requtes ad-hoc
Cration de nouveaux documents
Univers OPUS
Base danalyse
Comme lillustre la figure ci-dessus, lapplication OPUS est constitue de deux modules :
Le module de collecte qui comprend globalement des fonctions de collecte (saisie et pilotage), des
fonctions de paramtrage et des fonctions dadministration (gestion des utilisateurs, des groupes de
travail...)
Le module danalyse dans lequel lutilisateur manipule soit des documents prdfinis, soit
directement les univers OPUS pour constituer de nouveaux documents ou effectuer des requtes adhoc ..
Dans un premier temps, les donnes sont stockes, ds leur saisie, dans une base de collecte. Puis, elles sont
transfres automatiquement et de manire asynchrone (toutes les nuits) dans une base optimise pour lanalyse.
Le module danalyse utilise les donnes stockes dans la base danalyse, ce qui signifie en particulier que les
donnes saisies au jour j ne seront disponibles dans le module danalyse quau jour j+1.
De la mme faon, les univers sont construits automatiquement et de manire asynchrone (toutes les nuits) sur la
base des lments dfinis dans les fonctions de paramtrage (donnes, axes).
4.2 L E S P R I N C I P E S D E R G O N O M I E D U M O D U L E D E C O L L E C T E
Taille des crans
Les crans seront optimiss pour une rsolution 1024x768.
Plus exactement, la largeur ne dpassera jamais celle disponible en 1024x768 dans un navigateur maximis. Pour la
hauteur en revanche, on pourra se permettre si besoin, de forcer lutilisation des barres de dfilement verticales.
Dfilement vertical

Klee Group 2004
page 14/85
Lors d'un dfilement vertical, l'ensemble des lments de la page participe au dfilement, y compris le bandeau
suprieur et le menu gauche car nous ne recommandons pas lutilisation de frame
Accs aux formulaires de saisie
Un formulaire de saisie est accessible selon 3 modes dutilisation :
Mode cration
Mode consultation (les champs sont en lecture seule)
Mode modification (les valeurs sont modifiables).
Par convention, lorsque aprs une recherche sur la base, lutilisateur accde aux informations dun formulaire, celuici est toujours prsent en mode consultation. A condition que les droits de lutilisateur le permette, le mode
consultation prsentera toujours un bouton Supprimer permettant la suppression de lobjet reprsent dans le
formulaire. Un lien hypertexte Modifier figure galement sur la page et permet daccder au mme formulaire
en mode modification.
Reprage des champs obligatoires
L'utilisateur doit reconnatre les champs obligatoires dans un formulaire de saisie. La distinction se fait par l'ajout
dun point rouge la fin de l'tiquette du champ. Lorsque le caractre obligatoire d'un champ dpend de la
valeur d'un autre champ, et comme il n'est bien sr pas question de rafrachir la page pour l'indication obligatoire,
on pourra adopter plusieurs stratgies, dont la plus recommande est la suivante : laisser l'indication obligatoire
pour le champ qui ne l'est pas toujours et prciser par une phrase explicite dans quel cas le champ dpendant est
obligatoire ou non.
Ecrans de recherche multicritres/ affichage de liste de rsultats correspondants aux critres
renseigns
Les critres des crans de recherche ainsi que le nombre de lignes obtenues sont rappels en haut de la liste de
rsultats. Les colonnes sont triables. La liste de rsultats est pagine.
Enfin, les recherches tendues seront toujours figures par le caractre %.
Suppression
Toute suppression de donnes dans la base est prcde dune demande de confirmation.
Prsentation des erreurs
Les erreurs sont toutes dceles en une passe et prsentes globalement lutilisateur sous forme intelligible et non
dans un jargon informatique. Les libelles des champs en erreurs apparaissent en rouge.
Modifications apporter au menu principal
Ancienne formulation
Nb
de
caractres
Formulation souhaite
Nb
de
caractres
Nouvelle saisie manuelle
24
Saisie manuelle
15
Nouvel import
13
Saisie par import de fichiers
29
Rechercher des saisies
22
idem
Piloter les saisies
19
Suivre l'avancement des saisies
Paramtrage
11
idem
Nouvelle donne
15
idem
Rechercher des donnes
22
Recherche des donnes
31
21

Klee Group 2004
page 15/85
Axe et dimension
16
idem
Administration
14
idem
Nouvel utilisateur
18
idem
Recherche des utilisateurs
26
idem
Domaine et groupe
17
idem
Thme
idem
Contrle de saisie
18
idem

Klee Group 2004
page 16/85
5 GESTION DE LA SCURIT
5.1 L A C O N N E X I O N L A P P L I C ATI O N
OPUS DRAC est une application scurise. Les utilisateurs sont dfinis dans la base de collecte et copis
automatiquement et lidentique dans le rfrentiel Business Objets.
Lutilisateur se connecte de faon indpendante, soit au module de collecte, soit au module danalyse. Il est identifi
de faon unique par un nom de connexion et un mot de passe.
Dans tous les cas, si le nom de connexion ou le mot de passe est erron, la connexion lapplication est refuse.
5.2 P R I N C I P E S D E C L O I S O N N E M E N T OPUS
5.2.1 T RAVAIL
COLLABORATIF
: L ES
GROUPES
OPUS est fonde sur une unit de base : Le groupe de travail.

Ces groupes de travail sont dfinis par une activit oprationnelle. Lensemble des groupes de travail forme
lorganisme qui utilise OPUS.
Les groupes de travail sont tous au mme niveau hirarchique. Il nexiste pas dascendance de lun sur les autres.
Organisme
Groupe de travail
Groupe de travail
Groupe de travail
Chacun des groupes de travail a besoin dagir :

pour lui-mme, ce qui correspond un mode autonome de fonctionnement
pour le compte de lorganisme, ce qui correspond un mode collaboratif de
fonctionnement.
Application au Ministre de la Culture et de la Communication dans le cadre de lapplication OPUS-DRAC, cela
prend la forme suivante :
Ministre
BEI
DRAC PACA
DRAC CORSE
DRAC BASSE
NORMANDIE
DAG
CNC
LOLF
DRAC IDF

Klee Group 2004
page 17/85
5.2.2 P RIMTRES OPUS :
LES DOMAINES
On dfinit pour lapplication OPUS des domaines Domaine OPUS-. Il sagit dune notion qui correspond une
circonstance dusage de lapplication OPUS.
Sur le plan organisationnel, il est tabli que les groupes de travail mis en relation
pour une dmarche de collecte forment un primtre de circonstance : celui
particulier de cette collecte. Ce sont chacun de ces primtres qui sont appels
domaines.
Sur le plan fonctionnel, les modlisations mtiers utilises comme structure
pour les dmarches de collecte forment les domaines.
Corollaire : Puisque le groupe de travail est comme le domaine, une notion lie la circonstance dusage de
lapplication OPUS, un groupe de travail ne peut pas tre impliqu dans plusieurs domaines.
5.2.3 M ODLISATION
DE L ORGANISATION
La dimension ORGANISATION, selon laquelle sont organises les consolidations LOCAL==>GLOBAL est dfinie
partir des groupes de travail et suit la hirarchie prcise dans le schma ci-dessous.
Organisme
Organisation
Groupe de travail DOMAINE
Niveau 2
Niveau 1
Dimension danalyse
Exemple : Dans le cas du domaine OPUS DRAC, le niveau 1 de lorganisation comprendra les 26 DRAC et le
niveau 2, leur regroupement sous le titre DRAC.
5.3 U T I L I S ATI O N E N M O D E A U TON O M E

Le groupe de travail qui utilise OPUS pour un besoin qui lui est propre travaille dans ce cas en mode autonome :

Klee Group 2004
page 18/85
Un utilisateur de ce groupe dfinit la structure de collecte dont le groupe a

besoin ;
Les utilisateurs de ce groupe saisissent des valeurs de donnes dans cette

structure de collecte.
Dans ce contexte autonome , tout est centr sur le groupe de travail : il nest pas possible des utilisateurs ne
faisant pas partie du groupe de saisir des valeurs de donnes.
Organisme
Groupe de travail
Organisme
Cloison hermtique
Groupe de travail
Groupe de travail
Groupe de travail
Utilisateurs du groupe de travail
ZOOM
Groupe de travail
Donnes = structure de collecte
Valeurs saisies
Groupe de travail
Exemple :
Le service BEI forme un groupe de travail. Le service BEI souhaite grer un sujet particulier, qui lui est propre,
laide dOPUS.
Un membre du BEI dfinit la structure de collecte ddie lusage en question.
Tous les membres du BEI peuvent saisir des valeurs de donnes.
Aucun autre utilisateur dOPUS, qui nappartiendra pas BEI, ne pourra saisir de valeurs de donnes.
5.4 U T I L I S ATI O N E N M O D E C O L L A B O R ATI F

Il sagit de partager les structures de saisies entre groupes de travail.
Certains usages de OPUS ncessitent la collaboration de plusieurs groupes, en particulier pour constituer un
ensemble de valeur de donnes important permettant de procder des tudes globales (module ANALYSE). Il
sagit alors de collecter des informations provenant de groupes de travail diffrents. Chaque groupe de travail a le
soin de raliser les saisies des valeurs de donnes qui le concernent.
Un groupe est donc conduit travailler en mode collaboratif :
Un utilisateur du groupe de travail qui coordonne la collecte dinformations

dfinit la structure de collecte et la rend visible aux membres dautres groupes
de travail ;
Les utilisateurs des groupes pour lesquels la structure de collecte est visible y
saisissent des valeurs de donnes.
Klee Group 2004
page 19/85
Les valeurs saisies par un membre dun groupe de travail sont des valeurs
traduisant lactivit de son groupe et seulement de son groupe.
Dans ce contexte de travail collaboratif, tout nest pas centr sur le groupe de travail :
Il est possible des utilisateurs nombreux de saisir des valeurs de donnes, il
suffit quils appartiennent des groupes pour lesquels la structure de collecte est
visible..
Il nest pas possible de saisir des valeurs de donnes dans la structure de collecte
dun autre groupe de travail.
Organisme
Groupe de travail
Groupe de travail
Utilisateurs
Donnes
= structure
de collecte
Valeurs saisies
Organisme
Groupe de travail
Utilisateurs
Groupe de travail
Groupe de travail
Groupe de travail
Groupe de travail
ZOOM
Groupe de travail
Valeurs saisies
Groupe de travail
Utilisateurs
Valeurs saisies
Groupe de travail
5.5 S C U R I T D E L A C C S A U X D O N N E S E T A U X VAL E U R S S A I S I E S
5.5.1 V ISIBILIT
5.1.1
DES DONNES SAISIES
PRINCIPE
Au niveau du module de collecte, les valeurs de donnes sont visibles uniquement par les
utilisateurs appartenant au groupe de travail ayant effectu la saisie.
Exemple :
Soit deux utilisateurs Martin et Jean appartenant au groupe de travail DRAC PACA .
Klee Group 2004
page 20/85
Soit un troisime utilisateur Pierre appartenant au groupe de travail DRAC IDF .

Les valeurs de donnes saisies par lutilisateur Martin seront visualisables par lutilisateur Jean . Ces mmes
valeurs de donnes ne sont pas visualisables par lutilisateur Pierre dans le module de collecte.
Schmatisation ; Une cloison hermtique sur le graphe ci-dessous :
Organisme
Groupe de travail
Groupe de travail
Utilisateurs
Donnes
= structure
de collecte
Valeurs saisies
Cloison hermtique
Groupe de travail
Utilisateurs
Valeurs saisies
Cloison hermtique
Groupe de travail
Utilisateurs
Valeurs saisies
Cloison hermtique
Groupe de travail
5.1.2
USAGE PARTICULIER
Le besoin :
Un utilisateur a pour mission de saisir des valeurs de donnes pour plus dun seul groupe de travail.
Ce qui se passe :
Cet utilisateur doit faire partie des groupes de travail pour lesquels ce dernier devra saisir des valeurs de donnes
Corollaire :
Cet utilisateur peut visualiser les valeurs de donnes saisies par chacun des utilisateurs du groupe
Application OPUS-DRAC :
Cest le cas dun utilisateur Paul de la DAG qui souhaite saisir une valeur de donnes la place des utilisateurs
des DRAC eux-mmes. Dans ce cas, lutilisateur Paul doit faire partie des groupes utilisateur DRAC pour
lesquels il souhaite saisir des valeurs.
5.5.2 C ONFIDENTIALIT
DES DONNES RESTITUES
La confidentialit des donnes lors de la restitution est gre par Business Objects. Cette gestion sappuie sur les
groupes de travail et lappartenance des utilisateurs ces groupes.

Klee Group 2004
page 21/85
Le systme de scurit de BO utilise la dimension ORGANISATION telle quelle est dcrite dans le paragraphe cidessus. Le cloisonnement utilis pour la gestion de laccs aux donnes de fait (valeurs de donnes lmentaires)
utilise le niveau du dtail le plus fin de la hirarchie ORGANISATION (groupes de travail).
Ainsi, pour quun utilisateur puisse visualiser des valeurs de donnes saisies au niveau de dtail le plus fin de
lorganisation, il doit figurer dans le groupe lment dorganisation niveau 1 correspondant.
Un utilisateur qui souhaite visualiser des valeurs de donnes plus varies devra figurer dans plusieurs groupes.
Exemple : Dans le cas du domaine OPUS DRAC, chaque DRAC est un groupe de travail. Un utilisateur peut
accder aux valeurs de donnes saisies par des membres de son groupe de travail.
5.6 P R O F I L S
Les restrictions daccs aux donnes en criture et en visualisation sont rgies par les groupes de travail. On
distingue de surcrot cinq modes dutilisation diffrents de lapplication. Ces cinq modes identifient les profils
suivants :
Le profil Collecteur
Le profil Analyste
Le profil Concepteur
Le profil Administrateur
Le profil Superviseur
5.6.1 A PPLICATION
AU MODULE DE COLLECTE
Le collecteur contribue sur les donnes au titre de son groupe de travail (et ne peut pas accder au module
danalyse).
Lanalyste contribue sur les donnes au titre de son groupe de travail (et peut accder au module danalyse).
Le concepteur est un analyste qui peut crer des donnes prives son ou ses groupes de travail.
Ladministrateur est un concepteur qui peut crer des donnes partages dans le primtre des domaines OPUS
auxquels il est attach. Cest galement ladministrateur qui gre la plupart des fonctions dadministration de
lapplication (utilisateurs dans les domaines autoriss, groupes de travail, , thmes et sous thmes).
Le superviseur est le superviseur gnral dOPUS : il dclare les administrateurs et les domaines, et a
automatiquement le rle dadministrateur sur tous les domaines dOPUS, mme sur les domaines locaux.
5.6.2 A PPLICATION
AU MODULE D ANALYSE
Dans le module danalyse, les domaines OPUS et les groupes de travail constituent larborescence hirarchise de la
notion de groupe du module dadministration de BO. Tous les utilisateurs ayant accs ce module auront le profil
UTILISATEUR de BO.
Le collecteur na pas accs au module danalyse (il nest pas utilisateur de Webi)
Lanalyste accde aux documents BO partags :
Au(x) domaine(s) OPUS au(x)quels() il est attach,

Klee Group 2004
page 22/85
son (ses) groupe(s) de travail
Il peut utiliser lunivers de son (ses) domaine(s) OPUS ainsi que celui de son (ses) groupe(s) de travail (lunivers
dun groupe de travail contenant les donnes prives du groupe) pour raliser des requtes ad-hoc et crer des
documents BO quil pourra partager son (ses) groupe(s) de travailensuite diffuser en utilisant la fonction denvoi
de documents de BO
Le concepteur a les mmes droits que lanalyste dans le module danalyse.
Ladministrateur accde aux documents BO partags :
Il peut utiliser lunivers de son (ses) domaine(s) OPUS ainsi que celui de son (ses) groupe(s) de travail (lunivers
dun groupe de travail contenant les donnes prives du groupe) pour raliser des requtes ad-hoc et crer des
documents BO quil pourra partager :
Le superviseur na pas accs au module danalyse.

Klee Group 2004
page 23/85
6 L E S F O N C T I O N S D A D M I N I S T R ATI O N
Les fonctions dadministration font partie du module de collecte. Elles comprennent :
Pour les profils Superviseur la gestion des domaines OPUS et pour les profils
administrateur , les groupes de travail
Pour les profils Superviseur et administrateur , la gestion des utilisateurs
Pour les profils administrateur , la gestion des thmes et des sous thmes
Pour les profils administrateur et concepteur , la gestion des contrles de saisie prdfinis
6.1 G E S T I O N D E S D O M A I N E S OPUS E T D E S G R O U P E S D E T R AVAI L

6.1.1 D ESCRIPTION
Un domaine OPUS est constitu dun ensemble de groupes de travail.
La gestion des domaines OPUS et des groupes de travail seffectuent en trois crans distincts :
Lcran domaine OPUS qui permet dajouter de modifier ou de supprimer un domaine
Lcran Groupe de travail qui permet dajouter, de modifier ou de supprimer un groupe
L cran Domaine OPUS & groupe qui liste les groupes dun domaine
Ecran Domaine OPUS
Ecran Groupe de travail

Klee Group 2004
page 24/85
Ecran Domaine OPUS et groupe de travail
6.1.2 I NFORMATIONS
Information
PRSENTES SUR LES CRANS
Type(*)
Initialisation
Modifiable
Obligatoire
Non
Oui
Oui
Domaine OPUS
Oui
Non
Oui
Groupe de travail
Non
Oui
Oui
Rgle
de
gestion
Commentaire
Ecran domaine OPUS

Domaine OPUS
Ecran groupe de travail
Le domaine slectionn
dans lcran domaine OPUS
et groupe
Ecran domaine OPUS et groupe

Domaine OPUS
Non
Non
Non
Groupe de travail
Non
Non
Non
La
liste
est
celle
correspondant au groupe
slectionne
(*) A = Champ alpha-numrique, L = liste, N = Numrique, D = Date
6.1.3 A CTIONS
Action
POSSIBLES
Commentaires
Ecran domaine OPUS

Bouton enregistrer
Enregistre le domaine (en mode cration ou modification)

Klee Group 2004
page 25/85
Action
Commentaires
Bouton supprimer
Supprime le domaine sil nexiste aucune dpendance (en mode consultation)
Lien Modifier
Recharge la page en mode modification

Bouton enregistrer
Enregistre le groupe de travail (en mode cration ou modification)
Bouton supprimer
Supprime le groupe sil nexiste aucune dpendance (en mode consultation)
Lien Modifier

Lien Ajouter un domaine
Permet daccder lcran domaine OPUS en mode cration
Lien Ajouter un groupe
Permet daccder lcran groupe de travail en mode cration
Lien sur le nom de chaque

groupe
Permet daccder lcran groupe de travail en mode consultation
6.1.4 C AS
D ERREUR
Ecran domaine OPUS

ERR_001 : Suppression impossible
ERR_002 : Unicit du nom de domaine
ERR_002 : Unicit du nom groupe de travail dans le domaine
Aucun cas derreur
6.1.5 A CTIONS
AUTORISES
Profils
Actions
Analyste
Concepteur
Administrateur
Superviseur
Ecran domaine OPUS

Bouton enregistrer
Bouton supprimer
Lien Modifier

Bouton enregistrer
Bouton supprimer
Lien Modifier

Lien Ajouter un domaine
Lien Ajouter un groupe

Klee Group 2004
page 26/85
6.2 G E S T I O N D E S U T I L I S ATE U R S F I C H E U T I L I S ATE U R

6.2.1 D ESCRIPTION
Cet cran permet de crer et de modifier chacune des fiches utilisateurs de lapplication OPUS.
Fiche Utilisateur
6.2.2 I NFORMATIONS
Information
Type(*)
Initialisation
Modifiable
Obligatoire
Rgle
de
gestion
Commentaire
Nom
Non
Oui
Oui
Prnom
Non
Oui
Oui
Nom dutilisateur
Non
Oui
Oui
Mot de passe
Non
Oui
Oui
Le champ est crypt
Vrification
Non
Oui
Oui
Le champ est crypt. Il doit

contenir la mme valeur que
le champ mot de passe
Superviseur
Non
Oui
Oui
Lutilisateur
est
soit
superviseur de lapplication
OPUS, soit administrateur,
concepteur, analyste ou
collecteur suivant diffrents
domaines
Profil
Analyste
Oui
Oui
Les valeurs possibles sont

Klee Group 2004
page 27/85
Information
Type(*)
Initialisation
Modifiable
Obligatoire
Rgle
de
gestion
Commentaire
au
plus :
Collecteur,
Analyste,
Concepteur,
Administrateur
Domaine
Non
Oui
Oui
Au moins un. La liste

contient au plus tous les
domaines OPUS
Groupe de travail
Non
Oui
Oui
Les groupes slectionns

appartiennent aux domaines
choisis

RGLE(S) DE GESTION COMPLMENTAIRE(S)
Gestion du mot de passe :
Le mot de passe sera :
o
dfini par le systme lors de la cration de lutilisateur, par dfaut gal au contenu du champ nom
dutilisateur
crypt pour tout le monde (y compris pour le profil superviseur )
modifiable par lutilisateur depuis la page de connexion (lien hypertexte modifier )
modifiable par le superviseur, afin de permettre la gestion des oublis . Dans ce cas, le superviseur
communique le nouveau mot de passe lutilisateur. Celui-ci aura pour consigne de le modifier son
tour.
soumis un contrle de saisie : 8 caractres avec une majuscule au dbut et au moins 1 chiffre
Gestion du profil :
Un utilisateur (sil nest pas superviseur ) a un seul profil par domaine, mais il peut tre attach plusieurs
domaines et avoir des profils diffrents sur ces domaines.
En revanche, le profil superviseur est indpendant des domaines OPUS
Concrtement, les profils suivent une hirarchie qui rgie le mode de fonctionnement suivant :
o
Au dmarrage de lapplication, un utilisateur ayant le profil superviseur est initialis dans la base.
Cet utilisateur (et tout autre superviseur par la suite) a le pouvoir de :
-
Dclarer dautres superviseurs dOPUS
Dclarer des utilisateurs dont le profil est Administrateur sur nimporte quel domaine
OPUS
Les administrateurs ainsi crs auront, leur tour, le droit de dclarer tout autre profil concepteur ,
analyste ou collecteur sur les domaines OPUS auxquels ils sont attachs, soit en crant un
nouvel utilisateur, soit en attachant un utilisateur existant aux domaines quils doivent administrer.
Cas dun utilisateur, non superviseur, ayant accs plusieurs domaines :

Le module de collecte sutilisera comme suit : lutilisateur se connecte depuis lcran de connexion avec son nom
dutilisateur et son mot de passe. Le menu principal prsente la liste des fonctions accessibles par le profil ayant le
plus de droit. Un filtre est ensuite appliqu par domaine dans les crans auxquels il accde., puis accde une page
intermdiaire lui permettant de choisir le domaine OPUS sur lequel il souhaite travailler. Ainsi, il utilisera le module
de collecte dans le contexte dun domaine fonctionnel. Pour changer de domaine, il devra se reconnecter
lapplication.

Klee Group 2004
page 28/85
6.2.3 A CTIONS
POSSIBLES
Action
Commentaires
Bouton Ajouter un domaine
Ajoute un domaine au champ daction de lutilisateur (en mode cration ou

modification)
Bouton
domaine
Supprime le domaine slectionn du champ daction de lutilisateur (en mode

cration ou modification)
Supprimer
un
Bouton enregistrer
Enregistre la fiche utilisateur (en mode cration ou modification)
Bouton supprimer
Supprime la fiche utilisateur sil nexiste aucune dpendance (en mode

consultation)
Lien Modifier
Lien Prciser le(s) groupe(s)
Permet daccder une page listant les groupes de travail correspondants aux
domaines daction slectionns. Depuis cette page, lutilisateur pourra choisir
un ou plusieurs groupes lists
6.2.4 C AS
D ERREUR

ERR_002 : Unicit de nom dutilisateur
ERR_016 : Au moins un domaine
6.2.5 A CTIONS
AUTORISES
Profils
Actions
Analyste
Concepteur
Administrateur
Superviseur
Bouton Ajouter un domaine
Bouton Supprimer un domaine
Bouton enregistrer
X
X
Bouton supprimer
Lien Modifier
Lien Prciser le(s) groupe(s)
6.3 G E S T I O N D E S U T I L I S ATE U R S R E C H E R C H E E T L I S T E
6.3.1 D ESCRIPTION
Cette fonction permet de rechercher une fiche utilisateur pour la consulter ou la modifier. Elle est accessible via
deux crans distincts :
Un cran de recherche pour les critres
Un cran liste, rsultat de la recherche conjuguant les critres

Klee Group 2004
page 29/85
Critres de recherche
Rsultat de la recherche

Klee Group 2004
page 30/85
6.3.2 I NFORMATIONS
Information
Type(*)
Initialisation
Modifiable
Obligatoire
Rgle de gestion
Commentaire
Nom
Non
Oui
Oui (au moins

1
caractre
significatif)
Recherche tendue sur le

nom avec ajout du
caractre dextension (%)
Domaine
Non
Oui
Non
Contient la liste
domaines OPUS
Groupe de travail
Non
Oui
Non
Contient la liste des

groupes de travail du
domaine slectionn
Profil
Non
Oui
Non
Nom dutilisateur
Non
Non
Oui
Nom
Non
Non
Oui
Prnom
Non
Non
Oui
Ecran recherche
des
Ecran liste

1.
Les lments de la liste sont prsentes par ordre alphabtique, tris sur le nom de famille de lutilisateur
6.3.3 A CTIONS
Action
POSSIBLES
Commentaires
Ecran de recherche
Bouton Rechercher
Lance la recherche en conjuguant les critres renseigns
Ecran liste
utilisateur
6.3.4 C AS
Permet daccder la fiche utilisateur en mode consultation
D ERREUR
Aucun cas derreur
6.3.5 A CTIONS
AUTORISES
Profils
Actions
Analyste
Concepteur
Administrateur
Superviseur
Bouton Rechercher
Lien hypertexte sur le nom dutilisateur

Klee Group 2004
page 31/85
6.4 G E S T I O N D E S T H M E S E T D E S S O U S T H M E S
6.4.1 D ESCRIPTION
La gestion des thmes et des sous thmes seffectuent via trois crans distincts :
Un cran qui liste les thmes par domaine OPUS
Un cran qui permet dajouter, de modifier ou de supprimer un thme
Un cran qui permet dajouter, de modifier ou de supprimer un sous thme
Liste des thmes par domaine OPUS

Klee Group 2004
page 32/85
Thme
Sous thme

Klee Group 2004
page 33/85
6.4.2 I NFORMATIONS
Information
Type(*)
Initialisation
Modifiable
Obligatoire
Rgle
de
gestion
Commentaire
La slection dun domaine

OPUS charge la liste des
thmes correspondants
Ecran thme et domaine OPUS

Domaine OPUS
Non
Non
Non
Thme
Non
Non
Non
Domaine OPUS
Oui
Non
Oui
Thme
Non
Oui
Oui
Description
Non
Oui
Non
Sous thme
Non
Non
Non
Domaine OPUS
Oui
Non
Oui
Celui de lcran prcdent :

thme
Thme
Oui
Non
Oui

thme
Sous thme
Non
Oui
Oui
Description
Non
Oui
Non
Ecran thme
thme et domaine OPUS
Ecran sous thme
6.4.3 A CTIONS
POSSIBLES
Action
Commentaires

Lien sur chaque thme de la liste
Permet daccder la fiche thme en mode consultation
Lien Ajouter un thme
Permet daccder lcran thme en mode cration
Ecran thme
Bouton Enregistrer
Enregistre la fiche thme (en mode cration ou modification)
Lien Ajouter un sous thme
Permet daccder la fiche sous thme en mode cration
Bouton Supprimer
Supprime la fiche thme sil nexiste aucune dpendance (en mode

consultation)
Lien Modifier
Ecran sous thme

Bouton Enregistrer
Enregistre la fiche sous thme (en mode cration ou modification)
Bouton Supprimer
Supprime la fiche sous thme sil nexiste aucune dpendance (en mode
consultation)
Lien Modifier
6.4.4 C AS
D ERREUR

Aucun cas derreur
Ecran thme
Klee Group 2004
page 34/85
ERR_002 : Unicit du nom du thme dans le domaine

Ecran sous thme
ERR_002 : Unicit du nom du sous thme pour le thme
6.4.5 A CTIONS
AUTORISES
Profils
Actions
Analyste
Concepteur
Administrateur
Superviseur

Lien sur chaque thme de la liste
Lien Ajouter un thme
Bouton Enregistrer
Lien Ajouter un sous thme
Bouton Supprimer
Lien Modifier
Bouton Enregistrer
Bouton Supprimer
Lien Modifier
Ecran thme
Ecran sous thme
6.5 G E S T I O N D E S C O N T R L E S D E S A I S I E P R D F I N I S
6.5.1 D ESCRIPTION
Cette fonction permet de dfinir une liste de contrles de saisie pour le paramtrage des donnes. La liste ainsi
produite factorise les expressions rgulires les plus communment utilises et masque la complexit de syntaxe
dune expression rgulire en la nommant.
La gestion des contrles de saisie seffectue au moyen des deux crans suivants :
Un cran qui liste les contrles dfinis
Un cran qui permet dajouter de nouveaux contrles ou de modifier des contrles existants

Klee Group 2004
page 35/85
Liste de contrles prdfinis
Contrle de saisie

Klee Group 2004
page 36/85
6.5.2 I NFORMATIONS
Information
Type(*)
Initialisation
Modifiable
Obligatoire
Non
Non
Non
Contrle
Non
Oui
Oui
Expression rgulire
Non
Oui
Oui
Rgle
de
gestion
Commentaire
Ecran liste contrle

Contrle
Ecran contrle
Lexpression
rgulire
modifie ne sera applique
quaux nouvelles valeurs de
donne sy rfrant
6.5.3 A CTIONS
POSSIBLES
Action
Commentaires
Ecran liste contrle

contrle dans la liste
Permet daccder la fiche contrle en mode consultation
Lien Ajouter contrle
Permet daccder lcran contrle en mode cration
Ecran contrle
Bouton Enregistrer
Enregistre la fiche contrle (en mode cration ou modification)
Bouton Supprimer
Supprime la fiche contrle sil nexiste aucune dpendance (en mode

consultation)
Lien Modifier
6.5.4 C AS
D ERREUR
Ecran liste contrle

Aucun cas derreur
Ecran contrle
ERR_002 : Unicit du nom du contrle
6.5.5 A CTIONS
AUTORISES
Profils
Actions
Analyste
Concepteur
Administrateur
Superviseur
Ecran liste contrle

Lien sur le nom de chaque contrle dans la
liste
Lien Ajouter contrle
Bouton Enregistrer
Bouton Supprimer
Lien Modifier
Ecran contrle

Klee Group 2004
page 37/85
1.1.1
7 LES FONCTIONS DE COLLECTE

Les fonctions de collecte comprennent :
La gestion des saisies manuelles
La gestion des saisies par import de fichiers
Le pilotage des saisies
Un cran de saisie permet de valoriser une donne. En utilisation courante comme en utilisation avance, les crans
de saisie sont construits dynamiquement en fonction du paramtrage dfini pour la donne slectionne (voir le
chapitre consacr aux fonctions de paramtrage)
7.1 G E S T I O N D E S S A I S I E S M A N U E L L E S
7.1.1 D ESCRIPTION
USAGE COURANT
La saisie manuelle en usage courant est un processus en deux tapes :
Etape 1/2 : lutilisateur slectionne la (les) donne(s) collecter, laide de regroupements logiques que lon
appelle les thmes et les sous thmes
Etape 2/2 : il accde lcran de collecte de la donne pour enregistrer ses valeurs. Cet cran prsente un champ de
saisie pour chaque n-uplet du produit cartsien des valeurs des dimensions de rpartition de la donne.
Etape 1/2 : slection des donnes

Klee Group 2004
page 38/85
Etape 2/2 : cran de saisie
Parfois, la slection faite ltape 1/2 recouvre plusieurs donnes. Dans ce cas, une liste intermdiaire permet
lutilisateur :
De slectionner une seule donne saisir dans la liste, en cliquant sur le lien prsent sur le numro
de la donne
De slectionner un ensemble de donnes collecter. Auquel cas, lcran de saisie prsentera autant
donglets que de donnes slectionnes.
Ce cas dutilisation est illustr par les deux crans qui suivent :
Le premier prsente la liste de choix
Le second est lcran de saisie contenant plusieurs donnes

Klee Group 2004
page 39/85
Liste de choix
Ecran de saisie prsentant plusieurs donnes

Klee Group 2004
page 40/85
1.1.2
USAGE AVANC
La saisie manuelle en usage avanc est un processus en trois tapes. A la diffrence du processus de saisie en usage
courant, il offre lutilisateur la possibilit de slectionner les valeurs des dimensions de rpartition de la donne
slectionne. Ce procd sera utilis pour viter la gnration dcrans de saisie trop longs.
Etape 1/2 : elle est identique au cas dusage courant
Etape 2/3 : cette tape consiste slectionner les valeurs de dimension qui seront utilises pour la ventilation de la
donne dans lcran de saisie
Etape 3/3 : elle est identique ltape 2/2 du cas dusage courant.
Etape 2/3 : slection des valeurs de dimension
7.1.2 I NFORMATIONS
Information
Type(*)
Initialisation
Modifiable
Obligatoire
Rgle
de
gestion
Commentaire
Nouvelle saisie manuelle (slection des donnes collecter)

Mode de saisie
Courant
Non
Oui
La liste contient les valeurs

courant et la carte
Domaine OPUS
Non
Non
Non
Visible uniquement dans le cas

dun utilisateur dfini dans
plusieurs domaines OPUS
Thme
Non
Non
Non
Liste des thmes du domaine

OPUS slectionn ou implicite
Sous thme
Non
Non
Non
Liste des sous thmes du

thme slectionn
Description du sous
Non
Non
Non
Description du sous thme

Klee Group 2004
page 41/85
Information
Type(*)
Initialisation
Modifiable
Obligatoire
thme
Rgle
de
gestion
Commentaire
slectionn (lecture seule)
N donne
Non
Oui
Non
Nouvelle Saisie manuelle (choix des valeurs de dimension considrer)

N donne
Non
Non
Oui
Celui slectionn dans lcran

prcdent
Intitule donne
Non
Non
Oui
Domaine OPUS
Non
Non
Oui
Celui de lcran prcdent
Thme
Non
Non
Oui
Sous thme
Non
Non
Oui
Valeur de dimension
Non
Non
Non
Il sagit des valeurs dune

dimension de rpartition de la
donne
Ecran de saisie dune donne

Nom de lutilisateur
Non
Non
Oui
Cette information est prsente

en mode modification. Elle
reprsente le nom et le prnom
de la personne ayant fait la
dernire modification sur la
donne, dans son contexte
dorganisation et de temps
(groupe de travail et priode)
Date de mise jour
Non
Non
Oui
Cette information est prsente

en mode modification. Elle
reprsente la date de la
dernire modification faite sur
la donne, dans son contexte
dorganisation et de temps
(groupe de travail et priode)
N donne
Non
Non
Oui
Celui slectionn dans lcran

prcdent
Intitule donne
Non
Non
Oui
Domaine OPUS
Non
Non
Oui
Thme
Non
Non
Oui
Sous thme
Non
Non
Oui
Priode de saisie
Oui
Oui
Oui
Le contenu par dfaut de

cette date est diffrent selon
que lon accde lcran en
cration ou en consultation ou
modification.
En
consultation
ou
modification,
cette
date
correspond la date de dbut
de la dernire priode saisie
En cration, elle est gale la
date de dbut de la priode en
cours
Cette date
jj/mm/aaaa
Priode
Priode
correspondant
la date du
jour
Non
Oui
est
au
format
La priode est calcule en

fonction de la date de
rfrence et de la rpartition de
la donnes dans le temps

Klee Group 2004
page 42/85
Information
Type(*)
Initialisation
Modifiable
Obligatoire
Rgle
de
gestion
Commentaire
Groupe de travail
Le premier de
la liste
Non
Oui
Cette liste est prsente dans le

cas o lutilisateur est attach
plusieurs groupes de travail
(voir gestion des utilisateurs).
Valeur de dimension
Non
Non
Oui
Elments du produit cartsien

des valeurs de dimensions
Valeur de donne de la
priode prcdente
Non
Non
Non
Cette
liste
saffiche
uniquement si la priode
prcdente existe et contient
des valeurs pour cette donne
Valeur de donne
Non
Oui
Non
Les valeurs de donne sont

reprsentes par les champs de
saisies de la page
Donne de lcran de saisie
Commentaire associ une valeur de donne

N donne
Non
Non
Oui
Intitule donne
Non
Non
Oui
Domaine OPUS
Non
Non
Oui
Celui
prcdemment
slectionn
Thme
Non
Non
Oui
Celui
prcdemment
slectionn
Sous thme
Non
Non
Oui
Celui
prcdemment
slectionn
Priode
Non
Non
Oui
Celle slectionne dans lcran

de saisie
Groupe de travail
Non
Oui
Celui
prcdemment
Valeur de dimension
Non
Non
Oui
n-uplet correspondant la
valeur de donne slectionne
dans lcran de saisie
Valeur de donne
Non
Non
Oui
Celle slectionne dans lcran

de saisie
Commentaire
Non
Oui
Non
slectionn
Liste intermdiaire des donnes slectionnes ltape 1

N donne
Non
Non
Non
Intitul
Non
Non
Non
Date de dernire saisie
Non
Non
Non
Date de la dernire saisie faite

sur cette donne, tout groupe
de travail confondu

1.
Sur lcran de nouvelle saisie manuelle (slection des donnes collecter), il faut au minimum que lun des deux
champs thme ou N donne soit renseign pour accder lcran suivant.
2.
Si dans une dmarche de cration de collecte (cest dire via le menu Nouvelle saisie manuelle), lutilisateur
slectionne une donne pour laquelle des valeurs ont dj t saisies (cas o des valeurs auraient dj t
collectes pour la priode et le groupe de travail slectionn), alors lcran de collecte passera automatiquement
en mode modification de manire ce quune mise jour et non une cration soit opre lenregistrement.
3.
Lorsquun commentaire est enregistr pour une valeur de donne, sa prsence est visuellement signale dans la
page
Klee Group 2004
page 43/85
4.
Si Le mode de saisie est avanc, ltape 2/3 prsentera toujours les valeurs dune dimension de rpartition dune
seule donne. Cela signifie en particulier quil y aura autant de pages de slection des valeurs de dimension
valider (bouton suivant ) que de dimensions de rpartition par donne slectionne.
5.
Dans le cas dun cran de saisie plusieurs donnes (cas avec onglets), le bouton enregistrer enregistre les
valeurs dune seule donne.
6.
Le fichier export au format csv contient les valeurs de la donne, les valeurs de dimensions ainsi que les
informations identifiant la donne (N et intitul)
7.1.3 A CTIONS
POSSIBLES
Action
Commentaires
Nouvelle saisie manuelle (slection des donnes collecter)

Bouton Suivant
Permet daccder suivant les cas :
A la liste intermdiaire des donnes slectionnes ltape 1 si

plusieurs donnes correspondent aux critres de slection
A ltape 2/2 ou 2/3 du processus suivant le mode de saisie et si une

seule donne est slectionne
Nouvelle Saisie manuelle (choix des valeurs de dimension considrer)

Bouton Suivant
Permet daccder la dimension de rpartition suivante ou lcran de saisie des

valeurs de donnes
Lien Tous et Aucun
Le lien Tous slectionne tous les lments de la liste et le lien Aucun les
dslectionne tous.

Lien Exporter la grille
Exporte la grille de saisie au format csv
Bouton Afficher la priode
Recharge la page en la positionnant sur la priode considre
Bouton Enregistrer
Enregistre les valeurs de donne et les commentaires saisis
Lien Modifier
Commentaire associ une valeur de donne

Bouton Enregistrer
Enregistre le commentaire associ la valeur
Liste intermdiaire des donnes slectionnes ltape 1

Lien sur le numro de la donne
Permet daccder lcran de saisie dune donne ou au choix de ses valeurs de

dimension suivant le mode de saisie choisie
Bouton Saisir
slectionnes
Permet daccder lcran de saisie des donnes slectionnes ou au choix des

valeurs de dimension de la premire donne suivant le mode de saisie choisie
les
donnes
7.1.4 C AS
D ERREUR
Ecran Nouvelle saisie manuelle (slection des donnes collecter)

ERR_003 : Choix obligatoire du thme ou du n de donne
Ecran Nouvelle Saisie manuelle (choix des valeurs de dimension considrer)
Aucun cas derreur
ERR_004 : Contrle de saisie insatisfait
ERR_005 : Date de rfrence ne correspond aucune priode
Ecran Commentaire associ une valeur de donne
Klee Group 2004
page 44/85
Aucun cas derreur

Ecran Liste intermdiaire des donnes slectionnes ltape 1
Aucun cas derreur
7.1.5 A CTIONS
AUTORISES
Profils
Actions
Analyste
Concepteur
Administrateur
Superviseur
Ecran Nouvelle saisie manuelle (slection des donnes collecter)

X
Bouton Suivant
Ecran Nouvelle Saisie manuelle (choix des valeurs de dimension considrer)

Bouton Suivant
Lien Tous et Aucun
Lien exporter la grille
Bouton Afficher la priode
Bouton Enregistrer
Lien Modifier
Ecran Commentaire associ une valeur de donne

Bouton Enregistrer
Ecran Liste intermdiaire des donnes slectionnes ltape 1

Lien sur le numro de la donne
Bouton
Saisir
slectionnes
les
donnes
7.2 G E S T I O N D E S S A I S I E S PAR I M P O RT D E F I C H I E R S
Lapplication permet galement de stocker des valeurs de donnes issues de fichiers structurs. Ces fichiers sont
imports selon deux modes distincts :
Par linterface du module de collecte. Dans ce cas, il sagit dune action volontaire de lutilisateur et
le traitement est dclench immdiatement
Par traitement asynchrone sil sagit dimporter des donnes issues dapplications tierces. Dans ce
cas, le fichier est dpos sur un serveur et le traitement est lanc automatiquement intervalles rguliers
(chaque nuit).
Dans les deux cas dutilisation, tous les fichiers ont le mme format et le traitement effectu est le mme.
7.2.1 C ARACTRISTIQUES
DU FICHIER D IMPORT
Le fichier dimport constituer permet le chargement de plusieurs donnes dans la base. Cest un fichier texte ;
chaque colonne est spare par un ; , de faon ce que les utilisateurs puissent le constituer sous Excel, et les
valeurs sont ordonnes de la faon suivante :
Colonne n 1 : N donne (sur 10 caractres)
Colonne n 2 : Valeur de la donne
Colonne n 3 : Nom dimension 1
Klee Group 2004
page 45/85
Colonne n 4 : Valeur dimension 1

Colonne n 5 : Nom dimension 2
Colonne n 6 : Valeur dimension 2
, comme lillustre la figure ci-dessous :
N donne
Valeur donne
Nom dimension 1
Valeur dimension 1 Nom dimension 2
Valeur dimension 2
Les contraintes lmentaires vrifier sur chaque ligne pour que limport ait lieu sans erreur, sont les suivantes :
1.
Le format dfini ci-dessus est respect (2 colonnes pour la donne, 2 colonnes pour chaque dimension de
ventilation)
2.
Llment de la colonne N donne est un entier numrique
3.
Cet entier est un numro de donne existant dans la base
4.
La ventilation de la donne sur les dimensions doit tre conforme sa dfinition dans le paramtrage (contrle
sur le nom des dimensions)
5.
La valeur de la colonne Valeur donne est du mme type que celui dfini pour la donne
6.
La valeur de chaque dimension existe dans la base
7.
Les valeurs de la dimension organisation sont compatibles avec les droits de la personne connecte, de faon
ce quun utilisateur ne puisse contribuer quau nom des groupes de travail auxquels il est par ailleurs attach
Exemple : Lexemple ci-dessous dcrit le contenu dun fichier contenant les donnes N204 et 232 du CCTP pour
lanne 2004.
N 204 : Nombre dquipes artistiques travaillant sur la discipline i, conventionnes au cours de lanne civile
considre.
N232 : Nombre de structures du domaine i, disposant dune rsidence dartistes, dont le soutien la rsidence est
un des lments de la convention passe par la DRAC avec la structure, au cours de lanne considre
204
10
Discipline
Musique
Anne
2004
204
12
Discipline
Thtre
Anne
2004
204
20
Discipline
Danse
Anne
2004
232
13
Anne
2004
Domaine
Architecture
232
15
Anne
2004
Domaine
Archives
232
18
Anne
2004
Domaine
Arts plastiques
232
13
Anne
2004
Domaine
Audiovisuel
232
15
Anne
2004
Domaine
Cirque
232
18
Anne
2004
Domaine
Culture
scientifique
technique
232
Anne
2004
Domaine
Arts de la rue
232
11
Anne
2004
Domaine
Clbrations
nationales
232
17
Anne
2004
Domaine
Danse
232
21
Anne
2004
Domaine
Langue
franaise
et
Quelque soit le fichier import, la rgle sapplique toujours :

Klee Group 2004
page 46/85
Si une ligne est en erreur, le fichier importer est rejet dans sa totalit et un fichier derreur (fichier de log)
est gnr.
Le fichier de log contiendra dans ce cas la totalit des erreurs contenues dans le fichier dimport.
7.2.2 I MPORT
PILOT PAR L UTILISATEUR
La saisie par import de fichier est dcrite par les deux crans qui suivent :
Le premier permet de tlcharger le fichier dans un rpertoire spcifique du serveur (REP1) puis de
dclencher le traitement
Le second dcrit le succs ou lchec du traitement. En cas dchec, un fichier descriptif est
propos. Il contient toutes les erreurs contenues dans le fichier dimport.

Klee Group 2004
page 47/85
7.2.3 I MPORT
AUTOMATIQUE
Limport automatique est sensiblement quivalent au cas dun import pilot par lutilisateur. Les fichiers sont dposs
dans un rpertoire spcifique du serveur (REP2) de faon transparente pour lapplication.
Alors, pour un fichier dimport, deux fichiers coexistent :
Le premier contient les donnes. Il est nomm : 1_<provenance>_<date (aaaammjj)>
Le second prvient de la compltude du premier. Lorsque toutes les donnes du premier fichier ont
t tlcharges, le second est gnr. Son rle est de figurer la disponibilit du fichier de donnes.
Il sera nomm : 2_<provenance>_<date(aaaammjj)>
Chaque nuit, un programme automatique est lanc. Pour un fichier dimport, le programme recherche le fichier
prvenant de la compltude des donnes importer et sil existe, lance le traitement sur le fichier contenant les
donnes. Si le fichier de donnes ne contient pas derreur, les valeurs sont enregistres dans la base avec comme
origine, la chane de caractres contenue dans la partie provenance du nom du fichier dimport.
Sil contient des erreurs, un fichier derreur est gnr (.log) et aucun enregistrement ne sopre sur la base..
Dans tous les cas, aprs traitement, les fichiers sont enregistrs dans un sous rpertoire archive , la date du jour.
De sorte que, le rpertoire de dpt REP2 aura au total la structure suivante :
REP2
1_<provenance>_<date (aaaammjj)>
Date1 (aaaammjj)
1_<provenance>_<date (aaaammjj)>.log
Date2 (aaaammjj)
1_<provenance>_<date (aaaammjj)>.log
Lapplication ne fournit pas dinterface pour la consultation de ces fichiers.
7.3 R E C H E R C H E D E S S A I S I E S E T L I S T E
7.3.1 D ESCRIPTION
Cette fonction permet de rechercher une collecte ralise sur une donne pour la consulter ou la modifier. Elle est
accessible via deux crans distincts :
Un cran liste, rsultat de la recherche conjuguant les critres

Klee Group 2004
page 48/85
Rsultats de la recherche

Klee Group 2004
page 49/85
7.3.2 I NFORMATIONS
Information
Type(*)
Initialisation
Modifiable
Obligatoire
Rgle de gestion
Commentaire
Domaine OPUS
Non
Oui
Non
Ce champ napparat que

si lutilisateur connect
est attach plusieurs
domaines OPUS. Sinon, il
est implicite
Thme
Non
Oui
Non
Sous thme
Non
Oui
Non
N donne
Non
Oui
Non
Auteur de la mise
jour
Non
Oui
Non
N donne
Non
Non
Oui
Intitul
Non
Non
Oui
Auteur
Non
Non
Oui
Dernire saisie
Non
Non
Oui
Ecran recherche
Ce champ attend le nom

complet ou le dbut du
nom de famille de lauteur
de la dernire mise jour
(recherche tendue)
Ecran liste
Date de la dernire mise

jour

1.
Le rsultat de la recherche prsente une seule ligne par n donne. Lcran saisie de la donne auquel on
accde en cliquant sur le numro de la donne se placera toujours dans le contexte de la dernire priode saisie
de la donne. Lutilisateur pourra ensuite consulter les autres priodes laide des liens priode suivante ,
priode prcdente ou du champ priode de saisie de lcran saisie de la donne .
2.
Une saisie concerne un donne dans un contexte organisationnel et temporel (groupe de travail et priode).
Suivant les critres de recherche, il peut donc y avoir plusieurs saisies portant le mme numro de donne dans
la liste
3.
Seules les saisies non archives sont visibles
4.
Les lments de la liste sont tris par ordre croissant sur le n de donne.
5.
Seuls les saisies consultables sont affiches (voir le chapitre consacr la scurit applicative).
7.3.3 A CTIONS
Action
POSSIBLES
Commentaires
Ecran de recherche
Bouton Rechercher
Ecran liste
Lien sur le numro de donne de
chaque lment de la liste
Permet daccder lcran de saisie de la donne en mode consultation

Klee Group 2004
page 50/85
7.3.4 C AS
D ERREUR
Aucun cas derreur
7.3.5 A CTIONS
AUTORISES
Profils
Actions
Analyste
Concepteur
Administrateur
Superviseur
Bouton Rechercher
Lien sur le numro de donne de chaque

lment de la liste
7.4 P I L O TAG E D E S S A I S I E S
7.4.1 D ESCRIPTION
Piloter les saisies consiste rechercher une rfrence priodique choisie, les valeurs de donnes non renseignes.
Cette fonction est reprsente par trois crans distincts
Une liste de donnes saisies correspondant aux critres de recherche
Dtail dune saisie par groupe de travail

Klee Group 2004
page 51/85
Rsultats de la recherche

Klee Group 2004
page 52/85
Dtail dune saisie par groupe de travail
7.4.2 I NFORMATIONS
Information
Type(*)
Initialisation
Modifiable
Obligatoire
Rgle de gestion
Commentaire
Domaine OPUS
Non
Oui
Non

est implicite
Thme
Non
Oui
Non
Sous thme
Non
Oui
Non
N donne
Non
Oui
Non
Rfrence priodique
Date du jour
Oui
Oui
Cette date est la rfrence

priodique de la saisie.
Suivant, chaque donne,
elle peut reprsenter des
intervalles
de
dates
diffrents
Domaine OPUS
Non
Non
Oui
Si ncessaire
Thme
Non
Non
Oui
Sous thme
Non
Non
Oui
Rfrence priodique
Non
Non
Oui
Celle de lcran prcdent
N donne
Non
Non
Oui
Ecran recherche
Ecran liste

Klee Group 2004
page 53/85
Information
Type(*)
Initialisation
Modifiable
Obligatoire
Rgle de gestion
Commentaire
Intitul
Non
Non
Oui
Priode
Non
Non
Oui
Priode correspondant la
rfrence
priodique
renseigne dans lcran
prcdent
Valeurs manquantes
Non
Non
Oui
Les valeurs possibles

sont : saisie complte
et il y a des valeurs
manquantes
Domaine OPUS
Non
Non
Oui
Si ncessaire
Thme
Non
Non
Oui
Sous thme
Non
Non
Oui
N donne
Non
Non
Oui
Intitul
Non
Non
Oui
Priode
Non
Non
Oui
Celle de lcran prcdent
Groupe de travail
Non
Non
Oui
Groupes de la structure de
collecte.
La
liste
correspond aux groupes
auxquels
lutilisateur
connect est attach
Nombre de valeurs
saisies / Nombre de
valeurs saisir
Non
Non
Oui
Ce ratio est calcul par

groupe de travail
Ecran de dtail par saisie

1.
Lun des deux champs N de donne ou thme est obligatoire (cran recherche)
2.
Les lments de la liste de donnes sont tris par ordre croissant sur le n de donne (cran liste).
3.
La liste des groupes de travail (si elle existe), est prsente par ordre alphabtique, trie sur le nom du groupe.
7.4.3 A CTIONS
Action
POSSIBLES
Commentaires
Ecran de recherche
Bouton Rechercher
Ecran liste
Lien sur le numro de donne
Permet daccder lcran de dtail par saisie

Lien sur le nom du groupe de
travail
7.4.4 C AS
Permet daccder lcran de saisie de la donne en mode consultation (voir le

chapitre consacr la gestion des saisies manuelles)
D ERREUR
Ecran de recherche
Klee Group 2004
page 54/85
ERR_003 : Choix obligatoire du thme ou du n de donne

ERR_005 : La date de rfrence ne correspond aucune priode
Ecran liste
Aucun cas derreur
Aucun cas derreur
7.4.5 A CTIONS
AUTORISES
Profils
Actions
Analyste
Concepteur
Administrateur
Superviseur
Bouton Rechercher
Lien sur le nom du groupe de travail

Klee Group 2004
page 55/85
8 L E S F O N C T I O N S D A N A LYS E
Ce chapitre est ddi au module danalyse prsent dans le chapitre DESCRIPTION GENERALE .
8.1 M O D L E D A N A LYS E
8.1.1 P RINCIPES OPUS
Le modle danalyse est intiment li au modle de collecte. Il en dcoule naturellement. Il en reprend lintgralit
des caractristiques. Cependant, le modle danalyse est plus riche, plus vari et ouvert la complexit.
1.1.1
1.1.2
1.1.3
LIEN AVEC LE MODLE DE COLLECTE

Le modle danalyse est bas sur le modle de collecte quil reprend intgralement :
Les donnes dont la saisie des valeurs a t organise sont prsentes dans le modle danalyse
Les entits permettant la ventilation des valeurs saisies sont prsentes dans le modle danalyse comme
composant des axes danalyse
Le modle danalyse est plus riche que le modle de collecte :
Les entits composant un mme axe danalyse sont lis hirarchiquement entre elles
Chaque donne est caractrise par une fonction de projection rgissant le calcul de consolidation
FORMULATION DES INDICATEURS

Le modle danalyse est constitu dun modle physique de donnes et de formules permettant de crer des
indicateurs supplmentaires plus complexes que les donnes lmentaires. Ces indicateurs supplmentaires sont
entirement dfinis dans loutil Business Objects et stocks dans les documents Business Objects (se reporter au
paragraphe Cration de nouveaux tats ).
AXES DANALYSES PARTICULIERS
Les axes danalyses CALENDRIER et ORGANISATION sont immuables dans lusage dOPUS. Aucun modle
danalyse a fortiori de collecte- ne peut tre dfini sans ces axes obligatoires.
Composition de ces axes
Axe CALENDRIER GENERAL
ANNEE > SEMESTRE > TRIMESTRE > MOIS > JOUR
Axe ORGANISATION
DOMAINE > GROUPE
8.1.2 A PPLICATION
AU DOMAINE
DRAC
Le Ministre de la Culture et de la Communication est structur en utilisant un critre gographique : Les DRAC
correspondent des rgions de France. Par ailleurs il est ncessaire de ventiler les valeurs de donnes par zones
gographiques ; Mais ces zones diffrent des DRAC utilises pour lorganisation, il sagit des Dpartements. Dans
ce cas il est ncessaire de crer une dimension gographique dans la phase de paramtrage de lapplication
(dfinition du modle et de la structure de collecte).
Klee Group 2004
page 56/85
2.1.1
La figure ci-dessous prsente la dimension gographie pour le domaine DRAC :

Organisation
Gographie
Le reste du modle de collecte et danalyse nest pas repris dans ce document car des volutions sont en cours au
Ministre de la Culture et de la Communication.
8.2 E N T R E P T D E D O N N E S VAL O R I S E S
Les valeurs de donnes, qui sont saisies dans le module de collecte de lapplication, sont mises disposition des
utilisateurs pour leur analyse via le module danalyse. Ce module est constitu dun entrept spcialis permettant le
stockage le plus adapt une extraction rapide et souple. Loutil de restitution Business Objects sappuie sur cet
entrept.
RESTITUER
MODULE COLLECTE
MODULE ANALYSE
VALEURS DE
DONNEES
VENTILEES
Entrept
ddi aux
restitutions
8.2.1 R FRENTIELS
Lensemble des dimensions dfinies et utilises dans le module de collecte sont mises disposition pour la
restitution dans le module danalyse. Ce processus dalimentation est ralis par lapplication de manire
transparente pour lutilisateur quelque soit son rle, analyste, concepteur ou administrateur.
RFRENCE POUR LES DIMENSIONS
Les dimensions sont paramtres dans le module de collecte et leurs occurrences utilises pour ventiler les valeurs
de donnes lmentaires. Le modle de collecte est la rfrence de lapplication en matire de dimensions . Tout
changement de contenu et toute modification de structure est prise en compte. Elle est systmatiquement propage
vers lentrept de donnes.
Les rgles de gestion du module de collecte garantissent lintgrit du modle quant ses dimensions.
Klee Group 2004
page 57/85
Enumration des rgles de gestion propres aux modifications des dimensions :

REF
Intitul
RG-RD1
Il est possible dajouter des occurrences dans une dimension, tout moment de la vie de lapplication.
RG-RD2
Il est possible de retirer des occurrences dune dimension si et seulement si aucune valeur de donne ne
lutilise pour sa ventilation.
Consquence : pour retirer une occurrence dune dimension, il est ncessaire de supprimer ou modifier
toutes les valeurs de donnes impliques.
RG-RD3
Il est possible dajouter des dimensions, tout moment de la vie de lapplication.
RG-RD4
Il est possible de retirer des dimensions si et seulement si aucune donne ne lutilise pour sa dfinition.
Consquence : pour retirer une dimension, il est ncessaire de supprimer ou modifier toutes les donnes
impliques.
De mme, les rgles de gestion du module de collecte garantissent lintgrit du modle quant aux axes danalyse
(assemblages de dimensions).
Enumration des rgles de gestion propres aux modifications des axes danalyse :
REF
Intitul
RG-RA1
Il est possible de modifier un axe en ajoutant des dimensions au dessus du niveau le plus agrg.
RG-RA2
Il est possible de modifier un axe en ajoutant des dimensions entre le niveau le plus agrg et le niveau le
plus dtaill.
RG-RA3
Il est possible de modifier un axe en ajoutant une dimension entre le niveau le plus dtaill et les donnes
elles-mme.
Un avenant au projet initial est prvu pour permettre aux utilisateurs de modifier la rpartition dune
donne sur un axe (par exemple pour passer dun niveau plus agrg un niveau plus fin). Dans ce cas, il
faut prciser les modalits de reprise de lhistorique des valeurs dj saisies. Cette fonctionnali t
supplmentaire est dcrite dans un document annexe au prsent document (SPEC OPUS DRAC
Evolution.doc).
2.1.2
2.1.3
RFRENCE POUR STRUCTURES DE DONNES

Les donnes sont paramtres dans le module collecte. Le modle de collecte est la rfrence de lapplication en
matire de structure de donnes.
Enumration des rgles de gestion propres aux modifications des donnes :
REF
Intitul
RG-RE1
Il est possible dajouter des donnes (structure) un modle de collecte.
RG-RE2
Il est possible de retirer des donnes (structure) si et seulement si aucune valeur nest saisie pour cette
donne.
Consquence : pour retirer une donne (structure), il est ncessaire de supprimer toutes les valeurs
saisies.
RFRENCE POUR LES VALEURS DE DONNES
Les donnes sont paramtres dans le module de collecte. De mme, les valeurs de donnes sont saisies dans ce
module.
Enumration des rgles de gestion propres aux modifications des valeurs saisies :
Klee Group 2004
page 58/85
REF
Intitul
RG-RV1
Une valeur saisie est tout dabord prsente dans la base de collecte
RG-RV2
Une valeur saisie est propage par lapplication dans lentrept ddi lanalyse de manire automatique
et transparente pour lutilisateur final.
RG-RV3
Un valeur saisie a une dure de vie connue. A lchance de fin de vie, la valeur saisie est rendue
indisponible pour lanalyse de manire automatique et transparente pour lutilisateur. Dans ce cas, la
donne indisponible nest pas physiquement efface de lentrept, elle est archive.
RG-RV4
IDEM RG-RV3 appliqu la base de collecte : Au del de leur dure de vie, les donnes sont rendues
indisponibles en accs par le module de collecte.
8.2.2 C ONSERVATION
DES DONNES
Dure de vie des valeurs de donnes limite dans le temps.

Conformment aux rgles nonces ci-dessus (RG-RV3 et RG-RV4), les valeurs de donnes ne sont plus
utilisables au del de dlais spcifiques : Ceux dfinis par la dure de vie de chaque donne.
Donne indisponible contre suppression physique :
Les valeurs de donnes archives ne sont plus utilisables mais ne sont pas physiquement supprimes des bases de
donnes. Le changement est opr automatiquement par lapplication.
La suppression physique peut tre obtenue mais nintervient pas de manire automatique (voir chapitre consacr aux
fonctions techniques : purge).
Dure de vie infinie pour les donnes :
Lapplication ne contraint pas lutilisateur dfinir une dure de vie limite aux donnes. Sans prcision quant
cette limite, les valeurs de donnes ont donc une dure de vie infinie.
8.2.3 C ONSTITUTION
2.3.1
ET ALIMENTATION DE L ENTREPT
PRINCIPES DU MODLE DE DONNES DE LENTREPT

Sur le plan fonctionnel, le modle ne peut tre prcis puisque lapplication est gnrique et que les entits
fonctionnelles utilises ne sont pas connues davance.
Cependant des rgles sont dictes pour dfinir le modle de donnes que lapplication ralise :
REF
Intitul
RG-ME1
Le niveau de dtail prsent dans lentrept danalyse est systmatiquement le mme que celui de la base
de collecte. Cette rgle ne prsente aucune exception.
Le niveau de dtail de la base de collecte se retrouve intgralement dans la base danalyse
Les niveaux de dtail de la base de collecte et danalyse sont identiques
RG-ME2
Les entits fonctionnelles assignes au rle de dimensions forment des tables.
RG-ME3
Les donnes sont regroupes dans des tables de fait selon leurs similitudes. La similitude est base sur la
prsence des mmes dimensions de ventilation dans la dfinition de la donne..

Klee Group 2004
page 59/85
MODULE COLLECTE
2.3.2
MODULE ANALYSE
CONTRLES DES VALEURS DE DONNES

La qualit des donnes insres dans lentrept dpend de la saisie et des contrles effectus pendant cette
opration. Aucun contrle supplmentaire ni transformation nest ralis dans la phase dextraction-Chargement
alimentant lentrept.
2.3.3
RGLES DALIMENTATION
REF
Intitul
RG-AL1
Les valeurs de donnes saisies dans le module de collecte sont insres par lapplication OPUS dans
lentrept, systmatiquement.
RG-AL2
Les valeurs de donnes modifies dans le module de collecte sont modifies par lapplication OPUS dans
lentrept.
RG-AL3
Les valeurs de donnes supprimes partir du module de collecte sont supprimes par lapplication
OPUS dans lentrept.
.
RG-AL4
Lalimentation est une opration qui seffectue de manire indpendante des interventions utilisateur
dans le module de collecte.
Corollaire : Il existe un dlai de propagation des interventions utilisateurs vers le module danalyse.
8.2.4 D ISPONIBILIT
DES DONNES
Les donnes visibles avec loutil de restitution Business Objects rpondent aux critres suivants :
La date de validit de la donne na pas expir
Un dlai dune nuit sest coul entre linstant de lenregistrement de la saisie et la disponibilit effective .
Une opration de prise en compte sest droule entre linstant de lenregistrement de la saisie et la
disponibilit effective
La valeur na pas t efface volontairement ultrieurement lenregistrement de la saisie.
8.3 A C C S L A S O U R C E : L U N I V E R S BO
Lunique moyen daccder aux donnes et aux valeurs de donnes saisies est loutil Business Objects au travers des
univers. Lunivers BO un lment prsentant les donnes dans leur contexte mtier .

Klee Group 2004
page 60/85
Se reporter au paragraphe Scurit de lapplication pour accder au concept de domaine

ETENDU DUN UNIVERS
Lunivers Business Objects est un moyen daccs aux valeurs de donnes saisies. Par consquent, il reprsente
lensemble du modle de collecte.
Un univers a au minimum- le mme primtre quun domaine sur le plan fonctionnel. Autrement dit les objets
smantiques BO contenu dans lunivers sont tous ceux prsents dans la structure de collecte correspondante au
moins.
Organisme
Groupe de travail
Donnes
Groupe de travail
Groupe de travail
Donnes
Groupe de travail
Groupe de travail
Groupe de travail
Donnes
DOM.
Groupe de travail
D. DOMAINE
3.1.1
8.3.1 P RINCIPES OPUS
UNIVERS
UNIVERS
UNIVERS
Groupe de travail
Extension :
Dans certains cas dutilisation, il peut tre ncessaire quune notion (donne ou dimension) appartenant un
domaine soit aussi disponible dans un autre univers. Ceci peut-tre dfini dans le module de collecte lors de la phase
de rfrencement dune donne dans un domaine. Un donne rfrence sur plusieurs domaines figurera donc dans
les diffrents univers BO correspondant.
Au niveau du module de collecte et des saisies, cette donne reste unique.
Le schma ci-dessous prsente graphiquement cette extension :

Klee Group 2004
page 61/85
Organisme
Donnes
DOM.
Groupe de travail
Donnes
D. DOMAINE
Groupe de travail
Groupe de travail
Groupe de travail
Groupe de travail
Groupe de travail
Groupe de travail
Donnes
Groupe de travail
Contenu dun univers

Les univers reprsentent les objets qui dfinissent le modle de collecte :
Les donnes et leurs attributs
Les dimensions et leurs attributs
Les univers permettent daccder aux valeurs saisies pour les donnes et dans les dimensions.
Les mesures de lactivit couverte par un domaine OPUS et utilises pour lanalyse et le suivi de cette activit sont
portes par les indicateurs qui doivent tre dfinis dans les documents Business Objects.
Deux utilisations se prsentent :
Premier cas : la donne est directement utilise comme mesure dactivit et figure dans un rapport
BO sans transformation.
Second cas : La mesure dactivit et lanalyse ncessitent la combinaison de plusieurs donnes et
lapplication dune formulation.
Dans le second cas, la formulation est entirement ralise par lutilisateur final dans ltape de cration du document
Business Objects (Module WebIntelligence). La formulation dun indicateur est stocke par Business Objects
uniquement dans le ou les documents qui la contiennent. Cette formulation nest pas prsente dans la dfinition du ou
des univers utiliss pour les documents en question.
Remarque : Il est possible de crer un document BO par domaine, accessible en criture uniquement par
ladministrateur du domaine et qui servirait de rfrence aux indicateurs formuls dun mme domaine. Ainsi, si ce
document est maintenu avec suffisamment de rigueur par les administrateurs des domaines, les utilisateurs pourront
venir y puiser les indicateurs formuls prsents dans les documents dentreprise.
3.1.2
ORGANISATION DUN UNIVERS

Lorganisation des objets smantiques (colonne de gauche pour un utilisateur ralisant des requtes ou des rapports)
est ralise selon les rgles suivantes :
Les objets dimension sont regroups par classe.
Les classes contenant les dimensions reprsentent les axes

Klee Group 2004
page 62/85
Les classes contenant les dimensions sont nommes par le nom de laxe (issu du paramtrage dans
module de collecte)
Les objets dimension contenus dans une classe sont lies par un lien de hirarchie.
Le lien hirarchique des objets dimension contenus dans une mme classe est celui dfini dans le
paramtrage du module de collecte.
Les classes axe (contenant les objets dimension ) sont la racine du rpertoire. Chacune de ces
classes porte le nom court de laxe dfini dans le module de collecte et a pour description le contenu du
champ Nom du module de collecte
Les objets donnes sont tous regroups dans une classe nomme Donnes
La classe nomme donnes contient des sous-classes permettant dorganiser les objets.
Les sous-classes contenues dans donnes correspondent exactement aux thmes et sous-thmes
dfinis dans le module de collecte pour organiser les donnes lmentaires. Ils sont nomms comme
dans le module de collecte (champs nom et description ).
Un objet donnes , qui reprsente une donne, est prsent dans une classe nomme par le nom du
sous-thme laquelle cette donne appartient. Son nom est constitu du nom court de la donne dfini
dans le module de collecte. Son intitul (libell long) est contenu dans le champ description de
lobjet.
Le schma ci-dessous est une reprsentation des rgles dictes.

Axe.1
Axe.2
Axe.n
Dimensions
Axe.1
Donnes
Dim.1.1
Dim.1.2
Dim.1.3
Donnes
Thme 1
Sous-Thme 1.1
Axe.2
Dim.2.1
Dim.2.2
Dim.2
Axe.n
Donne n
Donne m
Donne p
Sous-Thme 1.2
Donne x
Donne y

Klee Group 2004
page 63/85
8.3.2 A PPLICATION
AU CAS
DRAC
Le modle de collecte DRAC nest pas arrt ce jour.

Par consquent, ce paragraphe ne prsente pas le contenu rel de lunivers ddi au domaine DRAC. Nanmoins, il
est possible dappliquer les rgles dictes concernant la couche smantique de lunivers pour figurer lapparence
gnrale de celui-ci.
Graphe 1 : Classes et dimensions
Calendrier
Calendrier
Organisation
Anne
Gographie
Semestre
Trimestre
Mois
Organisation
Catgorie dagent
Chapitre
Motif
Genre
Domaine
Groupe de travail
Label
Structure de production
Gographie
Rgion
Dpartement
Donnes
Label
Label
Dim.n

Klee Group 2004
page 64/85
Graphe 2 : Classes et donnes (indicateurs au sens BO)

Donnes
Pratiques culturelles amateur
Education culturelle en milieu scolaire
042-03 Nb dlves touchs par un dispositif
042-01 Nb de dpt participant un dispositif
Sensibilisation tous publics

009-01 Nb action CraArchi soutenues
011-01 Nb action prom Lng FR+REG Subv TitreIV
Soutien la production culturelle

Structures
003-01 Nb Cinma Art&E (31/12)
005-01 Nb Cinma Art&E subvent. (31/12)
Manifestations
007-01 Nb Manif Littraire subvent. (31/12)
008-01 Nb Manif Littraire subvent. (31/12)
Donnes gnrales
Informations dmograhiques
042-04 Nb dlves scolariss
Informations gographiques
042-02 Nb de dpt
Organisations ddies la culture

299-01 Nb de structures labellises
8.4 T R A I T E M E N T S T E C H N I Q U E S A U TOM ATI Q U E S

Les oprations les plus techniques sont ralises par lapplication OPUS sans intervention des utilisateurs.
Liste des oprations :
Cration du schma physique des donnes de lentrept ddi lanalyse
A
Maintenance de ce schma en cas de modifications des structures de donnes dans le modle

de collecte.
Alimentation de lentrept avec les valeurs de donnes nouvellement saisies
Modification dans lentrept des valeurs de donnes modifies lorsquelles sont dj insres
Cration des univers : construction de la couche technique
Cration des univers : construction de la couche smantique
Maintenance des univers en cas de modification des structures de donnes dans le modle de
collecte
Administration des aspects de scurit en supervisant le systme Business Objects
Ordonnancement : Lordonnancement des oprations effectues na pas dimpact fonctionnel car lalimentation doit
rester transparente pour lutilisateur.
Planification : Cette opration seffectue de manire rcurrente. Ces oprations sont planifies par OPUS pour tre
effectues dans les heures non ouvres : pendant les nuits entre 22H et 7H. Ces oprations sont lances chaque nuit
Klee Group 2004
page 65/85
depuis une classe java du serveur dapplication. Loptimisation des heures de dclenchement des oprations se fera en
concertation avec lquipe technique du Ministre. Les paramtres rglant ces heures seront accessibles dans la base
de donnes du module de collecte.
8.5 R E S T I T U T I O N S
8.5.1 O UTIL B USINESS O BJECTS
Le pilier des restitutions ralises avec loutil Business Objects est le document. Il sagit dune structure contenant
des requtes, des formules de calcul et des formatages. Les documents permettent daccder des informations sans
manipulations techniques de requtage. Le fait de travailler sur des documents communs facilite les changes
puisque chacun peut avoir la mme vision au mme instant des chiffres de lactivit.
8.5.2 A UTHENTIFICATION
Pour accder InfoView ou WebIntelligence, il est ncessaire de sauthentifier dans une interface indpendante du
module de collecte OPUS. Les login et mot de passe utiliser par chaque utilisateur sont ceux dfinis dans le
module dadministration : il sont communs aux deux grands modules dOPUS : identification identique cot
collecte et cot analyse.
Remarque : La double authentification ne met pas en cause lunit et homognit de lapplication OPUS.
8.5.3 U TILISATION
5.3.1
5.3.2
DANS LE MODULE D ANALYSE
DE DOCUMENTS
BO
FONCTIONNALITS DE BO INFOVIEW DANS OPUS

BO Infoview est le moyen pour les utilisateurs daccder aux valeurs de donnes prsentes dans les rapports par le
biais de l'intranet en mode Web comme le reste de lapplication OPUS (fonctionnalits de saisie, de paramtrage,
dadministration).
Les rapports prdfinis sont prsents dans des documents et sont lists lorsquils sont disponibles pour lutilisateur.
Il existe dans le cadre dOPUS trois listes de documents permettant de contrler leur utilisation :
Les documents d'entreprise sont un rpertoire de documents partags toute lorganisation
Les documents personnels sont un rpertoire de documents enregistrs pour une utilisation
personnelle.
Les documents de la Boite aux Lettres sont ceux que dautres utilisateurs ont transmis directement.
Cela permet de travailler sur ses propres documents (documents personnels), de partager des documents avec
dautres utilisateurs cibls (envois directs) ou dlargir la distribution en partageant (document dentreprise).
AUTORISATION DACCS AUX DOCUMENTS
Documents personnels et contenus de Boite Lettre sont strictement personnels et sont donc systmatiquement
accessibles par leur propritaire et uniquement par ce dernier.
Concernant les documents dentreprise, il existe des droits daccs aux documents. Un utilisateur ayant les droits
d'accs ncessaires au moins un document d'entreprise verra ce document dans sa liste de documents dentreprise.
Ainsi, un utilisateur faisant partie dun groupe de travail (et donc aussi dun domaine OPUS) ne verra par dfaut,
dans sa liste de document dentreprise, que les documents qui ont t partags pour son groupe. Ces documents
seront ceux du domaine correspondant.
Types de documents accessibles

Klee Group 2004
page 66/85
5.3.4
5.3.5
5.3.6
5.3.7
Les documents crs laide de WebIntelligence ou de Business Objects sont accessibles. En complment, tous les
documents de bureautique dont le format nest pas celui de Business Objects peuvent tre chargs dans le rfrentiel
et sont, de ce fait, accessibles (exemple de formats : Word, Excel, PDF, etc).
8.5.3.3 APPARENCE DES PAGES INFOVIEW ET PAGE DACCUEIL
La capacit de personnalisation de linterface dInfoView est accorde tous les profils.
Voir documentation dInfoView pour les dtails sur les possibilits de personnalisation
CATGORIES
Voir paragraphe Enregistrement et catgorisation des documents ci-aprs.
IMPRESSIONS
Les impressions de rapports sont possibles depuis InfoView (mode Web). Cependant, il ne sagit pas dune
fonctionnalit Business Objects et limpression dun document prsent lcran au format HTML peut ne pas tre
tout fait conforme la visualisation cran. Ceci dpend des rglages du navigateur utilis. Se reporter aux guides
de lapplication InfoView pour des dtails supplmentaires propos des rglages de navigateur.
DOCUMENTS PRDFINIS DU DOMAINE DRAC
Les documents prdfinis du domaine DRAC sont spcifis dans le document CCTP mis par le Ministre de la
Culture et de la Communication.
o
Il sagit des rapports list dans lannexe D du CCTP.
Il sagit des rapports de synthse dcrits dans lannexe E du CCTP.
Tous les documents prdfinis du domaine DRAC sont des documents BO. Il ny a pas de documents dautre type
prvu (Word, Excel, PDF, etc).
Les documents prdfinis du domaine DRAC sont raliss avec loutil WebIntelligence. Ils sont accessibles en
mode web via InfoView. Il est possible de les modifier en mode web via WebIntelligence, condition davoir le
profil suffisant (en loccurrence administrateur du domaine).
UTILISATION DE LA ZONE COMMENTAIRE
Les documents BO prdfinis prsentent tous une zone commentaire. Ce commentaire fait partie de la structure du
document. Cest une cellule du document dont la valeur persiste lorsque les donnes calcules sont rafrachies.
8.5.4 R EQUTES
LIBRES ET CREATION DE DOCUMENTS
BO
Les utilisateurs dOPUS bnficient des mmes facults en mode web que sils utilisent Business Objects Reporter.
Ceci est du lutilisation de WebIntelligence.
Les univers sont utiliss pour construire les requtes

Les requtes servant extraire des informations depuis l'emplacement de
stockage des donnes
Un utilisateur du module danalyse peut crer des requtes et crer des documents dans lesquelles les placer. Au sein
dun document BO, cet utilisateur peut en outre crer des indicateurs supplmentaires en utilisant les donnes de
base prsentes dans lunivers dans des formules de calcul. Cet utilisateur peut organiser le fruit des requtes et des
formules cres afin quils s'affichent clairement.

Klee Group 2004
page 67/85
8.5.5 E NREGISTREMENT
ET CATGORISATION DES DOCUMENTS
Le nombre de documents rpertoris peut tre important et augmente avec le temps gnralement. Parce que les
longues listes de documents peuvent savrer difficiles utiliser, il est possible dassocier les documents divers
des catgories formant alors des sous-ensembles de documents.
Ces catgories sont utilises dans InfoView comme critre de filtrage pour nafficher dans une liste que les
documents dune catgorie choisie par lutilisateur.
Catgories rfrentielles et catgories personnelles
Tout utilisateur (profil UTILISATEUR ) peut crer ses propres catgories. Elles sont utilises pour grer ses
propres documents (liste de documents personnels). Cet utilisateur peut les modifier, les supprimer.
Les documents dentreprise eux sont regroups dans des catgories dites de rfrentiel . . Ces catgories sont
gres par un utilisateur ayant le profil SUPERVISEUR dans le module dadministration de Business Objects. Il
sagit dune opration manuelle.
Affectation des catgories aux documents
Cette opration seffectue lors de lenregistrement des documents en prcisant la catgorie choisie dans les
proprits du document. Un document peut tre affect une ou plusieurs catgories simultanment.
8.5.6 S UPPRESSION
DE DOCUMENTS
Il est possible un utilisateur de supprimer des documents selon les modalits suivantes :
Cas des documents personnels
Tout utilisateur peut supprimer des documents (tous types) figurant dans sa liste de documents personnels zone de
stockage de Bote aux lettres et Documents personnels.
Cas des documents en Boite aux Lettres
Tout utilisateur peut supprimer des documents (tout types) figurant dans sa Bote aux lettres .
Cas des documents dentreprise
Un utilisateur peut supprimer les documents dont il est le crateur.

Klee Group 2004
page 68/85
9 L E S F O N C T I O N S D E P AR A M T R A G E
9.1 G E S T I O N D E S A X E S E T D E S D I M E N S I O N S
9.1.1 D ESCRIPTION
Les axes et les dimensions sont les lments de ventilation des donnes. Leur gestion est organise suivant trois
crans distincts :
Un cran prsentant la liste des axes
Un cran dcrivant laxe et ses dimensions
Un cran dcrivant les valeurs des dimensions dun axe
Liste des axes

Klee Group 2004
page 69/85
Axe et dimensions daxe
Valeurs de dimensions daxe : cas o laxe est de type commun

Klee Group 2004
page 70/85
Valeurs de dimensions daxe : cas o laxe est de type calendrier
9.1.2 I NFORMATIONS
Information
Type(*)
Initialisation
Modifiable
Obligatoire
Rgle de gestion
Commentaire
Non
Non
Oui
Les axes sont prsents

par ordre alphabtique
Nom
Non
Oui
Oui
Nom court
Non
Oui
Oui
Type
Ordinaire
Oui
Oui
Dimension (1, 2, 3)
Non
Oui
Non
Ecran liste des axes

Nom de laxe
Ecran axe
Ecran valeurs des dimensions de laxe

Valeur de dimension
Non
Oui
Oui
Dates
Non
Oui
Oui
Dans le cas o laxe est de

type calendrier . Un
contrle de cohrence est
fait sur la date de dbut et
la date de fin (date dbut
<= date fin)

1.
Au moins un couple (dimension, type de la dimension) est obligatoire pour dfinir un axe
Klee Group 2004
page 71/85
2.
En mode modification, le type de la dimension nest plus modifiable sil existe des valeurs
3.
Si le type de laxe est gal la valeur calendrier , les valeurs de dimensions correspondront toujours un
intervalle de dates quil faudra prciser
4.
La suppression dun axe est possible tant quaucune de ses dimensions nest attache une donne
9.1.3 A CTIONS
POSSIBLES
Action
Commentaires

Lien Nouvel axe
Permet daccder lcran axe en mode cration
Lien sur le nom de laxe
Permet daccder lcran axe en mode consultation
Ecran axe
Bouton
Ajouter
dimension
une
Permet dajouter une dimension (vers un niveau supplmentaire dagrgation)
Bouton
Supprimer
dimension
une
Permet de supprimer une dimension
Bouton Enregistrer
Enregistre la fiche axe
Lien Modifier
Recherche la page en mode modification
Bouton Supprimer
Supprime laxe et ses dimensions
Bouton flche
Permet dinsrer une dimension nimporte quel niveau de dtail dun axe
Lien valeurs des dimensions de

laxe
Enregistre la fiche axe et permet daccder lcran valeurs des dimensions

de laxe en mode consultation

Bouton Ajouter une ligne
Ajoute une ligne vierge au tableau
Bouton Modifier la ligne
Permet de modifier une ligne du tableau
Bouton Supprimer la ligne
Supprime la ligne du tableau
Bouton Dupliquer la ligne
Permet de dupliquer la ligne
Bouton Enregistrer
Enregistre les valeurs de dimensions de laxe
Lien Modifier
Recherche la page en mode modification
9.1.4 C AS
D ERREUR

Aucun cas derreur
Ecran axe
ERR_002 : Unicit du nom
ERR_002 : Unicit du nom court
ERR_006 : Dfinition obligatoire dau moins une dimension
Ecran valeurs des dimensions daxe
ERR_002 : Unicit de valeur de dimension

Klee Group 2004
page 72/85
9.1.5 A CTIONS
AUTORISES
Profils
Actions
Analyste
Concepteur
Administrateur

Lien Nouvel axe
Lien sur le nom de laxe
Bouton Ajouter une dimension
Bouton Supprimer une dimension
Bouton Enregistrer
Lien Modifier
Bouton Supprimer
Lien valeurs des dimensions de laxe
Bouton Ajouter une ligne
Bouton Modifier la ligne
Bouton Supprimer la ligne
Bouton Dupliquer la ligne
Bouton Enregistrer
Lien Modifier
Ecran axes
9.2 G E S T I O N D E S D O N N E S F I C H E D O N N E
9.2.1 D ESCRIPTION
La fiche donne dfinit la donne de faon structurelle et organisationnelle :
Elle dcrit sa structure (Intitul, type, dimensions de rpartition)

Elle organise sa mise disposition dans le module de collecte et dans le module danalyse (thmes
et sous thmes, partage en collecte et en analyse)

Klee Group 2004
page 73/85
Fiche donne page 1
Fiche donne page 2

Klee Group 2004
page 74/85
Choix des thmes et des sous thmes
Choix des dimensions

Klee Group 2004
page 75/85
9.2.2 I NFORMATIONS
Information
Type(*)
Initialisation
Modifiable
Obligatoire
Rgle
de
Commentaire
gestion
N donne
Non
Non
Oui
Le n de donne est gnre

automatiquement
lenregistrement. Il est unique.
Intitul
Non
Oui
Oui
Nom court
Non
Oui
Oui
Ce champ est limit 29

caractres
Type
Non
Oui
Oui
Contient
les
valeurs
Numrique ,
Texte ,
Boolen , Date
Fonction
Non
Oui
Oui
Contient
les
valeurs
Aucune , Max , Min ,
Moyenne ,
Nombre ,
Somme
Dure de vie
Non
Oui
Non
En nombre dannes. La date

de fin de vie des valeurs de
donne est calcule via la
fonction suivante : date de fin
de vie de la valeur = dernier
jour de la priode de ventilation
de la valeur + Dure de vie
Commentaire
Non
Oui
Non
Valeur minimum
valeur maximum
Non
Oui
Non
Des contrle de cohrence sont

faits sur ces valeurs : accessible
uniquement si le type de la
donne
est
gal
Numrique ou Date ,
valeur minimum <= valeur
maximum.
Format
Non
Oui
Non
Contient la liste des contrles

de saisie prdfinis (voir
fonctions
dadministration).
Lorsquun
lment
est
slectionn,
lexpression
rgulire sous jacente est
reporte dans le champ
expression rgulire .
Expression
rgulire
Non
Oui
Non
Partage
Non
Oui
Oui
Non
Oui
Non
Contient la liste des domaines

OPUS. Ce champ nest
accessible que si la donne est
partage
Groupe de travail
Non
Oui
Non
Ce champ nest accessible que

si la donne nest pas partage
Mise disposition
pour lanalyse
Non
Oui
Non
Contient la liste des domaines

OPUS. Ce champ nest
accessible que si la donne est
partage. Dans ce cas, la
donne doit tre mise
disposition pour lanalyse au
Ecran donne
Primtre
collecte
de

Klee Group 2004
page 76/85
Information
Type(*)
Initialisation
Modifiable
Obligatoire
Rgle
de
Commentaire
gestion
moins dans le mme primtre

que pour la collecte
Dimension
rpartition
de
Non
Oui
Oui
Ecran slection des thmes et sous thmes

N donne
Non
Non
Oui
Intitul
Non
Non
Oui
Domaine OPUS
Non
Non
Non
Les domaines disponibles sont

au plus ceux mis disposition
pour lanalyse, au moins celui
du groupe de travail slectionn
pour la valorisation de la
donne (cas des donnes non
partages)
Thme
Non
Non
Non
Sous thme
Non
Non
Non
Ecran slection des dimensions de rpartition

N donne
Non
Non
Oui
Intitul
Non
Non
Oui
Axe
Non
Non
Non
Dimension
Non
Non
Non
(*) A = Champ alpha-numrique, L = liste, N = Numrique, D = Date, B = Boolen

1.
Le nom court de la donne doit tre unique pour un sous thme donn
2.
Lun des deux champs primtre de collecte ou groupe de travail doit tre renseign.
3.
La donne doit tre ventile suivant au minimum un axe de type calendrier .
4.
Il ne peut exister pour une donne quune seule rpartition temporelle
5.
Tant quaucune valeur de donne nest saisie, tous les champs de la fiche donne sont modifiables. En revanche,
ds quune valeur est dfinie, seuls les champs suivants restent modifiables :
6.
Intitul
Nom court
Fonction
Dure de vie
Commentaire
Valeur minimum/valeur maximum
Format/expression rgulire
Mise disposition pour lanalyse
Thmes/sous thmes
Les contrles de saisie peuvent tre modifis tout moment (valeur min/valeur max, expression rgulire).
Cependant, aucun contrle rtroactif nest fait sur les valeurs de la donne dj saisies.

Klee Group 2004
page 77/85
7.
Cest toujours lexpression rgulire saisie dans le champ Expression rgulire qui est utilise pour contrler
les valeurs saisies de la donne. Le champ format est destin aider lutilisateur dfinir le contrle quil
souhaite oprer sur la donne. Il masque la complexit de syntaxe de lexpression rgulire et peut tre utilis
comme point de dpart llaboration dune expression plus adapte.
8.
Le champ dure de vie reprsente le nombre de jours dutilisation de chaque valeur de donne en collecte
comme en analyse avant son passage dans un tat archiv. Si ce champ nest pas renseign, la valeur de la
donne nest jamais archive. Lorsque la valeur de la donne passe dans un tat archiv, elle reste prsente dans
la base de donnes mais nest plus accessible ni par le module de collecte, ni par le module danalyse.
9.
Dans lcran de slection des thmes et sous thmes, la liste est prsente par ordre alphabtique sur le champ
domaine OPU, puis sur le champ thme, puis sur le champ sous thme.
10. Dans lcran de slection des dimensions de rpartition, la liste est prsente par ordre alphabtique sur le champ
axe, puis par ordre croissant de dimension au sein dun axe.
9.2.3 A CTIONS
POSSIBLES
Action
Commentaires
Ecran donne
Bouton Rpartir
dimensions
sur
les
Permet daccder lcran de slection des dimensions de rpartition
Bouton Attacher aux thmes/

sous thmes
Permet daccder lcran de slection des thmes et des sous thmes
Bouton Enregistrer
Enregistre la fiche donne
Lien Modifier
Permet daccder lcran axe en mode cration
Bouton Supprimer
Permet daccder lcran axe en mode consultation
Ecran slection des thmes et des sous thmes

Bouton Choisir les sous thmes
slectionns
Permet dattacher la donne les thmes et sous thmes slectionns

Bouton Choisir les dimensions
slectionnes
9.2.4 C AS
Permet dattacher la donne les dimensions slectionnes
D ERREUR
Ecran donne
ERR_007 : Unicit du nom court pour un sous thme
ERR_008 : Cohrence valeur min <= valeur max
ERR_009 : Cohrence valeur min/valeur max en fonction du type de la donne
ERR_010 : Donne partage dans un primtre de collecte
ERR_011 : Donne prive un groupe de travail
ERR_012 : Mise disposition dune donne partage au moins gale au primtre de collecte
ERR_013 : Pas de mise disposition dune donne prive
Ecran slection des thmes et des sous thmes
ERR_014 : Choix dun sous thme obligatoire
ERR_015 : Rpartition sur un et un seul axe de type calendrier obligatoire
Klee Group 2004
page 78/85
9.2.5 A CTIONS
AUTORISES
Profils
Actions
Analyste
Concepteur
Administrateu
r
Superviseur
Ecran donne
X
Bouton Enregistrer
Lien Modifier
Bouton Supprimer
Bouton Rpartir sur les dimensions

Bouton Attacher aux thmes/
thmes
sous
Ecran axe
Bouton Choisir
slectionns
les
sous
thmes

Bouton
Choisir
slectionnes
les
dimensions
9.3 G E S T I O N D E S D O N N E S R E C H E R C H E E T L I S T E
9.3.1 D ESCRIPTION
Cette fonction permet daccder au paramtrage dune donne existante pour le consulter ou le modifier. Elle se
dcline en deux crans :
Une liste de donnes correspondant la conjugaison des critres renseignes

Klee Group 2004
page 79/85
Rsultats de recherche

Klee Group 2004
page 80/85
9.3.2 I NFORMATIONS
Information
Type(*)
Initialisation
Modifiable
Obligatoire
Rgle de gestion
Commentaire
Domaine OPUS
Non
Oui
Non

est implicite
Thme
Non
Oui
Non
Sous thme
Non
Oui
Non
Donne partage
Non
Oui
Non

sont : oui et non
Groupe de travail
Non
Oui
Non
Ceux
du
slectionn
Type
N de donne
Non
Oui
Oui
N donne
Non
Non
Oui
Intitul
Non
Non
Oui
Ecran recherche
domaine

sont :
Numrique ,
Date ,
Boolen ,
Texte
Il sagit dun intervalle de
numro de donne. La
cohrence des numros
minimum et maximum
nest pas vrifie
Ecran liste

1.
Dans lcran de recherche, lun des deux champs sous thme ou N donne doit tre renseign
2.
Les lments de la liste de donnes sont tris par ordre croissant sur le n de donne.
9.3.3 A CTIONS
Action
POSSIBLES
Commentaires
Ecran de recherche
Bouton Rechercher
Ecran liste
9.3.4 C AS
Permet daccder lcran de paramtrage de la donne en mode consultation
D ERREUR
Aucun cas derreur

Klee Group 2004
page 81/85
9.3.5 A CTIONS
AUTORISES
Profils
Actions
Analyste
Concepteur
Administrateur
Superviseur
Bouton Rechercher

Klee Group 2004
page 82/85
10
LES FONCTIONS TECHNIQUES
Les fonctions techniques nont dinterface ni dans le module de collecte ni dans le module danalyse. Cependant, le
modle de donnes de lapplication permettra le stockage des informations ncessaires et des outils seront mis
disposition du service technique pour lexcution des traitements.
10.1
T R A C E R L E S M O D I F I C ATI O N S
Le systme doit conserver la trace des objets structurants de lapplication OPUS. Ces objets sont :
Les donnes (dfinition et valeur)
Les indicateurs (cest dire les formules)
Les documents
Voici un tableau rcapitulatif dcrivant la gestion des mises jour de ces objets.
Dfinition
Donne
Indicateur i
Valeur
Chaque dfinition de donne porte la date et lidentifiant Chaque valeur de donne porte la date et
de lutilisateur ayant effectu la dernire mise jour.
lidentifiant de lutilisateur qui a effectu la dernire
mise jour.
Lhistorique des dfinitions successives de la donne est
conserv dans la base.
Lhistorique des valeurs saisies pour une mme cl
(id dfinition de la donne, id des valeurs de
dimensions) doit tre conserv . Pour cela, une
table dhistorique sera construite dans la base. Elle
contiendra :
La date de saisie
Lidentifiant de lutilisateur ayant effectu la

saisie (ou le nom de lorigine de la valeur dans
le cas des collectes par import issues
dapplications tierces)
La valeur
Le commentaire de la valeur
Le statut de la valeur (en cours ou non)
Lindicateur i est dfini dans le document Business NA

Objects.
Conserver la trace de la mise jour dun indicateur est
une tche manuelle qui consiste :
Document
dupliquer lindicateur i pour crer un

indicateur i dans le document
puis nommer le nouvel indicateur i de

faon conserver un lien entre i et i
De mme que pour lindicateur, mettre jour un NA

document d signifie dans ce cas dupliquer le document
pour crer un document d. La trace est alors gre par
la personne qui nomme le nouveau document

Klee Group 2004
page 83/85
10.2
ARCHIVER LES DONNES
On attribue chaque donne une dure de vie. Cette information est stocke dans la dfinition de la donne. Cela
permet dattribuer une date de fin de vie chaque valeur de donne. Cette date est calcule et fonction de la priode
de ventilation suivant la rgle :
Date de fin de vie = date du dernier jour de la priode de ventilation + dure de vie
Une procdure stocke Oracle sera lance automatiquement intervalles rguliers (chaque nuit). Elle se chargera de
passer les valeurs de donnes archivables dans un tat archiv dans la base de collecte et dans la base
danalyse.
Les valeurs de donnes archives ne sont plus consultables ni par le module de collecte, ni par le module danalyse,
mais elles restent prsentes dans la base de donnes.
Remarque : si la dure de vie dune donne est modifie aprs la saisie de valeurs, alors ces valeurs restent rgies
par la dure de vie en vigueur lors de leur saisie.
10.3
PURGER LES DONNES
La purge est une opration qui permet de supprimer physiquement les donnes des bases de collecte et danalyse.
Cette opration est manuelle et volontairement dclenche par lquipe technique de lapplication, sur la base de
collecte et sur lentrept de donnes ddi lanalyse.
En pratique, une procdure stocke Oracle sera mise disposition de lquipe technique du projet. Elle permettra la
suppression physique des valeurs de donnes se trouvant dans un tat archiv . Le dlai accord entre la date de
fin de vie et la purge sera paramtrable.

Klee Group 2004
page 84/85
11
EXCEPTIONS
Cas derreur
Description
La suppression est impossible car des dpendances

existent
ERR_002 : Unicit de <nom>
Ce <nom> existe dj
ERR_003 : Choix obligatoire du thme ou du n

de donne
Le choix du thme ou du n de donne est obligatoire
ERR_004 : Contrle de saisie insatisfait
Le contrle prvue sur cette donne est insatisfait.

Vous devez respecter le format suivant : <liste des
contrles paramtrs>
ERR_005 : La date de rfrence ne correspond

aucune priode
La date de rfrence pour la priode ne correspond

aucune priode prvue pour cette donne.
ERR_006 : Dfinition obligatoire dau moins

une dimension
Une dimension au moins est obligatoire.
ERR_007 : Unicit du nom court pour un sous

thme
Ce nom de donne existe dj pour le(s) sous

thme(s) slectionn(s)
ERR_008 :Cohrence valeur min <= valeur max
La valeur minimum doit tre infrieure ou gale la

valeur maximum
ERR_009 : Cohrence valeur min/valeur max en

fonction du type de la donne
Les valeurs minimum et maximum nont de sens que

pour une donne de type numrique ou date
ERR_010 : Donne partage dans un primtre

de collecte
Une donne partage lest obligatoirement dans un

primtre de collecte
ERR_011 : Donne prive un groupe de travail
Une donne est prive un groupe de travail
ERR_012 : Mise disposition dune donne

partage au moins gale au primtre de collecte
La mise disposition pour lanalyse dune donne

partage doit tre au moins quivalente au primtre
de collecte dfinie pour cette dionne
ERR_013 : Pas de mise disposition dune

donne prive
Une donne prive ne peut pas tre mise disposition

pour lanalyse au del de son groupe de travail
dappartenance
ERR_014 : Choix dun sous thme obligatoire
Le choix dun sous thme est obligatoire
ERR_015 : Rpartition sur un axe de type

calendrier obligatoire
La donne doit tre rpartie sur un et un seul axe de

type calendrier.
ERR_016 : Au moins un domaine
Un utilisateur non superviseur doit tre attach

au moins un domaine

Klee Group 2004
page 85/85

23 OPUS - Specifications Fonctionnelles

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

23 OPUS - Specifications Fonctionnelles

Enviado por

Direitos autorais:

Formatos disponíveis

OPUS DRAC

Objet de la mise jour

Ajout de la fonction de saisie par import (

Ajout dun paragraphe sur la gestion des

Mise jour de la gestion des saisies par

Acceptation des modifications de la version

Modifications suite aux remarques contenues

Modifications suite la revue de la version

les droits daccs un document BO

OPUS DRAC 343195827.doc

Les membres du Comit de Suivi

quipe projet KLEE

A = Application, O = Observations, I = Information diffusion, V = Validation

OPUS DRAC 343195827.doc

INFORMATIONS PRSENTES SUR LES CRANS..................................................................................................24

7 LES FONCTIONS DE COLLECTE.................................................................................................................... 37

8 LES FONCTIONS DANALYSE.......................................................................................................................... 54

10 LES FONCTIONS TECHNIQUES..................................................................................................................... 81

TRACER LES MODIFICATIONS............................................................................................................................81

OPUS DRAC 343195827.doc

Lensemble des fonctionnalits de lapplication.

Les objets manipuls, leurs buts et leurs principes de fonctionnement.

Les crans utilisateurs mettant en uvre les fonctionnalits de lapplication.

OPUS DRAC 343195827.doc

Dassurer le pilotage local de leur performance,

Le premier structure et recueille les oprations de collecte de donnes,

Serveur web Apache li au serveur dapplication Tomcat,

Outils Business Objects WebIntelligence v6.1

Serveur de donnes avec une base Oracle 9i,

Package PL/SQL dOracle.

OPUS DRAC 343195827.doc

Atelier de pratique artistique

Dans lapplication OPUS, il existe trois types daxe :

Les axes de type calendrier ont la particularit davoir comme lment de

Klee Group 2004

Le type (numrique, date, boolen, texte),

Les dimensions utilises pour la ventilation des valeurs.

Format : entier sur 3 caractres

axe calendrier (anne/mois) : dimension anne ,

axe go-administratif (rgion/dpartement) : dimension dpartement .

3.3 D O M A I N E OPUS E T G R O U P E D E T R AVAI L

OPUS DRAC 343195827.doc

OPUS DRAC 343195827.doc

Mode consultation (les champs sont en lecture seule)

Mode modification (les valeurs sont modifiables).

Nouvelle saisie manuelle

Saisie par import de fichiers

Rechercher des saisies

Piloter les saisies

Suivre l'avancement des saisies

Rechercher des donnes

Recherche des donnes

OPUS DRAC 343195827.doc

Recherche des utilisateurs

OPUS DRAC 343195827.doc

OPUS est fonde sur une unit de base : Le groupe de travail.

Chacun des groupes de travail a besoin dagir :

OPUS DRAC 343195827.doc

5.2.2 P RIMTRES OPUS :

Groupe de travail DOMAINE

5.3 U T I L I S ATI O N E N M O D E A U TON O M E

OPUS DRAC 343195827.doc

Un utilisateur de ce groupe dfinit la structure de collecte dont le groupe a