瀝青溫度日誌後端模板
交付日誌、鋪設溫度及壓路機循環
一個適合生產的 瀝青溫度日誌後端 在 Back4app，包含交付日誌、鋪設溫度記錄以及壓路機循環跟踪。包括 ER 圖、數據字典、JSON 架構、API 游樂場及一個 AI 代理 提示以便快速設置。
關鍵要點
此模板為您提供一個具有交付日誌、鋪設溫度和壓路機循環記錄的瀝青溫度日誌後端，以便管理人員和現場團隊可以在一個地方追蹤鋪路工作。
- 交付日誌追蹤 — 模型交付日誌條目，包括卡車編號、混合類型和到達溫度。
- 鋪設溫度捕捉 — 根據每次鋪路的站點、表面和錄製時間記錄鋪設溫度讀數。
- 壓路機循環歷史 — 將壓路機計數與車道段和壓實筆記綁定。
- 現場友好的訪問控制 — 使用工作人員角色和ACL，讓正確的人能夠添加或回顧溫度記錄。
瀝青溫度記錄後端一覽
瀝青溫度記錄的可追溯性並不是可有可無的；這是解決爭議、保修索賠及「誰最後接觸過這個」的方式。小延遲會迅速累積。此模板建模CrewMember、DeliveryLog、LaydownTemp和RollerCycle，並在Back4app上內建身份驗證和即時查詢，適用於需要預設可追溯性的瀝青溫度記錄團隊。該架構涵蓋CrewMember（姓名、角色、crewId）、DeliveryLog（卡車號碼、混合類型、到達溫度、交付時間）、LaydownTemp（站點、表面溫度、記錄時間、天氣）和RollerCycle（車道段、通行號碼、壓實溫度、備註）。連接您喜愛的前端，並開始更快速地記錄鋪路作業。
最佳用於：
您在瀝青温度記錄模板中獲得的內容
瀝青溫度記錄的質量是滯後指標；領先指標是前線更新是否在同一天流入報告中。
使用這個概覽了解CrewMember、DeliveryLog和LaydownTemp是如何結合在一起的，然後再將工程時間投入特定客戶框架。
核心瀝青日誌功能
本中心中的每張技術卡片都使用相同的瀝青日誌架構，包括 CrewMember、DeliveryLog、LaydownTemp 和 RollerCycle。
成員追蹤
成員儲存名稱、角色及成員ID，以便添加日誌的人使用。
交付日誌條目
交付日誌記錄卡車號碼、混合類型、到達溫度和交付時間。
鋪設溫度日誌
鋪設溫度存儲車站、表面溫度、記錄時間和天氣。
壓路機循環歷史
壓路機循環追踪 laneSegment、passNumber、compactionTemp 和備註。
為什麼要用 Back4app 建立您的瀝青溫度記錄後端？
Back4app 為鋪路團隊提供結構化的交付日誌、平整溫度和壓路機循環類，這樣現場用戶可以花更少的時間重複輸入，並有更多時間推動工作進展。
- •交付日誌與船員保持連結: 將每個交付日誌與船員指標和卡車號碼存儲，以便班次負責人可以追蹤誰記錄了負載。
- •臨時堆放條目保持可讀性: 使用臨時堆放字段，例如站點、表面溫度和記錄時間，來捕捉精確的鋪設窗口。
- •壓路機循環記錄支持壓實審查: 跟踪壓路機循環的車道段、通行號碼和備註，以比較不同班次的壓路機覆蓋情況。
一次構建瀝青日誌，然後在移動端、網站和調度屏幕中重用相同的後端合約。
核心優勢
一個現場準備好的瀝青溫度記錄後端，可以縮短設置時間，並保持鋪路備註的整齊。
更快的交付記錄推出
從 DeliveryLog 和 CrewMember 開始，而不是從頭設計卡車和工作組表。
一致的溫度捕捉
LaydownTemp 欄位如 surfaceTemp 和 recordedAt 使讀數在不同的團隊和班次之間保持一致。
更好的輥輪循環可追溯性
RollerCycle 的 passNumber 和 laneSegment 在結案期間使壓實評審變得更簡單。
基於角色的現場訪問
使用 ACL/CLP，以便管理員可以查看所有日誌，而工作人員僅添加自己擁有的條目。
工地記錄的單一來源
將 DeliveryLog、LaydownTemp 和 RollerCycle 數據保存在一個後端，而不是分散在電子表格中。
AI 輔助啟動
通過一個結構化的提示生成架構、權限和啟動螢幕。
準備好啟動您的瀝青溫度日誌應用程序了嗎？
讓 Back4app AI 代理搭建您的瀝青日誌後端，並從一個提示中生成交付日誌、鋪設溫度和壓路機循環流程。
免費開始 — 每月 50 次 AI 代理提示，無需信用卡
技術堆棧
此瀝青溫度日誌後端模板中包含的所有內容。
ER 圖
瀝青溫度日誌架構的實體關係模型。
涵蓋工作人員、交付日誌、鋪設溫度讀數和輾壓循環的架構。
查看圖表來源
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
}
日誌整合流程
典型運行流程：登錄、交付日誌、鋪設溫度和滾筒週期。
查看圖表來源
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 events字段字典
瀝青溫度日誌架構中每個類別的完整字段級別參考。
| 字段 | 類型 | 描述 | 必需 |
|---|---|---|---|
| objectId | String | Auto-generated unique identifier | 自動 |
| 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 | 自動 |
| updatedAt | Date | Auto-generated last-update timestamp | 自動 |
7 欄位在 User 中
安全性與權限
ACL 和 CLP 規則如何保護交付日誌、鋪設溫度和滾筒循環條目。
團隊擁有的條目
與 CrewMember 關聯的 DeliveryLog、LaydownTemp 和 RollerCycle 行可以限制為創建它們的用戶。
經理審核訪問
現場經理可以閱讀所有日誌，編輯權限仍限於獲准角色。
已驗證的溫度記錄
使用 Cloud Code 在保存之前拒絕不可能的溫度或缺失的卡車和車道詳情。
架構 JSON
原始 JSON 架構定義，準備好可複製到 Back4app 或用作實作參考。
{
"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
}
}
}
]
}與 AI 代理一起構建
使用 Back4app 的 AI 代理根據此模板生成實際的瀝青溫度日誌應用程式，包括前端、後端、身份驗證和交付日誌、鋪設溫度和壓路機循環流程。
在 Back4app 上使用此確切架構和行為創建瀝青溫度日誌應用程式後端。 架構： 1. CrewMember（使用 Back4app 內建身份驗證進行登入）：名稱（字符串，必填），角色（字符串，必填），crewId（字符串，必填）；objectId、createdAt、updatedAt（系統）。 2. DeliveryLog：crewMember（指向 CrewMember 的指標，必填），卡車編號（字符串，必填），混合類型（字符串，必填），到達溫度（數字，必填），交付於（日期，必填）；objectId、createdAt、updatedAt（系統）。 3. LaydownTemp：crewMember（指向 CrewMember 的指標，必填），站點（字符串，必填），表面溫度（數字，必填），記錄於（日期，必填），天氣（字符串）；objectId、createdAt、updatedAt（系統）。 4. RollerCycle：crewMember（指向 CrewMember 的指標，必填），車道段（字符串，必填），通行次數（數字，必填），壓實溫度（數字），備註（字符串）；objectId、createdAt、updatedAt（系統）。 安全： - 組員可以添加和編輯自己的日誌。管理者可以審核所有交付日誌、鋪設溫度和壓路機循環。使用雲端代碼進行驗證。 身份驗證： - 註冊、登入、登出。 行為： - 列出交付日誌、創建鋪設溫度條目、記錄壓路機循環，顯示最近的工地活動。 交付： - 具有架構、ACL、CLP 的 Back4app 應用程式；為組員、管理者、交付日誌、鋪設溫度和壓路機循環跟踪提供前端。
按下下面的按鈕以打開使用此模板提示預填的代理。
這是沒有技術後綴的基本提示。您可以在後面調整生成的前端堆棧。
API 遊樂場
嘗試針對瀝青溫度日誌模式的 REST 和 GraphQL 端點。響應使用模擬數據，無需 Back4app 帳戶。
使用與此模板相同的架構。
選擇您的技術
展開每個卡片以查看如何將 CrewMember、DeliveryLog 和 LaydownTemp 與您選擇的技術棧整合。
Flutter 瀝青溫度日誌後端
React 瀝青溫度日誌後端
React 本地 瀝青溫度日誌後端
Next.js 瀝青溫度日誌後端
JavaScript 瀝青溫度日誌後端
Android 瀝青溫度日誌後端
iOS 瀝青溫度日誌後端
Vue 瀝青溫度日誌後端
Angular 瀝青溫度日誌後端
GraphQL 瀝青溫度日誌後端
REST API 瀝青溫度日誌後端
PHP 瀝青溫度日誌後端
.NET 瀝青溫度日誌後端
每種技術帶給你的好處
每個堆疊都使用相同的瀝青日誌架構和API合約。
統一的瀝青日誌數據結構
保持CrewMember、DeliveryLog、LaydownTemp和RollerCycle在所有客戶端之間一致。
鋪路隊伍的交付日誌工作流程
記錄卡車載貨、混合類型和到達溫度，而無需更改架構。
在工地上捕捉鋪設溫度
存儲每次鋪設的站點、天氣和表面溫度讀數。
壓實的壓路機循環追蹤
追蹤通行計數和場地檢查及結案的車道段。
技術比較
比較所有支援技術的設置速度、SDK類型和AI支持。
| 框架 | 設置時間 | 瀝青日誌好處 | SDK類型 | AI支持 |
|---|---|---|---|---|
| 關於 5 分鐘 | 單一代碼基礎，適用於行動和網頁上的瀝青日誌。 | 類型化 SDK | 完整 | |
| 少於 5 分鐘 | 快速的網頁儀表板，用於交付日誌和溫度。 | 類型化 SDK | 完整 | |
| 約 3–7 分鐘 | 跨平台現場應用，用於滾筒循環和溫度。 | 類型化 SDK | 完整 | |
| 快速（5 分鐘）設置 | 伺服器渲染的瀑布日誌操作控制台。 | 輸入的 SDK | 完整 | |
| 大約 3–5 分鐘 | 輕量級的工地日誌螢幕整合。 | 輸入的 SDK | 完整 | |
| 大約 5 分鐘 | 原生 Android 應用程式用於交付和臨時輸入。 | 輸入的 SDK | 完整 | |
| 少於 5 分鐘 | 原生 iOS 應用程式用於現場溫度記錄。 | 輸入的 SDK | 完整 | |
| 約 3–7 分鐘 | React 瀏覽器 UI 用於瀝青記錄。 | 類型化 SDK | 完整 | |
| 快速（5 分鐘）設置 | 用於鋪路小組的企業操作應用程式。 | 類型化 SDK | 完整 | |
| 少於 2 分鐘 | 靈活的 GraphQL API 用於日誌儀表板。 | GraphQL API | 完整 | |
| 快速（2分鐘）設置 | REST API 整合用於現場記錄工具。 | REST API | 完整 | |
| 約 3 分鐘 | 伺服器端 PHP 整合用於瀝青報告。 | REST API | 完整 | |
| 約 3–7 分鐘 | .NET 整合用於團隊和臨時跟蹤。 | 類型化 SDK | 完整 |
設置時間反映從專案啟動到使用此模板架構首次查詢DeliveryLog或LaydownTemp的預期持續時間。
常見問題
關於使用此模板構建瀝青溫度日誌後端的常見問題。
