SlideShare una empresa de Scribd logo
1 de 11
 Pregunta 1
0,25 de 0,25 puntos
La Ingeniería de software apoyada por computadora (CASE) se define como
La ingeniería de software asistida por ordenador (o CASE) es un conjunto de herramientas de programación que utilizan una interfaz
común para diseñar, desarrollar y depurar software.
Por lo tanto, un entorno CASE consta de herramientas que proveen un modelo visual de una aplicación, herramientas que crean u n código a través de
interfaces visuales y finalmente un depurador para probar el código final.
 Pregunta 2
0 de 0,25 puntos
De acuerdo al diagrama en la figura puede asegurarse que
 Pregunta 3
0,25 de 0,25 puntos
La interfaz grafica de usuario se define como
La interfaz gráfica de usuario, conocida también como GUI (del inglés graphical user interface)
Interfaz gráfica de usuario (GUI), acrónimo en inglés de Graphical User Interfase. La interfaz gráfica de usuario es un programa o entorno que
gestiona la interacción con el usuario basándose en relaciones visuales como iconos, menús o un puntero.
 Pregunta 4
0,25 de 0,25 puntos
NO es principio de una prueba
 Pregunta 5
0,25 de 0,25 puntos
Los principios que se pueden asociar con la formulación de las métricas técnicas son
1. LOS OBJETIVOS DE LA MEDICIÓN DEBERÍAN ESTABLECERSE ANTES DE EMPEZAR LA RECOGIDA DE DATOS.
2. LAS MÉTRICAS DEBERÍAN OBTENERSE BASÁNDOSE EN UNA TEORÍA VÁLIDA PARA EL DOMINIO DE
APLICACIÓN (POR EJEMPLO, LAS MÉTRICAS PARA EL DISEÑO HAN DE DIBUJARSE SOBRE CONCEPTOS Y
PRINCIPIOS BÁSICOS DE DISEÑO Y DEBERÍAN INTENTAR PROPORCIONAR UNA INDICACIÓN DE LA PRESENCIA
DE UN ATRIBUTO QUE SE CONSIDERA BENEFICIOSO).
3. Hay que hacer las métricas a medida para acomodar mejor productos y procesos específicos.
4. EFICIENTE EN RELACIÓN AL USO DE LOS RECURSOS DEL COMPUTADOR EN EL QUE SE EJECUTA. EJ. TIEMPO
DE EJECUCIÓN ACEPTABLE Y USO MÍNIMO DE ESPACIO DE ALMACENAMIENTO.
http://ing-software3.blogspot.com.co/2012/11/estructura-para-las-metricas-del.html
 Pregunta 6
0,25 de 0,25 puntos
Una prueba de caja negra se define como
Estas pruebas permiten obtener un conjunto de condiciones de entrada que ejerciten completamente todos los requisitos
funcionales de un programa. En ellas se ignora la estructura de control, concentrándose en los requisitos funcionales del sistema y
ejercitándolos.
La prueba de Caja Negra no es una alternativa a las técnicas de prueba de la Caja Blanca, sino un enfoque complementario que
intenta descubrir diferentes tipos de errores a los encontrados en los métodos de la Caja Blanca. Muchos autores consideran que
estas pruebas permiten encontrar:
1. Funciones incorrectas o ausentes.
2. Errores de interfaz.
3. Errores en estructuras de datos o en accesos a las Bases de Datos externas.
4. Errores de rendimiento.
5. Errores de inicialización y terminación.
https://www.ecured.cu/Pruebas_de_caja_negra
Las pruebas de caja negra se centran principalmente en lo que “se quiere” de un módulo, charter o sección específica de un software, es decir, es
una manera de encontrar casos específicos en ese modulo que atiendan a su especificación
Las pruebas de caja negra son, ni más ni menos que, pruebas funcionales dedicadas a “mirar” en el exterior de lo que se prueba. Estas pruebas se
denominan de varias formas, pruebas de caja “opaca”, pruebas de entrada/salida, pruebas inducidas por datos…los sinónimos son muchos y muy
variados. En Globe contamos con un grupo experto en la realización de pruebas de caja negra que solventará tus problemas a nivel de datos
externos.
 Pregunta 7
0,25 de 0,25 puntos
Ingeniería reversiva o retrospectiva se define como
La informática se refiere a acciones reversibles para describir todo aquello que el usuario puede deshacermientras se
encuentra trabajando con una aplicación determinada. En la actualidad, todos los programas de ediciónbrindan la
posibilidad de anular un número variable de acciones, con ciertas excepciones, para que un error o una distracción no tiren
a la basura horas y días de trabajo;
 Pregunta 8
