Analizamos errores de inconsistencia

Estando analizando unos problemas con el Prof., Ariel empecé con la tarea de corregir o más bien dicho analizar las inconsistencias causadas de los modelos, teniendo claro que la BD es inconsistente debido  a los nombres repetitivos y la declaración de las  llaves primarias lo cual tenemos que tener claro que eso lo hace solo Django por lo cual produce ruido en las consultas al traer ciertos datos. Aunado esto se tendrá que sincronizar de nuevo la base de datos y borrar el archivo estas correcciones se harán en conjunto con los miembros. 

Corrigiendo algunas cuestiones y continuando con las implementaciones

El día de hoy nos reunimos todos los miembros para corregir ciertas cuestiones, en primera nos falto  agregar ciertos  archivos como forms.py, ya que realmente desconocimos la opción agregar archivos de google code y solo los actualizábamos. Sea presentado algo más concreto al Prof. Ariel como las funcionalidades de agregar a un paciente desde la interfaz y así como también el registro de personas, seguimos trabajando con el logging se nos ha complicado un poco pero proseguimos, estamos investigando la implementación de calendarios emergentes, para otras aplicaciones como la selección del horario del doctor y otros. De una u otra forma existen faltantes mínimos en las tarjetas lo cual tendremos que cubrir.  Ante esto definimos como dar una buena presentación respecto al slogan para empezar su desarrollo.

Trabajando con la interfaz de horario del doctor

Jorge Gutiérrez Avendaño

Partiendo de los modelos implementados  que es  todo lo relacionado con la base de datos; la descripción de las tablas se realiza en los archivos models.py.

• Trabaje dentro de el template que está asociado a la interfaz de usuario, es quien dice cómo se van a mostrar los datos al usuario, cuál va a ser su disposición en la pantalla y cuales widgets se van a utilizar para cada uno. Esto se hace mediante archivos HTML’s con un poco de código que trate de implementar de template de Django.

En este caso establecer la forma o como el doctor registraría su hora de trabajo

Implementacion del Logging y Pruebas de unidad

Nuevamente nos reunimos para proseguir con la implementación del logging, ya que necesitamos autenticar al usuario y asignar privilegios de diferente nivel  a cada uno de estos, aparentemente la implementación del logging se ve fácil pero tiene su complejidad, seguimos con las pruebas de unidad, también fijamos  fechas oficiales de trabajo de lunes a viernes donde nos reuniremos constantemente. 



fechas

Después de realizar los modelos que por cierto, se siguieron realizando algunas modificaciones en cuanto a la normalización de la base de datos; continuamos con la parte más interesante del proyecto: El código.

Este es un resumen de lo sucedido la semana pasada:

Martes 12 de octubre,10:00 hrs

Definiendo el MOdelo E-R

Martes 12 de octubre,12:00 hrs

Comenzando a normalizar tablas

Martes 12 de octubre,12:00 hrs

Luis entrando en pánico por la normalización de tablas

Martes 12 de octubre,15:00 hrs

Asignando actividades, en éste momento nos dividimos el trabajo para la entrega.

Primera Iteración

Primera Iteración

Estableciendo las bases e implementando el modelo de entidad relación encontrándonos con varias complicaciones de elección de atributos y relaciones de los datos.  Posteriormente el viernes nos reunimos (Montse, Jorge, luís y Jesús) una vez más, modificamos la base de datos agregando nuevos campos y tablas que permitirá tener mejor consistencia en el sistema, lo cual ha sido modificado y normalizado  lo mas posible partiendo de las formas normales  y comenzamos a crear la aplicación, a si como la implementacion del manejador SQLITE en todas las maquinas, tambien tuvimos que reorganizar las tarjetas, creemos  que a partir de esta Base de datos podemos hacer las consultas necesarias que nos pide el cliente, desde agregar el paciente, consultar medicamentos, expedientes, agendar citas y generar receta medica.

E-R

Diagramas de Entidad Relacion

Segundo parcial y hemos terminado de leer el libro “Practices of an Agile Developer: Working in the real World” y continuamos leyendo otros de gran interés que comparten sus conocimientos con nosotros y estos serán de gran ayuda para el desarrollo de nuestro proyecto. Tenemos claro que es muy importante el trabajar como equipo para tener éxito en este proyecto, ya que nadie puede llegar a la meta si no llegamos todos.

Hoy tuvimos una reunión para establecer las reglas del juego como la puntualidad, la cooperación y sobre todo el compromiso que necesitamos para desarrollar muestro pequeño sistema. También trabajamos en las necesidades iniciales para el sistema ya que no podemos iniciar sin tener en claro hacia dónde vamos. Así que este día analizamos los posibles Diagramas de Entidad-Relación que podría necesitar nuestro proyecto, y después de un largo debate de que tablas son necesarias y que no, finalizamos y todos quedamos de acuerdo en las tablas que vamos a utilizar y así empezar con el desarrollo a partir de estas.

No está por demás mencionar que fue complicado elegir los campos necesarios, así como sus atributos y llaves primarias para mantener una buena relación de las tablas, aunque al final terminamos con muchas tablas consideramos que son necesarias.