© 2006 erpi. reproduction autoriséejacques lavallée et danielle perras, université de sherbrooke...

© 2006 ERPI. Reproduction autoriséeJacques Lavallée et Danielle Perras, Université de Sherbrooke

14141414ChapitreChapitre ChapitreChapitre

La restructuration de La restructuration de l’organisation au moyen l’organisation au moyen

des systèmes des systèmes d’informationd’information

La restructuration de La restructuration de l’organisation au moyen l’organisation au moyen

des systèmes des systèmes d’informationd’information

14.2

Les systèmes d’information de gestionLes systèmes d’information de gestionChapitre 14 – La restructuration de l’organisation au moyen des SIChapitre 14 – La restructuration de l’organisation au moyen des SI

© 2006 ERPI. Reproduction autorisée

OBJECTIFSOBJECTIFS

• Démontrer comment le développement de nouveaux Démontrer comment le développement de nouveaux systèmes entraîne des changements systèmes entraîne des changements organisationnelsorganisationnels

• Expliquer comment une entreprise peut développer Expliquer comment une entreprise peut développer des SI qui correspondent à son plan d’affairesdes SI qui correspondent à son plan d’affaires

• Établir et décrire les principales activités du Établir et décrire les principales activités du processus de développement des systèmesprocessus de développement des systèmes

• Évaluer les méthodes de rechange pour développer Évaluer les méthodes de rechange pour développer des SIdes SI

• Cerner les défis que posent le développement des SICerner les défis que posent le développement des SI

14.3



Cas Service de protection contre les incendies de l’état de Cas Service de protection contre les incendies de l’état de Victoria, en AustralieVictoria, en Australie

• Défis : Défis : – Développer des SI pour coordonner 63 000 pompiers

bénévoles, 850 employés permanents et 1 200 casernes afin de répondre aux appels d’urgences

– Éliminer le chevauchement des applications existantes et la grande redondance des données

• Solutions :Solutions : – Développement d’un site Web, Brigades Online, pour

fournir de l’information aux bénévoles– Développement d’un système de gestion des urgences

et d’un SI sur les localités

• Illustre la nécessité de bien comprendre les besoins Illustre la nécessité de bien comprendre les besoins en information pour entreprendre une restructuration en information pour entreprendre une restructuration d’entreprised’entreprise

14.4



Les systèmes dans la perspective des changements Les systèmes dans la perspective des changements organisationnels planifiésorganisationnels planifiés

Le lien entre les SI et le plan d’affaires : le plan des Le lien entre les SI et le plan d’affaires : le plan des systèmes d’information systèmes d’information (voir tableau 14-1)(voir tableau 14-1)

1.1. Objectif du plan, soit la direction vers laquelle on doit Objectif du plan, soit la direction vers laquelle on doit s’orienter et pourquoi s’orienter et pourquoi

2.2. Plan d’affaires stratégiquePlan d’affaires stratégique

3.3. Description et évaluation des systèmes actuelsDescription et évaluation des systèmes actuels

4.4. Nouvelles initiatives prévuesNouvelles initiatives prévues

5.5. Stratégie de gestionStratégie de gestion

6.6. Plan de mise en applicationPlan de mise en application

7.7. BudgetsBudgets

14.5




La définition des besoins en information La définition des besoins en information

L’analyse d’entreprise :L’analyse d’entreprise :

• Aussi appelée planification des systèmes d’affairesAussi appelée planification des systèmes d’affaires

• Analyse l’entreprise dans son ensemble, en Analyse l’entreprise dans son ensemble, en fonction de ses :fonction de ses :

– Unités – Secteurs fonctionnels– Processus– Éléments de données

14.6




La définition des besoins en information ( La définition des besoins en information ( …suite…suite))

Les facteurs critiques de succès (FCS) :Les facteurs critiques de succès (FCS) :

• Aussi appelés l’analyse stratégiqueAussi appelés l’analyse stratégique

• Établis par les cadresÉtablis par les cadres

• Seul un petit nombre sont établis par organisationSeul un petit nombre sont établis par organisation

• Déterminent les besoins en information de Déterminent les besoins en information de l’organisationl’organisation

• Correspondent aux objectifs opérationnels selon Correspondent aux objectifs opérationnels selon lesquels la prospérité de l’organisation est assuréelesquels la prospérité de l’organisation est assurée

• Dépendent du secteur d’activités, de l’entreprise elle-Dépendent du secteur d’activités, de l’entreprise elle-même, de ses cadres et du vaste environnementmême, de ses cadres et du vaste environnement

