kahoots

1. 1¿Cuál es la primer ley de la arquitectura del software?

   1. ATodo en arquitectura es una solución de compromiso
   2. BUn arquitecto de software no debe mezclarse con ingenieros
   3. CTodo sistema software debe tener unos planos
   4. DIndividuos e interacciones sobre procesos y herramientas
2. 2La mayoría de decisiones de arquitectura vienen determinadas por

   1. ALos atributos de calidad o requisitos no funcionales
   2. BEl equipo de desarrollo
   3. CEl entorno de desarrollo
   4. DLos requisitos funcionales
3. 3Las restricciones...

   1. Aes bueno conocerlas porque limitan alternativas a considerar
   2. BSon un problema que hay que tratar de evitar
   3. CSon imposiciones de los jefes de proyecto que hay que evitar
   4. DSon imposiciones de los arquitectos de software al equipo
4. 4Los stakeholders...

   1. ASon personas interesadas en el proyecto
   2. BSon entidades abstractas que identifican requisitos funcionales
   3. CSon roles que deben adoptar los arquitectos de software
   4. DSon los dueños del proyecto
5. 5Un sistema greenfield

   1. AEs un proyecto nuevo
   2. BEs un proyecto de mejora de un sistema existente
   3. CEs un software respetuoso con el medio ambiente
   4. DEs un proyecto finalizado
6. 6¿Existe arquitectura del software ágil?

   1. ASí, cuando la arquitectura puede reaccionar a cambios en el entorno
   2. BNo, la arquitectura del software no es compatible con metodologías ágiles
   3. CSí, cuando los arquitectos de software se ponen a dieta
   4. DSí, cuando desaparecen los arquitectos de software
7. 7Etimológicamente, arquitecto viene de

   1. ACreador jefe
   2. BDibujante de edificios
   3. CPlanificador de obras
   4. DObrero con alas
8. 8¿Quién dijo que los pilares de una buena arquitectura eran Utilidad, durabilidad y elegancia?

   1. AVitruvio en 15 al 30 a. de C.
   2. BJulio César en 15 al 30 a. de C.
   3. CMartin Fowler en el s. XX
   4. DAristóteles en 300 a. de C.
9. 9La "Building Block View" de Arc42

   1. APuede contener varios diagramas de cajas negras y blancas combinados
   2. BContiene un diagrama detallado de todos los componentes
   3. CContiene un diagrama que combina cajas blancas y negras
   4. DSe realiza mediante diagramas de despliegue de UML
10. 10Los stakeholders...

    1. ASon personas interesadas en el proyecto
    2. BSon entidades abstractas que identifican requisitos funcionales
    3. CSon roles que deben adoptar los arquitectos de software
    4. DSon los dueños del proyecto

11. 11Big design Up-front

    1. AEs un problema al generar demasiados documentos o diagramas innecesarios
    2. BEs necesario para grandes sistemas de software
    3. CConsiste en retrasar decisiones hasta último momento necesario
    4. DFacilita la gestión de proyectos mediante grandes decisiones de diseño
12. 12¿Cuál es la segunda ley de arquitectura del software?

    1. AEl porqué es más importante que el cómo.
    2. BEl cómo es más importante que el porqué.
    3. CEl cómo es más importante que el dónde.
    4. DEl quién es más importante que el porqué.
13. 13Los requisitos funcionales...

    1. ASon una entrada que el arquitecto del software puede considerar
    2. BNo afectan a la arquitectura del software
    3. CSuelen terminar en -idad, como escalabilidad, seguridad...
    4. DSon la principal preocupación del arquitecto del software
14. 14ISO-25010 contiene...

    1. A...una lista de posibles atributos de calidad
    2. B...una lista de posibles requisitos funcionales
    3. C...una lista de restricciones de arquitectura del software
    4. D...una lista de objetivos de diseño
15. 15Una representación del sistema respecto a ciertas preocupaciones...

    1. AEs una vista
    2. BEs un punto de vista
    3. CEs una restricción
    4. DEs un atributo de calidad
16. 16¿Es posible utilizar bocetos para documentar una vista?

    1. ASí, pero se recomienda que se registren, aunque sea con una foto
    2. BNo, porque las vistas deben documentarse únicamente con diagramas UML
    3. CNo, porque las vistas no pueden contener diagramas
    4. DSí, pero únicamente cuando se utiliza el patrón MVC
17. 17Un ADL es un...

    1. ALenguaje de descripción de arquitecturas
    2. BLenguaje para la Definición de Artefactos
    3. CLenguaje para la Definición de Atributos de calidad
    4. DAuténtico Desastre Logístico
18. 18¿Cuál de las siguientes NO es una propuesta para la documentación de arquitecturas software?

    1. AModelo 5+1 de Kruchten
    2. BArc42
    3. CModelo C4
    4. DVistas y más
19. 19Los sistemas brownfield

    1. ASon proyectos que consisten en cambiar sistemas ya existentes
    2. BSon sistemas completamente nuevos
    3. CSon sistemas nuevos en dominios ya maduros
    4. DSon sistemas obsoletos
20. 20¿Cuántos diagramas de contexto se suelen incluir en Arc42?

    1. ADos: el de negocio que es obligatorio y el técnico que es opcional
    2. BDos: el técnico que es obligatorio y el de contexto que es opcional
    3. CUno: el diagrama de contexto de negocio
    4. DUno: el diagrama de contexto técnico
21. 21¿Cómo se definen los requisitos de calidad?

    1. AMediante escenarios de calidad
    2. BMediante diagramas de despliegue UML
    3. CMediante una tabla de riesgos
    4. DMediante técnicas no funcionales
22. 22En Arc42

    1. ALas 3 primeras secciones describen problema, las 8 siguientes la solución
    2. BLas 3 primeras secciones describen solución y las 8 siguientes el problema
    3. CTodas las secciones describen el problema
    4. DTodas las secciones describen la solución
23. 23La primera sección de Arc42

    1. AConsta de repaso de requisitos, objetivos de calidad y stakeholders
    2. BDescribe la estrategia de la solución
    3. CDescribe el diagrama de contexto
    4. DContiene un glosario de términos
24. 24La segunda sección de Arc42

    1. ADescribe las restricciones
    2. BContiene el diagrama de contexto
    3. CDescribe la estrategia de la solución
    4. DContiene un glosario de términos
25. 25La vista de despliegue en Arc42

    1. AContiene un mapeo de los bloques de construcción software a infraestructura
    2. BConsiste en una lista de nodos computacionales
    3. CSe realiza mediante diagramas de clase UML
    4. DSe realiza mediante diagramas de caja blanca y negra combinados
