DESCRIPCIÓN FUNCIONAL API XBRL-PGC2007

Tamaño: px
Comenzar la demostración a partir de la página:

Download "DESCRIPCIÓN FUNCIONAL API XBRL-PGC2007"

Transcripción

1 DESCRIPCIÓN FUNCIONAL API XBRL-PGC2007 ADAPTACIÓN DEL MÓDULO DE SOFTWARE DE TRATAMIENTO DE INFORMES XBRL A LA NUEVA VERSIÓN DE LA TAXONOMÍA PGC2007 (V1.4.1) Noviembre 2011

2 ÍNDICE 1. INTRODUCCIÓN 2. DESCRIPCIÓN DEL PROYECTO 2.1. OBJETIVO 2.2. BENEFICIOS 2.3. ALCANCE 3. DESCRIPCIÓN DEL SISTEMA 3.1. DESCRIPCIÓN DE LOS SERVICIOS Servicio de transformación Definición del Formato Común de Entrada y Salida Transformación desde formato común XML a XBRL Transformación desde XBRL a formato común XML Servicio de validación de informes XBRL Servicio de visualización de informes XBRL Servicio de validación de formato común XML 3.2. CASOS DE USO Actores Descripción de los casos de uso 4. INTEGRACIÓN Y LICENCIA 4.1. INTEGRACIÓN 4.2. LICENCIA 5. VERSIONES DEL API 5.1. VERSIÓN 1.1. VERSIÓN INICIAL DEL API 5.2. VERSIÓN 1.2. VERSIÓN MEJORADA DEL API 5.3. VERSIÓN 1.3. VERSIÓN MEJORADA DEL API 5.4. VERSIÓN 1.4. VERSIÓN MEJORADA DEL API 5.5. VERSIÓN VERSIÓN MEJORADA DEL API

3 ÍNDICE DE FIGURAS Figura 1. Esquema de integración de la información contable con XBRL... 6 Figura 2: Diagrama de actividad para la transformación de formato común XML a XBRL...10 Figura 3: Arquitectura de la transformación de formato común XML a XBRL...11 Figura 4: Diagrama de actividad para la transformación de XBRL a formato común XML...14 Figura 5: Arquitectura de la transformación de XBRL a formato común XML...15 Figura 6: Diagrama de actividad para la validación de informes XBRL...16 Figura 7: Diagrama de actividad para la visualización de informes XBRL...19 Figura 8: Diagrama de casos de uso

4 1. INTRODUCCIÓN El proyecto API XBRL-PGC2007 es una iniciativa que tiene el objetivo global de convertir al lenguaje XBRL (extensible Business Reporting Language) en el estándar de facto de intercambio de información económico-financiera y de negocio en el ámbito de los sectores público y privado nacionales. Este documento describe el alcance funcional del proyecto, concebido para la construcción de un conjunto de librerías de componentes para el tratamiento de instancias XBRL correspondientes a la taxonomía del Plan General Contable 2007 (en adelante, PGC2007). 4

5 2. DESCRIPCIÓN DEL PROYECTO 2.1. OBJETIVO El objetivo principal de este proyecto consiste en asegurar el éxito de implantación del nuevo Plan General de Contabilidad 2007 en formato XBRL, ayudando a las empresas en la labor de realización de informes XBRL, aislándolas de la posible complejidad en el procesamiento del modelo de datos de las taxonomías. Para ello, se han desarrollado un conjunto de librerías de componentes para el tratamiento de informes XBRL (XBRL Instance Documents) correspondientes a la taxonomía PGC2007. Estos componentes de software se han desarrollado con enfoque modular y abierto BENEFICIOS Los beneficios serán, además de contribuir al éxito del PGC2007, la utilización de software libre para la realización de dichos informes, minimizando el gasto de las empresas reportadoras en la implantación del uso de XBRL en sus herramientas de gestión ALCANCE Se desarrollará una librería de componentes que procese informes XBRL de acuerdo a la taxonomía del nuevo Plan General de Contabilidad (PGC2007), exponiendo los siguientes servicios: Servicio de transformación desde un formato común a formato XBRL. Servicio de transformación desde XBRL al formato común. Servicio de validación de instancias. Servicio de visualización de informes XBRL de cuentas anuales de PGC

6 Figura 1. Esquema de integración de la información contable con XBRL 6

7 3. DESCRIPCIÓN DEL SISTEMA El módulo de software desarrollado constituye un conjunto de componentes y utilidades que serán usados, entre otros, por diversos programas de gestión. Estas librerías han sido desarrolladas bajo licencia de código abierto y se apoyan, a su vez, en otras librerías de código abierto. Las librerías y utilidades se usarán dentro del marco constituido para el envío de informes XBRL de PGC2007 por parte de las empresas que están obligadas a ello. El usuario del puesto local, a través del uso del software de gestión habitual, podrá llevar a cabo la realización de dichos informes. Será el software contable, o de gestión, de cada empresa, por tanto, el que se encargue de interactuar con las librerías XBRL para elaborar informes XML en un formato común. Estos informes XML con formato común serán convertidos a XBRL y validados por dichas librerías antes de ser reportados, asegurando que el informe XBRL cumpla con la especificación XBRL 2.1 frente a la taxonomía PGC DESCRIPCIÓN DE LOS SERVICIOS A continuación se detalla cada uno de los servicios que expone la librería para la ejecución de las funcionalidades a cubrir por el sistema Servicio de transformación El servicio de transformación expone los métodos necesarios para llevar a cabo la conversión entre los formatos de entrada y de salida, facilitando en su implementación la manipulación de los modelos de objetos inherentes al estándar XBRL, en concreto en la traducción de acuerdo con la taxonomía PGC2007 de un formato simplificado de los datos de entrada, que se describe a continuación. Este servicio está compuesto por dos funcionalidades simétricas. Por un lado, la conversión del XML en formato común a XBRL y por otro la transformación de XBRL a XML en formato común Definición del Formato Común de Entrada y Salida Para el intercambio de información entre los sistemas de gestión de terceros con las librerías se define un formato que de alguna forma simplifique los datos que representan un informe financiero, pero que contenga información suficiente para elaborar un informe XBRL que permita su validación y consumo por herramientas estándar. Para ello se ha optado por modelar un documento XML. 7

8 Transformación desde formato común XML a XBRL Este servicio se encarga de realizar la transformación de un documento que entra al sistema en formato común (definido en el punto anterior) y de elaborar un informe XBRL valido. Existen dos escenarios diferentes de ejecución del servicio USO1, se indica como entrada la ruta física en la cual se almacenará el documento XBRL resultado de la transformación. Dicha ruta física será accesible dentro del entorno de ejecución del sistema; en caso contrario deberá indicarse un error. USO2, el servicio de transformación devolverá un objeto (por ejemplo DOM) con el documento respuesta. A continuación se describen las interfaces de entrada, de salida y de errores para los dos tipos de uso comentados. Descripción interfaz USO1 Parámetros de entrada: Documento XML que cumple con el esquema del formato común, definido para representar la información que se quiere transformar a formato XBRL. Se especificará la ruta física del sistema local, en la cual se encuentra dicho documento XML. Ruta de Salida, ruta física del sistema local en la cual se guardará el documento XBRL generado. Parámetros de salida: Ninguno explícito. Si la ejecución ha sido correcta, el documento XBRL habrá sido generado y validado sin errores y posteriormente almacenado en la ruta física que fue indicada como parámetro de entrada. Errores: Error en formato de entrada. Valida que el formato de entrada cumple con el esquema XSD definido para ello. Este error refleja los problemas encontrados en la validación del XML de entrada al servicio de transformación. Error creando estructura. Utilizado para describir los problemas que se hayan podido producir en la creación de la estructura XBRL, a partir del XML de entrada. Error generando documento XBRL. Errores que se puedan producir al generar el documento XBRL a partir de la estructura XBRL previamente generada. 8

9 Error de validación XBRL. Posibles problemas encontrados en el proceso de validación del documento XBRL contra la taxonomía del PGC2007. Descripción interfaz USO2 Parámetros de entrada: Documento XML que cumple con el esquema del formato común, definido para representar la información que se quiere transformar a formato XBRL. Se especificará la ruta física, del directorio local, en la cual se encuentra dicho documento XML. Parámetros de salida: Objeto Contenedor, que contendrá un manejador en memoria al documento XBRL generado y validado. Errores: Error en formato de entrada. Valida que el formato de entrada cumple con el esquema XSD definido para ello. Este error reflejará los problemas encontrados en la validación del XML de entrada al servicio de transformación. Error creando estructura. Utilizado para describir los problemas que se hayan podido producir en la creación de la estructura XBRL, a partir del XML de entrada. Error generando documento XBRL. Errores que se puedan producir al generar el documento XBRL a partir de la estructura XBRL previamente generada. Error de validación XBRL. Posibles problemas encontrados en el proceso de validación del documento XBRL contra la taxonomía del PGC2007. A continuación se detalla la secuencia de ejecución del servicio de transformación de formato común de entrada (XML) a un informe XBRL de acuerdo a la taxonomía PGC2007: 9