14.7




Développement de systèmes et changements Développement de systèmes et changements organisationnelsorganisationnels

Quatre types de changements structurels :Quatre types de changements structurels :

1.1. Automatisation :Automatisation : forme la plus courante qui consiste forme la plus courante qui consiste à mécaniser les calculs et certaines tâches pour à mécaniser les calculs et certaines tâches pour augmenter la rapidité et l’efficacitéaugmenter la rapidité et l’efficacité

2.2. Rationalisation :Rationalisation : élimination des goulots élimination des goulots d’étranglement et rationalisation des procédures d’étranglement et rationalisation des procédures standards d’opérationstandards d’opération

14.8




Développement de systèmes et changements Développement de systèmes et changements organisationnels ( organisationnels ( …suite…suite))

Quatre types de changements structurels :Quatre types de changements structurels :

3.3. Réingénierie :Réingénierie : restructuration radicale des opérations restructuration radicale des opérations et des processus d’affaires pour :et des processus d’affaires pour :

– Diminuer les coûts de façon importante– Créer de nouveaux produits et services– Augmenter la qualité des produits et services

4.4. Changement de paradigme :Changement de paradigme : changement de la nature changement de la nature des affaires de l’organisation tout comme de la nature des affaires de l’organisation tout comme de la nature de l’organisation elle-mêmede l’organisation elle-même

14.9




Le changement organisationnel comporte des risques et des Le changement organisationnel comporte des risques et des avantagesavantages

Figure 14-3

14.10



Réingénierie des processus d’affaires et amélioration Réingénierie des processus d’affaires et amélioration des processusdes processus

• Réduction du six à huit semaines de temps requis Réduction du six à huit semaines de temps requis pour obtenir une hypothèque à seulement une pour obtenir une hypothèque à seulement une semainesemaine

• Changement radical du flux de travail et de la gestion Changement radical du flux de travail et de la gestion des documentsdes documents

• Gestion du flux de travail :Gestion du flux de travail : processus qui consiste à processus qui consiste à rationaliser les procédures d’affaires pour accéder rationaliser les procédures d’affaires pour accéder plus facilement et efficacement aux documentsplus facilement et efficacement aux documents

Réingénierie des processus d’affairesRéingénierie des processus d’affaires

Un exemple avec l’industrie des prêts hypothécaires Un exemple avec l’industrie des prêts hypothécaires résidentiels des États-Unis :résidentiels des États-Unis :

14.11




Étapes d’une réingénierie efficaceÉtapes d’une réingénierie efficace

• Déterminer et comprendre quels sont les Déterminer et comprendre quels sont les processus d’affaires à améliorer processus d’affaires à améliorer

• Comprendre et mesurer la performance des Comprendre et mesurer la performance des processus déjà en placeprocessus déjà en place

• Permettre à la TI d’influencer la conception d’un Permettre à la TI d’influencer la conception d’un processus dès le départprocessus dès le départ

14.12




Reconfiguration du traitement des hypothèques aux États-UnisReconfiguration du traitement des hypothèques aux États-Unis

Figure 14-4

14.13




Reconfiguration du traitement des hypothèques aux États-UnisReconfiguration du traitement des hypothèques aux États-Unis

Figure 14-4

14.14



Aperçu du développement des systèmesAperçu du développement des systèmes

Développement des systèmesDéveloppement des systèmes

• Désigne toutes les activités qui contribuent à Désigne toutes les activités qui contribuent à

trouver une solution, grâce aux SI, à un problème trouver une solution, grâce aux SI, à un problème

ou une occasion pour une organisationou une occasion pour une organisation

14.15




Processus de développement des systèmesProcessus de développement des systèmes

Figure 14-5

14.16




Analyse de systèmesAnalyse de systèmes

• Analyse du problème que l’organisation tentera de Analyse du problème que l’organisation tentera de résoudre avec un système d’informationrésoudre avec un système d’information

• Principales étapes :Principales étapes :– Définition du problème ou besoin

– Détermination de ses causes

– Définition d’une ou plusieurs solutions

– Détermination des besoins en information

• Étude de faisabilité :Étude de faisabilité : détermine si une solution détermine si une solution proposée est réalisable d’un point de vue financier, proposée est réalisable d’un point de vue financier, technique et organisationneltechnique et organisationnel

14.17




Analyse de systèmesAnalyse de systèmes ( ( …suite…suite))

