Fill in the Blanks: 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 clientes desarrolladores certificados proceso 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 software proceso características prácticas efectiva Un modelo de es una colección estructurada de ( cada una de las cuales ha demostrado ser ) que describen las de procesos . 3 madurez áreas de prácticas guía mercadotecnia grupos de prácticas desarrollo y mantenimiento categorías estándar oficial 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 vista personalizada categorías selección DEV, ACQ y SVC vista estructurada áreas de práctica DEV, SVC y SPM grupos de práctica En CMMI 2 . 0 , una vista es una de . Una organización puede construir su propia , o basarse en una vista predefinida ( ) . 5 ágil sistemática disciplinada verificada abstracta cuantificable 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 fin de las pruebas el inicio del desarrollo la concepción del sistema la entrega al usuario el fin de su uso el análisis El ciclo de vida software abarca desde hasta . Por otra parte , el ciclo de desarrollo abarca desde hasta . 7 transformación acoplamiento salidas cómo debe funcionar qué hace rendimiento 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 revisión verificación estándares consistente distribuida requisitos modelos externa 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 usuario negocio empresa atributos de calidad deben ser precisos casos de uso pueden ser ambiguos software 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 jerarquía trazabilidad inclusiva implementación verificabilidad exclusión Los tipos de relaciones entre requisitos son de ( relación padre e hijo ) , ( relación de dependencia ) y ( incompatibilidad ) . 11 artefacto no funcionales usuario objetivo actor funcionales sistema Un caso de uso es una descripción genérica de utilización del por parte de un para conseguir un . Suelen representar requisitos .

1

estándares clientes desarrolladores certificados proceso

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

software proceso características prácticas efectiva

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

3

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

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

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

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

5

ágil sistemática disciplinada verificada abstracta cuantificable

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 fin de las pruebas el inicio del desarrollo la concepción del sistema la entrega al usuario el fin de su uso el análisis

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

7

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

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

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

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

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

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

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

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

11

artefacto no funcionales usuario objetivo actor funcionales sistema

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

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.

Rellena los huecos de GPDS