26. 26En Arc42...

    1. AHay una sección específica para riesgos y deuda técnica
    2. BLos riesgos y deuda técnica se incluyen en sección objetivos de calidad
    3. CLos riesgos y la deuda técnica se analizan en el glosario
    4. DNo es necesario describir riesgos ni deuda técnica
27. 27Un buen arquitecto de software intenta...

    1. AMover cosas que no sabe que no sabe a cosas que sabe que no sabe
    2. BSaber todo sobre todas las tecnologías
    3. CMover cosas que sabe que no sabe a cosas que no sabe
    4. DMover cosas que no sabe a cosas que sabe el equipo de desarrollo
28. 28En general, un buen arquitecto de software tiene...

    1. AMás amplitud técnica que profundidad
    2. BConocimiento en profundidad de las tecnologías
    3. CImponer al equipo de desarrollo las decisiones
    4. DSer capaz de programar mejor que cualquier desarrollador
29. 29Según Google, los 3 pilares de una buena interacción social son:

    1. AHumildad, confianza y respeto
    2. BSabiduría, templanza y generosidad
    3. CLiderazgo, comprensión y obediencia
    4. DImaginación, inteligencia y ambición
30. 30El factor del autobús es...

    1. ANº personas que si son atropelladas por un autobús, el proyecto fracasa
    2. BLa probabilidad de que un autobús atropelle al arquitecto del software
    3. CLa distancia entre un arquitecto de software y su equipo de desarrollo
    4. DLa probabilidad de que un desarrollador realice una tarea
31. 31Un arquitecto de software efectivo debe encontrar un balance entre...

    1. AFriki de control y arquitecto de sillón
    2. BConocimiento en amplitud y experiencia
    3. CCapacidad de trabajo en equipo y liderazgo
    4. DParticipar en todas las decisiones y desarrollar código
32. 32Según la Ley de Conway, las organizaciones que diseñan sistemas...

    1. Aproducen diseños que son copias de las estructuras de estas organizaciones
    2. Bproducen diseños basados en 3 capas
    3. Cproducen diseños que copian el resto de organizaciones
    4. Dtienden a crear diseños monolíticos
33. 33La maniobra inversa de Conway consiste en

    1. AEvolucionar equipos para promover la arquitectura deseada
    2. BAsignar componentes a los equipos de desarrollo existentes
    3. CComponentes de software que dependen de abstracciones
    4. DAbstracciones que dependen de componentes de software
34. 34La pérdida por proceso es...

    1. ADiferencia entre potencial de grupo y productividad actual del equipo
    2. BLo que ocurre al utilizar la Ley de Conway para crear equipos
    3. CNúmero de usuarios de un sistema dividido entre los procesos del sistema
    4. DDiferencia entre número de hilos y número de CPUs
35. 35Se produce ignorancia colectiva cuando

    1. ATodos están públicamente de acuerdo en algo pero privadamente no
    2. BLos arquitectos definen equipos con tecnologías desconocidas
    3. CLos desarrolladores desconocen las decisiones tomadas por el arquitecto
    4. DNadie sabe cómo va a evolucionar el software
36. 36La difusión de responsabilidad puede hacer que

    1. AExista confusión sobre quién es responsable de qué
    2. BLos arquitectos añadan una cláusula eximiéndoles de la responsabilidad
    3. CLos desarrollladores añadan una cláusula eximiéndoles de responsabilidad
    4. DLa responsabilidad se divida entre desarroladores y arquitectos
37. 37Las preocupaciones de los stakeholders

    1. APueden ser contradictorias
    2. BSon identificadas por los arquitectos y acordadas para que sean las mismas
    3. CSon definidas por los arquitectos
    4. DNo afectan al sistema
38. 38Los atributos de calidad

    1. ACualifican la funcionalidad
    2. BSon independientes entre sí
    3. CSon operacionales
    4. DSuelen ser declarados explícitamente por los clientes
39. 39Un taller de atributos de calidad

    1. AEs una reunión con stakeholders para identificar atributos de calidad
    2. BEs un técnica para reparar los atributos de calidad mal definidos
    3. CLEN(E21)
    4. DLEN(F21)
40. 40Una técnica para representar atributos de calidad es

    1. AUn diagrama MindMap
    2. BUn diagrama de clases UML
    3. CUn diagrama de despliegue UML
    4. DUn diagrama de estados
41. 41¿Cuál de las siguientes frases es correcta?

    1. AMuchos atributos de calidad tienen significados vagos
    2. BLos atributos de calidad son independientes entre sí
    3. CLa funcionalidad determina por sí sola los atributos de calidad
    4. DEl valor de los atributos de calidad es independiente del proyecto
42. 42La calidad de un sistema es

    1. AEl grado en que un sistema satisface unas necesidades
    2. BLa capacidad de que resuelva los requisitos funcionales
    3. CUn valor booleano, la tiene o no la tiene
    4. DUn resultado de dividir el número de quejas entre el número de usuarios
43. 43Un escenario de calidad define

    1. AUn estímulo y una respuesta medible a dicho estímulo
    2. BUna descripción de las necesidades de los desarrolladores
    3. CUn requisito funcional
    4. DUna técnica para realizar diagramas MindMap
44. 44Los escenarios de calidad pueden clasificarse en...

    1. AEscenarios de uso, de cambio o modificación, y de fallo
    2. BEscenarios buenos y malos
    3. CEscenarios de uso adecuado o inadecuado
    4. DEscenarios de calidad alta, baja o media
45. 45Los escenarios de calidad deben...

    1. APriorizarse de acuerdo a la importancia para el éxito y la dificultad
    2. BSer tratados todos por igual
    3. CSer identificados y resueltos antes de comenzar a desarrollar
    4. DDefinirse antes de identificar a los stakeholders
46. 46En ISO-25010, la calidad...

    1. ASe divide en 2 dimensiones: Calidad de producto y calidad en uso
    2. BSe cumple si se cumplen los 13 atributos de calidad que se definen
    3. CSe cumple cuando los arquitectos definen escenarios de calidad adecuados
    4. DSe establece como una percepción subjetiva
47. 47MTBF y MTTR

    1. ASon tiempo medio entre fallos y tiempo medio de recuperación
    2. BSe utilizan para medir la complejidad ciclomática
    3. CSon dos técnicas utilizadas para identificar stakeholders
    4. DSe utilizan para medir la escalabilidad
48. 48La complejidad ciclomática de McCabe...

    1. AEs una métrica de la complejidad de un código
    2. BSe utiliza para descomponer equipos de trabajo
    3. CSe utiliza para identificar escenarios de calidad
    4. DEs una técnica para identificar necesidades complejas de stakeholders
49. 49En arquitecturas del software evolutivas...

    1. APuede definirse la función de encaje que mide atributos de calidad
    2. BLos arquitectos deben ir evolucionando para adaptarse al entorno
    3. CEl entorno debe evolucionar para adaptarse a los arquitectos
    4. DLos escenarios de calidad se adaptan a los requisitos funcionales
