METODOLOGIA DE WILSON

Wilson (1984) ha desarrollado variantes de la MSB, las cuales han sido orientadas a
sistemas de control de gestin, reorganizacin de instituciones y anlisis y diseo de
sistemas de informacin.
Metodologa de Wilson para el anlisis de sistemas de informacin:

ETAPAS DE LA METODOLOGA DE WILSON

A. Desarrollar un modelo de tarea primaria de la organizacin bajo estudio.

Dependiendo de la profundidad del anlisis, se requerir trabajar en los niveles de
resolucin que sean necesarios para representar adecuadamente las necesidades de
informacin de la organizacin.
Para desarrollar el modelo de tarea primaria es necesario recorrer las cuatro
actividades que se muestran en el lado izquierdo del grfico 8, que son, las cuatro
etapas de la MSB. Ante todo hay que estructurar la situacin-problema bajo estudio,
para lo cual ser necesario elaborar un cuadro pictogrfico siguiendo las pautas antes
indicadas.

Luego hay que desarrollar una definicin bsica relacionada con la tarea primaria de
la organizacin, siguiendo tambin en este caso las pautas para elaborarla y
confirmndola a travs de un anlisis CATDWE.
Una vez conseguida la definicin bsica, el siguiente paso es desarrollar un modelo
conceptual que explique epistemolgicamente la forma (el como) de llevar a cabo la
definicin bsica (el qu). Tanto en la definicin bsica como el modelo conceptual
son elaboraciones mentales, en trminos de sistemas, que requieren de contrastacin
en el mundo real.
Para realizar dicha contrastacin y validacin en el mundo real es necesario que se
haga una comparacin entre las actividades desarrolladas en el modelo conceptual y
aquellos procedimientos y procesos que, se ha comprobado, existen en el mundo
real. Esta comparacin puede llevar a validar el modelo o no. Para validar un modelo
es necesario que cada actividad de dicho modelo cumpla las dos condiciones que
Checkland (1981) encontr en su trabajo de investigacin:
a) Que cada actividad del modelo sea sistmicamente deseable; y,
b) Que cada actividad del modelo sea culturalmente factible.
Este proceso de pasar por las cuatro etapas ser necesario para obtener un modelo
conceptual que sea el modelo de la tarea primaria buscado. Dicho modelo buscado
tendr que haber sido confirmado y validado en el mundo real (MTPCV) durante el
proceso.
El proceso de confirmacin de un modelo conceptual consiste en verificar la
coherencia de cada una de las actividades que lo conforman, de manera que el
modelo sea lgico en su totalidad y contenga las mnimas actividades que se
requieren para poder expresar el proceso de transformacin planteado por la
definicin bsica. Una vez conseguida la confirmacin del modelo, lo que hay que
hacer es validarlo, mediante su contrastacin con el mundo real.
Es decir, su comparacin con lo que se ha expresado hermenuticamente, a travs
de lo que se conoce como cuadro pictogrfico.
En consecuencia, el proceso iterativo de pasar por las cuatro etapas permite la
obtencin de un modelo de tarea primaria que a su vez est confirmado en su
coherencia lgica y validarlo en el mundo real.

B. Derivar las categoras de informacin necesarias para poder ejecutar, eficaz y

eficientemente, cada una de las actividades del modelo de tarea primaria definido
previamente y que describe la organizacin. Las categoras de informacin debern
cubrir todo el universo de la informacin que podra existir en la organizacin.

Para poder derivar las categoras de informacin es necesario haber obtenido

previamente el modelo de tarea primaria confirmado y validado (MTPCV). A partir del
MTPCV es posible hacer un estudio de las categoras de informacin.
Una categora de informacin es una familia de datos que tienen algo en comn. El
contenido de cada categora de informacin es definido por el analista. El requisito
nico es que se debe evitar la duplicacin de datos entre los existentes en el universo
de los que se manejan en la organizacin. Para describir las categoras de
informacin se puede emplear la matriz input/output, en la cual es posible definir,
actividad por actividad del modelo conceptual, las diversas categoras de informacin
existentes.
El grfico muestra una matriz de categoras de informacin input/output. All se
aprecia cmo se pueden definir las diversas categoras de informacin. Se observa,
asimismo, que las categoras de informacin se pueden repetir en cualquiera de las
actividades.
De igual modo, es posible que las categoras de informacin aparezcan tanto en el
input como en el output de una misma actividad. En otras palabras, pueden existir
datos que pertenecen a una misma categora en el input (por ejemplo, informacin
del mercado) y datos que forman parte de esa misma categora (informacin de
mercado) en el output, conteniendo esta vez otros lados relacionados que tambin
caen en la misma categora.

