New game
Download
Get Academic Plan
Share game
Fill in the Blanks
Fill in the Blanks

Rellena los huecos de GPDS

Integrate it into your platform

You can integrate the game into an LMS compatible with LTI 1.1 or LTI 1.3 such as Canvas, Moodle, or Blackboard. This way, the scores will be automatically saved into the platform’s gradebook.
Download
You have exceeded the maximum number of games you can integrate into Google Classroom with your current Plan.

To integrate as many games as you want in Google Classroom, you need an Academic Plan or a Commercial Plan.

You have exceeded the maximum number of games you can integrate into Microsoft Teams with your current Plan.

To integrate as many games as you want in Microsoft Teams, you need an Academic Plan or a Commercial Plan.

Downloading games is an exclusive feature for users with an Academic Plan or a Commercial Plan.

Get your Academic Plan or your Commercial Plan now and start integrating your games into your LMS, website or blog.

If you wish, you can download a demo game here and test its integration:

Rellena los huecos de GPDS

Fill in the Blanks

Played 0

About this activity

Rellena los huecos de frases relacionadas con los bloques 2 y 3 de GPDS

Created by

Spain

Download the paper version to play

Make your own free game from our game creator
Compete against your friends to see who gets the best score in this game

Top Games

%
Anonymous
Anonymous
%
%
%
You have exceeded the maximum number of games you can print with your current Plan.

To print as many games as you want, you need an Academic Plan or a Commercial Plan.

Print your game
Rellena los huecos de GPDS
 

Fill in the Blanks

Rellena los huecos de GPDSOnline version

Rellena los huecos de frases relacionadas con los bloques 2 y 3 de GPDS

by V C
1

estándares certificados clientes proceso desarrolladores

Las empresas están interesadas en adoptar para obtener de calidad , satisfacer las exigencias de los y como resultado de la cultura de propuestas de evaluación y mejora del .

2

efectiva proceso prácticas características software

Un modelo de es una colección estructurada de ( cada una de las cuales ha demostrado ser ) que describen las de procesos .

3

categorías madurez estándar oficial grupos de prácticas guía áreas de prácticas desarrollo y mantenimiento mercadotecnia

CMMI se puede emplear como para mejorar los procesos de software ; así como un criterio para determinar el nivel de de una organización software en base al nivel de sus .

4

selección grupos de práctica vista estructurada áreas de práctica vista personalizada categorías DEV, SVC y SPM DEV, ACQ y SVC

En CMMI 2 . 0 , una vista es una de . Una organización puede construir su propia , o basarse en una vista predefinida ( ) .

5

abstracta cuantificable sistemática ágil disciplinada verificada

Las características fundamentales de la ingeniería del software es que es ( metódica en cuanto al procedimiento ) , ( sujeta a control ) y ( tanto en realización como resultados ) .

6

el inicio del desarrollo el fin de su uso la concepción del sistema la entrega al usuario el fin de las pruebas el análisis

El ciclo de vida software abarca desde hasta . Por otra parte , el ciclo de desarrollo abarca desde hasta .

7

rendimiento salidas acoplamiento cómo debe funcionar transformación qué hace

Los requisitos funcionales definen el sistema , describiendo entradas , y funciones de ; mientras que los requisitos no funcionales definen el sistema , considerando la eficiencia , seguridad , . . .

8

verificación estándares requisitos distribuida externa modelos consistente revisión

La validación consiste en confirmar si el modelo empleado es y refleja adecuadamente los , mientras que la es la comprobación de la corrección interna y de los .

9

atributos de calidad deben ser precisos pueden ser ambiguos software casos de uso empresa negocio usuario

Los requisitos de son objetivos de alto nivel del cliente para el producto , y . Los requisitos de describen las tareas que los usuarios deben poder realizar . Los requisitos de incluyen requisitos funcionales , no funcionales , y restricciones de diseño .

10

implementación verificabilidad jerarquía exclusión trazabilidad inclusiva

Los tipos de relaciones entre requisitos son de ( relación padre e hijo ) , ( relación de dependencia ) y ( incompatibilidad ) .

11

no funcionales usuario funcionales actor artefacto sistema objetivo

Un caso de uso es una descripción genérica de utilización del por parte de un para conseguir un . Suelen representar requisitos .