IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Gestion de projet Discussion :

Lister les differentes fonctionnalités.


Sujet :

Gestion de projet

  1. #1
    Nouveau membre du Club
    Homme Profil pro
    Étudiant
    Inscrit en
    décembre 2017
    Messages
    32
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 36
    Localisation : France, Seine Saint Denis (Île de France)

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : décembre 2017
    Messages : 32
    Points : 32
    Points
    32
    Par défaut Lister les differentes fonctionnalités.
    Bonjour futur étudiant en développement Web, je viens poser une question dont je n'arrive pas à avoir le degré d'information qui me convient. J'ai accès à des cours qui sont assez théoriques.
    De ce que j'ai pu comprendre, je vais apprendre des choses qui ne sont plus appliquées dans la réalité. Par exemple la manière dont on doit rédiger des spécifications techniques.Cependant je vais avoir des projets à rendre sur la maniéré dont on choisis une solution technique et on liste les fonctionnalites demandés par un client.
    J'aimerai savoir lorsque je rédige le backlog, est ce que c'est cela lister les fonctionnalités ou je devrais faire autre chose*?

    Pour m'entrainer, j'ai imaginé qu'une entreprise venait me donner un cahier des charges pour réaliser un site internet.
    J'ai donc réaliser un backlog et j'aimerai savoir si créer ce backlog, c'est uniquement cela lister les fonctionnalités*?
    Je sais que chaque fonctionnalité je devrais rédiger un manuel utilisateur, de la documentation technique, je voudrais savoir si c'est de cela dont on parle ou si je dois rédiger un autre document ou je vais lister toutes les fonctionnalités*? Si c'est le cas, j'aimerai savoir quelles sont les normes que je devrais respecter pour les rédiger*? Est ce que comme un backlog, je dois commencer par les plus importantes*?
    Si par exemple une des fonctionnalité serait une barre de recherches, je dois ajouter quoi comme autre information ou je liste uniquement barre de recherche.
    Là pour l'exercice que j'ai imaginé, j'ai créer un document qui a pour titre:Ensemble des fonctionnalités
    Ensuite j'ai fais des tirets ou je met le nom de la fonction puis à cotés à quoi elle va servir
    Exemple*:
    -Barre de recherche*: Fonction qui permettra à l'utilisateur de rechercher des informations sur le site et/ou dans la base de données.
    Si je suis hors sujet, n'hésitez pas à me le dire
    Si vous avez un document d'exemple, je suis preneur.

    Merci d'avance pour vos réponses.*

  2. #2
    Modérateur

    Avatar de CinePhil
    Homme Profil pro
    Ingénieur d'études en informatique
    Inscrit en
    août 2006
    Messages
    16 639
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 57
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Ingénieur d'études en informatique
    Secteur : Enseignement

    Informations forums :
    Inscription : août 2006
    Messages : 16 639
    Points : 33 617
    Points
    33 617
    Billets dans le blog
    13
    Par défaut
    Le backlog me semble effectivement une manière moderne de lister les fonctionnalités.
    Et comme c'est un outil de discussion avec le "client" (le product owner dans la méthode Scrum), Ça permet de lui faire valider l'exhaustivité de ce qu'il attend et la priorisation.

    Un cahier des charges à l'ancienne est généralement faux quand il sort de l'imprimante !

    L'avantage du backlog est qu'il est évolutif plus facilement qu'un cahier des charges de 100 pages ou plus. Surtout avec un logiciel de gestion de projet Agile, comme par exemple IceScrum.
    Philippe Leménager. Ingénieur d'étude à l'École Nationale Supérieure de Formation de l'Enseignement Agricole. Autoentrepreneur.
    Mon ancien blog sur la conception des BDD, le langage SQL, le PHP... et mon nouveau blog sur les mêmes sujets.
    « Ce que l'on conçoit bien s'énonce clairement, et les mots pour le dire arrivent aisément ». (Nicolas Boileau)
    À la maison comme au bureau, j'utilise la suite Linux Mageïa !

  3. #3
    Nouveau membre du Club
    Homme Profil pro
    Étudiant
    Inscrit en
    décembre 2017
    Messages
    32
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 36
    Localisation : France, Seine Saint Denis (Île de France)

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : décembre 2017
    Messages : 32
    Points : 32
    Points
    32
    Par défaut
    Merci Cinephil pour ta réponse.
    Mais avec la méthode Agile, je devrais quand même réaliser un manuel utilisateur et de la documentation technique pour chaque fonctionnalité?

  4. #4
    Nouveau membre du Club
    Homme Profil pro
    Étudiant
    Inscrit en
    décembre 2017
    Messages
    32
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 36
    Localisation : France, Seine Saint Denis (Île de France)

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : décembre 2017
    Messages : 32
    Points : 32
    Points
    32
    Par défaut
    là j'ai crée un manuel utilisateur pour une seule fonctionnalité.
    Il fait environs 11 pages

    Il se presente de la manière suivante:

    Le manuel utilisateur devra se presenter ainsi

    Page 1
    Logo + nom de l'entreprise + Manuel utilisateur + Adresse de l'entreprise

    Page 2
    Suivi du document
    Indique toutes les versions du documents qu'il y a eu
    Qui sont intervenu sur le documents à quel dates et ce qu'ils ont apportés

    Page3
    Tables des matières

    Page 4
    Présentation Generale
    ->Objet
    Public Cible
    Acces
    Prerequis techniques
    Prerequis Organisationnels

    Page 5 Guide Utilisateur
    La fonction et comment on l'utilise

    Page 6 Glossaire

    Page 7 Note pour le responsable technique
    Page 8 Note Generale
    Page 9 Assistance

    Je suis hors sujet?

  5. #5
    Modérateur

    Avatar de CinePhil
    Homme Profil pro
    Ingénieur d'études en informatique
    Inscrit en
    août 2006
    Messages
    16 639
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 57
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Ingénieur d'études en informatique
    Secteur : Enseignement

    Informations forums :
    Inscription : août 2006
    Messages : 16 639
    Points : 33 617
    Points
    33 617
    Billets dans le blog
    13
    Par défaut
    Le manuel utilisateur, ça vient - éventuellement - à la fin.
    Éventuellement parce qu'on ne fait plus trop ce genre de document (obsolète à la sortie de l'imprimante, lui aussi parce qu'une correction de bug ou une dernière modif a changé des trucs) mais plutôt une aide en ligne sur certains points délicats et d'éventuels tutoriels sur l'utilisation générale de l'application à destination des professionnels du métier. Et comme tu seras semble t-il dans le développement web, tu ne seras peut-être même pas confronté à ce genre de souci. On vise maintenant plutôt une ergonomie explicite. L'utilisateur du métier doit trouver son chemin "naturellement" pour faire ce qu'il a à faire. Dans certains cas un peu spéciaux : aide en ligne ou tutoriel séparé avec des captures d'écran, des logigrammes d'enchaînement des opếrations... bref, un truc simple à lire avec un minimum d'informations annexes telles que celles que tu as listées. Il faut aller à l'essentiel, surtout que la rédaction de ce genre de truc prend du temps.

    Pour ça aussi, d'ailleurs, une user story "Documentation" à discuter avec le product owner, notamment quant au poids à lui donner et le degré de complexité à atteindre. Ne pas se lancer à l'aveugle dans la rédaction d'un tel document.

    La rédaction des tests pour valider la fonctionnalité est à mon avis plus importante. Au CNAM, on m'avait enseigné une méthode que j'ai parfois appliquée dans certains cas un peu délicats : un tableau du genre
    N° et nom de la fonctionnalité en titre.
    Une première partie avec les "pré-conditions" : comment arrive t-on à cette fonctionnalité, quelles variables ou paramètres a t-on en entrée et quelle est leur plage normale de valeurs.
    Une deuxième avec les "post-conditions" : ce qui sort comme résultats de la fonctionnalité avec là aussi les plages de valeurs possibles.
    3ème partie : le cas normal de déroulement de la fonctionnalité.
    4ème partie : les cas alternatifs qui déclenchent des erreurs ou des résultats différents du cas normal.

    Voilà ce qui me revient en mémoire ; ça fait des années que je n'ai plus utilisé ça.

    Cependant je vais avoir des projets à rendre sur la maniéré dont on choisis une solution technique et on liste les fonctionnalites demandés par un client.
    Il faut commencer par du très synthétique. Si on fait une sorte de backlog, juste les titres des features puis des users storys.

    Quant au choix de la solution technique, elle dépend de multiples facteurs tels que la prise en compte de l'existant, de branchement ou pas sur des logiciels existants, d'imposition du monde Windows ou Linux ou Mac ou autre, d'une notion au moins à la louche du budget et des délais, de la politique de la maison entre le développement personnalisé ou l'utilisation d'outils du marché...

    Tout ceci n'est QUE MON AVIS !
    Philippe Leménager. Ingénieur d'étude à l'École Nationale Supérieure de Formation de l'Enseignement Agricole. Autoentrepreneur.
    Mon ancien blog sur la conception des BDD, le langage SQL, le PHP... et mon nouveau blog sur les mêmes sujets.
    « Ce que l'on conçoit bien s'énonce clairement, et les mots pour le dire arrivent aisément ». (Nicolas Boileau)
    À la maison comme au bureau, j'utilise la suite Linux Mageïa !

  6. #6
    Nouveau membre du Club
    Homme Profil pro
    Étudiant
    Inscrit en
    décembre 2017
    Messages
    32
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 36
    Localisation : France, Seine Saint Denis (Île de France)

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : décembre 2017
    Messages : 32
    Points : 32
    Points
    32
    Par défaut
    Merci pour ta réponse

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Réponses: 3
    Dernier message: 23/05/2012, 10h13
  2. Lister les softs installés sur un Pc
    Par Jflgb dans le forum C++Builder
    Réponses: 18
    Dernier message: 23/06/2004, 17h34
  3. Lister les tables d'une Base
    Par YanK dans le forum PostgreSQL
    Réponses: 4
    Dernier message: 08/10/2003, 10h40
  4. [VB6] [Réseau] Lister les ordinateurs du réseau
    Par CYFL dans le forum VB 6 et antérieur
    Réponses: 3
    Dernier message: 17/12/2002, 09h25
  5. [TP]Lister les fichiers d'un répertoire
    Par nvtitan dans le forum Turbo Pascal
    Réponses: 4
    Dernier message: 21/06/2002, 11h22

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo