Arquitectura de Software

¿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