5.

- Metodologa de Sistemas Duros

Se habla sobre la existencia de una dicotoma entre la teora de sistemas "rgidos" (duros), son tpicamente los encontrados en las ciencias fsicas y a los cuales se puede aplicar satisfactoriamente las tcnicas tradicionales del mtodo cientfico y del paradigma de ciencia. En las propiedades tpicas de los sistemas "rgidos" no es sorprendente

encontrar que los mtodos de la ciencia que se pueden aplicar. Generalmente, los sistemas "rgidos" admitirn procesos de razonamiento formales, esto es, derivaciones lgicomatemticas. Los datos comprobados, como se presentan en esos dominios, generalmente son replicables y las explicaciones pueden basarse en relaciones causadas probadas. Muy a menudo las pruebas son exactas y las predicciones pueden averiguarse con un grado relativamente elevado de seguridad.

Los sistemas duros se identifican como aquellos en que interactan hombres y maquinas. En los que se les da mayor importancia a la parte tecnolgica en contraste con la parte social. La componente social de estos sistemas se considera coma si la actuacin o comportamiento del individuo o del grupo social solo fuera generador de estadsticas. Es decir, el comportamiento humano se considera tomando solo su descripcin estadstica y no su explicacin. En los sistemas duros se cree y acta como si los problemas consistieran solo en escoger el mejor medio, el ptimo, para reducir la diferencia entre un estado que se desea alcanzar y el estado actual de la situacin. Esta diferencia define la necesidad a satisfacer el objetivo, eliminndola o reducindola, se cree que ese fin es claro y fcilmente definible y que los problemas tienen una estructura fcilmente identificable.

Los sistemas duros al ser estudiados, observados y analizados poseen propiedades que no se prestan a interpretaciones de diferente significado dependiendo del tipo de preparacin y conocimiento que la persona que lleve a cabo el estudio tenga. Esta es una caracterstica de gran peso en la determinacin del grado de "dureza" o "suavidad" de un sistema dado, ya que, aun y cuando el sistema sea analizado por un equipo interdisciplinario de gentes, las conclusiones, comentarios y consideraciones de cada elemento del equipo as como las del equipo como un todo no deben diferir significativamente entre s. La objetividad de los sistemas duros proporciona adems grandes ventajas para la aplicacin de tcnicas cuantitativas que requieren de variables fciles de identificar y que representan la caracterstica del sistema bajo consideracin.

Otra caracterstica que se ha encontrado en el tratamiento de los sistemas duros es la relativa sencillez con que sus operaciones, caractersticas, relaciones y objetivos se pueden expresar en trminos matemticos. Esta situacin es de gran utilidad para el ingeniero o analista ya que, la construccin de un modelo matemtico del sistema no presenta dificultades mayores que impidan el manejo del modelo para optimizarlo o bien para simplemente simular diferentes polticas o cursos de accin y observar el comportamiento del sistema modelado sin necesidad de hacer costosos y a veces peligrosos experimentos con el sistema real.

5.1

Paradigma de Anlisis de los Sistemas Duros y Blandos

En el contexto de la obra de Thomas Kuhn, los paradigmas son realizaciones

cientficas universalmente reconocidas que, durante cierto tiempo, proporcionan modelos

de problemas y soluciones a una comunidad cientfica. Von Bertalanffy retoma esta idea cuando sostiene que el concepto de sistema constituye un nuevo paradigma, en contraste con el paradigma mecanicista de la ciencia clsica. Muy esquemticamente, podemos decir con Kuhn que los paradigmas nacen, se desarrollan a travs de la llamada ciencia normal, y luego poco a poco van siendo reemplazados, total o parcialmente, por nuevos paradigmas: es el momento de la revolucin cientfica.

Von Bertalanffy seala que tal desarrollo ocurri cuando el paradigma sistmico, que l designa como nueva filosofa de la naturaleza, reemplaz al anterior paradigma de la ciencia clsica, un paradigma analtico que sustentaba una causalidad unidireccional y un mecanicismo que hablaba de las leyes ciegas de la naturaleza que regan el mundo. El nuevo paradigma propone una visin del mundo como una gran organizacin, slo comprensible a partir de la idea de sistema. Permite explicar muchos fenmenos de la naturaleza como sistemas, es decir, como conjuntos de partes en interaccin. El paradigma clsico estaba muy limitado en este sentido porque, si bien desmenuzaba el todo en partes, no tomaba en cuenta la interaccin entre las mismas, caracterstica esta definitoria de todo sistema.