10 Figura 2: Diagrama de actividad para la transformación de formato común XML a XBRL Cargar y validar XML de formato Común [Error] Devolver Error en formato de entrada Procesa XML, creando estructura XBRL [Error] Devolver Error creando estructura XBRL Genera documento XBRL [Error] Devolver Error generando documento XBRL Valida documento XBRL [Error] Devolver Errores De validación en documento XBRL Como se aprecia en la figura, el proceso de transformación consiste en la carga del documento de entrada XML en el formato común, una primera validación contra el esquema 10

11 XSD, documento que define la estructura y sintaxis que debe cumplir dicho documento. De esta forma se verifica que la entrada no contiene errores. A continuación se cargarán, en base a la identificación del documento de entrada, los mapas e identificadores correspondientes al módulo o módulos que contiene el documento. Una vez cargados los recursos necesarios, y mediante el uso de una API de código abierto para el tratamiento de XBRL, se generará en memoria la estructura con los datos recibidos en el formato común para elaborar el informe XBRL correspondiente a dicha estructura con los valores recibidos. En cada fase se comprueba la posible existencia de errores, en cuyo caso se procedería a su tratamiento y notificación. Figura 3: Arquitectura de la transformación de formato común XML a XBRL XML con formato común Identificadores MAPAS Transformador de XML a XBRL API XBRL (OS) Informe XBRL En la figura anterior se puede apreciar el diagrama de bloques del servicio generador de XBRL. El proceso de generación, el cual ha sido previamente descrito, se basa en una serie de elementos, los cuales son necesarios para definir la relación existente entre los datos de entrada y los conceptos de la taxonomía. Los principales elementos son los siguientes: XML con formato común. Constituye la información del documento de entrada al servicio, el cual debe cumplir con el modelo definido para tal efecto. Los objetos de este modelo son informados mediante datos e identificadores asociados. Estos identificadores indican a qué concepto de negocio se refiere un determinado dato. Identificadores. La tabla de identificadores relaciona el contenido de los mapas con la información contenida en el XML de entrada. Se definirán tantos identificadores como conceptos existan en los informes a representar. 11

12 Mapas. Los mapas son los documentos que permiten realizar la traducción del formato simplificado de los informes del plan contable (documento de formato común XML), donde se reportan conjuntos de pares clave-valor de forma estructurada, en elementos o items pertenecientes a un esquema taxonómico concreto, de forma que se puedan generar informes semánticamente enriquecidos. En esta estructura, junto a Identificadores habrá la información suficiente para poder generar el informe XBRL asociado a cada modelo de reporte. Por tanto, se definirán tantos mapas como modelos de reporte contiene la taxonomía PGC2007: o Estados de Cuentas Anuales según el Modelo Normal, Abreviado y de Pymes o Memoria Normal, Abreviada y de Pymes. Transformador de XML a XBRL. Es el conjunto de clases encargado de procesar todos los elementos necesarios para generar el documento que constituye el informe XBRL. API XBRL (OS). Librería Java en código abierto, sobre la que se apoyará el servicio para simplificar el tratamiento y proceso del modelo de objetos que constituyen las taxonomías e informes XBRL Transformación desde XBRL a formato común XML Este servicio se encarga de realizar la transformación de un informe XBRL, acorde con la taxonomía PGC2007, en un documento con el mismo formato común definido para la entrada al sistema. Existen también dos escenarios posibles de ejecución del servicio USO1, se indica como entrada la ruta física en la cual se almacenará el documento en formato común resultado de la transformación. Dicha ruta física será accesible dentro del entorno de ejecución del sistema, en caso contrario deberá indicarse un error. USO2, el servicio de transformación devolverá un objeto con el documento respuesta. A continuación se describen las interfaces de entrada, de salida y de errores para los dos tipos de uso indicados. Descripción interfaz USO1 Parámetros de entrada: Documento con informe XBRL. Ruta física del sistema local en la cual se encuentra el documento XBRL que se pretende transformar. 12

13 Ruta física del sistema local en la cual se almacenará el documento XML con formato común como resultado del proceso de transformación. Realizar validación: parámetro lógico (verdadero o falso) mediante el cual se indicará si se debe realizar una validación XBRL previa a la transformación. Parámetros de salida: Documento XML en formato común con la información contenida en la instancia XBRL, el cual será guardado en la ruta física indicada como parámetro de entrada. Errores: Errores de validación XBRL. Son los errores encontrados al realizar la validación del XBRL previa a la transformación. Error creando formato común. Errores detectados al crear la estructura correspondiente al formato común. Error generando documento XML. Errores encontrados al convertir la estructura formato común a XML. Errores validación XML. Errores encontrados al realizar la validación del XML generado con formato común contra el XSD que define dicho formato. Descripción interfaz USO2 Parámetros de entrada: Documento con informe XBRL. Ruta física del sistema local en la cual se encuentra el documento XBRL que se pretende transformar. Realizar validación. Parámetro lógico (verdadero o falso) mediante el cual se indicará si se debe realizar una validación XBRL previa a la transformación. Parámetros de salida: Objeto con el documento XML en formato común con la información contenida en la instancia XBRL. Errores: Los errores serán los mismos que para el USO1. 13

14 Figura 4: Diagrama de actividad para la transformación de XBRL a formato común XML Carga de la Instancia XBRL [Requerida validación] Valida instancia XBRL Crea estructura XML con formato común [Validación correcta] [Error] Devolver errores de validación [Error] Devuelve error creando formato común Genera documento XML [Error] Devuelve error Generando documento Validar documento XML contra esquema XSD de formato común Devuelve errores de validación de formato común El uso de esta funcionalidad conlleva el paso de una serie de parámetros; en uno de ellos se indicará la instancia XBRL que se quiere transformar y por otro lado un parámetro booleano que indicará si se debe validar previamente. Si se valida la instancia y se producen errores, estos errores serán notificados y se terminará el proceso. En caso contrario, se continuará con el proceso y se creará en memoria una estructura en formato común correspondiente a la instancia XBRL. Si todo ha ido sin errores, se generará el documento XML en formato común, el cual será finalmente validado contra el esquema XSD que define el formato común, reportando aquellos errores de validación que puedan producirse. 14

15 En siguiente figura se puede apreciar la arquitectura de conversión de informes XBRL a formato común. Consiste en una arquitectura simétrica a la conversión desde XML en formato común a XBRL, dado que el proceso es el opuesto. Figura 5: Arquitectura de la transformación de XBRL a formato común XML Informe XBRL Identificadores MAPAS Transformador XBRL a XML API XBRL (OS) XML con formato común El proceso de transformación de XBRL a XML en formato común también estará basado en los mismos elementos que su proceso inverso, es decir, Identificadores, Mapas y API XBRL (OS), con la diferencia de que la entrada será XBRL y la salida XML con formato común Servicio de validación de informes XBRL Este servicio se encarga de realizar una validación de la sintaxis de los informes XBRL frente a la especificación XBRL 2.1 y de las reglas semánticas definidas por la taxonomía del Plan General de Contabilidad PGC2007, reglas de cálculo simple entre los elementos reportados, valores de los elementos en su tipo de datos y rango definido, elementos permitidos dentro de los cuadros normalizados. A continuación se describen las interfaces de entrada, salida y errores que se controlan: Descripción del interfaz Parámetros de entrada: Documento informe XBRL. Se indicará la ubicación física del sistema local en la cual se encuentra el documento XBRL que se pretende validar. 15

16 Parámetros de salida: Se devolverá un objeto con el resultado de la validación, además de la descripción de los errores de validación en caso de que la validación no sea satisfactoria. Errores: Error resolviendo dependencia. Este error se notificará cuando no se encuentre cualquiera de las dependencias a las cuales hace referencia la Taxonomía utilizada para validar el informe XBRL. Error de validación de esquema. Error que se generará cuando el documento XBRL no pase la validación XSD contra la Taxonomía. Error de validación XBRL. Error que se notificará cuando no se pase la validación XBRL. A continuación se detalla la secuencia de ejecución del servicio: Figura 6: Diagrama de actividad para la validación de informes XBRL Cargar XBRL Resolver referencias de la Taxonomia Validar XBRL contra esquema de Taxonomia [error] Notificar errores de validación de esquema Realizar validación XBRL [error] Notificar errores de validación 16

17 El proceso de validación se realiza con el objetivo de poder asegurar la calidad de los informes XBRL para el PGC2007 y verificando que cumple con las especificaciones XBRL indicadas en los requisitos. En primer lugar, se realiza la carga del documento XBRL de entrada, el cual se requiere validar. Tras la carga del documento XBRL se procede a la carga de la Taxonomía a la cual hace referencia dicho XBRL y todas las dependencias de dicha Taxonomía, generando de este modo el DTS (Discoverable Taxonomy Set: conjunto de dependencias de la taxonomía) correspondiente. Una vez realizada la validación de esquema, se procederá a notificar los errores, en caso de que existan, o bien a realizar el siguiente paso, es decir, la validación XBRL. La validación XBRL se encarga de comprobar que el documento ha sido creado cumpliendo las especificaciones de la taxonomía XBRL de PGC2007. Finalmente, se procesará el resultado del motor de validación. Funcionalmente, el servicio en este resultado indicará de manera global si la validación es correcta o errónea, y en este último supuesto detallará cada uno de los errores de validación encontrados en el proceso, tratando de dar una descripción lo más adaptada funcionalmente para que se pueda detectar y solucionar la incidencia por parte del generador de informes Servicio de visualización de informes XBRL El servicio de visualización consiste en la generación de una vista HTML de los estados de cuentas a partir de una instancia XBRL de PGC2007. Dado un módulo (Normal, Abreviado o Pymes) y un rol (Balance, Pérdidas y Ganancias, etc.), producirá un documento HTML que facilite la consulta visual de los datos. Descripción del interfaz Parámetros de entrada: Documento XBRL: ruta física del sistema local en la cual se encuentra el documento XBRL con la información a visualizar. Módulo: identificador del módulo que contiene el Rol a visualizar, en base a una codificación de cada módulo del plan general de contabilidad (Estados de Cuentas Normal PGC07-EN, Estados de Cuentas Abreviado PGC07-EA, etc.). Rol: identificador del Rol a visualizar, directamente relacionado con los roles extendidos de presentación propios de la taxonomía y detallados en la documentación de la misma que también están codificados (Balance de Situación BAL y su URI, Cuenta de Pérdidas y Ganancias PYG y su URI, etc.). 17

