plan de cours : glo-2004 - Pixel

Transcription

plan de cours : glo-2004 - Pixel
PLAN DE COURS
Hiver 2014
GLO-2004 21610 - Génie logiciel orienté objet
Informations générales
3
3-3-3
À distance
https://cours.ift.ulaval.ca/2014h/glo-2004_21610
https://pixel.fsg.ulaval.ca
Gaudreault,
[email protected]
Jonathan
Responsable : Gaudreault,
[email protected]
Jonathan
Date d'abandon sans échec avec
27 Janvier 2014 à 23h59
remboursement :
Date d'abandon sans échec sans
24 Mars 2014 à 23h59
remboursement :
Crédits :
Temps consacré :
Mode d'enseignement :
Site Web :
Intranet Pixel :
Enseignant(s) :
Description sommaire
L'objectif principal de ce cours est de former l'étudiant à la conception d'applications logicielles
d'envergure selon les principes fondamentaux du génie logiciel et de la programmation par objets.
L'approche « Unified », combinée à l'apprentissage du langage UML, est présentée et mise en pratique
dans un projet de conception et d'implantation d'un système logiciel réalisé en groupe. Le langage de
programmation Java est utilisé comme outil d'implantation.
Ce cours est offert à distance. Pour plus d'information, consultez la page du cours à l'adresse
www.distance.ulaval.ca.
NOTE IMPORTANTE:: veuillez vous assurer, pour chaque cours donné à distance, qu'il n'existe
aucun conflit d'horaire entre vos examens, aucun accommodement ne sera accordé en cas de conflit
d'horaire.
Horaire et disponibilités
Classe virtuelle synchrone :
Lundi
10h30 à
11h50
1/9
Mercredi
10h30 à
11h50
Objectifs
L'objectif principal de ce cours est de former l'étudiant à la conception d'applications
logicielles d'envergure selon les principes fondamentaux du génie logiciel et de la
programmation par objets.
Aux termes de ce cours, l'étudiant devrait pouvoir :
- Collaborer et communiquer avec les membres d'une équipe de conception de logiciel dans la
réalisation d'un projet complexe. Cela implique la participation à l'élaboration d'un projet
logiciel, de son cahier des charges, de son échéancier, de sa réalisation, de sa mise à l'épreuve
et de sa documentation.
- Être en mesure de mener simultanément une démarche qui combine créativité dans la
conception de logiciel, rigueur dans la modélisation et dans l'implantation du logiciel et dans
le suivi d'un projet, et pragmatisme dans l'atteinte des objectifs d'un projet en tenant compte
de contraintes temporelles et budgétaires.
- Pouvoir mettre en oeuvre la méthodologie PU, le langage de modélisation UML et le
langage de programmation JAVA qui seront utilisés pour la réalisation d'un projet
d'envergure.
- Poser un regard critique sur la formation reçue, dans une perspective d'amélioration
continue.
Contenu
- Conception d'applications logicielles orientées objet, avec emphase sur la méthodologie PU
(Processus unifié de Jacobson, Booch et Rumbaugh)
- Langage UML et ses principaux diagrammes
- Diagramme de classes conceptuel
- Diagramme de classes de conception
- Diagrammes d'intéraction (diagramme de séquence, diagramme de communication)
- Diagramme d'états
- Diagramme d'activités
- Architecture physique (diagrammes de composants, diagrammes de déploiement)
- Grands principes de conception orientée-objet
- Principaux patrons de conception
- Réalisation d'un projet orienté-objet d'envergure
Modalités d'évaluation
Examen
Date
Heure
Pondération
de
Document(s) autorisé(s)
2/9
la note finale
Examen
intra
Jeudi 27 février
2014
18h30 à
21h20
20.00%
Aucun
Examen
final
Jeudi 24 avril
2014
18h30 à
21h20
20.00%
Aucun
Heure
Date
d'activité
Heure
Pondération de la
note finale
n/a
n/a
14.00%
n/a
n/a
15.00%
n/a
n/a
15.00%
n/a
n/a
15.00%
Travail
Équipes
Date d'échéance
Projet de session /
Livrable #1
2à5
Mardi 4 février
2014
16h00
Projet de session /
Livrable #2
2à5
Vendredi 28
février 2014
10h00
Projet de session /
Livrable #3
2à5
Projet de session /
Livrable #4
2à5
Évaluation
Lundi 7 avril 2014
Lundi 28 avril
2014
10h00
10h00
Date de fin
Pondération de
la note finale
Vendredi 18 avril 2014 23h55
1.00%
Date de début
Évaluation de l enseignement Lundi 7 avril 2014 00h05
Politiques sur les examens
Les étudiants qui ont une lettre d'Attestation d'accommodations scolaires obtenue auprès d'un
conseiller du secteur Accueil et soutien aux étudiants en situation de handicap (ACSESH)
doivent compléter un rapport d'anomalie sur Pixel à cet effet au début de la session. Les étudiants
doivent également rencontrer leur professeur au début de la session afin que des mesures
d'accommodations en classe ou lors des évaluations puissent être prévues et planifiées suffisamment à
l'avance puis mises en place. Ceux qui ont une déficience fonctionnelle ou un handicap, mais qui n'ont
pas cette lettre doivent contacter le secteur ACSESH au 656-2880 le plus tôt possible.
Les étudiants inscrits dans un cours à distance et résidant, durant leurs études, à plus de 100 km de la
ville de Québec doivent procéder à l'inscription pour le lieu d'examen au plus tard le 28 janvier à
l'adresse suivante : www.distance.ulaval.ca/lieu_examen
Concernant une absence à un examen, le plus rapidement possible, et ce dans un délai maximal de 3
jours ouvrables l'étudiant doit utiliser le formulaire Web à cet effet qu'il ou elle trouvera sur son
guichet étudiant. Sans quoi, une note de 0 sera automatiquement allouée pour cet examen.
Seuls motifs acceptables pour s'absenter à un examen :
1. incapacité pour l'étudiant de passer l'examen durant la plage horaire de cet examen, à
être mentionné comme tel par un billet précis d'un médecin (incluant les coordonnées de ce
dernier), suite à une consultation médicale. Ce billet doit être présenté à la direction du
département (tel qu'indiqué dans les instructions associées au formulaire Web à remplir), qui
3/9
le déposera au dossier de l'étudiant. L'enseignant n'intervient pas dans ce processus mais en est
informé automatiquement, d'où la nécessité pour l'étudiant de remplir ce formulaire Web
le plus rapidement possible, car dans l'attente, une note de 0 est automatiquement attribuée
à l'étudiant pour cette épreuve.
2. mortalité d'un proche, à être documenté par une preuve de décès de la personne et une lettre
d'une tierce personne attestant du lien de parenté ou autre entre l'étudiant et la personne
décédée. Ces pièces doivent également être présentées à la direction du département (tel
qu'indiqué dans les instructions associées au formulaire Web à remplir). L'enseignant
n'intervient pas dans ce processus mais en est informé automatiquement, d'où la nécessité
pour l'étudiant de remplir ce formulaire Web le plus rapidement possible, car dans
l'attente, une note de 0 est automatiquement attribuée à l'étudiant pour cette épreuve.
Aucune justification d'absence reliée à des événements sportifs (sauf pour les athlètes du
Rouge et Or ou d'équipes nationales, sur approbation préalable de la direction du
Département), à un travail, à un conflit d'horaire avec d'autres cours ou examens, à des
horaires de voyage conflictuels (selon des billets d'avion déjà achetés par exemple), ou à des
motifs religieux quelconques n'est acceptable. Les conflits d'horaire doivent être résolus au
tout début de la session, avant la fin de la période de modification de choix de cours, par
l'étudiant lui-même. Un étudiant inscrit à l'un de nos cours après cette date est réputé ne pas
avoir de conflit d'horaire pour passer ses examens.
Toute absence justifiée à un examen entraîne l'obligation pour l'étudiant de passer un examen
reporté. Un seul examen reporté aura lieu pour ce cours et il s'agira d'un examen récapitulatif.
Cet examen se déroulera normalement durant le week-end (soit entre le vendredi après-midi et
le dimanche soir) de la première semaine de cours de la session académique suivante.
L'étudiant a l'obligation de se rendre disponible à cette date, sans quoi il obtiendra la note
de 0 pour cet examen. Les examens reportés de l'automne 2013 auront lieu le samedi 18
janvier 2014, ceux de l'hiver 2014 doivent avoir lieu le samedi 10 mai 2014 et ceux de l'été
2014 devraient normalement avoir lieu le samedi ? septembre 2015. Les examens de reprise
n'auront lieu qu'à l'Université Laval pour les cours à distance.
Politiques sur les travaux
• Dans le cadre d'un travail, toute communication entre équipes est strictement défendue.
• Toute personne prise à plagier, à tricher, activement ou passivement, ou à contrevenir aux
directives données dans le cadre d'un examen ou d'un travail noté et contributoire à la note
finale du cours, peu importe la pondération attribuée à l'examen ou au travail en question, fera
face aux conséquences de ses gestes, qui peuvent aller jusqu'à l'exclusion de son programme
de formation. Une politique stricte de tolérance zéro est appliquée en tout temps et sous toutes
circonstances. Tous les cas seront référés à la direction du Département.
• L'étudiant trouvera sur son guichet étudiant la politique départementale relative aux examens;
il ou elle est réputé(e) en avoir pris connaissance.
4/9
Consignes sur les examens
Aucune documentation n'est permise à l'examen. L'usage de la calculatrice est interdit (et inutile!)
Consignes sur les travaux
Le cours comporte un projet de conception et d'implantation d'une application logicielle de grande
envergure. Ce projet est réalisé en équipe. Chaque équipe doit veiller à ce que le projet rencontre les
exigences du cahier des charges à l'intérieur du budget et de l'échéancier prévus. Le projet est évalué
en étapes (livrables) qui servent à vérifier le niveau de maîtrise du processus de développement et des
étapes de conception et d'implémentation d'applications logicielles.
Une note identique est normalement attribuée à l'ensemble des membres de l'équipe. Cependant, la
note de chacun des membres de l'équipe peut être modulée en fonction d'une évaluation individuelle
effectuée par les pairs au sein de l'équipe pour chaque remise. Si un membre reçoit une majorité
d'évaluations non-satisfaisantes de la part de ses coéquipiers (c.-à-d. 50% ou plus des évaluations),
alors sa note individuelle pour le projet de session sera réduite de 50%. Si toutes les évaluations sont
non-satisfaisantes, alors sa note individuelle pour le projet de session sera réduite de 75%. Par
exemple, en appliquant la règle précédemment décrite pour une équipe de 4 personnes :
• Si un individu reçoit des évaluations favorables de la part de ses trois coéquipiers, alors il
obtient 100% de la note du projet;
• Si un individu reçoit une seule évaluation défavorable de ses coéquipiers, alors il obtient
également 100% de la note du projet;
• Si un individu reçoit deux évaluations défavorables, alors il obtient 50% de la note du projet;
• Si les trois évaluations des coéquipiers sont défavorables, alors il obtient 25% de la note du
projet.
Prenez note également qu'une équipe dont l'un des membres n'aurait pas contribué dutout à un livrable
(réunions, travail, rapport) ne devrait normalement pas inclure le nom du membre en question sur le
rapport et au moment de la remise sur Pixel. Par ailleurs, tout problème interne de gestion de l'équipe
devrait être sans délai rapporté au professeur.
Dans un contexte de développement logiciel, la réutilisation du code est considérée comme une bonne
pratique mais les situations suivantes seront considérées comme du plagiat:
- réutiliser du code source provenant d'un livre ou d'Internet sans en citer la source via un commentaire
dans le code;
- réutiliser le code d'une autre étudiant (qu'il s'agisse d'un étudiant de la même classe ou d'une autre
session);
- réutiliser du code source provenant d'un travail réalisé par vous-même dans un autre cours, sans le
mentionner dans le code source et/ou sans avoir obtenu l'accord du professeur du cours original.
Notez également que l'usage d'une librairie de programmation dont l'usage n'a pas été approuvée par le
professeur est interdite.
5/9
Échelle des cotes (cycle 1)
Échelle des cotes
A+ [ 90.00 - 100 ]
A [ 86.00 - 89.99 ]
A- [ 82.00 - 85.99 ]
Réussite
B+ [ 80.00 - 81.99 ]
B [ 77.00 - 79.99 ]
B- [ 74.00 - 76.99 ]
Réussite
C+ [ 70.00 - 73.99 ]
C [ 65.00 - 69.99 ]
C- [ 60.00 - 64.99 ]
Réussite
D+ [ 55.00 - 59.99 ]
D [ 50.00 - 54.99 ]
Réussite
E [ 0.00 - 49.99 ]
X
Échec
Abandon sans échec
(dans les délais prévus)
Politique sur les cotes
L'enseignant se réserve le droit d'ajuster quelque peu cette répartition des cotes afin de réfléter
l'évaluation juste des étudiants du cours.
Modalités sur les laboratoires
Les rencontres de travail sont organisées de manière autonome par chaque équipe.
Des séances de "consultation / dépannage" (sur rendez-vous) seront offertes aux équipes par le
professeur (questions relatives au contenu du cours aux exigences du projet) et l'auxiliaire à
l'enseignement (questions concernant Java et le développement du projet).
Méthodologie
Le cours comporte des leçons magistrales, des démonstration logicielles, la présentation de cas et des
séances de dépannage/consultation pour la réalisation du projet.
Logiciels
L'utilisation du logiciel de modélisation UML "Visual Paradigm" est obligatoire. Une license
institutionnelle permet aux étudiants de l'utiliser sans frais.
L'environnement Eclipse (logiciel libre) pour le développement en JAVA est également requis. Bien
que le projet soit réalisé en JAVA, on suppose que l'étudiant n'a pas de connaissance préalable de ce
langage. On suppose cependant qu'il a de bonnes bases en orienté-objet et qu'il apprendra le Java par
lui-même en réalisant le projet.
6/9
Manuel de cours
La traduction française ou la version originale anglaise du manuel suivant est obligatoire:
- Craig Larman, "Applying UML and Patterns: An Introduction to Object-Oriented Analysis and
Design and Iterative Development", 3rd Edition, Prentice Hall, ISBN: 0131489062, 736 pages, 2004.
- Craig Larman, "UML 2 et les Design Patterns", 3e édition, Pearson Education, ISBN: 2744070904,
850 pages, 2005.
Les ouvrages suivants, non obligatoires, constituent un très bon complément au manuel
obligatoire:
- Erich Gamma, Richard Helm, Ralph Johnson, John Vlissides, "Design Patterns", Addison-Wesley,
ISBN: 0201633612, 395 pages, 1995. (Disponible à la bibliothèque en version papier et électronique)
- Grady Booch, James Rumbaugh, Ivar Jocabson, "The Unified Modeling Language User Guide,
Second Edition", Pearson Education, ISBN: 0321267974, 2005. (Disponible à la bibliothèque en
version papier et électronique)
Le livre suivant sur Java (disponible en version électronique sur le site de la bibliothèque) est
recommandé pour consultation:
- Paul Deitel, "Java for programmers", Prentice Hall, 2009.
http://ariane2.bibl.ulaval.ca/ariane/?wicket:interface=:3::::
Les manuels suivants peuvent être consultés de manière complémentaire:
- Philippe Kruchten, "The Rational Unified Process: an introduction, Third Edition", Addison Wesley,
ISBN: 0321197704, 2004 (Disponible à la bibliothèque en version électronique)
- Michael Blaha, James Rumbaugh, "Object-oriented Modeling and Design with UML, Second
Edition", Pearson Education, ISBN: 01301592042005. (Seule la traduction française "Modélisation et
conception orientées object avec UML 2" est disponible à la bibliothèque)
Politique sur l'utilisation d'appareils électroniques pendant une séance d'évaluation
L'utilisation d'appareils électroniques (cellulaire ou autre appareil téléphonique sans fil, pagette,
baladeur, agenda électronique, etc.) est interdite au cours d'une séance d'évaluation et de toute autre
activité durant laquelle l'enseignant l'interdit.
De plus, seuls certains modèles de calculatrices sont autorisés durant les séances d'évaluation.
Les modèles suivants sont autorisés :
Hewlett
Packard
Texas
Instrument
HP 20S, HP 30S, HP 32S2, HP 33S, HP 35S
TI-30Xa, TI-30XIIB, TI-30XIIS, TI-36X, BA35
7/9
Sharp
EL-531*, EL-535-W535, EL-546*, EL-510 R, EL-520*
FX-260, FX-300 MS, FX-350 MS, FX-300W Plus, FX-991MS, FX-991ES,
Casio
FX-991W, FX-991ES Plus C
* Calculatrices Sharp: sans considération pour les lettres qui suivent le numéro
Dans tous ces cas, la calculatrice doit être validée par une vignette autocollante émise par la COOP
étudiante ZONE.
Information spécifique aux étudiants de l'École d'actuariat
Les calculatrices autorisées lors des examens sont uniquement les modèles répondant aux normes de la
Society of Actuaries et de la Casualty Actuarial Society pour leurs examens, soit les modèles Texas
Instruments suivants :
• BA-35 (solaire ou à pile)
• BA II Plus
• BA II Plus Professional
• TI-30Xa
• TI-30X II (IIS ou IIB)
• TI-30X MultiView (XS ou XB)
Politique sur le plagiat et la fraude académique
Règles disciplinaires
Tout étudiant qui commet une infraction au Règlement disciplinaire à l'intention des étudiants de
l'Université Laval dans le cadre du présent cours, notamment en matière de plagiat, est passible des
sanctions qui sont prévues dans ce règlement. Il est très important pour tout étudiant de prendre
connaissance des articles 28 à 32 du Règlement disciplinaire. Celui-ci peut être consulté à l'adresse
suivante:
http://www.ulaval.ca/sg/reg/Reglements/Reglement_disciplinaire.pdf
Plagiat
Tout étudiant est tenu de respecter les règles relatives au plagiat. Constitue notamment du plagiat le
fait de:
1. copier textuellement un ou plusieurs passages provenant d'un ouvrage sous format papier ou
électronique sans mettre ces passages entre guillemets et sans en mentionner la source;
2. résumer l'idée originale d'un auteur en l'exprimant dans ses propres mots (paraphraser) sans en
mentionner la source;
3. traduire partiellement ou totalement un texte sans en mentionner la provenance;
4. remettre un travail copié d'un autre étudiant (avec ou sans l'accord de cet autre étudiant);
5. remettre un travail téléchargé d'un site d'achat ou d'échange de travaux scolaires.
L'Université Laval étant abonnée à un service de détection de plagiat, il est possible que l'enseignant
soumette vos travaux pour analyse.
Étudiants ayant un handicap, un trouble d apprentissage ou un trouble mental
8/9
Les étudiants qui ont une lettre d'Attestation d'accommodations scolaires obtenue auprès d'un
conseiller du secteur Accueil et soutien aux étudiants en situation de handicap (ACSESH) doivent
impérativement se conformer à la politique d'Accommodations scolaires
aux examens de la Faculté des sciences et de génie qui peut être consultée à l'adresse
: http://www.fsg.ulaval.ca/fileadmin/fsg/documents/PDF/Politique-Facultaire-Accommodements.pdf
9/9