specification fonctionnel elegal

8/6/2019 Specification Fonctionnel Elegal

1/21

SpecificationFonctionnel


2/21

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


3/21

( 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.


4/21

o il ajoute, modifie supprime class.

o il ajoute, modifie supprime vnement.

o il ajoute, modifie supprime sous vnement.

Cliento 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.


5/21

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


6/21

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

Diagramme de


7/21

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 typedinvestissement


8/21

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


9/21

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 .


10/21

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 Authentifierlindividu 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 lancementde 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 essaiele compte est bloquer soit il lui donne la possibilit dutiliserlapplication.


11/21

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 leClient_Admin demande dattribuer les rles aux Client_User.

Enchanement :o Lister les Client_User.

o Attribuer les rles.


12/21

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.



13/21

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.


14/21

o Fermer une Socit.

Grer les Groupes :

But : Crer, Modifier, Supprimer un Groupe, ajouter une Socit a ungroupe.


Pr condition :


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 :


15/21

But : Crer, Attribuer les Instruments au projets.


Pr condition :


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

instrument.

Scnario nominal :ce cas dutilisation commence lors de lade lautorisation des instruments.

Enchanement :o Crer un instrument autoris.

o Attribuer linstrument au projet.


16/21

Grer les ShareHolder :

But : Crer, Modifier, Supprimer un ShareHolder, affecter une part.


Pr condition :


o Au moins une part dun shareholder ou instrument.

Scnario nominal :ce cas dutilisation commence lorsque leClient_Admin demande au Systme dattribuer une part ou un

instruments.


17/21

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 classescandidates :

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 :


18/21

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 Socits :


Grer le Instruments :



19/21

Grer les Advisers :


Grer les ShareHolders :


20/21


Grer les BoardMember :



21/21

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.

specification fonctionnel elegal

Documents