Examen Final Evaluacion de Software

UNIVERSIDAD DE PANAM

CENTRO REGIONAL UNIVERSITARIO DE BOCAS DEL TORO

FACULTAD DE INFORMTICA ELECTRNICA Y COMUNICACIONES

Semestral

Nombre:

D Materiales Multimedia

Grupo: III ao INF 214 Fecha:

Profesor: Daniel Serrano Valor: 100 pts.

Examen Final de Evaluacin de Software

INSTRUCCIONES

Esta es la Evaluacin Finall que corresponde al 33% del curso, la cual tiene una calificacin mxima de 100 puntos que deber resolver. Es importante que lea con atencin cada pregunta y seleccione la respuesta que considere correcta, de acuerdo a sus conocimientos y estudio.

En esta prueba es posible que se encuentre con los siguientes tipos de pregunta:

SELECCIN MLTIPLE CON NICA RESPUESTA SELECCIN MLTIPLE CON MLTIPLE RESPUESTA PREGUNTAS DE ANLISIS DE RELACIN PREGUNTAS DE ANLISIS DE POSTULADOS

Por lo tanto, lea detenidamente cada pregunta y fjese muy bien en la forma de responderla.

Pregunta 1

Contexto: Este tipo de pregunta se desarrolla en torno a un (1) enunciado y cuatro (4) opciones de respuesta (A, B, C, D). Solo una (1) de estas opciones responde correctamente a la pregunta

Enunciado: El proceso de gestin de la configuracin involucra un conjunto de actividades desarrolladas para gestionar los cambios durante todo el ciclo de vida del software. Identifica la estructura de un sistema (qu rutinas, mdulos, datos, archivos lo componen) en un momento dado a lo que se le denomina configuracin del sistema. Su objetivo es el control de los cambios en el sistema, mantener su coherencia y su rastreabilidad o trazabilidad, y poder realizar auditoras de control sobre la evolucin de las configuraciones. Las actividades a realizar son:

Seleccione una respuesta.

a. Planificar la gestin de la configuracin, Realizar la identificacin de la configuracin, Realizar el control de configuracin, Realizar la informacin del estado de la configuracin

b. Planificar la configuracin de hardware, Realizar la identificacin del sistema operativo, Configurar servicios, Realizar la informacin del estado de la configuracin

c. Realizar la identificacin de la configuracin, Configurar el sistema operativo y los servicios, Realizar el control de configuracin, Realizar la informacin del estado de la configuracin

d. Realizar la identificacin de la configuracin, Configurar el hardware, Configurar el sistema operativo y los servicios, Realizar la informacin del estado de la configuracin

Pregunta 2

Contexto: Este tipo de pregunta se desarrolla en torno a un (1) enunciado y cuatro (4) opciones de respuesta (1, 2, 3, 4). Solo dos (2) de estas opciones responden correctamente a la pregunta de acuerdo con la siguiente informacin.

Marque A si 1 y 2 son correctas. Marque B si 1 y 3 son correctas. Marque C si 2 y 4 son correctas. Marque D si 3 y 4 son correctas.

Enunciado: Calidad en uso, es la calidad del software que el usuario final refleja, la forma como el usuario final logra realizar los procesos con satisfaccin, eficiencia y exactitud. La calidad en uso debe asegurar la prueba o revisin de todas las opciones que el usuario trabaja diariamente y los procesos que realiza espordicamente relacionados con el mismo software. La calidad en uso se divide en los siguientes criterios:

1. Reemplazabilidad, Adaptabilidad 2. Madurez, Tolerancia a errores 3. Eficacia, Productividad 4. Seguridad, Satisfaccin


a. Marque A si 1 y 2 son correctas b. Marque B si 1 y 3 son correctas. c. Marque C si 2 y 4 son correctas. d. Marque D si 3 y 4 son correctas.

Pregunta 3


Enunciado: El ciclo de vida de software es la descripcin de las distintas formas de desarrollo de un proyecto informtico, es una orientacin a seguir para que a partir de los requerimientos del cliente se obtengan sistemas que puedan ser utilizados por los usuarios. La definicin tcnica de un ciclo de vida, dice que:


a. Un ciclo de vida es un conjunto de fases o etapas, procesos y actividades requeridas para el desarrollo y la explotacin de un producto software.

b. Un ciclo de vida es un conjunto de herramientas como lenguajes de programacin, bases de datos y software utilitario usado para desarrollar un software

c. Un ciclo de vida es un conjunto de herramientas como lenguajes de programacin, bases de datos y software utilitario usado para desarrollar un software

d. Un ciclo de vida es un conjunto de fases o etapas, procesos y actividades requeridas para evaluar un software

Pregunta 4


Enunciado: La definicin de Verificacin y Validacin envuelve los mtodos de anlisis, de diseo y de implementacin actan para mejorar la calidad al proporcionar tcnicas continuas y resultados predecibles, dichas revisiones tcnicas formales de inspeccin ayudan a asegurar la calidad de los productos software, en el proceso de medicin y el control se aplican sobre cada elemento de la configuracin del software. La definicin de verificacin en este sentido es:


a. Conjunto de actividades que aseguran que el software implementa correctamente una funcin especfica

b. Conjunto de actividades que aseguran que el software implementa correctamente los niveles de seguridad

c. Conjunto diferente de actividades que aseguran que el software cumple con los estndares de calidad de software.

d. Conjunto diferente de actividades que aseguran que el software construido se ajusta a los requisitos y necesidades del cliente.

Pregunta 5


Enunciado: Las mtricas del software orientadas a la funcin permiten medir la funcionalidad de la aplicacin, esta mtrica busca identificar los factores crticos que determinan el tamao del software, estimar el esfuerzo y el costo para desarrollarlo. La tcnica de anlisis de puntos de funcin mide una aplicacin con base en las funciones que ste realiza por solicitud del usuario final. Los parmetros para le medicin de los puntos de funcin son los siguientes:

1. Nmero de entradas de usuario, Nmero de salidas de usuario, Nmero de peticiones de usuario 2. Nmero de archivos, Nmero de interfaces externas 3. Nmero de funciones programadas, nmero de lneas de cdigo por funcin 4. Nmero de computadores servidores instalados con el sistema, nmero de enlaces y puntos re red



Pregunta 6


Enunciado: La gestin de calidad del software tiene como propsito la planificacin y administracin de las acciones necesarias para proveer una confianza adecuada en la calidad de los productos software que satisfagan los requerimientos tcnicos establecidos, en este proceso se abarcan actividades en todo el ciclo de vida y se documenta en un plan de garanta de la calidad del software. Los aspectos que deben considerarse para abordar este proceso de proteccin del software globalmente son:


a. Las mtricas para el control del proyecto, la verificacin y validacin, incluyendo pruebas, procesos de revisin, y la gestin de la configuracin del producto.

b. Las mtricas para el control del proyecto, la estimacin de costos, verificacin y validacin, procesos de revisin, y la gestin de la configuracin del producto.

c. La verificacin y validacin, incluyendo pruebas, procesos de revisin, y la gestin de la configuracin del producto.

d. La revisin, verificacin y validacin de las mtricas para el control del proyecto, los costos de cada proceso y la revisin configuracin

Pregunta 7

Contexto: Este tipo de preguntas consta de dos proposiciones, as: una Afirmacin y una Razn, Unidas por la palabra PORQUE. El estudiante debe examinar la veracidad de cada proposicin y la relacin terica que las une. Para responder este tipo de preguntas se debe leer toda la pregunta y sealar la respuesta elegida de acuerdo con las siguientes instrucciones:

Marque A si la afirmacin y la razn son VERDADERAS y la razn es una explicacin CORRECTA de la afirmacin.

Marque B si la afirmacin y la razn son VERDADERAS, pero la razn NO es una explicacin CORRECTA de la afirmacin.

Marque C si la afirmacin es VERDADERA, pero la razn es una proposicin FALSA.

Marque D si la afirmacin es FALSA, pero la razn es una proposicin VERDADERA.

Enunciado: Un mtodo de evaluacin sirve de gua a los involucrados en el desarrollo del sistema, en la bsqueda de conflictos que puede presentar una arquitectura, y sus soluciones. PORQUE Los mtodos de anlisis de arquitecturas de software hacen que el proceso sea repetible, y ayuda a garantizar que las respuestas correctas con relacin a la arquitectura pueden hacerse durante las fases tempranas de diseo. Seleccione una respuesta.

