4.1 Paradigma de Análisis de los
Sistemas.
Fases en el proceso de diseño de los sistemas o paradigma de sistemas
Fase I. Diseño de políticas o pre planeación es la fase durante la cual:
• Se llega a un acuerdo de lo que es el problema.
• Los autores de decisiones llegan a una determinación de sus cosmovisiones
(Premisas, supuestos, sistemas de valor y estilos cognoscitivos). • Se llega a un acuerdo sobre los métodos básicos por los cuales se
Interpretaran las pruebas.
• Se llega a un acuerdo sobre qué resultados (metas y objetivos) esperan los
Clientes (expectativas) y los planificadores (promesas). • Se inicia la búsqueda y generación de alternativas.
Fase 2. La evaluación consiste en fijar 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:
1. Una identificación de los resultados y consecuencias derivados de cada alternativa. 2. Un acuerdo de que los atributos y criterios elegidos con los cuales se evaluaran Ios resultados, representan verdaderamente las metas y objetivos preestablecidos a satisfacer. 3. Una elección de la medición y modelos de decisión, los cuales se usaran para evaluar y comparar alternativas. 4. Un acuerdo en torno al método para el cual se hará la elección de una alternativa en particular.
que describe donde está la “mejor “solución. 2. Suboptimizacion, que explica par que no puede lograrse la “mejor “solución. 3. Complejidad, que trata con el hecho
de que, de tener solución, debe simplificarse la realidad, pero para ser real, las soluciones deben ser “complejas”. 4. Conflictos, legitimación y control, son
problemas que afectan, pero no son exclusivos de la fase de implantación del diseño de sistemas. 5. Una auditoria o evaluación de los resultados obtenidos del implemento del diseño de sistemas, lo cual significa optimismo o pesimismo sobre si los objetivos pueden realmente satisfacerse y proporcionarse los resultados prometidos. 6. Reciclamiento desde el comienzo, el cual ocurre a pesar de si los resultados obtienen éxito o fracaso. La tabla 9.1 (que debe estudiarse en conjunto con la tabla 2.1), compara los métodos de la ciencia fundamentales al enfoque analítico-mecánico, como el paradigma de ciencia aplicable al dominio de sistemas rígidos, con los métodos 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 físicas estén más de acuerdo con las derivaciones lógico-matemáticas y los procesos de razonamiento más formales, que las ciencias sociales. Aunque Ia lógica y las matemáticas tienen un papel que desempeñar en estas estos métodos nunca remplazara los procesos menos estructurados que son más adecua dos a un dominio menos preciso. Esto es engañoso, por otro lado, para caracterizar completamente el dominio de las ciencias físicas como “exacto” y el de su contraparte, las ciencias sociales, como “inexacto”. Los procesos de razonamiento informal desempeñan un papel
pero son bastante inexactas, ya que se basan en su mayor parte en procesos de razonamiento informal. La economía y la psicología muestran abundantes pruebas de derivaciones ex actas así como confianza el juicio intuitivo.
La intuición y el juicio deben caracterizarse más allá de “el producto de un sexto sentido”, “destellos de inspiración”, o “disparos en la oscuridad”.
Churchman caracterizo el juicio como una “opinión de grupo”. “El `grupo‟ puede
consistir del mismo individuo en diferentes puntos de su vida reflexiva, pero para propósitos práctico s, podemos hablar como si el grupo en cuestión tuviera diferentes miembros. Quisiéramos argumentar que el juicio es un grupo de creencias que ocurre cuando existen diferencias de opinión entre los miembros del grupo, debido a que… queremos decir que el juicio sólido ocurre cuando este esta sujeto a una fuerte oposición … Por tanto, la esencia del concepto de juicio es el
establecimiento de un acuerdo en el contexto de desacuerdos. El juicio es un tipo de negociación… el juicio es un grupo de creencias al que se llega por un conjunto
de reglas que operan en las creencias (parcialmente conflictivas) de los miembros como individuos”.; Creemos que estas reglas pueden operar consciente e
inconscientemente, incluso ser desconocidas para los mismos individuos. Por tanto, cada individuo hará un juicio “como si” fuera su propia creencia, pero un
hecho real, es que esta creencia se ha formado y modelado al calor del debate y confrontación con sus compañeros o asociados. La intuición pertenece al mismo tipo de proceso de razonamiento que el juicio. La intuición se define en el Webster‟s como “poder o facultad de obtener conocimiento directo sin pensamiento e inferencia racionales”. La intuición se asocia en el The saurus de Roget, con “la ausencia de razonamiento”.
A fin de inferir la conducta de un proceso, deben hacerse muchas observaciones, antes de estar en posición de hipotetizar la forma de la relación entre las variables observadas. Sin embargo, el científico social no se beneficia de la réplica, como lo hacen sus colegas en las ciencias físicas. Estos últimos pueden replicar su experimento en el laboratorio tantas veces como lo deseen. Si el economista analiza las causas de una recesión, debe estudiar los eventos como ocurren, o reconstruir el curso de los datos obtenidos en ese tiempo, la forma idéntica de recesión nunca ocurrida nuevamente. En toda probabilidad el científico social debe hacer su hipótesis sobre la base de muy pocas observaciones. No cuentan con el beneficio de la réplica. En unos cuantos casos, puede tratar de observar eventos similares, y estar preparado a hacerlo por adelantado. Por ejemplo, un sociólogo puede observar un grupo de niños en el juego, para determinar sus hábitos de juego. Puede registrar el número de veces que tienen lugar ciertos eventos y obtener, por tanto, una distribución de frecuencia. Después de un cuidadoso análisis, esto le puede conducir a una hipótesis sobre la conducta de la niñez. Obviamente, dos eventos no son iguales, pero de alguna forma surge un patrón de la similitud entre los eventos. Un número de observaciones “muy pequeño”, 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 número infinito de veces. A pesar de esta advertencia, las estimaciones de probabilidad se hacen con menos que un número infinito de observaciones. Se ha desarrollado y aceptado una teoría de probabilidad totalmente estructurada con base en probabilidades subjetivas. Las probabilidades subjetivas siguen las mismas reglas matemáticas, como las probabilidades objetivas. Estas se basan en estimaciones subjetivas de la probabilidad de ocurrencia de un evento. Además, esta teoría admite que se modifiquen las estimaciones subjetivas, al hacerse disponible nueva información, que conduce a las revisiones de probabilidades a priori.
4.2 Metodología de Hall y Jenking
Metodología de Hall
Uno de los campos en donde con más intensidad se ha sentido la necesidad de utilizar conceptos y metodologías de Ingeniería de Sistemas es en el desarrollo de tecnologí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, tanto para el desarrollo de nueva tecnología como para el análisis de la ya existente.
Los pasos principales de la metodología de Hall son:
inición del problema
1. Definición del Problema: 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.
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 el número 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.
Fuente:
http://www.angelfire.com/planet/computacionysociedad/teoria_gral_sistemas _b ertanlanffy.pdf
Metodología de Jenking
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.
61 ANALISIS DE SISTEMAS
DISEÑO DEl 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, 62 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 DEL 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
OPERACIÓN Y APRECIACIÓN RETROSPECTIVA DE SISTEMAS
Operación inicial del sistema Apreciación retrospectiva de la operación del sistema Mejoramiento de la operación del sistema diseñado.
Operación inicial del sistema Apreciación retrospectiva de la operación del sistema Mejoramiento de la operación del sistema diseñado.
4.3 Aplicaciones (Enfoque Determínistica)
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. 63 Características 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. De esta forma, los programadores se
benefician de las ventajas de la API haciendo uso de su funcionalidad, evitándose el trabajo de programar todo desde el principio. Las APIs asimismo son abstractas: el software que
proporciona una cierta API generalmente es llamado la implementación de esa API. Por ejemplo, se puede ver la tarea de escribir “Hola Mundo” sobre la pantalla en diferentes
niveles de abstracción: 1. Haciendo todo el trabajo desde el principio: 1. Traza, sobre papel milimetrado, la forma de las letras (y espacio) “H,o, l, a,M,u, n, d, o”. 2. Crea una matriz de
cuadrados negros y blancos que se asemeje a la sucesión de letras. 3. Mediante instrucciones
en ensamblador, escribe la información de la matriz en la memoria intermedia (“buffer”) de pantalla. 4. 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: 1. Carga una fuente tipográfica proporcionada por el sistema operativo. 2. Haz que el
sistema operativo borre la pantalla. 3. Haz que el sistema operativo dibuje el texto “Hola
Mundo” usando la fuente cargada. 64 3. Usando una aplicación (que a su vez usa el sistema operativo) para realizar la mayor parte del trabajo: 1. Escribe un documento HTML con las
palabras “Hola Mundo” para que un navegador Web como Mozilla, Firefox, Opera o Internet Explorer pueda representarlo en el monitor. Como se puede ver, la primera opción requiere
siguientes. Además, no resulta nada práctico usar el primer planteamiento para representar una gran cantidad de información, como un artículo enciclopédico sobre la pantalla, mientras
que el segundo enfoque simplifica la tarea eliminando un paso y haciendo el resto más
sencillos y la tercera forma simplemente requiere escribir “Hola Mundo”. Sin embargo, las API de alto nivel generalmente pierden flexibilidad; por ejemplo, resulta mucho más difícil en un
navegador web hacer girar texto alrededor de un punto con un contorno parpadeante que programarlo a bajo nivel. Al elegir usar una API se debe llegar a un cierto equilibrio entre su
potencia y simplicidad y su pérdida de flexibilidad.
