UNIDAD 4 Metodologa de los sistemas duros.

4.1.-Paradigma de anlisis de los sistemas duros.

Paradigma proviene del griego paradeigma, que quiere decir, modelo, patrn,
ejemplo. Es la forma bsica de percibir, pensar, valorar y actuar con base en una
visin particular de la realidad.
Todo ha cambiado menos nuestra forma de pensar Albert Einstein
Paradigma de sistemas.
El propsito de esta seccin es el de dimensionar los valores a que nos lleva el
enfoque de sistemas para disear un sistema total, a travs del enfoque se est
en capacidad de definir un sistema, definiendo los objetivos, recursos, misiones,
medio y administracin, entre otros; luego el diseador de sistemas podr hacer
nfasis de lo prctico que resulta aplicar lo que en determinados contextos de la
Teora de Sistemas se denomina el paradigma de los sistemas.
El paradigma de sistemas es la visin clara pero prctica del enfoque de sistemas,
que determina para el diseador de sistemas, cuales herramientas y tcnicas debe
utilizar en la aplicacin a problemas del mundo real, dadas en el proceso del
diseo de sistemas. El paradigma de sistemas es una relacin cientfica de
actividades que forman un modelo conceptual para la investigacin en los
problemas de los sistemas totales. Involucra procesos de pensamiento como la
induccin y la sntesis, que difieren de los mtodos de deduccin y reduccin
usados para mejorar sistemas o para solucionar problemas discutidos en la
epistemologa de ciencias exactas.
El proceso es heurstico en el paradigma de sistemas, estocstico y en muchas
oportunidades concreto, su mtodo depende es de las habilidades en la
percepcin, cosmovisin o experiencias que tenga el diseador de sistemas de
turno para aplicar ese paradigma a la solucin del problema especificado. Pero no
se quiere encasillar el paradigma de sistema a la percepcin particular y
personalizada de un solo autor en cuanto a su modelo de uso. Luego entonces se
har la presentacin de varios modelos y finalmente se har un comentario al final
al respecto.
El paradigma de la Teora de Sistemas, es decir, su concrecin prctica, es la
Sistmica o Ciencia de los Sistemas, y su puesta en obra es tambin un ejercicio
de humildad, ya que un buen sistmico ha de partir del reconocimiento de su
propia limitacin y de la necesidad de colaborar con otros hombres para llegar a
captar la realidad en la forma ms adecuada para los fines propuestos.
La Teora General de Sistemas es una ciencia de la globalidad, en la que las
ciencias rigurosas y exactas nacidas del paradigma cartesiano no slo pueden
convivir sino que se potencian mutuamente por su relacin con las conocidas
1

como ciencias humanas, y en la que la lgica disyuntiva formal, que desde

Aristteles hasta nuestros das ha realizado enormes progresos y conducido a
resultados espectaculares, se da la mano con la lgica recursiva y la difusa. Es a
travs de esta posibilidad de integracin como la sistmica, el paradigma de la
complejidad, mezcla de arte, ciencia, intuicin y heurstica, que permite modelar
sistemas complejos, es hoy un sistema y una filosofa de pensamiento en plena
expansin en cuanto a las ciencias que confluyen en l: desde los campos del
conocimientos tradicionalmente asociados a ella, como son las ciencias de la
ingeniera y la organizacin, a las que, aunque no tan jvenes, se van
incorporando, como las ciencias polticas y morales, la sociologa, la biologa, la de
Pensamiento de Sistema-Psicologa y la de Pensamiento de Sistema-Psiquiatra,
la lingstica y la semitica, o las que por su juventud han sido integradas casi
desde su nacimiento, como ocurre con la informtica, la inteligencia artificial o la
ecologa.
Todo sistema, para sobrevivir, necesita realimentacin interna e intercambio de
flujos de muy variada naturaleza con su entorno a fin de evitar el crecimiento
constante de su entropa, que lo llevara a su muerte trmica. Este intercambio de
flujos debera permitir la admisin de variedad para reducir la entropa. La negativa
a asumir esta incorporacin de variedad en sistemas sociales y organizaciones
suele conducir tambin a graves problemas polticos y econmicos; los
fundamentalismos de todo tipo que estn surgiendo en tantas partes del mundo
son ejemplos paradigmticos de esta negacin de la variedad al pretender
desarrollar al precio que sea, un modelo de la variedad, un modelo demasiado
uniforme de sociedad, sea en lo cultural, lo lingstico, lo religioso, o en lo
econmico, cuando no en todos ellos.
4.2.-Metodologa de Hall y Jenking.
Metodologa de Hall.
Para Hall, la Ingeniera de Sistemas es una tecnologa por la que el conocimiento
de investigacin se traslada a las aplicaciones que satisfacen necesidades
humanas mediante una secuencia de planes, proyectos y programas de
proyectos. Hall definira asimismo un marco para las tareas de esta nueva
tecnologa, una matriz tridimensional de actividades en la que los ejes
representaban respectivamente como se muestra en la figura 4.2.1.

La dimensin temporal: son las fases caractersticas del trabajo de sistemas,

desde la idea inicial hasta la retirada del sistema.
La dimensin lgica: son los pasos que se llevan a cabo en cada una de las fases
anteriores, desde la definicin del problema hasta la planificacin de acciones.
La dimensin del conocimiento: se refiere al conocimiento especializado de las
diversas profesiones y disciplinas. (Esta dimensin, ortogonal a las anteriores, no
ha sido incluida en la tabla a efectos de una mayor claridad.)
Los pasos principales de la metodologa propuesta por HALL es la siguiente:
1.- Estudio de Sistemas (planeacin de programa I)
2.- Planeacin exploratoria (planeacin de proyecto I)
3.- Definicin del problema
4.- Seleccin de objetivos.
5.- Sntesis de sistemas.
6.- Anlisis de sistemas.
7.- Seleccin de la mejor alternativa del sistema.
8.- Comunicacin de resultados
9.- Planeacin del desarrollo del sistema (Planeacin de proyecto II).
10.- Ingeniera (fase II).
11.-Estudios durante el desarrollo (fase de accin)

