UNIDAD 4. METODOLOGA DE SISTEMAS DUROS. PARADIGMA DE ANLISIS DE LOS SISTEMAS DUROS Y BLANDOS. 4.1.1.

Fases en el proceso de diseo de los sistemas o paradigma de sistemas El ciclo de toma de decisiones de la figura 4.1 puede dividirse en tres fases distintas y aplicarse al proceso del diseo de sistemas, como se muestra en la figura 5.1. Estas fases son como sigue: 1. Fase de diseo de polticas o preplaneacin 2. Fase de evaluacin 3. Fase de action-implantation Fase I. Dise de polticas o preplaneacion es la fase durante la cual Se llega a un acuerdo de lo que es el problema. Los autores de decisiones llegan a una determinacin de sus cosmovisiones (premisas, supuestos, sistemas de valor y estilos cognoscitivos). Se llega a un acuerdo sobre los mtodos bsicos por los cuales se interpretaran las pruebas. Se llega a un acuerdo sobre qu resultados (metas y objetivos) esperan los clientes (expectativas) y los planificadores (promesas). Se inicia la bsqueda y generacin de alternativas Fase 2. La evaluacin consiste en fijar las diferentes alternativas propuestas, para determinar el grado en el cual satisfacen las metas y objetivos implantados durante la fase anterior. La evaluacin incluye: 1. Una identificacin de los resultados y consecuencias derivados de cada alternativa. 2. Un acuerdo de que los atributos y criterios elegidos con los cuales se evaluaran Ios resultados, representan verdaderamente las metas y objetivos preestablecidos a satisfacer. 3. Una eleccin de la medicin y modelos de decisin, los cuales se usaran para evaluar y comparar alternativas. 4. Un acuerdo en torno al mtodo para el cual se har la eleccin de una alternativa en particular. Fase 3. La implantacin de la accin es la fase durante la cual el diseo elegido se realiza, La implantacin incluye todos los problemas "malos" de: 1. Optimizacin, que describe donde est la "mejor " solucin. 2. Suboptimizacion, que explica par que no puede lograrse la "mejor " solucin.

3. Complejidad, que trata con el hecho de que, de tener solucin, debe simplificarse la realidad, pero para ser real, las soluciones deben ser "complejas". 4. Conflictos, legitimacin y control, son problemas que afectan, pero no son exclusivos de la fase de implantacin del diseo de sistemas. 5. Una auditoria o evaluacin de los resultados obtenidos del implemento del diseo de sistemas, lo cual significa optimismo o pesimismo sobre si los objetivos pueden realmente satisfacerse y proporcionarse los resultados prometidos. 6. Reciclamiento desde el comienzo, el cual ocurre a pesar de si los resultados obtienen xito o fracaso. Los Pasos Detallados en el Diseo de Sistemas. Cada una de las fases delineadas anteriormente puede posteriormente dividirse en pasos que constituyen el proceso total del diseo de sistemas o paradigma de sistemas, como se muestra en la figura 5.2

4.2 METODOLOGA DE HALL Y JENKING

4.2.1 Metodologa de Hall 4.2.1.1. Introduccin Uno de los campos en donde con ms intensidad se ha sentido la necesidad deutilizar conceptos y metodologas de Ingeniera de Sistemas es en el desarrollo de tecnologa. Esto se debe a que los sistemas tcnicos, que sirven para satisfacer ciertas necesidades de los hombres, estn compuestos de elementos interconectados entre s de tal forma que se hace necesario pensar en trminos de sistemas, tanto para el desarrollo de nueva tecnologa como para el anlisis de la ya existente. 4.2.1.2. Metodologa En 1962 A. D. Hall hace otro de los primeros esfuerzos relevantes sobre metodologa de sistemas. Con su formacin de ingeniera y experiencias prcticas, tambin reconoce la necesidad de la definicin del mtodo y de proporcionar, lo que denomina las bases filosficas de la Ingeniera de Sistemas. En base a su experiencia Hall integra los conceptos de ciencia, tecnologa y creatividad en su definicin de las fases de su metodologa de la Ingeniera de Sistemas, sealando la existencia de similitudes en las fases del mtodo de la Investigacin de Operaciones. Esas similitudes las explica en base a que ambas actividades son derivadas del mtodo cientfico moderno. An cuando Hall seala que estas actividades difieren en los fines que persiguen, ya que considera que la investigacin de Operaciones generalmente se preocupa de las operaciones de un sistema ya existente y que la Ingeniera de Sistemas de la creacin, desarrollo y puesta en operacin de nuevos sistemas; las similitudes entre ambas actividades son mayores y ms importantes que las diferencias, ya que, no slo en cuanto a

