Plan produit LoGeAs

Le présent document constitue le plan produit de LoGeAs. Il décrit la vision, le positionnement, les utilisateurs, les domaines fonctionnels, les objectifs et les orientations d'évolution du produit. Il permet notamment de :

• donner une vision globale du produit ;
• conserver la mémoire de ses principales évolutions ;
• identifier les orientations à moyen et long terme ;
• structurer les principaux chantiers ;
• définir les priorités ;
• présenter la roadmap ;
• faire le lien entre les évolutions du produit et les versions livrées.

Le plan produit est un document d'orientation. Il ne constitue ni :

• un backlog exhaustif ;
• un planning détaillé de développement ;
• un registre des anomalies ;
• un registre de certification ;
• une procédure de test.

Les informations détaillées sont gérées dans les outils et documents correspondants.

Le plan produit couvre l'ensemble du produit LoGeAs et de son écosystème. Il concerne notamment :

• LoGeAs PGI / client lourd ;
• LoGeAs Web / FullWeb ;
• les bases de données LoGeAs ;
• les fonctions comptables ;
• les fonctions de gestion des personnes et familles ;
• les fonctions bancaires et SEPA ;
• les fonctions d'administration ;
• les états et éditions ;
• les interfaces avec des systèmes externes ;
• les outils nécessaires à l'exploitation et à l'administration du produit.

Le plan produit prend également en compte les contraintes :

• réglementaires ;
• comptables ;
• normatives ;
• techniques ;
• de sécurité ;
• de maintenance ;
• de certification.

LoGeAs est un progiciel de gestion intégré destiné principalement aux associations, structures cultuelles et organisations de l'économie sociale et solidaire. Le produit a pour objectif de proposer un environnement cohérent permettant de gérer notamment :

• les personnes et les familles ;
• les cotisations ;
• les opérations financières ;
• la comptabilité ;
• les comptes bancaires ;
• les prélèvements SEPA ;
• les états et éditions ;
• les obligations administratives et comptables.

La vision de LoGeAs repose sur une évolution progressive du produit, permettant de conserver la richesse fonctionnelle acquise tout en modernisant progressivement son architecture et son interface.

Les principaux principes guidant l'évolution du produit sont :

LoGeAs s'adresse notamment aux :

• associations régies par la loi 1901 ;
• associations cultuelles régies par la loi 1905 ;
• structures cultuelles ;
• syndicats ;
• fédérations ;
• petites et moyennes structures ;
• organisations de l'économie sociale et solidaire.

Le produit prend particulièrement en compte les besoins liés :

• à la gestion associative ;
• à la comptabilité des structures concernées ;
• à la gestion des cotisations ;
• aux dons et reçus fiscaux lorsque ces fonctions sont applicables ;
• à la gestion de structures organisées en secteurs ;
• à la consolidation ;
• aux spécificités des structures cultuelles.

LoGeAs repose historiquement sur un client lourd auquel s'ajoute progressivement une architecture FullWeb. La stratégie actuelle consiste à faire évoluer progressivement les fonctions historiques vers le FullWeb. Cette évolution est réalisée par domaines fonctionnels successifs et ne constitue pas une réécriture instantanée du produit.

Les principaux profils utilisateurs sont :

Les évolutions doivent notamment rechercher :

• la réduction des saisies inutiles ;
• la limitation des risques d'erreur ;
• la cohérence des écrans ;
• la compréhension des informations affichées ;
• la possibilité de contrôler les opérations ;
• l'accès rapide aux fonctions courantes ;
• la conservation des habitudes lorsque cela est pertinent.

La cartographie fonctionnelle fait l'objet d'un logiciel interne qui est disponible à l'adresse https://cartographie-fonctionnelle.logeas-web.fr/
on y trouvera notament :

