Facebook Dislike = virus Je n'aime pas

Dislike = Virus

Un nouveau bouton apparaît dans Facebook, à côté du bouton "J'aime" et qui s'appelle "Dislike" ou "Je n'aime pas", en français.

Il s'agit d'un VIRUS qui permet au pirate de connaître vos profil et mot de passe.

Conclusion : NE L'UTILISEZ SURTOUT PAS !!

Contactez-moi : phgarin@gmail.com

Voir aussi :

Accès au récapitulatif Sécurité

Accès au récapitulatif Informatique

Changement de spécifications d'un cahier des charges

Dans une Gestion de Projets, une grande difficulté que rencontre le Chef de projets est la planification.
Et dans la planification, le pire est la demande de changement dans les spécifications.

Que ce soit pour un projet interne à l'entreprise à la demande de la hiérarchie ou du collègue, responsable fonctionnel, ou que ce soit un projet pour un client, chaque changement dans les spécifications doit faire l'objet d'une analyse précise.

Le mieux est d'avoir défini des modalités de traitement des demandes non prévues dans le cahier des charges initial.

Plus il y aura de demandes supplémentaires ou différentes des spécifications du départ et plus il y aura des changements dans la gestion du projet, dans le respect du délais de livraison du projet et dans le respect du budget.
Date finale et budget prévu ne pourront pas être respectés.

Pourquoi tous ces demandes de changement ?

La première réponse qui vient à l'esprit est que le cahier des charges est mal rédigé ou est incomplet.
Cela n'est pas la seule explication possible !
En effet, les demandes supplémentaires peuvent être exprimées à la suite d'informations obtenues en cours de projet sur :

• le résultat de tests
• la formation sur le produit
• le paramétrage à mettre en place
• l'organisation nouvelle à mettre en place dans l'entreprise
• un changement d'interlocuteur : prestataire externe ou collaborateur interne
• etc

Comment prendre en compte ces demandes de changement ?

La première action à mener est d'analyser sommairement la demande.
Si la demande de changement est mineure et/ou n'influencera pas sur la planification et en particulier sur le chemin critique, alors leur intégration dans le projet ajoute un peu de travail.

Par contre, si la réponse à apporter à la demande de changement impacte directement le chemin critique du projet, voire l'existence même du projet alors la décision appartient au Comité de direction du projet.
Quand des prestataires externes à l'entreprise sont impliqués alors un avenant est indispensable, pour qu'ils soient payés pour le surcroît de travail.
Quand il s'agit de collaborateurs internes à l'entreprise, alors une communication est indispensable pour tenir au courant l'ensemble des personnes impliquées dans le projet et dans les résultats ciblés du projet.

Contactez-moi : phgarin@gmail.com

Voir aussi :

Conditions à réunir pour se lancer dans un projet
Bien définir son besoin avant la rédaction du cahier des charges
Planification de projets : personne ne travaille à 100%

Accès au récapitulatif Informatique

Planification de projets : personne ne travaille à 100%

Dans la planification d'un Projet,

le chef de projet doit tenir compte des disponibilités des ressources humaines.

Même quand une personne est détachée à 100% sur un projet, il est impossible de planifier 100% de son temps.

Ce n'est pas un paradoxe. C'est une réalité.

Le constat fait état d'une disponibilité moyenne à 50% de son temps. Dans le meilleur des cas, le chef de projet pourra pousser jusqu'à 70% et cela pour une courte période et uniquement pour des personnes spécialement isolées du reste du contexte.

Parmi les facteurs d'indisponibilité, figurent :

• Les réunions,
• Le rangement du bureau,
• Les appels téléphoniques,
• Les autres projets
• Les problèmes de matériels,
• Les problèmes de transport,
• Les difficultés personnelles
• Les maladies,
• Les erreurs de compréhension,
• Les anomalies décelées,
• Les erreurs d'exécution,
• Les changements d'avis du client ou de la direction
• Les dépassements de budget
• Etc.

Pour tenir compte de tous ces facteurs, le chef de projet a le choix entre :