1.- Estudio de sistemas.

3

Durante esta fase se investiga con todos los proyectos presentes y los futuros
posibles que se tengan en mente, la existencia de un amplio margen de factores
integrantes. Se persiguen dos objetivos.
El primer objetivo es el de ayudar a la gerencia para lograr armona en el
programa total de trabajo, consistente en los diversos proyectos, que la
organizacin desea investigar. Los recursos totales de la ingeniera de sistemas y
los elementos de desarrollo de la organizacin, se distribuyen entre estos
proyectos. La solucin de este problema de distribucin, comprende ensayos
peridicos de todos los proyectos especficos que se presentarn en las fases
subsecuentes.
Se pueden tomar decisiones para efectuar un cambio del esfuerzo que se est
aplicando a un proyecto dado. Los estudios de los sistemas tambin pueden
comprender negociaciones con los compradores o clientes para los posibles
servicios de organizacin en los nuevos proyectos.
El segundo objetivo consistir en crear un extenso acopio de informacin que
posteriormente sirva de base para la planeacin de proyectos especficos, de tal
manera que se pueda iniciar posteriormente un ataque con la amplitud y extensin
apropiada.
2.- Planeacin exploratoria (planeacin de proyecto I)
Esta fase se distingue de la anterior, porque el inters est enfocado hacia un
proyecto en particular, a un problema o a un rea de demandas. Los proyectos en
esta fase pueden ser una consecuencia de los estudios de los sistemas, o bien se
pueden iniciar con esta fase si es que la demanda ha sido claramente
comprendida. Existen seis funciones correlacionadas con esta fase, las cuales no
presentan necesariamente una secuencia en tiempo, y que corresponden
aproximadamente a problemas generales que tienen solucin en cualquier campo.
3.- Definicin del problema.
La definicin del problema es un punto crucial dentro de cualquier estudio. De
hecho, todos los dems pasos de la metodologa dependen de como haya sido
concebido y definido el problema. Si nuestra definicin del problema es distinta a
lo que realmente es, lo ms probable es que todo lo que se derive del estudio vaya
a tener un impacto muy pobre en solucionar la verdadera situacin problemtica.
Es importante hacer notar que la definicin del problema demanda tanta
creatividad como el proponer soluciones. En este aspecto, el nmero de posibles
soluciones aumenta conforme el problema es definido en trminos ms amplios, y
disminuyen al aumentar el nmero de palabras que denotan restricciones dentro
de la definicin.
Por ejemplo considrese las siguientes definiciones:
4

1.- Construir una mejor ratonera.

2.- Matar ratones.
3.- Deshacernos de los ratones.
Si una persona tiene demasiados ratones en su casa y toma como su problema la
segunda definicin, el nmero posibles soluciones que tienen es mayor que la
primera puesto que los ratones pueden ser eliminados: ahogndolos,
envenenndolos, muertos por gato, electrocutndolos, etc. As tambin, el nmero
de posibles soluciones de la tercera definicin es mayor que la segunda, en este
caso se puede pensar en cmo influirlos para que cometan suicidio colectivo, que
emigren, que no se reproduzcan etc.
Bsicamente existen dos formas en cmo nacen los problemas que son resueltos
con sistemas tcnicos.
La bsqueda en el medio ambiente de nuevas ideas, teoras, mtodos y
materiales, para luego buscar formas de utilizarlos dentro de la organizacin.
Estudiar la organizacin actual y sus operaciones para detectar y definir
necesidades.
Estas dos actividades se llevan a cabo mediante la investigacin del medio
ambiente y de necesidades, respectivamente. Lejos de ser independientes, estas
dos actividades estn estrechamente relacionadas y se complementan una a otra.
a.- Investigacin de necesidades.
Las necesidades caen dentro de tres categoras:
b.- Incrementar la funcin del sistema. Hacer que un sistema realice ms
funciones de las actuales.
c.- Incrementar el nivel de desempeo. Hacer que un sistema sea ms confiable,
ms fcil de operar y mantener, capaz de adaptarse al a niveles de estndares
ms alto.
d.- Disminuir costos, hacer que un sistema sea ms eficiente.
Investigacin del medio ambiente.
En este punto se trata de entender y describir el medio ambiente en donde se
encuentra la organizacin, entre otras cosas, se realiza un peinado del medio
ambiente en bsqueda de nuevas ideas, mtodos, materiales y tecnologas que
pueden ser utilizados en la satisfaccin de necesidades. De este ltimo se
desprende el criterio para decidir si algo que existe en el medio ambiente es til
para la organizacin y est en funcin de las necesidades de esta ltima.

4.- Seleccin de objetivos.

Este es uno de los puntos ms importantes de la metodologa, pues aqu se
establece tanto lo que esperamos del sistema como los criterios bajo los cuales
mediremos su comportamiento y comparamos la efectividad de diferentes
sistemas.
Primero se establece qu es lo que esperamos obtener del sistema, as como los
insumos y productos y las necesidades que el sistema pretenda satisfacer. Estos
son los QUES del sistema. Aunque parezca intrascendente, es importante que
esto quede por escrito con el fin de evitar divagaciones y provocar cambios
continuos de las necesidades a satisfacer y lo que deseamos que haga el sistema.
En sistemas sencillos basta definir lo que se espera del sistema, la medicin de
sus resultados y el objetivo englobador que nos permita comparar el
comportamiento de los diferentes sistemas. Esto ltimo, se logra a travs del
concepto costo-beneficio.

