Enseignant responsable :
Nils Gesbert
Supports de cours
Travaux pratiques
Énoncés :
- Manip 1 (Environnement de travail) [Énoncé]
- Manip 2 (Pages web statiques) [Énoncé]
- Manip 3 (Formulaires GET/POST) [Énoncé, Ressources zip]
- Manip 4 (Mon premier Servlet) [Énoncé]
- Manip 5 (Pages web dynamiques : servlets) [Énoncé]
- Manip 6 (Cookies) [Énoncé, ressources zip]
- Manip 7 (Sessions) [Énoncé]
- Manip 8 (Accès à une BD) [Énoncé]
- Manip 9 (JSP) [Énoncé]
- Manip 10 (MVC) [Énoncé, Ressources]
- Manip 11 (Javascript) [Énoncé]
- Manip 12 (Javascript) [Énoncé]
Corrections :
Projet commun ACOL/Web
Énoncé disponible ici. Archive des sujets :
2016,
2017.
Consignes :
- Le TP sera réalisé par des équipes de 4 étudiants
qui devront être constituées sur Teide
- La date limite du rendu est fixée le jeudi 18 avril 2019
- Le cahier des charges peut comprendre des ambiguïtés.
Lorsque vous en voyez une, on vous demande de la documenter
dans le rapport et de faire un choix qui vous semble
raisonnable pour la lever, en indiquant clairement ce choix.
On imagine que ce choix correspond à une proposition que vous
auriez faite au client et que celui-ci aurait acceptée.
Précisions et détails techniques :
Si vous souhaitez travailler sur une machine personnelle, vous
pouvez vous connecter à ensioracle1 à condition d’être sur le
VPN. Pour pouvoir vous connecter en JDBC, il vous faut le
fichier ojdbc7.jar
. Vous pouvez récupérer celui de
l’école en scp : scp
votrelogin@pcserveur.ensimag.fr:/opt/oracle/jdbc/lib/ojdbc7.jar
./
par exemple.
Il n’est pas obligatoire de mettre du
Javascript dans votre projet et donc de mettre en place des
fonctionnalités qui nécessitent Javascript. (Cela n’est pas non plus
interdit si vous le souhaitez, mais privilégiez les fonctionnalités de
base.)
Principaux critères pris en compte pour la note de CAWEB :
- respect du cahier des charges : présence et conformité des
différentes fonctionnalités de l’application, telles que
déterminées par l’analyse des cas d’utilisation.
- respect de l’architecture MVC, en particulier : les
contrôleurs ne génèrent aucune réponse au client, les vues n’ont
aucun effet de bord (n’accèdent au modèle qu’en lecture), toutes
les informations en base de données correspondent à des éléments
du modèle.
- qualité et présentation du code (structuration, nommage,
commentaires...)
- ergonomie et utilisabilité de l’interface, correction du code HTML généré, gestion des erreurs.
- gestion correcte des droits d’accès des différents
utilisateurs (impossibilité de faire des actions réservées à
l’utilisateur U sans être identifié comme U, même en contournant
l’interface, par exemple en entrant des URL à la main, ou en
utilisant une version en cache d’un formulaire sur un navigateur
où U s’est déloggué)