La présentation est en train de télécharger. S'il vous plaît, attendez

La présentation est en train de télécharger. S'il vous plaît, attendez

Le contenu est basé aux transparents du 7 ème édition de «Software Engineering» de Ian Sommerville«Software Engineering» de Ian Sommerville B.Shishedjiev.

Présentations similaires


Présentation au sujet: "Le contenu est basé aux transparents du 7 ème édition de «Software Engineering» de Ian Sommerville«Software Engineering» de Ian Sommerville B.Shishedjiev."— Transcription de la présentation:

1 Le contenu est basé aux transparents du 7 ème édition de «Software Engineering» de Ian Sommerville«Software Engineering» de Ian Sommerville B.Shishedjiev - Génie logiciel1 Développement à base des composants

2 B.Shishedjiev - Génie logiciel2 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 B.Shishedjiev - Génie logiciel3 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 B.Shishedjiev - Génie logiciel4 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 B.Shishedjiev - Génie logiciel5 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 B.Shishedjiev - Génie logiciel6 Interface de composants Exemple Provides interfaceRequires int er face Data collector addSensor removeSensor startSensor stopSensor testSensor listAll report initialise sensorManagement sensorData Provides interface Requires interface Component Defines the services from the components environment that it uses Defines the services that are provided by the component to other components

7 B.Shishedjiev - Génie logiciel7 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 B.Shishedjiev - Génie logiciel8 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 B.Shishedjiev - Génie logiciel9 Eléments du modèle Component model Interfaces Usage information Deployment and use Interface definition Specific interfaces Composition Naming convention Meta-data access Customisation Packaging Documentation Evolution support

10 B.Shishedjiev - Génie logiciel10 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 B.Shishedjiev - Génie logiciel11 Middleware de support Services du modèle Platform services Addressing Interface definition Component communications Exception management Horizontal services Security Transaction management Concurrency Component management Persistence Resource management

12 B.Shishedjiev - Génie logiciel12 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 B.Shishedjiev - Génie logiciel13 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 B.Shishedjiev - Génie logiciel14 Le processus de développement Identify candidate components Outline system requirements Modify requirements according to discovered components Identify candidate components Architectural design Compose components to create system

15 B.Shishedjiev - Génie logiciel15 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 B.Shishedjiev - Génie logiciel16 La composition Définition –Le processus dintégration –Cest normal décrire un code qui «colle» les composants

17 B.Shishedjiev - Génie logiciel17 La composition Types de composition a)Composition séquentielle b)Composition hiérarchique c)Composition additive

18 B.Shishedjiev - Génie logiciel18 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 B.Shishedjiev - Génie logiciel19 Composition Adaptateur

20 B.Shishedjiev - Génie logiciel20 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 B.Shishedjiev - Génie logiciel21 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 B.Shishedjiev - Génie logiciel22 Composition (a) Data collection (b) Data management Report generator Data collection Data base Report t Deux compostions alternatives


Télécharger ppt "Le contenu est basé aux transparents du 7 ème édition de «Software Engineering» de Ian Sommerville«Software Engineering» de Ian Sommerville B.Shishedjiev."

Présentations similaires


Annonces Google