• Déterminer les besoins en information :Déterminer les besoins en information :– Quelles personnes ont besoin des informations– Quel type d’informations ont-elles besoin– À quel endroit et à quel moment faut-il les leur livrer– Méthode par laquelle il faut les leur acheminer

• Permet de cerner les objectifs, les procédures et les Permet de cerner les objectifs, les procédures et les processus décisionnels de l’organisationprocessus décisionnels de l’organisation

• Phase la plus complexe de l’analyse de systèmesPhase la plus complexe de l’analyse de systèmes

• Une analyse de besoins erronée s’avère la Une analyse de besoins erronée s’avère la principale cause de l’échec des systèmes et des principale cause de l’échec des systèmes et des coûts élevés de leur développementcoûts élevés de leur développement

14.18




Conception de systèmesConception de systèmes

• Décrit comment le système proposé répondra aux Décrit comment le système proposé répondra aux besoins établis dans la phase d’analyse de systèmes besoins établis dans la phase d’analyse de systèmes

• Comprend un plan avec des spécifications détaillées Comprend un plan avec des spécifications détaillées (voir tableau 14-3)(voir tableau 14-3)

• Rôle des utilisateurs finaux :Rôle des utilisateurs finaux :– Doivent avoir suffisamment de pouvoir sur la conception

pour s’assurer que le système tienne compte de leurs priorités et besoins en information

– S’ils participent à la conception d’un système, ils le comprendront mieux et seront plus enclins à l’accepter

– En général, plus la complexité du système est élevée, plus l’implication des utilisateurs finaux doit être importante

14.19




ProgrammationProgrammation

• Conversion des spécifications de la conception en Conversion des spécifications de la conception en code de programme code de programme

• De nos jours, plusieurs entreprises achètent des De nos jours, plusieurs entreprises achètent des logiciels déjà programmés ou les font développer à logiciels déjà programmés ou les font développer à l’extérieur au lieu de les programmer elles-mêmesl’extérieur au lieu de les programmer elles-mêmes

14.20




EssaiEssai

• Phase pendant laquelle on procède à des essais Phase pendant laquelle on procède à des essais minutieux et complets pour s’assurer que le minutieux et complets pour s’assurer que le système produit de bons résultatssystème produit de bons résultats

• La phase d’essai se divise en trois activités :La phase d’essai se divise en trois activités :

– Essai des programmes : mise à l’épreuve ou test de chaque programme

– Essai du système : test du système dans son ensemble avec tous ses programmes

– Essai d’acceptation : évaluation des essais de système par les utilisateurs, le personnel technique et la direction en vue de l’acceptation finale

14.21




ConversionConversion

• Processus par lequel on passe de l’ancien au Processus par lequel on passe de l’ancien au nouveau systèmenouveau système

• Les quatre stratégies principales :Les quatre stratégies principales :

– Stratégie parallèle

– Stratégie du basculement direct

– Stratégie du projet pilote

– Stratégie par étapes

14.22




Exploitation et entretienExploitation et entretien

• Une fois le système installé et la conversion Une fois le système installé et la conversion terminée, on dira que le système est en terminée, on dira que le système est en exploitationexploitation

• Pendant l’exploitation, le système est révisé Pendant l’exploitation, le système est révisé régulièrement par les utilisateurs et les techniciensrégulièrement par les utilisateurs et les techniciens

• Ces révisions permettent de déterminer jusqu’à Ces révisions permettent de déterminer jusqu’à quel point le système répond aux critères initiaux et quel point le système répond aux critères initiaux et s’il faut le revoir ou le modifiers’il faut le revoir ou le modifier

• La phase d’La phase d’entretienentretien est celle où on apporte des est celle où on apporte des modifications à un système en exploitation, que ce modifications à un système en exploitation, que ce soit au niveau du matériel, du logiciel, de la soit au niveau du matériel, du logiciel, de la documentation ou des procédés, afin de le corriger documentation ou des procédés, afin de le corriger ou de l’améliorerou de l’améliorer

14.23



Développement de systèmes : méthodes de rechangeDéveloppement de systèmes : méthodes de rechange

Le cycle de vie des systèmesLe cycle de vie des systèmes

• La plus ancienne des méthodes de développement La plus ancienne des méthodes de développement des systèmes d’informationdes systèmes d’information

• Méthode par étapes qui vise à construire un SI en Méthode par étapes qui vise à construire un SI en divisant le développement en étapes formellesdivisant le développement en étapes formelles

• Méthode qui suppose également une division très Méthode qui suppose également une division très rigoureuse des tâches entre les utilisateurs finaux rigoureuse des tâches entre les utilisateurs finaux et les spécialistes des SIet les spécialistes des SI

