Fundamentos Ingeniería de Software 1BIM (AeVs)

Las actividades fundamentales de la ingeniería de software son: Análisis, arquitectura, validación y mantenimiento del software. Desarrollo y gestión del software. Especificación, desarrollo, validación y evolución del software.

Los sistemas independientes que se producen por una organización de desarrollo y se venden en el mercado a cualquier cliente, se conoce como productos de software: Genéricos. Personalizados. A la medida.

El sistema de nómina para la UTPL, es un caso de producto de software: Genérico. Personalizado. Sin categorizar.

La base de datos Oracle es un caso de producto de software: Genérico. Personalizado. Sin categorizar.

A la secuencia de actividades que conducen a la elaboración de un producto de software, se lo conoce como: Ingeniería de software. Proceso de software. Sistema.

Los clientes e ingenieros definen el software que se producirá y las restricciones en su operación, a esta actividad se conoce como: Especificación. Desarrollo. Validación.

A la actividad donde se diseña y codifica el software se conoce como. Desarrollo. Validación. Evolución.

A la actividad donde se modifica el software para reflejar los requerimientos cambiantes del cliente y del mercado, se conoce como: Desarrollo. Validación. Evolución.

A la actividad donde se verifica el software para asegurar que esté acorde a lo que el cliente requiere, se conoce como: Desarrollo. Validación. Evolución.

A los sistemas de control de software que regulan y gestionan dispositivos de hardware, se los conoce como: Aplicaciones independientes. Sistemas de control embebido. Sistemas para modelado y simulación.

En el modelo en Cascada, ¿En qué etapa se establecen los servicios, las restricciones y las metas del sistema?. Análisis y definición de requerimientos. Diseño del sistema y del software. Implementación y prueba de unidad.

¿En qué modelo la siguiente fase no debe comenzar sino hasta que termine la fase previa?. Cascada. Incremental. Orientado a la reutilización.

Diseñar una implementación inicial, exponer ésta al comentario del usuario y luego desarrollarla en sus diversas versiones hasta producir un sistema adecuado, se conoce como: Cascada. Incremental. Orientado a la reutilización.

Las actividades principales en el proceso de ingeniería de requerimientos son: Especificación, análisis y diseño, Implementación y pruebas. Análisis de componentes, Modificación y Diseño del sistema. Estudio de factibilidad, Obtención y análisis, especificación y validación.

Uno de los componentes que se puede utilizar en un proceso orientado a la reutilización es: MVC. Servicios web. Sistemas remotos.

En la etapa de Especificación del software, la actividad que verifica que los requerimientos sean realistas, coherentes y completos, se conoce como: Pruebas unitarias. Validación del software. Validación de requerimientos.

¿En qué actividad se establece la estructura global del sistema?. Diseño arquitectónico. Diseño de interfaz. Diseño de componentes.

¿En qué actividad se diseñan las estructuras del sistema de datos?. Diseño de interfaz. Diseño de componentes. Diseño de la base datos.

La etapa dónde las personas que desarrollan el sistema ponen a prueba los componentes que construye el sistema, se conoce como prueba de: Desarrollo. Sistema. Aceptación.

En el proceso de ingeniería de requerimientos, qué estrategia ayuda con la selección y validación de requerimientos del sistema: Obtención. Prototipo. Taller.

Los modelos que permiten representar el sistema existente en la etapa de ingeniería de requerimientos, permite: Aclarar lo que hace el sistema existente. Ayudar a explicar el sistema propuesto. Determinar los requerimientos.

En el modelado, una perspectiva externa consiste en modelar: La interacción del sistema. El contexto o entorno del sistema. La organización de un sistema.

En el modelado, una perspectiva estructural consiste en modelar: La interacción del sistema. El contexto o entorno del sistema. La organización de un sistema.

Cuando se desea adicionar detalle a los requerimientos de usuario, es conveniente desarrollar: Casos de uso. Diagrama de contexto. Políticas de negocio.

Un mapa de procesos permite mostrar: El tipo de información y productos que se intercambian entre clientes externos. Una secuencia de pasos, entradas y salidas necesarias para manejar un proceso de negocio. El sistema en su entorno.

Un modelo de caso de uso, es considerado un modelo de: Contexto. Interacción. Estructural.

El diagrama que permite modelar interacciones entre componentes del sistema, aunque también pueden incluirse agentes externos, se conoce como: Secuencia. Casos de uso. Contexto.

El diagrama de clase es considerado un modelo: Contexto. Interacción. Estructural.

¿Qué concepto representa el siguiente diagrama UML?. Agregación. Composición. Generalización.

Los diagramas de actividad, son un tipo de modelo de: Comportamiento. Interacción. Contexto.

Cuando se han definido requisitos que no reflejan las necesidades reales de los clientes, se debe a: Documentos mal redactados. La metodología de desarrollo no es la apropiada. No se ha recolectado la información necesaria.

Cuando el equipo de desarrollo se asegura que el software satisface los requisitos especificados, se conoce como: Validación. Verificación. Requerimiento.

Los requerimientos no funcionales se los puede clasificar en: Usuario y sistema. Producto y organización. Producto, organización y externos.

A las especificaciones de los servicios y restricciones que el sistema debe considerar, se conoce como requerimiento: Funcional de usuario. Funcional de sistema. No funcionales.

Aquellos requerimientos que especifican o restringen el comportamiento del software, se conocen como requerimientos de: Producto. Organización. Externos.

El enunciado “El sistema debe ser capaz de operar adecuadamente con hasta 100.000 usuarios con sesiones concurrentes”, es un ejemplo de requerimiento de: Producto. Organización. Externos.

La prueba de software se gestionará con la ayuda de una herramienta de testing. Este caso se considera un requerimiento de: Producto. Organización. Externos.

Las páginas web a ser desarrolladas deben cumplir con la ley de tratamiento en condiciones de igualdad para personas con discapacidad, es un caso de requerimiento: Producto. Organización. Externos.

Al proceso de interactuar con el sistema, se conoce como: Descubrimiento de requerimientos. Priorización de requerimientos. Clasificación de requerimientos.

La técnica de validación de requerimientos, que permite mostrar un modelo ejecutable del sistema en cuestión a los usuarios finales y clientes, se conoce como: Revisión de requerimientos. Creación de prototipos. Generación de casos de prueba.