0,25 de 0,25 puntos
Una prueba de software se define como
as pruebas de software consisten en la dinámica de la verificación del comportamiento de un programa en un conjunto finito de
casos de prueba, debidamente seleccionados de por lo general infinitas ejecuciones de dominio, contra la del comportamiento
esperado. Son una serie de actividades que se realizan con el propósito de encontrar los posibles fallos de
implementación, calidad o usabilidad de un programa u ordenador; probando el comportamiento del mismo.
Pruebas como proceso
La prueba es un proceso que se enfoca sobre la lógica interna del software y las funciones externas. Es un proceso de ejecución de
un programa con la intención de descubrir un error, no puede asegurar la ausencia de defectos; sólo puede demostrar que existen
defectos en el software.
https://www.ecured.cu/Pruebas_de_software
 Pregunta 9
0 de 0,25 puntos
Los siguientes son modelos de análisis y diseño para una GUI EXCEPTO el
https://www.google.com.co/search?biw=1517&bih=746&tbm=isch&sa=1&q=Los+siguientes+son+modelos+de+an%C3%A1lisis+y+dise%C3%
B1o&oq=Los+siguientes+son+modelos+de+an%C3%A1lisis+y+dise%C3%B1o&gs_l=img.3...6190.6190.0.6517.0.0.0.0.0.0.0.0..0.0....0...1.1.64.i
mg..0.0.0.1soutJVOzzY#imgrc=9mIgf5-zOLRwGM:
 Pregunta 10
0,25 de 0,25 puntos
Una de las siguientes actividades NO corresponde con las que Roche sugiere para un proceso de medición de software
http://ing-software3.blogspot.com.co/2012/11/estructura-para-las-metricas-del.html
 Pregunta 11
0,25 de 0,25 puntos
Las métricas de Software se definen como
El concepto de métrica es el termino que describe muchos y muy variados casos de medición. Siendo una métrica una
medida estadística (no cuantitativa como en otras disciplinas ejemplo física) que se aplica a todos los aspectos de calidad d e
software, los cuales deben ser medidos desde diferentes puntos de vista como el análisis, construcción, funcional,
documentación, métodos, proceso, usuario, entre otros.
 Pregunta 12
0,25 de 0,25 puntos
La facilidad de prueba del software es simplemente lo fácil que se puede probar un programa de computadora, aquí la
capacidad de descomposición es
Capacidad de descomposición: controlando el ámbito de las pruebas, podemos aislar más rápidamente los
problemas y llevar a cabo mejores pruebas de regresión.
 Pregunta 13
0,25 de 0,25 puntos
Las siguientes son formas de hacer exitoso un sistema de la calidad EXCEPTO
 Pregunta 14
0 de 0,25 puntos
Una de las siguientes reglas No es utilizada al momento de crear una GUI
https://es.slideshare.net/romeroalvarez89/tarea-48618560
http://tareasuniversitarias.com/reglas-de-oro-para-el-diseno-de-interfaces-de-usuario.html
 Pregunta 15
0,25 de 0,25 puntos
La funcionalidad que puede realizar tanto Profesor como Estudiante es
 Pregunta 16
0,25 de 0,25 puntos
Uno de los siguientes objetivos NO corresponde con los Objetivos de una Prueba
https://sites.google.com/site/testingannotations/objetivos-y-caracteristicas-de-las-pruebas-de-software
 Pregunta 17
0,25 de 0,25 puntos
Para crear una GUI es necesario identificar los siguientes pasos
EXCEPTO
 Pregunta 18
0 de 0,25 puntos
La calidad de un producto de software se mide
http://www.4rsoluciones.com/blog/como-medir-la-calidad-en-software-2/
 Pregunta 19
0 de 0,25 puntos
Uno de los siguientes objetivos NOcorresponde con los de una RTF "Revisiones Técnicas Formales"
https://www.ecured.cu/Revisiones_T%C3%A9cnicas_Formales
 Pregunta 20
0 de 0,25 puntos
La garantía de calidad de software (SQA, Software Quality Assurance) es una actividad de protección que se aplica a lo
largo de todo el proceso de ingeniería del software. La SQA engloba los siguientes aspectos EXCEPTO
http://arielvargasu.blogspot.com.co/2010/10/garantia-de-calidad-de-software-sqa_18.html

Más contenido relacionado

La actualidad más candente

La actualidad más candente (20)

Pruebas De Software
Pruebas De SoftwarePruebas De Software
Pruebas De Software
 
tipos de pruebas.
tipos de pruebas.tipos de pruebas.
tipos de pruebas.
 
Verificación y Validación del Diseño
Verificación y Validación del DiseñoVerificación y Validación del Diseño
Verificación y Validación del Diseño
 
Prueba de software
Prueba de softwarePrueba de software
Prueba de software
 
