Parmi les piliers de l’OOP, 3 sont majoritairement implémentés par nos langages, l’héritage, le polymorphisme et l’encapsulation. Et, bien qu’à l’intérêt reconnu, la délégation ne l’est que trop rarement. Elle remplace pourtant souvent avantageusement l’héritage en réduisant couplage et graphe d’objets. Voyons comment faire de cette petite sœur injustement négligée une alliée de choix.

• Décliner n’est pas spécialiser
• L’héritage de l’électricien
• La délégation des clés

Lire la suite de cet article »

Nous avons le plaisir de vous présenter notre livre blanc sur la qualité logicielle écrit par Frédéric Dubois, avec la participation de Séven Le Mesle.

Objet du désir, la qualité logicielle est régulièrement invoquée sur le mode incantatoire au démarrage d’un projet de développement logiciel.

Assurance qualité, direction qualité, responsable qualité, qualimétrie, processus unifié, modèle de maturité… nombreux sont les dispositifs visant à garantir que le résultat du développement sera source de fierté pour ceux qui l’ont conçu, de contentement pour ceux qui l’ont financé, de soulagement pour ceux qui devront le maintenir et de satisfaction pour ceux qui l’utilisent et l’exploitent.

Dans un premier temps, ce livre blanc s’attache à définir ce qu’est la qualité logicielle, et à analyser les raisons de son évanescence. Il décrit ensuite un ensemble de pratiques d’ingénierie qui, selon nous, et appliquées de façon systématique, permettent d’écrire, à moindre coût, des logiciels de très haute qualité

Nous espérons que vous prendrez plaisir à le lire.

Télécharger le Livre blanc qualité logicielle.

Le DDD, Domain Driven Design, laisse une impression qui amène souvent à une des remarques suivantes :

• J’en ai déjà entendu parlé … – (mais je ne sais pas ce que c’est)
• Je crois l’avoir vu dans le TDD …
• C’est comme le MDA? – ça marche avec un ensemble de sigles MDSD, MDD
• Hein? T’as un problème avec ta touche « D »

L’objectif de cet article est de vous présenter le DDD, ses enjeux et son intérêt.

Dans DDD, il y a Driven Design, c’est donc une technique de conception. Il ne faut pas confondre avec les techniques de développement (Driven Development) comme par exemple le TDD (Test Driven Development).

DDD n’est ni une méthode ni une technologie. DDD est une manière de penser la conception autour du code, de collaborer et de communiquer avec les experts fonctionnels.

Cet élément de communication est une dimension importante. C’est pourquoi nous aborderons dans cet article les thèmes suivant :

• Qu’est ce que la conception, quel en est l’état actuel
• Qu’est ce qu’apporte le DDD aux techniques plus classiques de conception
• Qu’est ce qu’apporte le DDD à la communication des équipes

Lire la suite de cet article »