• Préciser, dès le départ, que le pourcentage de disponibilité de la ressource, donc 50 à 70%, ou
• Ajouter un temps de latence dans le planning du projet, c'est-à-dire des "tampons", des moments d'indisponibilité.

C'est pourquoi, sur le chemin critique, le chef de projet aura prévu une marge de dépassement de 20% de temps.
20% seulement car tous les imprévus n'impactent pas toujours les actions situées sur le chemin critique du projet.

Contactez-moi : phgarin@gmail.com

Voir aussi :

Principe chinois ou La complexité augmente avec le nombre de ressources
Conditions à réunir pour se lancer dans un projet
Un cahier des charges : Pour quoi faire ?

Accès au récapitulatif Informatique

Projet : Principe chinois ou La complexité augmente avec le nombre de ressources

Le principe chinois

Le coeur d'un projet réside dans la bonne gestion des ressources impliquées dans le projet.

La complexité augmente de façon exponentielle avec le nombre de personnes.

De plus, le chef de projet doit affecter la bonne personne à la bonne place.

Cela suppose que connaître les qualités et les connaissances des collaborateurs et de veiller à ne demander que ce que chacun soit en mesure d’exécuter la tâche confiée.

Un plan qualité adapté au projet peut être mise en place. Il est indispensable pour les "grands" projets, ceux qui demandent des dizaines de ressources, des centaines d'heures de travail dans le projet.

Plus il y a de personnes impliquées dans le projet, plus il est long.

C’est une erreur très répandue dans la gestion de projet. Ce n’est pas en augmentant les ressources que l’on diminue les délais d’une manière systématique. On appelle cette croyance le principe chinois quand on pense que, comme les Chinois sont nombreux, ils peuvent raccourcir la durée d'un projet s'ils sont encore plus nombreux à y participer.

Dans la gestion de projet, en affectant une personne supplémentaire à une tâche, vous diminuez, peut-être, le temps d’exécution de la tâche.
Par contre, vous augmentez la durée

• de coordination,
• de transmission des instructions,
• du contrôle de la qualité de l’exécution,
• etc.

... ainsi que les coûts.

Contactez-moi : phgarin@gmail.com

Voir aussi :

Les 11 phases du déroulement d'un projet informatique
Bien composer son équipe de projet
Conditions à réunir pour se lancer dans un Projet

Accès au récapitulatif Informatique

Les 11 phases du déroulement d'un projet informatique

Un peu d'humour adapté au déroulement d'un projet informatique que l'on peut découper dans le temps en 11 phases :

1. Septicisme
2. Tension
3. Surprise
4. Excitation
5. Enthousiasme
6. Désillusion
7. Effroi
8. Mutisme
9. Affolement
10. Frustration
11. Détente

Contactez-moi : phgarin@gmail.com

Voir aussi :

Conditions à réunir pour se lancer dans un projet
Un cahier des charges : pour quoi faire ?
Changement de spécifications d'un cahier des charges

Accès au récapitulatif Informatique
Accès au récapitulatif Humour

Bien composer son équipe de projet

Bien composer son équipe de projet informatique

est un des facteurs de réussite.

Une équipe de projet qui gagne est une équipe composée de ressources dont les talents se complètent.

Elle est composée d’informaticiens internes à l’entreprise, parfois de consultants et autres ressources externes, ainsi que de personnes clés côté fonctionnel.

Les SSII, proposent souvent des jeunes à leurs clients. Sous prétexte qu'ils sont jeunes et dynamiques, et qu'ils ont la connaissances des dernières techniques en cours, qu'ils sont opérationnels.

En réalité, s'ils sont tout ça, ils sont aussi moins chers qu'un sénior. Ils ont reçu une formation rapide sur les méthodes utilisés par la SSII. Ce sont souvent des débutants "vendus" comme des personnes ayant de l'expérience, en quantité suffisante pour répondre au besoin.
Parfois, la SSII va proposer ses juniors à un coût inférieur au coût habituel demandé au client, de façon à lui faire acquérir de l'expérience. Cette façon de faire est plus honnête et a la mérite d'être claire dès le départ.

