Vers un développement ouvert Alexandre Poitras – Développeur indépendant WebÉducation – 24 janvier 2008.

Slides:



Advertisements
Présentations similaires
Global Total Microcode Support (TMS ou GTMS) Microcode Management proactif pour System i, System p, System x et SAN.
Advertisements

Les technologies décisionnelles et le portail
Les Systèmes d’Information Financière Atelier conjoint ACBF / Banque Mondiale / AFRITAC de l’Ouest Gérer l’application dans le temps, sur les plans fonctionnel,
« Les Mercredis du développement » Introduction Office « 12 » Présenté par Bernard Fedotoff Microsoft Regional Director Agilcom.
Nouveautés pour les développeurs Office System Scott Burmester Responsable des programmes PSPS.
Habita[n]ts connectés Une expédition de la Fing Octobre 2011.
Une expédition de la Fing. Quelle est notre question ? Ce qu'elle n'est pas Y a-t-il des technologies et des pratiques numériques dans l'habitat ? La.
Les Web Services Schéma Directeur des Espaces numériques de Travail
Xavier Blanc Web Services Xavier Blanc
Première expérience d’utilisation des Web Services dans SmartTools Didier Parigot Projet OASIS INRIA Sophia www-sop.inria.fr/oasis/SmartTools Journée.
Serveur jeu Le serveur fait partie d'un logiciel de jeu en ligne multi joueur en architecture client serveur. Il répond à des demandes.
Virtualisation dorchestration de services TER Master 1 Infomatique 4 Avril 2008 Encadrant : Philippe Collet.
Stéphanie CLAPIÉ Antoine RENARD
L’architecture .net et ASP.net
Teradata vers Oracle SQLWays – DDL/Schéma, Vues, Macros, Procédures, BTEQ, Migration d’Applications Copyright (c) Ispirer Systems Ltd. Tous Droits.
1.NET, bilan et perspective – Univ-Bordeaux - vendredi 18 novembre 2005.NET, bilan et perspectives François MERAND Responsable groupe architectes Division.
1 Les technologies XML Cours 1 : Les Web Services et Architectures Orientées Services Fé vrier Version 1.0 -
Cours 2 : Les Web Services Concepts Généraux
Projet Webase. I. La définition du projet 1. Lexistant : Webase 4 2. Cahier des charges 3. La répartition des données 4. Le modèle de données 5. Le choix.
Le File Transfer Protocol
NFE 107 : Urbanisation et architecture des systèmes d'information
Système de stockage réseaux NAS - SAN
Introduction aux services WEB
Les Enterprise Service Bus
Démarche Analyse des OGL et des Méthodes Objectifs : Activités :
Les Services Web Avec.NET version 1.1. Un service Web en bref… Méthodes ou objets accessible à distance via SOAP (Simple Object Access Protocol ); SOAP.
Etude des Technologies du Web services
XML-Family Web Services Description Language W.S.D.L.
Eric Vernié - Microsoft Yann Faure - Bewise Etude de cas FMStocks 2000.
Applications Chapitre B17 et C18
Principes de persistance dans les applications orienté objet
Le protocole FTP.
Gestion des bases de données
Les systèmes multiplateformes
Séminaire Service Interoperability on Context Level in Ubiquitous Computing Environments Davide Bazzi IIUF Etude de larticle: Service Interoperability.
Conjoncture des standards Internet et Web Benoît Girard, conseiller stratégique au réseau des webmestres gouvernementaux Ministère des Services gouvernementaux.
J2EE vs .NET Réaliser par : SEIF ENNACER BADRA && CHETOUI RIM.
1 © Copyright 2010 EMC Corporation. Tous droits réservés.  Consolidation  Économies d’échelle grâce à la standardisation  Réduction des coûts informatiques.
Présentation de CORBA et de IIOP
CENTRALISATION DES CANDIDATS LOCATAIRES
1 Architecture orientée service SOA Architecture orientée service SOA (Service Oriented Architecture)
E-Technology lab Plateformes, Technologies et Architectures pour les systèmes eGouvernement Par: Dr Mamadou Koné Université Laval, Québec, Canada et Houda.
“Software defined Storage”
Le contenu est basé aux transparents du 7 ème édition de «Software Engineering» de Ian Sommerville«Software Engineering» de Ian Sommerville B.Shishedjiev.
« Le plaisir du chercheur : retrousser les jupes de la nature » Jean Rostand Proposer une « Interface Homme Machine » en utilisant une technologie Client.
Introduction à la plateforme .NET
Enterprise Java Beans 3.0 Cours INF Bases de Données Hiver 2005, groupe 10 Stefan MARTINESCU.
Le web service
Mastère Professionnel Systèmes de Communication et Réseaux
Master HTTP Créator LARNS Corporation Membres : ALFOSEAJean-FabienChef de Projet LEROGNONRenaudDesigner N'DOYEAssaneWebmestre RONCAGLIAThomasRelation Publique.
Application de gestion des retards
Module 9 : Transfert de données. Vue d'ensemble Présentation du transfert de données Outils d'importation et d'exportation de données disponibles dans.
SLAM 1 Exploitation d’un schéma de données
Développement d’application Web.  Internet  WWW  Client/Serveur  HTTP.
ATELIER GENIE LOGICIEL
Logiciel libre ou commercial? Benjamin Thominet, le 31/01/2004.
MOCK.
Cours MIAGE « Architectures Orientées Services »Henry Boccon-GibodCours MIAGE « Architectures Orientées Services »Henry Boccon-Gibod 1 Architectures Orientées.
Xavier VERNE Consultant informatique Telamon. Plan Activités Aspects techniques Compétences Motivations.
L’enseignement de spécialité SLAM
Web Services 17/01/2009.
OPEN SERVICES GATEWAY INITIATIVE (OSGi) SEMINAIRE DE MASTER THIERRY MENOUD.
13/07/2015 JSF Java Server Faces Master 2 Pro GLR TER David Mihura Eric Le Merdy.
Les solutions de travail collaboratif
Introduction aux technologies des web services en Java EE
Martine Miny - MPInstitut - Référentiels et métiers de management de projet - Mastère IESTO - 9 février 2004 Référentiels et métiers de management de projet.
Création d’applications distribuées.NET Ziriad Saibi Relation technique éditeurs de logiciels Microsoft France.
PRESENTATION DU PROJET SHINE – OXFAM MALI AU CLUSTER SECURITE ALIMENTAIRE BAMAKO 25 JUIN, 2015 Présenté par: Ir. Cheikhou DIAGANA Emergency Food Security.
Café In: A quoi ca sert la recherche sur la programmation? Comment peut on faire travailler des ordinateurs ensemble? Ludovic Henrio SCALE TeamSCALE Team.
PROJET DE SESSION DANS LE CADRE DU COURS: SCG Réalisation d’applications en SIG PRÉSENTÉ PAR: Marie-Andrée Levesque 18 AVRIL 2006.
Transcription de la présentation:

