HISTORIA DE LA INGENIERA DE SISTEMAS

El trmino ingeniera de sistemas se remonta a los Laboratorios de la Bell Telephone a principios de los aos
cuarenta [Schlager, 1956; Hall, 1962; Fagen, 1978]. Fagen traza los conceptos de ingeniera de sistemas dentro
de Bell Labs a principios de 1900 y describe las principales aplicaciones de la ingeniera de sistemas durante la
Segunda Guerra Mundial. Hall afirma que el primer intento de ensear la ingeniera de sistemas tal como la
conocemos hoy lleg en 1950 al MIT por el Sr. Gilman, Director de Ingeniera de Sistemas de Bell.

Hall [1962] define la ingeniera de sistemas como una funcin con cinco fases: (1) Estudios de sistemas o
programa de planificacin; (2) Planificacin exploratoria, el cual incluye la definicin del problema, la seleccin
de objetivos, la sntesis de los sistemas, anlisis de sistemas, la seleccin del mejor sistema, y la comunicacin
de los resultados; (3) La planificacin del desarrollo, en el cual se repite la fase 2 en ms detalle; (4) Estudios
durante el desarrollo, el cual que el desarrollo de las partes del sistema y la integracin y prueba de estas
partes; y (5) lngeniera actual, que es lo que ocurre mientras el sistema est operando y siendo refinado.

La RAND Corporation fue fundada en 1946 por la Fuerza Area de Estados unidos y creada para el anlisis de
sistemas, que es sin duda es una parte importante de la ingeniera de sistemas.

El Departamento de Defensa entr en el mundo de la ingeniera de sistemas a finales de la dcada de 1940 con
el desarrollo inicial de los misiles y los sistemas de defensa de misiles.

Paul Fitts abord la asignacin de las funciones de los sistemas a los elementos fsicos del sistema a finales de
los aos cuarenta y principios de los cincuenta.

2000 Dennis Buede, el Diseo de La Ingeniera de Sistemas: Modelos y Mtodos, Juan J. Wiley &Sons. Usado
con permiso. Vase el texto para completar las citas de referencia.
QU ES LA INGENIERA DE SISTEMAS?

Ingeniera de sistemas es un enfoque interdisciplinario y significa que permite la realizacin de sistemas

exitosos. Se centra en la definicin de las necesidades de los clientes y la funcionalidad requerida a principios
del ciclo de desarrollo, la documentacin de requisitos, para luego proceder con la validacin del diseo y
sntesis del sistema teniendo en cuenta el problema completo:

Operaciones Costo y horario

Rendimiento Capacitacin y soporte

Prueba Disposicin

Fabricacin

La Ingeniera de sistemas integra todas las disciplinas y grupos de especialidad en un esfuerzo de equipo,
formando un estructurado proceso de desarrollo de producto desde el concepto hasta la produccin de la
operacin. Ingeniera de Sistemas considera tanto las necesidades empresariales como tcnicas de todos los
clientes con el objetivo de proporcionar un producto de calidad que satisfaga las necesidades del usuario.

Definicin del Consejo Internacional de Ingeniera de Sistemas (INCOSE)

Un consenso de los becarios de INCOSE

Definicin de Sistema

Un sistema es un constructo o coleccin de diferentes elementos que en conjunto producen resultados que no
se pueden obtener por s solos. Los elementos, o partes, pueden incluir personas, hardware, software,
instalaciones, polticas y documentos; es decir, todas las cosas necesarias para producir resultados a nivel de
sistemas. Los resultados incluyen el sistema de nivel de cualidades, propiedades, caractersticas, funciones,
comportamiento y rendimiento. El valor aadido por el sistema como un todo, ms all de lo que contribuye
independiente las partes, es creado principalmente por la relacin entre las mismas; es decir, la forma en que
estn interconectadas (Rechtin, 2000).

Ingeniera de Sistemas

Ingeniera de sistemas es una disciplina de la Ingeniera cuya responsabilidad es la de crear y ejecutar un

