WorksheetsParcial 2 Ingenieria Parte 1
Total questions: 28
Worksheet time: 28mins
Principio de la Ingeniería de diseño - Un programa non debe tener ningún error que impida su funcionamiento.
Funcionalidad
Resistencia
Belleza
Principio de la ingeniería de diseño - Un programa debe ser apropiado para los fines que persigue.
Belleza
Resistencia
Funcionalidad
Principio de la ingeniería de diseño - La experiencia de usar el programa debe ser placentera.
Belleza
Funcionalidad
Resistencia
Forma parte del modelo de diseño (Seleccione todas las correctas)
Diseño en el nivel de componentes
Diseño de interfaz
Diseño arquitectónico
Diseño de las entidades
Conjunto de características y capacidades del programa, la generalidad de las funciones que se entregan y la seguridad general del sistema.
Atributo de calidad - Rendimiento
Atributo de calidad - Funcionalidad
Atributo de calidad Mantenibilidad
Factores humanos, estética general, consistencia y documentación.
Atributo de calidad - Usabilidad
Atributo de calidad - Rendimiento
Atributo de calidad - Confiabilidad
Frecuencia y gravedad de las fallas, exactitud de los resultados que salen, el tiempo medio para que ocurra una falla, capacidad de recuperación ante esta y lo predecible del programa.
Atributo de calidad - Mantenibilidad
Atributo de calidad - Funcionalidad
Atributo de calidad - Confiabilidad
Velocidad de procesamiento, tiempo de respuesta, uso de recursos, conjunto y eficiencia.
Atributo de calidad - Usabilidad
Atributo de calidad - Confiabilidad
Atributo de calidad - Rendimiento
Capacidad del programa para ser ampliable, adaptable y servicial, que pueda probarse, compatible y configurable, facilidad para instalarse en el sistema y para que se detecten los problemas.
Atributo de calidad - Mantenibilidad
Atributo de calidad - Confiabilidad
Atributo de calidad - Rendimiento
Que características son comunes en todos los métodos de diseño?
Mecanismo - Notación - Heurística - Lineamientos
Abstracción - Notación - Patrón - Configuramiento
Es una de las formas fundamentales en las que el ser humano se enfrenta a la complejidad.
Abstracción
Modularidad
División
Secuencia de instrucciones que tiene una función específica y limitada.
Abstracción de Datos
Abstracción de Procedimiento
Patrón Arquitectónico
Es una colección nombrada de datos que describe un objeto de datos
Patrón Arquitectónico
Abstracción de Procedimiento
Abstracción de Datos
Se aboca a un problema de aplicación específica dentro de un contexto dado y sujeto a limitaciones y restricciones
Patrón Arquitectónico
Abstracción de Datos
Abstracción de Procedimiento
Es el concepto cuando el software se divide en componentes que es posible abordar en forma individual.
División de Problemas
Modularidad
Ocultación de Información
Cualquier problema complejo puede manejarse con mas facilidad si se subdivide en elementos susceptibles de resolverse u optimizarse de manera independiente.
División de problemas
Modularidad
Ocultación de la información
Sugiere que los módulos se caracterizan por las decisiones que cada uno oculta a los otros.
Modularidad
División de problemas
Ocultación de información
En el diseño de software, debe buscarse el mínimo acoplamiento posible.
Verdadero
Falso
Características de una clase de diseño bien formada (Seleccione todas las correctas)
Acoplamiento alto
Primitivismo
Cohesión alta
Completa y suficiente
En la evaluación de arquitectura de software, es la que representa relaciones de dependencia entre consumidores que usan el mismo recurso o los productores que producen para los mismos consumidores
Tipo de dependencia compartida
Tipo de dependencia de flujo
Tipo de dependencia de restricción0
En la evaluación de arquitectura de software, es la que representa las relaciones de dependencia entre productores y consumidores de recursos.
Tipo de dependencia de restricción
Tipo de dependencia compartida
Tipo de dependencia de flujo
En la evaluación de arquitectura de software, es la que representa restricciones al flujo relativo de control entre un conjunto de actividades.
Tipo de dependencia compartida
Tipo de dependencia de restricción
Tipo de dependencia de flujo
En el Diseño de Componentes Basados en Clase, el principio donde cualquier clase derivada de una clase de base debe respetar cualquier contrato implícito entre la clase de base y los componentes que la usan es:
Principio de sustitución de Liskov
Principio Abierto-Cerrado
Principio de Inversión de la Dependencia
En el Diseño de Componentes Basados en Clase, el principio donde debe especificarse el componente en forma tal que permita extenderlo sin necesidad de hacerle modificaciones internas:
Envoltura de caja blanca
Envoltura de caja gris
Principio Abierto-Cerrado
En el Diseño de Componentes Basados en Clase, el principio donde las abstracciones son el lugar en el que es posible ampliar un diseño sin muchas dificultades:
Envoltura de caja gris
Envoltura de caja negra
Principio de Inversión de la Dependencia.
En el Desarrollo Basado en Componentes, la adaptación de componentes donde un equipo de software tiene acceso total al diseño y código interno de un componente es:
Envoltura de caja gris
Envoltura de caja blanca
Envoltura de caja negra
En el Desarrollo Basado en Componentes, la adaptación de componentes cuando la biblioteca de componentes proporciona un lenguaje de extensión del componente o API que permite que los conflictos se eliminen o se anulen:
Envoltura de caja gris
Envoltura de caja negra
Envoltura de caja blanca
En el Desarrollo Basado en Componentes, la adaptación de componentes que requiere la introducción de procesamiento previo y posterior en la interfaz del componente para eliminar o anular los conflictos:
Envoltura de caja negra.
Envoltura de caja gris.
Envoltura de caja blanca.
