Sistemas ll

Una de las características del software es. que la mayoría del software se desarrolla a la medida. que la mayoría del software se desarrolla a la fuerza. que la mayoría del software se desarrolla a la medias. que la mayoría del software no se desarrolla a la medida.

es la creación de la funcionalidad de software a partir de una especificación de diseño. La construcción de software. La depuración de programas. Un producto de la construcción. La utilización de un enfoque.

es una actividad principal de la construcción de software para corregir errores. La depuración de programas. La construcción de software. un enfoque. definición de estrategias de integración.

Una de las actividades principales de la construcción de software es. es la definición de estrategias de integración. La utilización de un enfoque. la mayoría del software se desarrolla a la medida. ninguna de las anteriores.

puede mejorar ampliamente la productividad del programador. La utilización de un enfoque en la construcción de software. La depuración de programas. La construcción de software. Trabajo en equipo.

Un producto de la construcción, el cual frecuentemente es la única descripción precisa del software. el código fuente. lenguaje ensamblador. Lenguaje de mediano nivel,. la elección del lenguaje.

es un Lenguaje de mediano nivel, cuyo origen está asociado con el sistema operativo UNIX. C. Ensamblador. Java. Latex.

cada enunciado corresponde a una y sólo una instrucción de máquina. lenguaje ensamblador. Java. C. Latex.

Una decisión importante para la construcción del software es. la elección del lenguaje de programación, que impacta en la productividad y la calidad del código. Hacer uso de la programación por parejas o del desarrollo de las pruebas primero. Definir si los programadores trabajarán en parejas o individualmente o alguna combinación de ambas. ver una operación compleja de una manera simplificada.

decisión importante para la construcción del software es. la definición de convenciones de programación, que define las directrices para la armonía del estilo de programación, generando código legible. La utilización de un enfoque en la construcción de software. es definir las convenciones de codificación para nombres, comentarios y formato del código fuente. es una colección de datos y operaciones que trabajan sobre dichos datos.

decisión importante para la construcción de software es. ubicarse en la ola tecnológica, la cual determina qué enfoques serán efectivos –o incluso posibles en la construcción de software. Hacer uso de la programación por parejas o del desarrollo de las pruebas. Definir si los programadores trabajarán en parejas o individualmente o alguna combinación. Ninguna de las anteriores.

son ejemplos de la selección de las principales prácticas para la construcción de software. Hacer uso de la programación por parejas o del desarrollo de las pruebas primero. es definir las convenciones de codificación para nombres, comentarios y formato del código fuente. Definir si los programadores trabajarán en parejas o individualmente o alguna combinación de ambas. a manejar la complejidad proporcionando modelos que permiten ignorar los detalles de la implementación.

es definir las convenciones de codificación para nombres, comentarios y formato del código fuente. Una práctica de codificación,. trabajo en equipo. La abstracción. Un criterio de evaluación.

Definir si los programadores trabajarán en parejas o individualmente o alguna combinación de ambas es. una práctica de trabajo en equipo. La abstracción. la construcción de software. se desarrolla a la medida.

es una colección de datos y operaciones que trabajan sobre dichos datos. Un tipo de dato abstracto. La abstracción. código fuente. Lenguaje de mediano nivel,.

es la habilidad para ver una operación compleja de una manera simplificada. La abstracción. Un tipo de dato abstracto. una clase. Codigo fuente.

ayuda a manejar la complejidad proporcionando modelos que permiten ignorar los detalles de la implementación. El encapsulamiento es más fuerte que la abstracción: es el responsable de prevenir que se acceda a los detalles de la implementación, sin importar que se desee hacerlo. La abstracción. tipo de dato abstracto. lenguaje de mediano nivel. manejadores de complejidad.

La razón más importante para crear una clase es. reducir la complejidad de un programa. crear un programa. usa menos memoria. No se que mas poner.

tiene el objetivo de crear clases y rutinas con relaciones pequeñas, directas, visibles y flexibles a otras clases y rutinas. El holgado acoplamiento. tamaño,. flexibilidad. visibilidad.

Es un criterio de evaluación del acoplamiento entre módulos el cual se refiere al número de conexiones entre módulos. el tamaño. la flexibilidad. visibilidad. La cohesión funcional.

es un criterio de evaluación del acoplamiento entre módulos el cual se refiere a la facilidad de cambiar las conexiones entre módulos. la flexibilidad. el tamaño. la visibilidad. La cohesión funcional.

es un criterio de evaluación del acoplamiento entre módulos, el cual se refiere a la prominencia de la conexión entre dos módulos. la visibilidad. la flexibilidad. el tamaño. La cohesión funcional.

es el tipo más común de cohesión y ocurre cuando una rutina realiza una y sólo una operación. La cohesión funcional. La cohesión comunicacional. La cohesión temporal. La cohesión coheasional.

