Analyse UML du projet

« Gestion des délibérations »

SOMMAIRE

Introduction.................................................................2
1. Diagrammes de cas d'utilisations..............................3
1.1. Visualisation globale des acteurs......................................................3
1.2. Le rédacteur....................................................................................4
1.3. L'utilisateur.....................................................................................5
1.4. Le rapporteur..................................................................................6
1.5. L'administrateur de l'application.......................................................7
1.6. Le service centralisateur................................................................12
1.7. Le secrétaire de séance..................................................................16

2. Schéma entités-associations...................................17

Analyse UML du projet « Gestion des délibérations »

Mise à jour le 10 juillet 2007
Sujet Délibérations Rédacteur Laurie LEBEC
Etudiante Master II chargée de projet
laurie.lebec@adullact.org
Objet Analyse UML
Date 2 juillet 2007 Statut Diffusé le 2 juillet 2007

Introduction
L'analyse fonctionnelle de l'application fait apparaître six acteurs, qui correspondent aux
six profils disponibles dans l'application :
– rédacteur
– service centralisateur
– administrateur
– rapporteur
– utilisateur
– secrétaire de séance

Les schémas suivants représentent toutes les fonctionnalités accessibles à chaque acteur
de l'application.

-2-

Analyse UML du projet « Gestion des délibérations »

Mise à jour le 10 juillet 2007
Sujet Délibérations Rédacteur Laurie LEBEC
Etudiante Master II chargée de projet
laurie.lebec@adullact.org
Objet Analyse UML
Date 2 juillet 2007 Statut Diffusé le 2 juillet 2007

1. Diagrammes de cas d'utilisations

1.1. Visualisation globale des acteurs

Le terme « agent » désignera un employé de la collectivité ou de l'administration, tout

profil confondu. Un agent, qu'il appartienne au service centralisateur ou qu'il occupe la
fonction de rédacteur d'un projet, devra s'identifier pour accéder à l'application.

Les agents ayant la possibilité d'avoir plusieurs profils, auront accès à l'ensemble des
fonctionnalités de l'application en fonction de leurs droits utilisateurs. L'authentification
se fera donc via LDAP/SSO ou via la base de données (selon l'équipement de la
collectivité), tandis que les habilitations seront gérées au niveau applicatif.

Bien évidemment, tous les agents n'auront pas accès à tous les profils. Une fois
l'identification effective, l'agent sera redirigé vers sa page d'accueil personnalisé.

-3-

Analyse UML du projet « Gestion des délibérations »

Mise à jour le 10 juillet 2007
Sujet Délibérations Rédacteur Laurie LEBEC
Etudiante Master II chargée de projet
laurie.lebec@adullact.org
Objet Analyse UML
Date 2 juillet 2007 Statut Diffusé le 2 juillet 2007

1.2. Le rédacteur

Comme son nom l'indique, le rédacteur va rédiger le projet de délibération. Il aura donc
la possibilité de saisir les différents champs du texte de projet selon les éléments qu'il
souhaite renseigner, et ceci en trois temps :
– saisie du noyau du projet de délibération (titre, objet, service émetteur, ...)
– saisie du corps du projet de délibération (texte du projet, texte de la note de
synthèse, commentaires)
– saisie des pièces-jointes

Cette création de projet de délibération s'effectuera en trois temps afin de permettre au

rédacteur d'interrompre la création d'un projet de délibération et de pouvoir le
reprendre plus tard.

Le rédacteur aura ensuite la possibilité d'attribuer le projet de délibération à un circuit

de validation.

Après enregistrement, le document bureautique au format PDF est généré.

Le rédacteur a également la possibilité de modifier sa délibération, mais aussi de
l'imprimer.

-4-

Analyse UML du projet « Gestion des délibérations »

Mise à jour le 10 juillet 2007
Sujet Délibérations Rédacteur Laurie LEBEC
Etudiante Master II chargée de projet
laurie.lebec@adullact.org
Objet Analyse UML
Date 2 juillet 2007 Statut Diffusé le 2 juillet 2007

1.3. L'utilisateur

L'utilisateur, c'est-à-dire le « viseur » de projets, aura pour tâche le traitement des

