Programme du prochain Enterprise Architect User Group à Londres le 16 mai 2014

Le programme du prochain Enterprise Architect User Group (EAUG) est disponible :

Cet évènement se déroulera le 16 mai dans les locaux de John Lewis Partnership où auront lieu des présentations et ateliers autour d’Enterprise Architect, ainsi qu’une session « speed dating » pour les fournisseurs d’extensions EA (add’ins, API).

Je co-animerai une présentation sur les alternatives disponibles pour mettre en place un accès partagé au projet de modélisation Enterprise Architect (« alternatives available to set up a shared EA repository to work in a collaborative environment »).

Le billet d’entrée est au tarif de £50 (65€ environ) depuis le site officiel : réservation en ligne pour l’EAUG Londres 2014.
Les détails du programme de l’EAUG Londres 2014 sont accessibles depuis le lien suivant : www.eausergroup.com/events/16-next-event/72-london-2014-programme.

Trier les éléments d’un paquetage par alias dans Sparx Enterprise Architect avec un script Project Browser

J’ai récemment travaillé sur un nouveau projet Enterprise Architect dans lequel j’ai importé les exigences initiales à partir d’un fichier Excel avec eaDocX. Chacune des exigences comportait alors les informations suivantes sous Enterprise Architect : titre, référence (importée dans le champ Alias), description. Par défaut, Sparx Enterprise Architect tri le nom des exigences d’un paquetage sélectionné par ordre alphabétique.

Après avoir importé mes exigences, j’avais besoin de les trier par alias (exemple : REQ-TEST-001, REQ-TEST-002, REQ-TEST-003, etc). La capture d’écran suivante illustre sur la partie gauche les exigences affichées dans l’explorateur du projet (Project Browser), et sur la partie droite l’ordre d’affichage souhaité i.e. triées par alias.

Cet article présente l’installation du script SortByAlias pour trier par alias les éléments d’un paquetage sélectionné. 

Lire la suite

Prochain EA User Group à Maidenhead (Angleterre) le 16 Mai 2014

Le prochain EA User Group aura lieu en Angleterre le 16 Mai au Sir Bernard Miller Centre, mis à disposition par le groupe John Lewis Partnership. Ce centre est situé à 50 minutes de l’aéroport de Londres Heathrow par train puis en taxi via la gare de Maidenhead.

Le planning de la journée proposera différents séminaires en anglais présentés en parallèle par des utilisateurs, consultants et experts d’Enterprise Architect sur deux ou trois thématiques.

Le « call for speakers » a été publié pour tout professionnel souhaitant partager ses expériences au travers d’une présentation en anglais : www.eausergroup.com/component/content/article/16-next-event/71-london-may-2014-call-for-speakers

Les inscriptions sont ouvertes sur le site EAUserGroup au tarif de 65€ pour la journée.

Venez nous rejoindre le 16 mai!

Processus métiers en entreprise : pourquoi, comment (première partie)

Petite mise au point

Le précédent article nous a permis d’avoir une image plus claire du processus métier par rapport à la nébuleuse de définitions que l’on peut rencontrer sur les différents types de supports  à disposition (livres, web, cours, …).

Dans cet article, nous allons tenter d’éclaircir un peu plus l’aspect ‘pourquoi’ (utilité, utilisation) du processus métier, sachant que nous resterons concentrés sur les processus métier eux-mêmes, et non leur modélisation (outil de représentation), pour le moment, en nous limitant aux métiers de l’IT.

 Quelques questions intéressantes

Voici des questions qui reviennent dès que le thème des processus métier est abordé :

  • Pourquoi étudier ou modéliser un processus métier (ou à quels processus faut-il s’intéresser) ?
  • Quels processus modéliser en priorité ?
  • Selon quel niveau de détail (profondeur et transversalité) ?
  • Modéliser l’existant ou la cible ?

Les réponses à ces questions nécessiteraient des volumes entiers, et encore, uniquement pour défendre différentes visions inspirées par des contextes particuliers. Nous allons juste apporter, ci-dessous, quelques éléments de réponse.

Lire la suite

Use Cases versus User Stories (2 sur 2)

La semaine dernière, Henri Darmet nous rappelait ce qu’étaient un Use Case et une User Story (et aussi ce qu’ils n’étaient pas). Il nous propose maintenant de voir ce qui lie ces deux notions… Hé bien, pas grand chose. L’une est « l’anglais » du besoin utilisateur, l’autre le « chinois ». On peut traduire de l’anglais en chinois (et vice versa), mais pas plus.

OK, mais que faut-il mieux faire, des Uses Cases ou des User Stories ? Eh bien là aussi, la comparaison avec l’anglais et le chinois est pertinente : vaut-il mieux parler anglais ou chinois ? Ça dépend… généralement, c’est l’anglais, mais en Chine, le chinois est plus efficace et plus convivial.

Essayons quand même de voir ce qui rassemble les Use Cases et les User Stories, ce qui les sépare, et les contextes dans lesquels ces  approches sont les plus adaptées.

