Méthodologies documentaires

Yves Marcoux
EBSI – Université de Montréal

Copyright © 2007 Yves Marcoux 1

 Plan
• Rôle et nature des méthodologies
– Méthodologies documentaires
• Regard critique sur les méthodologies
• Structure des méthodologies
• Place de la modélisation dans un métho.
• Aperçu de quelques méthodologies
spécifiques

Copyright © 2007 Yves Marcoux 2

 Rappel du contexte…
• Métho. de recherche ≠ métho. en gestion
• Cas particuliers en gestion:
– Méthodologie de gestion de projet
– Méthodologie de mise sur pied de système
• Métho. de mise sur pied de système d’information
• Métho. de m.s.p. de SI documentaire
• Deux buts
– positionner PGIN p/r aux informaticiens et al.
– situer le reste du cours et des TP
Copyright © 2007 Yves Marcoux 3
 Méthode vs méthodologie
• Méthode: recette simple qui marche dans
tous les cas
• Méthodologie: façon d’aborder les
problèmes qui amène à considérer divers
aspects variables d’un cas à l’autre
• Méthodologie demande à être choisie et
appliquée par un professionnel

Copyright © 2007 Yves Marcoux 4

 Professionnalisme
1. Honnêteté
2. Jugement
3. Connaissances techniques
4. Connaissances méthodologiques
5. Connaissances déontologiques
6. Compétences communicationnelles
7. Capacité à apprendre de ses
expériences
Copyright © 2007 Yves Marcoux 5
 Remarques
• Recoupement architecte-ingénieur surtout
au point 3
• 1, 2, 7: principalement des qualités
personnelles
• 5: « codes de déontologie » de corps
professionnels
• 3, 4, 6: se prêtent à l’apprentissage

Copyright © 2007 Yves Marcoux 6

 Distinctions
• Gestion d’équipe (de personnel, etc.)
• Gestion de projet
• Gestion de mise sur pied d’un système
– Gestion de projet, quand le projet est la mise
sur pied d’un système quelconque
• Voir le PGIN comme œuvrant dans la
mise sur pied de systèmes le positionne à
l’endroit où il doit être p/r à la compétition
Copyright © 2007 Yves Marcoux 7
Pourquoi une méthodologie pour la
mise sur pied de systèmes?
• Une question d’interactions entre le
système et son environnement: complexe!
– Comme l’architecte p/r au bâtiment
• Souvent, la méthodologie est une somme
de connaissances acquises par
l’expérience par une collectivité
– Corps professionnel
– Organisation commerciale

Copyright © 2007 Yves Marcoux 8

 Mise sur pied?
• Msp et non développement
– Développement n’est qu’une étape de la msp
• Ingénierie fait trop ingénieur
• Architecture a un sens spécifique en
informatique: découpage d’un système en
composants matérielles et logicielles qui
assument chacun des responsabilités
précises
Copyright © 2007 Yves Marcoux 9
Mais: Architecture d’Information
• Nouveau domaine en émergence?
• En tout cas, au moins un nom pour une
profession en train de s’établir…
• Quelques pointeurs:
– Batley, Sue. Information architecture for information
professionals. Oxford: Chandos, 2007.
– Dillon, A.; Turnbull, D. Information Architecture.
Encyclopedia of Library and Information Science,
Marcel-Dekker, 2005.
– Morrogh, Earl. Information architecture: an emerging
21st century profession; Prentice-Hall, 2003.

Copyright © 2007 Yves Marcoux 10

 Systèmes d’information
• Système de gestion d’information, ou SI
• SI documentaire
– Envisagé comme gérant des objets
documentaires
– Ramène à la notion d’information
documentaire
• SID numérique
– Objets documentaires numériques
– « Documents numériques »

Copyright © 2007 Yves Marcoux 11

 Acronymes…
• GIN, GNI?
• GED, GDE?

Copyright © 2007 Yves Marcoux 12

 Contexte de msp d’un SI
• Collectivité
• Besoins « flous » de gestion d’information
• Intervention gestion/planification
stratégique et/ou marketing
• Besoins bien identifiés
• Mise sur pied d’un système
• Système répondant aux besoins
 Bref, une méthodologie a certains présupposés
Copyright © 2007 Yves Marcoux 13
 Méthodologies de msp de SI
• Pourquoi s’y intéresser?
• Structure générale (insp. de Catalyst 4D)
– Discover
– Design
– Develop
– Deploy
– Gestion de l’opération
– Évaluation

Copyright © 2007 Yves Marcoux 14

 Quelques notions
• « Agile » development
• Extreme Programming
• End-user development

