air - User contributions [en]

ECOM-M2PGI

2021-08-18T08:07:40Z

Noel.DePalma: /* M2PGI (Alternant) */

ECOM-M2PGI

2021-08-18T07:56:06Z

Noel.DePalma: /* Critères d'évaluation */

ECOM-M2PGI

2021-08-18T07:54:19Z

Noel.DePalma: /* M2PGI Classique */

ECOM-M2PGI

2021-08-18T07:53:59Z

Noel.DePalma: /* M2PGI (Classique) */

ECOM-M2PGI

2021-08-18T07:53:16Z

Noel.DePalma: /* M2PGI (Alternant) */

ECOM-M2PGI

2021-08-18T07:37:01Z

Noel.DePalma: /* Organisation 2018-2019 */

ECOM-M2PGI

2018-10-17T08:34:57Z

Noel.DePalma: /* M2PGI (Classique) */

ECOM-M2PGI

2018-10-17T08:34:38Z

Noel.DePalma: /* M2PGI (Classique) */

ECOM-M2PGI

2018-09-28T07:33:50Z

Noel.DePalma: /* Doc utiles */

ECOM-M2PGI

2018-09-28T07:33:11Z

Noel.DePalma: /* Document de conception système */

Le projet eCOM consiste à concevoir et développer une application de commerce électronique. [[ECOM|suite ...]]

=Étapes du projet=
La partie IHM et la partie Système sont menées en parallèle pendant toute la durée du projet. Le projet se conclut par une soutenance finale pour chaque partie (IHM et système).

==Conduite de projet==
Le projet eCOM est très court en durée. Il est préconisé d'utiliser la méthodologie [[Scrum]] pour la conduite du projet dans chaque groupe.

===Critères d'évaluation===
La conduite du projet sera principalement évaluée en fonction des critères suivants :
* vous devez choisir un Scrum Master (unique ou tournant) : vous devez justifier votre choix
* durée du sprint (idem : vous devez justifier votre choix)
Sur ces 2 premiers critères, vous n'en changez pas !!!

Vous devez prévoir :
* product backlog
* sprint backlog
* sprint planning
* démos
* rétrospectives

Pensez à créer un wiki qui regroupera l'ensemble de vos documentations. Cela doit être une documentation Agile !!!!

Un point de bonus pour ceux qui réussiront à mettre en place des "poker planning".
[[File:20121002 141359.jpg|center|400px|PokerPlanningECOM2013]]

==Partie IHM==

===Etapes et documents demandés===
Le détail sur l'organisation et l'évaluation du travail concernant les spécifications du site sera communiqué lors des premières séances de cours. Liste des Livrables et date de rendu pour les M2PGI Alternants :

* Livrable 1 : par email, membres du groupe et brève description du sujet (un seul groupe OK)

====[[Audit 1 :]]====
* L2.1 : Description des profils
* L2.2 : Questionnaire profils (OPT-ALT)
* L3.1 : Scénarios
* L3.2 : Analyse de la concurrence (OPT-ALT)
* L3.3 : Questionnaire sur l'utilisation (OPT-ALT)
* L4 : Modèles de tâches (Audit 2 pour ALT)
* L5 : Fonctionnalités
* L6.1 : Objectifs pour chaque version (priorités de développement)

====[[Audit 2 :]]====
* Mise à jour de L2 à L6.1
* L7.1 : Architecture (OPT-ALT)
* L7.2 : Base de données (OPT-ALT)
* L7.3 : IHM Abstraite
* L7.4 : Maquettes
* L6.2 : Objectifs pour les versions suivantes
* L8 : Démo de V0

====[[Audit 3 (Soutenances) :]]====
* Mise à jour de L7.3 (correction des erreurs)
* L9 : Rapport d'évaluation experte (imprimé pour la soutenance)
* L10 : Démonstration finale
* L11 : Diapos de votre présentation (version numérique à laquelle l'enseignant a accès au moment de votre passage)

OPT signifie que le livrable est optionnel soit parce qu'il ne s'applique pas à tous les groupes, soit parce qu'il ne peut qu'apporter une plus value à votre projet (points en plus mais pas en moins au moment de l'attribution de la note).
Lorsque ce n'est pas précisé, c'est à vous de choisir le mode présentation (écrit, schéma...) des informations du livrable

===Critères d'évaluation===
La partie IHM du projet sera principalement évaluée en fonction des critères suivants :
* Conformité de l'IHM concrète et abstraite avec le modèle de tâches
* Couverture fonctionnelle de l'application et robustesse au regard des priorités que vous avez retenues
* Qualité ergonomique au regard des principes vus en cours
* Rigueur de la démarche

La note est obtenue par l'évaluation tout au long du projet elle est composée de :
* Les besoins (3 pts) : informations sur les besoins que vous allez prendre en compte (livrables et audit 1)
* La conception (5 pts) : proposition de solution pour répondre aux besoins (livrables et audit 2)
* L'évaluation (3 pts) : évaluation de votre (ou vos) solution(s) (livrable et soutenance finale)
* Présentations (3 pts) : qualité des présentations (documents, email et slides de soutenance finale)
* Développement (6 pts) : qualité et quantité du code (démo et code)

Les notes des membres du groupe peuvent être différentes en fonction du travail fourni et constaté par l'enseignant.

==Partie Système==

Remarque : Aucune des phases du projet ne nécessite le développement d'un client lourd en mode graphique (SWT ...).
===Documents demandés===
Deux rapports doivent être rédigés pour la partie Système : un document de conception système et un document d'évaluation système.

====Document de conception système====
Le dossier de conception système (DCS) a pour but de permettre à toute personne de connaitre les principaux composants de votre application ECOM. Cette connaissance doit pouvoir être acquise rapidement, sans avoir à entrer dans les détails de l'implémentation. Le DCS doit donc être de taille relativement limitée (5 à 10 pages, 20 pages au grand maximum).
Le DCS est centré sur un schéma d'architecture système (SAS) : ce schéma doit faire apparaître les composants qui vont constituer l'application, ainsi que les liens entre les beans. Un lien depuis un composant A vers un (ou plusieurs) composant(s) B signifie qu'une interaction peut avoir lieu depuis A vers B. Un lien peut être monovalué ou multivalué, monodirectionnel ou multidirectionnel.

====Document d'évaluation système====

Le rapport final système du projet ECOM a pour but de préciser l’état d’avancement de votre application ECOM.

Le rapport final système doit préciser :
* L’état de chaque composant : non réalisé, réalisé, réalisé et validé
* Les fonctions réalisées, réalisées et testées, et celles restant à réaliser
* Les propriétés non fonctionnelles garanties par votre réalisation, et celles restant à considérer pour finaliser votre application
* Le temps consacré à la conception système
* Le temps consacré au développement système
* Les principales difficultés rencontrées
===Critères d'évaluation===
La partie système du projet sera principalement évaluée en fonction des critères suivants :
* Conformité aux spécifications de l'application et aux consignes données dans le cadre du projet
* Respect des échéances pour les différentes étapes du projet (y compris pour les prototypes intermédiaires et les documents)
* Qualité de l'architecture de l'application
* Qualité et robustesse du code applicatif
* Compréhension des principaux concepts de la technologie Web
* Rigueur de la démarche de conception
* Qualité des présentations/soutenances
En complément, les aspects suivants seront également considérés :
* Méthodologie de test
* Déploiement et retrait de l'application sur/de la plateforme cloud
* Préparation d'images de VMs avec [[Kameleon]]
* Performances (résultat du injection de charge avec [[Apache JMeter]] ou OW2 CLIF)
* Supervision du système déployé avec des sondes [[Nagios]] ou [[Shinken]] conditionnées dans les VMs à déployer.
* Utilisation (optionnelle) de technologies/APIs/frameworks avancés

==Consignes pour la soutenance==
===Consignes spécifiques pour les soutenances IHM===
Salle : F113

Durée totale : 45 minutes

Pour le 23/09 minuit au plus tard :
* les documents de conception (hors évaluation), gestion de projet et le code doivent être accessibles à l'enseignant : envoyer un email avec l'ensemble des liens permettant d'y accéder

Le jour de la soutenance :
* envoyé avant votre passage les liens vers les derniers documents (évaluations + diapositives de soutenance)
* votre passage doit contenir une présentation globale du projet, le processus de conception (illustré), des évaluations, le bilan (point de vue IHM) et une démo PRÉPARÉE
* présentez individuellement un bilan de ce que vous retenez (positif, améliorations personnelles, négatif)
* arrivez avec l'application démarée (on ne perd pas de temps) et 1 ou 2 scénarios (de test)
* prévoyez 15 minutes de questions lors de votre passage

===Consignes spécifiques pour les soutenances Système===
* Apportez un exemplaire du dossier d'évaluation système (déposé la veille sur Moodle) lors de la soutenance. Il n'est pas nécessaire d'apporter un exemplaire du dossier de conception système.
* Préparez vous 30 minutes avant votre soutenance pour démarrer les instances avec le service développé.
* Prévovez environ 30 minutes pour la présentation/démo/questions. Utilisez des transparents pour présenter votre projet.
* Les démonstrations peuvent être faites sur vos machines personnelles cependant le service eCOM doit IMPERATIVEMENT s'exécuter sur une ou plusieurs instances de VM.
* Conditionnez le projet final sous la forme d’une archive (zip ou tar.gz) après avoir inclus la documentation (dans un repertoire /main/site). Utilisez la convention de nommage suivante : ecom_final_1213-X.zip où X correspond au nom du projet.
* Déposez immédiatement après la soutenance (et en aucun cas après le 20 décembre) l'archive sur Moodle.
* le rapport de charge (benchmark) doit être (MUST) fourni dans la documentation.
* le rapport sur les métriques logicielles doit être (MUST) fourni dans la documentation.

=Organisation 2018-2019=

==Planning==
===M2PGI (Alternant)===
'''Equipe pédagogique:''' VL = Vincent Lesne, NDP= Noel De Palma, SC = Sybille Caffiaux, SCB = Sebastien Chassande, UD=Ugo Decharriere

*03 sept 09h-12h F022, Boot Projet (NDP)
*03 sept 14h-17h TD F118 / TP F217, Cours Spring (SCB/NDP)
*04 sept 09h-12h TD F218 / TP F217, Cours Angular (SCB/NDP)
*04 sept 14h-17h TD F218 / TP F217, Cours Angular (SCB/NDP)
*05 sept 09h-12h TD F218 / TP F217, Libre service
*05 sept 14h-17h TD F218 / TP F217, Libre service
*06 sept 09h-12h TD F118, Cours IHM (SC)
*06 sept 14h-17h TD F118 / TP F217, Cours Cloud (UD)
*07 sept 09h-12h TD F114 / TP F211, Cours Agile (VL)
*07 sept 14h-17h TD F114 / TP F211, Cours Agile (VL)
*10 sept 09h-12h TD F218 / TP F217, Audit Syst. (SCB/NDP)
*10 sept 14h-17h TD F218 / TP F217, Audit Agile (VL)
*11 sept 09h-12h TD F118 / TP F217, Libre service
*11 sept 14h-17h TD F118 / TP F217, Libre service
*12 sept 09h-12h TD F218 / TP F217, Libre Service
*12 sept 14h-17h TD F218 / TP F217, Libre Service
*13 sept 09h-12h TD F118 / TP F217, Audit Syst. (SCB, NDP)
*13 sept 14h-17h TD F118 / TP F217, Audit Agile (VL)
*14 sept 09h-12h TD F114 / TP F214, Point Infra. (UD)
*14 sept 14h-17h TD F114 / TP F214, Libre Service
*17 sept 09h-12h TD F109 / TP F216, Audit Syst. (SCB/NDP)
*17 sept 14h-17h TD F109 / TP F216, Audit Agile (VL)
*18 sept 09h-12h TD F118 / TP F217, Libre Service
*18 sept 14h-17h TD F118 / TP F217, Point Infra. (UD)
*19 sept 09h-12h TD F218 / TP F217, Libre Service
*19 sept 14h-17h TD F218 / TP F217, Libre Service
*20 sept 09h-12h TD F118 / TP F217, Point Infra. (UD)
*20 sept 14h-17h TD F118 / TP F217, Libre Service
*21 sept 09h-12h TD F109 / TD F114 / TP F211, Soutenance
*21 sept 14h-17h TD F109 / TD F114 / TP F211, Soutenance

===M2PGI (Classique)===
'''Equipe pédagogique:''' Noël de Palma (NdP), Vincent Lesne (VL), Sybille Caffiau (SC), Sebastien Chassand-Barrioz (SCB), Ugo Decharriere (UD)

'''Dates Importantes:'''
*28 sept 14h-17h F319 TD, F204 TP, Cours Spring (SCB/NDP)

*05 oct 09h-12h F114 TD, F215 TP, Cours Angular (SCB/NDP)
*05 oct 14h-17h F319 TD, F204 TP, Cours Angular (SCB/NDP)

*12 oct 09h-12h F114 TD, Cours Agile (VL)
*12 oct 14h-17h F319 TD, Cours Agile (VL)

*19 oct 09h-12h F114 TD, Cours IHM (SC)
*19 oct 14h-17h F319 TD, Cours Cloud (UD)

*26 oct 9h-12h F215 TP, Audit Système (SCB, NDP)
*26 oct 14h-17h F204 TP, Audit Agile (VL)

*09 nov 9h-10h30 F114 TD, Cours IHM (SC)
*09 nov 14h-17h F319 TD, F204 TP, Libre Service

*16 nov , 9h-12h F215 TP, Audit Système (SCB, NDP).
*16 nov 14h-17 F204 TP, Audit Agile (VL)

*23 nov 9h-12h F215 TP, Point Infra (UD).
*23 nov 14h-17h F319 TD, F204 TP, Libre Service

*30 nov 9h-12h F215 TP, Audit Système (SCB, NDP).
*30 nov 14h-17h F204 TP, Audit Agile (VL)

*07dec 9h-12h F215 TP, Point Infra (UD)
*07 dec 14-17h F319 TD, F204 TP, Libre Service

*14 dec 9h-12h F215 TP, Audit système (SCB, NDP)
*14 dec 14h-17h F204 TP, Point Infra (UD)

*17 dec-21 dec F216/F215 TP semaine bloquée libre service
*Le 21/12 soutenances tte la journée F215/F216

==Groupes==
===M2PGI Apprenti===

===M2PGI Classique===
Consigne pour la constitution des groupes : Les étudiants ayant choisis l'option multimobile doivent se mettre ensemble. Ils doivent constituer des groupes de 4/5 afin d'avoir en tout 4 groupes (de M2 PGI classiques)

==Soutenance==
===M2PGI Apprenti===

===M2PGI Classique===

=Documentation=
==Transparents de cours==

==Doc utiles==
* [http://wiki.easybeans.org/xwiki/bin/view/Main/Documentation Documentation Easybeans (conteneur EJB3 utilisé par Jonas)]
* [http://docs.oracle.com/javaee/6/tutorial/doc/ Tutorial JavaEE 6 ]
* [http://netbeans.org/kb/67/javaee/ejb30.html Tutorial NetBean et JEE ]
* [http://docs.oracle.com/javaee/6/api/ API JavaEE 6]
* [https://java.net/projects/javaee-spec/pages/Home Spécifications JavaEE 6]
* [http://www.theserverside.com/news/thread.tss?thread_id=55191 JPA implementation patterns ]
* [http://jonas.ow2.org/JONAS_5_1_2/doc/doc-en/html/getting_started_guide.html#id1316973 Glossaire]
* [http://www.easybeans.net/xwiki/bin/download/Main/Documentation/ejb3-annotations.pdf Aide mémoire pour les annotations EJB3 ]
* Présentation sur le Cloud Computing : http://erods.liglab.fr/icar2013/programme.html
* Documentation et Training Kit sur Windows Azure : http://www.microsoft.com/en-us/download/details.aspx?id=8396
* Documentation de [http://roboconf.net/en Roboconf]
** Exemple avec LAMP http://roboconf.net/en/user-guide/lamp-example-part-1.html
http://proton.inrialpes.fr/~depalma/ecom/liens/liens.html
* Questionnaire pour site web : [[Media:Questionnaire copy.pdf]]
* Questionnaire SUS (évaluation satisfaction) : [http://blocnotes.iergo.fr/concevoir/les-outils/sus-pour-system-usability-scale/]

===Quelques livres===
REMARQUE: les livres sur JavaEE se periment très vite avec l'évolution de la spécification
* Java EE6 Cookbook for securing, tuning, and extending enterprise applications: http://www.packtpub.com/java-ee6-securing-tuning-extending-enterprise-applications-cookbook/book
* Holly Cummins and Timothy Ward, Enterprise OSGi in Action, March, 2013, 400 pages, ISBN: 9781617290138, http://www.manning.com/cummins/ ([http://www.manning.com/cummins/EOSGI_sample_ch02.pdf chapitre 2], [http://www.manning.com/cummins/EOSGI_sample_ch10.pdf chapitre 10])
* Debu Panda, Reza Rahman, Derek Lane, EJB 3 in Action, Pub Mannings, 2007, http://www.manning.com/panda/
* Debu Panda, Reza Rahman, Ryan Cuprak, and Michael Remijan, EJB 3 in Action, Second Edition, Pub Mannings, 2011, http://www.manning.com/panda2/

ECOM-M2PGI

2018-09-28T07:32:21Z

Noel.DePalma: /* Squelette du projet */

Le projet eCOM consiste à concevoir et développer une application de commerce électronique. [[ECOM|suite ...]]

=Étapes du projet=
La partie IHM et la partie Système sont menées en parallèle pendant toute la durée du projet. Le projet se conclut par une soutenance finale pour chaque partie (IHM et système).

==Conduite de projet==
Le projet eCOM est très court en durée. Il est préconisé d'utiliser la méthodologie [[Scrum]] pour la conduite du projet dans chaque groupe.

===Critères d'évaluation===
La conduite du projet sera principalement évaluée en fonction des critères suivants :
* vous devez choisir un Scrum Master (unique ou tournant) : vous devez justifier votre choix
* durée du sprint (idem : vous devez justifier votre choix)
Sur ces 2 premiers critères, vous n'en changez pas !!!

Vous devez prévoir :
* product backlog
* sprint backlog
* sprint planning
* démos
* rétrospectives

Pensez à créer un wiki qui regroupera l'ensemble de vos documentations. Cela doit être une documentation Agile !!!!

Un point de bonus pour ceux qui réussiront à mettre en place des "poker planning".
[[File:20121002 141359.jpg|center|400px|PokerPlanningECOM2013]]

==Partie IHM==

===Etapes et documents demandés===
Le détail sur l'organisation et l'évaluation du travail concernant les spécifications du site sera communiqué lors des premières séances de cours. Liste des Livrables et date de rendu pour les M2PGI Alternants :

* Livrable 1 : par email, membres du groupe et brève description du sujet (un seul groupe OK)

====[[Audit 1 :]]====
* L2.1 : Description des profils
* L2.2 : Questionnaire profils (OPT-ALT)
* L3.1 : Scénarios
* L3.2 : Analyse de la concurrence (OPT-ALT)
* L3.3 : Questionnaire sur l'utilisation (OPT-ALT)
* L4 : Modèles de tâches (Audit 2 pour ALT)
* L5 : Fonctionnalités
* L6.1 : Objectifs pour chaque version (priorités de développement)

====[[Audit 2 :]]====
* Mise à jour de L2 à L6.1
* L7.1 : Architecture (OPT-ALT)
* L7.2 : Base de données (OPT-ALT)
* L7.3 : IHM Abstraite
* L7.4 : Maquettes
* L6.2 : Objectifs pour les versions suivantes
* L8 : Démo de V0

====[[Audit 3 (Soutenances) :]]====
* Mise à jour de L7.3 (correction des erreurs)
* L9 : Rapport d'évaluation experte (imprimé pour la soutenance)
* L10 : Démonstration finale
* L11 : Diapos de votre présentation (version numérique à laquelle l'enseignant a accès au moment de votre passage)

OPT signifie que le livrable est optionnel soit parce qu'il ne s'applique pas à tous les groupes, soit parce qu'il ne peut qu'apporter une plus value à votre projet (points en plus mais pas en moins au moment de l'attribution de la note).
Lorsque ce n'est pas précisé, c'est à vous de choisir le mode présentation (écrit, schéma...) des informations du livrable

===Critères d'évaluation===
La partie IHM du projet sera principalement évaluée en fonction des critères suivants :
* Conformité de l'IHM concrète et abstraite avec le modèle de tâches
* Couverture fonctionnelle de l'application et robustesse au regard des priorités que vous avez retenues
* Qualité ergonomique au regard des principes vus en cours
* Rigueur de la démarche

La note est obtenue par l'évaluation tout au long du projet elle est composée de :
* Les besoins (3 pts) : informations sur les besoins que vous allez prendre en compte (livrables et audit 1)
* La conception (5 pts) : proposition de solution pour répondre aux besoins (livrables et audit 2)
* L'évaluation (3 pts) : évaluation de votre (ou vos) solution(s) (livrable et soutenance finale)
* Présentations (3 pts) : qualité des présentations (documents, email et slides de soutenance finale)
* Développement (6 pts) : qualité et quantité du code (démo et code)

Les notes des membres du groupe peuvent être différentes en fonction du travail fourni et constaté par l'enseignant.

==Partie Système==

Remarque : Aucune des phases du projet ne nécessite le développement d'un client lourd en mode graphique (SWT ...).
===Documents demandés===
Deux rapports doivent être rédigés pour la partie Système : un document de conception système et un document d'évaluation système.

====Document de conception système====
Le dossier de conception système (DCS) a pour but de permettre à toute personne de connaitre les principaux composants JEE de votre application ECOM. Cette connaissance doit pouvoir être acquise rapidement, sans avoir à entrer dans les détails de l'implémentation. Le DCS doit donc être de taille relativement limitée (5 à 10 pages, 20 pages au grand maximum).
Le DCS est centré sur un schéma d'architecture système (SAS) : ce schéma doit faire apparaître les composants qui vont constituer l'application, ainsi que les liens entre les beans. Un lien depuis un composant A vers un (ou plusieurs) composant(s) B signifie qu'une interaction peut avoir lieu depuis A vers B. Un lien peut être monovalué ou multivalué, monodirectionnel ou multidirectionnel.

====Document d'évaluation système====

Le rapport final système du projet ECOM a pour but de préciser l’état d’avancement de votre application ECOM.

Le rapport final système doit préciser :
* L’état de chaque composant : non réalisé, réalisé, réalisé et validé
* Les fonctions réalisées, réalisées et testées, et celles restant à réaliser
* Les propriétés non fonctionnelles garanties par votre réalisation, et celles restant à considérer pour finaliser votre application
* Le temps consacré à la conception système
* Le temps consacré au développement système
* Les principales difficultés rencontrées
===Critères d'évaluation===
La partie système du projet sera principalement évaluée en fonction des critères suivants :
* Conformité aux spécifications de l'application et aux consignes données dans le cadre du projet
* Respect des échéances pour les différentes étapes du projet (y compris pour les prototypes intermédiaires et les documents)
* Qualité de l'architecture de l'application
* Qualité et robustesse du code applicatif
* Compréhension des principaux concepts de la technologie Web
* Rigueur de la démarche de conception
* Qualité des présentations/soutenances
En complément, les aspects suivants seront également considérés :
* Méthodologie de test
* Déploiement et retrait de l'application sur/de la plateforme cloud
* Préparation d'images de VMs avec [[Kameleon]]
* Performances (résultat du injection de charge avec [[Apache JMeter]] ou OW2 CLIF)
* Supervision du système déployé avec des sondes [[Nagios]] ou [[Shinken]] conditionnées dans les VMs à déployer.
* Utilisation (optionnelle) de technologies/APIs/frameworks avancés

==Consignes pour la soutenance==
===Consignes spécifiques pour les soutenances IHM===
Salle : F113

Durée totale : 45 minutes

Pour le 23/09 minuit au plus tard :
* les documents de conception (hors évaluation), gestion de projet et le code doivent être accessibles à l'enseignant : envoyer un email avec l'ensemble des liens permettant d'y accéder

Le jour de la soutenance :
* envoyé avant votre passage les liens vers les derniers documents (évaluations + diapositives de soutenance)
* votre passage doit contenir une présentation globale du projet, le processus de conception (illustré), des évaluations, le bilan (point de vue IHM) et une démo PRÉPARÉE
* présentez individuellement un bilan de ce que vous retenez (positif, améliorations personnelles, négatif)
* arrivez avec l'application démarée (on ne perd pas de temps) et 1 ou 2 scénarios (de test)
* prévoyez 15 minutes de questions lors de votre passage

===Consignes spécifiques pour les soutenances Système===
* Apportez un exemplaire du dossier d'évaluation système (déposé la veille sur Moodle) lors de la soutenance. Il n'est pas nécessaire d'apporter un exemplaire du dossier de conception système.
* Préparez vous 30 minutes avant votre soutenance pour démarrer les instances avec le service développé.
* Prévovez environ 30 minutes pour la présentation/démo/questions. Utilisez des transparents pour présenter votre projet.
* Les démonstrations peuvent être faites sur vos machines personnelles cependant le service eCOM doit IMPERATIVEMENT s'exécuter sur une ou plusieurs instances de VM.
* Conditionnez le projet final sous la forme d’une archive (zip ou tar.gz) après avoir inclus la documentation (dans un repertoire /main/site). Utilisez la convention de nommage suivante : ecom_final_1213-X.zip où X correspond au nom du projet.
* Déposez immédiatement après la soutenance (et en aucun cas après le 20 décembre) l'archive sur Moodle.
* le rapport de charge (benchmark) doit être (MUST) fourni dans la documentation.
* le rapport sur les métriques logicielles doit être (MUST) fourni dans la documentation.

=Organisation 2018-2019=

==Planning==
===M2PGI (Alternant)===
'''Equipe pédagogique:''' VL = Vincent Lesne, NDP= Noel De Palma, SC = Sybille Caffiaux, SCB = Sebastien Chassande, UD=Ugo Decharriere

*03 sept 09h-12h F022, Boot Projet (NDP)
*03 sept 14h-17h TD F118 / TP F217, Cours Spring (SCB/NDP)
*04 sept 09h-12h TD F218 / TP F217, Cours Angular (SCB/NDP)
*04 sept 14h-17h TD F218 / TP F217, Cours Angular (SCB/NDP)
*05 sept 09h-12h TD F218 / TP F217, Libre service
*05 sept 14h-17h TD F218 / TP F217, Libre service
*06 sept 09h-12h TD F118, Cours IHM (SC)
*06 sept 14h-17h TD F118 / TP F217, Cours Cloud (UD)
*07 sept 09h-12h TD F114 / TP F211, Cours Agile (VL)
*07 sept 14h-17h TD F114 / TP F211, Cours Agile (VL)
*10 sept 09h-12h TD F218 / TP F217, Audit Syst. (SCB/NDP)
*10 sept 14h-17h TD F218 / TP F217, Audit Agile (VL)
*11 sept 09h-12h TD F118 / TP F217, Libre service
*11 sept 14h-17h TD F118 / TP F217, Libre service
*12 sept 09h-12h TD F218 / TP F217, Libre Service
*12 sept 14h-17h TD F218 / TP F217, Libre Service
*13 sept 09h-12h TD F118 / TP F217, Audit Syst. (SCB, NDP)
*13 sept 14h-17h TD F118 / TP F217, Audit Agile (VL)
*14 sept 09h-12h TD F114 / TP F214, Point Infra. (UD)
*14 sept 14h-17h TD F114 / TP F214, Libre Service
*17 sept 09h-12h TD F109 / TP F216, Audit Syst. (SCB/NDP)
*17 sept 14h-17h TD F109 / TP F216, Audit Agile (VL)
*18 sept 09h-12h TD F118 / TP F217, Libre Service
*18 sept 14h-17h TD F118 / TP F217, Point Infra. (UD)
*19 sept 09h-12h TD F218 / TP F217, Libre Service
*19 sept 14h-17h TD F218 / TP F217, Libre Service
*20 sept 09h-12h TD F118 / TP F217, Point Infra. (UD)
*20 sept 14h-17h TD F118 / TP F217, Libre Service
*21 sept 09h-12h TD F109 / TD F114 / TP F211, Soutenance
*21 sept 14h-17h TD F109 / TD F114 / TP F211, Soutenance

===M2PGI (Classique)===
'''Equipe pédagogique:''' Noël de Palma (NdP), Vincent Lesne (VL), Sybille Caffiau (SC), Sebastien Chassand-Barrioz (SCB), Ugo Decharriere (UD)

'''Dates Importantes:'''
*28 sept 14h-17h F319 TD, F204 TP, Cours Spring (SCB/NDP)

*05 oct 09h-12h F114 TD, F215 TP, Cours Angular (SCB/NDP)
*05 oct 14h-17h F319 TD, F204 TP, Cours Angular (SCB/NDP)

*12 oct 09h-12h F114 TD, Cours Agile (VL)
*12 oct 14h-17h F319 TD, Cours Agile (VL)

*19 oct 09h-12h F114 TD, Cours IHM (SC)
*19 oct 14h-17h F319 TD, Cours Cloud (UD)

*26 oct 9h-12h F215 TP, Audit Système (SCB, NDP)
*26 oct 14h-17h F204 TP, Audit Agile (VL)

*09 nov 9h-10h30 F114 TD, Cours IHM (SC)
*09 nov 14h-17h F319 TD, F204 TP, Libre Service

*16 nov , 9h-12h F215 TP, Audit Système (SCB, NDP).
*16 nov 14h-17 F204 TP, Audit Agile (VL)

*23 nov 9h-12h F215 TP, Point Infra (UD).
*23 nov 14h-17h F319 TD, F204 TP, Libre Service

*30 nov 9h-12h F215 TP, Audit Système (SCB, NDP).
*30 nov 14h-17h F204 TP, Audit Agile (VL)

*07dec 9h-12h F215 TP, Point Infra (UD)
*07 dec 14-17h F319 TD, F204 TP, Libre Service

*14 dec 9h-12h F215 TP, Audit système (SCB, NDP)
*14 dec 14h-17h F204 TP, Point Infra (UD)

*17 dec-21 dec F216/F215 TP semaine bloquée libre service
*Le 21/12 soutenances tte la journée F215/F216

==Groupes==
===M2PGI Apprenti===

===M2PGI Classique===
Consigne pour la constitution des groupes : Les étudiants ayant choisis l'option multimobile doivent se mettre ensemble. Ils doivent constituer des groupes de 4/5 afin d'avoir en tout 4 groupes (de M2 PGI classiques)

==Soutenance==
===M2PGI Apprenti===

===M2PGI Classique===

=Documentation=
==Transparents de cours==

==Doc utiles==
* [http://wiki.easybeans.org/xwiki/bin/view/Main/Documentation Documentation Easybeans (conteneur EJB3 utilisé par Jonas)]
* [http://docs.oracle.com/javaee/6/tutorial/doc/ Tutorial JavaEE 6 ]
* [http://netbeans.org/kb/67/javaee/ejb30.html Tutorial NetBean et JEE ]
* [http://docs.oracle.com/javaee/6/api/ API JavaEE 6]
* [https://java.net/projects/javaee-spec/pages/Home Spécifications JavaEE 6]
* [http://www.theserverside.com/news/thread.tss?thread_id=55191 JPA implementation patterns ]
* [http://jonas.ow2.org/JONAS_5_1_2/doc/doc-en/html/getting_started_guide.html#id1316973 Glossaire]
* [http://www.easybeans.net/xwiki/bin/download/Main/Documentation/ejb3-annotations.pdf Aide mémoire pour les annotations EJB3 ]
* Présentation sur le Cloud Computing : http://erods.liglab.fr/icar2013/programme.html
* Documentation et Training Kit sur Windows Azure : http://www.microsoft.com/en-us/download/details.aspx?id=8396
* Documentation de [http://roboconf.net/en Roboconf]
** Exemple avec LAMP http://roboconf.net/en/user-guide/lamp-example-part-1.html
http://proton.inrialpes.fr/~depalma/ecom/liens/liens.html
* Questionnaire pour site web : [[Media:Questionnaire copy.pdf]]
* Questionnaire SUS (évaluation satisfaction) : [http://blocnotes.iergo.fr/concevoir/les-outils/sus-pour-system-usability-scale/]

===Quelques livres===
REMARQUE: les livres sur JavaEE se periment très vite avec l'évolution de la spécification
* Java EE6 Cookbook for securing, tuning, and extending enterprise applications: http://www.packtpub.com/java-ee6-securing-tuning-extending-enterprise-applications-cookbook/book
* Holly Cummins and Timothy Ward, Enterprise OSGi in Action, March, 2013, 400 pages, ISBN: 9781617290138, http://www.manning.com/cummins/ ([http://www.manning.com/cummins/EOSGI_sample_ch02.pdf chapitre 2], [http://www.manning.com/cummins/EOSGI_sample_ch10.pdf chapitre 10])
* Debu Panda, Reza Rahman, Derek Lane, EJB 3 in Action, Pub Mannings, 2007, http://www.manning.com/panda/
* Debu Panda, Reza Rahman, Ryan Cuprak, and Michael Remijan, EJB 3 in Action, Second Edition, Pub Mannings, 2011, http://www.manning.com/panda2/

ECOM-M2PGI

2018-09-28T07:32:02Z

Noel.DePalma: /* M2PGI Classique */

Le projet eCOM consiste à concevoir et développer une application de commerce électronique. [[ECOM|suite ...]]

=Étapes du projet=
La partie IHM et la partie Système sont menées en parallèle pendant toute la durée du projet. Le projet se conclut par une soutenance finale pour chaque partie (IHM et système).

==Conduite de projet==
Le projet eCOM est très court en durée. Il est préconisé d'utiliser la méthodologie [[Scrum]] pour la conduite du projet dans chaque groupe.

===Critères d'évaluation===
La conduite du projet sera principalement évaluée en fonction des critères suivants :
* vous devez choisir un Scrum Master (unique ou tournant) : vous devez justifier votre choix
* durée du sprint (idem : vous devez justifier votre choix)
Sur ces 2 premiers critères, vous n'en changez pas !!!

Vous devez prévoir :
* product backlog
* sprint backlog
* sprint planning
* démos
* rétrospectives

Pensez à créer un wiki qui regroupera l'ensemble de vos documentations. Cela doit être une documentation Agile !!!!

Un point de bonus pour ceux qui réussiront à mettre en place des "poker planning".
[[File:20121002 141359.jpg|center|400px|PokerPlanningECOM2013]]

==Partie IHM==

===Etapes et documents demandés===
Le détail sur l'organisation et l'évaluation du travail concernant les spécifications du site sera communiqué lors des premières séances de cours. Liste des Livrables et date de rendu pour les M2PGI Alternants :

* Livrable 1 : par email, membres du groupe et brève description du sujet (un seul groupe OK)

====[[Audit 1 :]]====
* L2.1 : Description des profils
* L2.2 : Questionnaire profils (OPT-ALT)
* L3.1 : Scénarios
* L3.2 : Analyse de la concurrence (OPT-ALT)
* L3.3 : Questionnaire sur l'utilisation (OPT-ALT)
* L4 : Modèles de tâches (Audit 2 pour ALT)
* L5 : Fonctionnalités
* L6.1 : Objectifs pour chaque version (priorités de développement)

====[[Audit 2 :]]====
* Mise à jour de L2 à L6.1
* L7.1 : Architecture (OPT-ALT)
* L7.2 : Base de données (OPT-ALT)
* L7.3 : IHM Abstraite
* L7.4 : Maquettes
* L6.2 : Objectifs pour les versions suivantes
* L8 : Démo de V0

====[[Audit 3 (Soutenances) :]]====
* Mise à jour de L7.3 (correction des erreurs)
* L9 : Rapport d'évaluation experte (imprimé pour la soutenance)
* L10 : Démonstration finale
* L11 : Diapos de votre présentation (version numérique à laquelle l'enseignant a accès au moment de votre passage)

OPT signifie que le livrable est optionnel soit parce qu'il ne s'applique pas à tous les groupes, soit parce qu'il ne peut qu'apporter une plus value à votre projet (points en plus mais pas en moins au moment de l'attribution de la note).
Lorsque ce n'est pas précisé, c'est à vous de choisir le mode présentation (écrit, schéma...) des informations du livrable

===Critères d'évaluation===
La partie IHM du projet sera principalement évaluée en fonction des critères suivants :
* Conformité de l'IHM concrète et abstraite avec le modèle de tâches
* Couverture fonctionnelle de l'application et robustesse au regard des priorités que vous avez retenues
* Qualité ergonomique au regard des principes vus en cours
* Rigueur de la démarche

La note est obtenue par l'évaluation tout au long du projet elle est composée de :
* Les besoins (3 pts) : informations sur les besoins que vous allez prendre en compte (livrables et audit 1)
* La conception (5 pts) : proposition de solution pour répondre aux besoins (livrables et audit 2)
* L'évaluation (3 pts) : évaluation de votre (ou vos) solution(s) (livrable et soutenance finale)
* Présentations (3 pts) : qualité des présentations (documents, email et slides de soutenance finale)
* Développement (6 pts) : qualité et quantité du code (démo et code)

Les notes des membres du groupe peuvent être différentes en fonction du travail fourni et constaté par l'enseignant.

==Partie Système==

Remarque : Aucune des phases du projet ne nécessite le développement d'un client lourd en mode graphique (SWT ...).
===Documents demandés===
Deux rapports doivent être rédigés pour la partie Système : un document de conception système et un document d'évaluation système.

====Document de conception système====
Le dossier de conception système (DCS) a pour but de permettre à toute personne de connaitre les principaux composants JEE de votre application ECOM. Cette connaissance doit pouvoir être acquise rapidement, sans avoir à entrer dans les détails de l'implémentation. Le DCS doit donc être de taille relativement limitée (5 à 10 pages, 20 pages au grand maximum).
Le DCS est centré sur un schéma d'architecture système (SAS) : ce schéma doit faire apparaître les composants qui vont constituer l'application, ainsi que les liens entre les beans. Un lien depuis un composant A vers un (ou plusieurs) composant(s) B signifie qu'une interaction peut avoir lieu depuis A vers B. Un lien peut être monovalué ou multivalué, monodirectionnel ou multidirectionnel.

====Document d'évaluation système====

Le rapport final système du projet ECOM a pour but de préciser l’état d’avancement de votre application ECOM.

Le rapport final système doit préciser :
* L’état de chaque composant : non réalisé, réalisé, réalisé et validé
* Les fonctions réalisées, réalisées et testées, et celles restant à réaliser
* Les propriétés non fonctionnelles garanties par votre réalisation, et celles restant à considérer pour finaliser votre application
* Le temps consacré à la conception système
* Le temps consacré au développement système
* Les principales difficultés rencontrées
===Critères d'évaluation===
La partie système du projet sera principalement évaluée en fonction des critères suivants :
* Conformité aux spécifications de l'application et aux consignes données dans le cadre du projet
* Respect des échéances pour les différentes étapes du projet (y compris pour les prototypes intermédiaires et les documents)
* Qualité de l'architecture de l'application
* Qualité et robustesse du code applicatif
* Compréhension des principaux concepts de la technologie Web
* Rigueur de la démarche de conception
* Qualité des présentations/soutenances
En complément, les aspects suivants seront également considérés :
* Méthodologie de test
* Déploiement et retrait de l'application sur/de la plateforme cloud
* Préparation d'images de VMs avec [[Kameleon]]
* Performances (résultat du injection de charge avec [[Apache JMeter]] ou OW2 CLIF)
* Supervision du système déployé avec des sondes [[Nagios]] ou [[Shinken]] conditionnées dans les VMs à déployer.
* Utilisation (optionnelle) de technologies/APIs/frameworks avancés

==Consignes pour la soutenance==
===Consignes spécifiques pour les soutenances IHM===
Salle : F113

Durée totale : 45 minutes

Pour le 23/09 minuit au plus tard :
* les documents de conception (hors évaluation), gestion de projet et le code doivent être accessibles à l'enseignant : envoyer un email avec l'ensemble des liens permettant d'y accéder

Le jour de la soutenance :
* envoyé avant votre passage les liens vers les derniers documents (évaluations + diapositives de soutenance)
* votre passage doit contenir une présentation globale du projet, le processus de conception (illustré), des évaluations, le bilan (point de vue IHM) et une démo PRÉPARÉE
* présentez individuellement un bilan de ce que vous retenez (positif, améliorations personnelles, négatif)
* arrivez avec l'application démarée (on ne perd pas de temps) et 1 ou 2 scénarios (de test)
* prévoyez 15 minutes de questions lors de votre passage

===Consignes spécifiques pour les soutenances Système===
* Apportez un exemplaire du dossier d'évaluation système (déposé la veille sur Moodle) lors de la soutenance. Il n'est pas nécessaire d'apporter un exemplaire du dossier de conception système.
* Préparez vous 30 minutes avant votre soutenance pour démarrer les instances avec le service développé.
* Prévovez environ 30 minutes pour la présentation/démo/questions. Utilisez des transparents pour présenter votre projet.
* Les démonstrations peuvent être faites sur vos machines personnelles cependant le service eCOM doit IMPERATIVEMENT s'exécuter sur une ou plusieurs instances de VM.
* Conditionnez le projet final sous la forme d’une archive (zip ou tar.gz) après avoir inclus la documentation (dans un repertoire /main/site). Utilisez la convention de nommage suivante : ecom_final_1213-X.zip où X correspond au nom du projet.
* Déposez immédiatement après la soutenance (et en aucun cas après le 20 décembre) l'archive sur Moodle.
* le rapport de charge (benchmark) doit être (MUST) fourni dans la documentation.
* le rapport sur les métriques logicielles doit être (MUST) fourni dans la documentation.

=Organisation 2018-2019=

==Planning==
===M2PGI (Alternant)===
'''Equipe pédagogique:''' VL = Vincent Lesne, NDP= Noel De Palma, SC = Sybille Caffiaux, SCB = Sebastien Chassande, UD=Ugo Decharriere

*03 sept 09h-12h F022, Boot Projet (NDP)
*03 sept 14h-17h TD F118 / TP F217, Cours Spring (SCB/NDP)
*04 sept 09h-12h TD F218 / TP F217, Cours Angular (SCB/NDP)
*04 sept 14h-17h TD F218 / TP F217, Cours Angular (SCB/NDP)
*05 sept 09h-12h TD F218 / TP F217, Libre service
*05 sept 14h-17h TD F218 / TP F217, Libre service
*06 sept 09h-12h TD F118, Cours IHM (SC)
*06 sept 14h-17h TD F118 / TP F217, Cours Cloud (UD)
*07 sept 09h-12h TD F114 / TP F211, Cours Agile (VL)
*07 sept 14h-17h TD F114 / TP F211, Cours Agile (VL)
*10 sept 09h-12h TD F218 / TP F217, Audit Syst. (SCB/NDP)
*10 sept 14h-17h TD F218 / TP F217, Audit Agile (VL)
*11 sept 09h-12h TD F118 / TP F217, Libre service
*11 sept 14h-17h TD F118 / TP F217, Libre service
*12 sept 09h-12h TD F218 / TP F217, Libre Service
*12 sept 14h-17h TD F218 / TP F217, Libre Service
*13 sept 09h-12h TD F118 / TP F217, Audit Syst. (SCB, NDP)
*13 sept 14h-17h TD F118 / TP F217, Audit Agile (VL)
*14 sept 09h-12h TD F114 / TP F214, Point Infra. (UD)
*14 sept 14h-17h TD F114 / TP F214, Libre Service
*17 sept 09h-12h TD F109 / TP F216, Audit Syst. (SCB/NDP)
*17 sept 14h-17h TD F109 / TP F216, Audit Agile (VL)
*18 sept 09h-12h TD F118 / TP F217, Libre Service
*18 sept 14h-17h TD F118 / TP F217, Point Infra. (UD)
*19 sept 09h-12h TD F218 / TP F217, Libre Service
*19 sept 14h-17h TD F218 / TP F217, Libre Service
*20 sept 09h-12h TD F118 / TP F217, Point Infra. (UD)
*20 sept 14h-17h TD F118 / TP F217, Libre Service
*21 sept 09h-12h TD F109 / TD F114 / TP F211, Soutenance
*21 sept 14h-17h TD F109 / TD F114 / TP F211, Soutenance

===M2PGI (Classique)===
'''Equipe pédagogique:''' Noël de Palma (NdP), Vincent Lesne (VL), Sybille Caffiau (SC), Sebastien Chassand-Barrioz (SCB), Ugo Decharriere (UD)

'''Dates Importantes:'''
*28 sept 14h-17h F319 TD, F204 TP, Cours Spring (SCB/NDP)

*05 oct 09h-12h F114 TD, F215 TP, Cours Angular (SCB/NDP)
*05 oct 14h-17h F319 TD, F204 TP, Cours Angular (SCB/NDP)

*12 oct 09h-12h F114 TD, Cours Agile (VL)
*12 oct 14h-17h F319 TD, Cours Agile (VL)

*19 oct 09h-12h F114 TD, Cours IHM (SC)
*19 oct 14h-17h F319 TD, Cours Cloud (UD)

*26 oct 9h-12h F215 TP, Audit Système (SCB, NDP)
*26 oct 14h-17h F204 TP, Audit Agile (VL)

*09 nov 9h-10h30 F114 TD, Cours IHM (SC)
*09 nov 14h-17h F319 TD, F204 TP, Libre Service

*16 nov , 9h-12h F215 TP, Audit Système (SCB, NDP).
*16 nov 14h-17 F204 TP, Audit Agile (VL)

*23 nov 9h-12h F215 TP, Point Infra (UD).
*23 nov 14h-17h F319 TD, F204 TP, Libre Service

*30 nov 9h-12h F215 TP, Audit Système (SCB, NDP).
*30 nov 14h-17h F204 TP, Audit Agile (VL)

*07dec 9h-12h F215 TP, Point Infra (UD)
*07 dec 14-17h F319 TD, F204 TP, Libre Service

*14 dec 9h-12h F215 TP, Audit système (SCB, NDP)
*14 dec 14h-17h F204 TP, Point Infra (UD)

*17 dec-21 dec F216/F215 TP semaine bloquée libre service
*Le 21/12 soutenances tte la journée F215/F216

==Groupes==
===M2PGI Apprenti===

===M2PGI Classique===
Consigne pour la constitution des groupes : Les étudiants ayant choisis l'option multimobile doivent se mettre ensemble. Ils doivent constituer des groupes de 4/5 afin d'avoir en tout 4 groupes (de M2 PGI classiques)

==Soutenance==
===M2PGI Apprenti===

===M2PGI Classique===

=Documentation=
==Transparents de cours==

==Squelette du projet==
[http://dl.dropbox.com/u/66952950/ecom-maven.zip ecom-maven.zip] Inaccessible

==Doc utiles==
* [http://wiki.easybeans.org/xwiki/bin/view/Main/Documentation Documentation Easybeans (conteneur EJB3 utilisé par Jonas)]
* [http://docs.oracle.com/javaee/6/tutorial/doc/ Tutorial JavaEE 6 ]
* [http://netbeans.org/kb/67/javaee/ejb30.html Tutorial NetBean et JEE ]
* [http://docs.oracle.com/javaee/6/api/ API JavaEE 6]
* [https://java.net/projects/javaee-spec/pages/Home Spécifications JavaEE 6]
* [http://www.theserverside.com/news/thread.tss?thread_id=55191 JPA implementation patterns ]
* [http://jonas.ow2.org/JONAS_5_1_2/doc/doc-en/html/getting_started_guide.html#id1316973 Glossaire]
* [http://www.easybeans.net/xwiki/bin/download/Main/Documentation/ejb3-annotations.pdf Aide mémoire pour les annotations EJB3 ]
* Présentation sur le Cloud Computing : http://erods.liglab.fr/icar2013/programme.html
* Documentation et Training Kit sur Windows Azure : http://www.microsoft.com/en-us/download/details.aspx?id=8396
* Documentation de [http://roboconf.net/en Roboconf]
** Exemple avec LAMP http://roboconf.net/en/user-guide/lamp-example-part-1.html
http://proton.inrialpes.fr/~depalma/ecom/liens/liens.html
* Questionnaire pour site web : [[Media:Questionnaire copy.pdf]]
* Questionnaire SUS (évaluation satisfaction) : [http://blocnotes.iergo.fr/concevoir/les-outils/sus-pour-system-usability-scale/]

===Quelques livres===
REMARQUE: les livres sur JavaEE se periment très vite avec l'évolution de la spécification
* Java EE6 Cookbook for securing, tuning, and extending enterprise applications: http://www.packtpub.com/java-ee6-securing-tuning-extending-enterprise-applications-cookbook/book
* Holly Cummins and Timothy Ward, Enterprise OSGi in Action, March, 2013, 400 pages, ISBN: 9781617290138, http://www.manning.com/cummins/ ([http://www.manning.com/cummins/EOSGI_sample_ch02.pdf chapitre 2], [http://www.manning.com/cummins/EOSGI_sample_ch10.pdf chapitre 10])
* Debu Panda, Reza Rahman, Derek Lane, EJB 3 in Action, Pub Mannings, 2007, http://www.manning.com/panda/
* Debu Panda, Reza Rahman, Ryan Cuprak, and Michael Remijan, EJB 3 in Action, Second Edition, Pub Mannings, 2011, http://www.manning.com/panda2/

ECOM-M2PGI

2018-09-28T07:31:36Z

Noel.DePalma: /* Transparents de cours */

Le projet eCOM consiste à concevoir et développer une application de commerce électronique. [[ECOM|suite ...]]

=Étapes du projet=
La partie IHM et la partie Système sont menées en parallèle pendant toute la durée du projet. Le projet se conclut par une soutenance finale pour chaque partie (IHM et système).

==Conduite de projet==
Le projet eCOM est très court en durée. Il est préconisé d'utiliser la méthodologie [[Scrum]] pour la conduite du projet dans chaque groupe.

===Critères d'évaluation===
La conduite du projet sera principalement évaluée en fonction des critères suivants :
* vous devez choisir un Scrum Master (unique ou tournant) : vous devez justifier votre choix
* durée du sprint (idem : vous devez justifier votre choix)
Sur ces 2 premiers critères, vous n'en changez pas !!!

Vous devez prévoir :
* product backlog
* sprint backlog
* sprint planning
* démos
* rétrospectives

Pensez à créer un wiki qui regroupera l'ensemble de vos documentations. Cela doit être une documentation Agile !!!!

Un point de bonus pour ceux qui réussiront à mettre en place des "poker planning".
[[File:20121002 141359.jpg|center|400px|PokerPlanningECOM2013]]

==Partie IHM==

===Etapes et documents demandés===
Le détail sur l'organisation et l'évaluation du travail concernant les spécifications du site sera communiqué lors des premières séances de cours. Liste des Livrables et date de rendu pour les M2PGI Alternants :

* Livrable 1 : par email, membres du groupe et brève description du sujet (un seul groupe OK)

====[[Audit 1 :]]====
* L2.1 : Description des profils
* L2.2 : Questionnaire profils (OPT-ALT)
* L3.1 : Scénarios
* L3.2 : Analyse de la concurrence (OPT-ALT)
* L3.3 : Questionnaire sur l'utilisation (OPT-ALT)
* L4 : Modèles de tâches (Audit 2 pour ALT)
* L5 : Fonctionnalités
* L6.1 : Objectifs pour chaque version (priorités de développement)

====[[Audit 2 :]]====
* Mise à jour de L2 à L6.1
* L7.1 : Architecture (OPT-ALT)
* L7.2 : Base de données (OPT-ALT)
* L7.3 : IHM Abstraite
* L7.4 : Maquettes
* L6.2 : Objectifs pour les versions suivantes
* L8 : Démo de V0

====[[Audit 3 (Soutenances) :]]====
* Mise à jour de L7.3 (correction des erreurs)
* L9 : Rapport d'évaluation experte (imprimé pour la soutenance)
* L10 : Démonstration finale
* L11 : Diapos de votre présentation (version numérique à laquelle l'enseignant a accès au moment de votre passage)

OPT signifie que le livrable est optionnel soit parce qu'il ne s'applique pas à tous les groupes, soit parce qu'il ne peut qu'apporter une plus value à votre projet (points en plus mais pas en moins au moment de l'attribution de la note).
Lorsque ce n'est pas précisé, c'est à vous de choisir le mode présentation (écrit, schéma...) des informations du livrable

===Critères d'évaluation===
La partie IHM du projet sera principalement évaluée en fonction des critères suivants :
* Conformité de l'IHM concrète et abstraite avec le modèle de tâches
* Couverture fonctionnelle de l'application et robustesse au regard des priorités que vous avez retenues
* Qualité ergonomique au regard des principes vus en cours
* Rigueur de la démarche

La note est obtenue par l'évaluation tout au long du projet elle est composée de :
* Les besoins (3 pts) : informations sur les besoins que vous allez prendre en compte (livrables et audit 1)
* La conception (5 pts) : proposition de solution pour répondre aux besoins (livrables et audit 2)
* L'évaluation (3 pts) : évaluation de votre (ou vos) solution(s) (livrable et soutenance finale)
* Présentations (3 pts) : qualité des présentations (documents, email et slides de soutenance finale)
* Développement (6 pts) : qualité et quantité du code (démo et code)

Les notes des membres du groupe peuvent être différentes en fonction du travail fourni et constaté par l'enseignant.

==Partie Système==

Remarque : Aucune des phases du projet ne nécessite le développement d'un client lourd en mode graphique (SWT ...).
===Documents demandés===
Deux rapports doivent être rédigés pour la partie Système : un document de conception système et un document d'évaluation système.

====Document de conception système====
Le dossier de conception système (DCS) a pour but de permettre à toute personne de connaitre les principaux composants JEE de votre application ECOM. Cette connaissance doit pouvoir être acquise rapidement, sans avoir à entrer dans les détails de l'implémentation. Le DCS doit donc être de taille relativement limitée (5 à 10 pages, 20 pages au grand maximum).
Le DCS est centré sur un schéma d'architecture système (SAS) : ce schéma doit faire apparaître les composants qui vont constituer l'application, ainsi que les liens entre les beans. Un lien depuis un composant A vers un (ou plusieurs) composant(s) B signifie qu'une interaction peut avoir lieu depuis A vers B. Un lien peut être monovalué ou multivalué, monodirectionnel ou multidirectionnel.

====Document d'évaluation système====

Le rapport final système du projet ECOM a pour but de préciser l’état d’avancement de votre application ECOM.

Le rapport final système doit préciser :
* L’état de chaque composant : non réalisé, réalisé, réalisé et validé
* Les fonctions réalisées, réalisées et testées, et celles restant à réaliser
* Les propriétés non fonctionnelles garanties par votre réalisation, et celles restant à considérer pour finaliser votre application
* Le temps consacré à la conception système
* Le temps consacré au développement système
* Les principales difficultés rencontrées
===Critères d'évaluation===
La partie système du projet sera principalement évaluée en fonction des critères suivants :
* Conformité aux spécifications de l'application et aux consignes données dans le cadre du projet
* Respect des échéances pour les différentes étapes du projet (y compris pour les prototypes intermédiaires et les documents)
* Qualité de l'architecture de l'application
* Qualité et robustesse du code applicatif
* Compréhension des principaux concepts de la technologie Web
* Rigueur de la démarche de conception
* Qualité des présentations/soutenances
En complément, les aspects suivants seront également considérés :
* Méthodologie de test
* Déploiement et retrait de l'application sur/de la plateforme cloud
* Préparation d'images de VMs avec [[Kameleon]]
* Performances (résultat du injection de charge avec [[Apache JMeter]] ou OW2 CLIF)
* Supervision du système déployé avec des sondes [[Nagios]] ou [[Shinken]] conditionnées dans les VMs à déployer.
* Utilisation (optionnelle) de technologies/APIs/frameworks avancés

==Consignes pour la soutenance==
===Consignes spécifiques pour les soutenances IHM===
Salle : F113

Durée totale : 45 minutes

Pour le 23/09 minuit au plus tard :
* les documents de conception (hors évaluation), gestion de projet et le code doivent être accessibles à l'enseignant : envoyer un email avec l'ensemble des liens permettant d'y accéder

Le jour de la soutenance :
* envoyé avant votre passage les liens vers les derniers documents (évaluations + diapositives de soutenance)
* votre passage doit contenir une présentation globale du projet, le processus de conception (illustré), des évaluations, le bilan (point de vue IHM) et une démo PRÉPARÉE
* présentez individuellement un bilan de ce que vous retenez (positif, améliorations personnelles, négatif)
* arrivez avec l'application démarée (on ne perd pas de temps) et 1 ou 2 scénarios (de test)
* prévoyez 15 minutes de questions lors de votre passage

===Consignes spécifiques pour les soutenances Système===
* Apportez un exemplaire du dossier d'évaluation système (déposé la veille sur Moodle) lors de la soutenance. Il n'est pas nécessaire d'apporter un exemplaire du dossier de conception système.
* Préparez vous 30 minutes avant votre soutenance pour démarrer les instances avec le service développé.
* Prévovez environ 30 minutes pour la présentation/démo/questions. Utilisez des transparents pour présenter votre projet.
* Les démonstrations peuvent être faites sur vos machines personnelles cependant le service eCOM doit IMPERATIVEMENT s'exécuter sur une ou plusieurs instances de VM.
* Conditionnez le projet final sous la forme d’une archive (zip ou tar.gz) après avoir inclus la documentation (dans un repertoire /main/site). Utilisez la convention de nommage suivante : ecom_final_1213-X.zip où X correspond au nom du projet.
* Déposez immédiatement après la soutenance (et en aucun cas après le 20 décembre) l'archive sur Moodle.
* le rapport de charge (benchmark) doit être (MUST) fourni dans la documentation.
* le rapport sur les métriques logicielles doit être (MUST) fourni dans la documentation.

=Organisation 2018-2019=

==Planning==
===M2PGI (Alternant)===
'''Equipe pédagogique:''' VL = Vincent Lesne, NDP= Noel De Palma, SC = Sybille Caffiaux, SCB = Sebastien Chassande, UD=Ugo Decharriere

*03 sept 09h-12h F022, Boot Projet (NDP)
*03 sept 14h-17h TD F118 / TP F217, Cours Spring (SCB/NDP)
*04 sept 09h-12h TD F218 / TP F217, Cours Angular (SCB/NDP)
*04 sept 14h-17h TD F218 / TP F217, Cours Angular (SCB/NDP)
*05 sept 09h-12h TD F218 / TP F217, Libre service
*05 sept 14h-17h TD F218 / TP F217, Libre service
*06 sept 09h-12h TD F118, Cours IHM (SC)
*06 sept 14h-17h TD F118 / TP F217, Cours Cloud (UD)
*07 sept 09h-12h TD F114 / TP F211, Cours Agile (VL)
*07 sept 14h-17h TD F114 / TP F211, Cours Agile (VL)
*10 sept 09h-12h TD F218 / TP F217, Audit Syst. (SCB/NDP)
*10 sept 14h-17h TD F218 / TP F217, Audit Agile (VL)
*11 sept 09h-12h TD F118 / TP F217, Libre service
*11 sept 14h-17h TD F118 / TP F217, Libre service
*12 sept 09h-12h TD F218 / TP F217, Libre Service
*12 sept 14h-17h TD F218 / TP F217, Libre Service
*13 sept 09h-12h TD F118 / TP F217, Audit Syst. (SCB, NDP)
*13 sept 14h-17h TD F118 / TP F217, Audit Agile (VL)
*14 sept 09h-12h TD F114 / TP F214, Point Infra. (UD)
*14 sept 14h-17h TD F114 / TP F214, Libre Service
*17 sept 09h-12h TD F109 / TP F216, Audit Syst. (SCB/NDP)
*17 sept 14h-17h TD F109 / TP F216, Audit Agile (VL)
*18 sept 09h-12h TD F118 / TP F217, Libre Service
*18 sept 14h-17h TD F118 / TP F217, Point Infra. (UD)
*19 sept 09h-12h TD F218 / TP F217, Libre Service
*19 sept 14h-17h TD F218 / TP F217, Libre Service
*20 sept 09h-12h TD F118 / TP F217, Point Infra. (UD)
*20 sept 14h-17h TD F118 / TP F217, Libre Service
*21 sept 09h-12h TD F109 / TD F114 / TP F211, Soutenance
*21 sept 14h-17h TD F109 / TD F114 / TP F211, Soutenance

===M2PGI (Classique)===
'''Equipe pédagogique:''' Noël de Palma (NdP), Vincent Lesne (VL), Sybille Caffiau (SC), Sebastien Chassand-Barrioz (SCB), Ugo Decharriere (UD)

'''Dates Importantes:'''
*28 sept 14h-17h F319 TD, F204 TP, Cours Spring (SCB/NDP)

*05 oct 09h-12h F114 TD, F215 TP, Cours Angular (SCB/NDP)
*05 oct 14h-17h F319 TD, F204 TP, Cours Angular (SCB/NDP)

*12 oct 09h-12h F114 TD, Cours Agile (VL)
*12 oct 14h-17h F319 TD, Cours Agile (VL)

*19 oct 09h-12h F114 TD, Cours IHM (SC)
*19 oct 14h-17h F319 TD, Cours Cloud (UD)

*26 oct 9h-12h F215 TP, Audit Système (SCB, NDP)
*26 oct 14h-17h F204 TP, Audit Agile (VL)

*09 nov 9h-10h30 F114 TD, Cours IHM (SC)
*09 nov 14h-17h F319 TD, F204 TP, Libre Service

*16 nov , 9h-12h F215 TP, Audit Système (SCB, NDP).
*16 nov 14h-17 F204 TP, Audit Agile (VL)

*23 nov 9h-12h F215 TP, Point Infra (UD).
*23 nov 14h-17h F319 TD, F204 TP, Libre Service

*30 nov 9h-12h F215 TP, Audit Système (SCB, NDP).
*30 nov 14h-17h F204 TP, Audit Agile (VL)

*07dec 9h-12h F215 TP, Point Infra (UD)
*07 dec 14-17h F319 TD, F204 TP, Libre Service

*14 dec 9h-12h F215 TP, Audit système (SCB, NDP)
*14 dec 14h-17h F204 TP, Point Infra (UD)

*17 dec-21 dec F216/F215 TP semaine bloquée libre service
*Le 21/12 soutenances tte la journée F215/F216

==Groupes==
===M2PGI Apprenti===

===M2PGI Classique===
Consigne pour la constitution des groupes : Les étudiants ayant choisis l'option multimobile doivent se mettre ensemble. Ils doivent constituer des groupes de 4/5 afin d'avoir en tout 4 groupes (de M2 PGI classiques)

==Soutenance==
===M2PGI Apprenti===

===M2PGI Classique===

IMPERATIF
* le projet doit être (MUST) géré selon la méthode Scrum : le Scrum Master devra présenter le déroulement du projet.
* le serveur JavaEE doit être (MUST) hébergé sur une instance de VM.
* un rapport de charge (benchmark) doit être (MUST) fourni : les outils JMeter ou Clif peuvent être utilisés.
* un rapport sur les métriques logicielles doit être (MUST) fourni : l'outil Sonar peut être utilisé.

'''Ordre de passage :'''
* Respectez l'ordre établi
* Faites attention au temps. Vous disposez de 45 minutes par soutenance pour : votre présentation, la démo et les questions

=Documentation=
==Transparents de cours==

==Squelette du projet==
[http://dl.dropbox.com/u/66952950/ecom-maven.zip ecom-maven.zip] Inaccessible

==Doc utiles==
* [http://wiki.easybeans.org/xwiki/bin/view/Main/Documentation Documentation Easybeans (conteneur EJB3 utilisé par Jonas)]
* [http://docs.oracle.com/javaee/6/tutorial/doc/ Tutorial JavaEE 6 ]
* [http://netbeans.org/kb/67/javaee/ejb30.html Tutorial NetBean et JEE ]
* [http://docs.oracle.com/javaee/6/api/ API JavaEE 6]
* [https://java.net/projects/javaee-spec/pages/Home Spécifications JavaEE 6]
* [http://www.theserverside.com/news/thread.tss?thread_id=55191 JPA implementation patterns ]
* [http://jonas.ow2.org/JONAS_5_1_2/doc/doc-en/html/getting_started_guide.html#id1316973 Glossaire]
* [http://www.easybeans.net/xwiki/bin/download/Main/Documentation/ejb3-annotations.pdf Aide mémoire pour les annotations EJB3 ]
* Présentation sur le Cloud Computing : http://erods.liglab.fr/icar2013/programme.html
* Documentation et Training Kit sur Windows Azure : http://www.microsoft.com/en-us/download/details.aspx?id=8396
* Documentation de [http://roboconf.net/en Roboconf]
** Exemple avec LAMP http://roboconf.net/en/user-guide/lamp-example-part-1.html
http://proton.inrialpes.fr/~depalma/ecom/liens/liens.html
* Questionnaire pour site web : [[Media:Questionnaire copy.pdf]]
* Questionnaire SUS (évaluation satisfaction) : [http://blocnotes.iergo.fr/concevoir/les-outils/sus-pour-system-usability-scale/]

===Quelques livres===
REMARQUE: les livres sur JavaEE se periment très vite avec l'évolution de la spécification
* Java EE6 Cookbook for securing, tuning, and extending enterprise applications: http://www.packtpub.com/java-ee6-securing-tuning-extending-enterprise-applications-cookbook/book
* Holly Cummins and Timothy Ward, Enterprise OSGi in Action, March, 2013, 400 pages, ISBN: 9781617290138, http://www.manning.com/cummins/ ([http://www.manning.com/cummins/EOSGI_sample_ch02.pdf chapitre 2], [http://www.manning.com/cummins/EOSGI_sample_ch10.pdf chapitre 10])
* Debu Panda, Reza Rahman, Derek Lane, EJB 3 in Action, Pub Mannings, 2007, http://www.manning.com/panda/
* Debu Panda, Reza Rahman, Ryan Cuprak, and Michael Remijan, EJB 3 in Action, Second Edition, Pub Mannings, 2011, http://www.manning.com/panda2/

ECOM-M2PGI

2018-09-24T15:27:12Z

Noel.DePalma: /* M2PGI (Classique) */

Le projet eCOM consiste à concevoir et développer une application de commerce électronique. [[ECOM|suite ...]]

=Étapes du projet=
La partie IHM et la partie Système sont menées en parallèle pendant toute la durée du projet. Le projet se conclut par une soutenance finale pour chaque partie (IHM et système).

==Conduite de projet==
Le projet eCOM est très court en durée. Il est préconisé d'utiliser la méthodologie [[Scrum]] pour la conduite du projet dans chaque groupe.

===Critères d'évaluation===
La conduite du projet sera principalement évaluée en fonction des critères suivants :
* vous devez choisir un Scrum Master (unique ou tournant) : vous devez justifier votre choix
* durée du sprint (idem : vous devez justifier votre choix)
Sur ces 2 premiers critères, vous n'en changez pas !!!

Vous devez prévoir :
* product backlog
* sprint backlog
* sprint planning
* démos
* rétrospectives

Pensez à créer un wiki qui regroupera l'ensemble de vos documentations. Cela doit être une documentation Agile !!!!

Un point de bonus pour ceux qui réussiront à mettre en place des "poker planning".
[[File:20121002 141359.jpg|center|400px|PokerPlanningECOM2013]]

==Partie IHM==

===Etapes et documents demandés===
Le détail sur l'organisation et l'évaluation du travail concernant les spécifications du site sera communiqué lors des premières séances de cours. Liste des Livrables et date de rendu pour les M2PGI Alternants :

* Livrable 1 : par email, membres du groupe et brève description du sujet (un seul groupe OK)

====[[Audit 1 :]]====
* L2.1 : Description des profils
* L2.2 : Questionnaire profils (OPT-ALT)
* L3.1 : Scénarios
* L3.2 : Analyse de la concurrence (OPT-ALT)
* L3.3 : Questionnaire sur l'utilisation (OPT-ALT)
* L4 : Modèles de tâches (Audit 2 pour ALT)
* L5 : Fonctionnalités
* L6.1 : Objectifs pour chaque version (priorités de développement)

====[[Audit 2 :]]====
* Mise à jour de L2 à L6.1
* L7.1 : Architecture (OPT-ALT)
* L7.2 : Base de données (OPT-ALT)
* L7.3 : IHM Abstraite
* L7.4 : Maquettes
* L6.2 : Objectifs pour les versions suivantes
* L8 : Démo de V0

====[[Audit 3 (Soutenances) :]]====
* Mise à jour de L7.3 (correction des erreurs)
* L9 : Rapport d'évaluation experte (imprimé pour la soutenance)
* L10 : Démonstration finale
* L11 : Diapos de votre présentation (version numérique à laquelle l'enseignant a accès au moment de votre passage)

OPT signifie que le livrable est optionnel soit parce qu'il ne s'applique pas à tous les groupes, soit parce qu'il ne peut qu'apporter une plus value à votre projet (points en plus mais pas en moins au moment de l'attribution de la note).
Lorsque ce n'est pas précisé, c'est à vous de choisir le mode présentation (écrit, schéma...) des informations du livrable

===Critères d'évaluation===
La partie IHM du projet sera principalement évaluée en fonction des critères suivants :
* Conformité de l'IHM concrète et abstraite avec le modèle de tâches
* Couverture fonctionnelle de l'application et robustesse au regard des priorités que vous avez retenues
* Qualité ergonomique au regard des principes vus en cours
* Rigueur de la démarche

La note est obtenue par l'évaluation tout au long du projet elle est composée de :
* Les besoins (3 pts) : informations sur les besoins que vous allez prendre en compte (livrables et audit 1)
* La conception (5 pts) : proposition de solution pour répondre aux besoins (livrables et audit 2)
* L'évaluation (3 pts) : évaluation de votre (ou vos) solution(s) (livrable et soutenance finale)
* Présentations (3 pts) : qualité des présentations (documents, email et slides de soutenance finale)
* Développement (6 pts) : qualité et quantité du code (démo et code)

Les notes des membres du groupe peuvent être différentes en fonction du travail fourni et constaté par l'enseignant.

==Partie Système==

Remarque : Aucune des phases du projet ne nécessite le développement d'un client lourd en mode graphique (SWT ...).
===Documents demandés===
Deux rapports doivent être rédigés pour la partie Système : un document de conception système et un document d'évaluation système.

====Document de conception système====
Le dossier de conception système (DCS) a pour but de permettre à toute personne de connaitre les principaux composants JEE de votre application ECOM. Cette connaissance doit pouvoir être acquise rapidement, sans avoir à entrer dans les détails de l'implémentation. Le DCS doit donc être de taille relativement limitée (5 à 10 pages, 20 pages au grand maximum).
Le DCS est centré sur un schéma d'architecture système (SAS) : ce schéma doit faire apparaître les composants qui vont constituer l'application, ainsi que les liens entre les beans. Un lien depuis un composant A vers un (ou plusieurs) composant(s) B signifie qu'une interaction peut avoir lieu depuis A vers B. Un lien peut être monovalué ou multivalué, monodirectionnel ou multidirectionnel.

====Document d'évaluation système====

Le rapport final système du projet ECOM a pour but de préciser l’état d’avancement de votre application ECOM.

Le rapport final système doit préciser :
* L’état de chaque composant : non réalisé, réalisé, réalisé et validé
* Les fonctions réalisées, réalisées et testées, et celles restant à réaliser
* Les propriétés non fonctionnelles garanties par votre réalisation, et celles restant à considérer pour finaliser votre application
* Le temps consacré à la conception système
* Le temps consacré au développement système
* Les principales difficultés rencontrées
===Critères d'évaluation===
La partie système du projet sera principalement évaluée en fonction des critères suivants :
* Conformité aux spécifications de l'application et aux consignes données dans le cadre du projet
* Respect des échéances pour les différentes étapes du projet (y compris pour les prototypes intermédiaires et les documents)
* Qualité de l'architecture de l'application
* Qualité et robustesse du code applicatif
* Compréhension des principaux concepts de la technologie Web
* Rigueur de la démarche de conception
* Qualité des présentations/soutenances
En complément, les aspects suivants seront également considérés :
* Méthodologie de test
* Déploiement et retrait de l'application sur/de la plateforme cloud
* Préparation d'images de VMs avec [[Kameleon]]
* Performances (résultat du injection de charge avec [[Apache JMeter]] ou OW2 CLIF)
* Supervision du système déployé avec des sondes [[Nagios]] ou [[Shinken]] conditionnées dans les VMs à déployer.
* Utilisation (optionnelle) de technologies/APIs/frameworks avancés

==Consignes pour la soutenance==
===Consignes spécifiques pour les soutenances IHM===
Salle : F113

Durée totale : 45 minutes

Pour le 23/09 minuit au plus tard :
* les documents de conception (hors évaluation), gestion de projet et le code doivent être accessibles à l'enseignant : envoyer un email avec l'ensemble des liens permettant d'y accéder

Le jour de la soutenance :
* envoyé avant votre passage les liens vers les derniers documents (évaluations + diapositives de soutenance)
* votre passage doit contenir une présentation globale du projet, le processus de conception (illustré), des évaluations, le bilan (point de vue IHM) et une démo PRÉPARÉE
* présentez individuellement un bilan de ce que vous retenez (positif, améliorations personnelles, négatif)
* arrivez avec l'application démarée (on ne perd pas de temps) et 1 ou 2 scénarios (de test)
* prévoyez 15 minutes de questions lors de votre passage

===Consignes spécifiques pour les soutenances Système===
* Apportez un exemplaire du dossier d'évaluation système (déposé la veille sur Moodle) lors de la soutenance. Il n'est pas nécessaire d'apporter un exemplaire du dossier de conception système.
* Préparez vous 30 minutes avant votre soutenance pour démarrer les instances avec le service développé.
* Prévovez environ 30 minutes pour la présentation/démo/questions. Utilisez des transparents pour présenter votre projet.
* Les démonstrations peuvent être faites sur vos machines personnelles cependant le service eCOM doit IMPERATIVEMENT s'exécuter sur une ou plusieurs instances de VM.
* Conditionnez le projet final sous la forme d’une archive (zip ou tar.gz) après avoir inclus la documentation (dans un repertoire /main/site). Utilisez la convention de nommage suivante : ecom_final_1213-X.zip où X correspond au nom du projet.
* Déposez immédiatement après la soutenance (et en aucun cas après le 20 décembre) l'archive sur Moodle.
* le rapport de charge (benchmark) doit être (MUST) fourni dans la documentation.
* le rapport sur les métriques logicielles doit être (MUST) fourni dans la documentation.

=Organisation 2018-2019=

==Planning==
===M2PGI (Alternant)===
'''Equipe pédagogique:''' VL = Vincent Lesne, NDP= Noel De Palma, SC = Sybille Caffiaux, SCB = Sebastien Chassande, UD=Ugo Decharriere

*03 sept 09h-12h F022, Boot Projet (NDP)
*03 sept 14h-17h TD F118 / TP F217, Cours Spring (SCB/NDP)
*04 sept 09h-12h TD F218 / TP F217, Cours Angular (SCB/NDP)
*04 sept 14h-17h TD F218 / TP F217, Cours Angular (SCB/NDP)
*05 sept 09h-12h TD F218 / TP F217, Libre service
*05 sept 14h-17h TD F218 / TP F217, Libre service
*06 sept 09h-12h TD F118, Cours IHM (SC)
*06 sept 14h-17h TD F118 / TP F217, Cours Cloud (UD)
*07 sept 09h-12h TD F114 / TP F211, Cours Agile (VL)
*07 sept 14h-17h TD F114 / TP F211, Cours Agile (VL)
*10 sept 09h-12h TD F218 / TP F217, Audit Syst. (SCB/NDP)
*10 sept 14h-17h TD F218 / TP F217, Audit Agile (VL)
*11 sept 09h-12h TD F118 / TP F217, Libre service
*11 sept 14h-17h TD F118 / TP F217, Libre service
*12 sept 09h-12h TD F218 / TP F217, Libre Service
*12 sept 14h-17h TD F218 / TP F217, Libre Service
*13 sept 09h-12h TD F118 / TP F217, Audit Syst. (SCB, NDP)
*13 sept 14h-17h TD F118 / TP F217, Audit Agile (VL)
*14 sept 09h-12h TD F114 / TP F214, Point Infra. (UD)
*14 sept 14h-17h TD F114 / TP F214, Libre Service
*17 sept 09h-12h TD F109 / TP F216, Audit Syst. (SCB/NDP)
*17 sept 14h-17h TD F109 / TP F216, Audit Agile (VL)
*18 sept 09h-12h TD F118 / TP F217, Libre Service
*18 sept 14h-17h TD F118 / TP F217, Point Infra. (UD)
*19 sept 09h-12h TD F218 / TP F217, Libre Service
*19 sept 14h-17h TD F218 / TP F217, Libre Service
*20 sept 09h-12h TD F118 / TP F217, Point Infra. (UD)
*20 sept 14h-17h TD F118 / TP F217, Libre Service
*21 sept 09h-12h TD F109 / TD F114 / TP F211, Soutenance
*21 sept 14h-17h TD F109 / TD F114 / TP F211, Soutenance

===M2PGI (Classique)===
'''Equipe pédagogique:''' Noël de Palma (NdP), Vincent Lesne (VL), Sybille Caffiau (SC), Sebastien Chassand-Barrioz (SCB), Ugo Decharriere (UD)

'''Dates Importantes:'''
*28 sept 14h-17h F319 TD, F204 TP, Cours Spring (SCB/NDP)

*05 oct 09h-12h F114 TD, F215 TP, Cours Angular (SCB/NDP)
*05 oct 14h-17h F319 TD, F204 TP, Cours Angular (SCB/NDP)

*12 oct 09h-12h F114 TD, Cours Agile (VL)
*12 oct 14h-17h F319 TD, Cours Agile (VL)

*19 oct 09h-12h F114 TD, Cours IHM (SC)
*19 oct 14h-17h F319 TD, Cours Cloud (UD)

*26 oct 9h-12h F215 TP, Audit Système (SCB, NDP)
*26 oct 14h-17h F204 TP, Audit Agile (VL)

*09 nov 9h-10h30 F114 TD, Cours IHM (SC)
*09 nov 14h-17h F319 TD, F204 TP, Libre Service

*16 nov , 9h-12h F215 TP, Audit Système (SCB, NDP).
*16 nov 14h-17 F204 TP, Audit Agile (VL)

*23 nov 9h-12h F215 TP, Point Infra (UD).
*23 nov 14h-17h F319 TD, F204 TP, Libre Service

*30 nov 9h-12h F215 TP, Audit Système (SCB, NDP).
*30 nov 14h-17h F204 TP, Audit Agile (VL)

*07dec 9h-12h F215 TP, Point Infra (UD)
*07 dec 14-17h F319 TD, F204 TP, Libre Service

*14 dec 9h-12h F215 TP, Audit système (SCB, NDP)
*14 dec 14h-17h F204 TP, Point Infra (UD)

*17 dec-21 dec F216/F215 TP semaine bloquée libre service
*Le 21/12 soutenances tte la journée F215/F216

==Groupes==
===M2PGI Apprenti===

===M2PGI Classique===
Consigne pour la constitution des groupes : Les étudiants ayant choisis l'option multimobile doivent se mettre ensemble. Ils doivent constituer des groupes de 4/5 afin d'avoir en tout 4 groupes (de M2 PGI classiques)

==Soutenance==
===M2PGI Apprenti===

===M2PGI Classique===

IMPERATIF
* le projet doit être (MUST) géré selon la méthode Scrum : le Scrum Master devra présenter le déroulement du projet.
* le serveur JavaEE doit être (MUST) hébergé sur une instance de VM.
* un rapport de charge (benchmark) doit être (MUST) fourni : les outils JMeter ou Clif peuvent être utilisés.
* un rapport sur les métriques logicielles doit être (MUST) fourni : l'outil Sonar peut être utilisé.

'''Ordre de passage :'''
* Respectez l'ordre établi
* Faites attention au temps. Vous disposez de 45 minutes par soutenance pour : votre présentation, la démo et les questions

=Documentation=
==Transparents de cours==

* Cours JEE/EJB(NDP) [[Media:EJB-ECOM2010.pdf]]
* Cours JEE tiers presentation (SCB) : [https://dl.dropboxusercontent.com/u/9706615/JEE_tiers_presentation.pdf url]
* Cours GWT (SCB) : [https://dl.dropboxusercontent.com/u/9706615/cours_GWT.pdf url]
* Cours maven (DD) : [http://membres-liglab.imag.fr/donsez/cours/maven.pdf url]
* Cours versionning (DD) : [http://membres-liglab.imag.fr/donsez/cours/version.pdf url]
* Cours subversion (DD) : [http://membres-liglab.imag.fr/donsez/cours/subversion.pdf url]
* Cours forge (DD) : [http://membres-liglab.imag.fr/donsez/cours/forge.pdf url]
* Cours http (DD) : [http://membres-liglab.imag.fr/donsez/cours/http.pdf url]
* Cours servlet (DD) : [http://membres-liglab.imag.fr/donsez/cours/servletjsp.pdf url]
* Cours IHM (SC) : [[Media:ECOMCours2017-2018.pdf]]
* Annexe cours IHM (SC) : [[Media:Annexe1-HeuristiqueNielsen.pdf]], [[Media:Annexe2-KMADe.pdf]], [[Media:Annexe3-Placement.pdf]], [[Media:Annnexe4-Accesssibilité.pdf]]

==Squelette du projet==
[http://dl.dropbox.com/u/66952950/ecom-maven.zip ecom-maven.zip] Inaccessible

==Doc utiles==
* [http://wiki.easybeans.org/xwiki/bin/view/Main/Documentation Documentation Easybeans (conteneur EJB3 utilisé par Jonas)]
* [http://docs.oracle.com/javaee/6/tutorial/doc/ Tutorial JavaEE 6 ]
* [http://netbeans.org/kb/67/javaee/ejb30.html Tutorial NetBean et JEE ]
* [http://docs.oracle.com/javaee/6/api/ API JavaEE 6]
* [https://java.net/projects/javaee-spec/pages/Home Spécifications JavaEE 6]
* [http://www.theserverside.com/news/thread.tss?thread_id=55191 JPA implementation patterns ]
* [http://jonas.ow2.org/JONAS_5_1_2/doc/doc-en/html/getting_started_guide.html#id1316973 Glossaire]
* [http://www.easybeans.net/xwiki/bin/download/Main/Documentation/ejb3-annotations.pdf Aide mémoire pour les annotations EJB3 ]
* Présentation sur le Cloud Computing : http://erods.liglab.fr/icar2013/programme.html
* Documentation et Training Kit sur Windows Azure : http://www.microsoft.com/en-us/download/details.aspx?id=8396
* Documentation de [http://roboconf.net/en Roboconf]
** Exemple avec LAMP http://roboconf.net/en/user-guide/lamp-example-part-1.html
http://proton.inrialpes.fr/~depalma/ecom/liens/liens.html
* Questionnaire pour site web : [[Media:Questionnaire copy.pdf]]
* Questionnaire SUS (évaluation satisfaction) : [http://blocnotes.iergo.fr/concevoir/les-outils/sus-pour-system-usability-scale/]

===Quelques livres===
REMARQUE: les livres sur JavaEE se periment très vite avec l'évolution de la spécification
* Java EE6 Cookbook for securing, tuning, and extending enterprise applications: http://www.packtpub.com/java-ee6-securing-tuning-extending-enterprise-applications-cookbook/book
* Holly Cummins and Timothy Ward, Enterprise OSGi in Action, March, 2013, 400 pages, ISBN: 9781617290138, http://www.manning.com/cummins/ ([http://www.manning.com/cummins/EOSGI_sample_ch02.pdf chapitre 2], [http://www.manning.com/cummins/EOSGI_sample_ch10.pdf chapitre 10])
* Debu Panda, Reza Rahman, Derek Lane, EJB 3 in Action, Pub Mannings, 2007, http://www.manning.com/panda/
* Debu Panda, Reza Rahman, Ryan Cuprak, and Michael Remijan, EJB 3 in Action, Second Edition, Pub Mannings, 2011, http://www.manning.com/panda2/

ECOM-M2PGI

2018-09-24T15:26:39Z

Noel.DePalma: /* M2PGI (Classique) */

Le projet eCOM consiste à concevoir et développer une application de commerce électronique. [[ECOM|suite ...]]

=Étapes du projet=
La partie IHM et la partie Système sont menées en parallèle pendant toute la durée du projet. Le projet se conclut par une soutenance finale pour chaque partie (IHM et système).

==Conduite de projet==
Le projet eCOM est très court en durée. Il est préconisé d'utiliser la méthodologie [[Scrum]] pour la conduite du projet dans chaque groupe.

===Critères d'évaluation===
La conduite du projet sera principalement évaluée en fonction des critères suivants :
* vous devez choisir un Scrum Master (unique ou tournant) : vous devez justifier votre choix
* durée du sprint (idem : vous devez justifier votre choix)
Sur ces 2 premiers critères, vous n'en changez pas !!!

Vous devez prévoir :
* product backlog
* sprint backlog
* sprint planning
* démos
* rétrospectives

Pensez à créer un wiki qui regroupera l'ensemble de vos documentations. Cela doit être une documentation Agile !!!!

Un point de bonus pour ceux qui réussiront à mettre en place des "poker planning".
[[File:20121002 141359.jpg|center|400px|PokerPlanningECOM2013]]

==Partie IHM==

===Etapes et documents demandés===
Le détail sur l'organisation et l'évaluation du travail concernant les spécifications du site sera communiqué lors des premières séances de cours. Liste des Livrables et date de rendu pour les M2PGI Alternants :

* Livrable 1 : par email, membres du groupe et brève description du sujet (un seul groupe OK)

====[[Audit 1 :]]====
* L2.1 : Description des profils
* L2.2 : Questionnaire profils (OPT-ALT)
* L3.1 : Scénarios
* L3.2 : Analyse de la concurrence (OPT-ALT)
* L3.3 : Questionnaire sur l'utilisation (OPT-ALT)
* L4 : Modèles de tâches (Audit 2 pour ALT)
* L5 : Fonctionnalités
* L6.1 : Objectifs pour chaque version (priorités de développement)

====[[Audit 2 :]]====
* Mise à jour de L2 à L6.1
* L7.1 : Architecture (OPT-ALT)
* L7.2 : Base de données (OPT-ALT)
* L7.3 : IHM Abstraite
* L7.4 : Maquettes
* L6.2 : Objectifs pour les versions suivantes
* L8 : Démo de V0

====[[Audit 3 (Soutenances) :]]====
* Mise à jour de L7.3 (correction des erreurs)
* L9 : Rapport d'évaluation experte (imprimé pour la soutenance)
* L10 : Démonstration finale
* L11 : Diapos de votre présentation (version numérique à laquelle l'enseignant a accès au moment de votre passage)

OPT signifie que le livrable est optionnel soit parce qu'il ne s'applique pas à tous les groupes, soit parce qu'il ne peut qu'apporter une plus value à votre projet (points en plus mais pas en moins au moment de l'attribution de la note).
Lorsque ce n'est pas précisé, c'est à vous de choisir le mode présentation (écrit, schéma...) des informations du livrable

===Critères d'évaluation===
La partie IHM du projet sera principalement évaluée en fonction des critères suivants :
* Conformité de l'IHM concrète et abstraite avec le modèle de tâches
* Couverture fonctionnelle de l'application et robustesse au regard des priorités que vous avez retenues
* Qualité ergonomique au regard des principes vus en cours
* Rigueur de la démarche

La note est obtenue par l'évaluation tout au long du projet elle est composée de :
* Les besoins (3 pts) : informations sur les besoins que vous allez prendre en compte (livrables et audit 1)
* La conception (5 pts) : proposition de solution pour répondre aux besoins (livrables et audit 2)
* L'évaluation (3 pts) : évaluation de votre (ou vos) solution(s) (livrable et soutenance finale)
* Présentations (3 pts) : qualité des présentations (documents, email et slides de soutenance finale)
* Développement (6 pts) : qualité et quantité du code (démo et code)

Les notes des membres du groupe peuvent être différentes en fonction du travail fourni et constaté par l'enseignant.

==Partie Système==

Remarque : Aucune des phases du projet ne nécessite le développement d'un client lourd en mode graphique (SWT ...).
===Documents demandés===
Deux rapports doivent être rédigés pour la partie Système : un document de conception système et un document d'évaluation système.

====Document de conception système====
Le dossier de conception système (DCS) a pour but de permettre à toute personne de connaitre les principaux composants JEE de votre application ECOM. Cette connaissance doit pouvoir être acquise rapidement, sans avoir à entrer dans les détails de l'implémentation. Le DCS doit donc être de taille relativement limitée (5 à 10 pages, 20 pages au grand maximum).
Le DCS est centré sur un schéma d'architecture système (SAS) : ce schéma doit faire apparaître les composants qui vont constituer l'application, ainsi que les liens entre les beans. Un lien depuis un composant A vers un (ou plusieurs) composant(s) B signifie qu'une interaction peut avoir lieu depuis A vers B. Un lien peut être monovalué ou multivalué, monodirectionnel ou multidirectionnel.

====Document d'évaluation système====

Le rapport final système du projet ECOM a pour but de préciser l’état d’avancement de votre application ECOM.

Le rapport final système doit préciser :
* L’état de chaque composant : non réalisé, réalisé, réalisé et validé
* Les fonctions réalisées, réalisées et testées, et celles restant à réaliser
* Les propriétés non fonctionnelles garanties par votre réalisation, et celles restant à considérer pour finaliser votre application
* Le temps consacré à la conception système
* Le temps consacré au développement système
* Les principales difficultés rencontrées
===Critères d'évaluation===
La partie système du projet sera principalement évaluée en fonction des critères suivants :
* Conformité aux spécifications de l'application et aux consignes données dans le cadre du projet
* Respect des échéances pour les différentes étapes du projet (y compris pour les prototypes intermédiaires et les documents)
* Qualité de l'architecture de l'application
* Qualité et robustesse du code applicatif
* Compréhension des principaux concepts de la technologie Web
* Rigueur de la démarche de conception
* Qualité des présentations/soutenances
En complément, les aspects suivants seront également considérés :
* Méthodologie de test
* Déploiement et retrait de l'application sur/de la plateforme cloud
* Préparation d'images de VMs avec [[Kameleon]]
* Performances (résultat du injection de charge avec [[Apache JMeter]] ou OW2 CLIF)
* Supervision du système déployé avec des sondes [[Nagios]] ou [[Shinken]] conditionnées dans les VMs à déployer.
* Utilisation (optionnelle) de technologies/APIs/frameworks avancés

==Consignes pour la soutenance==
===Consignes spécifiques pour les soutenances IHM===
Salle : F113

Durée totale : 45 minutes

Pour le 23/09 minuit au plus tard :
* les documents de conception (hors évaluation), gestion de projet et le code doivent être accessibles à l'enseignant : envoyer un email avec l'ensemble des liens permettant d'y accéder

Le jour de la soutenance :
* envoyé avant votre passage les liens vers les derniers documents (évaluations + diapositives de soutenance)
* votre passage doit contenir une présentation globale du projet, le processus de conception (illustré), des évaluations, le bilan (point de vue IHM) et une démo PRÉPARÉE
* présentez individuellement un bilan de ce que vous retenez (positif, améliorations personnelles, négatif)
* arrivez avec l'application démarée (on ne perd pas de temps) et 1 ou 2 scénarios (de test)
* prévoyez 15 minutes de questions lors de votre passage

===Consignes spécifiques pour les soutenances Système===
* Apportez un exemplaire du dossier d'évaluation système (déposé la veille sur Moodle) lors de la soutenance. Il n'est pas nécessaire d'apporter un exemplaire du dossier de conception système.
* Préparez vous 30 minutes avant votre soutenance pour démarrer les instances avec le service développé.
* Prévovez environ 30 minutes pour la présentation/démo/questions. Utilisez des transparents pour présenter votre projet.
* Les démonstrations peuvent être faites sur vos machines personnelles cependant le service eCOM doit IMPERATIVEMENT s'exécuter sur une ou plusieurs instances de VM.
* Conditionnez le projet final sous la forme d’une archive (zip ou tar.gz) après avoir inclus la documentation (dans un repertoire /main/site). Utilisez la convention de nommage suivante : ecom_final_1213-X.zip où X correspond au nom du projet.
* Déposez immédiatement après la soutenance (et en aucun cas après le 20 décembre) l'archive sur Moodle.
* le rapport de charge (benchmark) doit être (MUST) fourni dans la documentation.
* le rapport sur les métriques logicielles doit être (MUST) fourni dans la documentation.

=Organisation 2018-2019=

==Planning==
===M2PGI (Alternant)===
'''Equipe pédagogique:''' VL = Vincent Lesne, NDP= Noel De Palma, SC = Sybille Caffiaux, SCB = Sebastien Chassande, UD=Ugo Decharriere

*03 sept 09h-12h F022, Boot Projet (NDP)
*03 sept 14h-17h TD F118 / TP F217, Cours Spring (SCB/NDP)
*04 sept 09h-12h TD F218 / TP F217, Cours Angular (SCB/NDP)
*04 sept 14h-17h TD F218 / TP F217, Cours Angular (SCB/NDP)
*05 sept 09h-12h TD F218 / TP F217, Libre service
*05 sept 14h-17h TD F218 / TP F217, Libre service
*06 sept 09h-12h TD F118, Cours IHM (SC)
*06 sept 14h-17h TD F118 / TP F217, Cours Cloud (UD)
*07 sept 09h-12h TD F114 / TP F211, Cours Agile (VL)
*07 sept 14h-17h TD F114 / TP F211, Cours Agile (VL)
*10 sept 09h-12h TD F218 / TP F217, Audit Syst. (SCB/NDP)
*10 sept 14h-17h TD F218 / TP F217, Audit Agile (VL)
*11 sept 09h-12h TD F118 / TP F217, Libre service
*11 sept 14h-17h TD F118 / TP F217, Libre service
*12 sept 09h-12h TD F218 / TP F217, Libre Service
*12 sept 14h-17h TD F218 / TP F217, Libre Service
*13 sept 09h-12h TD F118 / TP F217, Audit Syst. (SCB, NDP)
*13 sept 14h-17h TD F118 / TP F217, Audit Agile (VL)
*14 sept 09h-12h TD F114 / TP F214, Point Infra. (UD)
*14 sept 14h-17h TD F114 / TP F214, Libre Service
*17 sept 09h-12h TD F109 / TP F216, Audit Syst. (SCB/NDP)
*17 sept 14h-17h TD F109 / TP F216, Audit Agile (VL)
*18 sept 09h-12h TD F118 / TP F217, Libre Service
*18 sept 14h-17h TD F118 / TP F217, Point Infra. (UD)
*19 sept 09h-12h TD F218 / TP F217, Libre Service
*19 sept 14h-17h TD F218 / TP F217, Libre Service
*20 sept 09h-12h TD F118 / TP F217, Point Infra. (UD)
*20 sept 14h-17h TD F118 / TP F217, Libre Service
*21 sept 09h-12h TD F109 / TD F114 / TP F211, Soutenance
*21 sept 14h-17h TD F109 / TD F114 / TP F211, Soutenance

===M2PGI (Classique)===
'''Equipe pédagogique:''' Noël de Palma (NdP), Vincent Lesne (VL), Sybille Caffiau (SC), Sebastien Chassand-Barrioz (SCB), Ugo Decharriere (UD)

'''Dates Importantes:'''
*28 sept 14h-17h F319 TD, F204 TP, Cours Spring (SCB/NDP)

*05 oct 09h-12h F114 TD, F215 TP, Cours Angular (SCB/NDP)
*05 oct 14h-17h F319 TD, F204 TP, Cours Angular (SCB/NDP)

*12 oct 09h-12h F114 TD, Cours Agile (VL)
*12 oct 14h-17h F319 TD, Cours Agile (VL)

*19 oct 09h-12h F114 TD, Cours IHM (SC)
*19 oct 14h-17h F319 TD, Cours Cloud (UD)

*26 oct 9h-12h F215 TP, Audit Système (SCB, NDP)
*26 oct 14h-17h F204 TP, Audit Agile (VL)

*09 nov 9h-10h30 F114 TD, Cours IHM (SC)
*09 nov 14h-17h F319 TD, F204 TP, Libre Service

*16 nov , 9h-12h F215 TP, Audit Système (SCB, NDP).
*16 nov 14h-17 F204 TP, Audit Agile (VL)

*23 nov 9h-12h F215 TP, Point Infra (UD).
*23 nov 14h-17h F319 TD, F204 TP, Libre Service

*30 nov 9h-12h F215 TP, Audit Système (SCB, NDP).
*30 nov 14h-17h F204 TP, Audit Agile (VL)

*07dec 9h-12h F215 TP, Point Infra (UD)
*07 dec 14-17h F319 TD, F204 TP, Libre Service

*14 dec 9h-12h F215 TP, Audit système (SCB, NDP)
*14 dec 14h-17h F204 TP, Point Infra (UD)

*17 dec-21 dec F216/F215 TP semaine bloquée libre service
*Le 21/12 soutenances tte la journée F215/F216

==Groupes==
===M2PGI Apprenti===

===M2PGI Classique===
Consigne pour la constitution des groupes : Les étudiants ayant choisis l'option multimobile doivent se mettre ensemble. Ils doivent constituer des groupes de 4/5 afin d'avoir en tout 4 groupes (de M2 PGI classiques)

==Soutenance==
===M2PGI Apprenti===

===M2PGI Classique===

IMPERATIF
* le projet doit être (MUST) géré selon la méthode Scrum : le Scrum Master devra présenter le déroulement du projet.
* le serveur JavaEE doit être (MUST) hébergé sur une instance de VM.
* un rapport de charge (benchmark) doit être (MUST) fourni : les outils JMeter ou Clif peuvent être utilisés.
* un rapport sur les métriques logicielles doit être (MUST) fourni : l'outil Sonar peut être utilisé.

'''Ordre de passage :'''
* Respectez l'ordre établi
* Faites attention au temps. Vous disposez de 45 minutes par soutenance pour : votre présentation, la démo et les questions

=Documentation=
==Transparents de cours==

* Cours JEE/EJB(NDP) [[Media:EJB-ECOM2010.pdf]]
* Cours JEE tiers presentation (SCB) : [https://dl.dropboxusercontent.com/u/9706615/JEE_tiers_presentation.pdf url]
* Cours GWT (SCB) : [https://dl.dropboxusercontent.com/u/9706615/cours_GWT.pdf url]
* Cours maven (DD) : [http://membres-liglab.imag.fr/donsez/cours/maven.pdf url]
* Cours versionning (DD) : [http://membres-liglab.imag.fr/donsez/cours/version.pdf url]
* Cours subversion (DD) : [http://membres-liglab.imag.fr/donsez/cours/subversion.pdf url]
* Cours forge (DD) : [http://membres-liglab.imag.fr/donsez/cours/forge.pdf url]
* Cours http (DD) : [http://membres-liglab.imag.fr/donsez/cours/http.pdf url]
* Cours servlet (DD) : [http://membres-liglab.imag.fr/donsez/cours/servletjsp.pdf url]
* Cours IHM (SC) : [[Media:ECOMCours2017-2018.pdf]]
* Annexe cours IHM (SC) : [[Media:Annexe1-HeuristiqueNielsen.pdf]], [[Media:Annexe2-KMADe.pdf]], [[Media:Annexe3-Placement.pdf]], [[Media:Annnexe4-Accesssibilité.pdf]]

==Squelette du projet==
[http://dl.dropbox.com/u/66952950/ecom-maven.zip ecom-maven.zip] Inaccessible

==Doc utiles==
* [http://wiki.easybeans.org/xwiki/bin/view/Main/Documentation Documentation Easybeans (conteneur EJB3 utilisé par Jonas)]
* [http://docs.oracle.com/javaee/6/tutorial/doc/ Tutorial JavaEE 6 ]
* [http://netbeans.org/kb/67/javaee/ejb30.html Tutorial NetBean et JEE ]
* [http://docs.oracle.com/javaee/6/api/ API JavaEE 6]
* [https://java.net/projects/javaee-spec/pages/Home Spécifications JavaEE 6]
* [http://www.theserverside.com/news/thread.tss?thread_id=55191 JPA implementation patterns ]
* [http://jonas.ow2.org/JONAS_5_1_2/doc/doc-en/html/getting_started_guide.html#id1316973 Glossaire]
* [http://www.easybeans.net/xwiki/bin/download/Main/Documentation/ejb3-annotations.pdf Aide mémoire pour les annotations EJB3 ]
* Présentation sur le Cloud Computing : http://erods.liglab.fr/icar2013/programme.html
* Documentation et Training Kit sur Windows Azure : http://www.microsoft.com/en-us/download/details.aspx?id=8396
* Documentation de [http://roboconf.net/en Roboconf]
** Exemple avec LAMP http://roboconf.net/en/user-guide/lamp-example-part-1.html
http://proton.inrialpes.fr/~depalma/ecom/liens/liens.html
* Questionnaire pour site web : [[Media:Questionnaire copy.pdf]]
* Questionnaire SUS (évaluation satisfaction) : [http://blocnotes.iergo.fr/concevoir/les-outils/sus-pour-system-usability-scale/]

===Quelques livres===
REMARQUE: les livres sur JavaEE se periment très vite avec l'évolution de la spécification
* Java EE6 Cookbook for securing, tuning, and extending enterprise applications: http://www.packtpub.com/java-ee6-securing-tuning-extending-enterprise-applications-cookbook/book
* Holly Cummins and Timothy Ward, Enterprise OSGi in Action, March, 2013, 400 pages, ISBN: 9781617290138, http://www.manning.com/cummins/ ([http://www.manning.com/cummins/EOSGI_sample_ch02.pdf chapitre 2], [http://www.manning.com/cummins/EOSGI_sample_ch10.pdf chapitre 10])
* Debu Panda, Reza Rahman, Derek Lane, EJB 3 in Action, Pub Mannings, 2007, http://www.manning.com/panda/
* Debu Panda, Reza Rahman, Ryan Cuprak, and Michael Remijan, EJB 3 in Action, Second Edition, Pub Mannings, 2011, http://www.manning.com/panda2/

ECOM-M2PGI

2018-09-24T15:23:25Z

Noel.DePalma: /* M2PGI (Classique) */

Le projet eCOM consiste à concevoir et développer une application de commerce électronique. [[ECOM|suite ...]]

=Étapes du projet=
La partie IHM et la partie Système sont menées en parallèle pendant toute la durée du projet. Le projet se conclut par une soutenance finale pour chaque partie (IHM et système).

==Conduite de projet==
Le projet eCOM est très court en durée. Il est préconisé d'utiliser la méthodologie [[Scrum]] pour la conduite du projet dans chaque groupe.

===Critères d'évaluation===
La conduite du projet sera principalement évaluée en fonction des critères suivants :
* vous devez choisir un Scrum Master (unique ou tournant) : vous devez justifier votre choix
* durée du sprint (idem : vous devez justifier votre choix)
Sur ces 2 premiers critères, vous n'en changez pas !!!

Vous devez prévoir :
* product backlog
* sprint backlog
* sprint planning
* démos
* rétrospectives

Pensez à créer un wiki qui regroupera l'ensemble de vos documentations. Cela doit être une documentation Agile !!!!

Un point de bonus pour ceux qui réussiront à mettre en place des "poker planning".
[[File:20121002 141359.jpg|center|400px|PokerPlanningECOM2013]]

==Partie IHM==

===Etapes et documents demandés===
Le détail sur l'organisation et l'évaluation du travail concernant les spécifications du site sera communiqué lors des premières séances de cours. Liste des Livrables et date de rendu pour les M2PGI Alternants :

* Livrable 1 : par email, membres du groupe et brève description du sujet (un seul groupe OK)

====[[Audit 1 :]]====
* L2.1 : Description des profils
* L2.2 : Questionnaire profils (OPT-ALT)
* L3.1 : Scénarios
* L3.2 : Analyse de la concurrence (OPT-ALT)
* L3.3 : Questionnaire sur l'utilisation (OPT-ALT)
* L4 : Modèles de tâches (Audit 2 pour ALT)
* L5 : Fonctionnalités
* L6.1 : Objectifs pour chaque version (priorités de développement)

====[[Audit 2 :]]====
* Mise à jour de L2 à L6.1
* L7.1 : Architecture (OPT-ALT)
* L7.2 : Base de données (OPT-ALT)
* L7.3 : IHM Abstraite
* L7.4 : Maquettes
* L6.2 : Objectifs pour les versions suivantes
* L8 : Démo de V0

====[[Audit 3 (Soutenances) :]]====
* Mise à jour de L7.3 (correction des erreurs)
* L9 : Rapport d'évaluation experte (imprimé pour la soutenance)
* L10 : Démonstration finale
* L11 : Diapos de votre présentation (version numérique à laquelle l'enseignant a accès au moment de votre passage)

OPT signifie que le livrable est optionnel soit parce qu'il ne s'applique pas à tous les groupes, soit parce qu'il ne peut qu'apporter une plus value à votre projet (points en plus mais pas en moins au moment de l'attribution de la note).
Lorsque ce n'est pas précisé, c'est à vous de choisir le mode présentation (écrit, schéma...) des informations du livrable

===Critères d'évaluation===
La partie IHM du projet sera principalement évaluée en fonction des critères suivants :
* Conformité de l'IHM concrète et abstraite avec le modèle de tâches
* Couverture fonctionnelle de l'application et robustesse au regard des priorités que vous avez retenues
* Qualité ergonomique au regard des principes vus en cours
* Rigueur de la démarche

La note est obtenue par l'évaluation tout au long du projet elle est composée de :
* Les besoins (3 pts) : informations sur les besoins que vous allez prendre en compte (livrables et audit 1)
* La conception (5 pts) : proposition de solution pour répondre aux besoins (livrables et audit 2)
* L'évaluation (3 pts) : évaluation de votre (ou vos) solution(s) (livrable et soutenance finale)
* Présentations (3 pts) : qualité des présentations (documents, email et slides de soutenance finale)
* Développement (6 pts) : qualité et quantité du code (démo et code)

Les notes des membres du groupe peuvent être différentes en fonction du travail fourni et constaté par l'enseignant.

==Partie Système==

Remarque : Aucune des phases du projet ne nécessite le développement d'un client lourd en mode graphique (SWT ...).
===Documents demandés===
Deux rapports doivent être rédigés pour la partie Système : un document de conception système et un document d'évaluation système.

====Document de conception système====
Le dossier de conception système (DCS) a pour but de permettre à toute personne de connaitre les principaux composants JEE de votre application ECOM. Cette connaissance doit pouvoir être acquise rapidement, sans avoir à entrer dans les détails de l'implémentation. Le DCS doit donc être de taille relativement limitée (5 à 10 pages, 20 pages au grand maximum).
Le DCS est centré sur un schéma d'architecture système (SAS) : ce schéma doit faire apparaître les composants qui vont constituer l'application, ainsi que les liens entre les beans. Un lien depuis un composant A vers un (ou plusieurs) composant(s) B signifie qu'une interaction peut avoir lieu depuis A vers B. Un lien peut être monovalué ou multivalué, monodirectionnel ou multidirectionnel.

====Document d'évaluation système====

Le rapport final système du projet ECOM a pour but de préciser l’état d’avancement de votre application ECOM.

Le rapport final système doit préciser :
* L’état de chaque composant : non réalisé, réalisé, réalisé et validé
* Les fonctions réalisées, réalisées et testées, et celles restant à réaliser
* Les propriétés non fonctionnelles garanties par votre réalisation, et celles restant à considérer pour finaliser votre application
* Le temps consacré à la conception système
* Le temps consacré au développement système
* Les principales difficultés rencontrées
===Critères d'évaluation===
La partie système du projet sera principalement évaluée en fonction des critères suivants :
* Conformité aux spécifications de l'application et aux consignes données dans le cadre du projet
* Respect des échéances pour les différentes étapes du projet (y compris pour les prototypes intermédiaires et les documents)
* Qualité de l'architecture de l'application
* Qualité et robustesse du code applicatif
* Compréhension des principaux concepts de la technologie Web
* Rigueur de la démarche de conception
* Qualité des présentations/soutenances
En complément, les aspects suivants seront également considérés :
* Méthodologie de test
* Déploiement et retrait de l'application sur/de la plateforme cloud
* Préparation d'images de VMs avec [[Kameleon]]
* Performances (résultat du injection de charge avec [[Apache JMeter]] ou OW2 CLIF)
* Supervision du système déployé avec des sondes [[Nagios]] ou [[Shinken]] conditionnées dans les VMs à déployer.
* Utilisation (optionnelle) de technologies/APIs/frameworks avancés

==Consignes pour la soutenance==
===Consignes spécifiques pour les soutenances IHM===
Salle : F113

Durée totale : 45 minutes

Pour le 23/09 minuit au plus tard :
* les documents de conception (hors évaluation), gestion de projet et le code doivent être accessibles à l'enseignant : envoyer un email avec l'ensemble des liens permettant d'y accéder

Le jour de la soutenance :
* envoyé avant votre passage les liens vers les derniers documents (évaluations + diapositives de soutenance)
* votre passage doit contenir une présentation globale du projet, le processus de conception (illustré), des évaluations, le bilan (point de vue IHM) et une démo PRÉPARÉE
* présentez individuellement un bilan de ce que vous retenez (positif, améliorations personnelles, négatif)
* arrivez avec l'application démarée (on ne perd pas de temps) et 1 ou 2 scénarios (de test)
* prévoyez 15 minutes de questions lors de votre passage

===Consignes spécifiques pour les soutenances Système===
* Apportez un exemplaire du dossier d'évaluation système (déposé la veille sur Moodle) lors de la soutenance. Il n'est pas nécessaire d'apporter un exemplaire du dossier de conception système.
* Préparez vous 30 minutes avant votre soutenance pour démarrer les instances avec le service développé.
* Prévovez environ 30 minutes pour la présentation/démo/questions. Utilisez des transparents pour présenter votre projet.
* Les démonstrations peuvent être faites sur vos machines personnelles cependant le service eCOM doit IMPERATIVEMENT s'exécuter sur une ou plusieurs instances de VM.
* Conditionnez le projet final sous la forme d’une archive (zip ou tar.gz) après avoir inclus la documentation (dans un repertoire /main/site). Utilisez la convention de nommage suivante : ecom_final_1213-X.zip où X correspond au nom du projet.
* Déposez immédiatement après la soutenance (et en aucun cas après le 20 décembre) l'archive sur Moodle.
* le rapport de charge (benchmark) doit être (MUST) fourni dans la documentation.
* le rapport sur les métriques logicielles doit être (MUST) fourni dans la documentation.

=Organisation 2018-2019=

==Planning==
===M2PGI (Alternant)===
'''Equipe pédagogique:''' VL = Vincent Lesne, NDP= Noel De Palma, SC = Sybille Caffiaux, SCB = Sebastien Chassande, UD=Ugo Decharriere

*03 sept 09h-12h F022, Boot Projet (NDP)
*03 sept 14h-17h TD F118 / TP F217, Cours Spring (SCB/NDP)
*04 sept 09h-12h TD F218 / TP F217, Cours Angular (SCB/NDP)
*04 sept 14h-17h TD F218 / TP F217, Cours Angular (SCB/NDP)
*05 sept 09h-12h TD F218 / TP F217, Libre service
*05 sept 14h-17h TD F218 / TP F217, Libre service
*06 sept 09h-12h TD F118, Cours IHM (SC)
*06 sept 14h-17h TD F118 / TP F217, Cours Cloud (UD)
*07 sept 09h-12h TD F114 / TP F211, Cours Agile (VL)
*07 sept 14h-17h TD F114 / TP F211, Cours Agile (VL)
*10 sept 09h-12h TD F218 / TP F217, Audit Syst. (SCB/NDP)
*10 sept 14h-17h TD F218 / TP F217, Audit Agile (VL)
*11 sept 09h-12h TD F118 / TP F217, Libre service
*11 sept 14h-17h TD F118 / TP F217, Libre service
*12 sept 09h-12h TD F218 / TP F217, Libre Service
*12 sept 14h-17h TD F218 / TP F217, Libre Service
*13 sept 09h-12h TD F118 / TP F217, Audit Syst. (SCB, NDP)
*13 sept 14h-17h TD F118 / TP F217, Audit Agile (VL)
*14 sept 09h-12h TD F114 / TP F214, Point Infra. (UD)
*14 sept 14h-17h TD F114 / TP F214, Libre Service
*17 sept 09h-12h TD F109 / TP F216, Audit Syst. (SCB/NDP)
*17 sept 14h-17h TD F109 / TP F216, Audit Agile (VL)
*18 sept 09h-12h TD F118 / TP F217, Libre Service
*18 sept 14h-17h TD F118 / TP F217, Point Infra. (UD)
*19 sept 09h-12h TD F218 / TP F217, Libre Service
*19 sept 14h-17h TD F218 / TP F217, Libre Service
*20 sept 09h-12h TD F118 / TP F217, Point Infra. (UD)
*20 sept 14h-17h TD F118 / TP F217, Libre Service
*21 sept 09h-12h TD F109 / TD F114 / TP F211, Soutenance
*21 sept 14h-17h TD F109 / TD F114 / TP F211, Soutenance

===M2PGI (Classique)===
'''Equipe pédagogique:''' Noël de Palma (NdP), Vincent Lesne (VL), Sybille Caffiau (SC), Sebastien Chassand-Barrioz (SCB), Ibrahim Safiedinne (FR)

'''Dates Importantes:'''
en cours.

==Groupes==
===M2PGI Apprenti===

===M2PGI Classique===
Consigne pour la constitution des groupes : Les étudiants ayant choisis l'option multimobile doivent se mettre ensemble. Ils doivent constituer des groupes de 4/5 afin d'avoir en tout 4 groupes (de M2 PGI classiques)

==Soutenance==
===M2PGI Apprenti===

===M2PGI Classique===

IMPERATIF
* le projet doit être (MUST) géré selon la méthode Scrum : le Scrum Master devra présenter le déroulement du projet.
* le serveur JavaEE doit être (MUST) hébergé sur une instance de VM.
* un rapport de charge (benchmark) doit être (MUST) fourni : les outils JMeter ou Clif peuvent être utilisés.
* un rapport sur les métriques logicielles doit être (MUST) fourni : l'outil Sonar peut être utilisé.

'''Ordre de passage :'''
* Respectez l'ordre établi
* Faites attention au temps. Vous disposez de 45 minutes par soutenance pour : votre présentation, la démo et les questions

=Documentation=
==Transparents de cours==

* Cours JEE/EJB(NDP) [[Media:EJB-ECOM2010.pdf]]
* Cours JEE tiers presentation (SCB) : [https://dl.dropboxusercontent.com/u/9706615/JEE_tiers_presentation.pdf url]
* Cours GWT (SCB) : [https://dl.dropboxusercontent.com/u/9706615/cours_GWT.pdf url]
* Cours maven (DD) : [http://membres-liglab.imag.fr/donsez/cours/maven.pdf url]
* Cours versionning (DD) : [http://membres-liglab.imag.fr/donsez/cours/version.pdf url]
* Cours subversion (DD) : [http://membres-liglab.imag.fr/donsez/cours/subversion.pdf url]
* Cours forge (DD) : [http://membres-liglab.imag.fr/donsez/cours/forge.pdf url]
* Cours http (DD) : [http://membres-liglab.imag.fr/donsez/cours/http.pdf url]
* Cours servlet (DD) : [http://membres-liglab.imag.fr/donsez/cours/servletjsp.pdf url]
* Cours IHM (SC) : [[Media:ECOMCours2017-2018.pdf]]
* Annexe cours IHM (SC) : [[Media:Annexe1-HeuristiqueNielsen.pdf]], [[Media:Annexe2-KMADe.pdf]], [[Media:Annexe3-Placement.pdf]], [[Media:Annnexe4-Accesssibilité.pdf]]

==Squelette du projet==
[http://dl.dropbox.com/u/66952950/ecom-maven.zip ecom-maven.zip] Inaccessible

==Doc utiles==
* [http://wiki.easybeans.org/xwiki/bin/view/Main/Documentation Documentation Easybeans (conteneur EJB3 utilisé par Jonas)]
* [http://docs.oracle.com/javaee/6/tutorial/doc/ Tutorial JavaEE 6 ]
* [http://netbeans.org/kb/67/javaee/ejb30.html Tutorial NetBean et JEE ]
* [http://docs.oracle.com/javaee/6/api/ API JavaEE 6]
* [https://java.net/projects/javaee-spec/pages/Home Spécifications JavaEE 6]
* [http://www.theserverside.com/news/thread.tss?thread_id=55191 JPA implementation patterns ]
* [http://jonas.ow2.org/JONAS_5_1_2/doc/doc-en/html/getting_started_guide.html#id1316973 Glossaire]
* [http://www.easybeans.net/xwiki/bin/download/Main/Documentation/ejb3-annotations.pdf Aide mémoire pour les annotations EJB3 ]
* Présentation sur le Cloud Computing : http://erods.liglab.fr/icar2013/programme.html
* Documentation et Training Kit sur Windows Azure : http://www.microsoft.com/en-us/download/details.aspx?id=8396
* Documentation de [http://roboconf.net/en Roboconf]
** Exemple avec LAMP http://roboconf.net/en/user-guide/lamp-example-part-1.html
http://proton.inrialpes.fr/~depalma/ecom/liens/liens.html
* Questionnaire pour site web : [[Media:Questionnaire copy.pdf]]
* Questionnaire SUS (évaluation satisfaction) : [http://blocnotes.iergo.fr/concevoir/les-outils/sus-pour-system-usability-scale/]

===Quelques livres===
REMARQUE: les livres sur JavaEE se periment très vite avec l'évolution de la spécification
* Java EE6 Cookbook for securing, tuning, and extending enterprise applications: http://www.packtpub.com/java-ee6-securing-tuning-extending-enterprise-applications-cookbook/book
* Holly Cummins and Timothy Ward, Enterprise OSGi in Action, March, 2013, 400 pages, ISBN: 9781617290138, http://www.manning.com/cummins/ ([http://www.manning.com/cummins/EOSGI_sample_ch02.pdf chapitre 2], [http://www.manning.com/cummins/EOSGI_sample_ch10.pdf chapitre 10])
* Debu Panda, Reza Rahman, Derek Lane, EJB 3 in Action, Pub Mannings, 2007, http://www.manning.com/panda/
* Debu Panda, Reza Rahman, Ryan Cuprak, and Michael Remijan, EJB 3 in Action, Second Edition, Pub Mannings, 2011, http://www.manning.com/panda2/

ECOM-M2PGI

2018-09-03T15:02:25Z

Noel.DePalma: /* M2PGI (Alternant) */

Le projet eCOM consiste à concevoir et développer une application de commerce électronique. [[ECOM|suite ...]]

=Étapes du projet=
La partie IHM et la partie Système sont menées en parallèle pendant toute la durée du projet. Le projet se conclut par une soutenance finale pour chaque partie (IHM et système).

==Conduite de projet==
Le projet eCOM est très court en durée. Il est préconisé d'utiliser la méthodologie [[Scrum]] pour la conduite du projet dans chaque groupe.

===Critères d'évaluation===
La conduite du projet sera principalement évaluée en fonction des critères suivants :
* vous devez choisir un Scrum Master (unique ou tournant) : vous devez justifier votre choix
* durée du sprint (idem : vous devez justifier votre choix)
Sur ces 2 premiers critères, vous n'en changez pas !!!

Vous devez prévoir :
* product backlog
* sprint backlog
* sprint planning
* démos
* rétrospectives

Pensez à créer un wiki qui regroupera l'ensemble de vos documentations. Cela doit être une documentation Agile !!!!

Un point de bonus pour ceux qui réussiront à mettre en place des "poker planning".
[[File:20121002 141359.jpg|center|400px|PokerPlanningECOM2013]]

==Partie IHM==

===Etapes et documents demandés===
Le détail sur l'organisation et l'évaluation du travail concernant les spécifications du site sera communiqué lors des premières séances de cours. Liste des Livrables et date de rendu pour les M2PGI Alternants :

* Livrable 1 : par email, membres du groupe et brève description du sujet (un seul groupe OK)

====[[Audit 1 :]]====
* L2.1 : Description des profils
* L2.2 : Questionnaire profils (OPT-ALT)
* L3.1 : Scénarios
* L3.2 : Analyse de la concurrence (OPT-ALT)
* L3.3 : Questionnaire sur l'utilisation (OPT-ALT)
* L4 : Modèles de tâches (Audit 2 pour ALT)
* L5 : Fonctionnalités
* L6.1 : Objectifs pour chaque version (priorités de développement)

====[[Audit 2 :]]====
* Mise à jour de L2 à L6.1
* L7.1 : Architecture (OPT-ALT)
* L7.2 : Base de données (OPT-ALT)
* L7.3 : IHM Abstraite
* L7.4 : Maquettes
* L6.2 : Objectifs pour les versions suivantes
* L8 : Démo de V0

====[[Audit 3 (Soutenances) :]]====
* Mise à jour de L7.3 (correction des erreurs)
* L9 : Rapport d'évaluation experte (imprimé pour la soutenance)
* L10 : Démonstration finale
* L11 : Diapos de votre présentation (version numérique à laquelle l'enseignant a accès au moment de votre passage)

OPT signifie que le livrable est optionnel soit parce qu'il ne s'applique pas à tous les groupes, soit parce qu'il ne peut qu'apporter une plus value à votre projet (points en plus mais pas en moins au moment de l'attribution de la note).
Lorsque ce n'est pas précisé, c'est à vous de choisir le mode présentation (écrit, schéma...) des informations du livrable

===Critères d'évaluation===
La partie IHM du projet sera principalement évaluée en fonction des critères suivants :
* Conformité de l'IHM concrète et abstraite avec le modèle de tâches
* Couverture fonctionnelle de l'application et robustesse au regard des priorités que vous avez retenues
* Qualité ergonomique au regard des principes vus en cours
* Rigueur de la démarche

La note est obtenue par l'évaluation tout au long du projet elle est composée de :
* Les besoins (3 pts) : informations sur les besoins que vous allez prendre en compte (livrables et audit 1)
* La conception (5 pts) : proposition de solution pour répondre aux besoins (livrables et audit 2)
* L'évaluation (3 pts) : évaluation de votre (ou vos) solution(s) (livrable et soutenance finale)
* Présentations (3 pts) : qualité des présentations (documents, email et slides de soutenance finale)
* Développement (6 pts) : qualité et quantité du code (démo et code)

Les notes des membres du groupe peuvent être différentes en fonction du travail fourni et constaté par l'enseignant.

==Partie Système==

Remarque : Aucune des phases du projet ne nécessite le développement d'un client lourd en mode graphique (SWT ...).
===Documents demandés===
Deux rapports doivent être rédigés pour la partie Système : un document de conception système et un document d'évaluation système.

====Document de conception système====
Le dossier de conception système (DCS) a pour but de permettre à toute personne de connaitre les principaux composants JEE de votre application ECOM. Cette connaissance doit pouvoir être acquise rapidement, sans avoir à entrer dans les détails de l'implémentation. Le DCS doit donc être de taille relativement limitée (5 à 10 pages, 20 pages au grand maximum).
Le DCS est centré sur un schéma d'architecture système (SAS) : ce schéma doit faire apparaître les composants qui vont constituer l'application, ainsi que les liens entre les beans. Un lien depuis un composant A vers un (ou plusieurs) composant(s) B signifie qu'une interaction peut avoir lieu depuis A vers B. Un lien peut être monovalué ou multivalué, monodirectionnel ou multidirectionnel.

====Document d'évaluation système====

Le rapport final système du projet ECOM a pour but de préciser l’état d’avancement de votre application ECOM.

Le rapport final système doit préciser :
* L’état de chaque composant : non réalisé, réalisé, réalisé et validé
* Les fonctions réalisées, réalisées et testées, et celles restant à réaliser
* Les propriétés non fonctionnelles garanties par votre réalisation, et celles restant à considérer pour finaliser votre application
* Le temps consacré à la conception système
* Le temps consacré au développement système
* Les principales difficultés rencontrées
===Critères d'évaluation===
La partie système du projet sera principalement évaluée en fonction des critères suivants :
* Conformité aux spécifications de l'application et aux consignes données dans le cadre du projet
* Respect des échéances pour les différentes étapes du projet (y compris pour les prototypes intermédiaires et les documents)
* Qualité de l'architecture de l'application
* Qualité et robustesse du code applicatif
* Compréhension des principaux concepts de la technologie Web
* Rigueur de la démarche de conception
* Qualité des présentations/soutenances
En complément, les aspects suivants seront également considérés :
* Méthodologie de test
* Déploiement et retrait de l'application sur/de la plateforme cloud
* Préparation d'images de VMs avec [[Kameleon]]
* Performances (résultat du injection de charge avec [[Apache JMeter]] ou OW2 CLIF)
* Supervision du système déployé avec des sondes [[Nagios]] ou [[Shinken]] conditionnées dans les VMs à déployer.
* Utilisation (optionnelle) de technologies/APIs/frameworks avancés

==Consignes pour la soutenance==
===Consignes spécifiques pour les soutenances IHM===
Salle : F114

Durée totale : 30 minutes

* tous les livrables doivent être consultable par l'enseignant (en ligne ou ayant été préalablement envoyés)
* votre passage doit contenir une présentation globale du projet, le processus de conception (illustré), des évaluations, le bilan (point de vue IHM) et une démo PRÉPARÉE
* arrivez avec l'application démarée (on ne perd pas de temps) et 1 ou 2 scénarios (de test)
* prévoyez 15 minutes de questions lors de votre passage

===Consignes spécifiques pour les soutenances Système===
* Apportez un exemplaire du dossier d'évaluation système (déposé la veille sur Moodle) lors de la soutenance. Il n'est pas nécessaire d'apporter un exemplaire du dossier de conception système.
* Préparez vous 30 minutes avant votre soutenance pour démarrer les instances avec le service développé.
* Prévovez environ 30 minutes pour la présentation/démo/questions. Utilisez des transparents pour présenter votre projet.
* Les démonstrations peuvent être faites sur vos machines personnelles cependant le service eCOM doit IMPERATIVEMENT s'exécuter sur une ou plusieurs instances de VM.
* Conditionnez le projet final sous la forme d’une archive (zip ou tar.gz) après avoir inclus la documentation (dans un repertoire /main/site). Utilisez la convention de nommage suivante : ecom_final_1213-X.zip où X correspond au nom du projet.
* Déposez immédiatement après la soutenance (et en aucun cas après le 20 décembre) l'archive sur Moodle.
* le rapport de charge (benchmark) doit être (MUST) fourni dans la documentation.
* le rapport sur les métriques logicielles doit être (MUST) fourni dans la documentation.

=Organisation 2018-2019=

==Planning==
===M2PGI (Alternant)===
'''Equipe pédagogique:''' VL = Vincent Lesne, NDP= Noel De Palma, SC = Sybille Caffiaux, SCB = Sebastien Chassande, UD=Ugo Decharriere

*03 sept 09h-12h F022, Boot Projet (NDP)
*03 sept 14h-17h TD F118 / TP F217, Cours Spring (SCB/NDP)
*04 sept 09h-12h TD F218 / TP F217, Cours Angular (SCB/NDP)
*04 sept 14h-17h TD F218 / TP F217, Cours Angular (SCB/NDP)
*05 sept 09h-12h TD F218 / TP F217, Libre service
*05 sept 14h-17h TD F218 / TP F217, Libre service
*06 sept 09h-12h TD F118, Cours IHM (SC)
*06 sept 14h-17h TD F118 / TP F217, Cours Cloud (UD)
*07 sept 09h-12h TD F114 / TP F211, Cours Agile (VL)
*07 sept 14h-17h TD F114 / TP F211, Cours Agile (VL)
*10 sept 09h-12h TD F218 / TP F217, Audit Syst. (SCB/NDP)
*10 sept 14h-17h TD F218 / TP F217, Audit Agile (VL)
*11 sept 09h-12h TD F118 / TP F217, Libre service
*11 sept 14h-17h TD F118 / TP F217, Libre service
*12 sept 09h-12h TD F218 / TP F217, Libre Service
*12 sept 14h-17h TD F218 / TP F217, Libre Service
*13 sept 09h-12h TD F118 / TP F217, Audit Syst. (SCB, NDP)
*13 sept 14h-17h TD F118 / TP F217, Audit Agile (VL)
*14 sept 09h-12h TD F114 / TP F214, Point Infra. (UD)
*14 sept 14h-17h TD F114 / TP F214, Libre Service
*17 sept 09h-12h TD F109 / TP F216, Audit Syst. (SCB/NDP)
*17 sept 14h-17h TD F109 / TP F216, Audit Agile (VL)
*18 sept 09h-12h TD F118 / TP F217, Libre Service
*18 sept 14h-17h TD F118 / TP F217, Point Infra. (UD)
*19 sept 09h-12h TD F218 / TP F217, Libre Service
*19 sept 14h-17h TD F218 / TP F217, Libre Service
*20 sept 09h-12h TD F118 / TP F217, Point Infra. (UD)
*20 sept 14h-17h TD F118 / TP F217, Libre Service
*21 sept 09h-12h TD F109 / TD F114 / TP F211, Soutenance
*21 sept 14h-17h TD F109 / TD F114 / TP F211, Soutenance

===M2PGI (Classique)===
'''Equipe pédagogique:''' Noël de Palma (NdP), Vincent Lesne (VL), Sybille Caffiau (SC), Sebastien Chassand-Barrioz (SCB), Ibrahim Safiedinne (FR)

'''Dates Importantes:'''
en cours.

==Groupes==
===M2PGI Apprenti===

===M2PGI Classique===
Consigne pour la constitution des groupes : Les étudiants ayant choisis l'option multimobile doivent se mettre ensemble. Ils doivent constituer des groupes de 4/5 afin d'avoir en tout 4 groupes (de M2 PGI classiques)

==Soutenance==
===M2PGI Apprenti===

===M2PGI Classique===

IMPERATIF
* le projet doit être (MUST) géré selon la méthode Scrum : le Scrum Master devra présenter le déroulement du projet.
* le serveur JavaEE doit être (MUST) hébergé sur une instance de VM.
* un rapport de charge (benchmark) doit être (MUST) fourni : les outils JMeter ou Clif peuvent être utilisés.
* un rapport sur les métriques logicielles doit être (MUST) fourni : l'outil Sonar peut être utilisé.

'''Ordre de passage :'''
* Respectez l'ordre établi
* Faites attention au temps. Vous disposez de 45 minutes par soutenance pour : votre présentation, la démo et les questions

=Documentation=
==Transparents de cours==

* Cours JEE/EJB(NDP) [[Media:EJB-ECOM2010.pdf]]
* Cours JEE tiers presentation (SCB) : [https://dl.dropboxusercontent.com/u/9706615/JEE_tiers_presentation.pdf url]
* Cours GWT (SCB) : [https://dl.dropboxusercontent.com/u/9706615/cours_GWT.pdf url]
* Cours maven (DD) : [http://membres-liglab.imag.fr/donsez/cours/maven.pdf url]
* Cours versionning (DD) : [http://membres-liglab.imag.fr/donsez/cours/version.pdf url]
* Cours subversion (DD) : [http://membres-liglab.imag.fr/donsez/cours/subversion.pdf url]
* Cours forge (DD) : [http://membres-liglab.imag.fr/donsez/cours/forge.pdf url]
* Cours http (DD) : [http://membres-liglab.imag.fr/donsez/cours/http.pdf url]
* Cours servlet (DD) : [http://membres-liglab.imag.fr/donsez/cours/servletjsp.pdf url]
* Cours IHM (SC) : [[Media:ECOMCours2017-2018.pdf]]
* Annexe cours IHM (SC) : [[Media:Annexe1-HeuristiqueNielsen.pdf]], [[Media:Annexe2-KMADe.pdf]], [[Media:Annexe3-Placement.pdf]], [[Media:Annnexe4-Accesssibilité.pdf]]

==Squelette du projet==
[http://dl.dropbox.com/u/66952950/ecom-maven.zip ecom-maven.zip] Inaccessible

==Doc utiles==
* [http://wiki.easybeans.org/xwiki/bin/view/Main/Documentation Documentation Easybeans (conteneur EJB3 utilisé par Jonas)]
* [http://docs.oracle.com/javaee/6/tutorial/doc/ Tutorial JavaEE 6 ]
* [http://netbeans.org/kb/67/javaee/ejb30.html Tutorial NetBean et JEE ]
* [http://docs.oracle.com/javaee/6/api/ API JavaEE 6]
* [https://java.net/projects/javaee-spec/pages/Home Spécifications JavaEE 6]
* [http://www.theserverside.com/news/thread.tss?thread_id=55191 JPA implementation patterns ]
* [http://jonas.ow2.org/JONAS_5_1_2/doc/doc-en/html/getting_started_guide.html#id1316973 Glossaire]
* [http://www.easybeans.net/xwiki/bin/download/Main/Documentation/ejb3-annotations.pdf Aide mémoire pour les annotations EJB3 ]
* Présentation sur le Cloud Computing : http://erods.liglab.fr/icar2013/programme.html
* Documentation et Training Kit sur Windows Azure : http://www.microsoft.com/en-us/download/details.aspx?id=8396
* Documentation de [http://roboconf.net/en Roboconf]
** Exemple avec LAMP http://roboconf.net/en/user-guide/lamp-example-part-1.html
http://proton.inrialpes.fr/~depalma/ecom/liens/liens.html
* Questionnaire pour site web : [[Media:Questionnaire copy.pdf]]
* Questionnaire SUS (évaluation satisfaction) : [http://blocnotes.iergo.fr/concevoir/les-outils/sus-pour-system-usability-scale/]

===Quelques livres===
REMARQUE: les livres sur JavaEE se periment très vite avec l'évolution de la spécification
* Java EE6 Cookbook for securing, tuning, and extending enterprise applications: http://www.packtpub.com/java-ee6-securing-tuning-extending-enterprise-applications-cookbook/book
* Holly Cummins and Timothy Ward, Enterprise OSGi in Action, March, 2013, 400 pages, ISBN: 9781617290138, http://www.manning.com/cummins/ ([http://www.manning.com/cummins/EOSGI_sample_ch02.pdf chapitre 2], [http://www.manning.com/cummins/EOSGI_sample_ch10.pdf chapitre 10])
* Debu Panda, Reza Rahman, Derek Lane, EJB 3 in Action, Pub Mannings, 2007, http://www.manning.com/panda/
* Debu Panda, Reza Rahman, Ryan Cuprak, and Michael Remijan, EJB 3 in Action, Second Edition, Pub Mannings, 2011, http://www.manning.com/panda2/

ECOM-M2PGI

2018-09-03T12:52:04Z

Noel.DePalma: /* M2PGI (Alternant) */

Le projet eCOM consiste à concevoir et développer une application de commerce électronique. [[ECOM|suite ...]]

=Étapes du projet=
La partie IHM et la partie Système sont menées en parallèle pendant toute la durée du projet. Le projet se conclut par une soutenance finale pour chaque partie (IHM et système).

==Conduite de projet==
Le projet eCOM est très court en durée. Il est préconisé d'utiliser la méthodologie [[Scrum]] pour la conduite du projet dans chaque groupe.

===Critères d'évaluation===
La conduite du projet sera principalement évaluée en fonction des critères suivants :
* vous devez choisir un Scrum Master (unique ou tournant) : vous devez justifier votre choix
* durée du sprint (idem : vous devez justifier votre choix)
Sur ces 2 premiers critères, vous n'en changez pas !!!

Vous devez prévoir :
* product backlog
* sprint backlog
* sprint planning
* démos
* rétrospectives

Pensez à créer un wiki qui regroupera l'ensemble de vos documentations. Cela doit être une documentation Agile !!!!

Un point de bonus pour ceux qui réussiront à mettre en place des "poker planning".
[[File:20121002 141359.jpg|center|400px|PokerPlanningECOM2013]]

==Partie IHM==

===Etapes et documents demandés===
Le détail sur l'organisation et l'évaluation du travail concernant les spécifications du site sera communiqué lors des premières séances de cours. Liste des Livrables et date de rendu pour les M2PGI Alternants :

* Livrable 1 : par email, membres du groupe et brève description du sujet (un seul groupe OK)

====[[Audit 1 :]]====
* L2.1 : Description des profils
* L2.2 : Questionnaire profils (OPT-ALT)
* L3.1 : Scénarios
* L3.2 : Analyse de la concurrence (OPT-ALT)
* L3.3 : Questionnaire sur l'utilisation (OPT-ALT)
* L4 : Modèles de tâches (Audit 2 pour ALT)
* L5 : Fonctionnalités
* L6.1 : Objectifs pour chaque version (priorités de développement)

====[[Audit 2 :]]====
* Mise à jour de L2 à L6.1
* L7.1 : Architecture (OPT-ALT)
* L7.2 : Base de données (OPT-ALT)
* L7.3 : IHM Abstraite
* L7.4 : Maquettes
* L6.2 : Objectifs pour les versions suivantes
* L8 : Démo de V0

====[[Audit 3 (Soutenances) :]]====
* Mise à jour de L7.3 (correction des erreurs)
* L9 : Rapport d'évaluation experte (imprimé pour la soutenance)
* L10 : Démonstration finale
* L11 : Diapos de votre présentation (version numérique à laquelle l'enseignant a accès au moment de votre passage)

OPT signifie que le livrable est optionnel soit parce qu'il ne s'applique pas à tous les groupes, soit parce qu'il ne peut qu'apporter une plus value à votre projet (points en plus mais pas en moins au moment de l'attribution de la note).
Lorsque ce n'est pas précisé, c'est à vous de choisir le mode présentation (écrit, schéma...) des informations du livrable

===Critères d'évaluation===
La partie IHM du projet sera principalement évaluée en fonction des critères suivants :
* Conformité de l'IHM concrète et abstraite avec le modèle de tâches
* Couverture fonctionnelle de l'application et robustesse au regard des priorités que vous avez retenues
* Qualité ergonomique au regard des principes vus en cours
* Rigueur de la démarche

La note est obtenue par l'évaluation tout au long du projet elle est composée de :
* Les besoins (3 pts) : informations sur les besoins que vous allez prendre en compte (livrables et audit 1)
* La conception (5 pts) : proposition de solution pour répondre aux besoins (livrables et audit 2)
* L'évaluation (3 pts) : évaluation de votre (ou vos) solution(s) (livrable et soutenance finale)
* Présentations (3 pts) : qualité des présentations (documents, email et slides de soutenance finale)
* Développement (6 pts) : qualité et quantité du code (démo et code)

Les notes des membres du groupe peuvent être différentes en fonction du travail fourni et constaté par l'enseignant.

==Partie Système==

Remarque : Aucune des phases du projet ne nécessite le développement d'un client lourd en mode graphique (SWT ...).
===Documents demandés===
Deux rapports doivent être rédigés pour la partie Système : un document de conception système et un document d'évaluation système.

====Document de conception système====
Le dossier de conception système (DCS) a pour but de permettre à toute personne de connaitre les principaux composants JEE de votre application ECOM. Cette connaissance doit pouvoir être acquise rapidement, sans avoir à entrer dans les détails de l'implémentation. Le DCS doit donc être de taille relativement limitée (5 à 10 pages, 20 pages au grand maximum).
Le DCS est centré sur un schéma d'architecture système (SAS) : ce schéma doit faire apparaître les composants qui vont constituer l'application, ainsi que les liens entre les beans. Un lien depuis un composant A vers un (ou plusieurs) composant(s) B signifie qu'une interaction peut avoir lieu depuis A vers B. Un lien peut être monovalué ou multivalué, monodirectionnel ou multidirectionnel.

====Document d'évaluation système====

Le rapport final système du projet ECOM a pour but de préciser l’état d’avancement de votre application ECOM.

Le rapport final système doit préciser :
* L’état de chaque composant : non réalisé, réalisé, réalisé et validé
* Les fonctions réalisées, réalisées et testées, et celles restant à réaliser
* Les propriétés non fonctionnelles garanties par votre réalisation, et celles restant à considérer pour finaliser votre application
* Le temps consacré à la conception système
* Le temps consacré au développement système
* Les principales difficultés rencontrées
===Critères d'évaluation===
La partie système du projet sera principalement évaluée en fonction des critères suivants :
* Conformité aux spécifications de l'application et aux consignes données dans le cadre du projet
* Respect des échéances pour les différentes étapes du projet (y compris pour les prototypes intermédiaires et les documents)
* Qualité de l'architecture de l'application
* Qualité et robustesse du code applicatif
* Compréhension des principaux concepts de la technologie Web
* Rigueur de la démarche de conception
* Qualité des présentations/soutenances
En complément, les aspects suivants seront également considérés :
* Méthodologie de test
* Déploiement et retrait de l'application sur/de la plateforme cloud
* Préparation d'images de VMs avec [[Kameleon]]
* Performances (résultat du injection de charge avec [[Apache JMeter]] ou OW2 CLIF)
* Supervision du système déployé avec des sondes [[Nagios]] ou [[Shinken]] conditionnées dans les VMs à déployer.
* Utilisation (optionnelle) de technologies/APIs/frameworks avancés

==Consignes pour la soutenance==
===Consignes spécifiques pour les soutenances IHM===
Salle : F114

Durée totale : 30 minutes

* tous les livrables doivent être consultable par l'enseignant (en ligne ou ayant été préalablement envoyés)
* votre passage doit contenir une présentation globale du projet, le processus de conception (illustré), des évaluations, le bilan (point de vue IHM) et une démo PRÉPARÉE
* arrivez avec l'application démarée (on ne perd pas de temps) et 1 ou 2 scénarios (de test)
* prévoyez 15 minutes de questions lors de votre passage

===Consignes spécifiques pour les soutenances Système===
* Apportez un exemplaire du dossier d'évaluation système (déposé la veille sur Moodle) lors de la soutenance. Il n'est pas nécessaire d'apporter un exemplaire du dossier de conception système.
* Préparez vous 30 minutes avant votre soutenance pour démarrer les instances avec le service développé.
* Prévovez environ 30 minutes pour la présentation/démo/questions. Utilisez des transparents pour présenter votre projet.
* Les démonstrations peuvent être faites sur vos machines personnelles cependant le service eCOM doit IMPERATIVEMENT s'exécuter sur une ou plusieurs instances de VM.
* Conditionnez le projet final sous la forme d’une archive (zip ou tar.gz) après avoir inclus la documentation (dans un repertoire /main/site). Utilisez la convention de nommage suivante : ecom_final_1213-X.zip où X correspond au nom du projet.
* Déposez immédiatement après la soutenance (et en aucun cas après le 20 décembre) l'archive sur Moodle.
* le rapport de charge (benchmark) doit être (MUST) fourni dans la documentation.
* le rapport sur les métriques logicielles doit être (MUST) fourni dans la documentation.

=Organisation 2018-2019=

==Planning==
===M2PGI (Alternant)===
'''Equipe pédagogique:''' VL = Vincent Lesne, NDP= Noel De Palma, SC = Sybille Caffiaux, SCB = Sebastien Chassande, UD=Ugo Decharriere

*03 sept 09h-12h F022, Boot Projet (NDP)
*03 sept 14h-17h TD F118 / TP F217, Cours Spring (SCB/NDP)
*04 sept 09h-12h TD F218 / TP F217, Cours Angular (SCB/NDP)
*04 sept 14h-17h TD F218 / TP F217, Cours Angular (SCB/NDP)
*05 sept 09h-12h TD F218 / TP F217, Cours Agile (VL)
*05 sept 14h-17h TD F218 / TP F217, Cours Agile (VL)
*06 sept 09h-12h TD F118, Cours IHM (SC)
*06 sept 14h-17h TD F118 / TP F217, Cours Cloud (UD)
*07 sept 09h-12h TD F114 / TP F211, Libre service
*07 sept 14h-17h TD F114 / TP F211, Libre service
*10 sept 09h-12h TD F218 / TP F217, Audit Syst. (SCB/NDP)
*10 sept 14h-17h TD F218 / TP F217, Audit Agile (VL)
*11 sept 09h-12h TD F118 / TP F217, Libre service
*11 sept 14h-17h TD F118 / TP F217, Libre service
*12 sept 09h-12h TD F218 / TP F217, Libre Service
*12 sept 14h-17h TD F218 / TP F217, Libre Service
*13 sept 09h-12h TD F118 / TP F217, Audit Syst. (SCB, NDP)
*13 sept 14h-17h TD F118 / TP F217, Audit Agile (VL)
*14 sept 09h-12h TD F114 / TP F214, Point Infra. (UD)
*14 sept 14h-17h TD F114 / TP F214, Libre Service
*17 sept 09h-12h TD F109 / TP F216, Audit Syst. (SCB/NDP)
*17 sept 14h-17h TD F109 / TP F216, Audit Agile (VL)
*18 sept 09h-12h TD F118 / TP F217, Libre Service
*18 sept 14h-17h TD F118 / TP F217, Point Infra. (UD)
*19 sept 09h-12h TD F218 / TP F217, Libre Service
*19 sept 14h-17h TD F218 / TP F217, Libre Service
*20 sept 09h-12h TD F118 / TP F217, Point Infra. (UD)
*20 sept 14h-17h TD F118 / TP F217, Libre Service
*21 sept 09h-12h TD F109 / TD F114 / TP F211, Soutenance
*21 sept 14h-17h TD F109 / TD F114 / TP F211, Soutenance

===M2PGI (Classique)===
'''Equipe pédagogique:''' Noël de Palma (NdP), Vincent Lesne (VL), Sybille Caffiau (SC), Sebastien Chassand-Barrioz (SCB), Ibrahim Safiedinne (FR)

'''Dates Importantes:'''
en cours.

==Groupes==
===M2PGI Apprenti===

===M2PGI Classique===
Consigne pour la constitution des groupes : Les étudiants ayant choisis l'option multimobile doivent se mettre ensemble. Ils doivent constituer des groupes de 4/5 afin d'avoir en tout 4 groupes (de M2 PGI classiques)

==Soutenance==
===M2PGI Apprenti===

===M2PGI Classique===

IMPERATIF
* le projet doit être (MUST) géré selon la méthode Scrum : le Scrum Master devra présenter le déroulement du projet.
* le serveur JavaEE doit être (MUST) hébergé sur une instance de VM.
* un rapport de charge (benchmark) doit être (MUST) fourni : les outils JMeter ou Clif peuvent être utilisés.
* un rapport sur les métriques logicielles doit être (MUST) fourni : l'outil Sonar peut être utilisé.

'''Ordre de passage :'''
* Respectez l'ordre établi
* Faites attention au temps. Vous disposez de 45 minutes par soutenance pour : votre présentation, la démo et les questions

=Documentation=
==Transparents de cours==

* Cours JEE/EJB(NDP) [[Media:EJB-ECOM2010.pdf]]
* Cours JEE tiers presentation (SCB) : [https://dl.dropboxusercontent.com/u/9706615/JEE_tiers_presentation.pdf url]
* Cours GWT (SCB) : [https://dl.dropboxusercontent.com/u/9706615/cours_GWT.pdf url]
* Cours maven (DD) : [http://membres-liglab.imag.fr/donsez/cours/maven.pdf url]
* Cours versionning (DD) : [http://membres-liglab.imag.fr/donsez/cours/version.pdf url]
* Cours subversion (DD) : [http://membres-liglab.imag.fr/donsez/cours/subversion.pdf url]
* Cours forge (DD) : [http://membres-liglab.imag.fr/donsez/cours/forge.pdf url]
* Cours http (DD) : [http://membres-liglab.imag.fr/donsez/cours/http.pdf url]
* Cours servlet (DD) : [http://membres-liglab.imag.fr/donsez/cours/servletjsp.pdf url]
* Cours IHM (SC) : [[Media:ECOMCours2017-2018.pdf]]
* Annexe cours IHM (SC) : [[Media:Annexe1-HeuristiqueNielsen.pdf]], [[Media:Annexe2-KMADe.pdf]], [[Media:Annexe3-Placement.pdf]], [[Media:Annnexe4-Accesssibilité.pdf]]

==Squelette du projet==
[http://dl.dropbox.com/u/66952950/ecom-maven.zip ecom-maven.zip] Inaccessible

==Doc utiles==
* [http://wiki.easybeans.org/xwiki/bin/view/Main/Documentation Documentation Easybeans (conteneur EJB3 utilisé par Jonas)]
* [http://docs.oracle.com/javaee/6/tutorial/doc/ Tutorial JavaEE 6 ]
* [http://netbeans.org/kb/67/javaee/ejb30.html Tutorial NetBean et JEE ]
* [http://docs.oracle.com/javaee/6/api/ API JavaEE 6]
* [https://java.net/projects/javaee-spec/pages/Home Spécifications JavaEE 6]
* [http://www.theserverside.com/news/thread.tss?thread_id=55191 JPA implementation patterns ]
* [http://jonas.ow2.org/JONAS_5_1_2/doc/doc-en/html/getting_started_guide.html#id1316973 Glossaire]
* [http://www.easybeans.net/xwiki/bin/download/Main/Documentation/ejb3-annotations.pdf Aide mémoire pour les annotations EJB3 ]
* Présentation sur le Cloud Computing : http://erods.liglab.fr/icar2013/programme.html
* Documentation et Training Kit sur Windows Azure : http://www.microsoft.com/en-us/download/details.aspx?id=8396
* Documentation de [http://roboconf.net/en Roboconf]
** Exemple avec LAMP http://roboconf.net/en/user-guide/lamp-example-part-1.html
http://proton.inrialpes.fr/~depalma/ecom/liens/liens.html
* Questionnaire pour site web : [[Media:Questionnaire copy.pdf]]
* Questionnaire SUS (évaluation satisfaction) : [http://blocnotes.iergo.fr/concevoir/les-outils/sus-pour-system-usability-scale/]

===Quelques livres===
REMARQUE: les livres sur JavaEE se periment très vite avec l'évolution de la spécification
* Java EE6 Cookbook for securing, tuning, and extending enterprise applications: http://www.packtpub.com/java-ee6-securing-tuning-extending-enterprise-applications-cookbook/book
* Holly Cummins and Timothy Ward, Enterprise OSGi in Action, March, 2013, 400 pages, ISBN: 9781617290138, http://www.manning.com/cummins/ ([http://www.manning.com/cummins/EOSGI_sample_ch02.pdf chapitre 2], [http://www.manning.com/cummins/EOSGI_sample_ch10.pdf chapitre 10])
* Debu Panda, Reza Rahman, Derek Lane, EJB 3 in Action, Pub Mannings, 2007, http://www.manning.com/panda/
* Debu Panda, Reza Rahman, Ryan Cuprak, and Michael Remijan, EJB 3 in Action, Second Edition, Pub Mannings, 2011, http://www.manning.com/panda2/

ECOM-M2PGI

2018-08-29T06:28:24Z

Noel.DePalma:

Le projet eCOM consiste à concevoir et développer une application de commerce électronique. [[ECOM|suite ...]]

=Étapes du projet=
La partie IHM et la partie Système sont menées en parallèle pendant toute la durée du projet. Le projet se conclut par une soutenance finale pour chaque partie (IHM et système).

==Conduite de projet==
Le projet eCOM est très court en durée. Il est préconisé d'utiliser la méthodologie [[Scrum]] pour la conduite du projet dans chaque groupe.

===Critères d'évaluation===
La conduite du projet sera principalement évaluée en fonction des critères suivants :
* vous devez choisir un Scrum Master (unique ou tournant) : vous devez justifier votre choix
* durée du sprint (idem : vous devez justifier votre choix)
Sur ces 2 premiers critères, vous n'en changez pas !!!

Vous devez prévoir :
* product backlog
* sprint backlog
* sprint planning
* démos
* rétrospectives

Pensez à créer un wiki qui regroupera l'ensemble de vos documentations. Cela doit être une documentation Agile !!!!

Un point de bonus pour ceux qui réussiront à mettre en place des "poker planning".
[[File:20121002 141359.jpg|center|400px|PokerPlanningECOM2013]]

==Partie IHM==

===Etapes et documents demandés===
Le détail sur l'organisation et l'évaluation du travail concernant les spécifications du site sera communiqué lors des premières séances de cours. Liste des Livrables et date de rendu pour les M2PGI Alternants :

* Livrable 1 : par email, membres du groupe et brève description du sujet (un seul groupe OK)

====[[Audit 1 :]]====
* L2.1 : Description des profils
* L2.2 : Questionnaire profils (OPT-ALT)
* L3.1 : Scénarios
* L3.2 : Analyse de la concurrence (OPT-ALT)
* L3.3 : Questionnaire sur l'utilisation (OPT-ALT)
* L4 : Modèles de tâches (Audit 2 pour ALT)
* L5 : Fonctionnalités
* L6.1 : Objectifs pour chaque version (priorités de développement)

====[[Audit 2 :]]====
* Mise à jour de L2 à L6.1
* L7.1 : Architecture (OPT-ALT)
* L7.2 : Base de données (OPT-ALT)
* L7.3 : IHM Abstraite
* L7.4 : Maquettes
* L6.2 : Objectifs pour les versions suivantes
* L8 : Démo de V0

====[[Audit 3 (Soutenances) :]]====
* Mise à jour de L7.3 (correction des erreurs)
* L9 : Rapport d'évaluation experte (imprimé pour la soutenance)
* L10 : Démonstration finale
* L11 : Diapos de votre présentation (version numérique à laquelle l'enseignant a accès au moment de votre passage)

OPT signifie que le livrable est optionnel soit parce qu'il ne s'applique pas à tous les groupes, soit parce qu'il ne peut qu'apporter une plus value à votre projet (points en plus mais pas en moins au moment de l'attribution de la note).
Lorsque ce n'est pas précisé, c'est à vous de choisir le mode présentation (écrit, schéma...) des informations du livrable

===Critères d'évaluation===
La partie IHM du projet sera principalement évaluée en fonction des critères suivants :
* Conformité de l'IHM concrète et abstraite avec le modèle de tâches
* Couverture fonctionnelle de l'application et robustesse au regard des priorités que vous avez retenues
* Qualité ergonomique au regard des principes vus en cours
* Rigueur de la démarche

La note est obtenue par l'évaluation tout au long du projet elle est composée de :
* Les besoins (3 pts) : informations sur les besoins que vous allez prendre en compte (livrables et audit 1)
* La conception (5 pts) : proposition de solution pour répondre aux besoins (livrables et audit 2)
* L'évaluation (3 pts) : évaluation de votre (ou vos) solution(s) (livrable et soutenance finale)
* Présentations (3 pts) : qualité des présentations (documents, email et slides de soutenance finale)
* Développement (6 pts) : qualité et quantité du code (démo et code)

Les notes des membres du groupe peuvent être différentes en fonction du travail fourni et constaté par l'enseignant.

==Partie Système==

Remarque : Aucune des phases du projet ne nécessite le développement d'un client lourd en mode graphique (SWT ...).
===Documents demandés===
Deux rapports doivent être rédigés pour la partie Système : un document de conception système et un document d'évaluation système.

====Document de conception système====
Le dossier de conception système (DCS) a pour but de permettre à toute personne de connaitre les principaux composants JEE de votre application ECOM. Cette connaissance doit pouvoir être acquise rapidement, sans avoir à entrer dans les détails de l'implémentation. Le DCS doit donc être de taille relativement limitée (5 à 10 pages, 20 pages au grand maximum).
Le DCS est centré sur un schéma d'architecture système (SAS) : ce schéma doit faire apparaître les composants qui vont constituer l'application, ainsi que les liens entre les beans. Un lien depuis un composant A vers un (ou plusieurs) composant(s) B signifie qu'une interaction peut avoir lieu depuis A vers B. Un lien peut être monovalué ou multivalué, monodirectionnel ou multidirectionnel.

====Document d'évaluation système====

Le rapport final système du projet ECOM a pour but de préciser l’état d’avancement de votre application ECOM.

Le rapport final système doit préciser :
* L’état de chaque composant : non réalisé, réalisé, réalisé et validé
* Les fonctions réalisées, réalisées et testées, et celles restant à réaliser
* Les propriétés non fonctionnelles garanties par votre réalisation, et celles restant à considérer pour finaliser votre application
* Le temps consacré à la conception système
* Le temps consacré au développement système
* Les principales difficultés rencontrées
===Critères d'évaluation===
La partie système du projet sera principalement évaluée en fonction des critères suivants :
* Conformité aux spécifications de l'application et aux consignes données dans le cadre du projet
* Respect des échéances pour les différentes étapes du projet (y compris pour les prototypes intermédiaires et les documents)
* Qualité de l'architecture de l'application
* Qualité et robustesse du code applicatif
* Compréhension des principaux concepts de la technologie Web
* Rigueur de la démarche de conception
* Qualité des présentations/soutenances
En complément, les aspects suivants seront également considérés :
* Méthodologie de test
* Déploiement et retrait de l'application sur/de la plateforme cloud
* Préparation d'images de VMs avec [[Kameleon]]
* Performances (résultat du injection de charge avec [[Apache JMeter]] ou OW2 CLIF)
* Supervision du système déployé avec des sondes [[Nagios]] ou [[Shinken]] conditionnées dans les VMs à déployer.
* Utilisation (optionnelle) de technologies/APIs/frameworks avancés

==Consignes pour la soutenance==
===Consignes spécifiques pour les soutenances IHM===
Salle : F114

Durée totale : 30 minutes

* tous les livrables doivent être consultable par l'enseignant (en ligne ou ayant été préalablement envoyés)
* votre passage doit contenir une présentation globale du projet, le processus de conception (illustré), des évaluations, le bilan (point de vue IHM) et une démo PRÉPARÉE
* arrivez avec l'application démarée (on ne perd pas de temps) et 1 ou 2 scénarios (de test)
* prévoyez 15 minutes de questions lors de votre passage

===Consignes spécifiques pour les soutenances Système===
* Apportez un exemplaire du dossier d'évaluation système (déposé la veille sur Moodle) lors de la soutenance. Il n'est pas nécessaire d'apporter un exemplaire du dossier de conception système.
* Préparez vous 30 minutes avant votre soutenance pour démarrer les instances avec le service développé.
* Prévovez environ 30 minutes pour la présentation/démo/questions. Utilisez des transparents pour présenter votre projet.
* Les démonstrations peuvent être faites sur vos machines personnelles cependant le service eCOM doit IMPERATIVEMENT s'exécuter sur une ou plusieurs instances de VM.
* Conditionnez le projet final sous la forme d’une archive (zip ou tar.gz) après avoir inclus la documentation (dans un repertoire /main/site). Utilisez la convention de nommage suivante : ecom_final_1213-X.zip où X correspond au nom du projet.
* Déposez immédiatement après la soutenance (et en aucun cas après le 20 décembre) l'archive sur Moodle.
* le rapport de charge (benchmark) doit être (MUST) fourni dans la documentation.
* le rapport sur les métriques logicielles doit être (MUST) fourni dans la documentation.

=Organisation 2018-2019=

==Planning==
===M2PGI (Alternant)===
'''Equipe pédagogique:''' VL = Vincent Lesne, NDP= Noel De Palma, SC = Sybille Caffiaux, SCB = Sebastien Chassande, UD=Ugo Decharriere

*03 sept 09h-12h F022, Boot Projet (NDP)
*03 sept 14h-17h TD F118 / TP F217, Cours Spring (SCB/NDP)
*04 sept 09h-12h TD F218 / TP F217, Cours Angular (SCB/NDP)
*04 sept 14h-17h TD F218 / TP F217, Cours Angular (SCB/NDP)
*05 sept 09h-12h TD F218 / TP F217, Cours Agile (VL)
*05 sept 14h-17h TD F218 / TP F217, Cours Agile (VL)
*06 sept 09h-12h TD F218 / TP F217, Cours IHM (SC)
*06 sept 14h-17h TD F218 / TP F217, Cours Cloud (UD)
*07 sept 09h-12h TD F114 / TP F211, Libre service
*07 sept 14h-17h TD F114 / TP F211, Libre service
*10 sept 09h-12h TD F218 / TP F217, Audit Syst. (SCB/NDP)
*10 sept 14h-17h TD F218 / TP F217, Audit Agile (VL)
*11 sept 09h-12h TD F118 / TP F217, Libre service
*11 sept 14h-17h TD F118 / TP F217, Libre service
*12 sept 09h-12h TD F218 / TP F217, Libre Service
*12 sept 14h-17h TD F218 / TP F217, Libre Service
*13 sept 09h-12h TD F118 / TP F217, Audit Syst. (SCB, NDP)
*13 sept 14h-17h TD F118 / TP F217, Audit Agile (VL)
*14 sept 09h-12h TD F114 / TP F214, Point Infra. (UD)
*14 sept 14h-17h TD F114 / TP F214, Libre Service
*17 sept 09h-12h TD F109 / TP F216, Audit Syst. (SCB/NDP)
*17 sept 14h-17h TD F109 / TP F216, Audit Agile (VL)
*18 sept 09h-12h TD F118 / TP F217, Libre Service
*18 sept 14h-17h TD F118 / TP F217, Point Infra. (UD)
*19 sept 09h-12h TD F218 / TP F217, Libre Service
*19 sept 14h-17h TD F218 / TP F217, Libre Service
*20 sept 09h-12h TD F118 / TP F217, Point Infra. (UD)
*20 sept 14h-17h TD F118 / TP F217, Libre Service
*21 sept 09h-12h TD F109 / TD F114 / TP F211, Soutenance
*21 sept 14h-17h TD F109 / TD F114 / TP F211, Soutenance

===M2PGI (Classique)===
'''Equipe pédagogique:''' Noël de Palma (NdP), Vincent Lesne (VL), Sybille Caffiau (SC), Sebastien Chassand-Barrioz (SCB), Ibrahim Safiedinne (FR)

'''Dates Importantes:'''
en cours.

==Groupes==
===M2PGI Apprenti===

===M2PGI Classique===
Consigne pour la constitution des groupes : Les étudiants ayant choisis l'option multimobile doivent se mettre ensemble. Ils doivent constituer des groupes de 4/5 afin d'avoir en tout 4 groupes (de M2 PGI classiques)

==Soutenance==
===M2PGI Apprenti===

===M2PGI Classique===

IMPERATIF
* le projet doit être (MUST) géré selon la méthode Scrum : le Scrum Master devra présenter le déroulement du projet.
* le serveur JavaEE doit être (MUST) hébergé sur une instance de VM.
* un rapport de charge (benchmark) doit être (MUST) fourni : les outils JMeter ou Clif peuvent être utilisés.
* un rapport sur les métriques logicielles doit être (MUST) fourni : l'outil Sonar peut être utilisé.

'''Ordre de passage :'''
* Respectez l'ordre établi
* Faites attention au temps. Vous disposez de 45 minutes par soutenance pour : votre présentation, la démo et les questions

=Documentation=
==Transparents de cours==

* Cours JEE/EJB(NDP) [[Media:EJB-ECOM2010.pdf]]
* Cours JEE tiers presentation (SCB) : [https://dl.dropboxusercontent.com/u/9706615/JEE_tiers_presentation.pdf url]
* Cours GWT (SCB) : [https://dl.dropboxusercontent.com/u/9706615/cours_GWT.pdf url]
* Cours maven (DD) : [http://membres-liglab.imag.fr/donsez/cours/maven.pdf url]
* Cours versionning (DD) : [http://membres-liglab.imag.fr/donsez/cours/version.pdf url]
* Cours subversion (DD) : [http://membres-liglab.imag.fr/donsez/cours/subversion.pdf url]
* Cours forge (DD) : [http://membres-liglab.imag.fr/donsez/cours/forge.pdf url]
* Cours http (DD) : [http://membres-liglab.imag.fr/donsez/cours/http.pdf url]
* Cours servlet (DD) : [http://membres-liglab.imag.fr/donsez/cours/servletjsp.pdf url]
* Cours IHM (SC) : [[Media:ECOMCours2017-2018.pdf]]
* Annexe cours IHM (SC) : [[Media:Annexe1-HeuristiqueNielsen.pdf]], [[Media:Annexe2-KMADe.pdf]], [[Media:Annexe3-Placement.pdf]], [[Media:Annnexe4-Accesssibilité.pdf]]

==Squelette du projet==
[http://dl.dropbox.com/u/66952950/ecom-maven.zip ecom-maven.zip] Inaccessible

==Doc utiles==
* [http://wiki.easybeans.org/xwiki/bin/view/Main/Documentation Documentation Easybeans (conteneur EJB3 utilisé par Jonas)]
* [http://docs.oracle.com/javaee/6/tutorial/doc/ Tutorial JavaEE 6 ]
* [http://netbeans.org/kb/67/javaee/ejb30.html Tutorial NetBean et JEE ]
* [http://docs.oracle.com/javaee/6/api/ API JavaEE 6]
* [https://java.net/projects/javaee-spec/pages/Home Spécifications JavaEE 6]
* [http://www.theserverside.com/news/thread.tss?thread_id=55191 JPA implementation patterns ]
* [http://jonas.ow2.org/JONAS_5_1_2/doc/doc-en/html/getting_started_guide.html#id1316973 Glossaire]
* [http://www.easybeans.net/xwiki/bin/download/Main/Documentation/ejb3-annotations.pdf Aide mémoire pour les annotations EJB3 ]
* Présentation sur le Cloud Computing : http://erods.liglab.fr/icar2013/programme.html
* Documentation et Training Kit sur Windows Azure : http://www.microsoft.com/en-us/download/details.aspx?id=8396
* Documentation de [http://roboconf.net/en Roboconf]
** Exemple avec LAMP http://roboconf.net/en/user-guide/lamp-example-part-1.html
http://proton.inrialpes.fr/~depalma/ecom/liens/liens.html
* Questionnaire pour site web : [[Media:Questionnaire copy.pdf]]
* Questionnaire SUS (évaluation satisfaction) : [http://blocnotes.iergo.fr/concevoir/les-outils/sus-pour-system-usability-scale/]

===Quelques livres===
REMARQUE: les livres sur JavaEE se periment très vite avec l'évolution de la spécification
* Java EE6 Cookbook for securing, tuning, and extending enterprise applications: http://www.packtpub.com/java-ee6-securing-tuning-extending-enterprise-applications-cookbook/book
* Holly Cummins and Timothy Ward, Enterprise OSGi in Action, March, 2013, 400 pages, ISBN: 9781617290138, http://www.manning.com/cummins/ ([http://www.manning.com/cummins/EOSGI_sample_ch02.pdf chapitre 2], [http://www.manning.com/cummins/EOSGI_sample_ch10.pdf chapitre 10])
* Debu Panda, Reza Rahman, Derek Lane, EJB 3 in Action, Pub Mannings, 2007, http://www.manning.com/panda/
* Debu Panda, Reza Rahman, Ryan Cuprak, and Michael Remijan, EJB 3 in Action, Second Edition, Pub Mannings, 2011, http://www.manning.com/panda2/

ECOM-M2PGI

2017-11-08T09:08:55Z

Noel.DePalma: /* M2PGI (Classique) */

Le projet eCOM consiste à concevoir et développer une application de commerce électronique. [[ECOM|suite ...]]

=Étapes du projet=
La partie IHM et la partie Système sont menées en parallèle pendant toute la durée du projet. Le projet se conclut par une soutenance finale pour chaque partie (IHM et système).

==Conduite de projet==
Le projet eCOM est très court en durée. Il est préconisé d'utiliser la méthodologie [[Scrum]] pour la conduite du projet dans chaque groupe.

===Critères d'évaluation===
La conduite du projet sera principalement évaluée en fonction des critères suivants :
* vous devez choisir un Scrum Master (unique ou tournant) : vous devez justifier votre choix
* durée du sprint (idem : vous devez justifier votre choix)
Sur ces 2 premiers critères, vous n'en changez pas !!!

Vous devez prévoir :
* product backlog
* sprint backlog
* sprint planning
* démos
* rétrospectives

Pensez à créer un wiki qui regroupera l'ensemble de vos documentations. Cela doit être une documentation Agile !!!!

Un point de bonus pour ceux qui réussiront à mettre en place des "poker planning".
[[File:20121002 141359.jpg|center|400px|PokerPlanningECOM2013]]

==Partie IHM==

===Etapes et documents demandés===
Le détail sur l'organisation et l'évaluation du travail concernant les spécifications du site sera communiqué lors des premières séances de cours. Liste des Livrables et date de rendu pour les M2PGI Alternants :

* Livrable 1 : par email, membres du groupe et brève description du sujet (un seul groupe OK)

====[[Audit 1 :]]====
* L2.1 : Description des profils
* L2.2 : Questionnaire profils (OPT-ALT)
* L3.1 : Scénarios
* L3.2 : Analyse de la concurrence (OPT-ALT)
* L3.3 : Questionnaire sur l'utilisation (OPT-ALT)
* L4 : Modèles de tâches (Audit 2 pour ALT)
* L5 : Fonctionnalités
* L6.1 : Objectifs pour chaque version (priorités de développement)

====[[Audit 2 :]]====
* Mise à jour de L2 à L6.1
* L7.1 : Architecture (OPT-ALT)
* L7.2 : Base de données (OPT-ALT)
* L7.3 : IHM Abstraite
* L7.4 : Maquettes
* L6.2 : Objectifs pour les versions suivantes
* L8 : Démo de V0

====[[Audit 3 (Soutenances) :]]====
* Mise à jour de L7.3 (correction des erreurs)
* L9 : Rapport d'évaluation experte (imprimé pour la soutenance)
* L10 : Démonstration finale
* L11 : Diapos de votre présentation (version numérique à laquelle l'enseignant a accès au moment de votre passage)

OPT signifie que le livrable est optionnel soit parce qu'il ne s'applique pas à tous les groupes, soit parce qu'il ne peut qu'apporter une plus value à votre projet (points en plus mais pas en moins au moment de l'attribution de la note).
Lorsque ce n'est pas précisé, c'est à vous de choisir le mode présentation (écrit, schéma...) des informations du livrable

===Critères d'évaluation===
La partie IHM du projet sera principalement évaluée en fonction des critères suivants :
* Conformité de l'IHM concrète et abstraite avec le modèle de tâches
* Couverture fonctionnelle de l'application et robustesse au regard des priorités que vous avez retenues
* Qualité ergonomique au regard des principes vus en cours
* Rigueur de la démarche

La note est obtenue par l'évaluation tout au long du projet elle est composée de :
* Les besoins (3 pts) : informations sur les besoins que vous allez prendre en compte (livrables et audit 1)
* La conception (5 pts) : proposition de solution pour répondre aux besoins (livrables et audit 2)
* L'évaluation (3 pts) : évaluation de votre (ou vos) solution(s) (livrable et soutenance finale)
* Présentations (3 pts) : qualité des présentations (documents, email et slides de soutenance finale)
* Développement (6 pts) : qualité et quantité du code (démo et code)

Les notes des membres du groupe peuvent être différentes en fonction du travail fourni et constaté par l'enseignant.

==Partie Système==
La partie Système est axée sur deux étapes successives.
===Première étape===
La première consiste à définir le cœur de l'application, c'est-à-dire le modèle de données et la logique métier, puis à réaliser un premier prototype qui démontre une bonne maîtrise des EJB (session et entity beans).

Il est vivement conseillé de définir le modèle de données aussi tôt que possible et d"en discuter avec les enseignants. Il est également recommandé de limiter le premier prototype à un sous-ensemble des spécifications fonctionnelles, à la fois assez vaste pour couvrir les principales difficultés techniques et assez léger pour respecter les délais imposés.

À ce stade, l'application est seulement accessible par l'intermédiaire d'un "client lourd" (programme java offrant une console en mode texte). En particulier, il n'est pas demandé, pour cette première étape, de réaliser une interface web pour interagir avec l'application. L'application doit cependant offrir deux interfaces (administrateur et consommateur) et exécuter les requêtes avec des garanties transactionnelles.

Une présentation/démonstration du prototype V1 sera réalisée à la fin de l'étape n°1.
===Deuxième étape===
La seconde étape consiste à compléter le premier prototype avec les objectifs suivants :
* ajout des beans nécessaires pour couvrir l'ensemble des spécifications fonctionnelles ;
* développement d'une interface Web basée sur le modèle MVC ;
* rédaction des documents demandés (voir ci-dessous) ;
* modification de la configuration de déploiement : (1) client (lourd/léger) distant, (2) base de données externe (MySQL, Oracle, HSQL ...) et éventuellement distante ;
* ajout éventuel de fonctionnalités non prioritaires.

Une présentation d'une mini-maquette d'interface web aura lieu au milieu de l'étape n°2.

Remarque : Aucune des phases du projet ne nécessite le développement d'un client lourd en mode graphique (SWT ...).
===Documents demandés===
Deux rapports doivent être rédigés pour la partie Système : un document de conception système et un document d'évaluation système.

====Document de conception système====
Le dossier de conception système (DCS) a pour but de permettre à toute personne de connaitre les principaux composants JEE de votre application ECOM. Cette connaissance doit pouvoir être acquise rapidement, sans avoir à entrer dans les détails de l'implémentation. Le DCS doit donc être de taille relativement limitée (5 à 10 pages, 20 pages au grand maximum).
Le DCS est centré sur un schéma d'architecture système (SAS) : ce schéma doit faire apparaître les composants qui vont constituer l'application, ainsi que les liens entre les beans. Un lien depuis un composant A vers un (ou plusieurs) composant(s) B signifie qu'une interaction peut avoir lieu depuis A vers B. Un lien peut être monovalué ou multivalué, monodirectionnel ou multidirectionnel.

Pour chaque composant et lien du SAS, le DCS doit fournir :
* Une description fonctionnelle : La description fonctionnelle d'un composant fait apparaître les attributs qui le composent, ainsi que les méthodes qu'il fournit. Attributs et méthodes seront associés à une courte description. Les besoins liées à la persistence ou aux aspects transactionnels peuvent également être explicités.
* Une description d'implantation JEE : La description d'implantation décrit l'implantation du composant ou du lien dans l'environnement JEE. Un composant peut être implanté par un programme Java externe (client léger / client lourd JEE), par un servlet, par un bean ou par un objet POJO. Dans ces derniers cas, il faut préciser les caractéristiques des beans / POJO (local / distribué, session / évenementiel, stateful / stateless, etc). Un lien peut être implanté par une relation JEE, ou bien par conservation de référence de bean.

====Document d'évaluation système====

Le rapport final système du projet ECOM a pour but de préciser l’état d’avancement de votre application ECOM.

Le rapport final système doit préciser :
* L’état de chaque composant : non réalisé, réalisé, réalisé et validé
* Les fonctions réalisées, réalisées et testées, et celles restant à réaliser
* Les propriétés non fonctionnelles garanties par votre réalisation, et celles restant à considérer pour finaliser votre application
* Le temps consacré à la conception système
* Le temps consacré au développement système
* Les principales difficultés rencontrées
===Critères d'évaluation===
La partie système du projet sera principalement évaluée en fonction des critères suivants :
* Conformité aux spécifications de l'application et aux consignes données dans le cadre du projet
* Respect des échéances pour les différentes étapes du projet (y compris pour les prototypes intermédiaires et les documents)
* Qualité de l'architecture de l'application
* Qualité et robustesse du code applicatif
* Compréhension des principaux concepts de la technologie JEE
* Rigueur de la démarche de conception
* Qualité des présentations/soutenances
En complément, les aspects suivants seront également considérés :
* Méthodologie de test
* Déploiement et retrait de l'application sur/de la plateforme cloud (Azure) avec [http://roboconf.net/ Roboconf] ([http://roboconf.net/en/user-guide/lamp-example-part-1.html voir l'exemple avec LAMP])
* Préparation d'images de VMs avec [[Kameleon]]
* Performances (résultat du injection de charge avec [[Apache JMeter]] ou OW2 CLIF)
* Supervision du système déployé avec des sondes [[Nagios]] ou [[Shinken]] conditionnées dans les VMs à déployer.
* Utilisation (optionnelle) de technologies/APIs/frameworks avancés

==Consignes pour la soutenance==
===Consignes spécifiques pour les soutenances IHM===
Durée totale : 20 minutes
* tous les livrables doivent être consultable par l'enseignant (en ligne ou ayant été préalablement envoyés)
* votre passage doit contenir une présentation globale du projet, le processus de conception (illustré), des évaluations, le bilan (point de vue IHM) et une démo PRÉPARÉE
* arrivez avec l'application démarée (on ne perd pas de temps) et 1 ou 2 scénarios (de test)
* prévoyez 5 minutes de questions lors de votre passage

Ordre de passage (27/09)
* 11h15 : Pokemon
* 11h40 : Bungalow
* 12h05 : Pizza
* 12h30 : Hotel

===Consignes spécifiques pour les soutenances Système===
* Apportez un exemplaire du dossier d'évaluation système (déposé la veille sur Moodle) lors de la soutenance. Il n'est pas nécessaire d'apporter un exemplaire du dossier de conception système.
* Préparez vous 30 minutes avant votre soutenance pour démarrer les instances Windows Azure avec le service développé.
* Prévovez environ 30 minutes pour la présentation/démo/questions. Utilisez des transparents pour présenter votre projet.
* Les démonstrations peuvent être faites sur vos machines personnelles cependant le service eCOM doit IMPERATIVEMENT s'exécuter sur une ou plusieurs instances Windows Azure.
* Conditionnez le projet final sous la forme d’une archive (zip ou tar.gz) après avoir inclus la documentation (dans un repertoire /main/site). Utilisez la convention de nommage suivante : ecom_final_1213-X.zip où X correspond au nom du projet.
* Déposez immédiatement après la soutenance (et en aucun cas après le 20 décembre) l'archive sur Moodle.
* le rapport de charge (benchmark) doit être (MUST) fourni dans la documentation.
* le rapport sur les métriques logicielles doit être (MUST) fourni dans la documentation.

=Organisation 2017-2018=

==Planning==
===M2PGI (Alternant)===
'''Equipe pédagogique:''' Noël de Palma (NdP), Vincent Lesne (VL), Sybille Caffiau (SC), Sebastien Chassand-Barrioz (SCB), Ibrahim Safiedinne (FR)

'''Dates Importantes:'''
*Soutenances (IHM + système) : 9h-17h, le 27 septembre
*Remise du dossier de conception système : le 27 septembre (lors de votre passage)
*Remise du dossier d'évaluation système : le 27 septembre (lors de votre passage)

*01 sept 09h-12h F022, F319, Boot Projet/ JEE (NDP)
*01 sept 14h-17h F319, Boot Projet/ JEE (NDP)
*04 sept 09h-12h F118, cours Agile (VL)
*04 sept 14h-17h F118, cours IHM (SC)
*05 sept 09h-12h F118, cours angular (SCB) (+TP F217)
*05 sept 14h-17h F118, cours angular (SCB) (+TP F217)
*06 sept 09h-12h F118, cours Agile (VL)
*06 sept 14h-17h F217, point Syst. (NDP)
*07 sept 09h-12h Libre service
*07 sept 14h-17h F118, cours Cloud (IS)
*08 sept 09h-12h F201, Point Syst. (SCB)
*08 sept 14h-17h F201, audit agile (VL)
*11 sept 09h-12h Libre service
*11 sept 14h-17h F217, point Syst. (IS)
*12 sept 09h-12h Libre Service
*12 sept 14h-17h Libre Service
*13 sept 09h-12h Libre Service
*13 sept 14h-17h F217, point Syst. (NDP)
*14 sept 09h-12h Libre Service
*14 sept 14h-17h Libre Service
*15 sept 09h-12h F214, point Syst. (SCB)
*15 sept 14h-17h F201, audit agile (VL)
*18 sept 09h-12h Libre Service
*18 sept 14h-17h F211, point Syst. (IS/NDP)
*19 sept 09h-12h Libre Service
*19 sept 14h-17h Libre Service
*20 sept 09h-12h F217 point Syst (IS)
*20 sept 14h-17h Libre Service
*21 sept 09h-12h Libre Service
*21 sept 14h-17h Libre Service
*22 sept 09h-12h Libre Service
*22 sept 14h-17h F211, point Syst. (SCB) + audit agile (VL)
*27 sept 09h-12h Soutenances
*27 sept 14h-17h Soutenances

===M2PGI (Classique)===
'''Equipe pédagogique:''' Noël de Palma (NdP), Vincent Lesne (VL), Sybille Caffiau (SC), Sebastien Chassand-Barrioz (SCB), Ibrahim Safiedinne (FR)

'''Dates Importantes:'''
Vendredi 29 sept. : Début des cours

* 29 sept 9h-12h F114, Boot Projet/ JEE (NDP)
* 29 sept 14h-17h F319, point systeme (NDP)
* 06 oct 09h-12h F114, cours Agile (VL)
* 06 oct 14h-17h F319, cours IHM (SC)
* 13 oct 9h-12h F215, cours Cloud (IS)
* 13 oct 14h-17h F319, cours angular (SCB) +(TP F204)
* 20 oct 9h-12h TP F215, point systeme (NDP) et TD F114 audit Agile (VL)
* 20 oct 14h-17h TD F319/TP F204, cours angular (SCB)
* 27 oct 9h-12h TP F215/TD F114, point système (SCB, NDP)
* 27 oct 14h-17h TD F204, cours Agile (VL)
* 10 nov 9h-12h TD F114 audit2 Agile (VL)
* 10 nov 14h-17h TP F204/TD F319 point système (SCB, IS)
* 17 nov 9h-12h TP F215/TD F114 point système (SCB, NDP).
* 17 nov 14h-17 TP F204/TDF319 Libre service
* 24 nov 9h-12h TP F215/TD F114, Libre service
* 24 nov 14h-17h TP F204/TD F319 Point système Cl&Alt (IS).
* 01 dec 9h-12h Libre Service
* 01 dec 14h-17h TP F204/TD 319 point systeme (SCB, IS, NDP)
* 08 dec 9h-12h Libre Service
* 08 dec 14-17h TP F204 audit Agile (VL) et point système (IS)
* 15 dec 9h-12h TP F215/TD F114 libre service
* 15 dec 14h-17h TP F204/TD F319 point system (SCB)
* 18 dec-22 dec semaine bloquée libre service

Le 22/12 soutenances tte la journée F215/F216

==Groupes==
===M2PGI Apprenti===

===M2PGI Classique===
Consigne pour la constitution des groupes : Les étudiants ayant choisis l'option multimobile doivent se mettre ensemble. Ils doivent constituer des groupes de 4/5 afin d'avoir en tout 4 groupes (de M2 PGI classiques)

==Soutenance==
===M2PGI Apprenti===

===M2PGI Classique===

IMPERATIF
* le projet doit être (MUST) géré selon la méthode Scrum : le Scrum Master devra présenter le déroulement du projet.
* le serveur JavaEE doit être (MUST) hébergé sur une instance de VM.
* un rapport de charge (benchmark) doit être (MUST) fourni : les outils JMeter ou Clif peuvent être utilisés.
* un rapport sur les métriques logicielles doit être (MUST) fourni : l'outil Sonar peut être utilisé.

'''Ordre de passage :'''
* Respectez l'ordre établi
* Faites attention au temps. Vous disposez de 45 minutes par soutenance pour : votre présentation, la démo et les questions

=Documentation=
==Transparents de cours==

* Cours JEE/EJB(NDP) [[Media:EJB-ECOM2010.pdf]]
* Cours JEE tiers presentation (SCB) : [https://dl.dropboxusercontent.com/u/9706615/JEE_tiers_presentation.pdf url]
* Cours GWT (SCB) : [https://dl.dropboxusercontent.com/u/9706615/cours_GWT.pdf url]
* Cours maven (DD) : [http://membres-liglab.imag.fr/donsez/cours/maven.pdf url]
* Cours versionning (DD) : [http://membres-liglab.imag.fr/donsez/cours/version.pdf url]
* Cours subversion (DD) : [http://membres-liglab.imag.fr/donsez/cours/subversion.pdf url]
* Cours forge (DD) : [http://membres-liglab.imag.fr/donsez/cours/forge.pdf url]
* Cours http (DD) : [http://membres-liglab.imag.fr/donsez/cours/http.pdf url]
* Cours servlet (DD) : [http://membres-liglab.imag.fr/donsez/cours/servletjsp.pdf url]
* Cours IHM (SC) : [[Media:ECOMCours2017-2018.pdf]]
* Annexe cours IHM (SC) : [[Media:Annexe1-HeuristiqueNielsen.pdf]], [[Media:Annexe2-KMADe.pdf]], [[Media:Annexe3-Placement.pdf]], [[Media:Annnexe4-Accesssibilité.pdf]]

==Squelette du projet==
[http://dl.dropbox.com/u/66952950/ecom-maven.zip ecom-maven.zip] Inaccessible

==Doc utiles==
* [http://wiki.easybeans.org/xwiki/bin/view/Main/Documentation Documentation Easybeans (conteneur EJB3 utilisé par Jonas)]
* [http://docs.oracle.com/javaee/6/tutorial/doc/ Tutorial JavaEE 6 ]
* [http://netbeans.org/kb/67/javaee/ejb30.html Tutorial NetBean et JEE ]
* [http://docs.oracle.com/javaee/6/api/ API JavaEE 6]
* [https://java.net/projects/javaee-spec/pages/Home Spécifications JavaEE 6]
* [http://www.theserverside.com/news/thread.tss?thread_id=55191 JPA implementation patterns ]
* [http://jonas.ow2.org/JONAS_5_1_2/doc/doc-en/html/getting_started_guide.html#id1316973 Glossaire]
* [http://www.easybeans.net/xwiki/bin/download/Main/Documentation/ejb3-annotations.pdf Aide mémoire pour les annotations EJB3 ]
* Présentation sur le Cloud Computing : http://erods.liglab.fr/icar2013/programme.html
* Documentation et Training Kit sur Windows Azure : http://www.microsoft.com/en-us/download/details.aspx?id=8396
* Documentation de [http://roboconf.net/en Roboconf]
** Exemple avec LAMP http://roboconf.net/en/user-guide/lamp-example-part-1.html
http://proton.inrialpes.fr/~depalma/ecom/liens/liens.html
* Questionnaire pour site web : [[Media:Questionnaire copy.pdf]]
* Questionnaire SUS (évaluation satisfaction) : [http://blocnotes.iergo.fr/concevoir/les-outils/sus-pour-system-usability-scale/]

===Quelques livres===
REMARQUE: les livres sur JavaEE se periment très vite avec l'évolution de la spécification
* Java EE6 Cookbook for securing, tuning, and extending enterprise applications: http://www.packtpub.com/java-ee6-securing-tuning-extending-enterprise-applications-cookbook/book
* Holly Cummins and Timothy Ward, Enterprise OSGi in Action, March, 2013, 400 pages, ISBN: 9781617290138, http://www.manning.com/cummins/ ([http://www.manning.com/cummins/EOSGI_sample_ch02.pdf chapitre 2], [http://www.manning.com/cummins/EOSGI_sample_ch10.pdf chapitre 10])
* Debu Panda, Reza Rahman, Derek Lane, EJB 3 in Action, Pub Mannings, 2007, http://www.manning.com/panda/
* Debu Panda, Reza Rahman, Ryan Cuprak, and Michael Remijan, EJB 3 in Action, Second Edition, Pub Mannings, 2011, http://www.manning.com/panda2/

ECOM-M2PGI

2017-09-28T08:02:46Z

Noel.DePalma: /* M2PGI (Classique) */

Le projet eCOM consiste à concevoir et développer une application de commerce électronique. [[ECOM|suite ...]]

=Étapes du projet=
La partie IHM et la partie Système sont menées en parallèle pendant toute la durée du projet. Le projet se conclut par une soutenance finale pour chaque partie (IHM et système).

==Conduite de projet==
Le projet eCOM est très court en durée. Il est préconisé d'utiliser la méthodologie [[Scrum]] pour la conduite du projet dans chaque groupe.

===Critères d'évaluation===
La conduite du projet sera principalement évaluée en fonction des critères suivants :
* vous devez choisir un Scrum Master (unique ou tournant) : vous devez justifier votre choix
* durée du sprint (idem : vous devez justifier votre choix)
Sur ces 2 premiers critères, vous n'en changez pas !!!

Vous devez prévoir :
* product backlog
* sprint backlog
* sprint planning
* démos
* rétrospectives

Pensez à créer un wiki qui regroupera l'ensemble de vos documentations. Cela doit être une documentation Agile !!!!

Un point de bonus pour ceux qui réussiront à mettre en place des "poker planning".
[[File:20121002 141359.jpg|center|400px|PokerPlanningECOM2013]]

==Partie IHM==

===Etapes et documents demandés===
Le détail sur l'organisation et l'évaluation du travail concernant les spécifications du site sera communiqué lors des premières séances de cours. Liste des Livrables et date de rendu pour les M2PGI Alternants :

* Livrable 1 : par email, membres du groupe et brève description du sujet (un seul groupe OK)

====[[Audit 1 : 11/09 matin :]]====
* L2.1 : Description des profils
* L2.2 : Questionnaire profils (OPT-ALT)
* L3.1 : Scénarios
* L3.2 : Analyse de la concurrence (OPT-ALT)
* L3.3 : Questionnaire sur l'utilisation (OPT-ALT)
* L4 : Modèles de tâches (Audit 2 pour ALT)
* L5 : Fonctionnalités
* L6.1 : Objectifs pour chaque version (priorités de développement)

====[[Audit 2 : 14/09 matin :]]====
* Mise à jour de L2 à L6.1
* L7.1 : Architecture (OPT-ALT)
* L7.2 : Base de données (OPT-ALT)
* L7.3 : IHM Abstraite
* L7.4 : Maquettes
* L6.2 : Objectifs pour les versions suivantes
* L8 : Démo de V0

====[[Audit 3 (Soutenances) : 27/09 :]]====
* Mise à jour de L7.3 (correction des erreurs)
* L9 : Rapport d'évaluation experte (imprimé pour la soutenance)
* L10 : Démonstration finale
* L11 : Diapos de votre présentation (version numérique à laquelle l'enseignant a accès au moment de votre passage)

OPT signifie que le livrable est optionnel soit parce qu'il ne s'applique pas à tous les groupes, soit parce qu'il ne peut qu'apporter une plus value à votre projet (points en plus mais pas en moins au moment de l'attribution de la note).
Lorsque ce n'est pas précisé, c'est à vous de choisir le mode présentation (écrit, schéma...) des informations du livrable

===Critères d'évaluation===
La partie IHM du projet sera principalement évaluée en fonction des critères suivants :
* Conformité de l'IHM concrète et abstraite avec le modèle de tâches
* Couverture fonctionnelle de l'application et robustesse au regard des priorités que vous avez retenues
* Qualité ergonomique au regard des principes vus en cours
* Rigueur de la démarche

La note est obtenue par l'évaluation tout au long du projet elle est composée de :
* Les besoins (3 pts) : informations sur les besoins que vous allez prendre en compte (livrables et audit 1)
* La conception (5 pts) : proposition de solution pour répondre aux besoins (livrables et audit 2)
* L'évaluation (3 pts) : évaluation de votre (ou vos) solution(s) (livrable et soutenance finale)
* Présentations (3 pts) : qualité des présentations (documents, email et slides de soutenance finale)
* Développement (6 pts) : qualité et quantité du code (démo et code)

Les notes des membres du groupe peuvent être différentes en fonction du travail fourni et constaté par l'enseignant.

==Partie Système==
La partie Système est axée sur deux étapes successives.
===Première étape===
La première consiste à définir le cœur de l'application, c'est-à-dire le modèle de données et la logique métier, puis à réaliser un premier prototype qui démontre une bonne maîtrise des EJB (session et entity beans).

Il est vivement conseillé de définir le modèle de données aussi tôt que possible et d"en discuter avec les enseignants. Il est également recommandé de limiter le premier prototype à un sous-ensemble des spécifications fonctionnelles, à la fois assez vaste pour couvrir les principales difficultés techniques et assez léger pour respecter les délais imposés.

À ce stade, l'application est seulement accessible par l'intermédiaire d'un "client lourd" (programme java offrant une console en mode texte). En particulier, il n'est pas demandé, pour cette première étape, de réaliser une interface web pour interagir avec l'application. L'application doit cependant offrir deux interfaces (administrateur et consommateur) et exécuter les requêtes avec des garanties transactionnelles.

Une présentation/démonstration du prototype V1 sera réalisée à la fin de l'étape n°1.
===Deuxième étape===
La seconde étape consiste à compléter le premier prototype avec les objectifs suivants :
* ajout des beans nécessaires pour couvrir l'ensemble des spécifications fonctionnelles ;
* développement d'une interface Web basée sur le modèle MVC ;
* rédaction des documents demandés (voir ci-dessous) ;
* modification de la configuration de déploiement : (1) client (lourd/léger) distant, (2) base de données externe (MySQL, Oracle, HSQL ...) et éventuellement distante ;
* ajout éventuel de fonctionnalités non prioritaires.

Une présentation d'une mini-maquette d'interface web aura lieu au milieu de l'étape n°2.

Remarque : Aucune des phases du projet ne nécessite le développement d'un client lourd en mode graphique (SWT ...).
===Documents demandés===
Deux rapports doivent être rédigés pour la partie Système : un document de conception système et un document d'évaluation système.

====Document de conception système====
Le dossier de conception système (DCS) a pour but de permettre à toute personne de connaitre les principaux composants JEE de votre application ECOM. Cette connaissance doit pouvoir être acquise rapidement, sans avoir à entrer dans les détails de l'implémentation. Le DCS doit donc être de taille relativement limitée (5 à 10 pages, 20 pages au grand maximum).
Le DCS est centré sur un schéma d'architecture système (SAS) : ce schéma doit faire apparaître les composants qui vont constituer l'application, ainsi que les liens entre les beans. Un lien depuis un composant A vers un (ou plusieurs) composant(s) B signifie qu'une interaction peut avoir lieu depuis A vers B. Un lien peut être monovalué ou multivalué, monodirectionnel ou multidirectionnel.

Pour chaque composant et lien du SAS, le DCS doit fournir :
* Une description fonctionnelle : La description fonctionnelle d'un composant fait apparaître les attributs qui le composent, ainsi que les méthodes qu'il fournit. Attributs et méthodes seront associés à une courte description. Les besoins liées à la persistence ou aux aspects transactionnels peuvent également être explicités.
* Une description d'implantation JEE : La description d'implantation décrit l'implantation du composant ou du lien dans l'environnement JEE. Un composant peut être implanté par un programme Java externe (client léger / client lourd JEE), par un servlet, par un bean ou par un objet POJO. Dans ces derniers cas, il faut préciser les caractéristiques des beans / POJO (local / distribué, session / évenementiel, stateful / stateless, etc). Un lien peut être implanté par une relation JEE, ou bien par conservation de référence de bean.

====Document d'évaluation système====

Le rapport final système du projet ECOM a pour but de préciser l’état d’avancement de votre application ECOM.

Le rapport final système doit préciser :
* L’état de chaque composant : non réalisé, réalisé, réalisé et validé
* Les fonctions réalisées, réalisées et testées, et celles restant à réaliser
* Les propriétés non fonctionnelles garanties par votre réalisation, et celles restant à considérer pour finaliser votre application
* Le temps consacré à la conception système
* Le temps consacré au développement système
* Les principales difficultés rencontrées
===Critères d'évaluation===
La partie système du projet sera principalement évaluée en fonction des critères suivants :
* Conformité aux spécifications de l'application et aux consignes données dans le cadre du projet
* Respect des échéances pour les différentes étapes du projet (y compris pour les prototypes intermédiaires et les documents)
* Qualité de l'architecture de l'application
* Qualité et robustesse du code applicatif
* Compréhension des principaux concepts de la technologie JEE
* Rigueur de la démarche de conception
* Qualité des présentations/soutenances
En complément, les aspects suivants seront également considérés :
* Méthodologie de test
* Déploiement et retrait de l'application sur/de la plateforme cloud (Azure) avec [http://roboconf.net/ Roboconf] ([http://roboconf.net/en/user-guide/lamp-example-part-1.html voir l'exemple avec LAMP])
* Préparation d'images de VMs avec [[Kameleon]]
* Performances (résultat du injection de charge avec [[Apache JMeter]] ou OW2 CLIF)
* Supervision du système déployé avec des sondes [[Nagios]] ou [[Shinken]] conditionnées dans les VMs à déployer.
* Utilisation (optionnelle) de technologies/APIs/frameworks avancés

==Consignes pour la soutenance==
===Consignes spécifiques pour les soutenances IHM===
Durée totale : 20 minutes
* tous les livrables doivent être consultable par l'enseignant (en ligne ou ayant été préalablement envoyés)
* votre passage doit contenir une présentation globale du projet, le processus de conception (illustré), des évaluations, le bilan (point de vue IHM) et une démo PRÉPARÉE
* arrivez avec l'application démarée (on ne perd pas de temps) et 1 ou 2 scénarios (de test)
* prévoyez 5 minutes de questions lors de votre passage

Ordre de passage (27/09)
* 11h15 : Pokemon
* 11h40 : Bungalow
* 12h05 : Pizza
* 12h30 : Hotel

===Consignes spécifiques pour les soutenances Système===
* Apportez un exemplaire du dossier d'évaluation système (déposé la veille sur Moodle) lors de la soutenance. Il n'est pas nécessaire d'apporter un exemplaire du dossier de conception système.
* Préparez vous 30 minutes avant votre soutenance pour démarrer les instances Windows Azure avec le service développé.
* Prévovez environ 30 minutes pour la présentation/démo/questions. Utilisez des transparents pour présenter votre projet.
* Les démonstrations peuvent être faites sur vos machines personnelles cependant le service eCOM doit IMPERATIVEMENT s'exécuter sur une ou plusieurs instances Windows Azure.
* Conditionnez le projet final sous la forme d’une archive (zip ou tar.gz) après avoir inclus la documentation (dans un repertoire /main/site). Utilisez la convention de nommage suivante : ecom_final_1213-X.zip où X correspond au nom du projet.
* Déposez immédiatement après la soutenance (et en aucun cas après le 20 décembre) l'archive sur Moodle.
* le rapport de charge (benchmark) doit être (MUST) fourni dans la documentation.
* le rapport sur les métriques logicielles doit être (MUST) fourni dans la documentation.

=Organisation 2017-2018=

==Planning==
===M2PGI (Alternant)===
'''Equipe pédagogique:''' Noël de Palma (NdP), Vincent Lesne (VL), Sybille Caffiau (SC), Sebastien Chassand-Barrioz (SCB), Ibrahim Safiedinne (FR)

'''Dates Importantes:'''
*Soutenances (IHM + système) : 9h-17h, le 27 septembre
*Remise du dossier de conception système : le 27 septembre (lors de votre passage)
*Remise du dossier d'évaluation système : le 27 septembre (lors de votre passage)

*01 sept 09h-12h F022, F319, Boot Projet/ JEE (NDP)
*01 sept 14h-17h F319, Boot Projet/ JEE (NDP)
*04 sept 09h-12h F118, cours Agile (VL)
*04 sept 14h-17h F118, cours IHM (SC)
*05 sept 09h-12h F118, cours angular (SCB) (+TP F217)
*05 sept 14h-17h F118, cours angular (SCB) (+TP F217)
*06 sept 09h-12h F118, cours Agile (VL)
*06 sept 14h-17h F217, point Syst. (NDP)
*07 sept 09h-12h Libre service
*07 sept 14h-17h F118, cours Cloud (IS)
*08 sept 09h-12h F201, Point Syst. (SCB)
*08 sept 14h-17h F201, audit agile (VL)
*11 sept 09h-12h Libre service
*11 sept 14h-17h F217, point Syst. (IS)
*12 sept 09h-12h Libre Service
*12 sept 14h-17h Libre Service
*13 sept 09h-12h Libre Service
*13 sept 14h-17h F217, point Syst. (NDP)
*14 sept 09h-12h Libre Service
*14 sept 14h-17h Libre Service
*15 sept 09h-12h F214, point Syst. (SCB)
*15 sept 14h-17h F201, audit agile (VL)
*18 sept 09h-12h Libre Service
*18 sept 14h-17h F211, point Syst. (IS/NDP)
*19 sept 09h-12h Libre Service
*19 sept 14h-17h Libre Service
*20 sept 09h-12h F217 point Syst (IS)
*20 sept 14h-17h Libre Service
*21 sept 09h-12h Libre Service
*21 sept 14h-17h Libre Service
*22 sept 09h-12h Libre Service
*22 sept 14h-17h F211, point Syst. (SCB) + audit agile (VL)
*27 sept 09h-12h Soutenances
*27 sept 14h-17h Soutenances

===M2PGI (Classique)===
'''Equipe pédagogique:''' Noël de Palma (NdP), Vincent Lesne (VL), Sybille Caffiau (SC), Sebastien Chassand-Barrioz (SCB), Ibrahim Safiedinne (FR)

'''Dates Importantes:'''
Vendredi 29 sept. : Début des cours

* 29 sept 9h-12h F114, Boot Projet/ JEE (NDP)
* 29 sept 14h-17h F319, point systeme (NDP)
* 06 oct 09h-12h F114, cours Agile (VL)
* 06 oct 14h-17h F319, cours IHM (SC)
* 13 oct 9h-12h F215, cours Cloud (IS)
* 13 oct 14h-17h F319, cours angular (SCB) +(TP F204)
* 20 oct 9h-12h TP F215, point systeme (NDP) et TD F114 audit Agile (VL)
* 20 oct 14h-17h TD F319/TP F204, cours angular (SCB)
* 27 oct 9h-12h TP F215/TD F114, point système (SCB, NDP)
* 27 oct 14h-17h TD F204, cours Agile (VL)
* 10 nov 9h-12h TP F215 point système (IS) et TD F114 audit2 Agile (VL)
* 10 nov 14h-17h TP F204/TD F319 point système (SCB, NDP)
* 17 nov 9h-12h TP F215/TD F114 point système (SCB, NDP).
* 17 nov 14h-17 TP F204/TDF319 Libre service
* 24 nov 9h-12h TP F215/TD F114, Point système Cl&Alt (IS).
* 24 nov 14h-17h TP F204/TD F319 Libre service
* 01 dec 9h-12h F215 point systeme (IS/NDP).
* 01 dec 14h-17h TP F204/TD 319 point systeme (SCB)
* 08 dec 9h-12h TP F215 point système (IS)
* 08 dec 14-17h TP F204 audit Agile (VL)
* 15 dec 9h-12h TP F215/TD F114 libre service
* 15 dec 14h-17h TP F204/TD F319 point system (SCB)
* 18 dec-22 dec semaine bloquée libre service

Le 22/12 soutenances tte la journée F215/F216

==Groupes==
===M2PGI Apprenti===

===M2PGI Classique===
Consigne pour la constitution des groupes : Les étudiants ayant choisis l'option multimobile doivent se mettre ensemble. Ils doivent constituer des groupes de 4/5 afin d'avoir en tout 4 groupes (de M2 PGI classiques)

==Soutenance==
===M2PGI Apprenti===

===M2PGI Classique===

IMPERATIF
* le projet doit être (MUST) géré selon la méthode Scrum : le Scrum Master devra présenter le déroulement du projet.
* le serveur JavaEE doit être (MUST) hébergé sur une instance de VM.
* un rapport de charge (benchmark) doit être (MUST) fourni : les outils JMeter ou Clif peuvent être utilisés.
* un rapport sur les métriques logicielles doit être (MUST) fourni : l'outil Sonar peut être utilisé.

'''Ordre de passage :'''
* Respectez l'ordre établi
* Faites attention au temps. Vous disposez de 45 minutes par soutenance pour : votre présentation, la démo et les questions

=Documentation=
==Transparents de cours==

* Cours JEE/EJB(NDP) [[Media:EJB-ECOM2010.pdf]]
* Cours JEE tiers presentation (SCB) : [https://dl.dropboxusercontent.com/u/9706615/JEE_tiers_presentation.pdf url]
* Cours GWT (SCB) : [https://dl.dropboxusercontent.com/u/9706615/cours_GWT.pdf url]
* Cours maven (DD) : [http://membres-liglab.imag.fr/donsez/cours/maven.pdf url]
* Cours versionning (DD) : [http://membres-liglab.imag.fr/donsez/cours/version.pdf url]
* Cours subversion (DD) : [http://membres-liglab.imag.fr/donsez/cours/subversion.pdf url]
* Cours forge (DD) : [http://membres-liglab.imag.fr/donsez/cours/forge.pdf url]
* Cours http (DD) : [http://membres-liglab.imag.fr/donsez/cours/http.pdf url]
* Cours servlet (DD) : [http://membres-liglab.imag.fr/donsez/cours/servletjsp.pdf url]
* Cours IHM (SC) : [[Media:ECOMCours2017-2018.pdf]]
* Annexe cours IHM (SC) : [[Media:Annexe1-HeuristiqueNielsen.pdf]], [[Media:Annexe2-KMADe.pdf]], [[Media:Annexe3-Placement.pdf]], [[Media:Annnexe4-Accesssibilité.pdf]]

==Squelette du projet==
[http://dl.dropbox.com/u/66952950/ecom-maven.zip ecom-maven.zip] Inaccessible

==Doc utiles==
* [http://wiki.easybeans.org/xwiki/bin/view/Main/Documentation Documentation Easybeans (conteneur EJB3 utilisé par Jonas)]
* [http://docs.oracle.com/javaee/6/tutorial/doc/ Tutorial JavaEE 6 ]
* [http://netbeans.org/kb/67/javaee/ejb30.html Tutorial NetBean et JEE ]
* [http://docs.oracle.com/javaee/6/api/ API JavaEE 6]
* [https://java.net/projects/javaee-spec/pages/Home Spécifications JavaEE 6]
* [http://www.theserverside.com/news/thread.tss?thread_id=55191 JPA implementation patterns ]
* [http://jonas.ow2.org/JONAS_5_1_2/doc/doc-en/html/getting_started_guide.html#id1316973 Glossaire]
* [http://www.easybeans.net/xwiki/bin/download/Main/Documentation/ejb3-annotations.pdf Aide mémoire pour les annotations EJB3 ]
* Présentation sur le Cloud Computing : http://erods.liglab.fr/icar2013/programme.html
* Documentation et Training Kit sur Windows Azure : http://www.microsoft.com/en-us/download/details.aspx?id=8396
* Documentation de [http://roboconf.net/en Roboconf]
** Exemple avec LAMP http://roboconf.net/en/user-guide/lamp-example-part-1.html
http://proton.inrialpes.fr/~depalma/ecom/liens/liens.html
* Questionnaire pour site web : [[Media:Questionnaire copy.pdf]]
* Questionnaire SUS (évaluation satisfaction) : [http://blocnotes.iergo.fr/concevoir/les-outils/sus-pour-system-usability-scale/]

===Quelques livres===
REMARQUE: les livres sur JavaEE se periment très vite avec l'évolution de la spécification
* Java EE6 Cookbook for securing, tuning, and extending enterprise applications: http://www.packtpub.com/java-ee6-securing-tuning-extending-enterprise-applications-cookbook/book
* Holly Cummins and Timothy Ward, Enterprise OSGi in Action, March, 2013, 400 pages, ISBN: 9781617290138, http://www.manning.com/cummins/ ([http://www.manning.com/cummins/EOSGI_sample_ch02.pdf chapitre 2], [http://www.manning.com/cummins/EOSGI_sample_ch10.pdf chapitre 10])
* Debu Panda, Reza Rahman, Derek Lane, EJB 3 in Action, Pub Mannings, 2007, http://www.manning.com/panda/
* Debu Panda, Reza Rahman, Ryan Cuprak, and Michael Remijan, EJB 3 in Action, Second Edition, Pub Mannings, 2011, http://www.manning.com/panda2/

ECOM-M2PGI

2017-08-31T07:12:58Z

Noel.DePalma: /* M2PGI (Alternant) */

Le projet eCOM consiste à concevoir et développer une application de commerce électronique. [[ECOM|suite ...]]

=Étapes du projet=
La partie IHM et la partie Système sont menées en parallèle pendant toute la durée du projet. Le projet se conclut par une soutenance finale pour chaque partie (IHM et système).

==Conduite de projet==
Le projet eCOM est très court en durée. Il est préconisé d'utiliser la méthodologie [[Scrum]] pour la conduite du projet dans chaque groupe.

===Critères d'évaluation===
La conduite du projet sera principalement évaluée en fonction des critères suivants :
* vous devez choisir un Scrum Master (unique ou tournant) : vous devez justifier votre choix
* durée du sprint (idem : vous devez justifier votre choix)
Sur ces 2 premiers critères, vous n'en changez pas !!!

Vous devez prévoir :
* product backlog
* sprint backlog
* sprint planning
* démos
* rétrospectives

Pensez à créer un wiki qui regroupera l'ensemble de vos documentations. Cela doit être une documentation Agile !!!!

Un point de bonus pour ceux qui réussiront à mettre en place des "poker planning".
[[File:20121002 141359.jpg|center|400px|PokerPlanningECOM2013]]

==Partie IHM==

===Etapes et documents demandés===
Le détail sur l'organisation et l'évaluation du travail concernant les spécifications du site sera communiqué lors des premières séances de cours. Liste des Livrables et date de rendu pour les M2PGI Alternants :

* Livrable 1 : par email, membres du groupe et brève description du sujet (un seul groupe OK)

====[[Audit 1 : 14/10 après midi :]]====
* L2.1 : Description des profils
* L2.2 : Questionnaire profils (OPT)
* L3.1 : Scénarios
* L3.2 : Analyse de la concurrence (OPT)
* L3.3 : Questionnaire sur l'utilisation
* L4 : Modèles de tâches
* L5 : Fonctionnalités
* L6.1 : Objectifs pour chaque version (priorités de développement)

====[[Audit 2 : 04/11 après-midi :]]====
* Mise à jour de L2 à L6.1
* L7.1 : Architecture (OPT)
* L7.2 : Base de données (OPT)
* L7.3 : IHM Abstraite
* L7.4 : Maquettes
* L6.2 : Objectifs pour les versions suivantes
* L8 : Démo de V0

====[[Audit 3 (Soutenances) : 16/12 :]]====
* Mise à jour de L7.3 (correction des erreurs)
* L9 : Rapport d'évaluation experte (imprimé pour la soutenance)
* L10 : Démonstration finale
* L11 : Diapos de votre présentation (version numérique à laquelle l'enseignant a accès au moment de votre passage)

OPT signifie que le livrable est optionnel soit parce qu'il ne s'applique pas à tous les groupes, soit parce qu'il ne peut qu'apporter une plus value à votre projet (points en plus mais pas en moins au moment de l'attribution de la note).
Lorsque ce n'est pas précisé, c'est à vous de choisir le mode présentation (écrit, schéma...) des informations du livrable

===Critères d'évaluation===
La partie IHM du projet sera principalement évaluée en fonction des critères suivants :
* Conformité de l'IHM concrète et abstraite avec le modèle de tâches
* Couverture fonctionnelle de l'application et robustesse au regard des priorités que vous avez retenues
* Qualité ergonomique au regard des principes vus en cours
* Rigueur de la démarche

La note est obtenue par l'évaluation tout au long du projet elle est composée de :
* Les besoins (3 pts) : informations sur les besoins que vous allez prendre en compte (livrables et audit 1)
* La conception (5 pts) : proposition de solution pour répondre aux besoins (livrables et audit 2)
* L'évaluation (3 pts) : évaluation de votre (ou vos) solution(s) (livrable et soutenance finale)
* Présentations (3 pts) : qualité des présentations (documents, email et slides de soutenance finale)
* Développement (6 pts) : qualité et quantité du code (démo et code)

Les notes des membres du groupe peuvent être différentes en fonction du travail fourni et constaté par l'enseignant.

==Partie Système==
La partie Système est axée sur deux étapes successives.
===Première étape===
La première consiste à définir le cœur de l'application, c'est-à-dire le modèle de données et la logique métier, puis à réaliser un premier prototype qui démontre une bonne maîtrise des EJB (session et entity beans).

Il est vivement conseillé de définir le modèle de données aussi tôt que possible et d"en discuter avec les enseignants. Il est également recommandé de limiter le premier prototype à un sous-ensemble des spécifications fonctionnelles, à la fois assez vaste pour couvrir les principales difficultés techniques et assez léger pour respecter les délais imposés.

À ce stade, l'application est seulement accessible par l'intermédiaire d'un "client lourd" (programme java offrant une console en mode texte). En particulier, il n'est pas demandé, pour cette première étape, de réaliser une interface web pour interagir avec l'application. L'application doit cependant offrir deux interfaces (administrateur et consommateur) et exécuter les requêtes avec des garanties transactionnelles.

Une présentation/démonstration du prototype V1 sera réalisée à la fin de l'étape n°1.
===Deuxième étape===
La seconde étape consiste à compléter le premier prototype avec les objectifs suivants :
* ajout des beans nécessaires pour couvrir l'ensemble des spécifications fonctionnelles ;
* développement d'une interface Web basée sur le modèle MVC ;
* rédaction des documents demandés (voir ci-dessous) ;
* modification de la configuration de déploiement : (1) client (lourd/léger) distant, (2) base de données externe (MySQL, Oracle, HSQL ...) et éventuellement distante ;
* ajout éventuel de fonctionnalités non prioritaires.

Une présentation d'une mini-maquette d'interface web aura lieu au milieu de l'étape n°2.

Remarque : Aucune des phases du projet ne nécessite le développement d'un client lourd en mode graphique (SWT ...).
===Documents demandés===
Deux rapports doivent être rédigés pour la partie Système : un document de conception système et un document d'évaluation système.

====Document de conception système====
Le dossier de conception système (DCS) a pour but de permettre à toute personne de connaitre les principaux composants JEE de votre application ECOM. Cette connaissance doit pouvoir être acquise rapidement, sans avoir à entrer dans les détails de l'implémentation. Le DCS doit donc être de taille relativement limitée (5 à 10 pages, 20 pages au grand maximum).
Le DCS est centré sur un schéma d'architecture système (SAS) : ce schéma doit faire apparaître les composants qui vont constituer l'application, ainsi que les liens entre les beans. Un lien depuis un composant A vers un (ou plusieurs) composant(s) B signifie qu'une interaction peut avoir lieu depuis A vers B. Un lien peut être monovalué ou multivalué, monodirectionnel ou multidirectionnel.

Pour chaque composant et lien du SAS, le DCS doit fournir :
* Une description fonctionnelle : La description fonctionnelle d'un composant fait apparaître les attributs qui le composent, ainsi que les méthodes qu'il fournit. Attributs et méthodes seront associés à une courte description. Les besoins liées à la persistence ou aux aspects transactionnels peuvent également être explicités.
* Une description d'implantation JEE : La description d'implantation décrit l'implantation du composant ou du lien dans l'environnement JEE. Un composant peut être implanté par un programme Java externe (client léger / client lourd JEE), par un servlet, par un bean ou par un objet POJO. Dans ces derniers cas, il faut préciser les caractéristiques des beans / POJO (local / distribué, session / évenementiel, stateful / stateless, etc). Un lien peut être implanté par une relation JEE, ou bien par conservation de référence de bean.

====Document d'évaluation système====

Le rapport final système du projet ECOM a pour but de préciser l’état d’avancement de votre application ECOM.

Le rapport final système doit préciser :
* L’état de chaque composant : non réalisé, réalisé, réalisé et validé
* Les fonctions réalisées, réalisées et testées, et celles restant à réaliser
* Les propriétés non fonctionnelles garanties par votre réalisation, et celles restant à considérer pour finaliser votre application
* Le temps consacré à la conception système
* Le temps consacré au développement système
* Les principales difficultés rencontrées
===Critères d'évaluation===
La partie système du projet sera principalement évaluée en fonction des critères suivants :
* Conformité aux spécifications de l'application et aux consignes données dans le cadre du projet
* Respect des échéances pour les différentes étapes du projet (y compris pour les prototypes intermédiaires et les documents)
* Qualité de l'architecture de l'application
* Qualité et robustesse du code applicatif
* Compréhension des principaux concepts de la technologie JEE
* Rigueur de la démarche de conception
* Qualité des présentations/soutenances
En complément, les aspects suivants seront également considérés :
* Méthodologie de test
* Déploiement et retrait de l'application sur/de la plateforme cloud (Azure) avec [http://roboconf.net/ Roboconf] ([http://roboconf.net/en/user-guide/lamp-example-part-1.html voir l'exemple avec LAMP])
* Préparation d'images de VMs avec [[Kameleon]]
* Performances (résultat du injection de charge avec [[Apache JMeter]] ou OW2 CLIF)
* Supervision du système déployé avec des sondes [[Nagios]] ou [[Shinken]] conditionnées dans les VMs à déployer.
* Utilisation (optionnelle) de technologies/APIs/frameworks avancés

==Consignes pour la soutenance==
===Consignes spécifiques pour les soutenances IHM===
Durée totale : 20 minutes
* tous les livrables doivent être consultable par l'enseignant (en ligne ou ayant été préalablement envoyés)
* votre passage doit contenir une présentation globale du projet, le processus de conception (illustré), des évaluations, le bilan (point de vue IHM) et une démo PRÉPARÉE
* arrivez avec l'application démarée (on ne perd pas de temps) et 1 ou 2 scénarios (de test)
* prévoyez 5 minutes de questions lors de votre passage

===Consignes spécifiques pour les soutenances Système===
* Apportez un exemplaire du dossier d'évaluation système (déposé la veille sur Moodle) lors de la soutenance. Il n'est pas nécessaire d'apporter un exemplaire du dossier de conception système.
* Préparez vous 30 minutes avant votre soutenance pour démarrer les instances Windows Azure avec le service développé.
* Prévovez environ 30 minutes pour la présentation/démo/questions. Utilisez des transparents pour présenter votre projet.
* Les démonstrations peuvent être faites sur vos machines personnelles cependant le service eCOM doit IMPERATIVEMENT s'exécuter sur une ou plusieurs instances Windows Azure.
* Conditionnez le projet final sous la forme d’une archive (zip ou tar.gz) après avoir inclus la documentation (dans un repertoire /main/site). Utilisez la convention de nommage suivante : ecom_final_1213-X.zip où X correspond au nom du projet.
* Déposez immédiatement après la soutenance (et en aucun cas après le 20 décembre) l'archive sur Moodle.
* le rapport de charge (benchmark) doit être (MUST) fourni dans la documentation.
* le rapport sur les métriques logicielles doit être (MUST) fourni dans la documentation.

=Organisation 2016-2017=

==Planning==
===M2PGI (Alternant)===
'''Equipe pédagogique:''' Noël de Palma (NdP), Vincent Lesne (VL), Sybille Caffiau (SC), Sebastien Chassand-Barrioz (SCB), Ibrahim Safiedinne (FR)

'''Dates Importantes:'''
*Soutenances (IHM + système) : 9h-17h, le 27 septembre
*Remise du dossier de conception système : le 27 septembre (lors de votre passage)
*Remise du dossier d'évaluation système : le 27 septembre (lors de votre passage)

*01 sept 09h-12h F022, F319, Boot Projet/ JEE (NDP)
*01 sept 14h-17h F319, Boot Projet/ JEE (NDP)
*04 sept 09h-12h F118, cours Agile (VL)
*04 sept 14h-17h F118, cours IHM (SC)
*05 sept 09h-12h F118, cours angular (SCB) (+TP F217)
*05 sept 14h-17h F118, cours angular (SCB) (+TP F217)
*06 sept 09h-12h F118, cours Agile (VL)
*06 sept 14h-17h F217, point Syst. (NDP)
*07 sept 09h-12h Libre service
*07 sept 14h-17h F118, cours Cloud (IS)
*08 sept 09h-12h F201, Point Syst. (SCB)
*08 sept 14h-17h F201, audit agile (VL)
*11 sept 09h-12h Libre service
*11 sept 14h-17h F217, point Syst. (IS)
*12 sept 09h-12h Libre Service
*12 sept 14h-17h Libre Service
*13 sept 09h-12h Libre Service
*13 sept 14h-17h F217, point Syst. (NDP)
*14 sept 09h-12h Libre Service
*14 sept 14h-17h Libre Service
*15 sept 09h-12h F214, point Syst. (SCB)
*15 sept 14h-17h F201, audit agile (VL)
*18 sept 09h-12h Libre Service
*18 sept 14h-17h F211, point Syst. (IS/NDP)
*19 sept 09h-12h Libre Service
*19 sept 14h-17h Libre Service
*20 sept 09h-12h F217 point Syst (IS)
*20 sept 14h-17h Libre Service
*21 sept 09h-12h Libre Service
*21 sept 14h-17h Libre Service
*22 sept 09h-12h Libre Service
*22 sept 14h-17h F211, point Syst. (SCB) + audit agile (VL)
*27 sept 09h-12h Soutenances
*27 sept 14h-17h Soutenances

===M2PGI (Classique)===
'''Equipe pédagogique:''' Noël de Palma (NdP), Vincent Lesne (VL), Sybille Caffiau (SC), Sebastien Chassand-Barrioz (SCB), Ibrahim Safiedinne (FR)

'''Dates Importantes:'''

==Groupes==
===M2PGI Apprenti===

===M2PGI Classique===
Consigne pour la constitution des groupes : Les étudiants ayant choisis l'option multimobile doivent se mettre ensemble. Ils doivent constituer des groupes de 4/5 afin d'avoir en tout 4 groupes (de M2 PGI classiques)

==Soutenance==
===M2PGI Apprenti===

===M2PGI Classique===

IMPERATIF
* le projet doit être (MUST) géré selon la méthode Scrum : le Scrum Master devra présenter le déroulement du projet.
* le serveur JavaEE doit être (MUST) hébergé sur une instance de VM.
* un rapport de charge (benchmark) doit être (MUST) fourni : les outils JMeter ou Clif peuvent être utilisés.
* un rapport sur les métriques logicielles doit être (MUST) fourni : l'outil Sonar peut être utilisé.

'''Ordre de passage :'''
* Respectez l'ordre établi
* Faites attention au temps. Vous disposez de 45 minutes par soutenance pour : votre présentation, la démo et les questions

=Documentation=
==Transparents de cours==

* Cours JEE/EJB(NDP) [[Media:EJB-ECOM2010.pdf]]
* Cours JEE tiers presentation (SCB) : [https://dl.dropboxusercontent.com/u/9706615/JEE_tiers_presentation.pdf url]
* Cours GWT (SCB) : [https://dl.dropboxusercontent.com/u/9706615/cours_GWT.pdf url]
* Cours maven (DD) : [http://membres-liglab.imag.fr/donsez/cours/maven.pdf url]
* Cours versionning (DD) : [http://membres-liglab.imag.fr/donsez/cours/version.pdf url]
* Cours subversion (DD) : [http://membres-liglab.imag.fr/donsez/cours/subversion.pdf url]
* Cours forge (DD) : [http://membres-liglab.imag.fr/donsez/cours/forge.pdf url]
* Cours http (DD) : [http://membres-liglab.imag.fr/donsez/cours/http.pdf url]
* Cours servlet (DD) : [http://membres-liglab.imag.fr/donsez/cours/servletjsp.pdf url]
* Cours IHM (SC) : [[Media:Cours2015-2016v3.pdf]]
* Annexe cours IHM (SC) : [[Media:Annexe1-HeuristiqueNielsen.pdf]], [[Media:Annexe2-KMADe.pdf]], [[Media:Annexe3-Placement.pdf]], [[Media:Annnexe4-Accesssibilité.pdf]]

==Squelette du projet==
[http://dl.dropbox.com/u/66952950/ecom-maven.zip ecom-maven.zip] Inaccessible

==Doc utiles==
* [http://wiki.easybeans.org/xwiki/bin/view/Main/Documentation Documentation Easybeans (conteneur EJB3 utilisé par Jonas)]
* [http://docs.oracle.com/javaee/6/tutorial/doc/ Tutorial JavaEE 6 ]
* [http://netbeans.org/kb/67/javaee/ejb30.html Tutorial NetBean et JEE ]
* [http://docs.oracle.com/javaee/6/api/ API JavaEE 6]
* [https://java.net/projects/javaee-spec/pages/Home Spécifications JavaEE 6]
* [http://www.theserverside.com/news/thread.tss?thread_id=55191 JPA implementation patterns ]
* [http://jonas.ow2.org/JONAS_5_1_2/doc/doc-en/html/getting_started_guide.html#id1316973 Glossaire]
* [http://www.easybeans.net/xwiki/bin/download/Main/Documentation/ejb3-annotations.pdf Aide mémoire pour les annotations EJB3 ]
* Présentation sur le Cloud Computing : http://erods.liglab.fr/icar2013/programme.html
* Documentation et Training Kit sur Windows Azure : http://www.microsoft.com/en-us/download/details.aspx?id=8396
* Documentation de [http://roboconf.net/en Roboconf]
** Exemple avec LAMP http://roboconf.net/en/user-guide/lamp-example-part-1.html
http://proton.inrialpes.fr/~depalma/ecom/liens/liens.html
* Questionnaire pour site web : [[Media:Questionnaire copy.pdf]]
* Questionnaire SUS (évaluation satisfaction) : [http://blocnotes.iergo.fr/concevoir/les-outils/sus-pour-system-usability-scale/]

===Quelques livres===
REMARQUE: les livres sur JavaEE se periment très vite avec l'évolution de la spécification
* Java EE6 Cookbook for securing, tuning, and extending enterprise applications: http://www.packtpub.com/java-ee6-securing-tuning-extending-enterprise-applications-cookbook/book
* Holly Cummins and Timothy Ward, Enterprise OSGi in Action, March, 2013, 400 pages, ISBN: 9781617290138, http://www.manning.com/cummins/ ([http://www.manning.com/cummins/EOSGI_sample_ch02.pdf chapitre 2], [http://www.manning.com/cummins/EOSGI_sample_ch10.pdf chapitre 10])
* Debu Panda, Reza Rahman, Derek Lane, EJB 3 in Action, Pub Mannings, 2007, http://www.manning.com/panda/
* Debu Panda, Reza Rahman, Ryan Cuprak, and Michael Remijan, EJB 3 in Action, Second Edition, Pub Mannings, 2011, http://www.manning.com/panda2/

ECOM-M2PGI

2017-08-31T07:12:13Z

Noel.DePalma: /* M2PGI (Alternant) */

Le projet eCOM consiste à concevoir et développer une application de commerce électronique. [[ECOM|suite ...]]

=Étapes du projet=
La partie IHM et la partie Système sont menées en parallèle pendant toute la durée du projet. Le projet se conclut par une soutenance finale pour chaque partie (IHM et système).

==Conduite de projet==
Le projet eCOM est très court en durée. Il est préconisé d'utiliser la méthodologie [[Scrum]] pour la conduite du projet dans chaque groupe.

===Critères d'évaluation===
La conduite du projet sera principalement évaluée en fonction des critères suivants :
* vous devez choisir un Scrum Master (unique ou tournant) : vous devez justifier votre choix
* durée du sprint (idem : vous devez justifier votre choix)
Sur ces 2 premiers critères, vous n'en changez pas !!!

Vous devez prévoir :
* product backlog
* sprint backlog
* sprint planning
* démos
* rétrospectives

Pensez à créer un wiki qui regroupera l'ensemble de vos documentations. Cela doit être une documentation Agile !!!!

Un point de bonus pour ceux qui réussiront à mettre en place des "poker planning".
[[File:20121002 141359.jpg|center|400px|PokerPlanningECOM2013]]

==Partie IHM==

===Etapes et documents demandés===
Le détail sur l'organisation et l'évaluation du travail concernant les spécifications du site sera communiqué lors des premières séances de cours. Liste des Livrables et date de rendu pour les M2PGI Alternants :

* Livrable 1 : par email, membres du groupe et brève description du sujet (un seul groupe OK)

====[[Audit 1 : 14/10 après midi :]]====
* L2.1 : Description des profils
* L2.2 : Questionnaire profils (OPT)
* L3.1 : Scénarios
* L3.2 : Analyse de la concurrence (OPT)
* L3.3 : Questionnaire sur l'utilisation
* L4 : Modèles de tâches
* L5 : Fonctionnalités
* L6.1 : Objectifs pour chaque version (priorités de développement)

====[[Audit 2 : 04/11 après-midi :]]====
* Mise à jour de L2 à L6.1
* L7.1 : Architecture (OPT)
* L7.2 : Base de données (OPT)
* L7.3 : IHM Abstraite
* L7.4 : Maquettes
* L6.2 : Objectifs pour les versions suivantes
* L8 : Démo de V0

====[[Audit 3 (Soutenances) : 16/12 :]]====
* Mise à jour de L7.3 (correction des erreurs)
* L9 : Rapport d'évaluation experte (imprimé pour la soutenance)
* L10 : Démonstration finale
* L11 : Diapos de votre présentation (version numérique à laquelle l'enseignant a accès au moment de votre passage)

OPT signifie que le livrable est optionnel soit parce qu'il ne s'applique pas à tous les groupes, soit parce qu'il ne peut qu'apporter une plus value à votre projet (points en plus mais pas en moins au moment de l'attribution de la note).
Lorsque ce n'est pas précisé, c'est à vous de choisir le mode présentation (écrit, schéma...) des informations du livrable

===Critères d'évaluation===
La partie IHM du projet sera principalement évaluée en fonction des critères suivants :
* Conformité de l'IHM concrète et abstraite avec le modèle de tâches
* Couverture fonctionnelle de l'application et robustesse au regard des priorités que vous avez retenues
* Qualité ergonomique au regard des principes vus en cours
* Rigueur de la démarche

La note est obtenue par l'évaluation tout au long du projet elle est composée de :
* Les besoins (3 pts) : informations sur les besoins que vous allez prendre en compte (livrables et audit 1)
* La conception (5 pts) : proposition de solution pour répondre aux besoins (livrables et audit 2)
* L'évaluation (3 pts) : évaluation de votre (ou vos) solution(s) (livrable et soutenance finale)
* Présentations (3 pts) : qualité des présentations (documents, email et slides de soutenance finale)
* Développement (6 pts) : qualité et quantité du code (démo et code)

Les notes des membres du groupe peuvent être différentes en fonction du travail fourni et constaté par l'enseignant.

==Partie Système==
La partie Système est axée sur deux étapes successives.
===Première étape===
La première consiste à définir le cœur de l'application, c'est-à-dire le modèle de données et la logique métier, puis à réaliser un premier prototype qui démontre une bonne maîtrise des EJB (session et entity beans).

Il est vivement conseillé de définir le modèle de données aussi tôt que possible et d"en discuter avec les enseignants. Il est également recommandé de limiter le premier prototype à un sous-ensemble des spécifications fonctionnelles, à la fois assez vaste pour couvrir les principales difficultés techniques et assez léger pour respecter les délais imposés.

À ce stade, l'application est seulement accessible par l'intermédiaire d'un "client lourd" (programme java offrant une console en mode texte). En particulier, il n'est pas demandé, pour cette première étape, de réaliser une interface web pour interagir avec l'application. L'application doit cependant offrir deux interfaces (administrateur et consommateur) et exécuter les requêtes avec des garanties transactionnelles.

Une présentation/démonstration du prototype V1 sera réalisée à la fin de l'étape n°1.
===Deuxième étape===
La seconde étape consiste à compléter le premier prototype avec les objectifs suivants :
* ajout des beans nécessaires pour couvrir l'ensemble des spécifications fonctionnelles ;
* développement d'une interface Web basée sur le modèle MVC ;
* rédaction des documents demandés (voir ci-dessous) ;
* modification de la configuration de déploiement : (1) client (lourd/léger) distant, (2) base de données externe (MySQL, Oracle, HSQL ...) et éventuellement distante ;
* ajout éventuel de fonctionnalités non prioritaires.

Une présentation d'une mini-maquette d'interface web aura lieu au milieu de l'étape n°2.

Remarque : Aucune des phases du projet ne nécessite le développement d'un client lourd en mode graphique (SWT ...).
===Documents demandés===
Deux rapports doivent être rédigés pour la partie Système : un document de conception système et un document d'évaluation système.

====Document de conception système====
Le dossier de conception système (DCS) a pour but de permettre à toute personne de connaitre les principaux composants JEE de votre application ECOM. Cette connaissance doit pouvoir être acquise rapidement, sans avoir à entrer dans les détails de l'implémentation. Le DCS doit donc être de taille relativement limitée (5 à 10 pages, 20 pages au grand maximum).
Le DCS est centré sur un schéma d'architecture système (SAS) : ce schéma doit faire apparaître les composants qui vont constituer l'application, ainsi que les liens entre les beans. Un lien depuis un composant A vers un (ou plusieurs) composant(s) B signifie qu'une interaction peut avoir lieu depuis A vers B. Un lien peut être monovalué ou multivalué, monodirectionnel ou multidirectionnel.

Pour chaque composant et lien du SAS, le DCS doit fournir :
* Une description fonctionnelle : La description fonctionnelle d'un composant fait apparaître les attributs qui le composent, ainsi que les méthodes qu'il fournit. Attributs et méthodes seront associés à une courte description. Les besoins liées à la persistence ou aux aspects transactionnels peuvent également être explicités.
* Une description d'implantation JEE : La description d'implantation décrit l'implantation du composant ou du lien dans l'environnement JEE. Un composant peut être implanté par un programme Java externe (client léger / client lourd JEE), par un servlet, par un bean ou par un objet POJO. Dans ces derniers cas, il faut préciser les caractéristiques des beans / POJO (local / distribué, session / évenementiel, stateful / stateless, etc). Un lien peut être implanté par une relation JEE, ou bien par conservation de référence de bean.

====Document d'évaluation système====

Le rapport final système du projet ECOM a pour but de préciser l’état d’avancement de votre application ECOM.

Le rapport final système doit préciser :
* L’état de chaque composant : non réalisé, réalisé, réalisé et validé
* Les fonctions réalisées, réalisées et testées, et celles restant à réaliser
* Les propriétés non fonctionnelles garanties par votre réalisation, et celles restant à considérer pour finaliser votre application
* Le temps consacré à la conception système
* Le temps consacré au développement système
* Les principales difficultés rencontrées
===Critères d'évaluation===
La partie système du projet sera principalement évaluée en fonction des critères suivants :
* Conformité aux spécifications de l'application et aux consignes données dans le cadre du projet
* Respect des échéances pour les différentes étapes du projet (y compris pour les prototypes intermédiaires et les documents)
* Qualité de l'architecture de l'application
* Qualité et robustesse du code applicatif
* Compréhension des principaux concepts de la technologie JEE
* Rigueur de la démarche de conception
* Qualité des présentations/soutenances
En complément, les aspects suivants seront également considérés :
* Méthodologie de test
* Déploiement et retrait de l'application sur/de la plateforme cloud (Azure) avec [http://roboconf.net/ Roboconf] ([http://roboconf.net/en/user-guide/lamp-example-part-1.html voir l'exemple avec LAMP])
* Préparation d'images de VMs avec [[Kameleon]]
* Performances (résultat du injection de charge avec [[Apache JMeter]] ou OW2 CLIF)
* Supervision du système déployé avec des sondes [[Nagios]] ou [[Shinken]] conditionnées dans les VMs à déployer.
* Utilisation (optionnelle) de technologies/APIs/frameworks avancés

==Consignes pour la soutenance==
===Consignes spécifiques pour les soutenances IHM===
Durée totale : 20 minutes
* tous les livrables doivent être consultable par l'enseignant (en ligne ou ayant été préalablement envoyés)
* votre passage doit contenir une présentation globale du projet, le processus de conception (illustré), des évaluations, le bilan (point de vue IHM) et une démo PRÉPARÉE
* arrivez avec l'application démarée (on ne perd pas de temps) et 1 ou 2 scénarios (de test)
* prévoyez 5 minutes de questions lors de votre passage

===Consignes spécifiques pour les soutenances Système===
* Apportez un exemplaire du dossier d'évaluation système (déposé la veille sur Moodle) lors de la soutenance. Il n'est pas nécessaire d'apporter un exemplaire du dossier de conception système.
* Préparez vous 30 minutes avant votre soutenance pour démarrer les instances Windows Azure avec le service développé.
* Prévovez environ 30 minutes pour la présentation/démo/questions. Utilisez des transparents pour présenter votre projet.
* Les démonstrations peuvent être faites sur vos machines personnelles cependant le service eCOM doit IMPERATIVEMENT s'exécuter sur une ou plusieurs instances Windows Azure.
* Conditionnez le projet final sous la forme d’une archive (zip ou tar.gz) après avoir inclus la documentation (dans un repertoire /main/site). Utilisez la convention de nommage suivante : ecom_final_1213-X.zip où X correspond au nom du projet.
* Déposez immédiatement après la soutenance (et en aucun cas après le 20 décembre) l'archive sur Moodle.
* le rapport de charge (benchmark) doit être (MUST) fourni dans la documentation.
* le rapport sur les métriques logicielles doit être (MUST) fourni dans la documentation.

=Organisation 2016-2017=

==Planning==
===M2PGI (Alternant)===
'''Equipe pédagogique:''' Noël de Palma (NdP), Vincent Lesne (VL), Sybille Caffiau (SC), Sebastien Chassand-Barrioz (SCB), Ibrahim Safiedinne (FR)

'''Dates Importantes:'''
*Soutenances (IHM + système) : 9h-17h, le 23 septembre
*Remise du dossier de conception système : le 23 septembre (lors de votre passage)
*Remise du dossier d'évaluation système : le 23 septembre (lors de votre passage)

*01 sept 09h-12h F022, F319, Boot Projet/ JEE (NDP)
*01 sept 14h-17h F319, Boot Projet/ JEE (NDP)
*04 sept 09h-12h F118, cours Agile (VL)
*04 sept 14h-17h F118, cours IHM (SC)
*05 sept 09h-12h F118, cours angular (SCB) (+TP F217)
*05 sept 14h-17h F118, cours angular (SCB) (+TP F217)
*06 sept 09h-12h F118, cours Agile (VL)
*06 sept 14h-17h F217, point Syst. (NDP)
*07 sept 09h-12h Libre service
*07 sept 14h-17h F118, cours Cloud (IS)
*08 sept 09h-12h F201, Point Syst. (SCB)
*08 sept 14h-17h F201, audit agile (VL)
*11 sept 09h-12h Libre service
*11 sept 14h-17h F217, point Syst. (IS)
*12 sept 09h-12h Libre Service
*12 sept 14h-17h Libre Service
*13 sept 09h-12h Libre Service
*13 sept 14h-17h F217, point Syst. (NDP)
*14 sept 09h-12h Libre Service
*14 sept 14h-17h Libre Service
*15 sept 09h-12h F214, point Syst. (SCB)
*15 sept 14h-17h F201, audit agile (VL)
*18 sept 09h-12h Libre Service
*18 sept 14h-17h F211, point Syst. (IS/NDP)
*19 sept 09h-12h Libre Service
*19 sept 14h-17h Libre Service
*20 sept 09h-12h F217 point Syst (IS)
*20 sept 14h-17h Libre Service
*21 sept 09h-12h Libre Service
*21 sept 14h-17h Libre Service
*22 sept 09h-12h Libre Service
*22 sept 14h-17h F211, point Syst. (SCB) + audit agile (VL)
*27 sept 09h-12h Soutenances
*27 sept 14h-17h Soutenances

===M2PGI (Classique)===
'''Equipe pédagogique:''' Noël de Palma (NdP), Vincent Lesne (VL), Sybille Caffiau (SC), Sebastien Chassand-Barrioz (SCB), Ibrahim Safiedinne (FR)

'''Dates Importantes:'''

==Groupes==
===M2PGI Apprenti===

===M2PGI Classique===
Consigne pour la constitution des groupes : Les étudiants ayant choisis l'option multimobile doivent se mettre ensemble. Ils doivent constituer des groupes de 4/5 afin d'avoir en tout 4 groupes (de M2 PGI classiques)

==Soutenance==
===M2PGI Apprenti===

===M2PGI Classique===

IMPERATIF
* le projet doit être (MUST) géré selon la méthode Scrum : le Scrum Master devra présenter le déroulement du projet.
* le serveur JavaEE doit être (MUST) hébergé sur une instance de VM.
* un rapport de charge (benchmark) doit être (MUST) fourni : les outils JMeter ou Clif peuvent être utilisés.
* un rapport sur les métriques logicielles doit être (MUST) fourni : l'outil Sonar peut être utilisé.

'''Ordre de passage :'''
* Respectez l'ordre établi
* Faites attention au temps. Vous disposez de 45 minutes par soutenance pour : votre présentation, la démo et les questions

=Documentation=
==Transparents de cours==

* Cours JEE/EJB(NDP) [[Media:EJB-ECOM2010.pdf]]
* Cours JEE tiers presentation (SCB) : [https://dl.dropboxusercontent.com/u/9706615/JEE_tiers_presentation.pdf url]
* Cours GWT (SCB) : [https://dl.dropboxusercontent.com/u/9706615/cours_GWT.pdf url]
* Cours maven (DD) : [http://membres-liglab.imag.fr/donsez/cours/maven.pdf url]
* Cours versionning (DD) : [http://membres-liglab.imag.fr/donsez/cours/version.pdf url]
* Cours subversion (DD) : [http://membres-liglab.imag.fr/donsez/cours/subversion.pdf url]
* Cours forge (DD) : [http://membres-liglab.imag.fr/donsez/cours/forge.pdf url]
* Cours http (DD) : [http://membres-liglab.imag.fr/donsez/cours/http.pdf url]
* Cours servlet (DD) : [http://membres-liglab.imag.fr/donsez/cours/servletjsp.pdf url]
* Cours IHM (SC) : [[Media:Cours2015-2016v3.pdf]]
* Annexe cours IHM (SC) : [[Media:Annexe1-HeuristiqueNielsen.pdf]], [[Media:Annexe2-KMADe.pdf]], [[Media:Annexe3-Placement.pdf]], [[Media:Annnexe4-Accesssibilité.pdf]]

==Squelette du projet==
[http://dl.dropbox.com/u/66952950/ecom-maven.zip ecom-maven.zip] Inaccessible

==Doc utiles==
* [http://wiki.easybeans.org/xwiki/bin/view/Main/Documentation Documentation Easybeans (conteneur EJB3 utilisé par Jonas)]
* [http://docs.oracle.com/javaee/6/tutorial/doc/ Tutorial JavaEE 6 ]
* [http://netbeans.org/kb/67/javaee/ejb30.html Tutorial NetBean et JEE ]
* [http://docs.oracle.com/javaee/6/api/ API JavaEE 6]
* [https://java.net/projects/javaee-spec/pages/Home Spécifications JavaEE 6]
* [http://www.theserverside.com/news/thread.tss?thread_id=55191 JPA implementation patterns ]
* [http://jonas.ow2.org/JONAS_5_1_2/doc/doc-en/html/getting_started_guide.html#id1316973 Glossaire]
* [http://www.easybeans.net/xwiki/bin/download/Main/Documentation/ejb3-annotations.pdf Aide mémoire pour les annotations EJB3 ]
* Présentation sur le Cloud Computing : http://erods.liglab.fr/icar2013/programme.html
* Documentation et Training Kit sur Windows Azure : http://www.microsoft.com/en-us/download/details.aspx?id=8396
* Documentation de [http://roboconf.net/en Roboconf]
** Exemple avec LAMP http://roboconf.net/en/user-guide/lamp-example-part-1.html
http://proton.inrialpes.fr/~depalma/ecom/liens/liens.html
* Questionnaire pour site web : [[Media:Questionnaire copy.pdf]]
* Questionnaire SUS (évaluation satisfaction) : [http://blocnotes.iergo.fr/concevoir/les-outils/sus-pour-system-usability-scale/]

===Quelques livres===
REMARQUE: les livres sur JavaEE se periment très vite avec l'évolution de la spécification
* Java EE6 Cookbook for securing, tuning, and extending enterprise applications: http://www.packtpub.com/java-ee6-securing-tuning-extending-enterprise-applications-cookbook/book
* Holly Cummins and Timothy Ward, Enterprise OSGi in Action, March, 2013, 400 pages, ISBN: 9781617290138, http://www.manning.com/cummins/ ([http://www.manning.com/cummins/EOSGI_sample_ch02.pdf chapitre 2], [http://www.manning.com/cummins/EOSGI_sample_ch10.pdf chapitre 10])
* Debu Panda, Reza Rahman, Derek Lane, EJB 3 in Action, Pub Mannings, 2007, http://www.manning.com/panda/
* Debu Panda, Reza Rahman, Ryan Cuprak, and Michael Remijan, EJB 3 in Action, Second Edition, Pub Mannings, 2011, http://www.manning.com/panda2/

ECOM-M2PGI

2017-08-29T08:09:58Z

Noel.DePalma:

Le projet eCOM consiste à concevoir et développer une application de commerce électronique. [[ECOM|suite ...]]

=Étapes du projet=
La partie IHM et la partie Système sont menées en parallèle pendant toute la durée du projet. Le projet se conclut par une soutenance finale pour chaque partie (IHM et système).

==Conduite de projet==
Le projet eCOM est très court en durée. Il est préconisé d'utiliser la méthodologie [[Scrum]] pour la conduite du projet dans chaque groupe.

===Critères d'évaluation===
La conduite du projet sera principalement évaluée en fonction des critères suivants :
* vous devez choisir un Scrum Master (unique ou tournant) : vous devez justifier votre choix
* durée du sprint (idem : vous devez justifier votre choix)
Sur ces 2 premiers critères, vous n'en changez pas !!!

Vous devez prévoir :
* product backlog
* sprint backlog
* sprint planning
* démos
* rétrospectives

Pensez à créer un wiki qui regroupera l'ensemble de vos documentations. Cela doit être une documentation Agile !!!!

Un point de bonus pour ceux qui réussiront à mettre en place des "poker planning".
[[File:20121002 141359.jpg|center|400px|PokerPlanningECOM2013]]

==Partie IHM==

===Etapes et documents demandés===
Le détail sur l'organisation et l'évaluation du travail concernant les spécifications du site sera communiqué lors des premières séances de cours. Liste des Livrables et date de rendu pour les M2PGI Alternants :

* Livrable 1 : par email, membres du groupe et brève description du sujet (un seul groupe OK)

====[[Audit 1 : 14/10 après midi :]]====
* L2.1 : Description des profils
* L2.2 : Questionnaire profils (OPT)
* L3.1 : Scénarios
* L3.2 : Analyse de la concurrence (OPT)
* L3.3 : Questionnaire sur l'utilisation
* L4 : Modèles de tâches
* L5 : Fonctionnalités
* L6.1 : Objectifs pour chaque version (priorités de développement)

====[[Audit 2 : 04/11 après-midi :]]====
* Mise à jour de L2 à L6.1
* L7.1 : Architecture (OPT)
* L7.2 : Base de données (OPT)
* L7.3 : IHM Abstraite
* L7.4 : Maquettes
* L6.2 : Objectifs pour les versions suivantes
* L8 : Démo de V0

====[[Audit 3 (Soutenances) : 16/12 :]]====
* Mise à jour de L7.3 (correction des erreurs)
* L9 : Rapport d'évaluation experte (imprimé pour la soutenance)
* L10 : Démonstration finale
* L11 : Diapos de votre présentation (version numérique à laquelle l'enseignant a accès au moment de votre passage)

OPT signifie que le livrable est optionnel soit parce qu'il ne s'applique pas à tous les groupes, soit parce qu'il ne peut qu'apporter une plus value à votre projet (points en plus mais pas en moins au moment de l'attribution de la note).
Lorsque ce n'est pas précisé, c'est à vous de choisir le mode présentation (écrit, schéma...) des informations du livrable

===Critères d'évaluation===
La partie IHM du projet sera principalement évaluée en fonction des critères suivants :
* Conformité de l'IHM concrète et abstraite avec le modèle de tâches
* Couverture fonctionnelle de l'application et robustesse au regard des priorités que vous avez retenues
* Qualité ergonomique au regard des principes vus en cours
* Rigueur de la démarche

La note est obtenue par l'évaluation tout au long du projet elle est composée de :
* Les besoins (3 pts) : informations sur les besoins que vous allez prendre en compte (livrables et audit 1)
* La conception (5 pts) : proposition de solution pour répondre aux besoins (livrables et audit 2)
* L'évaluation (3 pts) : évaluation de votre (ou vos) solution(s) (livrable et soutenance finale)
* Présentations (3 pts) : qualité des présentations (documents, email et slides de soutenance finale)
* Développement (6 pts) : qualité et quantité du code (démo et code)

Les notes des membres du groupe peuvent être différentes en fonction du travail fourni et constaté par l'enseignant.

==Partie Système==
La partie Système est axée sur deux étapes successives.
===Première étape===
La première consiste à définir le cœur de l'application, c'est-à-dire le modèle de données et la logique métier, puis à réaliser un premier prototype qui démontre une bonne maîtrise des EJB (session et entity beans).

Il est vivement conseillé de définir le modèle de données aussi tôt que possible et d"en discuter avec les enseignants. Il est également recommandé de limiter le premier prototype à un sous-ensemble des spécifications fonctionnelles, à la fois assez vaste pour couvrir les principales difficultés techniques et assez léger pour respecter les délais imposés.

À ce stade, l'application est seulement accessible par l'intermédiaire d'un "client lourd" (programme java offrant une console en mode texte). En particulier, il n'est pas demandé, pour cette première étape, de réaliser une interface web pour interagir avec l'application. L'application doit cependant offrir deux interfaces (administrateur et consommateur) et exécuter les requêtes avec des garanties transactionnelles.

Une présentation/démonstration du prototype V1 sera réalisée à la fin de l'étape n°1.
===Deuxième étape===
La seconde étape consiste à compléter le premier prototype avec les objectifs suivants :
* ajout des beans nécessaires pour couvrir l'ensemble des spécifications fonctionnelles ;
* développement d'une interface Web basée sur le modèle MVC ;
* rédaction des documents demandés (voir ci-dessous) ;
* modification de la configuration de déploiement : (1) client (lourd/léger) distant, (2) base de données externe (MySQL, Oracle, HSQL ...) et éventuellement distante ;
* ajout éventuel de fonctionnalités non prioritaires.

Une présentation d'une mini-maquette d'interface web aura lieu au milieu de l'étape n°2.

Remarque : Aucune des phases du projet ne nécessite le développement d'un client lourd en mode graphique (SWT ...).
===Documents demandés===
Deux rapports doivent être rédigés pour la partie Système : un document de conception système et un document d'évaluation système.

====Document de conception système====
Le dossier de conception système (DCS) a pour but de permettre à toute personne de connaitre les principaux composants JEE de votre application ECOM. Cette connaissance doit pouvoir être acquise rapidement, sans avoir à entrer dans les détails de l'implémentation. Le DCS doit donc être de taille relativement limitée (5 à 10 pages, 20 pages au grand maximum).
Le DCS est centré sur un schéma d'architecture système (SAS) : ce schéma doit faire apparaître les composants qui vont constituer l'application, ainsi que les liens entre les beans. Un lien depuis un composant A vers un (ou plusieurs) composant(s) B signifie qu'une interaction peut avoir lieu depuis A vers B. Un lien peut être monovalué ou multivalué, monodirectionnel ou multidirectionnel.

Pour chaque composant et lien du SAS, le DCS doit fournir :
* Une description fonctionnelle : La description fonctionnelle d'un composant fait apparaître les attributs qui le composent, ainsi que les méthodes qu'il fournit. Attributs et méthodes seront associés à une courte description. Les besoins liées à la persistence ou aux aspects transactionnels peuvent également être explicités.
* Une description d'implantation JEE : La description d'implantation décrit l'implantation du composant ou du lien dans l'environnement JEE. Un composant peut être implanté par un programme Java externe (client léger / client lourd JEE), par un servlet, par un bean ou par un objet POJO. Dans ces derniers cas, il faut préciser les caractéristiques des beans / POJO (local / distribué, session / évenementiel, stateful / stateless, etc). Un lien peut être implanté par une relation JEE, ou bien par conservation de référence de bean.

====Document d'évaluation système====

Le rapport final système du projet ECOM a pour but de préciser l’état d’avancement de votre application ECOM.

Le rapport final système doit préciser :
* L’état de chaque composant : non réalisé, réalisé, réalisé et validé
* Les fonctions réalisées, réalisées et testées, et celles restant à réaliser
* Les propriétés non fonctionnelles garanties par votre réalisation, et celles restant à considérer pour finaliser votre application
* Le temps consacré à la conception système
* Le temps consacré au développement système
* Les principales difficultés rencontrées
===Critères d'évaluation===
La partie système du projet sera principalement évaluée en fonction des critères suivants :
* Conformité aux spécifications de l'application et aux consignes données dans le cadre du projet
* Respect des échéances pour les différentes étapes du projet (y compris pour les prototypes intermédiaires et les documents)
* Qualité de l'architecture de l'application
* Qualité et robustesse du code applicatif
* Compréhension des principaux concepts de la technologie JEE
* Rigueur de la démarche de conception
* Qualité des présentations/soutenances
En complément, les aspects suivants seront également considérés :
* Méthodologie de test
* Déploiement et retrait de l'application sur/de la plateforme cloud (Azure) avec [http://roboconf.net/ Roboconf] ([http://roboconf.net/en/user-guide/lamp-example-part-1.html voir l'exemple avec LAMP])
* Préparation d'images de VMs avec [[Kameleon]]
* Performances (résultat du injection de charge avec [[Apache JMeter]] ou OW2 CLIF)
* Supervision du système déployé avec des sondes [[Nagios]] ou [[Shinken]] conditionnées dans les VMs à déployer.
* Utilisation (optionnelle) de technologies/APIs/frameworks avancés

==Consignes pour la soutenance==
===Consignes spécifiques pour les soutenances IHM===
Durée totale : 20 minutes
* tous les livrables doivent être consultable par l'enseignant (en ligne ou ayant été préalablement envoyés)
* votre passage doit contenir une présentation globale du projet, le processus de conception (illustré), des évaluations, le bilan (point de vue IHM) et une démo PRÉPARÉE
* arrivez avec l'application démarée (on ne perd pas de temps) et 1 ou 2 scénarios (de test)
* prévoyez 5 minutes de questions lors de votre passage

===Consignes spécifiques pour les soutenances Système===
* Apportez un exemplaire du dossier d'évaluation système (déposé la veille sur Moodle) lors de la soutenance. Il n'est pas nécessaire d'apporter un exemplaire du dossier de conception système.
* Préparez vous 30 minutes avant votre soutenance pour démarrer les instances Windows Azure avec le service développé.
* Prévovez environ 30 minutes pour la présentation/démo/questions. Utilisez des transparents pour présenter votre projet.
* Les démonstrations peuvent être faites sur vos machines personnelles cependant le service eCOM doit IMPERATIVEMENT s'exécuter sur une ou plusieurs instances Windows Azure.
* Conditionnez le projet final sous la forme d’une archive (zip ou tar.gz) après avoir inclus la documentation (dans un repertoire /main/site). Utilisez la convention de nommage suivante : ecom_final_1213-X.zip où X correspond au nom du projet.
* Déposez immédiatement après la soutenance (et en aucun cas après le 20 décembre) l'archive sur Moodle.
* le rapport de charge (benchmark) doit être (MUST) fourni dans la documentation.
* le rapport sur les métriques logicielles doit être (MUST) fourni dans la documentation.

=Organisation 2016-2017=

==Planning==
===M2PGI (Alternant)===
'''Equipe pédagogique:''' Noël de Palma (NdP), Vincent Lesne (VL), Sybille Caffiau (SC), Sebastien Chassand-Barrioz (SCB), Ibrahim Safiedinne (FR)

'''Dates Importantes:'''
*Soutenances (IHM + système) : 9h-17h, le 23 septembre
*Remise du dossier de conception système : le 23 septembre (lors de votre passage)
*Remise du dossier d'évaluation système : le 23 septembre (lors de votre passage)

*01 sept 09h-12h F022, F319, Boot Projet/ JEE (NDP)
*01 sept 14h-17h F319, Boot Projet/ JEE (NDP)
*04 sept 09h-12h F118, cours Agile (VL)
*04 sept 14h-17h F118, cours IHM (SC)
*05 sept 09h-12h F118, cours angular (SCB) (+TP F217)
*05 sept 14h-17h F118, cours angular (SCB) (+TP F217)
*06 sept 09h-12h F118, cours Agile (VL)
*06 sept 14h-17h F217, point Syst. (NDP)
*07 sept 09h-12h Libre service
*07 sept 14h-17h F118, cours Cloud (IS)
*08 sept 09h-12h F201, Support Syst. (SCB)
*08 sept 14h-17h F201, audit agile (VL)
*11 sept 09h-12h F217 point Syst. (NDP)
*11 sept 14h-17h F217, point Syst. (IS/NDP)
*12 sept 09h-12h F201, point Syst. (SCB)
*12 sept 14h-17h Libre Service
*13 sept 09h-12h Libre Service
*13 sept 14h-17h F217, point Syst. (NDP)
*14 sept 09h-12h Libre Service
*14 sept 14h-17h Libre Service
*15 sept 09h-12h F214, point Syst. (SCB)
*15 sept 14h-17h F201, audit agile (VL)
*18 sept 09h-12h Libre Service
*18 sept 14h-17h F211, point Syst. (IS/NDP)
*19 sept 09h-12h Libre Service
*19 sept 14h-17h Libre Service
*20 sept 09h-12h F217 point Syst (NDP)
*20 sept 14h-17h Libre Service
*21 sept 09h-12h Libre Service
*21 sept 14h-17h Libre Service
*22 sept 09h-12h Libre Service
*22 sept 14h-17h F211, point Syst. (IS) + audit agile (VL)
*27 sept 09h-12h Soutenances
*27 sept 14h-17h Soutenances

===M2PGI (Classique)===
'''Equipe pédagogique:''' Noël de Palma (NdP), Vincent Lesne (VL), Sybille Caffiau (SC), Sebastien Chassand-Barrioz (SCB), Ibrahim Safiedinne (FR)

'''Dates Importantes:'''

==Groupes==
===M2PGI Apprenti===

===M2PGI Classique===
Consigne pour la constitution des groupes : Les étudiants ayant choisis l'option multimobile doivent se mettre ensemble. Ils doivent constituer des groupes de 4/5 afin d'avoir en tout 4 groupes (de M2 PGI classiques)

==Soutenance==
===M2PGI Apprenti===

===M2PGI Classique===

IMPERATIF
* le projet doit être (MUST) géré selon la méthode Scrum : le Scrum Master devra présenter le déroulement du projet.
* le serveur JavaEE doit être (MUST) hébergé sur une instance de VM.
* un rapport de charge (benchmark) doit être (MUST) fourni : les outils JMeter ou Clif peuvent être utilisés.
* un rapport sur les métriques logicielles doit être (MUST) fourni : l'outil Sonar peut être utilisé.

'''Ordre de passage :'''
* Respectez l'ordre établi
* Faites attention au temps. Vous disposez de 45 minutes par soutenance pour : votre présentation, la démo et les questions

=Documentation=
==Transparents de cours==

* Cours JEE/EJB(NDP) [[Media:EJB-ECOM2010.pdf]]
* Cours JEE tiers presentation (SCB) : [https://dl.dropboxusercontent.com/u/9706615/JEE_tiers_presentation.pdf url]
* Cours GWT (SCB) : [https://dl.dropboxusercontent.com/u/9706615/cours_GWT.pdf url]
* Cours maven (DD) : [http://membres-liglab.imag.fr/donsez/cours/maven.pdf url]
* Cours versionning (DD) : [http://membres-liglab.imag.fr/donsez/cours/version.pdf url]
* Cours subversion (DD) : [http://membres-liglab.imag.fr/donsez/cours/subversion.pdf url]
* Cours forge (DD) : [http://membres-liglab.imag.fr/donsez/cours/forge.pdf url]
* Cours http (DD) : [http://membres-liglab.imag.fr/donsez/cours/http.pdf url]
* Cours servlet (DD) : [http://membres-liglab.imag.fr/donsez/cours/servletjsp.pdf url]
* Cours IHM (SC) : [[Media:Cours2015-2016v3.pdf]]
* Annexe cours IHM (SC) : [[Media:Annexe1-HeuristiqueNielsen.pdf]], [[Media:Annexe2-KMADe.pdf]], [[Media:Annexe3-Placement.pdf]], [[Media:Annnexe4-Accesssibilité.pdf]]

==Squelette du projet==
[http://dl.dropbox.com/u/66952950/ecom-maven.zip ecom-maven.zip] Inaccessible

==Doc utiles==
* [http://wiki.easybeans.org/xwiki/bin/view/Main/Documentation Documentation Easybeans (conteneur EJB3 utilisé par Jonas)]
* [http://docs.oracle.com/javaee/6/tutorial/doc/ Tutorial JavaEE 6 ]
* [http://netbeans.org/kb/67/javaee/ejb30.html Tutorial NetBean et JEE ]
* [http://docs.oracle.com/javaee/6/api/ API JavaEE 6]
* [https://java.net/projects/javaee-spec/pages/Home Spécifications JavaEE 6]
* [http://www.theserverside.com/news/thread.tss?thread_id=55191 JPA implementation patterns ]
* [http://jonas.ow2.org/JONAS_5_1_2/doc/doc-en/html/getting_started_guide.html#id1316973 Glossaire]
* [http://www.easybeans.net/xwiki/bin/download/Main/Documentation/ejb3-annotations.pdf Aide mémoire pour les annotations EJB3 ]
* Présentation sur le Cloud Computing : http://erods.liglab.fr/icar2013/programme.html
* Documentation et Training Kit sur Windows Azure : http://www.microsoft.com/en-us/download/details.aspx?id=8396
* Documentation de [http://roboconf.net/en Roboconf]
** Exemple avec LAMP http://roboconf.net/en/user-guide/lamp-example-part-1.html
http://proton.inrialpes.fr/~depalma/ecom/liens/liens.html
* Questionnaire pour site web : [[Media:Questionnaire copy.pdf]]
* Questionnaire SUS (évaluation satisfaction) : [http://blocnotes.iergo.fr/concevoir/les-outils/sus-pour-system-usability-scale/]

===Quelques livres===
REMARQUE: les livres sur JavaEE se periment très vite avec l'évolution de la spécification
* Java EE6 Cookbook for securing, tuning, and extending enterprise applications: http://www.packtpub.com/java-ee6-securing-tuning-extending-enterprise-applications-cookbook/book
* Holly Cummins and Timothy Ward, Enterprise OSGi in Action, March, 2013, 400 pages, ISBN: 9781617290138, http://www.manning.com/cummins/ ([http://www.manning.com/cummins/EOSGI_sample_ch02.pdf chapitre 2], [http://www.manning.com/cummins/EOSGI_sample_ch10.pdf chapitre 10])
* Debu Panda, Reza Rahman, Derek Lane, EJB 3 in Action, Pub Mannings, 2007, http://www.manning.com/panda/
* Debu Panda, Reza Rahman, Ryan Cuprak, and Michael Remijan, EJB 3 in Action, Second Edition, Pub Mannings, 2011, http://www.manning.com/panda2/

ECOM-M2PGI

2016-12-13T20:32:10Z

Noel.DePalma: /* M2PGI Classique */

Le projet eCOM consiste à concevoir et développer une application de commerce électronique. [[ECOM|suite ...]]

=Étapes du projet=
La partie IHM et la partie Système sont menées en parallèle pendant toute la durée du projet. Le projet se conclut par une soutenance finale pour chaque partie (IHM et système).

==Conduite de projet==
Le projet eCOM est très court en durée. Il est préconisé d'utiliser la méthodologie [[Scrum]] pour la conduite du projet dans chaque groupe.

===Critères d'évaluation===
La conduite du projet sera principalement évaluée en fonction des critères suivants :
* vous devez choisir un Scrum Master (unique ou tournant) : vous devez justifier votre choix
* durée du sprint (idem : vous devez justifier votre choix)
Sur ces 2 premiers critères, vous n'en changez pas !!!

Vous devez prévoir :
* product backlog
* sprint backlog
* sprint planning
* démos
* rétrospectives

Pensez à créer un wiki qui regroupera l'ensemble de vos documentations. Cela doit être une documentation Agile !!!!

Un point de bonus pour ceux qui réussiront à mettre en place des "poker planning".
[[File:20121002 141359.jpg|center|400px|PokerPlanningECOM2013]]

==Partie IHM==

===Etapes et documents demandés===
Le détail sur l'organisation et l'évaluation du travail concernant les spécifications du site sera communiqué lors des premières séances de cours. Liste des Livrables et date de rendu pour les M2PGI Alternants :

* Livrable 1 : par email, membres du groupe et brève description du sujet (un seul groupe OK)

====[[Audit 1 : 14/10 après midi :]]====
* L2.1 : Description des profils
* L2.2 : Questionnaire profils (OPT)
* L3.1 : Scénarios
* L3.2 : Analyse de la concurrence (OPT)
* L3.3 : Questionnaire sur l'utilisation
* L4 : Modèles de tâches
* L5 : Fonctionnalités
* L6.1 : Objectifs pour chaque version (priorités de développement)

====[[Audit 2 : 04/11 après-midi :]]====
* Mise à jour de L2 à L6.1
* L7.1 : Architecture (OPT)
* L7.2 : Base de données (OPT)
* L7.3 : IHM Abstraite
* L7.4 : Maquettes
* L6.2 : Objectifs pour les versions suivantes
* L8 : Démo de V0

====[[Audit 3 (Soutenances) : 16/12 :]]====
* Mise à jour de L7.3 (correction des erreurs)
* L9 : Rapport d'évaluation experte (imprimé pour la soutenance)
* L10 : Démonstration finale
* L11 : Diapos de votre présentation (version numérique à laquelle l'enseignant a accès au moment de votre passage)

OPT signifie que le livrable est optionnel soit parce qu'il ne s'applique pas à tous les groupes, soit parce qu'il ne peut qu'apporter une plus value à votre projet (points en plus mais pas en moins au moment de l'attribution de la note).
Lorsque ce n'est pas précisé, c'est à vous de choisir le mode présentation (écrit, schéma...) des informations du livrable

===Critères d'évaluation===
La partie IHM du projet sera principalement évaluée en fonction des critères suivants :
* Conformité de l'IHM concrète et abstraite avec le modèle de tâches
* Couverture fonctionnelle de l'application et robustesse au regard des priorités que vous avez retenues
* Qualité ergonomique au regard des principes vus en cours
* Rigueur de la démarche

La note est obtenue par l'évaluation tout au long du projet elle est composée de :
* Les besoins (3 pts) : informations sur les besoins que vous allez prendre en compte (livrables et audit 1)
* La conception (5 pts) : proposition de solution pour répondre aux besoins (livrables et audit 2)
* L'évaluation (3 pts) : évaluation de votre (ou vos) solution(s) (livrable et soutenance finale)
* Présentations (3 pts) : qualité des présentations (documents, email et slides de soutenance finale)
* Développement (6 pts) : qualité et quantité du code (démo et code)

Les notes des membres du groupe peuvent être différentes en fonction du travail fourni et constaté par l'enseignant.

==Partie Système==
La partie Système est axée sur deux étapes successives.
===Première étape===
La première consiste à définir le cœur de l'application, c'est-à-dire le modèle de données et la logique métier, puis à réaliser un premier prototype qui démontre une bonne maîtrise des EJB (session et entity beans).

Il est vivement conseillé de définir le modèle de données aussi tôt que possible et d"en discuter avec les enseignants. Il est également recommandé de limiter le premier prototype à un sous-ensemble des spécifications fonctionnelles, à la fois assez vaste pour couvrir les principales difficultés techniques et assez léger pour respecter les délais imposés.

À ce stade, l'application est seulement accessible par l'intermédiaire d'un "client lourd" (programme java offrant une console en mode texte). En particulier, il n'est pas demandé, pour cette première étape, de réaliser une interface web pour interagir avec l'application. L'application doit cependant offrir deux interfaces (administrateur et consommateur) et exécuter les requêtes avec des garanties transactionnelles.

Une présentation/démonstration du prototype V1 sera réalisée à la fin de l'étape n°1.
===Deuxième étape===
La seconde étape consiste à compléter le premier prototype avec les objectifs suivants :
* ajout des beans nécessaires pour couvrir l'ensemble des spécifications fonctionnelles ;
* développement d'une interface Web basée sur le modèle MVC ;
* rédaction des documents demandés (voir ci-dessous) ;
* modification de la configuration de déploiement : (1) client (lourd/léger) distant, (2) base de données externe (MySQL, Oracle, HSQL ...) et éventuellement distante ;
* ajout éventuel de fonctionnalités non prioritaires.

Une présentation d'une mini-maquette d'interface web aura lieu au milieu de l'étape n°2.

Remarque : Aucune des phases du projet ne nécessite le développement d'un client lourd en mode graphique (SWT ...).
===Documents demandés===
Deux rapports doivent être rédigés pour la partie Système : un document de conception système et un document d'évaluation système.

====Document de conception système====
Le dossier de conception système (DCS) a pour but de permettre à toute personne de connaitre les principaux composants JEE de votre application ECOM. Cette connaissance doit pouvoir être acquise rapidement, sans avoir à entrer dans les détails de l'implémentation. Le DCS doit donc être de taille relativement limitée (5 à 10 pages, 20 pages au grand maximum).
Le DCS est centré sur un schéma d'architecture système (SAS) : ce schéma doit faire apparaître les composants qui vont constituer l'application, ainsi que les liens entre les beans. Un lien depuis un composant A vers un (ou plusieurs) composant(s) B signifie qu'une interaction peut avoir lieu depuis A vers B. Un lien peut être monovalué ou multivalué, monodirectionnel ou multidirectionnel.

Pour chaque composant et lien du SAS, le DCS doit fournir :
* Une description fonctionnelle : La description fonctionnelle d'un composant fait apparaître les attributs qui le composent, ainsi que les méthodes qu'il fournit. Attributs et méthodes seront associés à une courte description. Les besoins liées à la persistence ou aux aspects transactionnels peuvent également être explicités.
* Une description d'implantation JEE : La description d'implantation décrit l'implantation du composant ou du lien dans l'environnement JEE. Un composant peut être implanté par un programme Java externe (client léger / client lourd JEE), par un servlet, par un bean ou par un objet POJO. Dans ces derniers cas, il faut préciser les caractéristiques des beans / POJO (local / distribué, session / évenementiel, stateful / stateless, etc). Un lien peut être implanté par une relation JEE, ou bien par conservation de référence de bean.

====Document d'évaluation système====

Le rapport final système du projet ECOM a pour but de préciser l’état d’avancement de votre application ECOM.

Le rapport final système doit préciser :
* L’état de chaque composant : non réalisé, réalisé, réalisé et validé
* Les fonctions réalisées, réalisées et testées, et celles restant à réaliser
* Les propriétés non fonctionnelles garanties par votre réalisation, et celles restant à considérer pour finaliser votre application
* Le temps consacré à la conception système
* Le temps consacré au développement système
* Les principales difficultés rencontrées
===Critères d'évaluation===
La partie système du projet sera principalement évaluée en fonction des critères suivants :
* Conformité aux spécifications de l'application et aux consignes données dans le cadre du projet
* Respect des échéances pour les différentes étapes du projet (y compris pour les prototypes intermédiaires et les documents)
* Qualité de l'architecture de l'application
* Qualité et robustesse du code applicatif
* Compréhension des principaux concepts de la technologie JEE
* Rigueur de la démarche de conception
* Qualité des présentations/soutenances
En complément, les aspects suivants seront également considérés :
* Méthodologie de test
* Déploiement et retrait de l'application sur/de la plateforme cloud (Azure) avec [http://roboconf.net/ Roboconf] ([http://roboconf.net/en/user-guide/lamp-example-part-1.html voir l'exemple avec LAMP])
* Préparation d'images de VMs avec [[Kameleon]]
* Performances (résultat du injection de charge avec [[Apache JMeter]] ou OW2 CLIF)
* Supervision du système déployé avec des sondes [[Nagios]] ou [[Shinken]] conditionnées dans les VMs à déployer.
* Utilisation (optionnelle) de technologies/APIs/frameworks avancés

==Consignes pour la soutenance==
===Consignes spécifiques pour les soutenances IHM===
Durée totale : 20 minutes
* tous les livrables doivent être consultable par l'enseignant (en ligne ou ayant été préalablement envoyés)
* votre passage doit contenir une présentation globale du projet, le processus de conception (illustré), des évaluations, le bilan (point de vue IHM) et une démo PRÉPARÉE
* arrivez avec l'application démarée (on ne perd pas de temps) et 1 ou 2 scénarios (de test)
* prévoyez 5 minutes de questions lors de votre passage

===Consignes spécifiques pour les soutenances Système===
* Apportez un exemplaire du dossier d'évaluation système (déposé la veille sur Moodle) lors de la soutenance. Il n'est pas nécessaire d'apporter un exemplaire du dossier de conception système.
* Préparez vous 30 minutes avant votre soutenance pour démarrer les instances Windows Azure avec le service développé.
* Prévovez environ 30 minutes pour la présentation/démo/questions. Utilisez des transparents pour présenter votre projet.
* Les démonstrations peuvent être faites sur vos machines personnelles cependant le service eCOM doit IMPERATIVEMENT s'exécuter sur une ou plusieurs instances Windows Azure.
* Conditionnez le projet final sous la forme d’une archive (zip ou tar.gz) après avoir inclus la documentation (dans un repertoire /main/site). Utilisez la convention de nommage suivante : ecom_final_1213-X.zip où X correspond au nom du projet.
* Déposez immédiatement après la soutenance (et en aucun cas après le 20 décembre) l'archive sur Moodle.
* le rapport de charge (benchmark) doit être (MUST) fourni dans la documentation.
* le rapport sur les métriques logicielles doit être (MUST) fourni dans la documentation.

=Organisation 2016-2017=

==Planning==
===M2PGI (Alternant)===
'''Equipe pédagogique:''' Noël de Palma (NdP), Vincent Lesne (VL), Sybille Caffiau (SC), Sebastien Chassand-Barrioz (SCB), Ibrahim Safiedinne (FR)

'''Dates Importantes:'''
*Soutenances (IHM + système) : 9h-17h, le 23 septembre
*Remise du dossier de conception système : le 23 septembre (lors de votre passage)
*Remise du dossier d'évaluation système : le 23 septembre (lors de votre passage)

* 01 sept 09h-12h F116, Boot Projet/ JEE (NDP)
* 01 sept 14h-17h F217, Boot Projet/ JEE (NDP)
* 02 sept 09h-12h F117, cours IHM (SC)
* 02 sept 14h-17h F117, cours Agile (VL)
* 05 sept 09h-12h F117, cours MVC/JSF/GWT (SCB)
* 05 sept 14h-17h F117, cours outils et angular (SCB)
* 06 sept 09h-12h F114, cours Agile (VL)
* 06 sept 14h-17h F217, Support Syst. Cl&Alt (NDP)
* 07 sept 09h-12h F217, Support Syst. Cl&Alt (SCB)
* 07 sept 14h-17h F114, cours Cloud (IS)
* 08 sept 09h-12h F217, Support Syst. (NDP)
* 08 sept 14h-17h Libre Service
* 09 sept 09h-12h F201 Support Syst. Cl&Alt (SCB/NDP)
* 09 sept 14h-17h F201, Support Syst. (IS/NDP)
* 12 sept 09h-12h F217, Support Syst. (SCB)
* 12 sept 14h-17h F217, Support Syst. (IS/NDP)
* 13 sept 09h-12h Libre Service
* 13 sept 14h-17h F217, Support Syst. (SCB)
* 14 sept 09h-12h F217, Support Syst. (IS/NDP)
* 14 sept 14h-17h Libre Service
* 15 sept 09h-12h F217, Support Syst. (SCB/NDP)
* 15 sept 14h-17h Libre Service
* 23 sept 09h-12h Soutenances
* 23 sept 14h-17h Soutenances

===M2PGI (Classique)===
'''Equipe pédagogique:''' Noël de Palma (NdP), Vincent Lesne (VL), Sybille Caffiau (SC), Sebastien Chassand-Barrioz (SCB), Ibrahim Safiedinne (FR)

'''Dates Importantes:'''
*23 sept 9h-12h F114, Boot Projet/ JEE (NDP)
*23 sept 14h-17h F319, cours Agile (VL)
*30 sept 09h-12h F114, cours Agile (VL)
*30 sept 14h-18h15 F319, cours IHM (SC)
*07 oct 09h-12h F215/F216, point systeme (NDP)
*07 oct 14h-17h F319, cours outils et angular (SCB)
*14 oct 14h-17h F201/F204 point systeme (SCB, NDP)
*21 oct 9h-12h F215/F216, point système (SCB, NDP)
*21 oct 14h-17h F319, cours Cloud (IS ou NDP)
*04 nov 9h-12h F215, point système (IS)
*04 nov 14h-17h F204 point système (SCB, NDP)
*18 nov, 9h-12h F215 point système Cl&Alt (SCB, NDP).
*25 nov 9h-12h F215, Point système Cl&Alt (IS).
*02 dec 9h-12h F215 point systeme (IS/NDP).
*02 dec 14h-17h F204 point systeme (SCB)
*09 dec 9h-12h F215 point système (IS).
*13 dec 14h-17h F215 point system (SCB)
*12 dec-16 dec semaine bloquée libre service F215/F216
*Le 16/12 soutenances tte la journée F215

==Groupes==
===M2PGI Apprenti===

===M2PGI Classique===
Consigne pour la constitution des groupes : Les étudiants ayant choisis l'option multimobile doivent se mettre ensemble. Ils doivent constituer des groupes de 4/5 afin d'avoir en tout 4 groupes (de M2 PGI classiques)

==Soutenance==
===M2PGI Apprenti===

===M2PGI Classique===

IMPERATIF
* le projet doit être (MUST) géré selon la méthode Scrum : le Scrum Master devra présenter le déroulement du projet.
* le serveur JavaEE doit être (MUST) hébergé sur une instance de VM.
* un rapport de charge (benchmark) doit être (MUST) fourni : les outils JMeter ou Clif peuvent être utilisés.
* un rapport sur les métriques logicielles doit être (MUST) fourni : l'outil Sonar peut être utilisé.

'''Ordre de passage :'''
* Respectez l'ordre établi
* Faites attention au temps. Vous disposez de 45 minutes par soutenance pour : votre présentation, la démo et les questions

=Documentation=
==Transparents de cours==

* Cours JEE/EJB(NDP) [[Media:EJB-ECOM2010.pdf]]
* Cours JEE tiers presentation (SCB) : [https://dl.dropboxusercontent.com/u/9706615/JEE_tiers_presentation.pdf url]
* Cours GWT (SCB) : [https://dl.dropboxusercontent.com/u/9706615/cours_GWT.pdf url]
* Cours maven (DD) : [http://membres-liglab.imag.fr/donsez/cours/maven.pdf url]
* Cours versionning (DD) : [http://membres-liglab.imag.fr/donsez/cours/version.pdf url]
* Cours subversion (DD) : [http://membres-liglab.imag.fr/donsez/cours/subversion.pdf url]
* Cours forge (DD) : [http://membres-liglab.imag.fr/donsez/cours/forge.pdf url]
* Cours http (DD) : [http://membres-liglab.imag.fr/donsez/cours/http.pdf url]
* Cours servlet (DD) : [http://membres-liglab.imag.fr/donsez/cours/servletjsp.pdf url]
* Cours IHM (SC) : [[Media:Cours2015-2016v3.pdf]]
* Annexe cours IHM (SC) : [[Media:Annexe1-HeuristiqueNielsen.pdf]], [[Media:Annexe2-KMADe.pdf]], [[Media:Annexe3-Placement.pdf]], [[Media:Annnexe4-Accesssibilité.pdf]]

==Squelette du projet==
[http://dl.dropbox.com/u/66952950/ecom-maven.zip ecom-maven.zip] Inaccessible

==Doc utiles==
* [http://wiki.easybeans.org/xwiki/bin/view/Main/Documentation Documentation Easybeans (conteneur EJB3 utilisé par Jonas)]
* [http://docs.oracle.com/javaee/6/tutorial/doc/ Tutorial JavaEE 6 ]
* [http://netbeans.org/kb/67/javaee/ejb30.html Tutorial NetBean et JEE ]
* [http://docs.oracle.com/javaee/6/api/ API JavaEE 6]
* [https://java.net/projects/javaee-spec/pages/Home Spécifications JavaEE 6]
* [http://www.theserverside.com/news/thread.tss?thread_id=55191 JPA implementation patterns ]
* [http://jonas.ow2.org/JONAS_5_1_2/doc/doc-en/html/getting_started_guide.html#id1316973 Glossaire]
* [http://www.easybeans.net/xwiki/bin/download/Main/Documentation/ejb3-annotations.pdf Aide mémoire pour les annotations EJB3 ]
* Présentation sur le Cloud Computing : http://erods.liglab.fr/icar2013/programme.html
* Documentation et Training Kit sur Windows Azure : http://www.microsoft.com/en-us/download/details.aspx?id=8396
* Documentation de [http://roboconf.net/en Roboconf]
** Exemple avec LAMP http://roboconf.net/en/user-guide/lamp-example-part-1.html
http://proton.inrialpes.fr/~depalma/ecom/liens/liens.html
* Questionnaire pour site web : [[Media:Questionnaire copy.pdf]]
* Questionnaire SUS (évaluation satisfaction) : [http://blocnotes.iergo.fr/concevoir/les-outils/sus-pour-system-usability-scale/]

===Quelques livres===
REMARQUE: les livres sur JavaEE se periment très vite avec l'évolution de la spécification
* Java EE6 Cookbook for securing, tuning, and extending enterprise applications: http://www.packtpub.com/java-ee6-securing-tuning-extending-enterprise-applications-cookbook/book
* Holly Cummins and Timothy Ward, Enterprise OSGi in Action, March, 2013, 400 pages, ISBN: 9781617290138, http://www.manning.com/cummins/ ([http://www.manning.com/cummins/EOSGI_sample_ch02.pdf chapitre 2], [http://www.manning.com/cummins/EOSGI_sample_ch10.pdf chapitre 10])
* Debu Panda, Reza Rahman, Derek Lane, EJB 3 in Action, Pub Mannings, 2007, http://www.manning.com/panda/
* Debu Panda, Reza Rahman, Ryan Cuprak, and Michael Remijan, EJB 3 in Action, Second Edition, Pub Mannings, 2011, http://www.manning.com/panda2/

ECOM-M2PGI

2016-10-12T09:36:36Z

Noel.DePalma: /* M2PGI (Classique) */

Le projet eCOM consiste à concevoir et développer une application de commerce électronique. [[ECOM|suite ...]]

=Étapes du projet=
La partie IHM et la partie Système sont menées en parallèle pendant toute la durée du projet. Le projet se conclut par une soutenance finale pour chaque partie (IHM et système).

==Conduite de projet==
Le projet eCOM est très court en durée. Il est préconisé d'utiliser la méthodologie [[Scrum]] pour la conduite du projet dans chaque groupe.

===Critères d'évaluation===
La conduite du projet sera principalement évaluée en fonction des critères suivants :
* vous devez choisir un Scrum Master (unique ou tournant) : vous devez justifier votre choix
* durée du sprint (idem : vous devez justifier votre choix)
Sur ces 2 premiers critères, vous n'en changez pas !!!

Vous devez prévoir :
* product backlog
* sprint backlog
* sprint planning
* démos
* rétrospectives

Pensez à créer un wiki qui regroupera l'ensemble de vos documentations. Cela doit être une documentation Agile !!!!

Un point de bonus pour ceux qui réussiront à mettre en place des "poker planning".
[[File:20121002 141359.jpg|center|400px|PokerPlanningECOM2013]]

==Partie IHM==

===Etapes et documents demandés===
Le détail sur l'organisation et l'évaluation du travail concernant les spécifications du site sera communiqué lors des premières séances de cours. Liste des Livrables et date de rendu pour les M2PGI Alternants :

* Livrable 1 : par email, membres du groupe et brève description du sujet (un seul groupe OK)

====[[Audit 1 : 14/10 après midi :]]====
* L2.1 : Description des profils
* L2.2 : Questionnaire profils (OPT)
* L3.1 : Scénarios
* L3.2 : Analyse de la concurrence (OPT)
* L3.3 : Questionnaire sur l'utilisation
* L4 : Modèles de tâches
* L5 : Fonctionnalités
* L6.1 : Objectifs pour chaque version (priorités de développement)

====[[Audit 2 : 04/11 après-midi :]]====
* Mise à jour de L2 à L6.1
* L7.1 : Architecture (OPT)
* L7.2 : Base de données (OPT)
* L7.3 : IHM Abstraite
* L7.4 : Maquettes
* L6.2 : Objectifs pour les versions suivantes
* L8 : Démo de V0

====[[Audit 3 (Soutenances) : 16/12 :]]====
* Mise à jour de L7.3 (correction des erreurs)
* L9 : Rapport d'évaluation experte (imprimé pour la soutenance)
* L10 : Démonstration finale
* L11 : Diapos de votre présentation (version numérique à laquelle l'enseignant a accès au moment de votre passage)

OPT signifie que le livrable est optionnel soit parce qu'il ne s'applique pas à tous les groupes, soit parce qu'il ne peut qu'apporter une plus value à votre projet (points en plus mais pas en moins au moment de l'attribution de la note).
Lorsque ce n'est pas précisé, c'est à vous de choisir le mode présentation (écrit, schéma...) des informations du livrable

===Critères d'évaluation===
La partie IHM du projet sera principalement évaluée en fonction des critères suivants :
* Conformité de l'IHM concrète et abstraite avec le modèle de tâches
* Couverture fonctionnelle de l'application et robustesse au regard des priorités que vous avez retenues
* Qualité ergonomique au regard des principes vus en cours
* Rigueur de la démarche

La note est obtenue par l'évaluation tout au long du projet elle est composée de :
* Les besoins (3 pts) : informations sur les besoins que vous allez prendre en compte (livrables et audit 1)
* La conception (5 pts) : proposition de solution pour répondre aux besoins (livrables et audit 2)
* L'évaluation (3 pts) : évaluation de votre (ou vos) solution(s) (livrable et soutenance finale)
* Présentations (3 pts) : qualité des présentations (documents, email et slides de soutenance finale)
* Développement (6 pts) : qualité et quantité du code (démo et code)

Les notes des membres du groupe peuvent être différentes en fonction du travail fourni et constaté par l'enseignant.

==Partie Système==
La partie Système est axée sur deux étapes successives.
===Première étape===
La première consiste à définir le cœur de l'application, c'est-à-dire le modèle de données et la logique métier, puis à réaliser un premier prototype qui démontre une bonne maîtrise des EJB (session et entity beans).

Il est vivement conseillé de définir le modèle de données aussi tôt que possible et d"en discuter avec les enseignants. Il est également recommandé de limiter le premier prototype à un sous-ensemble des spécifications fonctionnelles, à la fois assez vaste pour couvrir les principales difficultés techniques et assez léger pour respecter les délais imposés.

À ce stade, l'application est seulement accessible par l'intermédiaire d'un "client lourd" (programme java offrant une console en mode texte). En particulier, il n'est pas demandé, pour cette première étape, de réaliser une interface web pour interagir avec l'application. L'application doit cependant offrir deux interfaces (administrateur et consommateur) et exécuter les requêtes avec des garanties transactionnelles.

Une présentation/démonstration du prototype V1 sera réalisée à la fin de l'étape n°1.
===Deuxième étape===
La seconde étape consiste à compléter le premier prototype avec les objectifs suivants :
* ajout des beans nécessaires pour couvrir l'ensemble des spécifications fonctionnelles ;
* développement d'une interface Web basée sur le modèle MVC ;
* rédaction des documents demandés (voir ci-dessous) ;
* modification de la configuration de déploiement : (1) client (lourd/léger) distant, (2) base de données externe (MySQL, Oracle, HSQL ...) et éventuellement distante ;
* ajout éventuel de fonctionnalités non prioritaires.

Une présentation d'une mini-maquette d'interface web aura lieu au milieu de l'étape n°2.

Remarque : Aucune des phases du projet ne nécessite le développement d'un client lourd en mode graphique (SWT ...).
===Documents demandés===
Deux rapports doivent être rédigés pour la partie Système : un document de conception système et un document d'évaluation système.

====Document de conception système====
Le dossier de conception système (DCS) a pour but de permettre à toute personne de connaitre les principaux composants JEE de votre application ECOM. Cette connaissance doit pouvoir être acquise rapidement, sans avoir à entrer dans les détails de l'implémentation. Le DCS doit donc être de taille relativement limitée (5 à 10 pages, 20 pages au grand maximum).
Le DCS est centré sur un schéma d'architecture système (SAS) : ce schéma doit faire apparaître les composants qui vont constituer l'application, ainsi que les liens entre les beans. Un lien depuis un composant A vers un (ou plusieurs) composant(s) B signifie qu'une interaction peut avoir lieu depuis A vers B. Un lien peut être monovalué ou multivalué, monodirectionnel ou multidirectionnel.

Pour chaque composant et lien du SAS, le DCS doit fournir :
* Une description fonctionnelle : La description fonctionnelle d'un composant fait apparaître les attributs qui le composent, ainsi que les méthodes qu'il fournit. Attributs et méthodes seront associés à une courte description. Les besoins liées à la persistence ou aux aspects transactionnels peuvent également être explicités.
* Une description d'implantation JEE : La description d'implantation décrit l'implantation du composant ou du lien dans l'environnement JEE. Un composant peut être implanté par un programme Java externe (client léger / client lourd JEE), par un servlet, par un bean ou par un objet POJO. Dans ces derniers cas, il faut préciser les caractéristiques des beans / POJO (local / distribué, session / évenementiel, stateful / stateless, etc). Un lien peut être implanté par une relation JEE, ou bien par conservation de référence de bean.

====Document d'évaluation système====

Le rapport final système du projet ECOM a pour but de préciser l’état d’avancement de votre application ECOM.

Le rapport final système doit préciser :
* L’état de chaque composant : non réalisé, réalisé, réalisé et validé
* Les fonctions réalisées, réalisées et testées, et celles restant à réaliser
* Les propriétés non fonctionnelles garanties par votre réalisation, et celles restant à considérer pour finaliser votre application
* Le temps consacré à la conception système
* Le temps consacré au développement système
* Les principales difficultés rencontrées
===Critères d'évaluation===
La partie système du projet sera principalement évaluée en fonction des critères suivants :
* Conformité aux spécifications de l'application et aux consignes données dans le cadre du projet
* Respect des échéances pour les différentes étapes du projet (y compris pour les prototypes intermédiaires et les documents)
* Qualité de l'architecture de l'application
* Qualité et robustesse du code applicatif
* Compréhension des principaux concepts de la technologie JEE
* Rigueur de la démarche de conception
* Qualité des présentations/soutenances
En complément, les aspects suivants seront également considérés :
* Méthodologie de test
* Déploiement et retrait de l'application sur/de la plateforme cloud (Azure) avec [http://roboconf.net/ Roboconf] ([http://roboconf.net/en/user-guide/lamp-example-part-1.html voir l'exemple avec LAMP])
* Préparation d'images de VMs avec [[Kameleon]]
* Performances (résultat du injection de charge avec [[Apache JMeter]] ou OW2 CLIF)
* Supervision du système déployé avec des sondes [[Nagios]] ou [[Shinken]] conditionnées dans les VMs à déployer.
* Utilisation (optionnelle) de technologies/APIs/frameworks avancés

==Consignes pour la soutenance==
===Consignes spécifiques pour les soutenances IHM===
Durée totale : 20 minutes
* tous les livrables doivent être consultable par l'enseignant (en ligne ou ayant été préalablement envoyés)
* votre passage doit contenir une présentation globale du projet, le processus de conception (illustré), des évaluations, le bilan (point de vue IHM) et une démo PRÉPARÉE
* arrivez avec l'application démarée (on ne perd pas de temps) et 1 ou 2 scénarios (de test)
* prévoyez 5 minutes de questions lors de votre passage

===Consignes spécifiques pour les soutenances Système===
* Apportez un exemplaire du dossier d'évaluation système (déposé la veille sur Moodle) lors de la soutenance. Il n'est pas nécessaire d'apporter un exemplaire du dossier de conception système.
* Préparez vous 30 minutes avant votre soutenance pour démarrer les instances Windows Azure avec le service développé.
* Prévovez environ 30 minutes pour la présentation/démo/questions. Utilisez des transparents pour présenter votre projet.
* Les démonstrations peuvent être faites sur vos machines personnelles cependant le service eCOM doit IMPERATIVEMENT s'exécuter sur une ou plusieurs instances Windows Azure.
* Conditionnez le projet final sous la forme d’une archive (zip ou tar.gz) après avoir inclus la documentation (dans un repertoire /main/site). Utilisez la convention de nommage suivante : ecom_final_1213-X.zip où X correspond au nom du projet.
* Déposez immédiatement après la soutenance (et en aucun cas après le 20 décembre) l'archive sur Moodle.
* le rapport de charge (benchmark) doit être (MUST) fourni dans la documentation.
* le rapport sur les métriques logicielles doit être (MUST) fourni dans la documentation.

=Organisation 2016-2017=

==Planning==
===M2PGI (Alternant)===
'''Equipe pédagogique:''' Noël de Palma (NdP), Vincent Lesne (VL), Sybille Caffiau (SC), Sebastien Chassand-Barrioz (SCB), Ibrahim Safiedinne (FR)

'''Dates Importantes:'''
*Soutenances (IHM + système) : 9h-17h, le 23 septembre
*Remise du dossier de conception système : le 23 septembre (lors de votre passage)
*Remise du dossier d'évaluation système : le 23 septembre (lors de votre passage)

* 01 sept 09h-12h F116, Boot Projet/ JEE (NDP)
* 01 sept 14h-17h F217, Boot Projet/ JEE (NDP)
* 02 sept 09h-12h F117, cours IHM (SC)
* 02 sept 14h-17h F117, cours Agile (VL)
* 05 sept 09h-12h F117, cours MVC/JSF/GWT (SCB)
* 05 sept 14h-17h F117, cours outils et angular (SCB)
* 06 sept 09h-12h F114, cours Agile (VL)
* 06 sept 14h-17h F217, Support Syst. Cl&Alt (NDP)
* 07 sept 09h-12h F217, Support Syst. Cl&Alt (SCB)
* 07 sept 14h-17h F114, cours Cloud (IS)
* 08 sept 09h-12h F217, Support Syst. (NDP)
* 08 sept 14h-17h Libre Service
* 09 sept 09h-12h F201 Support Syst. Cl&Alt (SCB/NDP)
* 09 sept 14h-17h F201, Support Syst. (IS/NDP)
* 12 sept 09h-12h F217, Support Syst. (SCB)
* 12 sept 14h-17h F217, Support Syst. (IS/NDP)
* 13 sept 09h-12h Libre Service
* 13 sept 14h-17h F217, Support Syst. (SCB)
* 14 sept 09h-12h F217, Support Syst. (IS/NDP)
* 14 sept 14h-17h Libre Service
* 15 sept 09h-12h F217, Support Syst. (SCB/NDP)
* 15 sept 14h-17h Libre Service
* 23 sept 09h-12h Soutenances
* 23 sept 14h-17h Soutenances

===M2PGI (Classique)===
'''Equipe pédagogique:''' Noël de Palma (NdP), Vincent Lesne (VL), Sybille Caffiau (SC), Sebastien Chassand-Barrioz (SCB), Ibrahim Safiedinne (FR)

'''Dates Importantes:'''
*23 sept 9h-12h F114, Boot Projet/ JEE (NDP)
*23 sept 14h-17h F319, cours Agile (VL)
*30 sept 09h-12h F114, cours Agile (VL)
*30 sept 14h-18h15 F319, cours IHM (SC)
*07 oct 09h-12h F215/F216, point systeme (NDP)
*07 oct 14h-17h F319, cours outils et angular (SCB)
*14 oct 14h-17h F201/F204 point systeme (SCB, NDP)
*21 oct 9h-12h F215/F216, point système (SCB, NDP)
*21 oct 14h-17h F319, cours Cloud (IS ou NDP)
*04 nov 9h-12h F215/F216, point système (IS)
*04 nov 14h-17h F204/F201 point système (SCB, NDP)
*18 nov, 9h-12h F215/F216 point système Cl&Alt (SCB, NDP).
*25 nov 9h-12h F216/F215, Point système Cl&Alt (IS).
*02 dec 9h-12h F215/F216 point systeme (IS/NDP).
*02 dec 14h-17h F201/F204 point systeme (SCB)
*09 dec 9h-12h F215/F216 point système (IS).
*13 dec 14h-17h F213/F215 point system (SCB)
*12 dec-16 dec semaine bloquée libre service
*Le 16/12 soutenances tte la journée F213/F215

==Groupes==
===M2PGI Apprenti===

===M2PGI Classique===
Consigne pour la constitution des groupes : Les étudiants ayant choisis l'option multimobile doivent se mettre ensemble. Ils doivent constituer des groupes de 4/5 afin d'avoir en tout 4 groupes (de M2 PGI classiques)

==Soutenance==
===M2PGI Apprenti===

===M2PGI Classique===

IMPERATIF
* le projet doit être (MUST) géré selon la méthode Scrum : le Scrum Master devra présenter le déroulement du projet.
* le serveur JavaEE doit être (MUST) hébergé sur une instance de VM.
* un rapport de charge (benchmark) doit être (MUST) fourni : les outils JMeter ou Clif peuvent être utilisés.
* un rapport sur les métriques logicielles doit être (MUST) fourni : l'outil Sonar peut être utilisé.

'''Ordre de passage :'''
* Respectez l'ordre établi
* Faites attention au temps. Vous disposez de 15 minutes par soutenance pour : votre présentation, la démo et les questions

ATTENTION : Si vous voulez modifier ce planning, vous devez :
* trouver un autre groupe avec qui échanger
* vous assurer que tous les membres de ce groupe acceptent l'échange
* envoyer un mail à SC et XS pour informer du changement (avec le chef de projet de l'autre groupe en copie)
Aucune modification ne sera acceptée après le 18 décembre.

=Documentation=
==Transparents de cours==

* Cours JEE/EJB(NDP) [[Media:EJB-ECOM2010.pdf]]
* Cours JEE tiers presentation (SCB) : [https://dl.dropboxusercontent.com/u/9706615/JEE_tiers_presentation.pdf url]
* Cours GWT (SCB) : [https://dl.dropboxusercontent.com/u/9706615/cours_GWT.pdf url]
* Cours maven (DD) : [http://membres-liglab.imag.fr/donsez/cours/maven.pdf url]
* Cours versionning (DD) : [http://membres-liglab.imag.fr/donsez/cours/version.pdf url]
* Cours subversion (DD) : [http://membres-liglab.imag.fr/donsez/cours/subversion.pdf url]
* Cours forge (DD) : [http://membres-liglab.imag.fr/donsez/cours/forge.pdf url]
* Cours http (DD) : [http://membres-liglab.imag.fr/donsez/cours/http.pdf url]
* Cours servlet (DD) : [http://membres-liglab.imag.fr/donsez/cours/servletjsp.pdf url]
* Cours IHM (SC) : [[Media:Cours2015-2016v3.pdf]]
* Annexe cours IHM (SC) : [[Media:Annexe1-HeuristiqueNielsen.pdf]], [[Media:Annexe2-KMADe.pdf]], [[Media:Annexe3-Placement.pdf]], [[Media:Annnexe4-Accesssibilité.pdf]]

==Squelette du projet==
[http://dl.dropbox.com/u/66952950/ecom-maven.zip ecom-maven.zip] Inaccessible

==Doc utiles==
* [http://wiki.easybeans.org/xwiki/bin/view/Main/Documentation Documentation Easybeans (conteneur EJB3 utilisé par Jonas)]
* [http://docs.oracle.com/javaee/6/tutorial/doc/ Tutorial JavaEE 6 ]
* [http://netbeans.org/kb/67/javaee/ejb30.html Tutorial NetBean et JEE ]
* [http://docs.oracle.com/javaee/6/api/ API JavaEE 6]
* [https://java.net/projects/javaee-spec/pages/Home Spécifications JavaEE 6]
* [http://www.theserverside.com/news/thread.tss?thread_id=55191 JPA implementation patterns ]
* [http://jonas.ow2.org/JONAS_5_1_2/doc/doc-en/html/getting_started_guide.html#id1316973 Glossaire]
* [http://www.easybeans.net/xwiki/bin/download/Main/Documentation/ejb3-annotations.pdf Aide mémoire pour les annotations EJB3 ]
* Présentation sur le Cloud Computing : http://erods.liglab.fr/icar2013/programme.html
* Documentation et Training Kit sur Windows Azure : http://www.microsoft.com/en-us/download/details.aspx?id=8396
* Documentation de [http://roboconf.net/en Roboconf]
** Exemple avec LAMP http://roboconf.net/en/user-guide/lamp-example-part-1.html
http://proton.inrialpes.fr/~depalma/ecom/liens/liens.html
* Questionnaire pour site web : [[Media:Questionnaire copy.pdf]]
* Questionnaire SUS (évaluation satisfaction) : [http://blocnotes.iergo.fr/concevoir/les-outils/sus-pour-system-usability-scale/]

===Quelques livres===
REMARQUE: les livres sur JavaEE se periment très vite avec l'évolution de la spécification
* Java EE6 Cookbook for securing, tuning, and extending enterprise applications: http://www.packtpub.com/java-ee6-securing-tuning-extending-enterprise-applications-cookbook/book
* Holly Cummins and Timothy Ward, Enterprise OSGi in Action, March, 2013, 400 pages, ISBN: 9781617290138, http://www.manning.com/cummins/ ([http://www.manning.com/cummins/EOSGI_sample_ch02.pdf chapitre 2], [http://www.manning.com/cummins/EOSGI_sample_ch10.pdf chapitre 10])
* Debu Panda, Reza Rahman, Derek Lane, EJB 3 in Action, Pub Mannings, 2007, http://www.manning.com/panda/
* Debu Panda, Reza Rahman, Ryan Cuprak, and Michael Remijan, EJB 3 in Action, Second Edition, Pub Mannings, 2011, http://www.manning.com/panda2/

ECOM-M2PGI

2016-09-23T09:02:56Z

Noel.DePalma: /* M2PGI Classique */

Le projet eCOM consiste à concevoir et développer une application de commerce électronique. [[ECOM|suite ...]]

=Étapes du projet=
La partie IHM et la partie Système sont menées en parallèle pendant toute la durée du projet. Le projet se conclut par une soutenance finale pour chaque partie (IHM et système).

==Conduite de projet==
Le projet eCOM est très court en durée. Il est préconisé d'utiliser la méthodologie [[Scrum]] pour la conduite du projet dans chaque groupe.

===Critères d'évaluation===
La conduite du projet sera principalement évaluée en fonction des critères suivants :
* vous devez choisir un Scrum Master (unique ou tournant) : vous devez justifier votre choix
* durée du sprint (idem : vous devez justifier votre choix)
Sur ces 2 premiers critères, vous n'en changez pas !!!

Vous devez prévoir :
* product backlog
* sprint backlog
* sprint planning
* démos
* rétrospectives

Pensez à créer un wiki qui regroupera l'ensemble de vos documentations. Cela doit être une documentation Agile !!!!

Un point de bonus pour ceux qui réussiront à mettre en place des "poker planning".
[[File:20121002 141359.jpg|center|400px|PokerPlanningECOM2013]]

==Partie IHM==

===Etapes et documents demandés===
Le détail sur l'organisation et l'évaluation du travail concernant les spécifications du site sera communiqué lors des premières séances de cours. Liste des Livrables et date de rendu pour les M2PGI Alternants :

* Livrable 1 : par email, membres du groupe et brève description du sujet (un seul groupe OK)

====[[Audit 1 : 8/09 après midi :]]====
* L2.1 : Description des profils
* L2.2 : Questionnaire profils (OPT)
* L3.1 : Scénarios
* L3.2 : Analyse de la concurrence (OPT)
* L3.3 : Questionnaire sur l'utilisation
* L4 : Modèles de tâches
* L5 : Fonctionnalités
* L6.1 : Objectifs pour chaque version (priorités de développement)

====[[Audit 2 : 13/09 après-midi :]]====
* Mise à jour de L2 à L6.1
* L7.1 : Architecture (OPT)
* L7.2 : Base de données (OPT)
* L7.3 : IHM Abstraite
* L7.4 : Maquettes
* L6.2 : Objectifs pour les versions suivantes
* L8 : Démo de V0

====[[Audit 3 (Soutenances) : 16/09 matin :]]====
* Mise à jour de L7.3 (correction des erreurs)
* L9 : Rapport d'évaluation experte (imprimé pour la soutenance)
* L10 : Démonstration finale
* L11 : Diapos de votre présentation (version numérique à laquelle l'enseignant a accès au moment de votre passage)

OPT signifie que le livrable est optionnel soit parce qu'il ne s'applique pas à tous les groupes, soit parce qu'il ne peut qu'apporter une plus value à votre projet (points en plus mais pas en moins au moment de l'attribution de la note).
Lorsque ce n'est pas précisé, c'est à vous de choisir le mode présentation (écrit, schéma...) des informations du livrable

===Critères d'évaluation===
La partie IHM du projet sera principalement évaluée en fonction des critères suivants :
* Conformité de l'IHM concrète et abstraite avec le modèle de tâches
* Couverture fonctionnelle de l'application et robustesse au regard des priorités que vous avez retenues
* Qualité ergonomique au regard des principes vus en cours
* Rigueur de la démarche

La note est obtenue par l'évaluation tout au long du projet elle est composée de :
* Les besoins (3 pts) : informations sur les besoins que vous allez prendre en compte (livrables et audit 1)
* La conception (5 pts) : proposition de solution pour répondre aux besoins (livrables et audit 2)
* L'évaluation (3 pts) : évaluation de votre (ou vos) solution(s) (livrable et soutenance finale)
* Présentations (3 pts) : qualité des présentations (documents, email et slides de soutenance finale)
* Développement (6 pts) : qualité et quantité du code (démo et code)

Les notes des membres du groupe peuvent être différentes en fonction du travail fourni et constaté par l'enseignant.

==Partie Système==
La partie Système est axée sur deux étapes successives.
===Première étape===
La première consiste à définir le cœur de l'application, c'est-à-dire le modèle de données et la logique métier, puis à réaliser un premier prototype qui démontre une bonne maîtrise des EJB (session et entity beans).

Il est vivement conseillé de définir le modèle de données aussi tôt que possible et d"en discuter avec les enseignants. Il est également recommandé de limiter le premier prototype à un sous-ensemble des spécifications fonctionnelles, à la fois assez vaste pour couvrir les principales difficultés techniques et assez léger pour respecter les délais imposés.

À ce stade, l'application est seulement accessible par l'intermédiaire d'un "client lourd" (programme java offrant une console en mode texte). En particulier, il n'est pas demandé, pour cette première étape, de réaliser une interface web pour interagir avec l'application. L'application doit cependant offrir deux interfaces (administrateur et consommateur) et exécuter les requêtes avec des garanties transactionnelles.

Une présentation/démonstration du prototype V1 sera réalisée à la fin de l'étape n°1.
===Deuxième étape===
La seconde étape consiste à compléter le premier prototype avec les objectifs suivants :
* ajout des beans nécessaires pour couvrir l'ensemble des spécifications fonctionnelles ;
* développement d'une interface Web basée sur le modèle MVC ;
* rédaction des documents demandés (voir ci-dessous) ;
* modification de la configuration de déploiement : (1) client (lourd/léger) distant, (2) base de données externe (MySQL, Oracle, HSQL ...) et éventuellement distante ;
* ajout éventuel de fonctionnalités non prioritaires.

Une présentation d'une mini-maquette d'interface web aura lieu au milieu de l'étape n°2.

Remarque : Aucune des phases du projet ne nécessite le développement d'un client lourd en mode graphique (SWT ...).
===Documents demandés===
Deux rapports doivent être rédigés pour la partie Système : un document de conception système et un document d'évaluation système.

====Document de conception système====
Le dossier de conception système (DCS) a pour but de permettre à toute personne de connaitre les principaux composants JEE de votre application ECOM. Cette connaissance doit pouvoir être acquise rapidement, sans avoir à entrer dans les détails de l'implémentation. Le DCS doit donc être de taille relativement limitée (5 à 10 pages, 20 pages au grand maximum).
Le DCS est centré sur un schéma d'architecture système (SAS) : ce schéma doit faire apparaître les composants qui vont constituer l'application, ainsi que les liens entre les beans. Un lien depuis un composant A vers un (ou plusieurs) composant(s) B signifie qu'une interaction peut avoir lieu depuis A vers B. Un lien peut être monovalué ou multivalué, monodirectionnel ou multidirectionnel.

Pour chaque composant et lien du SAS, le DCS doit fournir :
* Une description fonctionnelle : La description fonctionnelle d'un composant fait apparaître les attributs qui le composent, ainsi que les méthodes qu'il fournit. Attributs et méthodes seront associés à une courte description. Les besoins liées à la persistence ou aux aspects transactionnels peuvent également être explicités.
* Une description d'implantation JEE : La description d'implantation décrit l'implantation du composant ou du lien dans l'environnement JEE. Un composant peut être implanté par un programme Java externe (client léger / client lourd JEE), par un servlet, par un bean ou par un objet POJO. Dans ces derniers cas, il faut préciser les caractéristiques des beans / POJO (local / distribué, session / évenementiel, stateful / stateless, etc). Un lien peut être implanté par une relation JEE, ou bien par conservation de référence de bean.

====Document d'évaluation système====

Le rapport final système du projet ECOM a pour but de préciser l’état d’avancement de votre application ECOM.

Le rapport final système doit préciser :
* L’état de chaque composant : non réalisé, réalisé, réalisé et validé
* Les fonctions réalisées, réalisées et testées, et celles restant à réaliser
* Les propriétés non fonctionnelles garanties par votre réalisation, et celles restant à considérer pour finaliser votre application
* Le temps consacré à la conception système
* Le temps consacré au développement système
* Les principales difficultés rencontrées
===Critères d'évaluation===
La partie système du projet sera principalement évaluée en fonction des critères suivants :
* Conformité aux spécifications de l'application et aux consignes données dans le cadre du projet
* Respect des échéances pour les différentes étapes du projet (y compris pour les prototypes intermédiaires et les documents)
* Qualité de l'architecture de l'application
* Qualité et robustesse du code applicatif
* Compréhension des principaux concepts de la technologie JEE
* Rigueur de la démarche de conception
* Qualité des présentations/soutenances
En complément, les aspects suivants seront également considérés :
* Méthodologie de test
* Déploiement et retrait de l'application sur/de la plateforme cloud (Azure) avec [http://roboconf.net/ Roboconf] ([http://roboconf.net/en/user-guide/lamp-example-part-1.html voir l'exemple avec LAMP])
* Préparation d'images de VMs avec [[Kameleon]]
* Performances (résultat du injection de charge avec [[Apache JMeter]] ou OW2 CLIF)
* Supervision du système déployé avec des sondes [[Nagios]] ou [[Shinken]] conditionnées dans les VMs à déployer.
* Utilisation (optionnelle) de technologies/APIs/frameworks avancés

==Consignes pour la soutenance==
===Consignes spécifiques pour les soutenances IHM===
Durée totale : 20 minutes
* tous les livrables doivent être consultable par l'enseignant (en ligne ou ayant été préalablement envoyés)
* votre passage doit contenir une présentation globale du projet, le processus de conception (illustré), des évaluations, le bilan (point de vue IHM) et une démo PRÉPARÉE
* arrivez avec l'application démarée (on ne perd pas de temps) et 1 ou 2 scénarios (de test)
* prévoyez 5 minutes de questions lors de votre passage

===Consignes spécifiques pour les soutenances Système===
* Apportez un exemplaire du dossier d'évaluation système (déposé la veille sur Moodle) lors de la soutenance. Il n'est pas nécessaire d'apporter un exemplaire du dossier de conception système.
* Préparez vous 30 minutes avant votre soutenance pour démarrer les instances Windows Azure avec le service développé.
* Prévovez environ 30 minutes pour la présentation/démo/questions. Utilisez des transparents pour présenter votre projet.
* Les démonstrations peuvent être faites sur vos machines personnelles cependant le service eCOM doit IMPERATIVEMENT s'exécuter sur une ou plusieurs instances Windows Azure.
* Conditionnez le projet final sous la forme d’une archive (zip ou tar.gz) après avoir inclus la documentation (dans un repertoire /main/site). Utilisez la convention de nommage suivante : ecom_final_1213-X.zip où X correspond au nom du projet.
* Déposez immédiatement après la soutenance (et en aucun cas après le 20 décembre) l'archive sur Moodle.
* le rapport de charge (benchmark) doit être (MUST) fourni dans la documentation.
* le rapport sur les métriques logicielles doit être (MUST) fourni dans la documentation.

=Organisation 2015-2016=

==Planning==
===M2PGI (Alternant)===
'''Equipe pédagogique:''' Noël de Palma (NdP), Vincent Lesne (VL), Sybille Caffiau (SC), Sebastien Chassand-Barrioz (SCB), Ibrahim Safiedinne (FR)

'''Dates Importantes:'''
*Soutenances (IHM + système) : 9h-17h, le 23 septembre
*Remise du dossier de conception système : le 23 septembre (lors de votre passage)
*Remise du dossier d'évaluation système : le 23 septembre (lors de votre passage)

* 01 sept 09h-12h F116, Boot Projet/ JEE (NDP)
* 01 sept 14h-17h F217, Boot Projet/ JEE (NDP)
* 02 sept 09h-12h F117, cours IHM (SC)
* 02 sept 14h-17h F117, cours Agile (VL)
* 05 sept 09h-12h F117, cours MVC/JSF/GWT (SCB)
* 05 sept 14h-17h F117, cours outils et angular (SCB)
* 06 sept 09h-12h F114, cours Agile (VL)
* 06 sept 14h-17h F217, Support Syst. Cl&Alt (NDP)
* 07 sept 09h-12h F217, Support Syst. Cl&Alt (SCB)
* 07 sept 14h-17h F114, cours Cloud (IS)
* 08 sept 09h-12h F217, Support Syst. (NDP)
* 08 sept 14h-17h Libre Service
* 09 sept 09h-12h F201 Support Syst. Cl&Alt (SCB/NDP)
* 09 sept 14h-17h F201, Support Syst. (IS/NDP)
* 12 sept 09h-12h F217, Support Syst. (SCB)
* 12 sept 14h-17h F217, Support Syst. (IS/NDP)
* 13 sept 09h-12h Libre Service
* 13 sept 14h-17h F217, Support Syst. (SCB)
* 14 sept 09h-12h F217, Support Syst. (IS/NDP)
* 14 sept 14h-17h Libre Service
* 15 sept 09h-12h F217, Support Syst. (SCB/NDP)
* 15 sept 14h-17h Libre Service
* 23 sept 09h-12h Soutenances
* 23 sept 14h-17h Soutenances

===M2PGI (Classique)===
'''Equipe pédagogique:''' Noël de Palma (NdP), Vincent Lesne (VL), Sybille Caffiau (SC), Sebastien Chassand-Barrioz (SCB), Ibrahim Safiedinne (FR)

'''Dates Importantes:'''
*23 sept 9h-12h F114, Boot Projet/ JEE (NDP)
*23 sept 14h-17h F319, cours Agile (VL)
*30 sept 09h-12h F114, cours Agile (VL)
*30 sept 14h-18h15 F319, cours IHM (SC)
*07 oct 09h-12h F215/F216, point systeme (NDP)
*07 oct 14h-17h F319, cours outils et angular (SCB)
*14 oct 09h-12h F114, cours MVC/JSF/GWT (SCB)
*14 oct 14h-17h F201/F204 point systeme (SCB, NDP)
*21 oct 9h-12h F215/F216, point système (SCB, NDP)
*21 oct 14h-17h F319, cours Cloud (IS ou NDP)
*04 nov 9h-12h F215/F216, point système (IS)
*04 nov 14h-17h F204/F201 point système (SCB, NDP)
*18 nov, 9h-12h F215/F216 point système Cl&Alt (SCB, NDP).
*25 nov 9h-12h F216/F215, Point système Cl&Alt (IS).
*02 dec 9h-12h F215/F216 point systeme (IS/NDP).
*02 dec 14h-17h F201/F204 point systeme (SCB)
*09 dec 9h-12h F215/F216 point système (IS).
*13 dec 14h-17h F213/F215 point system (SCB)
*12 dec-16 dec semaine bloquée libre service
*Le 16/12 soutenances tte la journée F213/F215

==Groupes==
===M2PGI Apprenti===

===M2PGI Classique===
Consigne pour la constitution des groupes : Les étudiants ayant choisis l'option multimobile doivent se mettre ensemble. Ils doivent constituer des groupes de 4/5 afin d'avoir en tout 4 groupes (de M2 PGI classiques)

==Soutenance==
===M2PGI Apprenti===

===M2PGI Classique===

IMPERATIF
* le projet doit être (MUST) géré selon la méthode Scrum : le Scrum Master devra présenter le déroulement du projet.
* le serveur JavaEE doit être (MUST) hébergé sur une instance de VM.
* un rapport de charge (benchmark) doit être (MUST) fourni : les outils JMeter ou Clif peuvent être utilisés.
* un rapport sur les métriques logicielles doit être (MUST) fourni : l'outil Sonar peut être utilisé.

'''Ordre de passage :'''
* Respectez l'ordre établi
* Faites attention au temps. Vous disposez de 15 minutes par soutenance pour : votre présentation, la démo et les questions

ATTENTION : Si vous voulez modifier ce planning, vous devez :
* trouver un autre groupe avec qui échanger
* vous assurer que tous les membres de ce groupe acceptent l'échange
* envoyer un mail à SC et XS pour informer du changement (avec le chef de projet de l'autre groupe en copie)
Aucune modification ne sera acceptée après le 18 décembre.

=Documentation=
==Transparents de cours==

* Cours JEE/EJB(NDP) [[Media:EJB-ECOM2010.pdf]]
* Cours JEE tiers presentation (SCB) : [https://dl.dropboxusercontent.com/u/9706615/JEE_tiers_presentation.pdf url]
* Cours GWT (SCB) : [https://dl.dropboxusercontent.com/u/9706615/cours_GWT.pdf url]
* Cours maven (DD) : [http://membres-liglab.imag.fr/donsez/cours/maven.pdf url]
* Cours versionning (DD) : [http://membres-liglab.imag.fr/donsez/cours/version.pdf url]
* Cours subversion (DD) : [http://membres-liglab.imag.fr/donsez/cours/subversion.pdf url]
* Cours forge (DD) : [http://membres-liglab.imag.fr/donsez/cours/forge.pdf url]
* Cours http (DD) : [http://membres-liglab.imag.fr/donsez/cours/http.pdf url]
* Cours servlet (DD) : [http://membres-liglab.imag.fr/donsez/cours/servletjsp.pdf url]
* Cours IHM (SC) : [[Media:Cours2015-2016v3.pdf]]
* Annexe cours IHM (SC) : [[Media:Annexe1-HeuristiqueNielsen.pdf]], [[Media:Annexe2-KMADe.pdf]], [[Media:Annexe3-Placement.pdf]], [[Media:Annnexe4-Accesssibilité.pdf]]

==Squelette du projet==
[http://dl.dropbox.com/u/66952950/ecom-maven.zip ecom-maven.zip] Inaccessible

==Doc utiles==
* [http://wiki.easybeans.org/xwiki/bin/view/Main/Documentation Documentation Easybeans (conteneur EJB3 utilisé par Jonas)]
* [http://docs.oracle.com/javaee/6/tutorial/doc/ Tutorial JavaEE 6 ]
* [http://netbeans.org/kb/67/javaee/ejb30.html Tutorial NetBean et JEE ]
* [http://docs.oracle.com/javaee/6/api/ API JavaEE 6]
* [https://java.net/projects/javaee-spec/pages/Home Spécifications JavaEE 6]
* [http://www.theserverside.com/news/thread.tss?thread_id=55191 JPA implementation patterns ]
* [http://jonas.ow2.org/JONAS_5_1_2/doc/doc-en/html/getting_started_guide.html#id1316973 Glossaire]
* [http://www.easybeans.net/xwiki/bin/download/Main/Documentation/ejb3-annotations.pdf Aide mémoire pour les annotations EJB3 ]
* Présentation sur le Cloud Computing : http://erods.liglab.fr/icar2013/programme.html
* Documentation et Training Kit sur Windows Azure : http://www.microsoft.com/en-us/download/details.aspx?id=8396
* Documentation de [http://roboconf.net/en Roboconf]
** Exemple avec LAMP http://roboconf.net/en/user-guide/lamp-example-part-1.html
http://proton.inrialpes.fr/~depalma/ecom/liens/liens.html
* Questionnaire pour site web : [[Media:Questionnaire copy.pdf]]
* Questionnaire SUS (évaluation satisfaction) : [http://blocnotes.iergo.fr/concevoir/les-outils/sus-pour-system-usability-scale/]

===Quelques livres===
REMARQUE: les livres sur JavaEE se periment très vite avec l'évolution de la spécification
* Java EE6 Cookbook for securing, tuning, and extending enterprise applications: http://www.packtpub.com/java-ee6-securing-tuning-extending-enterprise-applications-cookbook/book
* Holly Cummins and Timothy Ward, Enterprise OSGi in Action, March, 2013, 400 pages, ISBN: 9781617290138, http://www.manning.com/cummins/ ([http://www.manning.com/cummins/EOSGI_sample_ch02.pdf chapitre 2], [http://www.manning.com/cummins/EOSGI_sample_ch10.pdf chapitre 10])
* Debu Panda, Reza Rahman, Derek Lane, EJB 3 in Action, Pub Mannings, 2007, http://www.manning.com/panda/
* Debu Panda, Reza Rahman, Ryan Cuprak, and Michael Remijan, EJB 3 in Action, Second Edition, Pub Mannings, 2011, http://www.manning.com/panda2/

ECOM-M2PGI

2016-09-23T08:52:45Z

Noel.DePalma: /* M2PGI (Classique) */

Le projet eCOM consiste à concevoir et développer une application de commerce électronique. [[ECOM|suite ...]]

=Étapes du projet=
La partie IHM et la partie Système sont menées en parallèle pendant toute la durée du projet. Le projet se conclut par une soutenance finale pour chaque partie (IHM et système).

==Conduite de projet==
Le projet eCOM est très court en durée. Il est préconisé d'utiliser la méthodologie [[Scrum]] pour la conduite du projet dans chaque groupe.

===Critères d'évaluation===
La conduite du projet sera principalement évaluée en fonction des critères suivants :
* vous devez choisir un Scrum Master (unique ou tournant) : vous devez justifier votre choix
* durée du sprint (idem : vous devez justifier votre choix)
Sur ces 2 premiers critères, vous n'en changez pas !!!

Vous devez prévoir :
* product backlog
* sprint backlog
* sprint planning
* démos
* rétrospectives

Pensez à créer un wiki qui regroupera l'ensemble de vos documentations. Cela doit être une documentation Agile !!!!

Un point de bonus pour ceux qui réussiront à mettre en place des "poker planning".
[[File:20121002 141359.jpg|center|400px|PokerPlanningECOM2013]]

==Partie IHM==

===Etapes et documents demandés===
Le détail sur l'organisation et l'évaluation du travail concernant les spécifications du site sera communiqué lors des premières séances de cours. Liste des Livrables et date de rendu pour les M2PGI Alternants :

* Livrable 1 : par email, membres du groupe et brève description du sujet (un seul groupe OK)

====[[Audit 1 : 8/09 après midi :]]====
* L2.1 : Description des profils
* L2.2 : Questionnaire profils (OPT)
* L3.1 : Scénarios
* L3.2 : Analyse de la concurrence (OPT)
* L3.3 : Questionnaire sur l'utilisation
* L4 : Modèles de tâches
* L5 : Fonctionnalités
* L6.1 : Objectifs pour chaque version (priorités de développement)

====[[Audit 2 : 13/09 après-midi :]]====
* Mise à jour de L2 à L6.1
* L7.1 : Architecture (OPT)
* L7.2 : Base de données (OPT)
* L7.3 : IHM Abstraite
* L7.4 : Maquettes
* L6.2 : Objectifs pour les versions suivantes
* L8 : Démo de V0

====[[Audit 3 (Soutenances) : 16/09 matin :]]====
* Mise à jour de L7.3 (correction des erreurs)
* L9 : Rapport d'évaluation experte (imprimé pour la soutenance)
* L10 : Démonstration finale
* L11 : Diapos de votre présentation (version numérique à laquelle l'enseignant a accès au moment de votre passage)

OPT signifie que le livrable est optionnel soit parce qu'il ne s'applique pas à tous les groupes, soit parce qu'il ne peut qu'apporter une plus value à votre projet (points en plus mais pas en moins au moment de l'attribution de la note).
Lorsque ce n'est pas précisé, c'est à vous de choisir le mode présentation (écrit, schéma...) des informations du livrable

===Critères d'évaluation===
La partie IHM du projet sera principalement évaluée en fonction des critères suivants :
* Conformité de l'IHM concrète et abstraite avec le modèle de tâches
* Couverture fonctionnelle de l'application et robustesse au regard des priorités que vous avez retenues
* Qualité ergonomique au regard des principes vus en cours
* Rigueur de la démarche

La note est obtenue par l'évaluation tout au long du projet elle est composée de :
* Les besoins (3 pts) : informations sur les besoins que vous allez prendre en compte (livrables et audit 1)
* La conception (5 pts) : proposition de solution pour répondre aux besoins (livrables et audit 2)
* L'évaluation (3 pts) : évaluation de votre (ou vos) solution(s) (livrable et soutenance finale)
* Présentations (3 pts) : qualité des présentations (documents, email et slides de soutenance finale)
* Développement (6 pts) : qualité et quantité du code (démo et code)

Les notes des membres du groupe peuvent être différentes en fonction du travail fourni et constaté par l'enseignant.

==Partie Système==
La partie Système est axée sur deux étapes successives.
===Première étape===
La première consiste à définir le cœur de l'application, c'est-à-dire le modèle de données et la logique métier, puis à réaliser un premier prototype qui démontre une bonne maîtrise des EJB (session et entity beans).

Il est vivement conseillé de définir le modèle de données aussi tôt que possible et d"en discuter avec les enseignants. Il est également recommandé de limiter le premier prototype à un sous-ensemble des spécifications fonctionnelles, à la fois assez vaste pour couvrir les principales difficultés techniques et assez léger pour respecter les délais imposés.

À ce stade, l'application est seulement accessible par l'intermédiaire d'un "client lourd" (programme java offrant une console en mode texte). En particulier, il n'est pas demandé, pour cette première étape, de réaliser une interface web pour interagir avec l'application. L'application doit cependant offrir deux interfaces (administrateur et consommateur) et exécuter les requêtes avec des garanties transactionnelles.

Une présentation/démonstration du prototype V1 sera réalisée à la fin de l'étape n°1.
===Deuxième étape===
La seconde étape consiste à compléter le premier prototype avec les objectifs suivants :
* ajout des beans nécessaires pour couvrir l'ensemble des spécifications fonctionnelles ;
* développement d'une interface Web basée sur le modèle MVC ;
* rédaction des documents demandés (voir ci-dessous) ;
* modification de la configuration de déploiement : (1) client (lourd/léger) distant, (2) base de données externe (MySQL, Oracle, HSQL ...) et éventuellement distante ;
* ajout éventuel de fonctionnalités non prioritaires.

Une présentation d'une mini-maquette d'interface web aura lieu au milieu de l'étape n°2.

Remarque : Aucune des phases du projet ne nécessite le développement d'un client lourd en mode graphique (SWT ...).
===Documents demandés===
Deux rapports doivent être rédigés pour la partie Système : un document de conception système et un document d'évaluation système.

====Document de conception système====
Le dossier de conception système (DCS) a pour but de permettre à toute personne de connaitre les principaux composants JEE de votre application ECOM. Cette connaissance doit pouvoir être acquise rapidement, sans avoir à entrer dans les détails de l'implémentation. Le DCS doit donc être de taille relativement limitée (5 à 10 pages, 20 pages au grand maximum).
Le DCS est centré sur un schéma d'architecture système (SAS) : ce schéma doit faire apparaître les composants qui vont constituer l'application, ainsi que les liens entre les beans. Un lien depuis un composant A vers un (ou plusieurs) composant(s) B signifie qu'une interaction peut avoir lieu depuis A vers B. Un lien peut être monovalué ou multivalué, monodirectionnel ou multidirectionnel.

Pour chaque composant et lien du SAS, le DCS doit fournir :
* Une description fonctionnelle : La description fonctionnelle d'un composant fait apparaître les attributs qui le composent, ainsi que les méthodes qu'il fournit. Attributs et méthodes seront associés à une courte description. Les besoins liées à la persistence ou aux aspects transactionnels peuvent également être explicités.
* Une description d'implantation JEE : La description d'implantation décrit l'implantation du composant ou du lien dans l'environnement JEE. Un composant peut être implanté par un programme Java externe (client léger / client lourd JEE), par un servlet, par un bean ou par un objet POJO. Dans ces derniers cas, il faut préciser les caractéristiques des beans / POJO (local / distribué, session / évenementiel, stateful / stateless, etc). Un lien peut être implanté par une relation JEE, ou bien par conservation de référence de bean.

====Document d'évaluation système====

Le rapport final système du projet ECOM a pour but de préciser l’état d’avancement de votre application ECOM.

Le rapport final système doit préciser :
* L’état de chaque composant : non réalisé, réalisé, réalisé et validé
* Les fonctions réalisées, réalisées et testées, et celles restant à réaliser
* Les propriétés non fonctionnelles garanties par votre réalisation, et celles restant à considérer pour finaliser votre application
* Le temps consacré à la conception système
* Le temps consacré au développement système
* Les principales difficultés rencontrées
===Critères d'évaluation===
La partie système du projet sera principalement évaluée en fonction des critères suivants :
* Conformité aux spécifications de l'application et aux consignes données dans le cadre du projet
* Respect des échéances pour les différentes étapes du projet (y compris pour les prototypes intermédiaires et les documents)
* Qualité de l'architecture de l'application
* Qualité et robustesse du code applicatif
* Compréhension des principaux concepts de la technologie JEE
* Rigueur de la démarche de conception
* Qualité des présentations/soutenances
En complément, les aspects suivants seront également considérés :
* Méthodologie de test
* Déploiement et retrait de l'application sur/de la plateforme cloud (Azure) avec [http://roboconf.net/ Roboconf] ([http://roboconf.net/en/user-guide/lamp-example-part-1.html voir l'exemple avec LAMP])
* Préparation d'images de VMs avec [[Kameleon]]
* Performances (résultat du injection de charge avec [[Apache JMeter]] ou OW2 CLIF)
* Supervision du système déployé avec des sondes [[Nagios]] ou [[Shinken]] conditionnées dans les VMs à déployer.
* Utilisation (optionnelle) de technologies/APIs/frameworks avancés

==Consignes pour la soutenance==
===Consignes spécifiques pour les soutenances IHM===
Durée totale : 20 minutes
* tous les livrables doivent être consultable par l'enseignant (en ligne ou ayant été préalablement envoyés)
* votre passage doit contenir une présentation globale du projet, le processus de conception (illustré), des évaluations, le bilan (point de vue IHM) et une démo PRÉPARÉE
* arrivez avec l'application démarée (on ne perd pas de temps) et 1 ou 2 scénarios (de test)
* prévoyez 5 minutes de questions lors de votre passage

===Consignes spécifiques pour les soutenances Système===
* Apportez un exemplaire du dossier d'évaluation système (déposé la veille sur Moodle) lors de la soutenance. Il n'est pas nécessaire d'apporter un exemplaire du dossier de conception système.
* Préparez vous 30 minutes avant votre soutenance pour démarrer les instances Windows Azure avec le service développé.
* Prévovez environ 30 minutes pour la présentation/démo/questions. Utilisez des transparents pour présenter votre projet.
* Les démonstrations peuvent être faites sur vos machines personnelles cependant le service eCOM doit IMPERATIVEMENT s'exécuter sur une ou plusieurs instances Windows Azure.
* Conditionnez le projet final sous la forme d’une archive (zip ou tar.gz) après avoir inclus la documentation (dans un repertoire /main/site). Utilisez la convention de nommage suivante : ecom_final_1213-X.zip où X correspond au nom du projet.
* Déposez immédiatement après la soutenance (et en aucun cas après le 20 décembre) l'archive sur Moodle.
* le rapport de charge (benchmark) doit être (MUST) fourni dans la documentation.
* le rapport sur les métriques logicielles doit être (MUST) fourni dans la documentation.

=Organisation 2015-2016=

==Planning==
===M2PGI (Alternant)===
'''Equipe pédagogique:''' Noël de Palma (NdP), Vincent Lesne (VL), Sybille Caffiau (SC), Sebastien Chassand-Barrioz (SCB), Ibrahim Safiedinne (FR)

'''Dates Importantes:'''
*Soutenances (IHM + système) : 9h-17h, le 23 septembre
*Remise du dossier de conception système : le 23 septembre (lors de votre passage)
*Remise du dossier d'évaluation système : le 23 septembre (lors de votre passage)

* 01 sept 09h-12h F116, Boot Projet/ JEE (NDP)
* 01 sept 14h-17h F217, Boot Projet/ JEE (NDP)
* 02 sept 09h-12h F117, cours IHM (SC)
* 02 sept 14h-17h F117, cours Agile (VL)
* 05 sept 09h-12h F117, cours MVC/JSF/GWT (SCB)
* 05 sept 14h-17h F117, cours outils et angular (SCB)
* 06 sept 09h-12h F114, cours Agile (VL)
* 06 sept 14h-17h F217, Support Syst. Cl&Alt (NDP)
* 07 sept 09h-12h F217, Support Syst. Cl&Alt (SCB)
* 07 sept 14h-17h F114, cours Cloud (IS)
* 08 sept 09h-12h F217, Support Syst. (NDP)
* 08 sept 14h-17h Libre Service
* 09 sept 09h-12h F201 Support Syst. Cl&Alt (SCB/NDP)
* 09 sept 14h-17h F201, Support Syst. (IS/NDP)
* 12 sept 09h-12h F217, Support Syst. (SCB)
* 12 sept 14h-17h F217, Support Syst. (IS/NDP)
* 13 sept 09h-12h Libre Service
* 13 sept 14h-17h F217, Support Syst. (SCB)
* 14 sept 09h-12h F217, Support Syst. (IS/NDP)
* 14 sept 14h-17h Libre Service
* 15 sept 09h-12h F217, Support Syst. (SCB/NDP)
* 15 sept 14h-17h Libre Service
* 23 sept 09h-12h Soutenances
* 23 sept 14h-17h Soutenances

===M2PGI (Classique)===
'''Equipe pédagogique:''' Noël de Palma (NdP), Vincent Lesne (VL), Sybille Caffiau (SC), Sebastien Chassand-Barrioz (SCB), Ibrahim Safiedinne (FR)

'''Dates Importantes:'''
*23 sept 9h-12h F114, Boot Projet/ JEE (NDP)
*23 sept 14h-17h F319, cours Agile (VL)
*30 sept 09h-12h F114, cours Agile (VL)
*30 sept 14h-18h15 F319, cours IHM (SC)
*07 oct 09h-12h F215/F216, point systeme (NDP)
*07 oct 14h-17h F319, cours outils et angular (SCB)
*14 oct 09h-12h F114, cours MVC/JSF/GWT (SCB)
*14 oct 14h-17h F201/F204 point systeme (SCB, NDP)
*21 oct 9h-12h F215/F216, point système (SCB, NDP)
*21 oct 14h-17h F319, cours Cloud (IS ou NDP)
*04 nov 9h-12h F215/F216, point système (IS)
*04 nov 14h-17h F204/F201 point système (SCB, NDP)
*18 nov, 9h-12h F215/F216 point système Cl&Alt (SCB, NDP).
*25 nov 9h-12h F216/F215, Point système Cl&Alt (IS).
*02 dec 9h-12h F215/F216 point systeme (IS/NDP).
*02 dec 14h-17h F201/F204 point systeme (SCB)
*09 dec 9h-12h F215/F216 point système (IS).
*13 dec 14h-17h F213/F215 point system (SCB)
*12 dec-16 dec semaine bloquée libre service
*Le 16/12 soutenances tte la journée F213/F215

==Groupes==
===M2PGI Apprenti===

===M2PGI Classique===
Consigne pour la constitution des groupes : Les étudiants ayant choisis l'option multimobile doivent se mettre ensemble. Ils doivent constituer des groupes de 4/5 afin d'avoir en tout 4 groupes (de M2 PGI classiques)

==Soutenance==
===M2PGI Apprenti===

===M2PGI Classique===

IMPERATIF
* le projet doit être (MUST) géré selon la méthode Scrum : le Scrum Master devra présenter le déroulement du projet.
* le serveur JavaEE doit être (MUST) hébergé sur une instance Windows Azure à partir du compte étudiant Azure offert gratuitement en début de projet (la machine virtuelle peut etre de type Windows ou Linux).
* un rapport de charge (benchmark) doit être (MUST) fourni : les outils JMeter ou Clif peuvent être utilisés.
* un rapport sur les métriques logicielles doit être (MUST) fourni : l'outil Sonar peut être utilisé.

'''Ordre de passage :'''
* Respectez l'ordre établi
* Faites attention au temps. Vous disposez de 15 minutes par soutenance pour : votre présentation, la démo et les questions

ATTENTION : Si vous voulez modifier ce planning, vous devez :
* trouver un autre groupe avec qui échanger
* vous assurer que tous les membres de ce groupe acceptent l'échange
* envoyer un mail à SC et XS pour informer du changement (avec le chef de projet de l'autre groupe en copie)
Aucune modification ne sera acceptée après le 18 décembre.

=Documentation=
==Transparents de cours==

* Cours JEE/EJB(NDP) [[Media:EJB-ECOM2010.pdf]]
* Cours JEE tiers presentation (SCB) : [https://dl.dropboxusercontent.com/u/9706615/JEE_tiers_presentation.pdf url]
* Cours GWT (SCB) : [https://dl.dropboxusercontent.com/u/9706615/cours_GWT.pdf url]
* Cours maven (DD) : [http://membres-liglab.imag.fr/donsez/cours/maven.pdf url]
* Cours versionning (DD) : [http://membres-liglab.imag.fr/donsez/cours/version.pdf url]
* Cours subversion (DD) : [http://membres-liglab.imag.fr/donsez/cours/subversion.pdf url]
* Cours forge (DD) : [http://membres-liglab.imag.fr/donsez/cours/forge.pdf url]
* Cours http (DD) : [http://membres-liglab.imag.fr/donsez/cours/http.pdf url]
* Cours servlet (DD) : [http://membres-liglab.imag.fr/donsez/cours/servletjsp.pdf url]
* Cours IHM (SC) : [[Media:Cours2015-2016v3.pdf]]
* Annexe cours IHM (SC) : [[Media:Annexe1-HeuristiqueNielsen.pdf]], [[Media:Annexe2-KMADe.pdf]], [[Media:Annexe3-Placement.pdf]], [[Media:Annnexe4-Accesssibilité.pdf]]

==Squelette du projet==
[http://dl.dropbox.com/u/66952950/ecom-maven.zip ecom-maven.zip] Inaccessible

==Doc utiles==
* [http://wiki.easybeans.org/xwiki/bin/view/Main/Documentation Documentation Easybeans (conteneur EJB3 utilisé par Jonas)]
* [http://docs.oracle.com/javaee/6/tutorial/doc/ Tutorial JavaEE 6 ]
* [http://netbeans.org/kb/67/javaee/ejb30.html Tutorial NetBean et JEE ]
* [http://docs.oracle.com/javaee/6/api/ API JavaEE 6]
* [https://java.net/projects/javaee-spec/pages/Home Spécifications JavaEE 6]
* [http://www.theserverside.com/news/thread.tss?thread_id=55191 JPA implementation patterns ]
* [http://jonas.ow2.org/JONAS_5_1_2/doc/doc-en/html/getting_started_guide.html#id1316973 Glossaire]
* [http://www.easybeans.net/xwiki/bin/download/Main/Documentation/ejb3-annotations.pdf Aide mémoire pour les annotations EJB3 ]
* Présentation sur le Cloud Computing : http://erods.liglab.fr/icar2013/programme.html
* Documentation et Training Kit sur Windows Azure : http://www.microsoft.com/en-us/download/details.aspx?id=8396
* Documentation de [http://roboconf.net/en Roboconf]
** Exemple avec LAMP http://roboconf.net/en/user-guide/lamp-example-part-1.html
http://proton.inrialpes.fr/~depalma/ecom/liens/liens.html
* Questionnaire pour site web : [[Media:Questionnaire copy.pdf]]
* Questionnaire SUS (évaluation satisfaction) : [http://blocnotes.iergo.fr/concevoir/les-outils/sus-pour-system-usability-scale/]

===Quelques livres===
REMARQUE: les livres sur JavaEE se periment très vite avec l'évolution de la spécification
* Java EE6 Cookbook for securing, tuning, and extending enterprise applications: http://www.packtpub.com/java-ee6-securing-tuning-extending-enterprise-applications-cookbook/book
* Holly Cummins and Timothy Ward, Enterprise OSGi in Action, March, 2013, 400 pages, ISBN: 9781617290138, http://www.manning.com/cummins/ ([http://www.manning.com/cummins/EOSGI_sample_ch02.pdf chapitre 2], [http://www.manning.com/cummins/EOSGI_sample_ch10.pdf chapitre 10])
* Debu Panda, Reza Rahman, Derek Lane, EJB 3 in Action, Pub Mannings, 2007, http://www.manning.com/panda/
* Debu Panda, Reza Rahman, Ryan Cuprak, and Michael Remijan, EJB 3 in Action, Second Edition, Pub Mannings, 2011, http://www.manning.com/panda2/

ECOM-M2PGI

2016-08-30T07:07:36Z

Noel.DePalma: /* M2PGI (Alternant) */

Le projet eCOM consiste à concevoir et développer une application de commerce électronique. [[ECOM|suite ...]]

=Étapes du projet=
La partie IHM et la partie Système sont menées en parallèle pendant toute la durée du projet. Le projet se conclut par une soutenance finale pour chaque partie (IHM et système).

==Conduite de projet==
Le projet eCOM est très court en durée. Il est préconisé d'utiliser la méthodologie [[Scrum]] pour la conduite du projet dans chaque groupe.

===Critères d'évaluation===
La conduite du projet sera principalement évaluée en fonction des critères suivants :
* vous devez choisir un Scrum Master (unique ou tournant) : vous devez justifier votre choix
* durée du sprint (idem : vous devez justifier votre choix)
Sur ces 2 premiers critères, vous n'en changez pas !!!

Vous devez prévoir :
* product backlog
* sprint backlog
* sprint planning
* démos
* rétrospectives

Pensez à créer un wiki qui regroupera l'ensemble de vos documentations. Cela doit être une documentation Agile !!!!

Un point de bonus pour ceux qui réussiront à mettre en place des "poker planning".
[[File:20121002 141359.jpg|center|400px|PokerPlanningECOM2013]]

==Partie IHM==

===Etapes et documents demandés===
Le détail sur l'organisation et l'évaluation du travail concernant les spécifications du site sera communiqué lors des premières séances de cours. Liste des Livrables et date de rendu pour les M2PGI Alternants :

* Livrable 1 : par email, membres du groupe et brève description du sujet (un seul groupe OK)

====[[Audit 1 : 8/09 après midi :]]====
* L2.1 : Description des profils
* L2.2 : Questionnaire profils (OPT)
* L3.1 : Scénarios
* L3.2 : Analyse de la concurrence (OPT)
* L3.3 : Questionnaire sur l'utilisation
* L4 : Modèles de tâches
* L5 : Fonctionnalités
* L6.1 : Objectifs pour chaque version (priorités de développement)

====[[Audit 2 : 13/09 après-midi :]]====
* Mise à jour de L2 à L6.1
* L7.1 : Architecture (OPT)
* L7.2 : Base de données (OPT)
* L7.3 : IHM Abstraite
* L7.4 : Maquettes
* L6.2 : Objectifs pour les versions suivantes
* L8 : Démo de V0

====[[Audit 3 (Soutenances) : 16/09 matin :]]====
* Mise à jour de L7.3 (correction des erreurs)
* L9 : Rapport d'évaluation experte (imprimé pour la soutenance)
* L10 : Démonstration finale
* L11 : Diapos de votre présentation (version numérique à laquelle l'enseignant a accès au moment de votre passage)

OPT signifie que le livrable est optionnel soit parce qu'il ne s'applique pas à tous les groupes, soit parce qu'il ne peut qu'apporter une plus value à votre projet (points en plus mais pas en moins au moment de l'attribution de la note).
Lorsque ce n'est pas précisé, c'est à vous de choisir le mode présentation (écrit, schéma...) des informations du livrable

===Critères d'évaluation===
La partie IHM du projet sera principalement évaluée en fonction des critères suivants :
* Conformité de l'IHM concrète et abstraite avec le modèle de tâches
* Couverture fonctionnelle de l'application et robustesse au regard des priorités que vous avez retenues
* Qualité ergonomique au regard des principes vus en cours
* Rigueur de la démarche

La note est obtenue par l'évaluation tout au long du projet elle est composée de :
* Les besoins (3 pts) : informations sur les besoins que vous allez prendre en compte (livrables et audit 1)
* La conception (5 pts) : proposition de solution pour répondre aux besoins (livrables et audit 2)
* L'évaluation (3 pts) : évaluation de votre (ou vos) solution(s) (livrable et soutenance finale)
* Présentations (3 pts) : qualité des présentations (documents, email et slides de soutenance finale)
* Développement (6 pts) : qualité et quantité du code (démo et code)

Les notes des membres du groupe peuvent être différentes en fonction du travail fourni et constaté par l'enseignant.

==Partie Système==
La partie Système est axée sur deux étapes successives.
===Première étape===
La première consiste à définir le cœur de l'application, c'est-à-dire le modèle de données et la logique métier, puis à réaliser un premier prototype qui démontre une bonne maîtrise des EJB (session et entity beans).

Il est vivement conseillé de définir le modèle de données aussi tôt que possible et d"en discuter avec les enseignants. Il est également recommandé de limiter le premier prototype à un sous-ensemble des spécifications fonctionnelles, à la fois assez vaste pour couvrir les principales difficultés techniques et assez léger pour respecter les délais imposés.

À ce stade, l'application est seulement accessible par l'intermédiaire d'un "client lourd" (programme java offrant une console en mode texte). En particulier, il n'est pas demandé, pour cette première étape, de réaliser une interface web pour interagir avec l'application. L'application doit cependant offrir deux interfaces (administrateur et consommateur) et exécuter les requêtes avec des garanties transactionnelles.

Une présentation/démonstration du prototype V1 sera réalisée à la fin de l'étape n°1.
===Deuxième étape===
La seconde étape consiste à compléter le premier prototype avec les objectifs suivants :
* ajout des beans nécessaires pour couvrir l'ensemble des spécifications fonctionnelles ;
* développement d'une interface Web basée sur le modèle MVC ;
* rédaction des documents demandés (voir ci-dessous) ;
* modification de la configuration de déploiement : (1) client (lourd/léger) distant, (2) base de données externe (MySQL, Oracle, HSQL ...) et éventuellement distante ;
* ajout éventuel de fonctionnalités non prioritaires.

Une présentation d'une mini-maquette d'interface web aura lieu au milieu de l'étape n°2.

Remarque : Aucune des phases du projet ne nécessite le développement d'un client lourd en mode graphique (SWT ...).
===Documents demandés===
Deux rapports doivent être rédigés pour la partie Système : un document de conception système et un document d'évaluation système.

====Document de conception système====
Le dossier de conception système (DCS) a pour but de permettre à toute personne de connaitre les principaux composants JEE de votre application ECOM. Cette connaissance doit pouvoir être acquise rapidement, sans avoir à entrer dans les détails de l'implémentation. Le DCS doit donc être de taille relativement limitée (5 à 10 pages, 20 pages au grand maximum).
Le DCS est centré sur un schéma d'architecture système (SAS) : ce schéma doit faire apparaître les composants qui vont constituer l'application, ainsi que les liens entre les beans. Un lien depuis un composant A vers un (ou plusieurs) composant(s) B signifie qu'une interaction peut avoir lieu depuis A vers B. Un lien peut être monovalué ou multivalué, monodirectionnel ou multidirectionnel.

Pour chaque composant et lien du SAS, le DCS doit fournir :
* Une description fonctionnelle : La description fonctionnelle d'un composant fait apparaître les attributs qui le composent, ainsi que les méthodes qu'il fournit. Attributs et méthodes seront associés à une courte description. Les besoins liées à la persistence ou aux aspects transactionnels peuvent également être explicités.
* Une description d'implantation JEE : La description d'implantation décrit l'implantation du composant ou du lien dans l'environnement JEE. Un composant peut être implanté par un programme Java externe (client léger / client lourd JEE), par un servlet, par un bean ou par un objet POJO. Dans ces derniers cas, il faut préciser les caractéristiques des beans / POJO (local / distribué, session / évenementiel, stateful / stateless, etc). Un lien peut être implanté par une relation JEE, ou bien par conservation de référence de bean.

====Document d'évaluation système====

Le rapport final système du projet ECOM a pour but de préciser l’état d’avancement de votre application ECOM.

Le rapport final système doit préciser :
* L’état de chaque composant : non réalisé, réalisé, réalisé et validé
* Les fonctions réalisées, réalisées et testées, et celles restant à réaliser
* Les propriétés non fonctionnelles garanties par votre réalisation, et celles restant à considérer pour finaliser votre application
* Le temps consacré à la conception système
* Le temps consacré au développement système
* Les principales difficultés rencontrées
===Critères d'évaluation===
La partie système du projet sera principalement évaluée en fonction des critères suivants :
* Conformité aux spécifications de l'application et aux consignes données dans le cadre du projet
* Respect des échéances pour les différentes étapes du projet (y compris pour les prototypes intermédiaires et les documents)
* Qualité de l'architecture de l'application
* Qualité et robustesse du code applicatif
* Compréhension des principaux concepts de la technologie JEE
* Rigueur de la démarche de conception
* Qualité des présentations/soutenances
En complément, les aspects suivants seront également considérés :
* Méthodologie de test
* Déploiement et retrait de l'application sur/de la plateforme cloud (Azure) avec [http://roboconf.net/ Roboconf] ([http://roboconf.net/en/user-guide/lamp-example-part-1.html voir l'exemple avec LAMP])
* Préparation d'images de VMs avec [[Kameleon]]
* Performances (résultat du injection de charge avec [[Apache JMeter]] ou OW2 CLIF)
* Supervision du système déployé avec des sondes [[Nagios]] ou [[Shinken]] conditionnées dans les VMs à déployer.
* Utilisation (optionnelle) de technologies/APIs/frameworks avancés

==Consignes pour la soutenance==
===Consignes spécifiques pour les soutenances IHM===
Durée totale : 20 minutes
* tous les livrables doivent être consultable par l'enseignant (en ligne ou ayant été préalablement envoyés)
* votre passage doit contenir une présentation globale du projet, le processus de conception (illustré), des évaluations, le bilan (point de vue IHM) et une démo PRÉPARÉE
* arrivez avec l'application démarée (on ne perd pas de temps) et 1 ou 2 scénarios (de test)
* prévoyez 5 minutes de questions lors de votre passage

===Consignes spécifiques pour les soutenances Système===
* Apportez un exemplaire du dossier d'évaluation système (déposé la veille sur Moodle) lors de la soutenance. Il n'est pas nécessaire d'apporter un exemplaire du dossier de conception système.
* Préparez vous 30 minutes avant votre soutenance pour démarrer les instances Windows Azure avec le service développé.
* Prévovez environ 30 minutes pour la présentation/démo/questions. Utilisez des transparents pour présenter votre projet.
* Les démonstrations peuvent être faites sur vos machines personnelles cependant le service eCOM doit IMPERATIVEMENT s'exécuter sur une ou plusieurs instances Windows Azure.
* Conditionnez le projet final sous la forme d’une archive (zip ou tar.gz) après avoir inclus la documentation (dans un repertoire /main/site). Utilisez la convention de nommage suivante : ecom_final_1213-X.zip où X correspond au nom du projet.
* Déposez immédiatement après la soutenance (et en aucun cas après le 20 décembre) l'archive sur Moodle.
* le rapport de charge (benchmark) doit être (MUST) fourni dans la documentation.
* le rapport sur les métriques logicielles doit être (MUST) fourni dans la documentation.

=Organisation 2015-2016=

==Planning==
===M2PGI (Alternant)===
'''Equipe pédagogique:''' Noël de Palma (NdP), Vincent Lesne (VL), Sybille Caffiau (SC), Sebastien Chassand-Barrioz (SCB), Ibrahim Safiedinne (FR)

'''Dates Importantes:'''
*Soutenances (IHM + système) : 9h-17h, le 23 septembre
*Remise du dossier de conception système : le 23 septembre (lors de votre passage)
*Remise du dossier d'évaluation système : le 23 septembre (lors de votre passage)

* 01 sept 09h-12h F116, Boot Projet/ JEE (NDP)
* 01 sept 14h-17h F217, Boot Projet/ JEE (NDP)
* 02 sept 09h-12h F117, cours IHM (SC)
* 02 sept 14h-17h F117, cours Agile (VL)
* 05 sept 09h-12h F117, cours MVC/JSF/GWT (SCB)
* 05 sept 14h-17h F117, cours outils et angular (SCB)
* 06 sept 09h-12h F114, cours Agile (VL)
* 06 sept 14h-17h F217, Support Syst. Cl&Alt (NDP)
* 07 sept 09h-12h F217, Support Syst. Cl&Alt (SCB)
* 07 sept 14h-17h F114, cours Cloud (IS)
* 08 sept 09h-12h F217, Support Syst. (NDP)
* 08 sept 14h-17h Libre Service
* 09 sept 09h-12h F201 Support Syst. Cl&Alt (SCB/NDP)
* 09 sept 14h-17h F201, Support Syst. (IS/NDP)
* 12 sept 09h-12h F217, Support Syst. (SCB)
* 12 sept 14h-17h F217, Support Syst. (IS/NDP)
* 13 sept 09h-12h Libre Service
* 13 sept 14h-17h F217, Support Syst. (SCB)
* 14 sept 09h-12h F217, Support Syst. (IS/NDP)
* 14 sept 14h-17h Libre Service
* 15 sept 09h-12h F217, Support Syst. (SCB/NDP)
* 15 sept 14h-17h Libre Service
* 23 sept 09h-12h Soutenances
* 23 sept 14h-17h Soutenances

===M2PGI (Classique)===
'''Equipe pédagogique:''' Noël de Palma (NdP), Vincent Lesne (VL), Sybille Caffiau (SC), Sebastien Chassand-Barrioz (SCB), Ibrahim Safiedinne (FR)

'''Dates Importantes:'''
*25 sept 9h-12h F117, Boot Projet/ JEE (NDP)
*25 sept 14h-17h F316, cours Agile (VL)
*02 oct 09h-12h F018, cours Agile (VL)
*02 oct 13h30-18h F115, cours IHM (SC)
*09 oct 09h-12h F214/F216 point systeme (NDP)
*09 oct 14h-17h F115, cours outils et angular (SCB)
*16 oct 09h-12h F115, cours MVC/JSF/GWT (SCB)
*16 oct 14h-17h F214/F216 point systeme (SCB, NDP)
*23 oct 9h-12h F214/F216, point système (SCB, NDP)
*23 oct 14h-17h F115, cours Cloud (IS ou NDP)
*06 nov 09h-12h F214/F216 point système (IS)
*06 nov 14h-17h F214/F216 point système (SCB, NDP)
*13 nov 09h-12h F214/F216 point système Cl&Alt (SCB, NDP).
*20 nov 09h-12h F214/F216, Point système Cl&Alt (IS).
*20 nov 14h-17h Libre Service
*27 nov 09h-12h F214/F216 point systeme (IS/NDP).
*27 nov 14h-17h F214/F216 point systeme (SCB)
*4 dec 09h-12h F214/F216 Support système (IS).
*4 dec 14h-17h libre service
*11 dec 09h-12h libre service
*11 dec 14h-17h F214/F216 point system (SCB)
*14 dec-18 dec semaine bloquée libre service
Le 18/12 soutenances tte la journée F214/F216

==Groupes==
===M2PGI Apprenti===

===M2PGI Classique===
Consigne pour la constitution des groupes : Les étudiants ayant choisis l'option multimobile doivent se mettre ensemble. Ils doivent constituer des groupes de 4/5 afin d'avoir en tout 4 groupes (de M2 PGI classiques)

==Soutenance==
===M2PGI Apprenti===

===M2PGI Classique===

IMPERATIF
* le projet doit être (MUST) géré selon la méthode Scrum : le Scrum Master devra présenter le déroulement du projet.
* le serveur JavaEE doit être (MUST) hébergé sur une instance Windows Azure à partir du compte étudiant Azure offert gratuitement en début de projet (la machine virtuelle peut etre de type Windows ou Linux).
* un rapport de charge (benchmark) doit être (MUST) fourni : les outils JMeter ou Clif peuvent être utilisés.
* un rapport sur les métriques logicielles doit être (MUST) fourni : l'outil Sonar peut être utilisé.

'''Ordre de passage :'''
* Respectez l'ordre établi
* Faites attention au temps. Vous disposez de 15 minutes par soutenance pour : votre présentation, la démo et les questions

ATTENTION : Si vous voulez modifier ce planning, vous devez :
* trouver un autre groupe avec qui échanger
* vous assurer que tous les membres de ce groupe acceptent l'échange
* envoyer un mail à SC et XS pour informer du changement (avec le chef de projet de l'autre groupe en copie)
Aucune modification ne sera acceptée après le 18 décembre.

=Documentation=
==Transparents de cours==

* Cours JEE/EJB(NDP) [[Media:EJB-ECOM2010.pdf]]
* Cours JEE tiers presentation (SCB) : [https://dl.dropboxusercontent.com/u/9706615/JEE_tiers_presentation.pdf url]
* Cours GWT (SCB) : [https://dl.dropboxusercontent.com/u/9706615/cours_GWT.pdf url]
* Cours maven (DD) : [http://membres-liglab.imag.fr/donsez/cours/maven.pdf url]
* Cours versionning (DD) : [http://membres-liglab.imag.fr/donsez/cours/version.pdf url]
* Cours subversion (DD) : [http://membres-liglab.imag.fr/donsez/cours/subversion.pdf url]
* Cours forge (DD) : [http://membres-liglab.imag.fr/donsez/cours/forge.pdf url]
* Cours http (DD) : [http://membres-liglab.imag.fr/donsez/cours/http.pdf url]
* Cours servlet (DD) : [http://membres-liglab.imag.fr/donsez/cours/servletjsp.pdf url]
* Cours IHM (SC) : [[Media:Cours2015-2016v3.pdf]]
* Annexe cours IHM (SC) : [[Media:Annexe1-HeuristiqueNielsen.pdf]], [[Media:Annexe2-KMADe.pdf]], [[Media:Annexe3-Placement.pdf]], [[Media:Annnexe4-Accesssibilité.pdf]]

==Squelette du projet==
[http://dl.dropbox.com/u/66952950/ecom-maven.zip ecom-maven.zip] Inaccessible

==Doc utiles==
* [http://wiki.easybeans.org/xwiki/bin/view/Main/Documentation Documentation Easybeans (conteneur EJB3 utilisé par Jonas)]
* [http://docs.oracle.com/javaee/6/tutorial/doc/ Tutorial JavaEE 6 ]
* [http://netbeans.org/kb/67/javaee/ejb30.html Tutorial NetBean et JEE ]
* [http://docs.oracle.com/javaee/6/api/ API JavaEE 6]
* [https://java.net/projects/javaee-spec/pages/Home Spécifications JavaEE 6]
* [http://www.theserverside.com/news/thread.tss?thread_id=55191 JPA implementation patterns ]
* [http://jonas.ow2.org/JONAS_5_1_2/doc/doc-en/html/getting_started_guide.html#id1316973 Glossaire]
* [http://www.easybeans.net/xwiki/bin/download/Main/Documentation/ejb3-annotations.pdf Aide mémoire pour les annotations EJB3 ]
* Présentation sur le Cloud Computing : http://erods.liglab.fr/icar2013/programme.html
* Documentation et Training Kit sur Windows Azure : http://www.microsoft.com/en-us/download/details.aspx?id=8396
* Documentation de [http://roboconf.net/en Roboconf]
** Exemple avec LAMP http://roboconf.net/en/user-guide/lamp-example-part-1.html
http://proton.inrialpes.fr/~depalma/ecom/liens/liens.html
* Questionnaire pour site web : [[Media:Questionnaire copy.pdf]]
* Questionnaire SUS (évaluation satisfaction) : [http://blocnotes.iergo.fr/concevoir/les-outils/sus-pour-system-usability-scale/]

===Quelques livres===
REMARQUE: les livres sur JavaEE se periment très vite avec l'évolution de la spécification
* Java EE6 Cookbook for securing, tuning, and extending enterprise applications: http://www.packtpub.com/java-ee6-securing-tuning-extending-enterprise-applications-cookbook/book
* Holly Cummins and Timothy Ward, Enterprise OSGi in Action, March, 2013, 400 pages, ISBN: 9781617290138, http://www.manning.com/cummins/ ([http://www.manning.com/cummins/EOSGI_sample_ch02.pdf chapitre 2], [http://www.manning.com/cummins/EOSGI_sample_ch10.pdf chapitre 10])
* Debu Panda, Reza Rahman, Derek Lane, EJB 3 in Action, Pub Mannings, 2007, http://www.manning.com/panda/
* Debu Panda, Reza Rahman, Ryan Cuprak, and Michael Remijan, EJB 3 in Action, Second Edition, Pub Mannings, 2011, http://www.manning.com/panda2/

ECOM-M2PGI

2016-08-30T07:04:29Z

Noel.DePalma: /* M2PGI (Alternant) */

Le projet eCOM consiste à concevoir et développer une application de commerce électronique. [[ECOM|suite ...]]

=Étapes du projet=
La partie IHM et la partie Système sont menées en parallèle pendant toute la durée du projet. Le projet se conclut par une soutenance finale pour chaque partie (IHM et système).

==Conduite de projet==
Le projet eCOM est très court en durée. Il est préconisé d'utiliser la méthodologie [[Scrum]] pour la conduite du projet dans chaque groupe.

===Critères d'évaluation===
La conduite du projet sera principalement évaluée en fonction des critères suivants :
* vous devez choisir un Scrum Master (unique ou tournant) : vous devez justifier votre choix
* durée du sprint (idem : vous devez justifier votre choix)
Sur ces 2 premiers critères, vous n'en changez pas !!!

Vous devez prévoir :
* product backlog
* sprint backlog
* sprint planning
* démos
* rétrospectives

Pensez à créer un wiki qui regroupera l'ensemble de vos documentations. Cela doit être une documentation Agile !!!!

Un point de bonus pour ceux qui réussiront à mettre en place des "poker planning".
[[File:20121002 141359.jpg|center|400px|PokerPlanningECOM2013]]

==Partie IHM==

===Etapes et documents demandés===
Le détail sur l'organisation et l'évaluation du travail concernant les spécifications du site sera communiqué lors des premières séances de cours. Liste des Livrables et date de rendu pour les M2PGI Alternants :

* Livrable 1 : par email, membres du groupe et brève description du sujet (un seul groupe OK)

====[[Audit 1 : 8/09 après midi :]]====
* L2.1 : Description des profils
* L2.2 : Questionnaire profils (OPT)
* L3.1 : Scénarios
* L3.2 : Analyse de la concurrence (OPT)
* L3.3 : Questionnaire sur l'utilisation
* L4 : Modèles de tâches
* L5 : Fonctionnalités
* L6.1 : Objectifs pour chaque version (priorités de développement)

====[[Audit 2 : 13/09 après-midi :]]====
* Mise à jour de L2 à L6.1
* L7.1 : Architecture (OPT)
* L7.2 : Base de données (OPT)
* L7.3 : IHM Abstraite
* L7.4 : Maquettes
* L6.2 : Objectifs pour les versions suivantes
* L8 : Démo de V0

====[[Audit 3 (Soutenances) : 16/09 matin :]]====
* Mise à jour de L7.3 (correction des erreurs)
* L9 : Rapport d'évaluation experte (imprimé pour la soutenance)
* L10 : Démonstration finale
* L11 : Diapos de votre présentation (version numérique à laquelle l'enseignant a accès au moment de votre passage)

OPT signifie que le livrable est optionnel soit parce qu'il ne s'applique pas à tous les groupes, soit parce qu'il ne peut qu'apporter une plus value à votre projet (points en plus mais pas en moins au moment de l'attribution de la note).
Lorsque ce n'est pas précisé, c'est à vous de choisir le mode présentation (écrit, schéma...) des informations du livrable

===Critères d'évaluation===
La partie IHM du projet sera principalement évaluée en fonction des critères suivants :
* Conformité de l'IHM concrète et abstraite avec le modèle de tâches
* Couverture fonctionnelle de l'application et robustesse au regard des priorités que vous avez retenues
* Qualité ergonomique au regard des principes vus en cours
* Rigueur de la démarche

La note est obtenue par l'évaluation tout au long du projet elle est composée de :
* Les besoins (3 pts) : informations sur les besoins que vous allez prendre en compte (livrables et audit 1)
* La conception (5 pts) : proposition de solution pour répondre aux besoins (livrables et audit 2)
* L'évaluation (3 pts) : évaluation de votre (ou vos) solution(s) (livrable et soutenance finale)
* Présentations (3 pts) : qualité des présentations (documents, email et slides de soutenance finale)
* Développement (6 pts) : qualité et quantité du code (démo et code)

Les notes des membres du groupe peuvent être différentes en fonction du travail fourni et constaté par l'enseignant.

==Partie Système==
La partie Système est axée sur deux étapes successives.
===Première étape===
La première consiste à définir le cœur de l'application, c'est-à-dire le modèle de données et la logique métier, puis à réaliser un premier prototype qui démontre une bonne maîtrise des EJB (session et entity beans).

Il est vivement conseillé de définir le modèle de données aussi tôt que possible et d"en discuter avec les enseignants. Il est également recommandé de limiter le premier prototype à un sous-ensemble des spécifications fonctionnelles, à la fois assez vaste pour couvrir les principales difficultés techniques et assez léger pour respecter les délais imposés.

À ce stade, l'application est seulement accessible par l'intermédiaire d'un "client lourd" (programme java offrant une console en mode texte). En particulier, il n'est pas demandé, pour cette première étape, de réaliser une interface web pour interagir avec l'application. L'application doit cependant offrir deux interfaces (administrateur et consommateur) et exécuter les requêtes avec des garanties transactionnelles.

Une présentation/démonstration du prototype V1 sera réalisée à la fin de l'étape n°1.
===Deuxième étape===
La seconde étape consiste à compléter le premier prototype avec les objectifs suivants :
* ajout des beans nécessaires pour couvrir l'ensemble des spécifications fonctionnelles ;
* développement d'une interface Web basée sur le modèle MVC ;
* rédaction des documents demandés (voir ci-dessous) ;
* modification de la configuration de déploiement : (1) client (lourd/léger) distant, (2) base de données externe (MySQL, Oracle, HSQL ...) et éventuellement distante ;
* ajout éventuel de fonctionnalités non prioritaires.

Une présentation d'une mini-maquette d'interface web aura lieu au milieu de l'étape n°2.

Remarque : Aucune des phases du projet ne nécessite le développement d'un client lourd en mode graphique (SWT ...).
===Documents demandés===
Deux rapports doivent être rédigés pour la partie Système : un document de conception système et un document d'évaluation système.

====Document de conception système====
Le dossier de conception système (DCS) a pour but de permettre à toute personne de connaitre les principaux composants JEE de votre application ECOM. Cette connaissance doit pouvoir être acquise rapidement, sans avoir à entrer dans les détails de l'implémentation. Le DCS doit donc être de taille relativement limitée (5 à 10 pages, 20 pages au grand maximum).
Le DCS est centré sur un schéma d'architecture système (SAS) : ce schéma doit faire apparaître les composants qui vont constituer l'application, ainsi que les liens entre les beans. Un lien depuis un composant A vers un (ou plusieurs) composant(s) B signifie qu'une interaction peut avoir lieu depuis A vers B. Un lien peut être monovalué ou multivalué, monodirectionnel ou multidirectionnel.

Pour chaque composant et lien du SAS, le DCS doit fournir :
* Une description fonctionnelle : La description fonctionnelle d'un composant fait apparaître les attributs qui le composent, ainsi que les méthodes qu'il fournit. Attributs et méthodes seront associés à une courte description. Les besoins liées à la persistence ou aux aspects transactionnels peuvent également être explicités.
* Une description d'implantation JEE : La description d'implantation décrit l'implantation du composant ou du lien dans l'environnement JEE. Un composant peut être implanté par un programme Java externe (client léger / client lourd JEE), par un servlet, par un bean ou par un objet POJO. Dans ces derniers cas, il faut préciser les caractéristiques des beans / POJO (local / distribué, session / évenementiel, stateful / stateless, etc). Un lien peut être implanté par une relation JEE, ou bien par conservation de référence de bean.

====Document d'évaluation système====

Le rapport final système du projet ECOM a pour but de préciser l’état d’avancement de votre application ECOM.

Le rapport final système doit préciser :
* L’état de chaque composant : non réalisé, réalisé, réalisé et validé
* Les fonctions réalisées, réalisées et testées, et celles restant à réaliser
* Les propriétés non fonctionnelles garanties par votre réalisation, et celles restant à considérer pour finaliser votre application
* Le temps consacré à la conception système
* Le temps consacré au développement système
* Les principales difficultés rencontrées
===Critères d'évaluation===
La partie système du projet sera principalement évaluée en fonction des critères suivants :
* Conformité aux spécifications de l'application et aux consignes données dans le cadre du projet
* Respect des échéances pour les différentes étapes du projet (y compris pour les prototypes intermédiaires et les documents)
* Qualité de l'architecture de l'application
* Qualité et robustesse du code applicatif
* Compréhension des principaux concepts de la technologie JEE
* Rigueur de la démarche de conception
* Qualité des présentations/soutenances
En complément, les aspects suivants seront également considérés :
* Méthodologie de test
* Déploiement et retrait de l'application sur/de la plateforme cloud (Azure) avec [http://roboconf.net/ Roboconf] ([http://roboconf.net/en/user-guide/lamp-example-part-1.html voir l'exemple avec LAMP])
* Préparation d'images de VMs avec [[Kameleon]]
* Performances (résultat du injection de charge avec [[Apache JMeter]] ou OW2 CLIF)
* Supervision du système déployé avec des sondes [[Nagios]] ou [[Shinken]] conditionnées dans les VMs à déployer.
* Utilisation (optionnelle) de technologies/APIs/frameworks avancés

==Consignes pour la soutenance==
===Consignes spécifiques pour les soutenances IHM===
Durée totale : 20 minutes
* tous les livrables doivent être consultable par l'enseignant (en ligne ou ayant été préalablement envoyés)
* votre passage doit contenir une présentation globale du projet, le processus de conception (illustré), des évaluations, le bilan (point de vue IHM) et une démo PRÉPARÉE
* arrivez avec l'application démarée (on ne perd pas de temps) et 1 ou 2 scénarios (de test)
* prévoyez 5 minutes de questions lors de votre passage

===Consignes spécifiques pour les soutenances Système===
* Apportez un exemplaire du dossier d'évaluation système (déposé la veille sur Moodle) lors de la soutenance. Il n'est pas nécessaire d'apporter un exemplaire du dossier de conception système.
* Préparez vous 30 minutes avant votre soutenance pour démarrer les instances Windows Azure avec le service développé.
* Prévovez environ 30 minutes pour la présentation/démo/questions. Utilisez des transparents pour présenter votre projet.
* Les démonstrations peuvent être faites sur vos machines personnelles cependant le service eCOM doit IMPERATIVEMENT s'exécuter sur une ou plusieurs instances Windows Azure.
* Conditionnez le projet final sous la forme d’une archive (zip ou tar.gz) après avoir inclus la documentation (dans un repertoire /main/site). Utilisez la convention de nommage suivante : ecom_final_1213-X.zip où X correspond au nom du projet.
* Déposez immédiatement après la soutenance (et en aucun cas après le 20 décembre) l'archive sur Moodle.
* le rapport de charge (benchmark) doit être (MUST) fourni dans la documentation.
* le rapport sur les métriques logicielles doit être (MUST) fourni dans la documentation.

=Organisation 2015-2016=

==Planning==
===M2PGI (Alternant)===
'''Equipe pédagogique:''' Noël de Palma (NdP), Vincent Lesne (VL), Sybille Caffiau (SC), Sebastien Chassand-Barrioz (SCB), Ibrahim Safiedinne (FR)

'''Dates Importantes:'''
*Soutenances (IHM + système) : 9h-17h, le 16 septembre
*Remise du dossier de conception système : le 16 septembre (lors de votre passage)
*Remise du dossier d'évaluation système : le 16 septembre (lors de votre passage)

* 01 sept 09h-12h F116, Boot Projet/ JEE (NDP)
* 01 sept 14h-17h F217, Boot Projet/ JEE (NDP)
* 02 sept 09h-12h F117, cours IHM (SC)
* 02 sept 14h-17h F117, cours Agile (VL)
* 05 sept 09h-12h F117, cours MVC/JSF/GWT (SCB)
* 05 sept 14h-17h F117, cours outils et angular (SCB)
* 06 sept 09h-12h F114, cours Agile (VL)
* 06 sept 14h-17h F217, Support Syst. Cl&Alt (NDP)
* 07 sept 09h-12h F217, Support Syst. Cl&Alt (SCB)
* 07 sept 14h-17h F114, cours Cloud (IS)
* 08 sept 09h-12h F217, Support Syst. (NDP)
* 08 sept 14h-17h Libre Service
* 09 sept 09h-12h F201 Support Syst. Cl&Alt (SCB/NDP)
* 09 sept 14h-17h F201, Support Syst. (IS/NDP)
* 12 sept 09h-12h F217, Support Syst. (SCB)
* 12 sept 14h-17h F217, Support Syst. (IS/NDP)
* 13 sept 09h-12h Libre Service
* 13 sept 14h-17h F217, Support Syst. (SCB)
* 14 sept 09h-12h F217, Support Syst. (IS/NDP)
* 14 sept 14h-17h Libre Service
* 15 sept 09h-12h F217, Support Syst. (SCB/NDP)
* 15 sept 14h-17h Libre Service
* 16 sept 09h-12h Soutenances
* 16 sept 14h-17h Soutenances

===M2PGI (Classique)===
'''Equipe pédagogique:''' Noël de Palma (NdP), Vincent Lesne (VL), Sybille Caffiau (SC), Sebastien Chassand-Barrioz (SCB), Ibrahim Safiedinne (FR)

'''Dates Importantes:'''
*25 sept 9h-12h F117, Boot Projet/ JEE (NDP)
*25 sept 14h-17h F316, cours Agile (VL)
*02 oct 09h-12h F018, cours Agile (VL)
*02 oct 13h30-18h F115, cours IHM (SC)
*09 oct 09h-12h F214/F216 point systeme (NDP)
*09 oct 14h-17h F115, cours outils et angular (SCB)
*16 oct 09h-12h F115, cours MVC/JSF/GWT (SCB)
*16 oct 14h-17h F214/F216 point systeme (SCB, NDP)
*23 oct 9h-12h F214/F216, point système (SCB, NDP)
*23 oct 14h-17h F115, cours Cloud (IS ou NDP)
*06 nov 09h-12h F214/F216 point système (IS)
*06 nov 14h-17h F214/F216 point système (SCB, NDP)
*13 nov 09h-12h F214/F216 point système Cl&Alt (SCB, NDP).
*20 nov 09h-12h F214/F216, Point système Cl&Alt (IS).
*20 nov 14h-17h Libre Service
*27 nov 09h-12h F214/F216 point systeme (IS/NDP).
*27 nov 14h-17h F214/F216 point systeme (SCB)
*4 dec 09h-12h F214/F216 Support système (IS).
*4 dec 14h-17h libre service
*11 dec 09h-12h libre service
*11 dec 14h-17h F214/F216 point system (SCB)
*14 dec-18 dec semaine bloquée libre service
Le 18/12 soutenances tte la journée F214/F216

==Groupes==
===M2PGI Apprenti===

===M2PGI Classique===
Consigne pour la constitution des groupes : Les étudiants ayant choisis l'option multimobile doivent se mettre ensemble. Ils doivent constituer des groupes de 4/5 afin d'avoir en tout 4 groupes (de M2 PGI classiques)

==Soutenance==
===M2PGI Apprenti===

===M2PGI Classique===

IMPERATIF
* le projet doit être (MUST) géré selon la méthode Scrum : le Scrum Master devra présenter le déroulement du projet.
* le serveur JavaEE doit être (MUST) hébergé sur une instance Windows Azure à partir du compte étudiant Azure offert gratuitement en début de projet (la machine virtuelle peut etre de type Windows ou Linux).
* un rapport de charge (benchmark) doit être (MUST) fourni : les outils JMeter ou Clif peuvent être utilisés.
* un rapport sur les métriques logicielles doit être (MUST) fourni : l'outil Sonar peut être utilisé.

'''Ordre de passage :'''
* Respectez l'ordre établi
* Faites attention au temps. Vous disposez de 15 minutes par soutenance pour : votre présentation, la démo et les questions

ATTENTION : Si vous voulez modifier ce planning, vous devez :
* trouver un autre groupe avec qui échanger
* vous assurer que tous les membres de ce groupe acceptent l'échange
* envoyer un mail à SC et XS pour informer du changement (avec le chef de projet de l'autre groupe en copie)
Aucune modification ne sera acceptée après le 18 décembre.

=Documentation=
==Transparents de cours==

* Cours JEE/EJB(NDP) [[Media:EJB-ECOM2010.pdf]]
* Cours JEE tiers presentation (SCB) : [https://dl.dropboxusercontent.com/u/9706615/JEE_tiers_presentation.pdf url]
* Cours GWT (SCB) : [https://dl.dropboxusercontent.com/u/9706615/cours_GWT.pdf url]
* Cours maven (DD) : [http://membres-liglab.imag.fr/donsez/cours/maven.pdf url]
* Cours versionning (DD) : [http://membres-liglab.imag.fr/donsez/cours/version.pdf url]
* Cours subversion (DD) : [http://membres-liglab.imag.fr/donsez/cours/subversion.pdf url]
* Cours forge (DD) : [http://membres-liglab.imag.fr/donsez/cours/forge.pdf url]
* Cours http (DD) : [http://membres-liglab.imag.fr/donsez/cours/http.pdf url]
* Cours servlet (DD) : [http://membres-liglab.imag.fr/donsez/cours/servletjsp.pdf url]
* Cours IHM (SC) : [[Media:Cours2015-2016v3.pdf]]
* Annexe cours IHM (SC) : [[Media:Annexe1-HeuristiqueNielsen.pdf]], [[Media:Annexe2-KMADe.pdf]], [[Media:Annexe3-Placement.pdf]], [[Media:Annnexe4-Accesssibilité.pdf]]

==Squelette du projet==
[http://dl.dropbox.com/u/66952950/ecom-maven.zip ecom-maven.zip] Inaccessible

==Doc utiles==
* [http://wiki.easybeans.org/xwiki/bin/view/Main/Documentation Documentation Easybeans (conteneur EJB3 utilisé par Jonas)]
* [http://docs.oracle.com/javaee/6/tutorial/doc/ Tutorial JavaEE 6 ]
* [http://netbeans.org/kb/67/javaee/ejb30.html Tutorial NetBean et JEE ]
* [http://docs.oracle.com/javaee/6/api/ API JavaEE 6]
* [https://java.net/projects/javaee-spec/pages/Home Spécifications JavaEE 6]
* [http://www.theserverside.com/news/thread.tss?thread_id=55191 JPA implementation patterns ]
* [http://jonas.ow2.org/JONAS_5_1_2/doc/doc-en/html/getting_started_guide.html#id1316973 Glossaire]
* [http://www.easybeans.net/xwiki/bin/download/Main/Documentation/ejb3-annotations.pdf Aide mémoire pour les annotations EJB3 ]
* Présentation sur le Cloud Computing : http://erods.liglab.fr/icar2013/programme.html
* Documentation et Training Kit sur Windows Azure : http://www.microsoft.com/en-us/download/details.aspx?id=8396
* Documentation de [http://roboconf.net/en Roboconf]
** Exemple avec LAMP http://roboconf.net/en/user-guide/lamp-example-part-1.html
http://proton.inrialpes.fr/~depalma/ecom/liens/liens.html
* Questionnaire pour site web : [[Media:Questionnaire copy.pdf]]
* Questionnaire SUS (évaluation satisfaction) : [http://blocnotes.iergo.fr/concevoir/les-outils/sus-pour-system-usability-scale/]

===Quelques livres===
REMARQUE: les livres sur JavaEE se periment très vite avec l'évolution de la spécification
* Java EE6 Cookbook for securing, tuning, and extending enterprise applications: http://www.packtpub.com/java-ee6-securing-tuning-extending-enterprise-applications-cookbook/book
* Holly Cummins and Timothy Ward, Enterprise OSGi in Action, March, 2013, 400 pages, ISBN: 9781617290138, http://www.manning.com/cummins/ ([http://www.manning.com/cummins/EOSGI_sample_ch02.pdf chapitre 2], [http://www.manning.com/cummins/EOSGI_sample_ch10.pdf chapitre 10])
* Debu Panda, Reza Rahman, Derek Lane, EJB 3 in Action, Pub Mannings, 2007, http://www.manning.com/panda/
* Debu Panda, Reza Rahman, Ryan Cuprak, and Michael Remijan, EJB 3 in Action, Second Edition, Pub Mannings, 2011, http://www.manning.com/panda2/

ECOM-M2PGI

2015-11-02T08:47:35Z

Noel.DePalma: /* M2PGI (Classique) */

Le projet eCOM consiste à concevoir et développer une application de commerce électronique. [[ECOM|suite ...]]

=Étapes du projet=
La partie IHM et la partie Système sont menées en parallèle pendant toute la durée du projet. Le projet se conclut par une soutenance finale pour chaque partie (IHM et système).

==Conduite de projet==
Le projet eCOM est très court en durée. Il est préconisé d'utiliser la méthodologie [[Scrum]] pour la conduite du projet dans chaque groupe.

===Critères d'évaluation===
La conduite du projet sera principalement évaluée en fonction des critères suivants :
* vous devez choisir un Scrum Master (unique ou tournant) : vous devez justifier votre choix
* durée du sprint (idem : vous devez justifier votre choix)
Sur ces 2 premiers critères, vous n'en changez pas !!!

Vous devez prévoir :
* product backlog
* sprint backlog
* sprint planning
* démos
* rétrospectives

Pensez à créer un wiki qui regroupera l'ensemble de vos documentations. Cela doit être une documentation Agile !!!!

Un point de bonus pour ceux qui réussiront à mettre en place des "poker planning".
[[File:20121002 141359.jpg|center|400px|PokerPlanningECOM2013]]

==Partie IHM==

===Etapes et documents demandés===
Le détail sur l'organisation et l'évaluation du travail concernant les spécifications du site sera communiqué lors des premières séances de cours. Liste des Livrables et date de rendu pour les M2PGI Alternants :

* Livrable 1 : par email, membres du groupe et brève description du sujet (un seul groupe OK)

====[[Audit 1 : 8/09 après midi :]]====
* L2.1 : Description des profils
* L2.2 : questionnaire profils (OPT)
* L3.1 : Scénarios
* L3.2 : Analyse de la concurrence (OPT)
* L3.3 : questionnaire sur l'utilisation
* L4 : Modèles de tâches
* L5 : Fonctionnalités
* L6.1 : Objectifs pour chaque version (priorités de développement)

====[[Audit 2 : 14/09 matin :]]====
* Mise à jour de L2 à L6.1
* L7.1 : Architecture (OPT)
* L7.2 : Base de données (OPT)
* L7.3 : IHM Abstraite
* L7.4 : Maquettes
* L6.2 : Objectifs pour les versions suivantes
* L8 : Démo de V0

====[[Audit 3 (Soutenances) : 18/09 matin :]]====
* Mise à jour de L7.3 (correction des erreurs)
* L9 : Rapport d'évaluation experte (imprimé pour la soutenance)
* L10 : démonstration finale
* L11 : diapos de votre présentation (version numérique à laquelle l'enseignant a accès au moment de votre passage)

OPT signifie que le livrable est optionnel soit parce qu'il ne s'applique pas à tous les groupes, soit parce qu'il ne peut qu'apporter une plus value à votre projet (points en plus mais pas en moins au moment de l'attribution de la note).
Lorsque ce n'est pas précisé, c'est à vous de choisir le mode présentation (écrit, schéma...) des informations du livrable

===Critères d'évaluation===
La partie IHM du projet sera principalement évaluée en fonction des critères suivants :
* Conformité de l'IHM concrète et abstraite avec le modèle de tâches
* Couverture fonctionnelle de l'application et robustesse au regard des priorités que vous avez retenues
* Qualité ergonomique au regard des principes vus en cours
* Rigueur de la démarche

==Partie Système==
La partie Système est axée sur deux étapes successives.
===Première étape===
La première consiste à définir le cœur de l'application, c'est-à-dire le modèle de données et la logique métier, puis à réaliser un premier prototype qui démontre une bonne maîtrise des EJB (session et entity beans).

Il est vivement conseillé de définir le modèle de données aussi tôt que possible et d"en discuter avec les enseignants. Il est également recommandé de limiter le premier prototype à un sous-ensemble des spécifications fonctionnelles, à la fois assez vaste pour couvrir les principales difficultés techniques et assez léger pour respecter les délais imposés.

À ce stade, l'application est seulement accessible par l'intermédiaire d'un "client lourd" (programme java offrant une console en mode texte). En particulier, il n'est pas demandé, pour cette première étape, de réaliser une interface web pour interagir avec l'application. L'application doit cependant offrir deux interfaces (administrateur et consommateur) et exécuter les requêtes avec des garanties transactionnelles.

Une présentation/démonstration du prototype V1 sera réalisée à la fin de l'étape n°1.
===Deuxième étape===
La seconde étape consiste à compléter le premier prototype avec les objectifs suivants :
* ajout des beans nécessaires pour couvrir l'ensemble des spécifications fonctionnelles ;
* développement d'une interface Web basée sur le modèle MVC ;
* rédaction des documents demandés (voir ci-dessous) ;
* modification de la configuration de déploiement : (1) client (lourd/léger) distant, (2) base de données externe (MySQL, Oracle, HSQL ...) et éventuellement distante ;
* ajout éventuel de fonctionnalités non prioritaires.

Une présentation d'une mini-maquette d'interface web aura lieu au milieu de l'étape n°2.

Remarque : Aucune des phases du projet ne nécessite le développement d'un client lourd en mode graphique (SWT ...).
===Documents demandés===
Deux rapports doivent être rédigés pour la partie Système : un document de conception système et un document d'évaluation système.

====Document de conception système====
Le dossier de conception système (DCS) a pour but de permettre à toute personne de connaitre les principaux composants JEE de votre application ECOM. Cette connaissance doit pouvoir être acquise rapidement, sans avoir à entrer dans les détails de l'implémentation. Le DCS doit donc être de taille relativement limitée (5 à 10 pages, 20 pages au grand maximum).
Le DCS est centré sur un schéma d'architecture système (SAS) : ce schéma doit faire apparaître les composants qui vont constituer l'application, ainsi que les liens entre les beans. Un lien depuis un composant A vers un (ou plusieurs) composant(s) B signifie qu'une interaction peut avoir lieu depuis A vers B. Un lien peut être monovalué ou multivalué, monodirectionnel ou multidirectionnel.

Pour chaque composant et lien du SAS, le DCS doit fournir :
* Une description fonctionnelle : La description fonctionnelle d'un composant fait apparaître les attributs qui le composent, ainsi que les méthodes qu'il fournit. Attributs et méthodes seront associés à une courte description. Les besoins liées à la persistence ou aux aspects transactionnels peuvent également être explicités.
* Une description d'implantation JEE : La description d'implantation décrit l'implantation du composant ou du lien dans l'environnement JEE. Un composant peut être implanté par un programme Java externe (client léger / client lourd JEE), par un servlet, par un bean ou par un objet POJO. Dans ces derniers cas, il faut préciser les caractéristiques des beans / POJO (local / distribué, session / évenementiel, stateful / stateless, etc). Un lien peut être implanté par une relation JEE, ou bien par conservation de référence de bean.

====Document d'évaluation système====

Le rapport final système du projet ECOM a pour but de préciser l’état d’avancement de votre application ECOM.

Le rapport final système doit préciser :
* L’état de chaque composant : non réalisé, réalisé, réalisé et validé
* Les fonctions réalisées, réalisées et testées, et celles restant à réaliser
* Les propriétés non fonctionnelles garanties par votre réalisation, et celles restant à considérer pour finaliser votre application
* Le temps consacré à la conception système
* Le temps consacré au développement système
* Les principales difficultés rencontrées
===Critères d'évaluation===
La partie système du projet sera principalement évaluée en fonction des critères suivants :
* Conformité aux spécifications de l'application et aux consignes données dans le cadre du projet
* Respect des échéances pour les différentes étapes du projet (y compris pour les prototypes intermédiaires et les documents)
* Qualité de l'architecture de l'application
* Qualité et robustesse du code applicatif
* Compréhension des principaux concepts de la technologie JEE
* Rigueur de la démarche de conception
* Qualité des présentations/soutenances
En complément, les aspects suivants seront également considérés :
* Méthodologie de test
* Déploiement et retrait de l'application sur/de la plateforme cloud (Azure) avec [http://roboconf.net/ Roboconf] ([http://roboconf.net/en/user-guide/lamp-example-part-1.html voir l'exemple avec LAMP])
* Préparation d'images de VMs avec [[Kameleon]]
* Performances (résultat du injection de charge avec [[Apache JMeter]] ou OW2 CLIF)
* Supervision du système déployé avec des sondes [[Nagios]] ou [[Shinken]] conditionnées dans les VMs à déployer.
* Utilisation (optionnelle) de technologies/APIs/frameworks avancés

==Consignes pour la soutenance==
===Consignes spécifiques pour les soutenances IHM===
Durée totale : 20 minutes
* documents (version papier) à apporter : cahier des charges (version finale), dossier de conception IHM, dossier d'évaluation IHM
* votre passage doit contenir une présentation globale du projet, le processus de conception (illustré), des évaluations, le bilan (point de vue IHM) et une démo PRÉPARÉE
* arrivez avec l'application démarée (on ne perd pas de temps) et 1 ou 2 scénarios (de test)
* prévoyez 5 minutes de questions lors de votre passage

===Consignes spécifiques pour les soutenances Système===
* Apportez un exemplaire du dossier d'évaluation système (déposé la veille sur Moodle) lors de la soutenance. Il n'est pas nécessaire d'apporter un exemplaire du dossier de conception système.
* Préparez vous 30 minutes avant votre soutenance pour démarrer les instances Windows Azure avec le service développé.
* Prévovez environ 30 minutes pour la présentation/démo/questions. Utilisez des transparents pour présenter votre projet.
* Les démonstrations peuvent être faites sur vos machines personnelles cependant le service eCOM doit IMPERATIVEMENT s'exécuter sur une ou plusieurs instances Windows Azure.
* Conditionnez le projet final sous la forme d’une archive (zip ou tar.gz) après avoir inclus la documentation (dans un repertoire /main/site). Utilisez la convention de nommage suivante : ecom_final_1213-X.zip où X correspond au nom du projet.
* Déposez immédiatement après la soutenance (et en aucun cas après le 20 décembre) l'archive sur Moodle.
* le rapport de charge (benchmark) doit être (MUST) fourni dans la documentation.
* le rapport sur les métriques logicielles doit être (MUST) fourni dans la documentation.

=Organisation 2015-2016=

==Planning==
===M2PGI (Alternant)===
'''Equipe pédagogique:''' Noël de Palma (NdP), Vincent Lesne (VL), Sybille Caffiau (SC), Sebastien Chassand-Barrioz (SCB), Ibrahim Safiedinne (FR)

'''Dates Importantes:'''
*Soutenances (IHM + système) : 9h-17h, le 18 septembre
*Remise du dossier de conception système : le 18 septembre (lors de votre passage)
*Remise du dossier d'évaluation système : le 18 septembre (lors de votre passage)

*01 sept 09h-12h F114, Boot Projet/ JEE (NDP)
*01 sept 14h-17h F114, Boot Projet/ JEE (NDP)
*02 sept 09h-12h F114, cours Agile (FDJ)
*02 sept 14h-17h F114, cours MVC/JSF/GWT (SCB)
*03 sept 09h-12h F114, cours IHM (SC)
*03 sept 14h-17h F114, cours outils et angular (SCB)
*04 sept 09h-12h Libre service
*04 sept 14h-17h F217, Support Syst. Cl&Alt (NDP)
*07 sept 09h-12h F114, cours Agile (FDJ)
*07 sept 14h-17h F114, cours Cloud (IS)
*08 sept 09h-12h F217, Support Syst. (NDP)
*08 sept 14h-17h Libre Service
*09 sept 09h-12h Support Syst. Cl&Alt (IS/NDP)
*09 sept 14h-17h Libre Service
*10 sept 09h-12h F217, Support Syst. (SCB)
*10 sept 14h-17h Libre Service
*11 sept 09h-12h Libre Service
*11 sept 14h-17h F217, Support Syst. (SCB)
*14 sept 09h-12h F217, Support Syst. (IS/NDP)
*14 sept 14h-17h Libre Service
*15 sept 09h-12h F217, Support Syst. (SCB)
*15 sept 14h-17h Libre Service
*16 sept 09h-12h F217, Support Syst. (IS/NDP)
*16 sept 14h-17h Libre Service
*17 sept 09h-12h F217, Support Syst. (IS/NDP)
*17 sept 14h-17h Libre Service
*18 sept 09h-12h Soutenance F109/F217
*18 sept 14h-17h Soutenance F109/F217

===M2PGI (Classique)===
'''Equipe pédagogique:''' Noël de Palma (NdP), Vincent Lesne (VL), Sybille Caffiau (SC), Sebastien Chassand-Barrioz (SCB), Ibrahim Safiedinne (FR)

'''Dates Importantes:'''
*25 sept 9h-12h F117, Boot Projet/ JEE (NDP)
*25 sept 14h-17h F316, cours Agile (VL)
*02 oct 09h-12h F018, cours Agile (VL)
*02 oct 13h30-18h F115, cours IHM (SC)
*09 oct 09h-12h F214/F216 point systeme (NDP)
*09 oct 14h-17h F115, cours outils et angular (SCB)
*16 oct 09h-12h F115, cours MVC/JSF/GWT (SCB)
*16 oct 14h-17h F214/F216 point systeme (SCB, NDP)
*23 oct 9h-12h F214/F216, point système (SCB, NDP)
*23 oct 14h-17h F115, cours Cloud (IS ou NDP)
*06 nov 09h-12h F214/F216 point système (IS)
*06 nov 14h-17h F214/F216 point système (SCB, NDP)
*13 nov 09h-12h F214/F216 point système Cl&Alt (SCB, NDP).
*20 nov 09h-12h F214/F216, Point système Cl&Alt (IS).
*20 nov 14h-17h Libre Service
*27 nov 09h-12h F214/F216 point systeme (IS/NDP).
*27 nov 14h-17h F214/F216 point systeme (SCB)
*4 dec 09h-12h F214/F216 Support système (IS).
*4 dec 14h-17h libre service
*11 dec 09h-12h libre service
*11 dec 14h-17h F214/F216 point system (SCB)
*14 dec-18 dec semaine bloquée libre service
Le 18/12 soutenances tte la journée F214/F216

==Groupes==
===M2PGI Apprenti===

===M2PGI Classique===
Consigne pour la constitution des groupes : Les étudiants ayant choisis l'option multimobile doivent se mettre ensemble. Ils doivent constituer des groupes de 4/5 afin d'avoir en tout 4 groupes (de M2 PGI classiques)

==Soutenance==
===M2PGI Apprenti===

===M2PGI Classique===

IMPERATIF
* le projet doit être (MUST) géré selon la méthode Scrum : le Scrum Master devra présenter le déroulement du projet.
* le serveur JavaEE doit être (MUST) hébergé sur une instance Windows Azure à partir du compte étudiant Azure offert gratuitement en début de projet (la machine virtuelle peut etre de type Windows ou Linux).
* un rapport de charge (benchmark) doit être (MUST) fourni : les outils JMeter ou Clif peuvent être utilisés.
* un rapport sur les métriques logicielles doit être (MUST) fourni : l'outil Sonar peut être utilisé.

'''Ordre de passage :'''
* Respectez l'ordre établi
* Faites attention au temps. Vous disposez de 15 minutes par soutenance pour : votre présentation, la démo et les questions

ATTENTION : Si vous voulez modifier ce planning, vous devez :
* trouver un autre groupe avec qui échanger
* vous assurer que tous les membres de ce groupe acceptent l'échange
* envoyer un mail à SC et XS pour informer du changement (avec le chef de projet de l'autre groupe en copie)
Aucune modification ne sera acceptée après le 18 décembre.

=Documentation=
==Transparents de cours==

* Cours JEE/EJB(NDP) [[Media:EJB-ECOM2010.pdf]]
* Cours JEE tiers presentation (SCB) : [https://dl.dropboxusercontent.com/u/9706615/JEE_tiers_presentation.pdf url]
* Cours GWT (SCB) : [https://dl.dropboxusercontent.com/u/9706615/cours_GWT.pdf url]
* Cours maven (DD) : [http://membres-liglab.imag.fr/donsez/cours/maven.pdf url]
* Cours versionning (DD) : [http://membres-liglab.imag.fr/donsez/cours/version.pdf url]
* Cours subversion (DD) : [http://membres-liglab.imag.fr/donsez/cours/subversion.pdf url]
* Cours forge (DD) : [http://membres-liglab.imag.fr/donsez/cours/forge.pdf url]
* Cours http (DD) : [http://membres-liglab.imag.fr/donsez/cours/http.pdf url]
* Cours servlet (DD) : [http://membres-liglab.imag.fr/donsez/cours/servletjsp.pdf url]
* Cours IHM (SC) : [[Media:Cours2015-2016v3.pdf]]
* Annexe cours IHM (SC) : [[Media:Annexe1-HeuristiqueNielsen.pdf]], [[Media:Annexe2-KMADe.pdf]], [[Media:Annexe3-Placement.pdf]], [[Media:Annnexe4-Accesssibilité.pdf]]

==Squelette du projet==
[http://dl.dropbox.com/u/66952950/ecom-maven.zip ecom-maven.zip] Inaccessible

==Doc utiles==
* [http://wiki.easybeans.org/xwiki/bin/view/Main/Documentation Documentation Easybeans (conteneur EJB3 utilisé par Jonas)]
* [http://docs.oracle.com/javaee/6/tutorial/doc/ Tutorial JavaEE 6 ]
* [http://netbeans.org/kb/67/javaee/ejb30.html Tutorial NetBean et JEE ]
* [http://docs.oracle.com/javaee/6/api/ API JavaEE 6]
* [https://java.net/projects/javaee-spec/pages/Home Spécifications JavaEE 6]
* [http://www.theserverside.com/news/thread.tss?thread_id=55191 JPA implementation patterns ]
* [http://jonas.ow2.org/JONAS_5_1_2/doc/doc-en/html/getting_started_guide.html#id1316973 Glossaire]
* [http://www.easybeans.net/xwiki/bin/download/Main/Documentation/ejb3-annotations.pdf Aide mémoire pour les annotations EJB3 ]
* Présentation sur le Cloud Computing : http://erods.liglab.fr/icar2013/programme.html
* Documentation et Training Kit sur Windows Azure : http://www.microsoft.com/en-us/download/details.aspx?id=8396
* Documentation de [http://roboconf.net/en Roboconf]
** Exemple avec LAMP http://roboconf.net/en/user-guide/lamp-example-part-1.html
http://proton.inrialpes.fr/~depalma/ecom/liens/liens.html
* Questionnaire pour site web : [[Media:Questionnaire copy.pdf]]
* Questionnaire SUS (évaluation satisfaction) : [http://blocnotes.iergo.fr/concevoir/les-outils/sus-pour-system-usability-scale/]

===Quelques livres===
REMARQUE: les livres sur JavaEE se periment très vite avec l'évolution de la spécification
* Java EE6 Cookbook for securing, tuning, and extending enterprise applications: http://www.packtpub.com/java-ee6-securing-tuning-extending-enterprise-applications-cookbook/book
* Holly Cummins and Timothy Ward, Enterprise OSGi in Action, March, 2013, 400 pages, ISBN: 9781617290138, http://www.manning.com/cummins/ ([http://www.manning.com/cummins/EOSGI_sample_ch02.pdf chapitre 2], [http://www.manning.com/cummins/EOSGI_sample_ch10.pdf chapitre 10])
* Debu Panda, Reza Rahman, Derek Lane, EJB 3 in Action, Pub Mannings, 2007, http://www.manning.com/panda/
* Debu Panda, Reza Rahman, Ryan Cuprak, and Michael Remijan, EJB 3 in Action, Second Edition, Pub Mannings, 2011, http://www.manning.com/panda2/

ECOM-M2PGI

2015-09-26T06:08:20Z

Noel.DePalma: /* M2PGI (Classique) */

Le projet eCOM consiste à concevoir et développer une application de commerce électronique. [[ECOM|suite ...]]

=Étapes du projet=
La partie IHM et la partie Système sont menées en parallèle pendant toute la durée du projet. Le projet se conclut par une soutenance finale pour chaque partie (IHM et système).

==Conduite de projet==
Le projet eCOM est très court en durée. Il est préconisé d'utiliser la méthodologie [[Scrum]] pour la conduite du projet dans chaque groupe.

===Critères d'évaluation===
La conduite du projet sera principalement évaluée en fonction des critères suivants :
* vous devez choisir un Scrum Master (unique ou tournant) : vous devez justifier votre choix
* durée du sprint (idem : vous devez justifier votre choix)
Sur ces 2 premiers critères, vous n'en changez pas !!!

Vous devez prévoir :
* product backlog
* sprint backlog
* sprint planning
* démos
* rétrospectives

Pensez à créer un wiki qui regroupera l'ensemble de vos documentations. Cela doit être une documentation Agile !!!!

Un point de bonus pour ceux qui réussiront à mettre en place des "poker planning".
[[File:20121002 141359.jpg|center|400px|PokerPlanningECOM2013]]

==Partie IHM==

===Etapes et documents demandés===
Le détail sur l'organisation et l'évaluation du travail concernant les spécifications du site sera communiqué lors des premières séances de cours. Liste des Livrables et date de rendu pour les M2PGI Alternants :

* Livrable 1 : par email, membres du groupe et brève description du sujet (un seul groupe OK)

====[[Audit 1 : 8/09 après midi :]]====
* L2.1 : Description des profils
* L2.2 : questionnaire profils (OPT)
* L3.1 : Scénarios
* L3.2 : Analyse de la concurrence (OPT)
* L3.3 : questionnaire sur l'utilisation
* L4 : Modèles de tâches
* L5 : Fonctionnalités
* L6.1 : Objectifs pour chaque version (priorités de développement)

====[[Audit 2 : 14/09 matin :]]====
* Mise à jour de L2 à L6.1
* L7.1 : Architecture (OPT)
* L7.2 : Base de données (OPT)
* L7.3 : IHM Abstraite
* L7.4 : Maquettes
* L6.2 : Objectifs pour les versions suivantes
* L8 : Démo de V0

====[[Audit 3 (Soutenances) : 18/09 matin :]]====
* Mise à jour de L7.3 (correction des erreurs)
* L9 : Rapport d'évaluation experte (imprimé pour la soutenance)
* L10 : démonstration finale
* L11 : diapos de votre présentation (version numérique à laquelle l'enseignant a accès au moment de votre passage)

OPT signifie que le livrable est optionnel soit parce qu'il ne s'applique pas à tous les groupes, soit parce qu'il ne peut qu'apporter une plus value à votre projet (points en plus mais pas en moins au moment de l'attribution de la note).
Lorsque ce n'est pas précisé, c'est à vous de choisir le mode présentation (écrit, schéma...) des informations du livrable

===Critères d'évaluation===
La partie IHM du projet sera principalement évaluée en fonction des critères suivants :
* Conformité de l'IHM concrète et abstraite avec le modèle de tâches
* Couverture fonctionnelle de l'application et robustesse au regard des priorités que vous avez retenues
* Qualité ergonomique au regard des principes vus en cours
* Rigueur de la démarche

==Partie Système==
La partie Système est axée sur deux étapes successives.
===Première étape===
La première consiste à définir le cœur de l'application, c'est-à-dire le modèle de données et la logique métier, puis à réaliser un premier prototype qui démontre une bonne maîtrise des EJB (session et entity beans).

Il est vivement conseillé de définir le modèle de données aussi tôt que possible et d"en discuter avec les enseignants. Il est également recommandé de limiter le premier prototype à un sous-ensemble des spécifications fonctionnelles, à la fois assez vaste pour couvrir les principales difficultés techniques et assez léger pour respecter les délais imposés.

À ce stade, l'application est seulement accessible par l'intermédiaire d'un "client lourd" (programme java offrant une console en mode texte). En particulier, il n'est pas demandé, pour cette première étape, de réaliser une interface web pour interagir avec l'application. L'application doit cependant offrir deux interfaces (administrateur et consommateur) et exécuter les requêtes avec des garanties transactionnelles.

Une présentation/démonstration du prototype V1 sera réalisée à la fin de l'étape n°1.
===Deuxième étape===
La seconde étape consiste à compléter le premier prototype avec les objectifs suivants :
* ajout des beans nécessaires pour couvrir l'ensemble des spécifications fonctionnelles ;
* développement d'une interface Web basée sur le modèle MVC ;
* rédaction des documents demandés (voir ci-dessous) ;
* modification de la configuration de déploiement : (1) client (lourd/léger) distant, (2) base de données externe (MySQL, Oracle, HSQL ...) et éventuellement distante ;
* ajout éventuel de fonctionnalités non prioritaires.

Une présentation d'une mini-maquette d'interface web aura lieu au milieu de l'étape n°2.

Remarque : Aucune des phases du projet ne nécessite le développement d'un client lourd en mode graphique (SWT ...).
===Documents demandés===
Deux rapports doivent être rédigés pour la partie Système : un document de conception système et un document d'évaluation système.

====Document de conception système====
Le dossier de conception système (DCS) a pour but de permettre à toute personne de connaitre les principaux composants JEE de votre application ECOM. Cette connaissance doit pouvoir être acquise rapidement, sans avoir à entrer dans les détails de l'implémentation. Le DCS doit donc être de taille relativement limitée (5 à 10 pages, 20 pages au grand maximum).
Le DCS est centré sur un schéma d'architecture système (SAS) : ce schéma doit faire apparaître les composants qui vont constituer l'application, ainsi que les liens entre les beans. Un lien depuis un composant A vers un (ou plusieurs) composant(s) B signifie qu'une interaction peut avoir lieu depuis A vers B. Un lien peut être monovalué ou multivalué, monodirectionnel ou multidirectionnel.

Pour chaque composant et lien du SAS, le DCS doit fournir :
* Une description fonctionnelle : La description fonctionnelle d'un composant fait apparaître les attributs qui le composent, ainsi que les méthodes qu'il fournit. Attributs et méthodes seront associés à une courte description. Les besoins liées à la persistence ou aux aspects transactionnels peuvent également être explicités.
* Une description d'implantation JEE : La description d'implantation décrit l'implantation du composant ou du lien dans l'environnement JEE. Un composant peut être implanté par un programme Java externe (client léger / client lourd JEE), par un servlet, par un bean ou par un objet POJO. Dans ces derniers cas, il faut préciser les caractéristiques des beans / POJO (local / distribué, session / évenementiel, stateful / stateless, etc). Un lien peut être implanté par une relation JEE, ou bien par conservation de référence de bean.

====Document d'évaluation système====

Le rapport final système du projet ECOM a pour but de préciser l’état d’avancement de votre application ECOM.

Le rapport final système doit préciser :
* L’état de chaque composant : non réalisé, réalisé, réalisé et validé
* Les fonctions réalisées, réalisées et testées, et celles restant à réaliser
* Les propriétés non fonctionnelles garanties par votre réalisation, et celles restant à considérer pour finaliser votre application
* Le temps consacré à la conception système
* Le temps consacré au développement système
* Les principales difficultés rencontrées
===Critères d'évaluation===
La partie système du projet sera principalement évaluée en fonction des critères suivants :
* Conformité aux spécifications de l'application et aux consignes données dans le cadre du projet
* Respect des échéances pour les différentes étapes du projet (y compris pour les prototypes intermédiaires et les documents)
* Qualité de l'architecture de l'application
* Qualité et robustesse du code applicatif
* Compréhension des principaux concepts de la technologie JEE
* Rigueur de la démarche de conception
* Qualité des présentations/soutenances
En complément, les aspects suivants seront également considérés :
* Méthodologie de test
* Déploiement et retrait de l'application sur/de la plateforme cloud (Azure) avec [http://roboconf.net/ Roboconf] ([http://roboconf.net/en/user-guide/lamp-example-part-1.html voir l'exemple avec LAMP])
* Préparation d'images de VMs avec [[Kameleon]]
* Performances (résultat du injection de charge avec [[Apache JMeter]] ou OW2 CLIF)
* Supervision du système déployé avec des sondes [[Nagios]] ou [[Shinken]] conditionnées dans les VMs à déployer.
* Utilisation (optionnelle) de technologies/APIs/frameworks avancés

==Consignes pour la soutenance==
===Consignes spécifiques pour les soutenances IHM===
Durée totale : 20 minutes
* documents (version papier) à apporter : cahier des charges (version finale), dossier de conception IHM, dossier d'évaluation IHM
* votre passage doit contenir une présentation globale du projet, le processus de conception (illustré), des évaluations, le bilan (point de vue IHM) et une démo PRÉPARÉE
* arrivez avec l'application démarée (on ne perd pas de temps) et 1 ou 2 scénarios (de test)
* prévoyez 5 minutes de questions lors de votre passage

===Consignes spécifiques pour les soutenances Système===
* Apportez un exemplaire du dossier d'évaluation système (déposé la veille sur Moodle) lors de la soutenance. Il n'est pas nécessaire d'apporter un exemplaire du dossier de conception système.
* Préparez vous 30 minutes avant votre soutenance pour démarrer les instances Windows Azure avec le service développé.
* Prévovez environ 30 minutes pour la présentation/démo/questions. Utilisez des transparents pour présenter votre projet.
* Les démonstrations peuvent être faites sur vos machines personnelles cependant le service eCOM doit IMPERATIVEMENT s'exécuter sur une ou plusieurs instances Windows Azure.
* Conditionnez le projet final sous la forme d’une archive (zip ou tar.gz) après avoir inclus la documentation (dans un repertoire /main/site). Utilisez la convention de nommage suivante : ecom_final_1213-X.zip où X correspond au nom du projet.
* Déposez immédiatement après la soutenance (et en aucun cas après le 20 décembre) l'archive sur Moodle.
* le rapport de charge (benchmark) doit être (MUST) fourni dans la documentation.
* le rapport sur les métriques logicielles doit être (MUST) fourni dans la documentation.

=Organisation 2015-2016=

==Planning==
===M2PGI (Alternant)===
'''Equipe pédagogique:''' Noël de Palma (NdP), Vincent Lesne (VL), Sybille Caffiau (SC), Sebastien Chassand-Barrioz (SCB), Ibrahim Safiedinne (FR)

'''Dates Importantes:'''
*Soutenances (IHM + système) : 9h-17h, le 18 septembre
*Remise du dossier de conception système : le 18 septembre (lors de votre passage)
*Remise du dossier d'évaluation système : le 18 septembre (lors de votre passage)

*01 sept 09h-12h F114, Boot Projet/ JEE (NDP)
*01 sept 14h-17h F114, Boot Projet/ JEE (NDP)
*02 sept 09h-12h F114, cours Agile (FDJ)
*02 sept 14h-17h F114, cours MVC/JSF/GWT (SCB)
*03 sept 09h-12h F114, cours IHM (SC)
*03 sept 14h-17h F114, cours outils et angular (SCB)
*04 sept 09h-12h Libre service
*04 sept 14h-17h F217, Support Syst. Cl&Alt (NDP)
*07 sept 09h-12h F114, cours Agile (FDJ)
*07 sept 14h-17h F114, cours Cloud (IS)
*08 sept 09h-12h F217, Support Syst. (NDP)
*08 sept 14h-17h Libre Service
*09 sept 09h-12h Support Syst. Cl&Alt (IS/NDP)
*09 sept 14h-17h Libre Service
*10 sept 09h-12h F217, Support Syst. (SCB)
*10 sept 14h-17h Libre Service
*11 sept 09h-12h Libre Service
*11 sept 14h-17h F217, Support Syst. (SCB)
*14 sept 09h-12h F217, Support Syst. (IS/NDP)
*14 sept 14h-17h Libre Service
*15 sept 09h-12h F217, Support Syst. (SCB)
*15 sept 14h-17h Libre Service
*16 sept 09h-12h F217, Support Syst. (IS/NDP)
*16 sept 14h-17h Libre Service
*17 sept 09h-12h F217, Support Syst. (IS/NDP)
*17 sept 14h-17h Libre Service
*18 sept 09h-12h Soutenance F109/F217
*18 sept 14h-17h Soutenance F109/F217

===M2PGI (Classique)===
'''Equipe pédagogique:''' Noël de Palma (NdP), Vincent Lesne (VL), Sybille Caffiau (SC), Sebastien Chassand-Barrioz (SCB), Ibrahim Safiedinne (FR)

'''Dates Importantes:'''
*25 sept 9h-12h F117, Boot Projet/ JEE (NDP)
*25 sept 14h-17h F316, cours Agile (VL)
*02 oct 09h-12h F018, cours Agile (VL)
*02 oct 13h30-18h F115, cours IHM (SC)
*09 oct 09h-12h F214/F216 point systeme (NDP)
*09 oct 14h-17h F115, cours outils et angular (SCB)
*16 oct 09h-12h F115, cours MVC/JSF/GWT (SCB)
*16 oct 14h-17h F214/F216 point systeme (SCB, NDP)
*23 oct 9h-12h F214/F216, point système (SCB, NDP)
*23 oct 14h-17h F115, cours Cloud (IS ou NDP)
*02 nov 09h-12h F214/F216 point système (IS)
*02 nov 14h-17h F214/F216 point système (SCB, NDP)
*13 nov 09h-12h F214/F216 point système Cl&Alt (SCB, NDP).
*20 nov 09h-12h F214/F216, Point système Cl&Alt (IS).
*20 nov 14h-17h Libre Service
*27 nov 09h-12h F214/F216 point systeme (IS/NDP).
*27 nov 14h-17h F214/F216 point systeme (SCB)
*4 dec 09h-12h F214/F216 Support système (IS).
*4 dec 14h-17h libre service
*11 dec 09h-12h libre service
*11 dec 14h-17h F214/F216 point system (SCB)
*14 dec-18 dec semaine bloquée libre service
Le 18/12 soutenances tte la journée F214/F216

==Groupes==
===M2PGI Apprenti===

===M2PGI Classique===
Consigne pour la constitution des groupes : Les étudiants ayant choisis l'option multimobile doivent se mettre ensemble. Ils doivent constituer des groupes de 4/5 afin d'avoir en tout 4 groupes (de M2 PGI classiques)

==Soutenance==
===M2PGI Apprenti===

===M2PGI Classique===

IMPERATIF
* le projet doit être (MUST) géré selon la méthode Scrum : le Scrum Master devra présenter le déroulement du projet.
* le serveur JavaEE doit être (MUST) hébergé sur une instance Windows Azure à partir du compte étudiant Azure offert gratuitement en début de projet (la machine virtuelle peut etre de type Windows ou Linux).
* un rapport de charge (benchmark) doit être (MUST) fourni : les outils JMeter ou Clif peuvent être utilisés.
* un rapport sur les métriques logicielles doit être (MUST) fourni : l'outil Sonar peut être utilisé.

'''Ordre de passage :'''
* Respectez l'ordre établi
* Faites attention au temps. Vous disposez de 15 minutes par soutenance pour : votre présentation, la démo et les questions

ATTENTION : Si vous voulez modifier ce planning, vous devez :
* trouver un autre groupe avec qui échanger
* vous assurer que tous les membres de ce groupe acceptent l'échange
* envoyer un mail à SC et XS pour informer du changement (avec le chef de projet de l'autre groupe en copie)
Aucune modification ne sera acceptée après le 18 décembre.

=Documentation=
==Transparents de cours==

* Cours JEE/EJB(NDP) [[Media:EJB-ECOM2010.pdf]]
* Cours JEE tiers presentation (SCB) : [https://dl.dropboxusercontent.com/u/9706615/JEE_tiers_presentation.pdf url]
* Cours GWT (SCB) : [https://dl.dropboxusercontent.com/u/9706615/cours_GWT.pdf url]
* Cours maven (DD) : [http://membres-liglab.imag.fr/donsez/cours/maven.pdf url]
* Cours versionning (DD) : [http://membres-liglab.imag.fr/donsez/cours/version.pdf url]
* Cours subversion (DD) : [http://membres-liglab.imag.fr/donsez/cours/subversion.pdf url]
* Cours forge (DD) : [http://membres-liglab.imag.fr/donsez/cours/forge.pdf url]
* Cours http (DD) : [http://membres-liglab.imag.fr/donsez/cours/http.pdf url]
* Cours servlet (DD) : [http://membres-liglab.imag.fr/donsez/cours/servletjsp.pdf url]
* Cours IHM (SC) : [[Media:Cours2015-2016v3.pdf]]
* Annexe cours IHM (SC) : [[Media:Annexe1-HeuristiqueNielsen.pdf]], [[Media:Annexe2-KMADe.pdf]], [[Media:Annexe3-Placement.pdf]], [[Media:Annnexe4-Accesssibilité.pdf]]

==Squelette du projet==
[http://dl.dropbox.com/u/66952950/ecom-maven.zip ecom-maven.zip] Inaccessible

==Doc utiles==
* [http://wiki.easybeans.org/xwiki/bin/view/Main/Documentation Documentation Easybeans (conteneur EJB3 utilisé par Jonas)]
* [http://docs.oracle.com/javaee/6/tutorial/doc/ Tutorial JavaEE 6 ]
* [http://netbeans.org/kb/67/javaee/ejb30.html Tutorial NetBean et JEE ]
* [http://docs.oracle.com/javaee/6/api/ API JavaEE 6]
* [https://java.net/projects/javaee-spec/pages/Home Spécifications JavaEE 6]
* [http://www.theserverside.com/news/thread.tss?thread_id=55191 JPA implementation patterns ]
* [http://jonas.ow2.org/JONAS_5_1_2/doc/doc-en/html/getting_started_guide.html#id1316973 Glossaire]
* [http://www.easybeans.net/xwiki/bin/download/Main/Documentation/ejb3-annotations.pdf Aide mémoire pour les annotations EJB3 ]
* Présentation sur le Cloud Computing : http://erods.liglab.fr/icar2013/programme.html
* Documentation et Training Kit sur Windows Azure : http://www.microsoft.com/en-us/download/details.aspx?id=8396
* Documentation de [http://roboconf.net/en Roboconf]
** Exemple avec LAMP http://roboconf.net/en/user-guide/lamp-example-part-1.html
http://proton.inrialpes.fr/~depalma/ecom/liens/liens.html
* Questionnaire pour site web : [[Media:Questionnaire copy.pdf]]
* Questionnaire SUS (évaluation satisfaction) : [http://blocnotes.iergo.fr/concevoir/les-outils/sus-pour-system-usability-scale/]

===Quelques livres===
REMARQUE: les livres sur JavaEE se periment très vite avec l'évolution de la spécification
* Java EE6 Cookbook for securing, tuning, and extending enterprise applications: http://www.packtpub.com/java-ee6-securing-tuning-extending-enterprise-applications-cookbook/book
* Holly Cummins and Timothy Ward, Enterprise OSGi in Action, March, 2013, 400 pages, ISBN: 9781617290138, http://www.manning.com/cummins/ ([http://www.manning.com/cummins/EOSGI_sample_ch02.pdf chapitre 2], [http://www.manning.com/cummins/EOSGI_sample_ch10.pdf chapitre 10])
* Debu Panda, Reza Rahman, Derek Lane, EJB 3 in Action, Pub Mannings, 2007, http://www.manning.com/panda/
* Debu Panda, Reza Rahman, Ryan Cuprak, and Michael Remijan, EJB 3 in Action, Second Edition, Pub Mannings, 2011, http://www.manning.com/panda2/

ECOM-M2PGI

2015-09-26T06:07:37Z

Noel.DePalma: /* M2PGI (Classique) */

Le projet eCOM consiste à concevoir et développer une application de commerce électronique. [[ECOM|suite ...]]

=Étapes du projet=
La partie IHM et la partie Système sont menées en parallèle pendant toute la durée du projet. Le projet se conclut par une soutenance finale pour chaque partie (IHM et système).

==Conduite de projet==
Le projet eCOM est très court en durée. Il est préconisé d'utiliser la méthodologie [[Scrum]] pour la conduite du projet dans chaque groupe.

===Critères d'évaluation===
La conduite du projet sera principalement évaluée en fonction des critères suivants :
* vous devez choisir un Scrum Master (unique ou tournant) : vous devez justifier votre choix
* durée du sprint (idem : vous devez justifier votre choix)
Sur ces 2 premiers critères, vous n'en changez pas !!!

Vous devez prévoir :
* product backlog
* sprint backlog
* sprint planning
* démos
* rétrospectives

Pensez à créer un wiki qui regroupera l'ensemble de vos documentations. Cela doit être une documentation Agile !!!!

Un point de bonus pour ceux qui réussiront à mettre en place des "poker planning".
[[File:20121002 141359.jpg|center|400px|PokerPlanningECOM2013]]

==Partie IHM==

===Etapes et documents demandés===
Le détail sur l'organisation et l'évaluation du travail concernant les spécifications du site sera communiqué lors des premières séances de cours. Liste des Livrables et date de rendu pour les M2PGI Alternants :

* Livrable 1 : par email, membres du groupe et brève description du sujet (un seul groupe OK)

====[[Audit 1 : 8/09 après midi :]]====
* L2.1 : Description des profils
* L2.2 : questionnaire profils (OPT)
* L3.1 : Scénarios
* L3.2 : Analyse de la concurrence (OPT)
* L3.3 : questionnaire sur l'utilisation
* L4 : Modèles de tâches
* L5 : Fonctionnalités
* L6.1 : Objectifs pour chaque version (priorités de développement)

====[[Audit 2 : 14/09 matin :]]====
* Mise à jour de L2 à L6.1
* L7.1 : Architecture (OPT)
* L7.2 : Base de données (OPT)
* L7.3 : IHM Abstraite
* L7.4 : Maquettes
* L6.2 : Objectifs pour les versions suivantes
* L8 : Démo de V0

====[[Audit 3 (Soutenances) : 18/09 matin :]]====
* Mise à jour de L7.3 (correction des erreurs)
* L9 : Rapport d'évaluation experte (imprimé pour la soutenance)
* L10 : démonstration finale
* L11 : diapos de votre présentation (version numérique à laquelle l'enseignant a accès au moment de votre passage)

OPT signifie que le livrable est optionnel soit parce qu'il ne s'applique pas à tous les groupes, soit parce qu'il ne peut qu'apporter une plus value à votre projet (points en plus mais pas en moins au moment de l'attribution de la note).
Lorsque ce n'est pas précisé, c'est à vous de choisir le mode présentation (écrit, schéma...) des informations du livrable

===Critères d'évaluation===
La partie IHM du projet sera principalement évaluée en fonction des critères suivants :
* Conformité de l'IHM concrète et abstraite avec le modèle de tâches
* Couverture fonctionnelle de l'application et robustesse au regard des priorités que vous avez retenues
* Qualité ergonomique au regard des principes vus en cours
* Rigueur de la démarche

==Partie Système==
La partie Système est axée sur deux étapes successives.
===Première étape===
La première consiste à définir le cœur de l'application, c'est-à-dire le modèle de données et la logique métier, puis à réaliser un premier prototype qui démontre une bonne maîtrise des EJB (session et entity beans).

Il est vivement conseillé de définir le modèle de données aussi tôt que possible et d"en discuter avec les enseignants. Il est également recommandé de limiter le premier prototype à un sous-ensemble des spécifications fonctionnelles, à la fois assez vaste pour couvrir les principales difficultés techniques et assez léger pour respecter les délais imposés.

À ce stade, l'application est seulement accessible par l'intermédiaire d'un "client lourd" (programme java offrant une console en mode texte). En particulier, il n'est pas demandé, pour cette première étape, de réaliser une interface web pour interagir avec l'application. L'application doit cependant offrir deux interfaces (administrateur et consommateur) et exécuter les requêtes avec des garanties transactionnelles.

Une présentation/démonstration du prototype V1 sera réalisée à la fin de l'étape n°1.
===Deuxième étape===
La seconde étape consiste à compléter le premier prototype avec les objectifs suivants :
* ajout des beans nécessaires pour couvrir l'ensemble des spécifications fonctionnelles ;
* développement d'une interface Web basée sur le modèle MVC ;
* rédaction des documents demandés (voir ci-dessous) ;
* modification de la configuration de déploiement : (1) client (lourd/léger) distant, (2) base de données externe (MySQL, Oracle, HSQL ...) et éventuellement distante ;
* ajout éventuel de fonctionnalités non prioritaires.

Une présentation d'une mini-maquette d'interface web aura lieu au milieu de l'étape n°2.

Remarque : Aucune des phases du projet ne nécessite le développement d'un client lourd en mode graphique (SWT ...).
===Documents demandés===
Deux rapports doivent être rédigés pour la partie Système : un document de conception système et un document d'évaluation système.

====Document de conception système====
Le dossier de conception système (DCS) a pour but de permettre à toute personne de connaitre les principaux composants JEE de votre application ECOM. Cette connaissance doit pouvoir être acquise rapidement, sans avoir à entrer dans les détails de l'implémentation. Le DCS doit donc être de taille relativement limitée (5 à 10 pages, 20 pages au grand maximum).
Le DCS est centré sur un schéma d'architecture système (SAS) : ce schéma doit faire apparaître les composants qui vont constituer l'application, ainsi que les liens entre les beans. Un lien depuis un composant A vers un (ou plusieurs) composant(s) B signifie qu'une interaction peut avoir lieu depuis A vers B. Un lien peut être monovalué ou multivalué, monodirectionnel ou multidirectionnel.

Pour chaque composant et lien du SAS, le DCS doit fournir :
* Une description fonctionnelle : La description fonctionnelle d'un composant fait apparaître les attributs qui le composent, ainsi que les méthodes qu'il fournit. Attributs et méthodes seront associés à une courte description. Les besoins liées à la persistence ou aux aspects transactionnels peuvent également être explicités.
* Une description d'implantation JEE : La description d'implantation décrit l'implantation du composant ou du lien dans l'environnement JEE. Un composant peut être implanté par un programme Java externe (client léger / client lourd JEE), par un servlet, par un bean ou par un objet POJO. Dans ces derniers cas, il faut préciser les caractéristiques des beans / POJO (local / distribué, session / évenementiel, stateful / stateless, etc). Un lien peut être implanté par une relation JEE, ou bien par conservation de référence de bean.

====Document d'évaluation système====

Le rapport final système du projet ECOM a pour but de préciser l’état d’avancement de votre application ECOM.

Le rapport final système doit préciser :
* L’état de chaque composant : non réalisé, réalisé, réalisé et validé
* Les fonctions réalisées, réalisées et testées, et celles restant à réaliser
* Les propriétés non fonctionnelles garanties par votre réalisation, et celles restant à considérer pour finaliser votre application
* Le temps consacré à la conception système
* Le temps consacré au développement système
* Les principales difficultés rencontrées
===Critères d'évaluation===
La partie système du projet sera principalement évaluée en fonction des critères suivants :
* Conformité aux spécifications de l'application et aux consignes données dans le cadre du projet
* Respect des échéances pour les différentes étapes du projet (y compris pour les prototypes intermédiaires et les documents)
* Qualité de l'architecture de l'application
* Qualité et robustesse du code applicatif
* Compréhension des principaux concepts de la technologie JEE
* Rigueur de la démarche de conception
* Qualité des présentations/soutenances
En complément, les aspects suivants seront également considérés :
* Méthodologie de test
* Déploiement et retrait de l'application sur/de la plateforme cloud (Azure) avec [http://roboconf.net/ Roboconf] ([http://roboconf.net/en/user-guide/lamp-example-part-1.html voir l'exemple avec LAMP])
* Préparation d'images de VMs avec [[Kameleon]]
* Performances (résultat du injection de charge avec [[Apache JMeter]] ou OW2 CLIF)
* Supervision du système déployé avec des sondes [[Nagios]] ou [[Shinken]] conditionnées dans les VMs à déployer.
* Utilisation (optionnelle) de technologies/APIs/frameworks avancés

==Consignes pour la soutenance==
===Consignes spécifiques pour les soutenances IHM===
Durée totale : 20 minutes
* documents (version papier) à apporter : cahier des charges (version finale), dossier de conception IHM, dossier d'évaluation IHM
* votre passage doit contenir une présentation globale du projet, le processus de conception (illustré), des évaluations, le bilan (point de vue IHM) et une démo PRÉPARÉE
* arrivez avec l'application démarée (on ne perd pas de temps) et 1 ou 2 scénarios (de test)
* prévoyez 5 minutes de questions lors de votre passage

===Consignes spécifiques pour les soutenances Système===
* Apportez un exemplaire du dossier d'évaluation système (déposé la veille sur Moodle) lors de la soutenance. Il n'est pas nécessaire d'apporter un exemplaire du dossier de conception système.
* Préparez vous 30 minutes avant votre soutenance pour démarrer les instances Windows Azure avec le service développé.
* Prévovez environ 30 minutes pour la présentation/démo/questions. Utilisez des transparents pour présenter votre projet.
* Les démonstrations peuvent être faites sur vos machines personnelles cependant le service eCOM doit IMPERATIVEMENT s'exécuter sur une ou plusieurs instances Windows Azure.
* Conditionnez le projet final sous la forme d’une archive (zip ou tar.gz) après avoir inclus la documentation (dans un repertoire /main/site). Utilisez la convention de nommage suivante : ecom_final_1213-X.zip où X correspond au nom du projet.
* Déposez immédiatement après la soutenance (et en aucun cas après le 20 décembre) l'archive sur Moodle.
* le rapport de charge (benchmark) doit être (MUST) fourni dans la documentation.
* le rapport sur les métriques logicielles doit être (MUST) fourni dans la documentation.

=Organisation 2015-2016=

==Planning==
===M2PGI (Alternant)===
'''Equipe pédagogique:''' Noël de Palma (NdP), Vincent Lesne (VL), Sybille Caffiau (SC), Sebastien Chassand-Barrioz (SCB), Ibrahim Safiedinne (FR)

'''Dates Importantes:'''
*Soutenances (IHM + système) : 9h-17h, le 18 septembre
*Remise du dossier de conception système : le 18 septembre (lors de votre passage)
*Remise du dossier d'évaluation système : le 18 septembre (lors de votre passage)

*01 sept 09h-12h F114, Boot Projet/ JEE (NDP)
*01 sept 14h-17h F114, Boot Projet/ JEE (NDP)
*02 sept 09h-12h F114, cours Agile (FDJ)
*02 sept 14h-17h F114, cours MVC/JSF/GWT (SCB)
*03 sept 09h-12h F114, cours IHM (SC)
*03 sept 14h-17h F114, cours outils et angular (SCB)
*04 sept 09h-12h Libre service
*04 sept 14h-17h F217, Support Syst. Cl&Alt (NDP)
*07 sept 09h-12h F114, cours Agile (FDJ)
*07 sept 14h-17h F114, cours Cloud (IS)
*08 sept 09h-12h F217, Support Syst. (NDP)
*08 sept 14h-17h Libre Service
*09 sept 09h-12h Support Syst. Cl&Alt (IS/NDP)
*09 sept 14h-17h Libre Service
*10 sept 09h-12h F217, Support Syst. (SCB)
*10 sept 14h-17h Libre Service
*11 sept 09h-12h Libre Service
*11 sept 14h-17h F217, Support Syst. (SCB)
*14 sept 09h-12h F217, Support Syst. (IS/NDP)
*14 sept 14h-17h Libre Service
*15 sept 09h-12h F217, Support Syst. (SCB)
*15 sept 14h-17h Libre Service
*16 sept 09h-12h F217, Support Syst. (IS/NDP)
*16 sept 14h-17h Libre Service
*17 sept 09h-12h F217, Support Syst. (IS/NDP)
*17 sept 14h-17h Libre Service
*18 sept 09h-12h Soutenance F109/F217
*18 sept 14h-17h Soutenance F109/F217

===M2PGI (Classique)===
'''Equipe pédagogique:''' Noël de Palma (NdP), Vincent Lesne (VL), Sybille Caffiau (SC), Sebastien Chassand-Barrioz (SCB), Ibrahim Safiedinne (FR)
'''Dates Importantes:'''
*25 sept 9h-12h F117, Boot Projet/ JEE (NDP)
*25 sept 14h-17h F316, cours Agile (VL)
*02 oct 09h-12h F018, cours Agile (VL)
*02 oct 13h30-18h F115, cours IHM (SC)
*09 oct 09h-12h F214/F216 point systeme (NDP)
*09 oct 14h-17h F115, cours outils et angular (SCB)
*16 oct 09h-12h F115, cours MVC/JSF/GWT (SCB)
*16 oct 14h-17h F214/F216 point systeme (SCB, NDP)
*23 oct 9h-12h F214/F216, point système (SCB, NDP)
*23 oct 14h-17h F115, cours Cloud (IS ou NDP)
*02 nov 09h-12h F214/F216 point système (IS)
*02 nov 14h-17h F214/F216 point système (SCB, NDP)
*13 nov 09h-12h F214/F216 point système Cl&Alt (SCB, NDP).
*20 nov 09h-12h F214/F216, Point système Cl&Alt (IS).
*20 nov 14h-17h Libre Service
*27 nov 09h-12h F214/F216 point systeme (IS/NDP).
*27 nov 14h-17h F214/F216 point systeme (SCB)
*4 dec 09h-12h F214/F216 Support système (IS).
*4 dec 14h-17h libre service
*11 dec 09h-12h libre service
*11 dec 14h-17h F214/F216 point system (SCB)
*14 dec-18 dec semaine bloquée libre service
Le 18/12 soutenances tte la journée F214/F216

==Groupes==
===M2PGI Apprenti===

===M2PGI Classique===
Consigne pour la constitution des groupes : Les étudiants ayant choisis l'option multimobile doivent se mettre ensemble. Ils doivent constituer des groupes de 4/5 afin d'avoir en tout 4 groupes (de M2 PGI classiques)

==Soutenance==
===M2PGI Apprenti===

===M2PGI Classique===

IMPERATIF
* le projet doit être (MUST) géré selon la méthode Scrum : le Scrum Master devra présenter le déroulement du projet.
* le serveur JavaEE doit être (MUST) hébergé sur une instance Windows Azure à partir du compte étudiant Azure offert gratuitement en début de projet (la machine virtuelle peut etre de type Windows ou Linux).
* un rapport de charge (benchmark) doit être (MUST) fourni : les outils JMeter ou Clif peuvent être utilisés.
* un rapport sur les métriques logicielles doit être (MUST) fourni : l'outil Sonar peut être utilisé.

'''Ordre de passage :'''
* Respectez l'ordre établi
* Faites attention au temps. Vous disposez de 15 minutes par soutenance pour : votre présentation, la démo et les questions

ATTENTION : Si vous voulez modifier ce planning, vous devez :
* trouver un autre groupe avec qui échanger
* vous assurer que tous les membres de ce groupe acceptent l'échange
* envoyer un mail à SC et XS pour informer du changement (avec le chef de projet de l'autre groupe en copie)
Aucune modification ne sera acceptée après le 18 décembre.

=Documentation=
==Transparents de cours==

* Cours JEE/EJB(NDP) [[Media:EJB-ECOM2010.pdf]]
* Cours JEE tiers presentation (SCB) : [https://dl.dropboxusercontent.com/u/9706615/JEE_tiers_presentation.pdf url]
* Cours GWT (SCB) : [https://dl.dropboxusercontent.com/u/9706615/cours_GWT.pdf url]
* Cours maven (DD) : [http://membres-liglab.imag.fr/donsez/cours/maven.pdf url]
* Cours versionning (DD) : [http://membres-liglab.imag.fr/donsez/cours/version.pdf url]
* Cours subversion (DD) : [http://membres-liglab.imag.fr/donsez/cours/subversion.pdf url]
* Cours forge (DD) : [http://membres-liglab.imag.fr/donsez/cours/forge.pdf url]
* Cours http (DD) : [http://membres-liglab.imag.fr/donsez/cours/http.pdf url]
* Cours servlet (DD) : [http://membres-liglab.imag.fr/donsez/cours/servletjsp.pdf url]
* Cours IHM (SC) : [[Media:Cours2015-2016v3.pdf]]
* Annexe cours IHM (SC) : [[Media:Annexe1-HeuristiqueNielsen.pdf]], [[Media:Annexe2-KMADe.pdf]], [[Media:Annexe3-Placement.pdf]], [[Media:Annnexe4-Accesssibilité.pdf]]

==Squelette du projet==
[http://dl.dropbox.com/u/66952950/ecom-maven.zip ecom-maven.zip] Inaccessible

==Doc utiles==
* [http://wiki.easybeans.org/xwiki/bin/view/Main/Documentation Documentation Easybeans (conteneur EJB3 utilisé par Jonas)]
* [http://docs.oracle.com/javaee/6/tutorial/doc/ Tutorial JavaEE 6 ]
* [http://netbeans.org/kb/67/javaee/ejb30.html Tutorial NetBean et JEE ]
* [http://docs.oracle.com/javaee/6/api/ API JavaEE 6]
* [https://java.net/projects/javaee-spec/pages/Home Spécifications JavaEE 6]
* [http://www.theserverside.com/news/thread.tss?thread_id=55191 JPA implementation patterns ]
* [http://jonas.ow2.org/JONAS_5_1_2/doc/doc-en/html/getting_started_guide.html#id1316973 Glossaire]
* [http://www.easybeans.net/xwiki/bin/download/Main/Documentation/ejb3-annotations.pdf Aide mémoire pour les annotations EJB3 ]
* Présentation sur le Cloud Computing : http://erods.liglab.fr/icar2013/programme.html
* Documentation et Training Kit sur Windows Azure : http://www.microsoft.com/en-us/download/details.aspx?id=8396
* Documentation de [http://roboconf.net/en Roboconf]
** Exemple avec LAMP http://roboconf.net/en/user-guide/lamp-example-part-1.html
http://proton.inrialpes.fr/~depalma/ecom/liens/liens.html
* Questionnaire pour site web : [[Media:Questionnaire copy.pdf]]
* Questionnaire SUS (évaluation satisfaction) : [http://blocnotes.iergo.fr/concevoir/les-outils/sus-pour-system-usability-scale/]

===Quelques livres===
REMARQUE: les livres sur JavaEE se periment très vite avec l'évolution de la spécification
* Java EE6 Cookbook for securing, tuning, and extending enterprise applications: http://www.packtpub.com/java-ee6-securing-tuning-extending-enterprise-applications-cookbook/book
* Holly Cummins and Timothy Ward, Enterprise OSGi in Action, March, 2013, 400 pages, ISBN: 9781617290138, http://www.manning.com/cummins/ ([http://www.manning.com/cummins/EOSGI_sample_ch02.pdf chapitre 2], [http://www.manning.com/cummins/EOSGI_sample_ch10.pdf chapitre 10])
* Debu Panda, Reza Rahman, Derek Lane, EJB 3 in Action, Pub Mannings, 2007, http://www.manning.com/panda/
* Debu Panda, Reza Rahman, Ryan Cuprak, and Michael Remijan, EJB 3 in Action, Second Edition, Pub Mannings, 2011, http://www.manning.com/panda2/

ECOM-M2PGI

2015-09-07T07:23:17Z

Noel.DePalma: /* M2PGI (Alternant) */

Le projet eCOM consiste à concevoir et développer une application de commerce électronique. [[ECOM|suite ...]]

=Étapes du projet=
La partie IHM et la partie Système sont menées en parallèle pendant toute la durée du projet. Le projet se conclut par une soutenance finale pour chaque partie (IHM et système).

==Conduite de projet==
Le projet eCOM est très court en durée. Il est préconisé d'utiliser la méthodologie [[Scrum]] pour la conduite du projet dans chaque groupe.

===Critères d'évaluation===
La conduite du projet sera principalement évaluée en fonction des critères suivants :
* vous devez choisir un Scrum Master (unique ou tournant) : vous devez justifier votre choix
* durée du sprint (idem : vous devez justifier votre choix)
Sur ces 2 premiers critères, vous n'en changez pas !!!

Vous devez prévoir :
* product backlog
* sprint backlog
* sprint planning
* démos
* rétrospectives

Pensez à créer un wiki qui regroupera l'ensemble de vos documentations. Cela doit être une documentation Agile !!!!

Un point de bonus pour ceux qui réussiront à mettre en place des "poker planning".
[[File:20121002 141359.jpg|center|400px|PokerPlanningECOM2013]]

==Partie IHM==

===Etapes et documents demandés===
Le détail sur l'organisation et l'évaluation du travail concernant les spécifications du site sera communiqué lors des premières séances de cours.

===Critères d'évaluation===
La partie IHM du projet sera principalement évaluée en fonction des critères suivants :
* Conformité de l'IHM concrète et abstraite avec le modèle de tâches
* Couverture fonctionnelle de l'application et robustesse au regard des priorités que vous avez retenues
* Qualité ergonomique au regard des principes vus en cours
* Rigueur de la démarche

==Partie Système==
La partie Système est axée sur deux étapes successives.
===Première étape===
La première consiste à définir le cœur de l'application, c'est-à-dire le modèle de données et la logique métier, puis à réaliser un premier prototype qui démontre une bonne maîtrise des EJB (session et entity beans).

Il est vivement conseillé de définir le modèle de données aussi tôt que possible et d"en discuter avec les enseignants. Il est également recommandé de limiter le premier prototype à un sous-ensemble des spécifications fonctionnelles, à la fois assez vaste pour couvrir les principales difficultés techniques et assez léger pour respecter les délais imposés.

À ce stade, l'application est seulement accessible par l'intermédiaire d'un "client lourd" (programme java offrant une console en mode texte). En particulier, il n'est pas demandé, pour cette première étape, de réaliser une interface web pour interagir avec l'application. L'application doit cependant offrir deux interfaces (administrateur et consommateur) et exécuter les requêtes avec des garanties transactionnelles.

Une présentation/démonstration du prototype V1 sera réalisée à la fin de l'étape n°1.
===Deuxième étape===
La seconde étape consiste à compléter le premier prototype avec les objectifs suivants :
* ajout des beans nécessaires pour couvrir l'ensemble des spécifications fonctionnelles ;
* développement d'une interface Web basée sur le modèle MVC ;
* rédaction des documents demandés (voir ci-dessous) ;
* modification de la configuration de déploiement : (1) client (lourd/léger) distant, (2) base de données externe (MySQL, Oracle, HSQL ...) et éventuellement distante ;
* ajout éventuel de fonctionnalités non prioritaires.

Une présentation d'une mini-maquette d'interface web aura lieu au milieu de l'étape n°2.

Remarque : Aucune des phases du projet ne nécessite le développement d'un client lourd en mode graphique (SWT ...).
===Documents demandés===
Deux rapports doivent être rédigés pour la partie Système : un document de conception système et un document d'évaluation système.

====Document de conception système====
Le dossier de conception système (DCS) a pour but de permettre à toute personne de connaitre les principaux composants JEE de votre application ECOM. Cette connaissance doit pouvoir être acquise rapidement, sans avoir à entrer dans les détails de l'implémentation. Le DCS doit donc être de taille relativement limitée (5 à 10 pages, 20 pages au grand maximum).
Le DCS est centré sur un schéma d'architecture système (SAS) : ce schéma doit faire apparaître les composants qui vont constituer l'application, ainsi que les liens entre les beans. Un lien depuis un composant A vers un (ou plusieurs) composant(s) B signifie qu'une interaction peut avoir lieu depuis A vers B. Un lien peut être monovalué ou multivalué, monodirectionnel ou multidirectionnel.

Pour chaque composant et lien du SAS, le DCS doit fournir :
* Une description fonctionnelle : La description fonctionnelle d'un composant fait apparaître les attributs qui le composent, ainsi que les méthodes qu'il fournit. Attributs et méthodes seront associés à une courte description. Les besoins liées à la persistence ou aux aspects transactionnels peuvent également être explicités.
* Une description d'implantation JEE : La description d'implantation décrit l'implantation du composant ou du lien dans l'environnement JEE. Un composant peut être implanté par un programme Java externe (client léger / client lourd JEE), par un servlet, par un bean ou par un objet POJO. Dans ces derniers cas, il faut préciser les caractéristiques des beans / POJO (local / distribué, session / évenementiel, stateful / stateless, etc). Un lien peut être implanté par une relation JEE, ou bien par conservation de référence de bean.

====Document d'évaluation système====

Le rapport final système du projet ECOM a pour but de préciser l’état d’avancement de votre application ECOM.

Le rapport final système doit préciser :
* L’état de chaque composant : non réalisé, réalisé, réalisé et validé
* Les fonctions réalisées, réalisées et testées, et celles restant à réaliser
* Les propriétés non fonctionnelles garanties par votre réalisation, et celles restant à considérer pour finaliser votre application
* Le temps consacré à la conception système
* Le temps consacré au développement système
* Les principales difficultés rencontrées
===Critères d'évaluation===
La partie système du projet sera principalement évaluée en fonction des critères suivants :
* Conformité aux spécifications de l'application et aux consignes données dans le cadre du projet
* Respect des échéances pour les différentes étapes du projet (y compris pour les prototypes intermédiaires et les documents)
* Qualité de l'architecture de l'application
* Qualité et robustesse du code applicatif
* Compréhension des principaux concepts de la technologie JEE
* Rigueur de la démarche de conception
* Qualité des présentations/soutenances
En complément, les aspects suivants seront également considérés :
* Méthodologie de test
* Déploiement et retrait de l'application sur/de la plateforme cloud (Azure) avec [http://roboconf.net/ Roboconf] ([http://roboconf.net/en/user-guide/lamp-example-part-1.html voir l'exemple avec LAMP])
* Préparation d'images de VMs avec [[Kameleon]]
* Performances (résultat du injection de charge avec [[Apache JMeter]] ou OW2 CLIF)
* Supervision du système déployé avec des sondes [[Nagios]] ou [[Shinken]] conditionnées dans les VMs à déployer.
* Utilisation (optionnelle) de technologies/APIs/frameworks avancés

==Consignes pour la soutenance==
===Consignes spécifiques pour les soutenances IHM===
Durée totale : 20 minutes
* documents (version papier) à apporter : cahier des charges (version finale), dossier de conception IHM, dossier d'évaluation IHM
* votre passage doit contenir une présentation globale du projet, le processus de conception (illustré), des évaluations, le bilan (point de vue IHM) et une démo PRÉPARÉE
* arrivez avec l'application démarée (on ne perd pas de temps) et 1 ou 2 scénarios (de test)
* prévoyez 5 minutes de questions lors de votre passage

===Consignes spécifiques pour les soutenances Système===
* Apportez un exemplaire du dossier d'évaluation système (déposé la veille sur Moodle) lors de la soutenance. Il n'est pas nécessaire d'apporter un exemplaire du dossier de conception système.
* Préparez vous 30 minutes avant votre soutenance pour démarrer les instances Windows Azure avec le service développé.
* Prévovez environ 30 minutes pour la présentation/démo/questions. Utilisez des transparents pour présenter votre projet.
* Les démonstrations peuvent être faites sur vos machines personnelles cependant le service eCOM doit IMPERATIVEMENT s'exécuter sur une ou plusieurs instances Windows Azure.
* Conditionnez le projet final sous la forme d’une archive (zip ou tar.gz) après avoir inclus la documentation (dans un repertoire /main/site). Utilisez la convention de nommage suivante : ecom_final_1213-X.zip où X correspond au nom du projet.
* Déposez immédiatement après la soutenance (et en aucun cas après le 20 décembre) l'archive sur Moodle.
* le rapport de charge (benchmark) doit être (MUST) fourni dans la documentation.
* le rapport sur les métriques logicielles doit être (MUST) fourni dans la documentation.

=Organisation 2015-2016=

==Planning==
===M2PGI (Alternant)===
'''Equipe pédagogique:''' Noël de Palma (NdP), Vincent Lesne (VL), Sybille Caffiau (SC), Sebastien Chassand-Barrioz (SCB), Ibrahim Safiedinne (FR)

'''Dates Importantes:'''
*Soutenances (IHM + système) : 9h-17h, le 18 septembre
*Remise du dossier de conception système : le 18 septembre (lors de votre passage)
*Remise du dossier d'évaluation système : le 18 septembre (lors de votre passage)

*01 sept 09h-12h F114, Boot Projet/ JEE (NDP)
*01 sept 14h-17h F114, Boot Projet/ JEE (NDP)
*02 sept 09h-12h F114, cours Agile (FDJ)
*02 sept 14h-17h F114, cours MVC/JSF/GWT (SCB)
*03 sept 09h-12h F114, cours IHM (SC)
*03 sept 14h-17h F114, cours outils et angular (SCB)
*04 sept 09h-12h Libre service
*04 sept 14h-17h F217, Support Syst. Cl&Alt (NDP)
*07 sept 09h-12h F114, cours Agile (FDJ)
*07 sept 14h-17h F114, cours Cloud (IS)
*08 sept 09h-12h F217, Support Syst. (NDP)
*08 sept 14h-17h Libre Service
*09 sept 09h-12h Support Syst. Cl&Alt (IS/NDP)
*09 sept 14h-17h Libre Service
*10 sept 09h-12h F217, Support Syst. (SCB)
*10 sept 14h-17h Libre Service
*11 sept 09h-12h Libre Service
*11 sept 14h-17h F217, Support Syst. (SCB)
*14 sept 09h-12h F217, Support Syst. (IS/NDP)
*14 sept 14h-17h Libre Service
*15 sept 09h-12h F217, Support Syst. (SCB)
*15 sept 14h-17h Libre Service
*16 sept 09h-12h F217, Support Syst. (IS/NDP)
*16 sept 14h-17h Libre Service
*17 sept 09h-12h F217, Support Syst. (IS/NDP)
*17 sept 14h-17h Libre Service
*18 sept 09h-12h Soutenance F109/F217
*18 sept 14h-17h Soutenance F109/F217

===M2PGI (Classique)===
'''Equipe pédagogique:''' Noël de Palma (NdP), Vincent Lesne (VL), Sybille Caffiau (SC), Sebastien Chassand-Barrioz (SCB), Ibrahim Safiedinne (FR)
'''Dates Importantes:'''
*Soutenances (IHM + système) : 9h-17h, le 19 décembre
*Remise du dossier de conception système : le 15 décembre (version electronique (pdf) à NdP, avec "[M2PGI-ECOM]" dans le sujet)
*Remise du dossier d'évaluation système : le 19 décembre (lors de votre passage)

==Groupes==
===M2PGI Apprenti===

===M2PGI Classique===
Consigne pour la constitution des groupes : Les étudiants ayant choisis l'option multimobile doivent se mettre ensemble. Ils doivent constituer des groupes de 4/5 afin d'avoir en tout 4 groupes (de M2 PGI classiques)

==Soutenance==
===M2PGI Apprenti===

===M2PGI Classique===

IMPERATIF
* le projet doit être (MUST) géré selon la méthode Scrum : le Scrum Master devra présenter le déroulement du projet.
* le serveur JavaEE doit être (MUST) hébergé sur une instance Windows Azure à partir du compte étudiant Azure offert gratuitement en début de projet (la machine virtuelle peut etre de type Windows ou Linux).
* un rapport de charge (benchmark) doit être (MUST) fourni : les outils JMeter ou Clif peuvent être utilisés.
* un rapport sur les métriques logicielles doit être (MUST) fourni : l'outil Sonar peut être utilisé.

'''Ordre de passage :'''
* Respectez l'ordre établi
* Faites attention au temps. Vous disposez de 15 minutes par soutenance pour : votre présentation, la démo et les questions

ATTENTION : Si vous voulez modifier ce planning, vous devez :
* trouver un autre groupe avec qui échanger
* vous assurer que tous les membres de ce groupe acceptent l'échange
* envoyer un mail à SC et XS pour informer du changement (avec le chef de projet de l'autre groupe en copie)
Aucune modification ne sera acceptée après le 18 décembre.

=Documentation=
==Transparents de cours==

* Cours JEE/EJB(NDP) [[Media:EJB-ECOM2010.pdf]]
* Cours JEE tiers presentation (SCB) : [https://dl.dropboxusercontent.com/u/9706615/JEE_tiers_presentation.pdf url]
* Cours GWT (SCB) : [https://dl.dropboxusercontent.com/u/9706615/cours_GWT.pdf url]
* Cours maven (DD) : [http://membres-liglab.imag.fr/donsez/cours/maven.pdf url]
* Cours versionning (DD) : [http://membres-liglab.imag.fr/donsez/cours/version.pdf url]
* Cours subversion (DD) : [http://membres-liglab.imag.fr/donsez/cours/subversion.pdf url]
* Cours forge (DD) : [http://membres-liglab.imag.fr/donsez/cours/forge.pdf url]
* Cours http (DD) : [http://membres-liglab.imag.fr/donsez/cours/http.pdf url]
* Cours servlet (DD) : [http://membres-liglab.imag.fr/donsez/cours/servletjsp.pdf url]
* Cours IHM (SC) : [[Media:Cours2015-2016v3.pdf]]
* Annexe cours IHM (SC) : [[Media:Annexe1-HeuristiqueNielsen.pdf]], [[Media:Annexe2-KMADe.pdf]], [[Media:Annexe3-Placement.pdf]], [[Media:Annnexe4-Accesssibilité.pdf]]

==Squelette du projet==
[http://dl.dropbox.com/u/66952950/ecom-maven.zip ecom-maven.zip] Inaccessible

==Doc utiles==
* [http://wiki.easybeans.org/xwiki/bin/view/Main/Documentation Documentation Easybeans (conteneur EJB3 utilisé par Jonas)]
* [http://docs.oracle.com/javaee/6/tutorial/doc/ Tutorial JavaEE 6 ]
* [http://netbeans.org/kb/67/javaee/ejb30.html Tutorial NetBean et JEE ]
* [http://docs.oracle.com/javaee/6/api/ API JavaEE 6]
* [https://java.net/projects/javaee-spec/pages/Home Spécifications JavaEE 6]
* [http://www.theserverside.com/news/thread.tss?thread_id=55191 JPA implementation patterns ]
* [http://jonas.ow2.org/JONAS_5_1_2/doc/doc-en/html/getting_started_guide.html#id1316973 Glossaire]
* [http://www.easybeans.net/xwiki/bin/download/Main/Documentation/ejb3-annotations.pdf Aide mémoire pour les annotations EJB3 ]
* Présentation sur le Cloud Computing : http://erods.liglab.fr/icar2013/programme.html
* Documentation et Training Kit sur Windows Azure : http://www.microsoft.com/en-us/download/details.aspx?id=8396
* Documentation de [http://roboconf.net/en Roboconf]
** Exemple avec LAMP http://roboconf.net/en/user-guide/lamp-example-part-1.html
http://proton.inrialpes.fr/~depalma/ecom/liens/liens.html

===Quelques livres===
REMARQUE: les livres sur JavaEE se periment très vite avec l'évolution de la spécification
* Java EE6 Cookbook for securing, tuning, and extending enterprise applications: http://www.packtpub.com/java-ee6-securing-tuning-extending-enterprise-applications-cookbook/book
* Holly Cummins and Timothy Ward, Enterprise OSGi in Action, March, 2013, 400 pages, ISBN: 9781617290138, http://www.manning.com/cummins/ ([http://www.manning.com/cummins/EOSGI_sample_ch02.pdf chapitre 2], [http://www.manning.com/cummins/EOSGI_sample_ch10.pdf chapitre 10])
* Debu Panda, Reza Rahman, Derek Lane, EJB 3 in Action, Pub Mannings, 2007, http://www.manning.com/panda/
* Debu Panda, Reza Rahman, Ryan Cuprak, and Michael Remijan, EJB 3 in Action, Second Edition, Pub Mannings, 2011, http://www.manning.com/panda2/

File:EJB-ECOM2010.pdf

2015-09-04T14:06:03Z

Noel.DePalma:

ECOM-M2PGI

2015-08-31T19:24:18Z

Noel.DePalma: /* M2PGI (Alternant) */

Le projet eCOM consiste à concevoir et développer une application de commerce électronique. [[ECOM|suite ...]]

=Étapes du projet=
La partie IHM et la partie Système sont menées en parallèle pendant toute la durée du projet. Le projet se conclut par une soutenance finale pour chaque partie (IHM et système).

==Conduite de projet==
Le projet eCOM est très court en durée. Il est préconisé d'utiliser la méthodologie [[Scrum]] pour la conduite du projet dans chaque groupe.

===Critères d'évaluation===
La conduite du projet sera principalement évaluée en fonction des critères suivants :
* vous devez choisir un Scrum Master (unique ou tournant) : vous devez justifier votre choix
* durée du sprint (idem : vous devez justifier votre choix)
Sur ces 2 premiers critères, vous n'en changez pas !!!

Vous devez prévoir :
* product backlog
* sprint backlog
* sprint planning
* démos
* rétrospectives

Pensez à créer un wiki qui regroupera l'ensemble de vos documentations. Cela doit être une documentation Agile !!!!

Un point de bonus pour ceux qui réussiront à mettre en place des "poker planning".
[[File:20121002 141359.jpg|center|400px|PokerPlanningECOM2013]]

==Partie IHM==

===Etapes et documents demandés===
Trois documents sont à produire : le cahier des charges (CDC), le dossier de conception IHM (à rédiger avant de développer l'IHM du site) et le document d'évaluation IHM. Les versions finales des deux premiers documents (CDC et dossier de conception IHM) sont à remettre une semaine avant les soutenances et le dossier d'évaluation, le jour de la soutenance.

Le détail sur l'organisation et l'évaluation du travail concernant les spécifications du site sera communiqué lors des premières séances de cours.
En résumé :
* Une fois le sujet choisi, analyser les sites "concurrents" et mener une enquête auprès d'utilisateurs représentatifs du futur site marchand, faire une analyse des données recueillies, en déduire les requis fonctionnels et non fonctionnels du site, identifier le modèle de l'utilisateur type, produire le modèle de tâches. Les analyses amont (sites concurrents et enquête) seront mises en annexe du CDC.
* Définir une norme de présentation pour tous les documents du projet.
* Ensuite, rédiger le cahier des charges. Bien penser à définir les priorités de développement. Des exemples des années précédentes seront consultables en séances d'audit.
* Une fois le CDC validé, rédiger le dossier de conception IHM : IHM abstraite, IHM concrète, charte graphique.
===Critères d'évaluation===
La partie IHM du projet sera principalement évaluée en fonction des critères suivants :
* Conformité de l'IHM concrète et abstraite avec le modèle de tâche
* Couverture fonctionnelle de l'application et robustesse au regard des priorités que vous avez retenues
* Qualité ergonomique au regard des principes vus en cours
* Rigueur de la démarche

==Partie Système==
La partie Système est axée sur deux étapes successives.
===Première étape===
La première consiste à définir le cœur de l'application, c'est-à-dire le modèle de données et la logique métier, puis à réaliser un premier prototype qui démontre une bonne maîtrise des EJB (session et entity beans).

Il est vivement conseillé de définir le modèle de données aussi tôt que possible et d"en discuter avec les enseignants. Il est également recommandé de limiter le premier prototype à un sous-ensemble des spécifications fonctionnelles, à la fois assez vaste pour couvrir les principales difficultés techniques et assez léger pour respecter les délais imposés.

À ce stade, l'application est seulement accessible par l'intermédiaire d'un "client lourd" (programme java offrant une console en mode texte). En particulier, il n'est pas demandé, pour cette première étape, de réaliser une interface web pour interagir avec l'application. L'application doit cependant offrir deux interfaces (administrateur et consommateur) et exécuter les requêtes avec des garanties transactionnelles.

Une présentation/démonstration du prototype V1 sera réalisée à la fin de l'étape n°1.
===Deuxième étape===
La seconde étape consiste à compléter le premier prototype avec les objectifs suivants :
* ajout des beans nécessaires pour couvrir l'ensemble des spécifications fonctionnelles ;
* développement d'une interface Web basée sur le modèle MVC ;
* rédaction des documents demandés (voir ci-dessous) ;
* modification de la configuration de déploiement : (1) client (lourd/léger) distant, (2) base de données externe (MySQL, Oracle, HSQL ...) et éventuellement distante ;
* ajout éventuel de fonctionnalités non prioritaires.

Une présentation d'une mini-maquette d'interface web aura lieu au milieu de l'étape n°2.

Remarque : Aucune des phases du projet ne nécessite le développement d'un client lourd en mode graphique (SWT ...).
===Documents demandés===
Deux rapports doivent être rédigés pour la partie Système : un document de conception système et un document d'évaluation système.

====Document de conception système====
Le dossier de conception système (DCS) a pour but de permettre à toute personne de connaitre les principaux composants JEE de votre application ECOM. Cette connaissance doit pouvoir être acquise rapidement, sans avoir à entrer dans les détails de l'implémentation. Le DCS doit donc être de taille relativement limitée (5 à 10 pages, 20 pages au grand maximum).
Le DCS est centré sur un schéma d'architecture système (SAS) : ce schéma doit faire apparaître les composants qui vont constituer l'application, ainsi que les liens entre les beans. Un lien depuis un composant A vers un (ou plusieurs) composant(s) B signifie qu'une interaction peut avoir lieu depuis A vers B. Un lien peut être monovalué ou multivalué, monodirectionnel ou multidirectionnel.

Pour chaque composant et lien du SAS, le DCS doit fournir :
* Une description fonctionnelle : La description fonctionnelle d'un composant fait apparaître les attributs qui le composent, ainsi que les méthodes qu'il fournit. Attributs et méthodes seront associés à une courte description. Les besoins liées à la persistence ou aux aspects transactionnels peuvent également être explicités.
* Une description d'implantation JEE : La description d'implantation décrit l'implantation du composant ou du lien dans l'environnement JEE. Un composant peut être implanté par un programme Java externe (client léger / client lourd JEE), par un servlet, par un bean ou par un objet POJO. Dans ces derniers cas, il faut préciser les caractéristiques des beans / POJO (local / distribué, session / évenementiel, stateful / stateless, etc). Un lien peut être implanté par une relation JEE, ou bien par conservation de référence de bean.

====Document d'évaluation système====

Le rapport final système du projet ECOM a pour but de préciser l’état d’avancement de votre application ECOM.

Le rapport final système doit préciser :
* L’état de chaque composant : non réalisé, réalisé, réalisé et validé
* Les fonctions réalisées, réalisées et testées, et celles restant à réaliser
* Les propriétés non fonctionnelles garanties par votre réalisation, et celles restant à considérer pour finaliser votre application
* Le temps consacré à la conception système
* Le temps consacré au développement système
* Les principales difficultés rencontrées
===Critères d'évaluation===
La partie système du projet sera principalement évaluée en fonction des critères suivants :
* Conformité aux spécifications de l'application et aux consignes données dans le cadre du projet
* Respect des échéances pour les différentes étapes du projet (y compris pour les prototypes intermédiaires et les documents)
* Qualité de l'architecture de l'application
* Qualité et robustesse du code applicatif
* Compréhension des principaux concepts de la technologie JEE
* Rigueur de la démarche de conception
* Qualité des présentations/soutenances
En complément, les aspects suivants seront également considérés :
* Méthodologie de test
* Déploiement et retrait de l'application sur/de la plateforme cloud (Azure) avec [http://roboconf.net/ Roboconf] ([http://roboconf.net/en/user-guide/lamp-example-part-1.html voir l'exemple avec LAMP])
* Préparation d'images de VMs avec [[Kameleon]]
* Performances (résultat du injection de charge avec [[Apache JMeter]] ou OW2 CLIF)
* Supervision du système déployé avec des sondes [[Nagios]] ou [[Shinken]] conditionnées dans les VMs à déployer.
* Utilisation (optionnelle) de technologies/APIs/frameworks avancés

==Consignes pour la soutenance==
===Consignes spécifiques pour les soutenances IHM===
Durée totale : 20 minutes
* documents (version papier) à apporter : cahier des charges (version finale), dossier de conception IHM, dossier d'évaluation IHM
* votre passage doit contenir une présentation globale du projet, le processus de conception (illustré), des évaluations, le bilan (point de vue IHM) et une démo PRÉPARÉE
* arrivez avec l'application démarée (on ne perd pas de temps) et 1 ou 2 scénarios (de test)
* prévoyez 5 minutes de questions lors de votre passage

===Consignes spécifiques pour les soutenances Système===
* Apportez un exemplaire du dossier d'évaluation système (déposé la veille sur Moodle) lors de la soutenance. Il n'est pas nécessaire d'apporter un exemplaire du dossier de conception système.
* Préparez vous 30 minutes avant votre soutenance pour démarrer les instances Windows Azure avec le service développé.
* Prévovez environ 30 minutes pour la présentation/démo/questions. Utilisez des transparents pour présenter votre projet.
* Les démonstrations peuvent être faites sur vos machines personnelles cependant le service eCOM doit IMPERATIVEMENT s'exécuter sur une ou plusieurs instances Windows Azure.
* Conditionnez le projet final sous la forme d’une archive (zip ou tar.gz) après avoir inclus la documentation (dans un repertoire /main/site). Utilisez la convention de nommage suivante : ecom_final_1213-X.zip où X correspond au nom du projet.
* Déposez immédiatement après la soutenance (et en aucun cas après le 20 décembre) l'archive sur Moodle.
* le rapport de charge (benchmark) doit être (MUST) fourni dans la documentation.
* le rapport sur les métriques logicielles doit être (MUST) fourni dans la documentation.

=Organisation 2014-2015=

==Planning==
===M2PGI (Alternant)===
'''Equipe pédagogique:''' Noël de Palma (NdP), Vincent Lesne (VL), Sybille Caffiau (SC), Sebastien Chassand-Barrioz (SCB), Ibrahim Safiedinne (FR)

'''Dates Importantes:'''
*Soutenances (IHM + système) : 9h-17h, le 18 septembre
*Remise du dossier de conception système : le 18 septembre (lors de votre passage)
*Remise du dossier d'évaluation système : le 18 septembre (lors de votre passage)

*01 sept 09h-12h F114, Boot Projet/ JEE (NDP)
*01 sept 14h-17h F114, Boot Projet/ JEE (NDP)
*02 sept 09h-12h F114, cours Agile (FDJ)
*02 sept 14h-17h F114, cours IHM (SC)
*03 sept 09h-12h F114, cours MVC/JSF/GWT (SCB)
*03 sept 14h-17h F114, cours outils et angular (SCB)
*04 sept 09h-12h Libre service
*04 sept 14h-17h F217, Support Syst. Cl&Alt (NDP)
*07 sept 09h-12h F114, cours Agile (FDJ)
*07 sept 14h-17h F114, cours Cloud (IS)
*08 sept 09h-12h F217, Support Syst. (NDP)
*08 sept 14h-17h Libre Service
*09 sept 09h-12h Support Syst. Cl&Alt (NDP)
*09 sept 14h-17h Libre Service
*10 sept 09h-12h F217, Support Syst. (SCB/IS)
*10 sept 14h-17h Libre Service
*11 sept 09h-12h Libre Service
*11 sept 14h-17h F217, Support Syst. (SCB/IS)
*14 sept 09h-12h F217, Support Syst. (IS/NDP)
*14 sept 14h-17h Libre Service
*15 sept 09h-12h F217, Support Syst. (IS/NDP)
*15 sept 14h-17h Libre Service
*16 sept 09h-12h F217, Support Syst. (IS/NDP)
*16 sept 14h-17h Libre Service
*17 sept 09h-12h F217, Support Syst. (IS/NDP)
*17 sept 14h-17h Libre Service
*18 sept 09h-12h Soutenance F109/F217
*18 sept 14h-17h Soutenance F109/F217

===M2PGI (Classique)===
'''Equipe pédagogique:''' Noël de Palma (NdP), Vincent Lesne (VL), Sybille Caffiau (SC), Sebastien Chassand-Barrioz (SCB), Ibrahim Safiedinne (FR)
'''Dates Importantes:'''
*Soutenances (IHM + système) : 9h-17h, le 19 décembre
*Remise du dossier de conception système : le 15 décembre (version electronique (pdf) à NdP, avec "[M2PGI-ECOM]" dans le sujet)
*Remise du dossier d'évaluation système : le 19 décembre (lors de votre passage)

==Groupes==
===M2PGI Apprenti===

===M2PGI Classique===
Consigne pour la constitution des groupes : Les étudiants ayant choisis l'option multimobile doivent se mettre ensemble. Ils doivent constituer des groupes de 4/5 afin d'avoir en tout 4 groupes (de M2 PGI classiques)

==Soutenance==
===M2PGI Apprenti===

===M2PGI Classique===

IMPERATIF
* le projet doit être (MUST) géré selon la méthode Scrum : le Scrum Master devra présenter le déroulement du projet.
* le serveur JavaEE doit être (MUST) hébergé sur une instance Windows Azure à partir du compte étudiant Azure offert gratuitement en début de projet (la machine virtuelle peut etre de type Windows ou Linux).
* un rapport de charge (benchmark) doit être (MUST) fourni : les outils JMeter ou Clif peuvent être utilisés.
* un rapport sur les métriques logicielles doit être (MUST) fourni : l'outil Sonar peut être utilisé.

'''Ordre de passage :'''
* Respectez l'ordre établi
* Faites attention au temps. Vous disposez de 15 minutes par soutenance pour : votre présentation, la démo et les questions
[[File:OrdrePassageSoutenance2013.jpg]]

ATTENTION : Si vous voulez modifier ce planning, vous devez :
* trouver un autre groupe avec qui échanger
* vous assurer que tous les membres de ce groupe acceptent l'échange
* envoyer un mail à SC et XS pour informer du changement (avec le chef de projet de l'autre groupe en copie)
Aucune modification ne sera acceptée après le 18 décembre.

=Documentation=
==Transparents de cours==

* Cours JEE/EJB(NDP) [[Media:EJB-ECOM2010.pdf]]
* Cours JEE tiers presentation (SCB) : [https://dl.dropboxusercontent.com/u/9706615/JEE_tiers_presentation.pdf url]
* Cours GWT (SCB) : [https://dl.dropboxusercontent.com/u/9706615/cours_GWT.pdf url]
* Cours maven (DD) : [http://membres-liglab.imag.fr/donsez/cours/maven.pdf url]
* Cours versionning (DD) : [http://membres-liglab.imag.fr/donsez/cours/version.pdf url]
* Cours subversion (DD) : [http://membres-liglab.imag.fr/donsez/cours/subversion.pdf url]
* Cours forge (DD) : [http://membres-liglab.imag.fr/donsez/cours/forge.pdf url]
* Cours http (DD) : [http://membres-liglab.imag.fr/donsez/cours/http.pdf url]
* Cours servlet (DD) : [http://membres-liglab.imag.fr/donsez/cours/servletjsp.pdf url]

==Squelette du projet==
[http://dl.dropbox.com/u/66952950/ecom-maven.zip ecom-maven.zip] Inaccessible

==Doc utiles==
* [http://wiki.easybeans.org/xwiki/bin/view/Main/Documentation Documentation Easybeans (conteneur EJB3 utilisé par Jonas)]
* [http://docs.oracle.com/javaee/6/tutorial/doc/ Tutorial JavaEE 6 ]
* [http://netbeans.org/kb/67/javaee/ejb30.html Tutorial NetBean et JEE ]
* [http://docs.oracle.com/javaee/6/api/ API JavaEE 6]
* [https://java.net/projects/javaee-spec/pages/Home Spécifications JavaEE 6]
* [http://www.theserverside.com/news/thread.tss?thread_id=55191 JPA implementation patterns ]
* [http://jonas.ow2.org/JONAS_5_1_2/doc/doc-en/html/getting_started_guide.html#id1316973 Glossaire]
* [http://www.easybeans.net/xwiki/bin/download/Main/Documentation/ejb3-annotations.pdf Aide mémoire pour les annotations EJB3 ]
* Présentation sur le Cloud Computing : http://erods.liglab.fr/icar2013/programme.html
* Documentation et Training Kit sur Windows Azure : http://www.microsoft.com/en-us/download/details.aspx?id=8396
* Documentation de [http://roboconf.net/en Roboconf]
** Exemple avec LAMP http://roboconf.net/en/user-guide/lamp-example-part-1.html
http://proton.inrialpes.fr/~depalma/ecom/liens/liens.html
* Transparents IHM [[Media:ECOM20142015PGIAlt.pdf]]

===Quelques livres===
REMARQUE: les livres sur JavaEE se periment très vite avec l'évolution de la spécification
* Java EE6 Cookbook for securing, tuning, and extending enterprise applications: http://www.packtpub.com/java-ee6-securing-tuning-extending-enterprise-applications-cookbook/book
* Holly Cummins and Timothy Ward, Enterprise OSGi in Action, March, 2013, 400 pages, ISBN: 9781617290138, http://www.manning.com/cummins/ ([http://www.manning.com/cummins/EOSGI_sample_ch02.pdf chapitre 2], [http://www.manning.com/cummins/EOSGI_sample_ch10.pdf chapitre 10])
* Debu Panda, Reza Rahman, Derek Lane, EJB 3 in Action, Pub Mannings, 2007, http://www.manning.com/panda/
* Debu Panda, Reza Rahman, Ryan Cuprak, and Michael Remijan, EJB 3 in Action, Second Edition, Pub Mannings, 2011, http://www.manning.com/panda2/

ECOM-M2PGI

2015-08-31T19:21:47Z

Noel.DePalma: /* Organisation 2014-2015 */

Le projet eCOM consiste à concevoir et développer une application de commerce électronique. [[ECOM|suite ...]]

=Étapes du projet=
La partie IHM et la partie Système sont menées en parallèle pendant toute la durée du projet. Le projet se conclut par une soutenance finale pour chaque partie (IHM et système).

==Conduite de projet==
Le projet eCOM est très court en durée. Il est préconisé d'utiliser la méthodologie [[Scrum]] pour la conduite du projet dans chaque groupe.

===Critères d'évaluation===
La conduite du projet sera principalement évaluée en fonction des critères suivants :
* vous devez choisir un Scrum Master (unique ou tournant) : vous devez justifier votre choix
* durée du sprint (idem : vous devez justifier votre choix)
Sur ces 2 premiers critères, vous n'en changez pas !!!

Vous devez prévoir :
* product backlog
* sprint backlog
* sprint planning
* démos
* rétrospectives

Pensez à créer un wiki qui regroupera l'ensemble de vos documentations. Cela doit être une documentation Agile !!!!

Un point de bonus pour ceux qui réussiront à mettre en place des "poker planning".
[[File:20121002 141359.jpg|center|400px|PokerPlanningECOM2013]]

==Partie IHM==

===Etapes et documents demandés===
Trois documents sont à produire : le cahier des charges (CDC), le dossier de conception IHM (à rédiger avant de développer l'IHM du site) et le document d'évaluation IHM. Les versions finales des deux premiers documents (CDC et dossier de conception IHM) sont à remettre une semaine avant les soutenances et le dossier d'évaluation, le jour de la soutenance.

Le détail sur l'organisation et l'évaluation du travail concernant les spécifications du site sera communiqué lors des premières séances de cours.
En résumé :
* Une fois le sujet choisi, analyser les sites "concurrents" et mener une enquête auprès d'utilisateurs représentatifs du futur site marchand, faire une analyse des données recueillies, en déduire les requis fonctionnels et non fonctionnels du site, identifier le modèle de l'utilisateur type, produire le modèle de tâches. Les analyses amont (sites concurrents et enquête) seront mises en annexe du CDC.
* Définir une norme de présentation pour tous les documents du projet.
* Ensuite, rédiger le cahier des charges. Bien penser à définir les priorités de développement. Des exemples des années précédentes seront consultables en séances d'audit.
* Une fois le CDC validé, rédiger le dossier de conception IHM : IHM abstraite, IHM concrète, charte graphique.
===Critères d'évaluation===
La partie IHM du projet sera principalement évaluée en fonction des critères suivants :
* Conformité de l'IHM concrète et abstraite avec le modèle de tâche
* Couverture fonctionnelle de l'application et robustesse au regard des priorités que vous avez retenues
* Qualité ergonomique au regard des principes vus en cours
* Rigueur de la démarche

==Partie Système==
La partie Système est axée sur deux étapes successives.
===Première étape===
La première consiste à définir le cœur de l'application, c'est-à-dire le modèle de données et la logique métier, puis à réaliser un premier prototype qui démontre une bonne maîtrise des EJB (session et entity beans).

Il est vivement conseillé de définir le modèle de données aussi tôt que possible et d"en discuter avec les enseignants. Il est également recommandé de limiter le premier prototype à un sous-ensemble des spécifications fonctionnelles, à la fois assez vaste pour couvrir les principales difficultés techniques et assez léger pour respecter les délais imposés.

À ce stade, l'application est seulement accessible par l'intermédiaire d'un "client lourd" (programme java offrant une console en mode texte). En particulier, il n'est pas demandé, pour cette première étape, de réaliser une interface web pour interagir avec l'application. L'application doit cependant offrir deux interfaces (administrateur et consommateur) et exécuter les requêtes avec des garanties transactionnelles.

Une présentation/démonstration du prototype V1 sera réalisée à la fin de l'étape n°1.
===Deuxième étape===
La seconde étape consiste à compléter le premier prototype avec les objectifs suivants :
* ajout des beans nécessaires pour couvrir l'ensemble des spécifications fonctionnelles ;
* développement d'une interface Web basée sur le modèle MVC ;
* rédaction des documents demandés (voir ci-dessous) ;
* modification de la configuration de déploiement : (1) client (lourd/léger) distant, (2) base de données externe (MySQL, Oracle, HSQL ...) et éventuellement distante ;
* ajout éventuel de fonctionnalités non prioritaires.

Une présentation d'une mini-maquette d'interface web aura lieu au milieu de l'étape n°2.

Remarque : Aucune des phases du projet ne nécessite le développement d'un client lourd en mode graphique (SWT ...).
===Documents demandés===
Deux rapports doivent être rédigés pour la partie Système : un document de conception système et un document d'évaluation système.

====Document de conception système====
Le dossier de conception système (DCS) a pour but de permettre à toute personne de connaitre les principaux composants JEE de votre application ECOM. Cette connaissance doit pouvoir être acquise rapidement, sans avoir à entrer dans les détails de l'implémentation. Le DCS doit donc être de taille relativement limitée (5 à 10 pages, 20 pages au grand maximum).
Le DCS est centré sur un schéma d'architecture système (SAS) : ce schéma doit faire apparaître les composants qui vont constituer l'application, ainsi que les liens entre les beans. Un lien depuis un composant A vers un (ou plusieurs) composant(s) B signifie qu'une interaction peut avoir lieu depuis A vers B. Un lien peut être monovalué ou multivalué, monodirectionnel ou multidirectionnel.

Pour chaque composant et lien du SAS, le DCS doit fournir :
* Une description fonctionnelle : La description fonctionnelle d'un composant fait apparaître les attributs qui le composent, ainsi que les méthodes qu'il fournit. Attributs et méthodes seront associés à une courte description. Les besoins liées à la persistence ou aux aspects transactionnels peuvent également être explicités.
* Une description d'implantation JEE : La description d'implantation décrit l'implantation du composant ou du lien dans l'environnement JEE. Un composant peut être implanté par un programme Java externe (client léger / client lourd JEE), par un servlet, par un bean ou par un objet POJO. Dans ces derniers cas, il faut préciser les caractéristiques des beans / POJO (local / distribué, session / évenementiel, stateful / stateless, etc). Un lien peut être implanté par une relation JEE, ou bien par conservation de référence de bean.

====Document d'évaluation système====

Le rapport final système du projet ECOM a pour but de préciser l’état d’avancement de votre application ECOM.

Le rapport final système doit préciser :
* L’état de chaque composant : non réalisé, réalisé, réalisé et validé
* Les fonctions réalisées, réalisées et testées, et celles restant à réaliser
* Les propriétés non fonctionnelles garanties par votre réalisation, et celles restant à considérer pour finaliser votre application
* Le temps consacré à la conception système
* Le temps consacré au développement système
* Les principales difficultés rencontrées
===Critères d'évaluation===
La partie système du projet sera principalement évaluée en fonction des critères suivants :
* Conformité aux spécifications de l'application et aux consignes données dans le cadre du projet
* Respect des échéances pour les différentes étapes du projet (y compris pour les prototypes intermédiaires et les documents)
* Qualité de l'architecture de l'application
* Qualité et robustesse du code applicatif
* Compréhension des principaux concepts de la technologie JEE
* Rigueur de la démarche de conception
* Qualité des présentations/soutenances
En complément, les aspects suivants seront également considérés :
* Méthodologie de test
* Déploiement et retrait de l'application sur/de la plateforme cloud (Azure) avec [http://roboconf.net/ Roboconf] ([http://roboconf.net/en/user-guide/lamp-example-part-1.html voir l'exemple avec LAMP])
* Préparation d'images de VMs avec [[Kameleon]]
* Performances (résultat du injection de charge avec [[Apache JMeter]] ou OW2 CLIF)
* Supervision du système déployé avec des sondes [[Nagios]] ou [[Shinken]] conditionnées dans les VMs à déployer.
* Utilisation (optionnelle) de technologies/APIs/frameworks avancés

==Consignes pour la soutenance==
===Consignes spécifiques pour les soutenances IHM===
Durée totale : 20 minutes
* documents (version papier) à apporter : cahier des charges (version finale), dossier de conception IHM, dossier d'évaluation IHM
* votre passage doit contenir une présentation globale du projet, le processus de conception (illustré), des évaluations, le bilan (point de vue IHM) et une démo PRÉPARÉE
* arrivez avec l'application démarée (on ne perd pas de temps) et 1 ou 2 scénarios (de test)
* prévoyez 5 minutes de questions lors de votre passage

===Consignes spécifiques pour les soutenances Système===
* Apportez un exemplaire du dossier d'évaluation système (déposé la veille sur Moodle) lors de la soutenance. Il n'est pas nécessaire d'apporter un exemplaire du dossier de conception système.
* Préparez vous 30 minutes avant votre soutenance pour démarrer les instances Windows Azure avec le service développé.
* Prévovez environ 30 minutes pour la présentation/démo/questions. Utilisez des transparents pour présenter votre projet.
* Les démonstrations peuvent être faites sur vos machines personnelles cependant le service eCOM doit IMPERATIVEMENT s'exécuter sur une ou plusieurs instances Windows Azure.
* Conditionnez le projet final sous la forme d’une archive (zip ou tar.gz) après avoir inclus la documentation (dans un repertoire /main/site). Utilisez la convention de nommage suivante : ecom_final_1213-X.zip où X correspond au nom du projet.
* Déposez immédiatement après la soutenance (et en aucun cas après le 20 décembre) l'archive sur Moodle.
* le rapport de charge (benchmark) doit être (MUST) fourni dans la documentation.
* le rapport sur les métriques logicielles doit être (MUST) fourni dans la documentation.

=Organisation 2014-2015=

==Planning==
===M2PGI (Alternant)===
'''Equipe pédagogique:''' Noël de Palma (NdP), Vincent Lesne (VL), Sybille Caffiau (SC), Sebastien Chassand-Barrioz (SCB), Ibrahim Safiedinne (FR)

'''Dates Importantes:'''
*Soutenances (IHM + système) : 9h-17h, le 18 septembre
*Remise du dossier de conception système : le 18 septembre (lors de votre passage)
*Remise du dossier d'évaluation système : le 18 septembre (lors de votre passage)

*01 sept 09h-12h F114, Boot Projet/ JEE (NDP)
*01 sept 14h-17h F114, Boot Projet/ JEE (NDP)
*02 sept 09h-12h F114, cours Agile (FDJ)
*02 sept 14h-17h F114, cours IHM (SC)
*03 sept 09h-12h F114, cours MVC/JSF/GWT (SCB)
*03 sept 14h-17h F114, cours outils et angular (SCB)
*04 sept 09h-12h F114, cours HTTP/servlets/JSP (NDP)
*04 sept 14h-17h F217, Support Syst. Cl&Alt (NDP)
*07 sept 09h-12h F114, cours Agile (FDJ)
*07 sept 14h-17h F114, cours Cloud (IS)
*08 sept 09h-12h F217, Support Syst. (NDP)
*08 sept 14h-17h Libre Service
*09 sept 09h-12h Support Syst. Cl&Alt (NDP)
*09 sept 14h-17h Libre Service
*10 sept 09h-12h F217, Support Syst. (SCB/IS)
*10 sept 14h-17h Libre Service
*11 sept 09h-12h Libre Service
*11 sept 14h-17h F217, Support Syst. (SCB/IS)
*14 sept 09h-12h F217, Support Syst. (IS/NDP)
*14 sept 14h-17h Libre Service
*15 sept 09h-12h F217, Support Syst. (IS/NDP)
*15 sept 14h-17h Libre Service
*16 sept 09h-12h F217, Support Syst. (IS/NDP)
*16 sept 14h-17h Libre Service
*17 sept 09h-12h F217, Support Syst. (IS/NDP)
*17 sept 14h-17h Libre Service
*18 sept 09h-12h Soutenance F109/F217
*18 sept 14h-17h Soutenance F109/F217

===M2PGI (Classique)===
'''Equipe pédagogique:''' Noël de Palma (NdP), Vincent Lesne (VL), Sybille Caffiau (SC), Sebastien Chassand-Barrioz (SCB), Ibrahim Safiedinne (FR)
'''Dates Importantes:'''
*Soutenances (IHM + système) : 9h-17h, le 19 décembre
*Remise du dossier de conception système : le 15 décembre (version electronique (pdf) à NdP, avec "[M2PGI-ECOM]" dans le sujet)
*Remise du dossier d'évaluation système : le 19 décembre (lors de votre passage)

==Groupes==
===M2PGI Apprenti===

===M2PGI Classique===
Consigne pour la constitution des groupes : Les étudiants ayant choisis l'option multimobile doivent se mettre ensemble. Ils doivent constituer des groupes de 4/5 afin d'avoir en tout 4 groupes (de M2 PGI classiques)

==Soutenance==
===M2PGI Apprenti===

===M2PGI Classique===

IMPERATIF
* le projet doit être (MUST) géré selon la méthode Scrum : le Scrum Master devra présenter le déroulement du projet.
* le serveur JavaEE doit être (MUST) hébergé sur une instance Windows Azure à partir du compte étudiant Azure offert gratuitement en début de projet (la machine virtuelle peut etre de type Windows ou Linux).
* un rapport de charge (benchmark) doit être (MUST) fourni : les outils JMeter ou Clif peuvent être utilisés.
* un rapport sur les métriques logicielles doit être (MUST) fourni : l'outil Sonar peut être utilisé.

'''Ordre de passage :'''
* Respectez l'ordre établi
* Faites attention au temps. Vous disposez de 15 minutes par soutenance pour : votre présentation, la démo et les questions
[[File:OrdrePassageSoutenance2013.jpg]]

ATTENTION : Si vous voulez modifier ce planning, vous devez :
* trouver un autre groupe avec qui échanger
* vous assurer que tous les membres de ce groupe acceptent l'échange
* envoyer un mail à SC et XS pour informer du changement (avec le chef de projet de l'autre groupe en copie)
Aucune modification ne sera acceptée après le 18 décembre.

=Documentation=
==Transparents de cours==

* Cours JEE/EJB(NDP) [[Media:EJB-ECOM2010.pdf]]
* Cours JEE tiers presentation (SCB) : [https://dl.dropboxusercontent.com/u/9706615/JEE_tiers_presentation.pdf url]
* Cours GWT (SCB) : [https://dl.dropboxusercontent.com/u/9706615/cours_GWT.pdf url]
* Cours maven (DD) : [http://membres-liglab.imag.fr/donsez/cours/maven.pdf url]
* Cours versionning (DD) : [http://membres-liglab.imag.fr/donsez/cours/version.pdf url]
* Cours subversion (DD) : [http://membres-liglab.imag.fr/donsez/cours/subversion.pdf url]
* Cours forge (DD) : [http://membres-liglab.imag.fr/donsez/cours/forge.pdf url]
* Cours http (DD) : [http://membres-liglab.imag.fr/donsez/cours/http.pdf url]
* Cours servlet (DD) : [http://membres-liglab.imag.fr/donsez/cours/servletjsp.pdf url]

==Squelette du projet==
[http://dl.dropbox.com/u/66952950/ecom-maven.zip ecom-maven.zip] Inaccessible

==Doc utiles==
* [http://wiki.easybeans.org/xwiki/bin/view/Main/Documentation Documentation Easybeans (conteneur EJB3 utilisé par Jonas)]
* [http://docs.oracle.com/javaee/6/tutorial/doc/ Tutorial JavaEE 6 ]
* [http://netbeans.org/kb/67/javaee/ejb30.html Tutorial NetBean et JEE ]
* [http://docs.oracle.com/javaee/6/api/ API JavaEE 6]
* [https://java.net/projects/javaee-spec/pages/Home Spécifications JavaEE 6]
* [http://www.theserverside.com/news/thread.tss?thread_id=55191 JPA implementation patterns ]
* [http://jonas.ow2.org/JONAS_5_1_2/doc/doc-en/html/getting_started_guide.html#id1316973 Glossaire]
* [http://www.easybeans.net/xwiki/bin/download/Main/Documentation/ejb3-annotations.pdf Aide mémoire pour les annotations EJB3 ]
* Présentation sur le Cloud Computing : http://erods.liglab.fr/icar2013/programme.html
* Documentation et Training Kit sur Windows Azure : http://www.microsoft.com/en-us/download/details.aspx?id=8396
* Documentation de [http://roboconf.net/en Roboconf]
** Exemple avec LAMP http://roboconf.net/en/user-guide/lamp-example-part-1.html
http://proton.inrialpes.fr/~depalma/ecom/liens/liens.html
* Transparents IHM [[Media:ECOM20142015PGIAlt.pdf]]

===Quelques livres===
REMARQUE: les livres sur JavaEE se periment très vite avec l'évolution de la spécification
* Java EE6 Cookbook for securing, tuning, and extending enterprise applications: http://www.packtpub.com/java-ee6-securing-tuning-extending-enterprise-applications-cookbook/book
* Holly Cummins and Timothy Ward, Enterprise OSGi in Action, March, 2013, 400 pages, ISBN: 9781617290138, http://www.manning.com/cummins/ ([http://www.manning.com/cummins/EOSGI_sample_ch02.pdf chapitre 2], [http://www.manning.com/cummins/EOSGI_sample_ch10.pdf chapitre 10])
* Debu Panda, Reza Rahman, Derek Lane, EJB 3 in Action, Pub Mannings, 2007, http://www.manning.com/panda/
* Debu Panda, Reza Rahman, Ryan Cuprak, and Michael Remijan, EJB 3 in Action, Second Edition, Pub Mannings, 2011, http://www.manning.com/panda2/

ECOM-M2PGI

2015-01-14T15:03:45Z

Noel.DePalma:

Le projet eCOM consiste à concevoir et développer une application de commerce électronique. [[ECOM|suite ...]]

=Étapes du projet=
La partie IHM et la partie Système sont menées en parallèle pendant toute la durée du projet. Le projet se conclut par une soutenance finale pour chaque partie (IHM et système).

==Conduite de projet==
Le projet eCOM est très court en durée. Il est préconisé d'utiliser la méthodologie [[Scrum]] pour la conduite du projet dans chaque groupe.

===Critères d'évaluation===
La conduite du projet sera principalement évaluée en fonction des critères suivants :
* vous devez choisir un Scrum Master (unique ou tournant) : vous devez justifier votre choix
* durée du sprint (idem : vous devez justifier votre choix)
Sur ces 2 premiers critères, vous n'en changez pas !!!

Vous devez prévoir :
* product backlog
* sprint backlog
* sprint planning
* démos
* rétrospectives

Pensez à créer un wiki qui regroupera l'ensemble de vos documentations. Cela doit être une documentation Agile !!!!

Un point de bonus pour ceux qui réussiront à mettre en place des "poker planning".
[[File:20121002 141359.jpg|center|400px|PokerPlanningECOM2013]]

==Partie IHM==

===Etapes et documents demandés===
Trois documents sont à produire : le cahier des charges (CDC), le dossier de conception IHM (à rédiger avant de développer l'IHM du site) et le document d'évaluation IHM. Les versions finales des deux premiers documents (CDC et dossier de conception IHM) sont à remettre une semaine avant les soutenances et le dossier d'évaluation, le jour de la soutenance.

Le détail sur l'organisation et l'évaluation du travail concernant les spécifications du site sera communiqué lors des premières séances de cours.
En résumé :
* Une fois le sujet choisi, analyser les sites "concurrents" et mener une enquête auprès d'utilisateurs représentatifs du futur site marchand, faire une analyse des données recueillies, en déduire les requis fonctionnels et non fonctionnels du site, identifier le modèle de l'utilisateur type, produire le modèle de tâches. Les analyses amont (sites concurrents et enquête) seront mises en annexe du CDC.
* Définir une norme de présentation pour tous les documents du projet.
* Ensuite, rédiger le cahier des charges. Bien penser à définir les priorités de développement. Des exemples des années précédentes seront consultables en séances d'audit.
* Une fois le CDC validé, rédiger le dossier de conception IHM : IHM abstraite, IHM concrète, charte graphique.
===Critères d'évaluation===
La partie IHM du projet sera principalement évaluée en fonction des critères suivants :
* Conformité de l'IHM concrète et abstraite avec le modèle de tâche
* Couverture fonctionnelle de l'application et robustesse au regard des priorités que vous avez retenues
* Qualité ergonomique au regard des principes vus en cours
* Rigueur de la démarche

==Partie Système==
La partie Système est axée sur deux étapes successives.
===Première étape===
La première consiste à définir le cœur de l'application, c'est-à-dire le modèle de données et la logique métier, puis à réaliser un premier prototype qui démontre une bonne maîtrise des EJB (session et entity beans).

Il est vivement conseillé de définir le modèle de données aussi tôt que possible et d"en discuter avec les enseignants. Il est également recommandé de limiter le premier prototype à un sous-ensemble des spécifications fonctionnelles, à la fois assez vaste pour couvrir les principales difficultés techniques et assez léger pour respecter les délais imposés.

À ce stade, l'application est seulement accessible par l'intermédiaire d'un "client lourd" (programme java offrant une console en mode texte). En particulier, il n'est pas demandé, pour cette première étape, de réaliser une interface web pour interagir avec l'application. L'application doit cependant offrir deux interfaces (administrateur et consommateur) et exécuter les requêtes avec des garanties transactionnelles.

Une présentation/démonstration du prototype V1 sera réalisée à la fin de l'étape n°1.
===Deuxième étape===
La seconde étape consiste à compléter le premier prototype avec les objectifs suivants :
* ajout des beans nécessaires pour couvrir l'ensemble des spécifications fonctionnelles ;
* développement d'une interface Web basée sur le modèle MVC ;
* rédaction des documents demandés (voir ci-dessous) ;
* modification de la configuration de déploiement : (1) client (lourd/léger) distant, (2) base de données externe (MySQL, Oracle, HSQL ...) et éventuellement distante ;
* ajout éventuel de fonctionnalités non prioritaires.

Une présentation d'une mini-maquette d'interface web aura lieu au milieu de l'étape n°2.

Remarque : Aucune des phases du projet ne nécessite le développement d'un client lourd en mode graphique (SWT ...).
===Documents demandés===
Deux rapports doivent être rédigés pour la partie Système : un document de conception système et un document d'évaluation système.

====Document de conception système====
Le dossier de conception système (DCS) a pour but de permettre à toute personne de connaitre les principaux composants JEE de votre application ECOM. Cette connaissance doit pouvoir être acquise rapidement, sans avoir à entrer dans les détails de l'implémentation. Le DCS doit donc être de taille relativement limitée (5 à 10 pages, 20 pages au grand maximum).
Le DCS est centré sur un schéma d'architecture système (SAS) : ce schéma doit faire apparaître les composants qui vont constituer l'application, ainsi que les liens entre les beans. Un lien depuis un composant A vers un (ou plusieurs) composant(s) B signifie qu'une interaction peut avoir lieu depuis A vers B. Un lien peut être monovalué ou multivalué, monodirectionnel ou multidirectionnel.

Pour chaque composant et lien du SAS, le DCS doit fournir :
* Une description fonctionnelle : La description fonctionnelle d'un composant fait apparaître les attributs qui le composent, ainsi que les méthodes qu'il fournit. Attributs et méthodes seront associés à une courte description. Les besoins liées à la persistence ou aux aspects transactionnels peuvent également être explicités.
* Une description d'implantation JEE : La description d'implantation décrit l'implantation du composant ou du lien dans l'environnement JEE. Un composant peut être implanté par un programme Java externe (client léger / client lourd JEE), par un servlet, par un bean ou par un objet POJO. Dans ces derniers cas, il faut préciser les caractéristiques des beans / POJO (local / distribué, session / évenementiel, stateful / stateless, etc). Un lien peut être implanté par une relation JEE, ou bien par conservation de référence de bean.

====Document d'évaluation système====

Le rapport final système du projet ECOM a pour but de préciser l’état d’avancement de votre application ECOM.

Le rapport final système doit préciser :
* L’état de chaque composant : non réalisé, réalisé, réalisé et validé
* Les fonctions réalisées, réalisées et testées, et celles restant à réaliser
* Les propriétés non fonctionnelles garanties par votre réalisation, et celles restant à considérer pour finaliser votre application
* Le temps consacré à la conception système
* Le temps consacré au développement système
* Les principales difficultés rencontrées
===Critères d'évaluation===
La partie système du projet sera principalement évaluée en fonction des critères suivants :
* Conformité aux spécifications de l'application et aux consignes données dans le cadre du projet
* Respect des échéances pour les différentes étapes du projet (y compris pour les prototypes intermédiaires et les documents)
* Qualité de l'architecture de l'application
* Qualité et robustesse du code applicatif
* Compréhension des principaux concepts de la technologie JEE
* Rigueur de la démarche de conception
* Qualité des présentations/soutenances
En complément, les aspects suivants seront également considérés :
* Méthodologie de test
* Déploiement et retrait de l'application sur/de la plateforme cloud (Azure) avec [http://roboconf.net/ Roboconf] ([http://roboconf.net/en/user-guide/lamp-example-part-1.html voir l'exemple avec LAMP])
* Préparation d'images de VMs avec [[Kameleon]]
* Performances (résultat du injection de charge avec [[Apache JMeter]] ou OW2 CLIF)
* Supervision du système déployé avec des sondes [[Nagios]] ou [[Shinken]] conditionnées dans les VMs à déployer.
* Utilisation (optionnelle) de technologies/APIs/frameworks avancés

==Consignes pour la soutenance==
===Consignes spécifiques pour les soutenances IHM===
Durée totale : 20 minutes
* documents (version papier) à apporter : cahier des charges (version finale), dossier de conception IHM, dossier d'évaluation IHM
* votre passage doit contenir une présentation globale du projet, le processus de conception (illustré), des évaluations, le bilan (point de vue IHM) et une démo PRÉPARÉE
* arrivez avec l'application démarée (on ne perd pas de temps) et 1 ou 2 scénarios (de test)
* prévoyez 5 minutes de questions lors de votre passage

===Consignes spécifiques pour les soutenances Système===
* Apportez un exemplaire du dossier d'évaluation système (déposé la veille sur Moodle) lors de la soutenance. Il n'est pas nécessaire d'apporter un exemplaire du dossier de conception système.
* Préparez vous 30 minutes avant votre soutenance pour démarrer les instances Windows Azure avec le service développé.
* Prévovez environ 30 minutes pour la présentation/démo/questions. Utilisez des transparents pour présenter votre projet.
* Les démonstrations peuvent être faites sur vos machines personnelles cependant le service eCOM doit IMPERATIVEMENT s'exécuter sur une ou plusieurs instances Windows Azure.
* Conditionnez le projet final sous la forme d’une archive (zip ou tar.gz) après avoir inclus la documentation (dans un repertoire /main/site). Utilisez la convention de nommage suivante : ecom_final_1213-X.zip où X correspond au nom du projet.
* Déposez immédiatement après la soutenance (et en aucun cas après le 20 décembre) l'archive sur Moodle.
* le rapport de charge (benchmark) doit être (MUST) fourni dans la documentation.
* le rapport sur les métriques logicielles doit être (MUST) fourni dans la documentation.

=Organisation 2014-2015=
EN COURS DE CONSTRUCTION

==Planning==
===M2PGI (Alternant)===
'''Equipe pédagogique:''' Noël de Palma (NdP), Vincent Lesne (VL), Sybille Caffiau (SC), Didier Donsez (DD), Sebastien Chassand-Barrioz (SCB), Ibrahim Safiedinne (FR)

'''Dates Importantes:'''
*Soutenances (IHM + système) : 9h-17h, le 19 septembre
*Remise du dossier de conception système : le 18 septembre (version electronique (pdf) à NdP, avec "[M2PGI-ECOM]" dans le sujet)
*Remise du dossier d'évaluation système : le 19 septembre (lors de votre passage)

===M2PGI (Classique)===
'''Equipe pédagogique:''' Noël de Palma (NdP), Vincent Lesne (VL), Sybille Caffiau (SC), Didier Donsez (DD), Sebastien Chassand-Barrioz (SCB), Ibrahim Safiedinne (FR)
'''Dates Importantes:'''
*Soutenances (IHM + système) : 9h-17h, le 19 décembre
*Remise du dossier de conception système : le 15 décembre (version electronique (pdf) à NdP, avec "[M2PGI-ECOM]" dans le sujet)
*Remise du dossier d'évaluation système : le 19 décembre (lors de votre passage)

==Groupes==
===M2PGI Apprenti===

===M2PGI Classique===
Consigne pour la constitution des groupes : Les étudiants ayant choisis l'option multimobile doivent se mettre ensemble. Ils doivent constituer des groupes de 4/5 afin d'avoir en tout 4 groupes (de M2 PGI classiques)

==Soutenance==
===M2PGI Apprenti===

===M2PGI Classique===

IMPERATIF
* le projet doit être (MUST) géré selon la méthode Scrum : le Scrum Master devra présenter le déroulement du projet.
* le serveur JavaEE doit être (MUST) hébergé sur une instance Windows Azure à partir du compte étudiant Azure offert gratuitement en début de projet (la machine virtuelle peut etre de type Windows ou Linux).
* un rapport de charge (benchmark) doit être (MUST) fourni : les outils JMeter ou Clif peuvent être utilisés.
* un rapport sur les métriques logicielles doit être (MUST) fourni : l'outil Sonar peut être utilisé.

'''Ordre de passage :'''
* Respectez l'ordre établi
* Faites attention au temps. Vous disposez de 15 minutes par soutenance pour : votre présentation, la démo et les questions
[[File:OrdrePassageSoutenance2013.jpg]]

ATTENTION : Si vous voulez modifier ce planning, vous devez :
* trouver un autre groupe avec qui échanger
* vous assurer que tous les membres de ce groupe acceptent l'échange
* envoyer un mail à SC et XS pour informer du changement (avec le chef de projet de l'autre groupe en copie)
Aucune modification ne sera acceptée après le 18 décembre.

=Documentation=
==Transparents de cours==

* Cours JEE/EJB(NDP) [[Media:EJB-ECOM2010.pdf]]
* Cours JEE tiers presentation (SCB) : [https://dl.dropboxusercontent.com/u/9706615/JEE_tiers_presentation.pdf url]
* Cours GWT (SCB) : [https://dl.dropboxusercontent.com/u/9706615/cours_GWT.pdf url]
* Cours maven (DD) : [http://membres-liglab.imag.fr/donsez/cours/maven.pdf url]
* Cours versionning (DD) : [http://membres-liglab.imag.fr/donsez/cours/version.pdf url]
* Cours subversion (DD) : [http://membres-liglab.imag.fr/donsez/cours/subversion.pdf url]
* Cours forge (DD) : [http://membres-liglab.imag.fr/donsez/cours/forge.pdf url]
* Cours http (DD) : [http://membres-liglab.imag.fr/donsez/cours/http.pdf url]
* Cours servlet (DD) : [http://membres-liglab.imag.fr/donsez/cours/servletjsp.pdf url]

==Squelette du projet==
[http://dl.dropbox.com/u/66952950/ecom-maven.zip ecom-maven.zip] Inaccessible

==Doc utiles==
* [http://wiki.easybeans.org/xwiki/bin/view/Main/Documentation Documentation Easybeans (conteneur EJB3 utilisé par Jonas)]
* [http://docs.oracle.com/javaee/6/tutorial/doc/ Tutorial JavaEE 6 ]
* [http://netbeans.org/kb/67/javaee/ejb30.html Tutorial NetBean et JEE ]
* [http://docs.oracle.com/javaee/6/api/ API JavaEE 6]
* [https://java.net/projects/javaee-spec/pages/Home Spécifications JavaEE 6]
* [http://www.theserverside.com/news/thread.tss?thread_id=55191 JPA implementation patterns ]
* [http://jonas.ow2.org/JONAS_5_1_2/doc/doc-en/html/getting_started_guide.html#id1316973 Glossaire]
* [http://www.easybeans.net/xwiki/bin/download/Main/Documentation/ejb3-annotations.pdf Aide mémoire pour les annotations EJB3 ]
* Présentation sur le Cloud Computing : http://erods.liglab.fr/icar2013/programme.html
* Documentation et Training Kit sur Windows Azure : http://www.microsoft.com/en-us/download/details.aspx?id=8396
* Documentation de [http://roboconf.net/en Roboconf]
** Exemple avec LAMP http://roboconf.net/en/user-guide/lamp-example-part-1.html
http://proton.inrialpes.fr/~depalma/ecom/liens/liens.html
* Transparents IHM [[Media:ECOM20142015PGIAlt.pdf]]

===Quelques livres===
REMARQUE: les livres sur JavaEE se periment très vite avec l'évolution de la spécification
* Java EE6 Cookbook for securing, tuning, and extending enterprise applications: http://www.packtpub.com/java-ee6-securing-tuning-extending-enterprise-applications-cookbook/book
* Holly Cummins and Timothy Ward, Enterprise OSGi in Action, March, 2013, 400 pages, ISBN: 9781617290138, http://www.manning.com/cummins/ ([http://www.manning.com/cummins/EOSGI_sample_ch02.pdf chapitre 2], [http://www.manning.com/cummins/EOSGI_sample_ch10.pdf chapitre 10])
* Debu Panda, Reza Rahman, Derek Lane, EJB 3 in Action, Pub Mannings, 2007, http://www.manning.com/panda/
* Debu Panda, Reza Rahman, Ryan Cuprak, and Michael Remijan, EJB 3 in Action, Second Edition, Pub Mannings, 2011, http://www.manning.com/panda2/

ECOM-M2PGI

2014-10-05T11:51:17Z

Noel.DePalma: /* Planning */

Le projet eCOM consiste à concevoir et développer une application de commerce électronique. [[ECOM|suite ...]]

=Étapes du projet=
La partie IHM et la partie Système sont menées en parallèle pendant toute la durée du projet. Le projet se conclut par une soutenance finale pour chaque partie (IHM et système).

==Conduite de projet==
Le projet eCOM est très court en durée. Il est préconisé d'utiliser la méthodologie [[Scrum]] pour la conduite du projet dans chaque groupe.

===Critères d'évaluation===
La conduite du projet sera principalement évaluée en fonction des critères suivants :
* vous devez choisir un Scrum Master (unique ou tournant) : vous devez justifier votre choix
* durée du sprint (idem : vous devez justifier votre choix)
Sur ces 2 premiers critères, vous n'en changez pas !!!

Vous devez prévoir :
* product backlog
* sprint backlog
* sprint planning
* démos
* rétrospectives

Pensez à créer un wiki qui regroupera l'ensemble de vos documentations. Cela doit être une documentation Agile !!!!

Un point de bonus pour ceux qui réussiront à mettre en place des "poker planning".
[[File:20121002 141359.jpg|center|400px|PokerPlanningECOM2013]]

==Partie IHM==

===Etapes et documents demandés===
Trois documents sont à produire : le cahier des charges (CDC), le dossier de conception IHM (à rédiger avant de développer l'IHM du site) et le document d'évaluation IHM. Les versions finales des deux premiers documents (CDC et dossier de conception IHM) sont à remettre une semaine avant les soutenances et le dossier d'évaluation, le jour de la soutenance.

Le détail sur l'organisation et l'évaluation du travail concernant les spécifications du site sera communiqué lors des premières séances de cours.
En résumé :
* Une fois le sujet choisi, analyser les sites "concurrents" et mener une enquête auprès d'utilisateurs représentatifs du futur site marchand, faire une analyse des données recueillies, en déduire les requis fonctionnels et non fonctionnels du site, identifier le modèle de l'utilisateur type, produire le modèle de tâches. Les analyses amont (sites concurrents et enquête) seront mises en annexe du CDC.
* Définir une norme de présentation pour tous les documents du projet.
* Ensuite, rédiger le cahier des charges. Bien penser à définir les priorités de développement. Des exemples des années précédentes seront consultables en séances d'audit.
* Une fois le CDC validé, rédiger le dossier de conception IHM : IHM abstraite, IHM concrète, charte graphique.
===Critères d'évaluation===
La partie IHM du projet sera principalement évaluée en fonction des critères suivants :
* Conformité de l'IHM concrète et abstraite avec le modèle de tâche
* Couverture fonctionnelle de l'application et robustesse au regard des priorités que vous avez retenues
* Qualité ergonomique au regard des principes vus en cours
* Rigueur de la démarche

==Partie Système==
La partie Système est axée sur deux étapes successives.
===Première étape===
La première consiste à définir le cœur de l'application, c'est-à-dire le modèle de données et la logique métier, puis à réaliser un premier prototype qui démontre une bonne maîtrise des EJB (session et entity beans).

Il est vivement conseillé de définir le modèle de données aussi tôt que possible et d"en discuter avec les enseignants. Il est également recommandé de limiter le premier prototype à un sous-ensemble des spécifications fonctionnelles, à la fois assez vaste pour couvrir les principales difficultés techniques et assez léger pour respecter les délais imposés.

À ce stade, l'application est seulement accessible par l'intermédiaire d'un "client lourd" (programme java offrant une console en mode texte). En particulier, il n'est pas demandé, pour cette première étape, de réaliser une interface web pour interagir avec l'application. L'application doit cependant offrir deux interfaces (administrateur et consommateur) et exécuter les requêtes avec des garanties transactionnelles.

Une présentation/démonstration du prototype V1 sera réalisée à la fin de l'étape n°1.
===Deuxième étape===
La seconde étape consiste à compléter le premier prototype avec les objectifs suivants :
* ajout des beans nécessaires pour couvrir l'ensemble des spécifications fonctionnelles ;
* développement d'une interface Web basée sur le modèle MVC ;
* rédaction des documents demandés (voir ci-dessous) ;
* modification de la configuration de déploiement : (1) client (lourd/léger) distant, (2) base de données externe (MySQL, Oracle, HSQL ...) et éventuellement distante ;
* ajout éventuel de fonctionnalités non prioritaires.

Une présentation d'une mini-maquette d'interface web aura lieu au milieu de l'étape n°2.

Remarque : Aucune des phases du projet ne nécessite le développement d'un client lourd en mode graphique (SWT ...).
===Documents demandés===
Deux rapports doivent être rédigés pour la partie Système : un document de conception système et un document d'évaluation système.

====Document de conception système====
Le dossier de conception système (DCS) a pour but de permettre à toute personne de connaitre les principaux composants JEE de votre application ECOM. Cette connaissance doit pouvoir être acquise rapidement, sans avoir à entrer dans les détails de l'implémentation. Le DCS doit donc être de taille relativement limitée (5 à 10 pages, 20 pages au grand maximum).
Le DCS est centré sur un schéma d'architecture système (SAS) : ce schéma doit faire apparaître les composants qui vont constituer l'application, ainsi que les liens entre les beans. Un lien depuis un composant A vers un (ou plusieurs) composant(s) B signifie qu'une interaction peut avoir lieu depuis A vers B. Un lien peut être monovalué ou multivalué, monodirectionnel ou multidirectionnel.

Pour chaque composant et lien du SAS, le DCS doit fournir :
* Une description fonctionnelle : La description fonctionnelle d'un composant fait apparaître les attributs qui le composent, ainsi que les méthodes qu'il fournit. Attributs et méthodes seront associés à une courte description. Les besoins liées à la persistence ou aux aspects transactionnels peuvent également être explicités.
* Une description d'implantation JEE : La description d'implantation décrit l'implantation du composant ou du lien dans l'environnement JEE. Un composant peut être implanté par un programme Java externe (client léger / client lourd JEE), par un servlet, par un bean ou par un objet POJO. Dans ces derniers cas, il faut préciser les caractéristiques des beans / POJO (local / distribué, session / évenementiel, stateful / stateless, etc). Un lien peut être implanté par une relation JEE, ou bien par conservation de référence de bean.

====Document d'évaluation système====

Le rapport final système du projet ECOM a pour but de préciser l’état d’avancement de votre application ECOM.

Le rapport final système doit préciser :
* L’état de chaque composant : non réalisé, réalisé, réalisé et validé
* Les fonctions réalisées, réalisées et testées, et celles restant à réaliser
* Les propriétés non fonctionnelles garanties par votre réalisation, et celles restant à considérer pour finaliser votre application
* Le temps consacré à la conception système
* Le temps consacré au développement système
* Les principales difficultés rencontrées
===Critères d'évaluation===
La partie système du projet sera principalement évaluée en fonction des critères suivants :
* Conformité aux spécifications de l'application et aux consignes données dans le cadre du projet
* Respect des échéances pour les différentes étapes du projet (y compris pour les prototypes intermédiaires et les documents)
* Qualité de l'architecture de l'application
* Qualité et robustesse du code applicatif
* Compréhension des principaux concepts de la technologie JEE
* Rigueur de la démarche de conception
* Qualité des présentations/soutenances
En complément, les aspects suivants seront également considérés :
* Méthodologie de test
* Déploiement et retrait de l'application sur/de la plateforme cloud (Azure) avec [http://roboconf.net/ Roboconf] ([http://roboconf.net/en/user-guide/lamp-example-part-1.html voir l'exemple avec LAMP])
* Préparation d'images de VMs avec [[Kameleon]]
* Performances (résultat du injection de charge avec [[Apache JMeter]] ou OW2 CLIF)
* Supervision du système déployé avec des sondes [[Nagios]] ou [[Shinken]] conditionnées dans les VMs à déployer.
* Utilisation (optionnelle) de technologies/APIs/frameworks avancés

==Consignes pour la soutenance==
===Consignes spécifiques pour les soutenances IHM===
Durée totale : 20 minutes
* documents (version papier) à apporter : cahier des charges (version finale), dossier de conception IHM, dossier d'évaluation IHM
* votre passage doit contenir une présentation globale du projet, le processus de conception (illustré), des évaluations, le bilan (point de vue IHM) et une démo PRÉPARÉE
* arrivez avec l'application démarée (on ne perd pas de temps) et 1 ou 2 scénarios (de test)
* prévoyez 5 minutes de questions lors de votre passage

===Consignes spécifiques pour les soutenances Système===
* Apportez un exemplaire du dossier d'évaluation système (déposé la veille sur Moodle) lors de la soutenance. Il n'est pas nécessaire d'apporter un exemplaire du dossier de conception système.
* Préparez vous 30 minutes avant votre soutenance pour démarrer les instances Windows Azure avec le service développé.
* Prévovez environ 30 minutes pour la présentation/démo/questions. Utilisez des transparents pour présenter votre projet.
* Les démonstrations peuvent être faites sur vos machines personnelles cependant le service eCOM doit IMPERATIVEMENT s'exécuter sur une ou plusieurs instances Windows Azure.
* Conditionnez le projet final sous la forme d’une archive (zip ou tar.gz) après avoir inclus la documentation (dans un repertoire /main/site). Utilisez la convention de nommage suivante : ecom_final_1213-X.zip où X correspond au nom du projet.
* Déposez immédiatement après la soutenance (et en aucun cas après le 20 décembre) l'archive sur Moodle.
* le rapport de charge (benchmark) doit être (MUST) fourni dans la documentation.
* le rapport sur les métriques logicielles doit être (MUST) fourni dans la documentation.

=Organisation 2014-2015=
EN COURS DE CONSTRUCTION

==Planning==
===M2PGI (Alternant)===
'''Equipe pédagogique:''' Noël de Palma (NdP), Vincent Lesne (VL), Sybille Caffiau (SC), Didier Donsez (DD), Sebastien Chassand-Barrioz (SCB), Ibrahim Safiedinne (FR)

'''Dates Importantes:'''
*Soutenances (IHM + système) : 9h-17h, le 19 septembre
*Remise du dossier de conception système : le 18 septembre (version electronique (pdf) à NdP, avec "[M2PGI-ECOM]" dans le sujet)
*Remise du dossier d'évaluation système : le 19 septembre (lors de votre passage)

'''Séances:'''
*01 sept 10h-13h F107, Boot Projet/ JEE (NDP) [[Media:CoursJavaEE.pdf]] [[Media:CoursEJB.pdf]]
*02 sept 09h F217, Audit Syst. Cl&Alt (NDP)
*02 sept 14h-17h F109, cours MVC/JSF/GWT (SCB)
*03 sept 09h-12h15 F109, cours IHM (SC)
*03 sept 14h F217, Audit Syst. Cl&Alt (NDP)
*04 sept 09h-12h F109 cours [http://lig-membres.imag.fr/donsez/cours/http-ecom.pdf HTTP]/[http://lig-membres.imag.fr/donsez/cours/servletjsp-ecom.pdf Servlets/JSP] [[Media Queries]](DD)
*04 sept 14h-17h F217 cours Cloud (IS)
*05 sept 09h-12h F109 cours Agile (VL)
*05 sept 14h-15h30 F109 cours IHM (SC)
*08 sept 09h Libre Service
*08 sept 14h Libre Service
*09 sept 09h F216, Audit Syst. Cl&Alt (NDP)
*09 sept 14h Libre Service
*10 sept 09h F217, Audit Syst. Cl&Alt (SCB)
*10 sept 14h Libre Service
*11 sept 09h Libre Service
*11 sept 14h Libre Service
*12 sept 09h F217, Audit Syst. Cl&Alt (SCB)
*12 sept 14h Libre Service
*15 sept 09h F216, Audit Syst. Cl&Alt (IS)
*15 sept 14h Libre Service
*16 sept 09h F217, Audit Syst. Cl&Alt (SCB)
*16 sept 14h Libre Service
*17 sept 09h TPs F214, Audit Syst. Cl&Alt (IS)
*17 sept 14h Libre Service
*18 sept 09h F217, Audit Syst. Cl&Alt (SCB)
*18 sept 14h Libre Service
*19 sept 09h-17h Soutenances

===M2PGI (Classique)===
'''Equipe pédagogique:''' Noël de Palma (NdP), Vincent Lesne (VL), Sybille Caffiau (SC), Didier Donsez (DD), Sebastien Chassand-Barrioz (SCB), Ibrahim Safiedinne (FR)
'''Dates Importantes:'''
*Soutenances (IHM + système) : 9h-17h, le 19 décembre
*Remise du dossier de conception système : le 15 décembre (version electronique (pdf) à NdP, avec "[M2PGI-ECOM]" dans le sujet)
*Remise du dossier d'évaluation système : le 19 décembre (lors de votre passage)

'''Séances:'''
*26/09 : F116 9h-12h Boot Projet/ JEE (NDP)
*26/09 : F118 14h-18h Boot Projet/ JEE (NDP)
*03/10 : F116 9h-12h cours MVC/JSF/GWT (SCB)
*03/10 : F118 14h-17h cours IHM (SC)
*10/10 : F117 9h-10h30 cours HTTP/servlets/JSP (DD)
*10/10 : F117 10h30h-12h ours IHM (SC)
*10/10 : F118 14h-17h Libre Service
*17/10 : F117 9h-12h cours Agile (VL)
*17/10 : F118 14h-17h cours Cloud (IS)
*24/10 : F214/F216/F117 9h Libre Service
*24/10 : F214/F216 14h Audit Système (NDP)
*07/11 : F117 9h Cours Agile (VL)
*07/11 : F214/F216 14h Audit Système (SCB)
*14/11 : F214/F216/F116 9h Libre Service
*14/11 : F214/F216 14h Audit Système (SCB)
*21/11 : F214/F216 9h Audit Système (IS/NDP)
*21/11 : F214/F216/F118 14h libre service
*28/11 : F214/F216 14h Audit Système (SCB)
*28/11 : F214/F216 9h Audit Système (IS)
*05/12 : F214/F216 14h Audit Système (SCB)
*05/12 : F214/F216 9h Audit Système (IS/NDP)
*12/12 : F214/F216 14h Audit Système (SCB)
*12/12 : F214/F216 9h Audit Système (SCB/NDP)
Semaine bloquée du 15/12 au 19/12 F204/F212/F214 Libre service
Soutenances le 19/12 8h-18h.Salle F212/F214.

==Groupes==
===M2PGI Apprenti===

===M2PGI Classique===
Consigne pour la constitution des groupes : Les étudiants ayant choisis l'option multimobile doivent se mettre ensemble. Ils doivent constituer des groupes de 4/5 afin d'avoir en tout 4 groupes (de M2 PGI classiques)

==Soutenance==
===M2PGI Apprenti===

===M2PGI Classique===

IMPERATIF
* le projet doit être (MUST) géré selon la méthode Scrum : le Scrum Master devra présenter le déroulement du projet.
* le serveur JavaEE doit être (MUST) hébergé sur une instance Windows Azure à partir du compte étudiant Azure offert gratuitement en début de projet (la machine virtuelle peut etre de type Windows ou Linux).
* un rapport de charge (benchmark) doit être (MUST) fourni : les outils JMeter ou Clif peuvent être utilisés.
* un rapport sur les métriques logicielles doit être (MUST) fourni : l'outil Sonar peut être utilisé.

'''Ordre de passage :'''
* Respectez l'ordre établi
* Faites attention au temps. Vous disposez de 15 minutes par soutenance pour : votre présentation, la démo et les questions
[[File:OrdrePassageSoutenance2013.jpg]]

ATTENTION : Si vous voulez modifier ce planning, vous devez :
* trouver un autre groupe avec qui échanger
* vous assurer que tous les membres de ce groupe acceptent l'échange
* envoyer un mail à SC et XS pour informer du changement (avec le chef de projet de l'autre groupe en copie)
Aucune modification ne sera acceptée après le 18 décembre.

=Documentation=
==Transparents de cours==

* Cours JEE/EJB(NDP) [[Media:EJB-ECOM2010.pdf]]
* Cours JEE tiers presentation (SCB) : [https://dl.dropboxusercontent.com/u/9706615/JEE_tiers_presentation.pdf url]
* Cours GWT (SCB) : [https://dl.dropboxusercontent.com/u/9706615/cours_GWT.pdf url]
* Cours maven (DD) : [http://membres-liglab.imag.fr/donsez/cours/maven.pdf url]
* Cours versionning (DD) : [http://membres-liglab.imag.fr/donsez/cours/version.pdf url]
* Cours subversion (DD) : [http://membres-liglab.imag.fr/donsez/cours/subversion.pdf url]
* Cours forge (DD) : [http://membres-liglab.imag.fr/donsez/cours/forge.pdf url]
* Cours http (DD) : [http://membres-liglab.imag.fr/donsez/cours/http.pdf url]
* Cours servlet (DD) : [http://membres-liglab.imag.fr/donsez/cours/servletjsp.pdf url]

==Squelette du projet==
[http://dl.dropbox.com/u/66952950/ecom-maven.zip ecom-maven.zip] Inaccessible

==Doc utiles==
* [http://wiki.easybeans.org/xwiki/bin/view/Main/Documentation Documentation Easybeans (conteneur EJB3 utilisé par Jonas)]
* [http://docs.oracle.com/javaee/6/tutorial/doc/ Tutorial JavaEE 6 ]
* [http://netbeans.org/kb/67/javaee/ejb30.html Tutorial NetBean et JEE ]
* [http://docs.oracle.com/javaee/6/api/ API JavaEE 6]
* [https://java.net/projects/javaee-spec/pages/Home Spécifications JavaEE 6]
* [http://www.theserverside.com/news/thread.tss?thread_id=55191 JPA implementation patterns ]
* [http://jonas.ow2.org/JONAS_5_1_2/doc/doc-en/html/getting_started_guide.html#id1316973 Glossaire]
* [http://www.easybeans.net/xwiki/bin/download/Main/Documentation/ejb3-annotations.pdf Aide mémoire pour les annotations EJB3 ]
* Présentation sur le Cloud Computing : http://erods.liglab.fr/icar2013/programme.html
* Documentation et Training Kit sur Windows Azure : http://www.microsoft.com/en-us/download/details.aspx?id=8396
* Documentation de [http://roboconf.net/en Roboconf]
** Exemple avec LAMP http://roboconf.net/en/user-guide/lamp-example-part-1.html
http://proton.inrialpes.fr/~depalma/ecom/liens/liens.html

===Quelques livres===
REMARQUE: les livres sur JavaEE se periment très vite avec l'évolution de la spécification
* Java EE6 Cookbook for securing, tuning, and extending enterprise applications: http://www.packtpub.com/java-ee6-securing-tuning-extending-enterprise-applications-cookbook/book
* Holly Cummins and Timothy Ward, Enterprise OSGi in Action, March, 2013, 400 pages, ISBN: 9781617290138, http://www.manning.com/cummins/ ([http://www.manning.com/cummins/EOSGI_sample_ch02.pdf chapitre 2], [http://www.manning.com/cummins/EOSGI_sample_ch10.pdf chapitre 10])
* Debu Panda, Reza Rahman, Derek Lane, EJB 3 in Action, Pub Mannings, 2007, http://www.manning.com/panda/
* Debu Panda, Reza Rahman, Ryan Cuprak, and Michael Remijan, EJB 3 in Action, Second Edition, Pub Mannings, 2011, http://www.manning.com/panda2/

ECOM-M2PGI

2014-09-02T05:32:32Z

Noel.DePalma: /* M2PGI (Alternant) */

=Étapes du projet=
La partie IHM et la partie Système sont menées en parallèle pendant toute la durée du projet. Le projet se conclut par une soutenance finale pour chaque partie (IHM et système).

==Conduite de projet==
Le projet eCOM est très court en durée. Il est préconisé d'utiliser la méthodologie [[Scrum]] pour la conduite du projet dans chaque groupe.

===Critères d'évaluation===
La conduite du projet sera principalement évaluée en fonction des critères suivants :
* vous devez choisir un Scrum Master (unique ou tournant) : vous devez justifier votre choix
* durée du sprint (idem : vous devez justifier votre choix)
Sur ces 2 premiers critères, vous n'en changez pas !!!

Vous devez prévoir :
* product backlog
* sprint backlog
* sprint planning
* démos
* rétrospectives

Pensez à créer un wiki qui regroupera l'ensemble de vos documentations. Cela doit être une documentation Agile !!!!

Un point de bonus pour ceux qui réussiront à mettre en place des "poker planning".
[[File:20121002 141359.jpg|center|400px|PokerPlanningECOM2013]]

==Partie IHM==

===Etapes et documents demandés===
Trois documents sont à produire : le cahier des charges (CDC), le dossier de conception IHM (à rédiger avant de développer l'IHM du site) et le document d'évaluation IHM. Les versions finales des deux premiers documents (CDC et dossier de conception IHM) sont à remettre une semaine avant les soutenances et le dossier d'évaluation, le jour de la soutenance.

Le détail sur l'organisation et l'évaluation du travail concernant les spécifications du site sera communiqué lors des premières séances de cours.
En résumé :
* Une fois le sujet choisi, analyser les sites "concurrents" et mener une enquête auprès d'utilisateurs représentatifs du futur site marchand, faire une analyse des données recueillies, en déduire les requis fonctionnels et non fonctionnels du site, identifier le modèle de l'utilisateur type, produire le modèle de tâches. Les analyses amont (sites concurrents et enquête) seront mises en annexe du CDC.
* Définir une norme de présentation pour tous les documents du projet.
* Ensuite, rédiger le cahier des charges. Bien penser à définir les priorités de développement. Des exemples des années précédentes seront consultables en séances d'audit.
* Une fois le CDC validé, rédiger le dossier de conception IHM : IHM abstraite, IHM concrète, charte graphique.
===Critères d'évaluation===
La partie IHM du projet sera principalement évaluée en fonction des critères suivants :
* Conformité de l'IHM concrète et abstraite avec le modèle de tâche
* Couverture fonctionnelle de l'application et robustesse au regard des priorités que vous avez retenues
* Qualité ergonomique au regard des principes vus en cours
* Rigueur de la démarche

==Partie Système==
La partie Système est axée sur deux étapes successives.
===Première étape===
La première consiste à définir le cœur de l'application, c'est-à-dire le modèle de données et la logique métier, puis à réaliser un premier prototype qui démontre une bonne maîtrise des EJB (session et entity beans).

Il est vivement conseillé de définir le modèle de données aussi tôt que possible et d"en discuter avec les enseignants. Il est également recommandé de limiter le premier prototype à un sous-ensemble des spécifications fonctionnelles, à la fois assez vaste pour couvrir les principales difficultés techniques et assez léger pour respecter les délais imposés.

À ce stade, l'application est seulement accessible par l'intermédiaire d'un "client lourd" (programme java offrant une console en mode texte). En particulier, il n'est pas demandé, pour cette première étape, de réaliser une interface web pour interagir avec l'application. L'application doit cependant offrir deux interfaces (administrateur et consommateur) et exécuter les requêtes avec des garanties transactionnelles.

Une présentation/démonstration du prototype V1 sera réalisée à la fin de l'étape n°1.
===Deuxième étape===
La seconde étape consiste à compléter le premier prototype avec les objectifs suivants :
* ajout des beans nécessaires pour couvrir l'ensemble des spécifications fonctionnelles ;
* développement d'une interface Web basée sur le modèle MVC ;
* rédaction des documents demandés (voir ci-dessous) ;
* modification de la configuration de déploiement : (1) client (lourd/léger) distant, (2) base de données externe (MySQL, Oracle, HSQL ...) et éventuellement distante ;
* ajout éventuel de fonctionnalités non prioritaires.

Une présentation d'une mini-maquette d'interface web aura lieu au milieu de l'étape n°2.

Remarque : Aucune des phases du projet ne nécessite le développement d'un client lourd en mode graphique (SWT ...).
===Documents demandés===
Deux rapports doivent être rédigés pour la partie Système : un document de conception système et un document d'évaluation système.

====Document de conception système====
Le dossier de conception système (DCS) a pour but de permettre à toute personne de connaitre les principaux composants JEE de votre application ECOM. Cette connaissance doit pouvoir être acquise rapidement, sans avoir à entrer dans les détails de l'implémentation. Le DCS doit donc être de taille relativement limitée (5 à 10 pages, 20 pages au grand maximum).
Le DCS est centré sur un schéma d'architecture système (SAS) : ce schéma doit faire apparaître les composants qui vont constituer l'application, ainsi que les liens entre les beans. Un lien depuis un composant A vers un (ou plusieurs) composant(s) B signifie qu'une interaction peut avoir lieu depuis A vers B. Un lien peut être monovalué ou multivalué, monodirectionnel ou multidirectionnel.

Pour chaque composant et lien du SAS, le DCS doit fournir :
* Une description fonctionnelle : La description fonctionnelle d'un composant fait apparaître les attributs qui le composent, ainsi que les méthodes qu'il fournit. Attributs et méthodes seront associés à une courte description. Les besoins liées à la persistence ou aux aspects transactionnels peuvent également être explicités.
* Une description d'implantation JEE : La description d'implantation décrit l'implantation du composant ou du lien dans l'environnement JEE. Un composant peut être implanté par un programme Java externe (client léger / client lourd JEE), par un servlet, par un bean ou par un objet POJO. Dans ces derniers cas, il faut préciser les caractéristiques des beans / POJO (local / distribué, session / évenementiel, stateful / stateless, etc). Un lien peut être implanté par une relation JEE, ou bien par conservation de référence de bean.

====Document d'évaluation système====

Le rapport final système du projet ECOM a pour but de préciser l’état d’avancement de votre application ECOM.

Le rapport final système doit préciser :
* L’état de chaque composant : non réalisé, réalisé, réalisé et validé
* Les fonctions réalisées, réalisées et testées, et celles restant à réaliser
* Les propriétés non fonctionnelles garanties par votre réalisation, et celles restant à considérer pour finaliser votre application
* Le temps consacré à la conception système
* Le temps consacré au développement système
* Les principales difficultés rencontrées
===Critères d'évaluation===
La partie système du projet sera principalement évaluée en fonction des critères suivants :
* Conformité aux spécifications de l'application et aux consignes données dans le cadre du projet
* Respect des échéances pour les différentes étapes du projet (y compris pour les prototypes intermédiaires et les documents)
* Qualité de l'architecture de l'application
* Qualité et robustesse du code applicatif
* Compréhension des principaux concepts de la technologie JEE
* Rigueur de la démarche de conception
* Qualité des présentations/soutenances
En complément, les aspects suivants seront également considérés :
* Méthodologie de test
* Déploiement et retrait de l'application sur/de la plateforme cloud (Azure) avec [http://roboconf.net/ Roboconf] ([http://roboconf.net/en/user-guide/lamp-example-part-1.html voir l'exemple avec LAMP])
* Préparation d'images de VMs avec [[Kameleon]]
* Performances (résultat du injection de charge avec [[Apache JMeter]] ou OW2 CLIF)
* Supervision du système déployé avec des sondes [[Nagios]] ou [[Shinken]] conditionnées dans les VMs à déployer.
* Utilisation (optionnelle) de technologies/APIs/frameworks avancés

==Consignes pour la soutenance==
===Consignes spécifiques pour les soutenances IHM===
Durée totale : 20 minutes
* documents (version papier) à apporter : cahier des charges (version finale), dossier de conception IHM, dossier d'évaluation IHM
* votre passage doit contenir une présentation globale du projet, le processus de conception (illustré), des évaluations, le bilan (point de vue IHM) et une démo PRÉPARÉE
* arrivez avec l'application démarée (on ne perd pas de temps) et 1 ou 2 scénarios (de test)
* prévoyez 5 minutes de questions lors de votre passage

===Consignes spécifiques pour les soutenances Système===
* Apportez un exemplaire du dossier d'évaluation système (déposé la veille sur Moodle) lors de la soutenance. Il n'est pas nécessaire d'apporter un exemplaire du dossier de conception système.
* Préparez vous 30 minutes avant votre soutenance pour démarrer les instances Windows Azure avec le service développé.
* Prévovez environ 30 minutes pour la présentation/démo/questions. Utilisez des transparents pour présenter votre projet.
* Les démonstrations peuvent être faites sur vos machines personnelles cependant le service eCOM doit IMPERATIVEMENT s'exécuter sur une ou plusieurs instances Windows Azure.
* Conditionnez le projet final sous la forme d’une archive (zip ou tar.gz) après avoir inclus la documentation (dans un repertoire /main/site). Utilisez la convention de nommage suivante : ecom_final_1213-X.zip où X correspond au nom du projet.
* Déposez immédiatement après la soutenance (et en aucun cas après le 20 décembre) l'archive sur Moodle.
* le rapport de charge (benchmark) doit être (MUST) fourni dans la documentation.
* le rapport sur les métriques logicielles doit être (MUST) fourni dans la documentation.

=Organisation 2014-2015=
EN COURS DE CONSTRUCTION

==Planning==
===M2PGI (Alternant)===
'''Equipe pédagogique:''' Noël de Palma (NdP), Vincent Lesne (VL), Sybille Caffiau (SC), Didier Donsez (DD), Sebastien Chassand-Barrioz (SCB), Ibrahim Safiedinne (FR)

'''Dates Importantes:'''
*Soutenances (IHM + système) : 9h-17h, le 19 septembre
*Remise du dossier de conception système : le 18 septembre (version electronique (pdf) à NdP, avec "[M2PGI-ECOM]" dans le sujet)
*Remise du dossier d'évaluation système : le 19 septembre (lors de votre passage)

'''Séances:'''
*01 sept 10h-13h F107, Boot Projet/ JEE (NDP)
*02 sept 09h F217, Audit Syst. Cl&Alt (NDP)
*02 sept 14h-17h F109, cours MVC/JSF/GWT (SCB)
*03 sept 09h-12h15 F109, cours IHM (SC)
*03 sept 14h F217, Audit Syst. Cl&Alt (NDP)
*04 sept 09h-12h F109 cours HTTP/servlets/JSP (DD)
*04 sept 14h-17h F217 cours Cloud (IS)
*05 sept 09h-12h F109 cours Agile (VL)
*05 sept 14h-15h30 F109 cours IHM (SC)
*08 sept 09h Libre Service
*08 sept 14h Libre Service
*09 sept 09h F216, Audit Syst. Cl&Alt (NDP)
*09 sept 14h Libre Service
*10 sept 09h F217, Audit Syst. Cl&Alt (SCB)
*10 sept 14h Libre Service
*11 sept 09h Libre Service
*11 sept 14h Libre Service
*12 sept 09h F217, Audit Syst. Cl&Alt (SCB)
*12 sept 14h Libre Service
*15 sept 09h F216, Audit Syst. Cl&Alt (IS)
*15 sept 14h Libre Service
*16 sept 09h F217, Audit Syst. Cl&Alt (SCB)
*16 sept 14h Libre Service
*17 sept 09h TPs F214, Audit Syst. Cl&Alt (IS)
*17 sept 14h Libre Service
*18 sept 09h F217, Audit Syst. Cl&Alt (SCB)
*18 sept 14h Libre Service
*19 sept 09h-17h Soutenances

==Groupes==
===M2PGI Apprenti===

===M2PGI Classique===

==Soutenance==
===M2PGI Apprenti===

===M2PGI Classique===

IMPERATIF
* le projet doit être (MUST) géré selon la méthode Scrum : le Scrum Master devra présenter le déroulement du projet.
* le serveur JavaEE doit être (MUST) hébergé sur une instance Windows Azure à partir du compte étudiant Azure offert gratuitement en début de projet (la machine virtuelle peut etre de type Windows ou Linux).
* un rapport de charge (benchmark) doit être (MUST) fourni : les outils JMeter ou Clif peuvent être utilisés.
* un rapport sur les métriques logicielles doit être (MUST) fourni : l'outil Sonar peut être utilisé.

'''Ordre de passage :'''
* Respectez l'ordre établi
* Faites attention au temps. Vous disposez de 15 minutes par soutenance pour : votre présentation, la démo et les questions
[[File:OrdrePassageSoutenance2013.jpg]]

ATTENTION : Si vous voulez modifier ce planning, vous devez :
* trouver un autre groupe avec qui échanger
* vous assurer que tous les membres de ce groupe acceptent l'échange
* envoyer un mail à SC et XS pour informer du changement (avec le chef de projet de l'autre groupe en copie)
Aucune modification ne sera acceptée après le 18 décembre.

=Documentation=
==Transparents de cours==

* Cours JEE/EJB(NDP) [[Media:EJB-ECOM2010.pdf]]
* Cours JEE tiers presentation (SCB) : [https://dl.dropboxusercontent.com/u/9706615/JEE_tiers_presentation.pdf url]
* Cours GWT (SCB) : [https://dl.dropboxusercontent.com/u/9706615/cours_GWT.pdf url]
* Cours maven (DD) : [http://membres-liglab.imag.fr/donsez/cours/maven.pdf url]
* Cours versionning (DD) : [http://membres-liglab.imag.fr/donsez/cours/version.pdf url]
* Cours subversion (DD) : [http://membres-liglab.imag.fr/donsez/cours/subversion.pdf url]
* Cours forge (DD) : [http://membres-liglab.imag.fr/donsez/cours/forge.pdf url]
* Cours http (DD) : [http://membres-liglab.imag.fr/donsez/cours/http.pdf url]
* Cours servlet (DD) : [http://membres-liglab.imag.fr/donsez/cours/servletjsp.pdf url]

==Squelette du projet==
[http://dl.dropbox.com/u/66952950/ecom-maven.zip ecom-maven.zip] Inaccessible

==Doc utiles==
* [http://wiki.easybeans.org/xwiki/bin/view/Main/Documentation Documentation Easybeans (conteneur EJB3 utilisé par Jonas)]
* [http://docs.oracle.com/javaee/6/tutorial/doc/ Tutorial JavaEE 6 ]
* [http://netbeans.org/kb/67/javaee/ejb30.html Tutorial NetBean et JEE ]
* [http://docs.oracle.com/javaee/6/api/ API JavaEE 6]
* [https://java.net/projects/javaee-spec/pages/Home Spécifications JavaEE 6]
* [http://www.theserverside.com/news/thread.tss?thread_id=55191 JPA implementation patterns ]
* [http://jonas.ow2.org/JONAS_5_1_2/doc/doc-en/html/getting_started_guide.html#id1316973 Glossaire]
* [http://www.easybeans.net/xwiki/bin/download/Main/Documentation/ejb3-annotations.pdf Aide mémoire pour les annotations EJB3 ]
* Présentation sur le Cloud Computing : http://erods.liglab.fr/icar2013/programme.html
* Documentation et Training Kit sur Windows Azure : http://www.microsoft.com/en-us/download/details.aspx?id=8396
* Documentation de [http://roboconf.net/en Roboconf]
** Exemple avec LAMP http://roboconf.net/en/user-guide/lamp-example-part-1.html
http://proton.inrialpes.fr/~depalma/ecom/liens/liens.html

===Quelques livres===
REMARQUE: les livres sur JavaEE se periment très vite avec l'évolution de la spécification
* Java EE6 Cookbook for securing, tuning, and extending enterprise applications: http://www.packtpub.com/java-ee6-securing-tuning-extending-enterprise-applications-cookbook/book
* Holly Cummins and Timothy Ward, Enterprise OSGi in Action, March, 2013, 400 pages, ISBN: 9781617290138, http://www.manning.com/cummins/ ([http://www.manning.com/cummins/EOSGI_sample_ch02.pdf chapitre 2], [http://www.manning.com/cummins/EOSGI_sample_ch10.pdf chapitre 10])
* Debu Panda, Reza Rahman, Derek Lane, EJB 3 in Action, Pub Mannings, 2007, http://www.manning.com/panda/
* Debu Panda, Reza Rahman, Ryan Cuprak, and Michael Remijan, EJB 3 in Action, Second Edition, Pub Mannings, 2011, http://www.manning.com/panda2/

ECOM-M2PGI

2014-09-02T05:31:18Z

Noel.DePalma: /* M2PGI (Alternant) */

ECOM-M2PGI

2014-09-02T05:27:28Z

Noel.DePalma: /* Organisation 2013-2014 */

=Étapes du projet=
La partie IHM et la partie Système sont menées en parallèle pendant toute la durée du projet. Le projet se conclut par une soutenance finale pour chaque partie (IHM et système).

==Conduite de projet==
Le projet eCOM est très court en durée. Il est préconisé d'utiliser la méthodologie [[Scrum]] pour la conduite du projet dans chaque groupe.

===Critères d'évaluation===
La conduite du projet sera principalement évaluée en fonction des critères suivants :
* vous devez choisir un Scrum Master (unique ou tournant) : vous devez justifier votre choix
* durée du sprint (idem : vous devez justifier votre choix)
Sur ces 2 premiers critères, vous n'en changez pas !!!

Vous devez prévoir :
* product backlog
* sprint backlog
* sprint planning
* démos
* rétrospectives

Pensez à créer un wiki qui regroupera l'ensemble de vos documentations. Cela doit être une documentation Agile !!!!

Un point de bonus pour ceux qui réussiront à mettre en place des "poker planning".
[[File:20121002 141359.jpg|center|400px|PokerPlanningECOM2013]]

==Partie IHM==

===Etapes et documents demandés===
Trois documents sont à produire : le cahier des charges (CDC), le dossier de conception IHM (à rédiger avant de développer l'IHM du site) et le document d'évaluation IHM. Les versions finales des deux premiers documents (CDC et dossier de conception IHM) sont à remettre une semaine avant les soutenances et le dossier d'évaluation, le jour de la soutenance.

Le détail sur l'organisation et l'évaluation du travail concernant les spécifications du site sera communiqué lors des premières séances de cours.
En résumé :
* Une fois le sujet choisi, analyser les sites "concurrents" et mener une enquête auprès d'utilisateurs représentatifs du futur site marchand, faire une analyse des données recueillies, en déduire les requis fonctionnels et non fonctionnels du site, identifier le modèle de l'utilisateur type, produire le modèle de tâches. Les analyses amont (sites concurrents et enquête) seront mises en annexe du CDC.
* Définir une norme de présentation pour tous les documents du projet.
* Ensuite, rédiger le cahier des charges. Bien penser à définir les priorités de développement. Des exemples des années précédentes seront consultables en séances d'audit.
* Une fois le CDC validé, rédiger le dossier de conception IHM : IHM abstraite, IHM concrète, charte graphique.
===Critères d'évaluation===
La partie IHM du projet sera principalement évaluée en fonction des critères suivants :
* Conformité de l'IHM concrète et abstraite avec le modèle de tâche
* Couverture fonctionnelle de l'application et robustesse au regard des priorités que vous avez retenues
* Qualité ergonomique au regard des principes vus en cours
* Rigueur de la démarche

==Partie Système==
La partie Système est axée sur deux étapes successives.
===Première étape===
La première consiste à définir le cœur de l'application, c'est-à-dire le modèle de données et la logique métier, puis à réaliser un premier prototype qui démontre une bonne maîtrise des EJB (session et entity beans).

Il est vivement conseillé de définir le modèle de données aussi tôt que possible et d"en discuter avec les enseignants. Il est également recommandé de limiter le premier prototype à un sous-ensemble des spécifications fonctionnelles, à la fois assez vaste pour couvrir les principales difficultés techniques et assez léger pour respecter les délais imposés.

À ce stade, l'application est seulement accessible par l'intermédiaire d'un "client lourd" (programme java offrant une console en mode texte). En particulier, il n'est pas demandé, pour cette première étape, de réaliser une interface web pour interagir avec l'application. L'application doit cependant offrir deux interfaces (administrateur et consommateur) et exécuter les requêtes avec des garanties transactionnelles.

Une présentation/démonstration du prototype V1 sera réalisée à la fin de l'étape n°1.
===Deuxième étape===
La seconde étape consiste à compléter le premier prototype avec les objectifs suivants :
* ajout des beans nécessaires pour couvrir l'ensemble des spécifications fonctionnelles ;
* développement d'une interface Web basée sur le modèle MVC ;
* rédaction des documents demandés (voir ci-dessous) ;
* modification de la configuration de déploiement : (1) client (lourd/léger) distant, (2) base de données externe (MySQL, Oracle, HSQL ...) et éventuellement distante ;
* ajout éventuel de fonctionnalités non prioritaires.

Une présentation d'une mini-maquette d'interface web aura lieu au milieu de l'étape n°2.

Remarque : Aucune des phases du projet ne nécessite le développement d'un client lourd en mode graphique (SWT ...).
===Documents demandés===
Deux rapports doivent être rédigés pour la partie Système : un document de conception système et un document d'évaluation système.

====Document de conception système====
Le dossier de conception système (DCS) a pour but de permettre à toute personne de connaitre les principaux composants JEE de votre application ECOM. Cette connaissance doit pouvoir être acquise rapidement, sans avoir à entrer dans les détails de l'implémentation. Le DCS doit donc être de taille relativement limitée (5 à 10 pages, 20 pages au grand maximum).
Le DCS est centré sur un schéma d'architecture système (SAS) : ce schéma doit faire apparaître les composants qui vont constituer l'application, ainsi que les liens entre les beans. Un lien depuis un composant A vers un (ou plusieurs) composant(s) B signifie qu'une interaction peut avoir lieu depuis A vers B. Un lien peut être monovalué ou multivalué, monodirectionnel ou multidirectionnel.

Pour chaque composant et lien du SAS, le DCS doit fournir :
* Une description fonctionnelle : La description fonctionnelle d'un composant fait apparaître les attributs qui le composent, ainsi que les méthodes qu'il fournit. Attributs et méthodes seront associés à une courte description. Les besoins liées à la persistence ou aux aspects transactionnels peuvent également être explicités.
* Une description d'implantation JEE : La description d'implantation décrit l'implantation du composant ou du lien dans l'environnement JEE. Un composant peut être implanté par un programme Java externe (client léger / client lourd JEE), par un servlet, par un bean ou par un objet POJO. Dans ces derniers cas, il faut préciser les caractéristiques des beans / POJO (local / distribué, session / évenementiel, stateful / stateless, etc). Un lien peut être implanté par une relation JEE, ou bien par conservation de référence de bean.

====Document d'évaluation système====

Le rapport final système du projet ECOM a pour but de préciser l’état d’avancement de votre application ECOM.

Le rapport final système doit préciser :
* L’état de chaque composant : non réalisé, réalisé, réalisé et validé
* Les fonctions réalisées, réalisées et testées, et celles restant à réaliser
* Les propriétés non fonctionnelles garanties par votre réalisation, et celles restant à considérer pour finaliser votre application
* Le temps consacré à la conception système
* Le temps consacré au développement système
* Les principales difficultés rencontrées
===Critères d'évaluation===
La partie système du projet sera principalement évaluée en fonction des critères suivants :
* Conformité aux spécifications de l'application et aux consignes données dans le cadre du projet
* Respect des échéances pour les différentes étapes du projet (y compris pour les prototypes intermédiaires et les documents)
* Qualité de l'architecture de l'application
* Qualité et robustesse du code applicatif
* Compréhension des principaux concepts de la technologie JEE
* Rigueur de la démarche de conception
* Qualité des présentations/soutenances
En complément, les aspects suivants seront également considérés :
* Méthodologie de test
* Déploiement et retrait de l'application sur/de la plateforme cloud (Azure) avec [http://roboconf.net/ Roboconf] ([http://roboconf.net/en/user-guide/lamp-example-part-1.html voir l'exemple avec LAMP])
* Préparation d'images de VMs avec [[Kameleon]]
* Performances (résultat du injection de charge avec [[Apache JMeter]] ou OW2 CLIF)
* Supervision du système déployé avec des sondes [[Nagios]] ou [[Shinken]] conditionnées dans les VMs à déployer.
* Utilisation (optionnelle) de technologies/APIs/frameworks avancés

==Consignes pour la soutenance==
===Consignes spécifiques pour les soutenances IHM===
Durée totale : 20 minutes
* documents (version papier) à apporter : cahier des charges (version finale), dossier de conception IHM, dossier d'évaluation IHM
* votre passage doit contenir une présentation globale du projet, le processus de conception (illustré), des évaluations, le bilan (point de vue IHM) et une démo PRÉPARÉE
* arrivez avec l'application démarée (on ne perd pas de temps) et 1 ou 2 scénarios (de test)
* prévoyez 5 minutes de questions lors de votre passage

===Consignes spécifiques pour les soutenances Système===
* Apportez un exemplaire du dossier d'évaluation système (déposé la veille sur Moodle) lors de la soutenance. Il n'est pas nécessaire d'apporter un exemplaire du dossier de conception système.
* Préparez vous 30 minutes avant votre soutenance pour démarrer les instances Windows Azure avec le service développé.
* Prévovez environ 30 minutes pour la présentation/démo/questions. Utilisez des transparents pour présenter votre projet.
* Les démonstrations peuvent être faites sur vos machines personnelles cependant le service eCOM doit IMPERATIVEMENT s'exécuter sur une ou plusieurs instances Windows Azure.
* Conditionnez le projet final sous la forme d’une archive (zip ou tar.gz) après avoir inclus la documentation (dans un repertoire /main/site). Utilisez la convention de nommage suivante : ecom_final_1213-X.zip où X correspond au nom du projet.
* Déposez immédiatement après la soutenance (et en aucun cas après le 20 décembre) l'archive sur Moodle.
* le rapport de charge (benchmark) doit être (MUST) fourni dans la documentation.
* le rapport sur les métriques logicielles doit être (MUST) fourni dans la documentation.

=Organisation 2014-2015=
EN COURS DE CONSTRUCTION

==Planning==
===M2PGI (Alternant)===
'''Equipe pédagogique:''' Noël de Palma (NdP), Vincent Lesne (VL), Sybille Caffiau (SC), Didier Donsez (DD), Sebastien Chassand-Barrioz (SCB), Ibrahim Safiedinne (FR)

'''Dates Importantes:'''
*Soutenances (IHM + système) : 9h-17h, le 19 septembre
*Remise du dossier de conception système : le 18 septembre (version electronique (pdf) à NdP, avec "[M2PGI-ECOM]" dans le sujet)
*Remise du dossier d'évaluation système : le 19 septembre (lors de votre passage)

'''Séances:'''
*01 sept 10h-13h F107, Boot Projet/ JEE (NDP)
*01 sept 14h-17h00 F107, Boot Projet/ JEE (NDP)
*02 sept 09h-12h F217, Audit Syst. Cl&Alt (NDP)
*02 sept 14h-17h F109, cours MVC/JSF/GWT (SCB)
*03 sept 09h-12h15 F109, cours IHM (SC)
*03 sept 14h-17h F217, Audit Syst. Cl&Alt (NDP)
*04 sept 9h-12h F109 cours HTTP/servlets/JSP (DD)
*04 sept 14h-17h F217 cours Cloud (IS)
*05 sept 09h-12h F109 cours Agile (VL)
*05 sept 14h-15h30 F109 cours IHM (SC)
*08 sept 09h-12h Libre Service
*08 sept 14h-17h Libre Service
*09 sept 09h-12h F216, Audit Syst. Cl&Alt (NDP)
*09 sept 14h-17h Libre Service
*10 sept 09h-12h F217, Audit Syst. Cl&Alt (SCB)
*10 sept 14h-17h Libre Service
*11 sept 09h-12h Libre Service
*11 sept 14h-17h Libre Service
*12 sept 09h-12h F217, Audit Syst. Cl&Alt (SCB)
*12 sept 14h-17h Libre Service
*15 sept 09h-12h F216, Audit Syst. Cl&Alt (IS)
*15 sept 14h-17h Libre Service
*16 sept 09h-12h F217, Audit Syst. Cl&Alt (SCB)
*16 sept 14h-17h Libre Service
*17 sept 09h-12h TPs F214, Audit Syst. Cl&Alt (IS)
*17 sept 14h-17h Libre Service
*18 sept 09h-12h F217, Audit Syst. Cl&Alt (SCB)
*18 sept 14h-17h Libre Service
*19 sept 09h-12h Soutenance
*19 sept 14h-17h Soutenance

==Groupes==
===M2PGI Apprenti===

===M2PGI Classique===

==Soutenance==
===M2PGI Apprenti===

===M2PGI Classique===

IMPERATIF
* le projet doit être (MUST) géré selon la méthode Scrum : le Scrum Master devra présenter le déroulement du projet.
* le serveur JavaEE doit être (MUST) hébergé sur une instance Windows Azure à partir du compte étudiant Azure offert gratuitement en début de projet (la machine virtuelle peut etre de type Windows ou Linux).
* un rapport de charge (benchmark) doit être (MUST) fourni : les outils JMeter ou Clif peuvent être utilisés.
* un rapport sur les métriques logicielles doit être (MUST) fourni : l'outil Sonar peut être utilisé.

'''Ordre de passage :'''
* Respectez l'ordre établi
* Faites attention au temps. Vous disposez de 15 minutes par soutenance pour : votre présentation, la démo et les questions
[[File:OrdrePassageSoutenance2013.jpg]]

ATTENTION : Si vous voulez modifier ce planning, vous devez :
* trouver un autre groupe avec qui échanger
* vous assurer que tous les membres de ce groupe acceptent l'échange
* envoyer un mail à SC et XS pour informer du changement (avec le chef de projet de l'autre groupe en copie)
Aucune modification ne sera acceptée après le 18 décembre.

=Documentation=
==Transparents de cours==

* Cours JEE/EJB(NDP) [[Media:EJB-ECOM2010.pdf]]
* Cours JEE tiers presentation (SCB) : [https://dl.dropboxusercontent.com/u/9706615/JEE_tiers_presentation.pdf url]
* Cours GWT (SCB) : [https://dl.dropboxusercontent.com/u/9706615/cours_GWT.pdf url]
* Cours maven (DD) : [http://membres-liglab.imag.fr/donsez/cours/maven.pdf url]
* Cours versionning (DD) : [http://membres-liglab.imag.fr/donsez/cours/version.pdf url]
* Cours subversion (DD) : [http://membres-liglab.imag.fr/donsez/cours/subversion.pdf url]
* Cours forge (DD) : [http://membres-liglab.imag.fr/donsez/cours/forge.pdf url]
* Cours http (DD) : [http://membres-liglab.imag.fr/donsez/cours/http.pdf url]
* Cours servlet (DD) : [http://membres-liglab.imag.fr/donsez/cours/servletjsp.pdf url]

==Squelette du projet==
[http://dl.dropbox.com/u/66952950/ecom-maven.zip ecom-maven.zip] Inaccessible

==Doc utiles==
* [http://wiki.easybeans.org/xwiki/bin/view/Main/Documentation Documentation Easybeans (conteneur EJB3 utilisé par Jonas)]
* [http://docs.oracle.com/javaee/6/tutorial/doc/ Tutorial JavaEE 6 ]
* [http://netbeans.org/kb/67/javaee/ejb30.html Tutorial NetBean et JEE ]
* [http://docs.oracle.com/javaee/6/api/ API JavaEE 6]
* [https://java.net/projects/javaee-spec/pages/Home Spécifications JavaEE 6]
* [http://www.theserverside.com/news/thread.tss?thread_id=55191 JPA implementation patterns ]
* [http://jonas.ow2.org/JONAS_5_1_2/doc/doc-en/html/getting_started_guide.html#id1316973 Glossaire]
* [http://www.easybeans.net/xwiki/bin/download/Main/Documentation/ejb3-annotations.pdf Aide mémoire pour les annotations EJB3 ]
* Présentation sur le Cloud Computing : http://erods.liglab.fr/icar2013/programme.html
* Documentation et Training Kit sur Windows Azure : http://www.microsoft.com/en-us/download/details.aspx?id=8396
* Documentation de [http://roboconf.net/en Roboconf]
** Exemple avec LAMP http://roboconf.net/en/user-guide/lamp-example-part-1.html
http://proton.inrialpes.fr/~depalma/ecom/liens/liens.html

===Quelques livres===
REMARQUE: les livres sur JavaEE se periment très vite avec l'évolution de la spécification
* Java EE6 Cookbook for securing, tuning, and extending enterprise applications: http://www.packtpub.com/java-ee6-securing-tuning-extending-enterprise-applications-cookbook/book
* Holly Cummins and Timothy Ward, Enterprise OSGi in Action, March, 2013, 400 pages, ISBN: 9781617290138, http://www.manning.com/cummins/ ([http://www.manning.com/cummins/EOSGI_sample_ch02.pdf chapitre 2], [http://www.manning.com/cummins/EOSGI_sample_ch10.pdf chapitre 10])
* Debu Panda, Reza Rahman, Derek Lane, EJB 3 in Action, Pub Mannings, 2007, http://www.manning.com/panda/
* Debu Panda, Reza Rahman, Ryan Cuprak, and Michael Remijan, EJB 3 in Action, Second Edition, Pub Mannings, 2011, http://www.manning.com/panda2/

ECOM

2013-11-15T13:42:19Z

Noel.DePalma: /* M2PGI */

=Objectifs du projet=
Le projet eCOM consiste à concevoir et développer une application de commerce électronique. Une motivation principale du projet eCOM est qu'il intègre dans sa mise en œuvre différentes thématiques étudiées dans les formations en informatique : en particulier, interfaces homme-machine, applications et architectures réparties, bases de données. Les aspects relatifs au génie logiciel sont également présents puisque le projet eCOM comprend la conception et la réalisation d'un produit logiciel qui satisfait certains critères de qualité (documentation, respect des normes, etc).

L'intégration de différentes thématiques présente les atouts suivants :
* Valorisation des enseignements acquis dans les différentes thématiques au profit d'un projet important et réaliste.
* Appréhension des (inter)dépendances entre les thématiques.
* Communications entre les différents réalisateurs du projet.
En outre, une deuxième motivation forte du projet eCOM est qu'il intègre des technologies et des standards récents et largement utilisés dans le domaine des applications Internet. Ce projet permet plus précisément de se placer en tant qu'utilisateurs de la technologie JEE (Java Enterprise Edition) destinée à la réalisation de serveurs d'information ou de serveurs de commerce électronique à base de composants distribués, transactionnels et persistants. Les réalisateurs sont confrontés par ce biais à la manipulation de mécanismes et de fonctions générales d'un système réparti : gestion de la désignation de composants distribués, configuration d'une application distribuée, association de propriétés non fonctionnelles aux composants (persistance, transactions), gestion des images persistantes des composants (liaisons avec une base de données). Des extensions au projet sont décrites [http://ecom.ow2.org/xwiki/bin/view/Main/fr ici] et seront réalisées lors du projet RICOM/GICOM au semestre 2.

L'application réalisée devra offrir deux interfaces distinctes :
* les administrateurs qui gèrent les stocks de produits, les comptes des utilisateurs de l'application et le suivi des commandes ;
* les consommateurs/acheteurs qui peuvent consulter des articles, les placer dans leur caddie et valider une commande.

Chaque groupe devra élaborer un cahier des charges précis de l'application en termes de fonctionnalités et de critères d'ergonomie. Par ailleurs, le projet devra être réalisé en employant les méthodes et technologies présentées en cours. Ces différents aspects devront être validés par l'équipe pédagogique tout au long du projet.

=Étapes du projet=
La partie IHM et la partie Système sont menées en parallèle pendant toute la durée du projet. Le projet se conclut par une soutenance finale pour chaque partie (IHM et système).

==Conduite de projet==
Le projet eCOM est très court en durée. Il est préconisé d'utiliser la méthodologie [[Scrum]] pour la conduite du projet dans chaque groupe.

===Critères d'évaluation===
La conduite du projet sera principalement évaluée en fonction des critères suivants :
* vous devez choisir un Scrum Master (unique ou tournant) : vous devez justifier votre choix
* durée du sprint (idem : vous devez justifier votre choix)
Sur ces 2 premiers critères, vous n'en changez pas !!!

Vous devez prévoir :
* product backlog
* sprint backlog
* sprint planning
* démos
* rétrospectives

Pensez à créer un wiki qui regroupera l'ensemble de vos documentations. Cela doit être une documentation Agile !!!!

Un point de bonus pour ceux qui réussiront à mettre en place des "poker planning".
[[File:20121002 141359.jpg]]

==Partie IHM==

===Etapes et documents demandés===
Trois documents sont à produire : le cahier des charges (CDC), le dossier de conception IHM (à rédiger avant de développer l'IHM du site) et le document d'évaluation IHM. Les versions finales des deux premiers documents (CDC et dossier de conception IHM) sont à remettre une semaine avant les soutenances et le dossier d'évaluation, le jour de la soutenance.

Le détail sur l'organisation et l'évaluation du travail concernant les spécifications du site sera communiqué lors des premières séances de cours.
En résumé :
* Une fois le sujet choisi, analyser les sites "concurrents" et mener une enquête auprès d'utilisateurs représentatifs du futur site marchand, faire une analyse des données recueillies, en déduire les requis fonctionnels et non fonctionnels du site, identifier le modèle de l'utilisateur type, produire le modèle de tâches. Les analyses amont (sites concurrents et enquête) seront mises en annexe du CDC.
* Définir une norme de présentation pour tous les documents du projet.
* Ensuite, rédiger le cahier des charges. Bien penser à définir les priorités de développement. Des exemples des années précédentes seront consultables en séances d'audit.
* Une fois le CDC validé, rédiger le dossier de conception IHM : IHM abstraite, IHM concrète, charte graphique.
===Critères d'évaluation===
La partie IHM du projet sera principalement évaluée en fonction des critères suivants :
* Conformité de l'IHM concrète et abstraite avec le modèle de tâche
* Couverture fonctionnelle de l'application et robustesse au regard des priorités que vous avez retenues
* Qualité ergonomique au regard des principes vus en cours
* Rigueur de la démarche

==Partie Système==
La partie Système est axée sur deux étapes successives.
===Première étape===
La première consiste à définir le cœur de l'application, c'est-à-dire le modèle de données et la logique métier, puis à réaliser un premier prototype qui démontre une bonne maîtrise des EJB (session et entity beans).

Il est vivement conseillé de définir le modèle de données aussi tôt que possible et d"en discuter avec les enseignants. Il est également recommandé de limiter le premier prototype à un sous-ensemble des spécifications fonctionnelles, à la fois assez vaste pour couvrir les principales difficultés techniques et assez léger pour respecter les délais imposés.

À ce stade, l'application est seulement accessible par l'intermédiaire d'un "client lourd" (programme java offrant une console en mode texte). En particulier, il n'est pas demandé, pour cette première étape, de réaliser une interface web pour interagir avec l'application. L'application doit cependant offrir deux interfaces (administrateur et consommateur) et exécuter les requêtes avec des garanties transactionnelles.

Une présentation/démonstration du prototype V1 sera réalisée à la fin de l'étape n°1.
===Deuxième étape===
La seconde étape consiste à compléter le premier prototype avec les objectifs suivants :
* ajout des beans nécessaires pour couvrir l'ensemble des spécifications fonctionnelles ;
* développement d'une interface Web basée sur le modèle MVC ;
* rédaction des documents demandés (voir ci-dessous) ;
* modification de la configuration de déploiement : (1) client (lourd/léger) distant, (2) base de données externe (MySQL, Oracle, HSQL ...) et éventuellement distante ;
* ajout éventuel de fonctionnalités non prioritaires.

Une présentation d'une mini-maquette d'interface web aura lieu au milieu de l'étape n°2.

Remarque : Aucune des phases du projet ne nécessite le développement d'un client lourd en mode graphique (SWT ...).
===Documents demandés===
Deux rapports doivent être rédigés pour la partie Système : un document de conception système et un document d'évaluation système.

====Document de conception système====
Le dossier de conception système (DCS) a pour but de permettre à toute personne de connaitre les principaux composants JEE de votre application ECOM. Cette connaissance doit pouvoir être acquise rapidement, sans avoir à entrer dans les détails de l'implémentation. Le DCS doit donc être de taille relativement limitée (5 à 10 pages, 20 pages au grand maximum).
Le DCS est centré sur un schéma d'architecture système (SAS) : ce schéma doit faire apparaître les composants qui vont constituer l'application, ainsi que les liens entre les beans. Un lien depuis un composant A vers un (ou plusieurs) composant(s) B signifie qu'une interaction peut avoir lieu depuis A vers B. Un lien peut être monovalué ou multivalué, monodirectionnel ou multidirectionnel.

Pour chaque composant et lien du SAS, le DCS doit fournir :
* Une description fonctionnelle : La description fonctionnelle d'un composant fait apparaître les attributs qui le composent, ainsi que les méthodes qu'il fournit. Attributs et méthodes seront associés à une courte description. Les besoins liées à la persistence ou aux aspects transactionnels peuvent également être explicités.
* Une description d'implantation JEE : La description d'implantation décrit l'implantation du composant ou du lien dans l'environnement JEE. Un composant peut être implanté par un programme Java externe (client léger / client lourd JEE), par un servlet, par un bean ou par un objet POJO. Dans ces derniers cas, il faut préciser les caractéristiques des beans / POJO (local / distribué, session / évenementiel, stateful / stateless, etc). Un lien peut être implanté par une relation JEE, ou bien par conservation de référence de bean.

====Document d'évaluation système====

Le rapport final système du projet ECOM a pour but de préciser l’état d’avancement de votre application ECOM.

Le rapport final système doit préciser :
* L’état de chaque composant : non réalisé, réalisé, réalisé et validé
* Les fonctions réalisées, réalisées et testées, et celles restant à réaliser
* Les propriétés non fonctionnelles garanties par votre réalisation, et celles restant à considérer pour finaliser votre application
* Le temps consacré à la conception système
* Le temps consacré au développement système
* Les principales difficultés rencontrées
===Critères d'évaluation===
La partie système du projet sera principalement évaluée en fonction des critères suivants :
* Conformité aux spécifications de l'application et aux consignes données dans le cadre du projet
* Respect des échéances pour les différentes étapes du projet (y compris pour les prototypes intermédiaires et les documents)
* Qualité de l'architecture de l'application
* Qualité et robustesse du code applicatif
* Compréhension des principaux concepts de la technologie JEE
* Rigueur de la démarche de conception
* Qualité des présentations/soutenances
En complément, les aspects suivants seront également considérés :
* Méthodologie de test
* Performances (résultat du injection de charge avec JMeter ou Clif)
* Utilisation (optionnelle) de technologies/APIs/frameworks avancés

==Consignes pour la soutenance==
===Consignes spécifiques pour les soutenances IHM===
* documents (version papier) à apporter : cahier des charges (version finale), dossier de conception IHM, dossier d'évaluation IHM
* votre passage doit contenir une présentation globale du projet, le processus de conception (illustré), le bilan (point de vue IHM) et une démo PRÉPARÉE
* arrivez avec l'application démarée (on ne perd pas de temps) et 1 ou 2 scénarios (de test)
* prévoyez 5 minutes de questions lors de votre passage

===Consignes spécifiques pour les soutenances Système===
* Apportez un exemplaire du dossier d'évaluation système (déposé la veille sur Moodle) lors de la soutenance. Il n'est pas nécessaire d'apporter un exemplaire du dossier de conception système.
* Préparez vous 30 minutes avant votre soutenance pour démarrer les instances Windows Azure avec le service développé.
* Prévovez environ 30 minutes pour la présentation/démo/questions. Utilisez des transparents pour présenter votre projet.
* Les démonstrations peuvent être faites sur vos machines personnelles cependant le service eCOM doit IMPERATIVEMENT s'exécuter sur une ou plusieurs instances Windows Azure.
* Conditionnez le projet final sous la forme d’une archive (zip ou tar.gz) après avoir inclus la documentation (dans un repertoire /main/site). Utilisez la convention de nommage suivante : ecom_final_1213-X.zip où X correspond au nom du projet.
* Déposez immédiatement après la soutenance (et en aucun cas après le 20 décembre) l'archive sur Moodle.
* le rapport de charge (benchmark) doit être (MUST) fourni dans la documentation.
* le rapport sur les métriques logicielles doit être (MUST) fourni dans la documentation.

=Organisation 2013-2014=
EN COURS DE CONSTRUCTION

==Planning==
===M2PGI===
'''Equipe pédagogique:''' Noël de Palma (NdP), Frederic Dufau-Joel (FDJ), Sybille Caffiau (SC), Didier Donsez (DD), Sebastien Chassand-Barrioz (SCB), Ibrahim Safiedinne (FR)

'''Dates Importantes:'''
*Semaine bloquée : lundi 16 décembre - vendredi 20 décembre
*Soutenances (IHM + système) : vendredi 20 décembre

*Remise du cahier des charges : jeudi 24 octobre minuit (version electronique (pdf) à SC et NdP, avec "[M2PGI-ECOM]" dans le sujet)
*Audit système : vendredi 22 nov 9h
*Remise du dossier de conception IHM : vendredi 13 décembre (version electronique (pdf) à SC, avec "[M2PGI-ECOM]" dans le sujet)
*Remise du dossier d'évaluation IHM : vendredi 20 décembre (lors de votre passage)

*Remise du dossier de conception système : vendredi 13 décembre (version electronique (pdf) à NdP, avec "[M2PGI-ECOM]" dans le sujet)
*Remise du dossier d'évaluation système : jeudi 20 décembre (lors de votre passage)

'''Séances:'''
*27 sept 9h-‐12h15 Amphi 022, Boot Projet/JEE (NDP) [[File:jee.pdf]]
*27 sept 14h-17h15 Amphi 022, cours Agile (FDJ) [[File:SCRUM.pdf]] [[File:KanbanAndScrum-French.pdf]]
*04 oct 08h-13h00 Amphi 022, cours HTTP/servlets/JSP (DD)
*04 oct 14h-16h 2 salles de TPs F104, F208, Support Syst. Cl&Alt (SCB/NDP)
*04 oct 16h-18h Amphi 022, cours Agile (FDJ)
*11 oct 08h-13h Amphi 022, cours IHM SC
*11 oct 14h-17h15 Amphi 022, cours outils (DD)
*18 oct 09h-12h15 Amphi 022, cours MVC/JSF/GWT (SCB)
*18 oct 14h-17h15 3 salles de TPs F104, F214, F216, audit Agile, audit IHM et support système en //. Cl&Alt (SC, FDJ, SCB, NDP)
*8 nov 9h-12h15 salles de TPs F214, F208. Support système Cl&Alt (SCB)
*8 nov 14h-17h15 3 salles de TPs F104, F214, F216 (Cl&Alt), audit Agile (FDJ)
*15 nov 8h-9h15 F022, Amphi cours Cloud (IS ou NDP)
*15 nov 9h15h-11h30 salles de TPs F104, F208 (Cl&Alt). Support système (IS)
*15 nov 14h-17h15 salles de TPs F104, F213, F216 (Cl&Alt). Audit Agile, audit IHM et Support système en //. (SC, FDJ, SCB, NDP)
*22 nov 9h-12h15 salles de TPs F215, F208 (Cl&Alt). Support système Cl&Alt (SCB).
*22 nov 14h-17h15 salles de TPs F104, F214, F216 (Cl&Alt). Support système Cl&Alt (IS).
*29 nov 9h-12h15 salles de TPs F214, F208 (Cl&Alt). Support système Cl&Alt (IS).
*29 nov 14h-17h15 salles de TPs F104, F214, F216 (Cl&Alt). Audit Agile et audit IHM et support systeme en //. Cl&Alt. (SCB, SC, FDJ, NDP)
*6 dec 9h-12h15 salles de TPs F215 , F208 (Cl&Alt). Support système (IS).
*6 dec 14h-17h15 salles de TPs F104, F112, F113, (Cl&Alt). Audit Agile et audit IHM support système CL&Alt (FDJ, NDP, SCB)
*13 dec 9h-12h15 salles de TPs F214, F208 (Cl&Alt). Support système (IS).
*13 dec 14h-18h15 salles de TPs F213, F214 (Cl&Alt). Audit Agile et support systeme en //. Cl&Alt. (SCB, SC, FDJ, NDP)

===RICM5===
'''Equipe pédagogique:''' André Freyssinet (AF), Nicolas Tachker (NT), Sybille Caffiau (SC), Didier Donsez (DD)

'''Dates Importantes:'''
*Démo système V1 : ??
*Démo système V2 : ??
*Soutenances (IHM + système) : 17/12/2013
*Remise du cahier des charges : 07/10/2013 (minuit, version electronique (pdf) à SC, avec "[RICM-ECOM]" dans le sujet)
*Remise du dossier de conception IHM : 09/12/2013 (version electronique (pdf) à SC, avec "[RICM-ECOM]" dans le sujet)
*Remise du dossier d'évaluation IHM : 17/12/2013 (lors de votre passage)
*Remise du dossier de conception système : ??/12/2013 (version electronique (pdf) à XS)
*Remise du dossier d'évaluation système : ??/12/2013 (version electronique (pdf) à XS)

'''Séances:'''
* 13/09 08H00-11H15: Introduction 1H00 DD, CM Ergonomie 2H00 SC [[Media:PresentationECOM-RICM5-2013.pdf]] [[Media:ECOM20132014Cours1.pdf‎]]
* 24/09 08H00-11H15: CM JavaEE & EJB 3h00 AF
* 24/09 13H30-16H45: TD Ergonomie IHM 3h00 SC
* 01/10 08H00-11H15: CM Ergonomie IHM 3h00 SC (F109) [[Media:ECOM20132014Cours2&3.pdf‎]]
* 01/10 13H30-16H45: Install JavaEE, tutoriel EJB 3h00 AF ou NT (F201 et F202)
* 08/10 08H00-11H15: CM HTTP & Servlet/JSP 3h00 DD (F109)
* 08/10 13H30-16H45: TD Ergonomie IHM 1h30 SC, Tutoriel EJB 2h00 AF ou NT (F201 et F214 PC)
* 22/10 08H00-11H15: CM JSF 3h00 AF ou NT (F109)
* 22/10 13H30-16H45: Tutoriel Servlet/JSP/JSF 3h00 AF ou NT (F201 et F214 PC)
* 05/11 08H00-11H15: TD Ergo IHM 3H00 SC (F021 et F213 PC)
* 12/11 08H00-11H15: TD JavaEE 3H00 AF ou NT (F021 et F213 PC)
* 19/11 08H00-11H15: TD JavaEE 3H00 AF ou NT (F021 et F213 PC)
* 19/11 13H30-16H45: En parallele : TD JavaEE 3H00 AF ou NT + TD Ergo IHM 3H00 SC (F104 et F201)
* 26/11 08H00-11H15: TD JavaEE 3H00 AF ou NT (F021 et F213 PC)
* 26/11 13H30-16H45: En parallele : TD JavaEE 3H00 AF ou NT + TD Ergo IHM 3H00 SC (F104 et F201)
* 03/12 08H00-11H15: En parallele : TD JavaEE 3H00 AF ou NT + TD Ergo IHM 3H00 SC (F021 et F213 PC)
* 03/12 13H30-16H45: En parallele : TD JavaEE 3H00 AF ou NT + TD Ergo IHM 3H00 SC (F104 et F201)
* 10/12 08H00-11H15: TD JavaEE 3H00 AF ou NT (F021 et F213 PC)
* 17/12 08H00-11H15: En parallele : TD Ergo IHM 3H00 SC + TD JavaEE 3H00 AF ou NT (F021 et F213 PC)
* Soutenance IHM le ??/12/2013 Ap
* Soutenance Système le ??/12/2013 Ap

==Groupes==
===M2PGI Apprenti===

===M2PGI Classique===

===RICM5===
====Groupe 1 : Thème = Vente de fichiers STL pour imprimantes 3D ====
* Nicolas Afonso : Chef de projet
* Jean-François Bianco
* Elisa Martinez
* Rebecca Poustis

====Groupe 2 : Thème = Vente de forfaits mobile ====
* Pierre Lartigue : Chef de projet
* Jonathan Lemoine
* Nicolas Husson

====Groupe 3 : Thème = Vente de billets de spectacles et loisirs --> [http://air.imag.fr/index.php/Ecom_ricm5_groupe3 Fiche de suivi]====
* Simon Planès : Chef de projet
* Walid Bibi
* Lotfi Manseur
* Laurène Guelorget

====Groupe 4 : Thème = Vente de matériels informatiques ====
> [http://air.imag.fr/index.php/ECOM_RICM5_Groupe4 Fiche de suivi]

* Xu Feng : Chef de projet
* Mame Daba Diouf
* Jordan Calvi

====Groupe 5 : Thème = Vente de musiques dématérialisées====
* Marion Dalle : Chef de projet
* Morgan Bidois
* Thomas Nunes
* Rémi Piotaix

==Soutenance==
===M2PGI Apprenti===

===M2PGI Classique===

===RICM5===

IMPERATIF
* le projet doit être (MUST) géré selon la méthode Scrum : le Scrum Master devra présenter le déroulement du projet.
* le serveur JavaEE doit être (MUST) hébergé sur une instance Windows Azure à partir du compte étudiant Azure offert gratuitement en début de projet (la machine virtuelle peut etre de type Windows ou Linux).
* un rapport de charge (benchmark) doit être (MUST) fourni : les outils JMeter ou Clif peuvent être utilisés.
* un rapport sur les métriques logicielles doit être (MUST) fourni : l'outil Sonar peut être utilisé.

'''Ordre de passage :'''
* Respectez l'ordre établi
* Faites attention au temps. Vous disposez de 15 minutes par soutenance pour : votre présentation, la démo et les questions
[[File:OrdrePassageSoutenance2013.jpg]]

ATTENTION : Si vous voulez modifier ce planning, vous devez :
* trouver un autre groupe avec qui échanger
* vous assurer que tous les membres de ce groupe acceptent l'échange
* envoyer un mail à SC et XS pour informer du changement (avec le chef de projet de l'autre groupe en copie)
Aucune modification ne sera acceptée après le 18 décembre.

=Documentation=
==Transparents de cours==

* Cours JEE/EJB(NDP) [[Media:EJB-ECOM2010.pdf]]
* Cours JEE tiers presentation (SCB) : [https://dl.dropboxusercontent.com/u/9706615/JEE_tiers_presentation.pdf url]
* Cours GWT (SCB) : [https://dl.dropboxusercontent.com/u/9706615/cours_GWT.pdf url]
* Cours maven (DD) : [http://membres-liglab.imag.fr/donsez/cours/maven.pdf url]
* Cours versionning (DD) : [http://membres-liglab.imag.fr/donsez/cours/version.pdf url]
* Cours subversion (DD) : [http://membres-liglab.imag.fr/donsez/cours/subversion.pdf url]
* Cours forge (DD) : [http://membres-liglab.imag.fr/donsez/cours/forge.pdf url]
* Cours http (DD) : [http://membres-liglab.imag.fr/donsez/cours/http.pdf url]
* Cours servlet (DD) : [http://membres-liglab.imag.fr/donsez/cours/servletjsp.pdf url]

==Squelette du projet==
[http://dl.dropbox.com/u/66952950/ecom-maven.zip ecom-maven.zip] Inaccessible

==Doc utiles==
* [http://wiki.easybeans.org/xwiki/bin/view/Main/Documentation Documentation Easybeans (conteneur EJB3 utilisé par Jonas)]
* [http://docs.oracle.com/javaee/6/tutorial/doc/ Tutorial JavaEE 6 ]
* [http://netbeans.org/kb/67/javaee/ejb30.html Tutorial NetBean et JEE ]
* [http://docs.oracle.com/javaee/6/api/ API JavaEE 6]
* [https://java.net/projects/javaee-spec/pages/Home Spécifications JavaEE 6]
* [http://www.theserverside.com/news/thread.tss?thread_id=55191 JPA implementation patterns ]
* [http://jonas.ow2.org/JONAS_5_1_2/doc/doc-en/html/getting_started_guide.html#id1316973 Glossaire]
* [http://www.easybeans.net/xwiki/bin/download/Main/Documentation/ejb3-annotations.pdf Aide mémoire pour les annotations EJB3 ]
* Présentation sur le Cloud Computing : http://erods.liglab.fr/icar2013/programme.html
* Documentation et Training Kit sur Windows Azure : http://www.microsoft.com/en-us/download/details.aspx?id=8396

http://proton.inrialpes.fr/~depalma/ecom/liens/liens.html

===Quelques livres===
REMARQUE: les livres sur JavaEE se periment très vite avec l'évolution de la spécification
* Java EE6 Cookbook for securing, tuning, and extending enterprise applications: http://www.packtpub.com/java-ee6-securing-tuning-extending-enterprise-applications-cookbook/book
* Holly Cummins and Timothy Ward, Enterprise OSGi in Action, March, 2013, 400 pages, ISBN: 9781617290138, http://www.manning.com/cummins/ ([http://www.manning.com/cummins/EOSGI_sample_ch02.pdf chapitre 2], [http://www.manning.com/cummins/EOSGI_sample_ch10.pdf chapitre 10])
* Debu Panda, Reza Rahman, Derek Lane, EJB 3 in Action, Pub Mannings, 2007, http://www.manning.com/panda/
* Debu Panda, Reza Rahman, Ryan Cuprak, and Michael Remijan, EJB 3 in Action, Second Edition, Pub Mannings, 2011, http://www.manning.com/panda2/

ECOM

2013-10-08T19:17:24Z

Noel.DePalma: /* M2PGI */

=Objectifs du projet=
Le projet eCOM consiste à concevoir et développer une application de commerce électronique. Une motivation principale du projet eCOM est qu'il intègre dans sa mise en œuvre différentes thématiques étudiées dans les formations en informatique : en particulier, interfaces homme-machine, applications et architectures réparties, bases de données. Les aspects relatifs au génie logiciel sont également présents puisque le projet eCOM comprend la conception et la réalisation d'un produit logiciel qui satisfait certains critères de qualité (documentation, respect des normes, etc).

L'intégration de différentes thématiques présente les atouts suivants :
* Valorisation des enseignements acquis dans les différentes thématiques au profit d'un projet important et réaliste.
* Appréhension des (inter)dépendances entre les thématiques.
* Communications entre les différents réalisateurs du projet.
En outre, une deuxième motivation forte du projet eCOM est qu'il intègre des technologies et des standards récents et largement utilisés dans le domaine des applications Internet. Ce projet permet plus précisément de se placer en tant qu'utilisateurs de la technologie JEE (Java Enterprise Edition) destinée à la réalisation de serveurs d'information ou de serveurs de commerce électronique à base de composants distribués, transactionnels et persistants. Les réalisateurs sont confrontés par ce biais à la manipulation de mécanismes et de fonctions générales d'un système réparti : gestion de la désignation de composants distribués, configuration d'une application distribuée, association de propriétés non fonctionnelles aux composants (persistance, transactions), gestion des images persistantes des composants (liaisons avec une base de données). Des extensions au projet sont décrites [http://ecom.ow2.org/xwiki/bin/view/Main/fr ici] et seront réalisées lors du projet RICOM/GICOM au semestre 2.

L'application réalisée devra offrir deux interfaces distinctes :
* les administrateurs qui gèrent les stocks de produits, les comptes des utilisateurs de l'application et le suivi des commandes ;
* les consommateurs/acheteurs qui peuvent consulter des articles, les placer dans leur caddie et valider une commande.

Chaque groupe devra élaborer un cahier des charges précis de l'application en termes de fonctionnalités et de critères d'ergonomie. Par ailleurs, le projet devra être réalisé en employant les méthodes et technologies présentées en cours. Ces différents aspects devront être validés par l'équipe pédagogique tout au long du projet.

=Étapes du projet=
La partie IHM et la partie Système sont menées en parallèle pendant toute la durée du projet. Le projet se conclut par une soutenance finale pour chaque partie (IHM et système).

==Conduite de projet==
Le projet eCOM est très court en durée. Il est préconisé d'utiliser la méthodologie [[Scrum]] pour la conduite du projet dans chaque groupe.

===Critères d'évaluation===
La conduite du projet sera principalement évaluée en fonction des critères suivants :
* vous devez choisir un Scrum Master (unique ou tournant) : vous devez justifier votre choix
* durée du sprint (idem : vous devez justifier votre choix)
Sur ces 2 premiers critères, vous n'en changez pas !!!

Vous devez prévoir :
* product backlog
* sprint backlog
* sprint planning
* démos
* rétrospectives

Pensez à créer un wiki qui regroupera l'ensemble de vos documentations. Cela doit être une documentation Agile !!!!

Un point de bonus pour ceux qui réussiront à mettre en place des "poker planning".
[[File:20121002 141359.jpg]]

==Partie IHM==

===Etapes et documents demandés===
Trois documents sont à produire : le cahier des charges (CDC), le dossier de conception IHM (à rédiger avant de développer l'IHM du site) et le document d'évaluation IHM. Les versions finales des deux premiers documents (CDC et dossier de conception IHM) sont à remettre une semaine avant les soutenances et le dossier d'évaluation, le jour de la soutenance.

Le détail sur l'organisation et l'évaluation du travail concernant les spécifications du site sera communiqué lors des premières séances de cours.
En résumé :
* Une fois le sujet choisi, analyser les sites "concurrents" et mener une enquête auprès d'utilisateurs représentatifs du futur site marchand, faire une analyse des données recueillies, en déduire les requis fonctionnels et non fonctionnels du site, identifier le modèle de l'utilisateur type, produire le modèle de tâches. Les analyses amont (sites concurrents et enquête) seront mises en annexe du CDC.
* Définir une norme de présentation pour tous les documents du projet.
* Ensuite, rédiger le cahier des charges. Bien penser à définir les priorités de développement. Des exemples des années précédentes seront consultables en séances d'audit.
* Une fois le CDC validé, rédiger le dossier de conception IHM : IHM abstraite, IHM concrète, charte graphique.
===Critères d'évaluation===
La partie IHM du projet sera principalement évaluée en fonction des critères suivants :
* Conformité de l'IHM concrète et abstraite avec le modèle de tâche
* Couverture fonctionnelle de l'application et robustesse au regard des priorités que vous avez retenues
* Qualité ergonomique au regard des principes vus en cours
* Rigueur de la démarche

==Partie Système==
La partie Système est axée sur deux étapes successives.
===Première étape===
La première consiste à définir le cœur de l'application, c'est-à-dire le modèle de données et la logique métier, puis à réaliser un premier prototype qui démontre une bonne maîtrise des EJB (session et entity beans).

Il est vivement conseillé de définir le modèle de données aussi tôt que possible et d"en discuter avec les enseignants. Il est également recommandé de limiter le premier prototype à un sous-ensemble des spécifications fonctionnelles, à la fois assez vaste pour couvrir les principales difficultés techniques et assez léger pour respecter les délais imposés.

À ce stade, l'application est seulement accessible par l'intermédiaire d'un "client lourd" (programme java offrant une console en mode texte). En particulier, il n'est pas demandé, pour cette première étape, de réaliser une interface web pour interagir avec l'application. L'application doit cependant offrir deux interfaces (administrateur et consommateur) et exécuter les requêtes avec des garanties transactionnelles.

Une présentation/démonstration du prototype V1 sera réalisée à la fin de l'étape n°1.
===Deuxième étape===
La seconde étape consiste à compléter le premier prototype avec les objectifs suivants :
* ajout des beans nécessaires pour couvrir l'ensemble des spécifications fonctionnelles ;
* développement d'une interface Web basée sur le modèle MVC ;
* rédaction des documents demandés (voir ci-dessous) ;
* modification de la configuration de déploiement : (1) client (lourd/léger) distant, (2) base de données externe (MySQL, Oracle, HSQL ...) et éventuellement distante ;
* ajout éventuel de fonctionnalités non prioritaires.

Une présentation d'une mini-maquette d'interface web aura lieu au milieu de l'étape n°2.

Remarque : Aucune des phases du projet ne nécessite le développement d'un client lourd en mode graphique (SWT ...).
===Documents demandés===
Deux rapports doivent être rédigés pour la partie Système : un document de conception système et un document d'évaluation système.

====Document de conception système====
Le dossier de conception système (DCS) a pour but de permettre à toute personne de connaitre les principaux composants JEE de votre application ECOM. Cette connaissance doit pouvoir être acquise rapidement, sans avoir à entrer dans les détails de l'implémentation. Le DCS doit donc être de taille relativement limitée (5 à 10 pages, 20 pages au grand maximum).
Le DCS est centré sur un schéma d'architecture système (SAS) : ce schéma doit faire apparaître les composants qui vont constituer l'application, ainsi que les liens entre les beans. Un lien depuis un composant A vers un (ou plusieurs) composant(s) B signifie qu'une interaction peut avoir lieu depuis A vers B. Un lien peut être monovalué ou multivalué, monodirectionnel ou multidirectionnel.

Pour chaque composant et lien du SAS, le DCS doit fournir :
* Une description fonctionnelle : La description fonctionnelle d'un composant fait apparaître les attributs qui le composent, ainsi que les méthodes qu'il fournit. Attributs et méthodes seront associés à une courte description. Les besoins liées à la persistence ou aux aspects transactionnels peuvent également être explicités.
* Une description d'implantation JEE : La description d'implantation décrit l'implantation du composant ou du lien dans l'environnement JEE. Un composant peut être implanté par un programme Java externe (client léger / client lourd JEE), par un servlet, par un bean ou par un objet POJO. Dans ces derniers cas, il faut préciser les caractéristiques des beans / POJO (local / distribué, session / évenementiel, stateful / stateless, etc). Un lien peut être implanté par une relation JEE, ou bien par conservation de référence de bean.

====Document d'évaluation système====

Le rapport final système du projet ECOM a pour but de préciser l’état d’avancement de votre application ECOM.

Le rapport final système doit préciser :
* L’état de chaque composant : non réalisé, réalisé, réalisé et validé
* Les fonctions réalisées, réalisées et testées, et celles restant à réaliser
* Les propriétés non fonctionnelles garanties par votre réalisation, et celles restant à considérer pour finaliser votre application
* Le temps consacré à la conception système
* Le temps consacré au développement système
* Les principales difficultés rencontrées
===Critères d'évaluation===
La partie système du projet sera principalement évaluée en fonction des critères suivants :
* Conformité aux spécifications de l'application et aux consignes données dans le cadre du projet
* Respect des échéances pour les différentes étapes du projet (y compris pour les prototypes intermédiaires et les documents)
* Qualité de l'architecture de l'application
* Qualité et robustesse du code applicatif
* Compréhension des principaux concepts de la technologie JEE
* Rigueur de la démarche de conception
* Qualité des présentations/soutenances
En complément, les aspects suivants seront également considérés :
* Méthodologie de test
* Performances (résultat du injection de charge avec JMeter ou Clif)
* Utilisation (optionnelle) de technologies/APIs/frameworks avancés

==Consignes pour la soutenance==
===Consignes spécifiques pour les soutenances IHM===
* documents (version papier) à apporter : cahier des charges (version finale), dossier de conception IHM, dossier d'évaluation IHM
* votre passage doit contenir une présentation globale du projet, le processus de conception (illustré), le bilan (point de vue IHM) et une démo PRÉPARÉE
* arrivez avec l'application démarée (on ne perd pas de temps) et 1 ou 2 scénarios (de test)
* prévoyez 5 minutes de questions lors de votre passage

===Consignes spécifiques pour les soutenances Système===
* Apportez un exemplaire du dossier d'évaluation système (déposé la veille sur Moodle) lors de la soutenance. Il n'est pas nécessaire d'apporter un exemplaire du dossier de conception système.
* Préparez vous 30 minutes avant votre soutenance pour démarrer les instances Windows Azure avec le service développé.
* Prévovez environ 30 minutes pour la présentation/démo/questions. Utilisez des transparents pour présenter votre projet.
* Les démonstrations peuvent être faites sur vos machines personnelles cependant le service eCOM doit IMPERATIVEMENT s'exécuter sur une ou plusieurs instances Windows Azure.
* Conditionnez le projet final sous la forme d’une archive (zip ou tar.gz) après avoir inclus la documentation (dans un repertoire /main/site). Utilisez la convention de nommage suivante : ecom_final_1213-X.zip où X correspond au nom du projet.
* Déposez immédiatement après la soutenance (et en aucun cas après le 20 décembre) l'archive sur Moodle.
* le rapport de charge (benchmark) doit être (MUST) fourni dans la documentation.
* le rapport sur les métriques logicielles doit être (MUST) fourni dans la documentation.

=Organisation 2013-2014=
EN COURS DE CONSTRUCTION

==Planning==
===M2PGI===
'''Equipe pédagogique:''' Noël de Palma (NdP), Frederic Dufau-Joel (FDJ), Sybille Caffiau (SC), Didier Donsez (DD), Sebastien Chassand-Barrioz (SCB), Ibrahim Safiedinne (FR)

'''Dates Importantes:'''
*Semaine bloquée : lundi 16 décembre - vendredi 20 décembre
*Soutenances (IHM + système) : vendredi 20 décembre

*Remise du cahier des charges : vendredi 13 décembre (version electronique (pdf) à SC et NdP, avec "[M2PGI-ECOM]" dans le sujet)
*Remise du dossier de conception IHM : vendredi 13 décembre (version electronique (pdf) à SC, avec "[M2PGI-ECOM]" dans le sujet)
*Remise du dossier d'évaluation IHM : vendredi 20 décembre (lors de votre passage)

*Remise du dossier de conception système : vendredi 13 décembre (version electronique (pdf) à NdP, avec "[M2PGI-ECOM]" dans le sujet)
*Remise du dossier d'évaluation système : jeudi 20 décembre (lors de votre passage)

'''Séances:'''
*27 sept 9h-‐12h15 Amphi 022, Boot Projet/JEE (NDP) [[File:jee.pdf]]
*27 sept 14h-17h15 Amphi 022, cours Agile (FDJ)
*04 oct 08h-13h00 Amphi 022, cours HTTP/servlets/JSP (DD)
*04 oct 14h-16h 2 salles de TPs F104, F208, Support Syst. Cl&Alt (SCB/NDP)
*04 oct 16h-18h Amphi 022, cours Agile (FDJ)
*11 oct 08h-13h Amphi 022, cours IHM SC
*11 oct 14h-17h15 Amphi 022, cours outils (DD)
*18 oct 09h-12h15 Amphi 022, cours MVC/JSF/GWT (SCB)
*18 oct 14h-17h15 3 salles de TPs F104, F214, F216, audit Agile, audit IHM et support système en //. Cl&Alt (SC, FDJ, SCB, NDP)
*8 nov 9h-12h15 salles de TPs F214, F208. Support système Cl&Alt (SCB)
*8 nov 14h-17h15 3 salles de TPs F104, F214, F216 (Cl&Alt), audit Agile (FDJ)
*15 nov 8h-9h15 F022, Amphi cours Cloud (IS ou NDP)
*15 nov 9h15h-11h30 salles de TPs F104, F208 (Cl&Alt). Support système (IS)
*15 nov 14h-17h15 salles de TPs F104, F213, F216 (Cl&Alt). Audit Agile, audit IHM et Support système en //. (SC, FDJ, SCB, NDP)
*22 nov 9h-12h15 salles de TPs F215, F208 (Cl&Alt). Support système Cl&Alt (SCB).
*22 nov 14h-17h15 salles de TPs F104, F214, F216 (Cl&Alt). Support système Cl&Alt (IS).
*29 nov 9h-12h15 salles de TPs F214, F208 (Cl&Alt). Support système Cl&Alt (IS).
*29 nov 14h-17h15 salles de TPs F104, F214, F216 (Cl&Alt). Audit Agile et audit IHM et support systeme en //. Cl&Alt. (SCB, SC, FDJ, NDP)
*6 dec 9h-12h15 salles de TPs F215 , F208 (Cl&Alt). Support système (IS).
*6 dec 14h-17h15 salles de TPs F104, F112, F113, (Cl&Alt). Audit Agile et audit IHM support système CL&Alt (FDJ, NDP, SCB)
*13 dec 9h-12h15 salles de TPs F214, F208 (Cl&Alt). Support système (IS).
*13 dec 14h-18h15 salles de TPs F213, F214 (Cl&Alt). Audit Agile et support systeme en //. Cl&Alt. (SCB, SC, FDJ, NDP)

===RICM5===
'''Equipe pédagogique:''' André Freyssinet (AF), Nicolas Tachker (NT), Sybille Caffiau (SC), Didier Donsez (DD)

'''Dates Importantes:'''
*Démo système V1 : ??
*Démo système V2 : ??
*Soutenances (IHM + système) : 17/12/2013
*Remise du cahier des charges : 07/10/2013 (minuit, version electronique (pdf) à SC, avec "[RICM-ECOM]" dans le sujet)
*Remise du dossier de conception IHM : 09/12/2013 (version electronique (pdf) à SC, avec "[RICM-ECOM]" dans le sujet)
*Remise du dossier d'évaluation IHM : 17/12/2013 (lors de votre passage)
*Remise du dossier de conception système : ??/12/2013 (version electronique (pdf) à XS)
*Remise du dossier d'évaluation système : ??/12/2013 (version electronique (pdf) à XS)

'''Séances:'''
* 13/09 08H00-11H15: Introduction 1H00 DD, CM Ergonomie 2H00 SC [[Media:PresentationECOM-RICM5-2013.pdf]]
* 24/09 08H00-11H15: CM JavaEE & EJB 3h00 AF
* 24/09 13H30-16H45: TD Ergonomie IHM 3h00 SC
* 01/10 08H00-11H15: CM Ergonomie IHM 3h00 SC (F109)
* 01/10 13H30-16H45: Install JavaEE, tutoriel EJB 3h00 AF ou NT (F201 et F202)
* 08/10 08H00-11H15: CM HTTP & Servlet/JSP 3h00 DD (F109)
* 08/10 13H30-16H45: TD Ergonomie IHM 1h30 SC, Tutoriel EJB 2h00 AF ou NT (F201 et F214 PC)
* 22/10 08H00-11H15: CM JSF 3h00 AF ou NT (F109)
* 22/10 13H30-16H45: Tutoriel Servlet/JSP/JSF 3h00 AF ou NT (F201 et F214 PC)
* 05/11 08H00-11H15: TD Ergo IHM 3H00 SC (F021 et F213 PC)
* 12/11 08H00-11H15: TD JavaEE 3H00 AF ou NT (F021 et F213 PC)
* 19/11 08H00-11H15: TD JavaEE 3H00 AF ou NT (F021 et F213 PC)
* 19/11 13H30-16H45: En parallele : TD JavaEE 3H00 AF ou NT + TD Ergo IHM 3H00 SC (F104 et F201)
* 26/11 08H00-11H15: TD JavaEE 3H00 AF ou NT (F021 et F213 PC)
* 26/11 13H30-16H45: En parallele : TD JavaEE 3H00 AF ou NT + TD Ergo IHM 3H00 SC (F104 et F201)
* 03/12 08H00-11H15: En parallele : TD JavaEE 3H00 AF ou NT + TD Ergo IHM 3H00 SC (F021 et F213 PC)
* 03/12 13H30-16H45: En parallele : TD JavaEE 3H00 AF ou NT + TD Ergo IHM 3H00 SC (F104 et F201)
* 10/12 08H00-11H15: TD JavaEE 3H00 AF ou NT (F021 et F213 PC)
* 17/12 08H00-11H15: En parallele : TD Ergo IHM 3H00 SC + TD JavaEE 3H00 AF ou NT (F021 et F213 PC)
* Soutenance IHM le ??/12/2013 Ap
* Soutenance Système le ??/12/2013 Ap

==Groupes==
===M2PGI Apprenti===

===M2PGI Classique===

===RICM5===
====Groupe 1 : Thème = Vente de fichiers STL pour imprimantes 3D ====
* Nicolas Afonso : Chef de projet
* Jean-François Bianco
* Elisa Martinez
* Rebecca Poustis

====Groupe 2 : Thème = Vente de forfaits mobile ====
* Pierre Lartigue : Chef de projet
* Jonathan Lemoine
* Nicolas Husson

====Groupe 3 : Thème = Vente de billets de spectacles et loisirs ====
* Simon Planès : Chef de projet
* Walid Bibi
* Lotfi Manseur
* Laurène Guelorget

====Groupe 4 : Thème = Vente de matériels informatiques ====
* Xu Feng : Chef de projet
* Mame Daba Diouf
* Jordan Calvi

====Groupe 5 : Thème = Vente de musiques dématérialisées====
* Marion Dalle : Chef de projet
* Morgan Bidois
* Thomas Nunes
* Rémi Piotaix

==Soutenance==
===M2PGI Apprenti===

===M2PGI Classique===

===RICM5===

IMPERATIF
* le projet doit être (MUST) géré selon la méthode Scrum : le Scrum Master devra présenter le déroulement du projet.
* le serveur JavaEE doit être (MUST) hébergé sur une instance Windows Azure à partir du compte étudiant Azure offert gratuitement en début de projet (la machine virtuelle peut etre de type Windows ou Linux).
* un rapport de charge (benchmark) doit être (MUST) fourni : les outils JMeter ou Clif peuvent être utilisés.
* un rapport sur les métriques logicielles doit être (MUST) fourni : l'outil Sonar peut être utilisé.

'''Ordre de passage :'''
* Respectez l'ordre établi
* Faites attention au temps. Vous disposez de 15 minutes par soutenance pour : votre présentation, la démo et les questions
[[File:OrdrePassageSoutenance2013.jpg]]

ATTENTION : Si vous voulez modifier ce planning, vous devez :
* trouver un autre groupe avec qui échanger
* vous assurer que tous les membres de ce groupe acceptent l'échange
* envoyer un mail à SC et XS pour informer du changement (avec le chef de projet de l'autre groupe en copie)
Aucune modification ne sera acceptée après le 18 décembre.

=Documentation=
==Transparents de cours==

* Cours JEE/EJB(NDP) [[Media:EJB-ECOM2010.pdf]]
* Cours IHM (SC) : [https://www.dropbox.com/s/tk8ujqqowcj114e/ECOM20122013.pdf url]
* Cours JSF (PR) : [http://imag-moodle.e.ujf-grenoble.fr/course/view.php?id=61 url]
* Cours maven (DD) : [http://membres-liglab.imag.fr/donsez/cours/maven.pdf url]
* Cours versionning (DD) : [http://membres-liglab.imag.fr/donsez/cours/version.pdf url]
* Cours subversion (DD) : [http://membres-liglab.imag.fr/donsez/cours/subversion.pdf url]
* Cours forge (DD) : [http://membres-liglab.imag.fr/donsez/cours/forge.pdf url]
* Cours http (DD) : [http://membres-liglab.imag.fr/donsez/cours/http.pdf url]
* Cours servlet (DD) : [http://membres-liglab.imag.fr/donsez/cours/servletjsp.pdf url]

==Squelette du projet==
[http://dl.dropbox.com/u/66952950/ecom-maven.zip ecom-maven.zip] Inaccessible

==Doc utiles==
* [http://wiki.easybeans.org/xwiki/bin/view/Main/Documentation Documentation Easybeans (conteneur EJB3 utilisé par Jonas)]
* [http://docs.oracle.com/javaee/6/tutorial/doc/ Tutorial JavaEE 6 ]
* [http://netbeans.org/kb/67/javaee/ejb30.html Tutorial NetBean et JEE ]
* [http://docs.oracle.com/javaee/6/api/ API JavaEE 6]
* [https://java.net/projects/javaee-spec/pages/Home Spécifications JavaEE 6]
* [http://www.theserverside.com/news/thread.tss?thread_id=55191 JPA implementation patterns ]
* [http://jonas.ow2.org/JONAS_5_1_2/doc/doc-en/html/getting_started_guide.html#id1316973 Glossaire]
* [http://www.easybeans.net/xwiki/bin/download/Main/Documentation/ejb3-annotations.pdf Aide mémoire pour les annotations EJB3 ]
* Présentation sur le Cloud Computing : http://erods.liglab.fr/icar2013/programme.html
* Documentation et Training Kit sur Windows Azure : http://www.microsoft.com/en-us/download/details.aspx?id=8396

http://proton.inrialpes.fr/~depalma/ecom/liens/liens.html

===Quelques livres===
REMARQUE: les livres sur JavaEE se periment très vite avec l'évolution de la spécification
* Java EE6 Cookbook for securing, tuning, and extending enterprise applications: http://www.packtpub.com/java-ee6-securing-tuning-extending-enterprise-applications-cookbook/book
* Holly Cummins and Timothy Ward, Enterprise OSGi in Action, March, 2013, 400 pages, ISBN: 9781617290138, http://www.manning.com/cummins/ ([http://www.manning.com/cummins/EOSGI_sample_ch02.pdf chapitre 2], [http://www.manning.com/cummins/EOSGI_sample_ch10.pdf chapitre 10])
* Debu Panda, Reza Rahman, Derek Lane, EJB 3 in Action, Pub Mannings, 2007, http://www.manning.com/panda/
* Debu Panda, Reza Rahman, Ryan Cuprak, and Michael Remijan, EJB 3 in Action, Second Edition, Pub Mannings, 2011, http://www.manning.com/panda2/

File:Jee.pdf

2013-10-08T19:12:36Z

Noel.DePalma:

ECOM

2013-10-08T19:03:04Z

Noel.DePalma: /* M2PGI */

=Objectifs du projet=
Le projet eCOM consiste à concevoir et développer une application de commerce électronique. Une motivation principale du projet eCOM est qu'il intègre dans sa mise en œuvre différentes thématiques étudiées dans les formations en informatique : en particulier, interfaces homme-machine, applications et architectures réparties, bases de données. Les aspects relatifs au génie logiciel sont également présents puisque le projet eCOM comprend la conception et la réalisation d'un produit logiciel qui satisfait certains critères de qualité (documentation, respect des normes, etc).

L'intégration de différentes thématiques présente les atouts suivants :
* Valorisation des enseignements acquis dans les différentes thématiques au profit d'un projet important et réaliste.
* Appréhension des (inter)dépendances entre les thématiques.
* Communications entre les différents réalisateurs du projet.
En outre, une deuxième motivation forte du projet eCOM est qu'il intègre des technologies et des standards récents et largement utilisés dans le domaine des applications Internet. Ce projet permet plus précisément de se placer en tant qu'utilisateurs de la technologie JEE (Java Enterprise Edition) destinée à la réalisation de serveurs d'information ou de serveurs de commerce électronique à base de composants distribués, transactionnels et persistants. Les réalisateurs sont confrontés par ce biais à la manipulation de mécanismes et de fonctions générales d'un système réparti : gestion de la désignation de composants distribués, configuration d'une application distribuée, association de propriétés non fonctionnelles aux composants (persistance, transactions), gestion des images persistantes des composants (liaisons avec une base de données). Des extensions au projet sont décrites [http://ecom.ow2.org/xwiki/bin/view/Main/fr ici] et seront réalisées lors du projet RICOM/GICOM au semestre 2.

L'application réalisée devra offrir deux interfaces distinctes :
* les administrateurs qui gèrent les stocks de produits, les comptes des utilisateurs de l'application et le suivi des commandes ;
* les consommateurs/acheteurs qui peuvent consulter des articles, les placer dans leur caddie et valider une commande.

Chaque groupe devra élaborer un cahier des charges précis de l'application en termes de fonctionnalités et de critères d'ergonomie. Par ailleurs, le projet devra être réalisé en employant les méthodes et technologies présentées en cours. Ces différents aspects devront être validés par l'équipe pédagogique tout au long du projet.

=Étapes du projet=
La partie IHM et la partie Système sont menées en parallèle pendant toute la durée du projet. Le projet se conclut par une soutenance finale pour chaque partie (IHM et système).

==Conduite de projet==
Le projet eCOM est très court en durée. Il est préconisé d'utiliser la méthodologie [[Scrum]] pour la conduite du projet dans chaque groupe.

===Critères d'évaluation===
La conduite du projet sera principalement évaluée en fonction des critères suivants :
* vous devez choisir un Scrum Master (unique ou tournant) : vous devez justifier votre choix
* durée du sprint (idem : vous devez justifier votre choix)
Sur ces 2 premiers critères, vous n'en changez pas !!!

Vous devez prévoir :
* product backlog
* sprint backlog
* sprint planning
* démos
* rétrospectives

Pensez à créer un wiki qui regroupera l'ensemble de vos documentations. Cela doit être une documentation Agile !!!!

Un point de bonus pour ceux qui réussiront à mettre en place des "poker planning".
[[File:20121002 141359.jpg]]

==Partie IHM==

===Etapes et documents demandés===
Trois documents sont à produire : le cahier des charges (CDC), le dossier de conception IHM (à rédiger avant de développer l'IHM du site) et le document d'évaluation IHM. Les versions finales des deux premiers documents (CDC et dossier de conception IHM) sont à remettre une semaine avant les soutenances et le dossier d'évaluation, le jour de la soutenance.

Le détail sur l'organisation et l'évaluation du travail concernant les spécifications du site sera communiqué lors des premières séances de cours.
En résumé :
* Une fois le sujet choisi, analyser les sites "concurrents" et mener une enquête auprès d'utilisateurs représentatifs du futur site marchand, faire une analyse des données recueillies, en déduire les requis fonctionnels et non fonctionnels du site, identifier le modèle de l'utilisateur type, produire le modèle de tâches. Les analyses amont (sites concurrents et enquête) seront mises en annexe du CDC.
* Définir une norme de présentation pour tous les documents du projet.
* Ensuite, rédiger le cahier des charges. Bien penser à définir les priorités de développement. Des exemples des années précédentes seront consultables en séances d'audit.
* Une fois le CDC validé, rédiger le dossier de conception IHM : IHM abstraite, IHM concrète, charte graphique.
===Critères d'évaluation===
La partie IHM du projet sera principalement évaluée en fonction des critères suivants :
* Conformité de l'IHM concrète et abstraite avec le modèle de tâche
* Couverture fonctionnelle de l'application et robustesse au regard des priorités que vous avez retenues
* Qualité ergonomique au regard des principes vus en cours
* Rigueur de la démarche

==Partie Système==
La partie Système est axée sur deux étapes successives.
===Première étape===
La première consiste à définir le cœur de l'application, c'est-à-dire le modèle de données et la logique métier, puis à réaliser un premier prototype qui démontre une bonne maîtrise des EJB (session et entity beans).

Il est vivement conseillé de définir le modèle de données aussi tôt que possible et d"en discuter avec les enseignants. Il est également recommandé de limiter le premier prototype à un sous-ensemble des spécifications fonctionnelles, à la fois assez vaste pour couvrir les principales difficultés techniques et assez léger pour respecter les délais imposés.

À ce stade, l'application est seulement accessible par l'intermédiaire d'un "client lourd" (programme java offrant une console en mode texte). En particulier, il n'est pas demandé, pour cette première étape, de réaliser une interface web pour interagir avec l'application. L'application doit cependant offrir deux interfaces (administrateur et consommateur) et exécuter les requêtes avec des garanties transactionnelles.

Une présentation/démonstration du prototype V1 sera réalisée à la fin de l'étape n°1.
===Deuxième étape===
La seconde étape consiste à compléter le premier prototype avec les objectifs suivants :
* ajout des beans nécessaires pour couvrir l'ensemble des spécifications fonctionnelles ;
* développement d'une interface Web basée sur le modèle MVC ;
* rédaction des documents demandés (voir ci-dessous) ;
* modification de la configuration de déploiement : (1) client (lourd/léger) distant, (2) base de données externe (MySQL, Oracle, HSQL ...) et éventuellement distante ;
* ajout éventuel de fonctionnalités non prioritaires.

Une présentation d'une mini-maquette d'interface web aura lieu au milieu de l'étape n°2.

Remarque : Aucune des phases du projet ne nécessite le développement d'un client lourd en mode graphique (SWT ...).
===Documents demandés===
Deux rapports doivent être rédigés pour la partie Système : un document de conception système et un document d'évaluation système.

====Document de conception système====
Le dossier de conception système (DCS) a pour but de permettre à toute personne de connaitre les principaux composants JEE de votre application ECOM. Cette connaissance doit pouvoir être acquise rapidement, sans avoir à entrer dans les détails de l'implémentation. Le DCS doit donc être de taille relativement limitée (5 à 10 pages, 20 pages au grand maximum).
Le DCS est centré sur un schéma d'architecture système (SAS) : ce schéma doit faire apparaître les composants qui vont constituer l'application, ainsi que les liens entre les beans. Un lien depuis un composant A vers un (ou plusieurs) composant(s) B signifie qu'une interaction peut avoir lieu depuis A vers B. Un lien peut être monovalué ou multivalué, monodirectionnel ou multidirectionnel.

Pour chaque composant et lien du SAS, le DCS doit fournir :
* Une description fonctionnelle : La description fonctionnelle d'un composant fait apparaître les attributs qui le composent, ainsi que les méthodes qu'il fournit. Attributs et méthodes seront associés à une courte description. Les besoins liées à la persistence ou aux aspects transactionnels peuvent également être explicités.
* Une description d'implantation JEE : La description d'implantation décrit l'implantation du composant ou du lien dans l'environnement JEE. Un composant peut être implanté par un programme Java externe (client léger / client lourd JEE), par un servlet, par un bean ou par un objet POJO. Dans ces derniers cas, il faut préciser les caractéristiques des beans / POJO (local / distribué, session / évenementiel, stateful / stateless, etc). Un lien peut être implanté par une relation JEE, ou bien par conservation de référence de bean.

====Document d'évaluation système====

Le rapport final système du projet ECOM a pour but de préciser l’état d’avancement de votre application ECOM.

Le rapport final système doit préciser :
* L’état de chaque composant : non réalisé, réalisé, réalisé et validé
* Les fonctions réalisées, réalisées et testées, et celles restant à réaliser
* Les propriétés non fonctionnelles garanties par votre réalisation, et celles restant à considérer pour finaliser votre application
* Le temps consacré à la conception système
* Le temps consacré au développement système
* Les principales difficultés rencontrées
===Critères d'évaluation===
La partie système du projet sera principalement évaluée en fonction des critères suivants :
* Conformité aux spécifications de l'application et aux consignes données dans le cadre du projet
* Respect des échéances pour les différentes étapes du projet (y compris pour les prototypes intermédiaires et les documents)
* Qualité de l'architecture de l'application
* Qualité et robustesse du code applicatif
* Compréhension des principaux concepts de la technologie JEE
* Rigueur de la démarche de conception
* Qualité des présentations/soutenances
En complément, les aspects suivants seront également considérés :
* Méthodologie de test
* Performances (résultat du injection de charge avec JMeter ou Clif)
* Utilisation (optionnelle) de technologies/APIs/frameworks avancés

==Consignes pour la soutenance==
===Consignes spécifiques pour les soutenances IHM===
* documents (version papier) à apporter : cahier des charges (version finale), dossier de conception IHM, dossier d'évaluation IHM
* votre passage doit contenir une présentation globale du projet, le processus de conception (illustré), le bilan (point de vue IHM) et une démo PRÉPARÉE
* arrivez avec l'application démarée (on ne perd pas de temps) et 1 ou 2 scénarios (de test)
* prévoyez 5 minutes de questions lors de votre passage

===Consignes spécifiques pour les soutenances Système===
* Apportez un exemplaire du dossier d'évaluation système (déposé la veille sur Moodle) lors de la soutenance. Il n'est pas nécessaire d'apporter un exemplaire du dossier de conception système.
* Préparez vous 30 minutes avant votre soutenance pour démarrer les instances Windows Azure avec le service développé.
* Prévovez environ 30 minutes pour la présentation/démo/questions. Utilisez des transparents pour présenter votre projet.
* Les démonstrations peuvent être faites sur vos machines personnelles cependant le service eCOM doit IMPERATIVEMENT s'exécuter sur une ou plusieurs instances Windows Azure.
* Conditionnez le projet final sous la forme d’une archive (zip ou tar.gz) après avoir inclus la documentation (dans un repertoire /main/site). Utilisez la convention de nommage suivante : ecom_final_1213-X.zip où X correspond au nom du projet.
* Déposez immédiatement après la soutenance (et en aucun cas après le 20 décembre) l'archive sur Moodle.
* le rapport de charge (benchmark) doit être (MUST) fourni dans la documentation.
* le rapport sur les métriques logicielles doit être (MUST) fourni dans la documentation.

=Organisation 2013-2014=
EN COURS DE CONSTRUCTION

==Planning==
===M2PGI===
'''Equipe pédagogique:''' Noël de Palma (NdP), Frederic Dufau-Joel (FDJ), Sybille Caffiau (SC), Didier Donsez (DD), Sebastien Chassand-Barrioz (SCB), Ibrahim Safiedinne (FR)

'''Dates Importantes:'''
*Semaine bloquée : lundi 16 décembre - vendredi 20 décembre
*Soutenances (IHM + système) : vendredi 20 décembre

*Remise du cahier des charges : vendredi 13 décembre (version electronique (pdf) à SC et NdP, avec "[M2PGI-ECOM]" dans le sujet)
*Remise du dossier de conception IHM : vendredi 13 décembre (version electronique (pdf) à SC, avec "[M2PGI-ECOM]" dans le sujet)
*Remise du dossier d'évaluation IHM : vendredi 20 décembre (lors de votre passage)

*Remise du dossier de conception système : vendredi 13 décembre (version electronique (pdf) à NdP, avec "[M2PGI-ECOM]" dans le sujet)
*Remise du dossier d'évaluation système : jeudi 20 décembre (lors de votre passage)

'''Séances:'''
*27 sept 9h-‐12h15 Amphi 022, Boot Projet/JEE (NDP) [[File:jee.pdf]]
*27 sept 14h-17h15 Amphi 022, cours Agile (FDJ)
*04 oct 08h-13h00 Amphi 022, cours HTTP/servlets/JSP (DD)
*04 oct 14h-16h 2 salles de TPs F104, F208, Support Syst. Cl&Alt (SCB/NDP)
*04 oct 16h-18h Amphi 022, cours Agile (FDJ)
*11 oct 09h-12h15 Amphi 022, cours IHM SC
*11 oct 14h-17h15 Amphi 022, cours outils (DD)
*18 oct 09h-12h15 Amphi 022, cours MVC/JSF/GWT (SCB)
*18 oct 14h-17h15 3 salles de TPs F104, F214, F216, audit Agile, audit IHM et support système en //. Cl&Alt (SC, FDJ, SCB, NDP)
*8 nov 9h-12h15 salles de TPs F214, F208. Support système Cl&Alt (SCB)
*8 nov 14h-17h15 3 salles de TPs F104, F214, F216 (Cl&Alt), audit Agile (FDJ)
*15 nov 8h-9h15 F022, Amphi cours Cloud (IS ou NDP)
*15 nov 9h15h-11h30 salles de TPs F104, F208 (Cl&Alt). Support système (IS)
*15 nov 14h-17h15 salles de TPs F104, F213, F216 (Cl&Alt). Audit Agile, audit IHM et Support système en //. (SC, FDJ, SCB, NDP)
*22 nov 9h-12h15 salles de TPs F215, F208 (Cl&Alt). Support système Cl&Alt (SCB).
*22 nov 14h-17h15 salles de TPs F104, F214, F216 (Cl&Alt). Support système Cl&Alt (IS).
*29 nov 9h-12h15 salles de TPs F214, F208 (Cl&Alt). Support système Cl&Alt (IS).
*29 nov 14h-17h15 salles de TPs F104, F214, F216 (Cl&Alt). Audit Agile et audit IHM et support systeme en //. Cl&Alt. (SCB, SC, FDJ, NDP)
*6 dec 9h-12h15 salles de TPs F215 , F208 (Cl&Alt). Support système (IS).
*6 dec 14h-17h15 salles de TPs F104, F112, F113, (Cl&Alt). Audit Agile et audit IHM support système CL&Alt (FDJ, NDP, SCB)
*13 dec 9h-12h15 salles de TPs F214, F208 (Cl&Alt). Support système (IS).
*13 dec 14h-18h15 salles de TPs F213, F214 (Cl&Alt). Audit Agile et support systeme en //. Cl&Alt. (SCB, SC, FDJ, NDP)

===RICM5===
'''Equipe pédagogique:''' André Freyssinet (AF), Nicolas Tachker (NT), Sybille Caffiau (SC), Didier Donsez (DD)

'''Dates Importantes:'''
*Démo système V1 : ??
*Démo système V2 : ??
*Soutenances (IHM + système) : 17/12/2013
*Remise du cahier des charges : 07/10/2013 (minuit, version electronique (pdf) à SC, avec "[RICM-ECOM]" dans le sujet)
*Remise du dossier de conception IHM : 09/12/2013 (version electronique (pdf) à SC, avec "[RICM-ECOM]" dans le sujet)
*Remise du dossier d'évaluation IHM : 17/12/2013 (lors de votre passage)
*Remise du dossier de conception système : ??/12/2013 (version electronique (pdf) à XS)
*Remise du dossier d'évaluation système : ??/12/2013 (version electronique (pdf) à XS)

'''Séances:'''
* 13/09 08H00-11H15: Introduction 1H00 DD, CM Ergonomie 2H00 SC [[Media:PresentationECOM-RICM5-2013.pdf]]
* 24/09 08H00-11H15: CM JavaEE & EJB 3h00 AF
* 24/09 13H30-16H45: TD Ergonomie IHM 3h00 SC
* 01/10 08H00-11H15: CM Ergonomie IHM 3h00 SC (F109)
* 01/10 13H30-16H45: Install JavaEE, tutoriel EJB 3h00 AF ou NT (F201 et F202)
* 08/10 08H00-11H15: CM HTTP & Servlet/JSP 3h00 DD (F109)
* 08/10 13H30-16H45: TD Ergonomie IHM 1h30 SC, Tutoriel EJB 2h00 AF ou NT (F201 et F214 PC)
* 22/10 08H00-11H15: CM JSF 3h00 AF ou NT (F109)
* 22/10 13H30-16H45: Tutoriel Servlet/JSP/JSF 3h00 AF ou NT (F201 et F214 PC)
* 05/11 08H00-11H15: TD Ergo IHM 3H00 SC (F021 et F213 PC)
* 12/11 08H00-11H15: TD JavaEE 3H00 AF ou NT (F021 et F213 PC)
* 19/11 08H00-11H15: TD JavaEE 3H00 AF ou NT (F021 et F213 PC)
* 19/11 13H30-16H45: En parallele : TD JavaEE 3H00 AF ou NT + TD Ergo IHM 3H00 SC (F104 et F201)
* 26/11 08H00-11H15: TD JavaEE 3H00 AF ou NT (F021 et F213 PC)
* 26/11 13H30-16H45: En parallele : TD JavaEE 3H00 AF ou NT + TD Ergo IHM 3H00 SC (F104 et F201)
* 03/12 08H00-11H15: En parallele : TD JavaEE 3H00 AF ou NT + TD Ergo IHM 3H00 SC (F021 et F213 PC)
* 03/12 13H30-16H45: En parallele : TD JavaEE 3H00 AF ou NT + TD Ergo IHM 3H00 SC (F104 et F201)
* 10/12 08H00-11H15: TD JavaEE 3H00 AF ou NT (F021 et F213 PC)
* 17/12 08H00-11H15: En parallele : TD Ergo IHM 3H00 SC + TD JavaEE 3H00 AF ou NT (F021 et F213 PC)
* Soutenance IHM le ??/12/2013 Ap
* Soutenance Système le ??/12/2013 Ap

==Groupes==
===M2PGI Apprenti===

===M2PGI Classique===

===RICM5===
====Groupe 1 : Thème = Vente de fichiers STL pour imprimantes 3D ====
* Nicolas Afonso : Chef de projet
* Jean-François Bianco
* Elisa Martinez
* Rebecca Poustis

====Groupe 2 : Thème = Vente de forfaits mobile ====
* Pierre Lartigue : Chef de projet
* Jonathan Lemoine
* Nicolas Husson

====Groupe 3 : Thème = Vente de billets de spectacles et loisirs ====
* Simon Planès : Chef de projet
* Walid Bibi
* Lotfi Manseur
* Laurène Guelorget

====Groupe 4 : Thème = Vente de matériels informatiques ====
* Xu Feng : Chef de projet
* Mame Daba Diouf
* Jordan Calvi

====Groupe 5 : Thème = Vente de musiques dématérialisées====
* Marion Dalle : Chef de projet
* Morgan Bidois
* Thomas Nunes
* Rémi Piotaix

==Soutenance==
===M2PGI Apprenti===

===M2PGI Classique===

===RICM5===

IMPERATIF
* le projet doit être (MUST) géré selon la méthode Scrum : le Scrum Master devra présenter le déroulement du projet.
* le serveur JavaEE doit être (MUST) hébergé sur une instance Windows Azure à partir du compte étudiant Azure offert gratuitement en début de projet (la machine virtuelle peut etre de type Windows ou Linux).
* un rapport de charge (benchmark) doit être (MUST) fourni : les outils JMeter ou Clif peuvent être utilisés.
* un rapport sur les métriques logicielles doit être (MUST) fourni : l'outil Sonar peut être utilisé.

'''Ordre de passage :'''
* Respectez l'ordre établi
* Faites attention au temps. Vous disposez de 15 minutes par soutenance pour : votre présentation, la démo et les questions
[[File:OrdrePassageSoutenance2013.jpg]]

ATTENTION : Si vous voulez modifier ce planning, vous devez :
* trouver un autre groupe avec qui échanger
* vous assurer que tous les membres de ce groupe acceptent l'échange
* envoyer un mail à SC et XS pour informer du changement (avec le chef de projet de l'autre groupe en copie)
Aucune modification ne sera acceptée après le 18 décembre.

=Documentation=
==Transparents de cours==

* Cours JEE/EJB(NDP) [[Media:EJB-ECOM2010.pdf]]
* Cours IHM (SC) : [https://www.dropbox.com/s/tk8ujqqowcj114e/ECOM20122013.pdf url]
* Cours JSF (PR) : [http://imag-moodle.e.ujf-grenoble.fr/course/view.php?id=61 url]
* Cours maven (DD) : [http://membres-liglab.imag.fr/donsez/cours/maven.pdf url]
* Cours versionning (DD) : [http://membres-liglab.imag.fr/donsez/cours/version.pdf url]
* Cours subversion (DD) : [http://membres-liglab.imag.fr/donsez/cours/subversion.pdf url]
* Cours forge (DD) : [http://membres-liglab.imag.fr/donsez/cours/forge.pdf url]
* Cours http (DD) : [http://membres-liglab.imag.fr/donsez/cours/http.pdf url]
* Cours servlet (DD) : [http://membres-liglab.imag.fr/donsez/cours/servletjsp.pdf url]

==Squelette du projet==
[http://dl.dropbox.com/u/66952950/ecom-maven.zip ecom-maven.zip] Inaccessible

==Doc utiles==
* [http://wiki.easybeans.org/xwiki/bin/view/Main/Documentation Documentation Easybeans (conteneur EJB3 utilisé par Jonas)]
* [http://docs.oracle.com/javaee/6/tutorial/doc/ Tutorial JavaEE 6 ]
* [http://netbeans.org/kb/67/javaee/ejb30.html Tutorial NetBean et JEE ]
* [http://docs.oracle.com/javaee/6/api/ API JavaEE 6]
* [https://java.net/projects/javaee-spec/pages/Home Spécifications JavaEE 6]
* [http://www.theserverside.com/news/thread.tss?thread_id=55191 JPA implementation patterns ]
* [http://jonas.ow2.org/JONAS_5_1_2/doc/doc-en/html/getting_started_guide.html#id1316973 Glossaire]
* [http://www.easybeans.net/xwiki/bin/download/Main/Documentation/ejb3-annotations.pdf Aide mémoire pour les annotations EJB3 ]
* Présentation sur le Cloud Computing : http://erods.liglab.fr/icar2013/programme.html
* Documentation et Training Kit sur Windows Azure : http://www.microsoft.com/en-us/download/details.aspx?id=8396

http://proton.inrialpes.fr/~depalma/ecom/liens/liens.html

===Quelques livres===
REMARQUE: les livres sur JavaEE se periment très vite avec l'évolution de la spécification
* Java EE6 Cookbook for securing, tuning, and extending enterprise applications: http://www.packtpub.com/java-ee6-securing-tuning-extending-enterprise-applications-cookbook/book
* Holly Cummins and Timothy Ward, Enterprise OSGi in Action, March, 2013, 400 pages, ISBN: 9781617290138, http://www.manning.com/cummins/ ([http://www.manning.com/cummins/EOSGI_sample_ch02.pdf chapitre 2], [http://www.manning.com/cummins/EOSGI_sample_ch10.pdf chapitre 10])
* Debu Panda, Reza Rahman, Derek Lane, EJB 3 in Action, Pub Mannings, 2007, http://www.manning.com/panda/
* Debu Panda, Reza Rahman, Ryan Cuprak, and Michael Remijan, EJB 3 in Action, Second Edition, Pub Mannings, 2011, http://www.manning.com/panda2/

ECOM

2013-10-08T19:00:49Z

Noel.DePalma: /* M2PGI */

=Objectifs du projet=
Le projet eCOM consiste à concevoir et développer une application de commerce électronique. Une motivation principale du projet eCOM est qu'il intègre dans sa mise en œuvre différentes thématiques étudiées dans les formations en informatique : en particulier, interfaces homme-machine, applications et architectures réparties, bases de données. Les aspects relatifs au génie logiciel sont également présents puisque le projet eCOM comprend la conception et la réalisation d'un produit logiciel qui satisfait certains critères de qualité (documentation, respect des normes, etc).

L'intégration de différentes thématiques présente les atouts suivants :
* Valorisation des enseignements acquis dans les différentes thématiques au profit d'un projet important et réaliste.
* Appréhension des (inter)dépendances entre les thématiques.
* Communications entre les différents réalisateurs du projet.
En outre, une deuxième motivation forte du projet eCOM est qu'il intègre des technologies et des standards récents et largement utilisés dans le domaine des applications Internet. Ce projet permet plus précisément de se placer en tant qu'utilisateurs de la technologie JEE (Java Enterprise Edition) destinée à la réalisation de serveurs d'information ou de serveurs de commerce électronique à base de composants distribués, transactionnels et persistants. Les réalisateurs sont confrontés par ce biais à la manipulation de mécanismes et de fonctions générales d'un système réparti : gestion de la désignation de composants distribués, configuration d'une application distribuée, association de propriétés non fonctionnelles aux composants (persistance, transactions), gestion des images persistantes des composants (liaisons avec une base de données). Des extensions au projet sont décrites [http://ecom.ow2.org/xwiki/bin/view/Main/fr ici] et seront réalisées lors du projet RICOM/GICOM au semestre 2.

L'application réalisée devra offrir deux interfaces distinctes :
* les administrateurs qui gèrent les stocks de produits, les comptes des utilisateurs de l'application et le suivi des commandes ;
* les consommateurs/acheteurs qui peuvent consulter des articles, les placer dans leur caddie et valider une commande.

Chaque groupe devra élaborer un cahier des charges précis de l'application en termes de fonctionnalités et de critères d'ergonomie. Par ailleurs, le projet devra être réalisé en employant les méthodes et technologies présentées en cours. Ces différents aspects devront être validés par l'équipe pédagogique tout au long du projet.

=Étapes du projet=
La partie IHM et la partie Système sont menées en parallèle pendant toute la durée du projet. Le projet se conclut par une soutenance finale pour chaque partie (IHM et système).

==Conduite de projet==
Le projet eCOM est très court en durée. Il est préconisé d'utiliser la méthodologie [[Scrum]] pour la conduite du projet dans chaque groupe.

===Critères d'évaluation===
La conduite du projet sera principalement évaluée en fonction des critères suivants :
* vous devez choisir un Scrum Master (unique ou tournant) : vous devez justifier votre choix
* durée du sprint (idem : vous devez justifier votre choix)
Sur ces 2 premiers critères, vous n'en changez pas !!!

Vous devez prévoir :
* product backlog
* sprint backlog
* sprint planning
* démos
* rétrospectives

Pensez à créer un wiki qui regroupera l'ensemble de vos documentations. Cela doit être une documentation Agile !!!!

Un point de bonus pour ceux qui réussiront à mettre en place des "poker planning".
[[File:20121002 141359.jpg]]

==Partie IHM==

===Etapes et documents demandés===
Trois documents sont à produire : le cahier des charges (CDC), le dossier de conception IHM (à rédiger avant de développer l'IHM du site) et le document d'évaluation IHM. Les versions finales des deux premiers documents (CDC et dossier de conception IHM) sont à remettre une semaine avant les soutenances et le dossier d'évaluation, le jour de la soutenance.

Le détail sur l'organisation et l'évaluation du travail concernant les spécifications du site sera communiqué lors des premières séances de cours.
En résumé :
* Une fois le sujet choisi, analyser les sites "concurrents" et mener une enquête auprès d'utilisateurs représentatifs du futur site marchand, faire une analyse des données recueillies, en déduire les requis fonctionnels et non fonctionnels du site, identifier le modèle de l'utilisateur type, produire le modèle de tâches. Les analyses amont (sites concurrents et enquête) seront mises en annexe du CDC.
* Définir une norme de présentation pour tous les documents du projet.
* Ensuite, rédiger le cahier des charges. Bien penser à définir les priorités de développement. Des exemples des années précédentes seront consultables en séances d'audit.
* Une fois le CDC validé, rédiger le dossier de conception IHM : IHM abstraite, IHM concrète, charte graphique.
===Critères d'évaluation===
La partie IHM du projet sera principalement évaluée en fonction des critères suivants :
* Conformité de l'IHM concrète et abstraite avec le modèle de tâche
* Couverture fonctionnelle de l'application et robustesse au regard des priorités que vous avez retenues
* Qualité ergonomique au regard des principes vus en cours
* Rigueur de la démarche

==Partie Système==
La partie Système est axée sur deux étapes successives.
===Première étape===
La première consiste à définir le cœur de l'application, c'est-à-dire le modèle de données et la logique métier, puis à réaliser un premier prototype qui démontre une bonne maîtrise des EJB (session et entity beans).

Il est vivement conseillé de définir le modèle de données aussi tôt que possible et d"en discuter avec les enseignants. Il est également recommandé de limiter le premier prototype à un sous-ensemble des spécifications fonctionnelles, à la fois assez vaste pour couvrir les principales difficultés techniques et assez léger pour respecter les délais imposés.

À ce stade, l'application est seulement accessible par l'intermédiaire d'un "client lourd" (programme java offrant une console en mode texte). En particulier, il n'est pas demandé, pour cette première étape, de réaliser une interface web pour interagir avec l'application. L'application doit cependant offrir deux interfaces (administrateur et consommateur) et exécuter les requêtes avec des garanties transactionnelles.

Une présentation/démonstration du prototype V1 sera réalisée à la fin de l'étape n°1.
===Deuxième étape===
La seconde étape consiste à compléter le premier prototype avec les objectifs suivants :
* ajout des beans nécessaires pour couvrir l'ensemble des spécifications fonctionnelles ;
* développement d'une interface Web basée sur le modèle MVC ;
* rédaction des documents demandés (voir ci-dessous) ;
* modification de la configuration de déploiement : (1) client (lourd/léger) distant, (2) base de données externe (MySQL, Oracle, HSQL ...) et éventuellement distante ;
* ajout éventuel de fonctionnalités non prioritaires.

Une présentation d'une mini-maquette d'interface web aura lieu au milieu de l'étape n°2.

Remarque : Aucune des phases du projet ne nécessite le développement d'un client lourd en mode graphique (SWT ...).
===Documents demandés===
Deux rapports doivent être rédigés pour la partie Système : un document de conception système et un document d'évaluation système.

====Document de conception système====
Le dossier de conception système (DCS) a pour but de permettre à toute personne de connaitre les principaux composants JEE de votre application ECOM. Cette connaissance doit pouvoir être acquise rapidement, sans avoir à entrer dans les détails de l'implémentation. Le DCS doit donc être de taille relativement limitée (5 à 10 pages, 20 pages au grand maximum).
Le DCS est centré sur un schéma d'architecture système (SAS) : ce schéma doit faire apparaître les composants qui vont constituer l'application, ainsi que les liens entre les beans. Un lien depuis un composant A vers un (ou plusieurs) composant(s) B signifie qu'une interaction peut avoir lieu depuis A vers B. Un lien peut être monovalué ou multivalué, monodirectionnel ou multidirectionnel.

Pour chaque composant et lien du SAS, le DCS doit fournir :
* Une description fonctionnelle : La description fonctionnelle d'un composant fait apparaître les attributs qui le composent, ainsi que les méthodes qu'il fournit. Attributs et méthodes seront associés à une courte description. Les besoins liées à la persistence ou aux aspects transactionnels peuvent également être explicités.
* Une description d'implantation JEE : La description d'implantation décrit l'implantation du composant ou du lien dans l'environnement JEE. Un composant peut être implanté par un programme Java externe (client léger / client lourd JEE), par un servlet, par un bean ou par un objet POJO. Dans ces derniers cas, il faut préciser les caractéristiques des beans / POJO (local / distribué, session / évenementiel, stateful / stateless, etc). Un lien peut être implanté par une relation JEE, ou bien par conservation de référence de bean.

====Document d'évaluation système====

Le rapport final système du projet ECOM a pour but de préciser l’état d’avancement de votre application ECOM.

Le rapport final système doit préciser :
* L’état de chaque composant : non réalisé, réalisé, réalisé et validé
* Les fonctions réalisées, réalisées et testées, et celles restant à réaliser
* Les propriétés non fonctionnelles garanties par votre réalisation, et celles restant à considérer pour finaliser votre application
* Le temps consacré à la conception système
* Le temps consacré au développement système
* Les principales difficultés rencontrées
===Critères d'évaluation===
La partie système du projet sera principalement évaluée en fonction des critères suivants :
* Conformité aux spécifications de l'application et aux consignes données dans le cadre du projet
* Respect des échéances pour les différentes étapes du projet (y compris pour les prototypes intermédiaires et les documents)
* Qualité de l'architecture de l'application
* Qualité et robustesse du code applicatif
* Compréhension des principaux concepts de la technologie JEE
* Rigueur de la démarche de conception
* Qualité des présentations/soutenances
En complément, les aspects suivants seront également considérés :
* Méthodologie de test
* Performances (résultat du injection de charge avec JMeter ou Clif)
* Utilisation (optionnelle) de technologies/APIs/frameworks avancés

==Consignes pour la soutenance==
===Consignes spécifiques pour les soutenances IHM===
* documents (version papier) à apporter : cahier des charges (version finale), dossier de conception IHM, dossier d'évaluation IHM
* votre passage doit contenir une présentation globale du projet, le processus de conception (illustré), le bilan (point de vue IHM) et une démo PRÉPARÉE
* arrivez avec l'application démarée (on ne perd pas de temps) et 1 ou 2 scénarios (de test)
* prévoyez 5 minutes de questions lors de votre passage

===Consignes spécifiques pour les soutenances Système===
* Apportez un exemplaire du dossier d'évaluation système (déposé la veille sur Moodle) lors de la soutenance. Il n'est pas nécessaire d'apporter un exemplaire du dossier de conception système.
* Préparez vous 30 minutes avant votre soutenance pour démarrer les instances Windows Azure avec le service développé.
* Prévovez environ 30 minutes pour la présentation/démo/questions. Utilisez des transparents pour présenter votre projet.
* Les démonstrations peuvent être faites sur vos machines personnelles cependant le service eCOM doit IMPERATIVEMENT s'exécuter sur une ou plusieurs instances Windows Azure.
* Conditionnez le projet final sous la forme d’une archive (zip ou tar.gz) après avoir inclus la documentation (dans un repertoire /main/site). Utilisez la convention de nommage suivante : ecom_final_1213-X.zip où X correspond au nom du projet.
* Déposez immédiatement après la soutenance (et en aucun cas après le 20 décembre) l'archive sur Moodle.
* le rapport de charge (benchmark) doit être (MUST) fourni dans la documentation.
* le rapport sur les métriques logicielles doit être (MUST) fourni dans la documentation.

=Organisation 2013-2014=
EN COURS DE CONSTRUCTION

==Planning==
===M2PGI===
'''Equipe pédagogique:''' Noël de Palma (NdP), Frederic Dufau-Joel (FDJ), Sybille Caffiau (SC), Didier Donsez (DD), Sebastien Chassand-Barrioz (SCB), Ibrahim Safiedinne (FR)

'''Dates Importantes:'''
*Semaine bloquée : lundi 16 décembre - vendredi 20 décembre
*Soutenances (IHM + système) : vendredi 20 décembre

*Remise du cahier des charges : vendredi 13 décembre (version electronique (pdf) à SC et NdP, avec "[M2PGI-ECOM]" dans le sujet)
*Remise du dossier de conception IHM : vendredi 13 décembre (version electronique (pdf) à SC, avec "[M2PGI-ECOM]" dans le sujet)
*Remise du dossier d'évaluation IHM : vendredi 20 décembre (lors de votre passage)

*Remise du dossier de conception système : vendredi 13 décembre (version electronique (pdf) à NdP, avec "[M2PGI-ECOM]" dans le sujet)
*Remise du dossier d'évaluation système : jeudi 20 décembre (lors de votre passage)

'''Séances:'''
*27 sept 9h-‐12h15 Amphi 022, Boot Projet/JEE (NDP)
*27 sept 14h-17h15 Amphi 022, cours Agile (FDJ)
*04 oct 08h-13h00 Amphi 022, cours HTTP/servlets/JSP (DD)
*04 oct 14h-16h 2 salles de TPs F104, F208, Support Syst. Cl&Alt (SCB/NDP)
*04 oct 16h-18h Amphi 022, cours Agile (FDJ)
*11 oct 09h-12h15 Amphi 022, cours IHM SC
*11 oct 14h-17h15 Amphi 022, cours outils (DD)
*18 oct 09h-12h15 Amphi 022, cours MVC/JSF/GWT (SCB)
*18 oct 14h-17h15 3 salles de TPs F104, F214, F216, audit Agile, audit IHM et support système en //. Cl&Alt (SC, FDJ, SCB, NDP)
*8 nov 9h-12h15 salles de TPs F214, F208. Support système Cl&Alt (SCB)
*8 nov 14h-17h15 3 salles de TPs F104, F214, F216 (Cl&Alt), audit Agile (FDJ)
*15 nov 8h-9h15 F022, Amphi cours Cloud (IS ou NDP)
*15 nov 9h15h-11h30 salles de TPs F104, F208 (Cl&Alt). Support système (IS)
*15 nov 14h-17h15 salles de TPs F104, F213, F216 (Cl&Alt). Audit Agile, audit IHM et Support système en //. (SC, FDJ, SCB, NDP)
*22 nov 9h-12h15 salles de TPs F215, F208 (Cl&Alt). Support système Cl&Alt (SCB).
*22 nov 14h-17h15 salles de TPs F104, F214, F216 (Cl&Alt). Support système Cl&Alt (IS).
*29 nov 9h-12h15 salles de TPs F214, F208 (Cl&Alt). Support système Cl&Alt (IS).
*29 nov 14h-17h15 salles de TPs F104, F214, F216 (Cl&Alt). Audit Agile et audit IHM et support systeme en //. Cl&Alt. (SCB, SC, FDJ, NDP)
*6 dec 9h-12h15 salles de TPs F215 , F208 (Cl&Alt). Support système (IS).
*6 dec 14h-17h15 salles de TPs F104, F112, F113, (Cl&Alt). Audit Agile et audit IHM support système CL&Alt (FDJ, NDP, SCB)
*13 dec 9h-12h15 salles de TPs F214, F208 (Cl&Alt). Support système (IS).
*13 dec 14h-18h15 salles de TPs F213, F214 (Cl&Alt). Audit Agile et support systeme en //. Cl&Alt. (SCB, SC, FDJ, NDP)

===RICM5===
'''Equipe pédagogique:''' André Freyssinet (AF), Nicolas Tachker (NT), Sybille Caffiau (SC), Didier Donsez (DD)

'''Dates Importantes:'''
*Démo système V1 : ??
*Démo système V2 : ??
*Soutenances (IHM + système) : 17/12/2013
*Remise du cahier des charges : 07/10/2013 (minuit, version electronique (pdf) à SC, avec "[RICM-ECOM]" dans le sujet)
*Remise du dossier de conception IHM : 09/12/2013 (version electronique (pdf) à SC, avec "[RICM-ECOM]" dans le sujet)
*Remise du dossier d'évaluation IHM : 17/12/2013 (lors de votre passage)
*Remise du dossier de conception système : ??/12/2013 (version electronique (pdf) à XS)
*Remise du dossier d'évaluation système : ??/12/2013 (version electronique (pdf) à XS)

'''Séances:'''
* 13/09 08H00-11H15: Introduction 1H00 DD, CM Ergonomie 2H00 SC [[Media:PresentationECOM-RICM5-2013.pdf]]
* 24/09 08H00-11H15: CM JavaEE & EJB 3h00 AF
* 24/09 13H30-16H45: TD Ergonomie IHM 3h00 SC
* 01/10 08H00-11H15: CM Ergonomie IHM 3h00 SC (F109)
* 01/10 13H30-16H45: Install JavaEE, tutoriel EJB 3h00 AF ou NT (F201 et F202)
* 08/10 08H00-11H15: CM HTTP & Servlet/JSP 3h00 DD (F109)
* 08/10 13H30-16H45: TD Ergonomie IHM 1h30 SC, Tutoriel EJB 2h00 AF ou NT (F201 et F214 PC)
* 22/10 08H00-11H15: CM JSF 3h00 AF ou NT (F109)
* 22/10 13H30-16H45: Tutoriel Servlet/JSP/JSF 3h00 AF ou NT (F201 et F214 PC)
* 05/11 08H00-11H15: TD Ergo IHM 3H00 SC (F021 et F213 PC)
* 12/11 08H00-11H15: TD JavaEE 3H00 AF ou NT (F021 et F213 PC)
* 19/11 08H00-11H15: TD JavaEE 3H00 AF ou NT (F021 et F213 PC)
* 19/11 13H30-16H45: En parallele : TD JavaEE 3H00 AF ou NT + TD Ergo IHM 3H00 SC (F104 et F201)
* 26/11 08H00-11H15: TD JavaEE 3H00 AF ou NT (F021 et F213 PC)
* 26/11 13H30-16H45: En parallele : TD JavaEE 3H00 AF ou NT + TD Ergo IHM 3H00 SC (F104 et F201)
* 03/12 08H00-11H15: En parallele : TD JavaEE 3H00 AF ou NT + TD Ergo IHM 3H00 SC (F021 et F213 PC)
* 03/12 13H30-16H45: En parallele : TD JavaEE 3H00 AF ou NT + TD Ergo IHM 3H00 SC (F104 et F201)
* 10/12 08H00-11H15: TD JavaEE 3H00 AF ou NT (F021 et F213 PC)
* 17/12 08H00-11H15: En parallele : TD Ergo IHM 3H00 SC + TD JavaEE 3H00 AF ou NT (F021 et F213 PC)
* Soutenance IHM le ??/12/2013 Ap
* Soutenance Système le ??/12/2013 Ap

==Groupes==
===M2PGI Apprenti===

===M2PGI Classique===

===RICM5===
====Groupe 1 : Thème = Vente de fichiers STL pour imprimantes 3D ====
* Nicolas Afonso : Chef de projet
* Jean-François Bianco
* Elisa Martinez
* Rebecca Poustis

====Groupe 2 : Thème = Vente de forfaits mobile ====
* Pierre Lartigue : Chef de projet
* Jonathan Lemoine
* Nicolas Husson

====Groupe 3 : Thème = Vente de billets de spectacles et loisirs ====
* Simon Planès : Chef de projet
* Walid Bibi
* Lotfi Manseur
* Laurène Guelorget

====Groupe 4 : Thème = Vente de matériels informatiques ====
* Xu Feng : Chef de projet
* Mame Daba Diouf
* Jordan Calvi

====Groupe 5 : Thème = Vente de musiques dématérialisées====
* Marion Dalle : Chef de projet
* Morgan Bidois
* Thomas Nunes
* Rémi Piotaix

==Soutenance==
===M2PGI Apprenti===

===M2PGI Classique===

===RICM5===

IMPERATIF
* le projet doit être (MUST) géré selon la méthode Scrum : le Scrum Master devra présenter le déroulement du projet.
* le serveur JavaEE doit être (MUST) hébergé sur une instance Windows Azure à partir du compte étudiant Azure offert gratuitement en début de projet (la machine virtuelle peut etre de type Windows ou Linux).
* un rapport de charge (benchmark) doit être (MUST) fourni : les outils JMeter ou Clif peuvent être utilisés.
* un rapport sur les métriques logicielles doit être (MUST) fourni : l'outil Sonar peut être utilisé.

'''Ordre de passage :'''
* Respectez l'ordre établi
* Faites attention au temps. Vous disposez de 15 minutes par soutenance pour : votre présentation, la démo et les questions
[[File:OrdrePassageSoutenance2013.jpg]]

ATTENTION : Si vous voulez modifier ce planning, vous devez :
* trouver un autre groupe avec qui échanger
* vous assurer que tous les membres de ce groupe acceptent l'échange
* envoyer un mail à SC et XS pour informer du changement (avec le chef de projet de l'autre groupe en copie)
Aucune modification ne sera acceptée après le 18 décembre.

=Documentation=
==Transparents de cours==

* Cours JEE/EJB(NDP) [[Media:EJB-ECOM2010.pdf]]
* Cours IHM (SC) : [https://www.dropbox.com/s/tk8ujqqowcj114e/ECOM20122013.pdf url]
* Cours JSF (PR) : [http://imag-moodle.e.ujf-grenoble.fr/course/view.php?id=61 url]
* Cours maven (DD) : [http://membres-liglab.imag.fr/donsez/cours/maven.pdf url]
* Cours versionning (DD) : [http://membres-liglab.imag.fr/donsez/cours/version.pdf url]
* Cours subversion (DD) : [http://membres-liglab.imag.fr/donsez/cours/subversion.pdf url]
* Cours forge (DD) : [http://membres-liglab.imag.fr/donsez/cours/forge.pdf url]
* Cours http (DD) : [http://membres-liglab.imag.fr/donsez/cours/http.pdf url]
* Cours servlet (DD) : [http://membres-liglab.imag.fr/donsez/cours/servletjsp.pdf url]

==Squelette du projet==
[http://dl.dropbox.com/u/66952950/ecom-maven.zip ecom-maven.zip] Inaccessible

==Doc utiles==
* [http://wiki.easybeans.org/xwiki/bin/view/Main/Documentation Documentation Easybeans (conteneur EJB3 utilisé par Jonas)]
* [http://docs.oracle.com/javaee/6/tutorial/doc/ Tutorial JavaEE 6 ]
* [http://netbeans.org/kb/67/javaee/ejb30.html Tutorial NetBean et JEE ]
* [http://docs.oracle.com/javaee/6/api/ API JavaEE 6]
* [https://java.net/projects/javaee-spec/pages/Home Spécifications JavaEE 6]
* [http://www.theserverside.com/news/thread.tss?thread_id=55191 JPA implementation patterns ]
* [http://jonas.ow2.org/JONAS_5_1_2/doc/doc-en/html/getting_started_guide.html#id1316973 Glossaire]
* [http://www.easybeans.net/xwiki/bin/download/Main/Documentation/ejb3-annotations.pdf Aide mémoire pour les annotations EJB3 ]
* Présentation sur le Cloud Computing : http://erods.liglab.fr/icar2013/programme.html
* Documentation et Training Kit sur Windows Azure : http://www.microsoft.com/en-us/download/details.aspx?id=8396

http://proton.inrialpes.fr/~depalma/ecom/liens/liens.html

===Quelques livres===
REMARQUE: les livres sur JavaEE se periment très vite avec l'évolution de la spécification
* Java EE6 Cookbook for securing, tuning, and extending enterprise applications: http://www.packtpub.com/java-ee6-securing-tuning-extending-enterprise-applications-cookbook/book
* Holly Cummins and Timothy Ward, Enterprise OSGi in Action, March, 2013, 400 pages, ISBN: 9781617290138, http://www.manning.com/cummins/ ([http://www.manning.com/cummins/EOSGI_sample_ch02.pdf chapitre 2], [http://www.manning.com/cummins/EOSGI_sample_ch10.pdf chapitre 10])
* Debu Panda, Reza Rahman, Derek Lane, EJB 3 in Action, Pub Mannings, 2007, http://www.manning.com/panda/
* Debu Panda, Reza Rahman, Ryan Cuprak, and Michael Remijan, EJB 3 in Action, Second Edition, Pub Mannings, 2011, http://www.manning.com/panda2/

ECOM

2013-10-07T09:27:17Z

Noel.DePalma: /* M2PGI */

=Objectifs du projet=
Le projet eCOM consiste à concevoir et développer une application de commerce électronique. Une motivation principale du projet eCOM est qu'il intègre dans sa mise en œuvre différentes thématiques étudiées dans les formations en informatique : en particulier, interfaces homme-machine, applications et architectures réparties, bases de données. Les aspects relatifs au génie logiciel sont également présents puisque le projet eCOM comprend la conception et la réalisation d'un produit logiciel qui satisfait certains critères de qualité (documentation, respect des normes, etc).

L'intégration de différentes thématiques présente les atouts suivants :
* Valorisation des enseignements acquis dans les différentes thématiques au profit d'un projet important et réaliste.
* Appréhension des (inter)dépendances entre les thématiques.
* Communications entre les différents réalisateurs du projet.
En outre, une deuxième motivation forte du projet eCOM est qu'il intègre des technologies et des standards récents et largement utilisés dans le domaine des applications Internet. Ce projet permet plus précisément de se placer en tant qu'utilisateurs de la technologie JEE (Java Enterprise Edition) destinée à la réalisation de serveurs d'information ou de serveurs de commerce électronique à base de composants distribués, transactionnels et persistants. Les réalisateurs sont confrontés par ce biais à la manipulation de mécanismes et de fonctions générales d'un système réparti : gestion de la désignation de composants distribués, configuration d'une application distribuée, association de propriétés non fonctionnelles aux composants (persistance, transactions), gestion des images persistantes des composants (liaisons avec une base de données). Des extensions au projet sont décrites [http://ecom.ow2.org/xwiki/bin/view/Main/fr ici] et seront réalisées lors du projet RICOM/GICOM au semestre 2.

L'application réalisée devra offrir deux interfaces distinctes :
* les administrateurs qui gèrent les stocks de produits, les comptes des utilisateurs de l'application et le suivi des commandes ;
* les consommateurs/acheteurs qui peuvent consulter des articles, les placer dans leur caddie et valider une commande.

Chaque groupe devra élaborer un cahier des charges précis de l'application en termes de fonctionnalités et de critères d'ergonomie. Par ailleurs, le projet devra être réalisé en employant les méthodes et technologies présentées en cours. Ces différents aspects devront être validés par l'équipe pédagogique tout au long du projet.

=Étapes du projet=
La partie IHM et la partie Système sont menées en parallèle pendant toute la durée du projet. Le projet se conclut par une soutenance finale pour chaque partie (IHM et système).

==Conduite de projet==
Le projet eCOM est très court en durée. Il est préconisé d'utiliser la méthodologie [[Scrum]] pour la conduite du projet dans chaque groupe.

===Critères d'évaluation===
La conduite du projet sera principalement évaluée en fonction des critères suivants :
* vous devez choisir un Scrum Master (unique ou tournant) : vous devez justifier votre choix
* durée du sprint (idem : vous devez justifier votre choix)
Sur ces 2 premiers critères, vous n'en changez pas !!!

Vous devez prévoir :
* product backlog
* sprint backlog
* sprint planning
* démos
* rétrospectives

Pensez à créer un wiki qui regroupera l'ensemble de vos documentations. Cela doit être une documentation Agile !!!!

Un point de bonus pour ceux qui réussiront à mettre en place des "poker planning".
[[File:20121002 141359.jpg]]

==Partie IHM==

===Etapes et documents demandés===
Trois documents sont à produire : le cahier des charges (CDC), le dossier de conception IHM (à rédiger avant de développer l'IHM du site) et le document d'évaluation IHM. Les versions finales des deux premiers documents (CDC et dossier de conception IHM) sont à remettre une semaine avant les soutenances et le dossier d'évaluation, le jour de la soutenance.

Le détail sur l'organisation et l'évaluation du travail concernant les spécifications du site sera communiqué lors des premières séances de cours.
En résumé :
* Une fois le sujet choisi, analyser les sites "concurrents" et mener une enquête auprès d'utilisateurs représentatifs du futur site marchand, faire une analyse des données recueillies, en déduire les requis fonctionnels et non fonctionnels du site, identifier le modèle de l'utilisateur type, produire le modèle de tâches. Les analyses amont (sites concurrents et enquête) seront mises en annexe du CDC.
* Définir une norme de présentation pour tous les documents du projet.
* Ensuite, rédiger le cahier des charges. Bien penser à définir les priorités de développement. Des exemples des années précédentes seront consultables en séances d'audit.
* Une fois le CDC validé, rédiger le dossier de conception IHM : IHM abstraite, IHM concrète, charte graphique.
===Critères d'évaluation===
La partie IHM du projet sera principalement évaluée en fonction des critères suivants :
* Conformité de l'IHM concrète et abstraite avec le modèle de tâche
* Couverture fonctionnelle de l'application et robustesse au regard des priorités que vous avez retenues
* Qualité ergonomique au regard des principes vus en cours
* Rigueur de la démarche

==Partie Système==
La partie Système est axée sur deux étapes successives.
===Première étape===
La première consiste à définir le cœur de l'application, c'est-à-dire le modèle de données et la logique métier, puis à réaliser un premier prototype qui démontre une bonne maîtrise des EJB (session et entity beans).

Il est vivement conseillé de définir le modèle de données aussi tôt que possible et d"en discuter avec les enseignants. Il est également recommandé de limiter le premier prototype à un sous-ensemble des spécifications fonctionnelles, à la fois assez vaste pour couvrir les principales difficultés techniques et assez léger pour respecter les délais imposés.

À ce stade, l'application est seulement accessible par l'intermédiaire d'un "client lourd" (programme java offrant une console en mode texte). En particulier, il n'est pas demandé, pour cette première étape, de réaliser une interface web pour interagir avec l'application. L'application doit cependant offrir deux interfaces (administrateur et consommateur) et exécuter les requêtes avec des garanties transactionnelles.

Une présentation/démonstration du prototype V1 sera réalisée à la fin de l'étape n°1.
===Deuxième étape===
La seconde étape consiste à compléter le premier prototype avec les objectifs suivants :
* ajout des beans nécessaires pour couvrir l'ensemble des spécifications fonctionnelles ;
* développement d'une interface Web basée sur le modèle MVC ;
* rédaction des documents demandés (voir ci-dessous) ;
* modification de la configuration de déploiement : (1) client (lourd/léger) distant, (2) base de données externe (MySQL, Oracle, HSQL ...) et éventuellement distante ;
* ajout éventuel de fonctionnalités non prioritaires.

Une présentation d'une mini-maquette d'interface web aura lieu au milieu de l'étape n°2.

Remarque : Aucune des phases du projet ne nécessite le développement d'un client lourd en mode graphique (SWT ...).
===Documents demandés===
Deux rapports doivent être rédigés pour la partie Système : un document de conception système et un document d'évaluation système.

====Document de conception système====
Le dossier de conception système (DCS) a pour but de permettre à toute personne de connaitre les principaux composants JEE de votre application ECOM. Cette connaissance doit pouvoir être acquise rapidement, sans avoir à entrer dans les détails de l'implémentation. Le DCS doit donc être de taille relativement limitée (5 à 10 pages, 20 pages au grand maximum).
Le DCS est centré sur un schéma d'architecture système (SAS) : ce schéma doit faire apparaître les composants qui vont constituer l'application, ainsi que les liens entre les beans. Un lien depuis un composant A vers un (ou plusieurs) composant(s) B signifie qu'une interaction peut avoir lieu depuis A vers B. Un lien peut être monovalué ou multivalué, monodirectionnel ou multidirectionnel.

Pour chaque composant et lien du SAS, le DCS doit fournir :
* Une description fonctionnelle : La description fonctionnelle d'un composant fait apparaître les attributs qui le composent, ainsi que les méthodes qu'il fournit. Attributs et méthodes seront associés à une courte description. Les besoins liées à la persistence ou aux aspects transactionnels peuvent également être explicités.
* Une description d'implantation JEE : La description d'implantation décrit l'implantation du composant ou du lien dans l'environnement JEE. Un composant peut être implanté par un programme Java externe (client léger / client lourd JEE), par un servlet, par un bean ou par un objet POJO. Dans ces derniers cas, il faut préciser les caractéristiques des beans / POJO (local / distribué, session / évenementiel, stateful / stateless, etc). Un lien peut être implanté par une relation JEE, ou bien par conservation de référence de bean.

====Document d'évaluation système====

Le rapport final système du projet ECOM a pour but de préciser l’état d’avancement de votre application ECOM.

Le rapport final système doit préciser :
* L’état de chaque composant : non réalisé, réalisé, réalisé et validé
* Les fonctions réalisées, réalisées et testées, et celles restant à réaliser
* Les propriétés non fonctionnelles garanties par votre réalisation, et celles restant à considérer pour finaliser votre application
* Le temps consacré à la conception système
* Le temps consacré au développement système
* Les principales difficultés rencontrées
===Critères d'évaluation===
La partie système du projet sera principalement évaluée en fonction des critères suivants :
* Conformité aux spécifications de l'application et aux consignes données dans le cadre du projet
* Respect des échéances pour les différentes étapes du projet (y compris pour les prototypes intermédiaires et les documents)
* Qualité de l'architecture de l'application
* Qualité et robustesse du code applicatif
* Compréhension des principaux concepts de la technologie JEE
* Rigueur de la démarche de conception
* Qualité des présentations/soutenances
En complément, les aspects suivants seront également considérés :
* Méthodologie de test
* Performances (résultat du injection de charge avec JMeter ou Clif)
* Utilisation (optionnelle) de technologies/APIs/frameworks avancés

==Consignes pour la soutenance==
===Consignes spécifiques pour les soutenances IHM===
* documents (version papier) à apporter : cahier des charges (version finale), dossier de conception IHM, dossier d'évaluation IHM
* votre passage doit contenir une présentation globale du projet, le processus de conception (illustré), le bilan (point de vue IHM) et une démo PRÉPARÉE
* arrivez avec l'application démarée (on ne perd pas de temps) et 1 ou 2 scénarios (de test)
* prévoyez 5 minutes de questions lors de votre passage

===Consignes spécifiques pour les soutenances Système===
* Apportez un exemplaire du dossier d'évaluation système (déposé la veille sur Moodle) lors de la soutenance. Il n'est pas nécessaire d'apporter un exemplaire du dossier de conception système.
* Préparez vous 30 minutes avant votre soutenance pour démarrer les instances Windows Azure avec le service développé.
* Prévovez environ 30 minutes pour la présentation/démo/questions. Utilisez des transparents pour présenter votre projet.
* Les démonstrations peuvent être faites sur vos machines personnelles cependant le service eCOM doit IMPERATIVEMENT s'exécuter sur une ou plusieurs instances Windows Azure.
* Conditionnez le projet final sous la forme d’une archive (zip ou tar.gz) après avoir inclus la documentation (dans un repertoire /main/site). Utilisez la convention de nommage suivante : ecom_final_1213-X.zip où X correspond au nom du projet.
* Déposez immédiatement après la soutenance (et en aucun cas après le 20 décembre) l'archive sur Moodle.
* le rapport de charge (benchmark) doit être (MUST) fourni dans la documentation.
* le rapport sur les métriques logicielles doit être (MUST) fourni dans la documentation.

=Organisation 2013-2014=
EN COURS DE CONSTRUCTION

==Planning==
===M2PGI===
'''Equipe pédagogique:''' Noël de Palma (NdP), Frederic Dufau-Joel (FDJ), Sybille Caffiau (SC), Didier Donsez (DD), Sebastien Chassand-Barrioz (SCB), Ibrahim Safiedinne (FR)

'''Dates Importantes:'''
*Semaine bloquée : lundi 16 décembre - vendredi 20 décembre
*Soutenances (IHM + système) : vendredi 20 décembre

*Remise du cahier des charges : vendredi 13 décembre (version electronique (pdf) à SC et NdP, avec "[M2PGI-ECOM]" dans le sujet)
*Remise du dossier de conception IHM : vendredi 13 décembre (version electronique (pdf) à SC, avec "[M2PGI-ECOM]" dans le sujet)
*Remise du dossier d'évaluation IHM : vendredi 20 décembre (lors de votre passage)

*Remise du dossier de conception système : vendredi 13 décembre (version electronique (pdf) à NdP, avec "[M2PGI-ECOM]" dans le sujet)
*Remise du dossier d'évaluation système : jeudi 20 décembre (lors de votre passage)

'''Séances:'''
*27 sept 9h-‐12h15 Amphi 022, Boot Projet/JEE (NDP)

===RICM5===
'''Equipe pédagogique:''' André Freyssinet (AF), Nicolas Tachker (NT), Sybille Caffiau (SC), Didier Donsez (DD)

'''Dates Importantes:'''
*Démo système V1 : ??
*Démo système V2 : ??
*Soutenances (IHM + système) : 17/12/2013
*Remise du cahier des charges : 07/10/2013 (minuit, version electronique (pdf) à SC, avec "[RICM-ECOM]" dans le sujet)
*Remise du dossier de conception IHM : 09/12/2013 (version electronique (pdf) à SC, avec "[RICM-ECOM]" dans le sujet)
*Remise du dossier d'évaluation IHM : 17/12/2013 (lors de votre passage)
*Remise du dossier de conception système : ??/12/2013 (version electronique (pdf) à XS)
*Remise du dossier d'évaluation système : ??/12/2013 (version electronique (pdf) à XS)

'''Séances:'''
* 13/09 08H00-11H15: Introduction 1H00 DD, CM Ergonomie 2H00 SC [[Media:PresentationECOM-RICM5-2013.pdf]]
* 24/09 08H00-11H15: CM JavaEE & EJB 3h00 AF
* 24/09 13H30-16H45: TD Ergonomie IHM 3h00 SC
* 01/10 08H00-11H15: CM Ergonomie IHM 3h00 SC (F109)
* 01/10 13H30-16H45: Install JavaEE, tutoriel EJB 3h00 AF ou NT (F201 et F202)
* 08/10 08H00-11H15: CM HTTP & Servlet/JSP 3h00 DD (F109)
* 08/10 13H30-16H45: TD Ergonomie IHM 1h30 SC, Tutoriel EJB 2h00 AF ou NT (F201 et F214 PC)
* 22/10 08H00-11H15: CM JSF 3h00 AF ou NT (F109)
* 22/10 13H30-16H45: Tutoriel Servlet/JSP/JSF 3h00 AF ou NT (F201 et F214 PC)
* 05/11 08H00-11H15: TD Ergo IHM 3H00 SC (F021 et F213 PC)
* 12/11 08H00-11H15: TD JavaEE 3H00 AF ou NT (F021 et F213 PC)
* 19/11 08H00-11H15: TD JavaEE 3H00 AF ou NT (F021 et F213 PC)
* 19/11 13H30-16H45: En parallele : TD JavaEE 3H00 AF ou NT + TD Ergo IHM 3H00 SC (F104 et F201)
* 26/11 08H00-11H15: TD JavaEE 3H00 AF ou NT (F021 et F213 PC)
* 26/11 13H30-16H45: En parallele : TD JavaEE 3H00 AF ou NT + TD Ergo IHM 3H00 SC (F104 et F201)
* 03/12 08H00-11H15: En parallele : TD JavaEE 3H00 AF ou NT + TD Ergo IHM 3H00 SC (F021 et F213 PC)
* 03/12 13H30-16H45: En parallele : TD JavaEE 3H00 AF ou NT + TD Ergo IHM 3H00 SC (F104 et F201)
* 10/12 08H00-11H15: TD JavaEE 3H00 AF ou NT (F021 et F213 PC)
* 17/12 08H00-11H15: En parallele : TD Ergo IHM 3H00 SC + TD JavaEE 3H00 AF ou NT (F021 et F213 PC)
* Soutenance IHM le ??/12/2013 Ap
* Soutenance Système le ??/12/2013 Ap

==Groupes==
===M2PGI Apprenti===

===M2PGI Classique===

===RICM5===
====Groupe 1 : Thème = Vente de fichiers STL pour imprimantes 3D ====
* Nicolas Afonso : Chef de projet
* Jean-François Bianco
* Elisa Martinez
* Rebecca Poustis

====Groupe 2 : Thème = Vente de forfaits mobile ====
* Pierre Lartigue : Chef de projet
* Jonathan Lemoine
* Nicolas Husson

====Groupe 3 : Thème = Vente de billets de spectacles et loisirs ====
* Simon Planès : Chef de projet
* Walid Bibi
* Lotfi Manseur
* Laurène Guelorget

====Groupe 4 : Thème = Vente de matériels informatiques ====
* Xu Feng : Chef de projet
* Mame Daba Diouf
* Jordan Calvi

====Groupe 5 : Thème = Vente de musiques dématérialisées====
* Marion Dalle : Chef de projet
* Morgan Bidois
* Thomas Nunes
* Rémi Piotaix

==Soutenance==
===M2PGI Apprenti===

===M2PGI Classique===

===RICM5===

IMPERATIF
* le projet doit être (MUST) géré selon la méthode Scrum : le Scrum Master devra présenter le déroulement du projet.
* le serveur JavaEE doit être (MUST) hébergé sur une instance Windows Azure à partir du compte étudiant Azure offert gratuitement en début de projet (la machine virtuelle peut etre de type Windows ou Linux).
* un rapport de charge (benchmark) doit être (MUST) fourni : les outils JMeter ou Clif peuvent être utilisés.
* un rapport sur les métriques logicielles doit être (MUST) fourni : l'outil Sonar peut être utilisé.

'''Ordre de passage :'''
* Respectez l'ordre établi
* Faites attention au temps. Vous disposez de 15 minutes par soutenance pour : votre présentation, la démo et les questions
[[File:OrdrePassageSoutenance2013.jpg]]

ATTENTION : Si vous voulez modifier ce planning, vous devez :
* trouver un autre groupe avec qui échanger
* vous assurer que tous les membres de ce groupe acceptent l'échange
* envoyer un mail à SC et XS pour informer du changement (avec le chef de projet de l'autre groupe en copie)
Aucune modification ne sera acceptée après le 18 décembre.

=Documentation=
==Transparents de cours==

* Cours JEE/EJB(NDP) [[Media:EJB-ECOM2010.pdf]]
* Cours IHM (SC) : [https://www.dropbox.com/s/tk8ujqqowcj114e/ECOM20122013.pdf url]
* Cours JSF (PR) : [http://imag-moodle.e.ujf-grenoble.fr/course/view.php?id=61 url]
* Cours maven (DD) : [http://membres-liglab.imag.fr/donsez/cours/maven.pdf url]
* Cours versionning (DD) : [http://membres-liglab.imag.fr/donsez/cours/version.pdf url]
* Cours subversion (DD) : [http://membres-liglab.imag.fr/donsez/cours/subversion.pdf url]
* Cours forge (DD) : [http://membres-liglab.imag.fr/donsez/cours/forge.pdf url]
* Cours http (DD) : [http://membres-liglab.imag.fr/donsez/cours/http.pdf url]
* Cours servlet (DD) : [http://membres-liglab.imag.fr/donsez/cours/servletjsp.pdf url]

==Squelette du projet==
[http://dl.dropbox.com/u/66952950/ecom-maven.zip ecom-maven.zip] Inaccessible

==Doc utiles==
* [http://wiki.easybeans.org/xwiki/bin/view/Main/Documentation Documentation Easybeans (conteneur EJB3 utilisé par Jonas)]
* [http://docs.oracle.com/javaee/6/tutorial/doc/ Tutorial JavaEE 6 ]
* [http://netbeans.org/kb/67/javaee/ejb30.html Tutorial NetBean et JEE ]
* [http://docs.oracle.com/javaee/6/api/ API JavaEE 6]
* [https://java.net/projects/javaee-spec/pages/Home Spécifications JavaEE 6]
* [http://www.theserverside.com/news/thread.tss?thread_id=55191 JPA implementation patterns ]
* [http://jonas.ow2.org/JONAS_5_1_2/doc/doc-en/html/getting_started_guide.html#id1316973 Glossaire]
* [http://www.easybeans.net/xwiki/bin/download/Main/Documentation/ejb3-annotations.pdf Aide mémoire pour les annotations EJB3 ]
* Présentation sur le Cloud Computing : http://erods.liglab.fr/icar2013/programme.html
* Documentation et Training Kit sur Windows Azure : http://www.microsoft.com/en-us/download/details.aspx?id=8396

http://proton.inrialpes.fr/~depalma/ecom/liens/liens.html

===Quelques livres===
REMARQUE: les livres sur JavaEE se periment très vite avec l'évolution de la spécification
* Java EE6 Cookbook for securing, tuning, and extending enterprise applications: http://www.packtpub.com/java-ee6-securing-tuning-extending-enterprise-applications-cookbook/book
* Holly Cummins and Timothy Ward, Enterprise OSGi in Action, March, 2013, 400 pages, ISBN: 9781617290138, http://www.manning.com/cummins/ ([http://www.manning.com/cummins/EOSGI_sample_ch02.pdf chapitre 2], [http://www.manning.com/cummins/EOSGI_sample_ch10.pdf chapitre 10])
* Debu Panda, Reza Rahman, Derek Lane, EJB 3 in Action, Pub Mannings, 2007, http://www.manning.com/panda/
* Debu Panda, Reza Rahman, Ryan Cuprak, and Michael Remijan, EJB 3 in Action, Second Edition, Pub Mannings, 2011, http://www.manning.com/panda2/

ECOM

2013-10-07T09:26:28Z

Noel.DePalma: /* M2PGI Classique */

=Objectifs du projet=
Le projet eCOM consiste à concevoir et développer une application de commerce électronique. Une motivation principale du projet eCOM est qu'il intègre dans sa mise en œuvre différentes thématiques étudiées dans les formations en informatique : en particulier, interfaces homme-machine, applications et architectures réparties, bases de données. Les aspects relatifs au génie logiciel sont également présents puisque le projet eCOM comprend la conception et la réalisation d'un produit logiciel qui satisfait certains critères de qualité (documentation, respect des normes, etc).

L'intégration de différentes thématiques présente les atouts suivants :
* Valorisation des enseignements acquis dans les différentes thématiques au profit d'un projet important et réaliste.
* Appréhension des (inter)dépendances entre les thématiques.
* Communications entre les différents réalisateurs du projet.
En outre, une deuxième motivation forte du projet eCOM est qu'il intègre des technologies et des standards récents et largement utilisés dans le domaine des applications Internet. Ce projet permet plus précisément de se placer en tant qu'utilisateurs de la technologie JEE (Java Enterprise Edition) destinée à la réalisation de serveurs d'information ou de serveurs de commerce électronique à base de composants distribués, transactionnels et persistants. Les réalisateurs sont confrontés par ce biais à la manipulation de mécanismes et de fonctions générales d'un système réparti : gestion de la désignation de composants distribués, configuration d'une application distribuée, association de propriétés non fonctionnelles aux composants (persistance, transactions), gestion des images persistantes des composants (liaisons avec une base de données). Des extensions au projet sont décrites [http://ecom.ow2.org/xwiki/bin/view/Main/fr ici] et seront réalisées lors du projet RICOM/GICOM au semestre 2.

L'application réalisée devra offrir deux interfaces distinctes :
* les administrateurs qui gèrent les stocks de produits, les comptes des utilisateurs de l'application et le suivi des commandes ;
* les consommateurs/acheteurs qui peuvent consulter des articles, les placer dans leur caddie et valider une commande.

Chaque groupe devra élaborer un cahier des charges précis de l'application en termes de fonctionnalités et de critères d'ergonomie. Par ailleurs, le projet devra être réalisé en employant les méthodes et technologies présentées en cours. Ces différents aspects devront être validés par l'équipe pédagogique tout au long du projet.

=Étapes du projet=
La partie IHM et la partie Système sont menées en parallèle pendant toute la durée du projet. Le projet se conclut par une soutenance finale pour chaque partie (IHM et système).

==Conduite de projet==
Le projet eCOM est très court en durée. Il est préconisé d'utiliser la méthodologie [[Scrum]] pour la conduite du projet dans chaque groupe.

===Critères d'évaluation===
La conduite du projet sera principalement évaluée en fonction des critères suivants :
* vous devez choisir un Scrum Master (unique ou tournant) : vous devez justifier votre choix
* durée du sprint (idem : vous devez justifier votre choix)
Sur ces 2 premiers critères, vous n'en changez pas !!!

Vous devez prévoir :
* product backlog
* sprint backlog
* sprint planning
* démos
* rétrospectives

Pensez à créer un wiki qui regroupera l'ensemble de vos documentations. Cela doit être une documentation Agile !!!!

Un point de bonus pour ceux qui réussiront à mettre en place des "poker planning".
[[File:20121002 141359.jpg]]

==Partie IHM==

===Etapes et documents demandés===
Trois documents sont à produire : le cahier des charges (CDC), le dossier de conception IHM (à rédiger avant de développer l'IHM du site) et le document d'évaluation IHM. Les versions finales des deux premiers documents (CDC et dossier de conception IHM) sont à remettre une semaine avant les soutenances et le dossier d'évaluation, le jour de la soutenance.

Le détail sur l'organisation et l'évaluation du travail concernant les spécifications du site sera communiqué lors des premières séances de cours.
En résumé :
* Une fois le sujet choisi, analyser les sites "concurrents" et mener une enquête auprès d'utilisateurs représentatifs du futur site marchand, faire une analyse des données recueillies, en déduire les requis fonctionnels et non fonctionnels du site, identifier le modèle de l'utilisateur type, produire le modèle de tâches. Les analyses amont (sites concurrents et enquête) seront mises en annexe du CDC.
* Définir une norme de présentation pour tous les documents du projet.
* Ensuite, rédiger le cahier des charges. Bien penser à définir les priorités de développement. Des exemples des années précédentes seront consultables en séances d'audit.
* Une fois le CDC validé, rédiger le dossier de conception IHM : IHM abstraite, IHM concrète, charte graphique.
===Critères d'évaluation===
La partie IHM du projet sera principalement évaluée en fonction des critères suivants :
* Conformité de l'IHM concrète et abstraite avec le modèle de tâche
* Couverture fonctionnelle de l'application et robustesse au regard des priorités que vous avez retenues
* Qualité ergonomique au regard des principes vus en cours
* Rigueur de la démarche

==Partie Système==
La partie Système est axée sur deux étapes successives.
===Première étape===
La première consiste à définir le cœur de l'application, c'est-à-dire le modèle de données et la logique métier, puis à réaliser un premier prototype qui démontre une bonne maîtrise des EJB (session et entity beans).

Il est vivement conseillé de définir le modèle de données aussi tôt que possible et d"en discuter avec les enseignants. Il est également recommandé de limiter le premier prototype à un sous-ensemble des spécifications fonctionnelles, à la fois assez vaste pour couvrir les principales difficultés techniques et assez léger pour respecter les délais imposés.

À ce stade, l'application est seulement accessible par l'intermédiaire d'un "client lourd" (programme java offrant une console en mode texte). En particulier, il n'est pas demandé, pour cette première étape, de réaliser une interface web pour interagir avec l'application. L'application doit cependant offrir deux interfaces (administrateur et consommateur) et exécuter les requêtes avec des garanties transactionnelles.

Une présentation/démonstration du prototype V1 sera réalisée à la fin de l'étape n°1.
===Deuxième étape===
La seconde étape consiste à compléter le premier prototype avec les objectifs suivants :
* ajout des beans nécessaires pour couvrir l'ensemble des spécifications fonctionnelles ;
* développement d'une interface Web basée sur le modèle MVC ;
* rédaction des documents demandés (voir ci-dessous) ;
* modification de la configuration de déploiement : (1) client (lourd/léger) distant, (2) base de données externe (MySQL, Oracle, HSQL ...) et éventuellement distante ;
* ajout éventuel de fonctionnalités non prioritaires.

Une présentation d'une mini-maquette d'interface web aura lieu au milieu de l'étape n°2.

Remarque : Aucune des phases du projet ne nécessite le développement d'un client lourd en mode graphique (SWT ...).
===Documents demandés===
Deux rapports doivent être rédigés pour la partie Système : un document de conception système et un document d'évaluation système.

====Document de conception système====
Le dossier de conception système (DCS) a pour but de permettre à toute personne de connaitre les principaux composants JEE de votre application ECOM. Cette connaissance doit pouvoir être acquise rapidement, sans avoir à entrer dans les détails de l'implémentation. Le DCS doit donc être de taille relativement limitée (5 à 10 pages, 20 pages au grand maximum).
Le DCS est centré sur un schéma d'architecture système (SAS) : ce schéma doit faire apparaître les composants qui vont constituer l'application, ainsi que les liens entre les beans. Un lien depuis un composant A vers un (ou plusieurs) composant(s) B signifie qu'une interaction peut avoir lieu depuis A vers B. Un lien peut être monovalué ou multivalué, monodirectionnel ou multidirectionnel.

Pour chaque composant et lien du SAS, le DCS doit fournir :
* Une description fonctionnelle : La description fonctionnelle d'un composant fait apparaître les attributs qui le composent, ainsi que les méthodes qu'il fournit. Attributs et méthodes seront associés à une courte description. Les besoins liées à la persistence ou aux aspects transactionnels peuvent également être explicités.
* Une description d'implantation JEE : La description d'implantation décrit l'implantation du composant ou du lien dans l'environnement JEE. Un composant peut être implanté par un programme Java externe (client léger / client lourd JEE), par un servlet, par un bean ou par un objet POJO. Dans ces derniers cas, il faut préciser les caractéristiques des beans / POJO (local / distribué, session / évenementiel, stateful / stateless, etc). Un lien peut être implanté par une relation JEE, ou bien par conservation de référence de bean.

====Document d'évaluation système====

Le rapport final système du projet ECOM a pour but de préciser l’état d’avancement de votre application ECOM.

Le rapport final système doit préciser :
* L’état de chaque composant : non réalisé, réalisé, réalisé et validé
* Les fonctions réalisées, réalisées et testées, et celles restant à réaliser
* Les propriétés non fonctionnelles garanties par votre réalisation, et celles restant à considérer pour finaliser votre application
* Le temps consacré à la conception système
* Le temps consacré au développement système
* Les principales difficultés rencontrées
===Critères d'évaluation===
La partie système du projet sera principalement évaluée en fonction des critères suivants :
* Conformité aux spécifications de l'application et aux consignes données dans le cadre du projet
* Respect des échéances pour les différentes étapes du projet (y compris pour les prototypes intermédiaires et les documents)
* Qualité de l'architecture de l'application
* Qualité et robustesse du code applicatif
* Compréhension des principaux concepts de la technologie JEE
* Rigueur de la démarche de conception
* Qualité des présentations/soutenances
En complément, les aspects suivants seront également considérés :
* Méthodologie de test
* Performances (résultat du injection de charge avec JMeter ou Clif)
* Utilisation (optionnelle) de technologies/APIs/frameworks avancés

==Consignes pour la soutenance==
===Consignes spécifiques pour les soutenances IHM===
* documents (version papier) à apporter : cahier des charges (version finale), dossier de conception IHM, dossier d'évaluation IHM
* votre passage doit contenir une présentation globale du projet, le processus de conception (illustré), le bilan (point de vue IHM) et une démo PRÉPARÉE
* arrivez avec l'application démarée (on ne perd pas de temps) et 1 ou 2 scénarios (de test)
* prévoyez 5 minutes de questions lors de votre passage

===Consignes spécifiques pour les soutenances Système===
* Apportez un exemplaire du dossier d'évaluation système (déposé la veille sur Moodle) lors de la soutenance. Il n'est pas nécessaire d'apporter un exemplaire du dossier de conception système.
* Préparez vous 30 minutes avant votre soutenance pour démarrer les instances Windows Azure avec le service développé.
* Prévovez environ 30 minutes pour la présentation/démo/questions. Utilisez des transparents pour présenter votre projet.
* Les démonstrations peuvent être faites sur vos machines personnelles cependant le service eCOM doit IMPERATIVEMENT s'exécuter sur une ou plusieurs instances Windows Azure.
* Conditionnez le projet final sous la forme d’une archive (zip ou tar.gz) après avoir inclus la documentation (dans un repertoire /main/site). Utilisez la convention de nommage suivante : ecom_final_1213-X.zip où X correspond au nom du projet.
* Déposez immédiatement après la soutenance (et en aucun cas après le 20 décembre) l'archive sur Moodle.
* le rapport de charge (benchmark) doit être (MUST) fourni dans la documentation.
* le rapport sur les métriques logicielles doit être (MUST) fourni dans la documentation.

=Organisation 2013-2014=
EN COURS DE CONSTRUCTION

==Planning==
===M2PGI===
'''Equipe pédagogique:''' Noël de Palma (NdP), Frederic Dufau-Joel (FDJ), Sybille Caffiau (SC), Didier Donsez (DD), Sebastien Chassand-Barrioz (SCB), Ibrahim Safiedinne (FR)

'''Dates Importantes:'''
*Semaine bloquée : lundi 16 décembre - vendredi 20 décembre
*Soutenances (IHM + système) : vendredi 20 décembre

*Remise du cahier des charges : vendredi 13 décembre (version electronique (pdf) à SC et NdP, avec "[M2PGI-ECOM]" dans le sujet)
*Remise du dossier de conception IHM : vendredi 13 décembre (version electronique (pdf) à SC, avec "[M2PGI-ECOM]" dans le sujet)
*Remise du dossier d'évaluation IHM : vendredi 20 décembre (lors de votre passage)

*Remise du dossier de conception système : vendredi 13 décembre (version electronique (pdf) à NdP, avec "[M2PGI-ECOM]" dans le sujet)
*Remise du dossier d'évaluation système : jeudi 20 décembre (lors de votre passage)

'''Séances:'''

===RICM5===
'''Equipe pédagogique:''' André Freyssinet (AF), Nicolas Tachker (NT), Sybille Caffiau (SC), Didier Donsez (DD)

'''Dates Importantes:'''
*Démo système V1 : ??
*Démo système V2 : ??
*Soutenances (IHM + système) : 17/12/2013
*Remise du cahier des charges : 07/10/2013 (minuit, version electronique (pdf) à SC, avec "[RICM-ECOM]" dans le sujet)
*Remise du dossier de conception IHM : 09/12/2013 (version electronique (pdf) à SC, avec "[RICM-ECOM]" dans le sujet)
*Remise du dossier d'évaluation IHM : 17/12/2013 (lors de votre passage)
*Remise du dossier de conception système : ??/12/2013 (version electronique (pdf) à XS)
*Remise du dossier d'évaluation système : ??/12/2013 (version electronique (pdf) à XS)

'''Séances:'''
* 13/09 08H00-11H15: Introduction 1H00 DD, CM Ergonomie 2H00 SC [[Media:PresentationECOM-RICM5-2013.pdf]]
* 24/09 08H00-11H15: CM JavaEE & EJB 3h00 AF
* 24/09 13H30-16H45: TD Ergonomie IHM 3h00 SC
* 01/10 08H00-11H15: CM Ergonomie IHM 3h00 SC (F109)
* 01/10 13H30-16H45: Install JavaEE, tutoriel EJB 3h00 AF ou NT (F201 et F202)
* 08/10 08H00-11H15: CM HTTP & Servlet/JSP 3h00 DD (F109)
* 08/10 13H30-16H45: TD Ergonomie IHM 1h30 SC, Tutoriel EJB 2h00 AF ou NT (F201 et F214 PC)
* 22/10 08H00-11H15: CM JSF 3h00 AF ou NT (F109)
* 22/10 13H30-16H45: Tutoriel Servlet/JSP/JSF 3h00 AF ou NT (F201 et F214 PC)
* 05/11 08H00-11H15: TD Ergo IHM 3H00 SC (F021 et F213 PC)
* 12/11 08H00-11H15: TD JavaEE 3H00 AF ou NT (F021 et F213 PC)
* 19/11 08H00-11H15: TD JavaEE 3H00 AF ou NT (F021 et F213 PC)
* 19/11 13H30-16H45: En parallele : TD JavaEE 3H00 AF ou NT + TD Ergo IHM 3H00 SC (F104 et F201)
* 26/11 08H00-11H15: TD JavaEE 3H00 AF ou NT (F021 et F213 PC)
* 26/11 13H30-16H45: En parallele : TD JavaEE 3H00 AF ou NT + TD Ergo IHM 3H00 SC (F104 et F201)
* 03/12 08H00-11H15: En parallele : TD JavaEE 3H00 AF ou NT + TD Ergo IHM 3H00 SC (F021 et F213 PC)
* 03/12 13H30-16H45: En parallele : TD JavaEE 3H00 AF ou NT + TD Ergo IHM 3H00 SC (F104 et F201)
* 10/12 08H00-11H15: TD JavaEE 3H00 AF ou NT (F021 et F213 PC)
* 17/12 08H00-11H15: En parallele : TD Ergo IHM 3H00 SC + TD JavaEE 3H00 AF ou NT (F021 et F213 PC)
* Soutenance IHM le ??/12/2013 Ap
* Soutenance Système le ??/12/2013 Ap

==Groupes==
===M2PGI Apprenti===

===M2PGI Classique===

===RICM5===
====Groupe 1 : Thème = Vente de fichiers STL pour imprimantes 3D ====
* Nicolas Afonso : Chef de projet
* Jean-François Bianco
* Elisa Martinez
* Rebecca Poustis

====Groupe 2 : Thème = Vente de forfaits mobile ====
* Pierre Lartigue : Chef de projet
* Jonathan Lemoine
* Nicolas Husson

====Groupe 3 : Thème = Vente de billets de spectacles et loisirs ====
* Simon Planès : Chef de projet
* Walid Bibi
* Lotfi Manseur
* Laurène Guelorget

====Groupe 4 : Thème = Vente de matériels informatiques ====
* Xu Feng : Chef de projet
* Mame Daba Diouf
* Jordan Calvi

====Groupe 5 : Thème = Vente de musiques dématérialisées====
* Marion Dalle : Chef de projet
* Morgan Bidois
* Thomas Nunes
* Rémi Piotaix

==Soutenance==
===M2PGI Apprenti===

===M2PGI Classique===

===RICM5===

IMPERATIF
* le projet doit être (MUST) géré selon la méthode Scrum : le Scrum Master devra présenter le déroulement du projet.
* le serveur JavaEE doit être (MUST) hébergé sur une instance Windows Azure à partir du compte étudiant Azure offert gratuitement en début de projet (la machine virtuelle peut etre de type Windows ou Linux).
* un rapport de charge (benchmark) doit être (MUST) fourni : les outils JMeter ou Clif peuvent être utilisés.
* un rapport sur les métriques logicielles doit être (MUST) fourni : l'outil Sonar peut être utilisé.

'''Ordre de passage :'''
* Respectez l'ordre établi
* Faites attention au temps. Vous disposez de 15 minutes par soutenance pour : votre présentation, la démo et les questions
[[File:OrdrePassageSoutenance2013.jpg]]

ATTENTION : Si vous voulez modifier ce planning, vous devez :
* trouver un autre groupe avec qui échanger
* vous assurer que tous les membres de ce groupe acceptent l'échange
* envoyer un mail à SC et XS pour informer du changement (avec le chef de projet de l'autre groupe en copie)
Aucune modification ne sera acceptée après le 18 décembre.

=Documentation=
==Transparents de cours==

* Cours JEE/EJB(NDP) [[Media:EJB-ECOM2010.pdf]]
* Cours IHM (SC) : [https://www.dropbox.com/s/tk8ujqqowcj114e/ECOM20122013.pdf url]
* Cours JSF (PR) : [http://imag-moodle.e.ujf-grenoble.fr/course/view.php?id=61 url]
* Cours maven (DD) : [http://membres-liglab.imag.fr/donsez/cours/maven.pdf url]
* Cours versionning (DD) : [http://membres-liglab.imag.fr/donsez/cours/version.pdf url]
* Cours subversion (DD) : [http://membres-liglab.imag.fr/donsez/cours/subversion.pdf url]
* Cours forge (DD) : [http://membres-liglab.imag.fr/donsez/cours/forge.pdf url]
* Cours http (DD) : [http://membres-liglab.imag.fr/donsez/cours/http.pdf url]
* Cours servlet (DD) : [http://membres-liglab.imag.fr/donsez/cours/servletjsp.pdf url]

==Squelette du projet==
[http://dl.dropbox.com/u/66952950/ecom-maven.zip ecom-maven.zip] Inaccessible

==Doc utiles==
* [http://wiki.easybeans.org/xwiki/bin/view/Main/Documentation Documentation Easybeans (conteneur EJB3 utilisé par Jonas)]
* [http://docs.oracle.com/javaee/6/tutorial/doc/ Tutorial JavaEE 6 ]
* [http://netbeans.org/kb/67/javaee/ejb30.html Tutorial NetBean et JEE ]
* [http://docs.oracle.com/javaee/6/api/ API JavaEE 6]
* [https://java.net/projects/javaee-spec/pages/Home Spécifications JavaEE 6]
* [http://www.theserverside.com/news/thread.tss?thread_id=55191 JPA implementation patterns ]
* [http://jonas.ow2.org/JONAS_5_1_2/doc/doc-en/html/getting_started_guide.html#id1316973 Glossaire]
* [http://www.easybeans.net/xwiki/bin/download/Main/Documentation/ejb3-annotations.pdf Aide mémoire pour les annotations EJB3 ]
* Présentation sur le Cloud Computing : http://erods.liglab.fr/icar2013/programme.html
* Documentation et Training Kit sur Windows Azure : http://www.microsoft.com/en-us/download/details.aspx?id=8396

http://proton.inrialpes.fr/~depalma/ecom/liens/liens.html

===Quelques livres===
REMARQUE: les livres sur JavaEE se periment très vite avec l'évolution de la spécification
* Java EE6 Cookbook for securing, tuning, and extending enterprise applications: http://www.packtpub.com/java-ee6-securing-tuning-extending-enterprise-applications-cookbook/book
* Holly Cummins and Timothy Ward, Enterprise OSGi in Action, March, 2013, 400 pages, ISBN: 9781617290138, http://www.manning.com/cummins/ ([http://www.manning.com/cummins/EOSGI_sample_ch02.pdf chapitre 2], [http://www.manning.com/cummins/EOSGI_sample_ch10.pdf chapitre 10])
* Debu Panda, Reza Rahman, Derek Lane, EJB 3 in Action, Pub Mannings, 2007, http://www.manning.com/panda/
* Debu Panda, Reza Rahman, Ryan Cuprak, and Michael Remijan, EJB 3 in Action, Second Edition, Pub Mannings, 2011, http://www.manning.com/panda2/

ECOM

2013-10-07T09:26:19Z

Noel.DePalma: /* M2PGI Apprenti */

=Objectifs du projet=
Le projet eCOM consiste à concevoir et développer une application de commerce électronique. Une motivation principale du projet eCOM est qu'il intègre dans sa mise en œuvre différentes thématiques étudiées dans les formations en informatique : en particulier, interfaces homme-machine, applications et architectures réparties, bases de données. Les aspects relatifs au génie logiciel sont également présents puisque le projet eCOM comprend la conception et la réalisation d'un produit logiciel qui satisfait certains critères de qualité (documentation, respect des normes, etc).

L'intégration de différentes thématiques présente les atouts suivants :
* Valorisation des enseignements acquis dans les différentes thématiques au profit d'un projet important et réaliste.
* Appréhension des (inter)dépendances entre les thématiques.
* Communications entre les différents réalisateurs du projet.
En outre, une deuxième motivation forte du projet eCOM est qu'il intègre des technologies et des standards récents et largement utilisés dans le domaine des applications Internet. Ce projet permet plus précisément de se placer en tant qu'utilisateurs de la technologie JEE (Java Enterprise Edition) destinée à la réalisation de serveurs d'information ou de serveurs de commerce électronique à base de composants distribués, transactionnels et persistants. Les réalisateurs sont confrontés par ce biais à la manipulation de mécanismes et de fonctions générales d'un système réparti : gestion de la désignation de composants distribués, configuration d'une application distribuée, association de propriétés non fonctionnelles aux composants (persistance, transactions), gestion des images persistantes des composants (liaisons avec une base de données). Des extensions au projet sont décrites [http://ecom.ow2.org/xwiki/bin/view/Main/fr ici] et seront réalisées lors du projet RICOM/GICOM au semestre 2.

L'application réalisée devra offrir deux interfaces distinctes :
* les administrateurs qui gèrent les stocks de produits, les comptes des utilisateurs de l'application et le suivi des commandes ;
* les consommateurs/acheteurs qui peuvent consulter des articles, les placer dans leur caddie et valider une commande.

Chaque groupe devra élaborer un cahier des charges précis de l'application en termes de fonctionnalités et de critères d'ergonomie. Par ailleurs, le projet devra être réalisé en employant les méthodes et technologies présentées en cours. Ces différents aspects devront être validés par l'équipe pédagogique tout au long du projet.

=Étapes du projet=
La partie IHM et la partie Système sont menées en parallèle pendant toute la durée du projet. Le projet se conclut par une soutenance finale pour chaque partie (IHM et système).

==Conduite de projet==
Le projet eCOM est très court en durée. Il est préconisé d'utiliser la méthodologie [[Scrum]] pour la conduite du projet dans chaque groupe.

===Critères d'évaluation===
La conduite du projet sera principalement évaluée en fonction des critères suivants :
* vous devez choisir un Scrum Master (unique ou tournant) : vous devez justifier votre choix
* durée du sprint (idem : vous devez justifier votre choix)
Sur ces 2 premiers critères, vous n'en changez pas !!!

Vous devez prévoir :
* product backlog
* sprint backlog
* sprint planning
* démos
* rétrospectives

Pensez à créer un wiki qui regroupera l'ensemble de vos documentations. Cela doit être une documentation Agile !!!!

Un point de bonus pour ceux qui réussiront à mettre en place des "poker planning".
[[File:20121002 141359.jpg]]

==Partie IHM==

===Etapes et documents demandés===
Trois documents sont à produire : le cahier des charges (CDC), le dossier de conception IHM (à rédiger avant de développer l'IHM du site) et le document d'évaluation IHM. Les versions finales des deux premiers documents (CDC et dossier de conception IHM) sont à remettre une semaine avant les soutenances et le dossier d'évaluation, le jour de la soutenance.

Le détail sur l'organisation et l'évaluation du travail concernant les spécifications du site sera communiqué lors des premières séances de cours.
En résumé :
* Une fois le sujet choisi, analyser les sites "concurrents" et mener une enquête auprès d'utilisateurs représentatifs du futur site marchand, faire une analyse des données recueillies, en déduire les requis fonctionnels et non fonctionnels du site, identifier le modèle de l'utilisateur type, produire le modèle de tâches. Les analyses amont (sites concurrents et enquête) seront mises en annexe du CDC.
* Définir une norme de présentation pour tous les documents du projet.
* Ensuite, rédiger le cahier des charges. Bien penser à définir les priorités de développement. Des exemples des années précédentes seront consultables en séances d'audit.
* Une fois le CDC validé, rédiger le dossier de conception IHM : IHM abstraite, IHM concrète, charte graphique.
===Critères d'évaluation===
La partie IHM du projet sera principalement évaluée en fonction des critères suivants :
* Conformité de l'IHM concrète et abstraite avec le modèle de tâche
* Couverture fonctionnelle de l'application et robustesse au regard des priorités que vous avez retenues
* Qualité ergonomique au regard des principes vus en cours
* Rigueur de la démarche

==Partie Système==
La partie Système est axée sur deux étapes successives.
===Première étape===
La première consiste à définir le cœur de l'application, c'est-à-dire le modèle de données et la logique métier, puis à réaliser un premier prototype qui démontre une bonne maîtrise des EJB (session et entity beans).

Il est vivement conseillé de définir le modèle de données aussi tôt que possible et d"en discuter avec les enseignants. Il est également recommandé de limiter le premier prototype à un sous-ensemble des spécifications fonctionnelles, à la fois assez vaste pour couvrir les principales difficultés techniques et assez léger pour respecter les délais imposés.

À ce stade, l'application est seulement accessible par l'intermédiaire d'un "client lourd" (programme java offrant une console en mode texte). En particulier, il n'est pas demandé, pour cette première étape, de réaliser une interface web pour interagir avec l'application. L'application doit cependant offrir deux interfaces (administrateur et consommateur) et exécuter les requêtes avec des garanties transactionnelles.

Une présentation/démonstration du prototype V1 sera réalisée à la fin de l'étape n°1.
===Deuxième étape===
La seconde étape consiste à compléter le premier prototype avec les objectifs suivants :
* ajout des beans nécessaires pour couvrir l'ensemble des spécifications fonctionnelles ;
* développement d'une interface Web basée sur le modèle MVC ;
* rédaction des documents demandés (voir ci-dessous) ;
* modification de la configuration de déploiement : (1) client (lourd/léger) distant, (2) base de données externe (MySQL, Oracle, HSQL ...) et éventuellement distante ;
* ajout éventuel de fonctionnalités non prioritaires.

Une présentation d'une mini-maquette d'interface web aura lieu au milieu de l'étape n°2.

Remarque : Aucune des phases du projet ne nécessite le développement d'un client lourd en mode graphique (SWT ...).
===Documents demandés===
Deux rapports doivent être rédigés pour la partie Système : un document de conception système et un document d'évaluation système.

====Document de conception système====
Le dossier de conception système (DCS) a pour but de permettre à toute personne de connaitre les principaux composants JEE de votre application ECOM. Cette connaissance doit pouvoir être acquise rapidement, sans avoir à entrer dans les détails de l'implémentation. Le DCS doit donc être de taille relativement limitée (5 à 10 pages, 20 pages au grand maximum).
Le DCS est centré sur un schéma d'architecture système (SAS) : ce schéma doit faire apparaître les composants qui vont constituer l'application, ainsi que les liens entre les beans. Un lien depuis un composant A vers un (ou plusieurs) composant(s) B signifie qu'une interaction peut avoir lieu depuis A vers B. Un lien peut être monovalué ou multivalué, monodirectionnel ou multidirectionnel.

Pour chaque composant et lien du SAS, le DCS doit fournir :
* Une description fonctionnelle : La description fonctionnelle d'un composant fait apparaître les attributs qui le composent, ainsi que les méthodes qu'il fournit. Attributs et méthodes seront associés à une courte description. Les besoins liées à la persistence ou aux aspects transactionnels peuvent également être explicités.
* Une description d'implantation JEE : La description d'implantation décrit l'implantation du composant ou du lien dans l'environnement JEE. Un composant peut être implanté par un programme Java externe (client léger / client lourd JEE), par un servlet, par un bean ou par un objet POJO. Dans ces derniers cas, il faut préciser les caractéristiques des beans / POJO (local / distribué, session / évenementiel, stateful / stateless, etc). Un lien peut être implanté par une relation JEE, ou bien par conservation de référence de bean.

====Document d'évaluation système====

Le rapport final système du projet ECOM a pour but de préciser l’état d’avancement de votre application ECOM.

Le rapport final système doit préciser :
* L’état de chaque composant : non réalisé, réalisé, réalisé et validé
* Les fonctions réalisées, réalisées et testées, et celles restant à réaliser
* Les propriétés non fonctionnelles garanties par votre réalisation, et celles restant à considérer pour finaliser votre application
* Le temps consacré à la conception système
* Le temps consacré au développement système
* Les principales difficultés rencontrées
===Critères d'évaluation===
La partie système du projet sera principalement évaluée en fonction des critères suivants :
* Conformité aux spécifications de l'application et aux consignes données dans le cadre du projet
* Respect des échéances pour les différentes étapes du projet (y compris pour les prototypes intermédiaires et les documents)
* Qualité de l'architecture de l'application
* Qualité et robustesse du code applicatif
* Compréhension des principaux concepts de la technologie JEE
* Rigueur de la démarche de conception
* Qualité des présentations/soutenances
En complément, les aspects suivants seront également considérés :
* Méthodologie de test
* Performances (résultat du injection de charge avec JMeter ou Clif)
* Utilisation (optionnelle) de technologies/APIs/frameworks avancés

==Consignes pour la soutenance==
===Consignes spécifiques pour les soutenances IHM===
* documents (version papier) à apporter : cahier des charges (version finale), dossier de conception IHM, dossier d'évaluation IHM
* votre passage doit contenir une présentation globale du projet, le processus de conception (illustré), le bilan (point de vue IHM) et une démo PRÉPARÉE
* arrivez avec l'application démarée (on ne perd pas de temps) et 1 ou 2 scénarios (de test)
* prévoyez 5 minutes de questions lors de votre passage

===Consignes spécifiques pour les soutenances Système===
* Apportez un exemplaire du dossier d'évaluation système (déposé la veille sur Moodle) lors de la soutenance. Il n'est pas nécessaire d'apporter un exemplaire du dossier de conception système.
* Préparez vous 30 minutes avant votre soutenance pour démarrer les instances Windows Azure avec le service développé.
* Prévovez environ 30 minutes pour la présentation/démo/questions. Utilisez des transparents pour présenter votre projet.
* Les démonstrations peuvent être faites sur vos machines personnelles cependant le service eCOM doit IMPERATIVEMENT s'exécuter sur une ou plusieurs instances Windows Azure.
* Conditionnez le projet final sous la forme d’une archive (zip ou tar.gz) après avoir inclus la documentation (dans un repertoire /main/site). Utilisez la convention de nommage suivante : ecom_final_1213-X.zip où X correspond au nom du projet.
* Déposez immédiatement après la soutenance (et en aucun cas après le 20 décembre) l'archive sur Moodle.
* le rapport de charge (benchmark) doit être (MUST) fourni dans la documentation.
* le rapport sur les métriques logicielles doit être (MUST) fourni dans la documentation.

=Organisation 2013-2014=
EN COURS DE CONSTRUCTION

==Planning==
===M2PGI===
'''Equipe pédagogique:''' Noël de Palma (NdP), Frederic Dufau-Joel (FDJ), Sybille Caffiau (SC), Didier Donsez (DD), Sebastien Chassand-Barrioz (SCB), Ibrahim Safiedinne (FR)

'''Dates Importantes:'''
*Semaine bloquée : lundi 16 décembre - vendredi 20 décembre
*Soutenances (IHM + système) : vendredi 20 décembre

*Remise du cahier des charges : vendredi 13 décembre (version electronique (pdf) à SC et NdP, avec "[M2PGI-ECOM]" dans le sujet)
*Remise du dossier de conception IHM : vendredi 13 décembre (version electronique (pdf) à SC, avec "[M2PGI-ECOM]" dans le sujet)
*Remise du dossier d'évaluation IHM : vendredi 20 décembre (lors de votre passage)

*Remise du dossier de conception système : vendredi 13 décembre (version electronique (pdf) à NdP, avec "[M2PGI-ECOM]" dans le sujet)
*Remise du dossier d'évaluation système : jeudi 20 décembre (lors de votre passage)

'''Séances:'''

===M2PGI Classique===
'''Equipe pédagogique:''' Noël de Palma (NdP), Frederic Dufau-Joel (FDJ), Sybille Caffiau (SC), Didier Donsez (DD), Sebastien Chassand-Barrioz (SCB), Ibrahim Safiedinne (FR)

'''Dates Importantes:'''
*Semaine bloquée : lundi 16 décembre - vendredi 20 décembre
*Soutenances (IHM + système) : vendredi 20 décembre

*Remise du cahier des charges : vendredi 13 décembre (version electronique (pdf) à SC et NdP, avec "[M2PGI-ECOM]" dans le sujet)
*Remise du dossier de conception IHM : vendredi 13 décembre (version electronique (pdf) à SC, avec "[M2PGI-ECOM]" dans le sujet)
*Remise du dossier d'évaluation IHM : vendredi 20 décembre (lors de votre passage)

*Remise du dossier de conception système : vendredi 13 décembre (version electronique (pdf) à NdP, avec "[M2PGI-ECOM]" dans le sujet)
*Remise du dossier d'évaluation système : jeudi 20 décembre (lors de votre passage)

===RICM5===
'''Equipe pédagogique:''' André Freyssinet (AF), Nicolas Tachker (NT), Sybille Caffiau (SC), Didier Donsez (DD)

'''Dates Importantes:'''
*Démo système V1 : ??
*Démo système V2 : ??
*Soutenances (IHM + système) : 17/12/2013
*Remise du cahier des charges : 07/10/2013 (minuit, version electronique (pdf) à SC, avec "[RICM-ECOM]" dans le sujet)
*Remise du dossier de conception IHM : 09/12/2013 (version electronique (pdf) à SC, avec "[RICM-ECOM]" dans le sujet)
*Remise du dossier d'évaluation IHM : 17/12/2013 (lors de votre passage)
*Remise du dossier de conception système : ??/12/2013 (version electronique (pdf) à XS)
*Remise du dossier d'évaluation système : ??/12/2013 (version electronique (pdf) à XS)

'''Séances:'''
* 13/09 08H00-11H15: Introduction 1H00 DD, CM Ergonomie 2H00 SC [[Media:PresentationECOM-RICM5-2013.pdf]]
* 24/09 08H00-11H15: CM JavaEE & EJB 3h00 AF
* 24/09 13H30-16H45: TD Ergonomie IHM 3h00 SC
* 01/10 08H00-11H15: CM Ergonomie IHM 3h00 SC (F109)
* 01/10 13H30-16H45: Install JavaEE, tutoriel EJB 3h00 AF ou NT (F201 et F202)
* 08/10 08H00-11H15: CM HTTP & Servlet/JSP 3h00 DD (F109)
* 08/10 13H30-16H45: TD Ergonomie IHM 1h30 SC, Tutoriel EJB 2h00 AF ou NT (F201 et F214 PC)
* 22/10 08H00-11H15: CM JSF 3h00 AF ou NT (F109)
* 22/10 13H30-16H45: Tutoriel Servlet/JSP/JSF 3h00 AF ou NT (F201 et F214 PC)
* 05/11 08H00-11H15: TD Ergo IHM 3H00 SC (F021 et F213 PC)
* 12/11 08H00-11H15: TD JavaEE 3H00 AF ou NT (F021 et F213 PC)
* 19/11 08H00-11H15: TD JavaEE 3H00 AF ou NT (F021 et F213 PC)
* 19/11 13H30-16H45: En parallele : TD JavaEE 3H00 AF ou NT + TD Ergo IHM 3H00 SC (F104 et F201)
* 26/11 08H00-11H15: TD JavaEE 3H00 AF ou NT (F021 et F213 PC)
* 26/11 13H30-16H45: En parallele : TD JavaEE 3H00 AF ou NT + TD Ergo IHM 3H00 SC (F104 et F201)
* 03/12 08H00-11H15: En parallele : TD JavaEE 3H00 AF ou NT + TD Ergo IHM 3H00 SC (F021 et F213 PC)
* 03/12 13H30-16H45: En parallele : TD JavaEE 3H00 AF ou NT + TD Ergo IHM 3H00 SC (F104 et F201)
* 10/12 08H00-11H15: TD JavaEE 3H00 AF ou NT (F021 et F213 PC)
* 17/12 08H00-11H15: En parallele : TD Ergo IHM 3H00 SC + TD JavaEE 3H00 AF ou NT (F021 et F213 PC)
* Soutenance IHM le ??/12/2013 Ap
* Soutenance Système le ??/12/2013 Ap

==Groupes==
===M2PGI Apprenti===

===M2PGI Classique===

===RICM5===
====Groupe 1 : Thème = Vente de fichiers STL pour imprimantes 3D ====
* Nicolas Afonso : Chef de projet
* Jean-François Bianco
* Elisa Martinez
* Rebecca Poustis

====Groupe 2 : Thème = Vente de forfaits mobile ====
* Pierre Lartigue : Chef de projet
* Jonathan Lemoine
* Nicolas Husson

====Groupe 3 : Thème = Vente de billets de spectacles et loisirs ====
* Simon Planès : Chef de projet
* Walid Bibi
* Lotfi Manseur
* Laurène Guelorget

====Groupe 4 : Thème = Vente de matériels informatiques ====
* Xu Feng : Chef de projet
* Mame Daba Diouf
* Jordan Calvi

====Groupe 5 : Thème = Vente de musiques dématérialisées====
* Marion Dalle : Chef de projet
* Morgan Bidois
* Thomas Nunes
* Rémi Piotaix

==Soutenance==
===M2PGI Apprenti===

===M2PGI Classique===

===RICM5===

IMPERATIF
* le projet doit être (MUST) géré selon la méthode Scrum : le Scrum Master devra présenter le déroulement du projet.
* le serveur JavaEE doit être (MUST) hébergé sur une instance Windows Azure à partir du compte étudiant Azure offert gratuitement en début de projet (la machine virtuelle peut etre de type Windows ou Linux).
* un rapport de charge (benchmark) doit être (MUST) fourni : les outils JMeter ou Clif peuvent être utilisés.
* un rapport sur les métriques logicielles doit être (MUST) fourni : l'outil Sonar peut être utilisé.

'''Ordre de passage :'''
* Respectez l'ordre établi
* Faites attention au temps. Vous disposez de 15 minutes par soutenance pour : votre présentation, la démo et les questions
[[File:OrdrePassageSoutenance2013.jpg]]

ATTENTION : Si vous voulez modifier ce planning, vous devez :
* trouver un autre groupe avec qui échanger
* vous assurer que tous les membres de ce groupe acceptent l'échange
* envoyer un mail à SC et XS pour informer du changement (avec le chef de projet de l'autre groupe en copie)
Aucune modification ne sera acceptée après le 18 décembre.

=Documentation=
==Transparents de cours==

* Cours JEE/EJB(NDP) [[Media:EJB-ECOM2010.pdf]]
* Cours IHM (SC) : [https://www.dropbox.com/s/tk8ujqqowcj114e/ECOM20122013.pdf url]
* Cours JSF (PR) : [http://imag-moodle.e.ujf-grenoble.fr/course/view.php?id=61 url]
* Cours maven (DD) : [http://membres-liglab.imag.fr/donsez/cours/maven.pdf url]
* Cours versionning (DD) : [http://membres-liglab.imag.fr/donsez/cours/version.pdf url]
* Cours subversion (DD) : [http://membres-liglab.imag.fr/donsez/cours/subversion.pdf url]
* Cours forge (DD) : [http://membres-liglab.imag.fr/donsez/cours/forge.pdf url]
* Cours http (DD) : [http://membres-liglab.imag.fr/donsez/cours/http.pdf url]
* Cours servlet (DD) : [http://membres-liglab.imag.fr/donsez/cours/servletjsp.pdf url]

==Squelette du projet==
[http://dl.dropbox.com/u/66952950/ecom-maven.zip ecom-maven.zip] Inaccessible

==Doc utiles==
* [http://wiki.easybeans.org/xwiki/bin/view/Main/Documentation Documentation Easybeans (conteneur EJB3 utilisé par Jonas)]
* [http://docs.oracle.com/javaee/6/tutorial/doc/ Tutorial JavaEE 6 ]
* [http://netbeans.org/kb/67/javaee/ejb30.html Tutorial NetBean et JEE ]
* [http://docs.oracle.com/javaee/6/api/ API JavaEE 6]
* [https://java.net/projects/javaee-spec/pages/Home Spécifications JavaEE 6]
* [http://www.theserverside.com/news/thread.tss?thread_id=55191 JPA implementation patterns ]
* [http://jonas.ow2.org/JONAS_5_1_2/doc/doc-en/html/getting_started_guide.html#id1316973 Glossaire]
* [http://www.easybeans.net/xwiki/bin/download/Main/Documentation/ejb3-annotations.pdf Aide mémoire pour les annotations EJB3 ]
* Présentation sur le Cloud Computing : http://erods.liglab.fr/icar2013/programme.html
* Documentation et Training Kit sur Windows Azure : http://www.microsoft.com/en-us/download/details.aspx?id=8396

http://proton.inrialpes.fr/~depalma/ecom/liens/liens.html

===Quelques livres===
REMARQUE: les livres sur JavaEE se periment très vite avec l'évolution de la spécification
* Java EE6 Cookbook for securing, tuning, and extending enterprise applications: http://www.packtpub.com/java-ee6-securing-tuning-extending-enterprise-applications-cookbook/book
* Holly Cummins and Timothy Ward, Enterprise OSGi in Action, March, 2013, 400 pages, ISBN: 9781617290138, http://www.manning.com/cummins/ ([http://www.manning.com/cummins/EOSGI_sample_ch02.pdf chapitre 2], [http://www.manning.com/cummins/EOSGI_sample_ch10.pdf chapitre 10])
* Debu Panda, Reza Rahman, Derek Lane, EJB 3 in Action, Pub Mannings, 2007, http://www.manning.com/panda/
* Debu Panda, Reza Rahman, Ryan Cuprak, and Michael Remijan, EJB 3 in Action, Second Edition, Pub Mannings, 2011, http://www.manning.com/panda2/