Soutenance NOUMEASoutenance NOUMEA

NetwOrk Unified Marketplace EnterpriseNetwOrk Unified Marketplace EnterpriseApplicationApplication

Groupe OrphéeGroupe OrphéeLaurent Bocquet, Nicolas Demange, Thomas Ferry,Laurent Bocquet, Nicolas Demange, Thomas Ferry,

Pierre Gallice, Antoine TallonPierre Gallice, Antoine Tallon

Vendredi 22 Juillet 2005Vendredi 22 Juillet 2005

Vendredi 22 Juillet 2005 Business Plan 2

AnalyseAnalyse

DéfinitionDéfinition Ensemble des travaux comprenant

l'étude détaillée d'un problème, la conception d'une méthode permettant d'obtenir le résultat désiré et la définition précise du traitement correspondant par ordinateur – GDT

L’analyse se concentre sur La compréhension du problème Les exigences fonctionnelles La structure du système

L’analyse est une ébauche idéalisée d’une solution

Cas d’utilisation

Classe d’analyse

Diagrammesde séquence

Exi

ge

nce

sfo

nct

ion

ne

lles

En

tité

sd

u s

ystè

me

Inte

ract

ion

se

ntr

e le

s e

ntit

és

Vendredi 22 Juillet 2005 Business Plan 3

Analyse : cas d’utilisation Analyse : cas d’utilisation (1/3)(1/3)

ButBut Transformer l’expression des besoin en exigences

fonctionnelles Illustrer le fonctionnement global de l’application finale

DémarcheDémarche Analyse du cahier des charges fonctionnel Identification des acteurs

AdministrateurClientCourtierResponsable de comptes client/ Responsable d’agence

Pour chacun des acteurs, identification des fonctionnalités idoines

DocumentationFormalisation UMLDescription, séquences d’interactions, exigences spéciales, pré et post conditions

Vendredi 22 Juillet 2005 Business Plan 4

Analyse : cas d’utilisation Analyse : cas d’utilisation (2/3)(2/3)

Réalisation (1/2)Réalisation (1/2) Administrateur

Créer un compte utilisateurChanger les mots de passe

ClientGérer son compte

ApprovisionnerRépartir les fonds entre portefeuilles

Gérer ses portefeuillesCréer et catégoriserLiquider

Responsable d’agenceDéfinir les modèles et catégories de portefeuilleAttribuer les portefeuilles aux courtiersVisualiser les cours, les statistiques

Vendredi 22 Juillet 2005 Business Plan 5

Analyse : cas d’utilisation Analyse : cas d’utilisation (3/3)(3/3)

Réalisation (2/2)Réalisation (2/2) Courtier

Gestion de portefeuilleChoisir un modèle de portefeuilleAjouter des cotationsPasser un ordre

VisualisationsPortefeuilles clientStatistiques

Vendredi 22 Juillet 2005 Business Plan 6

Analyse : classes d’analyse Analyse : classes d’analyse (1/2)(1/2)

ButBut Identification des objets du domaine et leur

responsabilité et/ou comportement Avoir un premier aperçu du modèle objet du système

à partir des exigences fonctionnelles

DémarcheDémarche Reprise de chaque cas d’utilisation et extraction des

entités nécessaires Identification des rôles via les stéréotypes :

Boundary : interface avec un acteurEntity : donnée et actionsControl : intermédiaire de contrôle

Vendredi 22 Juillet 2005 Business Plan 7

Analyse : classes d’analyse Analyse : classes d’analyse (2/2)(2/2)

RéalisationRéalisation

Boundary

Gestion de compteGestion de compte

Gestion de portefeuilleGestion de portefeuille

Gestion de modèleGestion de modèle

Gestion de catégorieGestion de catégorie

Gestion de courtiersGestion de courtiers

Gestion de transactionsGestion de transactions

Connexion/déconnexionConnexion/déconnexion

Control

Contrôleur de compteContrôleur de compte

Contrôleur de portefeuilleContrôleur de portefeuille

Contrôleur d’agenceContrôleur d’agence

Contrôleur de courtageContrôleur de courtage

Contrôleur de transactionContrôleur de transaction

Contrôleur d’authentification Contrôleur d’authentification

Entity

Compte clientCompte client

Utilisateur et ses déclinaisonsUtilisateur et ses déclinaisons

PortefeuillePortefeuille

Catégorie et modèleCatégorie et modèle

CotationCotation

TransactionTransaction

B C E

Vendredi 22 Juillet 2005 Business Plan 8

Analyse : diagramme de séquence Analyse : diagramme de séquence (1/2)(1/2)

ButBut Diagramme modélisant les interactions entre les

classes d’analyse Vision dynamique

DémarcheDémarche Pour chaque séquence d’interactions des cas

d’utilisationReprise des classes d’analyse actrices dans l’interactionAllocation des comportements et des responsabilités aux classes d’analysesFormalisation des interactions dans des diagrammes de séquence

Vendredi 22 Juillet 2005 Business Plan 9

Analyse : diagramme de séquence Analyse : diagramme de séquence (2/2)(2/2)

RéalisationRéalisation Affinage des classes

d’analyse Identification des méthodes

nécessaires aux interactions Structures conditionnelles

d’interaction Mise en exergue du concept

Modèle-Vue-Contrôleur

Classes du système

Vendredi 22 Juillet 2005 Business Plan 10

Inscription dans le cycle de développementInscription dans le cycle de développement

Prochaine phaseProchaine phase Codage

Vendredi 22 Juillet 2005 Business Plan 11

ConclusionConclusion

Questions ?Questions ?