White Papers

Guides Pratiques de Modélisation

Courts et concentrés sur les recommandations essentielles, ces guides pratiques sont issus de l’expérience des consultants de Softeam, sous la direction de Philippe Desfray. Ils facilitent la construction de modèles et permettent de mieux bénéficier des capacités de l’atelier Objecteering (version gratuite ou Enterprise - www.objecteering.fr). Devenez un expert de la modélisation avec ces guides pratiques, et bénéficiez des capacités étendues de l’atelier Objecteering.
L’équipe conseil de Softeam est à votre disposition pour vous assister dans vos travaux liés à la définition d’architecture d’entreprise, modélisation des processus métier, modélisation d’architectures logicielles, SOA, et assistance dans vos projets informatiques.

Livre blanc

SOA : Architecture Logique Principes, structures et bonnes pratiques
En quelques années, l’architecture orientée service (SOA) est devenue un thème majeur pour les systèmes d’information d’entreprise. Plus qu’une nouvelle technologie ou méthode, c’est la convergence de plusieurs approches existantes, et l’émergence d’une forte adhésion des directions informatique et métier à un même objectif : une meilleure agilité des systèmes face aux transformations nécessaires.
Dans cette optique, l’architecture logique occupe une place centrale. Instrument privilégié pour la construction et la maintenance du système, pivot sur lequel s’articulent le métier et sa traduction logicielle, elle constitue la référence pour l’organisation des projets, la construction technique et le plan de progression. Toutefois, l’architecture logique n’est pas un modèle abstrait, ni une cartographie fonctionnelle cible lointaine. Il s’agit plus pragmatiquement de la description des constituants du système et de leurs relations.
Ce document présente l’architecture logique dans le cadre de notre approche SEA (Service Entreprise Architecture). Lien vers le doc suivant ci-joint ( nouvelle version )

Livre Blanc

L'approche SEA : Architecture d'Entreprise orientée services
Gérer l'entreprise et son système d'information passe par uen vision globale du "système" dans sont intégralité. Les termes de "cartographie", fréquemment utilisé en France, ou "Enterprise Architecture" dans le monde anglo-saxon adressent en partie cette problématique. Une des nombreuses difficultés actuelles de l'exercice est la fracture entre les spécialistes du métier, et ceux du système d'information, bien connue entre Maîtrise d'ouvrage et Maîtrise d'oeuvre.
Avec la maturié de deux standards (UML et BPMN), il est maintenant possible de communiquer sur la base d'un même langage de représentation, et de gérer cette communication en assurant la cohérence et la continuité entre les équipes.
L'avènement des architectures SOA apporte un élément structurant fort, pour définir une approche continue, aboutissanrt à la définition de services.
L'objectif de ce document est de fournir une démarche guidant la modélisation des systèmes, depuis les réflexions initiales amont jusqu'à sa réalisation, en s'appuyant sur les pratiques existantes en France et dans le monde, et en revisitant ces pratiques pour exploiter tout le potentiel des nouveaux standards et des nouvelles techniques. Cette démarche est appuyée par des modèles, et soutenue par un outillage dédié : l'atelier Objecteering EA enparticulier, et le profil UML SEA en général.

White Paper

Que nous apporte réellement UML2 ?
UML2.0 qui est une révision majeure de UML1.4, est déjà supporté par un nombre important d'ateliers UML. Il reste que UML1.4 demeure très majoritairement utilisé, les nouveaux concepts UML2 n'étant pas encore bien compris, mis en œuvre et méthodologiquement supportés. Il est temps de faire un point sur les vrais apports du standard UML2.0. Ce "white paper" rédigé par un contributeur actif à l'élaboration de ce standard décrit ses vrais apports et les fausses nouveautés, en fournissant un éclairage pratique.

White Paper

Réussir la modélisation UML des phases amont
Le succès ou l’échec d’un développement se jouent essentiellement lors des phases amont du développement logiciel. Sur quelles bases, quelles techniques et quelles méthodologies doit-on s’appuyer pour réaliser les phases amont ? Nous allons voir que la réponse dépend largement du contexte, mais qu’une panoplie de techniques existe, et fournit des aides utiles pour réussir la réalisation des phases amont de développement.