Metodologia de Jenkins

Ingeniera de Sistemas IV Metodologa de J enkins
Ing. Mara Paz Gpe. Acosta Q. 1

INSTITUTO TECNOLOGICO DE SONORA
DEPTO. DE ING. INDUSTRIAL

METODOLOGIA DE JENKINS

A. LOS OBJETIVOS DE LA INGENIERIA DE SISTEMAS

Se ha definido un sistema como una agrupacin compleja de hombres y mquinas
con un objetivo definido. Con base en esta definicin se puede concebir a la
Ingeniera de Sistemas como sigue:

Ingeniera de Sistemas no es una nueva disciplina, ya que tiene sus races en la
prctica de la Ingeniera Industrial. Sin embargo, enfatiza el desempeo global del
sistema como un todo, en contraposicin al desempeo de partes individuales del
sistema. Una caracterstica importante de la Ingeniera de Sistemas es el
desarrollo de modelos cuantitativos, de tal forma que una medida de desempeo
del sistema pueda optimizarse.

La palabra Ingeniera en Ingeniera de Sistemas se usa en el sentido de disear,
construir y operar sistemas, esto es, ingeniar sistemas. Otra de las
caractersticas de la Ingeniera de Sistemas es la posibilidad de poder contemplar
a travs de su metodologa, la solucin de problemas completamente diferentes
que provienen de reas muy diferentes como la tecnologa y la administracin,
enfatizando sus caractersticas comunes a travs de isomorfismos que puedan
relacionarlos. Es por esto que cuando la Ingeniera de Sistemas se aplica a la
solucin de problemas complejos, incluye la participacin de profesionales en
reas muy diferentes y no slo la participacin de ingenieros.

As, la Ingeniera de Sistemas es la actividad de planear, disear, construir, probar
y operar sistemas complejos. Esta definicin tiene mucho en comn con el
significado del griego de la palabra sistema: colocar juntos. Ingeniera de
Sistemas es la ciencia de ingeniar sistemas para que logren su objetivos comunes
ms eficientemente.

Probablemente una forma ms sencilla de decir todo esto es que la Ingeniera de
Sistemas est interesada en el uso ptimo de recursos de todos tipos. Los
recursos ms importantes son: hombres, dinero, mquinas y materiales.
Ingeniera de Sistemas es la ciencia de disear sistemas complejos
en su totalidad, para asegurar que sus subsistemas componentes
puedan disearse, ensamblarse y operarse de tal forma que logren
los objetivos globales del sistema de la manera ms eficiente.

La importancia de la Ingeniera de Sistemas en la solucin de problemas va en
aumento, paralelamente al aumento en la complejidad de los problemas que
tienen que confrontar las organizaciones e instituciones en la actualidad. Muchos
problemas que aparecan como independientes, ya no pueden solucionarse
aisladamente; as mismo, muchos sistemas aparentemente independientes,
necesitan ensamblarse adecuadamente si se desea obtener soluciones
satisfactorias a los problemas complejos.

Adems de proporcionar una metodologa mediante la cual pueden analizarse y
solucionarse problemas complejos en organizaciones, la Ingeniera de Sistemas
proporciona una estructura a travs de la cual pueden confluir las aportaciones de
disciplinas diferentes y posiblemente divergentes, a la solucin de problemas. Esto
es, la actividad esencial de la Ingeniera de Sistemas es interdisciplinaria, es una
actividad que demanda la participacin de especialistas en campos diferentes
como ingenieros matemticos, socilogos, economistas y cientficos del
comportamiento. Sin embargo, y como contraste con los especialistas en
disciplinas individuales, el Ingeniero de Sistemas es un generalista, una persona
entrenada para pensar en trminos de un enfoque global a la solucin de
problemas, para encargarse de que los objetivos globales del sistema se platen y
logren eficientemente. Como tal, el ingeniero de sistemas debe ser capaz de
comunicarse efectivamente con los diferentes especialistas cuyos consejos y
asesora son esenciales para la solucin del problema, adems de poder estimular
su creatividad dentro del contexto de este enfoque interdisciplinario. De hecho, el
papel del ingeniero de sistemas en la solucin de un problema se parece mucho a
la de la gua e intervencin de especialistas.

El grupo de sistemas encargado de solucionar el problema contar con la
participacin de especialistas en diferentes disciplinas y de ingenieros de
sistemas. La misin principal del ingeniero de sistemas como parte integral del
grupo de sistemas ser la de identificar qu est sucediendo durante la solucin
del problema, por qu est sucediendo y cmo puede mejorarse la accin.
Entonces, junto con los especialistas, el ingeniero de sistemas podr asegurar que
los objetivos del grupo se estn cumpliendo tan eficientemente como sea posible,
en el tiempo mnimo, con el mnimo costo, y que se estn presentando los mejores
argumentos a quienes eventualmente tomarn la decisin de implantar el sistema
diseado.

