Despliegue aplicaciones web RA6

Es el canal a través el cual el usuario (del nivel especificado) se comunica con un software de nivel más bajo: interfaz. implementación. toma de decisiones. middleware.

Indicará el funcionamiento de cada componente o función. Será útil para quienes depuren o actualicen los bloques de código de la aplicación: interfaz. implementación. toma de decisiones. documentación técnica.

Se indicará el por qué se ha decidido realizar cada acción de la aplicación: interfaz. implementación. toma de decisiones. algoritmo.

A la hora de realizar la documentación hay que tener en cuenta tres aspectos: La instalación, la configuración y el uso. @access, @author y @copyright. HTML, PDF y XML. La interfaz, la implementación y la toma de decisiones.

A la hora de realizar la documentación es necesario tener en cuenta es aspecto de la implementación. ¿Qué es?. Indica el funcionamiento de cada componente o función. Es el canal a través el cual el usuario se comunica con el software. Indica la comunicación de un dispositivo remoto. Indica por qué se han tomado ciertas decisiones.

¿Es correcto transcribir la implementación fuera del código?. Todo hay que documentarlo. Ninguna es correcta. La implementación no es necesaria, pero la interfaz sí a un manual de uso. La implementación es necesaria, pero la interfaz sí a un manual de uso.

A la hora de realizar la documentación tendremos que tener en cuenta: La interfaz que es el canal a través el cual el usuario se comunica con un software de nivel más bajo. Toma de decisiones: se indicará el por qué se ha decidido realizar cada acción de la aplicación. Todas las respuestas son correctas. La implementación indicará el funcionamiento de cada componente o función.

¿De qué dos formas podemos trabajar con una herramienta de generación de documentación?. Ninguna de las anteriores opciones. Tanto en línea de comandos como en entorno web. Sólo en entorno web. Sólo en línea de comandos.

¿Qué aporta la documentación automática generada con Javadoc o phpDocumentor?. Comentarios en tiempo de ejecución. Una representación estructurada de clases, métodos y parámetros. Copias de seguridad. Generación de WARs.

A la hora de realizar la documentación, la implementación: Todas las opciones son correctas. Será útil para quienes actualicen los bloques de código de la aplicación. Indicará el funcionamiento de cada componente o función. Será útil para quienes depuren los bloques de código de la aplicación.

A la hora de realizar la documentación, la toma de decisiones: Es el canal a través del cual el usuario (del nivel especificado) se comunica con un software de nivel más bajo. Indicará el funcionamiento de cada componente o función. Será útil para quienes depuren o actualicen los bloques de código de la aplicación. Se indicará el por qué se ha decidido realizar cada acción de la aplicación.

A la hora de realizar la documentación, la interfaz: Se indicará el por qué se ha decidido realizar cada acción de la aplicación. Indicará el funcionamiento de cada componente o función. Es el canal a través del cual el usuario (del nivel especificado) se comunica con un software de nivel más bajo. Será útil para quienes depuren o actualicen los bloques de código de la aplicación.

¿Qué herramienta nos permite generar documentación automática a partir de código php?. JavaDocumentor. Javadoc. phpDoc. phpDocumentor.

¿Qué herramienta nos permite generar documentación a partir de un código?. Apache. Cualquier editor de texto como notepad++. phpDocumentor. Adobe.

¿Qué es phpDocumentor?. Un estándar para documentar clases en perl. Un estándar para documentar clases en Visual Code. Un estándar que se usa para documentar el código en PHP. Un estándar para documentar código en Visual Studio.

En phpDocumentor, ¿qué marca debemos utilizar para documentar a nivel de fichero?. @access. @package. @file. @deprecated.

Se usa para generar documentación sobre la interfaz: @access. @example. @internal. @see.

Ruta hacia un fichero PHP: @example. @internal. @see. @since.

Se muestra información en la documentación interna pero no debería aparecer en la documentación pública: @internal. @see. @since. @global.

Crea enlaces internos. @access. @see. @since. @global.

Indica que el elemento está disponible desde una determinada versión del paquete: @access. @example. @since. @global.

Indica el uso de variables globales: @access. @example. @internal. @global.

¿Cuál de las siguientes afirmaciones es correcta sobre las marcas @author, @since y @version en un DocBlock de phpDocumentor y su propósito en la documentación del código?. La marca @version indica la versión actual del elemento, @since indica que el elemento está disponible desde una determinada versión del paquete y @author indica el autor del código. Su propósito es mostrar información sobre derechos de autor. La marca @author indica el autor del código, @version indica la versión actual del elemento y @since indica que el elemento está disponible desde una determinada versión del paquete. Su propósito es advertir a los desarrolladores sobre elementos obsoletos en la documentación del código. La marca @since indica que el elemento está disponible desde una determinada versión del paquete, @version indica la versión actual del elemento y @author indica el autor del código. Su propósito es incluir enlaces internos en la documentación. La marca @author indica el autor del código, @since indica que el elemento está disponible desde una determinada versión del paquete y @version indica la versión actual del elemento. Su propósito es documentar parámetros que recibe una función.

