5 UNIDAD - METODOLOGIA DE LOS SISTEMAS BLANDO (SUAVE)

5.1 METODOLOGIA DE LOS SISTEMAS SUAVES DE CHECKLAND

Bueno esta metodologia se compone por lo sig.:

Estadio 1. La situacion problema no estructurada.

Esto se refiere a la  estructura se podría examinar en términos de distribución física, jerarquías de poder o el patrón de comunicaciones, tanto formal como informal.

El proceso se podría examinar en términos de las actividades básicas requeridas para decidir hacer algo, los efectos externos y la implementación de las acciones correctivas adecuadas.

Estadio 2. La situación problema expresada.

Bueno esto explica como se relaciona la estructura y el proceso con relación a la situación planteada.

La relación prescripta es una característica de las situaciones en las cuales se perciben problemas entre la interacción estructura-proceso.

Estadio 3. Definiciones raíz de los sistemas pertinentes.

Se trata de obtener una formulación de algunos sistemas a considerar como válidos para la resolución del problema planteado.

Entonces la definición raiz debe ser una descripción concisa de un sistema de la actividad humana que capture una visión particular de éste, con un propósito determinado, concebido como un proceso de transformación.

Estadio 4. Modelos conceptuales.

Esto consiste en que la creacion de modelos de los sistemas de actividad humana nombrados y definidos en la definición raíz, realizando un reporte de lo que el sistema és.

Osea que se construye un modelo que logrará llevar a cabo lo que se especifica en la definición raíz y por lo tanto el modelo conceptual es un conjunto de actividades de lo que el sistema debe hacer con el fin de cumplir el objetivo definido.

Se divide en lo sig:

a) Es un modelo conceptual utilizado para verificar que el modelo construido no sea deficiente.

b) Consiste en la modificación del modelo adquiriendo diferentes formas adecuadas en la solución de un problema puntual. 

Estadio 5. Comparación del estadío 4 contra el 2.

Se refieren a que se introducen nuevos modelos conceptuales del mundo real y se confrontan con el fin de analizar las percepciones existentes.

Estadio 6. Cambios Deseables y viables.

Aplica a los cambios asociados con la solución del problema analizado.

Hay que tomar en cuenta lo sig.:

- En estructura: Son los cambios que se hacen a aquellas partes de la realidad que a corto plazo no cambian.

- En procedimientos: Son cambios en los elementos dinámicos, o sea sobre todas las actividades que se llevan a cabo dentro de las estructuras estáticas.

- En actitud: Son cambios en las situaciones percibidas como problemas teniendo en cuenta que los “actores involucrados” estén de acuerdo en que se logrará una mejoría en la situación.

Estadio 7. Accion para mejorar la situación problema.

Aqui se aplican  los cambios planteados al modelo, dando origen de esta manera a “un nuevo problema”.

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.

                                                         soft systems methodology (SSM)

Estos videos son un ejemplo sobre la metodologia de checkland:

5.2  EL SISTEMA DE ACTIVIDAD HUMANA COMO UN LEGUAJE DE MODELACIÓN.

5.2.1 Modelación de sistemas.

La modelación de sistemas muestra la forma en que el sistema tiene que funcionar. Use esta técnica para estudiar cómo se combinan los distintos componentes para producir algún resultado. Estos componentes conforman un sistema que comprende recursos procesados de distintas formas (asesoramiento, diagnóstico, tratamiento) para generar resultados directos (productos o servicios), que a su vez pueden producir efectos (inmunidad, rehidratación, por ejemplo) en las personas que los usan y, a largo plazo, impactos más indirectos (menor prevalencia del sarampión o índices de mortalidad más bajos, por ejemplo) en los usuarios y la comunidad en general.

Bueno cuando al diagramar las relaciones que hay entre las actividades del sistema, la modelación de sistemas facilita la comprensión de las relaciones entre las diversas actividades y el impacto que tienen entre sí.

Muestra los procesos como parte de un gran sistema cuyo objetivo es responder a una necesidad específica del cliente. La modelacion de sistemas es muy útil cuando es la necesidad de contar con un panorama general.
Cuando los equipos no saben por dónde empezar, la modelación de sistemas puede ayudarles a ubicar las áreas problemáticas o a analizar el problema viendo las distintas partes del sistema y las relaciones que existen entre ellas. Puede señalar otras potenciales áreas problemáticas, además de revelar necesidades de recopilación de datos: indicadores de insumos, procesos y productos (resultados directos, efectos sobre los clientes y/o impactos). Por último, puede servir para observar y seguir el desempeño.

