Minutas

01 de Junio 2011

Asistentes: Roldan Vargas, Alexander Olivares, Joger Quintero y Solazver Solé

Lugar y hora: Cenditel de 3pm a 5pm

• El CRUD de Impuestos fue terminado pero falta por incluir el chequeo de dependencia débil con Presupuesto para especificar si el impuesto es Desglosable en Presupuesto o no (CRUD Impuesto depende débilmente de Presupuesto).

• Para acceder a la información de módulos instalados en el SAID se puede utilizar la URL http://.../django_modules_core/info

• El ordenamiento de los íconos de los módulos instalados puede realizarse en el módulo base, hasta el momento se presentan de forma aleatoria en diversas instalaciones.
• El cálculo de las posiciones a modificar en el catálogo de cuentas debe ser dinámico, este problema está pendiente desde las versiones anteriores de SAID y podemos aprovechar para corregirlo en este proyecto.
• En el formulario de Ingreso y modificación de Personal pueden eliminarse los campos Peso y Estatura dado que hemos observado que los usuarios no los utilizan.
• Es necesario comenzar con el chequeo de los permisos con decoradores en los módulos desarrollados hasta ahora.
• Para funciones similares puede adoptarse una técnica de creación dinámica de métodos implementadas con lambda.

• Para cargar datos iniciales en las tablas en el catálogo de cuentas se utilizaron las signals de Django que funcionan con buen rendimiento para un número de registros > 3000. Revisar los valores del txt de las cuentas para cerciorarnos de que corresponde a los útlimos catálogos de cuentas publicados por la ONAPRE y la ONCOP respectivamente.

• En el proceso de Bancos se encuentran 3 subprocesos: los CRUDs, los movimientos bancarios y la emisión de pagos. Los CRUDs no dependen de nadie, los movimientos bancarios dependen débilmente de Presupuesto y Contabilidad, mientras que la emisión de pagos depende fuertemente de Solicitudes de pago y débilmente de Contabilidad. Tal como está planteado el núcleo de SAID estos subprocesos deberían escribirse como 3 módulos para especificar sus respectivas dependencias. Entonces todos los CRUDs que son independientes en los demás procesos del SAID pueden comenzar a plantearse como módulos.
• Pendiente revisión e incorporación de del local flavor django-ve

Próxima reunión

24 de Mayo 2011

Asistentes: Roldan Vargas, Alexander Olivares, Joger Quintero y Solazver Solé

Lugar y hora: Cenditel de 3pm a 5pm

• El ambiente sobre el que se está desarrollando el núcleo de SAID es el siguiente: Django = 1.3, PIL = 1.17, Pyyaml 3.09, distribute 0.6.10, ipython 0.10.2, wsgiref 0.1.2
• Nombre de los módulos puede tener de 4 a 20 caracteres. Las reglas que debe seguir el archivo .yaml pueden ubucarse en el archivo core/regex.py
• python manage.py startmodule xxx
• Las dependencias pueden ser fuertes o débiles, una dependencia fuerte se valida al levantar la aplicación SAID, mientras que las dependencias débiles podrían no cumplirse. Todos los módulos de SAID tienen una dependencia fuerte con el módulo base, esto debe especificarse explícitamente en el archivo .yaml de cada módulo. Las dependencias débiles suponen un comportamiento dual de un módulo: si se cumple actúa de una forma y si no se cumple actúa de otra forma, por lo que toma importancia a la hora de crear los modelos, plantear comportamiento del módulo y generar la interfaz.

• La clase AppConf() maneja toda la configuración del núcleo. Pendiente: incluir métodos para saber el URL de los módulos.

• Algunas preguntas: ¿Cuáles son las dependencias débiles entre los módulos del SAID?, ¿cómo funcionaría el módulo si la dependencia débil no se cumple?, ¿cuáles son las políticas a adoptar para agregar y eliminar módulos a lo largo del funcionamiento de SAID dentro de una institución?.
• Pendiente enviar informe de herramientas para históricos con Django (solazver).
• Mañana en la tarde se presentarán los procesos con sus relaciones de dependencias fuertes y débiles.
• Se presentó la versión preeliminar del Manual de Usuario desarrollada con Sphinx.

