FUNDAMENTOS TERICOS DE LA ANALITICIDAD SISTMICA.

H. Ricardo Acevedo,
Departamento de Informtica
Universidad Tcnica Federico Santa Mara

Analiticidad Sistmica.
Un sistema es una totalidad emergente que surge cuando ciertos
componentes no analizables se ordenan de acuerdo a un padrn o modelo
de organizacin de manera tal, que las propiedades del todo son de una
correlacin diferente a las propiedades de las partes. Lo anterior es lo que
sucede en la figura 1.
Potenciales
Componentes

X1
Padrn de
Organizacin

X1

X2

X
X2

Figura 1: Origen de un sistema.

Sin embargo la dimensin fenomnica de un sistema es ms amplia

an, los componentes desde su gnesis en la conformacin del sistema, no
slo admiten entradas deseadas o transformacionales, sino que adems son
afectados por entradas no deseadas o perturbaciones, las cuales afectan el
curso normal del sistema, tal como lo muestra la figura 2. All Pi corresponde
a las perturbaciones que afectan a X1, as como Pj a corresponde a las
perturbaciones que afectan a X2

Pi

X1

Pj

X2

X
X
Figura 2: Sistema afectado por perturbaciones.

Adems uno de los requisitos para que un sistema siga conservando

su calidad de tal, es la mantencin de su organizacin, la cual en los
sistemas viables se sustenta en la capacidad que dichos sistemas tienen de
modificar sus estructuras. La mantencin de la organizacin requiere que los
componentes de un sistema hagan lo que las condiciones de constitucin
del sistema requieren que haga. Por ejemplo, en el sistema X, el
componente X1, debe realizar b, a pesar de las perturbaciones que lo
puedan afectar. De eso se puede desprender la metfora de la peticin, es
decir, que lo que hace cada componente, lo hace porque el todo lo peticiona.
En el caso del sistema X, precisamente X -el todo- pide a X1 hacer b.
Lo mismo acontece para el componente X2 al cual se le pide hacer c. De
acuerdo a ello, ahora la dimensin fenomnica del sistema toma la forma de
la figura 3.

Pi

X pide a X1
que haga b

X1

Pj

X2

X pide a X2
que haga c

Figura.3: Peticiones del todo a sus componentes.

Cabe sealar que los input output- en realidad, no se manifiestan

exactamente en valores discretos, sino ms bien como rangos. De este
modo, entonces, b, en X, es ms bien [b], o ms precisamente, incluso
corresponde a [b ] = [b1]; [b2]; [b3]...[bn], en donde b1; b2; b3;...bn, son los
atributos de b, cada uno de los cules puede tomar diferentes valores entre
un lmite inferior y un lmite superior. Lo mismo es vlido para a y para c.
Para una definicin ms exacta an de la dimensin fenomnica de un
sistema, es preciso sealar que, como toda accin -en este caso la
transformacin- solo es posible cuando una peticin ha sido aceptada por
un realizador, el sistema asume la forma que aparece en la figura 4.

Pi

X1

X pide a X1
Hacer b

X1 Acepta la Peticin

Pj

X2

X
X

X pide a X2
Hacer c

X2 Acepta la Peticin

Figura 4: Aceptacin de las peticiones del todo

Estas peticiones son peticiones genricas es decir establecen
solamente que es aquello que se requiere que se haga sin explicitar los
atributos especficos
asociados a un hacer concreto, como calidad,
oportunidad etc. Ello hace que sea necesario entonces otro dominio de
peticiones precisamente aquellas que contemplan las especificidades
operacionales. En el caso del sistema X debe existir tambin entonces una
peticin de X2 a X1, referida a todos los atributos que precisamente X2
requiere de b. Esto hace entonces que la figura 4 tome ms bien la forma
que presenta la figura 5.

Pi

X1

X pide a X1
Hacer b

Pj

P(e)
P(e)A
b

X2

X1 Acepta la Peticin

X pide a X2
Hacer c

X2 Acepta la Peticin

P(e): Peticin Especfica

P(e)A: Peticin Especfica Aceptada
Figura 5: Peticin de X2 acerca de los atributos de b.

Dada esta dimensin fenomnica de un sistema, y si lo que de l

