Repaso Parcial 2

Crucigrama

Jugadas 0

Crear copia

Sobre esta actividad

Repaso del segundo parcial de la materia de IADS

Creada por

Rodolfo Martínez

México

Descarga la versión para jugar en papel

Top 10 resultados

Todavía no hay resultados para este juego. ¡Sé el primero en aparecer en el ranking! Inicia sesión para identificarte.

Crea tu propio juego gratis desde nuestro creador de juegos

Compite contra tus amigos para ver quien consigue la mejor puntuación en esta actividad

Crear reto

Figuras Retoricas

DULCE GABRIELA PELAYO ZAPATA

México

(30)

1.Ironia 2.Paradoja 3.Oxímoron 4.Paradoja 5.Onomatopeya 6.Pleonasmo 7.Metafora 8.Símil 9.Antítesis 10.Aliteración 11.Sinestesia 12.Hiperbole 13.Anafora 14.Paralelismo 15.Elipsis 16.M...
CRUCIGRAMAS PREFIJOS

Paola Chanabá Gutiérrez

Ecuador

(57)

Estimado estudiante: Coloque los significados de los prefijos mencionados en el crucigrama
Crucigrama caló

Carolina Posada González

España

(5)

Actividad inclusiva para compartir con todo el alumnado algunas palabras del vocabulario caló.
Roca Volcanica

Juan Isaías Olguin Olguin

México

(7)

Ing. Civil
El Antiguo Régimen

Eloy Antonio León Parra

España

(13)

Crucigrama sobre el Antiguo Régimen dirigido a los alumnos de 4º de ESO.

		%
	Anónimo	%
		%
		%

Imprime tu juego

Repaso Parcial 2


Crucigrama Repaso Parcial 2Versión en línea Repaso del segundo parcial de la materia de IADS por Rodolfo Martínez 1 Ésta es la declaración oficial de qué es lo que requieren los desarrolladores del sistema. Incluye tanto los requerimientos del usuario para el sistema como una especificación detallada de los requerimientos del sistema. 2 La consistencia y el lenguaje claro son ____________ que debe tener el SRS 3 Son aquellos requerimientos que no se refieren directamente a las funciones específicas que entrega el sistema, sino a las propiedades emergentes de éste como la fiabilidad, la respuesta en el tiempo y la capacidad de almacenamiento. 4 Es la fase (del modelo de cascada) en donde el usuario final ejecuta el sistema, para ello el o los programadores ya realizaron exhaustivas pruebas para comprobar que el sistema no falle. 5 Tipo de requerimeintos que son declaraciones de los servicios que proveerá el sistema, de la manera en que éste reaccionará a entradas particulares. Describen la funcionalidad o los servicios que se espera que el software provea. 6 Diagrama UML que permite la captura de requisitos potenciales de un nuevo sistema que representan escenarios que indican como interactúa el usuario con el sistema. 7 Es una representación limitada de un producto, permite a las partes probarlo en situaciones reales o explorar su uso, puede ser cualquier cosa, desde un trozo de papel con sencillos dibujos a un complejo software. 8 Diagrama UML que muestra la interacción de un conjunto de objetos en un sistema a través del tiempo. 9 Consiste en la repetición de una serie de actividades, también se le puede llamar bucle. 10 Es un proceso de desarrollo de software configurable que se adapta a través de los proyectos variados en tamaños y complejidad. Uno de los componentes clave es el UML. 11 Incluyen los requerimientos de interoperabilidad que definen la manera en que el sistema interactúa con los otros sistemas de la organización; los requerimientos legales que deben seguirse para asegurar que el sistema opere dentro de la ley, y los requerimientos éticos. 12 Modelo o enfoque metodológico que ordena rigurosamente las etapas del ciclo de vida del software, de tal forma que el inicio de cada etapa debe esperar a la finalización de la inmediatamente anterior. 13 Las actividades de este modelo siguen la forma de un caracol en la que cada bucle representa un conjunto de actividades. Las actividades no están fijadas a priori, sino que las siguientes se eligen en función del análisis de riesgo, comenzando por el bucle interior. 14 Es la fase (del modelo en cascada) en donde se realizan los algoritmos necesarios para el cumplimiento de los requerimientos del usuario así como también los análisis necesarios para saber que herramientas usar. 15 Son las siglas de lenguaje de modelado unificado 16 Es un modelo de proceso del desarrollo del software lineal secuencial que enfatiza un ciclo de desarrollo muy corto. 17 Son las siglas del documento de especificación de diseño, el cual es el resultado de descomponer y organizar el sistema en elementos que puedan elaborarse por separado. 18 Este modelo da por supuesto que es imposible prever todo antes de comenzar a programar; es imposible o si lo fuera es demasiado costoso e innecesario. 10 15 11 2 13 8 18 6 17 9 4 12 14 16

