PROJET KAS-STORE PRESENTATION DU PROJET. KS-PRES Version /09/ Validé. KS-PRES - Version /09/2009 Validé Page 1 / 8

Transcription

1 KS-PRES - Version /09/2009 Validé Page 1 / 8 PROJET KAS-STORE PRESENTATION DU PROJET KS-PRES Version /09/ Validé Destinataire(s) Emetteur(s) Auteur(s) Vérificateur(s) Approbateur(s) Tout Public Service R&D

2 KS-PRES - Version /09/2009 Validé Page 2 / 8 PREFACE Ce document contient une brève présentation du projet KasStore. HISTORIQUE DE MODIFICATIONS DU DOCUMENT Version Date Etat Description de la modification / Auteur(s) REFERENCES DOCUMENTAIRES ID Référence du document Auteur(s) Date

3 KS-PRES - Version /09/2009 Validé Page 3 / 8 TABLE DES MATIERES 1INTRODUCTION...4 2PRESENTATION...4 3BUT ET OBJECTIFS...4 4EXIGENCES...4 5ARCHITECTURE SYSTEME SIMPLIFIEE SOUS SYSTEME D'ENCAISSEMENT SOUS SYSTEME DE GESTION DE LA FIDELITE SOUS SYSTEME BUSINESS INTELLIGENCE...7 6DISPONIBILITE ET NATURE DU PROJET...8

4 KS-PRES - Version /09/2009 Validé Page 4 / 8 1 INTRODUCTION Ce document a pour but de présenter rapidement le projet KASSTORE et de donner une vision synthétique de ses composantes. 2 PRESENTATION KASSTORE c'est d'abord un pompeux acronyme qui est une concaténation de Knowledge (connaissance) Activity (activité) System (système) for STORE (magasin), et l'ambition de mettre à la disposition de tous un système d'encaissement complet et professionnel aidant l'utilisateur dans sa vie quotidienne en magasin. KASSTORE c'est aussi des personnes venant de tous les horizons informatiques, qui se sont rencontrées sur le domaine passionnant qu'est l'encaissement et qui ont eu la volonté de continuer une aventure démarrée il y a plus de 10 ans sur la nature et la structure des systèmes d'encaissement, sur leur capacité à s'adapter aux exigences fonctionnelles, matérielles et à s'intégrer pleinement dans l'urbanisation des systèmes d'informations. 3 BUT ET OBJECTIFS L'objectif principal du projet, et nous allons dans un premier temps décevoir les plus techniques d'entre vous, est de remettre les utilisateurs au centre du système pour les assister dans la réalisation de leurs tâches quotidiennes : encaissement, suivi du magasin, gestion de la relation client, prise de décision... Pour mener à bien cet objectif principal nous avons opéré une ouverture fonctionnelle vers des domaines jusque là assez négligés dans l'encaissement : CRM (gestion de la relation client), ETL/EAI/ESB (échanges de données), KM (gestion des connaissances), BI (décisionnel), Méta référentiels, Finance... En résumé, l'ambition de KasStore est de fournir un système complet, évolutif, facilement intégrable dont la complexité relative est entièrement vouée à simplifier et à faciliter le travail des utilisateurs et des personnes chargées de le maintenir. 4 EXIGENCES Les exigences qui ont été définies pour le projet proviennent principalement de retours d'expériences concernant le métier de l'encaissement, de ses acteurs (caissières, vendeurs, serveurs, responsable de magasin, de restaurant, responsable d'enseigne, mainteneur...) et de projets menés

5 KS-PRES - Version /09/2009 Validé Page 5 / 8 sur les systèmes d'informations : BI, Urbanisation De manière classique chacune de ces exigences à servie à l'élaboration des architectures systèmes et logicielles. 5 ARCHITECTURE SYSTEME SIMPLIFIEE Les différentes sous systèmes issus des exigences projets sont représentés ci-dessous. Chacun des sous système est brièvement décrit ci-dessous. Les contraintes données sont les contraintes principales. 5.1 SOUS SYSTEME D'ENCAISSEMENT Contraintes : Contraintes d'exploitation :