• Convient davantage aux gros systèmes complexes Convient davantage aux gros systèmes complexes de par sa rigueurde par sa rigueur

• Souvent trop laborieuse, coûteuse et inflexible pour Souvent trop laborieuse, coûteuse et inflexible pour les petits systèmesles petits systèmes

14.24




Le prototypageLe prototypage

• Méthode de développement à l’aide d’un prototype Méthode de développement à l’aide d’un prototype évalué par les utilisateurs finauxévalué par les utilisateurs finaux

• PrototypePrototype : version fonctionnelle temporaire d’un : version fonctionnelle temporaire d’un SI ou d’une partie d’un SI qui sert d’exemple aux SI ou d’une partie d’un SI qui sert d’exemple aux utilisateurs finauxutilisateurs finaux

• Prototypage itératif :Prototypage itératif : processus par lequel un processus par lequel un modèle préliminaire, aussi appelé un prototype, modèle préliminaire, aussi appelé un prototype, peut être essayé, mis au point et réessayé peut être essayé, mis au point et réessayé plusieurs foisplusieurs fois

14.25




Le prototypage ( Le prototypage ( …suite…suite))

Avantages : Avantages :

• Méthode de développement rapide et peu coûteuseMéthode de développement rapide et peu coûteuse• Utile lorsque les besoins ou les solutions de Utile lorsque les besoins ou les solutions de

conception ne sont pas suffisamment définisconception ne sont pas suffisamment définis• Sert surtout à la conception de l’interface-utilisateurSert surtout à la conception de l’interface-utilisateur• Encourage la participation active des utilisateursEncourage la participation active des utilisateurs

Inconvénients :Inconvénients :

• Peut tenter l’adoption d’une version fonctionnant Peut tenter l’adoption d’une version fonctionnant bien sans avoir été bien documentée et testéebien sans avoir été bien documentée et testée

• Risque de ne pouvoir gérer une grande quantité de Risque de ne pouvoir gérer une grande quantité de données ou servir un grand nombre d’utilisateursdonnées ou servir un grand nombre d’utilisateurs

14.26




Le processus de prototypageLe processus de prototypage

Figure 14-11

14.27




Le développement par l’utilisateur finalLe développement par l’utilisateur final

• Méthode par laquelle un utilisateur final développe Méthode par laquelle un utilisateur final développe un SI avec très peu d’aide, sinon aucune, de la part un SI avec très peu d’aide, sinon aucune, de la part des spécialistesdes spécialistes

14.28




Les langages de quatrième générationLes langages de quatrième génération

• Outils logiciels qui permettent aux utilisateurs Outils logiciels qui permettent aux utilisateurs finaux de créer des rapports ou de développer des finaux de créer des rapports ou de développer des applications avec très peu, voire aucune assistanceapplications avec très peu, voire aucune assistance

• Outils qui permettent de développer plus rapidement Outils qui permettent de développer plus rapidement des SI qu’avec la méthode du cycle de viedes SI qu’avec la méthode du cycle de vie

• Par contre, quand les systèmes sont créés Par contre, quand les systèmes sont créés rapidement, la mise à l’essai et la documentation rapidement, la mise à l’essai et la documentation peuvent se révéler inappropriéespeuvent se révéler inappropriées

14.29




Les langages de quatrième générationLes langages de quatrième génération ( ( …suite…suite))

Les sept principales catégories de langages de Les sept principales catégories de langages de quatrième génération quatrième génération (voir tableau 14-5)(voir tableau 14-5) : :

• Outils logiciels pour ordinateur personnelOutils logiciels pour ordinateur personnel

• Langage d’interrogationLangage d’interrogation

• Générateur de rapportsGénérateur de rapports

• Langage graphiqueLangage graphique

• Générateur d’applicationsGénérateur d’applications

• Progiciel d’applicationsProgiciel d’applications

• Langage de programmation très évaluéLangage de programmation très évalué

14.30




Progiciels d’application et impartition Progiciels d’application et impartition

Les progiciels d’application :Les progiciels d’application :

• Logiciels d’application déjà développés que les Logiciels d’application déjà développés que les entreprises peuvent acheter ou louerentreprises peuvent acheter ou louer

• Peuvent inclure des fonctions de Peuvent inclure des fonctions de personnalisationpersonnalisation qui permettent de modifier un progiciel pour qu’il qui permettent de modifier un progiciel pour qu’il réponde aux besoins particuliers d’une réponde aux besoins particuliers d’une organisation, sans en altérer le fonctionnementorganisation, sans en altérer le fonctionnement

