Discussion :

[spring.time]

Bonjour,
j'ai réalisé un site web d'achat, pour la première fois, et je vais le soutenir devant mes profs, donc je prépare ma présentation ppt, pour cela.
voici le plan de ma présentation, s'il y'a une modification, un ajout, ou il n’y a pas un suivis dans les idées, toute remarque est la bienvenue:

PLAN:

A-MOTIVATION
-pourquoi choisir un tel sujet?
-pour choisir le domaine de e-commerce?

B-PRESENTATION GENERALE DU PROJET WEB
-objectifs
-enjeux
-périmètre
-limites
-cibles
-risques

B-CONCEPTION DE SITE WEB
-structure de site
-fonctionnalités
-architecture logicielle
-diagramme de cas d'utilisation
-diagramme de classes
-diagramme de séquences

C-RÉALISATION TECHNIQUE DE SITE
-outils utilisés
-étapes de développement
-maquette graphique
-base de données

D-BILAN:
-problèmes rencontrés
-apports personnels

que vous en dites?

[bob633]

Tu mets quelle différence entre périmètre et objectif ?

Partie base de données, à mon avis à l'oral tu devrais éviter, c'est trop technique. Dans les outils utilisés, tu as juste besoin de spécifier que tu utilises tel ou tel serveur APACHE pour la base et voilà. Car si c'était comme j'étais étudiant (l'année dernière ), il y avait des profs non informaticien à la soutenance, du coup toute la partie technique, base de données, ...

Bref je ferais ceci pour rester sur ton plan

A-MOTIVATION
-pourquoi choisir un tel sujet? // Je l'aurais peut-être mis en dernier dans la conclusion. Une fois que tu as tout présenter, ca donne un périmètre global de l'application, et du coup peut-être plus simple à expliquer tes choix.
-pour choisir le domaine de e-commerce?

B-PRESENTATION GENERALE DU PROJET WEB // J’appellerais plutôt ca spécifications fonctionnelle ou un truc dans le genre. Ca fait plus pro
-objectifs
-enjeux
-périmètre
-limites
-cibles
-risques

B-CONCEPTION DE SITE WEB
-structure de site // A mon sens inutile. Tu comptes mettre quoi comme infos dedans ?
-fonctionnalités
-architecture logicielle
-diagramme de cas d'utilisation
-diagramme de classes
-diagramme de séquences

C-RÉALISATION TECHNIQUE DE SITE
-outils utilisés // Quelle différence avec architecture logicielle ?
-étapes de développement // J'espère que tu te rapproches d'un cycle existant genre cycle en V, en spirale ... et pourquoi tel cycle par rapport à un autre.
-maquette graphique // Moue, à ta place je ferais peut-être une mini démo avec des captures d'écrans, genre les étapes pour acheter un produit, plutot que des maquettes à la va vite. C'était peut-être prévu comme ca tu me diras
-base de données // Tu vas dire quoi ? Tu risque rentrer dans le technique pour rien

D-BILAN:
-problèmes rencontrés
-apports personnels
-professionnel // Je rajouterais la partie professionnelle. Car ca ta apporter des choses à toi, mais maintenant, qu'est-ce que ca peut t'apporter dans le milieu professionnel. On apprend tout les jours des choses, mais au final peut-être inutile au final pour le milieu pro.

Voilou, j'ai rajouté des commentaires à côté de tes étapes, à prendre, ou a discuter et débattre =)

[spring.time]

je vous remercie infiniment bob633
ça m'a vraiment aidé, tes remarques

je te réponds :

-les objectifs sont en liaison avec les besoins du client.
par contre le périmètre c'est le travail à faire pour réaliser les objectifs.

le titre que tu m'as suggéré "SPECIFICATIONS FONCTIONNELLES", je l'ai cherché sur le net, il signifie les fonctions d'un logiciel et comment l'adapter aux exigences, est ce bien cela? je voulais dire par la présentation générale du projet, c'est d'introduire le projet web, et son environnement.ça ne va pas?

pour la structure du site, je vais décrire les pages de mon site, une par une.
que vous en pensez?

l'architecture logicielle est la description des modules de site.
par contre les outils sont les moyens que j'ai utilisé pour réaliser le site, ceux sont par exemple, l'outil eclipse, le framework Hibernate....

je voulais dire par les étapes de développement, c'est l'ensemble des démarches/étapes que j'ai suivi pour la réalisation concrète de site web.

pour la maquette, il s'agit des captures d'écran des pages web, avec une description de chaque composant de la page.

la base de données, j'y ai pensé, parce que dans la jury, il y' aura un prof de spécialité gestion des bases de données


y'a-t-il des remarques?

[bob633]

C'est avec plaisir, la partie orale, c'est jamais évident

Pour moi le périmètre, c'est pas tout à fait ca. Ce que tu appelles les objectifs, seraient pour moi le cahier des charges : le besoin du client, il veut ceci ou cela. Du coup le périmètre c'est plutôt le travail à couvrir, mais pas ce qui te faut pour y arriver. Ce sont les 'limites' qui te permettent d'y arriver : il faut que j'arrive à ceci ou cela, cependant on m'oblige à utiliser ceci ou cela (logiciel libres, tel outils de développement, telle plateforme,...).

Je pense qu'il faut se mettre dans une situation professionnelle, où tu vendrais ton produit à tes professeurs. Après biensûr le tout est à adapter au niveau scolaire quand même. Quand je parlais de spécif fonctionnelle, oui le nom n'est peut-etre pas adapter. Mais si tu connais le nom "cahier des charges", tu trouverais des modèles sur le net, pour récupérer le nom des différentes parties. Je suis certain que ca peut te faire un excellent plan

Tu vas voir un commercial, qui appartient à une boite d'informatique qui vend des macbook pro (j'aime pas apple pourtant ). Le commercial sait juste qu'il doit acheter ces macbook car ca se vend bien sur le marché. Il s'en moque de savoir que derrière la coque est en titan ou que le processeur a été créé en france au lieu de la chine.

