3 IGPE Tema3 E

Master en Ciencia y Tecnología desde el Espacio
Ingeniería y Gestión de Proyectos Espaciales
Tema III. Ingeniería de Proyectos Espaciales

o  Tema1. Introducción
o  Tema 2. Oportunidades de negocio con la
Agencia Espacial Europea
o  Tema 3. Ingeniería de Proyectos Espaciales
o  Tema 4. Gestión de Proyectos Espaciales
o  Tema 5. Garantía de calidad
Daniel Meziat Luna y Agustín Martínez Hellín

meziat@aut.uah.es hellin@aut.uah.es
Contenidos
o  Marco Conceptual
o  El dominio de la Ingeniería
o  Procesos de Ingeniería de Sistemas
n  Integración y control
n  Ingeniería de Requisitos
n  Análisis
n  Diseño y configuración
n  Ingeniería de verificación
o  Disciplinas de Ingeniería de Sistemas

o  Niveles de la Ingeniería de Sistemas
o  La Ingeniería de Sistemas en las diferentes fases del proyecto
o  Filosofía de modelos
o  Bibliografía y Referencias
IGPE 2012! 2
1!
Marco conceptual
El propósito de un proyecto espacial es suministrar a
un cliente un sistema para operar en el espacio exterior
y, si es necesario, soportar su operación. Típicamente
(ECSS-E), se consideran 5 dominios:!
o  Gestión del proyecto !
o  Ingeniería!
o  Producción!
o  Operaciones!
o  Garantía de Calidad!
IGPE 2012! 3
Marco conceptual
Gestión del proyecto. Responsable de alcanzar la
totalidad de los objetivos del proyecto. Específicamente:!
o  Organización!
o  Calendario!
o  Coste!
Ingeniería. Responsable de la definición del sistema,

de verificar que se alcanzan los requisitos técnicos del
cliente y de cumplir con las restricciones aplicables al
proyecto.!
IGPE 2012! 4
2!
Marco conceptual
Producción. Responsable de fabricar ensamblar e
integrar el sistema, de acuerdo con el diseño definido en
Ingeniería.!
Operaciones. Responsable de soportar el sistema durante
la fase operativa. Puede llevarse a cabo por:!
o  Cliente!
o  Suministrador!
o  Tercera parte!
o  Combinaciones de ellos!
Garantía de Calidad. Responsable de asegurar la
calidad del proyecto y de ciertas actividades
especializadas.!
IGPE 2012! 5
Marco conceptual
Los límites entre estas actividades no están definidos con
claridad.!
Ingeniería !
Producción! Operación!
IGPE 2012! 6
3!
Marco conceptual
claridad.!
CA
AD
Ingeniería!
LID
LID
AD
CA
Gestión de proyectos!
!
Producción! Operación!
CALIDAD!
IGPE 2012! 7
Marco conceptual
claridad. Por ejemplo:!
Proceso de diseño! Pertenece! Dominio de la Ingeniería!
Garantía de Calidad:!
•  Fiabilidad!
Implica actividades! •  Disponibilidad!
•  Mantenibilidad!
•  Seguridad !
IGPE 2012! 8
4!
Marco conceptual
Aunque en los proyectos espaciales suelen considerarse !
los 5 dominios, el ECSS agrupa sus recomendaciones en !
tres:!
•  Ingeniería (E)!
•  Gestión de Proyectos (M)!
•  Garantía de Calidad (Q)!
Proyecto espacial!
Gestión del! Garantía!
Ingeniería!
Proyecto ! de Calidad!
IGPE 2012! 9
El dominio de la Ingeniería
Concepto (ECSS-E):
La Ingeniería trata del establecimiento (basado en las
necesidades del usuario) de los objetivos de la
misión, requisitos y especificaciones de los sistemas
espaciales y del diseño, definición, producción,
verificación, operación y eventual suministro de los
propios sistemas.
ECSS proporciona un brazo completo (ECSS-E) para