El nuevo paradigma pone as en primer plano aspectos de la realidad que anteriormente no eran considerados, y an eran suprimidos, por el paradigma anterior. Las primeras versiones de un nuevo paradigma suelen ser toscas, resuelven pocos problemas, y las soluciones distan mucho de ser perfectas. Hay una profusin y competencia de teoras, limitada cada una al nmero de problemas que puede resolver con elegancia. Sin embargo, el nuevo paradigma abarca nuevos problemas, especialmente los que antes eran rechazados

por metafsicos. Estos criterios que Kuhn establece para un nuevo paradigma se aplican, segn Von Bertalanffy, al nuevo paradigma sistmico. Por ejemplo en cuanto a la profusin de teoras, la teora de los sistemas comprende un conjunto de enfoques que difieren en estilo y propsito (ver enfoques de sistemas). Y en cuanto a los nuevos problemas que abarca y que anteriormente eran metafsicos, encontramos el problema del espritu vital como entidad metafsica, y que el paradigma sistmico plantea en los trminos ms cientficos de la equifinalidad

5.2 Metodologa de Hall y Jenking

Metodologa de Hall En 1989, a. D. Hall expande, adapta y actualiza su metodologa de la ingeniera de sistemas en su metodologa de meta sistemas. Su metodologa la refiere como el estudio de la planeacin, la accin y el comportamiento humano para la conceptualizacin, la planeacin, el diseo, la produccin, el uso y desechar sistemas, sin considerar de qu disciplina se trate. Su metodologa de sistemas la define como un proceso multiparadigmtico, creativo, eficiente, multi-fases, multi-niveles, para encontrar definir y resolver problemas complejos. Hall seala que el proceso que propone tiene su aplicabilidad en el mtodo cientfico, la ciencia de la accin, la investigacin de polticas, la ingeniera de sistemas, la investigacin de operaciones, las ciencias de la administracin, la ciberntica, en el anlisis de impacto ambiental, las leyes, la contabilidad, la historia y en general en las ciencias aplicadas. Define as su meta sistemas. La estructura y forma (morfologa) de su metodologa la rebela en slo 4 dimensiones fundamentales: Tiempo

Lgica Conocimiento o contenido Cultura - poltica - comportamiento

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.

Metodologa: 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: Establecer objetivos preliminares y para 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. 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. 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 supra sistema 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 englobado.

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

ha 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. 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 se retroalimenta a las funciones de seleccin de objetivos y sntesis de sistema. Los sistemas se analizan en funcin de los objetivos que se tengan. 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: 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.

Metodologa: 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:

I.

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.

Identificacin y formulacin del problema Organizacin del proyecto

 Definicin del sistema Definicin del supra sistema Definicin de los objetivos del supra sistema Definicin de los objetivos del sistema Definicin de las medidas de desempeo del sistema Recopilacin de datos e informacin

II.

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.

Pronsticos Modelacin y simulacin del sistema Optimizacin de la operacin del sistema Control de la operacin del sistema Confiabilidad del sistema

III.

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.

Documentacin y autorizacin del sistema Construccin e instalacin del sistema

IV.

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 absolutizaron el sistema diseado.

Operacin inicial del sistema Apreciacin retrospectiva de la operacin del sistema Mejoramiento de la operacin del sistema diseado

5.3 Aplicaciones

En Ubuntu existen varios modos de aadir, eliminar o actualizar aplicaciones del sistema. Ten en cuenta que no todas las aplicaciones disponibles para Ubuntu estn disponibles por defecto para ser instaladas. Ser necesario habilitar la posibilidad de instalar ciertas aplicaciones de forma manual. Los principales modos de instalar aplicaciones son: El programa Aadir/Quitar aplicaciones. Una sencilla aplicacin con la que podrs aadir o quitar paquetes de tu sistema de una manera muy sencilla. El programa Synaptic. Con Synaptic podrs tener ms control sobre los programas que instalas en el sistema. As como un mayor nmero de ellos. NOTA: Por el momento, Synaptic utiliza apt-get. El programa Adept. Adept es la versin de Synaptic para KDE, incluida en Ubuntu. Los programas apt-get o aptitude. Estos son programas ms avanzados que se ejecutan en modo terminal. Son muy potentes y te permiten tambin aadir y quitar aplicaciones del sistema entre otras cosas. (Aptitude es ms completo que apt-get, recuerda las libreras descargadas y las desinstala si estn en desuso). Para ver la ayuda de cualquier programa que se ejecute en modo terminal: (man nombre_del_programa). Ejemplo: man aptitude Paquetes Deb. Los ficheros con extensin .deb son paquetes de aplicaciones ya preparados para instalarse de una forma sencilla en tu sistema Ubuntu. Archivos binarios. Los archivos con extensin .bin son los programas ejecutables en Linux. Archivos Run. Los archivos con extensin .run suelen ser los asistentes para la instalacin en Linux.

Unidad 6: Metodologa de Sistemas Blandos

