0% ont trouvé ce document utile (0 vote)
22 vues5 pages

Moustapha Gaye

La matrice RACI définit les rôles et responsabilités des acteurs dans les tâches d'un projet, incluant un chef de projet, des développeurs et un analyste client. Le document présente également des diagrammes UML, incluant des cas d'utilisation pour gérer les étudiants, enseignants, notes et absences, ainsi que des diagrammes de classes et de séquence pour illustrer les interactions entre les acteurs et le système. Ces éléments visent à structurer et clarifier le processus de développement du projet.

Transféré par

mouhagueye97
Copyright
© © All Rights Reserved
Nous prenons très au sérieux les droits relatifs au contenu. Si vous pensez qu’il s’agit de votre contenu, signalez une atteinte au droit d’auteur ici.
Formats disponibles
Téléchargez aux formats DOCX, PDF, TXT ou lisez en ligne sur Scribd
0% ont trouvé ce document utile (0 vote)
22 vues5 pages

Moustapha Gaye

La matrice RACI définit les rôles et responsabilités des acteurs dans les tâches d'un projet, incluant un chef de projet, des développeurs et un analyste client. Le document présente également des diagrammes UML, incluant des cas d'utilisation pour gérer les étudiants, enseignants, notes et absences, ainsi que des diagrammes de classes et de séquence pour illustrer les interactions entre les acteurs et le système. Ces éléments visent à structurer et clarifier le processus de développement du projet.

Transféré par

mouhagueye97
Copyright
© © All Rights Reserved
Nous prenons très au sérieux les droits relatifs au contenu. Si vous pensez qu’il s’agit de votre contenu, signalez une atteinte au droit d’auteur ici.
Formats disponibles
Téléchargez aux formats DOCX, PDF, TXT ou lisez en ligne sur Scribd

Matrice RACI

La matrice RACI (Responsable, Approbateur, Consulté, Informé) permet


de définir les rôles et responsabilités dans les tâches du projet. Voici un
exemple simplifié :

Chef de Développ Analys Client


Tâches / Acteurs
projet eur te (établissement)

Recueil des besoins A C R I

Rédaction du cahier des


R C A I
charges

Conception UML R C A I

Développement back-
I R C
end

Développement front-
I R C
end

Intégration et tests R A C

Validation finale A R C I

Livraison R C I A

Légende :
R = Réalise (Responsable)
A = Approuve (Autorité)
C = Consulté
I = Informé

2. Analyse et conception (UML)

a. Diagramme de cas d’utilisation (Use Case)

Voici les acteurs principaux :

 Administrateur

 Enseignant

 Étudiant

Cas d'utilisation principaux :

 Gérer les étudiants (ajouter, modifier, supprimer, lister)

 Gérer les enseignants

 Gérer les notes


 Gérer les absences

 Consulter emploi du temps

 Gérer délibérations

 Générer bulletins

b. Diagramme de classes

[Personne]

- id: int

- nom: String

- prénom: String

- email: String

[Étudiant] <|-- [Personne]

- matricule: String

- dateNaissance: Date

- niveau: String

- filière: String
[Enseignant] <|-- [Personne]

- grade: String

- matière: String

[Note]

- id: int

- valeur: double

- date: Date

- étudiant: Étudiant

- matière: String

[Absence]

- id: int

- date: Date

- étudiant: Étudiant

- motif: String

[EmploiDuTemps]

- id: int

- jour: String

- heureDebut: Time

- heureFin: Time

- cours: String

- enseignant: Enseignant

[Délibération]

- id: int

- semestre: String
- étudiant: Étudiant

- moyenne: double

- résultat: String

c. Diagramme de séquence (exemple : Ajout d'une note)

Acteurs :

 Enseignant

 Système

Enseignant -> Interface : saisirNote()

Interface -> Contrôleur : envoyerNote()

Contrôleur -> ServiceNote : validerEtAjouterNote()

ServiceNote -> BaseDeDonnées : enregistrerNote()

BaseDeDonnées --> ServiceNote : noteEnregistrée

ServiceNote --> Contrôleur : confirmation

Contrôleur --> Interface : afficherConfirmation()

Vous aimerez peut-être aussi