5.- Sntesis de sistemas.

Hasta la etapa anterior se ha puesto de inters en definir el trabajo a desarrollar y
los propsitos a ser servidos. Ahora se ha llegado a la etapa de ingeniar varios
sistemas que puedan hacer el trabajo. O sea, cmo debe hacer el trabajo. Esto es
lo que se llama la sntesis de sistemas.
6.- Anlisis de sistemas.
La funcin del anlisis del sistema es deducir todas las consecuencias relevantes
de los distintos sistemas para seleccionar el mejor. La informacin que se obtiene
en esta etapa se retroalimenta a las funciones de seleccin de objetivos y sntesis
de sistemas. Los sistemas se analizan en funcin de los objetivos que se tengan.
7.- Seleccin de la mejor alternativa del sistema.
Cuando el comportamiento de un sistema se puede predecir con certidumbre,
solamente tenemos un solo valor dentro del funcin objetivo, el procedimiento de
seleccin de alternativa es bastante simple. Todo lo que se tiene que hacer es
seleccionar el criterio decisin y evaluar el comportamiento del sistema en funcin
del criterio, y se escoge la alternativa que mejor cumpla con el criterio de decisin.
Sin embargo, cuando el comportamiento del sistema no se puede predecir con
certidumbre y se tienen distintos valores en funcin de los cuales se va evaluar el
sistema, no existe un procedimiento general mediante el cual se pueda hacer la
seleccin de la alternativa del sistema.

8.- Desarrollo del sistema.

Interpretacin del plan del sistema. La ingeniera de sistemas no termina al
iniciarse el desarrollo; contina cooperando con los grupos de desarrollo. Los
nuevos informes, como resultado de los estudios correspondientes de los
integrantes y el conocimiento tcnico obtenido con los trabajos de desarrollo, son
de mucha importancia para interpretar y refinar el plan del sistema, en vista de esa
nueva informacin, y para reconsiderar todos los objetivos durante el desarrollo.
En un proyecto bien planeado, los cambios en los objetivos se refieren a los

detalles especficos ms bien que a los objetivos principales.

El desarrollo de un sistema sigue bsicamente el ciclo que se muestra
a continuacin en la siguiente figura 4.2.2.

Basndose en el diseo que se haba hecho del sistema durante la fase de la

sntesis del sistema, se hace un diseo detallado del mismo, para tal efecto se
puede utilizar la tcnica de la sntesis funcional, mencionada anteriormente. Una
vez que sistema est en papel, hay que darle vida, desarrollndolo. El nmero de
personas que toman parte en esta operacin depende de la magnitud del sistema.
Tambin cabe mencionar que no se puede poner en operacin un sistema en el
momento que este haya sido terminado, por que lgicamente se tienen que hacer
prueba de ensayo para vislumbrar problemas no previstos en su funcionamiento.
9.- Ingeniera.
Esta etapa no consiste en un conjunto de pasos ms menos secuenciales como
en las otras partes del proceso en valorar los trabajos los cuales pueden ser
calificados de la siguiente forma:
Vigilar la operacin del nuevo sistema para mejoras en diseos futuros.
Corregir fallas en el diseo.
Adaptar el sistema a cambios en el medio ambiente.
Asistencia al cliente.
Esta etapa dura mientras el sistema est en operacin.

4.2.2.-Metodologa de Jenkins.
En esta metodologa se proporcionan las lneas generales que utilizar el
ingeniero de sistemas para canalizar y solucionar problemas. Las diferentes
etapas que se prueben posteriormente, representan en un desglose de las cuatro
fases siguientes que se muestran a continuacin:

FASE 1: Anlisis de Sistemas

El Ingeniero de Sistemas inicia su actividad con un anlisis de lo que est
sucediendo y por qu sucede, as como tambin de cmo puede hacerse mejor.
De esta manera el sistema y sus objetivos podrn definirse, de forma tal que
resuelva el problema identificado.
FASE 2: Diseo de Sistemas
Primeramente se pronostica el ambiente futuro del sistema. Luego se desarrolla
un modelo cuantitativo del sistema y se usa para simular o explorar formas
diferentes de operarlo, creando de esta manera alternativas de solucin. Por
ltimo, en base a una evaluacin de las alternativas generadas, se selecciona la
que optimice la operacin del sistema.
FASE 3: Implantacin de Sistemas.
Los resultados del estudio deben presentarse a los tomadores de decisiones y
buscar aprobacin para la implantacin del diseo propuesto. Posteriormente,
tendr que construirse en detalle el sistema. En esta etapa del proyecto se
requerir de una planeacin cuidadosa que asegure resultados exitosos. Despus
de que el sistema se haya diseado en detalle, tendr que probarse para
comprobar el buen desempeo de su operacin, confiabilidad, etc.
Fase 4. Operacin y apreciacin retrospectiva de sistema.
Despus de la fase de implantacin se llegar al momento de liberar el sistema
diseado y entregarlo a los que lo van a operar. Es en esta fase donde se
requiere mucho cuidado para no dejar lugar a malos entendimientos en las
personas que van a operar el sistema, y generalmente representa el rea ms
descuidada en el proyecto de diseo. Por ltimo, la eficiencia de la operacin del
sistema debe apreciarse, dado que estar operando en un ambiente dinmico y
cambiante que probablemente tendr caractersticas diferentes a las que tena
cuando el sistema fue diseado. En caso de que la operacin del sistema no sea
satisfactoria en cualquier momento posterior a su liberacin, tendr que iniciarse la
fase 1 de la metodologa, identificando los problemas que hicieron obsoleto al
sistema diseado.
Metodologa de JENKINS desarrollada.
Fase 1. Anlisis de sistemas.
1. Identificacin y formulacin del problema.
2. Organizacin del proyecto.
8

