Programmeur, Analyste 11 mois

Desjardins, Disability Claim Management DCM

L’escouade DCM a responsabilité du pont avec le fournisseur de service Fineos. Le service DCM s’assure du traitement et de la transmission des informations aux instances internes, tel actuariat et comptabilité, provenant du fournisseur de service Fineos, et supporte les activités des employés Desjardins qui l’utilisent.

DCM prend en charge le traitement des données du fournisseur, transfert à l’interne selon les différents besoin, rapports automatisés, intégration des activités d’exploitation, gestion d’incident (infrastructure) et évolution (demandes), sécurité et journalisation.

Dans ce contexte, Mme Morneau réalise les tâches suivantes:
– Analyse de stratégies de correction de performances (batch);
– Stratégie de documentation des incidents;
– Stratégie de mitigation d’impact (opération Dodo);
– Lancement de la révision des automatismes (opération Dodo);
– Stratégie de mitigation de désuétude; – Correctifs au code;
– Support au pilotage;
– Support à la production;
– Formation et intégration.

Environnement : SQL databases, Jira, Azure DevOps, Pull Request, Releases, Pipeline, Test Plan, SQL, Règles d’affaires, Langage C#, Langage VB, Visual Studio, Framework .NET, GIT, TDD, SOLID, Programmation Orientée Objet, Control-M, Dynatrace

Méthode : Dev/Ops, Scrum, Agile, BDD, TDD, Jira

Développeur QA back-end, Support 16 mois

Revenu Québec Facturation Obligatoire Restaurant Bar

Il y a quelques années, Revenu Québec développait une solution technologique pour lutter contre le phénomène de l’évasion fiscale dans certains secteurs du commerce de détail. Des modules d’enregistrement des ventes (MEV) ont ainsi été déployés depuis 2010 dans le secteur de la restauration et des bars. Aujourd’hui, près de 22 000 établissements utilisent plus de 40 000 MEV.

Le ministre des Finances et de l’Économie du Québec, dans le cadre du Discours sur le budget 2013-2014, annonçait que Revenu Québec poursuivrait ses efforts en ciblant d’autres secteurs pouvant également bénéficier d’une technologie comparable au MEV. En 2018, il amorçait la mise en oeuvre d’une solution infonuagique (MEV-WEB) au sein du transport rémunéré de personnes, notamment dans l’industrie du taxi. Revenu Québec optait cette fois pour une solution connectée capable d’interagir avec les applications mobiles en usage dans l’industrie.

Aujourd’hui, en fonction des défis liés à la modernisation du domaine de la restauration et des bars, Revenu Québec souhaite appliquer un nouveau modèle d’affaires par rapport à celui en usage depuis 2010. L’approche est fondée sur le principe de l’information partagée en temps réel, entre les établissements, la clientèle et les différents acteurs responsables de l’application des lois. L’objectif primant ici est d’offrir aux acteurs du domaine une solution favorisant l’efficience, la compétitivité et l’équité.

Dans le cadre de ce projet, Revenu Québec travaille avec Fujitsu afin de réaliser portion infonuagique de la solution globale du projet, soit la capture, l’hébergement temporaire et la transmission des données transactionnelles à Revenu Québec.

Dans ce contexte, Mme Morneau réalise les tâches suivantes:
– Développement et plan d’évolution de l’outil de test;
– Architecture, programmation et évolution de l’outil de test;
– Support à l’Acceptation (conformité);
– Analyse des PR/analyse de code (assistance à l’architecture);
– Analyse de la couverture TDD;
– Support au développement;
– Point d’entrée problèmes d’environnement;
– Analyse des validations;
– Organisation et planification de QA;
– Établir la stratégie d’automatisation;
– Établir les normes et procédures QA;
– Formation et support.

Environnement : Azure, Storage, App Insight, SQL databases, Ressource Group, Function App, Azure DevOps, Pull Request, Releases, Pipeline, Test Plan, Azure Data Studio, SQL, Règles d’affaires, Langage C#, Visual Studio, Framework .NET, GIT, TFS, Architecture Orientée Services, Programmation Orientée Objet, JSON, XML, UML, SSO, Identity Agent, Cisco Any Connect

Méthode : Dev/Ops, Scrum, Agile, BDD, TDD, SaFe

Programmeur-analyste 25 mois

Retraite-Québec Migration vers la plateforme intermédiaire (PFI)

Le projet Migration vers la plateforme intermédiaire (PFI) est un projet prioritaire à Retraite Québec qui découle du plan stratégique 2012-2016 de l’organisation. Ce projet est ainsi une réponse aux enjeux liés à la désuétude des systèmes d’information et des infrastructures technologiques relevant de la plateforme centrale de traitement.

Il a comme objectif fondamental de moderniser, d’un point de vue global, les actifs, dans l’optique de les positionner en accord avec les tendances technologiques des prochaines décennies, de réduire les coûts globaux de traitement informatique, incluant les dépenses de fonctionnement, de faciliter l’attraction et le maintien du personnel spécialisé en ressources informationnelles, et finalement de faciliter l’intégration des innovations technologiques offertes par le marché afin de répondre aux besoins d’affaires de Retraite Québec.

Le projet confié à Fujitsu vise à convertir les composants de la plateforme centrale (PFC) vers l’écosystème de la PFI, sans changement d’architecture applicative. Le code des composants est transformé dans le langage de l’écosystème PFI, dans le respect des standards de conception et de réalisation, vers un modèle applicatif cible.

