Discussion :

[denza1]

bonsoir
je cherche de la documentation sur UML dans des projets décisionels?
comment utilisé UML dans des projets décisionels
merci pour votre aide

[Joshua Beharia]

Hello,

qu'entends-tu par "Projet Décisionnel" stp ?

@+

[denza1]

qu'entends-tu par "Projet Décisionnel" stp ?

Système information décisionnel (Business intelligence), conception et réalisation d'un datawarehouse. Expression de besoin , modélisation des données ...

[slim]

Je comprends pas vraiment ce que tu veux faire denza1. On dirait que tu as pris plein de mots d'un lexique et que tu les a mis dans ton post.

UML est un langage graphique de modélisation des données et des traitements.
Il est utilisé dans les méthodes de gestion de projet (RUP ou UP si tu préfère, RAD...) Ces méthodes te servent à informatiser un système d'information dans un but décisionnel, à des fins de décision.

Quel est le problème ?

[Joshua Beharia]

Je suis d'accord avec Slim.
UML peut-être utilisé pour représenter n'importe quoi, pas seulement pour résoudre des pbs informatiques.

C'est un peu à toi de savoir tirer parti des atouts et faiblesses de ce langage pour réaliser ton besoin.

Il existe des méthodes basées sur UML, Slim en a donné une, à toi de les appréhender.

Qu'en penses-tu ?

[Hephaistos007]

L'OMG a proposé CWM pour modéliser les DataWareHouse. CWM et UML sont tout les 2 issus du MOF ce qui facilite leur inter-opérabilité. http://www.omg.org/technology/cwm/

[siplusplus]

Je comprends pas vraiment ce que tu veux faire denza1. On dirait que tu as pris plein de mots d'un lexique et que tu les a mis dans ton post.

Peut-être qu'il veut faire un bouillon ... de culture ...

[ego]

Eh, les gars vous ne connaissez pas le "décisionnel" visiblement !
Le Monsieur, y veut savoir par exemple est-ce que UML peut lui servir à modéliser, par exemple, un "Univers" BO, un cube, un datamart, des requêtes,...
Oui, plein de mots dans ce post mais qui viennent du monde décisionnel....

La réponse CWM est une piste mais je ne sais pas personnellement si des gens l'on déjà utilisé.

Est-ce le cas ?

[Luc Orient]

Il y a aussi un forum spécifique au décisionnel :
Base de données > Général SGBD > Business Intelligence

Peut être qu'un fil croisé serait possible ...

[siplusplus]

J'ai un peu regardé sur le projet décisionnel (je n'utiliserais pas ses 'initiales pour
éviter un quiproquo... ) sur le net. C'est un secteur porteur et la concurrence
est serrée.
Une petite explication => Nodesway.
Pour en revenir à la question initiale, le mieux serait d'obtenir ces sources et
ensuite modéliser. Sur le lien en question, on y présente aussi un exemple
d'architecture du business information (pas d'initiales également... ).
Je pense qu'il y a moyen mais pour le temps, c'est autre chose ...
Au niveau de la programmation, on pourrait dire que c'est un grand projet.

[JusticarMille]

J'ai des interrogations similaires.

Je me demande si CWM est une méthodologie ou un langage de modélisation.

L'idée et d'utiliser UML pour conduire la démarche de conceptualisation. Est-ce pertinent ? Y'a t-il des méthodologies plus adaptées ?

[ego]

Tu peux toujours utiliser UML pour décrire les objets que tu veux pouvoir manipuler pour pouvoir ensuite créer ta base décisionnel à partir des bases de production.

Tu peux aussi faire des diagrammes de classe pour illustrer les extracteurs/alimentation de données; ne va pas trop loin ici car les outils décisionnels ont souvent ce qu'il faut pour réaliser ces extracteurs/alimentation.

Tu peux enfin utiliser les cas d'utilisation (pas de la modélisation bien compliqué ici) pour modéliser les requêtes/rapports que tu souhaites obtenir. A ces cas d'utilisation "graphique", tu associeras bien entendu une description textuelle indiquant l'intention et le ou les algorithmes associés. L'usage des cas d'utilisation ici est simplement un moyen pour avoir une représentation des requêtes/rapports, l'essentiel reste dans la description textuelle.

[siplusplus]

L'idée et d'utiliser UML pour conduire la démarche de conceptualisation.
Est-ce pertinent ?
Y'a t-il des méthodologies plus adaptées ?

Cela voudrait-il dire qu'il faudrait une méthode spécifique pour chaque projet?
Je trouve que UML est un langage simple et complet.
On peut tout aussi bien conceptualiser sur un niveau d'abstraction élevé que
d'entrer dans des détails les plus précis. C'est ça le Modeling, on fait de
l'abstraction vers la formalisation.

denza1, que penses-tu de Nodesway?

[ego]

Oui, d'une certaines manière il faut, de mon point de vue, adapter l'usage d'UML à chaque situation.
On ne peut pas aller à un niveau de détail aussi précis quand on a un progiciel que quand on fait du spécifique. Tout simplement parce que ce n'est pas utile.
Et ça ça s'appelle imaginer une méthode pour chaque projet.

En fait, on peut plus raisonnablement se dire que l'on a besoin d'une méthode pour les dév. spécifiques, une méthode pour le décisionnel avec progiciel, et peut être autre chose pour d'autres cas comme SAP (??).

Oui conceptuellement, il y a des recouvrements mais le spectre d'usage d'UML et le niveau de profondeur doit être adapté.

[siplusplus]

Je ne suis pas encore un grand spécialiste UML mais est-ce cela que l'on appelle
les design pattern métiers?
Je pense qu'il est possible de faire un design pattern sur le projet décisionnel
puis un autre sur le développement et ainsi de suite. Comme ça on pourrait
choisir le degré de précision dans la modélisation.

[ego]

Design Patterns ? bof...
Eventuellement "Analysis Pattern" : probablement ce que tu nommes design pattern metier.
Mais par rapport à la notion de méthode, je pense qu'il y a bien qq chose avant d'inventer des patterns, c'est à dire inventer une méthode d'usage d'UML par typologie de problématique.
La notion de pattern est plus fine que cela.

[JusticarMille]

Merci pour les réponses, ça m'a donné de bonnes pistes.

Je dois écrire un mémoire sur le sujet et c'est vrai que je me posais pas mal de questions (je m'en pose encore pas mal d'ailleurs !), mais bon bon ça avance.