Bid Based Online Mock Store

Boîtier en ligne de moquette

Une application Web Mock Store basée sur les enchères capable de communiquer avec une version simplifiée Android de l'application.

Description
Ce projet vise à concevoir et à mettre en œuvre une boutique de simulation en ligne basée sur les enchères divisée en deux parties. Le premier étant l'application Web et la seconde étant l'application Android, qui est une version simplifiée de l'application Web.

Les exigences pour l'application Web sont les suivantes:

1. Le système doit fournir des comptes d'utilisateurs, y compris l'inscription et la connexion.
2. Les produits doivent être classés par les départements.
3. L'utilisateur doit être en mesure de vendre un produit classé dans jusqu'à trois départements. Lors de l'enregistrement du produit, l'utilisateur doit inclure un nom de produit, une description, une valeur d'enchère de départ, une image et une date d'échéance.
4. Le système doit fournir une boîte de recherche avec la capacité d'affiner la recherche en fonction du département. Cependant, la recherche par défaut doit être exécutée sur toute la base de données du produit.
5. Les résultats de recherche doivent être répertoriés avec la brève description du produit, qui comprend le nom, le / s et l'offre actuelle, et une image.
6. Une fois que l'utilisateur sélectionne un produit, le système doit présenter une nouvelle page avec la description complète du produit, y compris une image plus grande.
7. Une fois que l'utilisateur a l'intention de faire une offre pour un produit, il doit saisir la valeur de l'offre et le système doit actualiser et afficher la nouvelle offre la plus élevée pour le produit.
8. Un utilisateur ne peut pas soumissionner sur ses propres produits ou soumissionner un montant inférieur à l'offre la plus élevée actuelle.
9. Le système doit fournir un rôle d'administrateur avec la possibilité d'ajouter, de modifier et de supprimer les utilisateurs, les produits et les départements.

Les exigences de l'application Android sont les suivantes:

1. L'application mobile doit communiquer avec le backend via HTTP (JSON).
2. L'utilisateur doit être en mesure de se connecter avec le même compte créé dans l'application Web.
3. Les administrateurs ne peuvent utiliser que l'application Web.
4. Le système doit fournir une boîte de recherche avec la capacité de raffiner la recherche en fonction du département. Cependant, la recherche par défaut doit être exécutée sur toute la base de données du produit.
5. Les résultats de recherche doivent être une liste avec la description du produit (nom, département et offre actuelle) et une image.
6. Une fois que l'utilisateur sélectionne un produit, le système doit présenter une nouvelle activité avec la description complète du produit, y compris une image plus grande.
7. Une fois que l'utilisateur a l'intention de faire une offre pour un produit, il doit saisir la valeur de l'offre et le système doit actualiser et afficher la nouvelle offre la plus élevée pour le produit.
8. Un utilisateur ne peut pas soumissionner sur ses propres produits ou soumissionner un montant inférieur à l'offre la plus élevée actuelle.
9. Chaque transaction effectuée sur l'application mobile doit être enregistrée dans le système de base de données central.

Informations concernant la base de données:

Le DatabaseScript est le fichier que vous devez exécuter pour une application nouvellement créée et n'aura aucun produit, utilisateurs, etc. En outre, l'administrateur doit être ajouté manuellement, après avoir ajouté un utilisateur régulier avec la page d'inscription que vous pouvez accéder à la base de données et modifier son rôle pour être administrateur.

Le modèle entité-relation est présenté ci-dessous:

Informations sur le flux de page:
Le flux de page indique où vous pouvez passer à partir d'une page Web spécifique et de la condition requise pour pouvoir passer à cette page. Lorsque nous avons fait référence à des pages cachées dans l'image, nous nous référons à ces JSP que leurs URL ne peuvent pas être vues dans la barre de recherche du navigateur Web.

Variables d'environnement:
Catalina est une variable d'environnement indiquant l'emplacement de Tomcat dans le système. Tandis que la valeur variable de ClassPath devrait avoir ce qui suit:
.
% Catalina% lib servlet-api.jar;
% Catalina% webapps root web-inf classes;
% Catalina% lib mysql-connector-java-8.0.19.jar;
% Catalina% lib commons-codec-1.11.jar;
% Catalina% lib commons-fileupload-1.4.jar;
% Catalina% lib commons-io-2.6.jar;
% Catalina% lib java-json.jar;

Ce projet est à des fins éducatives uniquement!

Copyright Avertissement en vertu de l'article 107 de la loi de 1976 sur le droit d'auteur, l'allocation est faite pour une «utilisation équitable» à des fins telles que la critique, les commentaires, les reportages, l'enseignement, la bourse, l'éducation et la recherche. L'utilisation à but non lucratif ou éducatif penche l'équilibre en faveur d'une utilisation équitable.