Los elementos de modelacion de sistema son los sig.:

- Insumos: Los insumos son los recursos utilizados para llevar a cabo las actividades (proceso). Estos insumos pueden ser materia prima o productos y servicios producidos por otras partes del sistema.

Por ejemplo, con el sistema para el tratamiento de la malaria, los insumos incluyen los medicamentos antimaláricos y profesionales de salud idóneos. Otras partes del sistema proporcionan ambos insumos: los medicamentos provienen del subsistema logístico y la mano de obra calificada proviene del subsistema de capacitación.

- Procesos: Los procesos son las actividades y las tareas que convierten a los insumos en productos y servicios.

- Productos:  Los productos son los resultados de los procesos; por lo general se refieren a los resultados directos generados por un proceso y a veces se pueden referir a los efectos más indirectos sobre los clientes mismos y los impactos más indirectos todavía sobre la comunidad en general. Los resultados son los productos o servicios directos que produce el proceso. Los resultados del sistema para el tratamiento de la malaria son los pacientes que reciben los servicios de terapia y asesoramiento.

5.2.2 Tipos de modelos.

Un modelo físico puede referirse tanto a una construcción teórica o a un montaje con objetos reales que trata de reproducir el comportamiento de algunos aspectos de un sistema físico o mecánico más complejo.

Bueno en ingenieria un modelo fisico  por contraposición a un modelo matemático y aun modelo analógicos, son construcciones en escala reducida o simplificada de obras, máquinas o sistemas de ingeniería para estudiar en ellos su comportamiento y permitir así perfeccionar los diseños, antes de iniciar la construcción de las obras u objetos reales. Por ese motivo, a este tipo de modelo se le suele llamar también modelo reducido o modelo simplificado.

5.2.3 Modelos conceptuales.

A lo que se refiere el modelo conceptual  es que desea establecer por un cuestionario y con trabajo de campo, la importancia de la discriminación o rechazo en una colectividad y hacerlo por medio de un cuestionario en forma de una simulación con una escala de actitud. Después de ver si la población es representativa o adecuada, ahora la simulación es la aplicación del cuestionario y el modelo es el cuestionario para confirmar o rechazar la hipótesis de si existe discriminación en la población y hacia que grupo de personas y en que cuestiones. Gran parte de las simulaciones son de este tipo con modelos conceptuales.

5.3  Aplicaciones. (Enfoque probabilístico).

En cualquier situación organizacional compleja donde hay una actividad componente de alto

contenido social, político y humano.

Esto es un ejemplo sobre las aplicaciones de la metodologia de los sistemas blandos:

 En el presente trabajo se tratara los problemas existentes del Sistema de Transporte Público Terrestre de nuestro país. Principalmente el estudio de la problemática existentes, en la cual se buscan soluciones factibles siguiendo la Metodología de Sistemas Blandos y tratando de obtener un sistema óptimo para brindar un mejor servicio al usuario.

Objetivos generales:
1.-Analizar la situación actual en lo organizacional y administrativo con el fin de buscar un mejor aprovechamiento de los agentes de cambio y recursos.
2.-Identificar los mecanismos necesarios para evaluar las diferentes áreas.
3.-Buscar que el Sistema de Transporte Terrestre se realicen en forma estable todos sus procesos.
4.-Conocer la problemática de cada área en la forma organizacional y administrativa.

 

Links de la informacion:

- http://es.scribd.com/doc/9916138/METODOLOGIA-DE-SISTEMAS-BLANDOS

- http://www.12manage.com/methods_checkland_soft_systems_methodology_es.html

- http://www.unamerida.com/archivospdf/306%20MIA-U7.pdf

- http://michaprim.blogspot.com/2007/12/metodologia-de-los-sistemas-suaves.html

- http://www.gestiopolis.com/administracion-estrategia/lenguaje-de-modelacion-en-sistemas.htm

- http://www.itescam.edu.mx/principal/sylabus/rptSylabus.php?tipo=PDF&id_asignatura=396&clave_asignatura=INU-0402&carrera=IIND0405001