Plan de pruebas de software
Plan de pruebas de softwarePlan de pruebas de software
Plan de pruebas de software
 
Pruebas De Software
Pruebas De SoftwarePruebas De Software
Pruebas De Software
 
8.realizacion de pruebas
8.realizacion de pruebas8.realizacion de pruebas
8.realizacion de pruebas
 
Desarrollo de Software Guiado por Pruebas
Desarrollo de Software Guiado por PruebasDesarrollo de Software Guiado por Pruebas
Desarrollo de Software Guiado por Pruebas
 
Diseños de planes de pruebas de software1
Diseños de planes de pruebas de software1Diseños de planes de pruebas de software1
Diseños de planes de pruebas de software1
 
Pruebas
PruebasPruebas
Pruebas
 
Prueba software orientado a objetos
Prueba software orientado a objetosPrueba software orientado a objetos
Prueba software orientado a objetos
 
Tecnicas de Pruebas
 Tecnicas de Pruebas  Tecnicas de Pruebas
Tecnicas de Pruebas
 
Pruebas del Software
Pruebas del SoftwarePruebas del Software
Pruebas del Software
 
Pruebas funcionales
Pruebas funcionalesPruebas funcionales
Pruebas funcionales
 
Pruebas de sistemas y aceptacion
Pruebas de sistemas y aceptacionPruebas de sistemas y aceptacion
Pruebas de sistemas y aceptacion
 
Prueba de aplicaciones
Prueba de aplicacionesPrueba de aplicaciones
Prueba de aplicaciones
 
Estrategias de aplicación de pruebas del sistema
Estrategias de aplicación de pruebas del sistemaEstrategias de aplicación de pruebas del sistema
Estrategias de aplicación de pruebas del sistema
 
Plan de pruebas_inces
Plan de pruebas_incesPlan de pruebas_inces
Plan de pruebas_inces
 
Pruebas de implantación del Software
Pruebas de implantación del SoftwarePruebas de implantación del Software
Pruebas de implantación del Software
 
Casos de pruebas
Casos de pruebasCasos de pruebas
Casos de pruebas
 

Similar a Base de datos examen

Capitulo 17 estrategias_de_prueba_de_software
Capitulo 17 estrategias_de_prueba_de_softwareCapitulo 17 estrategias_de_prueba_de_software
Capitulo 17 estrategias_de_prueba_de_softwareAndres Valencia
 
Presentacion modelos de proceso Grupo 3
Presentacion modelos de proceso Grupo 3Presentacion modelos de proceso Grupo 3
Presentacion modelos de proceso Grupo 3Bruno
 
Diseã±os de planes_de_pruebas_de_software1
Diseã±os de planes_de_pruebas_de_software1Diseã±os de planes_de_pruebas_de_software1
Diseã±os de planes_de_pruebas_de_software1naviwz
 
pruebas de calidad.pdf
pruebas de calidad.pdfpruebas de calidad.pdf
pruebas de calidad.pdfChirmi1
 
La auditoría de software
La auditoría de softwareLa auditoría de software
La auditoría de softwareLuis Domingo
 
La auditoría de software
La auditoría de softwareLa auditoría de software
La auditoría de softwareLuis Domingo
 
La auditoría de software
La auditoría de softwareLa auditoría de software
La auditoría de softwareLuis Domingo
 
La auditoría de software
La auditoría de softwareLa auditoría de software
La auditoría de softwareLuis Domingo
 
Unidad # 8 diseño de planes de prueba
Unidad # 8 diseño de planes de pruebaUnidad # 8 diseño de planes de prueba
Unidad # 8 diseño de planes de pruebaDarleneperalta
 
Pruebas software (1)
Pruebas  software (1)Pruebas  software (1)
Pruebas software (1)René Pari
 
las fases del proceso de programacion
las fases del proceso de programacionlas fases del proceso de programacion
las fases del proceso de programaciongabyota_123
 
Estrategias de prueba de software
Estrategias de prueba de softwareEstrategias de prueba de software
Estrategias de prueba de softwareyalogueso81
 
Pruebas de software
Pruebas de softwarePruebas de software
Pruebas de softwareGomez Gomez
 

Similar a Base de datos examen (20)

Auditoria ii
Auditoria iiAuditoria ii
Auditoria ii
 
Capitulo 17 estrategias_de_prueba_de_software
Capitulo 17 estrategias_de_prueba_de_softwareCapitulo 17 estrategias_de_prueba_de_software
Capitulo 17 estrategias_de_prueba_de_software
 
Presentacion modelos de proceso Grupo 3
Presentacion modelos de proceso Grupo 3Presentacion modelos de proceso Grupo 3
Presentacion modelos de proceso Grupo 3
 
