Resumen

 -Horas trabajadas por persona: 

Hilary
Fecha	Horas
Septiembre 06, 2021	6
Septiembre 10, 2021	5
Septiembre 11, 2021	7
Septiembre 13 – 19, 2021	17
Total	35 horas

Valeria
Fecha	Horas
Septiembre 04, 2021	5
Septiembre 07, 2021	6
Septiembre 09, 2021	7
Septiembre 10, 2021	6
Septiembre 13, 2021	3
Septiembre 16, 2021	5
Septiembre 17, 2021	4
Total	36 horas

-Horas trabajadas como grupo: 71 horas

-Link para seguimiento de código en github: https://github.com/hilaryCC/Bases

-Análisis de Resultados:

Tabla de Resultados
Ítem	Parte del trabajo	Porcentaje de implementación	Aspectos Relevantes
1	Documentación
	Las entradas al blog están regularmente distribuidas en el tiempo	100	Fue un poco cansado tener que hacer la documentación después de programar e investigar por horas pero después se hizo costumbre y se facilitó un poco más conforme pasaba el tiempo.
	El contenido de la entrada en el blog es consistente con el tiempo dedicado	100	Una dificultad fue mostrar que se había estado trabajando por tantas horas pero la razón es porque si se trabajaban 6 horas, 3-4 de ellas se pasaban investigando sobre temas relacionados al problema que se quería solucionar. Muchas veces, las investigaciones llegaban a un punto que no servía para la solución, por lo que se había que empezar de nuevo.
	Las entradas muestran diferentes versiones del código	20	No se sabía que había que poner el código que se iba trabajando por lo que este esta solo implementado en el último avance.
	Se documentan los recursos utilizados, la razón de su uso y en donde se utiliza.	100	Se hizo una sección de problemas resueltos y en ella se hacia referencia a los links utilizados durante la investigación. Además se añadió una sección adicional de temas investigados para la resolución de problemas.
	Los errores ocurridos durante el proceso están documentados	100	Todos los errores que surgieron están documentados. Esta sección no implico ninguna dificultad.
	Comunicaciones con el profesor	100	Se agregaron las conversaciones como fotos en la ultima parte de cada uno de los avances.
2	Creación BD
	La base de datos está creada, es completa y es correcta respecto de los campos y los FK	100	Una de las grandes dificultades fue el aprender un lenguaje nuevo. SQL no es un lenguaje de mucha dificultad pero si requiere que se tenga un nivel de comprensión de lo que se esta haciendo para poder completar todo con éxito.
	Los FK siempre refieren a PK (id).	100	Al principio se creyó que se debían hacer relaciones que no fueran a PK. Este pensamiento hizo que se hiciera de manera incorrecta las relaciones de las tablas. Sin embargo, se evacuó la duda al hacer el modelo físico y una vez que se nos dieron instrucciones se volvió a hacer todo de nuevo y esta vez, como todo estaba más claro, se logró hacer de manera correcta.
3	Migración datos básicos
	Llenado de Datos básicos	100	Una de las dificultades fue encontrar como leer el archivo XML desde una dirección del disco duro y no poniendo todos los datos en el mismo archivo. Esto se tenía así hasta hace poco, cuando mientras se investigaban otras cosas se logró encontrar como hacer referencias a otros archivos y leerlos.
	Se incluye un script para el llenado de datos básicos en tablas catálogo	100	Una de las cosas más difíciles fue aprender a leer datos de un archivo XML. Ya que era algo nuevo y todavía se estaba aprendiendo sobre SQL. A pesar de esto, con mucha investigación se logró hacerlo.
4	Migración datos no básicos
	Migración desde el XML personas, beneficiario, usuario, UsuarioPuedeVerCuenta, y cuentas	100	Se tuvieron que hacer cambios de tipos de datos debido a que no coincidían con los que se estaban leyendo del archivo XML. También surgió que no se extraían bien los datos del XML, dependiendo del nodo faltaban datos.
5	Código capa lógica
	Se valida y se realiza el ingreso de usuarios	100	El proceso para crear esta pantalla fue un poco lento debido a que se estaba iniciando con HTML y también se quería hacer una pantalla que fuera agradable con el usuario. Por otra parte, uno de los mayores problemas fue validar los datos ya que no se sabia si trabajar en JavaScript o en VBScript o si había la posibilidad de trabajar las dos.
	Se listan las cuentas que un usuario puede ver	100	La única dificultad en este proceso fue que los tipos de datos no coincidían por lo que se estuvo mucho tiempo investigando como cambiar tipos de datos, como saber qué tipo de dato tenía una variable, etc. Al no coincidir los datos, no se mostraban las cuentas pero luego se pasaron a string y se logró mostrar todo con éxito.
	Se permite seleccionar una cuenta	100	Esto no represento ningún problema porque ya se había investigado como obtener la información de un input de texto.
	Se muestran los beneficiarios de la cuenta seleccionada	100	Al inicio no se sabia como utilizar una variable en el string de Recordset, se estaba implementado mal y daba error.
	Editar nombre beneficiarios	100	No represento ninguna dificultad
	Editar parentesco beneficiarios	100	No represento ninguna dificultad
	Editar porcentaje beneficiarios	100	Se intento probar poniendo un tipo de dato incorrecto, es decir, un string. Esto tiro un error porque no se podía transformar un ‘hola’ a int. Se solucionó poniendo un try catch.
	Editar fecha de nacimiento beneficiarios	100	No represento ninguna dificultad
	Editar email beneficiarios	100	No represento ninguna dificultad
	Editar teléfono 1 y 2 beneficiarios	100	No represento ninguna dificultad
	Editar identificación beneficiarios	100	No represento ninguna dificultad
	Agregar beneficiarios	100	No representó ninguna dificultad.
	Se valida que la suma de porcentajes no supere el 100% y que no sean más de 3	100	Esto se llevo a cabo con facilidad ya que solo requería usar una variable y mostrar una alerta de las que se habían investigado anteriormente.
	Un beneficiario puede ser marcado como eliminado	100	Se tuvieron que hacer cambios en la lectura del XML porque había que verificar que el beneficiario estuviera activo.
	Se muestra una alerta si la suma de los porcentajes de los beneficiarios es menor a 100.	100	No se sabia como mostrar alertas. Pero después se investigó y se implementaron unas que al darle en la x se borran de la pantalla.
	Solicitar datos de la persona si al agregar un beneficiario si identificación no existe. Se agrega a la tabla Persona y Beneficiario. (Puntos Adicionales)	100	Esto represento problemas porque el form no recuperara los datos y los inputs del nuevo form no se llenaban automáticamente
7	Código SP
	El código de SP de mantenimiento es completo, y bien codificado. Se siguen buenas prácticas.	100	No fue difícil seguir las reglas de código profesional expuesto en clase.