Modèle Backend d'Inventaire de Flotte de Trottinettes Électriques
État de la batterie, journaux du moteur et contrôle des zones de déploiement
Un backend de Flotte de Trottinettes Électriques prêt pour la production sur Back4app avec enregistrements de trottinettes, vérifications de l'état de la batterie, journaux du moteur et contrôle des zones de déploiement. Comprend un diagramme ER, un dictionnaire de données, un schéma JSON, un terrain de jeu API, et un prompt AI Agent pour un démarrage rapide.
Leçons de flotte
Ce modèle vous fournit un backend de flotte pour l'inventaire des scooters, la santé des batteries, les journaux de moteur et les zones de déploiement afin que les opérations puissent passer des contrôles papier au suivi en direct.
- Suivi de la santé de la batterie — Stockez le niveau de la batterie, le nombre de cycles et le score de santé dans la classe Battery pour la planification de la maintenance.
- Historique des journaux de moteur — Capturez les événements du moteur dans MotorLog avec le temps d'exécution, la température et les notes de défaut pour une révision sur le terrain.
- Contrôle de zone de déploiement — Liez chaque scooter à une DeploymentZone afin que les répartiteurs puissent gérer la couverture par zone.
Comprendre le backend de l'inventaire de flotte de scooters électriques
La réservation multiple n'est pas seulement gênante dans une flotte de scooters électriques ; elle érode la confiance plus rapidement que n'importe quelle campagne marketing ne peut la reconstruire. Modèle d'Opérateur, Scooter, Batterie, Journal du moteur et Zone de déploiement sur Back4app pour offrir aux équipes de flotte de scooters électriques un backend qui peut évoluer d'un seul parc à des opérations multi-sites. Le schéma couvre l'Opérateur (nom d'utilisateur, email, mot de passe), le Scooter (code de flotte, numéro de série, statut, batterie, zone), la Batterie (scooter, score de santé, niveau de charge, nombre de cycles), le Journal du moteur (scooter, minutes de fonctionnement, températureC, code d'erreur) et la Zone de déploiement (nom, ville, rayon de couvertureKm, actif) avec des contrôles d'authentification et de flotte intégrés. Connectez votre frontend préféré et lancez plus rapidement.
Meilleur pour :
Flotte de scooters électriques : instantané du backend
la flotte de scooters électriques ne concerne pas seulement la vitesse ; il s'agit de défendabilité lorsqu'on vous demande « montrez-moi comment vous saviez que c'était vrai. »
Le hub met en avant Operator, Scooter et Battery afin que vous puissiez comparer les piles clients contre les mêmes entités, champs et relations.
Fonctionnalités principales de la flotte de scooters électriques
Chaque carte technologique dans ce hub utilise le même schéma de flotte de scooters électriques avec Opérateur, Scooter, Batterie, JournalDeMoteur et DeploymentZone.
Contrôle d'inventaire de scooters
Le scooter stocke fleetCode, serialNumber, status, battery et zone.
Suivi de la santé de la batterie
La batterie garde chargeLevel, healthScore et cycleCount.
Diagnostics du moteur
MotorLog stocke runtimeMinutes, temperatureC et faultCode.
Gestion de la zone de déploiement
DeploymentZone définit le nom, la ville, le coverageRadiusKm et l'état actif.
Pourquoi construire votre backend de flotte de scooters électriques avec Back4app ?
Back4app offre aux équipes opérationnelles un foyer clair pour l'inventaire des scooters, la santé des batteries et les journaux de moteur, afin que le dispatch et la maintenance restent sur le même modèle de données.
- •Les enregistrements de scooters et de batteries restent connectés: La classe Scooter pointe vers les champs Battery et DeploymentZone, ce qui rend les vérifications sur le terrain, les échanges et les mouvements de zone traçables.
- •Les entrées de MotorLog sont faciles à auditer: Stockez runtimeMinutes, temperatureC et faultCode dans MotorLog afin que le personnel sur le terrain puisse examiner ce qui s'est passé avant un appel de service.
- •Visibilité en temps réel de la flotte sans infrastructure supplémentaire: Utilisez Live Queries pour les mises à jour de scooter et de batterie tout en gardant REST et GraphQL ouverts pour les tableaux de bord, les outils d'expédition et les applications de maintenance.
Gérez les scooters, les batteries et les zones à partir d'un contrat backend unique pour chaque client.
Avantages de la flotte
Un backend de scooter qui maintient le travail de terrain et les décisions de dispatch liés aux données réelles de la flotte.
Triage de maintenance plus rapide
Utilisez Battery.healthScore et MotorLog.faultCode pour décider quels scooters doivent être inspectés en premier.
Affectations de zone plus propres
Mettez à jour Scooter.zone par rapport à DeploymentZone.name lorsque la couverture change au cours de la journée.
Historique des champs traçables
Stockez MotorLog.runtimeMinutes et temperatureC pour que les équipes de service puissent comparer les problèmes récurrents.
Vue de répartition cohérente
Interrogez Scooter.status et Battery.chargeLevel avant de remettre un véhicule en service.
Contrat opérationnel partagé
Conservez les champs de scooter, de batterie, de journal et de zone dans un seul schéma afin que les outils web et mobiles lisent le même état de la flotte.
Flux de travail de démarrage assisté par IA
Générez une structure backend et des conseils d'intégration avec une invite structurée pour le modèle de flotte.
Prêt à lancer votre application de flotte de scooters ?
Laissez l'agent AI Back4app créer l'arrière-plan de votre flotte de trottinettes électriques et générer des flux de travail de trottinette, de batterie, de moteur et de zone à partir d'une seule invite.
Gratuit pour commencer — 50 invites d'agent AI/mois, pas de carte de crédit requise
Pile technique
Tout inclus dans ce modèle d'arrière-plan de flotte de trottinettes électriques.
Diagramme ER
Modèle de relation d'entité pour le schéma de flotte de trottinettes électriques.
Schéma couvrant les opérateurs, les trottinettes, les dossiers de santé des batteries, les journaux de moteur et les zones de déploiement.
Voir la source du diagramme
erDiagram
Operator ||--o{ Scooter : "assignedOperator"
Operator ||--o{ BatteryCheck : "operator"
Operator ||--o{ MotorLog : "operator"
Operator ||--o{ ZoneAssignment : "assignedBy"
DeploymentZone ||--o{ Scooter : "lastKnownZone"
DeploymentZone ||--o{ ZoneAssignment : "zone"
Scooter ||--o{ BatteryCheck : "scooter"
Scooter ||--o{ MotorLog : "scooter"
Scooter ||--o{ ZoneAssignment : "scooter"
Operator {
String objectId PK
String username
String email
String password
String role
Date createdAt
Date updatedAt
}
Scooter {
String objectId PK
String scooterTag
String status
Number batteryLevel
String lastKnownZoneId FK
String assignedOperatorId FK
Date createdAt
Date updatedAt
}
BatteryCheck {
String objectId PK
String scooterId FK
String operatorId FK
Number batteryLevel
String batteryHealth
Date checkedAt
Date createdAt
Date updatedAt
}
MotorLog {
String objectId PK
String scooterId FK
String operatorId FK
String motorStatus
String logNotes
Date capturedAt
Date createdAt
Date updatedAt
}
DeploymentZone {
String objectId PK
String zoneCode
String name
String city
Boolean active
Object boundaryGeoJSON
Date createdAt
Date updatedAt
}
ZoneAssignment {
String objectId PK
String scooterId FK
String zoneId FK
String assignedById FK
Date assignedAt
Date createdAt
Date updatedAt
}
Flux d'intégration
Flux d'exécution typique pour la connexion, les recherches d'inventaire de trottinettes, les contrôles de batteries, les journaux de moteur et les mises à jour des zones de déploiement.
Voir la source du diagramme
sequenceDiagram
participant User
participant FleetApp as Electric Scooter Fleet App
participant Back4app as Back4app Cloud
User->>FleetApp: Sign in as operator
FleetApp->>Back4app: POST /login
Back4app-->>FleetApp: Session token
User->>FleetApp: Load scooters needing battery checks
FleetApp->>Back4app: GET /classes/Scooter?order=-updatedAt
Back4app-->>FleetApp: Scooter list with batteryLevel and lastKnownZone
User->>FleetApp: Record a BatteryCheck
FleetApp->>Back4app: POST /classes/BatteryCheck
Back4app-->>FleetApp: BatteryCheck objectId
User->>FleetApp: Review MotorLog history and zone assignments
FleetApp->>Back4app: GET /classes/MotorLog and /classes/ZoneAssignment
Back4app-->>FleetApp: MotorLog entries and deployment updates
FleetApp->>Back4app: Subscribe to live Scooter updates
Back4app-->>FleetApp: Scooters refresh when batteryLevel or status changesDictionnaire de données
Référence au niveau des champs pour chaque classe dans le schéma de la flotte de scooters électriques.
| Champ | Type | Description | Requis |
|---|---|---|---|
| objectId | String | Auto-generated unique identifier | Automatique |
| username | String | Staff login name | |
| String | Staff email address | ||
| password | String | Hashed password (write-only) | |
| role | String | Operator role such as manager, coordinator, or field technician | |
| createdAt | Date | Auto-generated creation timestamp | Automatique |
| updatedAt | Date | Auto-generated last-update timestamp | Automatique |
7 champs dans Operator
Sécurité et autorisations
Comment la stratégie ACL et CLP sécurise les opérateurs, les trottinettes, les batteries, les journaux et les zones.
Contrôles d'accès des opérateurs
Seuls les opérateurs authentifiés peuvent créer ou modifier les enregistrements de flotte appartenant à leur équipe.
Intégrité des trottinettes et des batteries
Utilisez le Cloud Code pour valider Scooter.battery et Battery.healthScore avant qu'une unité ne soit marquée disponible.
Lectures opérationnelles scopiées
Limitez la visibilité des zones et des journaux au personnel qui a besoin de l'enregistrement pour l'expédition, le service ou le travail d'audit.
Schéma (JSON)
Définition de schéma JSON brut prête à être copiée dans Back4app ou utilisée comme référence d'implémentation.
{
"classes": [
{
"className": "Operator",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"username": {
"type": "String",
"required": true
},
"email": {
"type": "String",
"required": true
},
"password": {
"type": "String",
"required": true
},
"role": {
"type": "String",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "Scooter",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"scooterTag": {
"type": "String",
"required": true
},
"status": {
"type": "String",
"required": true
},
"batteryLevel": {
"type": "Number",
"required": true
},
"lastKnownZone": {
"type": "Pointer",
"required": true,
"targetClass": "DeploymentZone"
},
"assignedOperator": {
"type": "Pointer",
"required": true,
"targetClass": "Operator"
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "BatteryCheck",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"scooter": {
"type": "Pointer",
"required": true,
"targetClass": "Scooter"
},
"operator": {
"type": "Pointer",
"required": true,
"targetClass": "Operator"
},
"batteryLevel": {
"type": "Number",
"required": true
},
"batteryHealth": {
"type": "String",
"required": true
},
"checkedAt": {
"type": "Date",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "MotorLog",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"scooter": {
"type": "Pointer",
"required": true,
"targetClass": "Scooter"
},
"operator": {
"type": "Pointer",
"required": true,
"targetClass": "Operator"
},
"motorStatus": {
"type": "String",
"required": true
},
"logNotes": {
"type": "String",
"required": true
},
"capturedAt": {
"type": "Date",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "DeploymentZone",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"zoneCode": {
"type": "String",
"required": true
},
"name": {
"type": "String",
"required": true
},
"city": {
"type": "String",
"required": true
},
"active": {
"type": "Boolean",
"required": true
},
"boundaryGeoJSON": {
"type": "Object",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "ZoneAssignment",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"scooter": {
"type": "Pointer",
"required": true,
"targetClass": "Scooter"
},
"zone": {
"type": "Pointer",
"required": true,
"targetClass": "DeploymentZone"
},
"assignedBy": {
"type": "Pointer",
"required": true,
"targetClass": "Operator"
},
"assignedAt": {
"type": "Date",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
}
]
}Construire avec l'agent AI
Utilisez l'agent AI Back4app pour générer une application réelle de flotte de scooters électriques à partir de ce modèle, y compris le frontend, le backend, l'authentification, ainsi que les flux de scooters, de batteries, de moteurs et de zones.
Créez un backend d'application de flotte de scooters électriques sur Back4app avec ce schéma et ce comportement exact. Schéma: 1. Opérateur (utiliser Back4app intégré) : nom d'utilisateur, email, mot de passe ; objectId, createdAt, updatedAt (système). 2. Scooter : fleetCode (String, requis), serialNumber (String, requis), status (String, requis), battery (Pointeur vers Battery, optionnel), zone (Pointeur vers DeploymentZone, optionnel) ; objectId, createdAt, updatedAt (système). 3. Battery : scooter (Pointeur vers Scooter, requis), healthScore (Nombre, requis), chargeLevel (Nombre, requis), cycleCount (Nombre, requis), lastCheckedAt (Date, requis) ; objectId, createdAt, updatedAt (système). 4. MotorLog : scooter (Pointeur vers Scooter, requis), runtimeMinutes (Nombre, requis), temperatureC (Nombre, requis), faultCode (String), notes (String) ; objectId, createdAt, updatedAt (système). 5. DeploymentZone : name (String, requis), city (String, requis), coverageRadiusKm (Nombre, requis), active (Boolean, requis) ; objectId, createdAt, updatedAt (système). Sécurité : - Seuls les opérateurs authentifiés peuvent créer ou modifier des enregistrements de flotte appartenant à leur équipe. Utilisez le Cloud Code pour valider Scooter.battery et Battery.healthScore avant qu'une unité ne soit marquée comme disponible. Auth : - Inscription, connexion, déconnexion. Comportement : - Lister les scooters, inspecter la santé de la batterie, écrire des journaux moteurs et déplacer des scooters entre des zones de déploiement. Livrer : - Application Back4app avec schéma, ACL, CLP ; frontend pour scooters, batteries, journaux et zones.
Appuyez sur le bouton ci-dessous pour ouvrir l'agent avec cette invite de modèle pré-remplie.
Ceci est l'invite de base sans suffixe technologique. Vous pouvez adapter la pile frontend générée par la suite.
API Playground
Essayez les points de terminaison REST et GraphQL contre le schéma de la flotte de scooters électriques. Les réponses utilisent des données fictives et ne nécessitent pas de compte Back4app.
Utilise le même schéma que ce modèle.
Choisissez votre technologie
Développez chaque carte pour voir comment intégrer l'Opérateur, la Trottinette et la Batterie avec votre stack choisie.
Flotte de trottinettes électriques Flutter Backend
Flotte de trottinettes électriques React Backend
Flotte de trottinettes électriques React Natif Backend
Flotte de trottinettes électriques Next.js Backend
Flotte de trottinettes électriques JavaScript Backend
Flotte de trottinettes électriques Android Backend
Flotte de trottinettes électriques iOS Backend
Flotte de trottinettes électriques Vue Backend
Flotte de trottinettes électriques Angular Backend
Flotte de trottinettes électriques GraphQL Backend
Flotte de trottinettes électriques REST API Backend
Flotte de trottinettes électriques PHP Backend
Flotte de trottinettes électriques .NET Backend
Ce que vous obtenez avec chaque technologie
Chaque flotte utilise le même schéma backend et les mêmes contrats API pour les trottinettes électriques.
Structure de données de flotte unifiée
Gérez les trottinettes, les batteries, les journaux et les zones avec un schéma cohérent.
Flux de travail sur la santé des batteries pour les opérations de flotte
Suivez le niveau de charge, le score de santé et le nombre de cycles pour les décisions de maintenance.
Historique des journaux de moteur pour les équipes de service
Stockez les minutes d'exécution, la températureC et le code d'erreur pour le diagnostic.
Contrôle d'assignation de zone pour le dispatch
Utilisez les enregistrements DeploymentZone pour diriger les trottinettes vers la bonne zone de service.
APIs REST/GraphQL pour les outils de flotte
Intégrer des tableaux de bord web, mobile et opérationnels via des API flexibles.
Comparaison de la technologie de flotte
Comparez la vitesse de configuration, le style SDK et le support AI parmi toutes les technologies prises en charge.
| Cadre | Temps de configuration | Avantage de flotte | Type de SDK | Support AI |
|---|---|---|---|---|
| Environ 5 min | Codebase unique pour les opérations de trottinettes sur mobile et web. | SDK typé | Complet | |
| Moins de 5 minutes | Tableau de bord web rapide pour le dispatch de flotte. | SDK typé | Complet | |
| ~3–7 min | Application de terrain multiplateforme pour les équipes de trottinettes. | SDK typé | Complet | |
| Configuration rapide (5 min) | Console d'opérations rendues serveur pour le contrôle de flotte. | SDK typé | Complet | |
| ~3 à 5 min | Intégration Web légère pour l'inventaire de trottinettes. | SDK typé | Complet | |
| Environ 5 min | Application native Android pour la maintenance sur le terrain. | SDK typé | Complet | |
| Moins de 5 minutes | Application iOS native pour la dispatch et les inspections. | SDK typé | Complet | |
| ~3–7 min | Interface web Reactive pour la planification de flotte. | SDK typé | Complet | |
| Configuration rapide (5 min) | Application web entreprise pour les équipes opérationnelles. | SDK typé | Complet | |
| Moins de 2 min | API GraphQL flexible pour les requêtes de trottinette, de batterie et de zone. | API GraphQL | Complet | |
| Configuration rapide (2 min) | Intégration de REST API pour les outils de dispatch et de maintenance. | REST API | Complet | |
| ~3 min | Backend PHP côté serveur pour les outils d'administration de flotte. | REST API | Complet | |
| ~3–7 min | Backend .NET pour les opérations de scooter. | SDK typé | Complet |
Le temps de configuration reflète la durée attendue entre le démarrage du projet et la première requête de trottinette, de batterie ou de zone utilisant ce schéma de modèle.
Questions Fréquemment Posées
Questions courantes sur la création d'un backend de flotte de scooters électriques avec ce modèle.
Prêt à construire votre application de flotte de scooters électriques ?
Démarrez votre projet de flotte de scooters en quelques minutes. Aucune carte de crédit requise.