# data[].attributes.body
-Creamos Metods, props para los metodos delete  y put faltantes del crud
-Se genera la conexión de estos métodos son el back.
he canes pruebas con los método faltantes hasta obtener optimo funcionamiento.
-Se trabaja en extraer información relacional de dos colecciones
propietarios- grupo familiar y generar el crud  en el modelo de relacion de las dos tablas  para desplegarlos en el template de propietarios.
-Se diligencia documentos solicitado en reunían de tutoría.
-Se actualiza git

# data[].attributes.body
-Puesta a punto de lo Metdos post -get- get-id.
Se actualiza el backlog del proyecto acorde a las prioridades y cambios  acordados.
-Se realiza Reunión con la Tutora para mostrar avances.
-Se genera comprimido de diligenciar los  documentos de retrospectiva del sprint y actualizar el git.
-Se genera compromiso de  completar el CRUD en la pagina propietarios.

# data[].attributes.body
-Migramos paginas iniciales a Vue- Inicio-Qsomo-Exito-Contactos-Menús de la Aplicacion.
Terminamos Se Modifica el modelo inicial de los Nav-Header al pasarlas a Vue
-Creamos rutas  Vue para la navegación entre paginas  planas.
-Se Crean rutas de navegación para menus de la aplicación

# data[].attributes.body
- Reconfiguramos  Rutas en servidor Node para los metodos
Post- Get
-Direccionamos los métodos al Cluster  mogon atlas
-Instalamos el Frontend con data, los methods , las porps y las rutas de petición haci ael back  y las direccionamos al purto 3001 del express.
Probamos el método Post desde el fron.
Desplegamos Respuesta en Tabla HTML en el la pagina de Propietarios.

# data[].attributes.body
-Creamos rutas para el método get - get-id
-Probamos los métodos  desde el front hasta el back.
-Desplegamos los resultados de las consultas totales en la tabla del html.
-Redefinimos el modelo entidad relacion acorde al las métricas mongo en lo referente a ForeingKey
Creamos modelo de la colección gfamiliar relacionada con la collación propietarios.

# data[].attributes.body
-Creamos el proyecto Myhouse en Vue.
-Creamos inicialmente la estructura de directorios donde vamos a llevar me manera organizada la codificacion del proyecto.
-Definimos componente Share : Nav- Sidebar- Footer
- Creamos las rutas para la navegación entre componentes.
-Seguimos trabajando en la creación de los componentes
-Documentamos  la retrospectiva del sprint 2

# data[].attributes.body
-Creamos las rutas y los modelos para poder enviar información en formato JSON a las colecciones creadas.
-Se  Generan los Métodos POST-GET -GET ALL - DELETE -PUT en postman  y se hacen pruebas de cada uno de los métodos en la colecciones creadas.
-Se evalúa la migracion de todo el codigo generado a VUE.JS

# data[].attributes.body
-Creamos Colecciones en Bases de datos Local y remota:
Propietarios_Arr, gFamiliar,vehiculos.
-Seguimos construyendo y normalizando en modelo entidad relación con sqlite y Dbeaver
-Actualizamos el Trello colocando a nivel general las HU y las tareas relacionadas a los sprint planeado.
-Construimos el server para el Backend acorde a la capacitación recibida.
-Reunión con la Ing-Tutora de UTP.

# data[].attributes.body
-Continuamos modelamiento  de la Base de datos
-Creamos cluster Mintic2022 en atlas y creamos Base de  datos en MongoDB- y colección  "Condominios"
-Creamos base de datos local con Mongo y Compass
-Creamos Bas de de datos local   "Condominios"
-Probamos conexión con postman en bases  de datos remota y local.

# data[].attributes.body
-Continuamos trabajando en el desarrollo de las interfaces asignadas
-Se tiene problemas con los tamaños de las paginas y el manejo del CSS.
-Se terminan de afinar las HU que hacían falta
- Tenemos problemas con el modo responsive.
-Las pruebas no dan resultados