dar Especificaciones, Guías, Manuales (Handbooks) y
Procedimientos sobre los aspectos tecnológicos que
permiten obtener el producto.
IGPE 2012! 10
5!
IGPE 2012! 11
IGPE 2012! 12
6!
Es aplicable a los diferentes
elementos de un sistema
espacial:!
o  Segmento Espacio!
o  Segmento Tierra!
o  Segmento Servicio!
de Lanzamiento !
GSE: Ground Support Equipment!

AIV: Assembly, Integration, Verification !
IGPE 2012! 13
Se pueden identificar tres ejes ortogonales:!
o  Procesos/Funciones !
o  Disciplinas !
o  Niveles!
Nota: las actividades del !

eje de procesos de !
Ingeniería de Sistemas !
no deben confundirse con!
las fases del ciclo de vida !
de un proyecto!
IGPE 2012! 14
7!
Procesos de Ingeniería de Sistemas:
Se pueden identificar 5 Funciones/Procesos (ECSS-E-ST-10):!
o  Integración y control !

o  Ingeniería de Requisitos!
o  Análisis!
o  Análisis funcional!
o  Soporte analítico!
o  Diseño (y configuración)!

o  Ingeniería de Verificación!
DDF: Design Definition File DJF: Design Justification File !

IGPE 2012! 15
IGPE 2012! Relación con los otros dominios (Figura 4.1 del ECSS‐E‐ST‐10C)! 16
8!
INPUT!
COSTUMER!
OUTPUT!
(Figura 4.2* del ECSS‐E‐ST‐10C)!

IGPE 2012! 17
Procesos de Ingeniería de Sistemas

Integración y control (1)
Concepto:
Gestiona las contribuciones concurrentes de !
o  todos los participantes!

o  todas las disciplinas!
o  a través de todas las fases del proyecto!
con el fin de optimizar la definición y realización del sistema. !
IGPE 2012! 18
9!
Incluye (1):
n  Gestión general de las actividades de ingeniería
n  Planificación
n  Base de datos de Ingeniería
n  Intercambio de datos y documentación ~ ECSS-M-ST-40
n  Definición de las reglas de control
n  Gestión de las interfaces del sistema (ICD´s)
n  Ingeniería ambiental
IGPE 2012! 19

Incluye (2):
n  Ingeniería de los factores humanos
n  Filosofía y márgenes del presupuesto
n  Tecnología
n  Coste efectivo
n  Gestión de los “riesgos de ingeniería” ECSS-M-ST-80
n  Suministros
n  Gestión del control de cambios ~ ECSS-M-ST-40
n  Evaluación de las capacidades
IGPE 2012! 20
10!
Ingeniería de requisitos (1)
Analiza las peticiones del cliente y las transforma en Requisitos de
Ingeniería. Asegura que los Requisitos del producto son completos, sin
ambigüedades y que expresan apropiadamente las necesidades del
cliente.!
Cada requisito debe ser: !
n  Necesario (Justificable)
n  Alcanzable
n  Cuantificable (Rango de tolerancia y métodos)
n  Trazable
n  Único
n  Auto-contenido
n  No ambiguo
n  Identificable (Referenciado apropiadamente)
n  Verificable
IGPE 2012! 21

Ingeniería de requisitos (2)
IGPE 2012! Requisitos de un sistema espacial (Figura 3 del ECSS‐E‐10A) ! 22
11!
Análisis
o  Análisis funcional: comprende la definición,
documentación, modelado y optimización de una
representación funcional del sistema.
n  Predicción de prestaciones
n  Identificación de riesgos (propios y del entorno)
o  Soporte analítico: da soporte a las funciones de
análisis de requisitos, diseño y verificación.
Hay que considerar las limitaciones y validez de
los métodos de simulación.
IGPE 2012! 23

