bullet1 Publications

bullet2 Expression des besoins pour le SI

2ème édition
Comment recueillir tous les besoins des acteurs du système d'information, et rien que leurs besoins réels ? Comment se mettre d'accord sur la spécification des exigences ? Comment aboutir à un cahier des charges clair, complet et consensuel ? Phase cruciale dans le choix, le développement ou la mise en oeuvre d'une solution d'entreprise, la définition des besoins conditionnera en effet la réussite du projet, notamment son coût et sa qualité. Mais cette étape est complexe et délicate, en raison du nombre et de la diversité des parties prenantes, des demandes souvent divergentes, des contraintes variées et, last but not least, du facteur humain.

En vente sur Amazon , à la FNAC   
et chez Eyrolles .



bullet2 Cahier des charges informatique

L'élaboration d'un cahier des charges conditionne bien souvent la réussite d'un projet en informatique. Mais comment recueillir et formaliser les besoins réels de manière claire et précise ? Comment se mettre d'accord sur la spécification des exigences ?
Pratique et synthétique, ce mémento détaille toutes les étapes de l'élaboration d'un cahier des charges, avec à l'appui schémas, grilles, questionnaires et check-lists. Il deviendra vite indispensable à tout consultant de terrain, qui pourra le glisser dans sa poche pour y retrouver l'essentiel.
Bien pratique en réunion, il aura aussi sa place sur le bureau de tout architecte ou chef de projet métier.

En vente chez Eyrolles  sur Amazon
et à la FNAC .


bullet2 Définition des besoins pour le logiciel



Disponible chez Amazon et à la FNAC .
Définir les besoins pour un logiciel est un processus difficile, qui fait appel à des compétences humaines, techniques et méthodologiques très variées, alliant rigueur et créativité.
Une définition efficace des besoins réduit très sensiblement le coût du développement et de la maintenance d’une application, et accroît sa qualité. Elle participe du design logiciel.
Ce livre s’adresse aux maîtres d’ouvrage et assistants à la maîtrise d’ouvrage, aux concepteurs et architectes, et à toute personne chargée de recueillir et d’analyser les besoins ou d’élaborer un cahier des charges pour un logiciel.
C’est un guide où l’on décrit :
  1. les étapes pour définir les besoins en partant des objectifs,
  2. les différentes techniques de recueil et d’analyse,
  3. une méthode efficace pour élaborer un cahier des charges,
  4. des plans-types de cahiers des charges et un guide de rédaction,
  5. des conseils techniques et des recommandations aux managers,
  6. des études de cas.


 




bullet2 Le logiciel à valeur ajoutée

Quelle est la valeur de votre logiciel ? Les services qu’il vous rend sont-ils à la hauteur du prix payé ? Vous fait-il gagner de l’argent, du temps, du confort ?
Cet ouvrage est écrit par un informaticien, mais il s’adresse aussi aux maîtres d’ouvrage, donneurs d’ordre et utilisateurs de l’informatique qui souhaitent mieux connaître, améliorer et maîtriser la valeur de leur système d’information, afin d’en tirer profit.
C’est un guide pour l’action qui apporte :
  • une perception des points essentiels qui sont à la base de la valeur du logiciel,
  • un vocabulaire commun et non ambigu, que tous les acteurs du projet pourront s’approprier,
  • des exemples, à imiter ou à éviter, de ce qui se fait sur différents projets,
  • des conseils, issus de la pratique du terrain, pour estimer et améliorer la valeur d’un logiciel,
  • des check-lists directement utilisables.

Vous pouvez télécharger la table des matières  de l'ouvrage et le chapitre d'introduction  au format PDF.
Vous pouvez le commander chez Amazon  ou à la FNAC.




bullet2 Outils de construction du logiciel


Qu’est-ce qu’un outil de construction de logiciel  ? En fonction de quels critères choisir un outil ? Les outils ont-ils vraiment des effets positifs sur la productivité ? Comment en tirer le meilleur parti ? Comment introduire sans heurts un AGL dans une organisation ? Quel est l’avenir du développement de logiciel et des outils qui le servent ?
Un outil de construction de logiciel est une arme stratégique au service de l’entreprise. Son introduction et sa mise en œuvre ont des répercussions sur la compétitivité, la qualité des services rendus, et plus généralement sur l’économie d’une entreprise ou d’une organisation. Il est au cœur du système d’information.
Cet ouvrage a trois objectifs :
  • éclaircir les concepts relatifs aux outils et ateliers de conception et de développement,
  • mener une réflexion sur ce que devrait être l’outillage idéal d’une entreprise,
  • servir de guide au choix, à la mise en œuvre et au suivi des outils de développement.