Copyright © 2007 Yves Marcoux 15

 Problème avec les logiciels COTS
• Commercial off-the-shelf
– Logiciels d’application courants
– Ex.: OpenOffice, Acrobat Pro, AutoCAD
• Analogie avec analyse des besoins en
bibliothèques

Copyright © 2007 Yves Marcoux 16

 Méthodologies documentaires
• Méthodologies de msp de SID numériques
• Glushko & McGrath (2005)
• Jacquesson (1995)
• ISO-15489 (2001)
• etc.

Copyright © 2007 Yves Marcoux 17

Particularités des métho. doc. (1/2)
• Basées sur la notion de documents
• Très bien adapté au contexte du Web
– Commerce électronique
– Services virtuels
• Au Québec: Loi concernant le cadre
juridique des technologies de l’information
L.R.Q., c. C-1.1)
– Le document comme base des transactions

Copyright © 2007 Yves Marcoux 18

Particularités des métho. doc. (2/2)
• Fortement basées COTS
• Passerelles d’exportation/importation
• Normalisation
• Intègrent des traitements humains (p.ex.
analyse)
• Intègre gestion documentaire /
archivistique

Copyright © 2007 Yves Marcoux 19

Quelques outils des métho. doc.
• SGBD textuels
• Suites bureautiques
• Recherche en texte intégral
• Hypermédia
• Analyse automatique par ordinateur

Copyright © 2007 Yves Marcoux 20

 Regard critique
sur méthodologies (1)
• Parfois biaisées vers une certaine
approche ou certains outils sans que ce
soit explicite
• Dangers d’une méthodologie (Volle 2006,
chap. 13, pp. 431-432)
– « La meilleure et la pire des choses »
– « … la laisser d’abord de côté pour réfléchir »
– Fausse impression de sécurité
– Effet « d’engourdissement »

Copyright © 2007 Yves Marcoux 21

 Regard critique
sur méthodologies (2)
• Vaut mieux ne pas utiliser de
méthodologie « codifiée » que d’utiliser
n’importe laquelle sans justification valable
• Choisir et utiliser judicieusement une
méthodologie demande (presque?) autant
de jugement et de discernement que de
travailler sans méthodologie « codifiée »

Copyright © 2007 Yves Marcoux 22

 Regard critique
sur méthodologies (3)
• Peuvent devenir lourdes et contraignantes
• Leurs plus grandes utilités
– associées au professionnalisme
– parler le même langage que les clients, les
compétiteurs
– « filet de sécurité »
– listes de vérification (check-lists)
• grilles de comparaison de logiciels (p.ex. Tenopir &
Lundeen)
Copyright © 2007 Yves Marcoux 23
 Structure des méthodologies
• Montrer la structure cyclique
• Parcours méthodologiques

Copyright © 2007 Yves Marcoux 24

 Place de la modélisation (1)
• Situation dans le cycle de vie d’un SID
(système d’information documentaire)
– Phase conception (design)
– Étape définition des objets documentaires
• En principe, devrait être évident
– Mais il y a des choix à faire, car on ne peut
pas tout représenter
• S’appuie fortement sur l’étude des besoins
Copyright © 2007 Yves Marcoux 25
 Place de la modélisation (2)
• Demande un très bonne connaissance
des processus de fonctionnement de la
collectivité cliente
• Consigne souvent des aspects des
processus d’affaires dans la structure des
documents

Copyright © 2007 Yves Marcoux 26

 CMMI
• Capability Maturity Model Integration
– Du Software Institute de l’Université Carnegie
Mellon
– En gros, mesure l’habilité des méthodologies
à aider l’organisation à améliorer ses
processus
– Les méthodologies vantent leur score élevé
selon les différents modèles CMM

Copyright © 2007 Yves Marcoux 27

Aperçu de quelques méthodologies
spécifiques
• SEM / SEM-COTS (t.d.m.)
– http://cio.energy.gov/enterprise-architecture/sqse_docs.htm
– Montrer « SEI CMMI  »

• Talbot & Rivard (t.d.m.)

• Tenopir & Lundeen (t.d.m.)
– Critique à la lumière du « phénomène
COTS »

Copyright © 2007 Yves Marcoux 28

 Amont-aval
• Par rapport à la création de l’information
(des documents)
– Amont: planifie, encadre la saisie
– Aval: n’encadre pas la saisie; on essaie d’en
déduire plus ou moins automatiquement du
sens
• Amont: formulaires, BD, liens explicites
• Aval: analyse de texte par ordinateur, liens
implicites à découvrir
Copyright © 2007 Yves Marcoux 29