a. Marque A si la afirmacin y la razn son VERDADERAS y la razn es una explicacin CORRECTA de la afirmacin.

b. Marque B si la afirmacin y la razn son VERDADERAS, pero la razn NO es una explicacin CORRECTA de la afirmacin.

c. Marque C si la afirmacin es VERDADERA, pero la razn es una proposicin FALSA. d. Marque D si la afirmacin es FALSA, pero la razn es una proposicin VERDADERA.

Pregunta 8


Enunciado: La norma ISO/IEC 9126 define la calidad interna como la totalidad de las caractersticas del producto software desde una perspectiva interna y la calidad externa se define como la totalidad de las caractersticas del producto software desde una perspectiva externa. El conjunto de caractersticas de calidad externa e interna son:


a. Funcionalidad, fiabilidad, usabilidad, eficiencia, facilidad de mantenimiento y portabilidad.

b. Funcionalidad, fiabilidad, portabilidad, eficiencia, eficacia y efectividad. c. Funcionalidad, flexibilidad, usabilidad, eficiencia, eficacia y portabilidad. d. Funcionalidad, cohesin, fiabilidad, usabilidad, eficiencia, herencia y portabilidad.

Pregunta 9


Enunciado: La norma ISO/IEC 9126 define la calidad en uso como la perspectiva del usuario de la calidad del producto software cuando ste es usado en un ambiente especfico y un contexto de uso especfico. ste mide la extensin para la cual los usuarios pueden conseguir sus metas en un ambiente particular, en vez de medir las propiedades del software en s mismo. La calidad en uso que muestra un conjunto de 4 caractersticas: efectividad, productividad, integridad, y satisfaccin. La caracterstica de integridad se define como:


a. La capacidad del producto software para permitir a los usuarios lograr las metas especificadas con precisin y completitud en un contexto de uso especfico

b. La capacidad del producto software para permitir a los usuarios emplear cantidades apropiadas de recursos en relacin a la efectividad lograda en un contexto de uso especfico

c. La capacidad del producto software para satisfacer a los usuarios en un contexto de uso especfico

d. La capacidad del producto software para lograr niveles aceptables de riesgo de dao a las personas, negocio, software, propiedad o entorno en un contexto de uso especfico

Pregunta 10



ENUNCIADO: La gestin del proyecto presupone establecer condiciones para su desarrollo, la gestin del proyecto involucra actividades tales como:

1. Los requerimientos de usuario, la estimacin de costos, la complejidad del software

2. La planificacin de proyectos, la estimacin, la determinacin del tamao del producto a desarrollar

3. La determinacin de escalas para medicin, la evaluacin de los requerimientos

4. El seguimiento de proyectos, la medicin de un proyecto


a. Marque A si 1 y 2 son correctas. b. Marque B si 1 y 3 son correctas. c. Marque C si 2 y 4 son correctas. d. Marque D si 3 y 4 son correctas.

Pregunta 11


Enunciado: Un Indicador es una mtrica o combinacin de mtricas que proporcionan una visin del proceso, del proyecto o del producto software, los indicadores proporcionan una visin que permite ajustar el producto, el proyecto o el proceso software. El objetivo principal de los indicadores de proceso es:


a. Evaluar las condiciones de funcionamiento de un proceso y poder tener una visin de la eficacia de un proceso existente.

b. Analizar y comparar un proceso con respecto a otro para poder determinar cul de ellos es el mejor

c. Comparar condiciones de funcionamiento de un proceso y poder tener una visin de la eficacia de un proceso existente.

d. Medir las condiciones de funcionamiento de un proceso y poder tener una visin de la eficacia de un proceso existente.

Pregunta 12

Contexto: Este tipo de preguntas consta de dos proposiciones, as: una Afirmacin y una Razn, Unidas por la palabra PORQUE. El estudiante debe examinar la veracidad de cada proposicin y la relacin terica que las une. Para responder este tipo de preguntas se debe leer toda la pregunta y sealar la respuesta elegida de acuerdo con las siguientes instrucciones:

Marque A si la afirmacin y la razn son VERDADERAS y la razn es una explicacin CORRECTA de la afirmacin.