proceso interdisciplinario para asegurarse de que el cliente y las necesidades de las partes interesadas sean
satisfechas en una alta calidad, confianza, eficiencia y horario compatible de manera obediente a lo largo de
todo el ciclo de vida de un sistema. Este proceso suele comprender las siguientes siete tareas: Indicar el
problema, Investigar alternativas, Modelar el sistema, Integrar, Lanzar el sistema, Evaluar el rendimiento y
Reevaluar. Este proceso de ingeniera de sistemas se muestra en la figura 1. Es importante tener en cuenta que
el proceso de ingeniera de sistemas no es secuencial. Las funciones se realizan de manera paralela e iterativa.
 El proceso similar

[ Necesidades del cliente -> Estado del problema (planteamiento) -> Investigar alternativas->Modelar el
sistema-> Integrar -> Inicio del sistema-> Evaluar el rendimiento-> Salidas ]

Figura 1. El proceso de ingeniera de sistemas de A. T. Bahill y B. Gissing, reevaluacin de sistemas conceptos

utilizando el pensamiento sistmico, transacciones de IEEE en sistemas, hombre y ciberntica, parte C:
aplicaciones y comentarios, 28 (4), 516-527, 1998.

Estado del problema

El enunciado del problema se inicia con una descripcin de las funciones de nivel superior que el sistema debe
realizar: esto podra ser en la forma de una declaracin de misin, un concepto de operaciones o una
descripcin de la deficiencia que debe ser mejorada. La mayora de los requisitos obligatorios y de preferencia
deben ser trazables a este planteamiento del problema. Los sistemas aceptables deben cumplir todos los
requisitos obligatorios. Los requisitos de preferencia se comercializan para encontrar las alternativas
preferidas. El enunciado del problema debe ser en trminos de lo que se debe hacer, no cmo hacerlo. El
planteamiento del problema debe expresar los requerimientos del cliente en trminos funcionales o de
comportamiento. Puede ser compuesto en palabras o como un modelo. Las entradas (input) provienen de
usuarios finales, operadores, mantenedores, proveedores, compradores, propietarios, agencias reguladoras,
vctimas, patrocinadores, fabricantes y otras partes interesadas.

Investigar alternativas

Se crean diseos alternativos y se evalan con base en las cifras de mrito de rendimiento, horario, costo y
riesgo. No es probable que el diseo sea el mejor en todas las cifras de mrito, por lo que se deben utilizar
tcnicas de ayuda a la decisin multicriterio para revelar las alternativas preferidas. Este anlisis debe
repetirse siempre que haya ms datos disponibles. Por ejemplo, las cifras de mrito deben calcularse
inicialmente sobre la base de estimaciones de los ingenieros de diseo. Luego, simultneamente, los modelos
deben ser construidos y evaluados; Los datos de simulacin deben ser derivados; Y los prototipos deben ser
construidos y medidos. Por ltimo, las pruebas deben ejecutarse en el sistema real. Las alternativas deben ser
juzgadas por el cumplimiento de capacidad respecto a los requisitos. Para el diseo de sistemas complejos, los
diseos alternativos reducen el riesgo del proyecto. La investigacin de alternativas innovadoras ayuda a
aclarar la declaracin del problema.

Modelar el sistema

Se desarrollarn modelos para la mayora de los diseos alternativos. El modelo de la alternativa preferida ser
ampliado y utilizado para ayudar a administrar el sistema durante todo su ciclo de vida. Se utilizan muchos
tipos de modelos de sistemas, tales como anlogos fsicos, ecuaciones analticas, mquinas de estado,
diagramas de bloques, funcionales, diagramas de flujo, modelos orientados a objetos, simulaciones por
computadora y modelos mentales. La Ingeniera de Sistemas es responsable de crear un producto y tambin
un proceso para producirlo. Por lo tanto, los modelos deben ser construidos para el producto y el proceso.

