Ir al contenido principal

6. Finalización del Demo y uso de la base de datos final

Día: 21/02/2023

Desde:  5:00 pm / Hasta: 6:38 pm
Tiempo transcurrido: 1 hora 38 minutos

Este día se destinó a la continuación de la interfaz gráfica en la aplicación web correspondiente al Demo, bajo esta guía se terminó la funcionalidad del botón que insertaba el nuevo empleado a la base de datos, en el que incluso tomaba datos de dropdownlists, lo cual nos sirvió como un conocimiento que guardamos para aplicarlo a la segunda tarea programada. Además se reordenó el código para que fuera más organizado y se le añadiera mantenibilidad al software.


Pero al continuar la guía que ambos estábamos siguiendo nos dimos cuenta que lo demás de la guía no nos iba a ser de ayuda por ahora porque aplicaba muchas otras funcionalidades a la base que aún no ocupábamos, así que guardamos el video y decidimos trabajar en conjunto para aplicar todo lo aprendido en el verdadero proyecto con lo visto hasta el momento.

En este punto decidimos diseñar la base de datos que funcionaría como la versión oficial, para ello se utilizó el modo gráfico para definir la tabla principal de Artículos y también insertar con SQL diferentes datos a la tabla para poder tener recursos de prueba a la hora de visualizar información y comprobar que todo estuviera funcionando. Todos estos scripts fueron recopilados en el repositorio para poder mantener un control de versiones funcional.


Con este avance de la BD real ya se podía usar para poder vincularlo con una versión modificada del Demo que ya se tiene desarrollado. El siguiente paso en el proceso de la tarea es tomar los apuntes hechos por ambos el día que analizamos la tarea programada y diseñar la interfaz tomando también de referencia la del Demo.

Comentarios

Entradas populares de este blog

17. Optimización y documentación del código SQL en la tarea programada

Día: 05/04/2023 Desde: 9:18 am / Hasta: 11:18 pm Tiempo transcurrido: 2 horas Durante esta tarea programada, uno de nuestros objetivos fue revisar el código de los procedimientos almacenados existentes para asegurarnos de que estaba funcionando correctamente. Para ello, revisamos cuidadosamente cada sección del código para identificar cualquier problema o error. Una vez que identificamos los problemas, agregamos comentarios claros en el código para explicar el funcionamiento de cada sección y asegurarnos de que otros miembros del equipo pudieran entender el código con facilidad. Los comentarios ayudaron a hacer que el código fuera más legible y fácil de mantener, lo que es fundamental para proyectos en equipo. Además, encontramos algunos errores menores en la sintaxis del código y los corregimos de manera inmediata. Esto incluyó la eliminación de espacios en blanco innecesarios y la corrección de errores de ortografía. Aunque estos errores parecían pequeños, podían tener un impacto sig...

24. Cierre del proyecto

Día: 19/06/2023 Desde: 3:00 pm / Hasta: 5:07 pm Tiempo transcurrido: 2 horas 7 minutos Con la documentación completa y las pruebas finales realizadas, dimos por finalizado el proyecto. Se realizó una revisión final del sistema para asegurarse de que todo estaba en orden y se preparó para la entrega. Discutimos sobre los desafíos que se habían encontrado y cómo se habían superado, y se reflexionó sobre cómo estos aprendizajes podrían aplicarse a futuros proyectos. Aunque el proyecto había llegado a su fin, el equipo reconoció que el aprendizaje y el desarrollo continuo eran una parte esencial de su trabajo.

18. Resolución de problemas y finalización del desarrollo del trigger

Día: 29/05/2023 Desde: 2:30 pm / Hasta: 4:43 pm Tiempo transcurrido: 2 horas 13 minutos Al final se decidió aplicar un esquema de ambas ideas que teníamos del trigger, para dejarlo como una estructura tentativa y cuando ya tuviéramos una versión más avanzada del proyecto poder decidir cuál aplicar y cuál no. El día comenzó con una revisión detallada de los problemas que habían surgido el día anterior. El equipo se centró en la configuración del trigger, que no respondía correctamente a los eventos de inicio de sesión. Después de una cuidadosa revisión del código y de las pruebas realizadas, identificaron que el problema residía en la lógica de verificación de las credenciales de los usuarios. Decidimos revisar documentación y otros recursos en internet sobre la creación de triggers en SQL Server. A través de esta investigación, descubrieron que estaban utilizando incorrectamente las tablas a las cuales el trigger estaba modificando. Estas tablas capturan los datos de la fila modificada...