6 KS-PRES - Version /09/2009 Validé Page 6 / 8 L'encaissement doit toujours être disponible. L'encaissement doit conserver toutes ses fonctionnalités même si le serveur n'est plus accessible. L'encaissement doit consommer un minimum de ressource. Contraintes d'interfaces : L'encaissement doit respecter les standards du marché pour l'interfaçage des périphériques. Les synchronisation de données avec le serveur doivent être transparente pour l'utilisateur, doivent pouvoir se faire en cours de transaction, charge au système de garantir la cohérence des données. Contraintes commerciales : Les progiciels tiers employés dans la version standard doivent utiliser des standards open source du marché non soumis à licence payante. Composition : KS-POS : point de vente, caisse : réalisation des ventes, des actes commerciaux, paiements Progiciel spécifique au projet. KS-SERVER : serveur de caisses : paramétrage fonctionnel (produits, moyen de paiements...), contrôle et exploitation des données Progiciel spécifique au projet. KS-SUPERVISOR : paramétrage avancé du système (fonctions, périphériques ) Progiciel spécifique au projet. 5.2 SOUS SYSTEME DE GESTION DE LA FIDELITE Contraintes : Contraintes d'exploitations Le système de fidélité doit pouvoir aussi bien fonctionner en mode centralisé (définition et exploitation des avantages pour plusieurs magasins), en mode local (définition et exploitation des avantages pour un magasin donné, et en mode dégradé (exploitation des avantages par une caisse coupée du serveur). Le temps de réponse d'un requête de fidélité ne doit pas pénaliser l'encaissement et

7 KS-PRES - Version /09/2009 Validé Page 7 / 8 doit rester inférieur à la seconde. Contraintes fonctionnelles La gestion des avantages doit couvrir la plupart des opérations marketing : remises/cumul de points.. pour un/des segment de client en fonction du contexte de l'achat en cours produit/structure/lots virtuels. Contraintes d'interfaces : La solution de fidélité doit être totalement découplée de l'encaissement, l'interfaçage avec un progiciel de fidélité tiers devant rester possible. Le solution de fidélité doit être interfaçable avec le module de Business Intelligence. Composition : KS-FIDELITY : gestion des avantages : remises, bon de réductions Progiciel spécifique au projet. 5.3 SOUS SYSTEME BUSINESS INTELLIGENCE Contraintes : Contraintes d'exploitation Le système décisionnel ne doit pas venir perturber l'exploitation du magasin. Les ressources mise en œuvre doivent être minimales. Contraintes fonctionnelle Pour les structures à niveaux de décisions multiples, chaque niveau/site doit pouvoir être autonome au niveau décisionnel. Composition : KS-BI : éditions paramétrables, cubes, géo-localisation, diffusion de rapports, informations Intégration et paramétrage du projet open source Pentaho.

8 KS-PRES - Version /09/2009 Validé Page 8 / 8 6 DISPONIBILITE ET NATURE DU PROJET Pour finir cette rapide présentation nous allons traiter de quelques points fondamentaux en commençant par le plus important : combien ça coute? Lors de la phase de démarrage du projet, nous avons gravé dans le marbre que ce dernier serait distribué gratuitement sans aucunes contraintes sous forme d'un gratuiciel (freeware). qui peux utiliser, le distribuer? Aucune restriction n'est posée quand à l'utilisation et à la distribution de KasStore. quelle est la nature du projet? Pour l'instant distribué en gratuiciel, nous avons la volonté de le faire évoluer vers l'open-source. comment est assurée la maintenance logicielle? Le projet suis un processus de maintenance classique dont la planification est définie par l'équipe KasStore. Cependant nous sommes à la disposition des utilisateurs voulant réaliser des développements spécifiques. comment joindre l'équipe KasStore : tout simplement par mail à [email protected].