Specification Fonctionnel

I. Cahier de charge :
Le systme de gestion du juridique des socits ncessite normment de comptence et de travail pour pouvoir grer les socits et les projets affecter cette socit sans oublier les statuts et les grants et les conseiller. Pour cela nous allons concevoir le E-legal, un systme qui permet la gestion des transactions des socits et des vnements que peut avoir une socit au cours de son parcours sans oublier lenregistrement des grants et des conseiller avec les projets sur lesquels travaille cette socit, et la sauvegarde des information des Shareholders et des BoardMember et les parts de chaque personne dans la socit. Chaque acteur de notre systme doit possder une interface qui lui facilite la tache, regroupant toutes les fonctionnalits que celui-ci dsire utiliser.

Administration :
Dans cette partie ladministrateur doit pouvoir ajouter, Modifier supprimer les clients Et doit aussi pouvoir paramtrer lapplication

Ralis par: ATTARI Nabil TABLATE Mohamed

( ajouter modifier,supprimer type of adviser , adviser (les conseiller),contact,company structure, bank transaction type, currencies,country,AG type, type of contract ,type of investment,affectation type, class, vnement, sous vnement ).

Partie Client :
Dans cette partie le client doit avoir accs toute les information entre pas ladministrateur. Et doit pouvoir ajouter, Modifier, Supprimer la socit il cr aussi les instrument autoris (action) et affecte les missions par rapport au shareholder les board Member (grants) et les ShareHolders (les actionnaires) et les Fund Strategy et les projets sur lesquels travaille la socit dfinie il enregistre les runion des SH et des BM il cre des groupe et affecte les socit pour chaque groupe.

Partie Visiteur :
Il peut afficher les informations de sa socit, les runions entre SH et BM, affiche les contact des adviser (conseiller).

II. Identification des acteurs :

Administrateur :
o il ajoute, modifie supprime les client. o il ajoute, modifie supprime type of adviser. o il ajoute, modifie supprime adviser. o il ajoute, modifie supprime contact. o il ajoute, modifie supprime company structure. o il ajoute, modifie supprime bank transaction type. o il ajoute, modifie supprime currencies. o il ajoute, modifie supprime country. o il ajoute, modifie supprime, type of contract. o il ajoute, modifie supprime type of investment. o il ajoute, modifie supprime affectation type.

o il ajoute, modifie supprime class. o il ajoute, modifie supprime vnement. o il ajoute, modifie supprime sous vnement.

Client
o il ajoute, modifie supprime une socit. o il ajoute, modifie supprime un instrument autoris (action). o Affecte les instruments au shareholders ( saffectation/emission to

shareholders)
o il ajoute, modifie supprime les Shareholders et les BoardMember. o il ajoute, modifie supprime les Fund strategy.

o ajoute les intrt de chaque socit pour les actions .

o il ajoute, modifie supprime les projet de la socit. o Il enregistre les runions des BM. o Il enregistre les runions des SH. o Il cre des groupes pour filtrer. o Il affecte les socits au groupe.

Visiteur
o Affiche les informations de la socit. o Affiche lhistorique des runions des BM et des SH.

o Affiche les adviser et les contacts de la socit.

III. Identification Des Messages :

E-Legal met :
o lidentification o Les informations consulter o Les confirmations de mettre jour les informations

E-Legal reoit :
o Les demandes dauthentification o Les demandes des informations o La mise jour des informations

Remarque : information cest tout ce qui concerne les socits, les adviser, les utilisateur

Diagramme de collaboration

Diagramme dtude de cas pour un Super administrateur : Acteur : Super Administrateur

Auras la possibilit de paramtrer lapplication et dajouter les Fund Strategy les advisers et les contact par rapports au advisers

Paramtrer lapplication : Acteur : Super administrateur

Les super administrateur auras la possibilit de rentrez les valeur des paramtre de lapplication comme la class type daffectation, le type dinvestissement

Diagramme dtude de cas dun Client Admin : Acteur : Client Admin

Le Client qui seras dans la plupart des cas un avocat auras la possibilit dattribuer les rles au Client user et pourras les cre, il pourras aussi cre les instruments autoriss ajouter les contact des advisers

Diagramme dtude de cas dun Client User : Acteur : Client User

Cest le client quauras crer le Client_Admin ou lavocat il auras dans un premier temps la possibilit dafficher les information concernant la socit ou il travaille les Share holders les Board Members mais ses rles vont changer par rapport au rles qui lui sont attribuer par le Client Admin .

IV. Description dtaille des cas

