T2-Bases de Datos I

 Se concluyo con la funcionalidad de LISTAR  movimientos, además ya se puede INSERTAR  un nuevo movimiento, sin embargo Problema: tuvimos un pequeño problema con actualizar el saldo del empleado, al final del día se pudo solucionar, era un despiste en el SP quién solo modificaba la tabla de movimientos y no el saldo dentro de del empleado en su respectiva tabla

 Se desarrolla la interfaz de usuario para la funcionalidad de Borrar Empleado. En esta se muestra un mensaje de confirmación, la información del empleado y dos botones, uno de Confirmar y otro de Cancelar Para realizar el borrado lógico se desarrolla el Sp de ElimanarEmpleado. A la hora de presionar alguno de los botones, se ejecuta el Sp enviándole un dato de “Confirmar”, que puede ser 1 o 0. Se envía con un 1 cuando se presiona el botón de Confirmar, lo que ejecuta la siguiente parte del sp La acción de hacer el borrado lógico se registra en la tabla BitacoraEvento En caso de que se presione el botón de cancelar se ejecuta el sp enviándole el dato de confirmar como un 0, lo que ejecuta la siguiente sección De igual forma, el intento de borrado se almacena en la tabla BitacoraEvento 

 Inicia el desarrollo de la documentación en el que se crean los diversos diagramas, tablas y se redactan las secciones. A continuación se muestran los diagramas agregados al documento. Para crear estos diagramas se utiliza la aplicación web LucidChart Además de esto, se desarrollan las tablas correspondientes a las secciones Análisis de Resultados y Métricas del proyecto. A la Documentación hace falta agregarle los gráficos dados por el GitHub. Sin embargo, para esto hace falta configurar el repositorio como publico. Se queda pendiente realizar cualquier cambio a la tabla de métricas del proyecto y análisis de resultados, conforme se avance con el proyecto

 Se desarrolla la interfaz de usuario que muestra la información del empleado cuando se presiona el botón de Consultar Para poder mostrar esta información se utiliza el sp Consultar Empleado.  En este SP, se obtiene la información del empleado  Además, en caso de que se presente un error, sería correspondiente a un error de la base de datos, el cual se registra en DBError

 Se crea el Sp utilizado para insertar un nuevo empleado en la tabla. Para esto debe de verificar si el nombre o el documento de identidad ya existe en la tabla. en esta sección se estaba presentando un error, pues se estaba haciendo dos inserciones a la tabla de BitacoraEvento y DBError. Esto se debía a que se estaba intentando hacer las inserciones en a las tablas desde las propias validaciones, esto ocasionaba que se introdujera una vez y posteriormente se ejecutara la instrucción THROW, lo que ejecutaba el bloque Catch haciendo una segunda inserción. Esto se solucionó dejando la inserción en las tablas únicamente en el bloque catch. Por esta razón, el desarrollo de esta sección tomó aproximadamente 2 horas El SP funciona de la siguiente forma: primero se debe de Obtener el nombre del usuario que ha iniciado sesión Posteriormente, se valida si el nombre del empleado ya se encuentra en la tabla y en caso de que exista se lanza un error, que posteriormente es utilizado en el bloqu...

 En la página del listado de empleados se agrega un botón al final de la lista para agregar un nuevo empleado Cuando se presiona este botón se muestra la siguiente interfaz En esta interfaz es necesario colocar todos los espacios. Además, se realizan las validaciones de tipo de datos de cada uno de los espacios. 

Se desarrolló el SP que lista los movimientos de x empleado  Se terminó parcialmente la funcionalidad de listar Movimientos, no se abre una nueva ventana, pero si se cambia el HTML .

 Se finalizó la implementación de esta funcionalidad, se creó la vista de django, donde se hace uso del SP de Buscar Empleado y también el SP de Obtener Usuario, que recuerde son diferentes. La vista no hace más que recibir la petición con el término y luego llamar a al sp correspondiente

BARRA DE BÚSQUEDA  Se agrega la barra de búsqueda en la interfaz principal,  1. Aun NO SE PUEDE BUSCAR, es solo visual SP_BuscarEmpleado se creó el sp buscar empleado que busca por coincidencia en la entrada con los nombres de empleados es importante de este que: 1. Recibe 5 parámetros     1.1 searchTerm - término que se pretende buscar     1.2 terminoSonLetras - se requiere saber si el término es solo alfabético para la inserción en la bitácora     1.3 idUsuario     1.4 ipUsuario La id e ip del usuario va a ser muy usual en los sp, generalmente para las inserciones en la bitacora 2. el estatuto LIKE, gran parte del tiempo invertido en el sp fue la investigación y la implementación de este estatuto. Su implementación aqui nos permite comparar un string por coincidencia de letras en cualquier estracto de la palabra

 Se crea la interfaz donde se muestran todos los empleados.  1. Hubieron modificaciones minimas en el sp de obtener, pues se tenia que ordenar por nombre 2. solo se muestra la lista.

 Se crea el stored procedure para obtener todos los empleados, en realidad, de ellos se obtiene su nombre y número de identificación  Primero, el sp recibe un parámetro idUsuario, este es para hacer una posible inserción en la bitácora. Esto si ocurre algún error

 Tras la consulta realizada al profesor se debía de cambiar el atributo de id de las tablas para que sea Identity. Sin embargo, en SQL Server management Studio, no se puede cambiar esta propiedad en una tabla ya creada. Por lo tanto, como las tablas aún no tenía los datos ingresados, se decidió eliminarlas y volver a crearlas con estos cambios. Para volver a crearlas se Utiliza el Sp CrearEstructuraBD que se utilizó por primera vez con los cambios correspondientes.  Tras realizar este cambio se corre nuevamente el script y esta vez no se muestra ningún error. Para confirmar que se llenaron las tablas correctamente se realiza una consulta desde SSMS, para comprobar que los datos se ingresaron correctamente. A continuación se muestra una de las consultas realizadas a la tabla TipoMovimiento y Empleado