6.redes pruebas de software
6.redes pruebas de software6.redes pruebas de software
6.redes pruebas de software
 
Diseã±os de planes_de_pruebas_de_software1
Diseã±os de planes_de_pruebas_de_software1Diseã±os de planes_de_pruebas_de_software1
Diseã±os de planes_de_pruebas_de_software1
 
pruebas de calidad.pdf
pruebas de calidad.pdfpruebas de calidad.pdf
pruebas de calidad.pdf
 
Sqm
SqmSqm
Sqm
 
La auditoría de software
La auditoría de softwareLa auditoría de software
La auditoría de software
 
La auditoría de software
La auditoría de softwareLa auditoría de software
La auditoría de software
 
La auditoría de software
La auditoría de softwareLa auditoría de software
La auditoría de software
 
La auditoría de software
La auditoría de softwareLa auditoría de software
La auditoría de software
 
Unidad # 8 diseño de planes de prueba
Unidad # 8 diseño de planes de pruebaUnidad # 8 diseño de planes de prueba
Unidad # 8 diseño de planes de prueba
 
Pruebas software (1)
Pruebas  software (1)Pruebas  software (1)
Pruebas software (1)
 
las fases del proceso de programacion
las fases del proceso de programacionlas fases del proceso de programacion
las fases del proceso de programacion
 
Estrategias de prueba de software
Estrategias de prueba de softwareEstrategias de prueba de software
Estrategias de prueba de software
 
Prubea de software
Prubea de softwarePrubea de software
Prubea de software
 
Pruebas de software
Pruebas de softwarePruebas de software
Pruebas de software
 
Ra.1..
Ra.1..Ra.1..
Ra.1..
 
Fasesdedesarrollodeunprograma
FasesdedesarrollodeunprogramaFasesdedesarrollodeunprograma
Fasesdedesarrollodeunprograma
 
Adrian adrianza
Adrian adrianzaAdrian adrianza
Adrian adrianza
 

Último

CARGAS VIVAS Y CARGAS MUERTASEXPOCI.pptx
CARGAS VIVAS Y CARGAS MUERTASEXPOCI.pptxCARGAS VIVAS Y CARGAS MUERTASEXPOCI.pptx
CARGAS VIVAS Y CARGAS MUERTASEXPOCI.pptxvalenciaespinozadavi1
 
DOCUMENTO PLAN DE RESPUESTA A EMERGENCIAS MINERAS
DOCUMENTO PLAN DE RESPUESTA A EMERGENCIAS MINERASDOCUMENTO PLAN DE RESPUESTA A EMERGENCIAS MINERAS
DOCUMENTO PLAN DE RESPUESTA A EMERGENCIAS MINERASPersonalJesusGranPod
 
CLASe número 4 fotogrametria Y PARALAJE.pptx
CLASe número 4 fotogrametria Y PARALAJE.pptxCLASe número 4 fotogrametria Y PARALAJE.pptx
CLASe número 4 fotogrametria Y PARALAJE.pptxbingoscarlet
 
ECONOMIA APLICADA SEMANA 555555555555555555.pdf
ECONOMIA APLICADA SEMANA 555555555555555555.pdfECONOMIA APLICADA SEMANA 555555555555555555.pdf
ECONOMIA APLICADA SEMANA 555555555555555555.pdffredyflores58
 
UNIDAD 3 ELECTRODOS.pptx para biopotenciales
UNIDAD 3 ELECTRODOS.pptx para biopotencialesUNIDAD 3 ELECTRODOS.pptx para biopotenciales
UNIDAD 3 ELECTRODOS.pptx para biopotencialesElianaCceresTorrico
 
Maquinaria Agricola utilizada en la produccion de Piña.pdf
Maquinaria Agricola utilizada en la produccion de Piña.pdfMaquinaria Agricola utilizada en la produccion de Piña.pdf
Maquinaria Agricola utilizada en la produccion de Piña.pdfdanielJAlejosC
 
MODIFICADO - CAPITULO II DISEÑO SISMORRESISTENTE DE VIGAS Y COLUMNAS.pdf
MODIFICADO - CAPITULO II DISEÑO SISMORRESISTENTE DE VIGAS Y COLUMNAS.pdfMODIFICADO - CAPITULO II DISEÑO SISMORRESISTENTE DE VIGAS Y COLUMNAS.pdf
MODIFICADO - CAPITULO II DISEÑO SISMORRESISTENTE DE VIGAS Y COLUMNAS.pdfvladimirpaucarmontes
 
