TEMARIO 1-10 ENTORNOS

Un programa informático…. Siempre se realiza con lenguajes de bajo nivel. No puede utilizar instrucciones lógicas. Se puede considerar como una receta para resolver un problema determinado. Ninguna de las anteriores es correcta.

Un algoritmo…. Es lo mismo que un programa informático. No se utiliza en soluciones informáticas. Únicamente es un término matemático. Ninguna de las anteriores es correcta.

Para ejecutar un programa informático…. Es necesario disponer de un código que pueda entender el procesador. Se puede ejecutar un lenguaje de alto nivel. Es necesario escribirlo en lenguaje de bajo nivel. Ninguna de las anteriores es correcta.

Para que un programa informático pueda ser ejecutado…. Es necesario que esté almacenado en el disco duro. Debe ser cargado en memoria ROM. Debe ser cargado en la ALU. Debe ser cargado en la memoria RAM.

La arquitectura típica de un computador…. Requiere de memoria RAM, registros, ALU, unidad de control y sistema de E/S. Requiere únicamente de la CPU. Requiere únicamente de los registros. Ninguna de las anteriores es correcta.

El nivel de abstracción de un lenguaje de programación…. No se suele utilizar. Suele indicar lo cercano que está al lenguaje humano. Se suele relacionar con el rendimiento del lenguaje. Ninguna de las anteriores es correcta.

Los lenguajes de programación de alto nivel…. Tienen un nivel de atracción bajo. Pueden ser ejecutado directamente en la CPU. Se trata de lenguajes declarativos. Tienen un alto nivel de abstracción.

El paradigma de programación declarativo…. No existe. Se utiliza más que lenguajes de alto nivel. Es más utilizado que el paradigma imperativo. Ninguna de las anteriores es correcta.

La programación funcional…. Pertenece al paradigma declarativo. Pertenece al paradigma imperativo. No se utiliza en la actualidad. Ninguna de las anteriores es correcta.

La programación orientada a objetos…. Pertenece al paradigma declarativo. Pertenece al paradigma procedimental. Se engloba dentro del paradigma imperativo. Ninguna de las anteriores es correcta.

La ingeniería del software…. No es necesaria en el desarrollo de un proyecto software. Permite guiar el proceso de desarrollo más fácilmente. Sigue el modelo de la arquitectura tradicional. Ninguna de las anteriores es correcta.

La toma de requisitos…. No forma parte de la ingeniería del software. Es la etapa menos importante en un desarrollo. Es sumamente importante para ahorrar costes económicos innecesarios. Ninguna de las anteriores es correcta.

La fase de análisis en el desarrollo software…. Debe realizarse después de la toma de requisitos. Se realiza después de la etapa de diseño. Es altamente prescindible. Se realiza después de la etapa de documentación.

La fase de implementación en el desarrollo software... Debe ser la primera en realizarse. Se realiza justo después de la toma de requisitos. Se realiza después de la etapa de diseño. . Puede comenzar en cualquier momento.

Las metodologías de desarrollo software…. Pueden tener diferentes enfoques que pueden afectar al resultado final. Es mejor no utilizar ninguna. Suelen requerir mayores costes económicos. Ninguna de las anteriores es correcta.

El modelo de desarrollo en cascada…. . Es el más utilizado en la actualidad. Requiere más tiempo para sacar un producto final. Es más rápido que el modelo en espiral. Ninguna de las anteriores es correcta.

El modelo de desarrollo en espiral…. El más utilizado que las metodologías ágiles. Es menos eficiente que el modelo de desarrollo en cascada. Completa una funcionalidad en cada ciclo de la espiral. No existe dicha metodología.

La programación extrema…. Es más lenta que el modelo de desarrollo en cascada. Es más lenta que el modelo de desarrollo en espiral. No se utiliza hoy en día. Ninguna de las anteriores es correcta.

El analista de sistemas…. Es el encargado de realizar la codificación del software. Se puede prescindir en desarrollo software. Es el encargado de realizar el estudio del sistema. Ninguna de las anteriores es correcta.

UML.. Es un tipo de rol en el desarrollo software. No se utiliza en la actualidad. Es un lenguaje de modelado. Ninguna de las anteriores es correcta.

El proceso de compilación…. Transforma código ensamblador a código intermedio. Traduce código ensamblador a código de alto nivel. Necesita muchos recursos. Traduce código de alto nivel a código ensamblador.

Un código interpretado…. Es más eficiente que un código compilado. No es compatible con un código compilado. Suele ser menos eficiente que un código compilado. Ninguna de las anteriores es correcta.

Un lenguaje de programación de alto nivel…. Se parece al lenguaje humano. Depende de la CPU utilizada. Depende de una máquina en concreto. Ninguna de las anteriores es correcta.

