Traducido del inglés al español - www.onlinedoctranslator.

com

Estándares de ingeniería de sistemas: un resumen

1.0 Estándares y modelos de ingeniería de sistemas

Existen varios estándares y modelos de procesos de Ingeniería de Sistemas que describen los
denominados procesos de Ingeniería de Sistemas, así como las “mejores prácticas” para lograr la
Ingeniería de Sistemas. Los estándares y modelos de procesos pasados y actuales incluyen:

- Serie MIL-STD-499
- ANSI / EIA 632
- IEEE 1220
- ISO / IEC 15288

- CMMI

1.1 Serie MIL-STD 499. Estos estándares militares tuvieron un profundo impacto en el
desarrollo temprano de la Ingeniería de Sistemas y la estandarización de sus procesos. La serie
comenzó en 1969 cuando la Fuerza Aérea de EE. UU. Publicó MIL-STD-499, que se actualizó y
volvió a publicar en 1974 como MIL-STD-499A. Titulado "Gestión de ingeniería", el objetivo
declarado era "... ayudar al personal del gobierno y de los contratistas a definir el esfuerzo de
Ingeniería de sistemas en apoyo de los programas de defensa". El modelo de proceso de
Ingeniería de Sistemas incluyó: (1) Análisis de Requisitos de la Misión; (2) Análisis funcional; (3)
Asignación y (4) Síntesis. Ver figura 1.

Figura 1: Ejemplo de un modelo de proceso de ingeniería de sistemas

Artefacto crudo de estándares SYS 202 V4 v 2.1

MIL-STD 499A se amplió y actualizó como borrador MIL-STD-499B (“Ingeniería de sistemas”). Sin
embargo, nunca se publicó formalmente. Como parte del movimiento de Reforma de Adquisición
de 1990 que canceló o reemplazó casi todas las especificaciones militares únicas del Departamento
de Defensa, MIL-STD-499B fue retirado. En diciembre de 1994 se publicó una norma industrial
provisional (EIA / IS-632), que era una versión "comercializada" de la versión de mayo de 1994 de
MIL-STD-499B.

1.2 ANSI / EIA 632. Esta norma se publicó originalmente como norma provisional (IS) en 1994.1 que
se asemejaba a MIL-STD-499B, se revisó significativamente, se hizo más abstracto y general y se
volvió a publicar en enero de 1999. Titulado “Procesos para diseñar un sistema”, el propósito
declarado de EIA 632 es: “… proporcionar un conjunto integrado de procesos fundamentales para
ayudar a un desarrollador en la ingeniería o reingeniería de un sistema ".

La EIA 632 limita el conjunto de procesos requeridos a aquellos directamente relacionados con los
aspectos técnicos de los sistemas de ingeniería (13 procesos incluidos) y proporciona 33 requisitos
asociados con la finalización de los procesos. Define las tareas representativas y los resultados
esperados asociados a cada una. No hay un proceso, sino una serie de procesos, en grupos, con
bucles entre ellos. Ver figura 2.

Manejo tecnico

Planificación Evaluación Control

Proceso Proceso Proceso

Planes Resultados
Directivas Adquisición Y
& Estado & Suministro Realimentación

Suministro
Proceso

ANSI / EIA 632 Adquisición

Proceso
Modelo de proceso Requisitos

Sistema
Diseño
Adquisición Requisitos Sistema
Solicitud Proceso de definición Productos
Definición de solución
Proceso

Diseños

Producto
Realización

Implementación
Proceso
Transición al uso
Proceso

Productos

Evaluación técnica
Sistemas Sistema de requisitos Productos finales
Análisis Validación, verificación Validación
Proceso Proceso proceso Proceso

Figura 2: Modelo de proceso ANSI / EIA 632

1 Existen muchas definiciones de ingeniería de sistemas. La definición del DoD, tal como se especifica en la Guía de
adquisiciones de defensa, se deriva parcialmente de EIA / IS 632. Eso define la ingeniería de sistemas como: “Un enfoque
interdisciplinario que abarca todo el esfuerzo técnico para evolucionar y verificar un conjunto equilibrado de ciclo de vida
integrado y total de soluciones de sistemas, personas y procesos que satisfagan las necesidades del cliente ”.

Artefacto crudo de estándares SYS 202 V4 v 2.1

Un concepto clave en EIA 632 es el de un modelo de sistema orientado en torno a “Building Blocks”. Cada
Building Block es un sistema en sí mismo y, por lo tanto, consta de los Productos finales (que se definen
por una necesidad del cliente y realizan las funciones operativas requeridas por un cliente), más los
productos y procesos denominados Productos habilitantes que son necesarios para desarrollar, realizar,
probar, implementar, utilizar, dar soporte y retirar esos productos.

