Modèle de backend d'application de planification de sprint
Gestion Agile, Estimation des Histoires, et Graphiques de Burndown
Un backend de planification de sprint prêt pour la production sur Back4app avec utilisateurs, sprints, histoires, tâches, et graphiques de burndown. Inclut un diagramme ER, un dictionnaire de données, un schéma JSON, un terrain de jeu API, et une invite Agent IA pour un démarrage rapide.
Points clés à retenir
Ce modèle vous fournit un backend de gestion agile avec des utilisateurs, des sprints, des histoires, des tâches et des graphiques de burndown afin que votre équipe puisse se concentrer sur une livraison de projet efficace.
- Conception de schéma centré sur l'agilité — Modélisez les utilisateurs, les sprints, les histoires et les tâches dans des structures claires et interrogeables.
- Mises à jour de sprint en temps réel — Utilisez les capacités en temps réel de Back4app pour le progrès des sprints et les mises à jour des tâches.
- Pointage des histoires et burndown — Gérez les points d'histoire et visualisez le progrès avec des graphiques de burndown.
- Fonctionnalités de gestion des tâches — Permettre aux utilisateurs de créer, attribuer et suivre les tâches sans effort.
- Backend agile multiplateforme — Servir les clients mobiles et web via une API REST unique et GraphQL pour les utilisateurs, les sprints, les histoires, les tâches et les graphiques.
Qu'est-ce que le modèle de backend de planification de sprint ?
Back4app est un backend-as-a-service (BaaS) pour une livraison rapide de produits. Le modèle de backend de planification de sprint est un schéma pré-construit pour les utilisateurs, les sprints, les histoires, les tâches et les graphiques de burndown. Connectez votre frontend préféré (React, Flutter, Next.js, et plus) et livrez plus rapidement.
Idéal pour :
Aperçu
Un produit de gestion agile nécessite des profils d'utilisateur, des sprints, des histoires, des tâches et des graphiques de burndown.
Ce modèle définit Utilisateur, Sprint, Histoire, Tâche et Graphique de Burndown avec des fonctionnalités en temps réel et des règles de propriété pour que les équipes puissent mettre en œuvre des processus agiles rapidement.
Fonctionnalités principales de planification de sprint
Chaque carte technologique dans ce hub utilise le même schéma de backend de planification de sprint avec Utilisateur, Sprint, Histoire, Tâche et Graphique.
Profils et rôles des utilisateurs
La classe Utilisateur stocke le nom d'utilisateur, l'email, le mot de passe et les rôles.
Création et gestion de sprints
La classe Sprint lie le nom, la date de début et la date de fin.
Estimation et suivi des histoires
La classe Story stocke la référence du sprint, le titre et les points.
Gestion des tâches
La classe Task suit l'histoire, l'assigné et le statut.
Graphiques de burndown
La classe Chart visualise la progression du sprint.
Pourquoi construire votre backend de planification de sprint avec Back4app ?
Back4app vous offre des primitives pour les utilisateurs, les sprints, les histoires, les tâches et les graphiques afin que votre équipe puisse se concentrer sur la livraison agile et l'efficacité au lieu de l'infrastructure.
- •Gestion des utilisateurs et des sprints: La classe utilisateur avec des champs de profil et la classe de sprint pour la gestion des délais soutiennent les processus agiles.
- •Fonctionnalités d'histoire et de tâche: Gérez les histoires avec des points et permettez aux utilisateurs d'assigner et de suivre les tâches facilement.
- •Flexibilité en temps réel + API: Utilisez Live Queries pour les mises à jour des tâches tout en gardant REST et GraphQL disponibles pour chaque client.
Construisez et itérez rapidement sur les fonctionnalités de gestion agile avec un seul contrat backend sur toutes les plateformes.
Avantages principaux
Un backend de gestion agile qui vous aide à itérer rapidement sans sacrifier la structure.
Lancement agile rapide
Commencez avec un schéma complet d'utilisateur, de sprint et de tâche plutôt que de concevoir le backend à partir de zéro.
Mises à jour des tâches en temps réel
Exploitez les mises à jour en temps réel pour une collaboration et une efficacité accrues de l'équipe.
Pointage clair des histoires
Gérez les points d'histoire et visualisez la progression avec des graphiques de burndown.
Modèle d'autorisation évolutif
Utilisez ACL/CLP pour que seuls les utilisateurs puissent modifier leurs profils et tâches, et gérer les objectifs de sprint.
Données de tâches et d'histoires
Stockez et regroupez les tâches et les histoires pour l'affichage et l'interaction sans réinitialisations de schéma.
Flux de travail de démarrage AI
Générez rapidement l'échafaudage backend et les conseils d'intégration avec une invite structurée.
Prêt à lancer votre application de gestion agile ?
Laissez l'Agent AI de Back4app échafauder votre backend de planification de sprint et générer des utilisateurs, des sprints, des histoires, des tâches et des graphiques à partir d'une seule invite.
Gratuit pour commencer — 50 invites d'agent IA par mois, aucune carte de crédit requise
Pile technique
Tout est inclus dans ce modèle de planification de sprint pour le backend.
Diagramme ER
Modèle de relation d'entité pour le schéma backend de planification de sprint.
Schéma couvrant les utilisateurs, les sprints, les histoires, les tâches et les graphiques.
Voir la source du diagramme
erDiagram
User ||--o{ Task : "assignee"
Sprint ||--o{ Story : "sprint"
Story ||--o{ Task : "story"
Sprint ||--o{ Burndown : "sprint"
User {
String objectId PK
String username
String email
String password
String profilePicture
String role
Date createdAt
Date updatedAt
}
Sprint {
String objectId PK
String name
Date startDate
Date endDate
Date createdAt
Date updatedAt
}
Story {
String objectId PK
Pointer sprint FK
String title
String description
Number storyPoints
Date createdAt
Date updatedAt
}
Task {
String objectId PK
Pointer story FK
Pointer assignee FK
String title
String status
Date createdAt
Date updatedAt
}
Burndown {
String objectId PK
Pointer sprint FK
Date date
Number remainingPoints
Date createdAt
Date updatedAt
}
Flux d'intégration
Flux d'exécution typique pour l'authentification, les profils utilisateurs, les sprints, les histoires, les tâches et les graphiques.
Voir la source du diagramme
sequenceDiagram
participant User
participant App as Sprint Planning App
participant Back4app as Back4app Cloud
User->>App: Login
App->>Back4app: POST /login
Back4app-->>App: Session token
User->>App: View current sprint
App->>Back4app: GET /classes/Sprint
Back4app-->>App: Sprint details
User->>App: Add story to sprint
App->>Back4app: POST /classes/Story
Back4app-->>App: Story objectId
User->>App: Update task status
App->>Back4app: PUT /classes/Task
Back4app-->>App: Task updated
Back4app-->>App: Live Queries (optional)
App-->>User: Updated sprint and task detailsDictionnaire de données
Référence complète au niveau des champs pour chaque classe dans le schéma de planification de sprint.
| 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) | |
| profilePicture | String | URL of the user's profile picture | — |
| role | String | Role of the user in the sprint (e.g., Developer, Scrum Master) | — |
| createdAt | Date | Auto-generated creation timestamp | Auto |
| updatedAt | Date | Auto-generated last-update timestamp | Auto |
champs 8 dans User
Sécurité et permissions
Comment la stratégie ACL et CLP sécurise les utilisateurs, les sprints, les histoires, les tâches et les graphiques.
Contrôles de profil détenus par l'utilisateur
Seul l'utilisateur peut mettre à jour ou supprimer son profil ; les autres ne peuvent pas modifier le contenu de l'utilisateur.
Intégrité des tâches et des histoires
Seul le responsable peut mettre à jour ses tâches et histoires. Utilisez le Cloud Code pour la validation.
Accès en lecture limité
Restreindre la lecture des tâches et des histoires aux parties concernées (par exemple, les utilisateurs voient leurs propres tâches et les histoires publiques).
Schéma (JSON)
Définition brute du schéma JSON 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
},
"profilePicture": {
"type": "String",
"required": false
},
"role": {
"type": "String",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "Sprint",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"name": {
"type": "String",
"required": true
},
"startDate": {
"type": "Date",
"required": true
},
"endDate": {
"type": "Date",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "Story",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"sprint": {
"type": "Pointer",
"required": true,
"targetClass": "Sprint"
},
"title": {
"type": "String",
"required": true
},
"description": {
"type": "String",
"required": false
},
"storyPoints": {
"type": "Number",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "Task",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"story": {
"type": "Pointer",
"required": true,
"targetClass": "Story"
},
"assignee": {
"type": "Pointer",
"required": true,
"targetClass": "User"
},
"title": {
"type": "String",
"required": true
},
"status": {
"type": "String",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "Burndown",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"sprint": {
"type": "Pointer",
"required": true,
"targetClass": "Sprint"
},
"date": {
"type": "Date",
"required": true
},
"remainingPoints": {
"type": "Number",
"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 planification de sprint à partir de ce modèle, y compris le frontend, le backend, l'authentification, et les flux utilisateur, sprint, story, tâche et graphique.
Créez un backend d'application de planification de sprint sur Back4app avec ce schéma et ce comportement exacts. Schéma: 1. Utilisateur (utilisez le intégré Back4app): nom d'utilisateur, email, mot de passe; objectId, createdAt, updatedAt (système). 2. Sprint: nom (String, requis), date de début (Date, requis), date de fin (Date, requis); objectId, createdAt, updatedAt (système). 3. Story: sprint (Pointeur vers Sprint, requis), titre (String, requis), points (Nombre, requis); objectId, createdAt, updatedAt (système). 4. Tâche: story (Pointeur vers Story, requis), assigné (Pointeur vers Utilisateur, requis), statut (String: à faire, en cours, terminé, requis); objectId, createdAt, updatedAt (système). 5. Graphique: sprint (Pointeur vers Sprint, requis), données (Tableau, requis); objectId, createdAt, updatedAt (système). Sécurité: - Seul l'utilisateur peut mettre à jour/supprimer son profil. Seul l'assigné peut mettre à jour ses tâches et stories. Utilisez le Cloud Code pour la validation. Auth: - Inscription, connexion, déconnexion. Comportement: - Lister les utilisateurs, créer des sprints, assigner des tâches, mettre à jour les stories, et visualiser les graphiques. Livraison: - Application Back4app avec schéma, ACLs, CLPs; frontend pour les profils utilisateurs, sprints, stories, tâches et graphiques.
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.
Terrain de jeu API
Essayez les points de terminaison REST et GraphQL avec le schéma de planification de sprint. 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 les étapes d'intégration, les modèles d'état, les exemples de modèles de données et les notes hors ligne.
Flutter Planification de sprint Backend
React Planification de sprint Backend
React Native Planification de sprint Backend
Next.js Planification de sprint Backend
JavaScript Planification de sprint Backend
Android Planification de sprint Backend
iOS Planification de sprint Backend
Vue Planification de sprint Backend
Angular Planification de sprint Backend
GraphQL Planification de sprint Backend
REST API Planification de sprint Backend
PHP Planification de sprint Backend
.NET Planification de sprint Backend
Ce que vous obtenez avec chaque technologie
Chaque pile utilise le même schéma de backend de planification de sprint et les contrats d'API.
Schéma utilisateur préconstruit
Gérez facilement les utilisateurs pour planification des sprints avec un schéma personnalisable.
Gestion des sprints et des histoires
Suivi rationalisé des sprints et des histoires pour des workflows planification des sprints efficaces.
Outils de priorisation des tâches
Organisez et priorisez les tâches pour une exécution planification des sprints optimale.
Intégration des graphiques d'avancement
Visualisez les progrès avec des graphiques d'avancement adaptés à la planification planification des sprints.
REST/GraphQL APIs
APIs flexibles pour connecter votre frontend pour des expériences planification des sprints fluides.
Structure de backend extensible
Adaptez et étendez facilement le backend pour des besoins uniques de planification des sprints.
Comparaison du cadre de planification des sprints
Comparez la rapidité de configuration, le style SDK et le support IA à travers toutes les technologies prises en charge.
| Framework | Temps de configuration | Avantage de la planification des sprints | Type de SDK | Support IA |
|---|---|---|---|---|
| Environ 5 min | Code unique pour la planification des sprints sur mobile et web. | Typed SDK | Complet | |
| Moins de 5 minutes | Tableau de bord web rapide pour la planification des sprints. | Typed SDK | Complet | |
| ~3–7 min | Application mobile multi-plateforme pour la planification des sprints. | Typed SDK | Complet | |
| Configuration rapide (5 min) | Application web rendue par serveur pour la planification des sprints. | Typed SDK | Complet | |
| ~3–5 min | Intégration web légère pour la planification des sprints. | Typed SDK | Complet | |
| Environ 5 min | Application Android native pour la planification des sprints. | Typed SDK | Complet | |
| Moins de 5 minutes | Application iOS native pour la planification des sprints. | Typed SDK | Complet | |
| ~3–7 min | Interface web Reactive pour la planification des sprints. | Typed SDK | Complet | |
| Configuration rapide (5 min) | Application web d'entreprise pour la planification des sprints. | Typed SDK | Complet | |
| Moins de 2 min | API GraphQL flexible pour la planification des sprints. | GraphQL API | Complet | |
| Configuration rapide (2 min) | Intégration REST API pour la planification des sprints. | REST API | Complet | |
| ~3 min | Backend PHP côté serveur pour la planification des sprints. | REST API | Complet | |
| ~3–7 min | Backend .NET pour la planification des sprints. | Typed SDK | Complet |
Le temps de configuration reflète la durée prévue entre le démarrage du projet et la première requête de tâche en utilisant ce schéma de modèle.
Questions Fréquemment Posées
Questions courantes sur la création d'un backend de planification de sprint avec ce modèle.
Prêt à construire votre application de planification de sprint ?
Commencez votre projet de gestion agile en quelques minutes. Aucune carte de crédit requise.