Diseño y configuración
Proceso que genera una arquitectura física para el producto!
y define un conjunto de documentación configurada que !
constituye la entrada del proceso de producción.!
Objetivos básicos:!
o  Arquitectura física!
o  Árbol del producto!
o  Diseño de los elementos del árbol del producto!
Fichero de Definición de Diseño (DDF)!
Salida básica!
Fichero de Justificación del Diseño (DJF)!
IGPE 2012! 24
12!
Ingeniería de la verificación (1)
Es el proceso de confirmación de que el sistema !
considerado cumple con los requisitos aplicables.!
Objetivos:!
•  Probar que las necesidades del usuario se han !
capturado adecuadamente!
•  Validar el personal, procedimientos y herramientas!
•  Confirmar que se respetan las restricciones de diseño!
•  Validar los procesos de producción!
•  Confirmar la integridad y prestaciones !
•  Aceptar el hardware y software de vuelo!
Es un proceso activo en todo el ciclo de vida del producto!
IGPE 2012! 25

(ECSS-E-ST-10-02B)!
Proceso interactivo, basado en consideraciones técnicas, de coste y de
calendario, acordado conjuntamente por el cliente y el suministrador.!
IGPE 2012! 26
13!
Pasos:!
•  Establecer los criterios de verificación!
•  Planificar las actividades de verificación!
•  Ejecutar las actividades de verificación (Botton-Up) !
•  Preparar y aprobar los documentos de cierre !
Métodos:!
•  Análisis (incluyendo simulaciones)!
•  Revisiones del diseño!
•  Inspecciones!
•  Demostraciones!
•  Pruebas (en tierra, en vuelo, en órbita)!
IGPE 2012! 27

o  Procesos de verificación (ECSS-E-ST-10-02)
n  Objetivos
o  Calificación del diseño y prestaciones
o  Asegurar que el producto está de acuerdo con el diseño
o  Verificar que el sistema espacial (incluyendo herramientas,
procedimientos y recursos) cumple con los requisitos de
misión
o  Confirmar la integridad del producto en todas las fases de
la misión
n  Actividades (o Procesos de verificación)
o  Planificación de la verificación
o  Ejecución e Informes
o  Control de verificación y Cierre
IGPE 2012! 28
14!
Procesos y actividades de verificación (ECSS-E-ST-10-02)

IGPE 2012! 29

o  Planificación (1)
o  La propuesta de verificación se hace en las fases A/B,
teniendo en cuenta:
n  Peculiaridades y restricciones del diseño
n  Estatus de calificación de las soluciones (categoría
del producto)
n  Disponibilidad y madurez de las herramientas de
verificación
n  Metodologías de verificación
n  Restricciones en vuelo y en el segmento terrestre
n  Limitaciones programáticas, de coste y calendario
o  Métodos
n  Pruebas, análisis, revisiones e inspecciones del
diseño
o  Niveles
IGPE 2012! 30
15!
o  Niveles
n  Componente (ej. válvulas, baterías, cajas electrónicas, ...)
n  Unidad (ej. alimentación, control posición, control térmico,
software, …)
n  …
n  Subsistema (ej. plataforma. carga útil)
n  Sistema completo (ej. segmento terreno, satélite, lanzador)
IGPE 2012! 31

o  Etapas
n  Calificación
n  Aceptación
n  Pre-lanzamiento
n  En-órbita
n  Post-aterrizaje (en su caso)
o  Modelos (Filosofía de modelos)
o  Herramientas
n  Aspectos generales
n  Equipo de soporte de tierra (GSE)
n  Facilidades de validación software (SVF)
n  Simuladores
n  Herramientas software para verificación por análisis
n  Facilidades de integración y pruebas. Equipamiento del
laboratorio
IGPE 2012! 32
16!
Disciplinas de Ingeniería de Sistemas
o  Generalista!
Responsable de las actividades de integración y control!
o  Electricidad y Electrónica (Ejemplo)!
o  Mecánica!
o  Software!
o  Ingeniería de Comunicaciones!
o  Ingeniería de Control!
o  ……………………………………….!
o  Ingeniería de Producción *!