1.3 IEEE 1220. Esta norma, titulada “Aplicación y gestión de la ingeniería de sistemas” proporciona la
descripción del siguiente nivel de detalle de los procesos de ingeniería de sistemas definidos en EIA
632. IEEE 1220 se publicó originalmente en 1995 como una norma de uso de prueba; basado en la
experiencia con el estándar, fue revisado y publicado como estándar completo en 1998. El propósito
declarado de IEEE 1220 es “... proporcionar un estándar para administrar un sistema desde el
concepto inicial hasta el desarrollo, las operaciones y la eliminación”.

IEEE 1220 define un proceso de ingeniería de sistemas como un "proceso genérico de resolución de
problemas, que proporciona los mecanismos para identificar y desarrollar las definiciones de productos y
procesos de un sistema". El modelo de ciclo de vida de ingeniería de sistemas consta de:
(1) Definición del sistema; (2) Definición del subsistema (es decir, diseño preliminar, diseño
detallado, fabricación / ensamblaje / integración y prueba); y (3) Producción y soporte al cliente.

El modelo de Proceso de Ingeniería de Sistemas descrito en IEEE 1220 es conceptualmente

muy similar al de la Figura 1 e incluye: (1) Análisis de Requisitos; (2) Validación de requisitos;
(3) Análisis funcional; (4) Verificación funcional; (5) Síntesis; y (6) Verificación física. Estos
procesos están vinculados entre sí a través de Procesos de control que consisten en Gestión
de datos; Gestión de la configuración; Gestión de interfaces; Gestión de riesgos y medidas de
progreso basadas en el desempeño. Ver figura 3.

Modelo de proceso IEEE 1220

ENTRADAS DE PROCESO
Requisito
Compensación e impacto
Requisitos
Análisis Requisito y
Restricción
Requisitos de referencia
Conflictos Requisitos
Estudios comerciales y
Requisitos
Evaluaciones
Base
Validación

Línea de base de requisitos validados Impactos y compensaciones de la Sistemas

descomposición / asignación

Funcional
Análisis Descomposición y
Asignación de requisitos
Arquitectura funcional Alternativas Funcional
Estudios comerciales y
Evaluaciones
Funcional
Verificación
Arquitectura funcional verificada Solución de diseño Análisis
Compensación e impacto

Síntesis Solución de diseño

Requisitos y
Alternativas Diseño
Arquitectura física
Estudios comerciales y
Evaluaciones
Físico
Verificación
Arquitectura física verificada

Control

SALIDAS DEL PROCESO

Artefacto crudo de estándares SYS 202 V4 v 2.1

1.4 ISO / IEC 15288: 20022. Este estándar, ahora retirado, titulado “Ingeniería de sistemas - Procesos
del ciclo de vida del sistema”, tiene un alcance extremadamente amplio. Se aplica "... al ciclo de vida
completo de los sistemas, incluida la concepción, el desarrollo, la producción, la utilización, el soporte
y la retirada del sistema y a [su] adquisición y suministro".

Los procesos especificados en ISO / IEC 15288 cubren toda la gama de adquisiciones, gestión de
programas y desarrollo técnico y establecen "un marco común a partir de la descripción del ciclo de
vida de los sistemas creados por humanos". Ver figura 4.

Los sistemas, similares a EIA 632, están concebidos para constar de dos partes: (1) el sistema de
interés (en EIA 632, el producto final) que proporciona las capacidades y los servicios deseados y
(2) Sistemas habilitadores (EIA 632 usa la misma terminología) que brindan los servicios requeridos
en cada etapa del ciclo de vida del sistema para incluir concepto, desarrollo, producción, utilización,
soporte y retiro.

ISO / IEC 15288

Papel de los procesos

Convenio Solía llegar a un

Procesos acuerdo y cumplirlo
Entregable que
satisface el acuerdo Se usa para establecer requisitos

Usado para evaluar Empresa

calidad y progreso Procesos
Se utiliza para crear, respaldar
y monitorear proyectos.
Sistema de-
interesar
Solía administrar Proyecto
Etapas del ciclo de vida etapas del ciclo de vida Procesos
(s1, s2, ... ,snorte) Solía administrar
procesos tecnicos
Resultados utilizados para

Se utiliza para crear productos y evaluar el progreso

Técnico
servicios de la etapa del ciclo de vida
Procesos
que cumplen con los requisitos.

Figura 4: El papel de los procesos en ISO / IEC 15288: 2002

Los procesos del ciclo de vida como se especifica en ISO / IEC 15288 incluyen:

- Procesos de acuerdo: que cubre la adquisición y suministro de sistemas

- Procesos empresariales: describiendo los recursos y la infraestructura necesarios para

apoyar los proyectos y asegurar la satisfacción de los objetivos organizacionales.