Una vez que un código fuente compila…. No es necesario realizar comprobaciones en su ejecución. No es posible que posea errores lógicos. Es necesario probar su ejecución. Ninguna de las anteriores es correcta.

El depurador de código... Se puede utilizar en soluciones compiladas e interpretadas. Solo es compatible con soluciones compiladas. No permite detectar errores lógicos. Ninguna de las anteriores es correcta.

Las soluciones interpretadas…. Suelen estar vinculadas a soluciones de tiempo real. Se suelen vincular con la inteligencia artificial. No tienen utilidad en la actualidad. Ninguna de las anteriores es correcta.

En el proceso de compilación…. Las dependencias se solucionan con las comprobaciones léxicas. La dependencia se solucionan con las comprobaciones sintácticas. Requiere la utilización de un enlazador para resolver las dependencias. No es posible resolver las dependencias.

Las comprobaciones léxicas en el proceso de compilación…. Hace referencia en el orden de los elementos. No existe estas comprobaciones en soluciones compiladas. Dependerá de la CPU utilizada. Ninguna de las anteriores es correcta.

Cuando nuestro programa posee un fallo…. Suele ser más costoso solucionarlo que encontrarlo. Es necesario recompilar, pues de esta forma se arreglan los problemas lógicos. Suele ser más complicado encontrarlo que solucionarlo. Ninguna de las anteriores es correcta.

La reutilización de código…. No es una buena práctica en la actualidad. Solo es posible en soluciones interpretadas. Nos permite desarrollar un software de una manera más veloz. Ninguna de las anteriores es correcta.

Un entorno de desarrollo integrado…. No es capaz de editar el código. No es capaz de realizar la compilación. Ofrece herramienta de depuración. ninguna.

Un IDE…. Es una herramienta destinada al público en general. Es una herramienta orientada a desarrolladores. Es una herramienta orientada a diseñadores. Ninguna de las anteriores es correcta.

Los IDEs…. . Integran múltiples funcionalidades. Siempre han existido. No se recomienda su utilización en entornos profesionales. Ninguna.

Una característica necesaria en los entornos de desarrollo es…. Que sea rígido y no permita la personalización. Que sea un entorno cerrado y no permita la actualización. Que permite ampliarse mediante plugins. Que no tenga conexión a Internet.

A la hora de elegir un entorno desarrollo…. Hay que considerar diferentes dimensiones para realizar la elección correcta. . Es mejor utilizar el IDE con más lenguajes. Es mejor elegir el IDE más caro. Ninguna.

El editor de texto en un entorno desarrollo... Es un elemento que no hay que tener en cuenta. Es sumamente importante. No debe permitir la personalización. Ninguna.

La utilización de plugins en los entornos de desarrollo... No es recomendado. Pone en riesgo la calidad del software desarrollado. Permite personalizar y extender el entorno. Ninguna.

Para que un IDE sea efectivo debe…. No tener acceso a Internet. Incluir al editor de forma externa. Utilizar línea de comandos únicamente. Disponer de interfaz gráfica.

El editor de texto de un entorno de desarrollo…. . No tiene ninguna característica especial. Requiere muchos recursos hardware. Suele ser un editor inteligente. Ninguna.

Al utilizar un IDE en el desarrollo…. Es necesario disponer de herramientas externas para compilar. Los errores sintácticos aparecen durante la compilación. El programador puede ver los errores mientras teclea. Ninguna.

La utilización de un IDE puede estar marcado por…. El soporte del sistema operativo. La capacidad de actualización. La existencia de plugins. Todas.

La capacidad de documentación de IDE…. No es relevante pues solo se utiliza para desarrollar. No está contemplada en este tipo de herramientas. Es una característica a tener en cuenta, pues el código tiene que estar documentado. Ninguna.

Cuando realizamos la instalación de un IDE... Es recomendable realizar una fase de personalización. No es posible realizar ningún tipo de personalización. No se puede instalar ningún módulo adicional. Ninguna.

El IDE Eclipse…. Está desarrollado en C#. No permite la instalación de plugins. Está desarrollado en Java. Ninguna.

En referencia Visual Studio Code. Es un IDE. Es un editor de texto con funciones avanzadas. No permite instalar plugins. Ninguna.

A la hora de instalar un IDE. Hay que instalarlo independientemente de las características de la máquina. Tenemos que tener en cuenta los requisitos hardware que requiere el IDE. Tenemos que elegir el que sea más ligero. Ninguna.

Cuando instalamos un entorno de desarrollo…. Hay que tener en cuenta los requisitos necesarios. Tenemos consultar si existe documentación del mismo. Es importante observar la frecuencia de actualización. Todas.

Las herramientas CASE…. No pueden generar código. Genera un código de alta calidad. Ayudan únicamente en la fase de implementación. Ninguna.