# data[].attributes.body
-Continuamos proceso de de Diseño Responsive
-Se generan un problemas en en el proceso de navegación entre paginas.
-Se corrigen combinación de colores gradiente en la pagina principal.
-Se evalúa Paso de paginas a Vue.js acorde a la capacitación recibida.

# data[].attributes.body
- Pendientes del Sprint 2 - Definimos en totalidad el MVC
-Se terminaros los procesos pendientes de la navegación entre paginas.
-Iniciamos estructuración de la lógica del negocio
-Modelación inicial de base de datos con SQlite3 y Dbeaver.
-Tenemos dudas con respecto a continuar modelando las paginas teniendo en cuenta que hay que migrarlas a VUE.

# data[].attributes.body
-Se sigue trabajando en el desarrollo de las interfaces asignadas
-Se genera mucha consulta en Google sobre el tema.
-Se inicia informe de retrospectiva del sprint.
- Se inicia proceso de responsive  desing. Teniendo fallas en la  implementación del código.
-Se hacen pruebas de navegación entre interfaces

# data[].attributes.body
-Selección de imágenes Free que puedan utilizarse en la aplicación en concordancia con el objeto del proyecto.
Se efectuar alguna modificaciones en las platillas HTML con referencia  al mockup
-Se siguen haciendo pruebas con el tamaño de las paginas.
Se siguen probando código de CSS para hacer ajustes

# data[].attributes.body
-Se encuentra  el código CSS que  permite ajustar el tamaño de las paginas
-Deseno responsive esta funcionando a un 50%
-Se prueba con clases de  bootstrap  el  diseño responsive.
-Se selecciona Fotos que se incluirán en las paginas
-Se incia proceso de  navegación entre paginas.
- Se siguen haciendo consultas en Google para aclarar ciertos temas.

# data[].attributes.body
Se reúne equipo scrum para  :
- Terminar el backlog priorizado acorde a lo solicitado en reunión con tutor.
-Se aclaran dudas del MVC
-Se muestran avance y dudas sobre el desarrollo de las interfases  graficas. S reportan algo de atraso ya que son temas nuevos para el equipo scrum.
-Se presentas dificultades  en le proceso de la navegación entre interfaces.

# data[].attributes.body
- Se  Realiza Reunión  del equipo scrum con la Tutora donde  aclaran los siguientes puntos.
-Definir el alcance funcional del proyecto
-Estructurar el Backlog Priorizado en archivo excel
-Asignarles puntos y prioridades a las HU
-Definir las tareas de las HU en tarjetas independientes
- De define fecha Presentación de sprint 0 -1 en repositorio Git-Hub

# data[].attributes.body
-Se revisan   el mockup terminado
-Quedan pendientes dos pantallas, pero se puede avanzar con las que se tienen.
-Se definen  las HU pendientes .
- Se da inicio a crecaion de plantilla de código inicial paginas web planas del proyecto

# data[].attributes.body
- Se definido con el equipo el tema de color y fuetes para estandarizar el mockup
-Se asignaron Tareas y responsabilidades a cada integrante del equipo.
-Se probaron las configuraciones instaladas en el PC.
-Se solicita Reunión  con la Tutorara.

# data[].attributes.headline
HU-5 - MODULO DE CONTROL-  REGISTROS DE PROPIETARIOS

# data[].attributes.subject
HU-5 - MODULO DE CONTROL-  REGISTROS DE PROPIETARIOS

# data[].attributes.body
PUNTOS: (no son horas-semanas-commints)es estimado empirico de acuerdo a la experiencia que el equipo tiene para realizar la tarea.

DESCRIPCION :  Toda la informacion de los propietarios se lleva de foma manual sin tener ningún tipo de control de esta.

COMO : Administrador del Conjunto de propiedad Horizontal

QUIERO : Poder crear en el sistemas todos los Clientes propietarios de las viviendas(casas-apartamentos) residentes en el conjunto