18 Ruta resultado: será la ruta física del sistema local en la cual se dejará el documento HTML generado. Parámetros de salida: Documento HTML resultado: la respuesta se guardará en la ruta especificada en el parámetro de entrada Ruta resultado. Errores: Error en parámetros de entrada. Será el error que se notifique en el caso de que tras comprobar los parámetros, existe alguna incoherencia. Es decir, que no se alimente alguno de los parámetros, que la ruta del resultado no exista o no haya permisos de acceso a la misma. Error en la carga del informe. Se notificará cuando por algún motivo no se pueda leer el informe XBRL desde la ruta indicada en uno de los parámetros de entrada. Error en la carga del módulo. Podría ser que se indicara un identificador de módulo no existente, con lo cual se notificaría el error indicando que ha habido un error cargando el módulo, debido a que no se ha encontrado en el informe. Error en la carga del rol. Igual que ocurre con el módulo, este error se notificaría en caso de que no existiera el módulo que se ha pasado como parámetro de entrada. A continuación se detallan los pasos de ejecución del servicio: 18

19 Figura 7: Diagrama de actividad para la visualización de informes XBRL Verificar parámetros de entrada [error] Devolver error en Parámetros de entrada Cargar Report [error] Devolver error Cargando Report Cargar Module [error] Devolver error Cargando Module Cargar Rol [error] Devolver error cargando Rol Generar HTML La visualización consiste en la generación de un documento HTML con la representación de un Rol perteneciente al módulo de un informe de entrada. Una vez verificados los parámetros de entrada, se realizará la carga del informe. Si el informe se carga correctamente se procederá a la carga del módulo indicado. Tras la carga del módulo, si éste se ha cargado sin problemas, se hará la carga del Rol requerido. Una vez cargado el Rol sin errores, se ejecutará el proceso de generación del documento HTML con la información obtenida para dicho Rol. 19

20 Servicio de validación de formato común XML La librería de componentes ofrece un servicio que valida los documentos de formato común XML para facilitar al software que lo integre su correcta generación y uso. Dicho servicio consiste en la validación de documento XML, con formato común, comprobando que esté bien formado y su estructura sintáctica sea correcta. Para realizar esta validación se ha definido un documento XML de esquema (XSD) que representa el modelo definido por el formato común. El URI del esquema XSD vendrá informado en el propio XML del formato común. El validador resuelve la localización del esquema XSD gracias a su configuración. En dicha configuración se indica la ruta del sistema local en la cual se encuentra el documento XSD con el que se realizará la validación. Descripción del interfaz Parámetros de entrada: Documento en formato común. Se indicará la ubicación física del sistema local en la cual se encuentra el documento XML en formato común que se pretende validar. Parámetros de salida: Se devolverá un objeto con el resultado de la validación, además de la descripción de los errores de validación en caso de que la validación no sea satisfactoria. Errores: Error resolviendo esquema. Este error se notificará cuando no se encuentre el XSD de formato común. Error de validación de esquema. Error que se generará cuando el documento XML en formato común no pase la validación XSD. 20

21 3.2. CASOS DE USO A continuación, se puede ver el diagrama de casos de uso. En dicho diagrama se aprecia de un modo gráfico la relación entre los actores y los servicios del sistema. Figura 8: Diagrama de casos de uso Transformar informe XBRL a XML formato común: USO1 «extends» «extends» Transformar informe XBRL a XML formato común Transformar informe XBRL a XML formato común: USO2 Visualizar informe XBRL Gestión de errores Valida XML con formato común Aplicación de Gestión Valida informe XBRL Transformar formato común a XBRL: USO1 «extends» Transformar formato común a XBRL: USO2 «extends» Transformar formato común a XBRL 21

22 Actores Los actores serán las aplicaciones de gestión de terceros. Estas aplicaciones de gestión son las utilizadas actualmente para generar los informes de estados de cuentas anuales y memorias del Plan General de Contabilidad, que depositan las empresas en el Registro Mercantil de acuerdo a los modelos. Estas aplicaciones deben adaptarse o utilizar software de terceros mediante mecanismos de integración, para permitir la generación de estos informes en el formato electrónico XBRL, utilizando para ello, por ejemplo, los servicios expuestos por las librerías que en este documento se describen, dentro del marco de desarrollo del proyecto Descripción de los casos de uso Transformar formato común a XBRL. Para simplificar la barrera de complejidad directa del lenguaje XBRL, se parte del supuesto en que las herramientas de gestión de terceros trabajarán con un formato común y estructurado con todos los datos necesarios a la hora de realizar la transformación a XBRL. Este caso de uso, a su vez, se desdobla en dos escenarios posibles, según el resultado se devuelva como un objeto contenedor del documento XBRL (USO 1) o se almacene devolviendo la ruta al documento (USO 2). Esta transformación usará la validación de XML con formato común. Transformar XBRL a formato común. Consiste en el paso contrario al anterior. Dado un documento XBRL se podrá obtener el formato común XML, de modo que pueda ser tratado, por ejemplo, para ser modificado y volver a realizar la conversión a XBRL. Esta transformación usa la validación de XML con formato común. Además, igual que en el caso de uso anterior, según se devuelva la respuesta se derivaran dos casos de uso diferentes. Validar informes XBRL. La validación consiste en el proceso de verificar que una instancia XBRL cumple con las especificaciones XBRL y con la taxonomía del PGC2007. Visualizar informe XBRL. Para poder ver de un modo más legible la información de una instancia XBRL, se proporcionará un generador de HTML. Para ello habrá que indicar una serie de parámetros, Module, Report y Rol. El visualizador usa la transformación de XBRL a formato común. Validar XML con formato común. Consiste en la validación de un documento en formato común contra el esquema XSD y verificar así que está correctamente construido. Gestión de errores. Lo usarán todos los módulos para notificar los errores. 22

23 4. INTEGRACIÓN Y LICENCIA 4.1. INTEGRACIÓN El módulo de software construido es capaz de integrarse en un software de contabilidad: De manera nativa si la aplicación está escrita en lenguaje de programación Java. o Un componente capaz de transformar un documento XML que contenga los estados de cuentas Anuales del modelo Normal, Abreviado y de Pymes, las memorias completas del modelo Abreviado y de Pymes del nuevo plan general de contabilidad PGC 2007 en informes XBRL 2.1 válidos. o Un componente capaz de realizar una validación XBRL 2.1 y dimensional XDT 1.0 de cualquier informe de la taxonomía PGC2007 del nuevo plan general de contabilidad, obteniendo un resultado tratable por cualquier aplicación. o Un componente capaz de obtener una vista HTML de los estado de cuentas anuales de los modelos Normal, Abreviado y Pymes XBRL acorde con la taxonomía del nuevo plan general contable PGC2007. o Un componente capaz de transformar un informe XBRL 2.1 construido con la taxonomía del nuevo Plan general de contabilidad 2007 en un documento XML que contiene los pares de clave y valor y que resulta sencillo de integrar con su software de contabilidad. De forma alternativa permite invocar mediante un cliente de servicios web a los anteriores componentes, en caso de no estar escrita en lenguaje de programación Java. o Para ello la librería desarrollada PGC2007 ha sido probada en un servidor de aplicaciones web TOMCAT empaquetando los servicios en una aplicación web (war archive) ofreciendo los métodos de acceso a los componentes a través de un interfaz de acceso WSDL. Una tercera vía de integración es mediante línea de comandos. De esta forma los programas y aplicaciones pueden, de una forma desacoplada, invocar la ejecución de la librería en su runtime de Java sin tener que realizar desarrollos en este lenguaje, ni servicios web. Así, las aplicaciones Windows no Java invocarán un comando ejecutable con los parámetros adecuados para la utilización de cada uno de los servicios que expone la librería API PGCXBRL

24 4.2. LICENCIA Las fuentes del proyecto se incluyen bajo licencia de código abierto LGPL v3.0 que permite su utilización en aplicaciones de terceros, tanto públicas como comerciales. La siguiente tabla muestra el código libre utilizado por el API XBRL PGC2007 y sus licencias de uso: CÓDIGO LICENCIA Log4J Apache License v2.0 Castor Apache License v2.0 Apache Commons Apache License v2.0 ehcache Apache License v2.0 plugin javax.wsdl_1.5.1 (embebida WSDL4J 1.5.1) Eclipse Public License Version 1.0 (EPL) (embebida desarrollado por IBM y liberado bajo licencia Common Public License Version 1.0) Apache Velocity Apache License v2.0 UBmatrix Processing Engine Open Source GNU General Public License v2.0 (GPL) xml-apis Apache License v2.0 saxon-b Mozilla Public License MPL 1.0 xerces Apache License v2.0 24