Cela ne suffit pas pour une équipe de projet. Des ressources, réellement expérimentées sont indispensables pour la réussite du projet. Ce doit être le Chef de projet lui-même, et aussi des consultants, des personnes à même de parler le langage professionnel des fonctionnels qui vont être amenés à travailler dans le projet à un moment où à un autre.

Même pour les développements, un programmeur cheveronné évitera les pièges, mettra en oeuvre, très rapidement, les trucs et astuces qu'il aura découvert dans son expérience passé.
Un sénior a des réflexes professionnels qu'un junior ne possède pas encore. Il est aussi source d'inspiration, d'informations et de transmission de son savoir-faire envers les plus jeunes.

Quand le chef de projet a la possibilité de choisir alors c’est un mixte de juniors et de séniors qui est le meilleur choix.

Contactez-moi : phgarin@gmail.com

Voir aussi :

Un cahier des charges, pour quoi faire ?
Conditions à réunir pour se lancer dans un projet 
Tâches du chef de projet

Accès au récapitulatif Informatique

Bien définir son besoin avant la rédaction du cahier des charges

Bien définir son besoin avant la rédaction du cahier des charges semble une évidence.

Et pourtant, c'est souvent la première source de conflit entre la maîtrise d'oeuvre du client et la maîtrise d'ouvrage du fournisseur.

Le cahier des charges a pour objet principal de définir ce que le client attend de son fournisseur.
Si le cahier des charges

• n'existe pas,
• est trop long,
• manque de clarté,
• se perd dans les détails,
• développe insuffisamment des points précis,

alors la compréhension du besoin par le fournisseur pressenti peut s'avérer très difficile.

Le périmètre du projet est parfois même compliqué à comprendre.

Exemple de la demande de création d'un site Web ;

• Le site Web sera-t-il un site vitrine ou un site marchand ?
• Si le site Web sera un site marchand, y aura-t-il paiement en ligne ?
• Sera-t-il lié à une gestion commerciale ? une gestion de stock ?
• etc.

Pour rédiger un cahier des charges, il fautcommencer par

• Se fixer les idées
• Donner un titre au projet
• Décrire en une phrase une description rapide pour savoir de quoi on parle, compréhensible en interne à l'entreprise et par le monde extérieur
• Se poser la question : "qu'est-ce que je veux ?"
• Se poser la question : "qu'est-ce que je ne veux pas ?"

Contactez-moi : phgarin@gmail.com

Voir aussi :

Un cahier des charges pour quoi faire
Modèle de cahier des charges
Exemple 1 de rubriques de cahier des charges
Exemple 2 de cahier des charges pour un développement

Accès au récapitulatif Informatique

Conditions à réunir pour se lancer dans un Projet

Avant de se lancer dans un projet, le Chef de projet, salarié ou indépendant, doit connaître les conditions dans lesquelles il va travailler.

Pour cela, il faut qu’il pose des questions sur :

• Les objectifs du projet, la mission
• Les moyens de planification
• La structure du déroulement du projet
• La mise en œuvre du projet
• Les outils et moyens disponibles
• L’entreprise, maître d’ouvrage

Il faut aussi qu’il réponde à des critères de choix pour lui-même :

• Son expérience
• Des questions personnelles supplémentaires

Objectifs / mission

