Unidad 4: Metodologa de los sistemas duros

4.1 Paradigma de anlisis de los sistemas duros

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 que resultados (metas y objetivos) esperan los clientes (expectativas) y los planificadores (promesas). Se inicia la bsqueda y generacin de alternativas Fase 2. La evalu acin co nsis te en fi jar la s difere ntes al tern ativ as pr opuest as, para de te rm in ar el gr ad o en el cu al sati sf ac en la s me ta s y ob je ti vo s im pl an ta do s dura nt e la fa se an teri or . La ev al ua ci n in cl uye: 1. Un a id en ti fi ca ci n de lo s re su lt ad os y co ns ec ue nc ia s de riva do s de ca da al ter na ti va . 2. Un ac ue rd o de qu e lo s at ri bu to s y cr it er io s el eg id os co n lo s cu al es se ev al ua ra n I os re su lt ad os , re pr esen ta n ve rd ad er am en te las me ta s y ob je ti vo s pr eest ab le ci do s a sa ti sf ac er , 3. Un a el ec ci n de la me di ci n y mo de lo s de de ci si n , lo s cu al es se us ar an pa ra ev al ua r y co mp ar ar al tern at iv as . 4. Un acu er do en torn o al m to do pa r el cu al se ha r la el ec ci n de un a al te rn at iv a en part ic ul ar , Fase 3. La imp lantacin de la accin es la fa se du ra nt e la cu al el di se o el eg id o se re al iz a, La im pl an ta ci n in cl uye to do s lo s pr ob le ma s "m al os " de I. Op ti mi zaci n, qu e de scri be do nd e es ta la "m ej o r " so lu ci n. 2. su bo pt im iz ac io n, qu e ex plic a pa r que no pu ed e lo gr ar se la "m ej or " so lu ci n . 3. Co mple ji da d, qu e tr at a co n el he ch o d e qu e, de te ne r so lu ci n , debe si mpli fi cars e la real id ad, pero para ser real , la s so luci ones

de be n se r "c om pl ejas" . 4. Co nf li ct os , le gi ti maci n y co nt ro l, so n pr ob le ma s qu e af ec ta n, pe ro no so n ex cl us iv os de la fa se de im pl an ta cin de l di se o de si st emas . 5. Un a au di to ri a o ev aluaci n de lo s re su lt ad os ob te ni do s de l im plem en to de l di se o de si st emas , lo c ua l si gn if ic a op ti mi sm o o pe si mi sm o so br e si lo s ob jeti vo s pu ed en re al ment e sa ti sf ac erse y pr op or ci on arse lo s re sult ad os pr omet id os . 6. Re ci cl amie nt o de sd e el co mi en zo, el cu al oc urre a pe sa r de si lo s re su lt ad os ob ti en en x it o o fr ac as o.

La tabla 9.1 (que debe estudiarse en conjunto con la tabla 2.1), compara los mtodos de la ciencia fundamentales al enfoque anal tic o-mecnic o, como el paradigma de ciencia aplicable al dominio de sistemas rgidos, con los mtodos de la ciencia fundamentales al enfoque de sistemas y al paradigma de sistemas, que son aplicables a los dominios de sistemas flexibles, encontrados en las ciencias sociales y otras relacionadas. Es normal esperar que las ciencias fsicas estn ms de acuerdo con las derivacio nes lgico-mat emticas y los procesos de razonamie nto ms formales, que las ciencias sociales. Aunque Ia lgica y las matemticas tienen un papel que desempear en es ta s es to s m to do s nu nc a re mp la za ra n lo s pr oc es os me no s es tr uc tu rad os que son ms adecua dos a un domini o men os precis o. Esto es engaoso, por otro lado, para caracterizar complet amente el domi nio de las ciencias fsicas como "ex acto" y el de su contraparte, las cie ncias sociales, como "inexac to". Los procesos de raz onamie nto inf orm al desempe an un pap el imp ort ant e en tod as las cie ncias. Como lo subrayan Helmer y Rescher.

(En ciertas) ramas de Ia fsica , como partes de Ia aerodinmica y Ia fsica de temp erat uras extremas , los proc edimientos exactos aun estn intermezcl ados con la pericia no form al. Sin duda esta Ultima ser mas domi nant e, al retirarnos del ncl eo preciso y generalmente bastante abstract o de una discipli na exa cta hac ia sus apl icacio nes en las comple jidades del mundo real. Tan to la ar qu it ec tu ra como Ia me di ci na so n ca sos a prop s it o .. . Am ba s ti en en un contenido ; es decir, son pre dictiv as y exp lic ativas ... Pueden por tanto Llamarse apropiadamente ciencias, pero son bastante inexactas, ya que se basa n en su mayor part e en procesos de razonami ento inform al... La econ oma y la ps ic ol og a .. . mu es tr an ab un da nt es pr ue ba s de de ri va ci on es ex ac ta s as como confianza el juicio intuitivo. La intuicin y el juicio deben caracterizarse mas all de "el producto de un sexto sen tido", "deste llo s de ins pir acin ", o "dispa ros en la osc uri dad". Church man car acteri zo el juicio como una "opinin de grupo". "El `gr upo' puede consis tir del mismo individuo en diferentes puntos de su vida reflexiva, pero para propsitos pr c ti co s, po de mo s ha bl ar co mo si el gr up o en cu es ti n tu vi er a di fe re nt es miem bros. Quisi ramos argum entar que el juicio es un grupo de creencias que ocurre cuando existen diferencias de opinin entre los miembros del grupo, debido a que... queremos decir que el juicio slido ocurre cuando este esta sujeto a una fuerte oposicin ... Por tanto, la esencia del conc epto de juici o es el establecimiento de un acuerdo en el contex to de desacuerdos. El juicio es un tipo de negociacin... el juicio es un grupo de creencias al que se llega por un conjunto de regl as que operan en las creenci as (parcialme nte ; conflictivas) de los miem bros como individuos ". Cree mos que estas regl as puede n operar consciente e inco nscientemente, incl uso ser desconocid as para los mis mos indivi duos . Por tanto, cada individuo har un juicio "com o si" fuera su propia cree ncia, pero un hecho real, es que esta cree ncia se ha form ado y modelado al calor del debate y confrontacin con sus compaeros o asociados. La intuicin pert enec e al mism o tipo de proc eso de razo namiento que el juicio. La intuicin se defi ne en el Webster's como "pod er o faculta d de obte ner conocimiento directo sin pens amie nto e inferencia raci onales". La intuicin se asocia en el The saurus de Roget, con "la ausencia de razonamiento". OBSERVACIONES Y DATOS COMPROBADOS A fi n de inferi r la condu ct a de un proces o, deb en hac erse much as obs ervaciones, antes de estar en posicin de hipotetizar la forma de la relacin entre las varia bles observa das. Sin embargo, el cientfic o social no se benefi cia de la repli ca, como lo hacen sus colegas en las ciencias fsicas. Estos ltimos pueden replicar su experimento en el laboratorio tantas veces como lo deseen. Si el economista analiza las causas de una recesion, debe estudiar los eventos como ocurren, o reconstruir el curso de los datos obtenidos en ese tiempo, la forma idntica de recesion nunca ocurrida nuevamente. En toda probabilidad el cientfico social debe hacer su hiptesis sobre la base de muy pocas observaciones. No cuentan con el beneficio de la replica. En unos cuantos casos, puede tratar de observar eventos similares, y estar preparado a hacerlo por adelantado. Por ejemplo, un socilogo puede observar

un grupo de nios en el juego, para determinar sus hbitos de juego. Puede registrar el numero de veces que tienen lugar ciertos eventos y obtener, por tanto, una distribucin de frecuencia. Despus de un cuidadoso anlisis, esto le puede conducir a una hiptesis sobre la conducta de la niez. Obviamente, dos eventos no son iguales, pero de alguna forma surge un patrn de la similitud entre los eventos. Un nmero de observaciones "muy pequeo", no debe impedir hacer derivaciones significativas, referentes a las relaciones entre las variables observadas. En principio, la probabilidad objetiva demanda que se observe un evento un numero infinito de veces. A pesar de esta advertencia, las estimaciones de probabilidad se hacen con menos que un nmero infinito de observaciones. Se ha desarrollado y aceptado una teora de probabilidad totalmente estructurada con base en probabilidades subjetivas. Las probabilidades subjetivas siguen las mismas reglas matemticas, como las probabilidades objetivas. Estas se basan en estimaciones subjetivas de la probabilidad de ocurrencia de un evento. Adems, esta teora admite que se modifiquen las estimaciones subjetivas, al hacerse disponible nueva informacin, que conduce a las revisiones de probabilidades a priori.

4.2 Metodologa de Hall y Jenkins Metodologa de Hall Introduccin Uno de los campos en donde con mas intensidad se ha sentido la necesidad de utilizar 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.

Metodologa 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 preliminares. 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 trminos ms amplios y que disminuyen al aumentar l numero 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 a 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. Anlisis 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 s 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 Comparacin 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. El desarrollo del sistema de un sistema sigue bsicamente el ciclo que se muestra en la siguiente figura.