Lire la suite

Use Cases versus User Stories (1 sur 2)

Que de choses ont été dites, pour les définir, les comparer, les opposer, les réunifier ! Alors, afin d’entretenir la confusion ambiante, Henri Darmet y va de son petit avis.

Commençons d’abord par examiner les deux bestioles.

 

Les Use Cases

 

D’abord un peu d’histoire : les Use Cases ont été définis par un des pères d’UP (Unified Process), donc d’UML (Unified Modeling Language) : monsieur Ivar Jacobson. Il l’a fait de manière formelle et précise :

« Un Use Case est une activité ou une série d’activités, initiées par un acteur, et qui apportent une valeur du point de vue de l’acteur. »

Première remarque : un Use Case n’est donc pas une « chose » que je détourne à ma guise et que je vais représenter par une « patate » liée à un bonhomme « fil de fer ». Pour prendre un exemple, « se connecter au système » ne peut pas être un Use Case, car il n’apporte pas de valeur du point de vue de l’acteur (vous arrive-t-il de vous connecter au système et de vous dire juste après : « Ah ! super ! Ma tâche est terminée ! »). 95% des Uses Cases que j’ai rencontrés dans les projets sur lesquels je suis intervenu… n’en étaient pas. Le Use Case est une notion aussi connue que mal comprise.

Lire la suite

Enterprise Architect v11 beta

Sparx Systems a annoncé la disponibilité en version beta d’Enterprise Architect 11, maintenant ainsi la sortie d’une nouvelle version majeure par an.

La version beta d’Enterprise Architect 11 est disponible dès à présent en téléchargement pour les utilisateurs ayant accès à la partie « Registered Users » du site officiel de Sparx Systems, ou à tous en version d’essai.

Sparx annonce l’ajout de nombreuses évolutions et de nouveaux standards supportés, dont les suivants :

Lire la suite

Processus métiers en entreprise : introduction et notions

Cet article est le premier d’une série destinée à vous familiariser avec les processus métiers et leur rôle fondamental dans la réalisation de systèmes informatiques répondant aux objectifs du métier.

Dans cette série d’articles, nous utiliserons et comparerons deux notations standards (UML et BPMN) à travers des exemples concrets. Nous tenterons de voir dans quel cas chaque notation est la mieux adaptée.

Processus métiers en entreprise

Définition (agrégation de différentes sources)

C’est un enchaînement d’étapes à réaliser pour répondre à un objectif métier identifié. Ces étapes sont des actions réalisées par différents acteurs et synchronisées par des échanges. Le processus métier crée de la valeur au sein d’une organisation.

Quelques représentations d’un processus

Représentation selon une notation spécifique (UML – Eriksson-Penker)

Lire la suite

Introduction à la notion de MDG

Vous avez appris d’expérience ou par le biais d’une formation qu’il n’existait pas une seule modélisation possible pour représenter un concept du monde réel. En effet, là où certains privilégient un héritage d’autres choisiront plutôt un stéréotype, d’autres encore préfèreront une instanciation, un attribut, etc. Et personne n’a tort ou raison. Que vous débutiez ou que vous maîtrisiez UML et Enterprise Architect (EA) vous aimeriez donc pouvoir limiter les choix de modélisation possibles pour permettre de faciliter les échanges, la lecture, la compréhension du système et donc l’étude même de ce système.

Vous aimeriez disposer de diagrammes dédiés à votre domaine avec des boîtes à outils personnalisées et des icônes explicites pour représenter les éléments… Eh bien c’est possible ! Le MDG est là pour vous !

Lire la suite

Script Sparx Enterprise Architect pour l’import en masse de fichiers XMI

Cet article présente un script permettant d’importer en une seule fois plusieurs fichiers XMI dans un paquetage du projet Enterprise Architect, cette fonctionnalité n’étant pas directement disponible dans l’outil.

L’utilité du script XMIImportFiles s’inscrit dans le cadre suivant : l’ensemble des diagrammes, éléments de modélisation (ex : classes, cas d’utilisation…), et paquetages existants dans un paquetage du modèle peuvent être exportés au format XMI dans un fichier XML. Le format XMI ou XML Metadata Interchange permet l’échange de modèles UML au format XML ; ce format est utilisé par Enterprise Architect pour exporter des parties du modèles. Ces fichiers XML peuvent alors être importés dans le même projet ou dans un projet Enterprise Architect différent. Lorsque de nombreux fichiers doivent être importés, cela nécessite de lancer un import XMI pour chaque fichier : pour cela il faut ouvrir le navigateur (Project Browser), lancer un clic droit depuis le paquetage cible, sélectionner Import Model from XMI, puis sélectionner le fichier à importer.

Le script présenté dans cet article permet de renseigner la liste des fichiers XMI à importer, et de lancer l’import en masse de ces fichiers dans un paquetage cible du projet de modélisation Enterprise Architect.

Lire la suite