Analyste fonctionnel

Systematix


L’analyste fonctionnel fera partie d’une équipe des livraisons clients Web/Mobile.

Le contexte et les technologies : Les solutions concernées sont l’ensemble des services offerts dans l’Espace-Client de la compagnie. Les applications sont des applications Web développées en Java 21. Les plus récentes ont un visuel développé avec le framework Angular 15 et pour les plus anciennes, c’est des JSPs. Nos applications ont plusieurs interfaces qui communiquent avec d’autres systèmes dans l’entreprise dont SAP.

En fonction du rôle de la ressources, un ensemble d’outils devront être utilisés par cette dernière.

La majorité de nos applications résident sur l’infrastructure cloud AWS avec services natifs. L’ensemble des environnements utilisés pour le développement, les tests, l’assurance qualité et la production sont gérés avec l’IaC (Infrastructure-as-Code).



Analyste fonctionnel


  • Produire les documents d’analyse fonctionnelle des solutions concernées.
  • Décrire les solutions actuelles comme une base pour les améliorations à apporter.
  • Décrire les impacts des nouvelles solutions sur les processus d’affaires.
  • Fournir une description des mesures qui doivent être prises par les utilisateurs afin de faire fonctionner le système.
  • Définir les paramètres de configuration fonctionnelle de la solution.
  • Essais fonctionnels – exécutés par les analystes fonctionnels
  • Si des anomalies sont détectées dans cette phase d’essais et qu’elles relèvent du développement des fonctionnalités, les correctifs appropriés devront être appliqués.
  • Lorsque toutes les anomalies détectées lors de cette phase auront été réglées, on passera à la phase d’essais suivante.
  • Essais d’acceptation:
  • Si des anomalies sont détectées dans cette phase d’essais et qu’elles relèvent du développement des fonctionnalités, les correctifs appropriés devront être appliqués.
  • En outre, la composante testée devra respecter les critères d’acceptation inscrits par les analystes dans le récit correspondant lors de la création de celui-ci. Ces critères indiquent ce que la composante doit minimalement faire pour être déclarée fonctionnelle.
  • Lorsque toutes les anomalies détectées lors de cette phase d’essais auront été réglées, les fonctionnalités testées seront alors officiellement acceptées et les points du récit dans Jira correspondant à ces fonctionnalités seront alors considérés comme livrés.
  • Une fois que les composantes auront été livrées en production :
  • Si des anomalies sont détectées en production et qu’elles relèvent du développement de ces fonctionnalités, les correctifs appropriés devront être appliqués.
  • Les correctifs devront passer avec succès les phases d’essais unitaires / intégrés, fonctionnels et acceptation avant d’être implantés en production.
  • La correction des anomalies détectées sur les fonctionnalités développées en itération, que ce soit en essais unitaires / intégrés, fonctionnels, en acceptation ou en production, ne pourra en aucun cas accroître le nombre de points attribués au récit correspondant.

Pour les essais fonctionnels :

  • Les cas d’essais documentés dans l’outil de suivi des tests XRay feront l’objet d’une revue par les pairs (analystes fonctionnels).
  • Si les cas d’essais ne sont pas jugés complets et qu’on ne peut pas débuter l’exécution des essais fonctionnels sur la base de ces informations, ils devront être repris complétés et soumis à nouveau pour approbation.
  • En exécution, l’ensemble des cas d’essais devra être complété, consigné les résultats obtenus dans XRay et créer des entrées dans Jira pour chaque anomalie détectée.
  • Une fois ces conditions remplies, les points associés aux essais fonctionnels de la fonctionnalité testée seront alors considérés comme livrés.

*** Télétravail. Au minimum 1 journée aux 4 semaines au bureau au centre-ville de Montréal, ou selon les besoins de la compagnie.



BH 20118

Source