PARA: Poder tener un control de  los propietarios y todos sus datos relevantes asociados a la administración del inmueble.

# data[].attributes.headline
HU-6 - MODULO Registro de arrendatarios y/o temporales

# data[].attributes.subject
HU-6 - MODULO Registro de arrendatarios y/o temporales

# data[].attributes.body
PUNTOS: (no son horas-semanas-commints)es estimado empirico de acuerdo a la experiencia que el equipo tiene para realizar la tarea.

DESCRIPCION :  Toda la informacion  relevante de los arrendatarios y /o personas que viven de manera temporal en el conjunto e llevan en carpetas independientes por vivienda sin tener control sobre esta informacion

COMO : Administrador del Conjunto de propiedad Horizontal

QUIERO : Poder crear  un modulo en el sistemas que  permita tener un control actual y  histórico de todos los clientes arrendatarios o temporales que viven el conjunto

PARA: Poder tener un control de todos los datos relevantes que permita generar información que se caracterice por ser confiable , integra y disponible. Teniendo los datos que generen valor al área administrativa de todos lo clientes que han tenido relacion en algún segmento temporal de la vivienda

# data[].attributes.headline
HU-7 - MODULO DE CONTROL-  Registro y control de visitantes

# data[].attributes.subject
HU-7 - MODULO DE CONTROL-  Registro y control de visitantes

# data[].attributes.body
PUNTOS: (no son horas-semanas-commits)es estimado empirico de acuerdo a la experiencia que el equipo tiene para realizar la tarea.

DESCRIPCION :  Toda la información  generada en el registro y control de visitantes se maneja de forma manual y en archivos de excel.

COMO : Administrador y residente
del Conjunto de propiedad Horizontal

QUIERO : Poder crear  un modulo en un aplicación web que me permita poder ingresar, modificar  y  borrar  personal visitante del conjunto y poder hacer una trazabilidad de estos ingresos asociados a las diferentes viviendas.

PARA: Tener un control  de  los visitantes y las diferentes actividades  asociadas a su visita  a los  residentes del conjunto.

# data[].attributes.headline
HU-8 - MODULO DE CONTROL- Registro de vehículos y mascotas

# data[].attributes.subject
HU-8 - MODULO DE CONTROL- Registro de vehículos y mascotas

# data[].attributes.body
PUNTOS: (no son horas-semanas-commints)es estimado empirico de acuerdo a la experiencia que el equipo tiene para realizar la tarea.

DESCRIPCION :  No se tienen ningún tipo de información relacionada a los vehículos y mascotas asociados a los propietarios de las viviendas del conjunto

COMO : Administrador del Conjunto de propiedad Horizontal, y como propietario de vivienda del conjunto

QUIERO : Tener tener control sobre la información que generan (No. vehículos- placas, propietarios, No. masconas, nombre, etc) los vehículos y mascotas que hay en el conjunto

PARA: Poder tener un control de y históricos de la información

# data[].attributes.headline
HU-9-Registro de zona comunes e inventario de muebles e inmuebles.

# data[].attributes.subject
HU-9-Registro de zona comunes e inventario de muebles e inmuebles.

# data[].attributes.body
PUNTOS: (no son horas-semanas-commits)es estimado empirico de acuerdo a la experiencia que el equipo tiene para realizar la tarea.

DESCRIPCION :  No se tiene ningún tipo de información de  inventarios y equipos del conjunto, Tampoco sobre el manejo se las zonas comunes.

COMO : Administrador del Conjunto de propiedad Horizontal y como usuario de zonas comunes

QUIERO : Tener una relación de todos los activos comprados por el conjunto(fecha de compra- área o persona asignada- costo, etc). También poder controlar el manejo de areas comunes por parte de de los residentes.

PARA: Poder tener inventarios controlados de las compras  realizadas en la administración del conjunto y darle manejo  si es posible comunitario(calendarios compartidos) de las zonas comunes por parte de la administración y los propietarios.