aCARGA y FUERZA UNI 19 marzo 2024-22.ppt
aCARGA y FUERZA UNI 19 marzo 2024-22.pptaCARGA y FUERZA UNI 19 marzo 2024-22.ppt
aCARGA y FUERZA UNI 19 marzo 2024-22.pptCRISTOFERSERGIOCANAL
 
nomenclatura de equipo electrico en subestaciones
nomenclatura de equipo electrico en subestacionesnomenclatura de equipo electrico en subestaciones
nomenclatura de equipo electrico en subestacionesCarlosMeraz16
 
Voladura Controlada Sobrexcavación (como se lleva a cabo una voladura)
Voladura Controlada  Sobrexcavación (como se lleva a cabo una voladura)Voladura Controlada  Sobrexcavación (como se lleva a cabo una voladura)
Voladura Controlada Sobrexcavación (como se lleva a cabo una voladura)ssuser563c56
 
tema05 estabilidad en barras mecanicas.pdf
tema05 estabilidad en barras mecanicas.pdftema05 estabilidad en barras mecanicas.pdf
tema05 estabilidad en barras mecanicas.pdfvictoralejandroayala2
 
Sesión 02 TIPOS DE VALORIZACIONES CURSO Cersa
Sesión 02 TIPOS DE VALORIZACIONES CURSO CersaSesión 02 TIPOS DE VALORIZACIONES CURSO Cersa
Sesión 02 TIPOS DE VALORIZACIONES CURSO CersaXimenaFallaLecca1
 
Ejemplos de cadenas de Markov - Ejercicios
Ejemplos de cadenas de Markov - EjerciciosEjemplos de cadenas de Markov - Ejercicios
Ejemplos de cadenas de Markov - EjerciciosMARGARITAMARIAFERNAN1
 
Magnetismo y electromagnetismo principios
Magnetismo y electromagnetismo principiosMagnetismo y electromagnetismo principios
Magnetismo y electromagnetismo principiosMarceloQuisbert6
 
ECONOMIA APLICADA SEMANA 555555555544.pdf
ECONOMIA APLICADA SEMANA 555555555544.pdfECONOMIA APLICADA SEMANA 555555555544.pdf
ECONOMIA APLICADA SEMANA 555555555544.pdfmatepura
 
PERFORACIÓN Y VOLADURA EN MINERÍA APLICADO
PERFORACIÓN Y VOLADURA EN MINERÍA APLICADOPERFORACIÓN Y VOLADURA EN MINERÍA APLICADO
PERFORACIÓN Y VOLADURA EN MINERÍA APLICADOFritz Rebaza Latoche
 
PostgreSQL on Kubernetes Using GitOps and ArgoCD
PostgreSQL on Kubernetes Using GitOps and ArgoCDPostgreSQL on Kubernetes Using GitOps and ArgoCD
PostgreSQL on Kubernetes Using GitOps and ArgoCDEdith Puclla
 
CAPITULO 4 ANODIZADO DE ALUMINIO ,OBTENCION Y PROCESO
CAPITULO 4 ANODIZADO DE ALUMINIO ,OBTENCION Y PROCESOCAPITULO 4 ANODIZADO DE ALUMINIO ,OBTENCION Y PROCESO
CAPITULO 4 ANODIZADO DE ALUMINIO ,OBTENCION Y PROCESOLUISDAVIDVIZARRETARA
 
TEXTO UNICO DE LA LEY-DE-CONTRATACIONES-ESTADO.pdf
TEXTO UNICO DE LA LEY-DE-CONTRATACIONES-ESTADO.pdfTEXTO UNICO DE LA LEY-DE-CONTRATACIONES-ESTADO.pdf
TEXTO UNICO DE LA LEY-DE-CONTRATACIONES-ESTADO.pdfXimenaFallaLecca1
 
Principales aportes de la carrera de William Edwards Deming
Principales aportes de la carrera de William Edwards DemingPrincipales aportes de la carrera de William Edwards Deming
Principales aportes de la carrera de William Edwards DemingKevinCabrera96
 

Último (20)

CARGAS VIVAS Y CARGAS MUERTASEXPOCI.pptx
CARGAS VIVAS Y CARGAS MUERTASEXPOCI.pptxCARGAS VIVAS Y CARGAS MUERTASEXPOCI.pptx
CARGAS VIVAS Y CARGAS MUERTASEXPOCI.pptx
 
DOCUMENTO PLAN DE RESPUESTA A EMERGENCIAS MINERAS
DOCUMENTO PLAN DE RESPUESTA A EMERGENCIAS MINERASDOCUMENTO PLAN DE RESPUESTA A EMERGENCIAS MINERAS
DOCUMENTO PLAN DE RESPUESTA A EMERGENCIAS MINERAS
 