Bon biensur on reste dans un cadre scolaire, donc les outils de développement comme tu le disais, il faut biensûr en parler.

Du coup je vois pas l'intérêt de montrer toutes les pages de ton application ? Mise apart combler du vide.

Je présenterais plutot le sujet, comme tu comptes le faire, et faire une dernière partie 'Démo' où tu présentes une des grandes fonctionnalités de ton appli. Tu es sur du e-commerce ? Et bien tu prend le cas d'un user lambda, qui s'y connectera, qui ira voir un article, aller dans son panier, se dire mince j'ai pas pris le bon, supprimer l'article, en choisir un autre et payer l'article. Ca montre d'un côté que ca fonctionne, et c'est réel. Cependant n'y passe pas trop de temps (5min max), sinon les profs en auront marre. Cette démo permet aussi de valider le design, l'ergonomie, la facilité de s'y retrouver,... (que tu auras tout venter précédemment).

Pour le prof BDD pourquoi pas, ca dépend si tu comptes faire l'oral pour lui, ou pour tout le monde Ca dépend ce que tu comptais mettre dans cette partie ? Car si tu parles que tu as 50 tables, avec contraintes d'intégrité, telle clé primaire, ... Si c'est juste dire une BDD pour stocker les articles, la gestion et paramètrage de l'application, etc oui

[spring.time]

Merci beaucoup

une question s'il te plait,
est ce que le cahier de charges qui définit le role de mon site web, et son environnement, peux je le mettre dans la présentation ppt?

je pense que je vais réorganiser tout le plan....

[spring.time]

Salut

que vous en dites de ce plan:


PRÉSENTATION GÉNÉRALE DU PROJET WEB:
objectifs
Périmètre
Public visé
Limites
Risques

CONCEPTION DU PROJET WEB:
Arborescence de site
Spécifications fonctionnelles
Diagramme de cas d’utilisation
Diagramme de séquences
Diagramme de classes

RÉALISATION TECHNIQUE DU PROJET WEB:
Outils
Étapes de développement

BILAN
Problèmes rencontrés
Apport personnels/ professionnels

