Apes

> Apes...oufti , le 16 décembre 2004

> Apes...oufti , le 16 décembre 2004 par T.U.

Bon, essayons d’expliquer...

L’OMG est un organisme ayant pour rôle de standardiser des technologies "objet". Si vous ne connaissez pas la notion d’objet dans le sens informatique du terme, il est inutile d’aller plus loin.

UML est un langage de modélisation "objet" standardisé par l’OMG. Il peut être utilisé pour différents types de projets (un développement logiciel, la construction d’une maison...). Pour un projet logiciel par exemple, UML va permettre de décrire de manière rigoureuse les fonctions du logiciel et la façon de les implémenter... Dans ce cas, l’utilisation d’UML est censée conduire in-fine à un logiciel de bonne qualité, facile à maintenir...

L’OMG s’est bien gardé de définir le processus d’utilisation d’UML et pour cause : ce processus dépend du type de projet. Le processus d’un développement logiciel est différent de celui de la construction d’une maison, d’où la notion de processus métier. Il existe quelques processus définis pour le développement logiciel ; le plus connu d’entre eux est appelé RUP (Rational Unified Process). RUP a été conçu par la société Rational qui a été entre-temps achetée par IBM. 

Je n’ai pas encore testé Apes mais je pense qu’il permet de décrire des processus, c’est à dire la manière d’utiliser UML.

Est-ce plus clair ?

> Apes...oufti , le 17 décembre 2004

Bin, merci,

c’est pas beaucoup plus clair, mais on dirait plus que ça peut décrire tout, ça serait pas une espèce de MsProject, mais avec des mots plus compliqués ? en tout cas, bravo aux développeurs !

> Apes...oufti , le 28 janvier 2005 par ptiyo

Le SPEM permet de décrire des processus de développement. C’est à la fois un méta-modèle du MOF (Meta-Object Facility) et un profil UML. Le SPEM utilise un sous-ensemble d’UML pour décrire un processus. Grâce à l’utilisation du SPEM, on peut modéliser des processus tel que le RUP.

Si on fait de la vulgarisation, lors du développement d’un logiciel différentes étapes se succèdent. Restreignons nous à un exemple avec trois activités principales pour notre développement : l’identification des besoins utilisateurs, la rédaction du cahier des charges et la conception de l’application. Apes va permettre de définir ces activités et d’indiquer pour chacune d’elles les produits de travail dont elles ont besoins et ceux qu’elles vont fournir. L’identification des besoins utilisateurs va permettre de générer un recueil des besoins qui servira à la rédaction du cahier des charges. Le cahier des charges pourra être vu comme un produit de travail qui sera utiliser pendant l’activité de conception... Ainsi on indique les dépendances qui existent entre les différents éléments.

Suite à cela, pour chaque activité, on va pouvoir indiquer un rôle qui en sera le responsable. Les diagrammes d’activités vont permettre de montrer les enchaînements des activités dans le temps : la conception ne peut commencer avant l’identification des besoins... Après on peut aller plus loin dans la description du processus et affiner en disant que la conception est composée de plusieurs activités qui s’enchaînent d’une certaine manière...

L’intérêt de décrire un processus est de mieux le maîtriser, d’en améliorer sa compréhension (des beaux diagrammes parlent souvent plus qu’un long texte...) et de pouvoir en avoir une trace.

Pour terminer, à partir de cette description et à l’aide des autres outils utilisant Apes, on va pouvoir étoffer la description du processus, en générer un site web et en suivre le déroulement.

En espérant que cela ait permit d’éclaircir l’utilité d’Apes.