🚀 Preuves "SAE 3.01 – HEM" + "Stage Unissia – ARCAL" + Ressources R3.07, R3.10, R3.11, R4.03, R4.06, R4.Real.10, R4.Real.11

Titre SAE : SAE 3.01 – Application web HEM (CRA Bretagne)

Stage : Unissia – Projet ARCAL

Ressources associées : R3.07 (SQL dans un langage de programmation), R3.10 (Management des SI), R3.11 (Droit des contrats et du numérique), R4.03 (Qualité et au-delà du relationnel), R4.06 (Communication interne), R4.Real.10 (Compléments Web), R4.Real.11 (Développement pour applications mobiles)

▶︎ Les apprentissages critiques

  1. AC24.01 | Optimiser les modèles de données de l'entreprise
  2. AC24.02 | Assurer la sécurité des données (intégrité et confidentialité)
  3. AC24.03 | Organiser la restitution de données à travers la programmation et la visualisation
  4. AC24.04 | Manipuler des données hétérogènes

▶︎ Analyse et réflexivité sur vos actions

<aside> 💡 Quelles ont été vos démarches, prises de décisions, degré d'implication et d'autonomie ?

</aside>

Démarches, décisions, implication et autonomie

Cette année, ma progression sur la compétence Gérer s'est construite autour de la donnée sous toutes ses formes : modélisation et accès aux données (SAE HEM, stage ARCAL, R3.07), données NoSQL (R4.03), processus métier et SI (R3.10, R4.09), et cadre juridique des données (R3.11).

SAE HEM & Stage ARCAL — Modélisation et accès aux données

Dans HEM, j'ai contribué à la conception du modèle de données PostgreSQL adapté aux besoins métier complexes du CRA : gestion hiérarchique des rôles, système de tags pour la recherche filtrée, statistiques de trafic, péremption des pages. Chez Unissia, le projet ARCAL m'a confronté à une architecture de données professionnelle : refonte du modèle de données existant (suppression des redondances, passage au type JSONB pour les libellés multilingues), séparation stricte entre données chaudes (Valkey) et données froides (PostgreSQL), et gestion des événements via bus Redis Stream pour l'hydratation des droits utilisateurs entre micro-services.

R3.07 — SQL dans un langage de programmation (JDBC)

En R3.07, j'ai développé une application Java bancaire complète avec accès JDBC à une base PostgreSQL conteneurisée via Docker Compose. J'ai modélisé les entités métier (Agence, Agent, Client, Compte, Opération) en classes Java, utilisé des PreparedStatement pour toutes les requêtes afin de prévenir les injections SQL, et implémenté une gestion rigoureuse des transactions (commit/rollback) pour garantir la cohérence des données lors des opérations financières (insertion + mise à jour du solde). J'ai également résolu plusieurs problèmes techniques : incompatibilité de packages Maven, chargement explicite du driver JDBC PostgreSQL via Class.forName(), et correction des violations de clés étrangères.

R4.03 — Mongolingo (MongoDB NoSQL)