Escolar Documentos
Profissional Documentos
Cultura Documentos
INCOSE
SYSTEMS ENGINEERING
HANDBOOK
MIS-MTS
CONAE UFS-UTN
1
Resumen INCOSE SEBoK MIS-MTS-2018
Contenido
CAPÍTULO 2: CONCEPTOS DE INGENIERÍA EN SISTEMAS 5
2.1 Introducción 5
2.2 Definiciones 5
2.1.1 Sistemas 5
2.1.3 Contexto 5
2.1.4 Funcionalidad 5
2.1.5 Arquitectura 5
2.1.6 Atributos 5
2.2 Jerarquía dentro de un sistema 6
2.4 Sistema de sistemas (SoS) 6
2.5 Sistemas de Habilitación 7
2.6 Definición de Ingeniería de Sistemas 7
2.7 Origen y Evolución de la SE 7
2.8 Aplicación y valor de la ingeniería en sistemas 8
2.9 Ciencia de los sistemas y el pensamiento científico 9
2.9.1 Ciencia de los sistemas 9
2.9.2 Pensamiento sistémico (System Thinking) 9
2.10 Liderazgo de la Ingeniería de Sistemas 9
2.11 Desarrollo Profesional de la ingeniería en sistemas 10
CAPÍTULO 3: CICLO DE VIDA DE UN SISTEMA 11
3.1 Introducción 11
3.2 Características 11
3.3 Puntos de decisión (KPD) 11
3.4 Etapas del ciclo de vida 12
3.5 Modelos de ciclo de vida 12
3.6 Criterio de selección de procesos 15
CAPÍTULO 4: PROCESO TÉCNICO 16
4.1 Proceso de análisis de misión o de negocio 18
4.2 Proceso de definición de los requerimientos y necesidades de los interesados 19
4.3 Proceso de definición de los requerimientos del sistema 20
4.4 Proceso de definición de la arquitectura 21
4.5 PROCESO DE DEFINICIÒN DEL DISEÑO 23
4.6 PROCESO DE ANÁLISIS DEL SISTEMA 24
4.7 PROCESO DE IMPLEMENTACIÓN 25
4.8 PROCESO DE INTEGRACIÓN 25
4.9 PROCESO DE VERIFICACIÓN 27
CAPÍTULO 5: PROCESOS DE LA GESTIÓN TÉCNICA 45
5.1 Introducción 45
5.2 Evaluación y Control de los Procesos del Proyecto 45
2
Resumen INCOSE SEBoK MIS-MTS-2018
3
Resumen INCOSE SEBoK MIS-MTS-2018
4
Resumen INCOSE SEBoK MIS-MTS-2018
2.1 INTRODUCCIÓN
2.2 DEFINICIONES
2.1.1 Sistemas
Las definiciones de sistema según INCOSE e ISO / IEC / IEEE:
Combinación de elementos que interactúan organizadamente para lograr uno o más propósitos
establecidos. (ISO / IEC /IEEE 15288).
2.1.3 Contexto
Una vista externa de un sistema debe introducir elementos que específicamente no
pertenecen al sistema pero que sí interactúan con el sistema Esta colección de elementos es
llamada el entorno operativo o contexto y puede incluir a los usuarios (u operadores) del
sistema.
Las vistas internas y externas definen el concepto de frontera del sistema. Es una “línea de
demarcación” entre el sistema mismo y su contexto (ambiente operativo) definiendo que cosas
pertenecen al sistema y que no.
2.1.4 Funcionalidad
La funcionalidad de un sistema está expresada típicamente en términos de interacciones del
sistema con su ambiente operativo, en especial los usuarios.
2.1.5 Arquitectura
La arquitectura de un sistema se define como el concepto fundamental o las propiedades de
un sistema en su entorno incorporado en sus elementos, relaciones y en el principio de su
diseño y evolución.
2.1.6 Atributos
Un atributo de un sistema (o de un elemento del sistema) es una característica o propiedad
observable del sistema (o de elemento del sistema). Un sistema entonces, está representado
por los atributos (externos) del sistema, sus atributos internos y estructura, y las relaciones
entre estos que son gobernados por las leyes de la ciencia.
5
Resumen INCOSE SEBoK MIS-MTS-2018
Se define como una partición del sistema donde cada elemento del mismo puede ser atómico
(aquel elemento por el cual no puede ser descompuesto o particionado), o puede ser otro
sistema dentro del sistema en estudio. Estos elementos son agrupados en distintos
subconjuntos de elementos subordinados a un sistema de más alto nivel. Se sugiere no tener
más de 7±2 elementos subordinados por cada nivel en la jerarquía (Urwick 1956).
● Autoridades: Cada uno de los sistemas que constituye el SoS tiene un propietario
local con sus usuarios, proceso de negocio y enfoque de desarrollo. En un SoS la
ingeniería en sistema se basa en un análisis transversal y composición e integración de
cada sistema constituido. Debe permitir trabajar juntos hacia un objetivo colectivo que
puede o no coincidir con los objetivos individuales de cada sistema.
6
Resumen INCOSE SEBoK MIS-MTS-2018
fines y ahora se aprovechan para cumplir una nueva o diferente aplicación con nuevos
objetivos.
● Principios del SoS: SoS es un área relativamente nueva, Se necesita trabajo para
identificar y articular los principios transversales que se aplican a SoS en general y
para desarrollar ejemplos de trabajo de la aplicación de estos principios.
Estos son sistemas que facilitan las actividades del ciclo de vida del sistema de interés (SOI).
Estos proveen servicios que son necesarios para el SOI durante una o más etapas del ciclo de
vida. Ejemplos de estos sistemas son Sistemas de desarrollo colaborativo, Sistemas De
producción, Sistemas de soporte logístico, etc. La relación entre los sistemas habilitadores y el
SOI puede ser bilateral o donde el SOI simplemente recibe los servicios que necesita en el
momento que los requiere
La ingeniería en sistemas debe considerar tanto las necesidades técnicas como de negocios
de los clientes de manera tal de poder proveer de un producto de calidad que satisfaga sus
necesidades.
La Ingeniería en Sistemas moderna tiene sus inicios en los años 30 con la formación de un
equipo multidisciplinario cuyo fin era analizar el sistema de defensa aérea británica.b Sus
primeras aplicaciones fueron en el área militar y luego se fue trasladando a la actividad
académica e industrial.
7
Resumen INCOSE SEBoK MIS-MTS-2018
En el año 2002, con la introducción del estándar internacional ISO/IEC 15288 la ingeniería en
sistemas se estableció cómo el mecanismo preferido para la creación de productos y servicios
entre dos o más organizaciones.
La ingeniería en sistemas surgió como una forma efectiva de controlar la complejidad y los
cambios propios de un proyecto. La experiencia dicta que el costo de ciclo de vida (LCC) a la
hora de corregir errores, es mayor a medida que avanza el proyecto lo que también implica la
importancia que tiene el tener buena información y análisis a la hora de tomar las primeras
decisiones. Esto puede observarse en la siguiente imagen:
8
Resumen INCOSE SEBoK MIS-MTS-2018
El pensamiento de sistemas considera las similitudes entre los sistemas de diferentes dominios
en términos de un conjunto de conceptos, principios y patrones de sistemas comunes:
Un principio es una regla de conducta o comportamiento. Para llevar esto más allá, un principio
es una "generalización básica que se acepta como verdadera y que puede usarse como base
para el razonamiento o la conducta".
9
Resumen INCOSE SEBoK MIS-MTS-2018
Un ingeniero de sistemas es una persona o rol que apoya este enfoque multidisciplinario. En
particular, el ingeniero de sistemas a menudo sirve para obtener y traducir las necesidades del
cliente en especificaciones que pueden ser realizadas por el equipo de desarrollo del sistema.
Un ingeniero en sistemas necesita saber que habilidades le permitirán ser más efectivo. Las
mismas pueden alcanzarse normalmente con un 70% de experiencia, 20% a través de
mentores y 10% con entrenamiento. Mientras el entrenamiento brinda los conceptos básicos,
los mentores pueden orientar correctamente el desarrollo del conocimiento a través de la
experiencia.
10
Resumen INCOSE SEBoK MIS-MTS-2018
3.1 INTRODUCCIÓN
Un ciclo de vida puede ser definido como una serie de etapas a través el cuál algo (un sistema
o producto fabricado) pasa. El rol del ingeniero en sistemas engloba el ciclo de vida entero para
un sistema de interés, desarrollando una solución desde la definición de los requerimientos a
través del diseño, construcción, integración, verificación, operación y finalmente el retiro del
sistema. Se asegura que los expertos de dominio estén involucrados adecuadamente.
Persiguiendo todas las oportunidades de ventajas, identificando riesgos y mitigarlos.
El ingeniero en sistema trabaja muy de cerca con el Project manager en el ciclo de vida,
incluyendo puntos de decisión, conociendo las necesidades de su proyecto específico.
3.2 CARACTERÍSTICAS
Todo ciclo de vida de un sistema consiste de múltiples aspectos, incluyendo los de negocio
(comerciales), de presupuestos (fondos) y técnicos (producto). La ingeniería de sistema crea
soluciones técnicas consistentes con los aspectos comerciales y restricciones de fondos. La
integridad del sistema requiere que estos tres aspectos estén balanceados y debe dársele igual
énfasis durante todas las revisiones.
Se conocen como puntos de control (revisiones), son eventos de aprobación en el ciclo del
proyecto, suficientemente importantes a ser definidos e incluidos en el programa por el Project
manager, executive management o el cliente. Estos puntos de decisión aseguran que nuevas
actividades no serán propuestas hasta que las actividades previas del programa sean
satisfactoriamente completadas y ubicadas bajo control de configuración.
Estas revisiones representan los principales puntos de decisión en el ciclo de vida de un
sistema. Sus objetivos principales son:
11
Resumen INCOSE SEBoK MIS-MTS-2018
Un sistema progresa a través de ciertas etapas en el ciclo de vida ayudando y asegurando que
el sistema cumpla su funcionalidad requerida.
Hay seis etapas genéricas en el ciclo de vida:
Varios modelos de ciclos de vida como el cascada, incremental iterativo, espiral y Vee son
útiles para definir apropiadas actividades en las etapas al inicio, al final y durante el proceso en
el ciclo de vida.
A menudo, la definición de un sistema es vista como un proceso de pasos simples lineales y
secuenciales. Sin embargo, la información de valor y las ideas necesarias deben ser
intercambiadas llevando un orden para asegurar una buena definición del sistema que
efectivamente cumpla la misión o necesidades comerciales.
- Iteración y recursión: Son aplicaciones repetitivas mediante lazos de realimentación
apropiados y permiten garantizar una comunicación que tenga en cuenta el aprendizaje
contínuo y las decisiones. La iteración es la repetición de la interacción entre dos o más
procesos en un dado nivel en la estructura del sistema o jerarquía. La iteración es
necesaria para acomodar las decisiones de los interesados (clientes) y evolucionar el
entendimiento, tomar decisiones/restricciones arquitecturales y resolver los conflictos
de accesibilidad, adaptabilidad, factibilidad, resiliencia etc.
La recursión es una aplicación repetitiva de la interacción del proceso en sucesivos
niveles en la estructura del sistema.
- Método incremental e iterativo: es un mecanismo práctico de desarrollo de un
proyecto por el cual permite tener la habilidad inicial de realizar entregas sucesivas
para obtener el sistema de interés. El punto principal es obtener una rápida respuesta y
adaptabilidad. El método es usado cuando los requerimientos no son claros desde un
principio o cuando los interesados (clientes) desean mantener el sistema de interés
abierto para la posibilidad de insertar nuevas tecnologías. El proyecto recibe continua
realimentación desde los interesados para obtener una rápida respuesta y así
satisfacer las altas necesidades de los clientes.
- Secuencial (cascada): este método está caracterizado por proveer disciplina al
proceso del ciclo de vida y dar un acercamiento sistemático al representar a un proceso
12
Resumen INCOSE SEBoK MIS-MTS-2018
El modelo Vee describe las actividades y resultados que deben producirse durante el
desarrollo de un producto. El lado izquierdo de la V representa la descomposición de
las necesidades, y la creación de las especificaciones del sistema.
13
Resumen INCOSE SEBoK MIS-MTS-2018
14
Resumen INCOSE SEBoK MIS-MTS-2018
Sin embargo, es imposible encontrar una configuración de procesos que sirva para cualquier
situación, por lo que la selección del mismo se verá afectada tanto por los componentes del
proceso (actividades, productos, agentes, herramientas) y sus interacciones (flujo de
información, control, comunicación).
15
Resumen INCOSE SEBoK MIS-MTS-2018
16
Resumen INCOSE SEBoK MIS-MTS-2018
17
Resumen INCOSE SEBoK MIS-MTS-2018
4.1.1 Propósito
Este análisis busca definir los problemas, oportunidades de una misión o negocio, caracterizar
las posibles soluciones y que problemas u oportunidades vienen aparejados con cada una.
4.1.2 Proceso
Este análisis da inicio al ciclo de vida del Sistema de Interés y tiene el siguiente diagrama de
entrada/salida:
Entradas
18
Resumen INCOSE SEBoK MIS-MTS-2018
4.2.1 Propósito
Este proceso permite definir los requerimientos de un sistema que permita satisfacer las
necesidades de los usuarios y otros actores.
4.2.2 Proceso
Actividades
19
Resumen INCOSE SEBoK MIS-MTS-2018
4.3.1 Propósito
Este proceso busca transformar el punto de vista de los interesados orientado al usuario a un
punto de vista técnico que solucione sus necesidades.
Los requerimientos del sistema son el fundamento para su definición y son la base de su
arquitectura, diseño, integración y validación. Cada requerimiento lleva un costo, por lo que
debe definirse la cantidad justa y necesaria y debe ser lo más precisa posible puesto que un
cambio en los mismos trae aparejado grandes costos especialmente en fases avanzadas del
proyecto.
- Necesario
- No debe especificar ninguna implementación
- Debe ser completo y medible
- Debe ser singular (no vale una combinación de los mismos)
- Debe ser técnicamente alcanzable
- Debe ser verificable
- Debe tener un único formato dentro de la organización (esto facilita su lectura y
archivado).
20
Resumen INCOSE SEBoK MIS-MTS-2018
4.3.2 Proceso
Actividades
4.4.1 Propósito
El proceso de definición de arquitectura consta de generar varias alternativas de arquitecturas
del sistema para luego elegir una que tenga características y propiedades que cumpla de la
mejor forma los requerimientos solicitados, el concepto de ciclo de vida y sea tecnológicamente
realizable.
Este proceso es iterativo y requiere de la participación tanto del ingeniero en sistemas cómo de
los demás arquitectos del sistema y los especialistas que sean necesarios.
21
Resumen INCOSE SEBoK MIS-MTS-2018
4.4.2 Proceso
Actividades
22
Resumen INCOSE SEBoK MIS-MTS-2018
4.5.1 Propósito
Proveer un suficiente grado de detalle de los datos y la información acerca del sistema y sus
elementos para permitir una implementación consistente de la arquitectura definida en los
modelos y vistas de la arquitectura del sistema.
4.5.2 Proceso
Actividades
- Preparar la definición del Diseño: identificar la tecnología necesaria para cumplir con
los objetivos de diseño para el sistema y sus componentes (se tiene en cuenta la
obsolescencia de la tecnología, su reemplazo o posible evolución).
- Establecer las características de diseño relativo a cada elemento del sistema:
Asociar los requerimientos a cada elemento del sistema.
Definir las características de diseño para las entidades de la arquitectura y asegurarse
que es factible.
Definir las interfaces internas y externas
- Evaluar alternativas para obtener los elementos del sistema: Se identifican y
evalúan los elementos existentes implementados (COTs, reuso, no desarrollados y
nuevos) y se selecciona el mas apropiado.
- Gestión del diseño: Se gestiona el mantenimiento y la evolución del diseño.
23
Resumen INCOSE SEBoK MIS-MTS-2018
4.6.1 Propósito
Proveer una base rigurosa de datos e información (análisis de costos, riesgo, factibilidad,
efectividad y otras características críticas) para tener un entendimiento técnico que permita
tomar decisiones a lo largo del ciclo de vida.
4.6.2 Proceso
Actividades
24
Resumen INCOSE SEBoK MIS-MTS-2018
4.7.1 Propósito
4.7.2 Proceso
Actividades:
25
Resumen INCOSE SEBoK MIS-MTS-2018
4.8.1 Propósito
4.8.2 Proceso
Actividades:
- Definir puntos de control críticos para proporcionar seguridad del correcto funcionamiento de
las interfaces y funciones de los elementos del sistema.
- Establecer la estrategia de integración que minimice el tiempo de integración, costos y
riesgos.
- Identificar las restricciones de integración en el SOI, que surgen de la estrategia de
integración, para ser incorporadas en los requisitos del sistema, la arquitectura, y diseño.
- La adquisición de los habilitadores se puede hacer a través de varias formas, como alquiler,
adquisición, desarrollo, reutilización y subcontratación.
• Realizar integración: integrar el sistema sucesivamente y las configuraciones de elementos
hasta que el sistema completo sea sintetizado.
- Reúna los elementos del sistema verificados y validados para formar el agregado incremental
usando los procedimientos de ensamblaje definidos.
- Invocar los procesos de V y V del sistema, según sea necesario, a verificar la correcta
implementación de las características de la arquitectura y propiedades de diseño y para
verificar que los elementos individuales del sistema proporcionan las funciones previstas.
• Gestionar resultados de integración.
- Identificar y registrar los resultados de la integración. Mantener la trazabilidad bidireccional de
la actualización de elementos integrados del sistema con la actualización de la arquitectura,
diseño y sistema del sistema y requisitos de interfaz. Mantener los registros, incluidas las
actualizaciones de configuración, por política de la organización.
- Registrar anomalías observadas durante el proceso de integración (identificar acciones
correctivas o mejoras), y resolverlos usando el proceso de garantía de calidad.
26
Resumen INCOSE SEBoK MIS-MTS-2018
4.9.1 Propósito
4.9.2 Proceso
Actividades:
- Desarrollar una estrategia que priorice las acciones de verificación para minimizar costos y
riesgos mientras maximiza la cobertura operacional del comportamiento del sistema: Establecer
los objetos de verificación, restricciones, planes para métodos o técnicas que serán aplicadas
en cada verificación, establecer un ambiente de verificación.
- Desarrollar los procedimientos de verificación que apoyan las acciones de verificación.
- Identificar restricciones de verificación en el sistema o elementos del sistema, derivados de la
estrategia de verificación que se relaciona con los requisitos específicos del sistema, elementos
arquitectónicos, o elementos de diseño.
- Asegurar los sistemas habilitantes necesarios, los productos o servicios requeridos para la
verificación, las acciones estén disponibles, cuando sea necesario. La planificación incluye la
identificación de requisitos e interfaces para los habilitadores.
• Realizar la verificación.
- Implementar el plan de verificación desarrollado en la subsección anterior. Ese plan incluye
detalles y descripciones para las acciones de verificación seleccionadas:
° Artículo a verificar
° Resultados esperados y criterios de éxito
° Método o técnica de verificación seleccionada
° Los datos necesarios
° Los sistemas, productos o servicios habilitantes correspondientes
- Usando los procedimientos de verificación, ejecute las acciones de verificación y registrar los
resultados.
- Analizar los resultados de verificación contra cualquier expectativa establecida y criterios de
éxito para determinar si el elemento que está siendo verificado indica conformidad.
27
Resumen INCOSE SEBoK MIS-MTS-2018
4.10.1.2 Descripción
El proceso de transición instala un sistema verificado en el entorno operacional junto con los
sistemas, productos o servicios habilitantes pertinentes, como los sistemas de capacitación de
operadores, tal como se definen en el acuerdo. Usando resultados exitosos del proceso de
verificación, el adquirente acepta que el sistema reúne los requisitos del sistema especificados
en el entorno operativo previsto antes de permitir un cambio en el control, propiedad y / o
custodia. Si bien este es un proceso relativamente corto, debe planificarse cuidadosamente
para evitar sorpresas y recriminaciones en ambos lados del acuerdo. Además, los planes de
transición deben ser rastreados y monitoreados para asegurar que todas las actividades se
completen a satisfacción de ambas partes, incluida la resolución de cualquier problema que
surja durante la transición. La Figura 4.16 es el diagrama de IPO para el proceso de transición.
28
Resumen INCOSE SEBoK MIS-MTS-2018
29
Resumen INCOSE SEBoK MIS-MTS-2018
Figure 4.16 IPO diagram for the transition process. InCOSE SEh original figure created by Shortell and
Walden. Usage per the InCOSE notices page. All other rights reserved.
4.11.1.2 Descripción
El proceso de validación trabaja estrechamente con otros procesos del ciclo de vida. Por
ejemplo, el proceso de análisis de negocios o misiones establece una capacidad operacional
específica. La capacidad operativa (por ejemplo, el perfil de la misión o el negocio y los
escenarios operativos) se transforma mediante el proceso de definición de requisitos y
necesidades de las partes interesadas en necesidades y requisitos de las partes interesadas.
La Figura 4.17 es el diagrama de IPO para el proceso de validación.
Las entradas y salidas para el proceso de validación se enumeran en la Figura 4.17. Las
descripciones de cada entrada y salida se proporcionan en el Apéndice E.
30
Resumen INCOSE SEBoK MIS-MTS-2018
° Identificar las partes interesadas que participarán en las actividades de validación y definir sus
roles y responsabilidades. Esto puede incluir al adquirente, el proveedor y un representante
externo.
° El alcance del plan de validación depende de la etapa del ciclo de vida y del progreso dentro
de ella.
° Establecer una lista de restricciones de validación que deben considerarse.
° Con la consideración adecuada de las limitaciones, seleccione el enfoque de validación
adecuado que se aplicará, como inspección, análisis,
Figure 4.17 IPO diagram for the validation process. InCOSE SEh original figure created by Shortell and
Walden. Usage per the InCOSE notices page. All other rights reserved.
demostración o prueba, dependiendo de la etapa del ciclo de vida. Identifique los habilitadores
necesarios.
° Determinar si hay vacíos de validación y que las acciones de validación resultantes proporcionarán un
nivel aceptable de confianza de que el elemento del sistema o sistema satisfará las necesidades
identificadas.
° Asegurar una programación adecuada a través del proceso de planificación del proyecto para cumplir
con los requisitos para la ejecución de las acciones de validación en los pasos del proyecto
correspondientes.
° Definir la configuración de los elementos enviados a las acciones de validación.
• Realizar la validación.
- Desarrollar los procedimientos de validación que respaldan las acciones de validación.
- Asegurar la disponibilidad para llevar a cabo la validación: disponibilidad y estado de configuración del
sistema / elemento, la disponibilidad de habilitadores de validación, personal calificado u operadores,
recursos, etc.
- Llevar a cabo acciones de validación de acuerdo con los procedimientos. Esto debería incluir realizar las
acciones en el entorno operacional o lo más cerca posible. Durante la realización de las acciones de
validación, registre los resultados de las acciones, a medida que se realizan.
31
Resumen INCOSE SEBoK MIS-MTS-2018
• Los métodos de validación durante el proceso de análisis de negocio y misión incluyen la evaluación de
OpsCon a través de escenarios operacionales que ejercitan todos los modos operativos del sistema y
que demuestran el rendimiento a nivel del sistema durante todo el régimen operativo. Los arquitectos y
diseñadores usan los resultados de esta actividad para pronosticar el éxito en el cumplimiento de las
expectativas de los usuarios y el adquirente, así como proporcionar retroalimentación para identificar y
corregir las deficiencias de desempeño antes de la implementación (Engel, 2010).
• Se recomienda comenzar la redacción del plan de validación tan pronto como se conozcan los
primeros OpsCon y los escenarios y los requisitos de las partes interesadas.
• La validación se aplica al sistema operativo, pero es más efectiva si también se aplica antes mediante
análisis, simulación, emulación, etc. de las características operacionales anticipadas.
• Un resultado clave de la validación es la seguridad provista por los loci de los límites dinámicos e
integridad del sistema. Estos sobres brindan un conocimiento procesable para que los usuarios
determinen la idoneidad del sistema, la eficacia anticipada, la capacidad de supervivencia y el
reacondicionamiento.
• La validación también revela los efectos que el SOI puede tener en los sistemas de garantía,
habilitación o interoperación. Las acciones y el análisis de validación deben incluir estas interacciones
del sistema en el alcance.
• Involucrar a la más amplia gama de partes interesadas con la validación. A menudo, los usuarios finales
y otras partes interesadas relevantes participan en las actividades de validación.
• Si es posible, involucre a los usuarios / operadores con validación. La validación a menudo implica
volver directamente a los usuarios para que realicen algún tipo de prueba de aceptación bajo sus
propias condiciones locales.
4.11.2 Elaboración
4.11.2.1 Concepto de acción de validación
Una acción de validación describe qué debe validarse (por ejemplo, un escenario operacional, un
requisito o un conjunto de requisitos como referencia), sobre qué elemento (por ejemplo, requisito,
función, interfaz, elemento del sistema, sistema), el resultado esperado (deducido de la referencia), la
técnica de validación a aplicar (por ejemplo, inspección, análisis, demostración, prueba) y en qué nivel
de la jerarquía del sistema (p. ej., SOI, elemento del sistema de nivel intermedio, nivel hoja) elemento
del sistema).
32
Resumen INCOSE SEBoK MIS-MTS-2018
La definición de una acción de validación aplicada a un elemento de ingeniería (por ejemplo, requisito
de parte interesada, sistema, requisito, función, interfaz, elemento del sistema, procedimiento,
documento) incluye la identificación del elemento sobre el que se realizará la acción de validación, la
referencia utilizada para definir el resultado esperado y la técnica de validación adecuada.
La realización de una acción de validación en el elemento presentado proporciona un resultado
obtenido que se compara con el resultado esperado. La comparación permite que el proyecto juzgue la
aceptabilidad del elemento con respecto a la relevancia en el contexto de uso (ver Fig. 4.18).
Ejemplos de acciones de validación:
• Validación de un requisito: para asegurarse de que su contenido esté justificado y sea relevante para
las necesidades o expectativas de los interesados.
• Validación de un artefacto de ingeniería (arquitectura, diseño, etc.): para asegurarse de que su
contenido esté justificado y sea relevante para las necesidades o expectativas de los interesados y
contribuye a lograr el perfil de misión o negocio y los escenarios operativos.
• Validación de un sistema (producto, servicio o empresa): para demostrar que el producto, servicio o
empresa satisface las necesidades de sus partes interesadas, su perfil de misión o negocio y los
escenarios operativos.
33
Resumen INCOSE SEBoK MIS-MTS-2018
Figure 4.18 Definition and usage of a validation action. Reprinted with permission from Alain Faisandier.
All other rights reserved.
La validación se refiere al sistema global visto como un todo y se basa en la totalidad de los requisitos
(requisitos del sistema, requisitos de las partes interesadas). Se obtiene gradualmente a lo largo de la
etapa de desarrollo al buscar varias formas no exclusivas:
• Resultados acumulados de las acciones de V & V proporcionados por la aplicación de los procesos
correspondientes a cada elemento de ingeniería
• Realización de acciones de validación final en el sistema integrado completo en un entorno industrial
(lo más cerca posible del entorno operativo futuro)
• Realización de acciones de validación operativas en todo el sistema en su entorno operativo (contexto
de uso)
El objetivo es validar por completo la capacidad del sistema para cumplir con todos los requisitos antes
de las etapas de producción y utilización. Los problemas descubiertos en estas etapas son muy costosos
34
Resumen INCOSE SEBoK MIS-MTS-2018
de corregir. Como tal, el descubrimiento temprano de las desviaciones de los requisitos reduce el riesgo
general del proyecto y ayuda al proyecto a entregar un sistema exitoso y de bajo costo.
Aceptación
La aceptación es una actividad realizada antes de la transición, de modo que el adquirente puede decidir
que el sistema está listo para cambiar la propiedad del proveedor al adquirente.
Certificación
La certificación es una garantía escrita de que el producto o artículo ha sido desarrollado y puede
realizar sus funciones asignadas, de acuerdo con las normas legales o industriales (por ejemplo, para
aeronaves).
la certificación generalmente es realizada por autoridades externas, sin una dirección de cómo se deben
verificar los requisitos. Por ejemplo, este método se utiliza para dispositivos electrónicos a través de la
certificación Conformité Européenne (CE) en Europa y la certificación de los laboratorios Underwriters
(Ul) en los Estados Unidos y Canadá.
Calificación
La calificación del sistema requiere que todas las acciones de V & V se hayan realizado con éxito. Estas
acciones de V & V cubren no solo la propia SOI sino también todas las interfaces con su entorno (por
ejemplo, para un sistema espacial, la validación de la interfaz entre el segmento espacial y segmento de
tierra). El proceso de calificación debe demostrar que las características o propiedades del sistema
realizado, incluidos los márgenes, cumplen con los requisitos del sistema y / o los requisitos de los
interesados. La calificación se concluye con una revisión de aceptación y / o una revisión de preparación
operacional.
Como ilustración de esto, para un sistema espacial, el primer paso de la calificación está cubierto por el
primer lanzamiento o el primer vuelo. Este primer vuelo debe ser evaluado mediante una revisión de
preparación de vuelo que verificará que los segmentos de vuelo y de tierra, incluidos todos los sistemas
de apoyo, como los sistemas de seguimiento, los sistemas de comunicación y los sistemas de seguridad,
estén listos para su lanzamiento. Un lanzamiento exitoso participa en el proceso de calificación, pero la
calificación final del sistema se logra solo después de pruebas en órbita para una nave espacial o incluso
varios vuelos para un lanzador con el fin de cubrir las diferentes misiones para las que se ha
desarrollado el sistema.
35
Resumen INCOSE SEBoK MIS-MTS-2018
4.12.1 Propósito
El propósito del Proceso de operación es usar el sistema para entregar sus servicios. Este
proceso es a menudo ejecutado simultaneamente con los procesos de mantenimiento.
El proceso de operación mantiene los servicios del sistema preparados para su operación,
suministrando personal para operar al sistema, operador de monitoreo de performance del
sistema, cuándo el sistema reemplaza a uno existente, este deberá necesariamente manejar la
migración entre los sistemas de tal manera de que los usuarios/clientes no experimenten una
baja en los servicios.
36
Resumen INCOSE SEBoK MIS-MTS-2018
Si la performance cae fuera de los parámetros aceptables, esto puede indicar la necesidad de
acciones correctivas en concordancia con soporte de concepto y algunos acuerdos asociados.
Cuando el sistema o alguno de sus elementos alcanza el final de su ciclo de vida entonces el
satélite debe entrar al proceso de disposición.
Proceso de operación
37
Resumen INCOSE SEBoK MIS-MTS-2018
4.12.2 Elaboración
El proceso de operación incluye otros sistemas de habilitación que requieren ser diferenciados
de otros procesos.
● Ambiente operacional –Las circunstancias del entorno y potenciales efectos sobre las
cosas operativas. Ejemplo el equipamiento electrónico o mecánico puede ser afectado
por las altas temperaturas, vibraciones, polvo etc.
● Sistemas de seguimiento –Proveer operadores con los conocimientos y capacidades
requeridas para la operación apropiada de sistema.
● Dato técnico -Procedimientos, guías, y listas de control necesarias para la operación
apropiada del sistema, incluyendo pre-requisitos de operación, procedimientos para
activación y control de salida del sistema, procedimientos de operación, de monitoreo
de performance del sistema, para resolución de problemas, y cerrado ante la caída
del sistema.
● Facilidades e infraestructura –facilidades (Ej edificios, aeródromos, puertos,
caminos) y infraestructura (Ej Servicios IT, gasolina, agua, servicios eléctricos )
requeridos para la operación del sistema.
● Ingeniería sustentable- Monitor de performance del sistema, análisis de fallas, y
procesos de acciones correctivas para sustentar las capacidades operacionales
requeridas.
● Gestión y planificación del mantenimiento- según las reglas para minimizar tiempo
muertos en el sistema, una planificación y/o mantenimiento preventivo es llevado a
cabo para mantener las operaciones del sistema. El sistema de mantenimiento
responde a reportes de problemas del operador, mantenimiento correctivo,
recuperación del sistema para operaciones.
4.13.1 Propósito
38
Resumen INCOSE SEBoK MIS-MTS-2018
Proceso de Mantenimiento
39
Resumen INCOSE SEBoK MIS-MTS-2018
40
Resumen INCOSE SEBoK MIS-MTS-2018
4.13.2 Elaboración
El término Mantenimiento es a menudo utilizado para referirse a una fase en la cual el sistema
ya está operando y las actividad primaria es sustentar las capacidad del
sistema,mejoras,actualizaciones y modernizaciones.En este contexto el objetivo está en
diseñar el sistema desde el inicio para permitir el mantenimiento del valor durante todo el ciclo
de vida del sistema ,de modo de promover una valor sustentable.Sin embargo los costos de
mantenimiento y operaciones significan un porcentaje importante del total LCC,el
mantenimiento es una parte importante de la definición del sistema ,a menudo asociado a la
ingeniera logística,deposición,y análisis de impactos ambientales.
41
Resumen INCOSE SEBoK MIS-MTS-2018
El proceso de mantenimiento incluye otros sistemas habilitantes que son diferentes de otros:
● Ambiente operacional-Las circunstancias del entorno y potenciales efectos en
algunas de las cosas que están operando.Ej equipamiento electrónico o mecánico
puede ser afectado por las altas temperaturas,vibraciones ,polvo,y otros parámetros
que constituyen al ambiente operativo.
● Soporte de suministro/PH&T- consistente de todas las acciones,necesarias para
determinar los requerimientos y para
adquirir,catalogar,recibir,almacenar,transferir,embalar,transportar,emitir,y disponer de
las partes,partes de reparación, y suministrar lo necesario para mantener el nivel de
operaciones requerido (Ej disponibilidad del sistema): La confiabilidad del sistema es
afectada cuando una acción de mantenimiento es retrasada por el sistema de
suministro.
● Sistema de formación - Proveer personal con los conocimientos y capacidades
requeridas para el mantenimiento apropiado del sistema.
● Dato técnico- Procedimiento, guias y listas de control necesarias para un apropiado
mantenimiento del sistema,incluyendo acciones preventivas (limpiar y ajustar), analizar
y diagnosticar, aislar fallas , localización de fallas,listas de partes,mantenimiento
correctivo (reemplazar y remover ),calibración, modificación y instrucciones de
actualización ,post-mantenimiento, validación ,etc.
● Facilidades e infraestructura- Facilidades (Ej,edificios,almacenes,hangares,caminos)
y la infraestructura(Ej. Servicios IT,combustible,agua,servicios eléctricos,tiendas de
maquinas,diques secos,ensayos de rangos) requeridas para el sistema de
mantenimiento.
● Herramienta y equipamiento de soporte- Herramientas comunes y de propósito
general (Ej herramientas de mano,medidores) y equipamiento de soporte (Ej. pruebas
de seteo,gruas) usados para soporte del sistema de mantenimiento.
● Diseño de interfaz/ingeniería sustentable - Intentos de interfaz de diseño para
“Diseño en” características compatibles con el sistema.Las consideraciones de
compatibilidad minimizan la marca logistica,maximizan la confiabilidad,aseguran el
mantenimiento efectivo,y direcciona a largo plazo los problemas relacionados a la
gestión de la obsolescencia ,refresco tecnológico, modificaciones y actualizaciones en
general usado bajo todas las condiciones de operaciones.La ingenieria de
sustentabilidad asegura la operacion continua y el mantenimiento del sistema con el
manejo de riesgos.
● Planificacion y gestion de mantenimiento - El foco del proceso de planificación de
mantenimiento define la accesibilidad,diagnostico,reparacion, y requerimientos
económicos,identificar factores que afectan a las tasas de utilización del diseño del
sistema.Identificar el diseño de compatibilidad del ciclo de vida,instalación,
mantenimiento ,y restricciones de operación; y proveer niveles de análisis de
reparacion (LORA)
42
Resumen INCOSE SEBoK MIS-MTS-2018
● Performance -based life cycle product support - Es una estrategia para economizar
el soporte del sistema.Más bien contratar mantenimiento necesario para sostener las
operaciones,el consumidor y el proveedor del servicio de acuerdo al performance de
resultados entregados.
La eliminación es un soporte del ciclo de vida del proyecto. Considera las restricciones que
deben ser equilibradas con las partes interesadas y las consideraciones de diseño. No olvidar
que existen preocupaciones ambientales. Como por ejemplo brindar un plan de reciclado de
materiales no reutilizables.
Actividades Salidas
Inputs
43
Resumen INCOSE SEBoK MIS-MTS-2018
44
Resumen INCOSE SEBoK MIS-MTS-2018
5.1 INTRODUCCIÓN
Los ingenieros de sistemas tienen que interactuar continuamente con el gerente de proyectos.
Durante su ciclo de vida, el proyecto es visto de forma diferente por ambas partes. Gerente de
Proyectos (Project start-Project end), ingeniero de sistemas (Product idea-product disposal).
A lo largo de este capítulo se verán las distintas actividades que el SE debe realizar cómo
soporte a las actividades de Managment del proyecto.
El propósito es evaluar si los planes están alineados y son factibles; determinar el estado del
proyecto, técnico y el rendimiento del proceso, y ejecución directa para asegurar que el
rendimiento es de acuerdo a los planes y horarios, dentro de los presupuestos proyectados,
para satisfacer los objetivos.
Las evaluaciones se programan periódicamente y para todos hitos y puertas de decisión. La
intención es mantener buenas comunicaciones dentro del equipo del proyecto y con las partes
interesadas, especialmente cuando son encontrados cambios.
El proceso usa estas evaluaciones para dirigir los esfuerzos del proyecto, incluida la redirección
del proyecto cuando el proyecto no refleja la madurez previa.
El proceso de evaluación y control del proyecto recopila datos para evaluar la adecuación de la
infraestructura del proyecto, la disponibilidad de recursos necesarios, y el cumplimiento de las
medidas de rendimiento del proyecto. Las evaluaciones también supervisan el progreso técnico
de la proyecto y puede identificar nuevos riesgos o áreas que requieren investigación adicional.
El rigor de la evaluación y control del proyecto depende directamente de la complejidad del
sistema de interés (SOI). El control del proyecto involucra acciones correctivas y preventivas
tomadas para asegurar que el proyecto está funcionando de acuerdo a los planes y horarios y
dentro de los presupuestos proyectados.
45
Resumen INCOSE SEBoK MIS-MTS-2018
El propósito del proceso de gestión de riesgos es identificar, analizar, tratar y monitorear los
riesgos continuamente.
Numerosas normas, directrices, y publicaciones informativas abordan los temas de gestión de
riesgo. A continuación hay varias definiciones consistentes con este concepto tradicional de
riesgo: El riesgo es la "combinación de la probabilidad de un evento y su consecuencia " con
las siguientes notas:
- El término riesgo generalmente se usa solo cuando hay al menos la posibilidad de
consecuencias negativas.
- En algunas situaciones, el riesgo surge de la posibilidad de la desviación del resultado
esperado o evento.
La gestión de riesgos es una enfoque disciplinado para hacer frente a la incertidumbre eso está
presente a lo largo de todo el ciclo de vida del sistema. Un objetivo principal de la gestión del
riesgo es identificar y administrar (tomar medidas proactivas) para manejar las incertidumbres
que amenazan o reducen el valor proporcionado por una empresa u organización.
46
Resumen INCOSE SEBoK MIS-MTS-2018
6.1 INTRODUCCIÓN
El inicio de un proyecto comienza con la necesidad del usuario. Una vez que se percibe la
necesidad y los recursos se comprometen a establecer un proyecto, es posible definir los
parámetros de la relación de adquisición y suministro.
Los procesos de acuerdo definen las actividades necesarias para establecer un acuerdo entre
dos organizaciones. Un objetivo general de acuerdo procesos es identificar estas interfaces
externas y establecer los parámetros de estas relaciones, incluyendo e identificando las
entradas requeridas de las entidades externas y los resultados que se les proporcionarán. Esta
red de relaciones proporciona el contexto del entorno de los negocios de la organización y
acceso a futuras tendencias e investigaciones.
El ingeniero de sistemas por lo general tiene un papel de apoyo para el gerente de proyecto
durante las negociaciones y es responsable de las evaluaciones de impacto para cambios,
estudios de comercio sobre alternativas, evaluaciones de riesgo, y otros aportes técnicos
necesarios para las decisiones. Un elemento crítico para cada parte es la definición de criterios
de aceptación, tales como:
1. Cumplimiento porcentual de las SyRS
2. Requisitos de estabilidad y medidas de crecimiento, tales como la cantidad de requisitos
agregados, modificados o eliminado durante el intervalo de tiempo anterior (p. mes, trimestre,
etc.)
3. Porcentaje de cumplimiento de los requisitos de cada contrato documento: SOW, RFP, etc.
Estos criterios protegen ambos lados de la interacción de los negocios- el adquirente de ser
forzado a aceptar un producto con mala calidad y el proveedor de las acciones impredecibles
de un comprador voluble o indeciso.
El propósito del proceso de Adquisición es obtener un producto o servicio de acuerdo con los
requisitos del adquirente.
El proceso de adquisición se invoca para establecer un acuerdo entre dos organizaciones
según el cual una parte adquiere productos o servicios de la otra.
El proceso de suministro se invoca para establecer un acuerdo entre dos organizaciones en las
que una de las partes suministra productos o servicios a la otra.
El proceso de suministro es altamente dependiente de la gestión técnica, y procesos
organizativos de habilitación de proyectos.. Esto significa que el proceso de suministro es el
contexto más amplio en el que se aplican los otros procesos bajo el acuerdo. Esta sección está
escrita desde perspectiva de la organización proveedora.
47
Resumen INCOSE SEBoK MIS-MTS-2018
Este capítulo se centra en las capacidades de una organización relevantes para la realización
de un sistema; como se indicó anteriormente, ellos no están destinados a abordar la gestión
comercial general de objetivos, aunque a veces los dos se superponen. Las unidades
organizativas cooperan para desarrollar, producir, implementar, utilizar, apoyar, y retirar
(incluso el disposal) del sistema de interés (SOI). Los sistemas de habilitación también pueden
necesitar ser modificados para satisfacer las necesidades de los nuevos sistemas,
desarrollado, o adquiridolos si no existen.
El propósito del proceso de gestión del modelo de ciclo de vida es definir, mantener
y asegurar la disponibilidad de políticas, procesos del ciclo de vida, modelos de
ciclo de vida y procedimientos para el uso de la organización con respecto del
alcance de [ISO / IEC / IEEE 15288]
Las proposiciones de valor que se lograrán establecer en los procesos de toda la organización
por el uso de proyectos son los siguientes:
● Proporcionar rendimiento repetible / predecible en los proyectos en la organización
(esto ayuda al organización en la planificación y estimación de proyectos y en la
demostración de fiabilidad para los clientes)
● Prácticas de apalancamiento que han demostrado tener éxito para ciertos proyectos e
inculcarlos en otros proyectos a través de la organización (cuando corresponda)
● Permitir la mejora de procesos en toda la organización
● Mejorar la capacidad de transferir eficientemente al personal a través de proyectos
mientras los roles se definen y realizan de manera coherente.
● Habilita el aprovechamiento de lecciones que se de aprenden de un proyecto para
proyectos futuros para mejorar el rendimiento y evitar problemas
● Mejorar el inicio de nuevos proyectos (menor reinvención de la rueda)
Además, la estandarización en todos los proyectos puede permitir ahorro de costos mediante
economías de escala para actividades de apoyo (soporte de herramientas, documentación de
procesos, etc.).
Este proceso establece y mantiene un conjunto de políticas y procedimientos a nivel de
organización que apoyan la capacidad de adquirir y suministrar productos y servicios y
proporciona modelos de ciclo de vida integrado del sistema necesario para cumplir con los
planes estratégicos de la organización, políticas, metas y objetivos para todos los proyectos y
todas las etapas del ciclo de vida del sistema. Los procesos están definidos, adaptados y
mantenidos para apoyar los requisitos de la organización, unidades organizativas SE,
proyectos individuales y personal. La gestión de los procesos del modelo de ciclo de vida se
complementan con los métodos y herramientas recomendados.
48
Resumen INCOSE SEBoK MIS-MTS-2018
El trabajo de la organización es logrado a través de proyectos, que se llevan a cabo dentro del
contexto del entorno de la infraestructura. Esta infraestructura necesita ser definida y
comprendida dentro de la organización y el proyecto para asegurar la alineación de las
unidades de trabajo y el logro de los objetivos estratégicos generales de la organización. Este
proceso existe para establecer, comunicarse y mejorar continuamente entorno del proceso del
ciclo de vida del sistema. La Figura 7.3 es el diagrama de IPO para el proceso de gestión de la
infraestructura.
49
Resumen INCOSE SEBoK MIS-MTS-2018
El propósito del proceso de la Gestión del Portafolio es iniciar y mantener todos los
proyectos necesarios, suficientes y adecuados para cumplir los objetivos estratégicos
de la organización.
La administración del portafolio también proporciona una muestra del conjunto de proyectos,
sistemas e inversiones de la organización a partes externas interesadas como organizaciones
asociadas, inversores / fuentes de financiación, y organismos del gobierno.
Los proyectos crean los productos o servicios que generan ingresos para una organización. Por
lo tanto, la realización de proyectos exitosos requiere una asignación adecuada de fondos y
recursos y la autoridad para implementarlos cumpliendo los objetivos del proyecto. La mayoría
de las entidades comerciales administran sus recursos financieros utilizando procesos
monitoreo bien definidos y exhaustivos.
El proceso de gestión del portafolio también realiza la evaluación continua de los proyectos y
sistemas en su portafolio. Basándose en evaluaciones periódicas, los proyectos seguirán
recibiendo inversiones si tienen las siguientes características:
50
Resumen INCOSE SEBoK MIS-MTS-2018
Todos los proyectos necesitan recursos para cumplir sus objetivos .Este proceso se ocupa de
los recursos humanos. Recursos no humanos, incluidas herramientas, bases de datos,
sistemas de comunicación, sistemas financieros y tecnología de la información, se abordan
utilizando el proceso de gestión de la infraestructura (Sección 7.2).
51
Resumen INCOSE SEBoK MIS-MTS-2018
El propósito del proceso de gestión de calidad es asegurar que los productos, servicios
e implementaciones del proceso reuna los objetivos organizativos y de calidad del
proyecto y logre la satisfacción del cliente.
52
Resumen INCOSE SEBoK MIS-MTS-2018
El propósito del proceso de Gestión del Conocimiento es crear la capacidad y los activos que
permiten a la organización aprovechar las oportunidades para volver a aplicar el conocimiento
existente.
53
Resumen INCOSE SEBoK MIS-MTS-2018
54
Resumen INCOSE SEBoK MIS-MTS-2018
Los estándares y los manuales abordan los modelos del ciclo de vida y procesos de ingeniería
de sistemas (SE) los cuales pueden o no aplicarse completamente a una organización y / o
proyecto determinado. Por ello normalmente van acompañados de una recomendación para
adaptarlos a una determinada situación.
El principio detrás de la adaptación es garantizar que el proceso cumple con las necesidades
del proyecto mientras se escala al nivel de rigor que permite que las actividades del ciclo de
vida del sistema se realicen con un nivel aceptable de riesgo. El modelo de ciclo de vida se
puede adaptar tal como se describe en el Capítulo 3. Los procesos pueden ser adaptados
como se describe en esta sección. Todos los procesos aplican a todas las etapas, la
adaptación determina el nivel del proceso que se aplica en cada etapa, pero ese nivel nunca es
cero. Siempre hay algo de actividad de cada proceso en cada etapa.
La figura 8.1 es un gráfico teórico para el balanceo entre llevar a cabo un proceso formal contra
el riesgo de excesos de costos y tiempo (Salter, 2003). Insuficiente esfuerzo en SE
generalmente es acompañado por un alto riesgo, sin embargo, como se ilustra en la Figura
8.1, un proceso demasiado formal también introduce un alto riesgo. Del mismo modo, mucho
rigor o actividades innecesarias para el proceso, aumentarán el costo y los impactos del
cronograma a cambio de muy poco o ningún valor agregado. La sastrería ocurre
dinámicamente a lo largo del ciclo de vida del sistema dependiendo del riesgo y el entorno
situacional, y debe ser continuamente monitoreado y ajustado según sea necesario.
Para ISO / IEC / IEEE 15288, la sastrería de procesos es el eliminando o adaptando de los
procesos para satisfacer las circunstancias particulares de una organización. Si bien la
adaptación ISO / IEC / IEEE 15288 se centra en la eliminación de elementos de los
procesos innecesarios o injustificados, permite adiciones y modificaciones también.
Este capítulo describe el proceso de adaptación de los modelos del ciclo de vida y procesos
de SE para cumplir con la organización y necesidades del proyecto. Este capítulo también
describe la aplicación de los procesos SE en varios sectores de productos y dominios, para
líneas de productos, para servicios, para empresas, y en micro y pequeñas empresas (VSMEs).
55
Resumen INCOSE SEBoK MIS-MTS-2018
El propósito del proceso de Adaptación es adaptar los procesos de [ISO / IEC / IEEE
15288] para satisfacer circunstancias o factores particulares.
56
Resumen INCOSE SEBoK MIS-MTS-2018
La disciplina de SE se puede aplicar en sistemas de cualquier tipo y tamaño. Sin embargo, eso
no significa que deba ser aplicado ciegamente de la misma manera en todos los sistemas.
Mientras los fundamentos de SE son los mismos, diferentes áreas requieren diferentes énfasis
para tener éxito.
Esta sección proporciona un punto de partida para las personas que buscan aplicar SE en
diferentes rubros. Si bien el libro aborda varios mercados, nos enfocaremos en el espacial que
es el de nuestro interés.
SE se desarrolló en gran parte debido a las demandas de la carrera espacial y las tecnologías
de defensa asociadas, como misiles balísticos. La disciplina es muy madura en este dominio y
no requiere adaptación.
Los énfasis clave de SE en el dominio del espacio son la validación y la verificación, prueba e
integración de sistemas altamente confiables y bien caracterizados. La Gestión de Riesgos
también es clave para determinar cuándo incorporar nuevas tecnologías y cómo reaccionar a
los requisitos cambiantes a través de desarrollos de varios años y de desafíos programáticos.
El enfoque tradicional V de SE tiene sus inicios en los sistemas espaciales, ya que suelen
concebir nuevos diseños, construidos e implementados por agencias o contratistas.
Se usa una gran cantidad de estándares en el rubro espacial. Las telecomunicaciones son una
fuente importante de los mismos, ya que los espectros deben negociarse globalmente.
Estándares eléctricos y de datos también se usan en muchas partes del los segmentes
terrenos y de vuelo. Las agencias espaciales nacionales y los ejércitos a menudo establecen
estándares (por ejemplo, la Cooperación Europea para Estandarización del espacio,
Estándares "MIL" de los Estados Unidos). Un excelente ejemplo de un manual de SE basado
en el espacio es el de la NASA (2007b). Como los sistemas espaciales son desplegados por
más países, la estandarización a través de ISO y IEEE se está volviendo más común para un
conjunto creciente de problemas de interoperabilidad.
57
Resumen INCOSE SEBoK MIS-MTS-2018
Para el cliente, un enfoque de línea de producto permite ofrecer una familia de productos que
se adaptan a sus necesidades. Esto puede conducir a la optimización del producto o servicio,
el costo y el tiempo de adquisición, la calidad del sistema y el costo de propiedad.
Al implementar PLM, tanto el área de aplicación como los procesos de SE deben cambiar como
se muestra en Figura 8.4. Los productos de dominio (o productos genéricos) abordan los
requisitos de la línea de productos y son los resultados del trabajo de SE.
58
Resumen INCOSE SEBoK MIS-MTS-2018
Esta sección presenta el concepto de SE para servicios, donde las metodologías SE están
adaptadas para incluir una disciplina, enfoque sistémico y orientación al servicio, centrado en el
cliente entre los diferentes interesados y recursos para nearreal- coreación del valor del tiempo
y entrega del servicio.
Varios investigadores y empresas son utilizados para analizar con una perspectiva
socioeconómica y tecnológica las interacciones del usuario final (cliente) con empresas
mediante el desarrollo de metodologías formales para favorecer la cocreación y la
productividad.
Los sistemas de servicio se pueden ver como SoS, donde sistemas individuales, heterogéneos
y funcionales están vinculados juntos para conseguir nuevas características/funcionalidades de
un metasistema y para mejorar la robustez, menor costo y aumentar la fiabilidad. Para sistemas
de servicio, la comprensión de las necesidades de integración entre sistemas débilmente
acoplados y entidades del sistema junto con los flujos de información requeridos tanto para las
operaciones, administración, mantenimiento y aprovisionamiento (OAM & P) del servicio
presenta grandes desafíos en la definición, diseño e implementación de servicios (Domingue et
al., 2009; Maier, 1998).
El típico ejemplo de industria dado de esta progresión hacia los servicios es el negocio
internacional Machines (IBM), que aún produce hardware pero ve su negocio como
abrumadoramente orientado al servicio en donde el hardware solo juega un papel secundario
en sus servicios de soluciones comerciales.
A medida que el mundo se vuelve más interconectado y las personas se vuelven más
educadas, las redes de servicios (creado por la interacción de las entidades del sistema) será
accesible desde cualquier lugar, en cualquier momento, por cualquier persona con los
derechos de acceso adecuados.
Las economías del mundo continúan avanzando hacia la creación y entrega de servicios más
innovadores. Para preparar a los líderes del mañana, se necesitan nuevas disciplinas que
incluyen e integran diferentes habilidades y crean el conocimiento para apoyar tales servicios
globales.
59
Resumen INCOSE SEBoK MIS-MTS-2018
Esta sección ilustra las aplicaciones de los principios de SE para la planificación, diseño,
mejora y operación de una empresa para transformarla y mejorarla continuamente
permitiéndole sobrevivir en una entorno globalmente competitivo. La SE aplicada a empresas
es la aplicación de principios, conceptos y métodos de SE a la planificación, diseño, mejora y
operación de un empresa. Además, la SE en empresas aborda más que simplemente la
resolución de problemas; también trata con la explotación de oportunidades para lograr de la
mejor manera los objetivos de la empresa.
Las PyMEs se definen como organizaciones que tienen un pequeño número de empleados,
muchas veces menos de 50. Las contribuciones de las PyMEs al mundo de la economía está
bien documentado. Según algunas estimaciones, más del 98% del valor económico es
generado globalmente por las empresas con menos de 25 personas. Además, las PyMEs
contribuyen a los grandes sistemas empresariales y SoS, y son importantes y esenciales para
el éxito del sistema. La orientación de las PyMEs es genérica y aplicable a las funciones de SE
en cualquier rubro. Por supuesto, como con cualquier proyecto, debe aplicarse la adaptación
de las prácticas de SE teniendo en cuenta el riesgo asociado.
Debido a su pequeño tamaño, a las PyMEs a menudo les resulta difícil aplicar estándares
internacionales a sus necesidades comerciales. Las PyMEs típicas no tienen una
infraestructura integral, y el poco personal usualmente está desempeñando múltiples roles.
El perfil inicial se centra en las PyMEs nuevas y aquellas que trabajan en pequeños proyectos.
El perfil básico describe las prácticas de desarrollo del sistema de una sola aplicación por un
solo equipo y sin factores de riesgo especiales o situacionales. El perfil intermedio está dirigido
a las PyMEs que desarrollan proyectos múltiples, mientras que el perfil avanzado se aplica a
las que desean crecer como empresas independientes.
60
Resumen INCOSE SEBoK MIS-MTS-2018
61
Resumen INCOSE SEBoK MIS-MTS-2018
La profundidad del modelo indica el grado de descomposición del modelo desde el contexto
del sistema hacia los elementos del mismo.
La fidelidad del modelo indica el nivel de detalle que el modelo debe representar para
cualquier parte del mismo. La fidelidad puede también referirse a la precisión de un modelo
computacional, como el tiempo del paso de tiempo requerido para la simulación.
Un modelo Taxonómico como el que se muestra abajo es útil para mostrar una ilustración del
modelo pero no necesariamente provee una visión exhaustiva del mismo. Otras clases pueden
ser:
Algu
nos
eje
mpl
os
de
mod
elos
de
sist
ema
s
pue
den
incl
uir (ISO/IEC/IEEE 15288):
62
Resumen INCOSE SEBoK MIS-MTS-2018
63
Resumen INCOSE SEBoK MIS-MTS-2018
64
Resumen INCOSE SEBoK MIS-MTS-2018
El INCOSE define el MBSE como “la aplicación formal del modelado para dar soporte a los
requerimientos de sistemas, diseño, análisis, verificación y validación que comienzan en la fase
de diseño conceptual y continúan a lo largo del desarrollo y en fases posteriores del ciclo de
vida de un proyecto”.
65
Resumen INCOSE SEBoK MIS-MTS-2018
Este enfoque se concentra sobre la arquitectura funcional del sistema. Una función es una
tarea específica, una acción o una actividad que debe ser realizada para lograr un beneficio
deseado. Una función puede estar acompañada por una o más elementos del sistema que
comprenden le hardware, software, firmware, facilidades, personal y datos de procesamiento.
FBSE describe lo que el sistema podrá hacer, no como va a hacerlo. Idealmente, este proceso
comienza después de que todos los requerimientos de sistema han sido definidos
completamente, pero esto rara vez se logra por lo cual esta tarea deberá llevarse a cabo de
manera iterativa.
El proceso de FBSE es iterativo, incluso dentro de una única etapa durante el ciclo de vida del
sistema y comienza al nivel más alto como un conjunto de funciones que son definidas en el
documento de requerimientos aplicable o especificaciones. A continuación se muestra el
proceso típico de
cómo ir
Con cada iteración de FBSE, descomposiciones alternativas son evaluadas y todas las
interfaces son definidas.
Los productos de FBSE pueden tomar distintos formatos dependiendo de la etapa específica
del proyecto y de la técnica específica usada para desarrollar la arquitectura funcional. Los
siguientes son algunos de las salidas que se pueden generar con FBSE:
● Diagramas de entrada y salidas del proceso (IPO): Son diagramas de alto nivel que
muestran el flujo de datos. No muestran la descomposición del sistema.
● Diagramas de Comportamiento
66
Resumen INCOSE SEBoK MIS-MTS-2018
● Diagramas de Control de Flujo: Dentro de ellos, puden ser: Diagramas de caja, de flujo
y de transición de estados
● Diagramas de Flujo de Datos (DFD)
● Diagramas de relación de Entidades (ER)
● Diagrama de Bloques de Flujos Funcionales (FFBD)
● Diagramas de Definición Integrada para el Modelado Funcional (IDEF)
● Diccionarios de Datos
● Modelos
● Resultados de Simulación
Las herramientas que pueden utilizarse para FBSE son:
● Herramientas de Análisis
● Herramientas de Modelado y Simulación
● Herramientas para realizar Prototipos
● Herramientas para hacer seguimientos de los Requerimientos
Este enfoque hace más flexible a la arquitectura y la extensibilidad del sistema para adaptarse
a nuevas tecnologías y cambios de requerimientos. También facilita la integración con
desarrollando softwares orientados a objetos, hardware y métodos de verificación y validación.
67
Resumen INCOSE SEBoK MIS-MTS-2018
Muchos proyectos tienen la necesidad o el beneficio de utilizar interfaces estándar, como por
ejemplo protocolos estándar de internet o arquitecturas de sistemas modulares abiertas.
La comunicación es de vital importancia para asegurar una buena gestión de interfaces por lo
cual muchos sistemas incorporan el uso de un Grupo de Trabajo de Control de Interfaces
(ICWG).
68
Resumen INCOSE SEBoK MIS-MTS-2018
Existen distintos métodos para analizar interfaces, los cuales ayudan a identificar y entender
las interfaces en el contexto del sistema, los elementos del sistema y/o las interfaces del
sistema.
Las funciones de sistema o elementos físicos se muestran en la diagonal del diagrama. El resto
de los casilleros en la matriz NxN representa las interfaces de salida y de entrada.
69
Resumen INCOSE SEBoK MIS-MTS-2018
9.8 LEAN SE
9.9 SE ÁGILES
70
Resumen INCOSE SEBoK MIS-MTS-2018
Los principios para diseñar una arquitectura ágil se concentran en tres subgrupos: reusable,
reconfigurable y escalable, y se resumen a continuación:
71
Resumen INCOSE SEBoK MIS-MTS-2018
El objetivo del capítulo es dar suficiente información al ingeniero de sistemas para que entienda
la importancia de cada especialidad de las ingenierías.
Los [aspectos técnicos] generalmente se consideran primero, los [aspectos] económicos son
tenidos en cuenta más adelante.
Para definir la accesibilidad para un programa o sistema en particular (vea la Fig. 10.3 como un
ejemplo de un rango de asequibilidad), debemos definir los componentes seleccionados de
accesibilidad. Como tal, se podría especificar lo siguiente:
1. Capacidades requeridas:
a. Identifique las capacidades requeridas y la fase de tiempo para la inclusión de
las capacidades.
2. Rendimiento de las capacidades requeridas:
a. Identifique y especifique los ME necesarios para cada una de las capacidades.
b. Defina la fase de tiempo para lograr los MOEs.
3. Presupuesto:
a. Identifique los elementos del presupuesto para incluir en la evaluación de
asequibilidad.
b. Presupuesto por fases, ya sea
i. para cada uno de los elementos del presupuesto o
ii. como el presupuesto total.
72
Resumen INCOSE SEBoK MIS-MTS-2018
Al menos uno de los elementos de asequibilidad debe designarse como el criterio de decisión
que se utilizará en un estudio de comercio o como la base para adjudicar un contrato. Los
elementos de asequibilidad que no están designados como los criterios de decisión se
convierten en restricciones, junto con las limitaciones que se especifican.
CEA comienza con objetivos claros y un conjunto de alternativas para alcanzar esos objetivos.
Las comparaciones solo deben hacerse para alternativas que tienen objetivos similares. Un
CEA directo no puede comparar opciones con diferentes metas y objetivos.
El ingeniero de sistemas debe considerar los costos desde varios aspectos y ser consciente de
las perspectivas de las partes interesadas. En algunos estudios, el LCC se compara con el
costo total de propiedad (TCO), pero muchas veces estas medidas solo incluyen los costos una
vez que los sistemas se compran o adquieren.
El análisis LCC ayuda al equipo del proyecto a comprender el impacto total en el costo de una
decisión, comparar entre las alternativas del programa y respaldar los estudios comerciales
para las decisiones tomadas a lo largo del ciclo de vida del sistema. LCC normalmente incluye
los siguientes costos:
• Costos conceptuales: costos para los esfuerzos iniciales de desarrollo conceptual (mano de
obra promedio y los intervalos de programación, costos generales y administrativos).
• Costos de retiro: los costos por eliminar el sistema de la operación e incluye una estimación
de los costos de intercambio o rescate.
73
Resumen INCOSE SEBoK MIS-MTS-2018
Los requisitos de EMC son entradas para las etapas de concepto y desarrollo. Es importante
que los requisitos de EMC se fijen al comienzo del diseño físico, ya que el diseño de EMC
incluye implementaciones de hardware mecánico y eléctrico / electrónico que no forman parte
de los demás requisitos funcionales.
El enfoque del análisis de impacto ambiental se basa en los efectos nocivos potenciales del
desarrollo, la producción, la utilización, el apoyo y las etapas de jubilación de un sistema
propuesto.
La serie ISO 14000 de normas de gestión ambiental (ISO, 2004) es un excelente recurso para
organizaciones para analizar y evaluar sus operaciones y sus impactos en el medio ambiente.
Dos elementos clave del éxito de esta iniciativa fueron el monitoreo continuo del estado
ambiental y la integración de las preocupaciones ambientales en los requisitos del propietario.
Los estándares también han crecido en número y complejidad a lo largo del tiempo, sin
embargo, el cumplimiento de las normas sigue siendo una de las claves de la interoperabilidad.
74
Resumen INCOSE SEBoK MIS-MTS-2018
La capacidad de fabricar o producir un elemento del sistema es tan esencial como la capacidad
de definirlo y diseñarlo correctamente. Un producto diseñado que no se puede fabricar causa
una reprogramación del diseño y retrasos en los programas con sobrecostos asociados.
75
Resumen INCOSE SEBoK MIS-MTS-2018
La ingeniería de propiedades de masa (MpE) asegura que el sistema o elemento del sistema
tenga las propiedades de masa apropiadas para cumplir con los requisitos (SAWE). Las
propiedades de masa incluyen el peso, la ubicación del centro de gravedad, la inercia alrededor
del centro de gravedad y el producto de la inercia alrededor de un eje.
Típicamente, el tamaño inicial del sistema físico se deriva de otros requisitos, como la carga
mínima de pago, el peso operativo máximo o las restricciones de factor humano. Las
estimaciones de propiedades masivas se realizan en todas las etapas del ciclo de vida del
sistema en función de la información disponible en ese momento. Se lleva a cabo una
evaluación de riesgos, utilizando técnicas tales como análisis de incertidumbre o simulaciones
de Monte Carlo, para verificar que las propiedades de masa predichas del sistema cumplirán
los requisitos y que el sistema operará dentro de los límites de diseño. MpE se realiza al final
de la etapa de producción para garantizar a todas las partes que el sistema entregado cumple
con los requisitos y luego varias veces durante la etapa de utilización para garantizar la
seguridad del sistema, elemento del sistema u operador humano.
Una trampa en MpE es creer que las herramientas de modelado tridimensional pueden usarse
exclusivamente para estimar las propiedades de masa del sistema o elemento del sistema.
Esto es problemático porque (i) no todas las partes se modelan en el mismo programa y (ii) la
mayoría de las partes se modelan idealmente.
Para ser confiable, un sistema debe ser robusto; debe evitar los modos de falla incluso en
presencia de una amplia gama de condiciones que incluyen entornos hostiles, demandas
operacionales cambiantes y deterioro interno (Clausing y Frey, 2005). Por lo tanto, la
confiabilidad puede verse como el funcionamiento apropiado de un sistema durante su vida
esperada en toda la gama de condiciones experimentadas en el campo.
RAM son atributos o características importantes de un sistema dado. Sin embargo, la RAM no
debería verse como características, sino como requisitos no funcionales. Por lo tanto, es
esencial que los procesos de SE incluyan las actividades de RAM, seleccionadas, planificadas
y ejecutadas de manera integrada con otros procesos técnicos.
10.8.1 Confiabilidad
Tradicionalmente, la confiabilidad se ha definido como la probabilidad de que un elemento
desempeñe una función requerida sin fallar bajo las condiciones establecidas durante un
período de tiempo determinado.
76
Resumen INCOSE SEBoK MIS-MTS-2018
10.8.2 Disponibilidad
La disponibilidad se define como la probabilidad de que un sistema, cuando se usa bajo las
condiciones establecidas, operará satisfactoriamente en cualquier momento según sea
necesario. Por lo tanto, la disponibilidad depende de la confiabilidad y la capacidad de
mantenimiento del sistema, así como del entorno de soporte durante las etapas de utilización y
soporte. Se puede expresar y definir como disponibilidad inherente, lograda u operativa
(Blanchard y Fabrycky, 2011):
10.8.3 Mantenibilidad
Un objetivo de la ingeniería de sistemas es diseñar y desarrollar un sistema que pueda
mantenerse de manera efectiva, segura, en el menor tiempo posible, al menor costo y con un
gasto mínimo de recursos de soporte sin afectar adversamente la misión de ese sistema. La
capacidad de mantenimiento es la capacidad de un sistema para mantenerse, mientras que el
mantenimiento constituye una serie de acciones que se deben tomar para restaurar o retener
un sistema en un estado operacional efectivo. La capacidad de mantenimiento debe ser
inherente o estar "integrada" en el diseño, mientras que el mantenimiento es el resultado del
diseño. La capacidad de mantenimiento se puede expresar en términos de tiempos de
mantenimiento, factores de frecuencia de mantenimiento, horas de mantenimiento de mano de
obra y costo de mantenimiento. El mantenimiento se puede dividir en mantenimiento correctivo
y mantenimiento preventivo.
77
Resumen INCOSE SEBoK MIS-MTS-2018
El objetivo principal de la ingeniería de seguridad del sistema es influir en el diseño con los
requisitos relacionados a la seguridad para las etapas de desarrollo, producción, utilización,
soporte y retiro de un sistema seguro. Los beneficios de un sistema seguro son numerosos e
incluyen, entre otros, la reducción del riesgo asociado con el costo, el cronograma, la
efectividad operativa, la disponibilidad del sistema y la responsabilidad legal.
La ingeniería de seguridad del sistema se centra en garantizar que un sistema pueda funcionar
en condiciones disruptivas asociadas con el mal uso y el comportamiento malicioso.
Las fuentes de posibles condiciones disruptivas (amenazas) son muchas y variadas. Pueden
ser naturales (por ejemplo, clima) o hechos por el hombre. Pueden emanar de fuentes externas
(por ejemplo, interrupciones políticas o de energía) o pueden ser causadas por fuerzas internas
(por ejemplo, usuario o sistemas de soporte). Una interrupción puede ser involuntaria o
intencional (maliciosa) en la naturaleza. Las capacidades de seguridad, ya sean
implementadas a través del diseño, la política o la práctica, deben ser utilizables desde la
perspectiva del usuario.
Para ser eficaz, la ingeniería de seguridad del sistema se aplica durante todo el ciclo de vida
del sistema.
78
Resumen INCOSE SEBoK MIS-MTS-2018
El objetivo principal de HSI es garantizar que las capacidades y limitaciones humanas se traten
como elementos críticos del sistema, independientemente de si los humanos en el sistema
operan como individuos, tripulaciones, equipos, unidades u organizaciones. Es importante
reconocer que los humanos fuera del sistema pueden verse afectados por su operación.
La aplicación integral de HSI para el desarrollo, diseño y adquisición del sistema tiene como
objetivo optimizar el rendimiento total del sistema (p. Ej., Humanos, hardware y software) al
mismo tiempo que acomoda las características de la población que usará, operará, mantendrá
y apoyará la sistema y también apoyar los esfuerzos para reducir el LCC.
Un método clave de HSI son los estudios y análisis de comercio. Los análisis de HSI,
especialmente los análisis de requisitos que incluyen cuestiones e implicaciones humanas, a
menudo dan lugar a ideas que de otro modo no se verían. Los estudios comerciales que
incluyen cuestiones relacionadas con los seres humanos son fundamentales para determinar el
diseño que es el más eficaz, eficiente, adecuado (incluido el útil y comprensible), utilizable,
seguro y asequible.
HSI ayuda a los ingenieros de sistemas a concentrarse en los costos a largo plazo, ya que gran
parte de ese costo está directamente relacionado con las áreas de elementos humanos.
VE, gestión de valor (VM) y análisis de valor (VA) son todos términos que pertenecen a la
aplicación del proceso de VE (Bolton et al., 2008; Salvendy, 1982; SAvE, 2009).
VE utiliza un proceso sistemático (por ejemplo, un plan de trabajo formal), facilitadores / jefes
de equipo certificados por VE y un enfoque de equipo multidisciplinario para identificar y
evaluar soluciones a problemas complejos en el ciclo de vida de un proyecto, proceso o
sistema. El proceso de VE utiliza varias técnicas estándar de resolución de problemas / toma
de decisiones en un esfuerzo organizado dirigido a analizar de forma independiente las
funciones de programas, proyectos, organizaciones, procesos, sistemas, equipos,
instalaciones, servicios y suministros. El objetivo es lograr las funciones esenciales en el LCC
más bajo compatible con el rendimiento requerido, la confiabilidad, la disponibilidad, la calidad
y la seguridad. VE no es una actividad de reducción de costos sino un método orientado a las
funciones para mejorar el valor de un producto. No hay límite para el campo en el que se puede
aplicar VE.
79
Resumen INCOSE SEBoK MIS-MTS-2018
El valor se define como un rendimiento justo o su equivalente en bienes, servicios o dinero por
algo intercambiado. En otras palabras, el valor se basa en "lo que obtienes" en relación con "lo
que cuesta". Está representado por la relación:
La función se mide según los requisitos del interesado. El costo se calcula en los materiales,
mano de obra, precio, tiempo, etc. necesarios para cumplir esa función.
80