Les travaux confiés à Fujitsu couvrent les volets suivants des livraisons 1 et 2 :
– le banc d’essai;
– l’architecture détaillée;
– la mise en place de l’infrastructure de développement et d’intégration (IDI);
– la migration des applications (incluant les essais unitaires et les essais fonctionnels et intégrés);
– les vérifications finales (essais d’acceptation et de performance);
– la mise en production et le rodage.

Les notions de sécurité applicative, de définition des données, d’utilisation des outils d’essais et de mise en place des infrastructures technologiques sont prévues à toutes les étapes du projet et seront réalisées par les spécialistes de Fujitsu. Les travaux ont été divisés en deux livraisons :
– une livraison qui consiste à faire la migration des fonctions communes, différées et interactives, des applications faiblement couplées avec d’autres applications et les composants présents sur la PFC et la PFI (livraison 1);
– une livraison qui consiste à faire la migration des applications non couverte par la livraison 1.

Les principales réalisations de Mme Morneau ont été les suivantes :
– première livraison de modules (corrections et tests sommaires);
– correction d’anomalies (unitaire, intégration, acceptation, simulation, production);
– programmation en C#, VB.NET, PowerShell et COBOL;
– adaptation du code traduit en VB.NET pour correspondre strictement au comportement original (COBOL);
– analyse des paramètres d’exécution côté client (Spitab);
– analyse organique des interactions entre les composantes;
– gestion d’anomalies, gradation/distribution, gestion de l’équipe;
– chaines, 3270, Univiewer, FileLocator Pro, Fisheye, utiliser les outils du client;
– période précédant la mise-en-œuvre, prise en charge de la garantie, travail à distance.

Livraison achevée en début de pandémie

Environnement : Windows, Visual Studio 2015, C#, VB.NET, PowerShell, COBOL

Méthode : Agile (Scrum)

Développeur Back-end Java 38 mois

Architecture QA et assurance qualité de Gestion Portail Santé

Le besoin primaire était de développer une application permettant de mettre à l’épreuve la solidité du logiciel Gestion Portail Santé (GPS), tant au niveau de la sécurité, de la stabilité des données, de l’interface et des tests de performance. GPS se veut un outil de gestion complet destiné aux résidences de personnes âgées. L’approche dans le développement du système de test était rigoureusement orientée vers l’élimination de tout risques d’impact sur les résidents, avec le souci de maintenir les tests existants avec un minimum d’interventions.

L’outil permet la gestion plusieurs résidences avec des départements distincts, donc avec des besoins différents qui doivent être intégrés.

GPS prévoit la gestion d’un grand nombre d’éléments associés à la gestion résidentielle, d’entreprise, et au domaine de la santé. Comme GPS comprend de nombreux éléments sensibles, la sécurisation des données selon les permissions reliées sont donc strictement contrôlées.

L’outil doit pouvoir gérer les éléments suivants :
– activités ludiques de la résidence;
– horaires;
– employés et leurs accès;
– arrivées et départs;
– documentation et observations;
– baux (formulaire gouvernemental conforme à numérotation unique);
– type de location (classique, ressource intermédiaire ou mixte);
– petite caisse liée aux micro-transactions pour les résidents;
– messagerie interne de la résidence, qui devait permettre d’envoyer un message selon l’employé, le poste, le département ou l’établissement;
– alertes (par exemple, les anniversaires des employés et des résidents);

Aussi, les documents spécifiques à la gestion des incidents et des ressources intermédiaires liés à l’évolution de la santé des résidents. (formulaires soumis à l’approbation gouvernementale avec exigences de conformité), touchant notamment les allergies, la prise de signes vitaux, la médication, les rendez-vous médicaux ou autre, la gestion des besoins et l’évolution de la santé, le plan de travail, la prise de notes, les observations, la gestion des hospitalisations et des cartes d’hôpital, etc.

Le plan de travail devait couvrir l’ensemble des besoins possibles, autant pour un employé spécifique qu’un département entier ou un résident, sans que la moindre erreur ne soit acceptée.

La gestion des données de référence dans l’application de test devait être particulièrement rigoureuse, puisque la santé des résidents en dépendrait ultimement. Les paramètres d’ajout des tâches liées au plan de tâches devaient couvrir tous les besoins possibles pour permettre la planification efficace de la liste des tâches, allant des soins invasifs à la prise de signes vitaux jusqu’à l’entretien.

L’historique des éléments reliés à un résident devait absolument être maintenu dans le temps. Le plan de travail est l’élément le plus utilisés et devait être parfait, car relié à la sécurité des résidents et la traçabilité des actes faits par les employés. L’intégralité de ces aspects devaient être testés de toutes les manières : permanence de l’aspect visuel, sécurité et stabilité des données.

À titre d’architecte et de développeur de l’application et de l’environnement de test, Mme Morneau a participé aux premières étapes de la conception de l’application de test dans le cadre d’un stage.

Par la suite, elle a réalisé les tâches suivantes :
– planification de l’évolution dans le temps des besoins de GPS devant être soutenues par l’application de test;
– évolution de l’application afin de permettre l’exécution de plus de 250 heures de tests sur une période de 8h, en multi-thread utilisant plusieurs machines virtuelles;
– sortie des versions de GPS rapides à la suite de à l’évolution vers le multi-thread;
– réutilisation optimales des tests déjà codés;
– injection automatisée des données préalables aux tests;
– tests de sécurité (injections, intrusions, etc.), de performance et de résistance, validations (PHP et JavaScript) et valeurs extrêmes;
– attention particulière au traitement des données dans GPS;
– test de plusieurs langues (anglais et français), supports (tablette, téléphone intelligent) et navigateurs (Firefox, Chrome, Explorer).

Environnement : Linux, Eclipse, Redmine, Java 6 et 7, Selenium Webdriver, JavaScript