Projet logiciel orienté objets M2 Pro OSAE – P.Didelon, J.F.Rabasse.

Slides:



Advertisements
Présentations similaires
LA QUALITE LOGICIELLE Plan du cours La modélisation d’activité 1 h ½
Advertisements

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,
Cours prévu en début de 2° année
Analyse et Programmation Orientées Objets
Eléments de Génie Logiciel
La Gestion de la Configuration
Architecture Technique de la plate-forme CASTORE
Champs de Markov en Vision par Ordinateur
LA QUALITE LOGICIELLE Plan du cours Le Plan Qualité 1 h ½
JXDVDTEK – Une DVDthèque en Java et XML
Le processus unifié UML est un langage de modélisation et n ’impose pas de démarche de développement Le processus unifié : méthodologie de développement.
Les démarches de développement
Les démarches de développement
Rational Unified Process (RUP)
Formation Microsoft® Office Access 2007
MIAGE MASTER 1 Cours de gestion de projet
MANAGEMENT DU PRODUIT Organisation Technique du Produit (OTP) Objet Arborescence Produits Relation autres domaines Décomposition du système Gestion.
Créer une animation simple Gif avec ImageReady.
Architecture Réseau Modèle OSI et TCP.
Introduction à la conception de Bases de Données Relationnelles
Le projet en STI2D Initier le projet Délimiter les champs du possible
Revue de Projet : Sondages en Lignes 15 mars 2010 Coach : Clément CROCHEMORE Tracker : Mélissa PETIT Client : Elie LESUEUR Testeurs : Paul TOUTAIN et Thierry.
2nd Pro Maintenance des Véhicules Automobiles
Conception, création et animation d’une classe virtuelle
Les étapes du cycle de développement du génie logiciel
Tolerance Manager Un concept métier
Portée, arrimages et intervenants Évolution des méthodes
SEMINAIRE DE CONTACT novembre 2008 Outils de gestion de projet.
ANALYSE METHODE & OUTILS
Mise en oeuvre et exploitation
Création d’une communauté web scénarisée : le projet Crealys
Stratégie d’entreprise - Alstom Transport – Marco Férrogalini
La modélisation d’activité
Supports de formation au SQ Unifié
Hatainville Les Moitiers d’Allonne – Tel : Website : stratic.online.com La démarche projet Mars 2001.
Développement d'application rapide GEF492A Automne 2014 [HvV § 3.2.3]
Institut Supérieur des Sciences Appliquées et de Technologie Sousse
LE PLAN QUALITE Utilité du plan qualité :
GENIE LOGICIEL
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.
Les épreuves du BTS Systèmes photoniques
Introduction au Génie Logiciel
Arkhênum Patrimoine du Futur. Répartitions par types d’erreurs mineures.
LE DOSSIER DU PROJET Le dossier du Projet.
LE DATA WAREHOUSE.
Présentation AICHA REVEL INGENIEUR D’ÉTUDE STERIA DEPARTEMENT TRD
Présentation Finale Spirit 07 / 03 / 2011 Groupe Vert 1 Equipe Verte.
Systèmes mécaniques Introduction
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.
IFT 2251 Génie Logiciel Le Processus
Année 2006 – 2007 ENSEA © Emeric Rollin
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.
Revue de l’itération 4 11/12/ /01/2005. Revue d’itération 4 BE ISI Sommaire Rappel des objectifs Bilan de l’itération 4 Objectifs de.
L’enseignement de spécialité SLAM
Sites Pilotes Généralisation
Les démarches de développement
© Petko ValtchevUniversité de Montréal Janvier IFT 2251 Génie Logiciel Le Processus Hiver 2002 Petko Valtchev.
La méthode pédagogique maetic
Introduction à la Programmation Orientée Objet
Dans le cas du développement spécifique :
Conférence 2TUP Stéphane Barthon 03/12/
INTRODUCTION AUX BASES DE DONNEES
1 - Gestion du projet Initialisation Préparation
Projet formation en conduite de changement
PROJET DE SESSION PRÉSENTÉ PAR : Rosemarie McHugh DANS LE CADRE DU COURS : SCG Réalisation d’applications en SIG 16 avril 2007.
19 avril Spécification d’un cadre d’ingénierie pour les réseaux d’organisations Laboratoire de recherche : OMSI à l’EMSE.
SIO Gestion de projets, applications SIO Hager Khechine, MBA, PhD. Séance 2 : Méthodes de découpage de projets.
L’APPROCHE AGILE AVEC SCRUM
Transcription de la présentation:

Projet logiciel orienté objets M2 Pro OSAE – P.Didelon, J.F.Rabasse

 Didelon  calendrier  projet, organisation/mise en oeuvre  description générale  caractéristiques des éléments principaux  Tour de table  Rabasse  modélisation  structure projet  conception  modèles de données et architecture MOSAE

 Me 5/1 (aujourd’hui) présentation  Me 12/1 cours C++  Ve 14/1 mise en œuvre et organisation ◦ À la fin de la séance les équipes doivent être formées  Me 19 & 26/1 développement du « squelette » et mise en place des méthodes de travail  Me 2/2 revue de projet, réunion d’avancement ◦ Présentation (∼1h) en début de séance, ◦ si possible avec un document écrit (rapport)  Deux dernières semaines; 4 séances, mercredi et vendredi ◦ Réalisation et préparation de la présentation ◦ Soutenance pendant la semaine d’examen

 Réaliser un système qui fonctionne… ◦ même imparfait : il vaut mieux avoir un système qui a des limitations que l’ont connaît et que l’on peut gérer et améliorer, plutôt qu’un mouton à cinq pates qui donnent des résultats inattendus et incompréhensibles  Faire simple ◦ Toujours démarrer par quelque chose de simple ◦ La difficulté est de laisser une certaine souplesse/ouverture qui permette les évolutions futures  Ne pas attendre la fin de la réalisation pour tester ◦ Cycle de développement  cascade, V, W, spirale, RAD (dével. rapide d’appli.)… ◦ Itération, incrémentation, adaptation… ◦ … pour chaque étape  Spécification, conception, réalisation/implémentation, intégration, tests/validation ◦ Architecture OO bien adaptée du fait de l’encapsulation  Etape cruciale : prototype, squelette fonctionnel MOSAE

 Système imageur - modéliser : ◦ Ciel  zone  contenu (sources ponctuelles) ◦ Télescope/collecteur  constituants  propriétés ◦ Instrument/détecteur  interface avec le télescope (plan focal)  convertisseur ➠ cf. pb de discrétisation  définition de l’image  Système relativement complexe ◦ … à développer dans un temps limité ◦ ➠ développement homogène des différentes parties  au moins dans un premier temps MOSAE

 Cible : définition de la zone ◦ Test : utiliser un catalogue  Fichier, structure de données  zone prédéfinie α, δ, Δα, Δδ  données accessibles localement  définition des infos nécessaires ◦ Extensions possibles  Plusieurs zones disponibles, à différentes longueur d’onde λ (→structure de données)  Catalogue sur tout le ciel  Construction de catalogue à la demande ou au vol MOSAE

 Constituants : ◦ M1…, monture, foyer, configuration  Caractéristiques ◦ Diamètre, focale, pupille, PSF, transmission  Pointage, Champ de vue, Pose ◦ ➠ Zone couverte par le catalogue >suffisante ◦ Position des sources dans le champ  Première implémentation calcul simple Δα, Δδ / α, δ pointé  Utilisation angles d’Euler  Modélisation de la PSF ◦ Où l’implémenter (effet du télescope visible sur le détecteur) ◦ Versions  tache d’Airy sin(θ) = 1.22 λ/D  Approximation gaussienne …  fonctions de Bessel ◦ Optimisation MOSAE

 Composants/caractéristiques ◦ Type de détecteur, géométrie, électronique de lecture  Ensemble de détecteurs/pixels ◦ Décrit par une matrice  Convertisseur ◦ Transformation magnitude/flux lumineux en données digitalisées  Complexe ◦ … se limiter à un stockage/restoration de la lumière vue par les différents éléments du détecteur ◦ … à un facteur/fonction de conversion ad hoc MOSAE

 Découpage fonctionnel ◦ Jusqu’à quel niveau de détail ◦ Qui fait quoi ◦ Vision client/serveur peut aider… le client est roi ◦ Informations, données nécessaires  Coordination ◦ Il faut un coordinateur pour vérifier que les développements sont fait de manière cohérente, en concertation, et que les besoins des différents intervenants sont pris en compte. Role de pilote (chef de projet) ◦ Répartition en 3 groupes (le 14/1) ◦ 4 ème groupe (Rabasse/Didelon) conversion matrice détecteur en image  Prototype ◦ Squelette : 1 ère étape cruciale, passage des données de bout en bout MOSAE