interesa es mostrar su configuracin y explicar la dinmica que hace posible
su efectividad en cuanto al logro de lo que debe alcanzar, es necesario
aplicar analiticidad a los componentes.
Uno de los criterios que se utiliza en la teora de sistemas para modelar
realidades complejas, es recurrir a la naturaleza de los inputs. Se asume que
al interior de un sistema -o componente de un sistema- deber existir una
instancia de naturaleza diferente para cada uno de los inputs de diferente
naturaleza que se recibe. Lo que adems, por cierto, es vlido para los
output. Si un organismo vivo insume oxgeno, por cierto que en su interior
deber existir una instancia de naturaleza tal que se haga cargo con
efectividad de dicho input. En nuestro caso si hay dos tipos de inputs, hay

que aceptar que al interior del componente existirn dos instancias, cada
una preparada para aceptar la diferente naturaleza de los inputs que recibe.
Al ver cada componente desde sus input -output- se puede comprobar
all la existencia de dos categoras de fenmenos; uno transformacional y
otro lingstico.
El fenmeno transformacional, para el sistema X, est dado por las
siguientes transformaciones:
b = X1(a)
c = X2( b)
c = X (a)
El fenmeno lingstico en
peticiones:

X, por su parte,

est dado por las

X pide a X1 hacer b
X pide a X2 hacer c
Por cierto que tambin sucede que X es peticionado para hacer c,
desde el todo del cual forma parte. El cual bien puede corresponder a un
sistema XY como el que se muestra en la figura 6.

Pi

Pj

XY pide a X:
Hacer c

XY

X Acepta la Peticin

Figura 6: El sistema X es un componente de un sistema mayor

Si existen inputs que corresponden a dos categoras de fenmenos
diferentes, entonces al interior del componente deber existir dos instancias
de naturaleza tal que tengan las propiedades necesarias para acoger a
dichos input. Estas categoras son las que aparecen en la figura 7.

PA

P
a
?

Instancia que acoge lo

lingstico

Instancia que acoge la

transformacin

P:Peticin
PA:Peticin Aceptada
Figura 7: Instancias que acogen inputs.

Estas instancias, en el argot tcnico se conocen como Regulador y

Transformador, respectivamente, tal como lo muestra la figura 8.
PA

P
a
b

REGULADOR

TRANSF
TRANSFORMADOR

P:Peticin
PA:Peticin Aceptada
Figura 8: Relacin Regulador - Transformador.

Sin embargo, puesto que la visin de sistemas privilegia las relaciones

entre los elementos, la visin de los componentes que se ha descrito resulta
insuficiente para describirla. El problema que surge en este sentido es cmo
identificar y especificar dichas relaciones. Una manera de lograrlo es
remitirse a lo dicho por las teoras respecto del fenmeno en estudio.
Interpretando a J. Habermas, y a J. Austin, destacados filsofos del
lenguaje, la instancia que acoge los requerimientos, en un primer momento,
los recibe en forma de peticiones y luego, tras un proceso de evaluacin de
las posibilidades de cumplirlas cabalmente, las acepta o rechaza. Si las
acepta, entonces, pone en accin -activa- las transformaciones.
La activacin es uno de los vnculos entre el regulador y el
transformador. Sin embargo, desde una perspectiva operacional, con la sola
aplicacin de la activacin el xito de lo esperado, o mejor dicho de la
peticin, no est de ninguna forma asegurado. Lo que acontece es que las
transformaciones que llevan a cabo los sistemas, en su trayectoria tcnica,
se ven sujetos a perturbaciones. Dichas perturbaciones son consideradas
como entradas no deseadas, considerando que los inputs son entradas
tcnicamente deseadas, tal como lo muestra la figura 9.

PA

Tratamiento
de la
peticin

Pi
a

PA
Activacin

Activar
Rx1

Tx1

: Trayectoria Tcnica
Rx1 : Regulador de x1
Tx1: Transformador de x1
Pi : Perturbacin que afecta a x1
P:Peticin
PA:Peticin Aceptada

Figura 9: Perturbaciones que afectan las transformaciones.

Las perturbaciones pueden apartar a las transformaciones de su
trayectoria esperada, que no es otra cosa que el camino, que va desde el
input hasta el output, es decir, corresponde a un camino tcnicamente
validado.
Cabe sealar que la trayectoria tcnica est constituida por tres capas.
La primera, la ms bsica, corresponde a la plataforma tcnica operacional
que sirve de soporte a las actividades que van del input al output , y que se
constituye en la segunda de las capas. La tercera capa corresponde al

10

conjunto de variables en virtud de las cuales se mide el efecto de las