Los modelos de proceso nos permiten, por ejemplo, estudiar los cambios de planificacin, crear grficos PERT
dinmicos y realizar anlisis de sensibilidad para mostrar los efectos de retrasar o acelerar ciertos
subproyectos. La ejecucin de los modelos de proceso revela cuellos de botella y actividades fragmentadas,
reduce los costos y expone la duplicacin de esfuerzos. Los modelos de producto ayudan a explicar el sistema.
Estos modelos tambin se utilizan en estudios de compensacin y gestin de riesgos.

Como se ha indicado anteriormente, el Proceso de Ingeniera de Sistemas no es secuencial: es paralelo e

iterativo. Este es otro ejemplo: los modelos deben ser creados antes de que se puedan investigar alternativas.
Integrar

Ningn hombre es una isla. Los sistemas, las empresas y las personas deben estar integrados de forma que
interactan el uno con el otro. La integracin significa reunir las cosas para que funcionen como un todo. Se
deben disear interfaces entre subsistemas. Los subsistemas deben ser definidos a lo largo de los lmites
naturales. Los subsistemas deben ser definidos para minimizar la cantidad de informacin a intercambiar entre
los subsistemas. Los subsistemas bien diseados envan productos terminados a otros subsistemas. Los bucles
de realimentacin alrededor de subsistemas individuales son ms fciles de administrar que los bucles de
retroalimentacin alrededor de subsistemas interconectados. Los procesos de co-evolucin de los sistemas
tambin deben ser integrados. La consecuencia de la integracin es un sistema que se construye y funciona
utilizando procesos eficientes.

Iniciar el sistema

Iniciar el sistema significa ejecutar el sistema y producir salidas. En un entorno de fabricacin, esto podra
significar comprar comercial fuera de la plataforma hardware o software, o podra significar hacer realmente
las cosas. Iniciar el sistema significa permitir que el sistema haga lo que estaba planeado hacer. Esto tambin
incluye la ingeniera de sistemas para desplegar sistemas multi-sitios y multiculturales.

Esta es la fase donde se disea la alternativa preferida en detalle; las piezas son construidas o compradas
(COTS), las partes se integran y son probadas en varios niveles, lo que conduce al producto certificado. En
paralelo, los procesos necesarios para ello son desarrollados donde sea necesario - y aplicarn de manera
que el producto puede ser producido. Al disear y producir el producto, se tiene en cuenta sus interfaces con
los operadores (los seres humanos, que tendrn que ser entrenados) y otros sistemas con los que el producto
se interconectar. En algunos casos, esto har que los sistemas interconectados coevolucionen. El proceso de
disear y producir el sistema es iterativo ya que los nuevos conocimientos desarrollados a lo largo del camino
pueden provocar una re-consideracin y modificacin de los pasos anteriores.

Los productos de los ingenieros de sistemas son una declaracin de misin, un documento de requisitos que
incluye verificacin y validacin, una descripcin de funciones y objetos, cifras de mrito, un plan de prueba,
un dibujo de los lmites del sistema, un documento de control de interfaz, una lista de entregas, modelos, un
anlisis de sensibilidad, un estudio de compensacin, un anlisis de riesgo, un anlisis del ciclo de vida y una
descripcin de la arquitectura fsica. Los requisitos deben ser validados (Estamos construyendo el sistema
correcto?) y verificados (Estamos construyendo el sistema correctamente?). Las funciones del sistema se
deben asignar a los componentes fsicos. La asignacin de funciones a los componentes fsicos puede ser uno a
uno o muchos a uno. Pero si una funcin se asigna a dos o ms componentes fsicos, entonces se podra haber
cometido un error y debera investigarse. Una razn vlida para asignar una funcin a ms de un componente
sera que la funcin sea realizada por un componente en un cierto modo y por otro componente en otro
modo. Otra sera la redundancia deliberada para aumentar la confiabilidad, permitiendo que una parte del
sistema asuma una funcin si otra parte no lo hace.