50. 50Las métricas de software

    1. ASon medidas objetivas de ciertos aspectos de calidad
    2. BClasifican el software en función de su altura
    3. CSe utilizan para identificar a los stakeholders
    4. DSe utilizan para controlar la Ley de Conway
51. 51ATAM

    1. AEs una técnica para evaluar arquitecturas usando atributos de calidad
    2. BEs un lenguage para la descripción de arquitecturas
    3. CEs una técnica para generar escenarios de calidad
    4. DPermite evaluar arquitecturas teniendo en cuenta costes y beneficios
52. 52CBAM

    1. ACuantifica costes y beneficios de estrategias arquitectónicas
    2. BEs una técnica para generar escenarios de calidad
    3. CEs utilizado para generar pruebas de aceptación
    4. DSe refiere a los componentes desarrollados de forma externa
53. 53Las tácticas en arquitectura del software...

    1. ADependen del atributo de calidad
    2. BSon independientes de los atributos de calidad
    3. CSe conocen también como patrones arquitectónicos
    4. DSon soluciones generales y reutilizables a problemas recurrentes
54. 54Se recomienda que los registros de decisiones arquitectónicas sean

    1. AInmutables
    2. BRevisados y actualizados continuamente
    3. CAcordados con todos los stakeholders antes de registrarse
    4. DActualizados en cada etapa del desarrollo
55. 55ADD es una...

    1. AMetodología para crear una arquitectura basada en atributos de calidad
    2. Btécnica para evaluar una arquitectura basada en atributos de calidad
    3. Clista de escenarios de calidad
    4. Dtécnica para gestionar el riesgo de las decisiones arquitectónicas
56. 56Algo malo que podría ocurrir pero que todavía no ha ocurrido es...

    1. AUn riesgo
    2. BAlgo desconocido
    3. CUn problema
    4. DUna deuda técnica
57. 57Una deuda técnica...

    1. APuede ser de varios tipos: código, diseño, documentación,...
    2. BEs siempre devuelta al terminar el proyecto
    3. CEs un problema de comprensión entre arquitectos y desarrolladores
    4. DEs algo malo que podría ocurrir pero todavía no ha ocurrido
58. 58Para mitigar el deterioro arquitectónico puede utilizarse...

    1. ACódigo arquitectónicamente evidente
    2. BUna tabla de riesgos
    3. CUn mapa de stakeholders
    4. DADD
59. 59Una diferencia entrte estilo y patrón arquitectónico es...

    1. AQue los estilos suelen ser independientes entre sí y los patrones no
    2. BQue los patrones suelen ser indepependientes entre sí y los estilos no
    3. CQue los estilos se recogen en un catálogo y los patrones no
    4. DQue los patrones definen la arquitectura general y los estilos no
60. 60COTS

    1. ASe refiere a software comercial ya existente
    2. BEs una técnica para generar escenarios de calidad
    3. CEs una técnica para crear arquitecturas
    4. DEs una técnica para evaluar arquitecturas
61. 61BDD

    1. ARealiza pruebas de aceptación con historias de usuario
    2. BEs una técnica para evaluar arquitecturas
    3. CEs "Balance Driven Design"
    4. DEs una técnica para crear arquitecturas basadas en comportamiento
62. 62La recomendación FIRST se refiere a...

    1. AQue las pruebas sean Fast, Independent, Repeatable, Self-checking y Timely
    2. Buna técnica de descomposición modular
    3. Cuna técnica para analizar arquitecturas de software
    4. Duna metodología ágil
63. 63La integración continua

    1. Aautomatiza la ejecución de las pruebas en entornos externos
    2. Bautomatiza el despliegue del sistema
    3. Cse utiliza para aumentar la rapidez del desarrollo mediante contenedores
    4. Des un problema cuando hay equipos con más de un desarrollador
64. 64¿Cuál es la CCD en el esquema de módulos de la figura?

    

    1. A9
    2. B8
    3. C13
    4. D16
65. 65¿Cuál es la CCD en el esquema de módulos de la figura?

    

    1. A13
    2. B14
    3. C8
    4. D16
66. 66¿Cuál es un sistema de control de versiones distribuido?

    1. Agit
    2. BCVS
    3. Csubversion
    4. Ddistributed-git
67. 67Utilizando versionado semántico, al pasar de la versión 1.2.3 a 1.3.0

    1. ASe espera nueva funcionalidad compatible con la anterior
    2. BSe espera nueva funcionalidad que puede ser incompatible con anterior
    3. CSe esperan cambios menores o hotfixes
    4. DSe espera cualquier cosa
68. 68En git, el nombre del primer repositorio remoto que se clona es

    1. Aorigin
    2. Bremote
    3. Cmaster
    4. Dpush
69. 69En git, cual es el comando para cambiar de rama

    1. Acheckout
    2. Bbranch
    3. Cjump
    4. Dpush
70. 70¿Cuál NO es un sistema de automatización de la construcción?

    1. Agroovy
    2. Bmaven
    3. Cnpm
    4. Dgradle
71. 71Los ficheros de configuración usados en Maven...

    1. ASon ficheros XML
    2. BSon ficheros JSON
    3. CSon ficheros YAML
    4. DSon ficheros Typescript
72. 72Las dependencias de paquetes en npm se declaran en...

    1. AFichero package.json
    2. BFichero tsconfig.json
    3. CFichero build.xml
    4. DFichero index.js
73. 73La diferencia entre "npm install paquete" y "npm install -g paquete"

    1. AEl primero instala dependencias en carpeta node_modules
    2. BEl segundo instala dependencias en carpeta node_modules
    3. CNo hay diferencia
    4. DEl primero instala paquetes en node y el segundo en docker
74. 74Integration hell se produce cuando...

    1. ASe espera mucho tiempo sin integrar código de diferentes desarrolladores
    2. BSe crea sistemas de software muy grandes
    3. CSe realizan integraciones de código con mucha frecuencia
    4. DSe utilizan sistemas de automatización de la construcción
75. 75La inercia del estilo Big Ball of Mud hace que...

    1. Aunos pocos desarrolladores "de prestigio" sepan mantener el sistema
    2. Bel sistema vaya aumentando continuamente de tamaño
    3. Cel sistema aumente la velocidad de forma impredecible
    4. Dse utilice descomposición modular mediante principios SOLID
76. 76¿Tiene algún atributo de calidad positivo el estilo Big Ball of Mud?

    1. ASí, el time-to-market y el bajo coste inicial
    2. BSí, el mantenimiento
    3. CNo, es algo que hay que evitar siempre
    4. DSí, la modularidad