2 Nota: ISO 15288: 2002 fue reemplazado por ISO 15288: 2008 que se publicó en enero de 2008. En el siguiente párrafo se
proporciona un resumen de ISO 15288: 2008. Sin embargo, debido a que durante este período de transición, se pueden
encontrar usos de ambas normas en la práctica, la discusión de ISO 15288: 2002 todavía se conserva en este documento
con fines de referencia.

Artefacto crudo de estándares SYS 202 V4 v 2.1

 - Procesos del proyecto: que se utilizan para establecer y desarrollar planes de proyectos;
evaluar los logros reales y controlar la ejecución del proyecto. Estos incluyen procesos como
la toma de decisiones, la gestión de riesgos, la gestión de la configuración, la gestión de
información / datos y la evaluación.
- Procesos técnicos: estos son los que se utilizan para definir requisitos; transformarlos
en un producto eficaz; reproducir / producir el producto; para utilizar, mantener y
eliminar el producto de forma eficaz.

Cada uno de estos procesos se divide en procesos subsidiarios. Se ilustran en la Figura 5 a

continuación. Los ocho procesos técnicos de ingeniería de sistemas del Departamento de Defensa3
son un subconjunto de los procesos técnicos derivados de ISO 15288: 2002.

Modelo de proceso ISO / IEC 15288

Figura 5: Detalles del proceso ISO / IEC 15288: 2002

3 Estos procesos son: Definición de Requerimientos de Interesados, Análisis de Requerimientos, Diseño Arquitectónico,
Implementación, Integración, Verificación, Validación y Transición.

Artefacto crudo de estándares SYS 202 V4 v 2.1

1.5 ISO / IEC 15288: 2008 Esta norma, titulada “Ingeniería de sistemas - Procesos del ciclo de vida del
sistema”, reemplazó a la ISO 15288: 2002 en enero de 2008. Como su predecesora, tiene un alcance
extremadamente amplio. “… Establece un marco de proceso común para describir el ciclo de vida de
los sistemas creados por el hombre… [describiendo] un conjunto de procesos y terminología
asociada para el ciclo de vida completo, que incluye la concepción, el desarrollo, la producción, la
utilización, el soporte y la jubilación, y también respalda la definición, control, evaluación y mejora de
estos procesos ”.

Los estándares de ingeniería de sistemas y los estándares de desarrollo de software históricamente no han
estado bien alineados. Se utilizaron diferentes nombres de procesos y procedimientos, lo que hizo que la
interfaz entre el software y el desarrollo del sistema fuera confusa en el mejor de los casos. Uno de los
objetivos en el desarrollo de ISO / IEC 15288: 2008 fue iniciar un esfuerzo de armonización entre este y el
correspondiente ISO / IEC 12207: 2008 (Ingeniería de sistemas - Procesos del ciclo de vida del software)
tanto a nivel internacional como nacional. Con ese fin, el IEEE ha adoptado ISO / IEC 15288: 2008 como
estándar nacional de EE. UU., Y lo ha numerado como IEEE Std 15288 ™ -2008. Además, el estándar de
software internacional correspondiente fue actualizado como ISO / IEC 12207: 2008, adoptado por IEEE y
publicado como IEEE Std 12207 ™ -2008.

Muchos procesos en ISO / IEC 15288: 2008 son similares a los de su predecesor de 2002, con algunas
mejoras para alinear mejor los sistemas y los procesos de desarrollo de software. Consulte la figura 6 a
continuación.

Figura 6 Conjuntos de procesos ISO 15288: 2008

Artefacto crudo de estándares SYS 202 V4 v 2.1

1.6 CMMI. El modelo de madurez de capacidad, integrado o CMMI se refiere a un conjunto de
productos de modelos de procesos de desarrollo, adquisición y servicio.4 diseñado para ser
utilizado para la mejora de procesos. Se puede utilizar para evaluar, desde una perspectiva
organizacional, qué tan bien se están realizando los procesos estándar de la organización y
proporcionar recomendaciones sobre cómo se pueden mejorar los procesos. El CMMI divide los
procesos en categorías y áreas de proceso.

Las categorías de procesos incluidos en el modelo CMMI-DEV incluyen Gestión de

Procesos, Gestión de Proyectos, Ingeniería y Soporte. Cada una de estas categorías, a su
vez, se divide en varias áreas de proceso (AP) para cada categoría.

El CMMI se puede utilizar de dos formas: (1) como un "modelo por etapas" en el que se evalúan las AP y se
asigna una puntuación de "nivel" a una organización; o (2) como un modelo "continuo" que proporciona
una gama de puntuaciones para cada Área de proceso. Ver figura 7.

Resumen de Nivel 5: Centrarse en continuo

