Modèle Backend du Journal de Température de Bitume
Journaux de Livraison, Températures de Pose et Cycles de Rouleau
Un backend Journal de Température de Bitume prêt pour la production sur Back4app avec journaux de livraison, entrées de températures de pose, et suivi des cycles de rouleau. Inclut un diagramme ER, un dictionnaire de données, un schéma JSON, une aire de jeux API, et une invite Agent IA pour une configuration rapide.
Principaux points à retenir
Ce modèle vous fournit un backend de log de température d'asphalt avec des logs de livraison, des températures de mise en place et des enregistrements de cycles de rouleau afin que les gestionnaires et les équipes sur le terrain puissent suivre le travail de pavage en un seul endroit.
- Suivi des logs de livraison — Modélisez les entrées de DeliveryLog avec le numéro du camion, le type de mélange et la température d'arrivée.
- Capture de la température de mise en place — Enregistrez les lectures de LaydownTemp par station, surface et enregistréÀ pour chaque passage de pavage.
- Historique des cycles de rouleau — Conservez les comptes de RollerCycle liés aux segments de voie et aux notes de compactage.
- Contrôle d'accès convivial — Utilisez des rôles d'équipe et des ACL afin que les bonnes personnes puissent ajouter ou examiner les journaux de température.
Présentation du backend du journal de température de l'asphalte
La traçabilité dans le journal de température de l'asphalte n'est pas un luxe ; c'est ainsi que vous résolvez les litiges, les réclamations de garantie et les « qui a touché cela en dernier ? ». Les petits retards s'accumulent rapidement. Ce modèle modélise CrewMember, DeliveryLog, LaydownTemp et RollerCycle avec authentification intégrée et requêtes en temps réel sur Back4app pour les équipes de journal de température de l'asphalte qui ont besoin de traçabilité par défaut. Le schéma couvre CrewMember (nom, rôle, crewId), DeliveryLog (numéro de camion, type de mélange, température d'arrivée, livré à), LaydownTemp (station, température de surface, enregistré à, météo), et RollerCycle (segment de voie, numéro de passage, température de compactage, notes). Connectez votre frontend préféré et commencez à enregistrer le travail de pavage plus rapidement.
Meilleur pour :
Ce que vous obtenez dans le modèle de Journal de Température de l'Asphalte
La qualité du journal de température de l'asphalte est un indicateur retardé ; l'indicateur principal est de savoir si les mises à jour des équipes de première ligne sont intégrées au reporting le jour même.
Utilisez cet aperçu pour voir comment CrewMember, DeliveryLog et LaydownTemp s'articulent avant de consacrer du temps d'ingénierie à un cadre client spécifique.
Fonctionnalités principales du journal d'asphalte
Chaque carte technologique dans ce hub utilise le même schéma d'enregistrement d'asphalte avec CrewMember, DeliveryLog, LaydownTemp et RollerCycle.
Suivi des membres de l'équipage
Le membre de l'équipage stocke le nom, le rôle et l'identifiant d'équipage des personnes ajoutant des journaux.
Entrées de journaux de livraison
Le journal de livraison capture le numéro de camions, le type de mélange, la température d'arrivée et la date de livraison.
Enregistrement de température de pose
La température de pose stocke la station, la température de la surface, la date d'enregistrement et la météo.
Historique de RollerCycle
RollerCycle suit laneSegment, passNumber, compactionTemp et notes.
Pourquoi construire votre backend de Journal de Température de l'Asphalte avec Back4app ?
Back4app offre aux équipes de pavage des classes structurées pour les journaux de livraison, les températures de pose et les cycles de rouleau, afin que les utilisateurs sur le terrain passent moins de temps à dupliquer des entrées et plus de temps à faire avancer le travail.
- •Le DeliveryLog et le CrewMember restent liés: Stockez chaque DeliveryLog avec un pointeur CrewMember et truckNumber afin que le responsable de quart puisse tracer qui a enregistré la charge.
- •Les entrées de LaydownTemp restent lisibles sur site: Utilisez les champs LaydownTemp comme station, surfaceTemp et recordedAt pour capturer la fenêtre précise de pavage.
- •Les enregistrements RollerCycle soutiennent l'examen de la compaction: Suivez le laneSegment, le passNumber et les notes de RollerCycle pour comparer la couverture du rouleau entre les quarts.
Construisez le journal d'asphalte une fois, puis réutilisez le même contrat backend sur les écrans mobiles, web et de dispatch.
Avantages principaux
Un backend de journal de température d'asphalte prêt pour le terrain qui réduit le temps de configuration et organise les notes de pavage.
Déploiement de journal de livraison plus rapide
Commencez avec DeliveryLog et CrewMember au lieu de concevoir des tables de camion et d'équipe à partir de zéro.
Capture de température cohérente
Les champs LaydownTemp comme surfaceTemp et recordedAt maintiennent des relevés cohérents entre les équipes et les quarts.
Meilleure traçabilité des cycles de rouleaux
Le passNumber et le laneSegment de RollerCycle facilitent la révision de la compaction lors de la clôture.
Accès aux champs en fonction des rôles
Utilisez ACL/CLP afin que les gestionnaires puissent examiner tous les journaux tandis que les membres de l'équipe n'ajoutent que les entrées qui leur appartiennent.
Source unique pour les enregistrements de chantier
Conservez les données DeliveryLog, LaydownTemp et RollerCycle dans un seul backend au lieu de tableurs éparpillés.
Démarrage assisté par IA
Générez le schéma, les permissions et les écrans de démarrage avec une seule invite structurée.
Prêt à lancer votre application de journalisation de température de bitume ?
Laissez l'agent IA de Back4app structurer votre backend de journalisation de bitume et générer des flux de journalisation de livraison, de température de pose et de cycle de rouleau à partir d'une seule invite.
Gratuit pour commencer — 50 invites d'agent IA/mois, pas de carte de crédit requise
Stack technique
Tout inclus dans ce modèle de backend de journal de température de bitume.
Diagramme ER
Modèle de relation d'entités pour le schéma de journal de température d'asphalte.
Schéma couvrant les membres de l'équipe, les journaux de livraison, les lectures de température de pose et les cycles de rouleau.
Voir la source du diagramme
erDiagram
User ||--o{ DeliveryLog : "recordedBy"
User ||--o{ LaydownTemp : "measuredBy"
User ||--o{ RollerCycle : "operator"
User ||--o{ AuditEvent : "actor"
DeliveryLog ||--o{ LaydownTemp : "deliveryLog"
LaydownTemp ||--o{ RollerCycle : "laydownTemp"
User {
String objectId PK
String username
String email
String password
String role
Date createdAt
Date updatedAt
}
DeliveryLog {
String objectId PK
String deliveryTicket
String truckNumber
String mixType
Date arrivalTime
String site
String recordedById FK
Date createdAt
Date updatedAt
}
LaydownTemp {
String objectId PK
String deliveryLogId FK
String station
Number temperatureF
Date measuredAt
String measuredById FK
Date createdAt
Date updatedAt
}
RollerCycle {
String objectId PK
String laydownTempId FK
String roller
Number passNumber
Date cycleStart
Date cycleEnd
Number surfaceTempF
String operatorId FK
Date createdAt
Date updatedAt
}
AuditEvent {
String objectId PK
String actorId FK
String entityType
String entityId
String action
Date eventTime
Date createdAt
Date updatedAt
}
Flux d'intégration des journaux
Flux d'exécution typique pour la connexion, les journaux de livraison, les températures de pose et les cycles de rouleau.
Voir la source du diagramme
sequenceDiagram
participant Crew as Field User
participant App as Asphalt Temperature Log App
participant Back4app as Back4app Cloud
Crew->>App: Sign in to inspect the shift log
App->>Back4app: POST /login
Back4app-->>App: Session token
Crew->>App: Open today's delivery logs
App->>Back4app: GET /classes/DeliveryLog?order=-arrivalTime
Back4app-->>App: DeliveryLog rows with truckNumber and mixType
Crew->>App: Add a laydown temperature
App->>Back4app: POST /classes/LaydownTemp
Back4app-->>App: LaydownTemp objectId
Crew->>App: Record a roller cycle
App->>Back4app: POST /classes/RollerCycle
Back4app-->>App: RollerCycle objectId
App->>Back4app: GET /classes/AuditEvent?order=-eventTime&limit=20
Back4app-->>App: Recent audit eventsDictionnaire des champs
Référence complète par champ pour chaque classe dans le schéma des journaux de température d'asphalte.
| Champ | Type | Description | Requis |
|---|---|---|---|
| objectId | String | Auto-generated unique identifier | Auto |
| username | String | User login name | |
| String | User email address | ||
| password | String | Hashed password (write-only) | |
| role | String | Role of the user (e.g., manager, coordinator, fieldStaff) | |
| createdAt | Date | Auto-generated creation timestamp | Auto |
| updatedAt | Date | Auto-generated last-update timestamp | Auto |
7 champs dans User
Sécurité et autorisations
Comment les règles ACL et CLP protègent les journaux de livraison, les températures de stockage et les entrées de cycle de rouleau.
Entrées appartenant à l'équipe
Les lignes DeliveryLog, LaydownTemp et RollerCycle liées à CrewMember peuvent être limitées à l'utilisateur qui les a créées.
Accès à la révision du manager
Les responsables de terrain peuvent lire tous les journaux, tandis que les autorisations d'édition restent limitées aux rôles approuvés.
Enregistrements de température validés
Utilisez Cloud Code pour rejeter des températures impossibles ou des détails manquants sur le camion et la voie avant l'enregistrement.
Schéma JSON
Définition du schéma JSON brut prête à être copiée dans Back4app ou utilisée comme référence d'implémentation.
{
"classes": [
{
"className": "User",
"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": "DeliveryLog",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"deliveryTicket": {
"type": "String",
"required": true
},
"truckNumber": {
"type": "String",
"required": true
},
"mixType": {
"type": "String",
"required": true
},
"arrivalTime": {
"type": "Date",
"required": true
},
"site": {
"type": "String",
"required": true
},
"recordedBy": {
"type": "Pointer",
"required": true,
"targetClass": "User"
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "LaydownTemp",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"deliveryLog": {
"type": "Pointer",
"required": true,
"targetClass": "DeliveryLog"
},
"station": {
"type": "String",
"required": true
},
"temperatureF": {
"type": "Number",
"required": true
},
"measuredAt": {
"type": "Date",
"required": true
},
"measuredBy": {
"type": "Pointer",
"required": true,
"targetClass": "User"
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "RollerCycle",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"laydownTemp": {
"type": "Pointer",
"required": true,
"targetClass": "LaydownTemp"
},
"roller": {
"type": "String",
"required": true
},
"passNumber": {
"type": "Number",
"required": true
},
"cycleStart": {
"type": "Date",
"required": true
},
"cycleEnd": {
"type": "Date",
"required": true
},
"surfaceTempF": {
"type": "Number",
"required": true
},
"operator": {
"type": "Pointer",
"required": true,
"targetClass": "User"
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "AuditEvent",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"actor": {
"type": "Pointer",
"required": true,
"targetClass": "User"
},
"entityType": {
"type": "String",
"required": true
},
"entityId": {
"type": "String",
"required": true
},
"action": {
"type": "String",
"required": true
},
"eventTime": {
"type": "Date",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
}
]
}Construire avec l'Agent IA
Utilisez l'Agent IA Back4app pour générer une véritable application de journal de température de bitume à partir de ce modèle, y compris le frontend, le backend, l'authentification et le journal de livraison, la température au sol et les flux de cycles de rouleuse.
Créez un backend d'application de journal de température de bitume sur Back4app avec ce schéma et ce comportement exacts. Schéma: 1. CrewMember (utiliser l'authentification intégrée de Back4app pour la connexion) : nom (String, requis), rôle (String, requis), crewId (String, requis) ; objectId, createdAt, updatedAt (système). 2. DeliveryLog : crewMember (Pointeur vers CrewMember, requis), truckNumber (String, requis), mixType (String, requis), arrivalTemp (Number, requis), deliveredAt (Date, requis) ; objectId, createdAt, updatedAt (système). 3. LaydownTemp : crewMember (Pointeur vers CrewMember, requis), station (String, requis), surfaceTemp (Number, requis), recordedAt (Date, requis), weather (String) ; objectId, createdAt, updatedAt (système). 4. RollerCycle : crewMember (Pointeur vers CrewMember, requis), laneSegment (String, requis), passNumber (Number, requis), compactionTemp (Number), notes (String) ; objectId, createdAt, updatedAt (système). Sécurité : - Les membres de l'équipe peuvent ajouter et modifier leurs propres journaux. Les gestionnaires peuvent examiner tous les journaux de livraison, les températures au sol et les cycles de rouleuse. Utilisez Cloud Code pour la validation. Auth : - Inscription, connexion, déconnexion. Comportement : - Lister les journaux de livraison, créer des entrées de température au sol, enregistrer les cycles de rouleuse et afficher l'activité récente sur le chantier. Livrer : - Application Back4app avec schéma, ACLs, CLPs ; frontend pour les équipes, les gestionnaires, les journaux de livraison, les températures au sol et le suivi des cycles de rouleuse.
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 de technologie. Vous pouvez adapter la pile frontend générée par la suite.
API Playground
Essayez les endpoints REST et GraphQL contre le schéma du journal de température de l'asphalte. 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 CrewMember, DeliveryLog et LaydownTemp avec votre pile choisie.
Flutter Journal de température d'asphalte Backend
React Journal de température d'asphalte Backend
React Natif Journal de température d'asphalte Backend
Next.js Journal de température d'asphalte Backend
JavaScript Journal de température d'asphalte Backend
Android Journal de température d'asphalte Backend
iOS Journal de température d'asphalte Backend
Vue Journal de température d'asphalte Backend
Angular Journal de température d'asphalte Backend
GraphQL Journal de température d'asphalte Backend
REST API Journal de température d'asphalte Backend
PHP Journal de température d'asphalte Backend
.NET Journal de température d'asphalte Backend
Ce que vous obtenez avec chaque technologie
Chaque pile utilise le même schéma de journalisation d'asphalte et les mêmes contrats d'API.
Structure de données de journal d'asphalte unifiée
Maintenez CrewMember, DeliveryLog, LaydownTemp et RollerCycle alignés entre les clients.
Flux de travail de journal de livraison pour les équipes de pavage
Enregistrez les charges des camions, les types de mélanges et les températures d'arrivée sans changer le schéma.
Capture de température de mise en place sur le chantier
Stockez les relevés de station, météo et surfaceTemp pour chaque passage de pavage.
Suivi du cycle du rouleau pour la compaction
Suivre les comptes de passage et les segments de voie pour l'examen sur le terrain et la clôture.
Comparaison Technique
Comparez la vitesse de configuration, le style SDK et le support AI parmi toutes les technologies prises en charge.
| Cadre | Temps de Configuration | Avantage du Journal d'Asphalte | Type de SDK | Support AI |
|---|---|---|---|---|
| Environ 5 min | Code source unique pour les journaux d'asphalte sur mobile et web. | SDK typé | Complet | |
| Moins de 5 minutes | Tableau de bord web rapide pour les journaux de livraison et les températures. | SDK typé | Complet | |
| ~3 à 7 min | Application de terrain multiplateforme pour les cycles de rouleau et les températures. | SDK typé | Complet | |
| Configuration rapide (5 min) | Console d'opérations rendue par le serveur pour les journaux d'asphalte. | SDK tapé | Complet | |
| ~3–5 min | Intégration légère pour les écrans de journaux de chantier. | SDK tapé | Complet | |
| Environ 5 min | Application Android native pour la livraison et l'entrée temporaire. | SDK tapé | Complet | |
| Moins de 5 minutes | Application iOS native pour l'enregistrement de la température sur le terrain. | SDK tapé | Complet | |
| ~3–7 min | Interface web Reactive pour la tenue de dossiers d'asphalte. | SDK tapé | Complet | |
| Configuration rapide (5 min) | Application d'opérations d'entreprise pour les équipes de pavage. | SDK tapé | Complet | |
| Moins de 2 min | API GraphQL flexible pour les tableaux de bord de logs. | API GraphQL | Complet | |
| Configuration rapide (2 min) | Intégration REST API pour les outils de journalisation des champs. | REST API | Complet | |
| ~3 min | Intégration PHP côté serveur pour les rapports sur l'asphalte. | REST API | Complet | |
| ~3–7 min | Intégration .NET pour le suivi des équipes et des temporaires. | SDK typé | Complet |
Le temps de configuration reflète la durée prévue de l'initialisation du projet à la première requête DeliveryLog ou LaydownTemp utilisant ce schéma de modèle.
Questions Fréquemment Posées
Questions courantes sur la construction d'un backend de journal de température d'asphalte avec ce modèle.
Prêt à construire votre application de journalisation de température d'asphalte ?
Démarrez votre projet de journal de température d'asphalte en quelques minutes. Aucune carte de crédit requise.