Volver a la portadaCiencias de la Computación · 1.er año de bachillerato · Cambiar asignatura
Empezar gratis
1° bach · Ciencias de la Computación
Sistemas informáticos · Programación textual

El proceso de desarrollo

Fátima programó la app de la tienda del centro escolar. La probó con su pedido y andaba perfecto. El primer día de uso, un compañero pidió algo con cantidad 0 y la app se trabó. ¿Cómo se organiza el trabajo para que esto no pase, y qué hacés cuando igual pasa? Ningún programa nace terminado ni funciona a la primera: entre la idea y el programa confiable hay un proceso con etapas que se repiten. Dominar ese proceso es tan importante como saber escribir código.

El ciclo de desarrollo

Diagrama de flujo del ciclo de desarrollo con las etapas de editar, ejecutar y probar, una decisión sobre si funciona bien, depurar el error y publicar el programa. Editar el código Ejecutar y probar ¿funciona bien? Depurar el error Publicar el programa no sí

En la práctica no se escribe todo el programa para probarlo hasta el final. Se trabaja con desarrollo incremental: primero una versión mínima que ande (por ejemplo, que la app solo muestre el menú de pupusas), se prueba, y después se agrega una funcionalidad por vez, recorriendo el ciclo en cada una. Si algo falla, el error está en lo último que agregaste, y eso lo hace mucho más fácil de encontrar.

Practica★☆☆Sin empezar
Estas fases del desarrollo de un programa están desordenadas: (a) probar el programa con distintos datos, (b) editar el código fuente, (c) depurar los errores…

Estas fases del desarrollo de un programa están desordenadas: (a) probar el programa con distintos datos, (b) editar el código fuente, (c) depurar los errores encontrados, (d) ejecutar el programa. Ordenalas de forma razonable y explicá qué se hace en cada una, teniendo en cuenta que al probar puede ser necesario volver atrás.

Resolver
Practica★☆☆Sin empezar
Explicá qué es un «bug» en un programa y qué es depurar. Poné un ejemplo sencillo de error que podría tener el programa de un cajero automático y qué consecuencia…

Explicá qué es un «bug» en un programa y qué es depurar. Poné un ejemplo sencillo de error que podría tener el programa de un cajero automático y qué consecuencia tendría para el usuario.

Resolver
Practica★☆☆Sin empezar
La figura muestra el ciclo de trabajo del desarrollo de un programa, pero una de sus etapas está tapada con un signo de interrogación, como se muestra en la figura.…

La figura muestra el ciclo de trabajo del desarrollo de un programa, pero una de sus etapas está tapada con un signo de interrogación, como se muestra en la figura.

Editar el código Ejecutar y probar ¿funciona bien? ? Publicar el programa no sí

Indicá qué etapa falta dentro del ciclo, en qué consiste y por qué la flecha de «no» devuelve el trabajo a la edición del código.

Resolver

Tipos de error

