Gestion%20du%20personnel

1

• Gestion du personnel
• Administration locale

2
La démarche

• Analyse et Recensement des besoins
• Revue LAPP
• Des applications existantes
• Des besoins
• Mise en évidence
• redondance de l information
• gt Problème de mise a jour de l information
• Difficultés d accès a l information
• Difficultés de communication entre les
  différentes applications

3
La démarche(suite)

• Définition des priorités
• La gestion du personnel
• partiellement inexistante au LAPP
• La gestion du  parc machine 
• évolution du système vers une solution plus
  ouverte (partage, accessibilité)
• Les débuts
• A partir de Avril 2001
• Définition du cahier des charges , des besoins
  utilisateurs,
• Début de lanalyse de système central

4
Les besoins dans les autres labos.

• IPN Orsay
• Besoins identiques mais la situation est
  légèrement différente
• Les besoins existent également dans d autres
  labos.

5
Les différentes étapes

• Etude et analyse du systeme local
• Avril 2001
• Réunion au CC le 21/06/01
• LAPP, IPNO, CC, Services Centraux
• Création d un comite aux services centraux
• Définition d un cahier des charges
• Démarrage du développement
• Septembre 2001
• Mise en service 2eme trimestre 2002

6
Les différentes étapes

• LABINTEL ICARE
• Base de données du personnel mais ne gère pas
  tout ce qui concerne la gestion au quotidien
• Accessibilité ?
• Fréquence Mise a jour ?
• Rencontre avec la DSI au LAPP au printemps 2002
• ? ouverture de linfo-centre aux laboratoire de
  lIN2P3

7
Le composants du système
Interface
Authentification
8
Les accès , Lorganisation

• Le login et les rôles
• Chaque personne a son Login
• Accès au système avec un rôle défini
• Toute personne peut avoir plusieurs rôles
• Définit le niveau dinteraction avec le système
• Lorganigramme
• Les schémas de validation sont bases sur une
  description précise de lorganigramme

9
Les vues du système

• Agent depuis le WEB
• Demande dabsences
• Demande de missions
• Visualisation de son planning
• Visualisation du planning du/des groupes ou
  service associes
• Les responsables (services, expe., direction)
  depuis le WEB
• Validation des absences de type
• Missions, Conges.
• Consultation du planning du groupe ou total
  dépendant du rôle associe a la personne connectée
  

10
Les vues du système

• Le gestionnaire du personnel
• Application dédiée et installé sur un poste de
  travail
• Permet daccéder a toutes les fonctionnalités
  liées a la gestion du personnel(cf. Cahier des
  charges)
• Données du personnel,Formation,Absences,Visite
  Médicale,

11
Les vues du système

• Le gestionnaire des missions
• Dispose dune application installée sur son poste
  de travail
• Permet de visualiser,de modifier(avec accord) ou
  dimprimer la totalité des missions validées par
  les responsables.

12
Les vues du système

• Ladministrateur
• Dispose dune application installée sur son poste
  de travail
• Permet de gérer les logins , mot de passe
  daccès au système et de lattribution des rôles.

13
Le diagramme de classes
FormationPropos
VisiteMedicale
GrilleEchelon
DossierCarriere
utilise
consulte
Formation
AbsencesTemp
Absence
FormationTempo
FormationValidCS
FormationInscrite
AccesSysteme
1
1
1
1
Role
AbsenceProfessionnelle
Agent
1..
1..
1..
1..
1..
1..
AffectationRole
1..
1..
Groupe
Experience
Service
GroupeGene
GroupeTravail
14
Architecture actuelle
15
Les moyens informatiques

• ORACLE au CC mais pas une obligation
• Configuration indépendante du système
  dexploitation
• Installation locale sur le poste de/des
  administrateur(s) du personnel
• Java
• Configuration du système
• Pour tout le monde
• Navigateur classique mais version récente
  (Netscape 7.0 ou IE5)

16
Les moyens

• Depuis Septembre 2001
• Développement de la partie centrale suivi du
  développement maintenance
• Le cahier des charges et lanalyse préalable
• 1 élève-ingénieur Stage de 6 mois
• Les absences les missions Métropole/Etranger
• 1 élève-ingénieur Stage de 6 mois
• Le gestion des accès
• 1 étudiant stage 2mois et demi
• Les missions CERN
• 1 élève-ingénieur Stage de 6 mois en cours

17
La suite

• Assurer la maintenance
• Intégration de nouveaux modules
• Gestion des misions CERN en cours
• Module dextraction de données
• Documentation utilisateur a écrire
• Envisager des procédures automatiques
  dinstallation et de mise en route

18
Conclusions

• Opérationnel mais produit jeune et donc
  perfectible
• Si besoin d une appli. communes aux labos
• Système ouvert
• Intégration simple de nouveaux modules (Plug-In)