EVALUACIÓN PSP
|
|
Título del Test:
![]() EVALUACIÓN PSP Descripción: EVALUACIÓN PSP |



| Comentarios |
|---|
NO HAY REGISTROS |
|
El sistema operativo: evita que el usuario vea las aplicaciones que se ejecutan. permite administrar las aplicaciones que se ejecutan. evita que el usuario pueda cerrar las aplicaciones que el usuario ha abierto. impide administrar las aplicaciones que se ejecutan. Existen programas que no son visibles para el usuario. en casi todos los sistemas operativos. Se llaman consola. sólo en los sistemas operativos de los servidores. en casi todos los sistemas operativos. Se llaman servicios. sólo en los sistemas operativos antiguas. Linux es un sistema operativo: Monousuario. Multitarea. Monoproceso. Monotarea. Crear aplicaciones que generen varios procesos. es algo que se puede hacer con la mayoría de los lenguajes modernos de forma sencilla. es algo muy complejo. es algo que sólo se puede hacer en linux. sólo se puede hacer con el lenguaje del sistema. ¿Dónde se agrupan todas las clases que nos permiten trabajar con subproceso en java?. En ficheros binarios. En interfaces. En librerías. En clases que se heredan. ¿Podemos hacer que nuestra aplicación lance varios procesos?. Sí, todos los que deseemos. No se puede hacer. Sí, dependiendo el número de procesadores que tengamos. Sí, pero el sistema operativo nos limitará cuando el sistema se sobrecargue. ¿Podemos hacer que nuestra aplicación pare los procesos lanzados?. No, ya que una vez lanzado perdemos el control del proceso. Sí, si disponemos del id del proceso. Sí, pero el sistema operativo debe estar configurado para eso. No eso es una función del sistema operativo. ¿Cómo se escribirán las partes de un programa que queremos que desestime el compilador?. Textos planos. Comentarios. Sentencias condicionales. Sentencias vacías. ¿Cuál es el mejor modo de depurar una aplicación?. Poniendo mensajes para controlar qué está pasando. Corrigiendo los errores cuando se produzcan. Los usuarios finales crearán un documento de incidencias que nos pasarán para que las arreglemos. Usando las herramientas de depuración del IDE que usemos. ¿Dónde se agrupan todas las clases que nos permiten trabajar hilos en java?. En librerías. En clases que se heredan. Java no permite trabajar con hilos. En interfaces. ¿Podemos hacer que nuestra aplicación lance varios hilos?. No se puede hacer. Sí, todos los que deseemos. Sí, pero el sistema operativo nos limitará cuando el sistema se sobrecargue. Sí, dependiendo el número de procesadores que tengamos. ¿Existen en Java varios métodos de crear hilos?. Java no permite trabajar con hilos. Sí, al menos 2. Sí, todos los métodos que seamos capaces de implementar. No, solo existe un método. ¿Qué conseguimos al trabajar con varios hilos en nuestras aplicaciones?. Evitamos que la aplicación se bloquee ante situaciones de espera de algunos procesos. En general conseguimos que sean más eficientes. Aprovechamos mejor el hardware sobre todo cuando disponemos de varios procesadores. Todas las opciones son correctas. ¿Los hilos permiten compartir información entre ellos?. Sí, pero a través de ficheros. Sí, a través de bases de datos. No los hilos no pueden compartir información. Sí. ¿Podemos parar la ejecución de un hilo hasta que otro finalice?. Sí, existen métodos para ello. Sí, indicándoselo al sistema operativo. No los hilos no pueden esperar. Sí, con bucles infinitos que esperen hasta que ocurra algo. ¿Podemos dar prioridad a un hilo?. Sí, a través del sistema operativo. No los hilos pueden llevar niveles de prioridad. Sí, Con garantía de que ese hilo se ejecutará antes que otro con menos prioridad. Sí, pero no nos garantiza 100% que se ejecutará antes que otro con menos prioridad. ¿Cómo podemos depurar un programa que lance hilos?. A través de las opciones de depuración del IDE. No podríamos con el IDE, solo ejecutando en modo MSDOS. Si a través de la visualización de procesos y servicios del sistema operativo. No es posible depurar estas aplicaciones. ¿Cómo podemos hacer que un hilo se ejecute antes que otro?. Al crear el hilo lo creamos con un Identificador menor. Desde los servicios del sistema operativo. Cambiando la prioridad. No es posible elegir eso. Para trabajar con hilos. ¿Necesitamos alguna clase especial?. Java crea los hilos automáticamente. No, no es necesario. Sí la clase Thread. No, se crean desde las interfaces. ¿Podemos compartir información entre distintos hilos?. Sí, Creando variables locales a cada hilo. Sí, a través de variables globales a los hilos. No, cada hilo es independiente de los demás. Sólo en Java, en otros lenguajes no es posible. ¿Dónde se agrupan todas las clases que nos permiten trabajar con comunicaciones en Red en Java?. En clases que se heredan. En interfaces. En librerías. Java no permite trabajar con redes. En el proceso de comunicación en red qué elemento o elementos intervienen. Todos los indicados son correctos. Servidor. Canal de comunicación. Cliente. Las librerías que se usan en el cliente y en el servidor en las comunicaciones en red, ¿Son iguales?. No, cada uno usará unas librerías distintas. Sí, el cliente y el servidor usan las mismas librerías. Si los dos van ha hacer lo mismo sí. No se necesitan librerías en este tipo de aplicaciones. Los procesos a programar en el cliente y en el servidor en las comunicaciones en red, ¿Son iguales?. No. Sí. ¿Qué se usa para comunicar un servidor y un cliente?. Un socket. Se comunican a través de variables. Un fichero. Una base de datos. ¿Cómo sabemos que entre cliente y servidor se ha establecido la conexión?. Nunca podemos estar seguros de que se ha establecido esa conexión. Por que el servidor recibe los datos del socket del cliente. Porque se genera un fichero temporal en el cliente y otro en el servidor. Hay una variable del sistema que se pone a true. ¿Qué podemos enviar a través de los sockets?. XML. Texto plano. Ficheros. Todas las respuestas son correctas. ¿Son compatibles los hilos y los sockets?. Podemos usar sockets con hilos pero no al revés. Sí podemos usarlos conjuntamente en nuestras aplicaciones. Podemos usar hilos con sockets pero no al revés. No se pueden usar sockets e hilos en la misma aplicación. ¿Son compatibles los sockets y las librerías gráficas de programación?. Podemos usar sockets, pero no con aplicaciones modo Windows. Ninguna respuesta es correcta. Sí podemos usarlos conjuntamente en nuestras aplicaciones. No se pueden usar sockets y librerías gráficas en la misma aplicación. Cuando trabajamos con sockets, ¿qué debemos depurar?. Ninguna respuesta es correcta. Solo las aplicaciones servidor. La aplicación cliente y la aplicación servidor. Solo las aplicaciones cliente. ¿Dónde se agrupan todas las clases que nos permiten trabajar con protocolos estándar de comunicaciones en Red en Java?. En librerías. En clases que se heredan. En interfaces. En las librerías base de Java. SMTP es un protocolo de: seguridad. acceso remoto. correo. administración. La dirección IP siempre caracteriza: un programa. una tarjeta de red. un sistema operativo. un ordenador. ¿Qué es una interfaz?. Una interfaz es una instancia de una clase. Una interfaz es una librería que nos permite acceder a algún dispositivo del ordenador. Una interfaz es el nombre que reciben los métodos públicos de una clase. Una interfaz es una definición de los métodos y propiedades que debe implementar una clase. Selecciona el nombre de un protocolo de internet. HRP. SGG. ISP. http. ¿Cómo podemos saber que un servicio de red está disponible desde nuestra aplicación Java?. Al hacer la conexión, recibimos un código de disponibilidad. El sistema operativo nos lo indica. Una variable de sistema toma el valor true. Esa información no la podemos tener nunca en nuestra aplicación. ¿Cómo depuramos una aplicación que intenta usar un servicio de red que no está disponible?. Preguntando por la variable de sistema si está true para ver si podemos conectar o no. Eliminando el hilo de la conexión. Si no se puede establecer la conexión el programa fallará devolviendo el control al sistema operativo. Podemos usar las excepciones de java controlando errores en el intento de conexión. Queremos crear una aplicación que permita copiar ficheros a un servidor. ¿Con qué protocolo trabajaríamos?. HTTP. FTP. HTTPS. ISP. ¿Dónde se agrupan todas las clases que nos permiten trabajar con programación segura en Java?. En interfaces. En clases que se heredan. En las librerías base de Java. En librerías. Cifrar los datos es: comprimirlos. convertirlos a caracteres ascii. convertirlos en un conjunto de datos ininteligibles. traducirlos a otro idioma. El código generado por lenguajes y compiladores modernos. solo es inseguro ante ataques con enormes recursos. es seguro si se han utilizado técnicas de programación segura. es totalmente seguro. es inseguro por mucho que nos esforcemos. ¿Cómo deberíamos implementar la seguridad en nuestra aplicación si deseamos que cada usuario pueda realizar o no unas operaciones?. Implementaremos un esquema de seguridad basado en roles. Daremos claves distintas a cada usuario. No podemos controlar la seguridad a ese nivel. Crearemos un fichero de configuración de la aplicación donde guardaremos esa información. La seguridad en una clave.... Ninguna de las anteriores. Es importante puesto que si no es lo suficientemente segura se podrá interceptar comunicaciones protegidas. Es importante pero se tiene que buscar un compromiso entre longitud de la clave para que se pueda recordar con facilidad. Es importante para proteger las comunicaciones. Para acceder de forma segura a una web. es suficiente con poner el texto en inglés. basta con usar una pantalla compleja. necesitamos una pantalla previa de autentificación o login. basta con que usemos una URL complicada. Los datos enviados a través de la red. Son accesible para alguien con enormes conocimientos y gran capacidad. Son accesibles fácilmente para cualquiera conectado a la red. Son inaccesibles para cualquiera conectado a la red. Son sólo accesibles para la NSA. ¿Cómo se llama la herramienta que nos permite generar un manual en HTML a partir de los comentarios que introduzcamos en nuestro código?. JavaDoc. Comment. No se puede hacer esa operación. Documentation. |