77. 77La S de SOLID indica que...

    1. ANo debe haber más de un motivo para cambiar un módulo
    2. BUn módulo debe estar abierto para extender y cerrado para modificar
    3. CLos subtipos deben seguir el contrato de los supertipos
    4. DLos clientes no deben depender de métodos que no usan
78. 78Principio de sustitución de Liskov:

    1. ALos subtipos deben respetar el contrato de los supertipos
    2. BLos supertipos deben respetar el contrato de los subtipos
    3. CLos subtipos y los supertipos son independientes
    4. DLas clases abstractas deben depender de las clases concretas
79. 79Principio de segregación de interfaces:

    1. ALos clientes no deberían depender de métodos que no utilicen
    2. BLos servidores no deberían depender de métodos que no utilicen
    3. CLos clientes dependen de un interfaz definido por los servidores
    4. DLos clientes y los servidores utilizan interfaces segregadas
80. 80Principio de inversión de dependencias

    1. ALos módulos de alto nivel no dependen de módulos de bajo nivel
    2. BLos módulos de bajo nivel no dependen de módulos de alto nivel
    3. CLos supertipos dependen de subtipos
    4. DLas dependencias no pueden contener ciclos
81. 81Se recomienda...

    1. AAlta cohesividad y bajo acoplamiento
    2. BAlto acoplamiento y baja cohesividad
    3. CAlto acoplamiento y alta cohesividad
    4. DBajo acoplamiento y baja cohesividad
82. 82Métrica LCOM

    1. ACuanto menor sea, mejor, porque hay más cohesividad
    2. BCuanto mayor sea, mejor porque hay menos cohesividad
    3. CCuando menor sea, mejor, porque hay menos cohesividad
    4. DCuanto mayor sea, mejor, porque hay más cohesividad
83. 83Calcula LCOM

    

    1. A1
    2. B2
    3. C3
    4. D0
84. 84Según los principios de cohesividad de Robert Martin, REP se refiere a

    1. AEquivalencia entre unidad de reutilización y de release
    2. BJuntar en un módulo todas las unidades que cambian por una misma razón
    3. CMódulos que solo dependen de unidades que necesitan
    4. DLos módulos de bajo nivel dependen de módulos de alto nivel
85. 85Según los principios de cohesividad de Robert Martin, CCP se refiere a

    1. AJuntar en un módulo las unidades que cambian por la misma razón
    2. BEquivalencia entre unidad de reutilización y de release
    3. CMódulos que solo dependen de unidades que necesitan
    4. DLos módulos de bajo nivel dependen de módulos de alto nivel
86. 86Según diagrama de tensión de cohesividad de componentes, un fallo de CRP supone

    1. ADemasiadas releases innecesarias
    2. BDemasiados componentes a cambiar
    3. CMódulos difíciles de reutilizar
    4. DMódulos inestables
87. 87Según el principio de acoplamiento SDP de Robert Martin

    1. AUn componente debería depender de componentes más estables
    2. BLa estructura de dependencias debe formar un grafo dirigido acíclico
    3. CLa estructura de dependencias debe formar un grafo dirigido cíclico
    4. DUn módulo debe ser tan abstracto como estable
88. 88Calcular la inestabilidad de B y C

    

    1. AI(B)=0.5, I(C)=0
    2. BI(B)=1, I(C)=0.5
    3. CI(B)=0.5, I(C)=1
    4. DI(B)=0, I(C)=0.5
89. 89Según la figura del principio de abstracciones estables, la zona de inutilidad

    1. ASon módulos abstractos e inestables
    2. BSon módulos abstractos estables
    3. CSon módulos concretos inestables
    4. DSon módulos concretos estables
90. 90El conocimiento entre 2 elementos puede hacer que

    1. Aun cambio en uno obliga a un cambio en otro para mantener sistema correcto
    2. Bun cambio en uno obliga a crear el otro para sistema correcto
    3. Csea necesario crear ambos al mismo tiempo
    4. Dsea necesario destruir ambos al mismo tiempo
91. 91El principio de robustez de Postel recomienda que

    1. AUn módulo sea liberal en lo que acepta y conservador en lo que envía
    2. BUn módulo sea conservador en lo que acepta y liberal en lo que envía
    3. CLos módulos concretos dependan de módulos abstractos
    4. DLos módulos abstractos dependan de módulos concretos
92. 92La ley de Demeter recomienda

    1. Aque un módulo invoque elementos de módulos cercanos
    2. Bque un módulo sea liberal en lo que acepta y conservador en lo que envía
    3. Cque un módulo sea conservador en lo que acepta y liberal en lo que envía
    4. Dque se puedan encadenar invocaciones a métodos
93. 93La variante laxa del estilo de capas

    1. AIndica que la capa N puede acceder a elementos de las capas 1 a N - 1
    2. BIndica que la capa 1 puede utilizar elementos de la capa 2 a N
    3. CIndica que la capa N puede utilizar elementos de la capa N - 1
    4. DIndica que la capa N puede utilizar elementos de la capa N + 1
94. 94Un ejemplo de "crosscutting concern" es

    1. ALogging
    2. BUn módulo abstracto
    3. CUn módulo concreto
    4. DUn naked object
95. 95En Domain Driven Design se pone gran énfasis en identificar

    1. AUn lenguaje ubicuo entre expertos de dominio y desarrolladores
    2. BCrosscutting concerns
    3. CNaked objects
    4. DModelos de persistencia para los diferentes dominios
96. 96Una restricción de Domain Driven Design es

    1. AQue los Objetos valor sean inmutables
    2. BQue los aspectos capturen crosscutting concerns
    3. CQue LCOM sea alto
    4. DQue el modelo de dominio sea independiente del sistema de persistencia
97. 97¿Cuáles de los siguientes estilos son similares?

    1. AEstilo hexagonal y arquitectura limpia
    2. BEstilo hexagonal y naked objects
    3. CArquitectura limpia y programación orientada a aspectos
    4. DArquitectura limpia y estilos centrados en datos
98. 98En la propuesta naked objects

    1. ALa aplicación se genera automáticamente a partir de objetos de dominio
    2. BSe utilizan objetos que modelan el interfaz de usuario
    3. CSe utilizan POJOs para modelar el sistema de persistencia
    4. DSe utilizan lenguajes basados en prototipos en lugar de clases
99. 99En el estilo hexagonal

    1. ALa base de datos y frameworks están en el exterior
    2. BLa base de datos y frameworks son el núcleo del sistema
    3. CLa base de datos está en el exterior y los frameworks en el interior
    4. DLos frameworks están en el exterior y la base de datos en el interior
100. 100Una ventaja del estilo batch es

     1. ABajo acoplamiento
     2. BAlto acoplamiento
     3. CConcurrencia
     4. DBaja latencia
