Les besoins initiaux
Proposer deux objets éditoriaux adaptés aux annonces et recherches d’emploi :
- le CV (unique, lié à un auteur unique id_auteur existant dans AUTEURS)
lié au document PDF, et ses utilisations éventuelles (suivi par l’auteur concerné)
- l’offre d’emploi (
Les cas d’utilisation initiaux étaient assez restrictifs ; cette page du carnet est l’opportunité d’ouvrir à plus d’expressions de besoins pour construire une base généralisable, sans perdre de vue l’idée de laisser la charge d’intégration de ces objets à chaque webmestre utilisateur...
Il vous est donc vivement conseillé de commencer par la relecture de la documentation d’origine /encore en-cours de rédaction/ : Emplois et article 4815
Parmi les options à configurer, plutot que d’utiliser des champs Champs Extras (voir Champs Extras (Interface) et Champs Extras — API et créations) on pourra plus simplement utiliser les mots-clés -natifs SPIP- qui ne nécessitent aucune reconfiguration spécifique, et permettent l’usage multi-valué [1] : c’est ce qui est proposé ci-après (et vous êtes invités à adjoindre vos suggestions, besoins et usages !
Configurations optionnelles
- le id_groupe des mots clés de compétences
- le id_groupe des niveaux
- le id_groupe des zones géographiques
- le id_groupe des positions hiérarchiques, des types de postes ou de contrat...
l’objet éditorial CV
Initialement conçu comme un lien (unique) pour un document lié, il doit évoluer vers la saisie de nombreux champs (en particulier URL de réseaux sociaux), avec :
- titre
- compétences
- qualité
- formation
- base-line / slogan personnel
- URLs pour : Viadeo / LinkedIn / DoyouBuzz / FaceBook / perso / ...
Modèle de données
- id_cv + id_auteur
- id_rubrique + id-secteur (pour faciliter la gestion par LIM ou ZAR)
- id_document_cv = équivalence avec l’objet physique déposé
- statut
- maj (certains sites demandent une mise-à-jour fréquente... ;-)
Pouvoir aussi proposer un « Mini-CV » : celui-ci pourrait comprendre :
- un titre (ou objectif... projet professionnel....)
- un texte des compétences / expériences ( taille configurable ? 4 à 10 lignes ?)
- un champ formations
- trois ou quatre champs d’URL (Viadeo / LinkedIn / Doyoubuzz .... )
Groupes de Mots-clés associés
(à choisir par config)
- domaines de compétences / niveau d’étude = BAC+
Utilisations
Le déposant doit pouvoir :
- déposer un CV
- le suspendre (statut : refusé ? vérifier compatibilité avec la validation par Auteur & Admin), ou mettre une date de fin automatique
Il doit pouvoir déposer un ou plusieurs CVs (selon config + critère spécial)
- en fonction de son/ses profils professionnels (ex. cadre & formateur),
- gérer son profil en fonction de l’offre à laquelle il répond.
critère
{nbre_cv} : permet de sélectionner un ou plusieurs CVs (config..)
l’objet Offre
Initialement prévu en accès libre dans le public, cet objet devrait être créé en surplus d’une inscription « ouverte » et réservée avec un statut supplémentaire dédié, ce qui permettrait de garder un fonctionnement homogène avec la galaxie SPIP (et l’adapter à une condition d’utilisation spécifique dans certains cas...) : il faudrait donc modifier la structure de l’objet, car sinon, il vient en contradiction... avec tous les usages de SPIP : la solution plus haut !
la candidature-réponse
Pour permettre une gestion des candidatures, soit pour les auteurs-intéressés, soit pour les auteurs-annonceurs-recruteurs...
- nécessite de pouvoir y associer un CV spécifique (avec statut « non publié »), une lettre de motivation
TODO
Préfixe commun aux tables cvs et offres
- spip_emplois_cvs
- spip_emplois_offres
- spip_emplois_candidatures (?)
- spip_emplois_stages (mais un stage est aussi un type d’offre ?)
passer d’autres éléments en configuration (les mails à notifier, les champs supplémentaires, les traitements de pré-publication...=
— -
Remarques d’utilisateurs :
[1] Pouvoir affecter plusieurs valeurs conjointement à une instance, tout en y accédant de façon unique et individualisée !