INGENIERA DE SISTEMAS

UNIDAD 5
METODOLOGA DE LOS SISTEMAS DUROS
5.1 PARADIGMA DE ANLISIS DE LOS SISTEMAS BLANDOS Y DUROS.
Fases en el proceso de diseo de los sistemas o paradigma de sistemas
1. Fase de diseo de polticas o pre planeacin
2. Fase de evaluacin
3. Fase de accion-implantacion
Fase I. Dise de polticas o pre planeacin es la fase durante la cual
Se llega a un acuerdo de lo que es el problema.
Los autores de decisiones llegan a una determinacin de sus cosmovisiones (premisas,
supuestos, sistemas de valor y estilos cognoscitivos).
Se llega a un acuerdo sobre los mtodos bsicos 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).
Se inicia la bsqueda y generacin de alternativas
Fase 2. La evaluacin 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
evaluacin incluye:
1. Una identificacin 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 eleccin de la medicin y modelos de decisin, los cualesse usaran para evaluar y
comparar alternativas.
4. Un acuerdo en torno al mtodo por el cual se har la eleccin de una alternativa en particular,
Fase 3. La implantacin de la accin es la fase durante la cual el diseo elegido se real iza, La
implantacin incluye todos los problemas "malos" de
I. Optimizacin, que describe donde est la "mejor " solucin.
2. Sub optimizacin, que explica par que no puede lograrse la "mejor " solucin.
3. Complejidad, que trata con el hecho de que, de tener solucin, debe simplificarse la realidad,
pero para ser real, las soluciones deben ser "complejas" .
4. Conflictos, legitimacin y control, son problemas que afectan, pero no son exclusivos de la fase
de implantacin del diseo de sistemas.
5. Una auditoria o evaluacin de los resultados obtenidos del implemento del diseo 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.

53

INGENIERA DE SISTEMAS

OBSERVACIONES Y DATOS COMPROBADOS

A fin de inferir la conducta de un proceso, deben hacerse muchas observaciones, antes de estar en
posicin de hipotetizar la forma de la relacin entre las variables observadas. Sin embargo, el
cientfico social no se beneficia de la rplica, como lo hacen sus colegas en las ciencias fsicas.
Estos ltimos pueden replicar su experimento en el laboratorio tantas veces como lo deseen. Si el
economista analiza las causas de una recesin, debe estudiar los eventos como ocurren, o
reconstruir el curso de los datos obtenidos en ese tiempo, la forma idntica de recesin nunca
ocurrida nuevamente. En toda probabilidad el cientfico social debe hacer su hiptesis sobre la
base de muy pocas observaciones. No cuentan con el beneficio de la replica. En unos cuantos
casos, puede tratar de observar eventos similares, y estar preparado a hacerlo por adelantado. Por
ejemplo, un socilogo puede observar un grupo de nios en el juego, para determinar sus hbitos
de juego. Puede registrar el nmero de veces que tienen lugar ciertos eventos y obtener, por tanto,
una distribucin de frecuencia. Despus de un cuidadoso anlisis, esto le puede conducir a una
hiptesis sobre la conducta de la niez. Obviamente, dos eventos no son iguales, pero de alguna
forma surge un patrn de la similitud entre los eventos.
Un nmero de observaciones "muy pequeo", 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 numero infinito de veces. A pesar de esta advertencia, las
estimaciones de probabilidad se hacen con menos que un nmero infinito de observaciones.
Se ha desarrollado y aceptado una teora de probabilidad totalmente estructurada con base en
probabilidades subjetivas. Las probabilidades subjetivas siguen las mismas reglas matemticas,
como las probabilidades objetivas. Estas se basan en estimaciones subjetivas de la probabilidad
de ocurrencia de un evento. Adems, esta teora admite que se modifiquen las estimaciones
subjetivas, al hacerse disponible nueva informacin, que conduce a las revisiones de
probabilidades a prioridad.
5.2 METODOLOGA HALL Y JENKING
Los pasos principales de la metodologa de Hall son:

1 Definicin del problema

2 Seleccin de objetivos
3 Sntesis de sistemas
4 Anlisis de sistemas
5 Seleccin del sistema
6 Desarrollo del sistema
7 Ingeniera

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:
a) Establecer objetivos preliminares.
b) 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.
54