14.31




Progiciels d’application et impartition ( Progiciels d’application et impartition ( …suite…suite))

Critères d’évaluation des progiciels d’application :Critères d’évaluation des progiciels d’application :

• SouplesseSouplesse

• ConvivialitéConvivialité

• Ressources en matériel et en logicielRessources en matériel et en logiciel

• Besoins en base de donnéesBesoins en base de données

• InstallationInstallation

• Entretien requisEntretien requis

• DocumentationDocumentation

• Renommée du vendeurRenommée du vendeur

• Prix du systèmePrix du système

14.32





L’appel d’offres :L’appel d’offres :

• Liste détaillée de questions soumises aux vendeurs Liste détaillée de questions soumises aux vendeurs de progiciels qui sera utilisée pour évaluer les de progiciels qui sera utilisée pour évaluer les différents progiciels proposésdifférents progiciels proposés

14.33




Effets de la personnalisation d’un progiciel sur l’ensemble des coûts de mise Effets de la personnalisation d’un progiciel sur l’ensemble des coûts de mise en applicationen application

Figure 14-12

14.34





L’impartition :L’impartition :

• Le fait d’engager une firme externe pour le Le fait d’engager une firme externe pour le développement ou l’exploitation de systèmes développement ou l’exploitation de systèmes d’informationd’information

• Ces firmes externes peuvent fournir du matériel, Ces firmes externes peuvent fournir du matériel, des logiciels et du personnel qualifiédes logiciels et du personnel qualifié

14.35





Avantages de l’impartition :Avantages de l’impartition :

• Le fournisseur de services tire profit des Le fournisseur de services tire profit des économies d’échelle et des compétences économies d’échelle et des compétences complémentaires qu’une entreprise non spécialisée complémentaires qu’une entreprise non spécialisée en TI ne possède pasen TI ne possède pas

• Plusieurs clients peuvent se partager les Plusieurs clients peuvent se partager les connaissances et les compétences spécialisées du connaissances et les compétences spécialisées du fournisseurfournisseur

14.36





Inconvénients de l’impartition :Inconvénients de l’impartition :

• Des coûts cachés, parfois difficiles à évaluer, Des coûts cachés, parfois difficiles à évaluer, viennent réduire les avantagesviennent réduire les avantages

• Perte de contrôle de ses systèmes d’informationPerte de contrôle de ses systèmes d’information

14.37



Possibilités, défis et solutions en matière de gestionPossibilités, défis et solutions en matière de gestion

Les possibilitésLes possibilités

• Les nouveaux SI permettent aux organisations de Les nouveaux SI permettent aux organisations de repenser :repenser :– Leur structure– Leur champ d’application – Leurs relations de pouvoir – Leurs flux de travail– Leurs produits et services

• La construction d’un nouveau système crée des La construction d’un nouveau système crée des occasions de redéfinir la façon dont l’entreprise occasions de redéfinir la façon dont l’entreprise dirige ses affaires, ce qui améliore la productivité et dirige ses affaires, ce qui améliore la productivité et la performancela performance

14.38




Les défisLes défis

• Les technologies et les conditions d’affaires Les technologies et les conditions d’affaires changent si rapidement que l’agilité et changent si rapidement que l’agilité et l’extensibilité sont devenues des facteurs critiques l’extensibilité sont devenues des facteurs critiques de succèsde succès

• Les infrastructures traditionnelles de TI, où une Les infrastructures traditionnelles de TI, où une seule entreprise gère et possède, cèdent la place seule entreprise gère et possède, cèdent la place aux réseaux d’applications que gèrent et possèdent aux réseaux d’applications que gèrent et possèdent plusieurs partenaires d’affairesplusieurs partenaires d’affaires

• Le développement de SI devra donc soutenir plus Le développement de SI devra donc soutenir plus de processus et besoins interorganisationnels de processus et besoins interorganisationnels qu’avantqu’avant

14.39




Les solutionsLes solutions

Les entreprises optent pour :Les entreprises optent pour :

• Le prototypage ou d’autres processus de Le prototypage ou d’autres processus de développement plus courts et plus informels, pour développement plus courts et plus informels, pour nombre de leurs applications de commerce et nombre de leurs applications de commerce et d’affaires électroniquesd’affaires électroniques

• Des progicielsDes progiciels

• Des services d’impartitionDes services d’impartition

© 2006 erpi. reproduction autoriséejacques lavallée et danielle perras, université de sherbrooke...

Documents