Worksheets02 ES Definiciones
Total questions: 25
Worksheet time: 8mins
Name
Class
Date
1.
¿Cuál es la primer ley de la arquitectura del software?
a)
Todo en arquitectura es una solución de compromiso
b)
Un arquitecto de software no debe mezclarse con ingenieros
c)
Todo sistema software debe tener unos planos
d)
Individuos e interacciones sobre procesos y herramientas
2.
La mayoría de decisiones de arquitectura del software vienen determinadas por
a)
Los atributos de calidad o requisitos no funcionales
b)
El equipo de desarrollo
c)
El entorno de desarrollo
d)
Los requisitos funcionales
3.
Las restricciones...
a)
es bueno conocerlas porque limitan alternativas a considerar
b)
Son un problema que hay que tratar de evitar
c)
Son imposiciones de los jefes de proyecto que hay que evitar
d)
Son imposiciones de los arquitectos de software al equipo
4.
Los stakeholders...
a)
Son personas interesadas en el proyecto
b)
Son entidades abstractas que identifican requisitos funcionales
c)
Son roles que deben adoptar los arquitectos de software
d)
Son los dueños del proyecto
5.
Un sistema greenfield
a)
Es un proyecto nuevo
b)
Es un proyecto de mejora de un sistema existente
c)
Es un software respetuoso con el medio ambiente
d)
Es un proyecto finalizado
6.
¿Existe arquitectura del software ágil?
a)
Sí, cuando la arquitectura puede reaccionar a cambios en el entorno
b)
No, la arquitectura del software no es compatible con metodologías ágiles
c)
Sí, cuando los arquitectos de software se ponen a dieta
d)
Sí, cuando desaparecen los arquitectos de software
7.
¿Quién dijo que los pilares de una buena arquitectura eran Utilidad, durabilidad y elegancia ?
a)
Vitruvio en 15 al 30 a. de C.
b)
Julio César en 15 al 30 a. de C.
c)
Martin Fowler en el s. XX
d)
Aristóteles en 300 a. de C.
8.
Big design Up-front
a)
Es un problema al generar demasiados documentos o diagramas innecesarios
b)
Es necesario para grandes sistemas de software
c)
Consiste en retrasar decisiones hasta último momento necesario
d)
Facilita la gestión de proyectos mediante grandes decisiones de diseño
9.
¿Cuál es la segunda ley de arquitectura del software?
a)
El porqué es más importante que el cómo.
b)
El cómo es más importante que el porqué.
c)
El cómo es más importante que el dónde.
d)
El quién es más importante que el porqué.
10.
Los requisitos funcionales...
a)
Son una entrada que el arquitecto del software puede considerar
b)
No afectan a la arquitectura del software
c)
Suelen terminar en -idad, como escalabilidad, seguridad...
d)
Son la principal preocupación del arquitecto del software
11.
ISO-25010 contiene...
a)
...una lista de posibles atributos de calidad
b)
...una lista de posibles requisitos funcionales
c)
...una lista de restricciones de arquitectura del software
d)
...una lista de objetivos de diseño
12.
Una representación del sistema respecto a ciertas preocupaciones...
a)
Es una vista
b)
Es un punto de vista
c)
Es una restricción
d)
Es un atributo de calidad
13.
¿Es posible utilizar bocetos para documentar una vista?
a)
Sí, pero se recomienda que se registren, aunque sea con una foto
b)
No, porque las vistas deben documentarse únicamente con diagramas UML
c)
No, porque las vistas no pueden contener diagramas
d)
Sí, pero únicamente cuando se utiliza el patrón MVC
14.
Un ADL es un...
a)
Lenguaje de descripción de arquitecturas
b)
Lenguaje para la Definición de Artefactos
c)
Lenguaje para la Definición de Atributos de calidad
d)
Auténtico Desastre Logístico
15.
¿Cuál de las siguientes NO es una propuesta para la documentación de arquitecturas de software?
a)
Modelo 5+1 de Kruchten
b)
Arc42
c)
Modelo C4
d)
Vistas y más
16.
Los sistemas brownfield
a)
Son proyectos que consisten en cambiar sistemas ya existentes
b)
Son sistemas completamente nuevos
c)
Son sistemas nuevos en dominios ya maduros
d)
Son sistemas obsoletos
17.
¿Cuántos diagramas de contexto se suelen incluir en Arc42?
a)
Dos: el de negocio que es obligatorio y el técnico que es opcional
b)
Dos: el técnico que es obligatorio y el de contexto que es opcional
c)
Uno: el diagrama de contexto de negocio
d)
Uno: el diagrama de contexto técnico
18.
La "building block view" en Arc42
a)
Puede contener varios diagramas de cajas negras y blancas combinados
b)
Contiene un diagrama detallado de todos los componentes
c)
Contiene un diagrama que combina cajas blancas y negras
d)
Se realiza mediante diagramas de despliegue de UML
19.
¿Cómo se definen los requisitos de calidad?
a)
Mediante escenarios de calidad
b)
Mediante diagramas de despliegue UML
c)
Mediante una tabla de riesgos
d)
Mediante técnicas no funcionales
20.
Etimológicamente, arquitecto viene de
a)
Creador jefe
b)
Dibujante de edificios
c)
Planificador de obras
d)
Obrero con alas
21.
Las secciones de Arc42 cumplen que...
a)
Las 3 primeras describen el problema y las 8 siguientes la solución
b)
Las 3 primeras describen la solución y las 8 siguientes el problema
c)
Todas describen el problema
d)
Todas describen la solución
22.
La primera sección de Arc42
a)
Consta de repaso de requisitos, objetivos de calidad y stakeholders
b)
Describe la estrategia de la solución
c)
Describe el diagrama de contexto
d)
Contiene un glosario de términos
23.
La segunda sección de Arc42
a)
Describe las restricciones
b)
Contiene el diagrama de contexto
c)
Describe la estrategia de la solución
d)
Contiene un glosario de términos
24.
La vista de despliegue en Arc42
a)
Contiene un mapeo de los bloques de construcción software a infraestructura
b)
Consiste en una lista de nodos computacionales
c)
Se realiza mediante diagramas de clase UML
d)
Se realiza mediante diagramas de caja blanca y negra combinados
25.
En Arc42...
a)
Hay una sección específica para riesgos y deuda técnica
b)
Los riesgos y deuda técnica se incluyen en sección objetivos de calidad
c)
Los riesgos y la deuda técnica se analizan en el glosario
d)
No es necesario describir riesgos ni deuda técnica
100 %