CLASe número 4 fotogrametria Y PARALAJE.pptx
CLASe número 4 fotogrametria Y PARALAJE.pptxCLASe número 4 fotogrametria Y PARALAJE.pptx
CLASe número 4 fotogrametria Y PARALAJE.pptx
 
ECONOMIA APLICADA SEMANA 555555555555555555.pdf
ECONOMIA APLICADA SEMANA 555555555555555555.pdfECONOMIA APLICADA SEMANA 555555555555555555.pdf
ECONOMIA APLICADA SEMANA 555555555555555555.pdf
 
UNIDAD 3 ELECTRODOS.pptx para biopotenciales
UNIDAD 3 ELECTRODOS.pptx para biopotencialesUNIDAD 3 ELECTRODOS.pptx para biopotenciales
UNIDAD 3 ELECTRODOS.pptx para biopotenciales
 
Maquinaria Agricola utilizada en la produccion de Piña.pdf
Maquinaria Agricola utilizada en la produccion de Piña.pdfMaquinaria Agricola utilizada en la produccion de Piña.pdf
Maquinaria Agricola utilizada en la produccion de Piña.pdf
 
MODIFICADO - CAPITULO II DISEÑO SISMORRESISTENTE DE VIGAS Y COLUMNAS.pdf
MODIFICADO - CAPITULO II DISEÑO SISMORRESISTENTE DE VIGAS Y COLUMNAS.pdfMODIFICADO - CAPITULO II DISEÑO SISMORRESISTENTE DE VIGAS Y COLUMNAS.pdf
MODIFICADO - CAPITULO II DISEÑO SISMORRESISTENTE DE VIGAS Y COLUMNAS.pdf
 
aCARGA y FUERZA UNI 19 marzo 2024-22.ppt
aCARGA y FUERZA UNI 19 marzo 2024-22.pptaCARGA y FUERZA UNI 19 marzo 2024-22.ppt
aCARGA y FUERZA UNI 19 marzo 2024-22.ppt
 
nomenclatura de equipo electrico en subestaciones
nomenclatura de equipo electrico en subestacionesnomenclatura de equipo electrico en subestaciones
nomenclatura de equipo electrico en subestaciones
 
Voladura Controlada Sobrexcavación (como se lleva a cabo una voladura)
Voladura Controlada  Sobrexcavación (como se lleva a cabo una voladura)Voladura Controlada  Sobrexcavación (como se lleva a cabo una voladura)
Voladura Controlada Sobrexcavación (como se lleva a cabo una voladura)
 
tema05 estabilidad en barras mecanicas.pdf
tema05 estabilidad en barras mecanicas.pdftema05 estabilidad en barras mecanicas.pdf
tema05 estabilidad en barras mecanicas.pdf
 
Sesión 02 TIPOS DE VALORIZACIONES CURSO Cersa
Sesión 02 TIPOS DE VALORIZACIONES CURSO CersaSesión 02 TIPOS DE VALORIZACIONES CURSO Cersa
Sesión 02 TIPOS DE VALORIZACIONES CURSO Cersa
 
Ejemplos de cadenas de Markov - Ejercicios
Ejemplos de cadenas de Markov - EjerciciosEjemplos de cadenas de Markov - Ejercicios
Ejemplos de cadenas de Markov - Ejercicios
 
Magnetismo y electromagnetismo principios
Magnetismo y electromagnetismo principiosMagnetismo y electromagnetismo principios
Magnetismo y electromagnetismo principios
 
ECONOMIA APLICADA SEMANA 555555555544.pdf
ECONOMIA APLICADA SEMANA 555555555544.pdfECONOMIA APLICADA SEMANA 555555555544.pdf
ECONOMIA APLICADA SEMANA 555555555544.pdf
 
PERFORACIÓN Y VOLADURA EN MINERÍA APLICADO
PERFORACIÓN Y VOLADURA EN MINERÍA APLICADOPERFORACIÓN Y VOLADURA EN MINERÍA APLICADO
PERFORACIÓN Y VOLADURA EN MINERÍA APLICADO
 
PostgreSQL on Kubernetes Using GitOps and ArgoCD
PostgreSQL on Kubernetes Using GitOps and ArgoCDPostgreSQL on Kubernetes Using GitOps and ArgoCD
PostgreSQL on Kubernetes Using GitOps and ArgoCD
 
CAPITULO 4 ANODIZADO DE ALUMINIO ,OBTENCION Y PROCESO
CAPITULO 4 ANODIZADO DE ALUMINIO ,OBTENCION Y PROCESOCAPITULO 4 ANODIZADO DE ALUMINIO ,OBTENCION Y PROCESO
CAPITULO 4 ANODIZADO DE ALUMINIO ,OBTENCION Y PROCESO
 