o  Ingeniería de Operaciones *!
Los requisitos de QA en ECSS-Q-ST-20 !
IGPE 2012! 33

Electricidad y Electrónica (1). Procesos de Ingeniería!
o  Integración y control !
o  Ingeniería de Requisitos (Ejemplo)!
o  Análisis!
o  Análisis funcional!
o  Soporte analítico!
o  Diseño (y configuración)!
o  Ingeniería de Verificación!

IGPE 2012! 34
17!
Ingeniería de Requisitos (ECSS-E-ST-20)
n  Generales
o  Requisitos de interfaces
o  Requisitos de diseño (Ejemplo)
o  Seguridad
o  Preparación para el suministro
o  Componentes, materiales y procesos
o  Verificación
n  Alimentación
n  Compatibilidad Electromagnética (EMC).
n  Sistemas de Radio Frecuencia
n  Sistemas Ópticos
IGPE 2012! 35

Ingeniería de Requisitos (ECSS-E-ST-20)!
o  Requisitos de interfaces!
o  Señales!
o  Comandos!
o  Telemetría!
IGPE 2012! 36
18!
Ingeniería de requisitos (ECSS-E-ST-20)!
o  Requisitos de diseño !
o  Redundancia!
o  Procesamiento de datos!
o  Conectores eléctricos (Ejemplo)!
o  Requisitos mecánicos!
o  Requisitos térmicos!
o  Requisitos de disponibilidad!
o  Pruebas!
IGPE 2012! 37

Electricidad y Electrónica (5). Requisitos de diseño (1)!
o  Conectores eléctricos (1)
n  Todos los conectores de alimentación serán “hembras”.
n  Todos los conectores de una “unidad” serán “hembras”.
n  Deberá utilizarse un “salva-conectores” para pruebas en tierra,
siempre que no se alteren las prestaciones del equipo.
n  Los conectores de los cables serán diseñados para evitar una
conexión inadvertida en un equipo equivocado (conectores-
llave).
n  No se utilizará un simple cable o conector para intercambiar
señales críticas para la misión (usar conectores y placas
físicamente separadas).
IGPE 2012! 38
19!
Electricidad y Electrónica (6). Requisitos de diseño (2)!
o  Conectores eléctricos (2)
n  Como norma general, se deben usar conectores diferentes
para alimentación y señales. Cuando no sea posible,
alimentación, señales y telemetría deberán separarse por pines
libres, para evitar fallos de propagación.
n  Deberán estar disponibles contactos de reserva en cada
conector y deberán ser accesibles fácilmente.
n  Al menos un contacto por conector debe ser conectado a la
estructura de la unidad para conectar los apantallamientos.
n  Cada señal y su correspondiente retorno debe, siempre que
sea posible, estar localizado en contactos adyacentes.
IGPE 2012! 39

Ingeniería de Producción *
Realiza la fabricación del producto. !
Cubre todos los trabajos de preparación necesarios para
garantizar que el producto se obtenga al menor coste, en
el plazo previsto y de acuerdo con los requisitos. !
Objetivos:
n  Valorar el impacto ambiental de los procesos de fabricación
n  Producir la documentación de fabricación
n  Planificar las actividades de suministro
n  Estudiar comparativamente las posibles tecnologías de
producción
n  Identificar y optimizar las plantas de producción
n  Evaluar y seleccionar las herramientas estándar o identificar
y diseñar herramientas propias
n  Eliminar o controlar los posibles riesgos
IGPE 2012! 40
20!
Ingeniería de Operaciones *
Cubre todos los trabajos para preparar las
facilidades del segmento terrestre, para soportar las
operaciones, conducir las propias operaciones y las
actividades post-operacionales!
Actividades:
n  Preparación de las operaciones
n  Entrenamiento
n  Validación de operaciones
n  Ejecución de las operaciones
n  Retirada
n  Actividades post-operacionales
IGPE 2012! 41

Ingeniería de Operaciones: Preparación
Cubre todos los trabajos para garantizar la operatividad!

