La complexité des applications
informatiques modernes atteint aujourd’hui des
proportions telles qu’il devient impossible de
maîtriser les nouveaux développements
si l’on ne leur applique pas une structuration
et une méthodologie rigoureuses.
Dans ce domaine, les approches « anciennes » de
type mainframe, ou même l’approche « pur
objet » ont montré un certain nombre de
limites.
Pour l’approche objet, c’est en particulier
la très grande difficulté qu’il y
a à gérer les dépendances dans les
modèles objets des grandes applications alors
qu’à l’inverse, le grand problème
des applications « mainframe » provient leur
aspect trop monolithique.
L’approche Composant, si elle n’est pas totalement
nouvelle, connaît aujourd’hui un nouvel essor.
Cela est dû principalement à trois facteurs
:
-
une formalisation plus rigoureuse de l’approche
-
la plus grandes facilité à maîtriser
le développement de systèmes d’information
complexes
-
l’arrivée en force de nouvelles technologies
telles que les Web Services, J2EE ou dotNet qui intègrent à la
base la notion de composant distribuables.
Les deux approches orientées composants les plus
abouties ont été formulées par Peter
Herzum & Oliver Simms (in « Business
Component Factory ») d’un côté et Paul
Allen ( in « Realizing eBusiness
with Components »)
de l’autre. Ces deux approches méthodologiques
ont de nombreuses caractéristiques communes, la
principale d’entre elles étant d’intégrer
fortement la notion de composant dans la totalité du
cycle de vie du développement logiciel (depuis
l’analyse des besoins jusqu’à la recette
utilisateur). Vous obtenez donc en utilisant l’une
ou l’autre ou un mariage de ces approches un cadre
méthodologique structuré et éprouvé.
S’intercalant entre le monolithisme de l’approche
mainframe et l’explosion de dépendances
provoquée par l’approche objet pur, l’approche
composant apporte une grande facilité à découper
les applications complexes (telles que les systèmes
d’information) en composants autonomes, indépendants
et maîtrisables. L’apport de la notion d’interface
de composant est à de ce point de vue vraiment
fondamental puisqu’elle permet de séparer
réellement l’utilisation d’un composant
de son implémentation.
Enfin, l’implantation en masse des nouvelles technologies
apporte une grande simplification dans la mise en oeuvre
technique de cette approche. On peut aujourd’hui,
grâce notamment aux Web Services, adopter une démarche
composant radicale permettant de définir l’interface
des composants de façon vraiment indépendante
de la technologie dans laquelle le composant sera développé (J2EE,
.Net, CORBA, ... et pourquoi pas COBOL si vous utilisez
des outils adaptés tels que ceux proposés
par Microfocus ). Par son métier et son expérience,
SOFTEAM est à même de pouvoir vous aider
sur cette problématique à travers son
offre de Conseil, Formation, Ingénierie ou Produits. |