perturbaciones. Estas variables estn constituidas por dos subconjuntos: el
primero de ellos se refiere a las variables que dan cuenta del efecto de las
perturbaciones en el dominio de las actividades, en tanto que el otro
subconjunto se refiere a las variables que dan cuenta del efecto de las
perturbaciones en el dominio de la plataforma tcnica operacional. Cabe
agregar que estas variables se distribuyen a travs de la trayectoria tcnica
en la tercera capa en una estructura de puntos de control. Esto se muestra
en la figura 10.

Variables de Control(PT/O)
Variables de Control(ACT)

Tercera
capa

Actividades (ACT)

segunda
capa

Plataforma Tcnico/Operacional (PT/O)

primera
capa

Figura 10: Estructura de la Trayectoria Tcnica.

En este contexto el regulador, adems de activar el transformador,
tiene como tarea anular el efecto de las perturbaciones -en una perspectiva
de control a posteriori- de tal manera de asegurar efectivamente el output
esperado. Esto significa, en otras palabras, que es necesario, en un
segundo momento, percibir y registrar el efecto de las perturbaciones, lo
cual confiere, a su vez, lo que se puede denominar, el valor real del
comportamiento del componente y que debe ser registrado en instancias del
tipo base de datos para que sea susceptible de comparar con los valores
esperados, los cules en un primer momento ya han sido almacenados en

11

dicho dispositivo. La figura 11 da cuenta de lo que acontece en torno a estas

bases de datos.

PA

Tratamiento
de la
peticin

Pi
a

PA
b

Activacin

Activar

Ajuste

R.E.P.

Tx1
Ajustes

Valor Real

Rx1

Valor
Diferencia

BD
S.I.x1

Valor Esperado
REP: Registro del Efecto de las Perturbaciones.
SI: Sistema de Informacin.
P:Peticin
PA:Peticin Aceptada

Figura 11: Registro del valor real de comportamiento.

De la comparacin entre los valores esperados y los valores reales,

resulta la informacin que ha de determinar el alcance de los ajustes a
aplicar, todo ello en una manifestacin del tipo bucle de retorno, tal como lo
muestra la figura 12.

12

PA

Tratamiento
de la
peticin

Pi
a

PA

Activacin

Activar

R.E.P.

Tx1

Ajuste

Ajustes

Valor
diferencia

Rx1

Valor Real

Activacin
SGI

BD
S.I.

Valor Esperado

REP: Registro del Efecto de las Perturbaciones.

SI: Sistema de Informacin.
SGI: Sistema Generador de Informacin.
P:Peticin
PA:Peticin Aceptada

Figura 12: Sistema generador de informacin para el ajuste.

Una de las tareas esenciales de un regulador consiste, precisamente,

en la accin de regular. Esto es, en aplicar ajustes a la conducta real de un

13

transformador cuando lo que acontece en su trayectoria tcnica, que va de

input a output, escapa de las conductas esperadas. Para llevar adelante las
tareas de regulacin, es preciso establecer una estrategia de puntos de
control. Esta configuracin de puntos de control, que no es ms que un
instrumento de gestin, se superpone lgicamente sobre la trayectoria
tcnica, en su tercera capa.
Obviamente para cada punto de control se mide el valor real del
comportamiento de la transformacin, se compara con el valor esperado que
corresponde a ese punto y se obtiene la diferencia. Esta se constituye en el
factor que determina los alcances del ajuste, que en ese punto de control,
deben llevarse a cabo para corregir las discrepancias que se han de producir
como consecuencia de la existencia de perturbaciones. Ello es lo que hace
que el canal de retroalimentacin que conecta, en bucle de retorno, el
regulador con el transformador, sea en realidad un multicanal al existir un
canal para cada punto de control, tal como lo muestra la figura 13.

14

AP

Tratamiento
de la
peticin

Aceptar
Peticin

Pj
b

Activacin

Activar

PC1

Reactivacin

Aj PCn
Aj PCi
Aj PC1

Ajustar

REP

PCi
REP

Diferencia

REP

Valor
Valor
realreal

Valor
real

Rxi

PCn

Valor
Valor
real
real

Txi

SI

Valor Esperado
Diferencia

SI
Valor Esperado

Diferencia

SI
Valor Esperado

Figura13: Multicanal de retroalimentacin.

En cada uno de los puntos de control, el regulador debe tener definido