mtodo hay similitudes, sino a otras caractersticas como interdisciplinariedad, tcnicas y herramientas usadas y considerar sus objetos de estudio como sistemas en que interactan los aspectos sociales y tecnolgicos Las fases del mtodo de la Ingeniera de Sistemas establecidos por Hall son: Estudio de Sistemas (planeacin de programa). Planeacin exploratoria (planeacin de proyecto I). Definicin del problema. Seleccin de objetivos. Sntesis de sistemas. Anlisis de sistemas. Seleccin la mejor alternativa. Comunicacin de resultados. Planeacin de desarrollo (planeacin de proyecto II). Estudios durante el desarrollo (fase de accin). Ingeniera (fase de accin II). Componente importante de cada una de estas fases, como se explcita en la planeacin exploratoria, es la adopcin de un procedimiento para la resolucin de problemas y Hall toma como base la posicin filosfica pragmtica de John Dewey y la adapta explicitndola como un sistema en que interactan: La definicin del problema El anlisis y la sntesis La toma de decisiones. La planeacin de la accin. Los pasos principales de la metodologa de Hall son: 1. Definicin del problema 2. Seleccin de objetivos 3. Sntesis de sistemas 4. Anlisis de sistemas 5. Seleccin del sistema

6. Desarrollo del sistema 7. Ingeniera 1. Definicin del Problema: se busca transformar una situacin confusa e indeterminada, reconocida como problemtica y por lo tanto indeseable, en un estatuto en donde se trate de definirla claramente. Esto sirve para: a) Establecer objetivos preliminaries. b) El anlisis de distintos sistemas. De la definicin del problema los dems pasos de la metodologa dependen de cmo haya sido concebido y definido el problema. Si la 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. La definicin del problema demanda tanta creatividad como el proponer soluciones. El nmero de posibles soluciones aumenta conforme el problema es definido en trmin ms os amplios y que disminuyen al aumentar el nmero de palabras que denotan restricciones dentro de la restriccin. Existen dos formas en cmo nacen los problemas que son resueltos con sistemas tcnicos: a) La bsqueda en el medio ambiente de nuevas ideas, teoras, mtodos, y materiales, para luego buscar formas de utilizarlos en la organizacin. b) Estudiar la organizacin actual y sus operaciones para detectar y definir necesidades. Estas dos actividades estn estrechamente relacionadas y se complementan una a otra.

INVESTIGACIN DE NECESIDADES Las necesidades caen dentro de tres categoras. a) Incrementar la funcin de un sistema. Hacer que un sistema realice mas funciones de las actuales. b) Incrementar el nivel de desempeo. Hacer que un sistema sea ms confiable. Ms fcil de operar y mantener, capaz de adaptarse a niveles estndares ms altos. c) Disminuir costos, hacer que un sistema sea ms eficiente.

INVESTIGACIN DEL MEDIO AMBIENTE 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 bsquedas de nuevas ideas, mtodos, materiales y tecnologas que puedan ser utilizados en la satisfaccin de

necesidades . De este ltimo se desprende que el criterio para decidir si algo que existe en el medio ambiente es til para la organizacin est en funcin de las necesidades de esta ltima.

2. SELECCIN DE OBJETIVOS. Se establece tanto lo que esperamos del sistema como los criterios bajo los cuales mediremos su comportamiento y compararemos la efectividad de diferentes sistemas. Primero se establece que es lo que esperamos obtener del sistema, as como insumos y productos y las necesidades que este pretenda satisfacer. Ya que un sistema tcnico se encuentra dentro de un suprasistema que tiene propsitos, aquel debe ser evaluado en funcin de este. No es suficiente que el sistema ayude a satisfacer ciertas necesidades. Se debe escoger un sistema de valores relacionados con los propsitos de la organizacin, mediante el cual se pueda seleccionar un sistema entre varios y optimizarlo. Los valores ms comunes son: utilidad (dinero), mercado, costo, calidad, desempeo, compatibilidad, flexibilidad o adaptabilidad, simplicidad, seguridad y tiempo. Los objetivos deben ser operados hasta que sea claro como distintos resultados pueden ser ocasionados a ellos para seleccionar y optimizar un sistema tcnico. Cuando un sistema tiene varios objetivos que deben satisfacerse simultneamente, es necesario definir la importancia relativa de cada uno de ellos. Si cada objetivo debe cumplirse bajo una serie de valores a estos tambin debe a signarse un peso relativo que nos permita cambiarlos en el objetivo englobador.