25 5. VERSIONES DEL API 5.1. VERSIÓN 1.1. VERSIÓN INICIAL DEL API Esta versión incluye todos los servicios descritos en el presente documento. Los dos modos posibles de integración con esta versión son: De forma nativa. Integración del API en un entorno de ejecución Java. Mediante la utilización de servicios web VERSIÓN 1.2. VERSIÓN MEJORADA DEL API Esta nueva versión incluye las siguientes mejoras respecto a la versión inicial del API (versión 1.1): Adaptación del API a la nueva versión de la taxonomía (versión 1.3). Adaptación del API a los requerimientos de la Orden Ministerial JUS/206/2009 relativa a la presentación de las cuentas anuales según el nuevo PGC2007. Generación de una instancia XBRL única para aquellas empresas interesadas en reportar los estados de cuentas y las memorias de forma conjunta. Incorporación de una nueva forma de integración del API. Solución desarrollada para aquellos programas instalados en plataformas finales de usuario Windows corriendo en entornos de ejecución no Java. Para este escenario de intercomunicación de ambos programas se proporcionan una serie de objetos que encapsulan las clases e interfaces expuestas por la librería, para permitir la invocación mediante una shell de Windows, también conocido como cmd, bat o "línea de comandos", de estos métodos de acceso a los servicios VERSIÓN 1.3. VERSIÓN MEJORADA DEL API Esta nueva versión incluye las siguientes mejoras respecto a la versión anterior del API (versión 1.2): Ampliación de las trazas de debug. Modificación del servicio de validación "traduciendo" errores del API VERSIÓN 1.4. VERSIÓN MEJORADA DEL API Esta nueva versión incluye las siguientes mejoras respecto a la versión anterior del API (versión 1.3): 25

26 Adaptación del API a la nueva versión de la taxonomía (versión 1.4) VERSIÓN VERSIÓN MEJORADA DEL API Esta nueva versión incluye las siguientes mejoras respecto a la versión anterior del API (versión 1.4): Adaptación del API a la nueva versión de la taxonomía (versión errata). 26

DEPÓSITO DIGITAL D2 (para ejercicios iniciados a partir del 01/01/2008) Manual de usuario

DEPÓSITO DIGITAL D2 (para ejercicios iniciados a partir del 01/01/2008) Manual de usuario DEPÓSITO DIGITAL D2 (para ejercicios iniciados a partir del 01/01/2008) Manual de usuario Colegio de Registradores de España 22 de abril de 2015 COLEGIO DE REGISTRADORES DE ESPAÑA Diego de León, 21-28006

Más detalles

DEPÓSITO DIGITAL D2 (para ejercicios iniciados a partir del 01-01-2008)