¿Cuál es la función de la marca @deprecated en un DocBlock de phpDocumentor y cuál es su propósito en la documentación del código?. La marca @deprecated indica que el elemento no debe ser utilizado en futuras versiones del código porque puede quedar obsoleto, y su propósito es mostrar información sobre derechos de autor. La marca @deprecated indica que el elemento es privado y no se generará documentación, y su propósito es incluir enlaces internos en la documentación. La marca @deprecated indica que el elemento no debería aparecer en la documentación pública porque es información interna, y su propósito es documentar el valor devuelto por una función. La marca @deprecated indica que el elemento está disponible desde una versión específica del paquete, y su propósito es documentar parámetros que recibe una función.

En phpDocumentor, ¿qué marca crea enlaces internos?. @example. @link. @see. @internal.

¿En qué ruta necesitamos crear el archivo phpinfo.php para comprobar que Apache ejecuta código PHP?. /var/www/html. /var/apache/web. /usr/local/ant. /usr/local/tomcat/webapps/ROOT.

¿Por qué es importante comprobar la ejecución de PHP mediante un archivo como phpinfo.php después de instalar Apache?. Para verificar la versión del sistema operativo. Para validar que Apache puede ejecutar código interpretado. Para activar SSL. Para comprobar la red del servidor.

¿Qué es JavaDoc?. Es una utilidad exclusiva de Linux para generar documentación. Es una utilidad de Oracle para la generación de documentación de APIs en formato HTML a partir de código fuente php. Es una utilidad de Oracle para la generación de documentación de APIs en formato HTML a partir de código fuente Java. Es una utilidad de tomcat para el acceso a servidor.

¿Qué herramienta nos permite generar documentación automática a partir de código Java?. JavaDocumentor. JavaDoc. phpDoc. phpDocumentor.

¿Qué característica nos proporciona JavaDoc a la hora de comentar?. Cada línea de comentario empieza con @. Las etiquetas se situarán al final de la línea. Los comentarios empezarán con /* y terminarán con **/. Las etiquetas que comiencen con @.

¿Qué indican los indicadores en los comentarios de JavaDoc?. Especifican el tipo de dato que devuelve un método. Proporcionan instrucciones detalladas sobre cómo utilizar una clase. Describen las funciones de clases y métodos para que otros programadores puedan entender y utilizar la clase correspondiente. Indican la versión y el autor de cada clase y método en el código.

¿Qué características nos proporciona JavaDoc a la hora de comentar?. Ninguna respuesta es correcta. Los comentarios empezarán con /* y terminarán con **/. Los comentarios empezarán con /** y terminarán con */. Las etiquetas se situarán al final de la línea.

¿Sobre qué entorno trabajaremos al instalar JavaDoc?. Eclipse. Windows. Ubuntu. VisualStudio.

Vamos a trabajar sobre el entorno de Eclipse, para proceder a la instalación ejecutaremos desde un terminal el siguiente código: Ninguna respuesta es la correcta. #apt-get desinstall eclipse. #apt-get install eclipse. #apt-get install visual studio.

Variables predefinidas en JavaDoc: posición del cursor. $ (cursor). $ (enclosing_type). $ (enclosing_method). $ (year).

Variables predefinidas en JavaDoc: tipo de la clase. $ (enclosing_type). $ (enclosing_method). $ (year). $ (time).

Variables predefinidas en JavaDoc: nombre del método. $ (cursor). $ (enclosing_method). $ (year). $ (time).

Variables predefinidas en JavaDoc: año en curso. $ (cursor). $ (enclosing_type). $ (year). $ (time).

Variables predefinidas en JavaDoc: Hora en curso. $ (cursor). $ (enclosing_type). $ (enclosing_method). $ (time).

La importancia de mantener un control de versiones es básicamente: Facilitar que los programadores se peleen por cambios que se solapan. Tener más servicios web que ofrecer a nuestros clientes. Disponer del código en un servidor público al alcance de todos. Disponer de un control de versiones, ordenado y común para un equipo de desarrollo.

Un sistema de control de versiones. Permite recuperar las versiones antiguas. Permite organizar desarrollos específicos de os productos para determinados clientes. Permite organizar las distintas versiones de los productos. Todas las anteriores.

Un sistema de control de versiones debe permitir por lo menos: Poder volver a estados anteriores si hiciera falta del proyecto. Almacenar elementos, realizar cambios a los elementos almacenados, manteniendo la integridad de los datos y mantener un historial de los cambios efectuados, pudiendo regresar a estados anteriores si hiciera falta. Almacenar elementos para evitar problemas entre distintos programadores. Todas las anteriores.