• Les références (pour la plupart faisant l'objet de copyright, nous interdisant de les mettre à disposition)
• La liste des fonctions
• La liste des tests
• Les rapports de test et version

ainsi que les liens entre ces univers.

LoGeAs s'est historiquement (depuis 200) développé autour d'un client lourd et d'une base de données locale, puis déportée. Cette architecture constitue le socle historique d'une partie importante du produit.

Le FullWeb constitue désormais un axe majeur d'évolution. Le développement du FullWeb concerne notamment :

• la gestion des bases ;
• l'administration ;
• les personnes et familles ;
• le fichier ;
• les fonctions bancaires ;
• les fonctions SEPA ;
• les analyses ;
• progressivement la comptabilité.

La migration est réalisée progressivement. Le principe retenu est de :

• conserver les données existantes ;
• maintenir les fonctions historiques pendant la transition ;
• développer les nouvelles fonctions dans le FullWeb ;
• faire coexister temporairement les deux environnements lorsque cela est nécessaire ;
• migrer progressivement les domaines fonctionnels.

La migration d'un domaine fonctionnel est considérée comme achevée lorsque les fonctions nécessaires sont disponibles dans le FullWeb et que les conditions de transition sont réunies. Suivant les cas la fonction est alors conservée ou non sur le client “lourd”.

Les technologies principales utilisées pour les nouvelles interfaces Web comprennent notamment :

• Angular ;
• TypeScript ;
• DevExtreme ;
• services Web ;
• API LoGeAs ;
• bases de données LoGeAs.

Les technologies et versions précises sont documentées dans les documents techniques associés.

L'état du produit est suivi par domaine fonctionnel.

Cette section doit être mise à jour lorsque l'état global d'un domaine change de manière significative.

L'évolution de LoGeAs s'inscrit dans une démarche continue d'amélioration fonctionnelle, technique, réglementaire et ergonomique.

⚠ Le détail exhaustif des corrections déjà livrées et des évolutions à venir est consultable en temps réel dans le tableau de bord de l'interface Rapports des versions. Le tableau ci-dessous n'en présente qu'une synthèse par version.

Cette période est notamment caractérisée par :

• les évolutions comptables ;
• les adaptations des états ;
• les corrections fonctionnelles ;
• les évolutions spécifiques EPUdF ;
• la prise en compte des exigences de certification.

Développement notamment :

• des outils de gestion du paramétrage ;
• de la cartographie fonctionnelle ;
• de la consolidation comptable EPUdF ;
• des outils de gestion des bases ;
• des outils de gestion des utilisateurs ;
• des outils d'intervention.

Le FullWeb s'enrichit progressivement de fonctions liées :

• aux personnes ;
• aux familles ;
• à l'annuaire ;
• au mailing ;
• aux étiquettes ;
• aux enveloppes ;
• à la cartographie ;
• à l'administration.

Le FullWeb devient un axe majeur de développement avec notamment :

• le fichier principal ;
• l'export SEPA ;
• l'import des relevés bancaires ;
• les tableaux croisés sur écritures ;
• l'analyse comptable ;
• la migration vers Angular 21.

La trajectoire consiste à poursuivre progressivement la migration :

• du fichier ;
• des fonctions bancaires ;
• des fonctions d'analyse ;
• puis de la comptabilité.

Les objectifs produit sont définis à partir :

• des besoins des utilisateurs ;
• des retours d'assistance ;
• des évolutions réglementaires ;
• des évolutions comptables ;
• des exigences de certification ;
• des évolutions technologiques ;
• des contraintes de maintenance ;
• de la stratégie de migration vers le FullWeb.

Les évolutions sont regroupées en chantiers permettant de suivre une orientation cohérente.

Les évolutions sont priorisées en fonction de leur importance pour le produit.

La priorité peut être réévaluée lorsqu'un élément du contexte évolue.

La roadmap présente les orientations prévisionnelles.

La roadmap constitue une orientation et ne constitue pas un engagement ferme de date de livraison.

Les versions constituent les jalons de livraison du produit. Une version peut comprendre :

• des évolutions fonctionnelles ;
• des corrections ;
• des évolutions techniques ;
• des adaptations réglementaires ;
• des adaptations comptables ;
• des évolutions nécessaires à la certification.

Le détail des évolutions de chaque version est maintenu dans Tableau de bord des versions

• Le plan produit conserve uniquement les informations significatives.
• Les informations exhaustives sont conservées dans le système de suivi des versions.
• Cette organisation évite la duplication des informations.

Les actions préventives et correctives permettent de traiter les écarts, risques ou difficultés identifiés dans le produit ou dans son processus de développement.

Elles peuvent provenir notamment :

* des retours utilisateurs ; * de l'assistance ; * des tests ; * des audits ; * des contrôles internes ; * des analyses de risques ; * des anomalies de production ; * des évolutions réglementaires ; * des évolutions normatives.

Les actions nécessitant des preuves ou un suivi spécifique de certification sont suivies dans l'espace Certification.

—

La conformité réglementaire, comptable et normative constitue une contrainte structurante du produit.

LoGeAs fait notamment l'objet d'un suivi dans le cadre des certifications :

* NF 203 * NF 552

Le plan produit identifie les évolutions pouvant avoir un impact sur la conformité.

Le suivi détaillé des certifications est réalisé dans l'espace dédié.

Cet espace contient notamment :

* les exigences ; * les campagnes de tests ; * les résultats ; * les anomalies ; * les preuves ; * les versions soumises ; * les décisions ; * les audits.

Le plan produit ne constitue pas le registre de certification.

—

Les décisions structurantes sont conservées afin de maintenir la mémoire des choix effectués.

Une décision produit peut notamment concerner :

* une orientation fonctionnelle ; * une évolution d'architecture ; * une stratégie de migration ; * une modification importante du comportement du produit ; * un choix de priorité ; * l'abandon ou le report d'une fonctionnalité.

Lorsque cela est nécessaire, une page dédiée peut être créée :

Journal des décisions produit

—

Les indicateurs permettent de suivre l'évolution du produit et d'éclairer les décisions.

Ils peuvent notamment concerner :

* nombre de structures utilisant LoGeAs ; * nombre d'utilisateurs ; * utilisation des principales fonctionnalités ; * volume de demandes d'assistance ; * principales demandes d'assistance ; * nombre d'anomalies ; * incidents ; * délai de correction ; * adoption des nouvelles fonctionnalités ; * avancement des principaux chantiers ; * progression de la migration FullWeb.

Les indicateurs sont interprétés dans leur contexte et ne constituent pas à eux seuls des objectifs.

—

* Utilisateurs et besoins * Cartographie fonctionnelle * Objectifs produit * Chantiers produit * Roadmap * Décisions produit

* Gestion des versions * Rapports des versions

* Développement * Tests

* Démarche de certification * NF 203 * NF 552

—

Le plan produit est un document vivant.

Il doit être mis à jour lorsqu'une évolution modifie de manière significative :

* la vision du produit ; * son positionnement ; * son périmètre ; * son architecture ; * ses principaux domaines fonctionnels ; * ses objectifs ; * ses grands chantiers ; * sa roadmap ; * sa stratégie de migration ; * sa stratégie de version.

Il n'est pas nécessaire de modifier le plan produit pour :

* chaque correction ; * chaque ticket ; * chaque amélioration mineure ; * chaque modification technique sans impact produit.

Ces informations sont suivies dans les outils opérationnels.

—