Ce dépôt regroupe des ressources utiles aux apprentis, chefs de projet et experts pour les travails pratiques individuels (TPI) de fin d'apprentissage des informaticien·ne·s CFC.
C'est un travail collaboratif, n'hésitez pas à lire la procédure pour proposer vos contributions.
- À propos
- Ressources officielles
- Déroulement du TPI
- Pour les apprentis
- Pour les chefs de projets
- Pour les experts
- Préparation au TPI / TPI Blancs
- Exemples de TPI
En Suisse, la formation initiale des professionnels des technologies de l'information et de la communication (TIC) dans l'informatique permet, à l'issue de 4 années d'apprentissage, l'obtention d'un certificat fédéral de capacité.
L'apprentissage d'informaticien·ne est répartit en 3 orientations différentes :
Cette formation est régie par l'Ordonnance du SEFRI sur la formation professionnelle initiale.
En fin d'apprentissage, les apprentis doivent réaliser un travail pratique individuel (TPI) pour lesquels les critères d'évaluation sont disponibles sur https://www.ict-berufsbildung.ch/fileadmin/user_upload/02_Francais/01_formation_initiale/PDF/Beurteilungskriterien_IPA_V1.1_FR.pdf. Additionellement, le détail de ces critères est diponible sur http://www.tpivd.ch/files/cfc-ordo2k14/2.%20Criteres%20d%20evaluation%20TPI.PDF.
La liste des ressources officielles est diponible sur cette page.
- Sujet : Calcul d’orientation de capteurs de bruits
- Sujet : "Skob": logiciel pour l’exploitation des libraires indépendantes (PME)
Pour chaque matinéele candidat à le droit à 20min de pause. Pour chaque après-midi, le candidat à le droit à 15min de pause
| Durée | Pause | Total | |
|---|---|---|---|
| Matin | 07:30 - 12:30 | 20min | 4h40 |
| Après-midi | 13:30 - 16:30 | 15min | 2h45 |
| Total | 7h25 |
Note : cet exemple permet d'arriver exactement à 89 heures pour 12 jours de TPI. (12 fois 445 minutes par jours est égal à 5340 minutes, soit 89 heures.)
| Durée | Pause | Total | |
|---|---|---|---|
| Matin | 08:00 - 12:00 | 20min | 3h40 |
| Après-midi | 13:00 - 17:35 | 15min | 4h20 |
| Total | 8h00 |
| Durée | Pause | Total | |
|---|---|---|---|
| Matin | 08:30 - 13:00 | 20min | 4h10 |
| Après-midi | 14:00 - 18:05 | 15min | 3h50 |
| Total | 8h00 |
| Durée | Pause | Total | |
|---|---|---|---|
| Matin | 09:00 - 13:00 | 20min | 3h40 |
| Après-midi | 14:00 - 18:35 | 15min | 4h20 |
| Total | 8h00 |
La durée d'un TPI doit être de 70 à 90 heures, selon l'art. 20 de Ordonnance du SEFRI sur la formation professionnelle initiale d'informaticienne / informaticien avec certificat fédéral de capacité (CFC).
| Répartition | Recommandation | Exemple % | Exemple H |
|---|---|---|---|
| Analyse | Entre 10% et 20% | 10% | 8h |
| Implémentation | Entre 40% et 60% | 60% | 42h |
| Tests | Entre 5% et 15% | 5% | 4h |
| Documentation | Entre 20% et 30% | 25% | 20h |
| Total | 100% | 80h |
La grille d'évaluation définit les critères généraux selon lesquels le travail du candidat sera évalué (documentation, journal de travail, respect des normes, qualité, …).
En plus de cela, le travail sera évalué sur les 7 points spécifiques suivants (correspondant aux critères d'évaluation A14 à A20).
-
La qualité du repository Git : messages de commits explicites et lisibles, permettant de retracer l'évolution du code (plusieurs commits par jour, création de branches de fonctionnalités), fichier
README.mdprésentant le projet et son déploiement. -
Le candidat s’est servi de Git comme outil de gestion de version pour le code de l'application. Mesuré par
- la création de «branche par fonctionnalité» / «feature branch» dans l'historique et
- un « git log » compréhensible et lisible;
-
Un code exempt de sections copiées/modifiées (principe DRY : Don’t Repeat Yourself) et respectant le style de programmation des langages utilisés.
-
La qualité du code, mesuré en termes de :
- «Once and only once», le code ne comporte pas de parties répétées,
- utilise le paradigme orienté objet,
- et présence de documentation interne au code.
-
Les conventions de l’entreprise sont respectées
- Entêtes
- Nomenclature
- Choix des librairies et versions
-
Choix et respect des licences
- Choix pertinent de la licence du produit (section dédiée dans le rapport)
- Liste déclarée des librairies sous licence (par exemple dans les contributions)
- Code mis à disposition pour les licences GPL
-
La simplicité des instructions de mise en œuvre, qui permettent aux intéressés d'essayer le projet sur leur propre équipement au fur et à mesure de sa progression. Idéalement, les instructions se limitent à deux étapes (
git cloneetdocker-compose up). -
La procédure de création de l'environnement est compréhensible et reproductible sur un environnement similaire à celui de candidat (par ex. Ubuntu).
-
Les différentes méthodes HTTP sont implémentées à bon escient en fonction de l'action réalisée sur la ressource indiquée. Les codes de réponse HTTP utilisés permettent aux clients d'avoir une information sur le resultat de leurs requêtes.
-
L'utilisateur a accès à une page de documentation de l'API, qui explique les types de données, les valeurs de retour, les différentes possibilités d'interactions avec l'API. Le respect de OAS et l'utilisation des fonctions de documentation on de Swagger sont nécessaires pour obtenir le score maximal sur ce point.
-
Le front-end est soigné, les listes paginées, triables et les possibilités de faire une recherche sont présentes.
-
L'interface utilisateur est soignée et réfléchie:
- la charte graphique («style guide») de l'entreprise est respectée,
- les alignements (textes, images, etc) sont soignés,
- les différentes pages sont consistantes,
- la logique de navigation est respectées entre les pages et
- la lisibilité des différentes informations et textes est assurée.
-
Le site utilise le «responsive design». Dans son rapport, le candidat explique au moins trois mesures qu'il a prisent pour que le site soit responsif. Au moins une capture d'écran du résultat est intégrée au rapport.
- Le rapport démontre que le candidat a étudié le modèle des données : un diagramme entité-association (ERD) est présent dans le rapport. Le candidat décrit et critique le diagramme et les différentes tables.
-
Le candidat décrit les avantages de l’utilisation de containers Docker dans son rapport.
-
Le candidat a favorisé l’utilisation de logiciel libres pour la réalisation de son travail et explique sa démarche dans son rapport.
-
Le rapport comprend une section «améliorations futures» avec des propositions de fonctionnalités axées sur l’utilisateur et l’intégration de l'outils dans le système d'information de l'entreprise.
Pour devenir expert TPI, il faut répondre aux exigences d'un formateur en entreprise (c.f. art. 44 de l'Ordonnance sur la formation professionnelle (OFPr)) et suivre un cours d'expert auprès de l'IFFP (c.f. art. 50 de l'Ordonnance sur la formation professionnelle (OFPr)).
Se rendre sur http://www.tpivd.ch/index.php/10-news/9-devenir-expert pour les détails.
Le document de validation du cahier des charges propose une check liste contenant les points suivants :
- Les coordonnées personnelles sont-elles complètes ?
- Les délais, la durée et les jours de travail sont-ils connus ?
- La durée est comprise en 70 et 90 heures ?
- L'énoncé du travail est-il complet et muni des signatures ?
- Les prérequis ont-ils été définis ?
- Les 7 critères d'évaluation spécifiques au projet ont-ils été définis ?
- Les 7 critères sont mesurables, évaluables, réalistes et compréhensibles ?
- Le macro-planning est intégré dans le CdC ?
- Le travail se rapporte-t-il aux contenus d’une compétence opérationnelle acquise par le candidat durant sa formation ?
- Le travail a-t-il une utilité pratique ?
- Les exigences du travail d'examen correspondent-elles aux résultats à fournir par un collaborateur "normal" ?
- Les objectifs, les décisions à prendre et les attentes sont-ils formulés de manière claire et compréhensible. Les résultats obtenus seront-ils vérifiables ou mesurables ?
- Le travail d'examen peut-il être réalisé avec les moyens et méthodes avec lesquels le candidat s’est familiarisé et qu’il a utilisés dans sa pratique professionnelle durant la formation ? Le choix de la méthode laissé au candidat est-il aussi large que possible ?
- L'utilisation de nouveaux moyens et de nouvelles méthodes ainsi que la mise au courant nécessaire sont-elles dans une mesure raisonnable ?
Remplir le Protocole de la 1ère visite.
Exemple de mail suite à la première visite : Mail-lancement-TPI.md.
- Vérifier le projet, son avancement
- Regarder l'environnement de travail
- Demander à l'apprentis de présenter l'avancement de son projet
- Comparer la planification initiale avec la réelle
- Demander à l'apprentis de planifier la visite
- Demander si le chef de projet peut être présent
Remplir le Protocole de la 2ème visite 2016-18.
La grille d'évaluation officielle se trouve sur tpivd.ch. C'est un PDF interactif.
🆕 Alternativement, l'application React Évaluation TPI offre la même grille de manière plus conviviale.
- Rappeler au chef de projet qu’il est présent en pur spectateur et qu'aucun commentaires ou signes ne doivent être donné au candidat
- Rappeler le déroulement au candidat : - La présentation doit durer environ 15 minutes (pas d'interruptions de la part des experts) - Suite à la présentation, et le temps de souffler, les questions des experts (15-20 minutes) - Après les questions, le candidat sort de la salle et les experts ainsi que le chef de projet se concertent sur la procédure de qualification
- Les experts et le chef de projet - Les experts notent l'entretien professionnel et la présentation (partie C) - Les experts valident les notes du chefs de projet (partie A et B) - La note est calculée depuis le document PDF - Le chef de projet imprime le document pour les signatures
Exemple de mail au chef de projet : Mail-chef-de-projet.md.
Bien que les points soient précisément définis dans la grille d'évaluation, l'ancienne ordonnance les catégorisait de la sorte :
| Points | Description |
|---|---|
| 3 | Objectif tout à fait atteint, voire dépassé |
| 2 | Objectif atteint, travail satisfaisant |
| 1 | Objectif partiellement atteint, amélioration importante à apporter |
| 0 | Objectif non atteint |
Le but de ce travail est de fournir une application Web et une API présentant les 100 mangas les plus populaires. Les données sont fournies sous forme de fichier SQL, que l'apprenti devra exploiter.
Sources et détails : https://github.com/ponsfrilus/kata-manga
Cette section regroupe des TPI qui sont publiquement accessibles sur Internet.
- (OrFo 2014) Animanga ― CFPT
- (OrFo 2014) ChibreManager ― Wavemind
- (OrFo 2014) PizzaPasta ― Superhuit
- (OrFo 2014) Planification hebdomadaire d'ateliers et de travailleurs ― ETML
- (OrFo 2014) Inventaire habits ― ETML
- (OrFo 2014)(Genève) MonoBattle — CFPT
- (OrFo 2014)(Sion) Gestionnaire de licences à l'utilisation — ProActive
- (OrFo 2014) Raspberry Pi: Utilisation à domicile et services avancés — EPFL