101. 101En el estilo pipes and filters

     1. Ase admite la ejecución concurrente de filtros
     2. Bse facilita la interactividad
     3. Ces difícil la testabilidad independiente de los filtros
     4. Dno se pueden sustituir unos filtros por otros
102. 102Backpressure ocurre cuando

     1. Alos consumidores reciben más datos de los que pueden procesar
     2. Blos consumidores deben solicitar datos a los productores
     3. Cel estilo MVC permite interacción entre usuarios
     4. Duna fuente de conocimiento va calculando resultados parciales
103. 103Es una ventaja de pipes and filters con interfaz uniforme...

     1. AReconfigurabilidad
     2. BRendimiento
     3. CInteractividad
     4. DDependencia entre filtros
104. 104Es un beneficio de Master-slave

     1. AComputación paralela
     2. BIndependencia del nodo máster
     3. CInteractividad
     4. DCoordinación entre nodos máster
105. 105Una ventaja de MVC

     1. AFacilidad para crear nuevas vistas y controladores
     2. BAcoplación entre controladores y vistas
     3. CSimplicidad
     4. DUniformidad al mostrar una única vista para cada modelo
106. 106En PAC

     1. ASe utiliza una jerarquía de agentes
     2. BLos agentes son controlados por el máster
     3. CVarios agentes aportan soluciones parciales al problema
     4. DNo hay comunicación entre los agentes
107. 107Es un reto a resolver en el estilo Datos Compartidos

     1. APunto de fallo único
     2. BDependencia entre los componentes
     3. CInconsistencia de los datos
     4. DFalta de estado global
108. 108En el estilo Blackboard se utilizan

     1. Afuentes de conocimiento que resuelven parcialmente un problema
     2. Bagentes que se encargan de las diferentes partes del interfaz
     3. Cagentes móviles que se desplazan de una máquina a otra
     4. Dtuberías y filtros (pipes and filters)
109. 109Una de las ventajas de los sistemas basados en reglas es

     1. ALa utilización de conocimiento declarativo de expertos de dominio
     2. BEl rendimiento
     3. CLa posibilidad de expresar algoritmos de forma imperativa
     4. DLa depuración
110. 110Una restricción del estilo cliente-servidor

     1. ALos clientes se comunican con el servidor, no al revés
     2. BLos servidores se comunican con el cliente, no al revés
     3. CLos clientes pueden depender de otros clientes
     4. DLos clientes y el servidor no se comunican entre sí
111. 111En la variante cliente-servidor sin estado

     1. AAnte la misma petición se devuelve siempre la misma respuesta
     2. BLa respuesta del servidor depende del cliente
     3. CSe pueden crear múltiples servidores replicados
     4. DEl cliente no almacena ningún estado de la aplicación
112. 112En Event-driven architecture

     1. AUn evento es algo que ha sucedido
     2. BUn evento es algo que sucederá en el futuro
     3. CLos eventos son invocaciones síncronas
     4. DLos consumidores de eventos esperan que los productores envíen eventos
113. 113Publish-subscribe es una variante de

     1. AModelos basados en eventos
     2. BModelos basados en datos compartidos
     3. CSistemas Batch
     4. DPipes and filters
114. 114Una ventaja de los modelos de actores es

     1. AParalelismo
     2. BCoordinación entre actores
     3. CConsistencia
     4. DInteractividad
115. 115CQRS separa el interfaz en

     1. Acomandos que realizan acciones y consultas que leen datos
     2. Bpeticiones y respuestas
     3. Ccomandos que realizan acciones y consultas que escriben datos
     4. Dmodelos, vistas y controladores
116. 116Event sourcing captura los cambios de estado mediante

     1. Aeventos inmutables
     2. Bactualizaciones de las fuentes de los eventos
     3. Cbases de datos compartidas
     4. Dcomandos y consultas
117. 117Ventaja de Event sourcing

     1. ASi aparecen errores se puede reconstruir la Base de datos
     2. BLa base de datos contiene el estado actual del sistema
     3. CEl tamaño de los datos almacenados no crece con el tiempo
     4. DLa base de datos es de lectura y escritura
118. 118Ventaja de utilizar Plugins

     1. ALa adaptación del sistema a recursos impredecibles en el futuro
     2. BLa seguridad
     3. CEl rendimiento
     4. DLa consistencia
119. 119Un problema del estilo Microkernel es

     1. APunto de fallo único
     2. BPortabilidad
     3. CFiabilidad
     4. DExtensibilidad
120. 120Reflection permite

     1. ARealizar cambios al sistema sin detener la ejecución
     2. BAumentar el rendimiento del sistema
     3. CCrear código inteligente que reflexiona sobre sus propias capacidades
     4. Dusar fuentes de conocimiento independientes que contribuyen a la solución
121. 121¿Cuál NO es ventaja de los DSLs?

     1. ARendimiento
     2. BFlexibilidad
     3. CUsabilidad
     4. DAdaptabilidad
122. 122Código móvil

     1. AEs código que se transfiere de una máquina a otra para que lo ejecute
     2. BEs código que se modifica a sí mismo
     3. CEs el código que se ejecuta en dispositivos móviles
     4. DEs una variante de CQRS
123. 123Código bajo demanda...

     1. Aes código que se transmite del servidor al cliente
     2. Bes código que se transmite del cliente al servidor
     3. Crequiere de un lenguaje de programación anfitrión
     4. Dse utiliza para Event sourcing
124. 124Los agentes móviles consisten en

     1. Acódigo y datos que se envía de una máquina a otra para su ejecución
     2. Blenguajes de dominio específico utilizados en aplicaciones de seguridad
     3. Caplicaciones que producen eventos
     4. Dplugins que son incoporados en arquitecturas microkernel
125. 125¿Cuál NO es una falacia de la computación distribuida?

     1. ALa invocación a un procedimiento remoto puede pasar parámetros
     2. BLa red es fiable
     3. CLa red es segura
     4. DEl coste de transporte es cero
126. 126Hub and Spoke

     1. Aes una topología de mensajería con un bróker central
     2. Bpermite la utilización de múltiples brókers centrales
     3. Ces una variante de MVC
     4. Dpermite integrar sistemas mediante RPC
127. 127Consecuencia del patrón Broker

     1. ASeparación de incumbencias
     2. BMejora del rendimiento
     3. CBajo acoplamiento entre los sistemas
     4. DEvita el single point of failure
128. 128Consecuencia del peer to peer

     1. AEvita el single point of failure
     2. BFacilita la gestión del estado global del sistema
     3. CFacilita la seguridad
     4. DMejorar el ancho de banda y la latencia
129. 129¿Cuál NO es una ventaja del SOA?

     1. ASeguridad
     2. BIndependencia de lenguaje
     3. CAcoplamiento débil
     4. DInteroperabilidad