dossiers le concernant.
Il pourra donc visualiser ses projets, et les traiter (valider, refuser, ajouter commentaire)
s'ils sont arrivés en sa possession. L'utilisateur pourra également déléguer son pouvoir
de viseur à un autre utilisateur (par exemple dans le cas où une personne serait plus
spécialiste d'un projet que lui). La délégation pourra également être mise en place en cas
d'absence de la part du viseur.
L'utilisateur pourra aussi visualiser la liste des séances prévues.

-5-

Analyse UML du projet « Gestion des délibérations »

Mise à jour le 10 juillet 2007
Sujet Délibérations Rédacteur Laurie LEBEC
Etudiante Master II chargée de projet
laurie.lebec@adullact.org
Objet Analyse UML
Date 2 juillet 2007 Statut Diffusé le 2 juillet 2007

1.4. Le rapporteur

Le rapporteur est un élu référent qui aura en charge la présentation de la délibération

dont il est le rapporteur. Sa fonction lui permettra de visualiser le circuit de validation
des projets dont il est le rapporteur.

-6-

Analyse UML du projet « Gestion des délibérations »

Mise à jour le 10 juillet 2007
Sujet Délibérations Rédacteur Laurie LEBEC
Etudiante Master II chargée de projet
laurie.lebec@adullact.org
Objet Analyse UML
Date 2 juillet 2007 Statut Diffusé le 2 juillet 2007

1.5. L'administrateur de l'application

L'administrateur de l'application aura en charge l'installation et la mise à disposition de

l'application.
Sa fonction de « super-utilisateur » lui donnera accès à toutes les fonctionnalités de
l'application, tant du côté utilisation qu'administration de l'application.

L'administrateur devra mettre en place et maintenir le référentiel de l'application, à

savoir :
– la liste des thèmes disponibles pour qualifier un projet de délibération
– la liste des services de la collectivité
– la liste des types de séances s'il existe plusieurs type d'assemblée délibérante au sein
de la collectivité ou de l'administration
– la liste des agents de la collectivité ou de l'administration

Il devra également mettre en place l'interface utilisateur approprié à la collectivité et aux

différents agents :
– mettre l'application aux normes de la charte graphique de la collectivité
– personnaliser le logo de l'application pour y insérer celui de la collectivité
correspondante
– configurer la page d'accueil pour chaque profil utilisateur

-7-

Analyse UML du projet « Gestion des délibérations »

Mise à jour le 10 juillet 2007
Sujet Délibérations Rédacteur Laurie LEBEC
Etudiante Master II chargée de projet
laurie.lebec@adullact.org
Objet Analyse UML
Date 2 juillet 2007 Statut Diffusé le 2 juillet 2007

– sélectionner les champs qui devront apparaître pour le formulaire de saisie du projet
de délibération

L'outil se devra de générer des envois de mail automatique pour diverses notifications,
qui devront être configurées par l'administrateur :
Chaque mail contiendra un lien vers le dossier de délibération concerné, ou vers la liste
des sessions selon les cas.

Notifications par mail

Quand? A qui?
– arrivée d'un nouveau dossier à traiter Utilisateur concerné
– instruction d'un nouveau dossier nous Tous les utilisateurs présents dans le
concernant circuit de validation
– retard dans le traitement d'un dossier Utilisateur concerné + tous les utilisateurs
en aval
– report/création d'une séance Tous les agents
– édition de l'ordre du jour Liste des élus
– création/modification de l'ordre du jour Liste des élus
– envoi des convocations Liste des élus
– retour/refus d'un dossier/projet Utilisateurs du circuit de validation
– modification d'un dossier/projet Rédacteur/Service centralisateur

-8-

Analyse UML du projet « Gestion des délibérations »

Mise à jour le 10 juillet 2007
Sujet Délibérations Rédacteur Laurie LEBEC
Etudiante Master II chargée de projet
laurie.lebec@adullact.org
Objet Analyse UML
Date 2 juillet 2007 Statut Diffusé le 2 juillet 2007

L'administrateur devra alimenter la base de données avec les différents utilisateurs de

l'application, et devra assurer l'ajout, la modification ou la désactivation d'un utilisateur
(en cas de mutation par exemple. On ne supprimera jamais les utilisateurs). Il s'occupera
également d'attribuer les profils correspondants à chaque agent.

L'administrateur aura également en charge la création des circuits de validation selon

les normes de la collectivité.

-9-

Analyse UML du projet « Gestion des délibérations »

Mise à jour le 10 juillet 2007
Sujet Délibérations Rédacteur Laurie LEBEC
Etudiante Master II chargée de projet
laurie.lebec@adullact.org
Objet Analyse UML
Date 2 juillet 2007 Statut Diffusé le 2 juillet 2007

Enfin, l'administrateur devra s'occuper de la gestion des connexions externes de l'outil

avec les applications extérieures :
– connexion à la base de données de l'application
– connexion à l'outil de Gestion Électronique de Documents
– éventuellement, connexion à l'annuaire LDAP de la collectivité
– connexion au tiers de télétransmission S²LOW

- 10 -

Analyse UML du projet « Gestion des délibérations »

Mise à jour le 10 juillet 2007
Sujet Délibérations Rédacteur Laurie LEBEC
Etudiante Master II chargée de projet
laurie.lebec@adullact.org
Objet Analyse UML
Date 2 juillet 2007 Statut Diffusé le 2 juillet 2007

Plus précisément, on pourra différencier l'administrateur fonctionnel de l'administrateur

technique selon les cas d'utilisations précédents :

- 11 -

Analyse UML du projet « Gestion des délibérations »

Mise à jour le 10 juillet 2007
Sujet Délibérations Rédacteur Laurie LEBEC
Etudiante Master II chargée de projet
laurie.lebec@adullact.org
Objet Analyse UML
Date 2 juillet 2007 Statut Diffusé le 2 juillet 2007

1.6. Le service centralisateur

Le service des assemblées, ou le service centralisateur de la collectivité ou de

l'administration, possédera les droits de « super-utilisateur » sur la partie « utilisation »,
ce qui lui permettra de gérer l'ensemble de la partie fonctionnelle de l'application.

Le service des assemblées aura en charge l'exportation des délibérations dans l'outil de
GED interne à la collectivité ou intégré à l'application. Il aura également la possibilité de
générer le CD-ROM résumé d'un type de séance.
L'envoi des convocations aux différentes séances sera également géré par le service
centralisateur, qui sera le seul à avoir ce droit.
L'archivage des délibérations sera effectué par le service des assemblées.

La gestion des différents types d'assemblée délibérante sera géré par le service
centralisateur de la collectivité. Il s'occupera de la programmation des séances, ainsi que
de leur report ou de leur suppression.

- 12 -

Analyse UML du projet « Gestion des délibérations »

Mise à jour le 10 juillet 2007
Sujet Délibérations Rédacteur Laurie LEBEC
Etudiante Master II chargée de projet
laurie.lebec@adullact.org
Objet Analyse UML
Date 2 juillet 2007 Statut Diffusé le 2 juillet 2007

L'ordre du jour de l'assemblée délibérante sera généré par l'outil et cette fonctionnalité
sera uniquement accessible au service des assemblées. L'ordre du jour pourra être
injecté dans un circuit de validation, et en cas de modifications de l'ordre du jour après
l'envoi des convocations, l'impression d'additifs sera possible afin de compléter la
programmation de la séance.

- 13 -

Analyse UML du projet « Gestion des délibérations »

Mise à jour le 10 juillet 2007
Sujet Délibérations Rédacteur Laurie LEBEC
Etudiante Master II chargée de projet
laurie.lebec@adullact.org
Objet Analyse UML
Date 2 juillet 2007 Statut Diffusé le 2 juillet 2007

Les personnes présentes à l'assemblée délibérante, c'est-à-dire les élus, seront

répertoriés dans l'application afin de gérer leur présence avant et pendant l'assemblée
délibérante. Avant la séance, il sera donc possible de saisir les personnes qui seront
théoriquement présentes suite aux retours d'envoi des convocations.

A la suite d'une assemblé délibérante, le service des assemblées pourra générer

automatiquement à l'aide de l'application les Procès Verbaux (PV) de séance.

Le procès verbal complet comportera l'ensemble des délibérations avec leur texte,
commentaires, résultats de votes, et résumé de séances, alors que le procès verbal
sommaire comportera uniquement l'ordre du jour avec les résultats des votes pour
chaque projet de délibération présenté au moment de l'assemblée délibérante.

Ces PV pourront ainsi être publié sur l'Xnet ainsi qu'au tableau d'affichage de la
collectivité ou sur le borne interactive prévue à cet effet.

- 14 -

Analyse UML du projet « Gestion des délibérations »

Mise à jour le 10 juillet 2007
Sujet Délibérations Rédacteur Laurie LEBEC
Etudiante Master II chargée de projet
laurie.lebec@adullact.org
Objet Analyse UML
Date 2 juillet 2007 Statut Diffusé le 2 juillet 2007

Le service des assemblées étant en bout de circuit de validation pour chaque projet de
délibération, il aura, comme l'utilisateur « viseur » de l'outil, à traiter les projets afin de
les valider.

Il aura la possibilité de modifier les projets, un retour d'information par mail sera alors
envoyé aux personnes présentes dans le circuit de validation. Si le service des
assemblées refuse un projet, il sera renvoyé au rédacteur avec un retour d'information
paramétrable par mail.

- 15 -

Analyse UML du projet « Gestion des délibérations »

Mise à jour le 10 juillet 2007
Sujet Délibérations Rédacteur Laurie LEBEC
Etudiante Master II chargée de projet
laurie.lebec@adullact.org
Objet Analyse UML
Date 2 juillet 2007 Statut Diffusé le 2 juillet 2007

1.7. Le secrétaire de séance

Le secrétaire de séance est désigné en début de séance pour saisir les votes et les
débats.

- 16 -

Analyse UML du projet « Gestion des délibérations »

Mise à jour le 10 juillet 2007
Sujet Délibérations Rédacteur Laurie LEBEC
Etudiante Master II chargée de projet
laurie.lebec@adullact.org
Objet Analyse UML
Date 2 juillet 2007 Statut Diffusé le 2 juillet 2007

2. Schéma entités-associations

Le schéma suivant est le schéma entités-associations de la base de données. Les entités

sont représentées dans les rectangles et constituent les tables de la base de données,
chaque entité possède un identifiant unique. Les associations sont représentées par les
ovales et définissent les liens relationnels entre les entités, qui généreront après
dérivation des nouvelles tables ou des migrations d'identifiant.

Nous pouvons voir qu'une délibération est attribué à un et un seul circuit de validation.
Réciproquement, un circuit de validation peut être attribué à zéro ou à plusieurs (n)
délibérations à un instant donné. Un circuit de validation contient au moins une personne
et au plus n personnes.

Une personne a la possibilité de déléguer à une autre personne. Par ailleurs, une
personne appartient à un service ou peut appartenir à plusieurs services en même temps
au sein de la collectivité. C'est une personne associée à un service qui sera rédactrice
unique d'une délibération, mais qui pourra rédiger plusieurs délibérations.

Une délibération est soumise à un vote unique, qui comporte une liste de présence qui
est composée de plusieurs personnes. De plus, une délibération peut comporter plusieurs
pièces jointes (qui réciproquement seront attribuées à une seule délibération), est
qualifiée par un seul thème (un thème pouvant qualifier plusieurs délibérations en même
temps), et peut possèder zéro ou plusieurs mot-clés, un mot-clé pouvant être attribué à
plusieurs délibérations.

Enfin, une délibération peut appartenir à un ou à plusieurs ordre du jour (par exemple
pour les projets remis sur table). Une séance comporte plusieurs délibérations, un ordre
du jour, un procès verbal complet et un procès verbal sommaire.

- 17 -

Analyse UML du projet « Gestion des délibérations »

Mise à jour le 10 juillet 2007
Sujet Délibérations Rédacteur Laurie LEBEC
Etudiante Master II chargée de projet
laurie.lebec@adullact.org
Objet Analyse UML
Date 2 juillet 2007 Statut Diffusé le 2 juillet 2007

- 18 -

Analyse UML du projet « Gestion des délibérations »

Mise à jour le 10 juillet 2007