Chapitre 14 La gestion des TI

1
Chapitre 14La gestion des TI

• Développement, mise en place et contrôle

2
Objectifs de la séance

• Comprendre les activités de développement des SI
  et les problèmes qui y sont liés
• Comprendre le processus de mise en place
• Cerner le problème de la résistance
• Décrire et discuter les critères d évaluation
  des acquisitions
• Décrire et discuter des contrôles applicables aux
  SI

3
Le cycle de développement de systèmes

• 1. Étude de faisabilité
• 2. Exigences fonctionnelles fonctions à remplir
• 3. Spécifications
• 4. Système opérationnel
• 5. Système maintenu et amélioré

4
Faisabilité

• Organisationnelle
• Supporte les objectifs et stratégies
• Fournit des avantages concurrentiels
• Technique
• Réalisable dans les conditions actuelles
• Financière
• Réduction de coûts ou augmentation de revenus
• Diminution des investissements ou augmentation
  profits
• Opérationnelle
• Pas de résistance et soutien de la direction
• Rencontre les exigences externes

5
Analyse fonctionnelle

• Exigences
• Fonction à rencontrer
• Information exigées par les fonctions remplies
  par les utilisateurs
• Activités, ressources et produits des SI actuels
• Capacités pour rencontrer les fonctions et
  fournir les informations

6
Étapes de l analyse fonctionnelle

• Analyse organisationnelle
• Analyse du système actuel
• Exigences fonctionnelles
• Modèle de données
• Interface utilisateur
• Traitements
• Capacité de stockage
• Exigences de contrôle

7
La conception

• 1. Modélisation de la base de données
• 2. Conception de l interface
• Les intrants
• Contenu
• Moment de la saisie
• Médium
• Format
• Volume

8
La conception

• 3. Conception des traitements
• Spécifications
• Normes à choisir et à respecter
• Les extrants
• Contenu
• Forme
• Volume
• Moment où l information est attendue
• Médium
• Format

9
Mise en place

• Remplacement de l ancien par le nouveau
  conversion
• Parallèle
• Immédiate
• Pilote
• Progessive
• Évaluation
• Entretien
• Adaptation
• Conformation
• Réparation

10
Ateliers de génie logiciel

• Modélisation
• Dictionnaire
• Transformation
• Modèle de données en base de données
• Interfaces en code de programmes
• Attentes trop grandes, déceptions

11
Prototypage

• Objectif de cette approche
• Développer un modèle utilisable de ce que sera le
  système ou une partie de celui-ci, cette version
  du système porte le nom de prototype.
• Qu'est-ce qu'un prototype
• Version à peu de frais en peu de temps et avec
  l'intention de la modifier ou de la remplacer
• Propriétés de l'approche
• Analyse, conception et réalisation sont
  concomitants, contrairement à l'approche
  traditionnelle

12
Prototypage

• Utilisation du prototypage
• Les usagers travaillent avec le prototype et
  suggèrent des modifications. Ces suggestions
  sont ensuite incorporée
• Quand les usagers sont satisfaits, on en fait une
  version définitive
• Sinon on jette le prototype.
• Dans ce cas, on construit le "vrai" système sur
  la base de l'expérience acquise dans le
  prototypage
• Utilisée souvent pour les SAD

13
Prototypage

• Maquette
• Écrans
• Rapports papier
• Systèmes fonctionnels
• Etapes
• 1- Cerner exigences
• 2- Élaborer prototype
• 3- Utiliser le prototype
• 3- Réviser prototype
• 4- Utiliser et entretenir en service

Prototypage
NON
SATISFAIT?
OUI
Entretien
14
Aide mémoire pour la mise en place

• Saisie des données
• Traitement des données
• Sorties des informations
• Stockage des données
• Voir figure 3.18 pages 95-96

15
Processus de mise en place

• Acquisition du matériel et du logiciel
• Développement ou modification des logiciels
• Formation
• Documentation
• Conversion

16
Acquisition matériel, logiciel et services

• Les principaux fournisseurs de la figure 14.2,
  c est maintenant bien changé
• Constructeurs vs vendeurs à valeur ajoutée
• Fournisseurs de services
• Fabricants et détaillants
• Traitement à façon et temps partagé
• Intégrateurs de systèmes et impartiteurs
• Consultants
• Types de services

17
Évaluation du matériel et du logiciel

• Présenter un cahier de charge ou un appel
  d offre ouvert à un ou plusieurs fournisseurs
• inviter un seul fournisseur simplifie le
  processus
• en inviter plusieurs améliore la qualité et
  abaisse les prix
• Évaluer  objectivement  pour réduire
  l arbitraire et éviter les biais

18
Évaluation de l appel d offres

• Classement des fournisseurs
• Évaluation de certains facteurs fig. 14.5, 14.6,
  14.7
• Pondération des facteurs en fonction des
  objectifs
• Meilleur score pas toujours celui qui sera choisi
• Contrer les biais individuels qui favorisent un
  produit ou un fournisseur
• Les bancs d'essai
• Doivent refléter la capacité réelle attendue
• Coûtent cher
• Ne sont pas sans failles

19
Les contrats

• On doit signer des contrats
• Ceux-ci doivent tenir compte de l'évolution
  future des relations avec le fournisseur
• Un avocat spécialisé dans le domaine
  technologique ou dans le domaine des technologies
  de l'information

20
Autres activité mise à l essai

• Inverse du développement du détail vers le global
  en intégrant des composantes de plus en plus
  grandes
