option
Cuestiones
ayuda
daypo
buscar.php

Ingenieria del Software - Temas 4, 5, 6 y 7

COMENTARIOS ESTADÍSTICAS RÉCORDS
REALIZAR TEST
Título del Test:
Ingenieria del Software - Temas 4, 5, 6 y 7

Descripción:
Ingenieria del Software - Test

Fecha de Creación: 2022/01/19

Categoría: Informática

Número Preguntas: 41

Valoración:(1)
COMPARTE EL TEST
Nuevo ComentarioNuevo Comentario
Comentarios
NO HAY REGISTROS
Temario:

Cuanto mayor es el nivel de mantenibilidad del software, mayor es el esfuerzo necesario para realizar el mantenimiento. V. F.

La mantenibilidad de un producto software mejora cuando la documentación y las especificaciones de diseño están disponibles. V. F.

Durante el diseño arquitectural uno de los aspectos que más efecto tiene son los requerimientos impuestos por el entorno. V. F.

El proceso de gestión ISO 12207 interactúa con la dirección del proyecto, mientras que el proceso de suministro lo hace con el proveedor. V. F.

ISO 14764 define la transición del software como la secuencia de procesos necesarios para migrar un producto de un sistema operativo a otro. V. F.

La mantenibilidad del software puede verse reducida si durante la fase de prueba estas no se documentan adecuadamente. V. F.

La fase de desarrollo del producto y la fase de mantenimiento necesitan sistemas hardware independientes para cada uno de ellos. V. F.

Si tenemos un sistema software bien diseñado (con información y manuales) y se quiere cambiar el lenguaje de programación en que está codificado, utilizaremos la técnica de refabricación. V. F.

El proceso de mantenimiento termina cuando se soluciona el problema que afectaba al producto. V. F.

Técnica de recuperación del diseño se encarga de obtener una descripción del sistema a partir del código y el conocimiento del problema. V. F.

La definición de la metodología a utilizar para el registro de las peticiones de modificación se realiza dentro de la etapa “Implementación del proceso de mantenimiento”. V. F.

Incrementar el número de módulos de un programa siempre mejora la reparabilidad del software. V. F.

Las métricas de calidad del software se basan exclusivamente en el análisis de los atributos internos del software evaluado. V. F.

Un sistema software es reparable si permite cambios para que satisfaga nuevos requerimientos. V. F.

Los procesos de modificación que corrigen errores existentes son el “correctivo” y el “perfectivo”. V. F.

CMMI tiene en cuenta procedimientos, herramientas y personas. V. F.

La calidad tiene la ventaja que se puede cuantificar económicamente de forma sencilla. V. F.

El modelo SPICE identifica 3 tipos de procesos: Procesos primarios, de soporte y de evaluación. V. F.

El TSP (Team Software Process) se encarga de la gestión de equipos y parte de la construcción de equipos. V. F.

CMMI tiene 2 tipos de representaciones: Por etapas y continua con diferentes niveles en cada uno. V. F.

La cultura de la calidad, el valor y el coste de la calidad, el aseguramiento de la calidad y el mantenimiento de productos son los aspectos que se deben considerar en la ingeniería del software para la calidad. V. F.

Liderazgo y mejora continua son principios comunes que cualquier implementación del ISO/IEC 9000 debe tener, independientemente de la forma de implementar el ISO. V. F.

El aseguramiento de la calidad es la actividad de proporcionar las evidencias necesarias para garantizar que la calidad se realiza adecuadamente. V. F.

El modelo ISO/IEC 9126 contiene elementos para evaluar la calidad del software midiendo atributos en uso. V. F.

Subversion utiliza el comando “check-out” para comprobar que un archivo no se ha modificado desde que se descargó. V. F.

Los informes de estado contienen información de quién realiza cada modificación sobre el software. V. F.

Control de cambios se encarga de controlar que las modificaciones de algún elemento se realicen de forma coherente y sincronizada. V. F.

La auditoría de configuración se ocupa de establecer los criterios para la entrega de las configuraciones estables del producto. V. F.

Una vez se produce un nuevo elemento y es aceptado, se incorpora a la BD del proyecto y pasa a ser una línea base. V. F.

El control de versiones se encarga de controlar que las modificaciones de algún elemento se realicen de forma coherente y sincronizada. V. F.

Una vez aprobada la modificación de un elemento, se sustituye el elemento de la BD por la nueva modificación. V. F.

Si tienes un producto compuesto por varios componentes que se combinan de forma distinta para producir una aplicación que funcione en Iphone o Android, diremos que tendrás dos versiones de la misma variable. V. F.

Un elemento de la línea base se puede modificar por varios programadores de forma simultánea sin copiarlo de la BD. V. F.

El control de sincronización se realiza dentro del proceso de control de cambios de la gestión de configuración del software y se encarga de que todos los aportadores tengan acceso a los cambios de forma simultánea. V. F.

Subversion utiliza “commit” para crear el árbol de directorios donde queremos trabajar. V. F.

La gestión de configuraciones no incluye la administración de los documentos de usuario. V. F.

Subversion permite trabajar en grupo con los archivos tanto en modo “solución pesimista” como en modo “solución optimista”. V. F.

En el método objetivo-pregunta-métrica es necesario especificar entre otros aspectos, el objeto, propósito y recursos del estudio. V. F.

Los atributos externos suelen medirse por medio de métricas indirectas y se deducen a partir de atributos internos. V. F.

Facilidad de mantenimiento está relacionada con la complejidad del software, a mayor complejidad mayor facilidad. V. F.

Con un software con un índice de madurez del software muy bajo suponemos que tenemos que dedicar más recursos al mantenimiento que a otro con nivel más alto. V. F.

Denunciar Test