En referencia a las herramientas CASE y los entornos de desarrollo…. Normalmente van por separado. . Las herramientas se pueden añadir a los entornos de desarrollo. Siempre hay que utilizar una herramienta CASE. Ninguna.

Cuando instalamos un entorno de desarrollo…. Debemos instalar los plugins necesarios para nuestra empresa. . Es necesario realizar una etapa de configuración previa. Hay que asegurarse que está actualizado. Todas.

El lenguaje UML…. No es estándar. Está centrado en el modelado orientado objetos. No es seguro. Ninguna.

Las metodologías orientadas a objetos…. No se utilizan en la actualidad. Son poco eficientes. No disponen de lenguaje de modelado. Ninguna.

En relación a OMT…. Es una de las primeras metodologías orientadas a objetos. Es posterior al proceso unificado. Utiliza UML. Ninguna.

Una de las características de UML…. No posee un gran conjunto de diagramas. No se puede utilizar en ningún entorno de desarrollo. Cada tipo de diagrama se centra en un punto de vista del software. Ninguna.

A la hora de crear el modelado de un sistema informático…. Es recomendable utilizar herramientas ofimáticas. ay que realizar el modelado a mano. Es recomendable utilizar herramientas de modelado. Ninguna.

El diagrama de clases…. Es el diagrama menos importante en UML. Se representa junto con el diagrama de casos de uso. Es un tipo especial de diagrama de secuencia. Ninguna.

En relación con UML…. Solo tiene una versión. Ha ido evolucionando a lo largo del tiempo. Es poco potente. Ninguna.

El diagrama de casos de uso…. No está contemplado en UML. Permite determinar el comportamiento del sistema de el punto de vista del usuario. Permite representar interacciones de manera dinámica. Ninguna.

La metodología de proceso de objetos…. Es la metodología más utilizada en la actualidad. Utiliza el proceso unificado. Es posterior a OMT. Ninguna.

¿Con qué herramienta no podremos elaborar diagramas?. Rationalic Roses. StarUML. Papyrus UML. Con todas las anteriores se pueden elaborar diagramas.

El diagrama de clases…. No pertenece a UML. Permite establecer las relaciones entre las clases. Muestra un flujo de ejecución. Ninguna.

La ingeniería inversa…. No es posible con los lenguajes actuales. Solo funciona con el lenguaje ensamblador. Permite obtener el código fuente a partir de un código máquina. Ninguna.

Un diagrama de clases... Solo muestra el nombre de la clases. No posee información de los atributos. Muestra información de las clases, los métodos y los atributos. No establece información sobre los métodos.

La encapsulación en una clase…. No es necesario en la orientación objetos. Es una mala práctica. Es una característica de la orientación objetos. Ninguna.

La visibilidad de una clase…. Puede afectar a la clase, los atributos y los métodos. Indica el ámbito de lo que puede ser visible en los métodos de una clase. Puede tener diferentes niveles. Todas.

A la hora de utilizar una clase…. Debemos crear un objeto. Los métodos visibles son los protegidos y los públicos. Normalmente se utiliza la palabra reservada new. Todas.

La relación de asociación…. No es posible un diagrama de clases. No se representa en un diagrama de clases. Es la relación más sencilla en el diagrama de clases. Ninguna.

En referencia a la cardinalidad…. No se contempla en un diagrama de clase. Indica el número de veces que puede relacionarse una clase con otras. Indica el número de veces que puede relacionarse una instancia de una clase con instancias de otras. Ninguna.

La ingeniería inversa…. Permite obtener el código fuente a partir de un código máquina. Puede generar un diagrama de clases a partir de un código fuente. Puede ser mitigada con medidas de protección sobre el código. Todas.

Para la creación de diagramas de clases…. Es mejor utilizar herramientas de propósito general. No existen herramientas para soportar este tipo de diagramas. Existen herramientas específicamente para ello. Ninguna.

Los diagramas de comportamiento…. No están soportados en UML. permiten mostrar el flujo de ejecución de una aplicación. Son poco seguros. Ninguna.

Un diagrama de secuencia…. Muestra el aspecto de las clases. Es el mejor diagrama de comportamiento. Es un tipo de diagrama de comportamiento. Ninguna.

Un diagrama de casos de uso…. Permite mostrar la interacción de las clases. Se centra en mostrar el flujo de ejecución. permite representar la funcionalidad del sistema. Muestra los detalles de cada clase.

Un diagrama de actividad…. Es un tipo especial de diagrama de casos de uso. No está contemplado en UML. Es una especialización de los diagramas de estado. Ninguna.

Un diagrama de comportamiento…. Puede mostrar qué sucede al lanzarse un evento. Solo muestra el flujo de ejecución al recibir una señal. Solo puede ser emergente. Ninguna.