del producto, considerando los requisitos:!
o  Observabilidad
o  Commandabilidad y Autonomía
o  Modos de operación
o  Bases de datos del sistema (preliminar)
o  Manuales de usuario (preliminar)
IGPE 2012! 42
21!
Ingeniería de Operaciones: Entrenamiento
o  Personal de tierra

Para monitorizar y controlar un vehículo espacial
Operaciones asociadas a facilidades de tierra
o  Misiones tripuladas

Pilotaje de vehículos
Conducción de operaciones de misión en órbita
IGPE 2012! 43

Ingeniería de Operaciones: Validación
Su objetivo es completar las facilidades y el entrenamiento
del personal de acuerdo con los planes y procedimientos,
en escenarios que simulen los condiciones operativas.!
Las interfaces Segmento espacial/Segmento terrestre se

validan usando simuladores del Segmento espacial.!
Salidas Planes, procedimientos y personal totalmente

preparados para las operaciones de la misión.!
IGPE 2012! 44
22!
Ingeniería de Operaciones: Ejecución (1)
Es la utilización del producto completo para su propósito!
Vida operativa:
n  Lanzadores
Desde la erección del lanzador, hasta el despliegue de la
última carga útil ó completa recuperación del elemento
lanzador recuperable
n  Vehículos espaciales
Desde el lanzamiento al posicionamiento en órbita, vida útil y
recuperación o destrucción
IGPE 2012! 45

Ingeniería de Operaciones: Ejecución (2)
Tareas:
n  Secuencia de lanzamiento
n  Calibración en órbita, pruebas y puesta en marcha
n  Actualización y refinamiento de la planificación de la misión
n  Control y monitorización remotos de la carga útil, lanzador o
vehículo espacial
n  Operaciones o mantenimiento de facilidades de tierra
n  Operaciones en órbita por humanos
n  Re-configuración HW/SW en respuesta a fallos o
contingencias
n  Actualización de procedimientos de operaciones en vuelo
IGPE 2012! 46
23!
Ingeniería de Operaciones: Retirada

Trata de las tareas, acciones y actividades necesarias para !
garantizar que la eliminación de elementos inservibles!
cumpla con las directivas y regulaciones aplicables.!
Ingeniería de Operaciones: Post Operaciones

Consiste en el análisis de las prestaciones y aspectos de
calidad de los sistemas terrestre y espacial para utilizarlo
en la futuras misiones espaciales.
IGPE 2012! 47
Niveles de Ingeniería de Sistemas

Descripción física Árbol de producto!
Descripción estructural!
o  Sistema (necesidades del usuario)!
o  Subsistema (primer nivel funciones específicas)!
o  Grupo (conjunto de elementos funcionalmente relacionados)!
o  Equipo / Producto software (HW-SW / Sólo SW)!
o  Montaje (dos o más componentes o módulos software)!
o  Componente / Módulo software!
Se llama comúnmente “Ingeniería de Sistemas” cuando !

los procesos se aplican al nivel de descomposición más!
alto: SISTEMA, pero cada responsable de un producto!
es el “Ingeniero de Sistemas” de ese producto. !
IGPE 2012! 48
24!
Niveles de Ingeniería de Sistemas
No se usan necesariamente todos!

los niveles en cada sistema específico!
Cualquier nivel, salvo el menor, !

puede estar repetido jerárquicamente!
Cualquier nivel, incluso el menor, !

puede estar repetido al mismo nivel!
A veces se introducen otros términos!

q  Segmento espacial!
q  Segmento terreno !
IGPE 2012! 49
La IS en las diferentes fases del proyecto
n  Fase 0 Análisis de misión e identificación de necesidades