3. Definicin del sistema.

4. Definicin del Suprasistema.
5. Definicin de los objetivos del Suprasistema.
6. Definicin de los objetivos del sistema.
7. Definicin de las medidas de desempeo.
8. Recopilacin de los datos e informacin.
Fase 2. Diseo de sistemas.
1. Pronsticos.
2. Modelacin y simulacin del sistema.
3. Optimizacin de la operacin del sistema.
4. Control de la operacin del sistema.
5. Confiabilidad del sistema.
Fase 3. Implantacin de sistemas.
1. Documentacin y autorizacin del sistema.
2. Construccin e instalacin del sistema.
Fase 4. Operacin y apreciacin retrospectiva de sistema.
1. Operacin inicial del sistema.
2. Apreciacin retrospectiva de la operacin del sistema.
3. Mejoramiento de la operacin del sistema diseado.
Fase 1 Anlisis de sistemas.
1.-Identificacin y Formulacin del Problema
Las organizaciones e instituciones tienen problemas que se generan de sus
operaciones y actividades diarias. La labor del ingeniero de sistemas es la de
proporcionar soluciones efectivas a estos problemas.
Un problema se genera cuando un administrador necesita ayuda, ya que ha
notado que las operaciones y/o actividades de la organizacin no se estn
desarrollando como se tenan planeadas, o bien porque tiene que planear una
decisin o implantar una decisin planeada a niveles jerrquicos superiores. En
esta situacin, el administrador consultara al ingeniero de sistemas como un
individuo familiarizado con el uso del enfoque de sistemas a la solucin de
problemas. Bajo estas circunstancias el ingeniero de sistemas deber interrogar al
administrador y a todas las personas que estn involucradas con la situacin
problemtica por identificar y solucionar.
En particular deber preguntar y contestar a satisfaccin las siguientes
interrogativas:
GUA DE PREGUNTAS:

Como resultado de este dilogo, empezar a generarse una panormica ms clara

del problema que se desea solucionar y de los beneficios que se obtendran con
la solucin.
2.-Organizacin del Proyecto.
Una vez que se ha definido el alcance del problema, debe identificarse la forma en
que se va a confrontar. Ingeniera de Sistemas es una actividad de grupo, y no la
actividad de un solo individuo. Por esta razn debe formarse un equipo de sistema
ad-hoc al tipo de situacin problemtica que se est confrontando. Este equipo
estar formado por especialistas en diferentes disciplinas, de acuerdo a las
diferentes facetas que tenga el problema confrontado, y por ingenieros de
sistemas, que contribuiran en el desarrollo del proyecto desarrollando funciones
de coordinacin, estructuracin del problema, construccin de modelos, anlisis
de sistemas, seguimiento y control de actividades, etc.
En general, son tres los aspectos que deben observarse en esta etapa:
GUA DE PREGUNTAS

3.-Definicin del Sistema.

La siguiente tarea del grupo es definir en trminos precisos el sistema que se va a
estudiar. Esto es un proceso de anlisis en el que se identifican los subsistemas
que componen al sistema, as como sus interacciones. Posteriormente se tienen
que disear o ingeniar los subsistemas de forma tal que puedan lograr el objetivo
global del sistema.
Es en esta etapa donde la construccin de mapas sistmicos y/o diagramas de
bloques es de mucha utilidad para poder obtener una representacin diagramtica
de cmo est compuesto el sistema y cmo opera a travs de las interacciones
entre sus subsistemas.
Los siguientes cuestionamientos son de utilidad para asegurarse de que esta ha
sido terminada adecuadamente:
GUA DE PREGUNTAS

10

4.-Definicin del Suprasistema.

Para poder definir apropiadamente los objetivos del sistema es necesario entender
con claridad el papel que el sistema tiene en el Suprasistema del cual es parte.
Para esto, se recomienda extender el mapa sistmico obtenido en la etapa 1.3,
mostrando ahora todos los otros sistemas que tambin son parte de su
Suprasistema y con los cuales est interactuando.
Para ayudar a definir el Suprasistema del sistema bajo estudio se recomienda
contestar las siguientes preguntas:
GUA DE PREGUNTAS

5.-Definicin de los Objetivos del Suprasistema.

El mapeo sistmico obtenido en la etapa anterior proporciona un medio invaluable
para analizar y formular objetivos. Dado que los sistemas forman parte una
jerarqua de sistemas, es imposible disociar los objetivos del sistema bajo estudio
de los objetivos del Suprasistema del cual es parte. En efecto, son los objetivos
del Suprasistema los que son cruciales puesto que determinan las caractersticas
del ambiente dentro del cual tiene que operar el sistema. Si por alguna razn los
objetivos del Suprasistema cambian, lo ms seguro es que tambin los del
sistema.
As, el objetivo relevante de cualquier sistema en un momento dado est
determinado por las necesidades del Suprasistema. La definicin de los objetivos
del Suprasistema trae varias ventajas.
1.-Enfoca la atencin al hecho de que los sistemas deben de disearse de manera
tal, que los sistemas en niveles inferiores de la jerarqua de sistemas encaminen
su operacin al logro de los objetivos de los sistemas que estn en niveles
superiores de la jerarqua, y que estos ltimos presenten un enunciado claro y
preciso de la contribucin que esperan de los sistemas en niveles inferiores. 105
2.-Anteriormente se mencion que generalmente los objetivos de sistemas que
estn al mismo nivel jerrquico son conflictivos; a tales sistemas se les llama
competitivos. Entonces, la definicin de los objetivos del Suprasistema es
esencial para poder formular los objetivos competitivos de manera que contribuyan
eficientemente al logro de los objetivos del Suprasistema.
3.-Al definir los objetivos de los sistemas superiores en la jerarqua, se puede
disear el sistema bajo estudio de forma tal que pueda auto-adaptarse al cambio.
11