130. 130En WS-*

     1. ASe proponía UDDI como páginas amarillas para publicar servicios web
     2. BSe proponía SOAP como páginas amarillas de servicios web
     3. CWSDL contiene el cuerpo del mensaje en XML
     4. DSOAP contiene la descripción del mensaje
131. 131En las arquitecturas basadas en servicios

     1. AExisten varios frameworks disponibles para facilitar el time-to-market
     2. BSe facilita la escalabilidad al estar descentralizadas
     3. Cmejora la evolución de los servicios mediante diferentes bases de datos
     4. DSe realiza el despliegue de todos los servicios a la vez
132. 132En la propuesta de microservicios

     1. ACada microservicio gestiona su propia base de datos
     2. BTodos los microservicios de despliegan a la vez
     3. CLos microservicios son aplicaciones diferentes
     4. DLos microservicios están enfocados a realizar múltiples tareas
133. 133Un microservicio trabaja

     1. Acon un dominio acotado
     2. Bde forma coordinada mediante un orquestador de servicios
     3. Ccoordinándose con otros microservicios mediante base de datos compartida
     4. Dcon la misma escalabilidad que el resto de aplicaciones del sistema
134. 134El deterioro estructural de microservicios puede aparecer al utilizar

     1. Ademasiadas librerías compartidas entre microservicios
     2. Bservicios muy desacoplados
     3. Cservicios con diferentes niveles de escalabilidad
     4. Ddiferentes lenguajes y bases de datos para cada microservicio
135. 135En la propuesta serverless

     1. Ase persigue escalabilidad automática
     2. Bse utilizan sistemas descentralizados sin servidores
     3. Cse evita el vendor-lock-in
     4. Dlos clientes actúan como servidores
136. 136¿Cuál de las siguientes NO es ventaja de Serverless?

     1. AVendor lock-in
     2. BEscalabilidad
     3. CDisponibilidad
     4. DTime-to-market
137. 137Ripos de FN map y reduce en mapReduce:

     1. Amap: (K1,V1) => [(K2, V2)] reduce: (K2,[V2]) => (K2,V2)
     2. Bmap: (K1,V1) => (K2, V2) reduce: (K2,V2) => (K3,V3)
     3. Cmap: [(K1,V1)] => [(K2, V2)] reduce: [(K2,V2)] => [(K3,V3)]
     4. Dmap: (K1,V1) => [(K2, V2)] reduce: (K2,V2) => (K2,[V2])
138. 138MapReduce

     1. Autiliza un sistema de ficheros distribuido con replicación
     2. Bpermite que cada nodo master ejecute las funciones map y reduce
     3. Cfacilita el análisis en tiempo real de los datos
     4. Dutiliza el modelo Read-once, Write Many
139. 139La arquitectura Lambda

     1. Apermite procesar big data en tiempo real
     2. Bpermite que cada nodo master ejecute las funciones map y reduce
     3. Cutiliza vistas para modificar los datos de entrada
     4. DTiene una "serving layer" que genera vistas en tiempo real
140. 140En la arquitectura Lambda, la serving layer

     1. Acombina las vistas en tiempo real con las vistas precomputadas batch
     2. Bse utiliza para los datos del servidor
     3. Cse utiliza para mostrar incrementos de los datos en tiempo real
     4. DSe utiliza para realizar re-computaciones de datos batch
141. 141La arquitectura Kappa utiliza

     1. Aun log distribuido y replicado como almacenamiento de eventos
     2. Bun log de eventos que pueden modificarse durante la ejecución
     3. Ctres capas: batch, serving y speed
     4. Duna capa batch para almacenar los logs distribuidos
142. 142En la arquitectura Kappa

     1. Aun reto son requisitos de espacio al duplicarse el log y la base de datos
     2. Blos eventos son actualizados mediante recomputaciones
     3. Cse utiliza un log de eventos de solo lectura
     4. Dse favorece la consistencia del estado sobre la escalabilidad
143. 143Una ventaja de la coordinación mediante transferencia de ficheros

     1. ABajo acoplamiento porque productor y consumidor pueden ser independientes
     2. BAutomatización
     3. CConsistencia puesto que siempre se trabaja con la misma versión
     4. DBajo acoplamiento porque puede utilizarse cualquier formato
144. 144ETL

     1. AConsiste en 3 fases: extracción, transformación y carga
     2. BEs el "Extended Transmission Log" de la arquitectura Kappa
     3. CSe utiliza para mejorar el rendimiento en tiempo real de mapReduce
     4. DEs equivalente a RPC
145. 145En la coordinación mediante Mensajeria

     1. Ase suele utilizar comunicación asíncrona
     2. Bse suele utilizar comunicación síncrona
     3. Csuele implicar un alto acoplamiento
     4. Dse utilizan sistemas ETL para la sincronización
146. 146La escalabilidad en aplicaciones microservicios puede conseguirse mediante

     1. Adistribución de microservicios en servidores y replicación bajo demanda
     2. Breplicación de la aplicación en servidores bajo demanda
     3. Creplicación de base de datos en los servidores bajo demanda
     4. Dla aplicación de la Ley de Conway
147. 147Una variante de peer-to-peer es

     1. AEl uso de super-peers
     2. BMapReduce
     3. CArquitectura Lambda
     4. DArquitectura Kappa
148. 148Cuando la computación se realiza "on premises"

     1. AEs necesario invertir en hardware, licencias, espacios, etc.
     2. BSe pierde el control del hardware
     3. CSe realiza menos inversión inicial
     4. DHay más dependencia de los proveedores en la nube
149. 149En un diagrama de despliegue

     1. ASe asocian artefactos a cajas que representan nodos computacionales
     2. BSe representan jerarquías de clases junto con sus interacciones
     3. CSe describen los casos de uso que serán desplegados
     4. DSe presenta la secuencia de interacción entre actores
150. 150Cuando la computación se realiza en la nube

     1. ASe facilita el acceso a hardware caro
     2. BSe requieren habilidades de administración de sistemas
     3. CSe garantizan unos costes fijos
     4. DSe requiere una mayor inversión inicial
151. 151La metáfora "pets vs cattle"

     1. AIdentifica a los servidores tradicionales con mascotas
     2. BIdentifica a los servidores tradicionales como ganado
     3. CIdentifica a los clusters de servidores como mascotas
     4. DDescribe a los servidores tradicionales como deshechables
152. 152Edge computing

     1. APretende mejorar la latencia y el ancho de banda
     2. BMejora acceso a grandes datos con acceso directo al servidor
     3. CConsiste en computaciones de gran riesgo
     4. DEquivale a la computación on premises