IS debe apoyar al cliente identificando sus necesidades.
IS debe proponer posibles conceptos de misión/sistema
>> Documento de Descripción de Misión MDD
n  Fase A Viabilidad
IS debe finalizar la expresión de las necesidades
IS debe proponer soluciones
(incluyendo identificación de riesgos y criticidades)
>> Especificación Técnica Preliminar TS
n  Fase B Definición Preliminar
IS debe consolidar los requisitos
IS debe establecer la definición preliminar del sistema
IS debe demostrar que la solución cumple con los requisitos
técnicos de acuerdo con los requisitos de organización,
calendario y presupuesto.
>> Especificación Técnica TS
Ficheros de Definición de Diseño DDF
Plan de Verificación, AIT VP
Fichero de Justificación del Diseño DJF
IGPE 2012! 50
25!
Ejemplo Típico de Fase 0 (ECSS-E-10 Part 1B)
IGPE 2012! 51
Ejemplo Típico de Fase A (ECSS-E-10 Part 1B)

IGPE 2012! 52
26!
Ejemplo Típico de Fase B (ECSS-E-10 Part 1B)

IGPE 2012! 53
n  Fase C Definición Detallada

IS debe establecer la definición detallada del sistema
IS debe demostrar la capacidad del sistema para
cumplir los requisitos técnicos especificados
>> DDF, DJF, VP, AIT Plan, Presupuesto Técnico TB
Documento de Control de Verificación VCD
Manual de usuario UM
n  Fase D Calificación y producción
IS debe finalizar el desarrollo del sistema por
calificación y aceptación
IS debe finalizar la preparación para las
operaciones y utilización
>> VCD, UM, End-Item-Data-Pack EIDB
Fichero de Producción PF
IGPE 2012! 54
27!
Ejemplo Típico de Fase C (ECSS-E-10 Part 1B)

IGPE 2012! 55
Ejemplo Típico de Fase D (ECSS-E-10 Part 1B)

IGPE 2012! 56
28!
n  Fase E Operación y Utilización

IS debe apoyar la campaña de lanzamiento
IS debe apoyar a la entidad encargada de las
operaciones y utilización
IS debe apoyar FRR, ORR, LRR, CRR, ELR
IS debe apoyar las investigaciones y resoluciones
de anomalías
>> Notas Técnicas, Informes
n  Fase F Retirada
IS debe apoyar a la entidad encargada de la retirada
>> Notas Técnicas, Informes
IGPE 2012! 57
Ejemplo Típico de Fase E (ECSS-E-10 Part 1B)
IGPE 2012! 58
29!
Ejemplo Típico de Fase F (ECSS-E-10 Part 1B)

IGPE 2012! 59
o  El Plan de Ingeniería de Sistemas (SEP) (1)
n El SEP debe definir el enfoque, recursos, métodos,

procedimientos, y organización para coordinar y
gestionar todas las actividades técnicas necesarias para
especificar, diseñar, verificar, operar y mantener los
sistemas o productos de acuerdo con los requisitos del
cliente.
n El SEP debe cubrir todo el ciclo de vida del proyecto en

consonancia con el alcance del acuerdo de negocios.
IGPE 2012! 60
30!
o  El Plan de Ingeniería de Sistemas (SEP) (2)

n  Debe destacar los riesgos, elementos críticos, tecnologías
especificadas, así como las posibilidades de reutilización y
estandarización, proporcionando los medios para el manejo
de estos temas
n  Se establecerá un SEP para el nivel más alto, así como para
cada ítem del árbol del producto (tal como de define en el
ECSS-M-ST-10).
n  Los SEP deberán abordar las fases del proyecto en

consonancia con el acuerdo de negocios.
n  Los SEP incluirán una lista de los temas críticos identificados
al comienzo de las fases del proyecto
IGPE 2012! 61
o El Plan de Ingeniería de Sistemas (SEP) (3)

