News information : Théorie des systèmes d'information 101

"Le premier système de base de données interactif en ligne en temps réel a été l'enregistrement à double entrée, qui a été développé par les marchands de Venise en 1200 après JC"
– Loi de Bryce & # 39; s

Le travail sur les systèmes n'est pas aussi difficile qu'on pourrait le penser. Cependant, nous avons tendance dans cette entreprise à compliquer les choses en changeant le vocabulaire de travail des systèmes et en introduisant des concepts et des techniques complexes, qui rendent la production de systèmes difficile de manière durable. En conséquence, il y a une tendance à recréer la roue avec chaque projet de développement de système. Je crois que je dois à mes ancêtres et à l'industrie en général de décrire la théorie des systèmes de base afin que les gens puissent trouver le terrain d'entente nécessaire pour communiquer et travailler. Heureusement, il n'y a que quatre concepts faciles mais importants à comprendre que je vais essayer de définir le plus précisément possible.

1. IL N'Y A CE MARCHÉ QUE LE SYSTÈME PR

Quel que soit le type de système, quel que soit le type de système, que ce soit l'irrigation, le système de relais de communication, le système d'information ou autre, tous les systèmes ont trois propriétés de base:

R. Un système a un but – comme distribuer de l'eau à la vie végétale, envoyer un signal de communication autour du site aux consommateurs ou produire des informations sur les personnes à utiliser lors de leurs activités commerciales.

B. Un système est un regroupement de deux ou plusieurs composants qui sont maintenus ensemble par une liaison commune et cohésive. La connexion peut être de l'eau comme dans le système d'irrigation, un signal micro-ondes utilisé dans les communications ou, comme nous le verrons, des données dans un système d'information.

C. Un système fonctionne régulièrement et, en tant que tel, est prévisible en termes de fonctionnement et de ce qu'il produira.

Tous les systèmes adoptent ces propriétés simples. Sans aucun d'entre eux, ce n'est, par définition, pas un système.

Pour nos besoins, le reste de cet article se concentrera sur les "systèmes d'information" car c'est ce que nous essayons habituellement de produire pour les entreprises. En d'autres termes, développer un arrangement ordonné ou un regroupement de composants dédiés à la production d'informations pour soutenir les actions et les décisions d'une entreprise particulière. Les systèmes d'information sont utilisés pour payer les employés, gérer les finances, produire des produits, surveiller et contrôler la production, prévoir les tendances, traiter les commandes des clients, etc.

Si le but du système est de produire de l'information, il faut bien comprendre ce que c'est …

2. INFORMATION = T DONNÉES + PCESPROJET

L'information n'est pas synonyme de données. Les données sont la matière première nécessaire à la production d'informations. Les données elles-mêmes sont inutiles. Il s'agit simplement d'un élément unique utilisé pour identifier, décrire ou quantifier un objet utilisé dans une entreprise, tel qu'un produit, une commande, un employé, un achat, une expédition, etc. Un élément de données peut également être généré sur la base d'une formule utilisée dans un calcul; par exemple:

Paiement net = Paiement brut – FICA – Assurances – Taxe de séjour – Droits de fusion – (etc.)

Ce n'est que lorsque les données sont présentées dans un arrangement spécifique à l'usage de l'être humain qu'elles deviennent des informations. Si l'être humain ne peut pas agir sur elle ou fonder une décision sur elle, ce n'est rien de plus que des données brutes. Cela signifie que les données sont stockées et les informations produites. Cela dépend aussi des désirs et des besoins de l'être humain (consommateur d'informations). Par conséquent, les informations peuvent être définies comme "l'intelligence ou les connaissances acquises grâce au traitement et / ou à l'analyse des données."

L'autre variable de notre formule est le «traitement» qui spécifie comment les données seront collectées et récupérées afin de produire des informations. Ceci est finalement promu lorsque l'être humain doit prendre certaines actions et décisions. Les informations ne sont pas toujours nécessaires "à la demande" (alias "à la demande"); parfois, il est nécessaire une fois par jour, chaque semaine, chaque mois, chaque trimestre, chaque année, etc. Ces nuances de temps dicteront finalement la façon dont les données sont collectées, stockées et récupérées. Pour illustrer, supposons que nous collectons des données une fois par semaine. Quel que soit le nombre de fois par semaine où nous demandons une requête de base de données, les données ne seront valides qu'à partir de la mise à jour hebdomadaire la plus récente. En d'autres termes, nous verrons les mêmes résultats chaque jour pendant une semaine. Cependant, si nous collectons des données plus fréquemment, comme périodiquement tout au long de la journée, notre requête produira des résultats différents tout au long de la semaine.

