¿Qué es Ingeniería de Sistemas?

Ingeniería de Sistemas es un enfoque interdisciplinario y medios para permitir la realización de

sistemas exitosos. Se centra en definir las necesidades del cliente y la funcionalidad requerida
a principios del ciclo de desarrollo, documentar los requisitos, luego continuar con la síntesis
del diseño y la validación del sistema mientras se considera el problema completo:

Operaciones Costo y horario

Actuación Entrenamiento y Soporte

Eliminación de pruebas Fabricación

La ingeniería de sistemas integra todas las disciplinas y grupos de especialidades en un

esfuerzo de equipo que forma un proceso de desarrollo estructurado que pasa del concepto a
la producción a la operación. Ingeniería de Sistemas considera tanto las necesidades
empresariales como técnicas de todos los clientes con el objetivo de proporcionar un producto
de calidad que satisfaga las necesidades del usuario.

Definición del Consejo Internacional de Ingeniería de Sistemas (INCOSE)

Un Consenso de los Becarios de INCOSE

Definición de un sistema

Un sistema es una construcción o colección de diferentes elementos que juntos producen

resultados no obtenibles por los elementos solos. Los elementos, o partes, pueden incluir
personas, hardware, software, instalaciones, políticas y documentos; Es decir, todas las cosas
necesarias para producir resultados a nivel de sistemas. Los resultados incluyen las cualidades
del nivel del sistema, propiedades, características, funciones, comportamiento y rendimiento.
El valor añadido por el sistema como un todo, más allá de lo que contribuye
independientemente las partes, es creado principalmente por la relación entre las partes; Es
decir, cómo están interconectados (Rechtin, 2000).

Ingeniería de Sistemas

Ingeniería de Sistemas es una disciplina de ingeniería cuya responsabilidad es la creación y

ejecución de un proceso interdisciplinario para asegurar que el cliente y las necesidades de los
interesados se satisfacen de una manera de alta calidad, confiable, 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. Estas funciones
pueden resumirse con el acrónimo SIMILAR: Estado, Investigar, Modelar, Integrar, Lanzar,
Evaluar y Reevaluar. Este proceso de ingeniería de sistemas se muestra en la Figura 1. Es
importante señalar que el Proceso de Ingeniería de Sistemas no es secuencial. Las funciones se
realizan de forma paralela e iterativa.

Plantear el problema

El enunciado del problema comienza con una descripción de las funciones de nivel superior
que el sistema debe realizar: puede ser en forma de una declaración de misión, un concepto
de operaciones o una descripción de la deficiencia que debe mejorarse. La mayoría de los
requisitos obligatorios y de preferencia deben ser rastreables a esta declaración del problema.
Los sistemas aceptables deben cumplir todos los requisitos obligatorios. Los requisitos de
preferencia se comercializan para encontrar las alternativas preferidas. La declaración del
problema debe ser en términos de lo que se debe hacer, no cómo hacerlo. La declaración del
problema debe expresar los requisitos del cliente en términos funcionales o de
comportamiento. Puede ser compuesto en palabras o como un modelo. Los insumos
provienen de usuarios finales, operadores, mantenedores, proveedores, adquirentes,
propietarios, agencias reguladoras, víctimas, patrocinadores, fabricantes y otras partes
interesadas.

Investigar alternativas

Se crean diseños alternativos y se evalúan con base en las cifras de mérito de rendimiento,
calendario, costo y riesgo. No es probable que el diseño sea el mejor en todas las cifras de
mérito, por lo que se deben utilizar técnicas de ayuda a la decisión multicriterios para revelar
las alternativas preferidas. Este análisis debe repetirse siempre que haya más datos
disponibles. Por ejemplo, las cifras de mérito deben calcularse inicialmente sobre la base de
estimaciones de los ingenieros de diseño. Luego, simultáneamente, los modelos deben ser
construidos y evaluados; Los datos de simulación 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 para el cumplimiento de la capacidad contra los requisitos.
Para el diseño de sistemas complejos, los diseños alternativos reducen el riesgo del proyecto.
La investigación de alternativas innovadoras ayuda a aclarar la declaración del problema.