n Los SEP describirán:
o La estrategia para las actividades de Ingeniería de Sistemas,
la lista de esas actividades, las interfaces con Producción, PA
y Operaciones
o Las actividades de diseño del sistema, con sus objetivos y
salidas principales de acuerdo a la fase
o La política de márgenes, de acuerdo con la fase del proyecto,
categoría del producto y nivel de madurez
o Las actividades de verificación, incluyendo herramientas y
filosofía de modelos
o Todos los planes relativos a ingeniería, verificación,
operaciones
o Los procesos y control para ser puesto en marcha
cumpliendo con los requisitos de las disciplinas de ingeniería
y sus interacciones
IGPE 2012! 62
31!
Documentación del Proyecto (DRD’s)
Los documentos requeridos en las actividades de IS para
soportar las revisiones del proyecto se definen en los DRD’s
(Document Requirements Definition, anexos al ECSS-E-ST-10C)
MDR mission definition review ORR operational readiness review
PRR preliminary requirements review FRR flight readiness review
SRR system requirements review LRR launch readiness review
PDR preliminary design review CRR commissioning results review
CDR critical design review ELR end of life review
QR qualification review FAR AR combined to FRR
AR acceptance review MCR Mission close-out review
IGPE 2012! 63

IGPE 2012! 64
32!
System Engineering Requirements
IGPE 2012! 65
System Engineering Requirements

IGPE 2012! 66
33!
Filosofía de modelos
Concepto
o  Es la definición del número óptimo y de las
características de los modelos físicos que hay
que construir, para alcanzar una alta confianza en
la verificación del producto, con un equilibrio
ponderado del calendario, el coste y los riesgos.
IGPE 2012! 67
Proceso de definición (1):!
Debe combinar:
o  Estado de desarrollo del “diseño propuesto”
n  Calificación de las Tecnologías, Diseño, …
o  Programa de Integración y Pruebas

n  requisitos, secuencia, configuración, facilidades, …
o  Restricciones
n  Calendario, coste, interfaces, …
o  Estrategias de verificación

n  Métodos, niveles, fases, … de verificación, …
IGPE 2012! 68
34!
Proceso de definición (2):!
IGPE 2012! 69
Tipos y ejemplos:!
o  Gama de modelos (hoja de la tabla B-1)
o  Ejemplos (Hojas de las figuras B-1, B-2 y B-4)
o  Tipos de filosofía de modelos:
a)  Prototipo
b)  “Protovuelo”
c)  Filosofía híbrida (mezcla de a) y b)
o  Casos prácticos (SOHO, SOFSO y SolO)
IGPE 2012! 70
35!
Bibliografía y Referencias
o  http://www.ecss.nl/
o  http://www.escies.org
o  www.dscc.dla.mil
o  www.incose.org/
o  Systems Engineering, Kossiakoff and Sweet, Wiley 2003.
o  Cursos de la ESA para preparar a las industrias
Especialmente: ESA Training Courses for Industry
impartido en ESTEC en junio de 2007
q  Systems Engineering Principles and Practice, 2nd edition,
Kossiakoff, Sweet et al., Wiley 2011.
IGPE 2012! 71
36!

3 IGPE Tema3 E

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

3 IGPE Tema3 E

Cargado por

Copyright:

Formatos disponibles

Master en Ciencia y Tecnología desde el Espacio

Ingeniería y Gestión de Proyectos Espaciales

Tema III. Ingeniería de Proyectos Espaciales

Daniel Meziat Luna y Agustín Martínez Hellín

o Disciplinas de Ingeniería de Sistemas

Ingeniería. Responsable de la definición del sistema,

Proceso de diseño! Pertenece! Dominio de la Ingeniería!

ECSS proporciona un brazo completo (ECSS-E) para

o Segmento Espacio!

o Segmento Tierra!

o Segmento Servicio!

GSE: Ground Support Equipment!

Nota: las actividades del !

o Integración y control !

o Diseño (y configuración)!

DDF: Design Definition File DJF: Design Justification File !

Procesos de Ingeniería de Sistemas:

(Figura 4.2* del ECSS‐E‐ST‐10C)!

Procesos de Ingeniería de Sistemas

o todos los participantes!

con el fin de optimizar la definición y realización del sistema. !

n Base de datos de Ingeniería

