1. Introduction

Cette page a pour objet de présenter toutes les informations utiles au paramétrage et à l'adaptation de SOF à votre environnement.

Elle sera mise à jour régulièrement en fonction des questions et des réponses posées sur la liste odf-utilisateurs.

2. Connexion de SOF avec une base externe de scolarité (Apogée)

...

• Importée/Synchronisée avec une base externe directement via une requête (valeur A)
• Importée/Synchronisée via un calcul se faisant dans la classe implémentant l'interface ISync (voir exemple plus bas)
• Non synchronisée(valeur N)
  Pour les informations synchronisées automatiquement, la colonne COL_SYNC_INF vous permet d'indiquer à quelle colonne de votre requête sur la base externe vous souhaitez lier cette information.
  

  Volet
  Note Dans le cas de la synchronisation de données d'un objet déjà existant, ne seront synchronisées que les informations pour lesquelles FUN_INFO.TEM_MOD_INF = 'I'

  Le mécanisme de synchronisation est implémenté dans le package sync. Deux classes sont proposées par défaut :
• L'une pour la synchronisation à partir de la base externe (voir ci-dessus)
• L'autre pour la synchronisation à partir d'un annuaire LDAP
  Les applications dont sont importés les objets sont définies dans la table FUN_TYP_OBJ (colonne APP_ORI_TYP_OBJ).

...

Exemple : Autorisation des utilisateurs de profil "Scolarité" à modifier le groupe "Informations générales" des objets de type "Diplôme"

 insert into FUN_DRT_PROF_UTI values('SCOL','GEN',2,'');

...

Prenons l'exemple du menu d'un objet.

...

• Propriétés : Cette entrée est en service, positionnée en première position, affichée à l'utilisateur et n'a pas de commentaire associéinsert into FUN_DET_MENU values(12,'OBJ','O','Propriétés',1,'O','');* Pour qu'elle soit utilisable par les utilisateurs d'un profil donné, il faut qu'il y ait dans la table FUN_MEN_PROF_UTI une occurence avec comme code Profil celui du profil considéré et comme numéro d'entrée de menu celui de l'entrée considérée. Exemple avec le profil statique SCOL :insert into FUN_MEN_PROF_UTI values('SCOL',12);
  Il y a donc, pour une entrée donnée, autant d'occurences dans FUN_MEN_PROF_UTI qu'il y a de profils autorisés à l'utiliser.
• Cette entrée n'a pas d'occurence dans la table FUN_NOT_DET_MENU, elle est donc proposée quelque soit le type de l'objet (Diplôme, Semestre, Composantes...)
• Personnes : Même principe...
• Responsables : Même principe...
• Cohabilitations : Même principe...
• Cette entrée n'est proposée que pour les diplômes. On trouve donc dans la table FUN_NOT_DET_MENU autant d'occurences correspondant à cette entrée qu'il y a de types d'objet autre que Diplôme. Exemple avec le type d'objet Semestreinsert into FUN_NOT_DET_MENU values(15,22);
• Groupes d'informations : Même principe...
• Visualisation : Même principe...
• Cohérence : Même principe...
• Validation : Même principe...
• Génération du CDM : Même principe...
• Synchronisation : Même principe...
• Web Services : Même principe...
  A chacune de ces entrées sont associées des actions. Prenons l'exemple de l'entrée Propriétés. Deux actions sont spécifiées :
• L'une affichant du formulaire de mise à jour des propriétés
• Le témoin TEM_DEF_ACT_MEN est à 'O' pour indiquer qu'il s'agit de l'action par défaut pour cette entrée. C'est donc cette action qui est ajoutée sur le lien du menuinsert into FUN_DET_MENU_ACT values(12,'updatePropObj','','O');
• L'autre effectuant la mise à jour
• Le témoin TEM_DEF_ACT_MEN est à 'N'. Cette action n'est pas utilisée pour le lien du menu.insert into FUN_DET_MENU_ACT values(12,'doUpdatePropObj','','N');
  

  Volet
  Note Le canal vérifie à chaque appel d'une action que le profil de l'utilisateur lui permet de l'exécuter. A partir du moment où l'utilisateur a les droits sur une entrée d'un menu, il est autorisé à exécuter l'ensemble des actions associées.

  
  
  

5. Mécanisme de "Workflow"

...