Notre formule "I = D + P" fait un point important: si les données sont modifiées, le traitement reste le même, les informations vont changer. Sinon, si les données restent les mêmes, alors le traitement change, les informations changeront également. Cela conduit à un argument convaincant pour gérer les données et le traitement comme étant partagés avec des ressources égales qui peuvent être manipulées et réutilisées pour produire des informations selon les besoins.

3. LES SYSTÈMES SONT DE NATURE LOGIQUE ET PEUVENT ÊTRE PH PHYSIQUEMENT POSSIBLES

Un système d'information est un ensemble de processus (aka, "sous-systèmes") ou pour collecter et stocker des données, récupérer des données et produire des informations, ou une combinaison des deux. Le lien cohérent entre ces composants est les données qui doivent être distribuées et réutilisées dans tout le système (ainsi que d'autres systèmes). Vous remarquerez que nous n'avons pas encore discuté de la manière la plus appropriée de mettre en œuvre physiquement des processus, par exemple en utilisant des processus manuels, des logiciels ou d'autres technologies bureautiques. En d'autres termes, à ce stade, les sous-systèmes du système déterminent simplement de manière logique les données ATFAR à traiter, QUAND quand les traiter et qui consommera les informations (alias "utilisateurs finaux"), mais plus précisément pas spécifiez comment le sous-système sera mis en œuvre.

Par la suite, les développeurs définissent une approche appropriée pour la mise en œuvre physique de chaque sous-système. Cette décision devrait finalement être fondée sur la pratique et la rentabilité. Les sous-systèmes peuvent être mis en œuvre à l'aide de procédures manuelles, de procédures informatiques, de procédures bureautiques ou de combinaisons des trois. Selon la complexité du sous-système, plusieurs procédures peuvent être impliquées. Quelles que soient les procédures sélectionnées, les développeurs doivent établir des relations de précédent dans l'exécution des procédures, que ce soit de manière séquentielle, répétée, de choix (et donc des chemins divergents). En définissant les procédures de cette façon, du début à la fin, les développeurs définissent le "workflow" du sous-système, qui spécifie comment les données seront physiquement traitées (y compris comment les créer, les mettre à jour ou les référencer).

La définition logique des systèmes d'information est utile pour deux raisons:

* Fournit la considération des applications physiques alternatives. Comment un développeur le conçoit peut très bien être différent d'un autre développeur. Il fournit également des outils pour déterminer efficacement comment un progiciel acheté peut répondre aux besoins. Encore une fois, la décision de choisir une mise en œuvre spécifique doit être basée sur la rentabilité et le raisonnement.

* Assure l'indépendance des appareils physiques, simplifiant ainsi la migration vers une nouvelle plate-forme informatique. Cela ouvre également la porte à la portabilité du système, par exemple; notre cabinet de conseil a aidé un grand conglomérat Fortune 500 système de paie logique unique, qui a été mis en œuvre sur au moins trois plates-formes informatiques différentes utilisées par leurs différentes unités opérationnelles; Bien qu'ils aient travaillé physiquement différemment, c'était le même système de base qui produisait la même information.

Ces considérations logiques et physiques conduisent à notre concept final …

4. LE SYSTÈME EST UN PRODUIT QUI PEUT ÊTRE INGÉNIER ET LA PRODUCTION PRÉSENTE TOUT AUTRE PRODUIT.

Un système d'information peut être décrit comme une hiérarchie à quatre niveaux (aka, "structure de système standard"):

NIVEAU 1 – Le système
NIVEAU 2 – Sous-systèmes (alias «processus métier») – 2 ou plus
NIVEAU 3 – Procédures (manuel, informatique, bureautique) – 1 ou plus pour chaque sous-système
NIVEAU 4 – Programmes (pour les procédures informatiques) et étapes (pour toutes les autres) – 1 ou plus pour chaque procédure