n Intercambio de datos y documentación ~ ECSS-M-ST-40

n Definición de las reglas de control

n Gestión de las interfaces del sistema (ICD´s)

n Ingeniería ambiental

Procesos de Ingeniería de Sistemas

Procesos de Ingeniería de Sistemas

IGPE 2012! Requisitos de un sistema espacial (Figura 3 del ECSS‐E‐10A) ! 22

Procesos de Ingeniería de Sistemas

Procesos de Ingeniería de Sistemas

Procesos de Ingeniería de Sistemas

Procesos y actividades de verificación (ECSS-E-ST-10-02)

Procesos de Ingeniería de Sistemas

n Componente (ej. válvulas, baterías, cajas electrónicas, ...)

n Unidad (ej. alimentación, control posición, control térmico,

n Subsistema (ej. plataforma. carga útil)

n Sistema completo (ej. segmento terreno, satélite, lanzador)

Procesos de Ingeniería de Sistemas

o Ingeniería de Producción *!

Disciplinas de Ingeniería de Sistemas

o Integración y control !

o Ingeniería de Requisitos (Ejemplo)!

o Análisis funcional!

o Soporte analítico!

o Diseño (y configuración)!

o Ingeniería de Verificación!

Disciplinas de Ingeniería de Sistemas

Ingeniería de Requisitos (ECSS-E-ST-20)!

o Requisitos de interfaces!

Disciplinas de Ingeniería de Sistemas

Disciplinas de Ingeniería de Sistemas

Disciplinas de Ingeniería de Sistemas

Cubre todos los trabajos para garantizar la operatividad!

Ingeniería de Operaciones: Entrenamiento

o Personal de tierra

Operaciones asociadas a facilidades de tierra

o Misiones tripuladas

Conducción de operaciones de misión en órbita

Disciplinas de Ingeniería de Sistemas

Las interfaces Segmento espacial/Segmento terrestre se

Salidas Planes, procedimientos y personal totalmente

o  Disciplinas de Ingeniería de Sistemas

o  Segmento Espacio!

o  Segmento Tierra!

o  Segmento Servicio!

o  Integración y control !

o  Diseño (y configuración)!

o  todos los participantes!

n  Base de datos de Ingeniería

n  Intercambio de datos y documentación ~ ECSS-M-ST-40

n  Definición de las reglas de control

n  Gestión de las interfaces del sistema (ICD´s)

n  Ingeniería ambiental

n  Componente (ej. válvulas, baterías, cajas electrónicas, ...)

n  Unidad (ej. alimentación, control posición, control térmico,

n  Subsistema (ej. plataforma. carga útil)

n  Sistema completo (ej. segmento terreno, satélite, lanzador)

o  Ingeniería de Producción *!

o  Integración y control !

o  Ingeniería de Requisitos (Ejemplo)!

o  Análisis funcional!

o  Soporte analítico!

o  Diseño (y configuración)!

o  Ingeniería de Verificación!

o  Requisitos de interfaces!

o  Personal de tierra

o  Misiones tripuladas

n  Fase 0 Análisis de misión e identificación de necesidades

n  Fase C Definición Detallada

n  Fase E Operación y Utilización

o  El Plan de Ingeniería de Sistemas (SEP) (1)

n El SEP debe definir el enfoque, recursos, métodos,

n El SEP debe cubrir todo el ciclo de vida del proyecto en

o  El Plan de Ingeniería de Sistemas (SEP) (2)

n  Los SEP deberán abordar las fases del proyecto en

o El Plan de Ingeniería de Sistemas (SEP) (3)

o  Es la definición del número óptimo y de las

o  Programa de Integración y Pruebas

o  Estrategias de verificación

o  Gama de modelos (hoja de la tabla B-1)

o  Ejemplos (Hojas de las figuras B-1, B-2 y B-4)

o  Tipos de filosofía de modelos:

c)  Filosofía híbrida (mezcla de a) y b)

o  Casos prácticos (SOHO, SOFSO y SolO)