Upload
others
View
14
Download
0
Embed Size (px)
Citation preview
Cedric Dumoulin
Cedric Dumoulin
Maître de Conférence – Laboratoire CRISTaL
M3 ext - Bureau 225
Utilisez votre email institutionnel [email protected]
Objectifs du Module
GL - Génie Logiciel
Apprendre à concevoir une application Orienté Objets
Apprendre les activités d’analyses et de conceptions d’une application Analyse
Analyser, recueillir, les besoins de l’utilisateur Trouver les grandes fonctionnalités en faire des cas d’utilisation
Conception concevoir les plans de l’application à partir de l’analyse trouver l’architecture, les classes, les responsabilités…
Réalisation réaliser l’application à partir de la conception « coder » Cette dernière phase n’est pas abordée
Objectifs du Module (suite) GL - Génie Logiciel
Appliquer les développements Iteratif et évolutifs Le Processus Unifié
Les phases Inception, Ellaboration, Construction, Transfert Les itérations
Les activités Analyse, Conception, Réalisation, Tests, …
Déroulement du module GL Cours, TD, TP 1 projet en équipe de 4 à 5 (obligatoirement)
constitution des équipes la première semaine de TD Nombre de membres en fonction de la taille du projet
3 rendus (contrôle continu) par PROF dates et heures précises et IMPERATIVES
Contrôle 1ère session : les 3 rendus + 1 soutenances 2éme session (à éviter) : examen
Le projet Se fait en groupe de 4 à 5 obligatoirement
Le sujet Une application à construire
Recueil des besoins des utilisateurs
La démarche Analyser les besoins
Produire un document
Vérifier l’adéquation
Réitérer pour enrichir le document
Définitions : MOA et MOE Maitrise d’ouvrage (MOA)
C’est la partie qui demande une application
Représente l’utilisateur de l’application
Maitrise d’œuvre (MOE)
Représente le concepteur de l’application
C’est la partie qui construit/implémente/réalise l’application (les informaticiens)
Le sujet Définition des sujets la 1ère semaine de TD/TP
Une application complexe
Vous ferez les phases d’analyse et de conception
Vous pouvez proposez des sujets !!
Nous ferons un choix
Les rendus C’est le même document résultant d’itérations
successives
Chaque itération enrichie le document
Le document suit un template et un plan précis
Documents à produire Document de suivi de projet
Tableau des taches à effectuer, affectation et date prévu
Document d’analyse et de conception
Doc principale
Contient votre travail
Tous les docs sont partagés
utilisation de GIT
Pas de google doc (ne permet pas l’historique)
Exemple de document de suivi Utiliser un tableur ?
Document d’analyse Fichier texte
Pour partage collaboratif avec GIT
Langage Markdown
Pour la mise en page
HTML simplifié
Editeur possible : Atom
Possibilité de générer un document avec template (entete, bas de page, date, numéro de version …)
Travail collaboratif Equipe de 4 à 6 membres
Répartition des taches entre les membres de l’équipe
Travaille d’harmonisation nécessaire Réunions régulière de tous les membres
Supervision par un des membre à chaque réunion
Identification et répartition des tâches Lors des réunions
permet de produire le ‘doc de suivi de projet’
Chaque membre prend en charge une partie du logicielle à construire
Notation Equipe
Répartition du travail Contenu du document Analyse et Conception
Cohérence, complétude, solution globale
Individuelle
Volume et réalisation des taches affectées Solutions proposées Participation dans l’équipe
Présence TD/TP Analyse du GIT
Validité de la partie réalisée
Evaluation des rendus Toutes les 4 semaines (3 évaluations)
30’ par équipe
L’équipe présente sa solution en s’appuyant sur son document
Ex: présentation des fonctionnalités à travers les CUs architecture à travers les diagrammes de classes Comportement dynamique avec les diagrammes de séquences …
Soutenances Lors du 3eme rendu
20~25 mn de présentation 5 mn de questions. Présence de tout le groupe de TD obligatoire
Contenu de la présentation :
présentation de votre solution
architecture logicielle choisie diagramme de CU d'un acteur
détail de l'analyse sur un cas d'utilisation de cet acteur
diagramme de classes
diagramme de séquence découverte de nouvelles classes
conclusion
Lecture Préparatoire
Lecture préparatoire
A préparer avant le cours !
Cours:
Approfondissement de la lecture
Transmission de savoirs faires
Réponses à vos questions
Lecture Préparatoire Object-Oriented Software
Engineering Using UML, Patterns, and Java
Bernd Bruegge, Allen H. Dutoit
Pearson New International Edition, 3/E
ISBN-10: 1292024011 • ISBN-13: 9781292024011
©2013 • Pearson • Paper, 736 pp Published 23 Jul 2013
Lecture Préparatoire Version eTextbooks, offre Pearson
(pc, tablette, ios, android) : http://www.coursesmart.co.uk/IR/5869163/9781292024011?__
hdv=6.8 Annotable, accessible hors ligne, réduction Je n’ai pas d’action dans le livre !!!
4 exemplaires papier en accès libre, mais limité en temps
Pdf sur le net ?
Recherche google Titre + pdf
Lectures optionnelles Software Engineering:
International Edition, 9/E Ian Sommerville, University of St
Andrews, Scotland
ISBN-13: 9780137053469
Pearson, Paper, 792 pp
Published 01 Apr
Lectures optionnelles Modélisation objet avec UML,
Pierre-Alain Muller , Nathalie Gaertner ,
Eyrolles, Définitivement indisponible
UML 2 et les design patterns Analyse et conception orientées objet et développement itératif Craig Larman,
Pearson Education -Eyrolles
Lectures optionnelles UML 2
Initiation, exemples et exercices corrigés
Auteurs : Laurent Debrauwer, Fien Van Der Heyde
Editeur : Eni
Nombre de pages : 281 pages
Date de parution : 12/08/2008 (2e édition)
Lectures optionnelles Enseigner à l'université:
Conseils pratiques, astuces, méthodes pédagogiques Markus Brauer
Lecture Préparatoire C’est en Anglais !!
Pensez a faire un glossaire de traduction
Travaillez à plusieurs
Utilisez des outils
Google translate
Outils de traduction collaboratives
« collaborative translation tool »
Sites Site en ligne
http://portail.fil.univ-lille1.fr/portail/index.php?dipl=MInfo&sem=S7&ue=GL
Syllabus http://www.lifl.fr/~dumoulin/enseign/coa/cours/syllabus.pdf
Contient
Les objectifs d’apprentissage
Le contenu du cours
Le calendrier