4.-El comunicar los objetivos de los sistemas superiores a las personas

involucradas en la operacin de los sistemas inferiores, ayudar a incrementar su
eficiencia dado que se sentirn ms involucrados y participes en el logro de los
objetivos del Suprasistema.
6.-Definicin de los Objetivos del Sistema.
Generalmente los objetivos del sistema se encuentran en conflicto por lo que al
inicio de un estudio es esencialmente importante preparar una lista de todos los
posibles objetivos con un orden de importancia anticipado. Posteriormente, uno o
muy pocos de los objetivos planteados resultarn lo ms importante.
Es importante resaltar algunos aspectos que generalmente surgen en la definicin
de los objetivos de un sistema:
El grupo de trabajo encontrar seguramente resistencia cuando trate de definir
objetivos. Las personas en la organizacin que no sintieron problemas graves con
un planteamiento vago de objetivos se opondrn a comprometerse con objetivos
claros y precisos. Sin embargo, se debe ser muy insistente en este punto, puesto
que no puede disearse ningn sistema apropiadamente si no se conoce
exactamente lo que tratar de lograr.
El equipo podr sentir frustracin en caso de que los objetivos del sistema no
estn claramente definidos. Si despus de insistir en una clarificacin de objetivos,
stos siguen expresados en forma vaga, no detendr su accin, pero si tendra
que aclarar que el sistema diseado sera imperfecto, aunque susceptible de
mejorarse posteriormente en caso de disponer de informacin ms precisa.
Para definir los objetivos del sistema se recomienda contestar las siguientes
preguntas:
GUA DE PREGUNTAS

7.-Definicin de las Medidas de Desempeo del Sistema.

Una vez que los objetivos del sistema han sido acordados, el siguiente paso es
definir en los trminos ms precisos posibles, un criterio que mida la eficiencia con
la que el sistema est logrando sus objetivos. Generalmente, pero no de manera
invariable, este criterio ser econmico.
Entre ms precisos sean los objetivos ms fcil ser definir una medida o
indicador cuantitativo de desempeo del sistema. Por el contrario, si los objetivos
no son precisos, tendr que definirse un criterio subjetivo para medir el
desempeo del sistema.
Una medida de desempeo del sistema debe tener como mnimo las siguientes
caractersticas:
1.-Debe estar relacionada con los objetivos del sistema.
2.-Debe ser simple y directa.
12

3.-Debe poder medirse.

4.-Debe haber sido acordada y aceptada por las personas directamente
involucradas en la operacin del sistema.
GUA DE PREGUNTAS.

Cuando se formula un criterio econmico para medir el desempeo de un sistema

es necesario decidir un compromiso entre los objetivos en conflicto. Existen dos
formas prcticas para conciliar objetivos conflictivos.
Ponderando la importancia de objetivos conflictivos con base en un criterio global.
Los factores de ponderacin estn relacionados con:
1.-El desempeo del sistema
2.-Costos de operacin y produccin
3.-Costos de capital
4.-Costo de diseo
5.-Confiabilidad
6.-Etc
Imponiendo limitaciones (algunas veces objetivas, otras veces subjetivas) sobre
ciertas variables que intervienen en el criterio econmico.
8.-Recopilacin de Datos e Informacin.
La etapa final y probablemente la ms extensa en la fase de Anlisis de Sistemas
corresponde a la recopilacin de los datos e informacin que formarn la base
para la modelacin del sistema. Los datos no solamente se requieren para
proporcionar informacin acerca de la operacin del sistema sino tambin para
pronosticar el ambiente en el que el sistema operar en el futuro.
GUA DE PREGUNTAS.

Fase 2. Diseo de Sistemas.

La fase de anlisis de sistemas debe terminar con identificacin y formulacin del
problema que se desea solucionar, con la definicin de objetivos y recopilacin de
informacin. Basada en estos fundamentos, la fase de diseo de sistemas puede
confrontarse con confianza.
1.-Pronsticos.
Los pronsticos representan un aspecto muy importante en el diseo de cualquier
sistema. Por ejemplo, en el diseo de un sistema de control de produccin, los
13

pronsticos de la demanda son indispensables. Similarmente, para disear una

planta qumica, se requiere conocer pronsticos de la demanda de productos para
un perodo de varios aos.
Pronsticos exactos son esenciales para el diseo apropiado de cualquier
sistema. Si no son acertados, no podrn compensarse ni con una modelacin y
simulacin de la operacin del sistema en etapas posteriores, por muy sofisticada
que sea.
GUA DE PREGUNTAS.
Cul es el futuro esperado del sistema y su ambiente?
Est garantizada la existencia del sistema?
Existe informacin disponible para pronsticos
exactos?
Qu tan exactos son esos pronsticos?
2.-Modelacin y Simulacin del Sistema.
Para poder calcular los costos asociados a diferentes maneras de operar un
sistema, es necesario predecir su comportamiento bajo condiciones de operacin
diferentes. Para esto se requiere de un modelo del sistema, a travs del cual se
puede describir cuantitativamente su comportamiento. En su forma ms
rudimentaria, un modelo puede consistir de un conjunto de tablas y/o grficas; en
su nivel ms sofisticado puede plantearse en trminos matemticos como un
conjunto de ecuaciones diferenciales o algebraicas.
La modelacin de sistemas es una actividad altamente creativa. Requiere de un
proceso iterativo y adaptativo en el que el analista de sistemas se mueve de un
estado de poco conocimiento a otro de conocimiento detallado del sistema. En el
proceso de diseo de un sistema se necesita desarrollar muchos modelos. Es aqu
donde la experiencia y el buen juicio del diseador ms se demanda para decidir
qu tipo de modelo debe usarse para una situacin particular, de forma tal que el
sistema pueda disearse lo ms eficientemente posible, minimizando tiempo y
dinero.
Los modelos cuantitativos de mayor utilidad para proyectos de sistemas pueden
clasificarse en cuatro tipos:
Modelos descriptivos, que proporcionan una descripcin cualitativa de la operacin
del sistema y modelo predictivos, que pueden predecir cuantitativamente el
desempeo del sistema.
Modelos mecanicista que se basan en los mecanismos o procesos que rigen el
comportamiento del sistema, y modelo empricos o estadsticos que se obtienen
ajustando datos obtenidos del comportamiento del sistema.