Los problemas duros son problemas caracterizados por el hecho de que estn bien definidos. Esencialmente este puede definir qu tipo de resultado se lograr antes de poner en ejecucin la solucin.

Los problemas blandos o suaves, por otra parte, son difciles de definir, tienen un componente social y poltica grande. Cuando pensamos en problemas suaves, no pensamos en problemas si no en situaciones problema. Sabemos que las cosas no estn trabajando de la manera en que lo deseamos y queremos averiguar por qu y vemos si hay alguna cosa que podamos hacer para aliviar la situacin. Una situacin clsica de esto, es que tal vez no sea un problema sino una oportunidad.

Se estudiara

una manera en la que un analista

puede enfrentar situaciones

problemticas, en las que no se puede establecer metas claras para su resolucin, por tratarse de situaciones rodeadas de circunstancias borrosas y en donde seguramente existen percepciones diferentes, a veces contradictorias, por parte de las personas involucradas. A este tipo de situaciones, en las que se encuentra un alto componente social, poltico y humano, se les conoce como sistemas suaves o de actividad humana. La metodologa de sistemas suaves busca trabajar con las diferentes percepciones de una situacin, definiendo un proceso sistmico de aprendizaje, en el cual diferentes puntos de vista son discutidos y examinados a objeto de definir acciones orientadas a su mejoramiento.

6.1 Metodologa de Checkland

La ssm (metodologa de los sistemas blandos, por sus siglas en ingles) de Peter Checkland es una metodologa sistmica fundamentada en el concepto de perspectiva o en el lenguaje de la metodologa weltanschauung. Un weltanschauung representa la visin propia de un observador, o grupo de ellos, sobre un objeto de estudio, visin 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 idealizacin de estos weltanschauung para proponer cambios sobre el sistema que en teora deberan tender a mejorar su funcionamiento. Los weltanschauung son visiones diferentes sobre algo pero igualmente vlidos e incluso complementarios.

Otro concepto importante para la ssm es el de sistema blando, segn Checkland, un sistema blando es aquel que est conformado por actividades humanas, tiene un fin perdurable en el tiempo y presenta problemticas inestructuradas o blandas; es decir aquellas problemticas de difcil definicin y carentes de estructura, en las que los fines, metas, propsitos, son problemticos en s. La ssm est conformada por siete (7) estadios cuyo orden puede variar de acuerdo a las caractersticas del estudio, a continuacin se describen brevemente estos problemas.

 Estadio 1: La Situacin Problema No Estructurada: En este estadio se pretende lograr una descripcin de la situacin donde se percibe la existencia de un problema, sin hacer hincapi en el problema en s, esto es sin dar ningn tipo de estructura a la situacin. Estadio 2: La Situacin Problema Expresada: Se da forma a la situacin describiendo su estructura organizativa, actividades e interrelacin de stas, flujos de entrada y salida, etc. Estadio 3: Definiciones Raz de Sistemas Pertinentes: Se elaboran definiciones de lo que, idealmente, segn los diferentes weltanschauung involucrados, es el sistema. La construccin de estas definiciones se fundamenta en seis factores que deben aparecer explcitos en todas ellas, estos se agrupan bajo el nemnico de sus siglas en ingles catwoe (bergvall-kreborn et. Al. 2004), a saber: consumidores, actores, proceso de transformacin, weltanschauung, poseedor y restriccin del ambiente. Estadio 4: Confeccin y Verificacin de Modelos Conceptuales: Partiendo de los verbos de accin presentes en las definiciones raz, se elaboran modelos conceptuales que representen, idealmente, las actividades que, segn la definicin raz en cuestin, se deban realizar en el sistema (Ramrez 1983). Existirn tantos modelos conceptuales como definiciones raz. Este estadio se asiste de los subestadios 4a y 4b. o 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.

o Estadio 4b: Otros Pensamientos de Sistemas: Consiste en transformar el modelo obtenido en alguna otra forma de pensamiento sistmico que, dadas las particularidades del problema, pueda ser conveniente. Estadio 5: Comparacin de los Modelos Conceptuales con la Realidad: Se comparan los modelos conceptuales con la situacin actual del sistema expresada, dicha comparacin 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: Diseo de Cambios Deseables, Viables: De las diferencias emergidas entre la situacin 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 Situacin Problema: Finalmente este estadio comprende la puesta en marcha de los cambios diseados, tendientes a solucionar la situacin problema, y el control de los mismos. Este estadio no representa el fin de la aplicacin de la metodologa, pues en su aplicacin se transforma en un ciclo de continua conceptualizacin y habilitacin de cambios, siempre tendiendo a mejorar la situacin.