Próxima reunión

13 de Mayo 2011

Asistentes: Roldan Vargas, Alexander Olivares, Joger Quintero y Solazver Solé

Lugar y hora: Cenditel de 3pm a 5pm

• Se culminó el desarrollo del CRUD de Beneficiarios, en el ingreso y modificación se utiliza el mismo código fuente sólo varían los datos de entrada. Pendiente búsqueda avanzada y paginación de consultas.
• Internacionalización de Django no funciona bien.
• Para los formularios de SAID se está utilizando el Modelform de Django.
• Roldan se encargará del módulo de autenticación y acceso dentro del módulo base, la configuración de los datos del organismo se colocará como parte del panel administrativo que trae Django.
• Los CRUDs de País, Estado y Municipio también pueden formar parte del módulo base.

• Pendiente revisar el Local Flavor de Django para conocer la posibilidad de aprovecharlo en SAID.

• Pendiente colocar traza de ruta en la interfaz, podría estar en el núcleo para que entregue información sobre donde se encuentra y el módulo base muestre los enlaces en la presentación de la interfaz.
• Pendiente investigar sobre el uso de decoradores para la verificación de permisos de los usuarios. El núcleo se encargaría de la validación de permisos para entregar envoltorio a las aplicaciones.
• Dentro del archivo .yaml puede existir la variable "admin: " con valores "false" o "true" para aquellos módulos que tengan acceso mediante la interfaz administrativa.
• Módulos independientes con los que podemos comenzar: Beneficiarios, Proveedores, Usuarios, Organismo, Personal CRUDs.
• Tomar en cuenta para los módulos dependientes que pueden existir Dependencias Débiles y Dependencias Fuertes.

Próxima reunión: 20 de Mayo de 2011

05 de Mayo 2011

Asistentes: Roldan Vargas, Alexander Olivares, Joger Quintero y Solazver Solé

Lugar y hora: Cenditel de 3pm a 5pm

• Se revisó el funcionamiento de Selenium para realizar las pruebas funcionales del SAID.

• Se acordó escribir las pruebas unitarias de SAID usando [unittest.TestCase] de Django

• Se revisaron dudas sobre la internacionalización del proyecto con Django dado que no ha funcionado como se especifica en la documentación de Django, sin encontrar solución a las preguntas queda pendiente su resolución para la próxima semana.
• Se acordó utilizar la siguiente interfaz para los módulos considerados como independientes dentro de Sigesic:

  • 

  • cuando se va a crear un registro nuevo se acordó utilizar un formulario sencillo a 2 columnas para el caso de poca información, cuando se trata de mucha información que puede dividirse en secciones se acordó utilizar la siguiente interfaz

    • 

Próxima reunión 12 de Mayo 2011

18 de Abril 2011

Asistentes: Roldan Vargas, Alexander Olivares, Joger Quintero y Solazver Solé

Lugar y hora: Cenditel de 9am a 10am

• Como parte del estándar de nombramiento se acordó utilizar como convención: nombredelmodulo_xxxx.html
• La internacionalización del proyecto se realizará siguiendo las indicaciones del proyecto Django, para la próxima semana se realizarán las primeras traducciones al idioma inglés.
• Se asignaron como primeros módulos a desarrollar los de Beneficiario y Proveedor.
• Pendiente de resolver el problema de las interfaces entre módulos dependientes tanto desde python como desde html.

Próxima reunión 28 de Abril 2011

08 de Abril 2011

Asistentes: Roldan Vargas, Alexander Olivares, Joger Quintero y Solazver Solé

Lugar y hora: Cenditel de 2:30pm a 3:30pm

• Se revisó la propuesta de Interfaz Gráfica de Usuario (IGU) y se realizaron las consideraciones sobre estilos y módulos que van desplegados en ella.
• Se planteó utilizar los validadores de páginas html y CSS provistos por la W3C, que también se encuentran disponibles como Plug-ins para Firefox.
• Se revisarón los diagramas de actividades y casos de uso creados hasta ahora, es necesario cargar los archivos fuentes de la documentación de procesos y actividades al SVN del proyecto.