153. 153Los multi-armed bandits

     1. Aajustan dinámicamente el tráfico para favorecer buenas alternativas
     2. Bconsisten en dividir los usuarios en grupos fijos
     3. Cson pruebas de carga realizadas mediante múltiples ataques
     4. Dse utilizan para la configuración automática de contenedores
154. 154Puede utilizarse para pruebas de carga

     1. AGatling
     2. BCanary tests
     3. CFeature toggle
     4. DLos balanceadores de carga
155. 155Selecciona la verdadera

     1. ADocker se basa en el aislamiento de procesos a nivel de kernel
     2. BEl tiempo de arranque es menor con máquinas virtuales que con contenedores
     3. CCon máquinas virtuales se puede reutilizar el sistema operativo
     4. DCon contenedores , los servidores no están aislados
156. 156La arquitectura de alto nivel de docker

     1. ASe basa en cliente-servidor
     2. BUtiliza un dockerd como cliente
     3. CUtiliza docker hub como cliente
     4. DUtiliza dockerd como registro de imágenes
157. 157Una imagen docker es

     1. Auna plantilla de solo lectura con instrucciones para crear 1 contenedor
     2. BUn proceso que escucha peticiones para crear contenedores
     3. CUn registro donde se almacenan contenedores
     4. DUn emulador del sistema operativo
158. 158El modelo de capas de docker

     1. APermite crear imágenes a partir de otras imágenes
     2. BPermite crear un dockerd a partir de una imagen
     3. CPermite que los contenedores estén aislados
     4. DPermite utilizar contenedores inmutables
159. 159El concepto de infraestructura inmutable permite

     1. Adescribir los estados deseados de una infraestructura en imágenes
     2. Bir actualizando una infraestructura a partir de una imagen base
     3. Cutilizar una línea de comandos para gestionar la infraestructura
     4. Dutilizar un GUI para gestionar la infraestructura
160. 160Una ventaja de utilizar contenedores es

     1. ARendimiento
     2. BOrquestación
     3. CIndependencia de la plantaforma
     4. DFacilidades para persistencia
161. 161El concepto de infraestructura inmutable permite

     1. Adescribir los estados deseados de una infraestructura en imágenes
     2. Bir actualizando una infraestructura a partir de una imagen base
     3. Cutilizar una línea de comandos para gestionar la infraestructura
     4. Dutilizar un GUI para gestionar la infraestructura
162. 162Una ventaja de utilizar contenedores es

     1. ARendimiento
     2. BOrquestación
     3. CIndependencia de la plantaforma
     4. DFacilidades para persistencia
163. 163¿Cuál de las siguientes frases es verdadera?

     1. AKubernetes puede utilizarse para la orquestación de contenedores
     2. BDocker-compose se utiliza habitualmente en múltiples hosts
     3. CDocker Swarm es una solución desarrollada inicialmente por Google
     4. DKubernetes utiliza pods de SOLID para los despliegues
164. 164"Deployment pipeline" promueve

     1. Ala automatización de las tareas de construcción, despliegue, pruebas, etc.
     2. Butilizar devops para desplegar los sistemas cuando se lo pidamos
     3. Cel círculo vicioso del despliegue manual
     4. Dhacer una fiesta cada vez que se despliegue una nueva versión
165. 165Un lema del "continuous deployment" es

     1. ASi duele, hazlo más frecuentemente
     2. B"Todo está funcionando" es una anomalía
     3. CAñadir más personas a un proyecto retrasado hace que se retrase más
     4. DLet it crash
166. 166El patrón timeout añade un limitador temporal a

     1. Alas peticiones para detenerlas y, a veces, reintentarlas
     2. Blos servidores para dejar de atender peticiones pesadas
     3. Clas peticiones de los servidores a otros servidores
     4. Dlas peticiones para evitar que se reintenten
167. 167En el patrón circuit breaker, cuando se producen...

     1. Ademasiados errores se deja de atender peticiones x tiempo
     2. Bpeticiones se realiza un control de tiempo
     3. Cpeticiones se cierra el circuito y no se devuelven respuestas
     4. Dfallos se pasa a modo cerrado
168. 168Con el patrón Bulkhead, se pretende

     1. Aseguir el funcionamiento aunque una parte falle
     2. Bevitar los errores mediante controles temporales
     3. Cdetener el sistema cuando se produzcan errores
     4. Dcrear backpressure a los sistemas saturados
169. 169Una solución basada en "steady state" es

     1. ALimpiar recursos del sistema automáticamente
     2. BCrear una réplica del servidor
     3. CUtilizar un monitor que limite las peticiones que ocupan mucho tiempo
     4. DAplicar backpressure a las peticiones
170. 170"Fail fast" promueve checkear

     1. Aque recursos necesarios estén disponibles para no realizar trabajo inútil
     2. Bque las peticiones no esperan más tiempo del indicado
     3. Cque el sistema deja de funcionar cuando se produzca el primer error
     4. Dque las peticiones se respondan por el servidor con menor carga
171. 171Para aplicar "Let it crash" será necesario:

     1. AQue los componentes puedan sustituirse rápidamente por otros
     2. BQue los componentes sean tolerantes a fallos
     3. CUtilizar sistemas de control de excepciones para programar defensivamente
     4. DAcordar los recursos necesarios antes de comenzar
172. 172Patrón Handshaking

     1. APermite realizar un control cooperativo de las demandas computacionales
     2. BSe utiliza para que los componentes puedan ser sustituidos fácilmente
     3. Cregula las peticiones a procesar ralentizando los productores
     4. Dconsiste en utilizar orquestadores de contenedores
173. 173¿Cuál de las siguientes NO es una estrategia para backpressure?

     1. ABalanceo de carga
     2. BRalentizar los productores
     3. CUtilizar búffers para acumular temporalmente datos de entrada
     4. DIgnorar algunas peticiones
174. 174En el patrón Governor se puede

     1. Aralentizar velocidad de acciones automatizadas para permitir acción humana
     2. Bautomatizar acciones humanas para aumentar velocidad
     3. CUtilizarse para aumentar el rendimiento de acciones automatizables
     4. DAumentar la resistencia ante acciones humanas poco seguras
175. 175Las propuestas de Ingeniería del Caos

     1. Aintroducen fallos en un sistema a propósito para probar resiliencia
     2. Bcrean sistemas inseguros que deben ser refactorizados
     3. Cson antipatrones creados a partir del uso de máquinas virtuales
     4. Dson antipatrones que utilizaban una mala gestión de incidencias
176. 176Un "canary release" consiste en

     1. Aintroducir nuevas releases progresivamente a subconjuntos de usuarios
     2. Bintroducir fallos a propósito para comprobar la resiliencia
     3. Cutilizar limitadores temporales de las peticiones
     4. Duna release que se muestra a los usuarios beta