aquello que le interesa medir. Y esto que le interesa medir, se expresa a
travs de un conjunto de variables de control que estima le permitirn el
control de la transformacin. Control entendido en el sentido de dominio,
ms especficamente, en la perspectiva de asegurar efectivamente lo que se

15

desea lograr. Este conjunto de variables de control configura lo que se

podra denominar un vector de variables de control.
Por ejemplo, en un cierto proceso productivo, algunas de las variables
componentes de dicho vector, pueden ser, costo, calidad, etc, as como para
un estudiante, la variable de control por excelencia, corresponde a las
variable nota.
Este vector, toma la siguiente forma:
[[VC1], [VC2],...[VCi]...[VCn]]
Aqu, cabe sealar nuevamente que, el valor que toma cada variable
no es un valor discreto, sino que corresponde ms bien a un rango, con un
lmite inferior y un lmite superior, tal como suceda con los input-output. Es
decir, los ajustes slo se aplican cuando los valores salen de los rangos
esperados. Dicho vector, el regulador lo configura a partir de su
conocimiento de la naturaleza de la transformacin, de la activacin que
aplica al transformador, que es la resultante del juego entre peticin y
aceptacin de la peticin, y de la informacin de benchmarking y el
conocimiento terico de que dispone.
Cada una de estas variables, toma tres valores: un valor esperado,
residente en la peticin; un valor real que da cuenta de la conducta de la
transformacin, considerando el efecto en ella de las perturbaciones o
entradas no deseadas que le afectan y su valor de diferencia entre el valor
real y el valor esperado. Se configura, por lo tanto un cuadro de mando cuya
estructura lgica se manifiesta en tres vectores que se relacionan del
siguiente modo:
[[E(VC1)],[E(VC2)],...[E(Vci)]...[E(VCn)]] - [[R(VC1)],R(VC2)],...[R(Vci)]...[R(VCn)]] = [[D(VC1)],
[D(VC2)],...[D(VCi)]...[D(VCn)]]

Aqu, el valor esperado, se encuentra inscrito en la peticin, el valor

real se recoge del comportamiento del sistema producto de las
perturbaciones que lo afectan y la informacin corresponde al valor

16

diferencial entre lo esperado y lo real. De esto, ahora se desprende que el

multicanal de retroalimentacin es en realidad, multimulticanal al ser de
naturaleza vectorial, tal como lo muestra la figura 14.

Peticin

Acepta
Peticin

Tratamiento de
la peticin
a

Aceptar
Peticin

Pj
b

Activacin

Activar

PC1

Reactivacin

PCi

Aj PCn
Aj PCi
Aj PC1

Ajustar

PCn

REP

Txi

Rxi
R(VC1PCi)

R(VCjPCi)

R(VCnPCi)

SI
D(VC1PCi)

BD

SI

E(VC1PCi)

SI
D(VCjPCi)

BD

SI

E(VCjPCi)

SI
D(VCmPCi)

SI

E(VCmPCi)

Figura 14: Multimulticanal de retroalimentacin.

17

BD

Cabe agregar que el ajuste que se aplica en cada punto de control

tiene dos aristas. Una de ellas corresponde a la intervencin en la
efectividad del tramo de trayectoria tcnica que va desde el punto de control
en que se est controlando hasta el prximo y la otra es la que afecta al
valor esperado del o los prximos puntos de control. Todo ello en un cuadro
que se puede caracterizar como control a posteriori, esto es, se ajusta una
vez que se ha tomado en cuenta el efecto de la perturbacin. Lo anterior
hace que el comportamiento de un componente pueda no ser totalmente
efectivo, al existir siempre puntos donde no se pueda realizar ms ajustes.
De todos modos, esta configuracin hace que el comportamiento de los
componentes sea considerado como un comportamiento homeosttico.
Los Sistemas Homeostticos.
Aquella caracterstica de los sistemas, cuya misin es, esencialmente,
mantener el equilibrio del medio interno, que es a su vez garante de la
necesaria mantencin de la organizacin, frente a las perturbaciones del
medio externo, conservando en su valor normal las diferentes variables
fisiolgicas del sistema, es a
l denominada homeostasis. En este sentido
puede decirse que la homeostasis consiste en la mantencin de las
variables crticas del sistema dentro de lmites fisiolgicos frente a cualquier
perturbacin, incluyendo aquellas que podran considerarse como no
explicitadas en su configuracin.
En general, puede decirse que estos problemas del equilibrio de los
sistemas viables son asuntos que han preocupado desde hace mucho
tiempo a los investigadores cientficos, en particular a los bilogos. I. P.
Pavlov, por ejemplo, es uno de los que mayor atencin ha otorgado a este
problema en relacin con el sistema nervioso central. Del mismo modo, los
economistas y los estudiosos de los fenmenos relativos a las
organizaciones humanas prestan cada vez mayor atencin a los problemas
del equilibrio organizacional.
Todo sistema viable, es decir aquel que es capaz de subsistir en un
medio en constante variabilidad, puede expresarse en trminos de un

