WorksheetsArquitectura de Software
Total questions: 10
Worksheet time: 5mins
¿Quién es responsable de la arquitectura de software?
El equipo de pruebas.
El gerente de proyecto.
El arquitecto de software.
El departamento de recursos humanos.
¿Qué son los drivers arquitectónicos?
Elementos de diseño.
Restricciones impuestas por el cliente.
Requerimientos funcionales.
Objetivos que influyen en la arquitectura de software.
¿Qué implica la reutilización como atributo de calidad en el desarrollo de software?
Volver a escribir todo el código desde cero.
Utilizar componentes existentes en nuevos proyectos.
Ignorar las mejores prácticas de desarrollo.
Aumentar la complejidad del sistema.
¿Cuál es uno de los beneficios de la arquitectura de software?
Aumentar la complejidad del sistema.
Reducir la calidad del software.
Mejorar la comunicación entre equipos.
Aumentar los costos de desarrollo.
¿Qué implica que un requerimiento sea claro en el diseño de software?
Que cada miembro del equipo lo pueda interpretar.
Que sea ambiguo.
Que sea único y específico.
Que no sea verificable.
¿Cuál es un componente básico en el diseño de software?
Documentación extensa.
Elementos de diseño.
Requerimientos ambiguos.
Restricciones flexibles.
¿Qué es un requerimiento de software?
Una sugerencia de diseño.
Una restricción impuesta por el cliente.
Una limitación de recursos.
Una especificación de una capacidad del sistema.
¿Qué implica la partición del sistema en el diseño de software?
Dividir el sistema en módulos independientes.
Combinar todas las funciones en un solo componente.
Eliminar la necesidad de comunicación entre componentes.
Ignorar por completo la estructura del sistema.
¿Cuál es un beneficio de reducir los costos de desarrollo en un proyecto de software?
Aumentar la distribución del sistema.
Mejorar la calidad del software.
Contra con toda la documentación.
Reducir la reutilización.
¿Por qué es importante la verificabilidad de los requerimientos de software?
Para complicar el proceso de desarrollo.
Para garantizar que sean claros y medibles.
Para aumentar la ambigüedad.
Para mejorar la comunicación en el equipo de desarrollo