Comparación entre error de sintaxis y de lógica: con un fallo de forma en el código el programa no arranca; con un fallo de razonamiento (dividir entre 4 en vez de entre 3) el programa se ejecuta y da 5.25 en lugar de 7. error de sintaxis no arranca media ← (a + b + c / 3 ! error de lógica arranca, resultado erróneo media ← (a + b + c) / 4 5.25 esperado: 7

Un bug es cualquier error de un programa, y depurar es encontrarlo y corregirlo. Si un cajero automático descuenta el monto dos veces, ese es un bug con una consecuencia muy concreta: el usuario pierde dinero.

En lenguajes compilados, los errores de sintaxis aparecen al compilar (el programa ni siquiera se genera). En lenguajes interpretados como Python, que es el que usamos en IDLE, aparecen al llegar a esa línea. Los de ejecución y los de lógica, en cambio, solo se ven al correr el programa.

Practica★☆☆Sin empezar
Distinguí entre un error que aparece al compilar (el programa ni siquiera arranca) y un error que aparece en ejecución (arranca pero falla con ciertos datos), con un…

Distinguí entre un error que aparece al compilar (el programa ni siquiera arranca) y un error que aparece en ejecución (arranca pero falla con ciertos datos), con un ejemplo de cada tipo.

Resolver
Practica★★☆Sin empezar
Explicá la diferencia entre un error de sintaxis y un error de lógica, con un ejemplo de cada uno en un programa que calcula el promedio de tres notas. ¿Cuál de los dos…

Explicá la diferencia entre un error de sintaxis y un error de lógica, con un ejemplo de cada uno en un programa que calcula el promedio de tres notas. ¿Cuál de los dos tipos impide ejecutar el programa y cuál deja ejecutarlo pero da resultados incorrectos?

Resolver

Diseñar casos de prueba

Recta numérica con los casos de prueba: un valor erróneo fuera del rango, dos valores límite en los extremos del rango válido y un valor normal en su interior. erróneo límite normal límite rango de valores válidos

Por ejemplo, para un programa que suma dos números, un caso normal es la entrada 3 y 4 con resultado esperado 7; un caso especial es 0 y -5 con resultado esperado -5.

Practica★☆☆Sin empezar
Explicá qué es un caso de prueba y escribí dos casos para un programa que suma dos números: uno con valores normales y otro con algún valor especial, indicando la…

Explicá qué es un caso de prueba y escribí dos casos para un programa que suma dos números: uno con valores normales y otro con algún valor especial, indicando la entrada y el resultado esperado de cada uno.

Resolver
Practica★★☆Sin empezar
Un programa que divide dos números funciona bien en casi todas las pruebas, pero falla cuando el divisor es 0. Explicá qué son los valores límite o casos especiales en…

Un programa que divide dos números funciona bien en casi todas las pruebas, pero falla cuando el divisor es 0. Explicá qué son los valores límite o casos especiales en las pruebas, por qué hay que probarlos siempre y citá otros dos valores con los que probarías este programa.

Resolver
Practica★★☆Sin empezar
Para probar un programa que aplica un descuento a personas de 65 años o más, definí tres casos de prueba: uno con un valor normal, uno con el valor límite exacto y uno…

Para probar un programa que aplica un descuento a personas de 65 años o más, definí tres casos de prueba: uno con un valor normal, uno con el valor límite exacto y uno con un valor erróneo (edad negativa o imposible), con el resultado esperado de cada uno. Justificá tus elecciones.

Resolver
Practica★★★Sin empezar
Diseñá un plan de pruebas para un programa que pide dos números y muestra su división: hacé una tabla con al menos seis casos de prueba (pares de valores de entrada,…

Diseñá un plan de pruebas para un programa que pide dos números y muestra su división: hacé una tabla con al menos seis casos de prueba (pares de valores de entrada, incluyendo valores normales, límite y erróneos), el resultado esperado de cada uno y qué debería hacer el programa si la entrada no es válida. Justificá la elección de cada caso.

Resolver
Practica★★★Sin empezar
La intranet del colegio implementa un módulo de autenticación con los siguientes requisitos: Nombre de usuario: de 4 a 12 caracteres alfanuméricos, insensible a…

La intranet del colegio implementa un módulo de autenticación con los siguientes requisitos:

  • Nombre de usuario: de 4 a 12 caracteres alfanuméricos, insensible a mayúsculas/minúsculas.

  • Contraseña: entre 8 y 16 caracteres, sensible a mayúsculas/minúsculas, con al menos un dígito y un carácter especial.

  • Seguridad: bloqueo temporal de la cuenta durante 15 minutos tras tres intentos fallidos consecutivos.

Diseñá un plan de pruebas riguroso mediante una tabla con al menos seis casos de prueba diseñados por vos. Para cada caso tenés que especificar: identificador, valores de entrada (usuario y contraseña), estado previo del sistema, resultado esperado y qué riesgo específico de lógica, frontera o seguridad estás validando.

Resolver

Técnicas de depuración

Ciclo de depuración: reproducir el fallo, insertar trazas para ver por dónde pasa el programa, corregir la causa y volver a probar con los mismos datos. 1. reproducirel fallo2. trazas: verpor dónde pasa3. corregirla causa4. volver a probary quitar trazas registro: vuelta 1: n = 5 vuelta 2: n = 5 vuelta 3: n = 5 … n no cambia → falta «n ← n − 1» dentro del bucle
Practica★☆☆Sin empezar
Explicá qué es un mensaje de traza o registro (log) en un programa y cómo ayuda a encontrar un error (permite ver por dónde pasó el programa y con qué valores).

Explicá qué es un mensaje de traza o registro (log) en un programa y cómo ayuda a encontrar un error (permite ver por dónde pasó el programa y con qué valores).

Resolver
Practica★★☆Sin empezar
Un bucle de un programa no se detiene nunca. Explicá dónde colocarías mensajes de escritura temporales para diagnosticarlo (dentro del bucle, mostrando la variable de…

Un bucle de un programa no se detiene nunca. Explicá dónde colocarías mensajes de escritura temporales para diagnosticarlo (dentro del bucle, mostrando la variable de control en cada vuelta) y qué observarías en esos mensajes para encontrar la causa.

Resolver
Practica★★★Sin empezar
En el sistema de cobro de una cooperativa escolar se ha detectado que, al emitir la factura mensual, el total a pagar de algunos socios es erróneo. Disponés de los…

En el sistema de cobro de una cooperativa escolar se ha detectado que, al emitir la factura mensual, el total a pagar de algunos socios es erróneo. Disponés de los siguientes registros del sistema:

  • Socio 101: 2 compras de 15.00 dólares -> Total cobrado: 30.00 dólares (esperado: 30.00 dólares).

  • Socio 102: 1 compra de 50.00 dólares con descuento promocional del 10 % (5.00 dólares) y recargo por gastos de gestión de 3.00 dólares -> Total cobrado: 47.50 dólares (esperado: 48.00 dólares).

  • Socio 103: 1 compra de 20.00 dólares y devolución de 1 artículo de 5.00 dólares (-5.00 dólares) -> Total cobrado: 25.00 dólares (esperado: 15.00 dólares).

  • Formulá una hipótesis justificada sobre el fallo lógico o de orden de operaciones que explica el error en el Socio 102 y en el Socio 103.

  • Diseñá la estrategia de depuración para confirmar tus hipótesis: indicá qué datos de prueba mínimos introducirías para aislar el fallo, en qué puntos del flujo situarías puntos de interrupción (breakpoints) y qué variables concretas deberías inspeccionar paso a paso.

Resolver

Modularizar, documentar y buenas prácticas

Esquema de modularización: una función gigante de 400 líneas se divide en cuatro funciones independientes: leer_datos, validar_datos, calcular_resultado y mostrar_resultado. función gigante de 400 líneas se divide en leer_datos validar_datos calcular_resultado mostrar_resultado cada función, una tarea concreta

Dos refactorizaciones típicas: renombrar variables (x pasa a precio) y extraer una función cuando el mismo cálculo está copiado en varios lugares (el cálculo del IVA del 13 % se escribe una sola vez y se la llama donde haga falta). No hace falta formalizarlo más: alcanza con que el código quede más claro y siga haciendo lo mismo.

Buenas prácticas y documentación

  • Nombres claros: que digan qué guarda la variable o qué hace la función.

  • Comentarios útiles: explican el porqué de una decisión, no repiten lo que ya dice el código.

  • Documentación: acompaña al programa y explica como mínimo qué hace y cómo se usa. Sin ella, cuando alguien nuevo se suma al equipo (o vos mismo volvés al proyecto meses después) hay que adivinar todo, y el programa «envejece» mal.

Trabajo en equipo y control de versiones

Cuando varias personas trabajan en el mismo proyecto, modularizar permite repartir el trabajo en partes independientes y probarlas por separado. Para no pisarse, se usa un sistema de control de versiones como Git (con GitHub como sitio donde se comparte el repositorio). Cada cambio se guarda como una versión (versión 1, versión 2, versión 3…), así que si la última versión anda peor que la anterior, podés volver atrás.

Practica★☆☆Sin empezar
La documentación acompaña al programa. Explicá qué dos cosas debería explicar como mínimo (qué hace el programa y cómo se usa) y por qué un programa sin documentar…

La documentación acompaña al programa. Explicá qué dos cosas debería explicar como mínimo (qué hace el programa y cómo se usa) y por qué un programa sin documentar «envejece» mal cuando trabaja un equipo.

Resolver
Practica★★☆Sin empezar
Explicá qué es la modularización de un programa (dividirlo en funciones o módulos) y analizá dos ventajas que aporta cuando el desarrollo lo hace un equipo de varias…

Explicá qué es la modularización de un programa (dividirlo en funciones o módulos) y analizá dos ventajas que aporta cuando el desarrollo lo hace un equipo de varias personas: pensá en el reparto del trabajo, en las pruebas y en la localización de errores.

Resolver
Practica★★☆Sin empezar
Un fragmento de código usa las variables x, y2 y zzz para guardar el precio, el IVA y el total. Reescribí esos nombres de forma significativa y explicá por qué la…

Un fragmento de código usa las variables x, y2 y zzz para guardar el precio, el IVA y el total. Reescribí esos nombres de forma significativa y explicá por qué la elección de nombres es una herramienta contra los errores (el código se autodocumenta).

Resolver
Practica★★★Sin empezar
Reto del tema. Como analista junior de software, vas a diseñar un script en Python (podés usar un entorno web gratuito como Replit) que evalúe el costo energético diario…

Reto del tema. Como analista junior de software, vas a diseñar un script en Python (podés usar un entorno web gratuito como Replit) que evalúe el costo energético diario para promover el ahorro doméstico.

Seguí estas tres fases:

  1. Captura de datos: Entrá a la web de la Unidad de Transacciones (UT) de El Salvador y registrá el precio oficial ($\$/\text{kWh}$) de $6$ franjas horarias distintas del día de hoy.

  2. Diseño y codificación: Aplicá el proceso de desarrollo de software. Esbozá primero el algoritmo y trasladalo a Python. El programa debe almacenar los datos en una lista, usar un bucle iterativo para calcular el costo medio diario y emplear condicionales (if-else) que emitan alertas cuando el precio supere el umbral de $0.18$ dólares/kWh.

  3. Depuración y producto final: Realizá pruebas con valores límite y corregí fallos de ejecución. Redactá un informe breve que incluya el código limpio y comentado, una captura del resultado en la consola y dos propuestas de consumo eficiente para tu hogar basadas en tus datos.

Se valorará:

  • Rigor en el proceso de desarrollo (diseño algorítmico previo, codificación textual y depuración).

  • Uso correcto de estructuras de control (secuenciales, condicionales e iterativas) y sintaxis del lenguaje.

  • Precisión en el tratamiento de datos reales y viabilidad de las conclusiones energéticas.

Resolver

Resumen

Volvé al principio: la app de Fátima falló con cantidad 0 porque solo se probó con un pedido normal. Con casos límite y erróneos, y con el ciclo repetido en cada paso, ese fallo aparece antes de publicar.

Ver todos los ejercicios de este apartado