A.S. Hayes

Le projet a présenté un certain nombre de défis importants, comme l’absence de normalisation des documents financiers entre les régions, nuisant au suivi des changements de statut d’emploi et à la précision des calculs des cotisations au régime. En raison de ce manque de normalisation, A.S. Hayes connaît généralement une fin d’année exigeante, caractérisée par une vague d’ajustements, de remboursements et de changements rétroactifs, suivie de la production de rapports de janvier à mars. Pour remédier à ce problème, nous avions comme tâche de bâtir un système flexible capable de tenir compte de ces changements rétroactifs et de prendre en charge plusieurs formats de données.

De plus, nous devions assurer la transition entre l’ancien processus de déploiement manuel (qui exigeait l’intervention des développeurs) et un système automatisé plus efficace. La nature fluide du régime de pension, influencée par les changements réglementaires fréquents comme la fusion des régimes fédéraux et provinciaux en 2023, exigeait une application à la fois réactive et adaptable.

Nous avons adopté une approche axée sur l’accélération du cycle de développement logiciel par la mise en œuvre de l’infrastructure en tant que code (IaC) et le déploiement rapide des fonctionnalités, une nette accélération comparativement aux méthodes antérieures. Ce changement était essentiel pour composer avec le paysage complexe de la gestion du régime de retraite et respecter les normes réglementaires changeantes.

Un défi technique majeur était l'utilisation de DynamoDB, une base de données NoSQL qui réduisait la performance en raison de sa nature non relationnelle. En restructurant la base de données pour adopter une structure à table unique pré-materialisant les jointures, nous avons amélioré l'efficacité des requêtes et la performance de l'application. Cette adaptation était essentielle pour surmonter les limitations du code hérité et de la conception initiale de la base de données.