Discussion :

[philip49]

Bonjour,

Je travaille dans le domaine de la GMAO (consultant). L’un de mes clients est à la recherche d’une solution pour réorganiser son architecture SI et plus particulièrement une collection d’applications développées en interne. Elles sont très intégrées et manquent de modularités. Par ailleurs, les divers codes source ne sont pas documentés. Les cycles de maintenance s’allongent dangereusement et l’aspect évolutif est devenu problématique. Mon client cherche un spécialiste des problèmes d’architecture et de modélisation. J’ai pensé que le langage UML pouvait aider, notamment sur l’aspect documentation afin d’obtenir la vision d’ensemble nécessaire à la réorganisation de l’architecture. J’ai lu un tutoriel sur le sujet qui m’a apporté quelques doutes et les questions suivantes :
1/ Il semble qu’UML serve essentiellement dans la démarche de conception/développement/maintien d’une application unique. Peut-il être utilisé en rétro ingénierie pour un ensemble d’applications ?
2/ Voyez-vous un intérêt d’UML pour le problème décrit brièvement ci-dessus ? Si non, connaissez-vous une méthode appropriée ?

En vous remerciant par avance pour vos réponses,

Cordialement,

Philippe

[bruno_pages]

Bonjour,

1/ Il semble qu’UML serve essentiellement dans la démarche de conception/développement/maintien d’une application unique. Peut-il être utilisé en rétro ingénierie pour un ensemble d’applications ?

La question ne se pose pas au niveau UML, mais au niveau des outils utilisés permettant ou non de gérer plusieurs modèles(un par application) simultanément.

Par exemple dans Bouml je recommande un projet par application, même si ce n'est pas une vraie limitation et qu'il est possible d'avoir par exemple un premier niveau de package où chacun est associé à une application. Contrairement à certains outils il est possible de lancer plusieurs fois Bouml en parallèle, et donc tout en ayant un projet par application de pouvoir modéliser plusieurs applications en même temps par ce biais.

2/ Voyez-vous un intérêt d’UML pour le problème décrit brièvement ci-dessus ?

UML est tout à fait adapté à cela, vous avez juste besoin d'un bon reverse pour remonter vos applications dans votre/vos modèle(s). En quel(s) langage(s) sont implémentées vos applications ?

[philip49]

Merci pour votre réponse. Les applications utilisent divers langages, essentiellement C++ et php, mais aussi java et quelques autres. Au niveau des bases: mysql, sqlserver et oracle.

Etant données la disparité et la taille, je me demande s'il est bien nécessaire d'utiliser UML pour faire un genre d'audit de l'existant (qui devra de toute façon être changé). UML pourrait n'être utilisé que pour l'architecture cible. Mais dans ce cas, que peut-on utiliser pour documenter l'existant...

Vous vendez simplement BOUML ou vous êtes aussi consultant?

Cordialement,

Philippe

[bruno_pages]

je me demande s'il est bien nécessaire d'utiliser UML pour faire un genre d'audit de l'existant

nécessaire non, et UML n'est pas magique, mais cela peut aider, y compris si vous souhaitez faire des changements. Ceci dit si vous ne connaissez pas UML et que les délais son serrés l'ajout de l'apprentissage d'UML peut finalement être plus un frein qu'une aide.

Vous vendez simplement BOUML ou vous êtes aussi consultant?

je ne le vends pas simplement, je le développe aussi

blague à part je ne suis pas consultant, je développe Bouml chez moi sur mon temps libre et le vends en tant qu'autoentrepreneur, à coté de cela j'ai un 'vrai' travail

[Emmanuel Colomb]

Mais dans ce cas, que peut-on utiliser pour documenter l'existant...

Bonjour,
J'ai développé un logiciel de gestion de l'information qui me parait assez adapté pour faire de la retro-conception d'applications.

Et vous pouvez être toute une équipe à l'utiliser en même temps.
En plus il est entièrement gratuit.

Si ça vous intéresse, faites-le moi savoir, je vous enverrais un lien pour le télécharger. Je recommande de lire un peu le manuel utilisateur pour vous faire un premier avis.

Et je répondrais aussi à vos questions que vous ne manquerez pas d'avoir

Cordialement,
Emmanuel