You are on page 1of 27

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.)
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.
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:
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.
Ejemplo 1.
Objetivo Medicin del
cumplimiento
Objetivo englobador
Atraer clientes a mi
negocio
Clientes nuevos que
acuden
Clientes nuevos
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 enlos 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.
Figura 4.2.2 Modelo del ciclo.
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. Consiste 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 evaluacinde 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.
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. Bajoestas 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
Cmo se origin el problema?
Cul es su naturaleza?
Quines son las personas que creen que es un problema?
Es el problema correcto? es tan slo un sntoma de un problema mayor?
Si el problema involucra ultimadamente la toma de decisiones, cul sera la serie
de argumentos y consideraciones que conduciran a la toma de decisiones?
Por qu es importante resolver el problema?
Justifica la solucin del problema el costo involucrado?
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
Composicin del grupo de trabajo en el proyecto. Cuntos en el grupo?,
Quines deben ser?, Quin debe dirigirlos?
Trminos de referencia. Tipo de informacin necesaria. Personas que deben
entrevistarse. A quin se debe reportar y cmo.
Planeacin del proyecto. Definir orden correcto de cursos de accin. Planear
actividades por desarrollar con escala de tiempo.
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
Exactamente, cul es el sistema que se est estudiando?
Cules son los subsistemas?
Cmo interactan los subsistemas?
Puede mapearse el sistema?
Puede plantearse el problema en trminos de sistemas?
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 elmapa 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
En qu ambiente est operando el sistema?
Cules son las conectividades entre el sistema y el Suprasistema del cual forma
parte?
Se estn tomando en cuenta los efectos posibles de otros Suprasistema?
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. 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.
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
Pueden identificarse claramente los objetivos del sistema?
Pueden ponerse en orden de importancia?
Pueden identificarse las limitaciones impuestas al sistema?
Son los objetivos del sistema compatibles con los de su Suprasistema?
Pueden cuantificarse los objetivos del sistema?
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.
3.-Debe poder medirse. 4.-Debe haber sido acordada y aceptada por las personas
directamente
involucradas en la operacin del sistema.
GUA DE PREGUNTAS.
Pueden ponderarse objetivos en conflicto?
Existen limitaciones impuestas al sistema?, cules son?
Existen medidas de desempeo concretas y directas?
Aunque esas medidas de desempeo fueran cualitativas, podran identificarse?,
cules son?
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 acercade la operacin del
sistema sino tambin para pronosticar el ambiente
en el que el sistema operar en el futuro.
GUA DE PREGUNTAS.
Qu datos se requieren para la modelacin del sistema?
Estn disponibles?. Quin los tiene?
Quin recopilar la informacin?
Se tiene informacin de pronsticos?
Cul es la mejor forma de presentar toda la informacin
Es confiable la informacin?
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 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 pronsticos2.-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. 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 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 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?
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.
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?
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:
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?