Próxima reunión: 14 de Abril 2011

24 de Marzo 2011

Asistentes: Joger Quintero, Alexander Olivares y Roldan Vargas

Lugar y hora: Cenditel de 2:30pm a 3:30pm

Puntos tratados... (pendiente)

Próxima reunión: 07 de Abril 2011

17 de Marzo 2011

Asistentes: Joger Quintero, Alexander Olivares, Roldan Vargas y Solazver Solé

Lugar y hora: Cenditel de 2:30pm a 3:30pm

• Se acordó la división de tareas de la siguiente forma:
  • Construcción del núcleo de la aplicación - Alexander
  • Documentación de la lógica de procesos y diagramas UML - Solazver
  • Interfaz Gráfica de Usuario - Roldan y Joger
• Para todo lo relacionado con Ajax se acordó utilizar JQuery
• Se acordó realizar reuniones semanalmente los días Jueves a las 2pm
• Es necesario investigar la posibilidad de entregar la aplicación mediante Buildouts para garantizar a futuro el ambiente de operación.

Próxima reunión: 24 de Marzo 2011

09 de Febrero 2011

Asistentes: Joger Quintero, Alexander Olivares, Roldan Vargas y Solazver Solé

Lugar y hora: Cenditel de 3pm a 4pm

• Se revisaron los diagramas de procesos, casos de uso y diagramas de actividades que se crearon para Nómina, Bancos, Almacén, Bienes, Plan de cuentas, Proveedores y Beneficiarios.
• Se acordó realizar los diagramas de actividades con notas que indiquen relaciones con funcionalidades de otros módulos, estas notas se distinguirán con colores como sigue:
  • Presupuesto - Rojo (#FF0000)
  • Bancos - Azul (#4E80FF)
  • Contabilidad - Verde (#00C000)
  • Cuentas por pagar - Amarillo (#FFFF00)
  • Nómina - Naranja (#FF8000)

  • Plan de cuentas - Gris (#A0A0A0)

  • Proveedores - Marrón (#C05600)
  • Beneficiarios - Rosado (#FFC0C0)

  • Almacén - Violeta (#C000C0)

  • Bienes - Beige (#FFDBA8)
  • Compras - Turquesa (#00FFFF)
  • Base - Negro (#000000)

  • Cierre - (#C0C000)

• Se mantendrá el SVN y wiki actual.
• Funcionalidades pendientes en SAID: Internacionalización, anulación de cheques cuando la emisión y la anulación ocurren en años diferentes, cálculo automático de la base imponible en las retenciones.
• Pendiente investigar sobre herramientas de pruebas funcionales y unitarias para Django, Python

Próxima reunión: 16 de Febrero 2011

11 de Enero 2011

Asistentes: Joger Quintero, Alexander Olivares, Roldan Vargas y Solazver Solé

Lugar y hora: Cenditel de 4pm a 5pm

• Se tomará como tiempo de ejecución del proyecto 8meses
• Alcance: las mismas funcionalidades del SAID v0.3 (nómina, compras con certificados digitales entre otras) bajo un modelo MVC. Se eliminará el concepto de código programático del área presupuestaria. Algunas funcionalidades nuevas que podrían considerarse son: Recibos de retenciones, Ingresos, Facturación, Cuentas por cobrar.
• Características a alcanzar: mantenibilidad, modularidad (pueden consultarse el funcionamiento de algunos sistemas privativos), API para comunicación entre módulos y con otros sistemas, internacionalización de la aplicación, documentación.
• Framework a utilizar: Django
• Actividades pendientes: revisar los módulos del SAID y la relación que existe entre ellos, crear los diagramas para documentar los procesos descritos en SAID (Roldan: finanzas y contabilidad, Alexander: Presupuesto, Joger: Nómina, Solazver: Compras, Almacén, Bienes, CRUDs generales-proveedores, beneficiarios, usuarios).

Próxima reunión: 31 de Enero 2011