18

conjunto de variables, variables cuyos valores deben mantenerse en

consta ncia para asegurar su equilibrio fisiolgico y la mantencin de la
organizacin. Si las condiciones ambientales tienden a afectar el valor
esperado de estas variables, el sistema reacciona enfrentando todos
aquellos estmulos mediante una serie de respuestas de igual valor pero de
sentido opuesto, tendiente, justamente, a mantener los equilibrios internos.
Si el sistema es capaz de hacerlo, es decir, si dispone de los mecanismos
para ello, se puede decir que se trata de un sistema homeosttico. Son, en
consecuencia, aquellos mecanismos, de que disponen los sistemas viables
para hacer frente a las interacciones del exterior, lo que hacen de ellos
sistemas homeostticos. Aquellos mecanismos son mecanismos de
regulacin y control y corresponden a aquellos a travs de los cuales se
materializa la homeostasis.
La homeostasis representa la base fundamental para el mantenimiento
del carcter viable del sistema, es decir, para la mantencin de la
organizacin y la adaptacin, e incluso el punto de arranque del proceso
evolutivo. Se puede decir, en consecuencia, que la homeostasis es una
caracterstica fundamental de los sistemas viables, y mas an, que los
mecanismos de regulacin y control bsicos que utiliza la naturaleza, son
esencialmente de carcter homeosttico, tal como ocurre en la homeostasis
biolgica. La homeostasis es una propiedad de todos los sistemas vivos.
En general, se puede decir que todos los sistemas biolgicos y los
sistemas ecolgicos son de esta naturaleza. Uno de los casos ms
caractersticos de comportamiento ho meosttico lo constituye la mantencin
de la temperatura en la sangre del organismo humano. Esta se mantiene
alrededor de los 37C independientemente de la temperatura existente en el
entorno. En realidad lo que existe es una va riacin estadstica alrededor de
aquel valor promedio, por lo cual lo importante no es el que el organismo
mantenga la temperatura exactamente a 37C, sin que su valor no se aleje
inconvenientemente de la media, de tal modo de evitar daos fisiolgicos
que el organismo no pueda soportar. En el organismo humano no slo la
temperatura de la sangre tiene que mantenerse en equilibrio sino que
tambin todo el sistema biolgico del cuerpo. Para esto, los sistemas vivos

19

disponen de un conjunto de mecanismos homeostticos -mecanismos de

regulacin y control- que le permiten enfrentar las amenazas a su viabilidad
que proviene de su entorno.
La dimensin fenomnica de un sistema.
Las figuras 13 y 14 dan cuenta de la dimensin fenomnica de un
componente de un sistema, entendido como manifestando comportamientos
homeostticos. Obviamente, dicha dimensin explicativa es vlida para
todos los componentes del sistema, e incluso, para el propio sistema.
En aquella representacin es constatable la existencia de tres
compone ntes bsicos: un regulador y un transformador, y un sistema de
informacin que reside en un canal de retroalimentacin que conecta, en
trayectoria antidrmica a los otros dos constituyentes.
Si se hace abstraccin de los puntos de control y de los vectores de
variables de control que operan en dichos puntos, aparece la dimensin
explicativa del sistema X que muestran las figuras 15 y 16, en donde es
constatable que dicho sistema X est constituido por los componentes X1
y X2.
La configuracin para X1 es la que aparece en la figura 15, en tanto
que la configuracin para X2, es la que aparece en la figura 16.

20

A. Peticin

Medio
a

Peticin

b=X1(a)
ACT

AJ

REP

RX1

TX1
Valores
Reales

Inf.

SIX1
SGI

BD

Valor Esperado

X1

Figura 15: Configuracin del componente X1.

A. Peticin

Medio
b

Peticin

c=X2(b)
ACT

AJ
RX2

REP
TX2
Valores
Reales

Inf.

SIX2
SGI

BD

Valor Esperado

X2