Modelar el sistema

Los modelos se desarrollarán para la mayoría de los diseños alternativos. El modelo de la

alternativa preferida se ampliará y utilizará para ayudar a administrar el sistema durante todo
su ciclo de vida. Se utilizan muchos tipos de modelos de sistemas, tales como análogos físicos,
ecuaciones analíticas, máquinas de estado, diagramas de bloques, diagramas de flujo
funcionales, modelos orientados a objetos, simulaciones por computadora y modelos
mentales. Ingeniería de Sistemas es responsable de crear un producto y también 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 programación,
crear gráficos PERT dinámicos y realizar análisis de sensibilidad para mostrar los efectos de
retrasar o acelerar ciertos subproyectos. La ejecución de los modelos de proceso revela cuellos
de botella y actividades fragmentadas, reduce los costos y expone la duplicación de esfuerzos.
Los modelos de producto ayudan a explicar el sistema. Estos modelos también se utilizan en
estudios de compensación y gestión de riesgos.

Como se ha indicado anteriormente, el Proceso de Ingeniería 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

Ningún hombre es una isla. Los sistemas, las empresas y las personas deben integrarse para
que interactúen entre sí. La integración significa reunir las cosas para que funcionen como un
todo. Se deben diseñar interfaces entre subsistemas. Los subsistemas deben ser definidos a lo
largo de los límites naturales. Deben definirse subsistemas para minimizar la cantidad de
información que se intercambia entre los subsistemas. Los subsistemas bien diseñados envían
productos terminados a otros subsistemas. Los bucles de realimentación alrededor de
subsistemas individuales son más fáciles de administrar que los bucles de retroalimentación
alrededor de subsistemas interconectados. También es necesario integrar los procesos de los
sistemas de coevolución. La consecuencia de la integración 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 fabricación,

esto podría significar la compra de hardware comercial o software, o podría significar
realmente hacer cosas. Iniciar el sistema significa permitir que el sistema haga lo que estaba
planeado hacer. Esto también incluye la ingeniería del sistema para desplegar sistemas multi-
sitios y multiculturales.

