đŁ Lâacte de naissance de lâArchitecture 4+1 de Philippe Kruchten est un sujet difficile Ă traiter. Avec presque 30 ans de recul peu de choses vont dans ce papier, sans que cela puisse ĂȘtre complĂštement reprochĂ© Ă lâauteur en 1995. Celui-ci a dâailleurs changĂ© de position et corrigĂ© sa vision du sujet.
1ïžâŁ Le premier problĂšme est une confusion permanente entre design et architecture. En 4+1, lâarchitecte sâencombre de diagrammes de classes, de process et des diagrammes UML correspondants. Nous sommes dans un cas flagrant de Big Design Up Front, une erreur des annĂ©es 70 ayant mis 30 ans Ă disparaĂźtre. Oui, lâarchitecture peut ĂȘtre conçue Ă lâavance, mais certainement pas le design.
2ïžâŁ Le deuxiĂšme problĂšme du papier est son fĂ©tichisme de la documentation : lâarchitecture est dĂ©jĂ une documentation, quâil faut en plus documenter pour en capter la rationnelle, les scĂ©narios, les charges, etc. Le groupe chargĂ© de cela ne peut quây ĂȘtre dĂ©diĂ©, crĂ©ant donc une classe dâarchitectes sĂ©parĂ©e du terrain, manipulant de la documentation et des abstractions.
3ïžâŁ Le troisiĂšme problĂšme est Ă©pistĂ©mologique. Dire en conclusion que ça fonctionne, sans aucune Ă©tude ni source fait de ce papier un pur avis dâexpert. HĂ©las, lâinfluence de M. Kruchten lui a permis de faire Ă©cole : 1350 citations du papier et 46 brevets sâappuyant dessus. De la part dâun docteur, câest un problĂšme, mais Ă©galement un symptĂŽme du fonctionnement de lâIEEE qui a toujours publiĂ© ensemble des Ă©tudes chiffrĂ©es et des avis dâexpert sans Ă©tiquetage.
SOURCE
P. B. Kruchten, âThe 4+1 View Model of architecture,â in IEEE Software, vol. 12, no. 6, pp. 42-50, Nov. 1995, DOI:10.1109/52.469759
Enzo Sandré
đ Lien public DOIs: 10.1109/52.469759