Analyse et conception de systèmes d information

Transcription

1 Analyse et conception de systèmes d information Présentation réalisée par P.-A. Sunier Professeur à la HE-Arc de Neuchâtel Juin 2005 [SJB-02] Chapitre 4 1

2 Références Ce document a été reproduit de Satzinger : Analyse et Conception de Systèmes d'information, 2ième édition, 2004, ISBN avec la permission des Éditions Reynald Goulet inc. Àl'usage exclusif du Professeur Pierre-André Sunier. Tout autre usage est interdit. [SJB-02] Juin 2005 [SJB-02] Chapitre 4 2

3 Utilisation de la présentation Cette présentation est destinée à mon enseignement exclusif selon la permission de l éditeur, les Éditions Reynald Goulet inc. Tout utilisation ou reproduction de cette présentation doit être demandée auprès de l éditeur P.-A. Sunier Juin 2005 [SJB-02] Chapitre 4 3

4 Chapitre 4 Début de l analyse: étude des spécifications du système Juin 2005 [SJB-02] Chapitre 4 4

5 [p106] Objectifs Activités de la phase d analyse Différences entre caractéristiques fonctionnelles et techniques du système Spécifications du système Différents types d utilisateurs Informations nécessaires Reconception des processus administratifs Exactitude et complétude du système Juin 2005 [SJB-02] Chapitre 4 5

6 [p106] Plan 1. La phase d analyse en détail 2. Exigences fonctionnelles et spécifications techniques 3. Les intervenants: source des spécifications du système 4. Méthodes de cueillette de l information 5. Reconception des procédés administratifs 6. Validation des spécifications Juin 2005 [SJB-02] Chapitre 4 6

7 [107] Survol L objectif ultime des activités d analyse est de permettre à l analyste de devenir aussi informé du fonctionnement de l entreprise que les utilisateurs qu il interviewe. Pourquoi l analyste doit devenir expert? Parce que c est la seule façon d assurer que le système satisfera les besoins de l entreprise. Juin 2005 [SJB-02] Chapitre 4 7

8 [p108] 1 La phase d analyse en détail Planification du projet Analyse Recueillir de l information Définir les caractéristiques du système Prioriser les caractéristiques Bâtir des maquettes (prototypes) pour la faisabilité et la découverte Produire et évaluer des solutions de rechange Examiner les recommandations avec la haute direction Conception Mise en oeuvre Support Juin 2005 [SJB-02] Chapitre 4 8

9 [p109] Points clés des activités (a) Recueillir l information L analyste doit devenir un expert du domaine que le nouveau système supportera. Définir les caractéristiques du système La modélisation peut se poursuivre assez longtemps et n a pas toujours de fin déterminée. Juin 2005 [SJB-02] Chapitre 4 9

10 [p110] Points clés des activités (b) Prioriser les spécifications Les ressources sont toujours limitées Il est donc essentiel de savoir ce qui est absolument essentiel. Créer des maquettes (prototypes) aux fins de la faisabilité et de la découverte Leur principal objectif est d assurer une meilleure compréhension des besoins des utilisateurs. Juin 2005 [SJB-02] Chapitre 4 10

11 [p111] Points clés des activités (c) Produire et évaluer des solutions de rechange L équipe de projet a de nombreuses options devant elle et se doit de toutes les décrire ou modéliser à un haut niveau. Examiner les recommandations avec la haute direction Chaque solution envisageable, y-compris l annulation du projet doit être explorée. Juin 2005 [SJB-02] Chapitre 4 11

12 [p111] Questions clés / activité Activités Questions clés Recueillir l information Est-ce que nous avons toute l information ( et la connaissance) dont nous avons besoin pour définir ce que le système doit faire? Définir les caractéristiques du système Qu est-ce que le système doit faire pour nous, de façon détaillée? Prioriser les spécifications Quelles sont les choses les plus importantes que le système doit faire? Créer les maquettes (prototypes) aux fins de la faisabilité et de la découverte Produire et évaluer des solutions de rechange Examiner les recommandations avec la haute direction Avons-nous prouvé que la technologie proposée peut faire ce que nous pensons qu elle doit faire? Avons-nous construit quelques maquettes pour assurer que les utilisateurs comprennent tout à fait le potentiel de la nouvelle technologie? Quelle est la meilleure façon de produire le système? Devons-nous poursuivre et passer à la conception et à la mise en œuvre du système que nous proposons? Juin 2005 [SJB-02] Chapitre 4 12

