Chapitre 5 L'implantation du SI

Question 1

Typologie des test existant

Answer 1

• Test unitaire
• Test d’intégration
• Test de non régression
• Test fonctionnels
• Recette utilisateurs

Question 2

Le test unitaire

Answer 2

Il permet de valider le fonctionnement des programmes, des procédures. Il est réalisé par des informaticiens avec des outils spécifiques.

Question 3

Le test d’intégration

Answer 3

Ils permettent de valider l’enchaînement des traitement au sein d'un même module applicatif
Ils permettent de valider l'interaction des traitements entre 2 modules applicatifs différents (homogène ou non)

Question 4

Les tests de non régression

Answer 4

Il s’agit de valider des modifications intervenant en cours d’exploitation d’un programme ne provoquent pas d’effet indésirables sur des parties de l’application.

Question 5

Les tests fonctionnels

Answer 5

Il s’agit de vérifier que les résultats des traitements réalisés par le programme sont systématiquement conformes aux résultats attendus

Question 6

La recette du logiciel est effectuée par les utilisateurs

Answer 6

C’est une sorte de reception de chantier qui permet de faire valider à la maitrise d’ouvrage: la conformité de la nature et de la qualité des résultats obtenus/besoins exprimés; la conformité quant à la manière de les obtenir, la complétude des fonctions fournies par rapport aux attentes.

Question 7

Comment gérer au mieux les compétences des utilisateurs

Answer 7

Il est nécessaire: d’analyser la transformation induite des postes de travail, concernés par la mise en place du système, de comparer les compétences requises par les nouveaux profils de poste avec celles des collaborateurs, de définir et de mettre en oeuvre un plan de formation permettant le cas échéant d’adapter la personne à sont nouveau poste.

Question 8

Problèmatiques soulevées par le changement organisationnel

Answer 8

-incapacité de s’adapter des acteurs et donc risque de perte d’emplois
-necessité de partager certaines information et donc perte de pouvoir
Il en découle une résistance des individus au changement et une dégradation des RH au sein du groupe de travail

Question 9

Qualité requise du manager pour conduire le changement organisationnel

Answer 9

• empathie
• capacité à évaluer les facteurs risque de résistance au changement
• Capacité à construire un argumentaire efficace pour éviter les risques
• Capacité à communiquer pour convaincre autrui
• Capacité à gérer une dynamique de groupe pour permettre de gérer l’évolution des rôles dans le groupe tout en stabilisant l’état des relations humaines au sein du groupe

Question 10

Phases du cycle de vie d’un projet

Answer 10

• Etude préalable
• Etude de faisabilité
• Planification de la réalisation
• Réalisation et vie du projet
• Mise et maintien hors service

Question 11

Phases de cycle de vie du produit (progiciel)

Answer 11

• Mise en place ou déploiement
• Croissance ou exploitation
• Maintenance ou maturité
• Mise hors service/déclin

Question 12

Phase de cycle de vie du logiciel spécifiue

Answer 12

• Développement de la solution
• Mise en place du déploiement
• Croissance ou exploitation
• Maintenance ou maturité
• Mise hors service ou déclin

Question 13

Les différentes approches de gestion du cycle de vie du logiciel

Answer 13

• Cahier des charges exhaustifs ou non

- Intervention de la maitrise d’ouvrage plus ou moins poussée

Question 14

Quelles sont les différentes maintenance possible

Answer 14

• Maintenance corrective

- Maintenance évolutive (maj) pour faire face à une évolution de l’environnement

Question 15

Quels sont les principes de la gestion de la qualité

Answer 15

• Orientation client
• Leadership de la direction
• Implication du personnel
• Approche processus
• Management par l’approche système
• Amélioration continue
• Approche factuelle de la prose de décision
• Relation mutuellement bénéfiques avec les fournisseur

Question 16

Principe de l’orientation clients

Answer 16

La satisfaction du client doit être au coeur de l’action de l’organisation. Il faut structurer le processus de décision en matière de SI dans l’optique d’orientation client et il fait intégrer la dimension orientation client au sein des outils informatiques de manière que le système d’information permette aux applications de type gestion de la RH

Question 17

Principe de leadership de la direction

Answer 17

Les décideurs ou modules pilotes prennent les décisions et orientations qui engagent l’avenir de l’organisation dans le domaine de la qualité comme dans tous les domaines.

