Décrire un projet PHP dans des rapports
Upcoming SlideShare
Loading in...5
×
 

Décrire un projet PHP dans des rapports

on

  • 1,816 views

 

Statistics

Views

Total Views
1,816
Views on SlideShare
1,807
Embed Views
9

Actions

Likes
0
Downloads
12
Comments
0

1 Embed 9

http://www.scoop.it 9

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Décrire un projet PHP dans des rapports Décrire un projet PHP dans des rapports Presentation Transcript

    • Décrire un projet PHP dans des rapports Confoo 2011, Montréal, Québec, Canada 9 mars 2011mercredi 9 mars 2011
    • Agenda Pourquoi il faut tout rapporter? Sujets et contenus Outils et méthodesmercredi 9 mars 2011
    • Qui parle? Damien Seguy Consultant chez Alter Way Consulting Alter Way Group Industrialisation des développements PHP damien.seguy@alterway.frmercredi 9 mars 2011
    • Yes, we take questionsmercredi 9 mars 2011
    • mercredi 9 mars 2011
    • Pourquoi ? J’ai juste à me lever pour poser la question C’est pénible à écrire Personne ne le lit On est plus productif à coder C’est obsolète dès que c’est écrit On a pas le temps de le faire Ca ralentit le rythme de travailmercredi 9 mars 2011
    • Exemples Conventions de code Référentiel de sécurité Plan d’urbanisme Planning de travail La conceptionmercredi 9 mars 2011
    • Conventions de code Objectif : coder de manière uniforme Contenu : liste de règles à appliquermercredi 9 mars 2011
    • Sommaire Liste de toutes les règles Détails de chaque règle Conventions de références PEAR, Symfony, ZF, ...mercredi 9 mars 2011
    • Section Nom de la règle Description littérale Exemples et non-exemples Obligatoire, recommandation, bonne pratiquemercredi 9 mars 2011
    • Outils PHP_CodeSniffer + développement spécifique Séances de corrections du codemercredi 9 mars 2011
    • Récapitulatif Procéder par liste Procéder par exemple Donnez des noms Intégrez le document dans le quotidienmercredi 9 mars 2011
    • Référentiel de sécurité Objectif : maîtriser la sécurité Contenu : montrer qu’on sait préparer l’application à affronter les menaces de sécuritémercredi 9 mars 2011
    • Sommaire Rappel métier et objectifs de sécurité Le référentiel : OWASP, PCI, HIPAA, Basel II Liste des menaces identifiées Détails des protections pour chaque menace Cahier de recettemercredi 9 mars 2011
    • Détails des protections Nom de la règle Description de la menace et conséquence Explication du mécanisme de protection Exemples et illustration des mauvaises pratiques Méthode de validationmercredi 9 mars 2011
    • Récapitulatif Exploitez les référentiels Ou un gourou / expert Capitalisez par l’exemplemercredi 9 mars 2011
    • Plan d’urbanisme Dossier d’exploitation, architecture serveurs... Objectif : décrire les machines de production Contenu : décrire la plate-forme d’hébergement de l’applicationmercredi 9 mars 2011
    • Sommaire Schéma du réseau Liste des services de chaque serveur Flux de données entre les serveurs, par service Déploiement Procédés d’administration Installation, déploiement, redémarrage après crashmercredi 9 mars 2011
    • Outils Schéma Visio, Dia, Omnigraffle, Xmind Tableauxmercredi 9 mars 2011
    • Récapitulatif Document commun : doit être partagé, évolutif Utiliser des schémasmercredi 9 mars 2011
    • Planning de travail Objectif : organiser l’action dans le temps Contenu : liste des points clés du projetmercredi 9 mars 2011
    • Structure Planning du projet Liste de tâches et réunions Liste des cycles de travail Découpage hebdomadairemercredi 9 mars 2011
    • Réunions Point projet Réunion technique Daily scrum Revue de cyclemercredi 9 mars 2011
    • Taches Audits croisés Tests Relecture de code Validation avant commit du jour Mise en Productionmercredi 9 mars 2011
    • Détails des activités Nom de l’activité Fréquence Durée : % et durée effective Acteurs Sujets abordés Résultats attendusmercredi 9 mars 2011
    • Occupation 10 % 10 % 10 % 50 % 20 % Dev Tests Rapports Qualité MePmercredi 9 mars 2011
    • Outils Calendrier Diagrammes de Ganttmercredi 9 mars 2011
    • Document de conception Objectif : rassembler tout ce qui contribue à la progression du projet Structure : dictionnaire des conceptsmercredi 9 mars 2011
    • Sommaire Objectifs de l’application Glossaire Procédés particuliers Liste de nomsmercredi 9 mars 2011
    • Objectifs de l’application Rappel des objectifs métier Donne une vision d’ensemble Liste les cas d’utilisationmercredi 9 mars 2011
    • Glossaire Dictionnaire des termes utilisés Sigles Termes métier Synonymes Donner des illustrationsmercredi 9 mars 2011
    • Procédés particuliers Explications des algorithmes Schéma rapide du fonctionnement Exemples d’applicationmercredi 9 mars 2011
    • Listes de noms Tout ce qui est nommé doit être listé Classes, méthodes, propriétés, constantes, fonctions, sessions URL, vues, contrôleurs, cookies, modules Nom des tables, bases de données, serveurs, configurations Formats de noms, de fichiersmercredi 9 mars 2011
    • Listes de noms Classes : diagrammes de classes, de paquets Tables : MCD Le reste : des tableaux en traitement de textemercredi 9 mars 2011
    • Outils Diagrammes de classes ArgoUML, StarUML MCD Mysql Workbench, Power Architect Traitement de texte Format extractible, vérifiablemercredi 9 mars 2011
    • Récapitulatif Savoir vérifier l’application de la conception Savoir faire évoluer la conception au besoin Beaucoup d’outils Faites un choixmercredi 9 mars 2011
    • Parce que! Je suis autonome Je participe à sa rédaction Je l’utilise régulièrement Je me pose moins de questions Je peux le tester facilement Je le fait depuis le débutmercredi 9 mars 2011
    • L’impact est croissantmercredi 9 mars 2011
    • http://www.slideshare.net/alterway/ damien.seguy@alterway.frmercredi 9 mars 2011
    • mercredi 9 mars 2011
    • Outils Détecteurs automatiques Auditeurs statiques Revue manuelle Audits croisés Ajouter une fiche de recettemercredi 9 mars 2011
    • Tout le monde aime ça Graphiques, camemberts, courbes... Tableaux Prévisions, constatationsmercredi 9 mars 2011
    • Pour qui? Clients / Développeurs utilisateurs Projet Chef de Administrateurs projetmercredi 9 mars 2011
    • Personne n’aime les écrire Documentations cul-de-sac Temps perdu Jamais lu Tout le monde se plaint de ne jamais en avoirmercredi 9 mars 2011
    • Une activité complète Prendre les informations Les rédiger Les relire Les valider Les faire comprendremercredi 9 mars 2011
    • Pilotage à vue Est-ce que c’est fait? Est-ce que c’est en retard? Qu’est-ce qu’il y a dedans On vire une partie, on en garde une autre On recommencemercredi 9 mars 2011
    • Les développeurs Les clients et utilisateurs Le chef de projet Les administrateursmercredi 9 mars 2011
    • Comment documenter? Établir un document texte, tableur Le partager entre les intervenants En lecture seule pour les autres Automatiser la vérification du documentmercredi 9 mars 2011
    • Dans le doute? Forcez sur les exemples Arrangez-vous pour que le document soit éditable Dégagez explicitement du temps pour lire des documents, les écrire, les relire, les appliquer.mercredi 9 mars 2011
    • Spécifications et tests Si personne ne les écrits, vous êtes dans la merde Principe de la loi de Murphy : on oublie tout ce qui va, et on ne fait le bilan que de ce qui ne va pas. Le temps de l’écrire, vous le comprenez, et vous temporisez face au client. Apaisement du cycle de développementmercredi 9 mars 2011
    • Spécifications Evitez le futur (utilisez le présent) Fuyez les listes non terminées (privilégiez les listes finies, quitte à reporter en annexe des ajouts finaux, tbd) Donnez des noms à tout, et mettez en glossaire Explicitez ce qui ne l’est pas Faites des tableaux dès que possiblemercredi 9 mars 2011
    • Urbanisation des serveurs Les machines qui supportent l’application Les services et les flux de données Les accès et/ou les responsables Les procédures à appliquer deploiement, installation, restauration, crash, sécurité, sauvegardemercredi 9 mars 2011
    • mercredi 9 mars 2011
    • Evitez les réducteurs Peut, pourrais petit, léger, rapide, simple, light beta, version x.xx.01mercredi 9 mars 2011