MONITOREAR

REQUISICIN PARA CAMBIO EN PLANES COMPARACION PLANES DISEO DETALLADO

EVALUACIN DEL SISTEMA

CONSTRUCCIN DEL SISTEMA

PROCESAMIEN TO DE DATOS

DESARROLLO DE PRUEBAS

PLANEACION DE PRUEBAS

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

Metodologa de Jenkins

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.

Una metodologa de ingeniera de sistemas

Un enfoque de sistemas a la solucin de problemas

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

Fase 1: Anlisis de Sistemas

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

ANALISIS DE SISTEMAS Identificacin y formulacin del problema Organizacin del proyecto Definicin del sistema Definicin del suprasistema Definicin de los objetivos del suprasistema Definicin de los objetivos del sistema Definicin de las medidas de desempeo del sistema Recopilacin de datos e informacin

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.

DISEO DE SISTEMA Pronsticos Modelacin y simulacin del sistema Optimizacin de la operacin del sistema Control de la operacin del sistema Confiabilidad 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.

IMPLANTACION DE SISTEMAS Documentacin y autorizacin del sistema Construccin e instalacin del sistema

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.

OPERACIN Y APRECIACION RETROSPECTIVA DE SISTEMAS Operacin inicial del sistema Apreciacin retrospectiva de la operacin del sistema Mejoramiento de la operacin del sistema diseado

4.3 aplicaciones

Despus de la Segunda Guerra Mundial, los problemas complejos de logstica del manejo de recursos, se convierte en el nacimiento del anlisis cuantitativo de los sistemas cerrados. Fue con esta orientacin con la cual la Investigacin de Operaciones y el Management Science emergieron durante los aos cincuentas. La Investigacin de Operaciones se aplic exitosamente durante los sesentas, pero en los setentas, debido a la cambiante naturaleza de los contextos de los sistemas socio-tcnicos, los anlisis tuvieron una menor orientacin cuantitativa. La Ingeniera de Sistemas, por su parte, est relacionada con el diseo de sistemas cerrados hombre-mquina y sistemas socio-tcnicos de gran escala. La Ingeniera de Sistemas puede ser vista como un sistema de mtodos y herramientas, cuya actividad especfica es la solucin de problemas. Al hablar de herramientas se incluyen en stas al lenguaje, a las matemticas y a las grficas por las cuales la Ingeniera de Sistemas se comunica. El contenido de la Ingeniera de Sistemas incluye una variedad de algortmos y conceptos que posibilitan varias actividades. El primer trabajo importante en Ingeniera de Sistemas fue publicado por Hall en 1962. El present una morfologa comprensiva, tridimensional para la Ingeniera de Sistemas. En la dcada de los setentas se sugiri un cambio en la direccin en Ingeniera de Sistemas: el uso del trmino "system" para referirse a la aplicacin de la ciencia de los sistemas y a las metodologas asociadas con esa ciencia para la solucin de problemas. La palabra "engineering" signific no slo el dominio y manipulacin de datos fsicos, sino tambin consideraciones de comportamiento social, como parte inherente del proceso de ingeniera de diseo. Durante los sesentas y principios de los setentas, practicantes de la Investigacin de Operaciones intentaron transferir su enfoque al contexto de sistemas sociales. Esto fue un desastre. Fue el perodo 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 direccin, mejor manifestada por la posicin de identificar metodologas sociales. No obstante, el enfoque de la Ingeniera de Sistemas puede proveer de conceptos bsicos, herramientas de anlisis y mtodos de ingeniera a usarse en el anlisis y diseo de un sistema tecnolgicamente complejo. Ejemplos de problemas relativos a la modelacin: toma de decisiones, control y optimizacin.

En este caso las relaciones e interacciones entre los diversos componentes son modelados. Esta informacin 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 mejora para una componente individual pero no necesariamente la mejor para el sistema como un todo. Son conceptos y tcnicas para tratar con grandes problemas de optimizacin encontrados en el diseo de grandes estructuras de ingeniera, control de sistemas interconectados, reconocimiento de patrones, planeacin y operacin de sistemas complejos; enfoques para particionar, relajar, restringir, descomponer, entre otras operaciones. Un ejemplo ms completo acerca de sistemas suaves y duros lo encontramos hoy en da en las computadoras, en donde se mezcla el software y el hardware, el sistema suave, el componente en si y el duro el sistema que lo hace funcionar, es el mas claro ejemplo de aplicacin de sistemas suaves y duros.