- http://www.buenastareas.com/ensayos/Sistema-De-Actividad-Humana-Como-Lenguaje/1955860.html

- http://www.itlapiedad.edu.mx/II/II-Ingenier%C3%ADa%20de%20Sistemas.pdf

- http://karinasystem.blogspot.com/

METODOLOGIA DE LOS SISTEMAS DUROS

METODOLOGIA DE LOS SISTEMAS DUROS

INSTITUTO TECNOLOGICO DE CHIHUAHUA II

FECHA: 24 - 05 - 2011.
NOMBRE: Carlos Uriel Cruz Verdia.
No. DE CONTROL: 10550445.
MATERIA: Ing. en Sistemas.
MAESTRA:  Rosario Dominguez Quezada.

4.1 PARAGDIMA DE ANALISIS DE LOS SISTEMAS DUROS

Esto habla sobre tres fases distintas y aplicarse al proceso del diseño de sistemas, como se muestra en la siguiente imagen.

Fase 1. Fase de diseño de politicas o planeacion.

En esta fase es durante la cual:

- Se llega a un acuerdo de lo que es el problema.

- Aqui los autores de desiciones tienen que llegar a una determinacion de sus cosmovisiones (esto es sobre premisas, supuestos, sistemas de valor y estilos cognositivos).

- Tambien se tiene que llegar a un acuerdo sobre los métodos básicos 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).

Fase 2. La evaluación consiste enfijar 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:

- Incluye  una identificacion de los resultados y consecuencias derivados de cada alternativa.

- Tiene un acuerdo de que los atributos y criterios elegidos con los cuales se evaluaran los resultados, representan verdaderamente las metas y objetivos preestablecidos a sastifacer.

- Una eleccion de la medicion y modelos de desición, los cuales se usaran para evaluar y comprobar alternativas.

- Un acuerdo en torno al metodo par el cual se hára 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 realiza, La implantación incluye todos los problemas "malos" de:

- Optimización, que describe donde esta la "mejor " solución.

- suboptimizacion, que explica par que no puede lograrse la "mejor " solución.

- Complejidad, que trata con el hecho deque, detener solución, debe simplificarse la realidad,peroparaser
real , las soluciones deben ser "complejas" .

- Conflictos, legitimación y control, son problemas que afectan, pero no son exclusivos de la fase de implantación del diseño de sistemas.

- Una auditoria o evaluación de los resultados obtenidos del implemento de l diseño de sistemas, lo cual significa optimismo o pesimismo sobre si los objetivos pueden realmente satisfacerse y proporcionarse los resultados prometidos.

- Reciclamiento desde el comienzo, el cual ocurre a pesar de si los resultados obtienen éxito o fracaso.

Aqui tenemos un ejemplo sobre este tema:

4.2 METODOLOGIA DE HALL Y JENKING.

Es uno de los campos en donde con mas intensidad se ha sentido la necesidad de utilizar conceptos y metodologías de Ingeniería de Sistemas es en el desarrollo de tecnología. 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, por lo tanto para el desarrollo de nueva tecnología como para el análisis de la ya existente.

Los sig. pasos de la metodologia 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: A esto 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. Por ejemplo esto sirve para establecer objetivos preliminares y el analisis 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 él numero de palabras que denotan restricciones dentro de la restricción.

Para esto existen dos formas en como se hacen los problemas que son resueltos en sistemas técnicos:

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

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

2. Selección de objetivos. 

Aqui se establece mucho lo que esperamos del sistema por ejemplo como los criterios bajo los cuales mediremos su comportamiento y compararemos la efectividad de diferentes sistemas. 

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

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. 

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. Para 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. Analisis 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 sé 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 Comparacion de sistemas.

Bueno en esto ya que 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:

- Comparar el comportamiento de dos sistemas con respecto a un mismo objetivo. 

- Comparar dos objetivos de un mismo sistema.

5. Selección del sistemas.

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, a esto no existe un procedimiento general mediante el cual se puede hacer la selección del sistema. 

6. Desarrollo del sistema.

