WorksheetsSE-U5.1 Evaluaciòn y Certificaciòn de SE
Total questions: 20
Worksheet time: 10mins
¿Qué tipo de documentación es clave para la obtención de la certificación de un sistema crítico?
Plan de desarrollo
Manual de usuario
Safety Case
Informe de pruebas
¿Qué significa el término SEooC en el contexto de sistemas embebidos?
Sistema de control de tráfico
Elemento de seguridad fuera de contexto
Sistema embebido de alta complejidad
Componente de software reutilizable
¿Cuál es uno de los estándares mencionados que se considera para la certificación de sistemas embebidos?
ISO 9001
ISO 26262
IEEE 802.11
CENELEC 5012x
¿Qué se busca con la reusabilidad de componentes en sistemas embebidos?
Aumentar la complejidad del sistema
Aumentar el costo de desarrollo
Reducir el tiempo y costos de desarrollo
Eliminar la necesidad de pruebas
¿Qué tipo de sistemas requieren certificaciones de seguridad?
Sistemas de comunicación
Sistemas de oficina
Sistemas de control de vuelo
Sistemas de entretenimiento
¿Qué se entiende por 'Proven in Use'?
Un componente que es nuevo en el mercado
Un componente que no requiere pruebas
Un componente que ha sido utilizado en otros sistemas con éxito
Un componente que ha sido probado en un entorno controlado
¿Qué es la norma IEC/PAS 62814?
Una norma sobre la reusabilidad de sistemas críticos
Una norma sobre la gestión de proyectos
Una norma sobre la seguridad de software
Una norma sobre el desarrollo de hardware
¿Cuál es una de las características del firmware en sistemas embebidos?
Funciona con recursos limitados
Recursos ilimitados
No requiere pruebas
Interacción con el usuario en todo momento
¿Qué se busca al aplicar el concepto de SEooC?
Desarrollar componentes sin requisitos de seguridad
Definir y documentar supuestos de seguridad
Eliminar la necesidad de pruebas
Aumentar la complejidad del sistema
¿Qué se menciona como un desafío en el desarrollo de software para sistemas embebidos?
La calidad y productividad insuficientes
La falta de aplicaciones
La simplicidad del software
La abundancia de recursos
¿Qué tipo de documentación se considera importante para la certificación de sistemas embebidos?
Documentación de usuario
Safety Case
Manual de instalación
Guía de mantenimiento
¿Qué se entiende por 'Build-for-reuse'?
Producción de software sin pruebas
Producción planificada de componentes reutilizables
Producción de sistemas sin componentes reutilizables
Producción de componentes sin plan
¿Qué se busca con la reusabilidad de Safety Cases?
Aumentar la complejidad del sistema
Eliminar la necesidad de documentación
Aumentar el tiempo de desarrollo
Reducir costos y tiempo
¿Qué tipo de sistemas requieren un análisis de seguridad exhaustivo?
Sistemas de comunicación
Sistemas de oficina
Sistemas críticos
Sistemas de entretenimiento
¿Qué se busca al aplicar la norma IEC 61508?
Asegurar la calidad de los componentes
Aumentar la complejidad del sistema
Reducir el costo de desarrollo
Eliminar la necesidad de pruebas
¿Qué se busca con la reusabilidad de componentes en sistemas críticos?
Reducir el tiempo y costos de desarrollo
Eliminar la necesidad de pruebas
Aumentar la complejidad del sistema
Aumentar el costo de desarrollo
¿Qué se menciona como un desafío en el desarrollo de software para sistemas embebidos?
La falta de aplicaciones
La simplicidad del software
La abundancia de recursos
La calidad y productividad insuficientes
¿Cuál es el objetivo principal de la norma ISO 26262?
Mejorar la eficiencia de los procesos de desarrollo
Asegurar la seguridad funcional de los sistemas de automoción
Reducir el tiempo de comercialización de productos
Eliminar la necesidad de pruebas de seguridad
¿Qué se entiende por 'Safety Lifecycle' en el contexto de sistemas críticos?
Un enfoque que abarca todas las etapas desde la concepción hasta la desactivación
Un ciclo de vida que incluye solo la fase de desarrollo
Un proceso que no requiere revisiones periódicas
Un ciclo que se centra únicamente en la documentación
¿Qué papel juega la validación en el desarrollo de sistemas embebidos?
Solo se realiza al final del desarrollo
Es crucial para garantizar que el sistema cumple con los requisitos de seguridad
Se centra únicamente en la eficiencia del código
Es un proceso opcional que se puede omitir