• Modules
• Programmes
• Système
• Acceptation
• On veut un système exempt de défauts
• Erreurs de syntaxe,
• Erreurs d'exécution et
• Erreurs de logique
• Défauts de spécification (ne rencontre pas les
  besoins)

21
Autres activité la documentation

• Les instructions qui permettent d'utiliser,
  d'exploiter, de maintenir et de développer un
  système
• DFD, diagrammes hiérarchiques, manuels
  d'utilisation, manuels d'exploitation, code de
  programme, exemples des écrans et des rapports
  modèles de données (conceptuel, fonctionnel et
  physique)
• La documentation est la responsabilité de tous
  ceux qui participent au développement et à
  l'entretien du système, en particulier des
  analystes

22
Autres activité la documentation

• Types de documentation
• Documentation de projet
• Documentation de système
• Documentation de programme
• Documentation pour les utilisateurs
• Documentation pour les programmeurs
• Documentation pour les opérateurs

23
Autres activité la formation

• Le coût de la formation est important
• Un PC coûtait 19000 (US) dans les années '80, en
  1995 on estime le coût à 40000 dont 12 pour
  l'achat le reste représentant le logiciel (10),
  l'entretien (10) et la formation (y compris le
  temps perdu à l'auto formation)
• Le programme de formation
• Considérations concernant les participants

24
Autres activité la conversion

• Directe immédiate et complète
• Parallèle les deux en même temps
• Par étapes ou progressive
• Le nouveau système est mis en place
  progressivement morceau par morceau (par exemple,
  fonction par fonction)
• Projet pilote
• Le nouveau système est utilisé dans une partie de
  l'organisation avant de voir son usage étendu à
  toute l'organisation

25
Problème de la résistance des utilisateurs

• Crainte normale
• De l inconnu
• De perdre son emploi
• De voir sa tâche modifier
• D avoir l air incompétent
• Pour contrer la résistance
• Participation
• Formation
• Meilleure communication

26
La maintenance

• Le fait d'apporter des modifications au système
  tout au long de sa vie pour qu'il continue de
  rencontrer les objectifs poursuivis
• Coût élevé des activités de maintenance
• On parle de 80 du budget des systèmes
  d'information à la maintenance
• Il faut donc concevoir des systèmes adaptables
  qui vont permettre de réduire le coût des
  ajustements et ainsi libérer des budgets
  supplémentaires pour développer

27
La maintenance

• Les quatre types de maintenance
• Corrective pour les erreurs
• D'adaptation pour se conformer aux changements
• De perfectionnement pour la performance
• Maintenance préventive recherche de problèmes
• Outils utilisés dans la maintenance
• Aides à la restructuration du code
• Générateurs de code
• La réutilisation du code et programmation objet

28
Importance du contrôle des SI

• Pour éviter
• Les erreurs
• Les fraudes
• La destruction
• Très difficile voire impossible d effectuer des
  contrôles visuels
• Donc doit mettre en place d autres systèmes de
  contrôle

29
Contrôle des SI

• Contrôle des entrées
• Mots de passe,
• Masques de saisie, indicateurs sonores, gabarits
  sur les touches
• Formulaires pré-imprimés et pré-numérotés
• Utiliser un journal des transactions
• Contrôle logiciel
• validation des codes
• par des limites
• par le type de données
• Contrôle par total

30
Clé d encription
31
Contrôle des SI

• Contrôle du traitement
• Contrôle du matériel
• Défaillances parité, écho
• Redondance des composantes
• Commutateurs d interdiction (disquettes)
• Microprocesseurs pour télédiagnostics
• Contrôle du logiciel
• Labels de fichiers
• Points de contrôle
• Moniteurs de sécurité

32
Contrôle des SI

• Contrôle des sorties
• Exactitude des sorties contrôlée par les
  programmes
• Contrôle des chèques, blancs pré-numérotés
• Listes de distribution pour ne remettre qu aux
  personnes autorisées
• Codes d accès pour contrôler les sorties des
  systèmes temps réel

33
Contrôle des SI

• Contrôle du stockage
• Utiliser un administrateur de bases de données et
  un bibliothécaire de programmes
• Codes daccès
• Mots de passe à plusieurs niveaux et/ou privilège
  d accès dans les bases de données
• Copies de sécurité comme vous le faites toujours
  régulièrement

34
Contrôle des procédures

• Contrôles des procédures
• Répartition des tâches
• Manuels de procédures pour l exploitation
• Autorisations pour modifier ou développer un
  système
• Reprise après sinistre
• Erreurs humaines
• Fautes ou pannes de matériel
• Accidents naturels

35
Contrôle des installations

• Contrôle des installations fig. 14.16
• Accès physique et protection des accidents
• Contrôle biométrique
• Contrôle des télécommunications par encryptage
• Contrôle des défaillances
• Systèmes redondants
• Contrôle de l informatique de l utilisateur
• Surveiller le développement par les utilisateurs
  pour assurer la conformité et la robustesse et la
  facilité de maintenance

36
Coupe-feu
37
Contrôle des SI vérification

• Vérification (audit)
• Vérification hors logiciel consiste à faire le
  traitement en parallèle à lextérieur de
  lordinateur
• Vérification interne consiste à vérifier la
  précision et l intégrité des programmes
• Compare les copies en usage avec des copies
  détenues par le vérificateur
• Utilise des logiciels de vérification des
  systèmes informatiques
• Vérification à rebours difficile quand il n y a
  plus de papier donc de traces physiques