• Les objectifs du projet du donneur d'ordre sont-ils connus ?
• Les circonstances (par exemple, conditions d'installation) sont-elles annoncées ?
• La mission du donneur d'ordre dans chaque phase du projet est-elle claire ?
• Pouvez-vous participer à la planification des dates limites de phases et de fin de projet ?
• Etes-vous impliqué à temps à la formulation des objectifs et des tâches ?

Planification

• La durée est-elle fixée pour la tâche de planification ?
• Éventuelles perturbations sont-elles intégrées dans la planification ?
• Les charges de base sont-elles automatiquement prises en compte lors de la planification ?
• L’ordre des opérations optimal est-il fixé et pris en charge ?
• Prendre en compte la capacité des membres de l'équipe lors de la planification
• Prendre en compte la capacité des membres de l'équipe lors de l'exécution 

Contactez-moi : phgarin@gmail.com

Voir aussi :

Planification de projets : personne ne travaille à 100%
Contraintes Priorités et rapports dans la gestion de projets
Organisation de la Gestion de Projet
Plan compte rendu Comité de projet

Accès au récapitulatif Informatique

Questions à poser à un client de référence

Votre entreprise a besoin d'un progiciel ou d'un développement spécifique qu'elle ne peut produire elle-même ?
Vous avez commencé à prospecter le marché car vous avez encore à choisir le fournisseur.
Chaque fournisseur tente de vous convaincre. Un des moyens utilisé est la liste des clients de référence.

Un client de référence est donc un client qui a déjà travaillé avec le fournisseur. Comme tout s'est, a priori, bien passé, et que le client est d'accord, son nom est cité, le nom du responsable interne de son projet est donné, ainsi que ses coordonnées.

Oui, mais voilà quelles sont les questions que vous allez lui poser pour vous faire une bonne idée de ce qui s'est passé et de ce à quoi vous pouvez vous attendre si vous travailliez avec ce fournisseur.
Voici une liste de questions pour vous aider :

Questions sur le contrat

1. Quelles applications ont été installées et depuis quand ?
2. Quels modules ont été installés ?
3. Depuis quand ces modules ont été installés ?
4. Quand le contrat a été signé ?
5. Quel type de support a été prévu dans le contrat ?
6. Est-il prévu d'installer d'autres modules ?
7. Si oui, lesquels et à quelle échéance ?

Questions sur l'organisation

1. Combien de temps le projet a-t-il duré ?
2. Combien de temps est-il prévu qu'il dure ?
3. Combien de personnes extérieures ont-elles participé au projet ?
4. Qui et pour quelles parties du projet ?
5. Combien de personnes ont participé au projet ?
6. Quel est le pourcentage de temps que ces personnes ont investi dans le projet ?
7. Combien de personnes du service informatique ont participé au projet ?
8. Qui a effectué l'analyse et la programmation ?
9. Quelles ont été les difficultés rencontrées lors de la mise en place de l'équipe de projet ?
10. Quelle forme a pris le soutien de la direction ?
11. Combien de personnes ont participé à la conception et au prototypage ?
12. Quelles difficultés ont-elles été rencontrées à chaque phase du projet ?
13. Quels sont les moyens mis en œuvre par la direction du projet ? Pour l'analyse et la programmation ?
14. Comment les rapports d'activité de chacun ont-ils été effectués ?
15. Comment le problème de la disponibilité des personnes a-t-il été réglé ?
16. Comment le choix des membres de l'équipe a-t-il été fait ?
17. Qui a fait partie du comité de direction du projet ?
18. D'autres sociétés extérieures ont-elles été impliquées dans le projet ?
19. A combien se monte le dépassement des coûts par rapport au budget initial ?
20. Quels ont été les coûts annexes les plus importants (non prévus) ?
21. Quelle est la part des besoins couverts à la fin du projet ?
22. D'autres projets pour compléter les besoins ont-ils été nécessaires ?
23. Le standard d'installation préconisé par le fournisseur a-t-il été suivi à la lettre ? Quelles en ont été les différences ?
24. Quelles méthodes de contrôle de projet ont-elles été employées ?
25. Quelle part de travail, phase par phase, est restée à la charge de la société ?
26. Comment s'est déroulé chaque phase ? En particulier, celles des tests ?

Questions techniques

1. Sur quel ordinateur le progiciel a-t-il été installé ?
2. Quelles modifications ont été nécessaires par rapport à la version originale du progiciel ?
3. La télémaintenance a-t-elle été employée ? Pourquoi ?
4. Comment les données de base, historiques et les en-cours ont été repris à partir des applications précédentes, si le cas se présentait ?
5. Quelles interfaces avec d'autres applications ont été nécessaires ?
6. Comment se sont-elles développées ?
7. Comment le contrôle de la qualité a-t-il été effectué ?
8. Comment de personnes travaillent avec le nouveau logiciel ?
9. Comment les différents états ont été définis ?
10. Quels ont été les moyens techniques mis en œuvre pendant le projet ?
11. Des données extérieures sont-elles combinées avec les données du progiciel ? Dans quels modules ?
12. Des sites extérieurs sont-ils reliés au site central pour l'utilisation du logiciel ? 

Questions de communication

1. Comment les utilisateurs ont pris l'arrivée du progiciel ?
2. Comment l'encadrement a pris l'arrivée du progiciel ?
3. Quels ont été les moyens d'informations des utilisateurs ?
4. Quel est le degré de satisfaction des utilisateurs ?

Questions de formations et de documentations

1. Comment la formation a-t-elle été assurée ?
2. Où et par qui la formation a été assurée ?
3. Qui a reçu quelle formation ?
4. Comment la documentation des modifications a-t-elle été assurée ?
5. Qui s'est chargé de la documentation des modifications du progiciel ?

Contactez-moi : phgarin@gmail.com

Voir aussi :
Conditions à réunir pour se lancer dans un Projet
Un cahier des charges : pour quoi faire
Contraintes Priorités et rapports dans la gestion de projets

Accès au récapitulatif Informatique

Blog Recherche d'emploi et autres conseils

Blog Recherche d'emploi

• Points faibles, Points forts,
• Entretien d'embauche, entrevue ou interview,
• Conseils sur sa préparation,
• Bilan,
• CV,
• Lettre de candidature, de motivation (candidature spontanée ou
  courrier en réponse à annonce),
• Coaching,
• Communication :

Tous les tuyaux dont vous avez besoin pour votre recherche d'emploi se trouvent dans mon site web dédié à la recherche d'emploi ou dans mon blog orienté principalement Emploi :

site : http://www.boosteremploi.com
et
blog : http://phgarin.wordpress.com/

Contactez-moi : phgarin@gmail.com

Récapitulatif sur la page Emploi

Exemple 2 de cahier des charges pour un développement informatique

Exemple 2 de cahier des charges

Vous trouverez ci un deuxième exemple de têtes de chapitres d'un cahier des charges informatique.
Il est plus orienté développement informatique.

1. Analyse du processus fonctionnel
2. Solutions pour l'installation du logiciel informatique
3. Définition du système pour l'utilisateur
4. Données techniques
5. Informations sur le projet

Contactez-moi : phgarin@gmail.com

Voir aussi :

Un cahier des charges : pour quoi faire ?
Techniques utilisées pour un cahier des charges et la gestion de projet
Modèle de cahier des charges
Exemple 1 de rubriques de cahier des charges

Accès au récapitulatif Informatique

Exemple 1 de rubriques de cahier des charges

Lors de la rédaction d'un cahier des charges, et qu'on n'a pas l'habitude, on ne sait pas trop quoi mettre.
Voici un premier exemple de rubriques, regroupées par chapitre, que l'on peut trouver dans un cahier des charges informatique. A adapter en fonction de ses besoins.

1. Capacité du matériel
2. Dimensions organisationnelles
3. Fiabilité
4. Logiciel
5. Soutien de l'éditeur
6. Coûts et conditions contractuelles
7. Besoins en locaux et en personnel
8. Caractéristiques techniques

Contactez-moi : phgarin@gmail.com

Voir aussi :

Un cahier des charges : pour quoi faire ?
Techniques utilisées pour un cahier des charges et la gestion de projet
Modèle de cahier des charges
Exemple 2 de cahier des charges

Accès au récapitulatif Informatique

Techniques utilisées pour un cahier des charges et la gestion de projet

Quelles sont les techniques utilisées pour un cahier des charges et la gestion de projet

Pour définir ses besoins et les transcrire dans un cahier des charges, plusieurs techniques éprouvées peuvent être utilisées.

Voici un échantillon de techniques, qui servent à la fois pour établir un cahier des charges que pour la gestion de projet

:

Définition des tâches :

• Verbalement
• Technique du state event (statuts des événements)

Description détaillée des tâches :

• Technique du programme structuré (structo-programme)
• Jackson : De la séquence globale vers le détail
• Nassi-Schneiderman
• Warner

Enchaînement des tâches :

• HIPO = Hierarchical Input Process Output : Processus général; processus détaillé; déroulement du processus
• Schéma de Myer
• Mascot

Représentation des liens entre les tâches :

• Technique SADT :
• Objet en entrée => Traitement => Objet en sortie
• Création => Objet => Utilisation
• Itération des séquences jusqu’à obtention d’un résultat satisfaisant
• Code ICOM : Input, Control, Output; Mécanisme

Ces techniques peuvent être utilisées indépendemment les unes des autres. Cependant, pour une question de clarté, mieux vaut en utiliser une seule par groupe défini ci-dessus.

Contactez-moi : phgarin@gmail.com

Voir aussi :

Un cahier des charges, pour quoi faire ?
Modèle de cahier des charges
Exemple 1 de rubriques de cahier des charges
Exemple 2 de cahier des charges

Accès au récapitulatif Informatique

Un Cahier des charges : pour quoi faire ?

Le but premier d'un cahier des charges est l'expression du besoin.
C'est surtout un moyen très utile pour éviter des conflits entre client et fournisseur, que ce soit dans une relation interne à l'entreprise ou entre deux entreprises différentes.

Pour le client :

• Le projet doit se dérouler, si possible, dans les temps impartis
• Le prix à payer pour le projet doit être aussi bas que possible
• Le projet doit répondre à certaines exigences de qualité en matière de fiabilité, de normes, de convivialité, de modification et de maintenance, etc.

Les objectifs du client ont été rédigés par :

• Le management du client
• La direction technique du client
• Le service informatique ou Développement de logiciel du client
• Le service du personnel, utilisateur, opérateur
• Ou par personne ! (La pire situation qui existe !)

Pour le fournisseur :

• Le prix doit être le plus haut possible et être payé à temps
• La charge de travail pour le projet ne doit pas dépasser l'offre calculée présentée
• Les modifications et extensions, ajoutées au cours de l'avancement du projet doivent être reconnues et être payées par le client. Elles doivent l'objet d'un avenant au contrat et en respecter les mêmes règles
• Le client doit être satisfait, et faire effectuer la maintenance, les modifications et extensions par le même fournisseur ; d’autres contrats devraient suivre, etc.  
• Le client pourrait être une référence positive de son produit et faire une bonne publicité au fournisseur

Ces objectifs qui semblent contradictoires peuvent engendrer des conflits.

Conflits possibles :

• Dans les spécifications des tâches et de leur charge
• Dans la réalisation du projet
• Dans le management et la gestion du projet

Pour réduire tout risque de conflit ou en diminuer les effets négatifs, dès la rédaction du cahier des charges pour le client et son analyse par le fournisseur, les éléments suivants doivent impérativement s’y retrouver.

Mise en œuvre :

• Quelles fonctions sont à développer, à mettre en place ?
• Quelles données seront utilisées, saisies, reprises ?
• Dans quelles conditions (environnement physique) ? 

Quelles sont les restrictions :

• Financières
• Juridiques
• Techniques : matériels, système d'exploitation
• Performances : temps de réponse, capacité de stockage, réactivité du système, sauvegardes et restaurations
• Organisationnelles : documentation, protection des données, tests, responsabilités, procès-verbal de réception des travaux

Détails de l'interface utilisateur

• Dépenses : liste des images, des masques d’écran, messages de contrôle, supports des données,
• Entrées: enregistrement des données, commandes, informations, masques d'écran, messages
• Modes opératoires : qui les rédige ?
• Définition des matériels : multiples échanges pour proposer le matériel approprié
• Systèmes d'exploitation : propriétaire, libre
• Organisation dans le projet : Tests, Procès-Verbal de réception, documentation, maintenance, responsabilités

Contactez-moi : phgarin@gmail.com

Voir aussi :

Modèle de cahier des charges
Techniques utilisées pour un cahier des charges et pour la gestion de projet
Bien définir son besoin avant la rédaction du cahier des charges

Accès au récapitulatif Informatique

Modèle de cahier des charges

Dans le métier d'informaticien, nous sommes confronté très souvent à des demandes d'utilisateurs quand nous travaillons dans un service informatique ou de clients quand nous travaillons dans une société de services (SSII).

Le meilleur moyen d'exprimer ses besoins est la rédaction d'un cahier des charges.

Voici un exemple, un modèle de cahier des charges, ou, du moins, son sommaire.

Evidemment, les chapitres sont à adapter en fonction des besoins.

1. Présentation de la société demandeur de l'appel d'offres

1.1 Type et taille de l'entreprise

1.2 Structure d'entreprise

1.3 Clients et fournisseurs

1.4 Chiffre d'affaires

1.5 Organisation de l'Informatique dans le groupe x

1.5.1 Organisation du Service Informatique

1.5.2 Informations techniques

1.5.2.1 Matériels

1.5.2.2 Les logiciels du système et les utilitaires

1.5.2.3 Infrastructure

2. Objectifs

3. Vue d'ensemble

3.1 Généralités

3.2 Vocabulaire d'entreprise

3.3 Vue d'ensemble des besoins

4. Description détaillée par domaine et fonction principale

4.1 Domaine x - Fonction Gestion x

4.1.1 Situation actuelle

4.1.2 Description des besoins

4.2 Domaine x - Fonction Gestion x

4.2.1 Situation actuelle

4.2.2 Description des besoins

5. Nombres et fréquences

5.1 Données de base

5.2 Mouvements

6. Mise en oeuvre de la solution

6.1 Méthodes de mise en oeuvre et développements

6.2 Informations techniques

6.3 Sécurité, sauvegarde et intégrité du système

6.3.1 Sécurité

6.3.2 Sauvegardes

6.3.3 Intégrité du système

6.4 Maintenance, support et conseil

6.4.1 Maintenance

6.4.2 Aspects généraux

7. Conditions de contrat

7.1 Généralités

7.2 Précisions sur le contrat

8. Administration

8.1 Confidentialité, Retour du cahier des charges

8.2 Réponses au cahier des charges

8.2.1 Généralités

8.2.2 Relations entre le cahier des charges et la proposition du fournisseur

8.2.3 Présentation et contenu de la proposition

8.3 Planning

8.4 Réponses au cahier des charges

9. Catalogue de questions

9.1 Questions sur le fournisseur du progiciel

9.2 Questions sur le progiciel

9.3 Questions sur la solution proposée

9.4 Questions sur les sauvegardes, la sécurité et l'intégrité des données

9.5 Questions sur le contrat

9.6 Questions sur la maintenance, le soutien et le conseil

9.7 Questions sur la formation et la documentation

Contactez-moi : phgarin@gmail.com

Voir aussi :

Un cahier des charges pour quoi faire
Techniques utilisées pour un cahier des charges
cahier des charges pour un développement

Accès au récapitulatif Informatique

Premier message dans ce blog

Bienvenue à tous,

Ce blog a été créé pour prendre la succession de mon précédent blog http://phgarin.spaces.live.com/
Ce changement de blog est la conséquence de l'abandon par Microsoft de l'option de statistiques de fréquentation de mon blog.

Je pouvais mesurer environ 5 000 visites sur 10 à 15 jours. Comme ce n'est plus possible depuis le 08 juin 2010, j'ai cherché une solution.
Googles Analytics ne peut être intégré aux billets de spaces.live, ni sur les articles de WordPress que j'ai tenté juste entre les deux, j'en suis venu à créer ce blog qui, par défaut, est intégré aux statistiques de Google Analytics.

J'espère simplement que la fréquentation de ce blog et son référencemenet vont être, au moins, aussi important que mon blog précédent.

A bientôt sur mon nouveau blog.

Philippe Garin
Contactez-moi : phgarin@gmail.com