Refonte logiciel

AC14.01 – Exploiter de manière autonome un environnement de développement efficace et productif
Dans un environnement contraint, j’ai su m’adapter en exploitant les outils disponibles pour apporter des améliorations significatives à l’interface. Mon autonomie a été essentielle pour organiser mes tests, documenter mes interventions et respecter les contraintes de sécurité.

AC14.02 – Produire des pages Web fluides incluant un balisage sémantique efficace et des interactions simples
Même sans accès au HTML, j’ai utilisé les sélecteurs CSS pour structurer visuellement les contenus et améliorer la lisibilité des interfaces. Les utilisateurs ont bénéficié d’une expérience plus fluide, grâce à une hiérarchisation claire des éléments.

AC14.04 – Mettre en ligne une application Web en utilisant une solution d’hébergement standard
Même si je n’ai pas réalisé le déploiement complet, j’ai participé à la mise en ligne des feuilles de style modifiées, en suivant les procédures internes de mise à jour dans un environnement sécurisé.

1. Accès restreint au code source
Le logiciel était déjà en place, et seuls les fichiers CSS étaient accessibles. J’ai donc travaillé en lecture sur l’interface et en test visuel, sans pouvoir modifier la logique métier ni les templates HTML. Pour optimiser l’impact, j’ai utilisé uniquement des classes CSS et des sélecteurs précis, sans risque pour le fonctionnement des modules.

2. Hétérogénéité graphique entre les modules
Chaque module avait sa propre logique visuelle, ce qui perturbait l’expérience utilisateur. J’ai donc travaillé à harmoniser les styles, les couleurs, les boutons et les polices pour obtenir une identité cohérente à travers l’ensemble de l’interface.

3. Difficulté à tester les changements
L’environnement n’autorisait pas de prévisualisation en local. J’ai dû procéder par itérations successives et tests directs en production restreinte, tout en gardant une documentation rigoureuse de chaque modification.