TEXTO UNICO DE LA LEY-DE-CONTRATACIONES-ESTADO.pdf
TEXTO UNICO DE LA LEY-DE-CONTRATACIONES-ESTADO.pdfTEXTO UNICO DE LA LEY-DE-CONTRATACIONES-ESTADO.pdf
TEXTO UNICO DE LA LEY-DE-CONTRATACIONES-ESTADO.pdf
 
Principales aportes de la carrera de William Edwards Deming
Principales aportes de la carrera de William Edwards DemingPrincipales aportes de la carrera de William Edwards Deming
Principales aportes de la carrera de William Edwards Deming
 

Base de datos examen

  • 1.  Pregunta 1 0,25 de 0,25 puntos La Ingeniería de software apoyada por computadora (CASE) se define como La ingeniería de software asistida por ordenador (o CASE) es un conjunto de herramientas de programación que utilizan una interfaz común para diseñar, desarrollar y depurar software. Por lo tanto, un entorno CASE consta de herramientas que proveen un modelo visual de una aplicación, herramientas que crean u n código a través de interfaces visuales y finalmente un depurador para probar el código final.  Pregunta 2 0 de 0,25 puntos De acuerdo al diagrama en la figura puede asegurarse que
  • 2.  Pregunta 3 0,25 de 0,25 puntos La interfaz grafica de usuario se define como La interfaz gráfica de usuario, conocida también como GUI (del inglés graphical user interface)
  • 3. Interfaz gráfica de usuario (GUI), acrónimo en inglés de Graphical User Interfase. La interfaz gráfica de usuario es un programa o entorno que gestiona la interacción con el usuario basándose en relaciones visuales como iconos, menús o un puntero.  Pregunta 4 0,25 de 0,25 puntos NO es principio de una prueba  Pregunta 5 0,25 de 0,25 puntos Los principios que se pueden asociar con la formulación de las métricas técnicas son 1. LOS OBJETIVOS DE LA MEDICIÓN DEBERÍAN ESTABLECERSE ANTES DE EMPEZAR LA RECOGIDA DE DATOS. 2. LAS MÉTRICAS DEBERÍAN OBTENERSE BASÁNDOSE EN UNA TEORÍA VÁLIDA PARA EL DOMINIO DE APLICACIÓN (POR EJEMPLO, LAS MÉTRICAS PARA EL DISEÑO HAN DE DIBUJARSE SOBRE CONCEPTOS Y PRINCIPIOS BÁSICOS DE DISEÑO Y DEBERÍAN INTENTAR PROPORCIONAR UNA INDICACIÓN DE LA PRESENCIA DE UN ATRIBUTO QUE SE CONSIDERA BENEFICIOSO). 3. Hay que hacer las métricas a medida para acomodar mejor productos y procesos específicos. 4. EFICIENTE EN RELACIÓN AL USO DE LOS RECURSOS DEL COMPUTADOR EN EL QUE SE EJECUTA. EJ. TIEMPO DE EJECUCIÓN ACEPTABLE Y USO MÍNIMO DE ESPACIO DE ALMACENAMIENTO.
  • 4. http://ing-software3.blogspot.com.co/2012/11/estructura-para-las-metricas-del.html  Pregunta 6 0,25 de 0,25 puntos Una prueba de caja negra se define como Estas pruebas permiten obtener un conjunto de condiciones de entrada que ejerciten completamente todos los requisitos funcionales de un programa. En ellas se ignora la estructura de control, concentrándose en los requisitos funcionales del sistema y ejercitándolos. La prueba de Caja Negra no es una alternativa a las técnicas de prueba de la Caja Blanca, sino un enfoque complementario que intenta descubrir diferentes tipos de errores a los encontrados en los métodos de la Caja Blanca. Muchos autores consideran que estas pruebas permiten encontrar: 1. Funciones incorrectas o ausentes. 2. Errores de interfaz. 3. Errores en estructuras de datos o en accesos a las Bases de Datos externas. 4. Errores de rendimiento. 5. Errores de inicialización y terminación. https://www.ecured.cu/Pruebas_de_caja_negra Las pruebas de caja negra se centran principalmente en lo que “se quiere” de un módulo, charter o sección específica de un software, es decir, es una manera de encontrar casos específicos en ese modulo que atiendan a su especificación Las pruebas de caja negra son, ni más ni menos que, pruebas funcionales dedicadas a “mirar” en el exterior de lo que se prueba. Estas pruebas se denominan de varias formas, pruebas de caja “opaca”, pruebas de entrada/salida, pruebas inducidas por datos…los sinónimos son muchos y muy variados. En Globe contamos con un grupo experto en la realización de pruebas de caja negra que solventará tus problemas a nivel de datos externos.
  • 5.  Pregunta 7 0,25 de 0,25 puntos Ingeniería reversiva o retrospectiva se define como La informática se refiere a acciones reversibles para describir todo aquello que el usuario puede deshacermientras se encuentra trabajando con una aplicación determinada. En la actualidad, todos los programas de ediciónbrindan la posibilidad de anular un número variable de acciones, con ciertas excepciones, para que un error o una distracción no tiren a la basura horas y días de trabajo;  Pregunta 8 0,25 de 0,25 puntos Una prueba de software se define como as pruebas de software consisten en la dinámica de la verificación del comportamiento de un programa en un conjunto finito de casos de prueba, debidamente seleccionados de por lo general infinitas ejecuciones de dominio, contra la del comportamiento esperado. Son una serie de actividades que se realizan con el propósito de encontrar los posibles fallos de implementación, calidad o usabilidad de un programa u ordenador; probando el comportamiento del mismo. Pruebas como proceso La prueba es un proceso que se enfoca sobre la lógica interna del software y las funciones externas. Es un proceso de ejecución de un programa con la intención de descubrir un error, no puede asegurar la ausencia de defectos; sólo puede demostrar que existen defectos en el software. https://www.ecured.cu/Pruebas_de_software  Pregunta 9 0 de 0,25 puntos
  • 6. Los siguientes son modelos de análisis y diseño para una GUI EXCEPTO el https://www.google.com.co/search?biw=1517&bih=746&tbm=isch&sa=1&q=Los+siguientes+son+modelos+de+an%C3%A1lisis+y+dise%C3% B1o&oq=Los+siguientes+son+modelos+de+an%C3%A1lisis+y+dise%C3%B1o&gs_l=img.3...6190.6190.0.6517.0.0.0.0.0.0.0.0..0.0....0...1.1.64.i mg..0.0.0.1soutJVOzzY#imgrc=9mIgf5-zOLRwGM:  Pregunta 10 0,25 de 0,25 puntos Una de las siguientes actividades NO corresponde con las que Roche sugiere para un proceso de medición de software http://ing-software3.blogspot.com.co/2012/11/estructura-para-las-metricas-del.html
  • 7.  Pregunta 11 0,25 de 0,25 puntos Las métricas de Software se definen como El concepto de métrica es el termino que describe muchos y muy variados casos de medición. Siendo una métrica una medida estadística (no cuantitativa como en otras disciplinas ejemplo física) que se aplica a todos los aspectos de calidad d e software, los cuales deben ser medidos desde diferentes puntos de vista como el análisis, construcción, funcional, documentación, métodos, proceso, usuario, entre otros.
  • 8.  Pregunta 12 0,25 de 0,25 puntos La facilidad de prueba del software es simplemente lo fácil que se puede probar un programa de computadora, aquí la capacidad de descomposición es Capacidad de descomposición: controlando el ámbito de las pruebas, podemos aislar más rápidamente los problemas y llevar a cabo mejores pruebas de regresión.  Pregunta 13 0,25 de 0,25 puntos Las siguientes son formas de hacer exitoso un sistema de la calidad EXCEPTO  Pregunta 14 0 de 0,25 puntos Una de las siguientes reglas No es utilizada al momento de crear una GUI https://es.slideshare.net/romeroalvarez89/tarea-48618560 http://tareasuniversitarias.com/reglas-de-oro-para-el-diseno-de-interfaces-de-usuario.html  Pregunta 15 0,25 de 0,25 puntos
  • 9. La funcionalidad que puede realizar tanto Profesor como Estudiante es  Pregunta 16 0,25 de 0,25 puntos Uno de los siguientes objetivos NO corresponde con los Objetivos de una Prueba
  • 10. https://sites.google.com/site/testingannotations/objetivos-y-caracteristicas-de-las-pruebas-de-software  Pregunta 17 0,25 de 0,25 puntos Para crear una GUI es necesario identificar los siguientes pasos EXCEPTO  Pregunta 18 0 de 0,25 puntos La calidad de un producto de software se mide http://www.4rsoluciones.com/blog/como-medir-la-calidad-en-software-2/  Pregunta 19
  • 11. 0 de 0,25 puntos Uno de los siguientes objetivos NOcorresponde con los de una RTF "Revisiones Técnicas Formales" https://www.ecured.cu/Revisiones_T%C3%A9cnicas_Formales  Pregunta 20 0 de 0,25 puntos La garantía de calidad de software (SQA, Software Quality Assurance) es una actividad de protección que se aplica a lo largo de todo el proceso de ingeniería del software. La SQA engloba los siguientes aspectos EXCEPTO http://arielvargasu.blogspot.com.co/2010/10/garantia-de-calidad-de-software-sqa_18.html