14

Modelos en estado estable que se basan en el comportamiento del sistema

independiente del tiempo, y modelos dinmicos que describen el comportamiento
del sistema en funcin del tiempo.
Modelos individuales que describen el comportamiento de subsistemas, y modelos
globales, que describen el comportamiento del sistema como un todo.
El objetivo del proyecto es optimizar la operacin del sistema, y por lo tanto la
modelacin del sistema debe corresponder a este objetivo. Por esto, el grupo de
trabajo debe:
1.- Asegurar que la creacin del modelo persigue un propsito definido.
2.- Procurar la participacin de todos los especialistas en diferentes disciplinas que
sean necesarios en la creacin del modelo.
3.-Asegurar que el modelo contemple los aspectos ms relevantes del sistema y
que sea tan sencillo como sea posible.
4.- Decidir si el modelo es adecuado para los propsitos que se persiguen y que
represente con la mayor fidelidad posible la situacin que se quiere modelar.
5.- Asegurar que la creacin del modelo se desarrolle a travs de un dialogo
efectivo entre el grupo de trabajo y los usuarios del sistema.
Una vez que el modelo del sistema ha sido desarrollado, puede usarse para
simular su comportamiento cuando se sujeta a valores diferentes de las variables
que describen su comportamiento, y a disturbios reales que se esperan durante su
operacin, y que causaran fluctuaciones de su operacin normal.
GUA DE PREGUNTAS.
Qu tipo de modelo se requiere para representar el sistema?
Estn los objetivos para la creacin del modelo bien claros?
Se est concentrando el modelo en los aspectos ms importantes del sistema
bajo estudio?
Est describiendo el modelo la situacin real en forma adecuada?
Est de acuerdo la simulacin de la operacin del sistema por medio del modelo,
con la operacin real del sistema en tiempos pasados y con la esperada a travs
de pronsticos?
Es el modelo lo suficientemente adecuado como para intentar el estudio de la
optimizacin de la operacin del sistema?
3.-Optimizacin de la Operacin del Sistema.
El paso siguiente a la simulacin del sistema es optimizar su operacin. Teniendo
a la disposicin un modelo que pueda predecir el desempeo del sistema es
posible calcular el valor de la medida o indicador de desempeo que corresponda
a una cierta manera de operarlo. Optimizacin significa seleccionar el modo de
operacin del sistema que corresponde al valor ms favorable de la medida de
desempeo. Es en este punto donde la importancia de haber definido con claridad
los objetivos globales del sistema se hace aparente.
Si por alguna razn el sistema y sus objetivos no pudieron plantearse con
precisin, lo ms seguro es que en esta etapa se descubra un conflicto entre la
forma ms adecuada de operar el sistema, y la ubicacin del mismo dentro del
Suprasistema. Esto es lo que comnmente se conoce como suboptimizacin del
15

sistema. Una de las tareas ms importantes del equipo de trabajo es vigilar que
esta suboptimizacin no ocurra. Para esto, continuamente tendr que estar
enfatizando que la optimizacin independiente de cada subsistema difcilmente
conducir a la optimizacin del sistema. Lo que es ms, el mejoramiento y
optimizacin de un subsistema, cuando se realiza aisladamente de los otros
subsistemas, puede empeorar la operacin del sistema como un todo.
En resumen, en la etapa de optimizacin se deben cuidar los siguientes aspectos:
1.- Se debe estar consciente de los peligros de la suboptimizacin, y no se deben
ignorar variables relevantes a la operacin del sistema.
2.- Despus de localizar las condiciones ptimas de operacin, se deben examinar
cuidadosamente los parmetros ms sensibles involucrados en las medidas de
desempeo.
3.- Deben cuidarse las regiones muy estrechas para las condiciones de operacin
ptimas, ya que un sistema que es muy sensible en sus parmetros ptimos,
depender muy fuertemente de las suposiciones hechas en la fase de diseo.
4.- Se deben realizar anlisis de sensibilidad para investigar si cambios en las
suposiciones hechas en la fase de diseo conducen a sistemas con las mismas
caractersticas generales.
5.- Por ltimo, se debe estar consciente del hecho de que una vez que est
terminada la optimizacin del sistema, tendr que tomarse una decisin para
continuar con el diseo detallado del sistema. Esta decisin definitivamente
involucrar la asignacin de recursos humanos y financieros, principalmente, que
puede resultar muy costosa para la organizacin. Por estas razones, el equipo de
trabajo debe estar dispuesto a vender su solucin ptima, por lo que deber
apoyarse en tcnicas para tomar decisiones en presencia de incertidumbre.
GUA DE PREGUNTAS.
Qu tcnica de optimizacin debe usarse?
Si la optimizacin no es formada, cmo pueden generarse las alternativas?
Son los criterios para juzgar los mejoramientos de la operacin del sistema lo
suficientemente sensibles?
Se ha probado la operacin optimizada del sistema (a travs del modelo) con las
suposiciones involucradas en el modelo?
Ayudara un anlisis de riesgos?
4.-Control de la Operacin del Sistema.
Cuando la operacin de un sistema ha sido optimizada, se requerir de un sistema
de control que asegure que el sistema estar operando bajo las condiciones para
16