Visión en un momento dado del estado de archivos y directorios. Pueden tener asociados metadatos: Revisión. Copa de trabajo. Rama de trabajo. Repositorio.

Archivos y directorios controlados por el control de versiones que está en edición activa: Copia de trabajo. Rama de trabajo. Repositorio. Conflicto.

Conjunto ordenado de revisiones. La revisión más reciente se denomina principal: Rama de trabajo. Repositorio. Conflicto. Cambio.

Donde se almacenan las revisiones. Puede ser un archivo, base de datos, etc: Repositorio. Conflicto. Cambio. Parche.

Ocurre cuando varias personas realizan cambios sobre un mismo archivo: Revisión. Conflicto. Cambio. Parche.

Modificación en un archivo bajo control de revisiones: Revisión. Copia de trabajo. Cambio. Parche.

Lista de cambios generada al comparar revisiones: Revisión. Copia de trabajo. Rama de trabajo. Parche.

En el control de versiones, ¿qué es un conjunto ordenado de revisiones?. Un repositorio. Un tronco. Una rama de trabajo. Un parche.

¿Cuál de las siguientes expresiones no es una función que podamos realizar en el sistema de control de versiones?. Mantener las distintas ramas del proyecto. Controlar los diferentes niveles de la capa OSI. Realizar cambios en los ficheros. Actualizar una copia local al servidor.

¿En qué se basan los sistemas de control centralizados?. Se emplea cuando hay solo un desarrollador trabajando en un proyecto. Un desarrollador sabrá en qué está trabajando el resto de las personas del proyecto. Los archivos están en varios servidores. Todas las respuestas son correctas.

¿Qué es el Git?. Un control de versiones escrito en C. Es un control de versiones de código cerrado. Fue creado en los años 90. un lenguaje de programación.

¿Cuál de las siguientes sentencias sobre Git es falsa?. Los archivos Git se pueden encontrar en tres formas: Confirmado, Modificado y Preparado. Es deficiente en grandes proyectos y posee una gran capacidad para crear sistemas de ramificación. El área de preparación es una de las secciones principales. Esta escrito en C.

¿Por qué Git se considera un sistema distribuido?. Porque necesita muchos servidores. Porque cada desarrollador mantiene una copia completa del repositorio. Porque solo funciona en la nube. Porque usa SQL.

¿Qué permite un buen sistema de control de versiones como Git?. Evitar conflictos y mantener el historial de cambios. Evitar escribir documentación. Reemplazar la base de datos. Ejecutar aplicaciones en la nube.

¿De qué forma no se puede encontrar un archivo Git?. Preparado. Configurado. Modificado. Confirmado.

¿De qué formas pueden encontrarse los archivos en Git?. Confirmado. Confirmado, modificado y preparado. Confirmado y modificado. Ninguna de las respuestas es correcta.

¿Cuáles son los tres estados principales que utiliza Git?. Instalado, iniciado y finalizado. Modificado, preparado y confirmado. Guardado, enviado y publicado. Local, remoto y fusionado.

Para comprobar que la instalación se ha realizado correctamente, ¿qué comando tenemos que ejecutar?. git –control. git –revision. git –version. Ninguna de las respuestas es correcta.

¿Qué realiza la siguiente instrucción? /etc/init.d/apache2 reload. Comprobar que está funcionando el servidor Apache desde terminal. Instalar el servidor web Apache desde terminal. Crea una carpeta de proyecto nueva. Recarga el servidor Apache.

Aceso al repositorio Git: Por sistema de ficheros con permisos de escritura para el usuario sobre el directorio del repositorio. Acceso directo. Acceso remoto. Acceso HTTP. Acceso mediante protocolo git.

Aceso al repositorio Git: Vía SSH y permisos de escritura para el usuario sobre el directorio del repositorio. Acceso directo. Acceso remoto. Acceso HTTP. Acceso mediante protocolo git.

Aceso al repositorio Git: Con WebDav debidamente configurado. Acceso directo. Acceso remoto. Acceso HTTP. Acceso mediante protocolo git.

Aceso al repositorio Git: Con el servicio receive-pack activado en el git daemon. Acceso directo. Acceso remoto. Acceso HTTP. Acceso mediante protocolo git.

¿Qué herramientas nos permitirán generar documentación automática a partir de código php y java?. JavaDoc y phpDocumentor. JavaDoc y phpDoc. JavaDocumentor y phpDoc. JavaDocumentor y phpDocumentor.

En phpDocumentor, ¿qué marca se usa para generar documentación sobre la interfaz?. @example. @internal. @access. @global.

En phpDocumentor, ¿en qué marca se muestra información en la documentación interna pero no debería aparecer en la documentación pública?. @internal. @see. @global. @example.