DEPÓSITO DIGITAL D2 (para ejercicios iniciados a partir del 01-01-2008) DEPÓSITO DIGITAL D2 (para ejercicios iniciados a partir del 01-01-2008) Manual de usuario 21 de marzo de 2013 Colegio de Registradores de España C/ Diego de León, 21 28006 Madrid Depósito Digital D2 (para

Más detalles

Práctica Java POJO de Integración de Sistemas Tienda de Comercio Electrónico

Práctica Java POJO de Integración de Sistemas Tienda de Comercio Electrónico Práctica Java POJO de Integración de Sistemas Tienda de Comercio Electrónico Curso académico 2008-2009 1 Introducción La práctica de Integración de Sistemas consistirá en el diseño e implementación de

Más detalles

Integración de XBRL en el Software de Gestión Pablo Navarro, Consultor XBRL

Integración de XBRL en el Software de Gestión Pablo Navarro, Consultor XBRL Integración de XBRL en el Software de Gestión Pablo Navarro, Consultor XBRL Atos, Atos and fish symbol, Atos Origin and fish symbol, Atos Consulting, and the fish itself are registered trademarks of Atos

Más detalles

API XBRL PGC2007. Próximas iniciativas

API XBRL PGC2007. Próximas iniciativas API XBRL PGC2007. Próximas iniciativas Jornada Informativa XBRL-PGC2007 Febrero 2009 Introducción INTECO Seguridad Tecnológica Calidad del Software Accesibilidad Laboratorio Nacional de Calidad del Software

Más detalles

Estudio de la situación actual de herramientas XBRL en fuente abierta

Estudio de la situación actual de herramientas XBRL en fuente abierta Estudio de la situación actual de herramientas XBRL en fuente abierta Abril 8 Estudio de la situación actual de herramientas XBRL en fuente abierta by CENATIC is licensed under a Creative Commons Reconocimiento-No

Más detalles

Requisitos técnicos para la instalación. Arquitectura Hardware Arquitectura Software. Instrucciones de instalación GONG-R

Requisitos técnicos para la instalación. Arquitectura Hardware Arquitectura Software. Instrucciones de instalación GONG-R ÍNDICE Introducción Requisitos técnicos para la instalación Arquitectura Hardware Arquitectura Software Instrucciones de instalación GONG-R Instalación módulo GONG2 Instalación módulo GONG-Reporte Instrucciones

Más detalles

Módulo Profesional 01: Bases de datos (código: 0484).

Módulo Profesional 01: Bases de datos (código: 0484). Módulo Profesional 01: Bases de datos (código: 0484). Actividades de enseñanza-aprendizaje que permiten alcanzar los objetivos del módulo. Interpretar diseños lógicos de bases de datos. Realizar el diseño

Más detalles

Requisitos técnicos para la instalación. Arquitectura Hardware Arquitectura Software. Instrucciones de instalación GONG-R

Requisitos técnicos para la instalación. Arquitectura Hardware Arquitectura Software. Instrucciones de instalación GONG-R v 3 Junio 2015 ÍNDICE Introducción Requisitos técnicos para la instalación Arquitectura Hardware Arquitectura Software Instrucciones de instalación Instalación módulo GONG2 Instalación módulo eporte Instrucciones

Más detalles

Anuncio de software de IBM Europe, Middle East and Africa ZP09-0157, con fecha 2 de junio de 2009

Anuncio de software de IBM Europe, Middle East and Africa ZP09-0157, con fecha 2 de junio de 2009 ZP09-0157, con fecha 2 de junio de 2009 La gama IBM Optim ya es compatible con el desarrollo de bases de datos de Oracle: las soluciones de administración se han ampliado y se ha mejorado la integración

Más detalles

Mejor juntos: añada IBM Lotus Forms a su portal y simplifique los procesos empresariales, el desarrollo de aplicaciones y los formularios complejos.

Mejor juntos: añada IBM Lotus Forms a su portal y simplifique los procesos empresariales, el desarrollo de aplicaciones y los formularios complejos. Soluciones de Lotus Forms y WebSphere Portal Para dar soporte a sus objetivos empresariales Mejor juntos: añada IBM Lotus Forms a su portal y simplifique los procesos empresariales, el desarrollo de aplicaciones

Más detalles

Introducción a Javato

Introducción a Javato Introducción a Javato Fº. Javier Pereñiguez Steria Iberica 20/02/2008 Índice Introducción Arquitectura Ejemplo arquitectura Plataforma Desarrollo Ejemplo de entorno de desarrollo Vías futuras Casos de

Más detalles

Comparativa de herramientas para la enseñanza de lenguajes relacionales

Comparativa de herramientas para la enseñanza de lenguajes relacionales Comparativa de herramientas para la enseñanza de lenguajes relacionales Javier J. Gutiérrez, María J. Escalona, Darío Villadiego, Manuel Mejías Dpto. de Lenguajes y sistemas Informáticos Universidad de

Más detalles

Rafael Doña Gil. Enginyeria Tècnica en Informàtica de Sistemes. Consultor: Jose Juan Rodríguez

Rafael Doña Gil. Enginyeria Tècnica en Informàtica de Sistemes. Consultor: Jose Juan Rodríguez Rafael Doña Gil Enginyeria Tècnica en Informàtica de Sistemes Consultor: Jose Juan Rodríguez 14 de Enero de 2013 Contenido 1. Introducción 2. Análisis funcional 3. Diseño Técnico 4. Implementación 5. Conclusiones

Más detalles

MODELO DE EGOVERNMENT PARA LA ADMINISTRACIÓN LOCAL BASADO EN LA INTEROPERABILIDAD

MODELO DE EGOVERNMENT PARA LA ADMINISTRACIÓN LOCAL BASADO EN LA INTEROPERABILIDAD MODELO DE EGOVERNMENT PARA LA ADMINISTRACIÓN LOCAL BASADO EN LA INTEROPERABILIDAD Francisco Tous Llull, Antoni Reus Darder, Felip Salas Suau Fundació Illes Balears per la Innovació Tecnològica (IBIT) Parc

Más detalles

MINISTERIO DE ECONOMÍA Y HACIENDA

MINISTERIO DE ECONOMÍA Y HACIENDA SECRETARÍA DE ESTADO DE HACIENDA Y PRESUPUESTOS MINISTERIO DE ECONOMÍA Y HACIENDA SECRETARÍA GENERAL DE HACIENDA DIRECCIÓN GENERAL DE COORDINACIÓN FINANCIERA CON LAS ENTIDADES LOCALES Impulso a la Administración

Más detalles

Impacto de XBRL en aplicaciones ERP para la pyme

Impacto de XBRL en aplicaciones ERP para la pyme nuevas tecnologías Impacto de XBRL en aplicaciones ERP para la pyme El uso del estándar XBRL trae consigo múltiples ventajas. La clave del éxito en su implantación es la adopción del mismo por parte de

Más detalles

WWW.CECARM.COM PORTAL SOBRE COMERCIO ELECTRÓNICO EN LA REGIÓN DE MURCIA

WWW.CECARM.COM PORTAL SOBRE COMERCIO ELECTRÓNICO EN LA REGIÓN DE MURCIA WWW.CECARM.COM PORTAL SOBRE COMERCIO ELECTRÓNICO EN LA REGIÓN DE MURCIA Onofre Molino Diez Director de Proyectos Fundación Integra Pedro José Gómez Jefe de Proyectos Fundación Integra Manuel Escudero Gerente

Más detalles

Introducción a XML - Validación y Parseo. Huibert Aalbers, Senior Certified Software IT Architect

Introducción a XML - Validación y Parseo. Huibert Aalbers, Senior Certified Software IT Architect Introducción a XML - Validación y Parseo Huibert Aalbers, Senior Certified Software IT Architect IT Insight podcast Este podcast pertenece a la serie IT Insight Pueden suscribirse al podcast a través de

Más detalles

Análisis y diseño del sistema CAPÍTULO 3

Análisis y diseño del sistema CAPÍTULO 3 Análisis y diseño del sistema CAPÍTULO 3 36 CAPÍTULO 3 Análisis y diseño del sistema En este capítulo se pretende realizar un análisis detallado de los requerimientos del software a desarrollar para la

Más detalles

BOLETÍN DE NOVEDADES Barcelona, junio de 2006

BOLETÍN DE NOVEDADES Barcelona, junio de 2006 BOLETÍN DE NOVEDADES Barcelona, junio de 2006 Introducción El objeto de este documento es presentar y describir brevemente las principales actuaciones en los últimos meses de Carver en algunos de sus clientes,

Más detalles

Actividades didácticas con JClic DEFINICIÓN DE JCLIC

Actividades didácticas con JClic DEFINICIÓN DE JCLIC DEFINICIÓN DE JCLIC Qué es JClic? Dependiendo del punto de vista desde el que abordemos esta pregunta las respuestas pueden ser varias. La más sencilla de todas, desde el punto de vista funcional, dice:

Más detalles

Sistema de aprendizaje por refuerzo para la mejora del rendimiento del alumno en prácticas

Sistema de aprendizaje por refuerzo para la mejora del rendimiento del alumno en prácticas Memoria resumen del Proyecto de Innovación Docente (PID) Ref.: 52B (periodo 2009-2011) Sistema de aprendizaje por refuerzo para la mejora del rendimiento del alumno en prácticas Investigador Principal:

Más detalles

JAVA EE 5. Arquitectura, conceptos y ejemplos.

JAVA EE 5. Arquitectura, conceptos y ejemplos. JAVA EE 5. Arquitectura, conceptos y ejemplos. INTRODUCCIÓN. MODELO DE LA APLICACIÓN JEE5. El modelo de aplicación Java EE define una arquitectura para implementar servicios como lo hacen las aplicaciones

Más detalles

Cristian Blanco www.cristianblanco.es

Cristian Blanco www.cristianblanco.es INSTALACIÓN Y USO DE ENTORNOS DE DESARROLLO 2.1 ENTORNO DE DESARROLLO INTEGRADO Un entorno de desarrollo integrado (en inglés integrated development environment) es un programa informático compuesto por

Más detalles

EXTENSIBLE BUSINESS REPORTING LANGUAGE : XBRL NOVIEMBRE 2015

EXTENSIBLE BUSINESS REPORTING LANGUAGE : XBRL NOVIEMBRE 2015 DIPLOMADO NIIF PLENAS Y PYMES EXTENSIBLE BUSINESS REPORTING LANGUAGE : XBRL NOVIEMBRE 2015 Agenda Extensible Business Reporting Language 1. Qué es 2. Origen 3. En que consiste la propuesta XBRL 4. Ventajas

Más detalles

Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura

Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura Página 1 de 23 Índice del Documento 1.- Introducción... Página 4 2.- Propuesta

Más detalles

SIGPRE Sistema de Gestión Presupuestaria

SIGPRE Sistema de Gestión Presupuestaria SIGPRE Sistema de Gestión Presupuestaria Documento de Arquitectura UTN Histórico de Revisiones Fecha Versión Descripción Autor 11/17/2009 1.0 Borrador de la arquitectura Roberto López Hinojosa 12/14/2009

Más detalles

UNIVERSIDAD NACIONAL DE INGENIERÍA FACULTAD DE INGENIERÍA INDUSTRIAL Y SISTEMAS UMBRELLO ADMINISTRACION DE BASE DE DATOS

UNIVERSIDAD NACIONAL DE INGENIERÍA FACULTAD DE INGENIERÍA INDUSTRIAL Y SISTEMAS UMBRELLO ADMINISTRACION DE BASE DE DATOS UNIVERSIDAD NACIONAL DE INGENIERÍA FACULTAD DE INGENIERÍA INDUSTRIAL Y SISTEMAS UMBRELLO ADMINISTRACION DE BASE DE DATOS INTEGRANTES: ALVAREZ CANO, FRANKLIN (20040121H) VEGA RAMOS, OMAR (20030037D) 1 AGENDA

Más detalles

Especificación de requisitos de software Proyecto: SIS-WEB (Sistema de Información de Seminarios WEB) Revisión 1.0

Especificación de requisitos de software Proyecto: SIS-WEB (Sistema de Información de Seminarios WEB) Revisión 1.0 Especificación de requisitos de software Proyecto: (Sistema de Información de Seminarios WEB) Revisión 1.0 Tania Isadora Mora Dorance Moreno Luis Yovany Romo Septiembre 2007 Realizado Por: Tania I. Mora

Más detalles

GUÍA TÉCNICA. Desarrollo de Sistemas de Información la plataforma Business Intellingence Pentaho

GUÍA TÉCNICA. Desarrollo de Sistemas de Información la plataforma Business Intellingence Pentaho Desarrollo de Sistemas de Información la plataforma Business Intellingence Página 1 de 11 Control de versiones Ver. Fecha Descripción Autores 1 04/07/14 Versión inicial SDP Página 2 de 11 Índice del Documento

Más detalles

SUPERINTENDENCIA DE VALORES Y SEGUROS

SUPERINTENDENCIA DE VALORES Y SEGUROS Instrucciones técnicas básicas para enviar informes XBRL a la Superintendencia de Valores y Seguros 3 de septiembre de 2010 XBRL (extensible Business Reporting Language) es un estándar que se utiliza para

Más detalles

SEIDA TOOLS: MANUAL DE USO

SEIDA TOOLS: MANUAL DE USO 15/4/2011 SUNAT SEIDA TOOLS: MANUAL DE USO Nuevo SIGAD Equipo de Arquitectura Contenido 1 Introducción 4 2 Requisitos 5 3 Instalación 5 4 Uso 7 5 Configuración 8 6 Envíos 11 6.1 Escenario 1: envío por

Más detalles

2524 Developing XML Web Services Using Microsoft ASP.NET

2524 Developing XML Web Services Using Microsoft ASP.NET 2524 Developing XML Web Services Using Microsoft ASP.NET Introducción La meta de este curso es de proveer a los estudiantes con el conocimiento y habilidades requeridas para desarrollar soluciones basadas

Más detalles

DESARROLLO WEB EN ENTORNO SERVIDOR

DESARROLLO WEB EN ENTORNO SERVIDOR DESARROLLO WEB EN ENTORNO SERVIDOR CAPÍTULO 7: Programación de servicios Web Marcos López Sanz Juan Manuel Vara Mesa Jenifer Verde Marín Diana Marcela Sánchez Fúquene Jesús Javier Jiménez Hernández Valeria

Más detalles

GLOSARIO DE TÉRMINOS

GLOSARIO DE TÉRMINOS MINISTERIO DE EDUCACIÓN, CULTURA Y DEPORTE SECRETARÍA DE ESTADO DE EDUCACIÓN, FORMACIÓN PROFESIONAL Y UNIVERSIDADES DIRECCIÓN GENERAL DE FORMACIÓN PROFESIONAL INSTITUTO NACIONAL DE LAS CUALIFICACIONES

Más detalles

Capítulo 4: Diseño de la solución basada en software. 4.1 Diseño general del sistema y especificaciones de los componentes

Capítulo 4: Diseño de la solución basada en software. 4.1 Diseño general del sistema y especificaciones de los componentes Capítulo 4: Diseño de la solución basada en software 4.1 Diseño general del sistema y especificaciones de los componentes El sistema constará de tres elementos fundamentales: los clientes, el punto de

Más detalles

ENCUENTA - CONTABILIDAD Net. Definiciones generales

ENCUENTA - CONTABILIDAD Net. Definiciones generales ENCUENTA - CONTABILIDAD Net Definiciones generales 2013 ENCUENTA - CONTABILIDAD Net Definiciones generales Contenido 1 GENERALIDADES... 3 2 DISTRIBUCIÓN GENERAL DE LOS ELEMENTOS DEL SISTEMA... 3 3 REQUERIMIENTOS...

Más detalles

Herramientas Libres para Desarrollo de Aplicaciones en la Industria del Software. Por Gustavo González

Herramientas Libres para Desarrollo de Aplicaciones en la Industria del Software. Por Gustavo González Herramientas Libres para Desarrollo de Aplicaciones en la Industria del Software Por Gustavo González Contenido Introducción Tipos de Herramientas de Desarrollo Diseño y Modelamiento de Software Ambientes

Más detalles

Entre los más conocidos editores con interfaz de desarrollo tenemos:

Entre los más conocidos editores con interfaz de desarrollo tenemos: Herramientas de programación Para poder programar en ensamblador se precisa de algunas herramientas básicas, como un editor para introducir el código, un ensamblador para traducir el código a lenguaje

Más detalles

Certific@2 (Altas de prestaciones por ERE S): guía para las empresas

Certific@2 (Altas de prestaciones por ERE S): guía para las empresas Certific@2 (Altas de prestaciones por ERE S): guía para las empresas Servicio Público de Empleo Estatal Madrid, Octubre - 2011 Índice Qué es y recepción de las altas de trabajadores por ERE S Acceso a

Más detalles

Evaluación de herramientas Free/Open Source para pruebas de software

Evaluación de herramientas Free/Open Source para pruebas de software Evaluación de herramientas Free/Open Source para pruebas de software Francisco Javier Díaz 1, Claudia M. Banchoff T. 1, Anahí S. Rodríguez 1 y Valeria Soria 1, 1 Laboratorio de Investigación de Nuevas

Más detalles

Apéndice 1. SOAP 2 2. CORBA 4 3. JMS 6 4. RMI 8

Apéndice 1. SOAP 2 2. CORBA 4 3. JMS 6 4. RMI 8 Apéndice A Conectividad 1. OAP 2 2. CORBA 4 3. JM 6 4. RMI 8 OAP OAP (imple Object Access Protocol) es un protocolo basado en XML que permite comunicar componentes y aplicaciones mediante HTTP. Es como

Más detalles

COPPEL MANUAL TÉCNICO MCC DE SISTEMAS PROGRAMACIÓN DESCRIPCIÓN DEL PROCESO DE ARQUITECTURA DE SOFTWARE

COPPEL MANUAL TÉCNICO MCC DE SISTEMAS PROGRAMACIÓN DESCRIPCIÓN DEL PROCESO DE ARQUITECTURA DE SOFTWARE COPPEL MANUAL TÉCNICO MCC DE SISTEMAS PROGRAMACIÓN DESCRIPCIÓN DEL PROCESO DE ARQUITECTURA DE SOFTWARE Creado en May/14 Objetivo: Contar con una guía de las actividades que se deben realizar en esta fase,

Más detalles

WEBSERVICES CON FIRMA DIGITAL Versión 1.2

WEBSERVICES CON FIRMA DIGITAL Versión 1.2 WEBSERVICES CON FIRMA DIGITAL Versión 1.2 FEBRERO 2007 Página: 1 1 TABLA DE CONTENIDO 1 TABLA DE CONTENIDO... 2 2 INTRODUCCIÓN... 3 3 HERRAMIENTA DE DESARROLLO ANT... 3 4 CREACION SERVICIO WEB... 3 5 CREACIÓN

Más detalles

MARCANDO LA DIFERENCIA

MARCANDO LA DIFERENCIA MARCANDO LA DIFERENCIA INTEGRACIÓN RÁPIDA Y CONFIABLE entre sus sistemas Simplifique la integración y el mantenimiento de su lógica de negocio con nuestra arquitectura orientada a servicios. Ahorre dolores

Más detalles

PROGRAMACIÓN DE MÓDULO MÓDULO. Este módulo se imparte en 2º en el primer y segundo trimestre y tiene una carga docente de 126 horas.

PROGRAMACIÓN DE MÓDULO MÓDULO. Este módulo se imparte en 2º en el primer y segundo trimestre y tiene una carga docente de 126 horas. Página 1 de 16 DEPARTAMENTO INFORMATICA CURSO 2º CICLO FORMATIVO Desarrollo de Aplicaciones Web Desarrollo Web en Entorno Cliente MÓDULO 1. Introducción. Este módulo se imparte en 2º en el primer y segundo

Más detalles

PATRON:DAO LENGUAJE DE PROGRAMACION: JAVA IDE: ECLIPSE FRAMEWORK: STRUST2. -Permite Abstraer y Encapsular los accesos a un repositorio de datos.

PATRON:DAO LENGUAJE DE PROGRAMACION: JAVA IDE: ECLIPSE FRAMEWORK: STRUST2. -Permite Abstraer y Encapsular los accesos a un repositorio de datos. PATRON:DAO DAO -Permite Abstraer y Encapsular los accesos a un repositorio de datos. -Separa el acceso de datos de la lógica de negocio. -Oculta el Api por donde se accede a los datos. -Controla los accesos

Más detalles

e-planning - Estudio de frameworks para la creación de interfaces gráficas -

e-planning - Estudio de frameworks para la creación de interfaces gráficas - e-planning - Estudio de frameworks para la creación de interfaces gráficas - Elaborado por Rodrigo Testillano Tordesillas Versión del documento: 1.0 Página 1 de 12 Índice INTRODUCCIÓN... 3 JSF.... 4 SOBRE

Más detalles

Capítulo III. Análisis y diseño.

Capítulo III. Análisis y diseño. Capítulo III. Análisis y diseño. 3.1 Análisis. El análisis es el intermediario entre los requisitos del sistema y el diseño, esta sección definiremos el análisis con una serie de modelos técnicos del sistema,

Más detalles

Los balances para la confección de cuentas anuales están definidos con una codificación específica:

Los balances para la confección de cuentas anuales están definidos con una codificación específica: Delta Management Fiscal Contabilidad Fecha: 08/04/2011 Versión: 11.02.03 Se incorporan las modificaciones establecidas en la Resolución de 28 de febrero de 2011, de la Dirección General de los Registros

Más detalles

UNIVERSIDAD TÉCNICA DEL NORTE. Sistema Informático basado en tecnologías opensource para apoyo y gestión de Transportes del Norte

UNIVERSIDAD TÉCNICA DEL NORTE. Sistema Informático basado en tecnologías opensource para apoyo y gestión de Transportes del Norte UNIVERSIDAD TÉCNICA DEL NORTE Sistema Informático basado en tecnologías opensource para apoyo y gestión de Transportes del Norte MAGALY FUERTES MENESES FACULTAD DE INGENIERÍA EN CIENCIAS APLICADAS CARRERA

Más detalles

DESCRIPCIÓN ESPECÍFICA NÚCLEO: COMERCIO Y SERVICIOS SUBSECTOR: INFORMÁTICA

DESCRIPCIÓN ESPECÍFICA NÚCLEO: COMERCIO Y SERVICIOS SUBSECTOR: INFORMÁTICA DESCRIPCIÓN ESPECÍFICA NÚCLEO: COMERCIO Y SERVICIOS SUBSECTOR: INFORMÁTICA Nombre del Módulo: PROGRAMACIÓN PHP Código: CSTI0091 total: 60 Horas Objetivo General: Crear scripts que diseñen aplicaciones

Más detalles

Introducción a AJAX y visión global de la práctica

Introducción a AJAX y visión global de la práctica Introducción a AJAX y visión global de la práctica Modelo de aplicaciones Web clásico (1) La mayor parte de las interacciones del usuario causan una petición HTTP al servidor Web El servidor Web procesa

Más detalles

Historia de revisiones

Historia de revisiones Pedidos Online - DUSA Especificación de Requerimientos de Software Versión 2.7 Historia de revisiones Fecha Versión Descripción Autor 24/08/2013 1.0 Versión inicial Juan Miguel Álvarez, Sergio Bonilla,

Más detalles

PLIEGO DE PRESCRIPCIONES TÉCNICAS PARA LA CONTRATACIÓN DE UNA PLATAFORMA PARA LA GESTIÓN INTERNA DE LOS EXPEDIENTES DE CONTRATACIÓN Y LA IMPLANTACIÓN

PLIEGO DE PRESCRIPCIONES TÉCNICAS PARA LA CONTRATACIÓN DE UNA PLATAFORMA PARA LA GESTIÓN INTERNA DE LOS EXPEDIENTES DE CONTRATACIÓN Y LA IMPLANTACIÓN PLIEGO DE PRESCRIPCIONES TÉCNICAS PARA LA CONTRATACIÓN DE UNA PLATAFORMA PARA LA GESTIÓN INTERNA DE LOS EXPEDIENTES DE CONTRATACIÓN Y LA IMPLANTACIÓN DE UN SISTEMA DE LICITACIÓN ELECTRÓNICA EN EL AYUNTAMIENTO

Más detalles

Documentación Técnica Conector

Documentación Técnica Conector Documentación Técnica Conector Torre Ejecutiva Sur Liniers 1324, piso 4 Montevideo Uruguay Tel/Fax: (+598) 2901.2929* Email: contacto@agesic.gub.uy www.agesic.gub.uy Indice 1 Introducción...4 2 Casos

Más detalles

UNIVERSIDAD NACIONAL AUTÓNOMA DE MÉXICO

UNIVERSIDAD NACIONAL AUTÓNOMA DE MÉXICO INTRODUCCIÓN Objetivo del curso: El alumno desarrollará la capacidad para resolver problemas de almacenamiento, recuperación y ordenamiento de datos, utilizando las diferentes estructuras que existen para

Más detalles

Servicio Nacional de Aduanas Subdirección de Informática. SMS Manual de Referencia

Servicio Nacional de Aduanas Subdirección de Informática. SMS Manual de Referencia Servicio Nacional de Aduanas Subdirección de Informática SMS Manual de Referencia ABRIL 2013 1. Introducción El presente manual tiene por objetivo especificar el funcionamiento del Sistema de Mensajería

Más detalles

WebRatio. Otro camino para el BPM. Web Models s.r.l. www.webratio.com contact@webratio.com 1 / 8

WebRatio. Otro camino para el BPM. Web Models s.r.l. www.webratio.com contact@webratio.com 1 / 8 WebRatio Otro camino para el BPM Web Models s.r.l. www.webratio.com contact@webratio.com 1 / 8 El BPM El BPM (Business Process Management) no es solo una tecnología, además a grandes rasgos es una disciplina

Más detalles

VISIÓN GENERAL HERRAMIENTAS COMERCIALES

VISIÓN GENERAL HERRAMIENTAS COMERCIALES VISIÓN GENERAL El servidor de MS SQL se ha convertido en un estándar en muchas partes de la América corporativa. Puede manejar volúmenes de datos grandes y se integra bien con otros productos de Microsoft.

Más detalles

CUALIFICACIÓN SISTEMAS DE GESTIÓN DE INFORMACIÓN PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización

CUALIFICACIÓN SISTEMAS DE GESTIÓN DE INFORMACIÓN PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización Página 1 de 16 CUALIFICACIÓN SISTEMAS DE GESTIÓN DE INFORMACIÓN PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC304_3 Versión 5 Situación RD 1201/2007 Actualización Competencia

Más detalles

Particularidades del SIAT implementado en la Municipalidad de Rosario

Particularidades del SIAT implementado en la Municipalidad de Rosario Particularidades del SIAT implementado en la Municipalidad de Rosario Volúmenes de información: A grandes rasgos, la administración tributaria de la Municipalidad de Rosario cuenta hoy con unas 470 mil

Más detalles

CFDi Client Manual de Usuario

CFDi Client Manual de Usuario CFDi Client Manual de Usuario Título del documento: CFDi client Nombre del fichero: ES CFDiClient Manual de Usuario.odt Versión: Estado: VIGENTE Fecha: 28/02/2011 Autor: Oscar Albert Arcas Revisión, Aprobación

Más detalles

SOLUCIÓN DE UNA INTRANET BAJO SOFTWARE OPEN SOURCE PARA EL GOBIERNO MUNICIPAL DEL CANTÓN BOLÍVAR [IOS-GMCB]

SOLUCIÓN DE UNA INTRANET BAJO SOFTWARE OPEN SOURCE PARA EL GOBIERNO MUNICIPAL DEL CANTÓN BOLÍVAR [IOS-GMCB] Gobierno Municipal del Cantón Bolívar. SOLUCIÓN DE UNA INTRANET BAJO SOFTWARE OPEN SOURCE PARA EL GOBIERNO MUNICIPAL DEL CANTÓN BOLÍVAR [IOS-GMCB] Visión Universidad Técnica del Norte Histórico de Revisiones

Más detalles

Antecedentes Marco Conceptual Esquema Interfaz Componentes de la Interfaz Conclusiones

Antecedentes Marco Conceptual Esquema Interfaz Componentes de la Interfaz Conclusiones Antecedentes Marco Conceptual Esquema Interfaz Componentes de la Interfaz Conclusiones Antecedentes Marco Conceptual Esquema Interfaz Componentes de la Interfaz Conclusiones Plataforma Integral de Información

Más detalles

Sistema de gestión de procesos institucionales y documental.

Sistema de gestión de procesos institucionales y documental. [Documento versión 1.7 del 10/10/2015] Sistema de gestión de procesos institucionales y documental. El sistema de gestión de procesos institucionales y documental, es una solución diseñada para mejorar

Más detalles

ATLAS MANUAL DE USUARIO DEL ARQUETIPO WEBSERVICE

ATLAS MANUAL DE USUARIO DEL ARQUETIPO WEBSERVICE ATLAS MANUAL DE USUARIO DEL ARQUETIPO WEBSERVICE Versión 1.8 Área de Aplicaciones Especiales y Arquitectura de Software Hoja de Control Título Documento de Referencia Responsable Manual de usuario del

Más detalles

Web Services. Richard Rossel rrossel@inf.utfsm.cl. 23 de noviembre de 2004. Web Services

Web Services. Richard Rossel rrossel@inf.utfsm.cl. 23 de noviembre de 2004. Web Services Richard Rossel rrossel@inf.utfsm.cl 23 de noviembre de 2004 JAVA2 TOC s JAVA2 JAVA2 Definición Aplicaciones Autocontenidas y Modulares Basado en estándares (XML,HTTP) Aplicaciones se anuncian por la red

Más detalles

Sesión 17. Servicios web RESTful

Sesión 17. Servicios web RESTful Sesión 17. Servicios web RESTful Luisa Fernanda Rincón Pérez 2015-1 Qué vimos la sesión pasada? 1. Consumir servicio web SOAP desde JAVA 2. Consumir servicio web en PHP 3. Exponer servicio web en PHP Qué

Más detalles

Enterprise JavaBeans

Enterprise JavaBeans Enterprise Java Beans y JBoss Enterprise JavaBeans Es una de las API que forman parte del estándar de construcción de aplicaciones empresariales J2EE (ahora JEE 5.0) de Oracle Corporation (inicialmente

Más detalles

CAPITULO 2. Como se definió en el plan del presente proyecto, este será desarrollado bajo

CAPITULO 2. Como se definió en el plan del presente proyecto, este será desarrollado bajo 1 CAPITULO 2 ANÁLISIS DEL SISTEMA 1. Introducción Como se definió en el plan del presente proyecto, este será desarrollado bajo la metodología orientada a objetos. El objetivo del análisis será marcar

Más detalles

Módulo 2. Arquitectura

Módulo 2. Arquitectura Módulo 2. Arquitectura Introducción Objetivos o Analizar la arquitectura física y lógica de la plataforma Agrega. o Identificar los componentes más importantes de la arquitectura física. o Exponer las

Más detalles

Anexo I MÓDULOS PROFESIONALES. 1. Evalúa sistemas informáticos identificando sus componentes y características.

Anexo I MÓDULOS PROFESIONALES. 1. Evalúa sistemas informáticos identificando sus componentes y características. Página I / Anexo I Núm. 135 BOLETÍN OFICIAL DE LA RIOJA Viernes, 21 de octubre de 2011 Módulo Profesional: Sistemas informáticos. Código: 0483 Equivalencia en créditos ECTS: 10 Curso: 1º Duración: 170

Más detalles

GLOSARIO. Arquitectura: Funcionamiento, estructura y diseño de una plataforma de desarrollo.

GLOSARIO. Arquitectura: Funcionamiento, estructura y diseño de una plataforma de desarrollo. GLOSARIO Actor: Un actor es un usuario del sistema. Esto incluye usuarios humanos y otros sistemas computacionales. Un actor usa un Caso de Uso para ejecutar una porción de trabajo de valor para el negocio.

Más detalles

ORBERE. Memoria Técnica del Aplicativo de Gestión de la producción para ADIMDE

ORBERE. Memoria Técnica del Aplicativo de Gestión de la producción para ADIMDE ORBERE Memoria Técnica del Aplicativo de Gestión de la producción para ADIMDE Bilbao, 12 de diciembre de 2006 INDICE 1. METODOLOGÍA DE TRABAJO 2 1.1 Pautas para el Desarrollo 2 1.2 Entorno Tecnológico,

Más detalles

UNIVERSIDAD PERUANA DE CIENCIAS APLICADAS FACULTAD DE INGENIERÍA DIVISIÓN DE ESTUDIOS PROFESIONALES PARA EJECUTIVOS CARRERA DE INGENIERÍA DE SISTEMAS

UNIVERSIDAD PERUANA DE CIENCIAS APLICADAS FACULTAD DE INGENIERÍA DIVISIÓN DE ESTUDIOS PROFESIONALES PARA EJECUTIVOS CARRERA DE INGENIERÍA DE SISTEMAS UNIVERSIDAD PERUANA DE CIENCIAS APLICADAS FACULTAD DE INGENIERÍA DIVISIÓN DE ESTUDIOS PROFESIONALES PARA EJECUTIVOS CARRERA DE INGENIERÍA DE SISTEMAS DESARROLLO DE UNA SOLUCION GENERAL DE INTEGRACION DE

Más detalles

Monitorización de Equipos y Redes [NAGIOS ] VIRTUALITY

Monitorización de Equipos y Redes [NAGIOS ] VIRTUALITY Monitorización de Equipos y Redes [NAGIOS ] VIRTUALITY [INTRODUCCIÓN. QUÉ ES NAGIOS?] Nagios es un sistema de monitorización de equipos y de servicios de red, creado para ayudar a los administradores a

Más detalles

Tema 4. Diseño arquitectónico.

Tema 4. Diseño arquitectónico. Tema 4. Diseño arquitectónico. Introducción, Objetivos del Diseño. Ingeniería del Software II 2011 Para la transformación del modelo de análisis en un modelo de diseño del sistema, se definen los objetivos

Más detalles

Visión general del Cliente EBICS

Visión general del Cliente EBICS Sterling B2B Integrator Visión general del Cliente EBICS Versión 5.2.4 Sterling B2B Integrator Visión general del Cliente EBICS Versión 5.2.4 Nota Antes de utilizar esta información y el producto al que

Más detalles

IDTVOS, el sistema operativo accesible para decodificadores de TDT.

IDTVOS, el sistema operativo accesible para decodificadores de TDT. IDTVOS, el sistema operativo accesible para decodificadores de TDT. Ministerio de Industria, Turismo y Comercio DATOS GENERALES Antecedentes del servicio Al ser un proyecto pionero, los antecedentes que

Más detalles

Guía del usuario de Workflow Manager

Guía del usuario de Workflow Manager Guía del usuario de Workflow Manager Versión 5.2.5 SP1 Marzo de 2004 Copyright 1994-2003 Documentum, a division of EMC. Reservados todos los derechos. DOCUMENTUM, NOW YOU KNOW, UNITING THE WORLD THROUGH

Más detalles

HOMERJ: THE RELATIONAL XML DATABASE PROJECT

HOMERJ: THE RELATIONAL XML DATABASE PROJECT HOMERJ: THE RELATIONAL XML DATABASE PROJECT Autores: Estudiantes de 5to año de la Licenciatura en Sistemas Ambrosi, Lucas; Baioni, Sebastián Colaboradores: Broglino, Florencia; Chiara, Laura; Dieguez,

Más detalles

Titulo del Proyecto FACYU Sistema de Facturación. Alumnos David Ignacio Morales Ruelas Marco Antonio Jiménez Uribe Carlos José Márquez Guzmán

Titulo del Proyecto FACYU Sistema de Facturación. Alumnos David Ignacio Morales Ruelas Marco Antonio Jiménez Uribe Carlos José Márquez Guzmán Titulo del Proyecto FACYU Sistema de Facturación Alumnos David Ignacio Morales Ruelas Marco Antonio Jiménez Uribe Carlos José Márquez Guzmán Asesor Emmanuel López Neri 1. INTRODUCCIÓN 1.1 PROPÓSITO 1.2

Más detalles

1. Introducción. El paradigma de la programación orientada a objetos, también conocida como POO,

1. Introducción. El paradigma de la programación orientada a objetos, también conocida como POO, 1. Introducción El paradigma de la programación orientada a objetos, también conocida como POO, es la que usa objetos y sus interacciones para diseñar aplicaciones y programas de computadora [1]. Desde

Más detalles

1. CAPÍTULO III ANÁLISIS DEL SISTEMA

1. CAPÍTULO III ANÁLISIS DEL SISTEMA 37 1. CAPÍTULO III ANÁLISIS DEL SISTEMA 3.1. FACTIBILIDAD DEL PROYECTO. Se ha desarrollado un estudio de factibilidad el cual incluye la parte técnica, operacional y financiera; para determinar si se podrá

Más detalles

VISDOC. Visor de documentos IGAE. Guía de uso

VISDOC. Visor de documentos IGAE. Guía de uso VISDOC Visor de documentos IGAE Guía de uso Septiembre de 2015 Índice de contenidos 1. Control de versiones... 3 2. Objeto... 5 3. Requisitos de software... 6 3.1. Para instalación en PC s con windows...

Más detalles

IES Pablo Serrano-ASIR1D/DAM1D-B.Soler XML

IES Pablo Serrano-ASIR1D/DAM1D-B.Soler XML IES Pablo Serrano-ASIR1D/DAM1D-B.Soler Contenidos 1. Introducción 2. Quién ha creado? 3. Definición según W3C 4. Qué es? 5. Objetivos 6. Para qué sirve? 7. Con ya vale? 8. Tecnologías asociadas 9. Familia

Más detalles

PÁGINAS DINÁMICAS WEB CON PHP. Unidad 1 FUNDAMENTOS DE PHP

PÁGINAS DINÁMICAS WEB CON PHP. Unidad 1 FUNDAMENTOS DE PHP PÁGINAS DINÁMICAS WEB CON PHP Unidad 1 FUNDAMENTOS DE PHP Agenda del curso PHP 2009 DIA 1 ELEMENTOS DEL LENGUAJE PHP (2 horas) (2 horas) (2 horas) Que es PHP? Características de PHP Por qué utilizar PHP?

Más detalles

El lenguaje de programación interpretado PHP (Hypertext Preprocessor) es un

El lenguaje de programación interpretado PHP (Hypertext Preprocessor) es un 1. DESARROLLO. Arquitectura de desarrollo. Como tecnología de desarrollo se ha utilizado: PHP. El lenguaje de programación interpretado PHP (Hypertext Preprocessor) es un lenguaje de script de lado del

Más detalles

INSTALACION MANUAL DE ECLIPSE EN UBUNTU

INSTALACION MANUAL DE ECLIPSE EN UBUNTU INSTALACION MANUAL DE ECLIPSE EN UBUNTU Objetivos: Pasar correctamente un programa escrito en Pseudocódigo a C. Editar, compilar y comprobar el funcionamiento de programas usando un IDE. Resumen Cuando

Más detalles

Plastic SCM platform. Plastic SCM es el nombre que engloba toda la gama de productos de Gestión de Configuración de Códice Software.

Plastic SCM platform. Plastic SCM es el nombre que engloba toda la gama de productos de Gestión de Configuración de Códice Software. Plastic SCM platform Plastic SCM es el nombre que engloba toda la gama de productos de Gestión de Configuración de Códice Software. Se compone de un potente control de versiones y de un sistema configurable

Más detalles

Capítulo 5. Implementación del Sistema de Inscripciones

Capítulo 5. Implementación del Sistema de Inscripciones Capítulo 5. Implementación del Sistema de Inscripciones 5.1 Tecnologías utilizadas en el desarrollo En esta sección se exponen brevemente las tecnologías utilizadas en la implementación de los diferentes

Más detalles

Framework para el desarrollo ágil de aplicaciones

Framework para el desarrollo ágil de aplicaciones Framework para el desarrollo ágil de aplicaciones 1 Índice INTRODUCCIÓN... 3 QUÉ ES UN FRAMEWORK?... 3 VENTAJAS DE UTILIZAR UN FRAMEWORK... 4 DESVENTAJAS DE UTILIZAR UN FRAMEWORK... 5 CARACTERÍSTICAS DE

Más detalles

Gestor de documentos Htm

Gestor de documentos Htm Escola Tècnica Superior d Enginyeria Informàtica Universitat Politècnica de València Gestor de documentos Htm Proyecto Final de Carrera Ingeniero Técnico en Informática de Gestión Autor: Soriano Ferrer,

Más detalles

Muestra de solicitud para una propuesta de un conjunto de aplicaciones de Gestión de Procesos de Negocio KIT DE HERRAMIENTAS DEL COMPRADOR DE BPMS

Muestra de solicitud para una propuesta de un conjunto de aplicaciones de Gestión de Procesos de Negocio KIT DE HERRAMIENTAS DEL COMPRADOR DE BPMS KIT DE HERRAMIENTAS DEL COMPRADOR DE BPMS Muestra de solicitud para una propuesta de un conjunto de aplicaciones de Gestión de Procesos de Negocio Parte 1 del kit completo de herramientas del comprador

Más detalles

Herramientas de monitorización con capacidades de decisión geográficas.

Herramientas de monitorización con capacidades de decisión geográficas. IV JORNADAS DE SIG LIBRE Herramientas de monitorización con capacidades de decisión geográficas. Miguel García Coya (1) y José Ángel Chico Monzón (2) (1) Analista Programador SIC Ingenieros, C/ Misterios,

Más detalles

PWSP Manual de Usuario

PWSP Manual de Usuario PWSP Manual de Usuario Plataforma de Servicios Web del Grupo PentaSoft Febrero 2007 http://ws.pentasoft.es http://ws.test.pentasoft.es PWSP PentaSoft Web Services Platform es un producto registrado de

Más detalles

Programación de Aplicaciones Tarea 2 Curso 2015

Programación de Aplicaciones Tarea 2 Curso 2015 Programación de Aplicaciones Tarea 2 Curso 2015 Información Administrativa La tarea comienza el lunes 14 de setiembre y finaliza el lunes 19 de octubre. La tarea constará de múltiples entregas parciales

Más detalles

Diseño del Sistema de Información

Diseño del Sistema de Información Diseño del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS...2 ACTIVIDAD DSI 1: DEFINICIÓN DE LA ARQUITECTURA DEL SISTEMA...7 Tarea DSI 1.1: Definición de Niveles de Arquitectura...9 Tarea DSI 1.2:

Más detalles