6.2 El Sistema de Actividad Humana como un Lenguaje de Modelacin

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 trminos del nivel de detalle y por lo tanto un subsistema

puede redefinirse como un sistema y ser modelado como un conjunto de actividades. As los trminos "sistema" y "actividad" pueden intercambiarse a la palabra 'actividad" implica accin y, por lo tanto, el lenguaje en el que los sistemas de actividad humana se modelan estn en trminos de verbos.

Un modelo de un sistema de actividad humana (sah) en su forma ms bsica:

El sistema de actividad humana puede usarse para definir que cambiar. No hay bases tericas, pero si derivan de la experiencia de resolucin 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 sern seres humanos y las relaciones sern interpersonales. Ejemplo de sistema social puede ser: la familia, la comunidad, los scouts. El concepto ms bsico relacionado con un modelo de un sistema de actividad humana es aquel que es un proceso de transformacin, significa que el conjunto de actividades contenidas en el modelo representan ese conjunto interconectado de acciones necesarias para transformar algunas entradas en algunas salidas

Podra deducirse un modelo (sah) sistema de actividad humana de una empresa de manufactura tomndole como un sistema para transformar una necesidad percibida del mercado en una satisfaccin de esa necesidad. Debe existir un mnimo grado de conectividad entre cada entidad (verbo de actividad), se define como dependencia lgica.

Clasificacin particular adoptada de Checkland. (1971) Se ha encontrado til importar ideas de la ingeniera 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 realizacin e incluirse actividades en el modelo que haga uso de esa medida para efectuar controles de la accin con el fin de mejorar el grado de realizacin. As si la meta u objetivo del sistema se define como una satisfaccin de una necesidad percibida del mercado, debe relacionarse con que tan bien se satisface el sector particular al mercado, esto es, en trminos de incidencia en el mercado o quejas del cliente a alguna combinacin de los dos.

Un sistema se modela como una coleccin de objetos discretos que interactan 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, disear, configurar, mantener y controlar la informacin sobre los sistemas a construir. Uml capta la informacin sobre la estructura esttica y el comportamiento dinmico de un sistema. El lenguaje de modelado pretende unificar la experiencia pasada sobre tcnicas de modelado e incorporar las mejores prcticas actuales en un acercamiento estndar.

Modelando sistemas: vieja forma vs. Nueva forma Un sistema es una combinacin de software y hardware que proveen una solucin 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 especfica el problema a ser resuelto, el analista realiza el levantamiento de informacin 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 mtodo en cascada, especifica que el anlisis, diseo, codificacin y despliegue deben hacerse paso a paso; slo cuando una etapa se termina se comienza la otra. Si un analista le entrega el anlisis a un diseador, y el diseo es entregado al desarrollador, raramente se darn las oportunidades de que los tres miembros del equipo trabajen juntos y compartan sus ideas y opiniones, el mtodo en cascada normalmente aumenta el tiempo de vida del proyecto.

En la nueva forma, la ingeniera de software contempornea, se hace nfasis en que los analistas y diseadores, trabajen juntos y as construir una base slida del sistema para los programadores. Los programadores en su momento interactan con los analistas y diseadores para compartir sus impresiones, modificar los diseos y fortalecer sus cdigos. La ventaja de esto es que la comprensin del sistema crece, el equipo incorpora nuevas ideas y construye un sistema robusto, ms prximo a lo que desee el cliente

Cualquier modelo preciso debe primero definir su universo, esto es, los conceptos clave de la aplicacin, sus propiedades internas, y las relaciones entre cada una de ellas. Este conjunto de construcciones es la estructura esttica. Los conceptos de la aplicacin son modelados como clases, cada una de las cuales describe un conjunto de objetos que almacenan informacin y se comunican para implementar un comportamiento. La informacin que almacena es modelada como atributos. La estructura esttica se expresa con diagramas de clases y puede usarse para generar la mayora 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 interacta con el resto del mundo, y la otra es por los patrones de comunicacin de un conjunto de objetos conectados, es decir la forma en que interactan entre s. La visin de un objeto aislado es una mquina de estados; muestra la forma en que el objeto responde a los eventos en funcin de su estado actual. La visin de la interaccin 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.

Fuentes http://www.itescam.edu.mx/principal/sylabus/rptsylabus.php?tipo=pdf&id_asignatura=396 &clave_asignatura=inu-0402&carrera=iind0405001 http://www.cese.edu.mx/revista/metodologia_de_sistemas.htm

Pensamiento de Sistemas, Prctica de Sistemas; Peter Checkland; Editorial Limusa; Mxico, 1992.

Peter Checkland y Jim Scholes; Metodologa de sistemas suaves en accin; Editorial Limusa; Primera edicin, Mxico, 1994.

Apuntes ITESCAM, Ingeniera de sistemas.