DEMONSTRATION

[bob633]

Le cahier des charges définit le besoin utilisateur donc les objectifs, les fonctionnalités, les couleurs dominantes, les outils à utiliser, les langages,... tout ce qui te permet de créer ton site. C'est pour cela qu'on dit toujours qu'un cahier des charges bien rédigé entre la maitrise d'oeuvre (toi équipe de développeur) et la maîtrise d'ouvrage (le client, même si ici tu n'en avais peut-être pas), évite les soucis par la suite

Après ce n'était que des avis personnels, c'est à prendre ou à laisser. Car chacun le voit comme il le veut son plan =)

Par contre, si tu fais une démo à la fin, tes diagrammes de séquences te serviront à quoi ? Montrer toutes les fonctionnalités ? Tu peux toujours dire que ton analyse se porte sur UML et que tu présentes un des diagrammes principaux le diagramme des classes (qui te permet aussi de parler rapido de la BDD du coup).

Par contre, tu n'as pas suivi de cycle de développement ? Pour apporter un petit plus à ton projet. Essaie de voir ce qui s'y rapproche le plus

Sinon tu devrais passer la démo avant la partie BILAN. Ca te permet de finir en beauté avec ce que t'a apporter ce projet.

Il dure combien de temps ton oral ?

[spring.time]

je te remercie pour ces précieux conseils

donc j'enlève le diagramme de usecase et de séquence.ok

stp, le cycle de développement d'un site est il pareil que celui d'une application?

ma soutenance a pour une durée de 45min.

[bob633]

Que tu conssoie un site, une maison, ou quoi que ce soit au final il y a des étapes à respecter.

Pour une maison ca sera construire les fondations, donc avec les pré requis qu'il faut (terrain plat, pas trop argileux etc) ensuite monter les murs, puis la charpente .. en prenant en compte le climat de l'endroit [...] puis le toit.

Donc un logiciel ou un site, au final tu recueilles le besoin du client, on parle tous aussi bien de fonctionnalités indispensables que d'ergonomie à respecter (bien que le client impose souvent des couleurs, mais pas vraiment de mise en forme).

Donc si on prend l'exemple du cycle en V. Les étapes (pris sur wikipedia)

Les étapes :
// Ces deux points correspondent un peu à ta partie : PRÉSENTATION GÉNÉRALE DU PROJET WEB:
Analyse des besoins et faisabilité
Spécification logicielle
// Ensuite à ca : CONCEPTION DU PROJET WEB
Conception architecturale
Conception détaillée
// Ta DEMO
Codage
Test unitaire // Tes tests persos
Test de validation // Tes tests en condition réel (tu as du testé ton site une fois qu'il était entièrement fini)
Recette // Ca souvent c'est quand tu livres au client, mais tu l'as pas ici j'imagine

Bon ce sont les grandes lignes, il faut adapter mais dans l'idée c'est ca. Souvent le cycle en V représente bien la plupart des projets.

Mais parfois (je l'ai utilié l'année dernière), on utilise l'extrem programming. J'avais utilisé la méthode RAD (développement rapide d'application) qui consiste à autovalider ce que tu fais au fur et à mesure. En gros si tu as 10 fonctions dans ton site, tu créés la première, tu la valides, si elle fonctionne tu passes à la suite, sinon tu restes sur la 1ere. Une fois que tu passes à la 2eme, tu n'es plus censé revenir à la 1ere .. Ca permet de développer et fournir rapidement des modules à ton client. A toi de voir

[spring.time]

MERCI INFINIMENT bob633

j'apprécie le fait de lier ce que j'ai fait dans le plan avec le cycle de vie en V

pour la méthode RAD, je vais m'en documenter, merci pour cette indication


dans mes projets d'avenir je prendrai en compte toutes ces instructions

[bob633]

Disons que le fait de lier à des modèles existants, permet de justifier que ta méthode de fonctionnement est la bonne.

Si tu arrives à justifier une autre méthode "perso", tout est à ton honneur. Mais desfois réinventer la roue n'est pas forcément bénéfique

Bon courage pour ta soutenance