Académique Documents
Professionnel Documents
Culture Documents
1. Introduction
2. Besoins fonctionnels
Les besoins fonctionnels définissent les fonctionnalités spécifiques que le système doit offrir pour
gérer les quotas sur l'annuaire LDAP.
Le système doit permettre aux administrateurs de définir des quotas de stockage en mégaoctets
(Mo) pour chaque utilisateur.
Les administrateurs doivent pouvoir spécifier des quotas de nombre d'objets (entrées) pour chaque
utilisateur.
Lorsqu'un utilisateur approche ou dépasse son quota, il doit recevoir une notification automatique.
Le système doit permettre aux administrateurs de définir des quotas de stockage en mégaoctets
(Mo) pour chaque groupe.
Les administrateurs doivent pouvoir spécifier des quotas de nombre d'objets (entrées) pour chaque
groupe.
Lorsque la somme des utilisateurs membres d'un groupe approche ou dépasse le quota du groupe,
les administrateurs doivent être notifiés.
Les utilisateurs approchant leur quota ou le dépassant doivent recevoir une alerte par e-mail.
Les administrateurs système doivent recevoir des alertes en cas de dépassement de quotas critiques.
Seuls les administrateurs système ou les utilisateurs autorisés doivent avoir le droit de définir et de
modifier les quotas.
Le système doit permettre aux administrateurs d'accorder des exceptions aux quotas pour certains
utilisateurs ou groupes, si nécessaire.
Le système doit générer des rapports périodiques sur l'utilisation des quotas pour les utilisateurs et
les groupes.
Les administrateurs doivent être en mesure de consulter l'historique des quotas pour suivre les
changements et les évolutions.
Les besoins non fonctionnels décrivent les contraintes techniques, de performance, de sécurité et
d'ergonomie du système.
Le système doit être développé en utilisant des technologies open-source compatibles avec Ubuntu.
La solution ne doit pas affecter négativement les performances de l'annuaire LDAP existant.
3.2 Sécurité
Le système doit assurer la sécurité des informations sensibles concernant les quotas et les
utilisateurs.
L'accès aux fonctionnalités de gestion des quotas doit être restreint aux administrateurs système ou
aux utilisateurs autorisés.
3.3 Performances
Le système doit être réactif et offrir des performances élevées même avec un grand nombre
d'utilisateurs et de groupes.
3.4 Ergonomie
L'interface utilisateur pour la gestion des quotas doit être conviviale et intuitive pour faciliter son
utilisation.
4. Diagrammes
[Insérer le diagramme de classe décrivant les principales classes du système, leurs attributs et
relations.]
[Insérer le diagramme de cas d'utilisation montrant les acteurs du système et les différentes
fonctionnalités qu'ils peuvent utiliser.]
[Insérer le diagramme de séquence pour illustrer la séquence des interactions entre les acteurs et le
système lors de l'utilisation des fonctionnalités.]
[Insérer le diagramme de paquetages pour montrer l'organisation logique des différentes parties du
système.]
5. Conclusion