Cahier Des Charges Du Projet

Cahier des charges du projet
"Plateforme de TP en ligne avec

Visioconférence et Partage d'Écran"
1. Introduction
Le projet vise à créer une plateforme de travaux pratiques en ligne offrant des
fonctionnalités avancées telles que la visioconférence et le partage d'écran. La
plateforme permettra aux utilisateurs, principalement des étudiants, de compiler et
tester leur code en ligne, avec plusieurs compilateurs disponibles pour différents
langages de programmation. Un enseignant aura la capacité de contrôler le contenu
affiché sur l'écran des participants pendant la visioconférence.
2. Objectifs du Projet
Les principaux objectifs du projet comprennent :
 Créer une plateforme Web robuste pour les travaux pratiques en ligne.
 Intégrer des compilateurs en ligne pour prendre en charge plusieurs langages
de programmation.
 Implémenter une fonctionnalité de visioconférence pour les séances de
travaux pratiques.
 Intégrer un système de partage d'écran pour faciliter le contrôle de
l'enseignant sur le contenu affiché.
3. Exigences Fonctionnelles
3.1 Plateforme de TP en Ligne
 Interface Utilisateur Intuitive : Concevoir une interface utilisateur conviviale

pour une expérience utilisateur optimale.
 Gestion des Utilisateurs : Implémenter un système d'authentification sécurisé
pour les enseignants et les étudiants.
 Compilateurs en Ligne : Intégrer des compilateurs prenant en charge au
moins cinq langages de programmation courants.
 Environnement de Test : Mettre en place un environnement de test pour
permettre aux utilisateurs de vérifier le fonctionnement de leur code.
3.2 Visioconférence
 Salle de Visioconférence : Permettre la création de salles de visioconférence

pour les sessions de travaux pratiques.
 Connexion Simple : Assurer une procédure de connexion simple pour les
utilisateurs.
 Participation Multiple : Prendre en charge la participation de plusieurs
utilisateurs à une même session.
3.3 Partage d'Écran
 Contrôle de l'Enseignant : Autoriser l'enseignant à contrôler le contenu

affiché sur l'écran des participants.
 Partage Sélectif : Donner la possibilité aux utilisateurs de choisir
spécifiquement ce qu'ils souhaitent partager.
4. Exigences Non Fonctionnelles

4.1 Sécurité
 Authentification Sécurisée : Mettre en place un système d'authentification

robuste pour garantir la sécurité des données.
4.2 Performances
 Réactivité : Assurer une réactivité élevée de la plateforme, même en cas

d'utilisation simultanée par plusieurs utilisateurs.
5. Contraintes Techniques
 Utiliser les technologies Web modernes pour le développement de la
plateforme.
 Assurer la compatibilité avec les navigateurs courants.
6. Calendrier et Planification
 Établir un calendrier de développement réaliste, avec des jalons clés pour le
développement, les tests et le déploiement.
7. Budget
 Estimer les coûts associés au développement et à la maintenance de la
plateforme.
8. Références
 Faire référence aux normes de développement web, de sécurité, et aux
technologies utilisées.
CAHIER DE CHARGE 2
INTRODUCTION
1.1 Contexte
Le projet vise à développer une plateforme de travaux pratiques en ligne avec des
fonctionnalités avancées, telles que la visioconférence et le partage d'écran.
1.2 Objectifs du Projet

L'objectif principal est de fournir un environnement d'apprentissage interactif
permettant aux étudiants de compiler et tester leur code en ligne, tout en facilitant la
gestion des séances de travaux pratiques par les enseignants.
II- Documentation relative au sujet
2.1 Technologies Utilisées

La plateforme sera développée en utilisant les technologies web modernes telles que
Laravel pour le backend, Vue.js pour le frontend, et des bibliothèques tierces pour la
visioconférence et le partage d'écran.
2.2 Références
Les références comprennent la documentation officielle des technologies utilisées, les
normes de sécurité web, et les meilleures pratiques en matière de développement
d'applications éducatives en ligne.
III- Ebauche préliminaire et discussion des choix
3.1 Architecture Globale

La plateforme suivra une architecture client-serveur, avec un backend robuste pour la
gestion des données et un frontend réactif pour une expérience utilisateur optimale.
3.2 Compilateurs Intégrés

Le choix des compilateurs intégrés dépendra des langages de programmation les
plus couramment utilisés dans l'éducation.
IV- Exigences aux interfaces externes

4.1 Interface Utilisateur
L'interface utilisateur doit être intuitive, permettant aux utilisateurs d'accéder
facilement aux fonctionnalités de compilation, de visioconférence et de partage
d'écran.
4.2 Interface Enseignant

L'interface enseignant doit offrir un contrôle complet sur les sessions de travaux
pratiques, y compris la possibilité de visualiser et contrôler l'écran des participants.
V- Spécification des Besoins
5.1 Processus de Données

Les processus de données incluent l'inscription des utilisateurs, la gestion des
sessions de travaux pratiques, la compilation et l'exécution du code, et la gestion des
résultats.
5.2 Comportement en Exécution et Qualité Requise

La plateforme doit garantir une réactivité élevée, une disponibilité constante, et une
expérience utilisateur fluide.
5.3 Sécurité et Protection des Données

La sécurité des données est cruciale, avec une authentification sécurisée, le
chiffrement des données sensibles, et des mécanismes de protection contre les
attaques.
5.4 Limitation d’Implémentation

Des limitations d'implémentation peuvent inclure la disponibilité des compilateurs
pour certains langages spécifiques et les contraintes techniques du partage d'écran.
5.5 Exigences d’Installation

Le processus d'installation doit être simple et bien documenté, avec des instructions
claires pour les utilisateurs finaux et les administrateurs.
5.6 Buts Conceptuels

