• Aucun résultat trouvé

Quelques faits divers…qui

N/A
N/A
Protected

Academic year: 2022

Partager "Quelques faits divers…qui "

Copied!
20
0
0

Texte intégral

(1)

Analyse et conception des systèmes d'information dans

l'entreprise INF7215

Tho-Hau Nguyen

(2)

Quelques faits divers…qui

constituent des défis à l'analyste et l'organisation

Évolution du matériel

Nouveaux types de logiciels Adaptation du logiciel

Démocratisation du logiciel

Utilisation des systèmes informatiques

Croissance de l'informatique de l'utilisateur

final versus l'informatique dite traditionnelle

Prolifération des micros-ordinateurs et de

(3)

Quelques faits divers…qui

constituent des défis à l'analyste et l'organisation (suite)

Complexité des systèmes

Intégration des systèmes

Nature des informations

(4)

Persistance des problèmes

Cycle de développement

Carnet de commande (back log) Coût associé au développement Évolution des besoins

Croissance des ressources vs croissance des demandes

Efficacité des moyens de communications Rigidité des systèmes construits

Adaptation aux nouveaux besoins Coûts: entretien vs développement

Évolution de l'environnement technique vs durée de

(5)

The Fate of US Defence Projects

(6)

Répartition des efforts

(7)

En guise de diagnostic…

Communications avec les usagers

Étude des besoins

Collecte des informations Implication des usagers

Informatisation des solutions plutôt que des problèmes

Usager qui connaît mieux l'ancien système comme interlocuteur pour le nouveau

Tenir compte des préoccupations et attentes des usagers à différents niveaux

Comprendre les comportements "Je connaîtrai mieux mes besoins lorsque je verrai le système"

(8)

En guise de diagnostic…

Approche méthodologique

Approche traditionnelle

Gel des besoins = besoins non satisfaits

Étude limitée à une application (ou à un ensemble d'applications)

Absence ou méconnaissance d'une architecture globale

Absence ou méconnaissance d'un plan stratégique Isolation des applications (traditionnelles, usager- final)

(9)

En guise de diagnostic…

Approche méthodologique (suite)

Envergure mal définie au départ

Ramifications avec les autres systèmes Contraintes de coûts et de temps

Peu ou pas de contrôle de qualité

Formation non adéquate et|ou système non convivial (règle des 10 minutes)

(10)

Tendances

Coûts

Matériel

À la baisse

Logiciel

Sans cesse à la hausse

Ressources, ampleur et complexité

Niveau des services vs niveau des besoins Ressources humaines

Denrée rare et dispendieuse

(11)

Y-a-t-il des solutions

Remise en question des méthodes Rôle élargi des analystes

Retour du balancier

Absence de solution unique Différents contextes

Compréhension de l'entreprise

Nouvelle variable devenu essentielle

(12)

Quelques idées

Raccourcir le cycle de développement Plus de flexibilité

Usagerifier l'informaticien Informatiser l'usager

Étude au niveau de l'entreprise Utilisation de techniques

Viser plus que la simple "mécanisation"

(13)

En termes de méthodologies de développement…

Principe de base

Données, traitements et comportements

Modélisation de la réalité

Approche globale (entreprise) Découpage par étapes

Découpage successif par niveau (conceptuel, logique et physique)

Participation accrue des utilisateurs Concepts de pilote, de propriétaire

Meilleure communication entre les différents intervenants

Besoins essentiels vs accessoires

(14)

L'analyse et la conception

L'analyse

Consiste à rassembler et à interpréter des faits, à diagnostiquer des problèmes et à utiliser les

éléments recueillis pour améliorer le système

La conception

Consiste à prévoir un nouveau système en remplacement ou complément de l'ancien

(15)

L'analyse et la conception (suite)

Alors que l'analyse spécifie ce que le

système doit accomplir, la conception

indique comment atteindre l'objectif

(16)

Modélisation et son

importance en analyse et conception

Notion de modèle et son utilité Qualités d'un modèle

Principe d'abstraction

Concept de primitives et formalisme Types de modèles

Importance et place de la modélisation

Exemples de modèles

(17)

Évolution dans l'utilisation des modèles

Langage naturel Graphique libre

Modélisation de traitement Modélisation des données

Modélisation des évènements

Modélisation objet

(18)

Modèle de traitement

(19)

Modèle conceptuel de

données

(20)

Modèle de transition d'état

Références

Documents relatifs

D'abord par la différence, incontestable, du coût de la vie entre les deux pays ; puis, par le niveau, beaucoup plus élevé, des indemnités que dispensent les Tribunaux français,

During program execution, each program request for unit-record input addressed to the device specified at start-up in the READER statement is intercepted

(32K) is a prerequisite to transaction expansion. • Area Station Sequence Table. • Area Station Counter Table. • Data Entry Unit Sequence Table.. • Parameter

Each argument used must be a variable or array name, the dummy name of another subroutine or function subprogram, or an asterisk, where the character *

within parentheses and separated by a comma. Either item can be signed or unsigned. Character items-made up of any characters in the computer's character

relative record data. The data records are accessed by relative-record number. Specifies the amount of space to be allocated to the cluster from the

Programmar Response: Make sure that the argument to the logarithmic function is within the allowable range. If the argument mayor will be outside that

directive au compilateur, espace mémoire de taille int est réservé à la variable nombre qui doit être initialisée. Cette variable a été initialisée avec la