Alpha4 Cheaper Rapport final Année scolaire: 2013-2014 Sni* to View Rapport Version: 1. 0 Date: 15/06/2014 Contenu Vision Liste des risques Planning des phases or 11 Spécifications supplémentaires Conception Élaboration Glossaire URL du site de l’équipe http://cheaper. olympe. in/ 9 10 5. 1 Cas d’utilisations 5. 2 Description des cas d’utilisation 5. 2. 1 Déterminer les produits phares et leurs prix 5. 2. 2 Paramétrer les magasins 5. 2. 3 Communiquer prix des produits phares des concurrents 5. . 4 Fixer prix 5. 2. 5 Comparer prix des produits phares 2 12 13 14 15 CheaperIS13BE3 Page 3 sur 24 5. 3 PAG » 1 arties, une partie front office : c’est la partie avec laquelle le client Interagi et utilise pour se procurer le meilleur prix. Et une deuxième partie (back office) destinée aux employés de la chaine de distribution pour pouvoir prendre les bonnes décisions concernant les prix des produits phares, et communiquer ces prix a traves tout l’ensemble des magasins. 1. 2 Positionnement 1. 2. Position du problème Le problème de Meilleurs prix des produits Affecte Les clients L’impact du problème est Le dilemme chez le client Une solution réussie De donner aux clients des informations à propos du prix ermettrait du produit dans les autres magasins PAGF30F11 office Un Représentant Il formule les indicateurs ? afficher dans le tableau de bord utilisateur back Valide l’utilisabilité des interfaces 1. 3. 3 Environnement utilisateur Un navigateur web abritera toutes les interfaces de l’application. . 3. 4 Besoins clés des intervenants et utilisateurs CheaperlS13BE3 Page 6 sur 24 Besoin Offrir une grande visibilité des prix Obtenir les meilleurs prix PAGFd0F11 de technique Risque métier Projet englobant la majorité des services du groupe commercial Tijariate. Chaque prise de décision aura un impact important. Risque de fusion La fusion du travail de chaque membre de Péquipe connaitra des incohérences surtout que c’est le premier projet qu’on travaille en respectant IUP. angage une technologie de Étude du langage développement mobile est à développement mobile Android. maitriser par les membres du Passage vers le langage Java EE. groupe. Publier le travail sur un dossier partagé Dropgox tout en se mettant d’accord sur un modèle d s 1 exigences liées aux systèmes d’exploitation et aux environnements. 4. 1. 1 Objectif Capturer les exigences système qui n’ont pas figuré dans le diagramme des cas d’utilisation. 4. . 2 Définitions, acronymes, et abréviations Voir le glossaire du projet dans l’annexe. 4. 1. Vue générale Ce document contient toutes les spécifications supplémentaires du projet, particulièrement, celles qui n’ont pas été abordé dans la partie « Cas d’utilisations Ces spécifications seront réparties selon leur type : Fonctlonnalité, utilisabilité, Fiabillté, performance, Supportabilité, Contraintes de conceptions, Licences… 4. 2 Utilisabilité 4. 2. 1 Adaptation à l’application – Personnelû L’application étant simple, une formation de deux jours suffira pour familiariser les utilisateurs ? ‘utilisation de la plate-forme. 4. 2. Adaptation à l’application -Clientn Un tutoriel devra accompagner l’application, pour permettre aux clients de connaitre toute les fonctionnalités de la plate-forme, afin de toutes les exploiter. 4. 3 Fiabilité 4. 3. 1 La disponibilité La disponibilité de serveur dans lequel sera hébergé l’application est de 99%. 4. 4 Performance 4. 4. 1 Temps de réponse p 6 1 ction : Page 9 sur 24 graphismes, et ne pas surchargé le contenue. 4. 6 Exigences de licence Droit d’évoquer les noms des concurrents dans l’application. Droit d’utilisation de « Veille Prix
Page 10 sur 24 5. Conception Le projet Tijariate a 5 acteurs et 8 cas d’utilisations représentés dans le diagramme suivant • PAGF70F11 Acteur : Application veille prix- Responsable commercial. Objectif : L’application « veille prix » communique les prix des produits fixés par les concurrents au système. Précondition : -Avoir les données concernant les prix des concurrents Post-condition : -Mise à jour des données concernant les prix des concurrents. page 14 sur 24 52. 4 Fixer prix Acteur principal : Responsable commercial.
Objectifs : Le responsable d’un magasin peut décider un hangement des prix, suite à une alerte ou en raison d’exigences commerciale. Les changements sont hebdomadaires mais un changement d’urgence peut être possible. Préconditions : C] Acteur authentifié n Les prix de bases sont définit par le Marketing groupe Les prix des produits phares des concurrents sont donnés par « Veille prix » Post conditions : Cl Prix des produits seront fixé Rendre Compte B1 recommandations pour guider les responsables commerciaux des magasins Préconditions . – Authentification – Recommandation non disponible iste des produits phares établis
Post conditions : – Recommandations validés – Responsable commercial alerté page 17 sur 24 5. 2. 7 Rendre compte Acteur principal : Responsable Commercial-Groupe Marketing- Administrateur Objectifs : Apres chaque opération (modification… ) effectué l’employé doit rendre compte. Cl Acteurs authentifié L’un des employés a effectué un use case (modification) C] Groupe Marketing définit produits phares C] Responsable Commercial a fixé prix Administrateur a paramétré Magasin post conditions : Les autres employés seront alertés de la tarification au profit du groupe Tijariate. 6. 1. 2. 1 Contexte
Soumis à une concurrence très forte, le groupe commercial Tijariate souhaite offrir à ses clients un comparatif des prix de ses produits phare avec ceux de sa concurrence, principalement trois grandes chaines de distribution. 6. 1. 2. 2 Besoins fonctionnels Déterminer les produits phare et leurs prix de référence Fixer les prix de vente des produits Comparer des prix Analyser les prix paramétrer les magasins 6. 1. 2. 3 Besoins non fonctionnels Ergonomie du comparatif Ergonomie de l’application « back-office Possibilité de défaire/refaire les commandes Sécurité d’identification 6. 1. 3 Structure 11