Grfico: Matriz input/output de categoras de informacin

C. Definir las funciones de gestin de las personas involucradas en la situacin, de

acuerdo con las actividades mostradas en el modelo de tarea primaria. De esta
manera se tendrn responsables por cada actividad del modelo conceptual. En
consecuencia, el responsable de una actividad ser tambin un tomador de
decisiones y tendr por tanto esta responsabilidad: la de tomar decisiones.
Esta etapa es sumamente importante para poder establecer quienes son los
responsables de dar o recibir informacin en la organizacin (mundo real). Asignar
responsables de brindar o recibir informacin tiene como consecuencia, en muchas
ocasiones, reestructurar completamente la organizacin, por cuanto ello implica la
redefinicin de funciones y cambios en la estructura de la misma y las interrelaciones
que existen.
D. Hacer uso de la definicin de funciones para convertir los flujos de informacin de
actividad a actividad a flujos de informacin que van de rol a rol. En otras palabras,
a partir de la determinacin de cules son las actividades de las cuales un gerente es
responsable, definir cules sern las necesidades de ese gerente.
Esta etapa permite, inicialmente, establecer los flujos de informacin de actividad a
actividad. Para poder hacer esto es necesario emplear la Cruz de Malta, la cual
puede ser usada en la parte superior. La parte superior (cuadrantes noroeste y
noreste) permite determinar qu informacin es requerida por qu actividad, y, de
igual modo, qu informacin es generada al ejecutar qu actividad del modelo
conceptual de tarea primaria.
Este flujo de categoras de informacin, arreglado de actividad a actividad, puede ser
luego reorganizado de otra manera, a fin de que sea posible hacer una comparacin
de rol a rol. Aqu la idea es que haciendo un anlisis de quienes son los responsables
de qu actividad, se determinan subsistemas que indiquen el nivel de influencia de
responsabilidad de un responsable determinado. Se supone que en ese nivel de
influencia en donde el gerente es responsable de un conjunto de actividades, es
posible tambin definir qu flujos de informacin tiene que brindar a otros gerentes, o
que flujos de informacin recibe de otros gerentes.
A este reordenamiento de la informacin se le llama de rol a rol, y es la base para
determinar, luego, qu cambios es necesario realizar para poder establecer una
estructura que permita manejar la organizacin adecuadamente, en trminos de
eficacia y eficiencia.

Grfico: Asignacin de actividades de los miembros de la organizacin

E. Definir los sistemas de informacin que permitan colmar las necesidades de las
actividades que cada sistema soporta, de manera que se pueda implantar una red
con el adecuado empleo de la tecnologa computacional y de los recursos humanos.
Esta etapa involucra la fase de diseo del sistema, etapa que podr ser exitosa o no
dependiendo dela forma cmo se han desarrollado las etapas previas.
Para poder llevar a cabo esta etapa es necesario emplear la parte inferior de la Cruz
de Malta. De lo que se trata aqu es de determinar cules son los actuales procesos
de informacin, ya sea usando una tecnologa computacional o no, que permita
procesar las categoras de informacin de salida. Son estos procesos de informacin
los que hacen que esta se genere.
Esta etapa de la metodologa es importante, por cuanto permite determinar los
procesos existentes en la organizacin y examinar cmo estos procesos deben
trabajarse para proveer informacin adecuada a la organizacin. Esto lleva a un
anlisis detallado y a cuestionar la finalidad de cada informacin de entrada y salida
de ambos cuadrantes. De igual modo, esto hace que se examine cuidadosamente
hasta qu punto los procedimientos de procesamiento de informacin son los
adecuados o qu cambios son necesarios para poder emplear eficientemente los
recursos computacionales y humanos de la organizacin.
Las cuatro actividades que se encuentran al lado izquierdo del diagrama presentado
en el grfico 8 son similares a la MSB. Estas actividades se usan para determinar el
modelo de tarea primaria de la organizacin. Para obtener un modelo de tarea
primaria lo que hay que hacer es iterar estas cuatro etapas de la metodologa, de
manera que a travs de este proceso se debe obtener un modelo conceptual que
represente coherentemente las mnimas y necesarias actividades de la organizacin.

Lo que sale de esta iteracin es un conjunto de actividades que, interconectadas,