B. UNA METODOLOGIA DE INGENIERIA DE SISTEMAS

B.1 Un enfoque de sistemas a la solucin de problemas

En esta seccin se proporcionan las lneas de gua generales que usara un
Ingeniero de Sistemas para confrontar y solucionar problemas. Las diferentes
etapas que se describen posteriormente, representan un desglose de la cuatro
fases siguientes:

FASE 1: Anlisis de Sistemas

El Ingeniero de Sistemas inicia su actividad con un anlisis de lo que est
sucediendo y por qu est sucediendo, 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 Sistemas

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 obsoletizaron el sistema
diseado.

A continuacin se describen las diferentes etapas involucradas en cada fase de la
metodologa.

1. ANALISIS DE SISTEMAS
1.1 Identificacin y formulacin del problema
1.2 Organizacin del proyecto
1.3 Definicin del sistema
1.4 Definicin del suprasistema
1.5 Definicin de los objetivos del suprasistema
1.6 Definicin de los objetivos del sistema
1.7 Definicin de las medidas de desempeo del sistema
1.8 Recopilacin de datos e informacin

2. DISEO DE SISTEMA
2.1 Pronsticos
2.2 Modelacin y simulacin del sistema
2.3 Optimizacin de la operacin del sistema
2.4 Control de la operacin del sistema
2.5 Confiabilidad del sistema

3. IMPLANTACION DE SISTEMAS
3.1 Documentacin y autorizacin del sistema
3.2 Construccin e instalacin del sistema

4. OPERACIN Y APRECIACION RETROSPECTIVA DE SISTEMAS
4.1 Operacin inicial del sistema
4.2 Apreciacin retrospectiva de la operacin del sistema
4.3 Mejoramiento de la operacin del sistema diseado

B.2 Fase 1. Anlisis de Sistemas

1.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:

A. Cmo se origin el problema?
B. Cul es su naturaleza?
C. Quines son las personas que creen que es un problema?
D. Es el problema correcto? es tan slo un sntoma de un
problema mayor?
E. Si el problema involucra ultimadamente la toma de decisiones,
cul sera la serie de argumentos y consideraciones que
conduciran a la toma de decisiones?

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.

1.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:

1.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.

A. Composicin del grupo de trabajo en el proyecto. Cuntos en el
grupo?, Quines deben ser?, Quin debe dirigirlos?
B. Trminos de referencia. Tipo de informacin necesaria. Personas
que deben entrevistarse. A quin se debe reportar y cmo.
C. Planeacin del proyecto. Definir orden correcto de cursos de
accin. Planear actividades por desarrollar con escala de tiempo.
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:

1.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:

1.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.

A. Exactamente, cul es el sistema que se est estudiando?
B. Cules son los subsistemas?
C. Cmo interactan los subsistemas?
D. Puede mapearse el sistema?
E. Puede plantearse el problema en trminos de sistemas?
A. En qu ambiente est operando el sistema?
B. Cules son las conectividades entre el sistema y el suprasistema
del cul forma parte?
C. Se estn tomando en cuenta los efectos posibles de otros
suprasistemas?
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. Entre ellas:

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.

Las siguientes preguntas son de utilidad en la definicin de los objetivos del
suprasistema:

1.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:

1. 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.

2. 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:

1.7 Definicin de la 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

A. Pueden identificarse claramente los objetivos del sistema?
B. Pueden ponerse en orden de importancia?
C. Pueden identificarse las limitaciones impuestas al sistema?
D. Son los objetivos del sistema compatibles con los de su
suprasistema?
E. Pueden cuantificarse los objetivos del sistema?
A. Pueden ponderarse objetivos en conflicto?
B. Existen limitaciones impuestas al sistema?, cules son?
C. Existen medidas de desempeo concretas y directas?
D. 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.

A. Ponderando la importancia de objetivos conflictivos con base en un criterio
global. Los factores de ponderacin estn relacionados con:

- El desempeo del sistema - Costo de diseo
- Costos de operacin y produccin - Confiabilidad
- Costos de capital - Etc.

B. Imponiendo limitaciones (algunas veces objetivas, otras veces subjetivas)
sobre ciertas variables que intervienen en el criterio econmico.

1.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

B.3 Fase 2. Diseo de Sistemas