Un diagrama de comportamiento emergente…. Es aquel que tienen lugar en la ejecución sin la interacción de objetos. Es aquel que tiene lugar por la interacción de objetos. No existe esta clasificación. Es más potente que un diagrama de interacción.

Un diagrama de comportamiento de ejecución…. Siempre ha estado contemplado en UML. Surge en la versión 1.x de UML. Surge en la versión 2.4.1 de UML. Ninguna.

Para generar diagramas de comportamiento…. Solo se pueden utilizar herramientas ofimáticas. Es necesario realizarlo una vez esté diseñado el sistema e implementado. Es necesario disponer del código fuente. Ninguna.

En relación con los diagramas de comportamiento, ¿cuál de las siguientes afirmaciones es cierta. El diagrama de actividad no es un tipo de diagrama de comportamiento. Solo existen dos tipos de diagramas de comportamiento: el diagrama de casos de uso y el de estados. . No son muy útiles para representar el flujo del sistema. Todas son incorrectas.

Un diagrama de estados…. Es un tipo especial de diagrama de casos de uso. Es un tipo especial de diagrama de secuencia. Permite indicar los diferentes estados por los que pasa el software. Ninguna.

Un diagrama de casos de uso…. Permite indicar la relación entre las clases del sistema. Nos sirve para entender los detalles de implementación. Permite visualizar rápidamente la funcionalidad del sistema. Ninguna.

Las relaciones para los casos de uso pueden ser…. inclusión. extensión. De generalización. Todas.

El límite de un sistema…. Es un tipo de relación en los diagramas de caso de uso. No existe en UML. No es necesario indicarlo si tenemos documentación. Ninguna.

La documentación de un caso de uso…. Es opcional. No es necesario pues todo queda registrado en el caso de uso. Nos permite tener más información que el diagrama. Ninguna.

En un diagrama de casos de uso existe…. Actores. Casos de uso. Relaciones. Todas.

Gracias a los diagramas de casos de uso…. Tenemos sistemas monolíticos. Podemos tener sistemas más modulares. Se dificulta la implementación. No se capturan los requisitos funcionales.

Los requisitos no funcionales…. A. No son necesarios en el diseño software. B. No se pueden capturar en el diagrama de caso de uso. C. Requieren de la documentación para ser capturados. D. La B y C son correctas.

Los requisitos funcionales…. Se centran en definir la calidad del sistema. Se centran en aspectos temporales. No pueden relacionarse con actores. Ninguna.

A la hora de documentar un caso de uso…. Es necesario indicar el estado anterior a la ejecución. Es necesario indicar el estado posterior de la ejecución. Hay que indicar una descripción del caso de uso. Todas.

Los requisitos no funcionales…. Pueden afectar a la calidad del sistema. No quedan reflejados en los diagramas. Normalmente son requisitos obligatorios. Todas.

Los diagramas de secuencia…. Se utilizan en los casos de uso. Permiten indicar el intercambio de mensajes asíncrono. Son menos potentes que los diagramas de colaboración. NINGUNA.

Los diagramas de colaboración…. Son un tipo especial de diagrama de interacción. No requieren una representación lineal de los objetos. No están ampliamente soportados por las herramientas de modelado. TODAS SON CORRECTAS.

Los diagramas de interacción…. Permiten observar el intercambio de mensajes en un sistema. Ofrecen una vista estática del sistema. No están soportados en UML. NINGUNA.

Los diagramas de secuencia…. Permiten mostrar el intercambio de mensajes de forma síncrona. Permiten mostrar el intercambio de mensajes de forma asíncrona. Están soportados por UML. TODAS CORRECTAS.

Las líneas de vida…. Se relacionan con los diagramas de secuencia. Se relacionan con los diagramas de interacción. Se relacionan con los diagramas de casos de uso. NINGUNA.

Los diagramas de colaboración…. Son adecuados para todo tipo de documentación. Se utilizan especialmente en equipos con metodologías ágiles. Permiten establecer la línea de vida de una manera clara. TODAS CORRECTAS.

Los diagramas de secuencia…. Representan el intercambio de mensajes sin una forma establecida. Permiten aprovechar mejor el espacio a la hora de crear el diagrama. Se utilizan siempre en metodologías ágiles. NINGUNA.

En los diagramas de interacción…. Es posible establecer condiciones. Se pueden establecer mensaje síncronos y asíncronos. Se pueden adaptar a diferentes metodologías. TODAS CORRECTAS.

El modelado dinámico…. Se puede realizar mediante la creación de diagramas de casos de uso. Se puede realizar mediante la creación de diagramas de clase. Se introduce con la creación de diagramas de interacción. NINGUNA.

En un diagrama de interacción una llamada síncrona se representa…. Con una flecha discontinua con la punta rellena. Con una flecha continua con la punta vacía. Con una flecha continua con la punta rellena. NINGUNA.