0% encontró este documento útil (0 votos)
0 vistas3 páginas

Poster digital

Descargar como pdf o txt
Descargar como pdf o txt
Descargar como pdf o txt
Está en la página 1/ 3

La era digital y

los tipos de
conocimiento
Variable Local

Una variable local es aquella que


se declara dentro de una función o
bloque de código y solo puede ser
utilizada dentro de ese ámbito.
Una vez que la ejecución sale de la
función o bloque, la variable deja
de existir.

Variable Global

Una variable global es aquella que


se declara fuera de todas las
funciones y bloques de código, y
puede ser accedida desde
cualquier parte del programa.
Estas variables permanecen en la
memoria durante toda la ejecución
del programa.

Diferencias
1. Ámbito:
Local: Solo accesible dentro de la función o bloque donde se declara.
Global: Accesible en cualquier parte del programa.
2. Duración:
Local: Existe solo durante la ejecución de la función.
Global: Existe durante toda la ejecución del programa.
3. Memoria:
Local: Se almacena en la pila (stack).
Global: Se almacena en una ubicación fija decidida por el compilador
4. Modificación:
Local: Los cambios no afectan a otras funciones.
Global: Los cambios son visibles en todo el programa
5. Paso de Parámetros:
Local: Necesita pasar parámetros para compartir datos entre funciones.
Global: No necesita pasar parámetros, ya que es accesible globalmente
CONCEPTOS
de programacion

Depuración
Depuración es el proceso de
identificar y corregir errores o "bugs"
en el código fuente de un programa.
Este proceso es esencial para
asegurar que el software funcione
correctamente y cumpla con los
requisitos especificados. La

Prueba de un
depuración puede involucrar varias
técnicas y herramientas para
localizar y solucionar problemas,

programa
como errores de sintaxis, errores
lógicos y problemas de
implementación

Prueba de un programa se refiere al


proceso de evaluar un sistema o sus
componentes con el propósito de
encontrar si satisface los requisitos
especificados o si produce los
resultados deseados. Las pruebas
pueden ser manuales o
automatizadas y se realizan en
diferentes etapas del desarrollo del

Prueba de
software para asegurar su calidad y
funcionalidad

software de caja
blanca
Pruebas de Caja Blanca (o pruebas
estructurales) implican el análisis del
código fuente del software. En estas
pruebas, los evaluadores tienen
conocimiento del código interno y la
estructura del programa. Se centran

Prueba de
en la lógica interna del sistema y
verifican el flujo de datos, las
condiciones y los bucles

software de caja
negra
Pruebas de Caja Negra (o pruebas
funcionales) se centran en la
funcionalidad del software sin
considerar su estructura interna. Los
evaluadores no necesitan conocer el
código fuente; en su lugar, se basan

Explicación de
en las especificaciones y requisitos
del software. Estas pruebas verifican
si el software cumple con los

ambas.
requisitos funcionales y de
rendimiento.

Blanca
Pruebas de Caminos: Verifican todos los posibles caminos de ejecución en el código.
Pruebas de Condiciones: Evalúan las condiciones lógicas y las ramas del código.
Pruebas de Bucles: Se aseguran de que los bucles funcionen correctamente bajo
diferentes condiciones

Negra
Pruebas de Funcionalidad: Verifican que el software realice las funciones
especificadas.
Pruebas de Usabilidad: Evalúan la facilidad de uso del software.
Pruebas de Rendimiento: Miden la eficiencia y la capacidad de respuesta del software
bajo diferentes condiciones
TÉCNICAS DE RECOLECCIÓN
DE REQUERIMIENTOS DE
SOFTWARE
La recolección de requerimientos es
una fase crucial en el desarrollo de
Definicion software, ya que permite entender
las necesidades y expectativas de
los usuarios y otras partes
interesadas.
Consiste en revisar y analizar documentos existentes que puedan proporcionar
información relevante sobre los requisitos del sistema. Estos documentos pueden
incluir manuales de usuario, especificaciones de sistemas anteriores, informes
de negocio, entre otros.
Uso:
Análisis de
Documentación
Identificación de Requisitos: Se extraen requisitos explícitos e implícitos de
los documentos.
Contexto Histórico: Ayuda a entender cómo se ha desarrollado el sistema
actual y qué mejoras se necesitan.
Validación: Verifica que los nuevos requisitos sean consistentes con la
documentación existente

Observacion
Implica observar a los usuarios en su entorno de trabajo para entender cómo
interactúan con el sistema actual y cuáles son sus necesidades y desafíos.
Uso:
Identificación de Problemas: Detecta problemas y oportunidades de mejora
que los usuarios pueden no mencionar explícitamente.
Contexto Real: Proporciona una visión realista de cómo se utiliza el sistema
en la práctica

Consiste en realizar preguntas directas a los usuarios y otras partes


interesadas para obtener información detallada sobre sus
necesidades y expectativas.
Uso: Entrevistas
Profundidad de Información: Permite obtener información
detallada y específica.
Clarificación: Ayuda a aclarar dudas y obtener una comprensión
más profunda de los requisitos

Utiliza formularios estructurados con preguntas específicas para


recopilar información de un gran número de usuarios.
Encuestas o Uso:
Amplitud de Datos: Recoge datos de una amplia base de
usuarios de manera eficiente.
cuestionarios Análisis Cuantitativo: Facilita el análisis estadístico de las
respuestas para identificar tendencias y patrones

Reúne a un grupo de partes interesadas en sesiones


colaborativas para discutir y definir los requisitos del sistema.
Uso:
Mesas de trabajo
Colaboración: Fomenta la colaboración y el consenso entre
las partes interesadas. (Workshops)
Creatividad: Genera ideas y soluciones innovadoras a través
de la interacción grupal

Es una técnica grupal en la que los participantes generan ideas de


manera libre y sin restricciones para identificar posibles requisitos

Lluvia de ideas
y soluciones.
Uso:
Generación de Ideas: Facilita la generación de una gran
cantidad de ideas en poco tiempo.
Inclusividad: Permite la participación de todos los miembros
del equipo, fomentando la diversidad de perspectivas.

También podría gustarte