Question 18

Principe d’implication du personnel

Answer 18

Chaque personne doit être compétente à son poste de travail:

• Posséder les connaissances nécessaires à son action
• Posséder les bonnes pratiques (savoir-faire requis)
• posséder les comportements adaptés aux situations inhérentes au poste de travail

Question 19

Principe d’approche processus

Answer 19

Les action ne doivent pas être considérées de manière isolée mais s’intégrer dans le cadre d’un processus qui sera modélisé et audité.

Question 20

Le principe de management par l’approche système

Answer 20

Les processus doivent s’intégrer dans une vision dun système global où ils rentrent en interaction

Question 21

Le principe d’amélioration continue

Answer 21

Il correspond à l’idée qu’il faut initier et faire vivre au sein de l’organisation un mouvement de progrés permanent (Kaizenà

Question 22

Principe d’approche factuelle de la prise de décision

Answer 22

La prise de décision doit s’appuyer sur l’information et sur son interprétation par le décideur

Question 23

Principe de relations mutuellement bénéfiques avec les fournisseurs

Answer 23

La qualité des produit d’une entreprise dépend en grande partie de la qualité de ses achats, la relation clients fournisseur doit donc se fonder sur une relation de partenariat et de confiance mutuelle

Question 24

Quels sont les outils et méthodologies liés à la gestion de la qualité

Answer 24

• démarche QQOQCCP
• rédaction d’un système documentaire
• La modélisation graphique des processus
• L’utilisation de diagrammes causes-effets
• Les mécanismes de correction et de prévention des phénomène de non qualité

Question 25

La démarche QQOQCCP

Answer 25

Qui, Quoi, Quand, Où, Comment, Pourquoi, Combien

Question 26

Rédaction d’un système documentaire

Answer 26

On écrit ce que l’on doit faire
On enregistre ce qui est fait comme preuve de la conformité à l’écrit. Le système documentaire comporte des procédures décrivant chaque processus, la définition du vocabulaire à utiliser dans les processus, et une modélisation graphique du déroulement des processus

Question 27

La modélisation graphiques des processus

Answer 27

La modélisation des processus peut être macroscopique ou microscopique

Avantage de la modélisation macroscopique:

• Propose une présentation synthétique de l’ensemble du processus
• Constitue un outil de représentation des rôles de chaque acteur au sein du groupe de travail
• Montre les enchaînements logiques et chronologiques dans les blocs d’opérations de traitement à effectuer
• Fait apparaître les éventuelles incohérences au niveau du partage de responsabilité sur une même tache

La modélisation microscopique permet de détailler au sein d’un sous processus et pour chaque tâche élémentaire qui fait quoi et comment circulent les informations

Question 28

L’utilisation du diagramme causes-effets

Answer 28

Diagramme d’Ichikawa en arêtes de poisson utilisé en gestion de la qualité pour détecter l’enchaînement des cause ayant entraîné un effet indésirable.
La règle des 5 M permet de cibler les natures des cause d’un effet indésirable:
Matière, Milieu, Main d’oeuvre, Méthode, Matériel

Cette répartition facilite la recherche de solution

Question 29

Les mécanismes de correction et de prévention des phénomènes de non qualité

Answer 29

L’organisation a pour mission permanente d’assurer la satisfaction du client tout en assurant celle des salariés dans leur travail ce qui doit contribuer à la réduction des coût de la non qualité.
Tout événement de non qualité doit donc être répertorié et traité de manière à corriger l’erreur commise.

Question 30

Problèmes à résoudre dans le cadre du développement des application (Rational unified process)

Answer 30

• Mauvaise interprétation des demandes des utilisateurs
• Incapacité à tenir compte de l’évolution des besoin
• Modules qui ne sont pas interopérables
• Programmes difficiles à maintenir et à faire évoluer
• Découverte tardive des défauts sérieux du logiciel
• Faible qualité du logiciel
• Performances insuffisantes
• Manque de cohésion des équipes de développement
• Processus de construction et de livraison anarchique

Question 31

Problème de la mauvaise interprétation des demandes des utilisateurs

Answer 31

Résultante de la communication entre maitrise d’ouvrage et la maîtrise d’oeuvre qui peut être défaillante.
Difficulté de la maitrise d’ouvrage de transcrire dans la rédaction de son cahier des charges de la totalité de l’expression de ses besoins à cause de l’évolution au cours de la période de développement du logiciel et d’utilisation de celui-ci, de la complexité qui rend impossible la simplification par décomposition.

La maîtrise d’oeuvre ne peut comprendre la totalité de la pensée de la maitrise d’ouvrage à causes des information qui lui sembleront évidente, à cause des cultures différentes entre le métier de manager et le métier d’informaticien

Question 32

Problème de l’incapacité à tenir compte de l’évolution des besoins

Answer 32

• Sur une période longue le cycle de vie du logiciel va durer environ 10 ans.
• Incapacité à exprimer les besoins de manière exhaustive

Question 33

Problème posé par les modules qui ne sont pas interopérables

Answer 33

Chaque application a pour but de traiter une partie des informations du système d’information de l’organisaton, mais chaque élément est conçu de manière isolée ce qui entraine des problèmes de référentiel et des phénomène d’improductivité

Question 34

Problème posés par des programmes difficiles à maintenir et à faire évoluer

Answer 34

L’absence de méthode communes aux équipe de développement entraîne des difficultés pour maintenir et faire évoluer l’application.

Question 35

Problèmes posés par la faible qualité du logiciel

Answer 35

La qualité perçue par l’utilisateur réside dans la richesse fonctionnelle du logiciel en terme de

• fonctions principales (natures et étendues des résultats)
• fonctions secondaire (convivialité, ergonomie, navigation)

Question 36

Problèmes posés par les performance insuffisantes

Answer 36

Elles diffèrent en condition réelle d’utilisation et en condition d’entrainement et de test

Question 37

Problème du manque de cohésion des équipes de développement

Answer 37

Les résultats des sous équipes de développement peuvent présenter des disparités en termes d’ergonomie du fait d’un manque de coordination efficace.
Il convient donc de définir:
-des méthodes communes
-une coordination trés importante et bien organisée
-Une pratique de l’organisation par les acteur

Question 38

Problème des processus de construction et de livraison arnarchique

Answer 38

• Modélisation et conception
• écriture des programmes et test
• Installation et recette
• Maintenance et évolution

Question 39

Bonne pratique à adopter pour éviter les problème du RUP

Answer 39

• Adoption d’une méthode itérative et incrémentale de développement du logiciel (interaction entre maitrise d’ouvrage et maitrise d’oeuvre)
• Gestion des exigences dans une optique de satisfaction du client
• Utilisation d’une architecture logicielle à base de composants
• Recours à la modélisation graphique
• Contrôle de la qualité du logiciel

Question 40

Démarche d’adoption d’une méthode itérative et incrémentale de développement du logiciel

Answer 40

• Mise en place d’une interface homme-machine permettant la maj des données
• Mise en place des fonctions d’obtention des résultats attendus à travers les différents traitements
• adjonction de fonctionnalités de type workflow

Question 41

Démarche de gestion des exigence dans une optique de satisfaction du client

Answer 41

Toute expression de besoins doit être prise en compte afin de rechercher la possibilité de la satisfaire:

• recherche de solutions existantes
• évaluation des avantages et des inconvénients
• prévention des coûts et délais de mise en oeuvre
• soumission du résultat à la maitrise d’ouvrage

Question 42

Démarche d’utilisation d’une architecture logicielle à base de composant

Answer 42

La mise en oeuvre des méthodes agiles fondée sur des cycles courts permettant la mise ne place de livrables incrémentaux nécessite:

• L’amélioration de la productivité des méthodes de développement
• L’amélioration de la qualité du développement en évitant les régression
• L’amélioration de la coordination et de l’organisation au sein des équipes

Question 43

Avantage du recours à la modélisation graphique

Answer 43

• Facilite la compréhension et l’appropriation de la problématique à prendre en compte au sein de l’équipe de développement
• Génère un gain de productivité considérable grâce au recours aux AGL

Question 44

Contrôle de la qualité du projet

Answer 44

Méthode et critère pour juger des facteurs qualité d’une application informatique:
On distingue plusieurs point de vue:
-Point de vue fonctionnel ou conceptuel (pertinence, adequation du logiciel, généralité des aptitudes de la solution
-Point de vue de l’utilisation ou mise en oeuvre du logiciel (maniabilité, fiabilité, efficience, confidentialité, couplabilité)
-Point de vue de la maintenance ou de l’évolution du logiciel (maintenabilité, adaptabilité, portabilité)
-Point de vue économique: rentabilité des applications
(coût de l’opération et rentabilité de l’investissement)

Question 45

Critère associés au critère maniabilité

Answer 45

• communicabilité (homme /machine)
• exploitabilité
• facilité d’apprentissage (vitesse et simplicité d’appropriation par l’utilisateur

Question 46

Critère associés à la fiabilité

Answer 46

• complexité
• tolérance aux fautes
• auditabilité

Question 47

Critère associés à l’efficience

Answer 47

-Optimisation des ressources comme de la place mémoire utilisés, la taille des périphériques et la vitesse d’accès ou le temps d’execution des programme

Question 48

Crétère associés à la confidentialité

Answer 48

• Protection du code et des données

- Mémorisation des accès

Question 49

Critère associés à la couplabilité

Answer 49

• Standardisation des données

- Standardisation des interfaces

Question 50

Critère associés à la maintenabilités

Answer 50

• Lisibilité du code ource
• Modularité de l’écriture des programmes
• Traçabilité de l’évolution des codes source

Question 51

Critère associés à la portabilité

Answer 51

• banalité d’emploi du logiciel
• banalité des outils avec lesquels il a été développé
• indépendance par rapport aux plateformes techniques
• qualité de la documentation

Question 52

Contrôle des changements apportés au logiciel

Answer 52

Les changements peuvent entrainer des régressions:
Motifs de régression:
-Modification de stucture des données de la base
-Modification des méthodes de calculs des résultats
-Intégration de nouveaux modes de gestion
-Ajout d’interface et de fonction d’interopérabilité avec de nouveaux outils externes

Pour l’éviter on met en place une procédure de test concernant la non régression à appliquer avant la livraison et on utilise le diagramme d’ishikawa

Le diagramme se compose d’un objectif global et de sous objectifs principaux et d’arêtes secondaire

Question 53

Quels sont les différents type de certfications existante

Answer 53

• Certification ISO 9000: portée générale
• Certification ITIL: utilisé pour les services informatique internes aux organisations et plus spécialisée sur le service aux utilisateurs
• CMMI plus utilisé pour les services informatiques internes aux organisations et pour le développement d’application

Question 54

Méthodologie d’analyse du risque d’un projet

Answer 54

Critère retenus:

• taille du projet (périmètre total du SI du projet / au SI global)
• degré d’intégration du projet (nb d’interraction entre le projet et les autres éléments du SI.
• difficulté technique (nouveauté des technologies en matière de logicielou matériel, maitrise de la technologie au niveau interne à l’organisation ou externe.
• durée (en mois necessaire pour parcourir les 4 premier jalons (=mise en exploitation complète de l’application)
• stabilité de l’équipe (corrélée à la durée du projet et au chef de projet)

Autres critère correspondant aux 3 axes de toute conduite de projet:

• Probabilité de respect des délais
• Probabilité de respect du budget
• Probabilité de respect des clause du cahier des charges

Question 55

Comment gérer le risque taille

Answer 55

Découpage en sous projet pour des résultats intermédiaires. afin de faciliter la tâche de l’équipe projet et de permettre la rentrée dans une dynamique de succès progressifs.

Question 56

Comment gérer le risque lié au degré d’intégration

Answer 56

Besoin d’une réflexion préalable pour définir ce qu’il convient d’intégrer et ce qui ne présente pas d’intérêt réel. Dans le cadre d’une méthode itérative et incrémentale chaque interaction pourra être traitée comme un sous projet et sera validé comme tel

Question 57

Comment gérer le risque lié à la difficultés technique

Answer 57

Repose sur des idées et du bon sens; ne pas céder au modernisme systèmatique, s’assurer de la maturité d’une technologie avant de l’utiliser, ne pas surestimer ses propres compétences.

Question 58

Comment gérer la contrainte sur la durée d’un projet

Answer 58

Il sont en partie résolu par le fait de segmenter la taille des gros projets et projet partiel et par l’adoption d’une méthode itérative et incrémentale

Question 59

Comment gérer les risques liés à la stabilité de l’équipe projet

Answer 59

Il seront limités par le fait d’avoir réduit la taille et la duurée et par le fait d’avoir organisé grace à l’adoption des méthode itératives et incrémentale une appropriation progressive et une dynamique de succés