INGENIERA DE SISTEMAS

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 l numero 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.
Estas dos actividades estn estrechamente relacionadas y se complementan una a otra.
INVESTIGACIN 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.
INVESTIGACIN 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. De este
ltimo se desprende que el criterio para decidir si algo que existe en el medio ambiente es til para
la organizacin est en funcin de las necesidades de esta ltima.

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
productos y las necesidades que este pretenda satisfacer.

del sistema, as como insumos y

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

55

INGENIERA DE SISTEMAS

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

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

56

INGENIERA DE SISTEMAS

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

Mejoramiento de la operacin del sistema diseado

5.3 APLICACIONES
Despus de la Segunda Guerra Mundial, los problemas complejos de logstica del manejo de
recursos, se convierte en el nacimiento del anlisis cuantitativo de los sistemas cerrados. Fue con
esta orientacin con la cual la Investigacin de Operaciones y el Management Science emergieron
durante los aos cincuentas.
La Investigacin de Operaciones se aplic exitosamente durante los sesentas, pero en los
setentas, debido a la cambiante naturaleza de los contextos de los sistemas socio-tcnicos, los
anlisis tuvieron una menor orientacin cuantitativa.
La Ingeniera de Sistemas, por su parte, est relacionada con el diseo de sistemas cerrados
hombre-mquina y sistemas socio-tcnicos de gran escala. La Ingeniera de Sistemas puede ser
vista como un sistema de mtodos y herramientas, cuya actividad especfica es la solucin de
problemas.
Al hablar de herramientas se incluyen en stas al lenguaje, a las matemticas y a las grficas por
las cuales la Ingeniera de Sistemas se comunica. El contenido de la Ingeniera de Sistemas
incluye una variedad de algortmos y conceptos que posibilitan varias actividades.

57

INGENIERA DE SISTEMAS

El primer trabajo importante en Ingeniera de Sistemas fue publicado por Hall en 1962. El present
una morfologa comprensiva, tridimensional para la Ingeniera de Sistemas. En la dcada de los
setentas se sugiri un cambio en la direccin en Ingeniera de Sistemas: el uso del trmino
"system" para referirse a la aplicacin de la ciencia de los sistemas y a las metodologas asociadas
con esa ciencia para la solucin de problemas.
La palabra "engineering" signific no slo el dominio y manipulacin de datos fsicos, sino tambin
consideraciones de comportamiento social, como parte inherente del proceso de ingeniera de
diseo.
Durante los sesentas y principios de los setentas, practicantes de la Investigacin de Operaciones
intentaron transferir su enfoque al contexto de sistemas sociales. Esto fue un desastre. Fue el
perodo cuando emergi la social engineering como un enfoque dirigido a los problemas sociales.
Un reconocimiento de la falla de estos intentos, ha llevado a un cambio de direccin, mejor
manifestada por la posicin de identificar metodologas sociales.
No obstante, el enfoque de la Ingeniera de Sistemas puede proveer de conceptos bsicos,
herramientas de anlisis y mtodos de ingeniera a usarse en el anlisis y diseo de un sistema
tecnolgicamente complejo. Ejemplos de problemas relativos a la modelacin: toma de decisiones,
control y optimizacin.
En este caso las relaciones e interacciones entre los diversos componentes son modelados. Esta
informacin es entonces usada para determinar la mejor forma de regular y controlar las diferentes
contribuciones y que se ejecute la meta, la cual puede ser la mejora para una componente
individual pero no necesariamente la mejor para el sistema como un todo.
Son conceptos y tcnicas para tratar con grandes problemas de optimizacin encontrados en el
diseo de grandes estructuras de ingeniera, control de sistemas interconectados, reconocimiento
de patrones, planeacin y operacin de sistemas complejos; enfoques para particionar, relajar,
restringir, descomponer, entre otras operaciones.
Un ejemplo ms completo acerca de sistemas suaves y duros lo encontramos hoy en da en las
computadoras, en donde se mezcla el software y el hardware, el sistema suave, el componente en
s y el duro el sistema que lo hace funcionar, es el ms claro ejemplo de aplicacin de sistemas
suaves y duros.

58