Chaque niveau représente un niveau différent d'abstraction du système, du général au spécifique (aka, "Stepin Refinement" comme trouvé dans la planification). Cela signifie que la conception est un effort descendant. À mesure que les concepteurs descendent dans la hiérarchie, ils achèvent les décisions de conception. De plus, lorsqu'ils ont fini de concevoir le niveau 4 pour une procédure informatique, ils doivent être prêts à écrire le code source du programme sur la base de spécifications détaillées, assumant ainsi la programmation.

La structure hiérarchique d'un système d'information n'est essentiellement pas différente de tout autre produit traditionnel; pour illustrer:

NIVEAU 1 – Produit
NIVEAU 2 – Assemblage – 2 ou plus
NIVEAU 3 – Sous-assemblage – 1 ou plus pour chaque assemblage
NIVEAU 4 – Fonctionnement – 1 ou plus pour chaque sous-programme

Encore une fois, le produit est conçu de haut en bas et assemblé de haut en bas (comme sur les chaînes de montage). Ce processus est généralement appelé conception «explosive» (de haut en bas) et mise en œuvre par «explosion» (de bas en haut). Un système d'information n'est pas différent en ce qu'il est conçu de haut en bas et testé et installé de haut en bas. En termes d'ingénierie, ce concept de système / produit est communément appelé "nomenclature à quatre niveaux", où les différents composants du système / produit sont définis et liés les uns aux autres à différents niveaux d'abstraction (du général au spécifique). .

Cette approche suggère également un développement parallèle. Une fois que le système est conçu en sous-systèmes, des équipes distinctes de développeurs peuvent concevoir indépendamment des sous-systèmes dans des procédures, des programmes et des étapes. Ceci est rendu possible par le fait que toutes les exigences en matière de données ont été identifiées car le système était logiquement subdivisé. Les données sont le lien cohésif qui maintient le système ensemble. Du point de vue ingénierie / fabrication, les «pièces» utilisées dans le «produit». En tant que telle, la gestion des données doit être transférée à un groupe distinct de personnes à contrôler de la même manière qu'une fonction de "gestion du matériel" (inventaire) dans une entreprise manufacturière. Ceci est communément appelé «gestion des sources de données».

Ce processus permet un développement parallèle, qui est une utilisation plus efficace des ressources humaines dans le travail de projet, par rapport aux contraintes d'un processus de développement séquentiel. Des sections entières du système (sous-systèmes) peuvent être testées et livrées à d'autres, et, parce que les données sont gérées séparément, nous avons l'assurance qu'elles s'imbriqueront toutes ensemble de manière cohérente à la fin.

La structure standard du système est également utile du point de vue de la gestion de projet. Tout d'abord, il est utilisé pour définir la structure de répartition du travail (WBS) pour un projet complet avec des relations précédentes. Le réseau du projet est ensuite utilisé pour évaluer et planifier le projet partiellement et entièrement. Par exemple, chaque sous-système peut être tarifé et planifié séparément, ce qui donne au parrainage du projet la possibilité de sélectionner et de sélectionner les parties du système qu'il souhaite au début du projet.

La structure système standard simplifie également la mise en œuvre des modifications / mises à niveau du système. Au lieu de repenser et de reconstruire des systèmes entiers, des sections de la hiérarchie des systèmes peuvent être identifiées et repensées, ce qui permet d'économiser beaucoup de temps et d'argent.

Cette analogie entre un système et un produit est très fiable et vraiment exceptionnelle. Ici, nous pouvons prendre un concept éprouvé dérivé de l'ingénierie et de la production et l'appliquer à la conception et au développement de quelque chose de beaucoup moins tangible, à savoir des systèmes d'information.

CONCLUSION

Eh bien, c'est les quatre concepts cardinaux de la théorie des systèmes d'information. J'ai délibérément essayé de garder cette thèse concise et à jour. J'ai également évité d'introduire un vocabulaire cryptique, démontrant que la théorie des systèmes peut être facilement expliquée et enseignée afin que tout le monde puisse la comprendre et l'appliquer.

La théorie des systèmes ne devrait pas être plus compliquée qu'elle ne l'est en réalité.