Figura 16: Configuracin del componente X2.

21

Cada componente tiene su propio dominio de operaciones, y por cierto

tambin dispone de un regulador que de l forma parte. En esta perspectiva
el regulador tiene como tarea asegurar el logro de las peticiones que ha
aceptado, haciendo frente a las perturbaciones que pueden afectar a las
transformaciones que regula, generalmente en un operar del tipo gestin
que se conoce como Control a posteriori. Sin embargo, puede acontecer
que alguna perturbacin, adems de tener efecto local, tenga efectos en
algn otro componente con el cual el primero se vincula en red operativa.
Cuando las perturbaciones tienen efecto local, el regulador
correspondiente regula dentro de su mbito de accin. Sin embargo, cuando
la perturbacin adems de tener efecto local -por ejemplo en X1- repercute
en otros componentes -por ejemplo en X2-el regulador queda obviamente
fuera de su mbito de accin. Estos son los casos que se registran en la
base de datos, -entendida sta en perspectiva lgica- que forma parte del
Sistema de Informacin del sistema -en el ejemplo, X- el cual se constituye
en la esencia del canal de retroalimentacin que conecta a todos los
componentes -X1 y X2- con el sistema X- para que de esta manera
entonces, el regulador del sistema aplique ajustes coherentes a todos los
componentes que se ven afectados por aquella perturbacin de efectos
mltiples como se muestra en la figura 17.

22

MEDIO

AP

B=X1(a)

ACT

c=X2(b)
AC

AC

AJ
RX1

RE P
Valores
Reales

Inf.

AJ

AJ
RX2

TX1

RE P

TX2
Valores
Reales

Inf.

SIX1

SGI

SIX2

BD

Valor Esperado

SGI
X1

RX

BD

Valor Esperado

X2

Inf.
SGI

BD

SI

Valor Esperado

Figura 17: Configuracin interna de X.

Como en cada componente existe una base de datos que recoge el

efecto de las perturbaciones que lo afectan y la base de datos que pertenece
al Sistema de informacin del sistema consigna los efectos de las
perturbaciones que no solo tienen consecuencias locales sino que afectan a
otros componentes, bien se puede decir que aquella base de datos de
gestin global se construye tras una operacin de filtraje, mediante la cual
solo se dejan pasar los casos en que las perturbaciones que afectan a un
componente tienen efectos colaterales en aquellos otros con los cules el
componente afectado se encuentra vinculado operacionalmente. En otras
palabras, lo que sucede es que teniendo en cada una de las bases de datos

23

de los componentes registrados los efectos de las perturbaciones locales,

esto es, las que tienen consecuencia en la transformacin del componente
respectivo, se separan en ellas todos los efectos de las perturbaciones que
teniendo efecto local, adems, afectan a otros componentes; son estos
efectos los que se registran en las bases de datos del Sistema de
informacin del sistema.
Es por ello que el regulador del sistema acta precisamente en
perspectiva global. Esto es, activa en coherencia a todos los componentes
que controla, y realiza los ajustes tambin en coherencia. Respecto del
ajuste, obviamente los aplica con sentido de globalidad y a todos aquellos
componentes que resultan afectados por alguna perturbacin que en
principio tuvo efectos directos en alguno de ellos. Para que dichos ajustes
sean efectivos, las variables de control de que dispone el sistema, deben
estar definidas justamente en perspectiva de globalidad.
El Control a priori.
El problema del control a posteriori es que siempre habr una ltima
instancia en la cual ya no cabe la opcin de corregir el efecto de la
perturbacin, por lo tanto, si as acontece, lo que se desea lograr es factible
que no suceda. Por ello es conveniente complementar dicho control a
posteriori, con una nueva opcin que se denomina control a priori. Se trata
de

un tipo de control que se puede identificar con el fenmeno del

pararrayos. En este caso, entre la perturbacin y el sistema se coloca un

dispositivo que evita que el efecto perturbador afecte la trayectoria tcnica,
tal como sucede precisamente con un pararrayos. Para que esto sea
posible lo que hay que hacer es en primer trmino tomar conocimiento de la
naturaleza de la perturbacin, para as especificarla rigurosamente y
especificada. Una vez establecida aquella y con el apoyo de conocimiento
tcnico se disea el dispositivo que habr de evitar que la perturbacin
tenga efectos en el sistema. Una vez obtenido el diseo, se construye
fsicamente el dispositivo, para luego de superar todas la pruebas