Marque B si la afirmacin y la razn son VERDADERAS, pero la razn NO es una explicacin CORRECTA de la afirmacin.

Marque C si la afirmacin es VERDADERA, pero la razn es una proposicin FALSA.

Marque D si la afirmacin es FALSA, pero la razn es una proposicin VERDADERA.

Enunciado: El trmino Aacute;gil aplicado al desarrollo de software nace en el ao 2001, tras una reunin en donde participan un grupo de 17 expertos de la industria del software, incluyendo algunos de los creadores o impulsores de metodologas de software. Su objetivo fue esbozar los

valores y principios que deberan permitir a los grupos desarrollar software rpidamente y respondiendo a los cambios que puedan surgir a lo largo del proyecto. PORQUE se define como adecuada para proyectos con requisitos imprecisos y muy cambiantes, y donde existe un alto riesgo tcnico.


a. Marque A si la afirmacin y la razn son VERDADERAS y la razn es una explicacin CORRECTA de la afirmacin.

b. Marque B si la afirmacin y la razn son VERDADERAS, pero la razn NO es una explicacin CORRECTA de la afirmacin.

c. Marque C si la afirmacin es VERDADERA, pero la razn es una proposicin FALSA. d. Marque D si la afirmacin es FALSA, pero la razn es una proposicin VERDADERA.

Pregunta 13


Enunciado: En el modelo de ciclo de vida clsico o en cascada, la evolucin del producto software procede a travs de una secuencia ordenada de transiciones de una fase a la siguiente segn el orden lineal. Este modelo semeja una mquina de estados finitos para la descripcin de la evolucin del producto software. El modelo en cascada ha sido til para ayudar a estructurar y gestionar grandes proyectos de desarrollo de software dentro de las organizaciones. Este modelo permite iteraciones durante el desarrollo, dentro de un mismo estado o de un estado a otro anterior. El ciclo de vida clsico presenta las siguientes etapas o fases en su orden:


a. Requisitos, Diseo, Codificacin, Pruebas, Operacin, Mantenimiento e integracin b. Diseo, Requisitos, Codificacin, Pruebas, Integracin, Operacin y Mantenimiento c. Requisitos, Diseo, Codificacin, Integracin, Pruebas, Operacin y Mantenimiento d. Requisitos, Diseo, Codificacin, Pruebas, Integracin, Operacin y Mantenimiento

Pregunta 14



Enunciado: Una estrategia de prueba integra las tcnicas de diseo de casos de prueba en un conjunto de pasos bien planeados que dan como resultado la correcta construccin del software, la estrategia de prueba es una gua para los desarrolladores del software, para la organizacin de control de calidad y para el cliente, estas estrategias de prueba debe incorporar los siguientes pasos y tcnicas:

1. La planificacin de la prueba, El diseo de casos de prueba 2. El levantamiento de requisitos, definicin de pruebas

3. La ejecucin de pruebas y la agrupacin, La evaluacin de los datos resultantes 4. La implementacin de casos de prueba, la implantacin y puesta en marcha de pruebas



Pregunta 15


Enunciado: El mantenimiento se centra en el cambio que va asociado a la correccin de errores, a las adaptaciones requeridas por la evolucin del entorno del software y a las modificaciones debidas a los cambios de los requisitos del cliente dirigidos a reforzar o ampliar el sistema. El proceso de mantenimiento vuelve a aplicar los pasos del ciclo de vida, pero en el contexto del software ya existente. Durante el mantenimiento se encuentran tres tipos de cambios:

Seleccione una respuesta. a. Correccin, Adaptacin, Mejora b. Prevencin, Deteccin, Correccin c. Cambio, Eliminacin, Reposicin d. Construccin, Destruccin, Arreglo

Pregunta 16


Enunciado: El software construido a partir del modelo orientado a objetos requiere ser sometido a pruebas con el propsito de garantizar su calidad, en este caso tambin se aplica los dos enfoques ms representativos en materia de pruebas, es decir, las de caja blanca y de caja negra en cierta medida, ms sin embargo existen algunas caractersticas del software orientado a objetos que generan problemas adicionales no cubiertos por las tcnicas tradicionales de prueba. Teniendo en cuanta el enunciado anterior, la unidad bsica para la prueba de software orientado a objetos debera ser:


a. El Objeto b. La clase c. El formulario o Forma d. La funcin

Pregunta 17


Enunciado: Las mtricas del Modelo de anlisis proporcionan una visin interna a la calidad. Estas mtricas examinan el modelo de anlisis con la intencin de predecir el tamao del sistema resultante; es probable que el tamao y la complejidad del diseo estn directamente relacionados. Dentro de las mtricas del modelo de anlisis tenemos:

1. Mtricas basadas en la Funcin 2. Mtrica de elementos de datos de salida 3. Mtrica Bang 4. Mtrica de elementos de datos de entrada



Pregunta 18 Contexto: Este tipo de pregunta se desarrolla en torno a un (1) enunciado y cuatro (4) opciones de respuesta (A, B, C, D). Solo una (1) de estas opciones responde correctamente a la pregunta

Enunciado: Las pruebas de caja blanca son conocidas como pruebas de caja de cristal o pruebas estructurales, dentro de las pruebas ms significativas dentro de este enfoque estn la Prueba de caminos, la Prueba de condiciones, la Prueba de ciclos, y la Prueba de definicin de datos. La prueba de caminos se define como:


a. Basndose en un grafo de control, pueden generarse casos de prueba para elementos individuales de expresiones lgicas. De esta forma se pretende probar cada condicin con todas sus posibles alternativas.

b. A partir del grafo de control, pueden generarse casos de prueba para las iteraciones definidas en los programas con el propsito de verificar si se realizan de forma correcta.

c. Estas pruebas son realizadas con el objetivo de encontrar posibles contradicciones o redundancias en la definicin de los datos utilizados en el software. Para ello se realiza un anlisis del comportamiento de cada uno de los datos o cada una de los flujos de ejecucin.

d. En este tipo de prueba se realiza un anlisis sobre una representacin grfica de un programa denominada grafo de control. En este grafo, los nodos representan bloques de instrucciones de un programa y los flujos de ejecucin para dichas instrucciones se representan por medio de aristas.

Pregunta 19



Enunciado: Los aspectos que deben considerarse para construir casos de prueba para una clase deben verificar que esta proporcione los servicios que promete, que responda correctamente a las condiciones esperadas y, ms an, ante las inesperadas. Aspectos adicionales pueden el verificar si la clase contiene y permite disponer de todas las funciones asociadas a ella o que cada mtodo de

la clase ejecute su responsabilidad especificada. Algunas de las tcnicas ms populares para realizar pruebas de unidad son:

1. Pruebas estructurales, Prueba de valores lmite 2. Prueba basada en estados, Prueba Incremental 3. Pruebas de aceptacin, Pruebas bajo Stress 4. Pruebas de puntos de funcin, Pruebas Funcionales


a. Marque A si 1 y 2 son correctas

b. Marque B si 1 y 3 son correctas. c. Marque C si 2 y 4 son correctas. d. Marque D si 3 y 4 son correctas.

Pregunta 20



ENUNCIADO: Se debe tener en claro que no existe un modelo de ciclo de vida general para cualquier tipo de proyecto. Cada proyecto debe seleccionar para cada caso especfico el ciclo de vida ms adecuado, teniendo en cuenta la cultura empresarial, el deseo de asumir riesgos, el rea de aplicacin, la volatilidad de los requisitos y su entendimiento. El ciclo de vida elegido servir para relacionar las tareas que forman parte del proceso software de cada proyecto. De acuerdo a esto los ciclos de vida se pueden clasificar en:

1. Ciclos de Vida Tradicionales, Ciclos de vida Alternativos 2. Modelos de Proceso de Produccin de Software, Ciclos de vida Aacute;giles 3. Ciclos de vida iterativo, ciclo de vida en espiral 4. Ciclos de vida RUP, Ciclo de vida XP, Ciclo de vida SCRUM


a. Marque A si 1 y 2 son correctas. b. Marque B si 1 y 3 son correctas. c. Marque C si 2 y 4 son correctas. d. Marque D si 3 y 4 son correctas.

Examen Final Evaluacion de Software

Documents

Transcript of Examen Final Evaluacion de Software