You are on page 1of 6

Unidad 5 METODOLOGA DE SISTEMAS DUROS TEMA 5.

1 Paradigma de anlisis de los sistemas duros y blandos Sistemas duros / Fisica, matematicas, qumica, etctera. Sistemas blandos / Psicologia, administracin, sociologa, etctera. Caracteristicas: Similitudes entre los sistemas duros y blandos: ambos son sistemas y esta circunstancia es la que da lugar a que existan situaciones comunes a ambos tipos de sistemas. En cuanto a su concepcin: Los sistemas duros como los sistemas blandos son conceptualizados de la misma manera. En cuanto a su estudio: Existen metodologas especficas para sistemas duros y para sistemas blandos. Diferencias entre los sistemas duros y blandos: Por su origen: Sistemas duros: Su anlisis surge como una extensin del estudio cientfico. Sistemas Blandos: Tiene sus races en ciencias del comportamiento como la antropologa, sociologa y las ciencias sociales como la economa, educacin, administracin, etc. Que tienen alto grado cualitativo En cuanto al mtodo: Sistemas Duros: Utiliza el mtodo analtico, la construccin de un modelo matemtico del sistema no presenta dificultades que impidan el manejo del modelo para optimizarlo o simular con el diferentes cursos de accin sin necesidad de hacer costosos y a veces peligrosos experimentos con el sistema real. Sistemas Blandos: No utiliza el mtodo analtico por las siguientes razones: No explica fenmenos como: organizacin, sinergia, regulacin, etc. que son caractersticas de los seres vivos. No est diseado para manejar sistemas de complejidad organizada, con fuertes lazos de interrelacin. Estos sistemas muestran con regularidad una conducta de bsqueda de objetivos. En cuanto a su subjetivismo Sistemas Duros: Los sistemas duros al ser estudiados, observados y analizados poseen propiedades que son inherentes al propio sistema y no se prestan a interpretaciones dependientes de la preparacin y experiencia que tenga la persona. Sistemas Blandos: En su estudio el papel de los peritos y expertos cobra mucha importancia, debido a: La imposibilidad de realizar experimentos o tener repetitibidad en caso de poderlos realizar. A la inhabilidad de predecir o hacer pronsticos confiables.

En cuanto a los componentes bsicos de sistemas. Sistemas Duros: OBJETIVOS: Son fcilmente identificables. MEDIDAS DE DESEMPEO: Existen formas medibles, cuantificables y concretas que permiten establecer el logro de los objetivos. SEGUIMIENTO Y CONTROL: Se puede establecer un sistema de seguimiento y control de las operaciones que el sistema lleva a cabo para as lograr sus objetivos. TOMA DE DESICIONES: Proceso cuyas variables de decisin son medibles, los estados futuros de lo que puede pasar son claramente identificables. Sistemas Blandos: Los objetivos, fronteras, ambiente suprasistemas, subsistemas, tomador de decisiones, conectividades, seguimiento y control, se vuelven problemticas en su definicin y establecimiento. El tratamiento de este tipo de sistemas debe ser flexible para permitir incorporar descubrimientos o situaciones inesperadas en etapas posteriores a las iniciales.

En cuanto a la metodologas para resolver problemas. Sistemas Duros Utiliza el mtodo cientfico, en trminos muy generales sigue los siguientes pasos: Recopilar la informacin y pronostico del futuro esperado del sistema a disear. Modelar el sistema. Optimizar el sistema (si es factible). Controlar el sistema. Sistemas Blandos La metodologa de los sistemas suaves tiene su origen en la aplicacin de metodologas de sistemas duros (Rand, Hall, Jenkings). La metodologa General de Sistemas Blandos (desarrollada por Peter Checkland ), tambin es aplicable a sistemas duros, sin embargo, el caso contrario (la aplicacin de metodologas de sistemas duros a suaves) no se aplica.

Varios. Sistemas Duros No es capaz de fijarse objetivos a s mismo. Para su diseo implica el conocimiento claro y especfico de los objetivos o la necesidad a satisfacer. Ocupan los primeros niveles en la Taxonoma de Bulding. Sistemas Blandos Son capaces de fijarse objetivos a s mismos y de establecer acciones para lograrlos. Pueden ser modelados en forma orientada, lo cual hace significativo el diseo del sistema para una persona o grupo de personas. Ocupan los ltimos niveles en la Taxonoma de Bulding.

TEMA 5.2 y 5.3 Metodologia de Hall y Jenking Metodologa de Hall Introduccin: Uno de los campos en donde con ms 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. Metodologia: Los pasos principales de la metodologa de Hall son: 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. De la definicin del problema los dems pasos de la metodologa dependen de cmo haya sido concebido y definido el problema. 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 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 Investigacion 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.

Investigacion 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. 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. 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. 3. Sintesis 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. 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. 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 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 Comparacion de sistemas: Existen dos tipos de comparacin: a) b) Comparar el comportamiento de dos sistemas con respecto a un mismo objetivo. 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 del 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.

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. 7. Ingenieria: 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) b) c) d) Vigilar la operacin del nuevo sistema para mejoras en diseos futuros. Corregir fallas en el diseo. Adaptar el sistema a cambios del medio ambiente. 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. 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

You might also like