24

necesarias, instalarlo entre perturbacin y transformador del sistema. Dicho

conjunto de actividades configura un circuito que bien se puede decir circula
en bucle de retorno circundndolo, como se muestra en la figura 19.

Peticin

Dispositivo

Pj

Acepta
Peticin

Tratamiento
de la peticin

Dispositivo
a

Aceptar
Peticin

Activacin

Activar

PC1

Reactivacin
Aj PCn

Ajustes

REP

REP

Aj PCi
Aj PC1

PCn

PCi

REP

Txi

Rxi
R(VC1PCi) R(VCjPCi)

R(VCnPC i)

SI

D(VC1PCi)

BD

SI

Recoger
naturaleza
perturbacin

E(VC1PCi)

SI

D(VCjPCi)

BD

SI

Naturaleza
fenmeno

E(VCjPCi)

SI
D(VCmPCi)

SI

BD

E(VCmPCi)

Especificar
perturbacin
Perturbacin
especificada

Instalar
dispositivo

Dispositivo
construido

Construir
dispositivo

Figura 18: control a priori

25

Dispositivo
diseado

Disear
dispositivo

Apndice A.
El uso de los sistemas.
Para que un sistema a la postre tenga la categora de tal, cualquiera
sea su ndole, es necesario, en primer lugar, que un Peticionador, operando
en el lenguaje, realice una peticin. Dicha Peticin es recepcionada por un
receptor-ejecutor quien, en un proceso de anlisis, la acepta o rechaza. Si
no cuenta con los antecedentes necesarios para tomar la decisin, esto es el
contenido de la peticin, no se lo permite a cabalidad, solicita una
reformulacin de la peticin. Si la peticin se encuentra especificada
correctamente, desde la perspectiva decisional del receptor-ejecutor,
procede a tomar la decisin de aceptarla o rechazarla. En caso de la primera
opcin, y en un segundo momento, identificada como especificacin de la
peticin, verifica si contiene o no la informacin suficiente para su posterior
diseo y construccin. Si se da que no contiene la informacin suficiente,
solicita un mayor detalle a quien la formul, a fin de que ste proporcione lo
requerido. Una vez completada la informacin, se especifica la peticin, de
modo tal que obtenida dicha especificacin, se da inicio al diseo el cual se
puede realizar a partir del contenido de la especificacin sumado a la propia
experiencia del diseador o bien complementndola con el aporte de los
diferentes modelos tericos a los cuales puede tener acceso el propio
diseador, lo que se obtiene es un modelo de aquello que luego se
construir. Anlisis de la peticin, especificacin de requerimientos y diseo
conforman un primer momento operativo el cual, en cuanto tal momento,
antecede a la construccin, tal como lo muestra la figura 18. Este primer
momento operativo tiene como rasgo distintivo esencial su absoluta
ocurrencia en el lenguaje. Esto significa que el sistema diseado es un
sistema en el lenguaje.
Un sistema que una vez constituido y en distincin de uso, deja de ser
absolutamente un Sistema, puesto que puede seguir siendo un sistema

26

cuando el usuario opera con l incluyendo el dominio de su organizacinestructura, esto es en la trama de sus componentes o bien un prgmata,
esto es un objeto con el cual se opera por sus bordes.
Los usuarios del sistema pueden ser o un usuario peticionador o bien
un usuario que se encuentra con el sistema dado. El usuario peticionador es
el que le confiere un uso posible predeterminado.

Peticionador
Aceptacin de la
Peticin

Peticin

Solicitud de
Reformulacin
de la peticin

Anlisis de la
Peticin
Aceptacin de la
Peticin
Entrega de mayor informacin

Modelos Tericos

Experiencia

Especificacin de
Requerimientos

Solicitud de mayor informacin

Peticin
Especificada

Diseo
Sistema
Diseado

Figura 1: El primer momento en la emergencia de un sistema.

La construccin se constituye en un segundo momento operativo de la
ruta tendiente a la obtencin de un sistema, en el cual a partir del modelo
recibido y mediante una bsqueda y seleccin de

los componentes

necesarios, se confecciona y genera el dispositivo requerido por el

peticionador-ejecutor, como bien lo muestra la figura 19. Se trata de un
dispositivo que al ser sistema, se constituye en un holos o totalidad

27

emergente.

De acuerdo a ello, todo sistema queda, en primer lugar,

determinado en un dominio lingstico, puesto que el anlisis de la peticin y

