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

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

ejemplo de la aplicación de un sistema de actividad humana como un lenguaje de modelacion

6.1 Metodologia de Checkland

6.1 Metodologia de Checkland

La Metodología de Checkland es una técnica cualitativa que se puede utilizar para aplicar los sistemas estructurados a las situaciones asistémicas. Es una manera de ocuparse de problemas situacionales en los cuales hay una actividad con un alto componente social, político y humano. Esto distingue la Metodología de Checkland de otras metodologías que se ocupan de los problemas “duros” que están a menudo más orientados a la tecnología.

Esta metodología aplica los sistemas estructurados al mundo actual de las organizaciones humanas, pero crucialmente sin asumir que el tema de la investigación en sí mismo es un sistema simple. Además, se presenta como una manera útil de acercarse a situaciones complejas y a las preguntas desordenadas correspondientes.

La MSS 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 que a su vez afecta las decisiones que el(los) observador(es) pueda(n) tomar en un momento dado sobre su accionar con el objeto. Esta metodología 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.

EJEMPLO: 

El negocio ha perdido dinero últimamente  y rápidamente me doy cuenta por la forma en que se ha venido manejando, que un elemento del desorden es la gran cantidad de inventario. Este inventario comúnmente se ordenaba intuitivamente, o dando pie a una corazonada para anticiparse a la venta, o aun más “porque siempre han sido  de nuestras líneas a seguir”. Algunos artículos monopolizan la tienda, mientras que otros al parecer siempre están “fuera de inventario”.  Una vez analizada esta situación concluyo que lo que necesitamos es lo siguiente:

“Un sistema para determinar e implementar el adecuado reordenamiento del inventario en niveles y artículos que permitan el retorno del capital”.

Unidad 6. Metodología de sistemas blandos

Origen de la Metodología de sistemas blandos

El SSM se originó de la comprensión que los sistemas “duros” estructurados, por ejemplo, la Investigación de operaciones técnicas, son inadecuados para investigar temas de grandes y complejas organizaciones. La Metodología de sistemas blandos fue desarrollada por Peter Checkland con el propósito expreso de ocuparse de problemas de este tipo. 

Él había estado trabajando en la industria por un número de años y había trabajado con un cierto número de metodologías para sistemas "duros". Él vio cómo éstos eran inadecuados para ocuparse de los problemas extremadamente complejos que tenían un componente social grande. Por lo tanto, en los años 60 va a la universidad de Lancaster en un intento por investigar esta área, y lidear con estos problemas "suaves". 

Él concibe su “Soft Systems Methodology (Metodología de sistemas blandos)” a través del desarrollo de un número de proyectos de investigación en la industria y logró su aplicación y refinamiento luego de un número de años. La metodología, que más o menos la que conocemos hoy, fue publicada en 1981. A este punto Checkland estaba firmemente atrincherado en la vida universitaria y había dejado la industria para perseguir una carrera como profesor e investigador en la ingeniería de software.

5.3 APLICACIONES

5.3 APLICACIONES

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.

5.2 Metodologia de Hall y Jenking

5.2 Metodologia de Hall y Jenking

METODOLOGÍA DE HALL

Los pasos principales de la metodología de Hall son:

•  Definición del problema

• •  Selección de objetivos
• •  Síntesis de sistemas
• •  Análisis de sistemas
• •  Selección del sistema
• •  Desarrollo del sistema
• •  Ingeniería

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 él numero 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.

METODOLOGIA DE JENKINS

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.

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

IMPLANTACIÓN 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.

EJEMPLO

Cuantifica los recursos con los que cuenta la organización estudiando losfenómenos que tiene que ver con la determinación de precios en elmercado por medio de la oferta y la demanda el valor del dinero laproducción y los salarios

5.1 paradigma de analisis de los sistemas duros y blandos

5.1 paradigma de analisis de los sistemas duros y blandos

Los sistemas duros se identifican como aquellos en que interactúan hombres y máquinas. En los que se les da mayor importancia a la parte tecnológica en contraste con la parte social. La componente social de estos sistemas se considera como si la actuación o comportamiento del individuo o del grupo social sólo fuera generador de estadísticas.

Es decir, el comportamiento humano se considera tomando sólo su descripción estadística y no su explicación. En los sistemas duros se cree y actúa como si los problemas consistieran sólo en escoger el mejor medio, el óptimo, para reducir la diferencia entre un estado que se desea alcanzar y el estado actual de la situación.

 Esta diferencia define la necesidad a satisfacer el objetivo, eliminándola o reduciéndola, Se cree que ese fin es claro y fácilmente definible y que los problemas tienen una estructura fácilmente identificable.

La idea de “práctica de sistemas” implica saber cómo utilizar los conceptos aprendidos anteriormente para solucionar problemas de sistemas descritos como “naturales”, “físicamente diseñados”, “ de diseño abstracto” o “actividad humana”, donde a partir de las características principales de cada uno de ellos, el solucionador de problemas busca describirlos.

La metodología de sistemas duros, se interesa solo en una simple W; se define una necesidad y en la metodología de sistemas suaves están relacionados con las diferentes percepciones que derivan de diferentes Ws.

 La metodología emerge un sistema de aprendizaje en el cual las Ws fundamentales se exponen y se debaten junto con las alternativas. Las pautas metodologías hacen posible el estudio de situaciones problema en el nivel de los marcos involucrados. 

Un ejemplo más completo acerca de sistemas suaves y duros lo encontramos hoy en día 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 aplicación de sistemas suaves y duros.

INGENIERIA DE SISTEMAS

Unidad 5. Metodología de sistemas duros

El éxito de esta metodología radica en que es factible aplicarla a problemas de tipo diferente, inclusive a problemas suaves como son decisiones públicas, política, etc. siempre cuando los intentos de transferir tecnología se lleven a cabo con un espíritu de investigación.

Se habla sobre Ia existencia de una dicotomía entre la teoría de sistemas "rígidos" (duros) y la teoría de sistemas "flexibles" (blandos), Ios sistemas "rígidos" son típicamente los encontrados en las ciencias físicas y a los cuales se puede aplicar satisfactoriamente las técnicas tradicionales del método científico y del paradigma de ciencia.

—Los sistemas suaves son aquellos que presentan “desordenes” en su configuración pero que se conoce claramente su definición  como por ejemplo “minimizar los costos de un sistema administrativo”.