Architecture agile II

Ecris le 15 février 2005
Dans la catégorie Uncategorized |

J?avais r?cemment exprim? sur cette tribune mon point de vue sur le r?le primordial de l?architecture dans le cadre d?une d?marche de projet agile (ou it?rative). Martin Fowler nous livre ses propres retours d?exp?rience et il aboutit ? la m?me conclusion.Par ailleurs, je crois qu?il est utile de rappeler ce que nous entendons sous le terme ? architecture ?. Il s?agit des grands principes d?organisation des applications, permettant de positionner le domaine m?tier au sein du syst?me informatique. Cela doit pouvoir s?exprimer par quelques diagrammes UML, comportant une dizaine de classes tout au plus. Il est d?j? suffisamment compliqu? d?aboutir ? une organisation agile et incr?mentale de ces classes centrales, sans avoir besoin d?alourdir d?avantage la repr?sentation ! Un outil tel que Microsoft Visio et un bon Stencil UML est plus que suffisant.Autrement dit, il ne s?agit en aucun cas de se livrer ? une d?rive de documents tr?s formalis?s, UML ou non, qu?ils soient g?n?r?s ? la main ou par des outils sp?cialis?s aussi complexes que co?teux.L?architecture des syst?mes informatique est un sujet trop complexe pour le laisser ? des outils informatiques ou ? des plans. L?important est avant tout de parvenir ? se repr?senter l?architecture dans son esprit, tel quelle est aujourd?hui, et telle qu?elle sera demain. Les plans ne sont qu?une aide, en aucun cas un substitut.En revanche, l?approche par les patterns peut ?norm?ment apporter pour faciliter l??mergence d?une architecture, d?abord dans l?esprit de l?architecte, puis dans le syst?me.

Social Bookmarking