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