Problèmes du génie logiciel. H. Lounis Les problèmes zTaille et complexité des logiciels ; zTaille croissante des équipes ; zSpécifications peu précises.

Slides:



Advertisements
Présentations similaires
MOT Éditeur de modèles de connaissances par objets typés
Advertisements

LA QUALITE LOGICIELLE Plan du cours La modélisation d’activité 1 h ½
Eléments de Génie Logiciel
Langage de modélisation objet unifié
19 septembre 2006 Tendances Logicielles IBM Rational Data Architect Un outil complet de modélisation et de conception pour SGBD Isabelle Claverie-Berge.
LA QUALITE LOGICIELLE Plan du cours La solution ½ h Introduction ½ h
XML - Henry Boccon-Gibod 1 XML, Langage de description La question du choix de formalismes Les entités et leur représentations modalités de modèles et.
1 Les technologies XML Cours 1 : Les Web Services et Architectures Orientées Services Fé vrier Version 1.0 -
Démarche de Projet D’après la norme X50-106, un projet est une démarche spécifique qui permet de structurer méthodiquement et progressivement une réalité.
- TUTORIAL MCIE - Méthode de Conception d’Interfaces Ergonomiques
Rational Unified Process (RUP)
Les Ateliers de Génie Logiciel
Première partie LES ÉTAPES DU PROCESSUS DE CONCEPTION DU MARINGOUIN.
IUT CALAIS Rue Louis David Calais Tel : RAPPORT DU PROJET Marsylle Florian.
Démarche Analyse des OGL et des Méthodes Objectifs : Activités :
MANAGEMENT DU PRODUIT Organisation Technique du Produit (OTP) Objet Arborescence Produits Relation autres domaines Décomposition du système Gestion.
Introduction au Génie Logiciel
Urbanisation des SI Saâd AISSA Sami BENMOSBAH Delphine GAAG
Les Cas d’utilisation.
Initiation à la conception de systèmes d'information
DURIBREUX, Michèle & COCQUEBERT & HOURIEZ, Bernard,
Introduction à la conception de Bases de Données Relationnelles
Relation processus Anthony Tomat, Marcel Grosjean IG2PTB.
Chap 4 Les bases de données et le modèle relationnel
Feature Driven Development (FDD)
Etude globale de système.
MOT Éditeur de modèles de connaissances par objets typés
TESTING BUSINESS PROCESSES
Conception des Réalisé par : Nassim TIGUENITINE.
Réalité virtuelle et Représentation de Données Complexes
Portée, arrimages et intervenants Évolution des méthodes
Programmation non procédurale Le projet ECOLE 2000
Sensibilisation a la modelisation
Langage de modélisation graphique de systèmes
ANALYSE METHODE & OUTILS
Supports de formation au SQ Unifié
Hatainville Les Moitiers d’Allonne – Tel : Website : stratic.online.com La démarche projet Mars 2001.
LE PLAN QUALITE Utilité du plan qualité :
GENIE LOGICIEL
Algorithmes et Programmation
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.
1 Emeric ROLLIN 1 Génie Logiciel GENIE LOGICIEL
Le contenu est basé aux transparents du 7 ème édition de «Software Engineering» de Ian Sommerville«Software Engineering» de Ian Sommerville B.Shishedjiev.
UML : un peu d’histoire H. Lounis.
Dr Ph CARDI - Interfaces 27/09/2001 Configuration des logiciels par les Praticiens de Santé mythe ou réalité Copyright 2001 © Intensive Care View.
© Petko ValtchevUniversité de Montréal Février IFT 2251 Génie Logiciel Conception Hiver 2002 Petko Valtchev.
Introduction au Génie Logiciel
Modèle Conceptuel des Traitements (MCT)
DESIGN MULTIMÉDIA Initiation aux bases de La scénarisation multimédia
Formalisation de la politique qualité
Gestion de projet Cycles de production
1 Emeric ROLLIN 1 Génie Logiciel GENIE LOGICIEL
Présentation AICHA REVEL INGENIEUR D’ÉTUDE STERIA DEPARTEMENT TRD
Management de la qualité
Année 2006 – 2007 ENSEA © Emeric Rollin
Unified Modeling Language
ISNET-43 Atelier de génie logiciel Approche fonctionnelle ou objets Concurrence ou complémentarité ? Synthèse.
L’enseignement de spécialité SLAM
Interface Homme Machine
2 Tracks Unified Process
IUT CALAIS Rue Louis David Calais Tel : RAPPORT DU PROJET Gamelin Antoine.
LA PRISE EN CHARGE DU TRAVAIL COOPÉRATIF
BACCALAUREAT PROFESSIONNEL 3 ANS MICROTECHNIQUES Quelques points clés.
UML support à la COO 2ème année IUT Calais-Boulogne Bénédicte Talon
Conférence 2TUP Stéphane Barthon 03/12/
développeur informatique
LES OUTILS DE GESTION DE PROJET
SIO Gestion de projets, applications SIO Hager Khechine, MBA, PhD. Séance 2 : Méthodes de découpage de projets.
Projet logiciel orienté objets M2 Pro OSAE – P.Didelon, J.F.Rabasse.
Transcription de la présentation:

Problèmes du génie logiciel

H. Lounis Les problèmes zTaille et complexité des logiciels ; zTaille croissante des équipes ; zSpécifications peu précises ; zÉvolution rapide des applications

H. Lounis Taille et complexité des logiciels zLe logiciel offre de plus en plus de fonctionnalités (système d ’information, data warehouse) ; zLogiciel souvent non unique, entités à interfacer ; zTechnologie en mutation (OS et langages en évolution) ; zComplexité architecturale (machines distantes, hétérogènes, client-serveur, intranet, …) ; zSolution : décomposer le processus de développement, découper en sous-systèmes, se rapprocher d ’un découpage naturel proche de la réalité.

H. Lounis Taille croissante des équipes zGestion des compétences variées ; zCoordination des travaux et circulation de l ’information ; zGestion en parallèle du travail sur une même tâche ; zUtilisation d ’un langage non ambigu et compréhensible par tous les acteurs du problème ; zProblème relié aux délais de plus en plus courts. zSolution : Unification du vocabulaire et méthode d ’organisation du travail

H. Lounis Spécifications peu précises zSpécifications précises, cohérentes et complètes ; zReprésentent une vue fonctionnelle du système à réaliser : rôle important du client et donc proche du domaine d’application vs. Analyse et conception ; zNécessité d’un formalisme simple et concis compris par tous les partis. zSolution : Modèles pour éclaircir, récapituler et montrer les points clés des spécifications.

H. Lounis Évolution rapide des applications zÉvolution fonctionnelle et technique ; zModification des besoins du client ; zModification de l ’activité du client ; zModification de l ’environnement technique. zSolution : cycle de vie itératif et incrémental, comme le cycle de vie objet.

Construire une application Orientée Objet

H. Lounis Construction logicielle Formalismes et Outils Méthodes Processus et Cycle de vie Buts

H. Lounis Buts zC’est un plan de construction sur lequel se baser ; zComprendre et définir le système à établir ; zMettre au point un plan de construction, constituant une ébauche architecturale et traduisant les buts du projet.

H. Lounis Processus et cycle de vie zOrganiser un plan d’action de la construction du logiciel axé sur les idées suivantes : yPlanifier les activités durant toute la vie du logiciel ; yOrganiser les interactions entre les activités interdépendantes ; yRéagir de façon efficace à l’évolution des objectifs et des facteurs extérieurs au système. Nécessité d’une méthode !

H. Lounis Méthode zSe baser sur des procédures de réalisation et des concepts homogènes : notion de modèles ; zC’est un guide définissant les règles de passage d’un modèle à un autre ; zModèle : représentation sémantique simplifiée mais juste du système, visant à l’analyser et à le comprendre, pour mieux le concevoir ; zLes modèles constituent des livrables du projet ; zIls doivent s’appuyer sur un langage précis et compréhensible par tous.

H. Lounis Formalismes et outils zCe sont des supports techniques indispensables ; zUML est un formalisme de représentation objet ; c’est une base commune de communication entre les acteurs du projet ; zSe doit d’être supporté par des outils de modélisation, de génération de code, de documentation, etc.) zAméliorent la productivité et respect des normes.

H. Lounis Cycle de vie objet zIl s’agit d’un projet faisant intervenir un langage objet mais également une méthode d’analyse/conception s’appuyant sur un formalisme objet ; zLe cycle de vie doit posséder : yUne bonne traçabilité entre les étapes (ce qui n’est pas le cas des projets non objet) ; yUn caractère itératif ; yUn caractère incrémental (maquette, prototypes, …).