Vers un développement ouvert Alexandre Poitras – Développeur indépendant WebÉducation – 24 janvier 2008

Utiliser la combinaison d'applications/utilitaires dont j'ai envie? Qu'est-ce que l'interopérabilité

L'interopérabilité est la propriété, pour un nombre quelconque de systèmes de traitement d'information, de pouvoir entrer en contact et d'échanger des informations entre eux. L'interopérabilité

La portabilité est la capacité d'une application en mesure de s'exécuter dans plusieurs environnements différents. La portabilité

La portabilité est la capacité de communiquer avec son environnement L'interopérabilité est la capacité de communiquer avec une autre application. En résumé

Les Vendor lock-in Dépendance d'un logiciel. Importants coûts de migration.

Plusieurs types Concernant la portabilité : Lock-in des outils. Lock-in de l'environnent. Concernant l'interopérabilité : Lock-in par le protocole.

La portabilité

Le lock-in des outils Un outil est un logiciel permettant ou facilitant la création/modification d'une application.

Quelques exemples Microsoft Visual Studio Eclipse Microsoft Visual Basic Oracle Application Express NetBeans

Le lock-in des outils Sauvegarde du travail dans un format binaire ou propriétaire. Génération de code complexe et non documenté.

Dangers Coûts et dépendance. Impossibilité de changer d'outils ou d'en utiliser plusieurs. Bogues possibles au niveau de l'outil. Fonctionnalités non disponibles. Difficile de déboguer. Impact sur la qualité du code.

Avantages Intégration très forte entre l'outil et le code. Tranquilité d'esprit.

Attention aux outils utilisés Les outils ne sont pas une potion magique. Utiliser des outils transparents.

Un exemple : NetBeans Matisse

Lock-in de l'environnement Le programme ne peut rouler que dans un certain environnement d'exécution : Matériel Système d'exploitation Serveur d'application, Base de Données. Frameworks.

Dangers Coûts et dépendance. Impossibilité de porter l'application sur un autre environnement. Innovation moins rapide.