3. SNTESIS DEL SISTEMA. Lo primero que se debe hacer es buscar todas las alternativas conocidas a travs de las fuentes de informacin a nuestro alcance. Si el problema ha sido definido ampliamente, l nmero de alternativas va a ser bastante grande. De aqu se debe de obtener ideas para desarrollar distintos sistemas que puedan ayudarnos a satisfacer nuestras necesidades. Una vez hecho esto, se procede a disear (ingeniar) distintos sistemas. En esta parte no se pretende que el diseo sea muy detallado. Sin embargo, debe de estar lo suficientemente detallado de tal forma que los distintos sistemas puedan ser evaluados. 3.1 DISEO FUNCIONAL El primer paso es listar los insumos y productos del sistema. Una vez hecho esto, se listan las funciones que se tienen que realizar para que dados ciertos insumos se obtengan ciertos productos. Estas funciones se realizan o sintetizan mostrando en un modelo esquemtico de las actividades y como stas se relacionan. Todo lo que se desea en este punto es ingeniar un sistema que trabaje, la optimizacin del mismo no importa tanto en este punto.

4. ANALISIS DE SISTEMAS. La funcin de anlisis 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 sistema. Los sistemas se analizan en funcin de los objetivos que se tengan.

4.1 COMPARACION DE SISTEMAS Una vez que todos los sistemas han sido analizados y sintetizados, el paso siguiente es obtener las discrepancias y similitudes que existen entre cada uno de ellos. Existen dos tipos de comparacin:

a) Comparar el comportamiento de dos sistemas con respecto a un mismo objetivo. b) Comparar dos objetivos de un mismo sistema.

Antes que se lleve a cabo la comparacin entre distintos sistemas, stos deben ser optimizados, deben estar diseados de tal forma que se operen lo ms eficientemente posible. No se pueden comparar dos sistemas si an no han sido optimizados.

5. SELECCIN DEL SISTEMA. Cuando el comportamiento de un sistema se puede predecir con certidumbre y solamente tenemos un solo valor dentro de nuestra funcin objetivo, el procedimiento de seleccin del sistema es bastante simple. Todo lo que se tiene que hacer es seleccionar el criterio de seleccin. Cuando el comportamiento del sistema no se puede predecir con certidumbre y se tienen distintos valores en funcin de los cuales se va a evaluar el sistema, no existe un procedimiento general mediante el cual se puede hacer la seleccin del sistema.

6. DESARROLLO DEL SISTEMA. En base al diseo que se haba hecho del sistema durante la fase de sntesis del sistema, se hace un diseo detallado del mismo, para esto, se puede utilizar la tcnica de sntesis funcional, mencionado anteriormente. Una vez que el sistema est en papel, hay que darle vida, desarrollarlo. l nmero de personas que toman parte en esta operacin depende de la magnitud del sistema. Por ejemplo, el production control sistem (PSC) desarrollado por la burroughs tiene invertido alrededor de 50 aos-hombre. Lgicamente, no se puede poner en operacin un sistema una vez que haya sido construido. Se tienen que hacer pruebas para deslumbrar problemas no previstos en su funcionamiento.

En caso que no funcione como debiese, se debe investigar las razones y tomar acciones correctivas. Estas caen dentro de dos categoras:

a) Fallas en el diseo.

b) Fallas en la construccin.

En el primer caso, debe reportarse que fallas tiene el diseo del sistema para proceder a hacer los cambios. En el segundo caso, debe reportarse que es lo que se construy mal para proceder a corregirlo.

Una vez que el sistema funcione como se pretenda, y antes de que se ponga en operacin, deben de desarrollarse documentos que contengan informacin sobre su operacin, instalacin, mantenimiento, etc.

7. INGENIERA.

En esta etapa no consiste en un conjunto de pasos ms o menos secuenciales como en otras partes del proceso. Consiste en varios trabajos los cuales puedan ser calificados de la siguiente forma:

a) Vigilar la operacin del nuevo sistema para mejoras en diseos futuros. b) Corregir fallas en el diseo. c) Adaptar el sistema a cambios del medio ambiente. d) Asistencia al cliente. Esta etapa dura mientras el sistema est en operacin.

4.2.2. Metodologa De Jenkins

En 1969 G.M. Jenkins present otro de los esfuerzos significativos en la definicin del mtodo de la Ingeniera de Sistemas. Su trabajo, an cuando corto en extensin presenta de manera destacada su definicin del mtodo. Las fases del mtodo de Jenkins son: FASE 1. Anlisis de sistemas:

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:

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:

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: Definicin del sistema ms amplio

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:

Objetivos del sistema ms amplio

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

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:

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:

Definicin del criterio econmico global

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:

Debe estar relacionada con los objetivos del sistema

Debe ser simple y directa

Debe poder medirse

Debe haber sido acordada y aceptada por las personas directamente involucradas en la operacin del sistema

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 - Costos de operacin y produccin - Costos de capital

- Costo de diseo - Confiabilidad - Etc.

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

Recoleccin de informacin de datos

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.

FASE 2. Diseo de sistemas (sntesis)

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.

Prediccin

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.

Construccin de modelo y prediccin

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.

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 opera cin 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.

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.

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

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.

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.

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.

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

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

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.

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.