generan un modelo de tarea primaria.
La actividad de definir las categoras de informacin hace posible el desarrollo, a
partir del modelo de tarea primaria, de todas las necesidades de informacin, lo que
permite visualizar el universo de informacin necesario para el manejo de la
organizacin.
La actividad que hace posible la deteccin de los flujos de informacin de actividad
en actividad lleva luego al empleo de los cuadrantes superiores (noroeste y noreste)
de la Cruz de Malta, siendo la base para que luego se haga un ajuste de lo trabajado
a nivel de informacin versus la estructura organizacional (el examen rol a rol descrito
previamente).Una vez construidos todos los cuadrantes y establecidos los flujos de
informacin tanto para las actividades del modelo de tarea primaria confirmado y
validado como para los procedimientos que procesan informacin, entonces es
posible realizar un anlisis de la informacin de la Cruz de Malta. A ello est
dedicado, en detalle, el punto siguiente.

CRUZ DE MALTA
Es una tcnica para apoyar el anlisis y rediseo de Sistemas de Informacin,
desarrollada en 1980 por Brian Wilson de la Universidad de Lancaster a partir de un
proyecto para la British Airways. Recibe su nombre por el parecido en la forma de la
condecoracin de la antigua orden de la Cruz de Malta. Por su estructura y
funcionamiento, permite adquirir una visin integral de los procesos de informacin y
su relacin con las funciones del sistema; de tal manera que permite plantear los
cambios necesarios para el manejo efectivo de la informacin.
Wilson establece que para el desarrollo de los sistemas de informacin se deben
considerar 2 aspectos:
a) Como las organizaciones existen en un ambiente cambiante, los Sistemas de
Informacin, en su funcionalidad y utilidad, necesitan ser revisados continuamente.
b) Dada la situacin cambiante, los nuevos Sistemas de Informacin necesitan ser
desarrollados paralelamente a los existentes.

Ubicando los 4 puntos cardinales en el centro de la cruz, se forman en los extremos 4

matrices:
NO, NE, SO y SE. La mitad superior de la cruz (matrices NO y NE) contiene las
actividades relevantes del sistema, junto con una indicacin de los flujos de
informacin de actividad actividad. La mitad inferior de la cruz (matrices SO y SE)
contiene una descripcin de los procedimientos existentes para el procesamiento de la
informacin
El eje norte es una lista de las actividades (As) relevantes del sistema bajo
estudio, por ejemplo: Facturar, medir, cobrar, etc.
Los ejes este y oeste son idnticos y contienen los datos o las categoras de
informacin (CIs) esenciales para el soporte de las actividades, al nivel de
resolucin elegido, por ejemplo: demanda de agua, gastos de operacin, padrn
de usuarios, etc.
El eje oeste, representando las entradas, es la imagen o espejo del eje este,
representando las salidas.

 El eje sur es un listado de los procedimientos para el procesamiento de la

informacin (PPIs) y representa el estado existente de la red de procesamiento,
manual o automatizada, por ejemplo: anlisis y determinacin de cuotas,
monitoreo y control de fugas, clculo del costo por fugas de agua, etc.
PROCEDIMIENTO DE DESARROLLO
La tcnica se realiza en dos fases:
a) La fase de construccin de la cruz de malta
b) la fase de interpretacin de la misma.

CONSTRUCCIN DE LA CRUZ DE MALTA

Esta fase est integrada por cinco etapas:
a) Construir el modelo conceptual del sistema o parte del sistema objeto de
estudio, de acuerdo a la metodologa propuesta por Checkland, es decir;
definir la escala de estudio y el nivel de desagregacin o resolucin sobre el
cual se analizar el sistema.
b) Identificar para ese nivel, el conjunto necesario de actividades (As), o tareas
primarias, que deben de realizarse para cumplir el propsito del sistema. Por
ejemplo: Analizar y evaluar redes de transporte, reestructurar la red vial,
pronosticar comportamientos del transporte, monitoreo y control del trnsito y
transporte, etc.
c) Definir la informacin mnima necesaria para soportar estas actividades. Esta
informacin determina las categoras de informacin (CIs) para cada
actividad. Por ejemplo: Inventario del parque vehicular, control del parque
vehicular, nmero de usuarios origen destino, nmero de vehculos en horas
pico, etc.

d) Identificar quin (en trminos de funcin) es el responsable para qu conjunto

