WorksheetsMetodologías Agiles
Total questions: 86
Worksheet time: 1hrs 14mins
Una asociaciòn entre una actor y un caso de uso se ejecuta cuando:
Cuando es una tarea que debe llevarse a cabo con el apoyo del sistema.
El actor interactúa con el sistema para llevar a cabo el caso de uso.
Cuando el caso de uso puede no ser ejecutado por ese actor.
Usa relación "extend" se usa para:
Si se desea especificar comportamiento común o más casos de uso.
Para mostrar diferentes elementos relacionados como tipos de otros
Para incluir una relación entre dos casos de uso de tipo "include", si se desea especificar diferentes variantes del mismo caso de uso.
Defina requerimiento.
Lo que el actor quiere que se le haga.
Una condición o necesidad de un usuario para resolver un problema o alcanzar un objetivo.
Un problema que resolver.
El ciclo de vida de RUP es una implementación de:
Desarrollo en V
Desarrollo en espiral
Desarrollo Ciclo de Vida
Desarrollo rápido de aplicaciones
La definición del problema debe considerar:
Es la justificación para resolver un sistema
Diferenciar entre las cosas que se perciben y se desean.
Entender las verdaderas necesidades del negocio
Requisitos no funcionales o atributos de calidad. Escoja todas las opciones que piensa que son atributos de calidad.
Interfaz
Seguridad
Buen código
Rendimiento
Usabilidad
Escoja todos los requisitos funcionales:
operatividad
Cálculos
Detalles técnicos
Manipulación de datos
Interfaz
Una relación Include se usa:
Si se desea mostrar otros elementos relacionados como otros tipos.
Si se desea incluir una relación entre dos casos de uso. .
Si se desea especificar comportamiento común entre dos o más casos de uso
Un diagrama de secuencia sirve para:
Describir una interacción entre los objetos de una aplicación y los mensajes enviados y recibidos por los objetos.
Analiza las propiedades de los elementos del sistema.
Permite construir la lógica del sistema.
Escoja la respuesta correcta que defina el concepto RUP.
RUP es Rational Unified Process
El RUP no es un sistema con pasos firmemente establecidos, sino un conjunto de metodologías adaptables al contexto y necesidades de cada organización
Ninguno.
RUP es el framework creado por IBM
Escoge quien es el creador de cada metodología:
AUP
Jeff Sutherland
Kent Beck
Kristhine Torisson
Scott Amber
Escoge quien es el creador de cada metodología:
CDM
Jeff Sutherland
Kent Beck
Kristhine Torisson
Scott Amber
Escoge quien es el creador de cada metodología:
XP
Jeff Sutherland
Kent Beck
Kristhine Torisson
Scott Amber
Escoge quien es el creador de cada metodología:
SCRUM
Jeff Sutherland
Kent Beck
Kristhine Torisson
Scott Amber
Escoge la metodología ágil que coincide con la característica definida:
El desarrollo de software se realiza mediante iteraciones, denominadas sprints, con una duración de 30 días. El resultado de cada sprint es un incremento ejecutable que se muestra al cliente.
SCRUM
ASD
XP
Crystal
DSDM
Escoge la metodología ágil que coincide con la característica definida:
Sus principales características son: iterativo, orientado a los componentes software más que a las tareas y tolerante a los cambios.
SCRUM
ASD
XP
Crystal
DSDM
Escoge la metodología ágil que coincide con la característica definida:
Pone más enfasis en la adaptabilidad que en la previsibilidad. Creen que ser capaz de adaptarse a los cambios de requisitos en cualquier punto de la vida del proyecto.
SCRUM
ASD
XP
Crystal
DSDM
Escoge la metodología ágil que coincide con la característica definida:
Conjunto de metodologías. Las políticas dependerán del tamaño del equipo
SCRUM
ASD
XP
Crystal
DSDM
Escoge la metodología ágil que coincide con la característica definida:
Propone cinco fases: estudio viabilidad, estudio del negocio, modelado funcional, diseño y construcción, y finalmente implementación.
SCRUM
ASD
XP
Crystal
DSDM
Escoge la metodología ágil que coincide con la característica definida:
Métodología para equipos grandes y Empresas y Proyectos grandes. Ayuda a crear software mediante un ciclo de vida interactivo e incremental
FDD
ASD
XP
Crystal
DSDM
Empareja cada técnica con su correspondiente definición:
Técnica de Ingeniería de software para reestructurar código o bases de datos
Refactoring
Reusabilidad
Ingeniería de Componentes
Mantenibilidad
Empareja cada técnica con su correspondiente definición:
Usar artefactos existentes en nuevo software, aplicando tecnicas de Ingeniería de software.
Refactoring
Reusabilidad
Ingeniería de Componentes
Mantenibilidad
Empareja cada técnica con su correspondiente definición:
Técnica de la Ingenie'ria de software para organizar la arquitectura del software.
Refactoring
Reusabilidad
Ingeniería de Componentes
Mantenibilidad
Empareja cada técnica con su correspondiente definición:
Capacidad de un producto de software para ser modificado, muy relacionado con normas de calidad.
Refactoring
Reusabilidad
Ingeniería de Componentes
Mantenibilidad
Enlaza cada subcarácterística de mantenibilidad con su correspondiente significado:
Capacidad del producto de software de satisfacer los estándares o convenciones relativas con la mantenibildiad.
Conformidad
Analizabilidad
Cambiabilidad
Facilidad de Prueba
Estabilidad
Enlaza cada subcarácterística de mantenibilidad con su correspondiente significado:
Capacidad del producto de software para diagnosticar sus deficiencias o causas de fallos, o de identificar las partes que deben
Conformidad
Analizabilidad
Cambiabilidad
Facilidad de Prueba
Estabilidad
Enlaza cada subcarácterística de mantenibilidad con su correspondiente significado:
Capacidad del producto de software para permitir implementar una modificación específica.
Conformidad
Analizabilidad
Cambiabilidad
Facilidad de Prueba
Estabilidad
Enlaza cada subcarácterística de mantenibilidad con su correspondiente significado:
Capacidad del producto de software de permitir evaluar las partes modificadas.
Conformidad
Analizabilidad
Cambiabilidad
Facilidad de Prueba
Estabilidad
Enlaza cada subcarácterística de mantenibilidad con su correspondiente significado:
Capacidad del producto de software de minimizar los efectos inesperados de las modificaciones.
Conformidad
Analizabilidad
Cambiabilidad
Facilidad de Prueba
Estabilidad
Empareja los correspondientes envolturas con sus definiciones:
Estudiar los detalles del procesamiento interno y modificar los detalles, para evitar conflictos. (CSS)
Envoltura de caja blanca
Envoltura de caja gris
Envoltura de caja negra
Empareja los correspondientes envolturas con sus definiciones:
Cuando la biblioteca de componentes proporciona un lenguaje de extensión del componente o API que permite que los conflictos
Envoltura de caja blanca
Envoltura de caja gris
Envoltura de caja negra
Empareja los correspondientes envolturas con sus definiciones:
Requiere la introducción de procesamiento previo y posterior en la interfaz del componente para eliminar o anular conflictos.
Envoltura de caja blanca
Envoltura de caja gris
Envoltura de caja negra
Escoja el paradigma de ingeniería de software que se corresponde con su definición.
Involucra el desarrollo de planes de pruebas en etapas tempranas
Modelo Cascada-V
Modelos Concurrentes
Modelo Incremental
Modelo Cascada
Escoja el paradigma de ingeniería de software que se corresponde con su definición.
las actividades de Ingeniería existen de manera concurrente pero se hallan en diferentes estados.
Modelo Cascada-V
Modelos Concurrentes
Modelo Incremental
Modelo Cascada
Escoja el paradigma de ingeniería de software que se corresponde con su definición.
Cada iteración es un hito gestionado, y produce un incremento de software
Modelo Cascada-V
Modelos Concurrentes
Modelo Incremental
Modelo Cascada
Escoja el paradigma de ingeniería de software que se corresponde con su definición.
Se usa cuando los requerimientos se comprenden bien y tienen una estabilidad razonable
Modelo Cascada-V
Modelos Concurrentes
Modelo Incremental
Modelo Cascada
Escoja el paradigma de ingeniería de software que se corresponde con su definición.
Cada iteración produce una versión de software
Modelo Iterativo
Modelo Espiral
Modelo Incremental
Modelo Cascada
Comienza en el centro, se abre hacia afuera, reduce riesgos. Cada ciclo desarrolla una versión más sofisticada del producto. Se lo considera evolutivo.
Cada iteración produce una versión de software
Modelo Iterativo
Modelo Espiral
Modelo Incremental
Modelo Cascada
Identifica cada componente.
Es la interfaz de usuario que compone la información que se envía al cliente y los mecanismos de interacción con éste.
Vista
Controlador
Modelo
Identifica cada componente.
Gestiona el flujo de información y las transformaciones para adaptar los datos y las necesidades de cada uno.
Vista
Controlador
Modelo
Identifica cada componente.
Contiene la representación de los datos, la lógica del negocio y mecanismos de persistencia.
Vista
Controlador
Modelo
Identifica a qué arquitectura y que partes corresponde:
Contiene la parte de acceso a los datos, por ejemplo las clases que mapean los registros a la base de datos, también pueden contener las operaciones de crear, leer, actualizar y eliminar (CRUD).
Modelo
Vista
Controlador
Identifica a qué arquitectura y que partes corresponde:
Ve e interactúa el cliente, pantallas de ingreso de datos etc., en esta parte se coloca todas las vistas que por lo general son formularios y contenido html.
Modelo
Vista
Controlador
Identifica a qué arquitectura y que partes corresponde:
Todas las peticiones que hace el cliente (vista) son pasadas a esta unidad
Modelo
Vista
Controlador
Escoge a que corresponde cada estándar metodológico ágil
MELÉ
Sutherland
clear
Internet Speed
70 prácticas
Basado en características
Escoge a que corresponde cada estándar metodológico ágil
Cristal
Sutherland
clear
Internet Speed
70 prácticas
Basado en características
Escoge a que corresponde cada estándar metodológico ágil
ISD
Sutherland
clear
Internet Speed
70 prácticas
Basado en características
Escoge a que corresponde cada estándar metodológico ágil
PAGINAS
Sutherland
clear
Internet Speed
70 prácticas
Basado en características
Escoge a que corresponde cada estándar metodológico ágil
FDD
Sutherland
clear
Internet Speed
70 prácticas
Basado en características
Escoge a que corresponde cada estándar metodológico ágil
XP
Kent Beck
Modelado ágil
Adaptive
Microsoft metodologia
Basado en Pruebas
Escoge a que corresponde cada estándar metodológico ágil
A.M
Kent Beck
Modelado ágil
Adaptive
Microsoft metodologia
Basado en Pruebas
Escoge a que corresponde cada estándar metodológico ágil
ASD
Kent Beck
Modelado ágil
Adaptive
Microsoft metodologia
Basado en Pruebas
Escoge a que corresponde cada estándar metodológico ágil
MSF
Kent Beck
Modelado ágil
Adaptive
Microsoft metodologia
Basado en Pruebas
Escoge a que corresponde cada estándar metodológico ágil
TDD
Kent Beck
Modelado ágil
Adaptive
Microsoft metodologia
Basado en Pruebas
Empareja la actividad de Reingeniería con su definición
Análisis de la documentación
Reestructuración de documentación
Refactorización de código
Análisis de Inventarios
Ingeniería Inversa
Ingeiería hacia adelante.
Empareja la actividad de Reingeniería con su definición
Se cambia el código sin que modifique los resultados
Reestructuración de documentación
Refactorización de código
Análisis de Inventarios
Ingeniería Inversa
Ingeiería hacia adelante.
Empareja la actividad de Reingeniería con su definición
Se registra su importancia empresarial, longevidad, Mantenibilidad y soportabilidad
Reestructuración de documentación
Refactorización de código
Análisis de Inventarios
Ingeniería Inversa
Ingeiería hacia adelante.
Empareja la actividad de Reingeniería con su definición
Se analiza el programa con la intención de crear su representación
Reestructuración de documentación
Refactorización de código
Análisis de Inventarios
Ingeniería Inversa
Ingeiería hacia adelante.
Empareja la actividad de Reingeniería con su definición
Se usa la información para alterar, reconstruir el sistema existente
Reestructuración de documentación
Refactorización de código
Análisis de Inventarios
Ingeniería Inversa
Ingeiería hacia adelante.
Empareja la actividad de Reingeniería con su definición
Se modifican los datos y se reestructuran sin que se alteren sus contenidos
Reestructuración de documentación
Refactorización de datos
Análisis de Inventarios
Ingeniería Inversa
Ingeiería hacia adelante.
Empareja el concepto con su tipo.
Según el tipo de conocimeitno que se reutiliza concretado en artefactos o habilidades.
Según la naturaleza del conocimiento
Según el nivel de abstracción
Según el estado del proceso del desarrollo
Empareja el concepto con su tipo.
Según la propiedad del componente de representar conceptos abstractos, concretos o implementados.
Según la naturaleza del conocimiento
Según el nivel de abstracción
Según el estado del proceso del desarrollo
Empareja el concepto con su tipo.
Según la etapa en el ciclo de vida en la cual el conocimiento es producido o reutilizdo.
Según la naturaleza del conocimiento
Según el nivel de abstracción
Según el estado del proceso del desarrollo
Elementos que especifican la filosofía del desarrollo ágil. Seleccionarlos.
Las historias de Usuario son obligatorias
Sencillez general en el desarrollo
Los productos de trabajo con mínima Ingeniería de software
En la entrega rápida e incremental del software
Equipos pequeños y muy motivados para abordar el proyecto
Elementos que especifican la filosofía del desarrollo ágil. Seleccionarlos.
En la entrega rápida e incremental del software
Equipos pequeños y muy motivados para abordar el proyecto
Las historias de usuario en XP
La satisfacción del cliente
Los métodos informales
¿Cuándo se debe hacer el modelado inicial de requisitos ágiles?
Interacción 0
Interacción 2
No es necesario hacer un modelado inicial general
Interacción 1
Las características de la mantenibilidad son:
Conformidad
Facilidad de prueba
Facilidad de aprendizaje
Analizabilidad
Las características de la mantenibilidad son:
Analizabilidad
Tiempo de respuesta
Estabilidad
Cambiabilidad
Los aspectos que influyen en la mantenibilidad son:
Documentación
Proceso de desarrollo
Conveniencia
Tiempo de respuesta
Comprensión de programas
Las propiedades de la mantenibilidad son:
Completitud
Analisis
Reparabilidad
Flexibilidad
Diseñ0
Para el Modelo MVC, identifica 2 actividades que le corresponden al controlador.
Recibe eventos de entrada
Accede a la capa de almacenamiento de datos.
Contiene reglas de gestión de eventos del tipo ( if evento z, then Accion w)
Tiene un registro de su controlador asociado
Para el modelo MVC, identifica las 3 responsabilidades de la vista
Tiene un registro de su controlador asociado.
Si se tata de un modelo activo, provee servicio de "Actualización()" .
Recibe datos del controlador y las muestra al usuario
Recibe datos del modelo y las muestra al usuario.
Tiene un registro de su modelo asociado.
Escoja las partes del modelo de arquitectura MVVM
View Models
Views
Controlator
Entity
Model
Escoge los principios que tienen que ver con el equipo
Excelencia técnica
Entregas tempranas
Mantener ritmo constante
Cliente in situ
Software funcionando
El número de principios del manifiesto ágil es:
8
12
10
Escoge cuáles son los principios generales que resumen el espíritu ágil.(Son dos)
Bienvenidos requisitos cambiantes
La gente del negocio y los desarrolladores trabajan juntos.
Software trabajando es el mejor medida de progreso.
Nuestra mayor prioridad es satisfacer al cliente.
Los principios de Manifiesto Agil que tienen que ver con el Proceso de desarrollo de Software son:
La gente de negocios y desarrolladores trabajan juntos a o largo del proyecto
Construir proyectos en torno a individuos motivados
Entregar software con frecuencia
Procesos ágiles promueven el desarrollo sostenible.
La mayor prioridad es satisfacer al cliente
Los principios de Manifiesto Agil que tienen que ver con el Proceso de desarrollo de Software son:
Procesos ágiles promueven el desarrollo sostenible.
La mayor prioridad es satisfacer al cliente
Software trabajndo es la principal medida de progreso.
El método más eficiente y eficaz de transmitir información hacia y dentro de un equipo de desarrollo es la conversación cara a cara.
Bienvenidos requisitos cambiantes.
Escoge los principios del manifiesto ágil que tiene que ver con el equipo de desarrollo. EQ
Simplicidad. El arte de maximizar la cantidad de trabajo no realizado es esencial.
Las mejores arquitecturas, requisitos y diseños emergen de la auto-organización del equipo.
La atención continua a la excelencia técnica y el buen diseño mejora la agilidad.
A intervalos regulares, el equipo reflexiona sobre cómo ser más efectivo, en consecuencia analizan ajustan su comportamiento.
La gente de negocios y desarrolladores trabajan juntos a lo largo del proyecto.
"ViewModel en MVVM es el sustituto del Presentador en el modelo MVP"
Verdadero
Falso
"En el modelo MVVM la Unidad de test NO es parte de la arquitectura, pero SI brinda facilidad para hacer test unitarios"
Verdadero
Falso
En el modelo MVC, El órden presentado de ejecución es verdadero o falso? 1. El usuario interactúa con la interfaz de usuario de alguna forma (por ejemplo, el usuario pulsa un botón, enlace, etc.) 2. El controlador recibe (por parte de los objetos de la interfaz-vista) la notificación de la acción solicitada por el usuario. El controlador gestiona el evento que llega, frecuentemente a través de un gestor de eventos (handler) o callback. 3. El controlador accede al modelo, actualizándolo, posiblemente modificándolo de forma adecuada a la acción solicitada por el usuario (por ejemplo, el controlador actualiza el carro de la compra del usuario). Los controladores complejos están a menudo estructurados usando un patrón de comando que encapsula las acciones y simplifica su extensión. 4. El controlador delega a los objetos de la vista la tarea de desplegar la interfaz de usuario. La vista obtiene sus datos del modelo para generar la interfaz apropiada para el usuario donde se refleja los cambios en el modelo (por ejemplo, produce un listado del contenido del carro de la compra). El modelo no debe tener conocimiento directo sobre la vista. Sin embargo, se podría utilizar el patrón Observador para proveer cierta indirección entre el modelo y la vista, permitiendo al modelo notificar a los interesados de cualquier cambio. Un objeto vista puede registrarse con el modelo y esperar a los cambios, pero aun así el modelo en sí mismo sigue sin saber nada de la vista. El controlador no pasa objetos de dominio (el modelo) a la vista aunque puede dar la orden a la vista para que se actualice. Nota: En algunas implementaciones la vista no tiene acceso directo al modelo, dejando que el controlador envíe los datos del modelo a la vista. 5. La interfaz de usuario espera nuevas interacciones del usuario, comenzando el ciclo nuevamente.
Verdadero
Falso
MVP solo modela la capa de presentación.
Verdadero
Falso
Escoge los principios del manifiesto ágil que encontrarás
Seguir un plan
Firmar un documento
Comunicación cara a cara
Individuos motivados
Hazlo simple
El patrón MVP permite separar la capa de presentación de la lógica, para que todo el funcionamiento de la Interfaz de usuario sea independiente de cómo la representamos en la pantalla. El patrón MVP lograría que la misma lógica tenga vistas completamente diferentes e intercambiables.
Verdadero
Falso
El patrón MVP permite separar la capa de presentación de la lógica, para que todo el funcionamiento de la Interfaz de usuario sea independiente de cómo la representamos en la pantalla. El patrón MVP lograría que la misma lógica tenga vistas completamente diferentes e intercambiables.
Verdadero
Falso
