viernes, 24 de mayo de 2013

6.2 El sistema de actividad humana como un lenguaje de modelación

Un sistema de actividad humana se describe como un conjunto de subsistemas interactuando o como un conjunto de actividades interactuantes. Un subsistema no es diferente a un sistema excepto en términos del nivel de detalle y por Io tanto un subsistema puede re definirse como un sistema y ser modelado como un conjunto de actividades. Así los términos "SISTEMA" y "ACTIVIDAD" pueden intercambiarse a LA palabra 'ACTIVIDAD" implica acción y, por lo tanto, el Lenguaje en el que Los sistemas de actividad humana se modelan están en términos de verbos.



Un modelo de un sistema de ACTIVIDAD HUMANA (SAH) en su forma más básica:




El sistema de actividad humana puede usarse para definir que cambiar. No hay bases teóricas, pero si derivan de La experiencia de resolución de problemas del mundo real y son parte importante de la actividad.






Sistemas Sociales y Culturales


La mayor parte de las actividades humanas existirá en un sistema social donde los elementos serán seres humanos y las relaciones serán interpersonales. Ejemplo de sistema social puede ser: La familia, La comunidad, Los scouts

Al igual que a el conjunto de seres humanos agrupados para desempeñar alguna actividad determinada, como la preocupación por una excesiva industrialización, una sociedad coral o una conferencia.

El concepto mas básico relacionado con un modelo de un sistema de actividad humana es aquel que es un proceso de transformación, significa que el conjunto de actividades contenidas en el modelo representan ese conjunto interconectado de acciones necesarias para transformar algunas entradas en algunas salidas

Podría deducirse un modelo (SAH) sistema de actividad humana de una empresa de manufactura tomándole como un sistema para transformar una necesidad percibida del mercado en una satisfacción de esa necesidad. Debe existir un mínimo grado de conectividad entre cada entidad (verbo de actividad), se define como dependencia lógica.

Ejemplo:
Una actividad es convertir la materia prima en productos, puede argumentarse que debería ser percibida par las actividades de "decidir que productos hacer" y "obtener materia prima". Un tipo particular de conectividad es el asociado con el flujo de información y, en formas reciente se ha dada considerable atención a problemas relacionados con el diseño de sistemas de información. Después se considera el desarrollo de los tipos particulares de modelos de (SAH) en los que la conectividad la otorga la naturaleza de Ia información. Es evidente que una compañía desea mantener un balance entre satisfacer el mercado y el costo incurrido al hacerlo.

Clasificación Particular adoptada de checklan. (1971)

Se ha encontrado útil importar ideas de la ingeniería de control y definir un modelo SAH como un sistema controlado. Implica que si un sistema alcanza un objetivo particular, debe derivarse alguna medida de ese grado de realización e incluirse actividades en el modelo que haga uso de esa medida para efectuar controles de la acción con el fin de mejorar el grado de realización.

Así si la meta u objetivo del sistema se define como una satisfacción de una necesidad percibida del mercado, debe relacionarse con que tan bien se satisface el sector particular al mercado, esto es, en términos de incidencia en el mercado o quejas del cliente a alguna combinación de los dos.

Ahora que hemos establecido el concepto de actividad humana definiremos como este modela un lenguaje de modelación.

Un sistema se modela como una colección de objetos discretos que interactúan para realizar un trabajo que finalmente beneficia a un usuario externo. UML es un lenguaje de modelado visual que se usa para especificar, visualizar, construir y documentar los integrantes  de un sistema de software. Se usa para entender, diseñar, configurar, mantener y controlar la información sobre los sistemas a construir. UML capta la información sobre la estructura estática y el comportamiento dinámico de un sistema. El lenguaje de modelado pretende unificar la experiencia pasada sobre técnicas de modelado e incorporar las mejores prácticas actuales en un acercamiento estándar.

Modelando sistemas: vieja forma vs. nueva forma

Un sistema es una combinación de software y hardware que proveen una solución a un problema de negocio.  El proceso de desarrollo de sistemas envuelve un grupo de personas, el primero es el cliente, que es la persona que específica el problema a ser resuelto, el analista realiza el levantamiento de información del problema generando los requerimientos del sistema y estos son entregados a los desarrolladores, que son los programadores quienes construyen el software, lo prueban e instalan sobre el computador.

La vieja forma de modelar sistemas, conocida como método en cascada, especifica que el análisis, diseño, codificación y   despliegue deben hacerse paso a paso; sólo cuando una etapa se  termina se comienza la otra. Si un analista le entrega el análisis a un diseñador, y el diseño es entregado al  desarrollador,  raramente se darán las oportunidades de que los tres miembros del equipo trabajen juntos y compartan sus ideas y opiniones, el método en cascada normalmente aumenta el tiempo de vida del proyecto.

En la nueva forma, la ingeniería de software contemporánea, se hace énfasis en que los analistas y diseñadores, trabajen juntos y así construir una base sólida del sistema para los programadores. Los programadores en su momento interactúan con los analistas y diseñadores para compartir sus impresiones, modificar los diseños y fortalecer sus códigos. La ventaja de esto es que la comprensión del sistema crece, el equipo incorpora nuevas ideas y construye un sistema robusto, más próximo a lo que desee el cliente

Cualquier modelo preciso debe primero definir su universo, esto es, los conceptos clave de la aplicación, sus propiedades internas, y las relaciones entre cada una de ellas. Este conjunto de construcciones es la estructura estática. Los conceptos de la aplicación son modelados como clases, cada una de las cuales describe un conjunto de objetos que almacenan información y se comunican para implementar un comportamiento. La información que almacena es modelada como atributos. La estructura estática se expresa con diagramas de clases y puede usarse para generar la mayoría de las declaraciones de estructuras de datos en un programa

Hay dos formas de modelar el comportamiento, una es la historia de la vida de un objeto y la forma como interactúa con el resto del mundo, y la otra es por los patrones de comunicación de un conjunto de objetos conectados, es decir la forma en que interactúan entre sí. La visión de un objeto aislado es una máquina de estados; muestra la forma en que el objeto responde a los eventos en función de su estado actual. La visión de la interacción de los objetos se representa con los enlaces entre objetos junto con el flujo de mensajes y los enlaces entre ellos. Este punto de vista unifica la estructura de los datos, el control de flujo y el flujo de datos.

Finalmente podemos establecer que los modelos artificiales creados por el hombre se crean a partir de los comportamientos de las actividades humanas, y sus diferentes comportamientos.


un ejemplo de este punto es un sistema de producción ya que este depende de otros departamentos como de calidad, mantenimiento, compras, diseño, etc, los sistemas trabajan sobre un mismo objetivo para lograr su meta. 



otro ejemplo simplemente es el sistema muscular del cuerpo, para que este funcione depende de otros componentes como lo son arterias, ligamentos, tendones, nervios etc.

Apuntes ITESCAM Ingeniería de sistemas, Maestro Jorge Vargas Mtz.
Elaboración Ing. José Manuel González Pérez ITESCAM


6.1 Metodología de Checkland

Introducción


El diseño de sistemas de información es una actividad fundamentada en la relación entre un diseñador, o grupo de éstos, y un grupo humano que se verá afectado por el sistema; positiva o negativamente, según sea el caso. Durante el desarrollo de esta actividad, es común que, aun cuando esta relación haya sido adecuada y haya dado origen a una correcta definición de requerimientos, el diseñador llegue a tomar decisiones que, por una u otra razón, no estén acordes con lo requerido por el grupo humano afectado, dando como resultado el desarrollo de un sistema de información que no cumple en su totalidad los requerimientos del grupo humano, y que en el peor de los casos le será inservible.
A continuación se describe una metodología para el diseño de sistemas de información que parte del concepto de Weltanschauung (del alemán: visión, perspectiva o imagen particular del mundo) de la metodología para sistemas blandos de Peter Checkland, para explorar los requerimientos del sistema de información y lograr un diseño de éste, lo mejor adaptado posible a dichos requerimientos, y simultáneamente diseñar cambios en las actividades del sistema humano, si son necesarios, que permitan una correcta adecuación de ambos sistemas, el humano y el de información.

La Metodología para sistemas blandos (SSM) de Peter Checkland (SSM) (Checkland 1992)


La SSM de Peter Checkland es una metodología sistémica fundamentada en el concepto de perspectiva o en el lenguaje de la metodología “Weltanschauung”. Un “weltanschauung” representa la visión propia de un observador, o grupo de ellos, sobre un objeto de estudio, visión ésta que afecta las decisiones que el(los) observador(es) pueda(n) tomar en un momento dado sobre su accionar con el objeto. La SSM toma como punto de partida la idealización de estos “weltanschauung” para proponer cambios sobre el sistema que en teoría deberían tender a mejorar su funcionamiento.


se puede considerar como ejemplo, las diferencias que entre un observador y otro presenta el propósito de las universidades:


- Para algunos estudiantes pueden ser centros de estudio donde asisten para formarse con miras a ingresar a un mercado de trabajo profesional, para otros pueden ser centros donde tomar experiencia en la diatriba política, para otro grupo pueden ser centros donde converge el conocimiento universal y acuden a entrar en contacto con él, etc.

- Para algunos profesores pueden ser centros de enseñanza donde acuden a laborar impartiendo conocimientos entre sus estudiantes, para otros son centros de docencia e investigación donde, a través del desarrollo de la investigación, nutren su actividad de docencia, siempre con la intención de brindar lo mejor posible de sus conocimientos a sus estudiantes, así mismo para otro grupo de profesores la universidad puede ser un centro donde ellos y los estudiantes acuden a intercambiar experiencias dentro de un proceso interactivo de enseñanza aprendizaje, etc.


Como se puede ver, en ambos casos, estudiantes y profesores, la visión que se tiene sobre las universidades es diferente, e incluso entre estudiantes y profesores se pueden tener diferentes visiones. Estas visiones son los “weltanschauung” sobre las universidades, es importante hacer notar que éstos no son correctos o erróneos, ni unos son mejores que otros, todos son igualmente válidos e incluso complementarios.
Otro concepto importante para la SSM es el de sistema blando, según Checkland, un sistema blando es aquel que está conformado por actividades humanas, tiene un fin perdurable en el tiempo y presenta problemáticas inestructuradas o blandas; es decir aquellas problemáticas de difícil definición y carentes de estructura, en las que los fines, metas, propósitos, son problemáticos en sí.

La SSM está conformada por siete (7) estadios cuyo orden puede variar de acuerdo a las características del estudio, a continuación se describen brevemente estos estadios.

Estadio 1: La Situación Problema no Estructurada: en este estadio se pretende lograr una descripción de la situación donde se percibe la existencia de un problema, sin hacer hincapié en el problema en sí, esto es sin dar ningún tipo de estructura a la situación.

Estadio 2: La Situación Problema Expresada: se da forma a la situación describiendo su estructura organizativa, actividades e interrelación de éstas, flujos de entrada y salida, etc.

Estadio 3: Definiciones Raíz de Sistemas Pertinentes: se elaboran definiciones de lo que, idealmente, según los diferentes “weltanschauung” involucrados, es el sistema. La construcción de estas definiciones se fundamenta en seis factores que deben aparecer explícitos en todas ellas, estos se agrupan bajo el nemónico de sus siglas en ingles CATWOE (Bergvall-Kåreborn et. al. 2004), a saber: consumidores, actores, proceso de transformación, weltanschauung, poseedor y restricción del ambiente.

Estadio 4: Confección y Verificación de Modelos Conceptuales: partiendo de los verbos de acción presentes en las definiciones raíz, se elaboran modelos conceptuales que representen, idealmente, las actividades que, según la definición raíz en cuestión, se deban realizar en el sistema (Ramírez 1983). Existirán tantos modelos conceptuales como definiciones raíz.
Este estadio se asiste de los subestadios 4a y 4b.
Estadio 4a: Concepto de Sistema Formal: este consiste en el uso de un modelo general de sistema de la actividad humana que se puede usar para verificar que los modelos construidos no sean fundamentalmente deficientes.
Estadio 4b: Otros Pensamientos de Sistemas: consiste en transformar el modelo obtenido en alguna otra forma de pensamiento sistémico que, dadas las particularidades del problema, pueda ser conveniente.

Estadio 5: Comparación de los modelos conceptuales con la realidad: se comparan los modelos conceptuales con la situación actual del sistema expresada, dicha comparación pretende hacer emerger las diferencias existentes entre lo descrito en los modelos conceptuales y lo que existe en la actualidad en el sistema.

Estadio 6: Diseño de Cambios Deseables, Viables: de las diferencias emergidas entre la situación actual y los modelos conceptuales, se proponen cambios tendientes a superarlas, dichos cambios deben ser evaluados y aprobados por las personas que conforman el sistema humano, para garantizar con esto que sean deseables y viables.


Estadio 7: Acciones para Mejorar la Situación Problema: finalmente este estadio comprende la puesta en marcha de los cambios diseñados, tendientes a solucionar la situación problema, y el control de los mismos. Este estadio no representa el fin de la aplicación de la metodología, pues en su aplicación se transforma en un ciclo de continua conceptualización y habilitación de cambios, siempre tendiendo a mejorar la situación.

5.3 aplicaciones

Después de la Segunda Guerra Mundial, los problemas complejos de logística del manejo de recursos, se convierte en el nacimiento del análisis cuantitativo de los sistemas cerrados. Fue con esta orientación con la cual la Investigación de Operaciones y el Management Science emergieron durante los años cincuentas.
La Investigación de Operaciones se aplicó exitosamente durante los sesentas, pero en los setentas, debido a la cambiante naturaleza de los contextos de los sistemas socio-técnicos, los análisis tuvieron una menor orientación cuantitativa.
La Ingeniería de Sistemas, por su parte, está relacionada con el diseño de sistemas cerrados hombre-máquina y sistemas socio-técnicos de gran escala. La Ingeniería de Sistemas puede ser vista como un sistema de métodos y herramientas, cuya actividad específica es la solución de problemas.
Al hablar de herramientas se incluyen en éstas al lenguaje, a las matemáticas y a las gráficas por las cuales la Ingeniería de Sistemas se comunica. El contenido de la Ingeniería de Sistemas incluye una variedad de algorítmos y conceptos que posibilitan varias actividades.
El primer trabajo importante en Ingeniería de Sistemas fue publicado por Hall en 1962. El presentó una morfología comprensiva, tridimensional para la Ingeniería de Sistemas. En la década de los setentas se sugirió un cambio en la dirección en Ingeniería de Sistemas: el uso del término "system" para referirse a la aplicación de la ciencia de los sistemas y a las metodologías asociadas con esa ciencia para la solución de problemas.
La palabra "engineering" significó no sólo el dominio y manipulación de datos físicos, sino también consideraciones de comportamiento social, como parte inherente del proceso de ingeniería de diseño.
Durante los sesentas y principios de los setentas, practicantes de la Investigación de Operaciones intentaron transferir su enfoque al contexto de sistemas sociales. Esto fue un desastre. Fue el período cuando emergió la ‘social engineering’ como un enfoque dirigido a los problemas sociales. Un reconocimiento de la falla de estos intentos, ha llevado a un cambio de dirección, mejor manifestada por la posición de identificar metodologías sociales.
No obstante, el enfoque de la Ingeniería de Sistemas puede proveer de conceptos básicos, herramientas de análisis y métodos de ingeniería a usarse en el análisis y diseño de un sistema tecnológicamente complejo. Ejemplos de problemas relativos a la modelación: toma de decisiones, control y optimización.
En este caso las relaciones e interacciones entre los diversos componentes son modelados. Esta información es entonces usada para determinar la mejor forma de regular y controlar las diferentes contribuciones y que se ejecute la meta, la cual puede ser la mejoría para una componente individual pero no necesariamente la mejor para el sistema como un todo.
Son conceptos y técnicas para tratar con grandes problemas de optimización encontrados en el diseño de grandes estructuras de ingeniería, control de sistemas interconectados, reconocimiento de patrones, planeación y operación de sistemas complejos; enfoques para particionar, relajar, restringir, descomponer, entre otras operaciones.


Un ejemplo:  lo encontramos hoy en día en las computadoras, en donde se mezcla el software y el hardware, el sistema suave es  el componente en si (la maquina ) y el sistema duro lo que lo hace funcionar , es el mas claro ejemplo de aplicación de sistemas suaves y duros.

Otro claro ejemplo seria en un automóvil, el sistema suave es la carrocería en si y el sistema duro el motor que lo hace funcionar.


5.2 metodología de hall y jenking


Metodología de Hall

Uno de los campos en donde con más intensidad se ha sentido la necesidad de utilizar conceptos y metodologías de Ingeniería de Sistemas es en el desarrollo de tecnología. Esto se debe a que los sistemas técnicos, que sirven para satisfacer ciertas necesidades de los hombres, están compuestos de elementos interconectados entre sí de tal forma que se hace necesario pensar en términos de sistemas, tanto para el desarrollo de nueva tecnología como para el análisis de la ya existente.


Los pasos principales de la metodología de Hall son:
1 Definición del problema
2 Selección de objetivos
3 Síntesis de sistemas
4 Análisis de sistemas
5 Selección del sistema
6 Desarrollo del sistema
7 Ingeniería

1. Definición del Problema:
se busca transformar una situación confusa e indeterminada, reconocida como problemática y por lo tanto indeseable, en un estatuto en donde se trate de definirla claramente. Esto sirve para:
a)    Establecer objetivos preliminares.
b)    El análisis de distintos sistemas.
De la definición del problema los demás pasos de la metodología dependen de cómo haya sido concebido y definido el problema. Si la definición del problema es distinta a lo que realmente es, lo más probable es que todo lo que se derive del estudio vaya a tener un impacto muy pobre en solucionar la verdadera situación problemática.

La definición del problema demanda tanta creatividad como el proponer soluciones. El número de posibles soluciones aumenta conforme el problema es definido en términos más amplios y que disminuyen al aumentar el número de palabras que denotan restricciones dentro de la restricción.

Existen dos formas en cómo nacen los problemas que son resueltos con sistemas técnicos:
a)    La búsqueda en el medio ambiente de nuevas ideas, teorías, métodos, y materiales, para luego buscar formas de utilizarlos en la organización.
b)    Estudiar la organización actual y sus operaciones para detectar y definir necesidades.
Estas dos actividades están estrechamente relacionadas y se complementan una a otra.
INVESTIGACIÓN DE NECESIDADES
Las necesidades caen dentro de tres categorías.
a)    Incrementar la función de un sistema. Hacer que un sistema realice mas funciones de las actuales.
b)    Incrementar el nivel de desempeño. Hacer que un sistema sea más confiable. Más fácil de operar y mantener, capaz de adaptarse a niveles estándares más altos.
c)    Disminuir costos, hacer que un sistema sea más eficiente.


2. SELECCIÓN 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 técnico se encuentra dentro de un suprasistema que tiene propósitos, aquel debe ser evaluado en función de este. No es suficiente que el sistema ayude a satisfacer ciertas necesidades. Se debe escoger un sistema de valores relacionados con los propósitos de la organización, mediante el cual se pueda seleccionar un sistema entre varios y optimizarlo. Los valores más comunes son: utilidad (dinero), mercado, costo, calidad, desempeño, 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 técnico.
Cuando un sistema tiene varios objetivos que deben satisfacerse simultáneamente, es necesario definir la importancia relativa de cada uno de ellos. Si cada objetivo debe cumplirse bajo una serie de valores a estos también debe a signarse un peso relativo que nos permita cambiarlos en el objetivo englobador.


3. SÍNTESIS DEL SISTEMA. 
Lo primero que se debe hacer es buscar todas las alternativas conocidas a través de las fuentes de información a nuestro alcance. Si el problema a sido definido ampliamente, él número 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 diseñar (ingeniar) distintos sistemas.
En esta parte no se pretende que el diseño sea muy detallado. Sin embargo, debe de estar lo suficientemente detallado de tal forma que los distintos sistemas puedan ser evaluados.

3.1 DISEÑO 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 esquemático de las actividades y como éstas se relacionan. Todo lo que se desea en este punto es ingeniar un sistema que trabaje, la optimización del mismo no importa tanto en este punto.

4. ANÁLISIS DE SISTEMAS.
La función de análisis es deducir todas las consecuencias relevantes de los distintos sistemas para seleccionar el mejor. La información que se obtiene en esta etapa se retroalimenta a las funciones de selección de objetivos y síntesis de sistema. Los sistemas se analizan en función de los objetivos que se tengan.

4.1 COMPARACIÓN 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 comparación:
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 comparación entre distintos sistemas, éstos deben ser optimizados, deben estar diseñados de tal forma que se operen lo más eficientemente posible. No se pueden comparar dos sistemas si aún no han sido optimizados.

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

6. DESARROLLO DEL SISTEMA.


El desarrollo del sistema de un sistema sigue básicamente el ciclo que se muestra en la siguiente figura.




















En base al diseño que se había hecho del sistema durante la fase de síntesis del sistema, se hace un diseño detallado del mismo, para esto, se puede utilizar la técnica de la síntesis funcional, mencionado anteriormente. Una vez que el sistema está en papel, hay que darle vida, desarrollarlo. Él número de personas que toman parte en esta operación depende de la magnitud del sistema. Por ejemplo, el production control sistem (PSC) desarrollado por la burroughs tiene invertido alrededor de 50 años-hombre.

Lógicamente, no se puede poner en operación 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 categorías:
a) Fallas en el diseño.              
b) Fallas en la construcción.    

En el primer caso, debe reportarse que fallas tiene el diseño 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 pretendía, y antes de que se ponga en operación, deben de desarrollarse documentos que contengan información sobre su operación, instalación, mantenimiento, etc.

7. INGENIERÍA.
En esta etapa no consiste en un conjunto de pasos  más 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 operación del nuevo sistema para mejoras en diseños futuros.
b)    Corregir fallas en el diseño.
c)    Adaptar el sistema a cambios del medio ambiente.
d)    Asistencia al cliente.      

Esta etapa dura mientras el sistema está en operación.



METODOLOGÍA DE JENKING

Ingeniería de Sistemas no es una nueva disciplina, ya que tiene sus raíces en la práctica de la Ingeniería Industrial. Sin embargo, enfatiza el desempeño global del sistema como un todo, en contraposición al desempeño de partes individuales del sistema. Una característica importante de la Ingeniería de Sistemas es el desarrollo de modelos cuantitativos, de tal forma que una medida de desempeño del sistema pueda optimizarse.

La palabra “Ingeniería” en Ingeniería de Sistemas se usa en el sentido de “diseñar, construir y operar sistemas”, esto es, “ingeniar sistemas”. Otra de las características de la Ingeniería de Sistemas es la posibilidad de poder contemplar a través de su metodología, la solución de problemas completamente diferentes que provienen de áreas muy diferentes como la tecnología y la administración, enfatizando sus características comunes a través de isomorfismos que puedan relacionarlos. Es por esto que cuando la Ingeniería de Sistemas se aplica a la solución de problemas complejos, incluye la participación de profesionales en áreas muy diferentes y no sólo la participación de ingenieros.


UNA METODOLOGÍA DE INGENIERÍA DE SISTEMAS
Un enfoque de sistemas a la solución de problemas
En esta sección se proporcionan las líneas de guía generales que usaría un Ingeniero para confrontar y solucionar problemas. Las diferentes etapas que se describen posteriormente, representan un desglose de las cuatro fases siguientes:



FASE 1: Análisis de Sistemas
El Ingeniero inicia su actividad con un análisis de lo que está sucediendo y por qué está sucediendo, así como también de cómo puede hacerse mejor. De esta manera el sistema y sus objetivos podrán definirse, de forma tal que resuelva el problema identificado.

ANÁLISIS DE SISTEMAS
Identificación y formulación del problema
Organización del proyecto
Definición del sistema
Definición del suprasistema
Definición de los objetivos del suprasistema
Definición de los objetivos del sistema
Definición de las medidas de desempeño del sistema
Recopilación de datos e información

FASE 2: Diseño 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 solución. Por último, en base a una evaluación de las alternativas generadas, se selecciona la que optimice la operación del sistema.

DISEÑO DE SISTEMA
Pronósticos
Modelación y simulación del sistema
Optimización de la operación del sistema
Control de la operación del sistema
Confiabilidad del sistema

FASE 3: Implantación de Sistemas
Los resultados del estudio deben presentarse a los tomadores de decisiones y buscar aprobación para la implantación del diseño propuesto. Posteriormente, tendrá que construirse en detalle el sistema. En esta etapa del proyecto se requerirá de una planeación cuidadosa que asegure resultados exitosos. Después de que el sistema se haya diseñado en detalle, tendrá que probarse para comprobar el buen desempeño de su operación, confiabilidad, etc.

IMPLANTACION DE SISTEMAS
Documentación y autorización del sistema
Construcción e instalación del sistema

FASE 4: Operación y Apreciación Retrospectiva de Sistemas
Después de la fase de implantación se llegará al momento de “liberar” el sistema diseñado 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 más descuidada en el proyecto de diseño. Por último, la eficiencia de la operación del sistema debe apreciarse, dado que estará operando en un ambiente dinámico y cambiante que probablemente tendrá características diferentes a las que tenía cuando el sistema fue diseñado. En caso de que la operación del sistema no sea satisfactoria en cualquier momento posterior a su liberación, tendrá que iniciarse la fase 1 de la metodología, identificando los problemas que obsoletizaron el sistema diseñado.

 OPERACIÓN Y APRECIACION RETROSPECTIVA DE SISTEMAS
Operación inicial del sistema
Apreciación retrospectiva de la operación del sistema


Mejoramiento de la operación del sistema diseñado

5.1 Paradigma de análisis de los sistemas duros y blandos.

Fases en el proceso de diseño de los sistemas o paradigma de sistemas.



El ciclo de toma de decisiones puede dividirse en tres fases distintas y aplicarse al proceso del diseño de sistemas, como se muestra en la figura.














 Estas fases son:
1. Fase de diseño de políticas o pre planeación
2. Fase de evaluación
3. Fase de action-implantation

Fase I. Diseñó de políticas o pre planeación

Es la fase durante la cual
·         Se llega a un acuerdo de lo que es el problema.
·         Los autores de decisiones llegan a una determinación de sus cosmovisiones (premisas, supuestos, sistemas de valor y estilos cognoscitivos).
·         Se llega a un acuerdo sobre los métodos básicos 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 búsqueda y generación de alternativas

Fase 2. La evaluación

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 evaluación incluye:

1. Una identificación de los resultados y consecuencias derivados de cada alternativa.
2. Un acuerdo de que los atributos y criterios elegidos con los cuales se evaluaran los resultados, representan verdaderamente las metas y objetivos preestablecidos a satisfacer,
3. Una elección de la medición y modelos de decisión, los cuales se usaran para evaluar y comparar alternativas.
4. Un acuerdo en torno al método para el cual se hará la elección de una alternativa en particular

Fase 3. La implantación de la acción

Es la fase durante la cual el diseño elegido se real iza, La implantación incluye todos los problemas "malos" de:

I. Optimización, que describe donde está la "mejor " solución.
2. Sub optimización, que explica par que no puede lograrse la "mejor " solución.
3. Complejidad, que trata con el hecho de que, de tener solución, debe simplificarse la realidad, pero para ser real, las soluciones deben ser "complejas”.
4. Conflictos, legitimación y control, son problemas que afectan, pero no son exclusivos de la fase de implantación del diseño de sistemas.
5. Una auditoria o evaluación de los resultados obtenidos del implemento del diseño 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.


un ejemplo seria tener algún problema en una linea de producción,  primero se establece el problema que seria defectos en alguna pieza terminada, luego se fijan o se proponen alternativas para solucionar el problema que serian revisar las maquinas, mano de obra, material etc., para establecer que causa ese defecto  y son evaluadas de la mas sencilla a la que mejor se adapte el problema para ser resuelto y al final se implementa para terminar con ese defecto en las piezas.


otro ejemplo seria al hacer un pastel, primero se establece que tipo de pastel se quiere preparar, luego se decide cuales son los mejores materiales para utilizar en el proceso de preparación  y se implementan los pasos a seguir para preparar adecuadamente el proceso de producción del pastel de la mejor manera.