Disseny de Base de Dades Un paseo por OpenERP Jordi Gálvez Santos 11/12/2008.

Presentación del tema: "Disseny de Base de Dades Un paseo por OpenERP Jordi Gálvez Santos 11/12/2008."— Transcripción de la presentación:

1 Disseny de Base de Dades Un paseo por OpenERP Jordi Gálvez Santos 11/12/2008

2 1. Introducción OpenERP es un ERP de código abierto. Historia: En el año 2000 Fabien Pinckaers inició el desarrollo. En el 2002 se implementó por primera vez en una empresa, contaba con 7 usuarios. En el 2004 la empresa OpenSPRL (desarrolladora de OpenERP) contaba con 5 trabajadores. Esta cifra ha ido en aumento. Presente: Se está finalizando la versión 5. Hay más de 280 módulos oficiales. Y otros tantos desarrollados por usuarios.

3 ServidorClientes PostgreSQL eTiny Servidor OpenERP Cliente OpenER P Navega dor web 2. Diagrama

4 3. Tecnología OpenERP usa el esquema MVC: Modelo: PostgreSQL Vista: XML Controlador: Python

5 4. Módulos I ¿Qué es un módulo? Extensión del programa que le añade una función de negocio: RRHH, proyectos, … OpenERP se instala como mínimo con el módulo base y sobre este se pueden instalar diferentes módulos. Puede existir dependencia entre diferentes módulos. Módulos verticales: son conjuntos de módulos pensados para cumplir con las necesidades completas de una empresa de un sector en concreto.

6 4. Módulos II

7 4. Módulos III Estudio de las necesidades de información. ¿OpenERP tiene módulos que nos resuelve esas necesidades? ¿Totalmente? Módulos oficiales

8 4. Módulos IV Estudio de las necesidades de información. ¿OpenERP tiene módulos que nos resuelve esas necesidades? ¿Totalmente? Herencia de módulos oficiales

9 4. Módulos V Estudio de las necesidades de información. ¿OpenERP tiene módulos que nos resuelve esas necesidades? Creación de nuevos módulos

10 5. Estructura I Los módulos se guardan en carpetas dentro del directorio addons del servidor. Cada carpeta es un módulo diferente. Cada módulo ha de contener como mínimo los archivos: __init__.py: archivo Python que indica que archivo tiene la lógica del módulo (es un import). __terp__.py: archivo que contiene una descripicón del módulo, los módulos de los que depende, el nombre de la vista,... nombre_módulo.py: archivo que contiene la lógica. nombre_módulo_view.xml: archivo con la vista.

11 5. Estructura II Diferenciación entre la lógica y la vista:

12 5. Estructura III Herencia: ● Los nombres de los archivos pueden ser iguales, pero el de las carpetas han de ser diferentes.

13 5. Estructura IV Lógica: Campos Campos sencillos: booleanos, enteros, texto, data, selección, … 'nombre_campo' : fields.tipo(opciones), Campos funcionales: no guardan información en la base de datos. 'function' : fields.function(funcion, opciones), Campos relacionales: son campos que relacionan diferentes objetos

14 5. Estructura V Lógica: Métodos Para cada objeto OpenERP proporciona diversos métodos predefinidos: Básicos: Create: se llama cuando se crea un nuevo recurso. Write: se usa cuando modificamos algún recurso existente. Unlink: se usa para borrar un recurso. De manipulación de permisos. De generación de campos y vistas. Relacionados con el nombre de recursos. Cuando se realiza una de estas acciones se llama a su método correspondiente se pueden modificar.

15 5. Estructura VI Vistas Actualmente hay 4 clases de vistas diferentes en el cliente de escritorio: Tree: es una lista de los recursos. Podemos decidir que información mostrar de cada uno. Se asocia con un buscador. Ver todos los clientes de 30 años. Form: es la vista formulario. En esta podremos cear o modificar nuevos recursos. Crear un nuevo cliente. Calendar: es un calendario en el que se puede mostrar información por días. Ver que día está programada una actividad. Graph: es un gráfico de barras. Mostrar el porcentage de la gente que ha asistido a una actividad.

16 5. Estructura VII Otros: Reports: son informes. Se crea una plantilla con la información deseada (en Ms Word o OpenOffice.org writer). El programa modificará añadiendo la información personalizada de cada recurso y se podrá enviar por correo electrónico o imprimir. Wizards: o asistentes. Sirven de guía para realizar algunas operaciones. Workflows: o flujo de trabajo. Se pueden definir diferentes estados para los recursos. Depende de las acciones que ejecutemos sobre un recurso, este pasará a un estado concreto dependiendo del workflow. El workflow puede determinar, según el estado, algunas acciones automáticas.

17 6. Otros OpenObject. Usar la estructura de OpenERP como un framework basado en MVC. OpenReport. Gestión de informes. DIA. Elimina la necesidad de programación. Con el programa DIA se realiza el diagrama de clases y se puede exportar directamente como un módulo, creando todos los archivos necesarios (incluidos la lógica y el de vistas). bazaar / launchpad: uso de este método para descargar nuevas versiones,o subir los módulos propios a la comunidad.

18 7. Ejemplo Ejemplo de la gestión de contactos, proyectos y personal del Centre Tecnològic de Vilanova i la Geltrú: OpenERP PostgreSQL

19 8. Conclusiones Es potente. Es fácil. Es multiplataforma. Es multisistema. Poca y anticuada información. No realizar un PFC sobre versión inestable.