13 [p110] Modélisation Modèle(s) conceptuel(s) Abstraction Gestion des exigences Analyse Modèle(s) logique(s) Spécifications détaillées Conception (design) Modèle(s) physique(s) Détail des produits et environnements choisis Code pour les données et traitements Juin 2005 [SJB-02] Chapitre 4 13

14 [p112] 2 Exigences fonctionnelles et spécifications techniques Caractéristiques du système Spécifications qui définissent les fonctions que doit assurer le système Exigence fonctionnelle Spécification qui décrit une activité ou un processus que le système doit exécuter. Spécification technique Spécification d un système qui décrit un environnement d exploitation ou un objectif de performance. Juin 2005 [SJB-02] Chapitre 4 14

15 [p113] 3 Les intervenants: source des spécifications du système Intervenants utilisateurs Utilisateurs d affaires Utilisateurs d information Utilisateurs de la direction Utilisateurs de la haute direction Utilisateurs externes Intervenants clients Intervenants techniques Juin 2005 [SJB-02] Chapitre 4 15

16 [p118] 4 Méthodes de cueillette de l information Faut-il étudier et documenter le système existant ou faut-il documenter les caractéristiques du nouveau système? Ne pas automatiser le système en place Problème dit de la courbe du soleil Reconception des procédés administratifs Examiner le système actuel uniquement pour comprendre un ou des besoins Juin 2005 [SJB-02] Chapitre 4 16

17 [p118] Courbe du soleil Abstraction Modèle conceptuel Modèle logique Modèle physique Réalité Système actuel Système futur Temps Juin 2005 [SJB-02] Chapitre 4 17

18 [p119 ] Cueillette d informations / construction des modèles Données / information / Connaissance Distribuer les questionnaires Interviewer les utilisateurs Étudier la documentation existante Observer les procédés administratifs Rechercher des solutions auprès des fournisseurs Comprendre les contraintes du nouveau système Comprendre les procédures du nouveau système Comprendre les fonctions du nouveau système Développer les spécifications et les modèles pour le nouveau système Juin 2005 [SJB-02] Chapitre 4 18

19 [p120 ] Questions pour la cueillette d informations Thème Quels sont les opérations et les procédés administratifs? Comment ces opérations doiventelles s effectuer? Quelles informations faut-il pour réaliser ces opérations? Questions aux utilisateurs Que faites-vous? Comment le faites vous? Quelle démarche suivez-vous? Quelles informations utilisezvous? Quels formulaires ou rapports utilisez-vous? L analyste doit voir au-delà du système décrit par les utilisateurs! Juin 2005 [SJB-02] Chapitre 4 19

20 [p121 ] Méthodes pour la cueillette d informations Examen des rapports, formulaires et descriptions de procédures existantes Entrevues et discussions avec les utilisateurs Observation et documentation des procédés administratifs Distribution et collecte de questionnaires Tenue de séances de développement conjoint d applications Étudier les solutions des fournisseurs Juin 2005 [SJB-02] Chapitre 4 20

21 [p123 ] Liste de contrôle pour la réalisation d une entrevue (a) Avant Définir l objectif de l entrevue Déterminer le ou les utilisateurs à impliquer Déterminer quels membres de l équipe de projet doivent participer Dresser une liste des questions et des problèmes à traiter Examiner les documents et matériels pertinents Établir la date, l heure et le lieu de l entrevue Informer tous les participants des objectifs, dates, heures et lieux Juin 2005 [SJB-02] Chapitre 4 21

22 [p123 ] Liste de contrôle pour la réalisation d une entrevue (b) Pendant Se vêtir correctement, arriver à l heure Rechercher des exceptions et des conditions d erreur Insister sur les détails Prendre des notes minutieuses Identifier et documenter les éléments sans réponse ou les questions ouvertes Limitez la longueur des entrevues: environ une heure et demi Juin 2005 [SJB-02] Chapitre 4 22