las cuales se optimiz la operacin. El control de un sistema es necesario debido a

la incidencia de disturbios impredecibles en la operacin del sistema, los cuales
causan que su desempeo real se desve de su desempeo predicho.
Por ejemplo, en una planta qumica se necesitarn instrumentos de control que
regulen automticamente el flujo de materiales, lo niveles de lquidos en tanques,
y las presiones y temperaturas en otros equipos de proceso, para asegurar que la
planta qumica estar operando en sus condiciones ptimas. Asimismo, se
necesitar un sistema de control administrativo para asegurar que se cumpla con
un plan de produccin en una compaa manufacturera, como podr observarse,
los sistemas de control que necesitan los administradores son muy variados y de
tipos diferentes. Independientemente del tipo de sistema de control, su funcin
principal es la de tomar accin correctiva a desviaciones que se obtienen debido a
que lo sucedido no coincide con lo planeado.
En general, cuando se piensa en trminos de control de sistemas, las siguientes
ideas deben tenerse en mente:
1.- El control debe de conceptual izarse como una parte integral de diseo del
sistema, y no como algo que se puede dejar para despus.
2.- Un enfoque de sistemas presta atencin al concepto de control en su sentido
ms amplio, sin restringirlo a los esquemas de control, algunas veces
matemticamente sofisticados, que proporciona la Ingeniera de Control. Lo que
es necesario cuestionar aqu es el nivel conceptual, preguntndose y
contestndose preguntas como: qu tipo de sistema de control se necesita?,
qu tan sofisticado debe ser?, qu equipo se necesita?, se requiere de una
computadora?, etc.
3.- Un enfoque de sistemas orienta su atencin a los beneficios econmicos que
puedan obtenerse del sistema de control, tanto los tangibles como los intangibles,
que resultan de costos demandados y que tienen que justificarse como parte de
los costos de diseo del sistema como un todo.
Las ventajas de un sistema de control individual se pueden resaltar solamente
cuando se puede visualizar su importancia dentro del contexto de la jerarqua de
sistemas de control tcnicos y administrativos de la compaa.
GUA DE PREGUNTAS.
Qu sistema de control se necesita para lograr y mantener las condiciones de
operacin ptimas?
Es este sistema de control econmico comparado al mejoramiento que asegura?
Dnde debe controlarse la operacin del sistema?
Qu tipo de sistema de control se requiere? Control instrumental?, reportes?,
otros?
Qu tan simple debe ser el sistema de control?

17

5.-Confiabilidad del Sistema.

La importancia de la confiabilidad de un sistema ya se ha mencionado en etapas
anteriores. Un buen sistema de control ayudar a asegurar la confiabilidad de un
sistema; sin embargo existen otros aspectos que inciden directamente en el efecto
que la incertidumbre tiene sobre el diseo del sistema y que tambin hay que
considerar. La incertidumbre en los pronsticos de las condiciones ambientales
bajo las cuales operar el sistema, son un ejemplo. Otras fuentes de incertidumbre
pueden ser las fallas de equipos de proceso, la no disponibilidad de recursos, etc.
Todos los cuestionamientos relacionados con la incidencia impredecible de este
tipo de eventos deben considerarse como parte integral de la optimizacin global
de la operacin del sistema. El papel que esta etapa tiene en la metodologa es
ms que nada el de propiciar un cuestionamiento de todos los factores que
generalmente quedan ignorados en la etapa de diseo y que sin embargo se
presentan en el momento menos esperado, causando un efecto desastroso e
irreparable en la operacin y rentabilidad del sistema.
GUA DE PREGUNTAS.
Se ha tomado en consideracin el efecto de la incertidumbre (eventos
impredecibles no esperados) sobre la confiabilidad del sistema?
Se puede probar la confiabilidad del sistema con una simulacin posterior, debe
modificarse la simulacin del sistema efectuada anteriormente?
Qu puede hacerse para mejorar la confiabilidad del sistema?
Se ha reducido la no-confiabilidad del sistema a un nivel aceptable?
Fase. 3 Implantacin de Sistemas.
Ningn estudio de sistemas, por muy bien que se haya llevado a cabo, ser de
utilidad prctica a menos de que conduzca a una accin positiva y se implante
apropiadamente. Esta fase puede desarrollarse en dos etapas.
1.-Documentacin y Autorizacin del Sistema.
El producto final de un proyecto es un reporte en el que se deben enfatizar
propuestas concretas para tomar acciones. Si la comunicacin llegara a fallar en
esta etapa se podra arruinar todos los esfuerzos y resultados de las etapas
anteriores. Para evitar esto se recomienda:
1.- Que la forma y contenido de los reportes finales del proyecto se acuerden y
discutan antes de entregarse, con las personas que estarn involucradas en la
implantacin del sistema diseado.
2.- Que los reportes sean simples, directos y lgicos.
3.- Que se elabore un documento por separado para resumir y enfatizar las
recomendaciones, mostrando un plan concreto para la implantacin del sistema.

18

Esta representa la etapa ms crucial en cualquier estudio de sistemas, puesto en

