Séance 3 du G53 et test de docbook
This commit is contained in:
Olivier DOSSMANN
parent
6dc3725ec8
commit
06a4ee0d10
@ -13,5 +13,8 @@
|
|||||||
<para>C'est mon premier fichier DocBook.</para>
|
<para>C'est mon premier fichier DocBook.</para>
|
||||||
<para>Un autre paragraphe.</para>
|
<para>Un autre paragraphe.</para>
|
||||||
|
|
||||||
|
<sect1 id="sous section de mon chapitre">
|
||||||
|
<title></title>
|
||||||
|
</sect1>
|
||||||
</chapter>
|
</chapter>
|
||||||
</book>
|
</book>
|
||||||
|
|||||||
Binary file not shown.
188
G53/Seance3
Normal file
188
G53/Seance3
Normal file
@ -0,0 +1,188 @@
|
|||||||
|
Vendredi prochain : version papier du compte rendu
|
||||||
|
|
||||||
|
Retour d'expérience 12 ans après
|
||||||
|
|
||||||
|
M. FABER Sébastien - Chef de projets à PERINFO
|
||||||
|
|
||||||
|
====== Sa formation : Les diplômes ======
|
||||||
|
|
||||||
|
Juin 96 : Bac S Maths
|
||||||
|
Juin 98 : DUT Informatique - Génie Logiciel
|
||||||
|
De 2000 à Mai 2004 : Diplôme ingénieur par cours du soir par le CNAM
|
||||||
|
|
||||||
|
Bilan : Statut cadre dans la Société, poste validé par le diplôme
|
||||||
|
|
||||||
|
====== Expériences professionelles ======
|
||||||
|
|
||||||
|
===== Stages =====
|
||||||
|
|
||||||
|
Stages d'intiatives personnelles :
|
||||||
|
* ISCA : été 1997 (SSII Informatique de Gestion, Développement en Visual Basic)
|
||||||
|
* SOGENAL : été 1998 (Service Informatique, Développement de PowerBuilder)
|
||||||
|
|
||||||
|
Stage à l'IUT :
|
||||||
|
* CNRS : avril - juin 1998 (Laboratoire d'analyse d'image par rayonnance, Développement en Visual C++)
|
||||||
|
|
||||||
|
===== Contrats de travail =====
|
||||||
|
|
||||||
|
* CDD - Phonetics (Septembre / Octobre 1998): Société allemande spécialisée dans ls uilotes de caméras ultra - rapide > 1 000 fps, Développement en Visual C++
|
||||||
|
* CDI - Cohéris / ATIX (Janvier 1999 à Avril 2000): SSII spécialisée dans le développement d'outils de HelpDesk, CRM et gestion de parc, Développement en Lotus Notes
|
||||||
|
* CDI - PERINFO (Depuis mai 2000): Editeur de progiciel dédié au métiers du transport de voyageur, et gestion de parc, Développement en Delphi
|
||||||
|
|
||||||
|
Dans COHERIS rythme de travail élevé car c'était une startup, France et Suisse : rencontre avec le client, aide à la formation (le développeur qui fait la doc, la formation, etc..) => Aide par la suite pour savoir ce dont ont besoin les utilisateurs
|
||||||
|
|
||||||
|
Depuis 2003, à PERINFO, est passé responsable d'équipe.
|
||||||
|
|
||||||
|
====== L'entreprise PERINFO ======
|
||||||
|
|
||||||
|
===== Historique =====
|
||||||
|
|
||||||
|
Fondée en 1982 : vente de matériel d'autocaristes
|
||||||
|
|
||||||
|
De là il a compris qu'ils avaient besoin de progiciels pour les autocaristes. A l'époque en DATAFLEX les programmes (sous MSDOS).
|
||||||
|
Ils ont vite étendu les logiciels au transport de voyageur et gestion de flotte / toursime.
|
||||||
|
|
||||||
|
S'est ensuite séparé en deux société en janvier 2008 :
|
||||||
|
* PEREZ Informatique : Tourisme
|
||||||
|
* PERINFO SA : Transport
|
||||||
|
|
||||||
|
===== La structure =====
|
||||||
|
|
||||||
|
20 personnes : une taille humaine, une couverture nationale, une ambition internationale
|
||||||
|
|
||||||
|
* Direction
|
||||||
|
* Administratif (Compatabilité, Standard, etc.)
|
||||||
|
* Service Technique :
|
||||||
|
* Hotliners (3 pers) => un des avantages de la Société
|
||||||
|
* Formateurs (2pers)
|
||||||
|
* Consultants (2pers)
|
||||||
|
* Service Développement (8pers)
|
||||||
|
* Commerciaux (3pers)
|
||||||
|
|
||||||
|
Le service de développement (géré par M.FABER):
|
||||||
|
* Noyau fixe (2pers min)
|
||||||
|
* Apprentis (1min par année)
|
||||||
|
* Stagiaires (exceptionnellement)
|
||||||
|
|
||||||
|
===== Les produits =====
|
||||||
|
|
||||||
|
* GESCAR (comme gestion de cars)
|
||||||
|
* Produit phare déclinée en plusieurs versions
|
||||||
|
* Un ensemble de modules d'interfaçage
|
||||||
|
* Les outils internes :
|
||||||
|
* Logiciel de HelpDesk : suivre les incidents qui arrivent en Hotline (résolu comment ? Par qui ? En combien de temps ? etc...)
|
||||||
|
* Logiciel de CRM et de suivi de parc de clients (en architecture 3 tiers avec interface Web)
|
||||||
|
|
||||||
|
===== Les outils =====
|
||||||
|
|
||||||
|
Environnement de développement :
|
||||||
|
* Delphi 3, Delphi 6, Delphi 2005 (Langage Pascal Objet, migration possible vers Delphi 2007)
|
||||||
|
* C#, ASP.NET (principalement pour la partie présentation de la version WEB)
|
||||||
|
|
||||||
|
Moteurs de base de données :
|
||||||
|
* Interbase 6, Oracle (8i, 9i, 10g, XE, etc.) : livré de base avec Delphi (pour interbase). Mais limite de 2GO de données, donc obligation de passer à Oracle
|
||||||
|
|
||||||
|
Autres outils
|
||||||
|
* Logiciel de Helpdesk interne
|
||||||
|
* SVN
|
||||||
|
|
||||||
|
===== La méthodologie =====
|
||||||
|
|
||||||
|
Existence de règles de développement :
|
||||||
|
* Nomenclature et typage (Variable du code ou champs / tables de la base)
|
||||||
|
* Présentation du code source (Indentation, commentaires, etc.)
|
||||||
|
* Présentation des écrans (Charte graphique existante mais pas toujours respectée) => Homogénéité de l'application
|
||||||
|
* Principe de programmation basique (Objets à utiliser, Gestion de la mémoire, Gestion des accès à la base, etc.)
|
||||||
|
|
||||||
|
Existence de règles de déboggage
|
||||||
|
|
||||||
|
Existence de règles de versionning (via SVN) => on part des branches pour remonter au trunk
|
||||||
|
|
||||||
|
A été mis en place depuis 2005 (le SVN) => moins de remontées de régression, donc on a toujours une branche livrable, moins de problèmes suite à un ajout spécifique, etc.
|
||||||
|
|
||||||
|
Tests / Qualité
|
||||||
|
* Réalisés par le développeur (fonctionnellement et techniquement par rapport à la solution choisie)
|
||||||
|
* Réalisés par le chef de projet (Fonctionnellement et techniquement par rapport à la solution choisie, ce dernier réalise aussi des tests de non régrssion ou des tests axés sur la gestion de la mémoire)
|
||||||
|
* Réalisés par le service technique (Fonctionnellement par rapport à un incident ou par rapport à une analyse précise)
|
||||||
|
|
||||||
|
La documentation du code source : réalisée au fil du développement)
|
||||||
|
|
||||||
|
La documentation de la base de données
|
||||||
|
|
||||||
|
La documentation des fonctionnalités
|
||||||
|
|
||||||
|
===== Les tâches =====
|
||||||
|
|
||||||
|
* Maintenance :
|
||||||
|
* GESCAR (selon les versions)
|
||||||
|
* Outils internes :
|
||||||
|
* logiciel de HelpDesk stable
|
||||||
|
* Autres outiles basés sur GESCAR (Ils osnt toujours maintenus dans la version courante)
|
||||||
|
|
||||||
|
Se rapprocher du contexte du client le plus possible pour reproduire le problème : Avoir sa base de données, se mettre dans le contexte exact, etc.
|
||||||
|
|
||||||
|
===== Les développements spécifiques =====
|
||||||
|
|
||||||
|
Un développement spécifique est une réponse à un besoin spécifique d'une entreprise, de leur activité, de leur façon de fonctionner, etc.
|
||||||
|
|
||||||
|
Lors d'appel d'offre on a un cahier avec des cases à cocher avec "on fait", "on fait pas".
|
||||||
|
|
||||||
|
__Comment cela se passe - t -il ?__
|
||||||
|
|
||||||
|
* Analyser la demande avec le client : déplacement sur site, échange de courriels, validation de l'analyse, etc.
|
||||||
|
* Généraliser au maximum la demande : A faire bien sûr durant la phase d'analyse
|
||||||
|
* Faire financer le développement par le client
|
||||||
|
* Développer, [Recetter,] et installer chez le client : Le recettage n'est malheureusement pas toujours possible et la mise en production sert de phase de tests
|
||||||
|
|
||||||
|
===== La recherche & Développement =====
|
||||||
|
|
||||||
|
C'est :
|
||||||
|
* Le plan produit : Règlementation qui change (par exemple)
|
||||||
|
* La veille technologique
|
||||||
|
|
||||||
|
__Comment cela se passe - t - il ?__
|
||||||
|
|
||||||
|
* Analyse par un groupe en interne : A laquelle peuvent se joindre des clients
|
||||||
|
* Validation en comité de pilotage : Intérêt de l'amélioration, possibilité de vente future, etc.
|
||||||
|
* Développement, tests et déploiement : Le déploiement se fait dans une ou plusieurs versions définies en amont du projet
|
||||||
|
|
||||||
|
====== Le poste de chef d'équipe / de projets ======
|
||||||
|
|
||||||
|
===== Les tâches =====
|
||||||
|
|
||||||
|
* Analyses
|
||||||
|
* Planification
|
||||||
|
* Suivi
|
||||||
|
* Réunions
|
||||||
|
* Recherche & Développement
|
||||||
|
|
||||||
|
===== Les outils =====
|
||||||
|
|
||||||
|
Fichier de suivi Excel personnalisé :
|
||||||
|
* Les disponibilités (inclus les CP, RTT, déplacement, périodes scolaires, etc.)
|
||||||
|
* Les projets (en cours, à venir, terminés, abandonnés, etc. Etat, Type (G comme gratuité, PP comme P* Produit, D comme devis), Priorité, Marge, etc.)
|
||||||
|
* Le planning prévisionnel (Affectation globale par mois en % d'occupation et permattant d'intégrer les "impondérables" ou le support (en moyenne 30% du temps d'un développeur))
|
||||||
|
* Un tableau récapitulatif annuel pour la direction (Incluant la marge théorique, des indicateurs de dépassement en temps ou décart dans el cas d'une vente fortement remisée, etc.)
|
||||||
|
|
||||||
|
Fiche hebdomadaire de suivi des temps
|
||||||
|
* Pour les développeurs (Type de travail effectué, dénomination du projet, temps passé (min 0.5j))
|
||||||
|
* Pour lui (Type de travail effectué, dénomination du projet, temps passé (min 0.5h))
|
||||||
|
|
||||||
|
===== Les difficultés rencontrées =====
|
||||||
|
|
||||||
|
Par rapport au service :
|
||||||
|
* La recherche / création d'outils de suivi adéquats
|
||||||
|
* La prise en compte de l'aspect financier
|
||||||
|
* La gestion du temps
|
||||||
|
* L'acceptation de la délégation
|
||||||
|
* Le management
|
||||||
|
|
||||||
|
Conseil : n'en faites pas trop sinon vous perdrez du temps à le faire !
|
||||||
|
|
||||||
|
Par rapport aux autres services
|
||||||
|
* La gestion des conflits d'intérêts
|
||||||
|
* Savoir s'imposer et défendre son équipe
|
||||||
|
|
||||||
|
En réunion de pilotage : justifier ses choix (écoute réciproque)
|
||||||
|
|
||||||
|
|
||||||
Loading…
Reference in New Issue
Block a user