Documentación de Software: Guía para el Desarrollo Multiplataforma

Question 1

¿Cuál de las siguientes afirmaciones sobre la documentación de software es FALSA?

Accepted Answer

La documentación de usuario describe cómo se implementará el software.

Answer

La documentación de requisitos ayuda a comprender las necesidades funcionales del software.

Answer

La documentación de diseño explica el funcionamiento interno del software.

Question 2

¿Cuál es el objetivo principal de la documentación de requisitos?

Accepted Answer

Establecer claramente los requisitos funcionales y no funcionales que debe cumplir el software.

Answer

Documentar el proceso de desarrollo del software.

Answer

Proporcionar instrucciones técnicas para los desarrolladores.

Question 3

De acuerdo con la norma ISO/IEC 12207, ¿cuál es el objetivo de la documentación de usuario?

Accepted Answer

Proporcionar información clara y concisa para ayudar a los usuarios finales a utilizar el software de manera efectiva.

Answer

Describir la arquitectura técnica y el diseño del software.

Question 4

¿Cuál de los siguientes NO es un beneficio de la documentación de software bien escrita?

Accepted Answer

Dificulta el mantenimiento del software.

Answer

Facilita la comprensión del software para las partes interesadas.

Answer

Mejora la comunicación dentro del equipo de desarrollo.

Question 5

¿Qué herramienta se usa comúnmente para crear diagramas de casos de uso?

Accepted Answer

Herramienta de diagramación UML

Answer

Editor de texto

Answer

Herramienta de control de versiones

Answer

Herramienta de gestión de requisitos

Question 6

Según la norma IEEE 830, ¿cuál es el propósito principal de la documentación de pruebas?

Accepted Answer

Proporcionar evidencia objetiva de que el software cumple con los requisitos especificados.

Answer

Describir el proceso de diseño del software.

Answer

Especificar los casos de uso del software.

Question 7

De acuerdo con las buenas prácticas de documentación, ¿cuándo debe revisarse y actualizarse la documentación de software?

Accepted Answer

Cuando se realizan cambios significativos en el software.

Answer

Nunca, la documentación debe permanecer estática.

Answer

Solo cuando se lanzan nuevas versiones del software.

Question 8

¿Cuál es el propósito principal de la documentación de software?

Accepted Answer

Facilitar la comprensión, el uso y la mantenibilidad del software.

Answer

Ocultar información confidencial del software.

Answer

Proporcionar una guía legal para los usuarios.

Question 9

¿Qué documento describe la arquitectura general del sistema?

Accepted Answer

Documento de Diseño de Arquitectura

Answer

Documento de Manual de Usuario

Answer

Documento de Especificaciones Funcionales

Answer

Documento de Pruebas de Aceptación

Question 10

¿Qué formato de documentación es más adecuado para los desarrolladores de software?

Accepted Answer

Documentación técnica

Answer

Documentación legal

Answer

Documentación de marketing

Answer

Documentación de usuario

Question 11

¿Cuál es el estándar de facto para la documentación de Java?

Accepted Answer

JavaDoc

Answer

RESTful API Documentation

Answer

Doxygen

Answer

Sphinx

Question 12

¿Qué principio de documentación enfatiza la claridad y la concisión?

Accepted Answer

Brevedad

Answer

Completitud

Answer

Estructura

Answer

Precisión

Question 13

El lenguaje utilizado en la documentación de software debe ser:

Accepted Answer

Claro y conciso

Answer

Ambiguo y sujeto a interpretaciones

Answer

Técnico y especializado

Answer

Complicado y detallado

Question 14

¿Qué herramienta es más adecuada para crear documentación de diseño y arquitectura de software?

Accepted Answer

UML (Lenguaje Unificado de Modelado)

Answer

Microsoft Word

Answer

HTML

Answer

Adobe Photoshop

Question 15

La documentación de la API es crucial para:

Accepted Answer

Integrar el software con otros sistemas y aplicaciones

Answer

Proporcionar instrucciones sobre la instalación del software

Answer

Describir los requisitos funcionales del software

Question 16

Parte de la documentación de software que ofrece una guía paso a paso sobre el uso del software:

Accepted Answer

Manual del usuario

Answer

Documentación de diseño

Answer

Guía de instalación

Question 17

El proceso de mantenimiento de la documentación de software es crucial para:

Accepted Answer

Garantizar que la documentación esté actualizada con los cambios realizados en el software

Answer

Mejorar la legibilidad de la documentación

Answer

Reducir el tamaño de los archivos de documentación

Question 18

Factor que perjudica la creación de una documentación de software efectiva:

Accepted Answer

Uso excesivo de jerga técnica

Answer

Actualizaciones periódicas

Answer

Organización clara y estructurada

Answer

Visuales y ejemplos relevantes

Question 19

Documentación de software que demuestra el cumplimiento del software con los requisitos especificados:

Accepted Answer

Documentación de pruebas

Answer

Documentación de diseño

Answer

Manual de usuario

Question 20

Herramienta de gestión de documentación que ayuda a rastrear cambios y aprobaciones:

Accepted Answer

Herramienta de control de versiones

Answer

Editor de código

Answer

Software de diagramación

Answer

Procesador de textos

Question 21

El propósito principal de la documentación de software es:

Accepted Answer

Proporcionar información clara y detallada sobre el software, su funcionamiento, uso y mantenimiento.

Answer

Sustituir las pruebas de software.

Answer

Ocultar información confidencial sobre el software.

Question 22

La documentación de una API proporciona información sobre:

Accepted Answer

Cómo utilizar la API, sus métodos, parámetros y respuestas.

Answer

Cómo diseñar la API.

Answer

Quién es responsable del mantenimiento de la API.

Answer

Cómo probar la API.

Question 23

La documentación del diseño describe:

Accepted Answer

La arquitectura general del software, sus componentes, interfaces y flujos de datos.

Answer

Los casos de uso y requisitos funcionales del software.

Answer

Los algoritmos y estructuras de datos implementados en el software.

Question 24

La documentación del usuario proporciona información sobre:

Accepted Answer

Cómo utilizar, configurar y solucionar problemas del software.

Answer

Cómo documentar el software.

Answer

Cómo desarrollar y mantener el software.

Answer

Cómo probar y depurar el software.

Question 25

Un beneficio clave de una buena documentación de software es:

Accepted Answer

Reducción de los costes de mantenimiento y soporte.

Answer

Mayor complejidad del código.

Answer

Menor eficiencia en el desarrollo.

Answer

Peor calidad del software.

Question 26

Una posible desventaja de una documentación de software excesiva es:

Accepted Answer

Puede resultar difícil de mantener y actualizar.

Answer

Facilita el desarrollo del software.

Answer

Mejora la comprensión del software.

Question 27

La documentación de software debe ser:

Accepted Answer

Clara, concisa, completa y fácil de entender.

Answer

Ambigua, técnica y difícil de seguir.

Answer

Extensa, detallada y compleja.

Question 28

La revisión periódica de la documentación de software es importante porque:

Accepted Answer

Garantiza que esté actualizada, precisa y refleje los cambios del software.

Answer

Elimina la necesidad de realizar pruebas de software.

Answer

Aumenta el tamaño del software.

Answer

Reduce la eficiencia del desarrollo.

Question 29

¿Cuál es el objetivo principal de la documentación de software?

Accepted Answer

Facilitar el uso y mantenimiento del software.

Answer

Registrar los cambios en el código.

Answer

Promocionar el software.

Question 30

¿Qué tipo de documentación describe la arquitectura, los componentes y los flujos de datos del software?

Accepted Answer

Documentación de diseño.

Answer

Documentación de pruebas.

Answer

Documentación de usuario.

Answer

Documentación de requisitos.

Question 31

En el desarrollo multiplataforma, ¿qué documentación es esencial para asegurar la compatibilidad entre diferentes plataformas?

Accepted Answer

Documentación de la API.

Answer

Documentación de implementación.

Answer

Documentación de requisitos.

Question 32

Si un usuario tiene dificultades para usar un software, ¿qué tipo de documentación debería consultar?

Accepted Answer

Documentación de usuario.

Answer

Documentación de implementación.

Answer

Documentación de pruebas.

Answer

Documentación de diseño.

Question 33

¿Qué tipo de herramientas ayudan a generar documentación de software automáticamente?

Accepted Answer

Herramientas de documentación.

Answer

Herramientas de diseño.

Answer

Herramientas de prueba.

Answer

Herramientas de depuración.

Question 34

¿Qué estándar internacional establece pautas para crear documentación de software de alta calidad?

Accepted Answer

IEEE Std 830.

Answer

W3C.

Answer

ISO 9001.

Answer

PMBOK.

Question 35

¿Cuándo es más efectivo crear la documentación durante el desarrollo de software?

Accepted Answer

Durante todo el ciclo de vida del software.

Answer

Solo en la fase de requisitos.

Answer

Solo en la fase de diseño.

Answer

Solo en la fase de pruebas.

Question 36

¿Qué principio de documentación establece que la documentación debe ser concisa y fácil de leer?

Accepted Answer

Legibilidad.

Answer

Completitud.

Answer

Precisión.

Answer

Actualización.

Question 37

¿Cuál es el propósito principal de la documentación de software?

Accepted Answer

Facilitar el desarrollo, el mantenimiento y el uso del software.

Answer

Impresionar a la gerencia con un gran volumen de documentos.

Answer

Cumplir con requisitos legales obligatorios.

Question 38

¿Qué tipo de documentación describe cómo instalar, configurar y ejecutar el software?

Accepted Answer

Documentación de usuario

Answer

Documentación de diseño

Answer

Documentación técnica

Answer

Documentación de requisitos

Question 39

Un diagrama de clases UML es un ejemplo de qué tipo de documentación?

Accepted Answer

Documentación de diseño

Answer

Documentación de pruebas

Answer

Documentación de código

Answer

Documentación de usuario

Question 40

¿Cuál de las siguientes herramientas NO se utiliza habitualmente para la documentación de código?

Accepted Answer

Microsoft Word

Answer

Doxygen

Answer

Javadoc

Question 41

¿Cuál es una buena práctica al escribir comentarios en el código fuente?

Accepted Answer

Explicar el "por qué" detrás del código, no solo el "qué" hace.

Answer

Comentar cada línea de código, incluso las más obvias.

Answer

Usar jerga técnica compleja para demostrar conocimiento.

Question 42

¿Qué es un archivo README.md?

Accepted Answer

Un archivo de texto que proporciona información básica sobre un proyecto de software.

Answer

Un archivo binario que contiene la configuración del entorno de desarrollo.

Answer

Un script ejecutable que automatiza la compilación del software.

Question 43

¿Qué significa escribir documentación "accesible"?

Accepted Answer

Que la documentación sea fácil de entender para una amplia audiencia, incluidas personas con discapacidades.

Answer

Que la documentación esté disponible gratuitamente sin restricciones de licencia.

Question 44

¿Cuál es el objetivo principal de las pruebas de usabilidad en la documentación?

Accepted Answer

Identificar y corregir problemas de usabilidad en la documentación antes de su lanzamiento.

Answer

Verificar la exactitud técnica del contenido de la documentación.

Answer

Evaluar el atractivo estético del diseño y la presentación de la documentación.

Question 45

¿Qué herramienta puede ayudar a garantizar la coherencia del estilo y la terminología en la documentación?

Accepted Answer

Guía de estilo

Answer

Traductor automático

Answer

Corrector ortográfico

Answer

Diccionario de sinónimos

Question 46

¿Cuál es una ventaja de utilizar un sistema de gestión de contenido (CMS) para la documentación?

Accepted Answer

Facilita la colaboración y el control de versiones en la documentación.

Answer

Elimina la necesidad de escribir documentación clara y concisa.

Answer

Garantiza automáticamente que la documentación esté libre de errores técnicos.