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 certificados proceso clientes 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 prácticas proceso efectiva software características Un modelo de es una colección estructurada de ( cada una de las cuales ha demostrado ser ) que describen las de procesos . 3 desarrollo y mantenimiento mercadotecnia grupos de prácticas guía estándar oficial áreas de prácticas categorías madurez 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 DEV, SVC y SPM grupos de práctica selección categorías vista estructurada áreas de práctica 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 disciplinada sistemática cuantificable ágil abstracta 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 fin de su uso el análisis el inicio del desarrollo la entrega al usuario el fin de las pruebas la concepción del sistema El ciclo de vida software abarca desde hasta . Por otra parte , el ciclo de desarrollo abarca desde hasta . 7 acoplamiento rendimiento salidas cómo debe funcionar qué hace transformación 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 estándares verificación distribuida consistente requisitos externa modelos 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 deben ser precisos casos de uso empresa software pueden ser ambiguos atributos de calidad usuario negocio 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 exclusión trazabilidad inclusiva jerarquía verificabilidad Los tipos de relaciones entre requisitos son de ( relación padre e hijo ) , ( relación de dependencia ) y ( incompatibilidad ) . 11 usuario objetivo funcionales sistema actor no funcionales artefacto 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 certificados proceso clientes 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

prácticas proceso efectiva software características

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

3

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

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 DEV, SVC y SPM grupos de práctica selección categorías vista estructurada áreas de práctica 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

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

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

7

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

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 estándares verificación distribuida consistente requisitos externa modelos

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

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

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 exclusión trazabilidad inclusiva jerarquía verificabilidad

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

11

usuario objetivo funcionales sistema actor no funcionales artefacto

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

Rellena los huecos de GPDS