177. 177El uso de "Feature toggles" permite

     1. Amodificar comportamiento del sistema sin cambiar código
     2. Bmodificar el código del sistema sin cambiar el comportamiento
     3. Ccrear componentes con errores a propósito para mejorar resiliencia
     4. Dcrear sistemas que eviten características no probadas en producción
178. 178Expectativa sobre un arquitecto software:

     1. AComprender y navegar la política empresarial
     2. BDefinir la estrategia empresarial
     3. CRevisar y aprobar todas las Pull-requests
     4. DDefinir la arquitectura correcta al comienzo para que no se revise
179. 179¿Cuáles de las siguientes NO son parte del rol de arquitecto software?

     1. ADefinir la estrategia empresarial y de negocio
     2. BComprender objetivos, capturar requisitos y restricciones
     3. CIdentificar, mitigar y apropiarse de riesgos técnicos
     4. DCrear estrategia técnica, visión y hoja de ruta
180. 180En las compañías basadas en productos en dominios diferentes del software

     1. ASe produce un compromiso entre departamento IT interno o outsourcing
     2. BEl software es lo más importante de la empresa
     3. CSe proporcionan servicios de consultoría a otras empresas
     4. Dla inversión suele ser realizada por business angels o capital riesgo
181. 181Un arquitecto empresarial

     1. Ada soporte a la estrategia de negocio y soluciones TI
     2. BSe enfoca en proyectos software con conocimiento profundo de tecnología
     3. CRealiza los planos de los edificios de la empresa
     4. DEs un arquitecto de software que trabaja en una empresa
182. 182El marco Zachman

     1. AEs una técnica de arquitectura empresarial basada en un modelo
     2. BRepresenta una serie de expectativas sobre una tecnología en el tiempo
     3. CSe utiliza para analizar el comportamiento de repositorios de código
     4. DEs un técnica para refactorizar software
183. 183TOGAF

     1. AEs un marco y metodología de arquitecturas empresariales
     2. BEs una propuesta de arquitectura empresarial realizada por John Zachman
     3. CEs un sistema ERP
     4. DEs un ejemplo de SCM
184. 184La parte superior de la curva Gartner:

     1. AEs el pico de expectativas sobredimensionadas
     2. BEs el momento en el que un sistema es más útil
     3. CIndica el número máximo de compradores de un sistema
     4. DIndica el número de pérdidas de un sistema
185. 185Una posible ventaja de adoptar ERP para una empresa

     1. ACalidad y eficiencia utilizando mejores prácticas
     2. BIndependencia de un vendedor
     3. CFacilidad para adaptar los procesos existentes
     4. DSencillez de la implantación
186. 186ABAP

     1. AEs un lenguaje de dominio específico utilizado en SAP
     2. BEs un marco de descripción de arquitecturas empresariales
     3. CEs un ejemplo de SCM
     4. DEs un lenguaje para aplicaciones Serverless diseñado por Amazon
187. 187Los gestores documentales se enmarcan en

     1. AECM
     2. BWMS
     3. CPLM
     4. DCRM
188. 188BPM

     1. ASe utiliza para gestionar el ciclo de vida de procesos de negocio
     2. BSe utiliza para realizar negocios de empresa a empresa
     3. CSe utiliza para realizar negocios de empresa a consumidor
     4. DSe utiliza para gestionar ciclo de vida de productos
189. 189OLAP

     1. ASon herramientas de inteligencia de negocios con análisis multidimensional
     2. BEs un lenguaje de dominio específico para SAP
     3. CSon programas para la gestión de las relaciones con los clientes
     4. DEs una técnica para crear arquitecturas evolutivas
190. 190BPMN

     1. AEs una notación visual para la definición de procesos de negocio
     2. BEngloba los sistemas de negocio de empresa a empresa
     3. CEs un lenguaje utilizado para orquestar procesos de negocio basado en XML
     4. DEs un conjunto de herramientas para gestionar la relación con los clientes
191. 191PLM

     1. AEngloba herramientas que gestionan el ciclo de vida de productos
     2. BEs un lenguaje de dominio específico para SAP
     3. CEquivale a "Programming Language Methodology"
     4. DSe utiliza para gestionar relaciones con los clientes
192. 192EAI

     1. AEngloba herramientas de integración de software empresarial
     2. BSon sistemas de inteligencia artificial empresarial
     3. CSe utiliza para gestionar las relaciones con los clientes
     4. DSe utiliza para gestionar automáticamente almacenes
193. 193Las líneas de producto software requieren

     1. Aidentificar soluciones genéricas a problemas comunes de varios productos
     2. BCrear sistemas que evolucionan con el tiempo
     3. Cutilizar acuerdos a nivel de servicio
     4. Dtécnicas de análisis del comportamiento del código
194. 194Selecciona la correcta

     1. AUn SLO es un objetivo para un SLI
     2. BUn SLI es un objetivo para un SLA
     3. CLos SLI son acuerdos que se miden en función de los SLA
     4. DLos SLO son medidas cuantitativas de algún aspecto de un servicio
195. 195La ley de cambio continuo de Lehman dice que:

     1. AUn sistema debe adaptarse continuamente o cada vez es menos satisfactorio
     2. BA medida que un sistema evoluciona, su complejidad aumenta
     3. CAl refactorizar un sistema antiguo se cambia el código continuamente
     4. DLos sistemas deben cambiarse para que sigan siendo "legacy"
196. 196Refactorizar consiste en

     1. AModificar la estructura del software preservando su comportamiento externo
     2. BModificar el comportamiento externo sin modificar el software
     3. CEjecutar las pruebas del sistema cada vez que se cambia el código
     4. DCambiar la arquitectura del software sin modificar el código
197. 197Proyecto legacy

     1. ASuele ser software valioso que se tiene miedo a cambiar
     2. BSuele ser software poco útil
     3. CSon proyectos recién desarrollados con poco deuda técnica
     4. DSon proyectos que evolucionan y se adaptan a los nuevos entornos
198. 198Un hotspot es

     1. AUn componente complejo que cambia frecuentemente
     2. BUn componente sencillo que cambia frecuentemente
     3. CUn componente complejo que cambia pocas veces
     4. DUn componente sencillo que cambia pocas veces
199. 199Las funciones de encaje

     1. ASe utilizan en las arquitecturas evolutivas para analizar la evolución
     2. BSe utilizan en BPMN
     3. CSe utilizan en Serverless para adaptar el software a la nube
     4. DSon un aspecto fundamental de las líneas de productos software

Descripción

Test sobre kahoots, creado por Alejandro Del Gallego Moro el 30/06/2022.

Autor

Alejandro Del Gallego Moro

Idioma

Español

Visitas

2

Valoración

Aún sin valoraciones

Valora este test

Valora este test

Más sobre Arquitectura de software