Puedes integrar el juego en un LMS compatible con LTI 1.1 o LTI 1.3 como Canvas, Moodle, o Blackboard. De esta manera podrás guardar las puntuaciones automáticamente en el libro de calificaciones de esa plataforma.

Repaso Parcial 2

Crucigrama

Sobre esta actividad

Creada por

Descarga la versión para jugar en papel

Top juegos

Crucigrama

Figuras Retoricas

Crucigrama

CRUCIGRAMAS PREFIJOS

Crucigrama

Crucigrama caló

Crucigrama

Roca Volcanica

Crucigrama

El Antiguo Régimen

Crucigrama

Repaso Parcial 2Versión en línea

por Rodolfo Martínez

Ésta es la declaración oficial de qué es lo que requieren los desarrolladores del sistema. Incluye tanto los requerimientos del usuario para el sistema como una especificación detallada de los requerimientos del sistema.

La consistencia y el lenguaje claro son ____________ que debe tener el SRS

Son aquellos requerimientos que no se refieren directamente a las funciones específicas que entrega el sistema, sino a las propiedades emergentes de éste como la fiabilidad, la respuesta en el tiempo y la capacidad de almacenamiento.

Es la fase (del modelo de cascada) en donde el usuario final ejecuta el sistema, para ello el o los programadores ya realizaron exhaustivas pruebas para comprobar que el sistema no falle.

Tipo de requerimeintos que son declaraciones de los servicios que proveerá el sistema, de la manera en que éste reaccionará a entradas particulares. Describen la funcionalidad o los servicios que se espera que el software provea.

Diagrama UML que permite la captura de requisitos potenciales de un nuevo sistema que representan escenarios que indican como interactúa el usuario con el sistema.

Es una representación limitada de un producto, permite a las partes probarlo en situaciones reales o explorar su uso, puede ser cualquier cosa, desde un trozo de papel con sencillos dibujos a un complejo software.

Diagrama UML que muestra la interacción de un conjunto de objetos en un sistema a través del tiempo.

Consiste en la repetición de una serie de actividades, también se le puede llamar bucle.

Es un proceso de desarrollo de software configurable que se adapta a través de los proyectos variados en tamaños y complejidad. Uno de los componentes clave es el UML.

Incluyen los requerimientos de interoperabilidad que definen la manera en que el sistema interactúa con los otros sistemas de la organización; los requerimientos legales que deben seguirse para asegurar que el sistema opere dentro de la ley, y los requerimientos éticos.

Modelo o enfoque metodológico que ordena rigurosamente las etapas del ciclo de vida del software, de tal forma que el inicio de cada etapa debe esperar a la finalización de la inmediatamente anterior.

Las actividades de este modelo siguen la forma de un caracol en la que cada bucle representa un conjunto de actividades. Las actividades no están fijadas a priori, sino que las siguientes se eligen en función del análisis de riesgo, comenzando por el bucle interior.

Es la fase (del modelo en cascada) en donde se realizan los algoritmos necesarios para el cumplimiento de los requerimientos del usuario así como también los análisis necesarios para saber que herramientas usar.

Son las siglas de lenguaje de modelado unificado

Es un modelo de proceso del desarrollo del software lineal secuencial que enfatiza un ciclo de desarrollo muy corto.

Son las siglas del documento de especificación de diseño, el cual es el resultado de descomponer y organizar el sistema en elementos que puedan elaborarse por separado.

Este modelo da por supuesto que es imposible prever todo antes de comenzar a programar; es imposible o si lo fuera es demasiado costoso e innecesario.