su consecuente aceptacin, su especificacin y su diseo, no son ms que
actos realizados en un operar lingstico, el cual, adems, antecede a su
construccin, la cual, por su parte acontece en el dominio material de las
partculas.
Sistema
Diseado

Potenciales
Componentes

Construccin
Sistema
Objeto
Sistema

Usuarios Posibles
Predeterminados

Usuario

Otros Usos que las

Estructura Posibilita

Uso como
Sistema
Objeto
Usuario

Distinciones de Uso

Uso
Especfico
Figura 2: La emergencia de un sistema

28

De los momentos anteriores es constatable la existencia de tres

dominios: anlisis de la peticin-especificacin de requerimientos-diseo;
construccin y uso; los tres, cabe agregar, se corresponden con lo que en
cualquier desarrollo de sistemas en Ingeniera de Software se postula como
metodolgicamente vlido.
Sin embargo, respecto del tercer dominio, cabe consignar algunas
consideraciones, las cuales se refieren precisamente al uso que se hace de
aquello que se especifica, disea y construye.
Todos los sistemas tienen una proyeccin de uso, en la cual cualquier
uso especfico no est predeterminado necesariamente. Cada sistema tiene
asociado un dominio de usos posibles, cuyas dimensiones estn dadas por
todas las diversas distinciones de uso que un usuario puede realizar. Lo
nico cierto es que su configuracin estructural, aquella que resulta de su
diseo original en un dominio lingstico, previo a su configuracin como tal
sistema, est ligado a un subconjunto de usos particulares.
El uso especfico en un espacio y tiempo dado del sistema depender
de un proceso de distincin de uso que aquel usuario aplica sobre un
dominio de usos potenciales. Esto significa, simplemente, que un sistema no
necesariamente es utilizado para aquello que originalmente se configur.
Por ejemplo, un paraguas puede ser efectivamente usado como proteccin
para la lluvia como su configuracin estructural lo posibilita, o bien, para
cualquier otro propsito establecido por la distincin de uso que el usuario
realiza, como bien podra ser su empleo para sostener semiabierta una
ventana.
El usuario de un sistema puede ser una persona o una mquina. Una
persona frente a un uso del sistema, distingue ciertas propiedades en l,
precisamente aquellas que le han de permitir la materializacin del uso
especfico que desea. Dicha distincin de uso, puede o no corresponder a

29

las propiedades que se le confiri al momento de su diseo, momento que

adems de ser previo a su configuracin, responde a las directrices de la
peticin de un peticionario.
En el caso de una mquina, por cierto existe una predeterminacin de
las distincin, debido a lo cual existe coincidencia entre lo que su diseo
estableci y su uso posterior.
Lo que funda tericamente lo propuesto es la nocin de ontologas
constitutivas. Ella establece que la realidad slo existe para un observador
en el lenguaje. La realidad se configura producto de coherencias
operacionales que se suscitan entre las operaciones de distincin que, en su
operar, desarrolla un observador. En l surgen muchas realidades, cuyas
fronteras se clausuran en las coherencias operacionales que un observador
experimenta al concatenar, en base a ciertas premisas, las operaciones de
distincin que configura. De este camino se desprende que los hombres
existen en un multiverso, en mltiples dominios de accin, en mltiples
dominios lingsticos. La objetividad es, entonces, entre parntesis. All se
manifiesta la ineludible vinculacin entre realidad y observador: Este puede
ver slo lo que es capaz de distinguir.
Del camino explicativo de las ontologas constitutivas, se desprende
que es imposible tener nocin de algo con independencia de la operacin de
distincin que lo distingue. Es decir, sin operacin de distincin, ninguna
cosa hay para el observador.
Aquella operacin de distincin es la operacin bsica que cualquier
observador ejecuta en su vivir cotidiano, de modo tal que cuando el objeto
distinguido se saca del contexto en que se encuentra antes de distinguirse,
se constituye en una unidad respecto de aquel contexto en que se
encontraba. As, al distinguir, el observador genera tanto una unidad como
el medio en que ella es distinguida.

30

Por lo tanto, en la perspectiva de las ontologas constitutivas, toda

unidad slo aparece cuando tras una operacin de distincin, aquella unidad
es separada de un cierto trasfondo o substrato estableciendo sus lmites, es
decir, como lo seala H. Maturana, "una distincin consiste en que un
observador especifica lo que distingue al traerlo a la mano con lo que hace.

31