A raíz del error que se presentaba en el ingreso de los datos desde el XML se le realiza una consulta al profesor. La consulta fue la siguiente: Queda pendiente la respuesta del profesor

 Para poder llenar las tablas se debe de desarrollar un script en Python que obtenga los datos desde el archivo XML y los inserte en la tabla.  La forma en al que propusimos el script es el siguiente 1. Iterar sobre cada uno de los nodos del XML, para obtener los datos de cada fila de la tabla correspondiente 2. Tras obtener los datos de la fila, se llama al SP Ingresar..., dependiendo de la tabla 3. Continuar hasta finalizar con uno de los nodos y pasar al siguiente. Sin embargo, a la hora de intentar correr el Script se presentaba un error, pues en el Script se intentaba obtener el ID de Empleado y Movimiento, pero este dato no se encontraba en el XML, por lo que el error saltaba a la hora de ingresar estos datos. El resto de datos si se ingresaban de manera correcta. Por esta razón se realizará una consulta al profesor sobre la estructura de las tablas.  A continuación se muestra un fragmento del Script para obtener los datos del XML y llamar a los SP

 Los datos de las tablas se dan en un archivo XML para así poder llenarlas por medio de un script. Para esto es necesario crear SPs que ingresen los datos a sus respectivas tablas.  A continuación se muestra la estructura general de uno de los SP, para completar la tabla con los datos que se encuentran en el XML

 Se crean las tablas para la base de datos. Esto se realiza en un SP. Toma 1.5 h, ya que se debía de comprender cuál era la estructura y relación entre las tablas y porque se presentó un problema con el nombre delos atributos de las tablas DBError y se tuvo que realizar una consulta al profesor. El problema se origina debido a que el nombre de los atributos de la tabla son palabras reservadas de SQL, por lo que saltaba un error. Tras la respuesta del profesor a la consulta, la solución es encerar entre paréntesis cuadrados el nombre de los atributos Para la creación de las tablas se crea un SP llamado CrearEstructuraBD  A continuación se muestran las tablas creadas

 Se realiza una consulta al profesor sobre la creación de las tablas necesarias para la tarea 2. A continuación se muestra una imagen que incluye la consulta realizada La respuesta del profesor es la siguiente:

 Se crea la base de datos en AWS Se tarda 40 minutos debido a que es la primera vez que se trabaja con AWS y estábamos familiarizándonos con este servicio.  Además de esto, se puede acceder a la base de datos para poder administrarla por medio SQL server management studio. Ahora Ambos integrantes pueden acceder a la base de datos.  El error que se le había presentado a Adolfo, se solucionó y ya logró verificar su cuenta de AWS. 

 Se desarrolla la interfaz de usuario de la página de Login. El archivo HTML es el siguiente: En el desarrollo de esta parte de la tarea se presentó un problema, pues al querer aplicar los estilos del archivo CSS al HTML no se podía ver ningún cambio. Sin embargo, tras investigar y comparar los archivos con los de la tarea 1 se encuentra que faltaba modificar el archivo de settings.py con lo siguiente: En la sección que dice DIRS:, faltaba agregar la palabra templates. Esta se refiere a la carpeta en la que se encuentran los archivos HTML de las aplicaciones del proyecto Debido a esto, el desarrollo de esta parte tomó aproximadamente 1.5 h, pues también se tenían que configurar otros archivos de Django, 

 Para alojar la base de datos en la nube se utiliza el servicio de AWS. Para esto es necesario crear una cuenta: A la hora de crear la cuenta para AWS, se le presenta un error a Adolfo, pues para la verificación de la misma se requiere una verificación por mensaje de texto, sin embargo, la aplicación no enviaba el mensaje. Por esta razón, se decide esperar un tiempo y volver a intentarlo.

 Se crea el entorno virtual en el que se encuentran todas las dependencias necesarias para el desarrollo de la aplicación web en Django. Este proceso fue rápido debido a que en la tarea anterior también se utilizó el framework de Django  Con esto es posible ejecutar el servidor de desarrollo de Django: A modo de guía para la creación del entorno virtual, se utilizó el siguiente video: https://youtu.be/T1intZyhXDU 

 Se crea el repositorio de GitHub en el que se subirán todas las actualizaciones realizadas a la tarea y al desarrollo de los requerimientos de la misma. Se comparte con el compañero para que también tenga acceso al repositorio de la tarea. 

 Se crea el proyecto de Django en el que se generan las carpetas y archivos necesarios para el desarrollo de la aplicación web y para la conexión SQL server management Studio. Esto se lleva a cabo durante la primera reunión y posteriormente se subirá a GitHub para poder trabajarlo en conjunto. 

 Se crea el blog, en el cual se llevará un registro de todas las actividades que estén relacionadas con el desarrollo de la segunda tarea de Bases de Datos I. Esto se lleva a cabo durante la primera reunión. 

 Se lleva a cabo la primera reunión para el proyecto. En esta define las tecnologías que se van a utilizar para el proyecto: — Django — AWS — Blogger Además de esto, se crea la cuenta de AWS, el blog y el proyecto de Django