Esta es la fase donde la alternativa preferida está diseñada en detalle; Las partes se construyen
o compran (COTS), las piezas se integran y se prueban en los varios niveles que conducen al
producto certificado. Paralelamente, los procesos necesarios para ello se desarrollan, cuando
es necesario, y se aplican para producir el producto. Al diseñar y producir el producto, se tiene
en cuenta sus interfaces con los operadores (los seres humanos, que tendrán 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 diseñar y producir el
sistema es iterativo ya que los nuevos conocimientos desarrollados a lo largo del camino
pueden provocar una re-consideración y modificación de los pasos anteriores.

Los productos de los ingenieros de sistemas son una declaración de misión, un documento de
requisitos que incluye verificación y validación, una descripción de funciones y objetos, cifras
de mérito, un plan de prueba, un dibujo de los límites del sistema, un documento de control
de interfaz, una lista de entregas, modelos , Un análisis de sensibilidad, un estudio de
compensación, un análisis de riesgo, un análisis del ciclo de vida y una descripción de la
arquitectura física. 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 físicos. El mapeo de funciones a componentes
físicos puede ser uno a uno o muchos a uno. Pero si una función se asigna a dos o más
componentes físicos, entonces se podría haber cometido un error y debería investigarse. Una
razón válida para asignar una función a más de un componente sería que la función sea
realizada por un componente en un cierto modo y por otro componente en otro modo. Otra
sería la redundancia deliberada para aumentar la fiabilidad, permitiendo que una parte del
sistema asuma una función si otra parte no lo hace.

Evaluar el rendimiento

Las cifras de mérito, medidas de rendimiento técnico y métricas se utilizan para evaluar el
rendimiento. Las cifras de mérito se utilizan para cuantificar los requisitos en los estudios de
compensación. Por lo general se centran en el producto. Las medidas de rendimiento técnico
se utilizan para mitigar el riesgo durante el diseño y la fabricación. Las métricas (incluidos los
comentarios de satisfacción del cliente, la productividad, el número 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 medición es la clave. Si no puedes medirlo, no
puedes controlarlo. Si no puedes controlarlo, no puedes mejorarlo. Importantes recursos
como peso, volumen, precio y comunicaciones.

Comentario

 Comentario de Brian Mar

La mayoría de los ingenieros de sistemas aceptan los siguientes conceptos básicos básicos:

Entienda todo el problema antes de tratar de resolverlo

Traducir el problema a requisitos mensurables

Examinar todas las alternativas posibles antes de seleccionar una solución

Asegúrese de considerar el ciclo de vida total del sistema. El concepto de nacimiento a muerte
se extiende al mantenimiento, reemplazo y desmantelamiento. Si estos no se consideran en
las otras tareas, los principales costos del ciclo de vida pueden ser ignorados.

Asegúrese de probar el sistema total antes de entregarlo.

Documentar todo.

 Comentario de George Friedman

El proceso de siete tareas definido anteriormente es una representación excelente de la

ingeniería de sistemas tal como se practica actualmente y debería servir para evitar la mayoría
de los problemas que han atormentado el desarrollo de sistemas grandes y complejos en el
pasado. Sin embargo, para avanzar como disciplina y como profesión, la ingeniería de sistemas
debe pasar de la minimización del problema a la optimización del diseño mediante la
integración de estas tareas en una teoría más unificada. Los elementos de esta teoría incluyen
la gestión cuantitativa del riesgo, el diseño basado en la decisión y la gestión de modelos
matemáticos multidimensionales. A medida que el campo avanza en estas y otras direcciones
similares, obtendrá un respeto adicional por parte de la industria, el gobierno y la academia.

Historia de la Ingeniería de Sistemas

El término ingeniería de sistemas se remonta a los Bell Telephone Laboratories a principios de

la década de 1940 [Schlager, 1956; Hall, 1962; Fagen, 1978]. Fagen [1978] traza los conceptos
de ingeniería de sistemas dentro de Bell Labs a principios de 1900 y describe las principales
aplicaciones de la ingeniería de sistemas durante la Segunda Guerra Mundial. Hall [1962]
afirma que el primer intento de enseñar la ingeniería de sistemas tal como la conocemos hoy
llegó en 1950 al MIT por el Sr. Gilman, Director de Ingeniería de Sistemas de Bell.

Hall [1962] definió la ingeniería de sistemas como una función con cinco fases: (1) estudios de
sistemas o planificación de programas; (2) la planificación exploratoria, que incluye la
definición del problema, la selección de objetivos, la síntesis de sistemas, el análisis de
sistemas, la selección del mejor sistema y la comunicación de los resultados; (3) planificación
del desarrollo, que repite la fase 2 con más detalle; (4) estudios durante el desarrollo, que
incluye el desarrollo de partes del sistema y la integración y prueba de estas partes; Y (5)
ingeniería actual, que es lo que ocurre mientras el sistema está operando y siendo refinado.

La RAND Corporation fue fundada en 1946 por la Fuerza Aérea de los Estados Unidos y creó
análisis de sistemas, lo cual es ciertamente una parte importante de la ingeniería de sistemas.
El Departamento de Defensa entró en el mundo de la ingeniería de sistemas a finales de la
década de 1940 con el desarrollo inicial de misiles y sistemas de defensa de misiles [Goode y
Machol, 1957].

Paul Fitts se refirió a la asignación de las funciones de los sistemas a los elementos físicos del
sistema a fines de la década de 1940 y principios de la década de 1950 [Fitts, 1951].

© 2000 Dennis Buede, El Diseño de Ingeniería de Sistemas: Modelos y Métodos, John J. Wiley
& Sons. Se utiliza con permiso. Vea el texto para las citas de referencia completas.