Ver el código de «Guía para desarrolladores»

==Introducción==
===¿Qué es egeasy?===
<p>Accede a nuestra web para conocer qué es la plataforma '''egeasy''' y las posibilidades que ofrece a aquellas organizaciones que deciden informatizar sus sistemas de información.</p>
<p>Además, podrás encontrar un ''tour'' donde se explican, de una forma más detallada e ilustrativa, las características de la plataforma.</p>

[http://www.egeasy.es Ir a la web]

===Historia de la plataforma===
<p>Conoce la evolución de la plataforma '''egeasy''' desde sus comienzos en el año 1997 hasta la actualidad, pasando por un proceso constante de actualizaciones para atender las necesidades que han ido surgiendo de los diferentes organismos que utilizan esta herramienta.</p>
<p>[[Historia|Ir al artículo]]</p>

===Visión general de egeasy===
hablar de modelo, diccionario y centro

===Arquitectura de la plataforma===
<p>Cuando trabajamos con un centro, ya sea en fase de prueba como en explotación, existen un conjunto de aplicaciones que hacen posible la conectividad entre el software de gestión y administración, y los servidores de datos. A este conjunto de aplicaciones lo denominamos ''servidor de aplicaciones''.</p>
<p>Veamos en el siguiente artículo, la arquitectura de la plataforma '''egeasy''', así como una descripción de todas las aplicaciones que intervienen en el funcionamiento de un centro.</p>
<p>[[Arquitectura_de_la_plataforma|Ir al artículo]]</p>

==Antes de empezar a desarrollar==
===Configurar un centro desde cero===
<p>Cuando se comienza a desarrollar un modelo en ODL, es necesario ir haciendo pruebas para comprobar que los resultados que se van obteniendo son los esperados. Para ello, instalaremos nuestro centro mediante la herramienta egAdmin, basándose en el modelo que estamos desarrollando.</p>
<p>En el siguiente artículo se detalla la forma de instalar un centro en egAdmin, así como la creación de una base de datos en el caso de ''SQL Server'' o un ''tablespace'' en el caso de ''Oracle''.</p>
<p>[[Cómo_instalar_un_centro_desde_cero|Ir al artículo]]</p>

===Cómo se estructura un proyecto===
directorios de un proyecto

==Desarrollo con ODL==
===Compilar paso a paso===
<p>Es evidentemente que mientras desarrollamos nuestro modelo en ODL, será necesario ir compilando el código que se va generando.</p>
<p>En este artículo, podremos aprender a utilizar el compilador de ODL, llamado '''egCompiler'''. Además, se incluye una sección en la cuál se explican aquellos casos en los que es necesario actualizar diccionario, modelo o centro; en función de las modificaciones que hayamos realizado.</p>
<p>[[Cómo_compilar_paso_a_paso|Ir al artículo]]</p>

===Orientación en ODL. ¿Por dónde empezar?===
*Para empezar a desarrollar en ODL, es fundamental entender el concepto de '''contenedor''' y la importancia que tiene. Accede al siguiente artículo y podrás entender qué tipo de definiciones de contenedor se pueden realizar, qué puede contener un contenedor, cómo se crea un objeto o cuáles son los atributos que afectan a la definición de contenedor.<p>[[Contenedores|Ir al artículo]]</p>

*Una vez entendido el concepto de contenedor, accederemos a la primera tarea para contruir una aplicación. Entra [[Construir_una_aplicación_paso_a_paso|aquí]] para entender el sistema de información a desarrollar, y luego iniciar la tarea.<p>[[Tarea_A:_Libros_y_registro_de_entrada_y_salida|Ir a la tarea A]]</p>

*Aunque en la tarea anterior ya hemos utilizado los '''formularios''', las '''secciones''' y los '''campos''', accederemos ahora al documento donde se explica con mayor detalle todo lo relacionado con estos tres componentes. Estudia con detenimiento el campo timbre y los atributos que le afectan, pues lo utilizaremos en la siguiente tarea de nuestra aplicación.<p>[[Formularios%2C_secciones_y_campos|Ir al artículo]]</p>

*Como hemos dicho, la siguiente tarea a realizar consiste en utilizar el campo timbre y sus atributos para crear una numeración al registrar una entrada o una salida. También haremos uso de algunas propiedades de campos concretos así como de los diferentes modos de edición de un campo.<p>[[Tarea_B:_Mejorando_la_numeración_del_registro|Ir a la tarea B]]</p>

*En las dos tareas que llevamos realizadas hasta este momento, hemos declarado una serie de '''colecciones''' que nos han servido como listado de aquellos objetos que vamos creando y que nos permiten acceder a ellos.<p>Pero, aunque en la Tarea A, se incluye una introducción sobre el concepto de colección, es necesario profundizar un poco más en este componente, estudiando las diferentes situaciones en las que podemos definir colecciones.</p><p>[[Colecciones|Ir al artículo]]</p>

*A continuación, seguiremos ampliando nuestro sistema de información, esta vez añadiendo la definición de un contenedor Tercero que estará vinculado a la definición de contenedor Entrada. Para ello, utilizaremos un campo vínculo, que incluiremos en la definición de Entrada, y explicaremos los atributos que serán necesarios para que el vínculo enlace correctamente al objeto Tercero correspondiente.<p>Además, conoceremos la definición de '''enumerado''' y haremos uso de un campo tabla para registrar la documentación presentada en una Entrada.</p>Al igual que en las dos tareas anteriores, se plantean una serie de ejercicios relacionados con el contenido del artículo que te ayudarán a afianzar los conceptos estudiados y que a su vez servirán para ir evolucionando nuestro sistema de información.<p>[[Tarea_C:_Evolucionando_la_arquitectura_del_registro|Ir a la tarea C]]</p>

*Cuando estudiamos el artículo de [[Contenedores|contenedores]] vimos que se podían incluir en su definición el uso de '''validaciones'''.<p>En la siguiente tarea añadiremos algunas validaciones en la definición de Tercero, de forma que la información introducida en los campos a los cuáles hagan referencia las validaciones tendrá que ser evaluada.</p><p>[[Tarea_D:_Validar_la_introducción_de_datos|Ir a la tarea D]]</p>

*<p>El la siguiente tarea, aprenderemos a listar objetos utilizando una componente nueva: los '''catálogos'''. Veremos qué diferencias existen entre una colección y un catálogo.</p><p>También utilizaremos el concepto de '''exportación''', que nos permite desglosar la información de un contenedor y almacenarla en una tabla. Volveremos a repasar el ciclo de eventos de un objeto así como los valores '''RRC''', '''DRC''' y '''NAME''' que afectan a toda definición del sistema.</p><p>Simultáneamente a esta tarea, sería interesante ir echando un vistazo al artículo [[Catálogos|catálogos]] para que nos sirva de apoyo</p><p>[[Tarea_E:_Utilizar_el_registro_como_un_almacén_de_documentación|Ir a la tarea E]]</p>

*Hasta ahora, en la implementación de nuestro proyecto no nos hemos preocupado del acceso a los diferentes recursos que hemos estado definiendo. Cualquier usuario puede acceder a cualquier recurso del sistema. Pero en un sistema de información esto nunca es así. La definición de roles en ODL nos permite crear cuantos roles creamos necesarios para nuestro centro, y para cada uno de estos roles podremos asignarle permisos de acceso a recursos, permisos de realización de tareas o permisos para firmar documentos<p>Veamos por tanto cómo gestionar el acceso a los recursos en nuestro Registro de Entrada y Salida.</p><p>[[Tarea_F:_Abriendo_el_registro_al_resto_de_las_oficinas|Ir a la tarea F]]