Les buts conceptuels comprennent la promotion de l'apprentissage interactif, la
collaboration entre les étudiants, et la facilitation des enseignants dans la gestion des
séances.
VI- Répartition pour une Liaison Étape par Étape

Le développement sera divisé en étapes clés, comprenant la conception de l'interface,
l'intégration des compilateurs, l'implémentation de la visioconférence, et le
déploiement progressif.
VII- Abréviations, Acronymes et Glossaire
Liste des abréviations et acronymes utilisés dans le document, ainsi qu'un glossaire
des termes techniques.
VIII- Notes
Remarques supplémentaires ou considérations spécifiques qui ne rentrent pas dans

les sections précédentes.
IX- Annexes
Toutes les informations supplémentaires nécessaires, telles que des schémas de base
de données, des wireframes d'interface, etc.
CAHIER DE CHARGE 3
I. Présentation du Projet
1. Contexte (3 lignes)
Le projet vise à développer une plateforme de travaux pratiques en ligne, intégrant
des fonctionnalités avancées telles que la visioconférence et le partage d'écran, pour
faciliter l'apprentissage à distance.
2. Objectifs (3 lignes)
L'objectif principal est de fournir un environnement interactif d'apprentissage en
ligne, permettant aux étudiants de compiler et tester leur code. La plateforme doit
également offrir une visioconférence pour des sessions de travaux pratiques et un
contrôle du partage d'écran par les enseignants.
3. Description de l'Existant (3 lignes)

Actuellement, il n'existe pas de plateforme intégrée offrant à la fois des
fonctionnalités de compilation en ligne, de visioconférence et de partage d'écran
dédiées aux travaux pratiques en ligne.
4. Critères d'Acceptabilité du Produit (3 lignes)

Le produit final sera considéré acceptable s'il répond aux besoins fonctionnels et non
fonctionnels définis, assure une expérience utilisateur fluide, garantit la sécurité des
données et respecte les délais de livraison.
II. Expression des Besoins
1. Besoins Fonctionnels (4 lignes)

Les besoins fonctionnels incluent la gestion des utilisateurs, l'intégration de
compilateurs en ligne, la création de salles de visioconférence, le partage d'écran
sélectif, et la possibilité de tester le code en temps réel.
2. Besoins Non Fonctionnels (4 lignes)

Les besoins non fonctionnels comprennent une interface utilisateur intuitive, une
réactivité élevée de la plateforme, une authentification sécurisée, et la compatibilité
avec les navigateurs courants.
III. Contraintes
1. Coûts (4 lignes)
Le budget alloué au projet est fixé à un montant déterminé, couvrant les coûts de
développement, de tests, de maintenance, et autres frais associés.
2. Délais (5 lignes)
Le projet doit être livré conformément au calendrier établi, prenant en compte les
différentes phases de développement, de test et de déploiement.
3. Contraintes Techniques (5 lignes)

Les contraintes techniques incluent l'utilisation de technologies web modernes, la
sécurité des données, la compatibilité avec les navigateurs courants, et la disponibilité
de compilateurs pour les langages spécifiques.
IV. Déroulement du Projet
1. Planification (4 lignes)
La planification détaille les étapes du développement, les phases de test, et les jalons
clés à atteindre tout au long du projet.
2. Plan d'Assurance Qualité (4 lignes)

Le plan d'assurance qualité garantit la conformité du produit aux normes établies,
incluant des tests approfondis et des révisions régulières.
3. Documentation (4 lignes)
La documentation complète sera produite, comprenant des manuels utilisateur, des
guides d'installation et toute autre documentation nécessaire.
4. Responsabilités (7 lignes)
a. La maîtrise d'ouvrage sera responsable de la définition des besoins et de la
validation du produit final. b. La maîtrise d'œuvre dirigera le développement, les tests
et la maintenance du projet.

Cahier Des Charges Du Projet

Transféré par

Droits d'auteur :

Formats disponibles

Cahier Des Charges Du Projet

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Cahier Des Charges Du Projet

Transféré par

Droits d'auteur :

Formats disponibles

Cahier des charges du projet

"Plateforme de TP en ligne avec

 Interface Utilisateur Intuitive : Concevoir une interface utilisateur conviviale

 Salle de Visioconférence : Permettre la création de salles de visioconférence

3.3 Partage d'Écran

 Contrôle de l'Enseignant : Autoriser l'enseignant à contrôler le contenu

4. Exigences Non Fonctionnelles

 Authentification Sécurisée : Mettre en place un système d'authentification

 Réactivité : Assurer une réactivité élevée de la plateforme, même en cas

1.2 Objectifs du Projet

II- Documentation relative au sujet

2.1 Technologies Utilisées

III- Ebauche préliminaire et discussion des choix

3.1 Architecture Globale

3.2 Compilateurs Intégrés

IV- Exigences aux interfaces externes

4.2 Interface Enseignant

V- Spécification des Besoins

5.1 Processus de Données

5.2 Comportement en Exécution et Qualité Requise

5.3 Sécurité et Protection des Données

5.4 Limitation d’Implémentation

5.5 Exigences d’Installation

5.6 Buts Conceptuels

VI- Répartition pour une Liaison Étape par Étape

VII- Abréviations, Acronymes et Glossaire

Remarques supplémentaires ou considérations spécifiques qui ne rentrent pas dans

3. Description de l'Existant (3 lignes)

4. Critères d'Acceptabilité du Produit (3 lignes)

II. Expression des Besoins

1. Besoins Fonctionnels (4 lignes)

2. Besoins Non Fonctionnels (4 lignes)

3. Contraintes Techniques (5 lignes)

IV. Déroulement du Projet

2. Plan d'Assurance Qualité (4 lignes)

Vous aimerez peut-être aussi