23 [p123 ] Liste de contrôle pour la réalisation d une entrevue (c) Après Revoir les notes à des fins d exactitude, de complétude et de compréhension Transférer l information sur les modèles et documents appropriés Identifier les secteurs exigeant des éclaircissements S il y a lieu, envoyer un mot de remerciement Juin 2005 [SJB-02] Chapitre 4 23

24 [p126] Observation et documentation des procédés administratifs L observation rend souvent les utilisateurs nerveux. Vous devez donc être aussi discret que possible. Plusieurs méthodes, comme travailler avec l utilisateur ou en observer plusieurs en même temps, permettent de mettre les gens plus à l aise. Le bon sens et la sensibilité aux besoins et sentiments des utilisateurs auront pour effet de rendre l expérience positive pour tous. Juin 2005 [SJB-02] Chapitre 4 24

25 [p127] Diagrammes de flux de travaux - Workflow Flux de travaux Suite des étapes nécessaires pour traiter une transaction Diagramme d activités Type de diagramme de flux de travaux qui décrit les activités des utilisateurs et leur séquence de déroulement. Juin 2005 [SJB-02] Chapitre 4 25

26 [p128] Symbolisme de diagrammes d activités (UML) Voir nos cours UML - Diagrammes d activités: [UML-TH05] Juin 2005 [SJB-02] Chapitre 4 26

27 [p129] Exemple de flux de travaux (a) Suite au transparent suivant Juin 2005 [SJB-02] Chapitre 4 27

28 [p129] Exemple de flux de travaux (b) Voir notre introduction à Visio - Diagrammes de flux fonctionnel croisé: [Visio-FC] Juin 2005 [SJB-02] Chapitre 4 28

29 [p131] Construction de prototypes Maquette Exemple d un produit final que l on peut visualiser mais qui n est pas exécutable Dessins, croquis Copies d écrans Prototype Modèle fonctionnel préliminaire d un plus gros système Opérant Focalisé (un objectif, risque à évaluer) Rapide (outils CASE) Juin 2005 [SJB-02] Chapitre 4 29

30 [p132] Distribution et collecte de questionnaires Questions fermées destinées à déterminer de l information quantitative Combien d appels téléphoniques recevez-vous? Question d opinion où les répondants indiquent leur degré d accord ou de désaccord Je pourrais mieux faire mon travail si j avais accès à l historique d achat du client Questions ouvertes demandant d expliquer une procédure ou un problème Identifiez brièvement les problèmes du système actuel que vous aimeriez voir résolus par un nouveau système Juin 2005 [SJB-02] Chapitre 4 30

31 [p133] Tenue de séances de développement conjoint d application Développement conjoint d applications (DCA) Technique servant à définir des spécifications ou à concevoir un système en une seule séance à laquelle participent tous les intervenants Chef de séance Utilisateurs Personnel technique Membres de l équipe de projet Juin 2005 [SJB-02] Chapitre 4 31

32 [p135] Étudier les solutions des fournisseurs L exploration de solutions offre trois avantages et un risque: (+) aider les utilisateurs à trouver de meilleures idées (+) certaines solutions sont en fait excellentes et très au point (+) il est toujours plus économique, et moins risqué, d acheter une solution que de la construire (-) les besoins de l entreprise risquent de ne pas être investigués assez minutieusement Juin 2005 [SJB-02] Chapitre 4 32

33 [p136] 5 Reconception des procédés administratifs (RPA) La reconception des procédés administratifs (BPR Business Process Reengineering en anglais) est une approche stratégique fondamentale d organisation qui permet de simplifier les processus internes afin de les rendre aussi efficaces et efficients que possibles Juin 2005 [SJB-02] Chapitre 4 33

34 [p137] 6 Validation des spécifications Pas de possibilité de test comme l exécution d un code pour le programmeur Révision structurée Examen systématique des résultats de votre investigation et des modèles construits à partir de ces résultats Juin 2005 [SJB-02] Chapitre 4 34