A. Qu datos se requieren para la modelacin del sistema?
B. Estn disponibles?. Quin los tiene?
C. Quin recopilar la informacin?
D. Se tiene informacin de pronsticos?
E. Cul es la mejor forma de presentar toda la informacin
F. Es confiable la informacin?
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.

2.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

2.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 mas 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 que 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.

A. Cul es el futuro esperado del sistema y su ambiente?
B. Est garantizada la existencia del sistema?
C. Existe informacin disponible para pronsticos exactos?
D. Qu tan exactos son esos pronsticos?
Los modelos cuantitativos de mayor utilidad para proyectos de sistemas
pueden clasificarse en cuatro tipos:

1. Modelos descriptivos, que proporcionan una descripcin cualitativa de la
operacin del sistema y modelo predictivos, que pueden predecir
cuantitativamente el desempeo del sistema.
2. 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.
3. 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.
4. 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:

i. Asegurar que la creacin del modelo persigue un propsito definido.
ii. Procurar la participacin de todos los especialistas en diferentes
disciplinas que sean necesarios en la creacin del modelo.
iii. Asegurar que el modelo contemple los aspectos ms relevantes del
sistema y que sea tan sencillo como sea posible.
iv. 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.
v. 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

A. Qu tipo de modelo se requiere para representar el sistema?
B. Estn los objetivos para la creacin del modelo bien claros?
C. Se est concentrando el modelo en los aspectos ms
importantes del sistema bajo estudio?
D. Est describiendo el modelo la situacin real en forma
adecuada?
E. Est de acuerdo la simulacin de la operacin del sistema por

2.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 suss
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

2.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
A. Qu tcnica de optimizacin debe usarse?
B. Si la optimizacin no es formada, cmo pueden generarse las
alternativas?
C. Son los criterios para juzgar los mejoramientos de la operacin
del sistema lo suficientemente sensibles?
D. Se ha probado la operacin optimizada del sistema (a travs del
modelo) con las suposiciones involucradas en el modelo?
E. Ayudara un anlisis de riesgos?
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.
4. 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

2.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
A. Qu sistema de control se necesita para lograr y mantener las
condiciones de operacin ptimas?
B. Es este sistema de control econmico comparado al
mejoramiento que asegura?
C. Dnde debe controlarse la operacin del sistema?
D. Qu tipo de sistema de control se requiere? control
instrumental?, reportes?, otros?
E. Qu tan simple debe ser el sistema de control?
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

B.4 Fase. 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.

3.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. Se ha tomado en consideracin el efecto de la incertidumbre
(eventos impredecibles no esperados) sobre la confiabilidad del
sistema?
B. Se puede probar la confiabilidad del sistema con una simulacin
posterior, debe modificarse la simulacin del sistema efectuada
anteriormente?
C. Qu puede hacerse para mejorar la confiabilidad del sistema?
D. Se ha reducido la no-confiabilidad del sistema a un nivel
aceptable?
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

3.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

A. Est de acuerdo el grupo acerca de las conclusiones y
recomendaciones?
B. 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?
C. Se ha llegado a un acuerdo para la implantacin del diseo
propuesto?
D. Existe un plan para implantar el diseo propuesto?
E. 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?
A. Se han especificado con todo detalle los procedimientos y
recursos necesarios para implantar el diseo propuesto?
B. Se tiene un plan para construir e instalar el diseo propuesto?
C. Entienden todas las personas involucradas en la construccin e
instalacin del diseo propuesto, sus funciones?

B.5 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.

4.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

4.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
A. Existen un plan para la operacin inicial?
B. Estn todas las responsabilidades de los usuarios del sistema
diseado bien claras y establecidas?
C. Estn convencidos los usuarios de que es posible operar el
sistema diseado?
D. Existe algn acuerdo en cmo documentar la operacin inicial?
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

4.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.

GUIA DE PREGUNTAS

A. Est operando el sistema en la forma predicha en la fase de
diseo?
B. Si no, por qu no?. Exactamente, qu fue lo que fall?
C. Necesitan algunos aspectos de la operacin del sistema atencin
posterior?
D. Se ha documentado adecuadamente la apreciacin retrospectiva
de la operacin del sistema?
A. Necesita el sistema re-disearse o re-optimizarse?
B. Si es as, cmo debe hacerse?
C. Finalmente, es la operacin mejorada resultante adecuada?

4/METODOLOGA DE JENKIS

Metodologia de Jenkins

Enviado por

Dados do documento

Descrição original:

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Metodologia de Jenkins

Enviado por

Direitos autorais:

Formatos disponíveis

Ingeniera de Sistemas IV Metodologa de J enkins

Ing. Mara Paz Gpe. Acosta Q. 1

Você também pode gostar