Destiné aux managers, aux directeurs informatiques, aux consultants et aux étudiants, l’ouvrage indique dans un langage simple comment naviguer dans la galaxie des outils, percevoir leurs avantages et inconvénients, comprendre leur architecture, éviter les erreurs les plus fréquentes dans leur choix et leur utilisation, et utiliser chaque outil au mieux de ses possibilités.

Vous pouvez télécharger la table des matières  et le premier chapitre  ade l'ouvrage au format PDF.
Disponible chez Amazon  ou à la FNAC


bullet2 Articles

Voici des articles de fond, parus dans diverses revues professionnelles, disponibles en téléchargement.

  • Architecture, ergonomie et qualité : le design logiciel
    Le designer de produit logiciel est un hybride entre l’architecte, l’ergonome, et le qualiticien. C’est un généraliste, qui établit et maintient le dialogue entre les différents acteurs, aux profils et aux vécus fort différents. Il allie intuition et expérience pour innover et formuler des solutions concrètes.

    Cet article peut être téléchargé  ici.

    Article paru dans l'Informatique Professionnelle (Gartner Group) en décembre 2004.


     
  • Négocier par la valeur du produit
    Négocier et construire la valeur d’un produit.

    La valeur d’un logiciel n’est pas la même pour tous. Négocier par la valeur permet de rapprocher les points de vue. Utiliser un langage commun de qualité maximise les résultats.

    Cet article peut être téléchargé  ici.

    Article paru dans l'Informatique Professionnelle (Gartner Group) en décembre 2002.


     
  • L'utilisateur, un acteur de qualité
    Peut-on espérer un jour des logiciels de qualité ? Oui, mais à condition que les maître d'oeuvre respectent des contraintes indispensables et que les maîtrises d'ouvrage tiennent mieux leur rôle dans le projet.

    Cet article peut être téléchargé  ici.

    Article paru dans l'Informatique Professionnelle (Gartner Group) en décembre 2000.


     
  • Logiciel élégant contre logiciel obèse
    Qualité contre quantité : logiciel élégant contre logiciel obèse

    Parmi les six caractéristiques fondamentales qui expriment la valeur d’un logiciel, la « fonctionnalité » (ou capacité fonctionnelle), caractérise l'aptitude du logiciel à remplir ses fonctions, et l'exactitude de ces fonctions.

    Ce qui est important n'est pas le nombre de fonctions, mais leur réponse aux besoins.

    Dans ce domaine du logiciel comme dans d’autres « plus » ne signife pas « mieux » : la quantité peut même nuire à la qualité.

    Cet article, paru dans La Lettre d'ADELI et repris dans La Valeur (la revue de l'AFAV, association française d'analyse de la valeur) peut être  téléchargé  ici au format PDF.


     
  • AGL : usine ou porte-avions ?
    On a souvent comparé un atelier de génie logiciel (AGL) à une « usine à logiciels ».

    Pourtant, l'analogie avec un porte-avions semble mieux adaptée.

    Cet article, extrait de mon ouvrage Outils de construction du logiciel, peut être téléchargé  ici  au format PDF.

    Article paru dans La Lettre d'ADELI


     
  • Choisir un AGL
    Pour un directeur informatique, le choix d’un atelier de développement est une des décisions les plus difficiles à prendre. Il y a à cela trois raisons : c’est une décision à long terme, elle engage l’entreprise toute entière, et elle doit tenir compte d’un très grand nombre de paramètres. Défintion d'un atelier (ou environnement) de développement, des types de besoins auxquels il répond, et des contraintes auxquelles il est soumis.

    Cet article peut être téléchargé  ici.

    Article paru dans l'Informatique Professionnelle (Gartner Group) en octobre 1998.


     
  • RAD : Quels outils pour quelle méthode ?
    Le RAD : Quels outils pour quelle méthode ?

    Conçue à la fin des années 80 par James Martin et associés, la méthodologie RAD ( Rapid Application Development, développement rapide d'applications) a beaucoup fait parler d’elle, essentiellement au travers des outils qui s’y réfèrent.

    Quel est le rapport entre la première et les seconds ? quel bilan peut-on en tirer ?

    La méthode est-elle dépassée ? Les outils tiennent-ils leurs promesses ?

    Cet article peut être téléchargé  ici au format PDF.

    Article paru dans La Lettre d'ADELI.


     
  • Développement Grande Vitesse
    Développement grande vitesse : on oublie le confort des passagers.

    Petit article téléchargeable ici .

    Article paru dans le numéro de 01 Informatique du 14 mars 1997


     

Copyright Yves Constantinidis Consultant
Contact : Yves Constantinidis.
Ce document a été mis à jour le 27/01/2013.