Développement à base des composants

Slides:



Advertisements
Présentations similaires
Eléments de Génie Logiciel
Advertisements

SOA et Services Web Dr. Rim Samia Kaabi 26 mars 2017.
« Les Mercredis du développement » Introduction Office « 12 » Présenté par Bernard Fedotoff Microsoft Regional Director Agilcom.
L'installation et la diffusion 1 LInstallation et la Diffusion.
19 septembre 2006 Tendances Logicielles IBM Rational Data Architect Un outil complet de modélisation et de conception pour SGBD Isabelle Claverie-Berge.
Object Management Architecture (OMA)
CURSUS DE FORMATION AUX NOUVELLES TECHNOLOGIES DE DEVELOPPEMENT UV EJB Entité Module Java Expert.
Les Ateliers de Génie Logiciel
Langage SysML.
1 ARCHITECTURE DACCÈS la méthode générale modèle de données définitions module daccès / modules métiers construction des modèles les modules daccès, les.
Le contenu est basé aux transparents du 7 ème édition de «Software Engineering» de Ian Sommerville«Software Engineering» de Ian Sommerville B.Shishedjiev.
Démarche Analyse des OGL et des Méthodes Objectifs : Activités :
Etude des Technologies du Web services
Le contenu est basé aux transparents du 7 ème édition de «Software Engineering» de Ian Sommerville«Software Engineering» de Ian Sommerville B.Shishedjiev.
le profil UML en temps réel MARTE
Algorithmique et Programmation
Initiation à la conception de systèmes d'information
Le contenu est basé aux transparents du 7 ème édition de «Software Engineering» de Ian Sommerville«Software Engineering» de Ian Sommerville B.Shishedjiev.
Sommaire Objectif de Peakup Principes de fonctionnement
Rennes, le 18 septembre 2006 Support du paradigme maître-travailleur dans les applications à base de composants Tâche 2.2 Hinde Bouziane Réunion LEGO.
Le contenu est basé aux transparents du 7 ème édition de «Software Engineering» de Ian Sommerville«Software Engineering» de Ian Sommerville B.Shishedjiev.
© 2007 P. Van Roy. All rights reserved. FSAB1402: Informatique 2 Le Langage Java et les Exceptions Peter Van Roy Département dIngénierie Informatique,
Modèle, Méthode et Conception
Interopérabilité JOnAS - CORBA
Techniques de test Boulanger Jean-Louis.
OIL & UPML DREVET - HUMBERT Introduction OIL : un langage de description dontologies UPML : un langage de description de systèmes à base.
Structures de données IFT-2000
Programme de baccalauréat en informatique Programmation Orientée Objets IFT Thierry EUDE Module 7 : Classes et fonctions paramétrables Département.
Introduction au paradigme orienté-objet (suite)
P. Van Roy, LINF1251 LINF1251: Le Langage Java Peter Van Roy Département dIngénierie Informatique, UCL
Présentation du mémoire
© Petko ValtchevUniversité de Montréal Janvier IFT 2251 Génie Logiciel Notions de Base Hiver 2002 Petko Valtchev.
Les étapes du cycle de développement du génie logiciel
Séminaire Service Interoperability on Context Level in Ubiquitous Computing Environments Davide Bazzi IIUF Etude de larticle: Service Interoperability.
Java Authentication And Authorization Service API
Transformation de modèles Kick Off Motor Jean Marc Jézéquel & Didier Vojtisek La vision Triskell : Umlaut NG.
Présentation de CORBA et de IIOP
Le contenu est basé aux transparents du 7 ème édition de «Software Engineering» de Ian Sommerville«Software Engineering» de Ian Sommerville B.Shishedjiev.
Vision Globale Domaine d’application Objectif
Le contenu est basé aux transparents du 7 ème édition de «Software Engineering» de Ian Sommerville«Software Engineering» de Ian Sommerville B.Shishedjiev.
Le contenu est basé aux transparents du 7 ème édition de «Software Engineering» de Ian Sommerville«Software Engineering» de Ian Sommerville B.Shishedjiev.
Supports de formation au SQ Unifié
Le processus du logiciel
Créer des packages.
Vérification dans le cycle de vie GEF492A 2014 Référence: [HvV §14.2, 14.9] Capt Vincent Roberge Collège Militaire Royal du Canada Génie électrique et.
2003 (revisé 2008)SEG Chapitre 11 Chapitre 1 “The Systems Engineering Context” Le contexte du génie de systèmes.
Le contenu est basé aux transparents du 7 ème édition de «Software Engineering» de Ian Sommerville«Software Engineering» de Ian Sommerville B.Shishedjiev.
Le contenu est basé aux transparents du 7 ème édition de «Software Engineering» de Ian Sommerville«Software Engineering» de Ian Sommerville B.Shishedjiev.
Enterprise Java Beans 3.0 Cours INF Bases de Données Hiver 2005, groupe 10 Stefan MARTINESCU.
Mastère Professionnel Systèmes de Communication et Réseaux
Introduction au Génie Logiciel
VALIDATION VÉRIFICATION & TESTS
Initiation à la conception des systèmes d'informations
François CARCENAC,Frédéric BONIOL ONERA-DTIM Zoubir MAMMERI IRIT
Présentation AICHA REVEL INGENIEUR D’ÉTUDE STERIA DEPARTEMENT TRD
1 Vers la gestion de la cohérence dans les processus multi-modèles métier Wolfgang THEURER Ecole Nationale Supérieure d’Ingénieurs des Etudes et Techniques.
PaCO++ André Ribes Réunion Hydrogrid Rennes 15/09/03.
Principes et définitions
Bruno Traverson (EDF R&D, pilote de ACCORD)
Chapitre 2 Rappels objet et Présentation des diagrammes UML
Chapitre 2 Rappels objet et Présentation des diagrammes UML
1 Structure en MC Principes Stockage des données dans la mémoire volatile d’un ordinateur Problèmes Stockage temporaire «Petits» volumes de données Langages.
© Petko ValtchevUniversité de Montréal Janvier IFT 2251 Génie Logiciel Le Processus Hiver 2002 Petko Valtchev.
Introduction à la Programmation Orientée Objet
ISO 9001:2000 Interprétation Article 7 Réalisation du produit
PRÉSENTATION AGL LES TESTS LOGICIELS LES TEST LOGICIELS 1 Mickael BETTINELLI Brandon OZIOL Gaétan PHILIPPE Simon LUAIRE.
CONTENU DE L ’ISO Définition métrologie.
Planning Process « t’as un plan pour ce soir ? » Tony Carnal Altran.
Transcription de la présentation:

Développement à base des composants B.Shishedjiev - Génie logiciel

Origine et définitions 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. B.Shishedjiev - Génie logiciel

Origine et 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. C’est 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. B.Shishedjiev - Génie logiciel

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 l’intégration Middleware qui support l’interopérabilité Processus de développement approprié B.Shishedjiev - Génie logiciel

Origine et définitions Problèmes Fiabilité – comment l’utilisateur 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é B.Shishedjiev - Génie logiciel

Interface de composants Provides int er face Requires int Component Defines the services from the component’s environment that it uses that are provided by the component to other components Exemple Requires int er face Provides int er face addSensor removeSensor sensorManagement star tSensor Data collector stopSensor sensorData testSensor initialise repor t listAll B.Shishedjiev - Génie logiciel

B.Shishedjiev - Génie logiciel Composants et objets Les composants sont déployables Les composants ne définirent pas des types L’implémentation des composants est opaque Les composants sont indépendant de langage Les composants sont standardisés B.Shishedjiev - Génie logiciel

B.Shishedjiev - Génie logiciel Modèles Définition Le modèle de composants c’est la définition des standard pour implémentation, documentation et déploiement du composant Exemples EJB .NET (COM+) Corba Component Model B.Shishedjiev - Génie logiciel

B.Shishedjiev - Génie logiciel Eléments du modèle Component model Inter faces Usage information Deployment and use face definition Specific inter Composition Naming convention Meta-data access Customisation P ackag ing Documentation Evolution suppor t B.Shishedjiev - Génie logiciel

B.Shishedjiev - Génie logiciel Middleware de support Le modèle est la base de middleware qui assure l’exé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 B.Shishedjiev - Génie logiciel

B.Shishedjiev - Génie logiciel Middleware de support Services du modèle Platform services Addressing Inter face definition Component communications Exception management Horizontal services Security T ransaction Concurrency P ersistence Resource B.Shishedjiev - Génie logiciel

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 l’interface 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 B.Shishedjiev - Génie logiciel

Réutilisation des composants Changes qui doivent être faits En généralisant autres composants Supprimer les méthodes spécifiques de l’application 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 l’interface et permit l’accès au système hérité B.Shishedjiev - Génie logiciel

Le processus de développement Identify candidate components Outline system r equir ements Modify accor ding to discovered Ar chitectur al design Compose components to create system B.Shishedjiev - Génie logiciel

B.Shishedjiev - Génie logiciel 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 B.Shishedjiev - Génie logiciel

B.Shishedjiev - Génie logiciel La composition Définition Le processus d’intégration C’est normal d’écrire un code qui «colle» les composants B.Shishedjiev - Génie logiciel

B.Shishedjiev - Génie logiciel La composition Types de composition Composition séquentielle Composition hiérarchique Composition additive B.Shishedjiev - Génie logiciel

B.Shishedjiev - Génie logiciel 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 B.Shishedjiev - Génie logiciel

B.Shishedjiev - Génie logiciel Composition Adaptateur B.Shishedjiev - Génie logiciel

B.Shishedjiev - Génie logiciel Composition Sémantique de l’interface «This method adds a photograph to the library and associates the photograph identifier and catalogue descriptor with the photograph» On a besoin d’un langage qui décrit la sémantique – OCL (Object design langage B.Shishedjiev - Génie logiciel

B.Shishedjiev - Génie logiciel 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 l’accomplir la fonctionnalité désirée? Laquelle vous permis des changements futures? Quelles seront les propriétés intégrales du système composé? B.Shishedjiev - Génie logiciel

B.Shishedjiev - Génie logiciel Composition Deux compostions alternatives (a) Data collection (b) management Repor t generator Data base B.Shishedjiev - Génie logiciel