dutilisation :
Nous allons maintenant dtailler chaque cas dutilisation qui doit faire lobjet dune dfinition a priori qui dcrit lintention de lacteur lorsquil utilise le systme et les squences dactions principales quil est susceptible deffectuer. Ces dfinitions servent fixer les ides et nont pas pour but de spcifier un fonctionnement complet et irrversible.

Identification : But : pour scuriser une application on doit toujours Authentifier

lindividu qui veut utiliser lapplication pour la confidentialit des donnes qui y sont.

Acteur : Super Administrateur, Client_Admin, Client_User . Scnario nominal : ce cas dutilisation commence lors du lancement
de lapplication

Enchanement :
o lindividu entre le login et sont mot de passe. o le systme vrifie la combinaison login/passe. o le systme soit il retourne un message derreur aprs trois essaie

le compte est bloquer soit il lui donne la possibilit dutiliser lapplication.

Grer les Client_User : But : Ajouter, Modifier, Supprimer un Client_User. Acteur : Client_Admin. Pr Condition :
o Lutilisateur est authentifi. o Il existe au moins un Client_User.

Scnario nominal : ce cas dutilisation commence lorsque le

Client_Admin demande dattribuer les rles aux Client_User.

Enchanement :
o Lister les Client_User. o Attribuer les rles.

Enchanement alternatif :
o Supprimer Client_User. o Modifier Client_User. o Ajouter Client_User.

Grer les Socits :

Le cycle de vie dune Socit :

But : Crer, Modifier, Fermer une Socits. Acteur : Client_Admin.

Pr condition :
o Le Client_Admin est authentifi.

Scnario nominal : ce cas dutilisation commence lorsque le

Client_Admin demande au Systme de Modifier une Socit.

Enchanement :
o Lister les Socits. o Choisir la socit qui a fait des Modifications.

o Choisir le Subevent (le type de changement).

Enchanement Alternatif :
o Cr une Socit.

o Fermer une Socit.

Grer les Groupes : But : Crer, Modifier, Supprimer un Groupe, ajouter une Socit a un
groupe.

Acteur : Client_Admin. Pr condition :

o Le Client_Admin est authentifi.

Scnario nominal : ce cas dutilisation commence lorsque le

Client_Admin demande au Systme dajouter une Socit a un groupe.

Enchanement :
o Lister les Groupes. o Choisir le groupe. o Lister les socits. o Choisir la socit a ajout au groupe.

Enchanement Alternatif :
o Supprimer un groupe. o Modifier un groupe.

Grer les instruments autoriss :

But : Crer, Attribuer les Instruments au projets. Acteur : Client_Admin. Pr condition :

o Le Client_Admin est authentifi.

o Il existe au moins un projet pour pouvoir lui affecter un instrument.

Scnario nominal : ce cas dutilisation commence lors de la

de lautorisation des instruments.

Enchanement :
o Crer un instrument autoris. o Attribuer linstrument au projet.

Grer les ShareHolder : But : Crer, Modifier, Supprimer un ShareHolder, affecter une part. Acteur : Client_Admin. Pr condition :
o Le Client_Admin est authentifi. o Au moins une part dun shareholder ou instrument.

Scnario nominal : ce cas dutilisation commence lorsque le

Client_Admin demande au Systme dattribuer une part ou un instruments.

Enchanement :
o Lister les Socits. o Choisir la Socit. o Affecter les parts ou instruments.

Enchanement Alternatif :
o Supprimer une affectation. o Modifier une affectation.

V. Identification des classes

candidates :
Cette phase va prparer la modlisation oriente objet en aidant trouver les classes principales du futur modle statique danalyse. La technique utilise pour identifier les classes candidates est la suivante :

Chercher les noms communs importants dans les descriptions textuelles des cas dutilisation. Vrifier les proprits objet de chaque concept (identit, proprits, comportement), puis dfinir ses responsabilits.

Grer les Client :

Diagramme des classes participantes du cas dutilisation <<grer les Client>> :

Grer les Socits :

Diagramme des classes participantes du cas dutilisation <<grer les Socits>> :

Grer le Instruments :
Diagramme des classes participantes du cas dutilisation <<grer les Instruments>> :

Grer les Advisers :

Diagramme des classes participantes du cas dutilisation <<grer les Advisers>> :

Grer les ShareHolders :

Diagramme des classes participantes du cas dutilisation <<grer les ShareHolders>> :

Grer les BoardMember :

Diagramme des classes participantes du cas dutilisation <<grer les BoardMembers>> :

Diagramme de classes :
Le diagramme de classes est un schma utilis en gnie logiciel pour prsenter les classes et les interfaces des systmes ainsi que les diffrentes relations entre celles-ci. Et cest daprs ces classes quon va gnrer la base de donns qui sera utilis par lapplication.