Avantages Intégration plus forte.

Solutions Standards ouverts et solutions Open Source.

Les standards ouverts Processus de décision communautaire. Spécifications formelles. Plusieurs implémentations disponibles.

Avantages Portabilité. Dénominateur commun pour la création de solutions de plus haut niveau. Plus large communauté (plus d'idées, plus d'expériences,...).

Désavantages Évoluent très lentement. Visent un public général. Ne répondent pas à tous les besoins. Sous-ensemble de ce qui existe sur le marché.

Les standards à tout prix? Attention à la surutilisation des standards. Chaque développement a un contexte et des particularités différentes.

Dans quels domaines utiliser les standards? De bas niveau conceptuel, où l'innovation est moins importante. Matures! Dont l'implémentation est complexe. Où la portabilité est importante.

Exemples de standards à forte valeur ajoutée Paquetage de l'application. Traitement de requêtes Web.

Exemples de standards à faible valeur ajoutée Frameworks. Sécurité. Persistance.

La portabilité à tout prix? La portabilité a un coût! Seulement lorsque nécessaire. Limiter les dégâts : Isoler le code non portable. Utiliser des technologies transparentes.

Les solutions Open Source Autre méthode d'atteindre la portabilité. S'appuient sur les services standards de bas niveau de l'environnement.

Pourquoi l'Open Source? Très adapté aux domaines complexes et méconnus.

Pourquoi l'Open Source? Innovation très rapide. Très réactifs aux besoins des utilisateurs, bogues,... Contribution des idées par toute la communauté. Approche empirique plutôt que planifiée : les meilleures solutions survivent, les autres disparaissent.

La dette technique Ne jamais compromettre la qualité d'un développement!

Toujours pas convaincu? Il y aura toujours des trous à combler. Les développements maison sont beaucoup plus couteux.

Trop de choix? Le monde de l'Open Source bouge très très vite.

Adopter une stratégie Minimiser le nombre de produits. Utiliser solutions populaires. Combinaisons familières et documentées. Aller chercher du support lorsque nécessaire. Voir l'Open Source comme un choix technique! TESTER les produits avant de vous prononcer.

Et les solutions propriétaires? Toujours évaluer en fonction des besoins. Domaines précis ne menaçant pas la portabilité, par exemple la réplication des données sur un cluster. Vérifier les points d'extensions.

L'interopérabilité

Pourquoi l'interopérabilité L'informatique est de plus en plus central au fonctionnement d'une entreprise.

Pourquoi l'interopérabilité Le nombre d'applications utilisées a explosé. Relier l'entreprise à ses partenaires. S'adapter rapidement aux changements organisationnels. Changer de technologies sans délaisser les systèmes de première génération.

L'intégration Combiner des applications pour batir un système plus complet. Défi majeur pour la plupart des entreprises. Beaucoup d'innovation dans ce domaine.

Format de message Pour que 2 applications interagissent entre elles, elles doivent utiliser un format de message commun.

Plusieurs possibilités Protocoles réseaux : JMS, Web Services, RMI,... Fichiers locaux, Fichiers distants Courriels Données en Base de Données...

Service Web Les Services Web sont une technologie réçente qui génère beaucoup d'enthousiasme.

Service Web Un Service Web est un programme informatique permettant la communication et l'échange de données entre applications et systèmes hétérogènes dans des environnements distribués.

Pourquoi cette popularité? Standards et protocoles ouverts. Déployés sur des technologies Internet standards. Supportés par la majorité des gros joueurs du développement (Java et.Net).

2 types de services Web Les Services Web de type SOAP. Les Services Web de type REST.

Les Services Web de type SOAP Standards SOAP et WSDL définis par le consortium industriel WS-I. WS-I compte dans ses rangs : IBM, Microsoft, Oracle, Sun, BEA Systems,... Très lourd et complexe.

Les Services Web de type REST Basés sur l'architecture du Web et ses standards de base: HTTP et URI. Très simple et très légère. De plus en plus populaire (à juste titre).

La solution miracle? Simplement une technologie de messagerie. Acceptable d'utiliser d'autres technologies de messagerie.

Service Oriented Architecture Style d'architecture. Fonctionnalités décomposées en unités distinctes (services). Chaque service peut être implémenté dans une technologie différente.

Service Oriented Architecture Domaine prometteur mais très jeune et très complexe. Attention au battage publicitaire et aux standards prématurés (JBI, SCA).

Plusieurs solutions OS innovatrices Mule Apache ActiveMQ Spring Integration