Bueno en esto se dice que 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 del síntesis funcional, mencionado anteriormente. Una vez que el sistema esta 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. A esto se tienen que hacer pruebas para deslumbrar problemas no previstos en su funcionamiento. En caso que no funcione como debiese, se debe investigar loas razones y tomar acciones correctivas. Estas caen dentro de dos categorías:

- Fallas en el diseño.

- Fallas en la construcción. 

7. Ingenieria.

Bueno por lo tanto 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:

- Vigilar la operación del nuevo sistema para mejoras en diseños futuros.

- Corregir fallas en el diseño.

- Adaptar el sistema a cambios del medio ambiente.

- Asistencia al cliente.

Metodologia de Jenkins.

Por lo tanto en 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. 

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. Por lo tanto de esta manera el sistema y sus objetivos podrán definirse, de forma tal que resuelva el problema identificado. 

En analisis de sistemas lleva lo sig.:

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

El diseño de sistemas lleva lo sig.:

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

Y la implatación de sistemas lleva lo sig.:

- 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 los malos entendimientos en las personas que van a operar el sistema, y pues 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.

La operación y apreciación retrospectiva de sistemas lleva lo sig.:

- Operación inicial del sistema.

- Apreciación retrospectiva de la operación del sistema.

- Mejoramiento de la operación del sistema diseñado.

Enseguida se mostrara un video sobre este tema:

4.3 APLICACIONES (ENFONQUE DETERMINÍSTICO)


Bueno por ultimo para finalizar son las aplicaciones por ejemplo en una interfaz de programación de aplicaciones o API (del inglés Application Programming Interface) es el conjunto de funciones y procedimientos (o métodos, si se refiere a programación orientada a objetos) que ofrece cierta biblioteca para ser utilizado por otro software como una capa de abstracción.

Una API representa una interfaz de comunicación entre componentes de software. Se trata del conjunto de llamadas a ciertas bibliotecas que ofrecen acceso a ciertos servicios desde los procesos y representa un método para conseguir abstracción en la programación, generalmente (aunque no necesariamente) entre los niveles o capas inferiores y los superiores del software. Uno de los principales propósitos de una API consiste en proporcionar un conjunto de funciones de uso general, por ejemplo, para dibujar ventanas o iconos en la pantalla.

Las APIs son abstractas esto quiere decir que el software que proporciona una API generalmente es llamado la implementacion de esa API.

Por ejemplo uno de los pasos son los sig.:

1. Haciendo todo el trabajo desde el principio: 

 - Traza, sobre papel milimetrado, la forma de las letras (y espacio) “H,o, l, a,M,u, n, d, o”.

- Crea una matriz de cuadrados negros y blancos que se asemeje a la sucesión de letras.

 - Mediante instrucciones en ensamblador, escribe la información de la matriz en la memoria intermedia (“buffer”) de pantalla.

- Mediante la instrucción adecuada, haz que la tarjeta gráfica realice el volcado de esa información sobre la pantalla. 

2. Por medio de un sistema operativo para hacer parte del trabajo: 

- Carga una fuente tipográfica proporcionada por el sistema operativo.

- Haz que el sistema operativo borre la pantalla.

- Haz que el sistema operativo dibuje el texto “Hola Mundo” usando la fuente cargada.

LINKS DE LA INFORMACIÓN:

- http://www.itescam.edu.mx/principal/sylabus/fpdb/recursos/r24071.PDF

- www.mitecnologico.com/.../IngenieriaDeSistemas

- http://www.buenastareas.com/temas/paradigma-de-analisis-de-los-sistemas-duros-yblandos/0

- http://www.gestiopolis.com/administracion-estrategia/desarrollo-e-ingenieria-de-sistemas.htm

 
- www.monografias.com › Epistemologia

- http://antiguo.itson.mx/dii/mpacosta/archivos/Sistemas%20Iv/material_de_ingenier%C3%ADa_de_sistem.htm

- http://www.cese.edu.mx/revista/metodologia_de_sistemas.htm

- http://chelollergo1.wordpress.com/2009/05/19/5-1-paradigma-de-analisis-de-los-sistemas-duros-y-blandos/

- http://es.scribd.com/doc/8740492/Teoria-General-de-Sistemas

- http://www.gestiopolis.com/administracion-estrategia/sistemas-blandos-y-caracteristicas.htm

- http://metodologiadelossistemasduros1.bligoo.com.mx/