de actividades. Aqu es importante definir quin(es) necesita o proporciona
qu informacin (lo necesaria) y para qu propsito.
e) Definir el conjunto de procedimientos para el procesamiento de la informacin
(PPIs) que representa el uso eficiente de los recursos. Estos no
necesariamente estn preestablecidos, ms bien la idea es disearlos aqu.
Por ejemplo: Registro federal y estatal de automotores, revista de unidades,
estudios y encuestas del subsector, dispositivos automticos de control de
trnsito, etc.
En la Cruz de Malta se colocan las actividades (As) y las categoras de informacin
(CIs) por orden de importancia. Los procedimientos para el procesamiento de la
informacin (PPIs) que se registran son los existentes, manuales o automatizados.
Analizando el flujo de la informacin, algunos de estos se mantendrn, otros sern
eliminados y unos ms habr que disear.
Ahora bien, para representar el flujo de la informacin, se procede a llenar con xs las
cuatro matrices de la cruz.
La x en la matriz SO indica que los datos pertenecientes a la categora de informacin
CI1 son usados por PPI2 para producir una salida procesada en la categora de
informacin CI2, en la matriz SE.
La x en la matriz NE muestra que la informacin CI1 es producida por la actividad A1,
y el responsable de esta actividad, tiene la capacidad de vigilar y actualizar la
informacin de la categora y as proveer datos oportunamente como entrada de PPI2.
El significado de las dos xs en la matriz NO muestra que CI2 es una entrada esencial
para A2 y A3. Los responsables de estas actividades deben tener acceso a las salidas
de PPI2. En la prctica esto puede no ocurrir, particularmente si el desarrollo de PPI2
ha sido iniciado por solo uno de ellos, pero si el responsable de A2 y A3 es el mismo,
esto probablemente no sea un problema.
La x en la matriz NE muestra que la informacin CI1 es producida por la actividad A1,
y el responsable de esta actividad, tiene la capacidad de vigilar y actualizar la
informacin de la categora y as proveer datos oportunamente como entrada de PPI2.
El significado de las dos xs en la matriz NO muestra que CI2 es una entrada esencial
para A2 y A3. Los responsables de estas actividades deben tener acceso a las salidas
de PPI2. En la prctica esto puede no ocurrir, particularmente si el desarrollo de PPI2
ha sido iniciado por solo uno de ellos, pero si el responsable de A2 y A3 es el mismo,
esto probablemente no sea un problema.

Para el caso particular que el sistema no cuente con algn procesamiento de

informacin, estas matrices estarn en blanco, tenindose la oportunidad de disear
todos los PPIs.
Si las matrices NO y NE son la imagen de espejo de las matrices SO y SE, entonces
la red de procesamiento de datos es exactamente igual que la requerida por el modelo
conceptual de actividades primarias.
La Cruz de Malta se completa haciendo un mapeo del flujo de informacin de las
actividades del modelo conceptual con los procesos de informacin existente.
Relacionando la parte baja con la parte alta de la Cruz de Malta surgirn un
conjunto de preguntas acerca del total de la red de procesamiento de la
informacin. Algunas de estas preguntas pueden ser:
La existencia de un PPI proporcionando informacin de entrada a una actividad,
indica una duplicidad en el procesamiento de datos?
Relacionando la parte baja con la parte alta de la Cruz de Malta surgirn un
conjunto de preguntas acerca del total de la red de procesamiento de la
informacin. Algunas de estas preguntas pueden ser:
La existencia de un PPI proporcionando informacin de entrada a una actividad,
indica una duplicidad en el procesamiento de datos?
Qu otras actividades requieren de los datos provistos por el PPI y que no fueron
considerados en el diseo?
La Cruz de Malta no proporciona las respuestas, pero enfoca las preguntas a las
reas pertinentes.
Una vez analizado el flujo de la informacin se lleva a cabo el rediseo de los
procedimientos. Entonces se decide si la informacin es procesada mediante mtodos
manuales o computacionales. Se identifica la fuente de los datos, entre otras cosas,
como por ejemplo, si esos datos se almacenarn en una base de datos central o
distribuida.
INTERPRETACIN DE LA CRUZ DE MALTA
Habiendo llenado la Cruz de Malta se pueden obtener algunas conclusiones de
acuerdo al significado de cada matriz, es as que:
La matriz NO indica los datos que son necesarios para realizar las actividades
primarias y seala quines, de los que realizan las actividades, necesitan tener acceso
a qu PPIs.
Los datos que son producidos por las actividades primarias se muestran en la matriz
NE. En esta matriz se define aquellas actividades que tienen la responsabilidad de

monitorear y almacenar el contenido de los datos, por lo que el personal que realiza
dicha actividad, ser el responsable directo de actualizar la informacin y vigilar que
fluya correctamente.
Mediante el anlisis de las columnas de la matriz SO se pueden observar los
requerimientos para el diseo y operacin de bases de datos. Siempre que exista una
columna con demasiadas xs, significa que la informacin asociada es frecuentemente
utilizada por varios PPIs. De all la necesidad de crear una base de datos compartida.