Fundamentos de Ingenieria del Software---> Examen teórico

¿En que decada surge la ingeniería del software?. del 1965 al 1975. del 1975 al 1985. del 1985 al 2000. del 1955 al 1965.

¿En que decada surge la crisis del software?. del 1965 al 1975. del 1975 al 1985. en el 1955 en adelante. no se ha dado una crisis.

¿Que pasa en la decada del 1975 al 1985?. Surgen las bases de datos y los sistemas multiusuario. Surgen los microprocesadores lo que lleva a un software as especializado y se produce una explosión de venta para pc's, lo que hace que se generen software para pc´s. Surgen las primeras redes multineuronales lo que lleva a la creacion de la primera inteligencia artificial, junto con el nacimiento de la ingeniería del software y las técnicas de programación orientada a objetos. Simplemente se produce el añadido del hardware.

¿Qué elementos juntos forman el software?. Instrucciones + Estructuras de datos + Documentos. Hardware + Redes + Documentos. Bases de datos + Instrucciones + Documentos. Instrucciones + Estructuras de Datos + Redes multineuronales.

El software... Es logico, no fisico. Se deteriora, no se estropea. Se desarrolla no se fabrica y se construye a medida. Todas son correctas.

¿Porque se dio la crisis del software en su momento?. poca demanda. Aumento de costes y disminución de demanda. Conjunto de instrucciones inválido junto a la disminución de demanda. Aumento costes y demanda. Conjunto intratable de instrucciones.

¿Cuáles son los problemas de la crisis del software?. Software de poca calidad y Planificacion de costes y tiempo imprecisas. Material de poca calidad y hardware deteriorado. Software de calidad pero descoordinado respecto a la planificacion. Ninguna de las anteriores es correcta.

¿Cuales han sido las causas de la crisis del software?. Los falsos mitos. El miedo al cambio y los nuevos métodos de desarrollo. El no tener metodologías y los errores por fallos humanos. todas son correctas.

Cual de las siguientes NO es un modelo evolutivo. No sabe / no contesta. Modelo en espiral. Modelo incremental. Modelo de ensamblaje de componentes.

La definicion de tareas... Forma parte de la definicion y requisitos dentro de la gestión de un proyecto. Deberia tener en cuenta entre otros, una duracion semanal y criterios de terminacion por cada tarea. Implica definir por cada tarea "hoja de retroalimentacion". No sabe / no contesta.

De que esta compuesta la ingenieria del software. Métodos, estructuras de datos y documentos. Métodos, herramientas y procedimientos. No sabe / no contesta. Estructuras de datos, instrucciones y herramientas.

Entrar en unos nuevos mercados gracias a un nuevo software. Es un beneficio estratégico. Es un beneficio tactico. No sabe / No contesta. Dependiendo del problema, puede ser un beneficio táctico o un beneficio estratégico.

La validacion del modelo de análisis y diseño orientado a objetos. Forma parte de una prueba basada en escenarios. Es una prueba basada en fallos orientada a detectar los errores en la especificación de requisitos. No sabe / no contesta. Es una prueba de unidad orientada a objetos.

La prueba basada en hilos. Integra las clases que responden a un evento del sistema. Integra las clases que siguen el mismo hilo de ejecucion. Es una prueba de validacion dentro de la orentacion a objetos. No sabe / No contesta.

Completa la frase: el modelo de desarollo de software con métodos formales. Evita problemas de ambiguedad e inconsistencia. No sabe / No contesta. Es lo mismo que la ingeniera del software limpia. Facilita la comunicacion entre clientes al formalizar el proceso de software.

La prueba del interfaz. Prueba las estructuras del metodo de datos del modulo. No sabe / No contesta. Es una prueba de unidad a nivel de módulo. Es una prueba para probar las operaciones que una clase muestra al exterior.

Los conductores. Son mas complicados de diseñar que los resguardos. Se reutilizan en la integracion descendente. Se reutilizan para recoger los datos de llamada entre modulos. No sabe / No contesta.

COCOMO intermedio. Te ha dado una embolia al escribir esta pregunta. Es un modelo de estimación multivariable estático. Es un modelo de estimación multivariable en función de la complejidad y coste del producto. Es un modelo de estimación que se calcula en función de las líneas de código.

El diagrama de estados de transición sirve de base para... Las pruebas derivadas del modelo de comportamiento. Las pruebas basadas en los escenarios. Las pruebas basadas en los casos de uso. No sabe / no contesta.

Los requisitos formales. No sabe / no contesta. Se obtienen a partir del Despliegue de la función de calidad. Todas son correctas. Hay que implementarlos aunque el cliente no los de explícitamente.

Completa la frase: El modelo en espiral. Tiene como objetivo reutilizar el código y analizar los riesgos. Divide el sistema en tareas y estados de ella asociados. No sabe / no contesta. Es una mejora del ciclo de vida clásico.

Medir el trabajo propio. Es una medida de garantía de calidad de estimaciones. Permite diferenciar entre el trabajo propio y prestado. No sabe / no contesta. Es un problema al tener en cuenta al estimar.

¿Cuál de los siguientes aspectos NO influye en la métrica del software?. No sabe / no contesta. Rendimiento exigido del software. Los recursos del hardware y software con los que se cuenta. Las métricas del software.

Cual de estas características diferencia al software del hardware. El software es tangible y se fabrica. El software se desarrolla y puede deteriorarse sin dañarse físicamente. El software es más caro de producir que el hardware. El software no requiere mantenimiento.

¿Cuál de estos modelos de desarrollo sigue un enfoque secuencial y rígido?. Modelo cascada. Modelo en espiral. Modelo incremental. No sabe / no contesta.