Evaluar el rendimiento

Las cifras de mrito, medidas de rendimiento tcnico y mtricas se utilizan para evaluar el rendimiento. Las
cifras de mrito se utilizan para cuantificar los requisitos en los estudios de compensacin. Por lo general se
centran en el producto. Las medidas de rendimiento tcnico se utilizan para mitigar el riesgo durante el diseo
y la fabricacin. Las mtricas (incluidos los comentarios de satisfaccin del cliente, la productividad, el nmero
de informes de problemas o cualquier aspecto que considere fundamental para su empresa) se utilizan para
ayudar a administrar los procesos de una empresa. La medicin es la clave. Si no puedes medirlo, no puedes
controlarlo. Si no puedes controlarlo, no puedes mejorarlo. Importantes recursos tales como peso, volumen,
precio y ancho de banda de comunicaciones y consumo de energa deben ser manejados. A cada subsistema
se le asigna una parte del presupuesto total y al administrador del proyecto se le asigna una reserva. Estos
presupuestos de recursos se gestionan durante todo el ciclo de vida del sistema.

Reevaluar

Re-evaluar es sin duda la ms importante de estas funciones. Durante un siglo, los ingenieros han utilizado
retroalimentacin para ayudar a los sistemas de control y mejorar el rendimiento. Es una de las herramientas
ms fundamentales de la ingeniera. La reevaluacin debe ser un proceso continuo con muchos bucles
paralelos. Reevaluar significa observar salidas y usar esta informacin para modificar el sistema, las entradas,
el producto o el proceso. Figura 1 resume el proceso de ingeniera de sistemas. Esta figura muestra claramente
la naturaleza distribuida de la funcin de volver a evaluar en los circuitos de retroalimentacin. Sin embargo,
todos estos bucles no siempre se utilizarn. Los bucles particulares que se utilizan dependen del problema
particular que se est resolviendo.

Variaciones

Como todos los procesos, el proceso de ingeniera de sistemas en cualquier empresa debe ser documentado,
medible, estable, de poca variabilidad, utilizada de la misma forma por todos, adaptado y adaptable. Esto
puede parecer una contradiccin. Y quizs lo es. Pero un solo tamao no sirve para todos. La descripcin
anterior del proceso de Ingeniera de Sistemas es slo una de las muchas que se han propuesto. Algunos son
ms grandes, algunos ms pequeos. Pero la mayora son similares a ste.

Este es el fin del consenso. Lo que sigue es comentarios y adiciones por los becarios INCOSE.

Comentario

Comentario por Bryan Mar

La mayora de los ingenieros de sistemas aceptan los siguientes conceptos bsicos:

Entender todo el problema antes de tratar de resolverlo

Traducir el problema a requisitos mensurables
Examinar todas las alternativas posibles antes de seleccionar una solucin
Asegrese de considerar el ciclo de vida total del sistema. El nacimiento al concepto de muerte se extiende al
mantenimiento, reemplazo y desmantelamiento. Si estos no se consideran en las dems tareas, los principales
costos del ciclo de vida pueden ser ignorados.
Asegurarse de probar el sistema total antes de entregarlo.
Documentar todo.

Comentario por George Friedman

El proceso de siete tareas definido anteriormente es una excelente representacin de la ingeniera de sistemas
tal como se practica en la actualidad y debera servir para evitar la mayora de los problemas que han
atormentado el desarrollo de sistemas grandes y complejos en el pasado. Sin embargo, para avanzar como
disciplina y como profesin, la ingeniera de sistemas debe crecer a partir de la minimizacin del problema a la
optimizacin del diseo de la integracin de estas tareas en una teora ms unificada. Los elementos de esta
teora incluye la administracin cuantitativa del riesgo, diseo basado en la decisin y el manejo de modelos
matemticos multidimensionales. A medida que el campo avanza en estas y otras direcciones similares, se
ganar el respeto por la industria, el gobierno y la academia.