«Les entreprises exécuter sur l'information, pas de données."
- Bryce's Law
INTRODUCTION
J'ai fait beaucoup de lecture des événements récents concernant les dernières modes de l'industrie, en particulier dans le domaine des "méthodes agiles", "Business Rules", "Architecture de l'information", et "Enterprise Architecture". Il ya une quantité considérable de documents à parcourir. D'intérêt, j'ai remarqué que tous soulignent l'importance des besoins et mettent en garde contre les conséquences s'ils ne sont pas définies correctement. Cela a l'air sympa, mais je les ai trouvés tous être très évasive en termes de description des propriétés inhérentes de l'information et la façon de les documenter. Je suppose que cela ne devrait pas venir comme une surprise, tant l'industrie depuis des années se vautrer dans la façon de définir les besoins en information.
Beaucoup pensent que ce n'est rien de plus qu'un ensemble de données ou de spécifications de sortie, d'autres y voient rien d'autre qu'une spécification de programmation. Rarement, Quelqu'un veut-il prendre le temps de vraiment comprendre les besoins d'information et préfèrent, au contraire, pour descendre à l'entreprise de programmation où ils se sentent plus à l'aise. Il convient donc pas une surprise que les exigences de la définition est laissée à l'interprétation de l'individu. Inévitablement, cela conduit à des incohérences et des erreurs. Pour quelque chose qui est censé être si critique pour la réussite des exigences d'information définition est trop souvent pris pour acquis.
Voyons voir si nous pourrons franchir cette voie en décrivant les caractéristiques de l'information et à la fin avec une définition. Cette mai semblent tous très élémentaire, mais le problème de la définition des exigences est très réel. Peut-être une simple description des propriétés de l'information mai donner l'éclairage nécessaire pour exécuter correctement cette tâche vitale.
CARACTÉRISTIQUES
Premièrement, l'information n'est pas synonyme de données. Les données représentent les faits et les événements d'une entreprise composée de valeurs (tels que "numéro de client", "Prix unitaire", "Nom", etc) et les valeurs générées (pourcentage d'achèvement »,« bénéfice net »,« total commandé », etc.) En soi, les données sont sans signification. Ce n'est que
quand elle est mise dans un contexte spécifique, à un point précis du temps, et remis à un humain spécifique-être, ne transforment les données en information. Dans cette perspective, nous allons examiner les caractéristiques fondamentales de l'information:
A. Informations soutient les actions et / ou des décisions d'affaires.
Il s'agit d'une caractéristique essentielle qui est essentielle à définir. Si une action et / ou de la décision entreprise ne peut être faite à partir des données présentées, il n'est pas l'information, il est juste de données brutes. Dans ce monde du développement d'applications on a tendance à produire trop de données et l'information ne suffit pas.
Au cours de ma «fierté» des classes I illustrent souvent ce point en décrivant un bookmaker "ou" bookmaker "(argot pour quelqu'un qui accepte les paris sur des événements sportifs). Parmi les actions du bookmaker's / décisions comprennent le remboursement de paris, et la collecte sur
paris. Utiliser un tableau noir, je voudrais noter les scores suivants:
6
5
4
3
Je voudrais donc demander aux élèves de jouer le rôle d'un bookmaker et leur a demandé si ce que j'ai écrit sur le tableau noir pourrait soutenir leurs actions et décisions. Bien sûr, ils disaient: Non, qu'ils avaient besoin de davantage de données, à laquelle j'ai écrit:
New York - 6
Chicago - 5
Cincinnati - 4
Los Angeles - 3
Toujours pas satisfaits, ils voulaient savoir ce que le sport que je décrivais, à quoi j'ai ajouté:
Sport: Baseball
New York - 6
Chicago - 5
Cincinnati - 4
Los Angeles - 3
Depuis une ville ne peut avoir plus d'une équipe, ils veulent aussi que le
Les noms des équipes.
Sport: Baseball
Yankees de New York - 6
Les Chicago White Sox - 5
Reds de Cincinnati - 4
Dodgers de Los Angeles - 3
Ils ont également besoin de savoir qui était le parieur, alors j'ai ajouté:
Sport: Baseball
Yankees de New York - 6
Les Chicago White Sox - 5
Reds de Cincinnati - 4
Dodgers de Los Angeles - 3
Parieur:
John Doe - 30 $ - Yankees de New York - Cotes: 3:1
123, rue Main, Tél: 123/456-7890
Ils m'ont alors dit qu'ils avaient l'information nécessaire pour s'acquitter de leurs actions ou décisions (par exemple, ils paieraient 90 $ à John Doe pour les paris sur les Yankees).
Cet exemple démontre deux choses: la première, des informations sont des données qui sont disposés dans un contexte spécifique, et, deuxièmement, elle est basée sur les actions et les décisions qui seront prises en charge. Cela signifie que nous devons d'abord avoir une compréhension claire des actions et / ou des décisions qui doivent être pris en charge avant que nous puissions déterminer les éléments de données nécessaires (primaire ou généré). C'est un domaine communément
négligés dans le développement d'applications. Si nous ne pouvons pas agir sur elle, qu'elle ne l'est pas d'informations, il est juste de données brutes.
B. L'information est une denrée périssable.
Information a une valeur à un moment précis dans le temps. C'est parce que nous devons faire certaines actions ou décisions sur une base ponctuelle; demande, par exemple, quotidienne, hebdomadaire, mensuelle, trimestrielle, annuelle, ou sur. En utilisant notre exemple ci-dessus, le bookmaker nécessite son
quotidienne de l'information; avoir rendu hebdomadaire, mensuelle ou annuelle ne soutiendra pas de manière satisfaisante ses actes / décisions. Il devient donc important de définir le "quand" les actions / les décisions doivent être prises.
Il ya trois attributs de timing:
Fréquence - spécifie la fréquence des actions ou décisions doivent être prises, par exemple,
4D - quatre fois par jour
1W - une fois par semaine
2Y - semestrielle
R - Sur demande (n'importe quand l'utilisateur le souhaite)
Offset - précise à quel moment du cycle doit commencer, par exemple,
8H - à la 8ème heure (8:00 am)
7D - le septième jour (fin de la semaine)
Note: Il n'est pas prévu compensés lorsque la fréquence est "sur demande").
Temps de réponse - précise le montant maximum de temps pour transmettre les informations, par exemple,
5S - Cinq secondes
1D - One Day
Note: Ceci ne doit pas être confondue comme une mesure de débit de la machine.
Ces attributs calendrier sera finalement influencer la conception du système et des logiciels. Par exemple, si l'information est nécessaire "sur demande" avec un délai de cinq seconde réponse, que selon toute vraisemblance, il s'agira d'une "interactive" type d'application. Inversement, un processus hebdomadaire avec un temps de réponse un heure se traduira probablement par un "lot" processus (peut-être même un processus manuel).
C. L'information est une denrée consommable.
L'information est reçue, suivie d'effet, et se déplace sur la vie. Mais il ne sert à rien d'avoir des informations si elle n'est pas donné suite au moment où elle est reçue. Elle comprend les actions ou décisions ne seront pas exécutées selon les besoins.
Cette question soulève un point, l'information est consommé par les êtres humains, et non par des machines. Certes, les machines à traiter des données, mais seuls les êtres humains doivent être informés. Je monte dans beaucoup d'arguments sur ce concept. Permettez-moi de voir si je peux apporter des précisions. Imaginons une entreprise totalement automatisée (ce que j'appelle une "entreprise dans un placard») permettant aux clients d'interagir avec un ordinateur via une connexion réseau pour passer des commandes pour un produit ou un service qui peuvent être livrés par voie électronique. Le propriétaire de l'entreprise est à la retraite et passe le plus clair de son temps à jouer au golf et les contrôles sur ses stocks et d'autres investissements. Je soutiens la machine est juste
traitement de données et continuera à le faire jusqu'à ce qu'il y est une sorte de défaillance mécanique. Toutefois, dans ce scénario, il ya encore un besoin d'information par des gens tels que:
- Les clients qui souhaitent vérifier les prix, le produit / la disponibilité du service, les modalités et conditions, l'état des commandes, et de signaler les problèmes.
- Les vendeurs qui offrent des mises à niveau ou un soutien supplémentaire.
- Les autorités de réglementation qui ont besoin de connaître les volumes de ventes et les taxes.
- Et le propriétaire lui-même qui a besoin de savoir comment sa "compagnie dans un placard" est la scène, rendant ainsi les décisions concernant les modifications à l'entreprise.
Traitement de données est une chose, prendre des décisions d'affaires et des actions qui ont quelque chose d'entièrement différent. Jusqu'à ce que les machines deviennent de véritables entités de la libre pensée, ils n'en ont besoin de données, pas d'information.
D. L'information n'est pas stockée, elle est produite.
L'information est produite et consommée selon les besoins. D'autre part, les données peuvent être stockés et rappelés à volonté. Nous avons longtemps vanté le concept selon lequel:
INFORMATION = TRAITEMENT DE DONNEES +
Cela signifie simplement qu'il ya deux variables de base dans la production d'informations; les données (les faits à traiter) et le processus lui-même (la logique). En supposant que cela est juste, si les données restent les mêmes, mais nous changeons la transformation, puis la
information sera changé. Inversement, si le traitement reste le même, mais nous changeons les données, puis l'information sera également changé. Cela signifie qu'il est important de gérer les ressources nécessaires pour produire de l'information, qui est la prémisse de l'Information Resource Management (IRM). Si nous pouvons contrôler les ressources, nous pouvons les manipuler en conséquence pour répondre aux besoins d'information de l'entreprise. Par conséquent, "Gestion de l'information» est un concept fallacieux; nous ne sommes pas vraiment gérer l'information autant que nous gérons les ressources nécessaires
pour le produire.
E. Renseignements changements.
Les actions / décisions de l'entreprise sont grandement influencés par des choses telles que:
- Clients et vendeurs
- Gouvernement / changements politiques
- Economie et concurrence
- Expansion du marché / contraction
A titre d'exemple, supposons que le gouvernement décide d'imposer une nouvelle réglementation sur les processus de fabrication d'une entreprise ou instaure un embargo commercial sur un pays de la compagnie fait affaire po Inévitablement, cela entraînera un changement dans les actions ou décisions de l'entreprise, ce qui affecte exigences d'information.
Prenons également l'incidence de nouvelles méthodes d'expédition pourrait avoir sur le maintien de l'entreprise compétitive. Encore une fois, ce sera sans aucun doute une incidence sur les obligations d'information de l'entreprise.
Dans un monde statique, les obligations d'information ne changerait pas. La réalité est que nous vivons dans un monde dynamique. Plus nous en savons sur nos influences extérieures, mieux nous pouvons ajuster et d'adapter nos exigences d'information.
F. L'information est véhiculée par les sorties.
Médias tels que des écrans, de rapports imprimés et audio / vidéo représente l'interface homme par lequel l'information est transmise. D'où la tentation par beaucoup de développeurs de
pensent des produits comme le point de départ pour préciser les exigences d'information. La justification commerciale de l'information est beaucoup plus important que physiquement comment il sera livré. Si nous ne comprenons pas la raison d'être de l'information, nous aurons inévitablement arriver à des conclusions erronées concernant les sorties. Aussi envisager cela, il n'est pas nécessairement un-à-un entre les exigences d'information et les sorties. Une obligation d'information mai être mis en œuvre par plusieurs sorties,
et une sortie mai être utilisés pour satisfaire les exigences d'information multiples.
Connaissant la relation entre les exigences d'information et les produits, les écrans existants, rapports, etc fournir une feuille de route pratique pour documenter les exigences. Il suffit de demander à l'utilisateur quel est le but des affaires de la sortie est et ce qu'il / elle devra faire de l'information (mieux encore, demandez-lui ce qui se passerait si vous avez pris la sortie de distance).
UNE DEFINITION
Bon, maintenant que nous comprenons les caractéristiques de l'information, essayons de mettre au point une définition:
L'information - la compréhension ou de connaissances acquises de la transformation et / ou l'analyse des données. L'information est créée à la suite de la collecte, le traitement et l'analyse des données d'une manière prescrite. L'information qui soutient les entreprises spécifiques liées actions et décisions. L'exactitude de l'information dépend de la validité et l'exhaustivité des données et la logique du traitement utilisé.
CONCLUSION
Il est vrai que la définition des besoins est le talon d'Achille de tout projet de développement, mais beaucoup de personnes sont vagues ou ont des interprétations différentes de ce que cela signifie. Dans la «fierté» monde, cela signifie que l'approvisionnement des utilisateurs finaux avec l'intelligence nécessaire pour soutenir les actions / décisions de leur fin de l'entreprise. Plus nous en savons sur l'entreprise, mieux nous pouvons le service, voir:
N ° 77 - "Entreprise de décomposition" - Mai 29, 2006
http://www.phmainstreet.com/mba/ss060529.pdf
Se concentrant sur les spécifications de sortie est agréable mais il ne remplace pas la nécessité de définir avec précision les exigences d'information. Franchement, les utilisateurs ne s'intéressent pas particulièrement ce que les résultats sont en forme physique, il est sans importance pour eux. Tout ce qu'ils les intéressent est: Est-ce qu'ils disposent des informations nécessaires pour soutenir leurs actions / décisions: est-il opportun, et est-elle exacte?
Il est fallacieux de croire, «les utilisateurs ne savent pas ce qu'ils veulent." Ils mai ne pas savoir comment il regarder ou physiquement handicapés doivent être livrés, mais ils savent certainement ce qu'ils veulent. Vous êtes juste ne demande pas les bonnes questions.
Pour de plus amples informations à ce sujet, voir:
N ° 4 - «Définir les obligations d'information" - 27 décembre 2004
http://www.phmainstreet.com/mba/ss041227.pdf
N ° 29 - "Utilisation de l'information stratégique» - Juin 20, 2005
http://www.phmainstreet.com/mba/ss050620.pdf