Niveles la mejora de procesos Proceso específico
Áreas por nivel
Nivel 4: Centrarse en lo cuantitativo
administración. Proceso Nivel 5: Análisis y resolución
medido y controlado de causas, gestión del
desempeño organizacional
5
Nivel 3: Centrarse en la estandarización de
Optimizin Nivel 4: Desempeño de procesos
procesos. Proceso caracterizado
organizacionales, Gestión cuantitativa
4
gramo

para la organización y, a menudo, es

proactivo
de proyectos
Cuantitativamente
Nivel 3: Análisis y resolución de decisiones,
Nivel 2: Centrarse en la 3 Administrado
Gestión integrada de proyectos, Definición de
gestión básica de proyectos. Definido procesos organizativos, Enfoque de procesos
Proceso caracterizado 2 organizativos, Formación organizativa,
para proyectos y a menudo es Integración de productos, Desarrollo de
Administrado
reactivo requisitos, Gestión de riesgos, Solución
1 técnica, Validación, Verificación
Realizado
Nivel 1: Proceso
impredecible, pobremente
controlado y reactivo
Nivel 2: Configuración Gestión, Medición y Análisis, Seguimiento
Nivel 1: Procesos ad hoc y Control de Proyectos, Planificación de Proyectos,
caracterizados por "actos heroicos" Aseguramiento de Calidad de Productos y Procesos, Gestión de
Requisitos, Gestión de Contrato de Proveedores

Figura 7. CMMI-DEV, versión 1.3

4 Estos modelos forman parte de la “constelación” de CMMI que incluye la CMMI para el desarrollo (CMMI-DEV), la CMMI
para la adquisición (CMMI-ACQ) y la CMMI para los servicios (CMMI-SVC). Todos comparten procesos centrales comunes
con procesos personalizados agregados que son adecuados para cada uno de los tres dominios citados.

Artefacto crudo de estándares SYS 202 V4 v 2.1

2.0 Niveles de aplicación

Los estándares de Ingeniería de Sistemas discutidos anteriormente difieren principalmente en su profundidad y

amplitud de cobertura.

o ISO / IEC 15288: tiene la mayor amplitud pero la menor profundidad de cobertura. Esta
El estándar está diseñado para ser utilizado por una organización, un proyecto dentro de una
organización o un adquirente y un proveedor a través de un acuerdo apropiado. La norma ISO 15288
se revisó a principios de 2008 como parte de un esfuerzo de armonización para alinear los procesos de
ingeniería de sistemas e ingeniería de software, y la organización ISO está revisando una variedad de
manuales de implementación complementarios.

o EIA 632: define el conjunto de requisitos para diseñar un sistema. Los procesos
en EIA 632 describen 'qué hacer' con respecto a los procesos para diseñar un sistema. Estos se
encuentran en el siguiente nivel por debajo del nivel ISO / IEC 15288 de procesos del ciclo de vida
del sistema.

o IEEE 1220: define un proceso de Ingeniería de Sistemas. Da el siguiente nivel de

A continuación, se detallan los requisitos del proceso descritos en EIA 632. El proceso
se describe más a nivel de tarea o aplicación.

o IEEE 15288: 2008: una norma estadounidense, es idéntica a la edición 2008 de ISO / IEC 15288.

IEEE 1220 tiene la mayor profundidad de cobertura para su alcance limitado, pero la menor amplitud.
EIA-632 se encuentra entre los otros dos. Ver figura 8.

No se trata necesariamente de elegir un solo estándar para un programa. Dependiendo de las

necesidades específicas de un programa dado, se pueden emplear los tres.

Artefacto crudo de estándares SYS 202 V4 v 2.1

 Sys tems Life

Proceso
Descripción ISO 152 88

EI A 6 32 Actividades del proceso de adquisición

• Establecer un plan de adquisiciones
Nivel alto
• Prepare la RFP / RFT
Nivel de detalle

Practicas
• Comunícalo
Actividades del proceso de adquisición • Seleccione un proveedor

• Prepare la RFP / RFT • Negociar con el Proveedor

• Evaluar la respuesta del proveedor • Evaluar la ejecución

IEEE 1220
• Haz una oferta • Confirmar cumplimiento
• Negociar con el Proveedor • Paga por ello

• Acuerdos récord alcanzados

• AcDC dmiproductos
mi pag entregados
t D
ejército de reserva Illinois mi
Actividades del proceso de adquisición
Practicas
• …..[ninguno]

Siendo operado
Ser Debajo Transición a Siendo reemplazado
Mantenido, o O desmantelado
Conceptualizado Desarrollo Operaciones
Mejorado

Figura 8 Alcance de los estándares SE (después de Doran, SPC IEEE 1220 / SC7 WG7 SE Study Group Report

Artefacto crudo de estándares SYS 202 V4 v 2.1