D

1
Développement à base des composants
2
Origine et définitions

• Origine
• De programmation objet-orienté
• Différences
• Les objets sont plus détaillés et spécifiques
• Les composants sont plus abstraits et
  indépendants. Ils peuvent être examiné comme des
  fournisseurs autonomes de services.

3
Origine et définitions

• Définitions
• Councill et Heinmann
• A software component is a software element that
  conforms to a component model and can be
  independently deployed and composed without
  modification according to a composition standard
• Le composant de logiciel est un élément de
  logiciel qui est en conformité avec le modèle des
  composants et intégré sans modification selon la
  procédure standard de composition
• Szyperski
• A software component is a unit of composition
  with contractually specified interfaces and
  explicit context dependencies only. A software
  component can be deployed independently and is
  subject to composition by third-parties.
• Cest une unité de composition avec interface
  spécifié par contrat et ses dépendances ne sont
  que de contexte et explicites. Il peut être
  déployé de façon indépendante et est soumis à la
  composition par des tiers.

4
Origine et définitions

• Principes
• Indépendants
• Implémentation cachée
• Communication fait par des interfaces bien
  spécifiés
• Plateformes partagées
• Essentiels de génie logiciel basé aux composants
• Composants indépendants spécifiés par leurs
  interfaces
• Standard pour faciliter lintégration
• Middleware qui support linteropérabilité
• Processus de développement approprié

5
Origine et définitions

• Problèmes
• Fiabilité comment lutilisateur va croire que
  le composants ne va pas échouer
• Certification qui va certifié le composant
• Les propriétés intégrales comment les prévoir
• Compromis des besoins comment faire le
  compromis entre les besoins assurés des
  différents composants
• Caractéristiques
• Standardisé
• Indépendant
• Composable
• Déployable
• Documenté

6
Interface de composants

• Exemple

er
face
Provides int
er
face
Requires int
addSensor
removeSensor
sensorManagement
star
tSensor
Data collector
stopSensor
testSensor
sensorData
initialise
repor
t
listAll
7
Composants et objets

• Les composants sont déployables
• Les composants ne définirent pas des types
• Limplémentation des composants est opaque
• Les composants sont indépendant de langage
• Les composants sont standardisés

8
Modèles

• Définition
• Le modèle de composants cest la définition des
  standard pour implémentation, documentation et
  déploiement du composant
• Exemples
• EJB
• .NET (COM)
• Corba Component Model

9
Eléments du modèle
10
Middleware de support

• Le modèle est la base de middleware qui assure
  lexécution des composants
• Middleware services
• Services de plateforme pour communication entre
  le composants
• Services horizontaux services partagés pour
  être utilisés par plusieurs composants
• Déploiement en conteneur il contient tous les
  interfaces nécessaires pour accéder les services
  de support

11
Middleware de support

• Services du modèle

12
Réutilisation des composants

• Besoins
• Plus générales
• Liés au domaines abstraites et stables (ex.
  hôpital)
• Cachent les présentations détats
• Une large indépendance
• Exception doivent être publiées par linterface
  du composant
• Compromis
• entre réutilisabilité et utilisabilité
• entre généralité et efficacité
• Entre les hauts frais de développement et les bas
  frais de réutilisation

13
Réutilisation des composants

• Changes qui doivent être faits
• En généralisant autres composants
• Supprimer les méthodes spécifiques de
  lapplication
• Faire les noms plus générales
• Ajouter des méthodes pour élargir la couverture
• Assurez la gestion des exceptions cohérente
• Ajouter un interface de configuration qui fait le
  composant plus adaptable
• Intégrer des composants afin de minimiser la
  dépendance
• Quand on adapte un système hérité
• Répaqueter les fonctions utile comme un composant
• Ecrire une composant enveloppe qui implémente
  linterface et permit laccès au système hérité

14
Le processus de développement
15
Le processus

• La spécification des besoins
• Plus schématique
• Si les besoins ne sont pas couverts par les
  composant trouvés on peut discuter la
  modification des besoins.
• Identification des composants
• Confiance
• Les besoins
• Validation
• La spécification peut de ne pas être assez
  détaillée pour concevoir des bon tests
• Le composant peut avoir une fonctionnalité peu
  désirée

16
La composition

• Définition
• Le processus dintégration
• Cest normal décrire un code qui colle les
  composants

17
La composition

• Types de composition
• Composition séquentielle
• Composition hiérarchique
• Composition additive

18
La composition

• Incompatibilité des interfaces
• Incompatibilité des paramètres
• Incompatibilité des opérations
• Incomplétude des opérations

Adaptateur qui sépare le post code de location
string
19
Composition

• Adaptateur

20
Composition

• Sémantique de linterface
• This method adds a photograph to the library and
  associates the photograph identifier and
  catalogue descriptor with the photograph

On a besoin dun langage qui décrit la sémantique
OCL (Object design langage
21
Composition

• Les compromis de la composition
• Conflits
• Entre besoins non-foncionnels et besoins
  fonctionnels
• Entre la délivrance rapide et lévolution
• Décisions
• Laquelle des compositions est effective pour
  laccomplir la fonctionnalité désirée?
• Laquelle vous permis des changements futures?
• Quelles seront les propriétés intégrales du
  système composé?

22
Composition
Deux compostions alternatives