base a la documentacin del sistema y al reporte del proyecto se tendr que llegar
a decisiones sobre la implantacin del sistema. Seguramente que estas decisiones
se tomarn de una manera muy objetiva, por lo que el equipo de trabajo deber
respaldar y apoyar su propuesta con argumentos convincentes.
GUA DE PREGUNTAS.
Est de acuerdo el grupo acerca de las conclusiones y recomendaciones?
Se han comunicado las conclusiones y recomendaciones al tomador de
decisiones, (a) verbalmente, (b) a travs de reportes bien escritos para causar el
mximo impacto posible?
Se ha llegado a un acuerdo para la implantacin del diseo propuesto?
Existe un plan para implantar el diseo propuesto?
Entienden todas las personas involucradas en el problema, qu es lo que se ha
hecho y qu es lo que se est proponiendo para hacer?
2.-Construccin e Instalacin del Sistema.
Algunos proyectos de sistemas pueden requerir la construccin de equipo especial
antes de que el sistema diseado pueda implantarse. Por ejemplo, en un proyecto
de sistemas para el diseo de una planta qumica se necesitar construir equipo
de proceso, edificios, ordenar e instalar equipo y unidades, etc.
Por lo general, cuando se llega a esta etapa del proyecto, la mayor parte de los
integrantes del grupo de trabajo habrn terminado su participacin en el proyecto.
Sin embargo, es importante darse cuenta que la etapa de construccin e
instalacin del sistema diseado, forma tambin parte del diseo global del
sistema. As, una planeacin deficiente para la construccin e instalacin del
sistema puede tener un efecto negativo en el xito del proyecto.
Un enfoque de sistemas en esta etapa debe asegurar:
1.- Que el grupo de trabajo haya especificado en forma clara y no ambigua todos
los detalles del sistema.
2.- Que los constructores del sistema hayan comprendido todos los aspectos del
diseo y la forma en que operar una vez que se implante.
3.- Que la construccin, instalacin e implantacin del sistema hayan sido
planeadas adecuadamente.
GUA DE PREGUNTAS.
Se han especificado con todo detalle los procedimientos y recursos necesarios
para implantar el diseo propuesto?
Se tiene un plan para construir e instalar el diseo propuesto?
Entienden todas las personas involucradas en la construccin e instalacin del
diseo propuesto, sus funciones?

19

Fase 4. Operacin y Apreciacin Retrospectiva de Sistemas.

Despus de que el sistema ha sido diseado, construido e instalado, las siguientes
etapas se podrn desarrollar.
1.-Operacin Inicial del Sistema.
Una colaboracin efectiva entre el grupo de sistemas y los usuarios del sistema
diseado es esencial para lograr los mayores beneficios de un estudio de
sistemas. Esta etapa es la que ms se descuida por parte del grupo de trabajo.
La puesta en marcha de un sistema es ms exitosa si:
1.- Se proporciona anticipadamente una documentacin adecuada del sistema y
un entrenamiento a los usuarios sobre la operacin del sistema.
2.- Cuando menos uno de los usuarios del sistema estuvo involucrado en la
realizacin del proyecto como miembro del grupo de trabajo, de forma tal que
haya vivido el desarrollo de todas las etapas.
3.- Cualquier duda o mal entendimiento acerca del diseo del sistema haya sido
aclarado oportunamente, a travs de una comunicacin adecuada entre el grupo
de trabajo y los usuarios.
GUA DE PREGUNTAS.
Existen un plan para la operacin inicial?
Estn todas las responsabilidades de los usuarios del sistema diseado bien
claras y establecidas?
Estn convencidos los usuarios de que es posible operar el sistema diseado?
Existe algn acuerdo en cmo documentar la operacin inicial?
2.-Apreciacin Retrospectiva de la Operacin del Sistema.
Despus de que el sistema ha estado operando durante un perodo de tiempo, el
grupo de trabajo que lo dise debe colaborar con los usuarios del sistema para
realizar un anlisis retrospectivo de su desempeo. Si el sistema est operando de
acuerdo al plan de diseo y est logrando sus objetivos, se podr afirmar que el
diseo estuvo correcto. Por el contrario, si el desempeo del sistema no es el
esperado, se necesitar investigar las causas de su mal funcionamiento y
mejorarlo o redisearlo por completo.
El equipo de trabajo debe estar dispuesto a aceptar la responsabilidad de la
operacin del sistema que dise e identificarse a s mismo con su xito o fracaso.
El anlisis retrospectivo de la operacin del sistema puede mostrar:

20

1.- Que el estudio original de sistema ignor ciertos aspectos relevantes al diseo
del sistema
2.- Que el sistema ha estado operando en un ambiente que muestra
caractersticas diferentes de las del ambiente para el cual fue diseado.
En cualquier de estas situaciones, la re-optimizacin y re-diseo del sistema ser
inevitable.
GUA DE PREGUNTAS
Est operando el sistema en la forma predicha en la fase de diseo?
Si no, por qu no?. Exactamente, qu fue lo que fall?
Necesitan algunos aspectos de la operacin del sistema atencin posterior?
Se ha documentado adecuadamente la apreciacin retrospectiva de la operacin
del sistema?
3.-Mejoramiento de la Operacin del Sistema Diseado.
Se necesita mejorar la operacin del sistema:
1.- Si la apreciacin retrospectiva del sistema muestra que el desempeo del
sistema no es el esperado.
2.- Cuando ciertos parmetros involucrados en el diseo y optimizacin del
sistema podran conocerse con exactitud una vez que el sistema estuviera
operando.
GUA DE PREGUNTAS.
Necesita el sistema re-disearse o re-optimizarse?
Si es as, cmo debe hacerse?
Finalmente, es la operacin mejorada resultante
adecuada?

21