# data[].attributes.body
-Descargamos Herramientas para crear el entorno de desarrollo optimo(VScode-Git-MongoDB-NodeJS-......)
-Instalamos VSCode y se instalaron los plugins que no permiten agilizar (prettier-runcode-icon-etc.......)
-Revisamos herramienatas para hecer los Mockups
-Replanteamos el Backlog Priorizado del producto para definir un alcance posible del proyecto.

# data[].attributes.body
-Se efectuó reunión  del equipo en donde se aclararon los alcances de las primeras HU del Backlog priorizado
- El Equipo scrum definió posibles modelos de Paginas web para elaborar los mockups.
-El equipo Modifico   los modelos  de HU del portal Trello donde  se están definiendo las HU y los estados de cada uno  de los procesos del sprint 0
- En la  Reunión se definieron  las tres(3) primeras historias de usuario  de acuerdo al backlog acordado.
-Aun no  hemos definido los roles de los integrantes en el desarrollo de la aplicación.

# data[].attributes.headline
HU-10-MODULO DE CONTROL-Consejo de administración (cronograma reuniones y actas)

# data[].attributes.subject
HU-10-MODULO DE CONTROL-Consejo de administración (cronograma reuniones y actas)

# data[].attributes.body
PUNTOS: (no son horas-semanas-commts)es estimado empirico de acuerdo a la experiencia que el equipo tiene para realizar la tarea.

DESCRIPCION :  Toda la información(actas-asistencias-compromisos, etc..) generada en las reunioniones de Consejo de Administración del condominio  se llevan de forma manual

COMO : Administrador del Conjunto de propiedad Horizontal y como propietario.

QUIERO : Que por medio de un sistema de información se puedan guardar de forma digital y cronológica todas la información generada en las reuniones de administración del condominio.

PARA: Poder tener control y seguimiento a los puntos tratados en las reuniones y los compromisos (cronogramas, histórico de actas, proyectos, etc. )y objetivos definidos en estas.

# data[].attributes.body
-Generamos Repositorio Git que por el cual se gestionara el versionamiento del proyecto con las cuentas de usuario de cada  integrante del equipo scrum.
- Se socializa en el equipo.
- Se realizaron pruebas de creación de Branch.
- Se realizaron pruebas de pull-  push -merch
- Se inicia análisis  de la generación del BackLog priorizaco del Producto. Se tienen dudas al respecto y se solicita tutoría, pero no ha sido posible una respuesta del área de soporte de  UTP.

# data[].attributes.body
1. Sprint 0: Entrega en última clase semana 2
i. Product Backlook priorizado
ii. Repositorio (GitHub) donde integrarán el trabajo
iii. Gestión de configuración.
iv. Historias de usuario a desarrollar en el Sprint 1.
v. DevOps (Scrumboard y tareas).

# data[].attributes.body
-Equipo scrum definió el  el Numero total de HU del backlog del producto para el proyecto; teniendo en cuenta los tiempos definidos para la entrega de este.

- Se sigue trabajando en el Mockup  de la aplicación. Se ha dificultado un poco por que todas las herramientas son nuevas para el grupo scrum
-Se adicionaron  a trello  las definiciones generales de las HU priorizadas en el backlog del producto
- Se evalúa otra Herramienta (jira) para hacer el Devops de proyecto. Se opta por trello por tiempo limitado para el desarrollo.
- En la  Reunión se definieron  las seis(6) principales HU definidas el el backlog priorizado.
-Se adiciona un checklist de tareas para las HU definidas.
-Se definió el Rol de Diseño de Mockup a un miembro del equipo. Quedan pendientes la asignación de lo roles faltantes.(Frontend-Backend-DB-etc.)

# data[].attributes.body
TITULO: Permite decir de que se trata la historia
DESCRIPCION:  DISENO -ALMACENAMIENTO-DATOS TECNICOS
PUNTOS : esfuerzo que va a tomar el equipo scrum en terminar esta historia
CRITERIO DE ACEPTACION: Que necesita la historia tener para decir que esta completa