Font size
S
M
L
XL
WorksheetsC-105
Total questions: 100
Worksheet time: 56mins
Name
Class
Date
1.
Propiedad colectiva y estandares de codificacion
a)
XP
b)
RUP
c)
SCRUM
d)
CMMI
2.
Pila de productos y pizarra de trabajo
a)
SCRUM
b)
CMMI
c)
RUP
d)
XP
3.
Niveles de Madurez en la gestion de proyectos
a)
CMMI
b)
SCRUM
c)
RUP
d)
XP
4.
Administra las actividades cotidianas, planifica, monitorea y controla tareas técnicas
a)
Ingeniero de software
b)
Gerente del proyecto
c)
Gerente ejecutivo
d)
Administrador Base de Datos
5.
Planifican, monitorean y controlan el trabajo de los ingenieros
a)
Gerente del proyecto (PM)
b)
Gerente ejecutivo
c)
Gerente comercial
d)
Asegurador de la calidad
6.
Proyecto pequeño se puede resolver
a)
Enfoque secuencial lineal
b)
Estrategia incremental
c)
Estrategia inovadora
d)
Enfoque proporcional
7.
Si la fecha es apretada y no se puede entregar toda la funcionalidad
a)
Estrategia incremental
b)
Estrategia secuencial lineal
c)
Estrategia operativa
d)
Estrategia coperativa
8.
Establece la descomposición del proyecto en actividades e identifica los plazos y las entregas asociados con cada actividad
a)
Division del trabajo o EDT
b)
Calendario del proyecto
c)
Mecanismo de monitoreo y reporte
d)
Plan de contingencia
9.
si un grupo está compuesto principalmente por miembros inexpertos e incompetentes, la informalidad puede ser un obstáculo
a)
Desventaja de XP
b)
Desventaja de CMMI
c)
Desventaja de SCRUM
d)
Desventaja de Moprosoft
10.
Son puntos en el calendario contra los que puede valorar el avance, por ejemplo, la transferencia del sistema para pruebas
a)
Hitos
b)
Restricciones
c)
Presuntos
d)
Condiciones
11.
Identificación de riesgos
Análisis y priorización de riesgos
Plan de mitigación
Plan de contingencia
a)
Falta monitorear los riesgos
b)
No falta nada
c)
Falta un plan de presupuesto
d)
Falta un plan de calidad
12.
Existen tres principales parámetros que se deben usar al calcular los costos de un proyecto
a)
Costos del esfuerzo
Costos del hardware y software
Costos de capacitación y viajes
b)
Costos del hardware y software
Costos del personal
Costos de capacitación y viajes
c)
Costos del esfuerzo
Costos de capacitación y viajes
d)
Costos del esfuerzo
Costos del personal
Costos de capacitación y viajes
13.
Si una organización no está segura de sus estimaciones de costos, puede aumentar su precio mediante una contingencia por arriba de su ganancia normal
a)
Acción de mitigación de estimación
b)
Acción de mitigación de calidad
c)
Acción de mitigación de infraestructura
d)
Ninguna de las anteriores
14.
Entregar el software en el tiempo acordado
Que cumpla con los requerimientos
Mantener los costos y el equipo de desarrollo
a)
Metas y factores de éxito del proyecto
b)
Propósitos del patrocinador
c)
Metas del Arquitecto
d)
Factores de conflicto en los proyectos
15.
Describe los procedimientos de calidad y estándares que se usarán en un proyecto.
a)
Plan de calidad
b)
Plan de contingencia
c)
Plan de mitigación
d)
Plan de proyecto
16.
Éstas son fecha de entrega requerida, personal disponible, presupuesto
global, herramientas disponibles, etcétera.
a)
Restricciones
b)
Presuntos
c)
Condiciones
d)
Metas
17.
Identificar actividades
Identificar dependencias
Estimar recursos
Asignar personal a actividades
Crear grafica
a)
Calendario de proyecto
b)
Descomposicion funcional EDT
c)
Roadmap
d)
Declaración de Hitos
18.
Duración en horas o dias
Ventana de tiempo o plazo
Responsable
Avance en %
a)
Atributos de una actividad
b)
Atributos de un calendario
c)
Atributos de un programa
d)
Atributos multidimensionales
19.
Son factores que identifican si un proyecto es viable y se continue con su desarrollo
a)
Que es viable de forma técnica, económica y operacional
b)
Que es viable financiera
c)
Que es viable técnicamente
d)
Qué es viable tecnológicamente
20.
Es un estudio que se utiliza para recopilar datos más generales para los miembros de la administración, lo cual a su vez les permite tomar una decisión en cuanto a si deben continuar o no con un estudio de sistemas
a)
Estudio de viabilidad
b)
Estudio de Mercado
c)
Estudio comparativo o Benchmarking
d)
Estudio de tiempos
21.
Si el sistema funcionará o no cuando se instale
Si el sistema se utilizará o no
a)
Ejemplo de viabilidad operacional
b)
Ejemplo de viabilidad económica
c)
Ejemplo de viabilidad técnica
d)
Ejemplo de viabilidad financiera
22.
El analista debe averiguar si es posible desarrollar el nuevo sistema teniendo en cuenta los recursos técnicos actuales o si existe una tecnología que cumpla con las especificaciones
a)
Ejemplo de viabilidad técnica
b)
Ejemplo de viabilidad económica
c)
Ejemplo de viabilidad operacional
d)
Ejemplo de viabilidad financiera
23.
Se incluye el costo del equipo como las computadoras y terminales, el costo de los recursos, el costo del tiempo del analista de sistemas, el costo del tiempo de los programadores y los salarios de los demás empleados relacionados
a)
Ejemplo de costos tangibles
b)
Ejemplos de costos intangibles
c)
Ejemplos de beneficios intangibles
d)
Ejemplos de beneficios tangibles
24.
Entre éstos se incluyen perder la ventaja competitiva, perder la reputación de ser el primero con una innovación o el líder en un campo, reducir la imagen de la empresa debido al aumento en la inconformidad de los clientes, y un proceso inefectivo de toma de decisiones debido a que la información pertinente se recibe después de tiempo o no se tiene acceso a ella
a)
Ejemplos de costos intangibles
b)
Ejemplos de beneficios intangibles
c)
Ejemplos de beneficios tangibles
d)
Ejemplo de costos tangibles
25.
Son aumento en la velocidad de procesamiento, acceso a información que se consideraba inaccesible por cualquier otro método, acceso a la información de manera más oportuna, la ventaja que ofrece el poder de cálculo superior de la computadora y la reducción en la cantidad de tiempo requerido por los empleados para completar ciertas tareas
a)
Ejemplos de beneficios tangibles
b)
Ejemplos de beneficios intangibles
c)
Ejemplos de beneficios tangibles
d)
Ejemplos de costos intangibles
26.
Entre estos figuran un proceso de toma de decisiones mejorado, una mejoría en la precisión, la empresa se vuelve más competitiva en el servicio al cliente, mantiene una buena imagen comercial y aumenta la satisfacción en el trabajo para los empleados al eliminar las tareas tediosas
a)
Ejemplos de beneficios intangibles
b)
Ejemplos de beneficios tangibles
c)
Ejemplo de costos tangibles
d)
Ejemplos de costos intangibles
27.
Es un método para asegurar la calidad por medio de pruebas modulares de forma descendente
a)
Método Top-Down
b)
Método de auditorías
c)
Método de documentación
d)
Método de administración
28.
Es un método por el cual se realizan inspecciones formales a los procesos de aseguramiento de calidad y sus evidencias de ejecución
a)
Método de auditorías
b)
Método de documentación
c)
Método de administración
d)
Método Top-Down
29.
Metodológía coyo objetivo es no más de 3.4 defectos por millon de oportunidades, donde un CEO y y un ejecutivo sirva como campeón dle proyecto llamado Cinta negra que se lo ganan despues de varios proyectos con éxito
a)
Metodología Six Sigma
b)
Metodología ISO 9001
c)
Metodología CMMI
d)
Metodología de administración de la calidad total TQM
30.
Esta metodología provee el tiempo laboral para los círculos de calidad de sistemas de información (IS), que consisten en seis a ocho colegas de la organización, cada uno con la responsabilidad específica de definir cómo mejorar los sistemas de información y cómo implementar las mejoras
a)
Metodología de administración de la calidad total TQM
b)
Metodología Six Sigma
c)
Metodología ISO 9001
d)
Metodología CMMI
31.
Definir el problema
Observar el problema
Analizar las causas
Actuar en base a las causas
Estudiar los resultados
Estandarizar cambios
Obtener conclusiones
a)
Metodología Six Sigma
b)
Metodología ISO 9001
c)
Metodología CMMI
d)
Metodología de administración de la calidad total TQM
32.
En esta metodología se emplean recorridos con roles específicos para revisar un proceso, producto, sercvicio o trabajo en particular y se recomiendan acciones
a)
Metodología Six Sigma
b)
Metodología ISO 9001
c)
Metodología CMMI
d)
Metodología de administración de la calidad total TQM
33.
Información del formato de recorrido Six Sigma
a)
Información del proyecto
Trabajo a revisar
Comentarios
Acciones recomendadas
b)
Información del proyecto
Revisión entre pares
Informe de hallazgos
c)
Información del proyecto
Reporte de defectos
Evidencia de pruebas unitarias
d)
Información del proyecto
Resumen de defectos
Acciones recomendadas
34.
Una de las ventajas de utilizar esta metodología para el diseño de sistemas es evitar el caos de tratar de diseñar un sistema todo a la vez
a)
Metodología descendente o Top-Down
b)
Metodología de auditorías
c)
Metodología de documentación
d)
Metodología Six Sigma
35.
Esta metodología implica descomponer la programación en porciones lógicas y manejables, o módulos. Este tipo de programación funciona bien con el diseño descendente, ya que enfatiza las interfaces entre los módulos y no las hace a un lado hasta etapas posteriores en el desarrollo de sistemas
a)
Metodología descendente o Top-Down
b)
Metodología de auditorías
c)
Metodología de documentación
d)
Metodología Six Sigma
36.
Tiempo del analista de sistemas
Costo del estudio de sistemas
Costo del tiempo de los empleados para el estudio
Costo estimado del hardware
Costo del software empaquetado o del desarrollo de software
a)
Ejemplo de viabilidad económica
b)
Ejemplo de viabilidad técnica
c)
Ejemplo de viabilidad operacional
d)
Ejemplo de viabilidad financiera
37.
¿Cuando usar el análisis de punto de equilibrio?
a)
Para justificar el proyecto
b)
Cuando el sistema sea costoso
c)
Cuando el periodo de retribución sea largo
d)
Cuando la relación ganancias y pérdidas sea inversamente proporcional a los costos
38.
¿Cuando usar el análisis de flujo de efectivo?
a)
Cuando el sistema sea costoso
b)
Cuando el periodo de retribución sea largo
c)
Cuando la relación ganancias y pérdidas sea inversamente proporcional a los costos
d)
Para justificar el proyecto
39.
Es una forma de evaluar todos los desembolsos económicos y los ingresos del sistema de información durante su vida económica, y de comparar los costos actuales con los futuros, al igual que los beneficios actuales con los beneficios futuros
a)
Análisis del valor presente
b)
Análisis de flujo de efectivo
c)
Análisis de punto de equilibrio
d)
Análisis factorial
40.
Resumen ejecutivo
Esquema del estudio de sistemas con la documentación apropiada.
Resultados detallados del estudio de sistemas.
Alternativas de sistemas (tres o cuatro posibles soluciones).
Recomendaciones de los analistas de sistemas.
a)
Elementos de una propuesta de solución
b)
Elementos de un proyecto
c)
Elementos de una solución técnica
d)
Elementos del levantamiento de requerimientos
41.
Análisis y priorización de riesgos
Plan de mitigación
Monitorear y reportar el riesgo
Plan de contingencia
a)
Falta identificar los riesgos
b)
No falta nada
c)
Falta un plan de presupuesto
d)
Falta un plan de calidad
42.
Identificar historias
Estimar historias
Planear entregas
Planear iteración
Planear tareas
a)
Modelo XP
b)
Modelo SCRUM
c)
Modelo Cascada
d)
Modelo RUP
43.
Una ventaja de esta metodología es que permite a los equipos separados de análisis de sistemas trabajar en paralelo en subsistemas distintos pero necesarios, lo cual puede ahorrar mucho tiempo
a)
Metodología descendente o Top-Down
b)
Metodología de auditorías
c)
Metodología de documentación
d)
Metodología Six Sigma
44.
Mantener cada módulo en un tamaño manejable
Poner enfoque en interfaces críticas
Mantener relaciones relaciones jerarquicas
Minimizar los modulos afectados al implementar cambios
a)
Lineamientos de metodología modular o Top-Down
b)
Lineamientos de metodología de auditorías
c)
Lineamientos de metodología de documentación
d)
Lineamientos de metodología Six Sigma
45.
Dependen del trabajo del usuario, personalidad, antecedentes y experiencia; usa una combinación de conferencia, demostración, práctica y estudio
a)
Métodos de capacitación
b)
Sitios de capacitación
c)
Objetivos de capacitación
d)
Materiales de capacitación
46.
Dependen de las necesidades del usuario; manuales operativos, casos, prototipos de equipos y salida; tutoriales en línea
a)
Materiales de capacitación
b)
Métodos de capacitación
c)
Sitios de capacitación
d)
Objetivos de capacitación
47.
1. Identificar los equipos responsables para administrar una crisis.
2. Eliminar puntos individuales de fallas.
3. Determinar las tecnologías de duplicación de datos que coincidan con la agenda de la organización para poner los sistemas en funcionamiento.
4. Crear planes de reubicación y transportación detallados.
5. Establecer varios canales de comunicación entre los empleados y consultores que están en el sitio, como los equipos de analistas.
6. Proveer soluciones de recuperación que incluyan una ubicación remota.
7. Asegurar el bienestar físico y psicológico de los empleados y otros que puedan estar físicamente presentes en el sitio de trabajo cuando ocurra un desastre
a)
Plan de recuperación de desastres
b)
Plan de calidad
c)
Plan del contengencias
d)
Plan de mitigación
48.
Se enfoca en la forma en que una empresa puede continuar como secuela de un desastre y cómo puede restaurar los sistemas esenciales en la infraestructura de TI
a)
Plan de recuperación de desastres
b)
Plan de calidad
c)
Plan del contengencias
d)
Plan de mitigación
49.
Identificar historias
Estimar historias
Planear entregas
Planear iteración
Planear tareas
a)
Modelo XP
b)
Modelo SCRUM
c)
Modelo Cascada
d)
Modelo RUP
50.
Basada en roles, entregas cortas en semanas, pila de productos, entregas por iteraciones, tablero de trabajo, monitoreo y reporte grafico de avance, involucra a usuarios en todas las etapas y se adapta al cambio
a)
Scrum
b)
Kanban
c)
Six Sigma
d)
ISO 9001
51.
Se enfoca en la mejora continua, las acciones correctivas y la atención de las no conformidades
a)
Actuar en ISO 9001:2015
b)
Verificar en ISO 9001:2015
c)
Planear en ISO 9001:2015
d)
Hacer en ISO 9001:2015
52.
Enfoque al cliente incluyendo partes interesadas, liderazgo a todo los niveles, compromiso de las personas, enfoque en procesos, mejora, decisiones basadas en evidencias y gestión de las relaciones y los riesgos
a)
Enfoques ISO 9001: 2015
b)
Enfoque SCRUM
c)
Enfoque Six Sigma
d)
Enfoque XP
53.
Crear historias de usuario,
arquitectura spike,
planear liberación,
construir, pruebas de aceptación y
liberaciones cortas
a)
Ciclo XP
b)
Ciclo Scrum
c)
Etapas Six Sigma
d)
Etapas Kanban
54.
Metodología que contiene 10 secciones: Alcance, referencias, términos, contexto de la organización, liderazgo, planificación, soporte, operación, evaluación del desempeño y mejora
a)
ISO 9001
b)
IEEE 830
c)
Six Sigma
d)
Scrum
55.
Reducir los defectos y la variabilidad de los procesos a través de métodos estadísticos de la desviación estándar
a)
Enfoque Six Sigma
b)
Enfoque Kanban
c)
Enfoque ISO 9001
d)
Enfoque Scrum
56.
Definir el problema,
Medir el rendimiento,
Analizar los datos,
Mejorar el proceso y
Controlar las mejoras
a)
Etapas Six Sigma
b)
Etapas Scrum
c)
Etapas Kanban
d)
Etapas XP
57.
Metodología basada en el progreso de actividades en tablero, no permite avanzar un producto con defectos, procesos con solo lo necesario, producir la cantidad exacta, estabilizar el proceso
a)
Kanban
b)
ISO 9001
c)
Six Sigma
d)
Scrum
58.
El equipo QA debe revisar las pruebas que se desarrollaron y examinar los registros de pruebas para verificar que éstas se hayan realizado de manera apropiada
a)
Validación de pruebas unitarias
b)
Validación de pruebas de código
c)
Validación de pruebas de usuario
d)
Validación de pruebas de liberación
59.
Se basan en conocimiento sobre la mejor o más adecuada práctica para la compañía. Con frecuencia, este conocimiento se adquiere sólo después de gran cantidad de ensayo y error
a)
Son los estándares de calidad
b)
Son las metas de calidad
c)
Son los casos de prueba
d)
Representan los pasos de una matriz de pruebas
60.
Las revisiones e inspecciones son actividades de calidad que comprueban la calidad de los entregables del proyecto. Esto incluye examinar el software, su documentación y los registros del proceso para descubrir errores y omisiones, así como observar que se siguieron los estándares de calidad
a)
Son responsabilidades de QA
b)
Son responsabilidades del PM
c)
Son responsabilidades del usuario
d)
Son responsabilidades del equipo de programación
61.
Son las conclusiones de la revisión deben registrarse formalmente como parte del proceso de gestión de calidad
a)
Usualmente llamado reporte o resumen de hallazgos
b)
Es el reporte de lecciones aprendidas
c)
Documento de revisión del proyecto
d)
Documento de revisión del código
62.
Definir el problema
Observar el problema Analizar las causas
Actuar en base a las causas
Estudiar los resultados
Estandarizar cambios Obtener conclusiones
a)
Metodología Six Sigma
b)
Metodología ISO 9001
c)
Metodología CMMI
d)
Metodología de administración de la calidad total TQM
63.
En esta metodología se emplean recorridos con roles específicos para revisar un proceso, producto, servicio o trabajo en particular y se recomiendan acciones con la finalidad de reducir los defectos por la variabilidad
a)
Metodología Six Sigma
b)
Metodología ISO 9001
c)
Metodología CMMI
d)
Metodología de administración de la calidad total TQM
64.
Verificación de sus programas para comprobar la forma en que funcionará el sistema. En este tipo de comprobación el programador sigue cada paso del programa en papel para verificar que la rutina funcione según lo escrito.
a)
Verificación de escritorio o prueba unitaria
b)
Verificación de usuario
c)
Verificación de operador
d)
Verificación del analista
65.
Verifica que los programas independientes trabajen correctamente cuando lo hacen junto a otros programas
a)
Pruebas integrales o de cadena
b)
Pruebas unitarias o de escritorio
c)
Pruebas de caja negra
d)
Pruebas de caja blanca
66.
Existen tres principales parámetros que se deben usar al calcular los costos de un proyecto
a)
Costos del esfuerzo
Costos del hardware y software
Costos de capacitación y viajes
b)
Costos del hardware y software
Costos del personal
Costos de capacitación y viajes
c)
Costos del esfuerzo
Costos de capacitación y viajes
d)
Costos del esfuerzo
Costos del personal
Costos de capacitación y viajes
67.
Si una organización no está segura de sus estimaciones de costos, puede aumentar su precio mediante una contingencia por arriba de su ganancia normal
a)
Acción de mitigación de estimación
b)
Acción de mitigación de calidad
c)
Acción de mitigación de infraestructura
d)
Ninguna de las anteriores
68.
Se tiene los recursos tecnológicos, la mentoría y experiencia para el desarrollo
a)
Ejemplo de viabilidad técnica
b)
Ejemplo de viabilidad económica
c)
Ejemplo de viabilidad operacional
d)
Ejemplo de viabilidad financiera
69.
Se examina la dirección, el tamaño y el patrón del flujo de ingresos adicionales asociado con el sistema de información propuesto
a)
Análisis de flujo de efectivo
b)
Análisis de punto de equilibrio
c)
Análisis del valor presente
d)
Análisis factorial
70.
Puntos por función
Casos de uso
Por experiencia
Algoritmos de costos
a)
Métodos de estimación
b)
Métodos de restricción
c)
Métodos de riesgos
d)
Métodos de acoplamiento
71.
Alienta la satisfacción del cliente y entrega incremental temprana
a)
Desarrollo ágil
b)
Desarrollo incremental
c)
Desarrollo iterativo
d)
Desarrollo en cascada
72.
Diaria de seguimiento,
Planificación de iteración,
Revisión de iteración,
Retrospectiva o lecciones aprendidas
a)
Reuniones en SCRUM
b)
Reuniones XP
c)
Reuniones Kanban
d)
Reuniones Six Sigma
73.
Planear,
Hacer,
Verificar y
Actuar son los elementos del ciclo de calidad
a)
Ciclo ISO 9001: 2015
b)
Ciclo XP
c)
Etapas Six Sigma
d)
Etapas Kanban
74.
Coach, programmer, customer como roles de esta metodología
a)
Roles XP
b)
Roles Scrum
c)
Roles Kanban
d)
Roles Six sigma
75.
Backlog (lista de requisitos), sprint backlog( requisitos de la iteración), burndown charts ( grafico de avance y velocidad de trabajo)
a)
Artefactos SCRUM
b)
Artefactos ISO 9001
c)
Artefactos XP
d)
Artefactos Kanban
76.
La metodología se enfoca en las personas con prácticas ágiles y acepta y adapta a los cambios funcionales
a)
Scrum
b)
Kanban
c)
ISO 9001
d)
Six Sigma
77.
Es la definición de procesos y estándares que deben conducir a la obtención de productos de alta calidad y, en el proceso de fabricación, a la introducción de procesos de calidad
a)
Aseguramiento de la calidad (QA)
b)
Asegurador de la calidad de software (SQA)
c)
Administrador de la calidad de software (SQM)
d)
Funciones del tester
78.
Son las inspecciones del producto en las que los miembros del equipo colaboran para encontrar bugs en el programa en desarrollo o bien encontrar errores en la documentación
a)
Revisión entre pares
b)
Revisiones de documentos de administración
c)
Revisiones de la configuración
d)
Lista de verificación
79.
Práctica común durante una inspección de errores comunes de programación para enfocar la búsqueda de bugs. Se basa en ejemplos de libros, o bien, en el conocimiento de defectos normales en un dominio de aplicación común
a)
Lista de verificación
b)
Revisión entre pares
c)
Documento de revisión del proyecto
d)
Lecciones aprendidas
80.
Se ocupa de garantizar que el software tenga un número menor de defectos y que alcance los estándares requeridos de mantenibilidad, fiabilidad, portabilidad, etcétera. Incluye definir estándares para procesos y productos, y establecer procesos para comprobar estándares
a)
Gestión de la calidad
b)
Gestión de la configuración
c)
Gestión del personal
d)
Gestión del presupuesto
81.
La conversión directa significa que en una fecha especificada, el sistema viejo se abandona y el nuevo sistema se pone en uso
a)
Migración o conversión directa
b)
Migración co conversión gradual
c)
Migración o conversión paralela
d)
Migración o conversión modular
82.
Esta conversión se refiere a ejecutar al mismo tiempo el sistema viejo y el nuevo, cuando se obtienen los mismos resultados todo el tiempo, el nuevo sistema se pone en uso y el viejo se detiene.
a)
Migración o conversión paralela
b)
Migración o conversión directa
c)
Migración co conversión gradual
d)
Migración o conversión modular
83.
En este plan de migración, el volumen de las transacciones manejado por el nuevo sistema aumenta gradualmente conforme el sistema se introduce por fases
a)
Migración co conversión gradual
b)
Migración o conversión paralela
c)
Migración o conversión directa
d)
Migración o conversión modular
84.
Indica las dependencias entre las actividades, el tiempo estimado requerido para alcanzar cada plazo y la asignación de personal a las actividades
a)
Calendario del proyecto
b)
Mecanismo de monitoreo y reporte
c)
Plan de contingencia
d)
Plan de mitigación
85.
Define los informes administrativos que deben producirse, cuándo tienen que elaborarse y los mecanismos de monitorización del proyecto que se usarán.
a)
Mecanismo de monitoreo y reporte
b)
Plan de contingencia
c)
Plan de mitigación
d)
Division del trabajo o EDT
86.
Son productos de trabajo que se proporcionan al cliente (por ejemplo, un documento de requerimientos para el sistema)
a)
Entregables
b)
Hitos
c)
Restricciones
d)
Presuntos
87.
En un calendario pueden asociarse con una sola tarea o con grupos de actividades relacionadas
a)
Hitos
b)
Actividades
c)
Cronograma
d)
Roadmap
88.
Equipo flexible que depende de la iniciativa de los miembros
a)
Paradigma Aleatorio
b)
Paradigma cerrado
c)
Pardigma abierto
d)
Paradigma síncrono
89.
Equipo que incluye controles, inovacion y trabajo colaborativo
a)
Paradigma abierto
b)
Paradigma cerrado
c)
Paradigma síncrono
d)
Paradigma aleatorio
90.
Equipo que se divide el trabajo con poca comunicación
a)
Paradigma síncrono
b)
Paradigma cerrado
c)
Paradigma abierto
d)
Paradigma aleatorio
91.
Probabilidad e Impacto
a)
Son factores críticos en el análisis de riesgo
b)
Son factores de falla en los proyectos
c)
Son factores importantes en la estimación del producto
d)
Son factores aleatorios
92.
Sprint backlog, product backlog
a)
SCRUM
b)
CMMI
c)
RUP
d)
XP
93.
1. ¿En el proceso de desarrollo se siguieron los estándares de programación y documentación?
2. ¿El software se verificó de manera adecuada?
3. ¿El software es suficientemente confiable para utilizarse?
4. ¿El rendimiento del software es aceptable para uso normal?
a)
Consideraciones en el aseguramiento de la calidad
b)
Consideraciones del producto
c)
Consideraciones del proyecto
d)
Consideraciones de los desarrolladores
94.
¿Se usan todas las variables de entrada?
¿A todas las variables de salida se les asigna un valor antes de que se produzcan?
¿Entradas inesperadas pueden causar corrupción?
a)
Ejemplo de una lista de verificación
b)
Ejemplo de una prueba unitaria
c)
Ejemplo de un caso de pruebas
d)
Ejemplo de una matriz de pruebas
95.
¿Todas las variables del programa se inician antes de usar sus valores?
¿Todas las constantes tienen nombre?
¿La cota superior de los arreglos es igual al tamaño del arreglo o Valor – 1?
¿Existe alguna posibilidad de desbordamiento de buffer?
a)
Ejemplo de una lista de verificación
b)
Ejemplo de una prueba unitaria
c)
Ejemplo de un caso de pruebas
d)
Ejemplo de una matriz de pruebas
96.
Recomandable para equipos experimentados técnicamente y que pueden liberar continuamente y ponen énfasis en las pruebas y la calidad del producto
a)
Metodología XP
b)
Metodología SCRUM
c)
Metodología RUP
d)
Metodología Six Sigma
97.
Dentro de los roles de desarrollo, este rol prueba la funcionalidad y le hace pruebas con datos prueba ideales asi como con datos inválidos y pasos inadecuados con la finalidad de romper el sistema
a)
Testers
b)
Programadores
c)
Analistas
d)
Usuarios
98.
Dentro de los roles de pruebas, este rol prueba con datos reales la funcionalidad del sistema y lo hace de manera completa, es decir todos los modulos
a)
Operadores y usuarios
b)
Testers
c)
Programadores
d)
Analistas
99.
Se refiere al proceso de asegurar por inspección de la calidad que usualmente la hace un experto que no ha estado involucrado en el desarrollo con el fin de evaluar la confiabilidad
a)
Auditoría de calidad
b)
Casos de prueba
c)
Pruebas integrales
d)
Pruebas Unitarias
100.
Se basan en documentos que se elaboraron durante el proceso de desarrollo del software. Al igual que las especificaciones, el diseño o el código del software, también pueden revisarse los modelos de proceso, planes de prueba, procedimientos de gestión de configuración, estándares de proceso y manuales de usuario
a)
Revisiones de calidad
b)
Revisiones de documentos de administración
c)
Revisiones de la configuración
d)
Revisiones del documentador
Reset