es el tipo de cohesión que ocurre cuando las operaciones en una rutina hacen uso de los mismos datos, pero no están relacionados de cualquier otra manera. La cohesión comunicacional. La cohesión funcional. La cohesión temporal. La cohesión coheasional.

es el tipo de cohesión que ocurre cuando las operaciones se combinan en una rutina debido a que deben hacerse en el mismo momento. La cohesión temporal. La cohesión funcional. La cohesión comunicacional. La cohesión coheasional.

En pruebas de software, es la discrepancia entre un valor o condición calculado, observado o medido y el verdadero valor o condición especificada o teóricamente correcta. un error. un fallo. un defecto. una Incongruencia.

En pruebas de software, es la inhabilidad de un sistema o componente para realizar sus funciones requeridas dentro de los requerimientos de desempeño establecidos. una falla. un error. un defecto. una incongruencia.

En pruebas de software, es la definición de datos, paso o proceso incorrecto en un programa de computadora que ocasiona que el programa se desempeñe de una manera no pretendida o no anticipada. un defecto. un error. una falla. una incongruencia.

es El proceso de ejecutar un programa con la intención de encontrar errores. pruebas de software. pruebas de unidad. pruebas de integración. pruebas de validación.

se concentran en cada unidad (componente, clase, método) del software como se implementó en el código fuente. pruebas de unidad. pruebas de integración. pruebas de validación. pruebas de regresión.

el enfoque se centra en el diseño y la construcción de la arquitectura del software. pruebas de integración. pruebas de validación. pruebas de aceptación. pruebas de regresión.

realizan la validación de los requerimientos establecidos como parte de su modelado, confrontándose con el software que se construyó. pruebas de validación. pruebas de aceptación. pruebas de regresión. pruebas de integración.

el software y otros elementos del sistema se prueban como un todo. pruebas de aceptación. pruebas de regresión. pruebas de integración. pruebas de integración ascendente.

es la ejecución de un subconjunto de pruebas que ya se realizaron a fin de asegurar que los cambios no propagaron efectos colaterales no deseados. pruebas de regresión. pruebas de integración. pruebas de integración ascendente. pruebas de humo.

es un enfoque incremental a la construcción de la arquitectura de software, donde se inicia integrando el módulo de control principal y posteriormente se incorporan los módulos subordinados en una forma de primero en profundidad o primero en anchura. pruebas de integración descendente. pruebas de integración ascendente. pruebas de humo. pruebas alfa.

es un enfoque de pruebas incrementales que comienza la construcción y la prueba con módulos atómicos que elimina la necesidad de código stub (de representantes). pruebas de integración ascendente. pruebas de humo. pruebas alfa. pruebas beta.

es el enfoque de pruebas de integración que se usa cuando se desarrolla software de producto y que se caracteriza como una estrategia de integración constante, reconstruyendo el software (con el agregado de nuevos componentes) y su prueba diaria se le denomina. pruebas de humo. pruebas alfa. pruebas beta,. pruebas de aceptación del cliente.

se llevan a cabo en el sitio del desarrollador por un grupo representativo de usuarios finales, dentro de un ambiente controlado. pruebas alfa. pruebas beta,. pruebas de aceptación del cliente. pruebas de integración ascendente.

es una prueba de aceptación que se realiza en uno o más sitios del usuario final, donde por lo general el desarrollador no se encuentra presente. pruebas beta. pruebas de aceptación del cliente. pruebas de recuperación. pruebas de seguridad.

se realizan cuando se entrega el software a un cliente bajo contrato. pruebas de aceptación del cliente. pruebas de recuperación. pruebas de seguridad. pruebas de esfuerzo.

es una prueba del sistema que obliga al software a fallar en varias formas y verifica su recuperación de manera adecuada. pruebas de recuperación. pruebas de seguridad. pruebas de esfuerzo. pruebas de rendimiento.

es una prueba del sistema que intenta verificar que los mecanismos de protección que se construyen en un sistema en realidad lo protegerán de cualquier penetración impropia. pruebas de seguridad. pruebas de esfuerzo. pruebas de rendimiento. pruebas de aceptación.

es una prueba del sistema que ejecuta el sistema de manera que demande recursos en cantidad, frecuencia o volumen anormales. pruebas de esfuerzo. pruebas de rendimiento. pruebas de seguridad. pruebas de recuperación.

es una prueba del sistema que se realiza principalmente en sistemas en tiempo real o sistemas inmersos y con frecuencia se aparean con las pruebas de esfuerzo y por lo general requieren instrumentación de hardware y software para medir la utilización de los recursos. pruebas de rendimiento. pruebas de esfuerzo. pruebas de seguridad. pruebas de aceptación.