El modelo en espiral combina el ciclo de vida clasico con... Prototipos y analisis de riesgos. No sabe no contesta. Integración rapida de componentes. Desarrollo concurrente y componentes ensamblables.

¿Cuales son las fases mas comunes de la Combinacion de paradigmas?. Que, Como y Cuando. Definicion, Desarrollo y Mantenimiento. Que, Como y Cambio. B y C son correctas.

Que es lo que hace el modelo de Ensamblaje de componentes. Reutilizar componentes (como cuando quedas con tu ex). Establecer seguridad en el ciclo de vida. No sabe no contesta. Deteriorar el tiempo para el embalaje.

Cual es el objetivo del modelo del desarrollo concurrente. Identificar tareas paralelas. Reutilizar componentes aunque el embalaje puede ser complejo (como volver con tu ex). Establecer un metodo sistematico. no sabe no contesta.

La gestion de proyectos. Empieza con la planificacion y termina con la entrega. Es un tema completamente soporifero. Es importante de cara a generar un software seguro y eficiente. No sabe / no contesta.

Cuales son las fases de la gestion de proyectos. Definicion, gestion y finalizacion. Definicion, Estimaciones de costes de todo tipo, Analisis de riesgos, Planificacion temporal y seguimiento de control. Definicion, estimaciones de costes solo economicos, Analisis de riesgos, Planificacion temporal y seguimiento y control. No sabe / no contesta.

¿Que son exactamente las metricas de software?. Herramientas de ayuda de planificacion y estimaciones de control de calidad. Herramientas de control y seguimiento para la fase final de a gestion de proyectos. Medidas para que un software sea seguro y eficiente para nuestro cliente. No sabe no contesta.

Cuales son las clasificaciones de las metricas de seguridad. Directas e indirectas. De productividad, Calidad y producto final. Orientadas al tamaño, en funcion o a la persona. Todas son correctas.

Las LDC (líneas de codigo). Son métricas directas. Son métricas indirectas. Son métricas orientadas al tamaño. No sabe / no contesta.

Las métricas orientadas al tamaño (Lineas de código) son medidas directas y las métricas orientadas a la función son medidas indirectas. Verdadero. Falso.

En las medidas orientadas a la funcion, existe el PF (punto de funcion) que mide su complejidad, esta puede ser. Simple, muy simple, nula. Simple, media, Alta, Muy alta. Simple, media, alta. No sabe / no contesta.

Cual de estas características es FALSA respecto a las Métricas orientadas a la Calidad. Facilidad de mantenimiento y de uso. Corrección o grado en el que el software realiza la función requerida. Integrad o habilidad para resistir ataques contra su seguirdad. Implementación compleja dependiente de un tiempo muy prolongado.

En el ámbito del proyecto, que funciones hay que tener en cuenta. Funciones que debe realizar el software, Rendimiento esperado y restricciones y limitaciones. Funciones que debe de realizar el software, los problemas del mismo, y el rendimiento esperado. No sabe / no contesta. Funciones que debe realizar el software junto con el hardware, Rendimiento esperado y restricciones y limitaciones.

En los recursos tenemos... Recursos Humanos. Recursos de Hardware. Recursos de Software. Todas son correctas.

Cual de estos problemas al estimar es FALSO. NO es lo mismo estimar que negociar. Peligro de medir el trabajo colectivo. Falta de una base de estimación. Estimaciones basadas en tiempos extra no pagados.

Cual de estas reglas al estimar es FALSA. Unidades de estimación pequeñas (días). Unidades de estimación independientes. Factor de comunicación entre los miembros del equipo. Distinguir trabajo propio y prestado.

Las técnicas de Descomposición para estimación se basan en dividir el problema en partes y estimar cada una de ellas. Verdadero. Falso.

El COCOMO es un modelo empírico de la estimación, hay dos tipos, podemos encontrar el básico (monovariable estático) y el intermedio(multivariable dinámico). Falso. Verdadero.

En el análisis de riesgos y cálculo de costo-beneficio. Hay que demostrar al cliente que el beneficio supera al coste. Hay que demostrar a usuarios, clientes y administradores que los beneficios superan los costes. No sabe / no contesta. Hay que demostrar al cliente que se alcanzara el punto muerto en el mínimo plazo posible.

¿Que tres fases se encuentran en el análisis de riesgos y calculo de costo-beneficio?. Análisis de Costes, Beneficios y Riesgos. Análisis de Costes, Beneficios y Pérdidas. Análisis de Costes, Competencia y Riesgos. Análisis de Competencia, Beneficios y Riesgos.

En el Análisis de Beneficios, La reduccion de personal es clasificada como un beneficio táctico. Verdadero. Falso.

El análisis de riesgos consiste en encontrar la manera de cómo pueden aumentar los costes y disminuir los beneficios. Verdadero. Falso.

Como definirias prueba en Estrategias y técnicas de prueba del software. La prueba es un conjunto de actividades que se pueden planificar por adelantado y que se llevan a cabo sistemáticamente. La prueba es un conjunto de funciones que se pueden planificar por adelantado y que se llevan a cabo secuencialmente. No sabe / No contesta. La prueba es un conjunto de actividades aleatorio.

Existen varios modelos en los modelos empíricos de la estimacion (os juro que está redactado así) cuales son. Monovariable estático, Multivariable estático, Multivariable dinámico. Monovariable estático, Multivariable dinámico, Multivariable estático. Monovariable dinámico, Multivariable estático, Multivariable dinámico. No sabe / no contesta.