Avanza Local Padrón 2

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

Download "Avanza Local Padrón 2"

Transcripción

1 Página 1 de un total de 191 página(s), Versión imprimible con información de firma. Avanza Local Padrón 2 ANÁLISIS FUNCIONAL TERRITORIO Avanza Local Soluciones

2 HISTÓRICO DE MODIFICACIONES Página 2 de un total de 191 página(s), Versión imprimible con información de firma. Fecha Versión Descripción Autor 23/02/ Versión inicial Software AG 08/03/ Revisión por INTECO INTECO 09/03/ Revisión por MINETUR Ministerio de Industria, Energía y Turismo 12/03/ Corregido según Software AG comentarios de MINETUR 13/03/ Revisión por INTECO INTECO 14/03/ Revisión por MINETUR. MINETUR Versión final (aceptada) Avanza Local Padrón 2 Análisis funcional territorio 2

3 Índice 1. VISIÓN GENERAL DEL PROYECTO 8 Página 3 de un total de 191 página(s), Versión imprimible con información de firma Introducción Propósito y Alcance Definiciones y Abreviaturas Listado de referencias Notación REPRESENTACIÓN DE LA ARQUITECTURA Metas y restricciones de la arquitectura Desarrollar diseños alternativos de la arquitectura Solución A Solución B Solución propuesta Requisitos y visión de la arquitectura Conformidad con estándares abiertos Soluciones específicas de vendedores Reutilización Componentes y frameworks reutilizados por el proyecto VISTA DE CASOS DE USO Introducción Gestión de entidades de territorio Gestión del histórico del territorio Diagrama de Caso de Uso Alta neta de entidad de territorio Diagrama de Caso de Uso Alta neta de Vía Alta neta de Subsección Alta neta de APP Alta neta de Hueco Baja neta de entidad de territorio Diagrama de Caso de Uso Baja neta de Vía 52 Avanza Local Padrón 2 Análisis funcional territorio 3

4 Página 4 de un total de 191 página(s), Versión imprimible con información de firma Baja neta de Subsección Baja neta de APP Baja neta de Hueco Modificación de entidad de territorio Diagrama de Caso de Uso Modificación de Entidad Colectiva Modificación de Entidad Singular Modificación de Núcleo/Diseminado Modificación de Vía Modificación de Distrito Modificación de Sección Modificación de Subsección Modificación de APP Modificación de hueco Gestión de estructuras del usuario Diagrama de Caso de Uso Alta de tipo de estructura Baja de tipo de estructura Modificación de tipo de estructura Alta de estructura Baja de estructura Modificación de estructura Modificación de fecha de documento Anulación de movimiento Consulta de territorio Diagrama de Caso de Uso Consulta de situación actual de entidades Consulta de histórico de entidades Consulta de histórico de operaciones Gestión de histórico Diagrama de Caso de Uso Gestionar histórico de operaciones Gestionar histórico de entidades Ejemplos de operaciones Recodificación de vía Fusión de vías 106 Avanza Local Padrón 2 Análisis funcional territorio 4

5 4. VISTA LÓGICA Interfaz de usuario Seguridad 108 Página 5 de un total de 191 página(s), Versión imprimible con información de firma Gestión de territorio Validador Gestión de entidades Gestión de histórico de entidades Gestión de histórico de operaciones Gestión de cartografía Comunicaciones VISTA DE INTERACCIÓN Interfaces de usuario Interfaz web Interfaces Software Expedientes Módulo de comunicaciones VISTA DE SEGURIDAD Directrices OWASP Subsistema de seguridad Usuario Perfil Administrador Funcionalidad Permiso Auditoría VISTA DEL PROCESO Alta de entidad Baja de entidad Modificación de entidad Consulta de territorio VISTA DEL DESPLIEGUE Instalador 153 Avanza Local Padrón 2 Análisis funcional territorio 5

6 9. VISTA DE IMPLEMENTACIÓN Vista general de las capas 156 Página 6 de un total de 191 página(s), Versión imprimible con información de firma Paquetes/Componentes Interfaz web Seguridad Gestión de territorio Gestión de entidades Gestión de histórico Gestión de operaciones Gestión de cartografía Validación Acceso a datos Modelo Interfaz VISTA DE DATOS Diagrama Entidad/Relación Tablas de Entidades Territoriales Comunidad Autónoma Provincia Municipio Vía Aproximación Postal Hueco Tablas de Entidades Lógicas Entidad Colectiva Entidad Singular Núcleos/Diseminados Distrito Sección Subsección Tablas de diccionarios Bloque Portal Escalera Planta Puerta 174 Avanza Local Padrón 2 Análisis funcional territorio 6

7 Página 7 de un total de 191 página(s), Versión imprimible con información de firma Tipo de vía Tipo de colectivo Tipo de hueco Tipo de local Idioma Español Tablas auxiliares Tipo de Estructura Atributo de Estructura Estructura Valor de Estructura Relación Estructura-APP Relación Estructura-Estructura Tablas especiales Expediente Operaciones Campos de control Tablas de histórico Gestión de los históricos VISTA DE ADMINISTRACIÓN CARACTERÍSTICAS GENERALES DE CALIDAD Fiabilidad Aseguramiento de Calidad Usabilidad Diseño de Interacción Reglas Heurísticas Metodología Portabilidad, Mantenibilidad y Rendimiento Seguridad Capacidad de prueba Disponibilidad y escalabilidad 191 Avanza Local Padrón 2 Análisis funcional territorio 7

8 1. VISIÓN GENERAL DEL PROYECTO 1.1. Introducción Página 8 de un total de 191 página(s), Versión imprimible con información de firma. El objetivo del módulo es desarrollar una solución cuyo alcance funcional se agrupa en los siguientes objetivos principales: Realizar la gestión de las entidades de territorio, a nivel municipal. Mantener la funcionalidad de AL Padrón Adaptar el modelo de datos de AL Padrón al modelo del Sistema Integrado de Gestión de Población y Territorio (SIG_PT) del INE. Integrarse y comunicarse con el Sistema Integrado de Gestión de Población y Territorio (SIG_PT) del INE, mediante el módulo de comunicaciones SIG_PT. Integración con aplicaciones cartográficas (en particular, LocalGIS) Gestionar estructuras definidas por el usuario de interés para la gestión municipal Anexar documentación a las operaciones para su revisión por parte del INE Anular movimientos realizados en el sistema, así como modificar su fecha de variación Incorporar los requisitos comunes y necesarios para formar parte de la plataforma AL Soluciones Propósito y Alcance El propósito y alcance del presente documento es la realización de un análisis funcional, que cubra todas las necesidades y requisitos especificados como base y punto de partida, para la consecución del módulo de gestión territorial (a nivel municipal), contenido en la aplicación ALPADRON2. Avanza Local Padrón 2 Análisis funcional territorio 8

9 1.3. Definiciones y Abreviaturas Página 9 de un total de 191 página(s), Versión imprimible con información de firma. A continuación se expone una tabla con los diferentes acrónimos y abreviaturas utilizados a lo largo del documento con su correspondiente definición. Acrónimo / Abreviatura Definición APP Aproximación Postal CE Censo Electoral EATIM Entidad de Ámbito Territorial Inferior al Municipio EC Entidad Colectiva ES Entidad Singular INE Instituto Nacional de Estadística JSF Java Server Faces LocalGIS Sistema de información Territorial para Entidades Locales LOPD Ley Orgánica de Protección de Datos MINETUR Ministerio de Industria, Energía y Turismo OWASP Open Web Application Security Project SIGM Sistema Integrado de Gestión Municipal SIGPT Sistema Integrado de Gestión de Población y Territorio SOA Arquitectura Orientada a Servicios WS Web Service (Servicio Web) Avanza Local Padrón 2 Análisis funcional territorio 9

10 1.4. Listado de referencias A continuación se muestran las referencias utilizadas en el presente documento. Toda la documentación es accesible mediante la extranet, en la dirección web: Página 10 de un total de 191 página(s), Versión imprimible con información de firma. https://extranet.mityc.es/sites/planavanza/padron/default.aspx Referencia Título Autor SETSI_AL_PADRON_2_Espe Requisitos funcionales de AL Software AG cificacion_de_requisitos_v3.0. doc PADRÓN SETSI. Manual de integración con el MINETUR Manual_integracion_logotipo_ comun_v1_4.doc logotipo común AL SOLUCIONES SETSI_AL_PADRON_2_Mod Modelo de datos de la Software AG elo_de_datos_v1.doc aplicación 1.5. Notación La notación base utilizada, ha sido mediante el uso del lenguaje de modelado unificado (UML), siendo éste el lenguaje de modelado de sistemas de software más conocido y utilizado actualmente. Avanza Local Padrón 2 Análisis funcional territorio 10

11 2. REPRESENTACIÓN DE LA ARQUITECTURA Página 11 de un total de 191 página(s), Versión imprimible con información de firma. Desde el punto de vista conceptual, la arquitectura sobre la que se cimentará AL PADRÓN es una arquitectura SOA. Una Arquitectura Orientada a Servicios (SOA) es un tipo de arquitectura de software que define la utilización de servicios para dar soporte a los requisitos del negocio. El concepto de Servicio no debe asociarse exclusivamente a servicio web (WS), sino que este concepto abarcará a todos los módulos y funciones que reciban algún tipo de información, realicen un tratamiento de la misma y devuelva el resultado de dicho tratamiento. Por ejemplo, en el módulo de gestión de población, se introducirá la información de una habitante, será incorporada en al sistema, esto podría considerar un servicio. Posteriormente, esta información empleará el módulo de comunicaciones para realizar el envío a SIGPT (envío, validación, etc. son servicios). Para finalmente recibir la respuesta de SIGPT y consolidar la variación, siendo estos varios servicios. INE SIGPT Aplicaciones Entidades LocalGIS Organismos SIGM SCCD Comunicaciones Servicios expuestos Población Territorio Herramientas Servicios básicos AL PADRON Ilustración 1: Diagrama de componentes del sistema y su relación Los diferentes módulos de la aplicación están a su vez formados por otros servicios más simples que, en su conjunto, cubren la funcionalidad requerida. Cada módulo es un Avanza Local Padrón 2 Análisis funcional territorio 11

12 componente independiente y desacoplado del resto de módulos, pero se pueden comunicar entre ellos en el caso que sea necesario. Página 12 de un total de 191 página(s), Versión imprimible con información de firma. Ilustración 2: Arquitectura técnica de la aplicación Desde el punto de vista tecnológico, AL PADRÓN es concebida como una aplicación web incluida ésta en un servidor de aplicaciones. AL PADRÓN estará formada por diferentes partes diferenciadas: 1. Una interfaz web para la gestión de territorio, población y el resto de las herramientas; además tendrá publicados servicios para su invocación de manera externa. Para la interfaz web se aplicará el patrón MVC (Modelo-Vista-Controlador), utilizando para la presentación JSF. 2. Un framework base de la arquitectura, utilizándose Spring para este propósito. 3. Una capa de persistencia que empleará Hibernate con diversos conectores de Base de Datos para cubrir las necesidades expuestas en el pliego: Oracle, POSTGRESQL, My SQL, etc. Avanza Local Padrón 2 Análisis funcional territorio 12

13 2.1. Metas y restricciones de la arquitectura En el diseño de la arquitectura del sistema se han tenido en cuenta las siguientes metas y restricciones. Página 13 de un total de 191 página(s), Versión imprimible con información de firma. Metas La aplicación de gestión estará basado en una interfaz web a la que se accede mediante identificación del usuario, habilitando tan sólo las operaciones a las que el usuario está autorizado. El sistema gestionará una base de datos local con la información territorial del municipio. Esta información está compuesta por la situación actual de las entidades así como toda su información histórica disponible. Existirá una comunicación con SIGPT para el intercambio de información y la sincronía de ambos sistemas, realizándose esta comunicación a través de un módulo de comunicaciones y la invocación de servicios web. Restricciones El sistema deberá soportar diferentes motores de base de datos (Oracle, PostgreSQL, MySQL) La aplicación podrá ser publicada en diferentes servidores de aplicaciones (JBoss y Apache Tomcat) y bajo diferentes sistemas operativos: Windows, OpenSUSE, CentOS u otras distribuciones Linux. La comunicación con otros sistemas o aplicaciones deberá ser segura, por lo que los mensajes enviados y recibidos por el módulo de comunicaciones y los servicios expuestos irán firmados. Para facilitar la compatibilidad con SIGPT y permitir un rendimiento óptimo del sistema se adopta el mismo modelo de datos local que el utilizado en SIGPT Desarrollar diseños alternativos de la arquitectura Para el desarrollo de la solución requerida se pueden proponer diferentes arquitecturas, manteniéndose un mismo esqueleto común y sustituyendo algunos de los componentes utilizados por otras tecnologías similares. A continuación se detallan soluciones que cubran los requisitos del sistema. Avanza Local Padrón 2 Análisis funcional territorio 13

14 Solución A Página 14 de un total de 191 página(s), Versión imprimible con información de firma. La solución se corresponde con la propuesta en la arquitectura. Se resumen los principales puntos: Vista: se utiliza JSF para el control de la navegación y la generación de las páginas. Se elige la implementación RichFaces de JSF ya que presenta un nivel de madurez adecuado y proporciona una amplia biblioteca de componentes reutilizables para las páginas. Framework: se utiliza Spring ya que facilita el desacoplamiento en el código y posee clases de utilidad y soporte para agilizar el desarrollo. Servicios web: se utiliza Spring WS para la generación de los servicios web por la sencillez y rapidez en su implementación. Persistencia: se utiliza Hibernate como capa de soporte a la persistencia ya que ofrece un método sencillo de acceso a datos y uniforme, independizando del motor de base de datos utilizado Solución B Está solución es similar estructuralmente a la arquitectura propuesta, con las siguientes particularidades: Vista: se utiliza JSP para la generación de las páginas de la interfaz web. Mientras que JSP es una tecnología más ligera que JSF, se alargaría el tiempo de desarrollo al no disponer de una biblioteca de componentes visuales para ser utilizados en la interfaz de las páginas. Framework: se prescinde de Spring como framework base de la aplicación, utilizando otro framework que ofrezca el patrón de diseño MVC (Modelo, Vista, Controlador) Servicios web: la implementación de servicios web proporcionada por Spring se sustituye por la librería Axis. El funcionamiento sería similar, pero se perdería la facilidad de desarrollo que Spring proporciona. Avanza Local Padrón 2 Análisis funcional territorio 14

15 Persistencia: se elimina la capa que proporciona Hibernate para el acceso a la base de datos. El acceso sería más directo, pero sería necesario implementar las diferentes particularidades de cada motor de base de datos soportado. Página 15 de un total de 191 página(s), Versión imprimible con información de firma Solución propuesta Se adopta la Solución A como óptima para la arquitectura del sistema por los siguientes motivos: Rapidez en el desarrollo: el uso de Spring, Hibernate y JSF aceleran el tiempo de desarrollo pues cubren un amplio espectro de funcionalidades que, de otra manera, deberían ser implementadas manualmente. Desacoplamiento: se consigue un desacoplamiento en los diferentes componentes que forman el sistema. Gracias a Spring todas las dependencias de código se resuelven en un único archivo de configuración. Mediante Hibernate se consigue independizar el desarrollo de la base de datos utilizada, permitiendo cambiar de forma fácil sin que afecte a la implementación. Estabilidad: todos los productos propuestos se han convertido en estándares de la industria por su flexibilidad, rendimiento y funcionalidad. Estas soluciones llevan algún tiempo en el mercado por lo que tienen un nivel de madurez alto y una estabilidad muy alta. Además existe suficiente soporte técnico para ayudar al desarrollo Requisitos y visión de la arquitectura Los criterios que justifican el uso de la arquitectura propuesta se detallan en los siguientes puntos: SOA (Arquitectura Orientada a Servicios): una arquitectura orientada a servicios, como la de AL PADRÓN, provee de pequeños componentes desacoplados y reutilizables desde diversos puntos, combinables de manera que se pueden construir servicios complejos concatenando el uso de varios servicios más simples, facilitando así la reutilización de dichos servicios. También se facilita así la integración con Avanza Local Padrón 2 Análisis funcional territorio 15

16 futuros sistemas, creando los servicios complejos necesarios a partir de otros servicios simples ya implementados. Página 16 de un total de 191 página(s), Versión imprimible con información de firma. Patrón MVC (Modelo, Vista, Controlador): realiza una división en varias capas lógicas de la aplicación web, de manera que cambios en una de estas capas tenga un impacto mínimo sobre las otras. Este patrón es el más utilizado en el desarrollo de aplicaciones web. JSF: es un estándar en el desarrollo de interfaces de aplicaciones web. Las implementaciones de JSF disponen de amplias bibliotecas de componentes que ayudan a la creación de interfaces de usuario ricas y funcionales. Framework Spring: Este framework tiene una madurez suficiente como para poder ser confiable y permite un desacoplamiento de las diferentes capas que forman la aplicación. Además facilita la escalabilidad y la integración con diversas tecnologías, permitiendo una rápida adaptación a nuevos requerimientos o necesidades. Hibernate: proporciona un nivel de abstracción en el acceso a la base de datos, ocupándose de la integración con diferentes motores de bases de datos y ofreciendo un acceso unificado a los datos, independientemente de la fuente utilizada Conformidad con estándares abiertos La arquitectura cumple con los siguientes estándares abiertos: Java 6 Java EE 5 JSF 2.0 XHTML 1.0 CSS 2.1 XML 1.0 WSDL 2.0 SOAP 1.2 Avanza Local Padrón 2 Análisis funcional territorio 16

17 2.5. Soluciones específicas de vendedores En la arquitectura se utilizan los siguientes productos: Página 17 de un total de 191 página(s), Versión imprimible con información de firma. Servidor web: Apache Tomcat 7.x, JBoss Application Server 7 Framework: Spring 2.5 Vista: RichFaces 4.0 Persistencia: Hibernate 3.6, Oracle 9/10, PostgreSQL 9.1.2, MySQL Reutilización El uso de componentes reutilizables va a permitir un desarrollo más eficaz, desacoplando los componentes utilizados y facilitando su interconexión mediante el framework utilizado. Mediante Spring se consigue un ensamblado de diferentes componentes gracias a un archivo de configuración en el que se definen todas las dependencias, pudiendo reemplazar un componente por otro sin afectar al código desarrollado. En el desarrollo de la interfaz web se utilizará el patrón de diseño MVC (Modelo/Vista/Controlador) pues asegura una separación de la lógica de negocio, las clases y páginas utilizadas para la visualización de la información y el control de la navegación. En el acceso a la base de datos se debe asegurar una independencia total del motor de base de datos utilizado. Ya que la aplicación puede funcionar con diferentes motores, es importante que el uso de uno u otro sea transparente y no afecte a la lógica de negocio de la aplicación Componentes y frameworks reutilizados por el proyecto En la siguiente tabla se recoge una lista de los diferentes componentes y frameworks reutilizados por el proyecto, junto con la lista de beneficios que se obtiene con su utilización. Avanza Local Padrón 2 Análisis funcional territorio 17

18 Framework o componente reutilizable Proveedor Lista de beneficios Repositorio donde se ubican Página 18 de un total de 191 página(s), Versión imprimible con información de firma. Spring 2.5 Código abierto Provee de clases de soporte para un e.org desarrollo rápido, integración con otros componentes, desacoplamiento y creación de servicios web Hibernate 3.6 JBoss Implementa una capa de acceso a base de datos que aporta independencia del software utilizado, optimiza el rendimiento y facilita el acceso y tratamiento de los datos RichFaces 4.0 JBoss Implementa el estándar JSF para generación de aces interfaces web flexibles, aportando una biblioteca de componentes de fácil integración en cualquier página web Avanza Local Padrón 2 Análisis funcional territorio 18

19 3. VISTA DE CASOS DE USO Página 19 de un total de 191 página(s), Versión imprimible con información de firma. En este apartado se recogen los principales casos de uso existentes en la aplicación. Algunos casos de uso se dividen a su vez en otros casos de uso más particularizados Introducción El módulo de territorio permitirá la gestión del territorio a nivel local para un organismo (ayuntamiento) y en coordinación con SIGPT del INE. Además deberá permitir el mantenimiento de todos aquellos datos necesarios para la integración con aplicaciones cartográficas (LocalGIS u otras). Toda modificación en la gestión del territorio implicará el envío de un expediente con dicha modificación al SIGPT con el fin de que la información se encuentre sincronizada en ambos sistemas. Esta comunicación es posible mediante el módulo de comunicaciones de la aplicación. La funcionalidad de este módulo junto con la gestión de expedientes se trata en el documento correspondiente, abordándose en este documento solamente la gestión de territorio a nivel local. Por último indicar que, en la aplicación, la gestión y la BBDD de territorio están estrechamente relacionados con la gestión y BBDD de población. Esto se manifiesta en que no podrá ser dada de baja una entidad en la BBDD si contiene huecos que estén habitados. Dentro de territorio cabe reseñar dos gestiones diferenciadas: Gestión de entidades de territorio En la gestión de entidades de territorio se incluirá toda la funcionalidad que permita el manejo de la situación actual de dichas entidades. Para ello se definen operaciones orientadas al mantenimiento de las diferentes entidades que componen el municipio. La gestión de entidades se puede clasificar en dos categorías: Operacional: actualizan la BBDD local de territorio, incluyen operaciones de alta, baja y modificación. A su vez pueden ser clasificados, según el tipo de operación realizada, en operaciones simples y operaciones complejas: Avanza Local Padrón 2 Análisis funcional territorio 19

20 o Operaciones simples: Son aquellas que solo realizan una operación sobre una entidad, pudiendo implicar la modificación de las entidades que se encuentran jerárquicamente debajo. Página 20 de un total de 191 página(s), Versión imprimible con información de firma. o Operaciones complejas: Son aquellas que realizan o pueden realizar más de una operación afectando a varias entidades simultáneamente. Al igual que con las operaciones simples, las entidades inferiores jerárquicamente pueden verse implicadas en la modificación. Las operaciones existentes son: Alta Neta (simple) Baja Neta (simple) Modificación: Cambio de clase (simple) Recodificación (simple) Renumeración (simple) Modificación de denominación (simple) Modificación de otros atributos (simple) Fusión (compleja) Segregación (compleja) Cambio de límites (compleja) Especiales Modificación de fecha de documento Anulación de movimiento La ejecución de uno u otro tipo de operación entraña unas validaciones específicas sobre la situación en BBDD de las entidades afectadas. Consulta: permite consultar los datos en la BBDD local, según diferentes parámetros facilitados por el usuario, tales como valor de los diferentes códigos y atributos de las entidades, fechas y operación. Avanza Local Padrón 2 Análisis funcional territorio 20

21 Página 21 de un total de 191 página(s), Versión imprimible con información de firma. Además de las entidades propias de territorio, se tendrá una funcionalidad que permitirá al usuario definir unas estructuras propias del ayuntamiento que agruparán a otras entidades o estructuras Entidades El Estado se organiza territorialmente en Municipios, en Provincias y en las Comunidades Autónomas que se constituyan, según el artículo 137 de la CE, gozando todas estas entidades de autonomía para la gestión de sus respectivos intereses. A su vez, el municipio se divide en otras entidades territoriales menores, sobre las que se podrán realizar gestiones por el sistema. Por último, se encuentran las entidades electorales, que se corresponden con la parte de la gestión del callejero que es útil únicamente para la gestión de Censo Electoral. Estas entidades sólo podrán ser consultadas por el sistema. Se obtiene así el siguiente listado de entidades: Gestionadas por el sistema: o Territoriales, comenzando desde la de más bajo nivel y terminando en la entidad más amplia: Hueco (en ocasiones referido como Vivienda, pero siendo Hueco la denominación más aceptada) APP Vía Subsección Sección Distrito Núcleo/Diseminado Entidad Singular Entidad Colectiva Avanza Local Padrón 2 Análisis funcional territorio 21

22 o Electorales Local electoral Página 22 de un total de 191 página(s), Versión imprimible con información de firma. Mesa electoral No gestionadas por el sistema: o Territoriales: Municipio Provincia Comunidad Autónoma o Electorales: Delegación provincial Nota: La gestión de las entidades mesa electoral y local electoral no se explica en este documento. Al ser entidades de índole electoral, su tratamiento se cubre en la parte de integración con Censo Electoral del módulo de administración y herramientas. En los siguientes puntos se enumeran todas las entidades territoriales existentes, incluyendo las no gestionadas por el sistema a nivel informativo. Las entidades correspondientes a unidad poblacional (entidad colectiva, entidad singular, núcleo/diseminado) y seccionado (distrito, sección y subsección) realizan una división del municipio completa, es decir, abarcan todo el territorio existente. Todas las entidades tienen asociadas un número de identificación único, denominado NIDEN. Este NIDEN es un valor secuencial que se asigna al realizar el alta de una nueva entidad y viene proporcionado por SIGPT. Así, el NIDEN identifica a una entidad de manera única para todo el territorio español. Debido a que el procesamiento de las operaciones por SIGPT puede ser asíncrono, para evitar que localmente se realice el alta de entidades que queden sin NIDEN hasta la respuesta por parte de SIGPT, surge la necesidad de definir otro número identificativo. Así, todas las entidades gestionadas por la aplicación utilizarán dos NIDEN: Avanza Local Padrón 2 Análisis funcional territorio 22

23 NIDEN LOCAL: Número identificativo para la base de datos local del sistema. La aplicación asigna este número en el alta de una entidad de forma local. Página 23 de un total de 191 página(s), Versión imprimible con información de firma. NIDEN INE: Número identificativo de SIGPT válido para todo el territorio español. Su valor será vacío hasta que SIGPT procese la operación de alta y devuelva el valor asignado. Este NIDEN será el utilizado para identificar entidades en las comunicaciones con procesos del INE Hueco Un hueco representa conceptualmente a una vivienda (que puede o no tener habitantes), local o alojamiento. Es la entidad territorial de último nivel y representa una dirección postal completa, con referencia en un plano en tres dimensiones APP Una aproximación postal representa una dirección postal hasta el nivel de portal. Además cada APP deberá estar referenciada mediante unas coordenadas catastrales y GPS Vía La entidad de Vías reúne el conjunto de vías o pseudovías a nivel lógico que conforman un municipio. Se define la pseudovía como todo aquello que no es ni unidad poblacional ni vía, que sustituye a la vía en el caso de que no exista y la complementa en caso contrario. Por norma general para formar la denominación de cualquier vía se utilizará el tipo de vía seguido de su nombre, aunque en ocasiones y dependiendo del idioma oficial del municipio esto podrá ser a la inversa. Al tratar este sistema con vías lógicas en lugar de vías físicas, las operaciones de fusión, segregación y de cambio de límites deberán estar restringidas a vías que representen vías físicas. Esto es debido al mantenimiento del histórico ya que en realidad las operaciones básicas se reducen a una simple modificación de las APP incluidas en la operación. Es decir, previo a la ejecución del expediente deberá verificarse que cada vía está únicamente Avanza Local Padrón 2 Análisis funcional territorio 23

24 contenida en una unidad de población. En caso contrario no podrá ejecutarse el expediente a este nivel, siendo necesario realizar la modificación a nivel de APP. Página 24 de un total de 191 página(s), Versión imprimible con información de firma. En la actualidad, el municipio codifica sus propias vías, utilizando un número único dentro del municipio. Entendemos que una fusión de vías corresponde a la unión de dos o más vías para generar una única vía pudiendo darse de baja las otras vías implicadas. Una segregación de vía corresponde a partición de una vía en dos o más vías siendo necesario dar de alta las nuevas vías, que no deben existir con anterioridad. El resto de casos en los que se produce un traspaso de APP entre varias vías corresponde a expedientes de cambio de límites ya que las vías implicadas permanecen. En ninguno de los tres casos anteriores debe producirse una variación en los datos de Entidad de Población o de Seccionado en las APP, ya que en ese caso la operación deberá corresponder a alguna de las existentes a nivel de Seccionado de Unidad de Población. Se debe tener en cuenta que existen zonas del territorio en las cuales no existen vía ni pseudovía estando las distintas APP numeradas a nivel de Núcleo/Diseminado. Para mantener la integridad se considerará que en todos los municipios habrá al menos una vía que se identificara con el código cero Subsección A efectos de Censo Electoral, las secciones se dividirán en subsecciones. Éstas se utilizan para reubicar a los electores de una Sección en distintas mesas electorales por motivos geográficos. Históricamente la subsección es un concepto que no se mantiene fuera de períodos no electorales dada la variabilidad de éstas que se producían entre los distintos tipos de elecciones. Esta estructura se utilizaba tradicionalmente tanto para realizar divisiones geográficas de secciones, de forma que se acercara la mesa al ciudadano, como para definir las EATIM. En la actualidad la definición de la EATIM se realiza en base a otras estructuras (conjunto de entidades singulares), de forma que esa variabilidad de las subsecciones ya no existe. Avanza Local Padrón 2 Análisis funcional territorio 24

25 Se considera que todas las secciones tienen al menos una subsección identificada con el código cero. Página 25 de un total de 191 página(s), Versión imprimible con información de firma. La subsección es una de las entidades más dinámicas del sistema ya que es actualizada en cada proceso electoral Sección Los distritos se dividen en secciones estadísticas. Una sección estadística es esencialmente un área del terreno del término municipal, cuyo tamaño viene determinado por el número de electores. Según la Ley 5/1985 de Régimen Electoral General, el número de electores en una sección está comprendido entre 500 y 2.000, aunque si existe un municipio que contenga un número inferior de habitantes, éste se definirá como una sección. La sección es el segundo nivel de la división administrativa electoral la cual agrupa habitantes. Un distrito tendrá al menos una sección. Por cuestiones de gestión electoral existe la posibilidad de necesitar agrupar a los habitantes en divisiones de la sección. Para ello se utiliza la entidad subsección. Una sección puede no tener subsecciones o estar completamente dividida en subsecciones Distrito Es la entidad de mayor nivel dentro de la división administrativa electoral. Permite agrupar secciones y éstas a su vez habitantes. Un municipio tendrá al menos un distrito. Los distritos se dividen en secciones y un distrito tendrá al menos una sección Núcleo/Diseminado Núcleo de población: Conjunto de al menos diez edificaciones, que están formando calles, plazas y otras vías urbanas. Excepcionalmente el número de edificaciones podrá ser inferior a 10 siempre que la población de derecho supere los 50 habitantes. Diseminado: Edificaciones o viviendas de una entidad singular de población que no pueden ser incluidos en el concepto de núcleo. Avanza Local Padrón 2 Análisis funcional territorio 25

26 A la agrupación de entidad colectiva, entidad singular, y Núcleo o diseminado se le denomina Nomenclátor. Página 26 de un total de 191 página(s), Versión imprimible con información de firma Entidad Singular Cualquier área habitable del término municipal, habitada, o excepcionalmente, deshabitada, claramente diferenciada dentro del mismo, y que es conocida por una denominación específica que la identifica sin posibilidad de confusión. Las entidades singulares estarán constituidas por núcleos de población y/o diseminados Entidad Colectiva La Entidad Colectiva es la unidad intermedia entre el Municipio y la Entidad Singular y es la entidad de máximo nivel dentro de la unidad poblacional, agrupando a una o varias entidades singulares (parroquias, hermandades, anteiglesias, concejos, diputaciones y otras). Conforma una Entidad Colectiva de población con identidad propia. Esta agrupación solo se produce en algunos casos ya que normalmente la Entidad Singular será la entidad de mayor nivel en una unidad poblacional Municipio Según la Ley 7/1985, de 2 de abril, Reguladora de las Bases del Régimen Local, el municipio es la entidad local básica de la organización territorial del estado. Tiene personalidad jurídica y plena capacidad para el cumplimiento de sus fines. Sus elementos son el territorio, la población y la organización. En el Principado de Asturias los municipios reciben, oficialmente, la denominación tradicional de concejos. El territorio de un municipio se denomina término municipal, encontrándose perfectamente delimitado y sobre el que se extiende la acción administrativa del ayuntamiento. La extensión de un municipio, según el INE, es la extensión de su término municipal. Avanza Local Padrón 2 Análisis funcional territorio 26

27 Provincia Página 27 de un total de 191 página(s), Versión imprimible con información de firma. La provincia es una división territorial de España, reconocida en la Constitución Española. Es una entidad local con personalidad jurídica propia, determinada por la agrupación de municipios y división territorial para el cumplimiento de las actividades del Estado. En España hay un total de cincuenta provincias. Ceuta y Melilla son ciudades autónomas, pero se incluyen como entidades provincia para unificar su gestión Comunidad Autónoma Una comunidad autónoma es una entidad territorial que, dentro del ordenamiento constitucional de España, está dotada de autonomía legislativa y competencias ejecutivas, así como de la facultad de administrarse mediante sus propios representantes. La comunidad autónoma permite agrupar provincias. Es una entidad muy estable por lo que su modificación no será común Mesa Electoral Una mesa electoral identifica la urna donde se deposita el voto electoral. Siempre estará ubicada dentro de un local electoral y agrupará a electores de una misma sección o subsección por las iniciales de sus apellidos. En ocasiones, y dependiendo del número de electores, podrá haber una mesa única para una sección/subsección. Además una mesa electoral puede ser mesa electoral para residentes en España (mesas CER) y para residentes en el extranjero (mesas CERA) Local Electoral Es el lugar donde estarán ubicadas las mesas electorales en los procesos electorales. Podrá instalarse en colegios, institutos, diputaciones, centros culturales, asociaciones... Además la dirección del local electoral deberá coincidir con los datos de una aproximación postal válida. Ahora bien, un local electoral puede tener distintos accesos que conducen a distintas mesas, por lo que un mismo local podrá tener varias aproximaciones postales Avanza Local Padrón 2 Análisis funcional territorio 27

28 Esta entidad se renovará en cada proceso electoral. Los Ayuntamientos harán propuestas con los locales electorales a utilizar y será el INE el encargado de aceptarlos, denegarlos o proponer algunos nuevos. Página 28 de un total de 191 página(s), Versión imprimible con información de firma Delegación Provincial La entidad Delegación Provincial está directamente relacionada con la entidad Provincia y almacenará la información propia de cada delegación provincial del INE Relación entre entidades A continuación se muestran las diferentes relaciones existentes entre las entidades. CCAA Provincia Municipio Ilustración 3: Relación entre CCAA, Provincia y Municipio Una Comunidad Autónoma está formada por una o más Provincias. Así una Comunidad Autónoma se relaciona con una o varias provincias, y una provincia se relaciona solo con una Comunidad Autónoma. Avanza Local Padrón 2 Análisis funcional territorio 28

29 Una Provincia está formada por Municipios, de tal forma que una provincia se relaciona con un conjunto de municipios, y un municipio solo se relaciona con una Provincia. Página 29 de un total de 191 página(s), Versión imprimible con información de firma. Cada Provincia tendrá un código único a nivel nacional y estará relacionada con un elemento de la entidad Comunidad Autónoma Se considera a la provincia como la entidad de primer nivel de callejero del cual dependen el resto de las entidades de territorio. Municipio E. Colectiva E. Singular Núcleos Ilustración 4: Relación entre Municipio, Entidad Colectiva, Entidad Singular y Núcleo/Diseminado Un Municipio puede estar formado por cero, una o varias Entidades Colectivas. Cuando un Municipio no tiene ninguna entidad colectiva, se relaciona directamente con las entidades singulares, si bien en este sistema se considerará que, en este caso, siempre existirá al menos una entidad con código cero. Una entidad Colectiva está formada por entidades singulares. Por tanto, una entidad colectiva se relaciona con un conjunto de entidades singulares y una entidad Singular se relaciona con una única entidad Colectiva, si esta existe, o con un Municipio. Una Entidad Singular se relaciona con un conjunto de Núcleos o Diseminados. Una entidad singular determinada, se podrá relacionar con un conjunto de núcleos, aunque solo con un diseminado. Avanza Local Padrón 2 Análisis funcional territorio 29

30 Municipio Página 30 de un total de 191 página(s), Versión imprimible con información de firma. Vías Aprox Postal Hueco Ilustración 5: Relación entre Municipio, Vía, Aproximación Postal y Hueco Un Municipio se relaciona con un conjunto de vías, y cada vía se relaciona con un solo Municipio. En un mismo Municipio no pueden existir dos vías con el mismo nombre y tipo. Una vía se relaciona con varias aproximaciones postales, pero una aproximación postal se relaciona solo con una vía. Una aproximación postal se relaciona con varios huecos, pero un hueco solo se relaciona con una aproximación postal. Avanza Local Padrón 2 Análisis funcional territorio 30

31 Núcleo/Diseminado Página 31 de un total de 191 página(s), Versión imprimible con información de firma. Aprox. Postal Hueco Ilustración 6: Relación entre Núcleo/Diseminado, Aproximación Postal y Hueco Un núcleo o diseminado se relaciona con varias aproximaciones postales, y una aproximación postal se relaciona con un único núcleo o diseminado. Una aproximación postal puede relacionarse con uno o varios huecos, pero un hueco solo se relaciona con una aproximación postal. Avanza Local Padrón 2 Análisis funcional territorio 31

32 Municipio Página 32 de un total de 191 página(s), Versión imprimible con información de firma. Distrito Sección Subsección Mesa Ilustración 7: Relación entre Municipio, Distrito, Sección, Subsección y Mesa Electoral Un Municipio se relaciona con un conjunto de distritos, y un distrito solo se relaciona con un Municipio. Un Distrito se relaciona con un conjunto de secciones, y una sección solo se relaciona con un distrito. Una Sección puede estar formada por cero, una o varias Subsecciones y una Subsección solo puede estar relacionada con una sección. En este sistema se considerará que, si una Sección no tiene Subsecciones, siempre existirá al menos una subsección con código cero. Cada Subsección está relacionada con un conjunto de Mesas, y cada mesa está relacionada con una sola subsección. Avanza Local Padrón 2 Análisis funcional territorio 32

33 Municipio Página 33 de un total de 191 página(s), Versión imprimible con información de firma. Locales Mesas Ilustración 8: Relación entre Municipio, Local Electoral y Mesa Electoral Un municipio contendrá varios locales electorales. Un local electoral solo puede estar relacionado con un municipio. Cada local está relacionado con un conjunto de mesas, y cada mesa está relacionada con un solo local. Sección Subsección APP Mesa MES Local LOCA Ilustración 9: Relación entre Sección, Subsección, Mesa Electoral, Local Electoral y Aproximación Postal Avanza Local Padrón 2 Análisis funcional territorio 33

34 Una subsección tendrá asociadas varias mesas, mientras que una mesa solo puede pertenecer a una subsección. Página 34 de un total de 191 página(s), Versión imprimible con información de firma. Una APP podrá pertenecer a un local, con lo cual tendrá asociadas varias mesas, mientras que una mesa solo podrá pertenecer a un local. Al poder tener un local asociado a varias APPs, una mesa estará relacionada con todas las APPs que forman el local donde se encuentra. Provincia Delegación Ilustración 10: Relación entre Provincia y Delegación Cada Provincia se relaciona con una Delegación Provincial, y cada Delegación Provincial con una sola provincia. Avanza Local Padrón 2 Análisis funcional territorio 34

35 Operaciones Página 35 de un total de 191 página(s), Versión imprimible con información de firma. Respecto a las operaciones que se pueden realizar sobre las diferentes entidades, ya se enumeraron en el punto Gestión de entidades de territorio. Hay que tener en cuenta que no todas las operaciones son aplicables a todas las entidades. Además de las operaciones antes mencionadas se disponen de otras dos operaciones especiales, que se detallan en los siguientes puntos: Modificación de fecha de documento Anulación de movimiento Alta neta Corresponde a altas de códigos que no existen en el sistema, asignando un número único (NIDEN) que identifica a la entidad que se ha dado de alta. Sobre el terreno estas operaciones al nivel de vías, APP, huecos o subsecciones no presentan problemas conceptuales. A otros niveles tales como sección, núcleos/diseminados..., conceptualmente pareciera que no deben existir ya que el territorio está divido en su totalidad en alguna de estas estructuras por lo que una nueva alta implicaría necesariamente un cambio de límites de alguna de ellas. Es decir, la aparición de una nueva sección solamente es posible a partir de una parte de territorio perteneciente previamente a una o más secciones. Dicho esto, el control de operaciones en que intervengan más de una sección de nueva creación o alguna otra estructura de ámbito superior cuya codificación no sea potestad del Ayuntamiento puede ser complicado ya que únicamente podría realizarse a partir de denominaciones, llegándose al extremo de que al nivel de secciones no existe tampoco la denominación. No debemos por tanto confundir las operaciones de Alta Neta con las acciones básicas de altas de códigos. Está claro que una segregación de una sección necesitará en algún momento generar el alta del nuevo código pero esta alta corresponde a una acción particular necesaria para llevar a cabo la segregación. Consideramos pues que operaciones de alta neta deben aplicarse únicamente a aquellas entidades que pueden crearse sin que esto suponga una variación en la distribución del territorio Avanza Local Padrón 2 Análisis funcional territorio 35

36 Baja neta Página 36 de un total de 191 página(s), Versión imprimible con información de firma. La situación es similar al caso de alta neta. Hay casos en que un código, después de una serie de operaciones o por error en su alta debe ser dado de baja Cambio de clase Una operación de cambio de tipo quedará restringida a aquellos casos en que sea necesario convertir una vía en una pseudovía o viceversa. En este caso, además se permitirá modificar tanto el código de la nueva entidad como su denominación y el resto de atributos Recodificación Este tipo de operaciones permiten cambiar el código de una entidad (el caso más habitual es el de recodificación de vías) En este tipo de operaciones será posible cambiar no solamente el código sino también la denominación y el resto de atributos Renumeración Esta operación solo se aplica a vías y permite modificar los valores de numeración de las APPs contenidas en la vía Modificación de denominación Estos expedientes se utilizarán para todos aquellos casos en que es necesaria la modificación del nombre de una estructura. La utilización de este expediente impedirá la modificación de los códigos de la estructura pero si permitirá incluir modificaciones de otros atributos. Avanza Local Padrón 2 Análisis funcional territorio 36

37 En el caso particular de vías un cambio de denominación incluye tanto el nombre en sí mismo como el tipo de la vía. No se permitirá modificar el nombre normalizado ya que este será generado por el sistema. Página 37 de un total de 191 página(s), Versión imprimible con información de firma Modificación de otros atributos Permitirá cambiar el resto de atributos de una entidad entendiendo por esto el resto de datos distintos del código y la denominación. Este expediente no permitirá en ningún caso modificar datos referidos al código de la entidad ni a su denominación Fusión Consideramos una operación de fusión de dos o mas entidades cuando el resultado de la misma es una única entidad que puede tener o no el mismo código de una de ellas pudiéndose dar de baja el resto de entidades. Gráficamente una operación de fusión correspondería a: Situación previa Operación Resultado Fusión Vía 1 y 2 en la Vía 1 Vía 1 Vía 1 Vía 2 Vía 1 Vía 2 Vía 2 Baja Vía 2 Vía 1 En esta operación la entidad resultante puede cambiar tanto de códigos como de nombre y resto de atributos. Avanza Local Padrón 2 Análisis funcional territorio 37

38 Segregación Entendemos por segregación la operación mediante la cual una entidad se divide formando nuevas entidades del mismo tipo y con códigos no existentes hasta el momento, salvo el Página 38 de un total de 191 página(s), Versión imprimible con información de firma. correspondiente a la entidad origen. Gráficamente una segregación correspondería a: Situación previa Operación Resultado Vía 1 Segregación Vía 1 en Vía 1 y 2 Vía 1 Vía 1 Vía 2 Vía 1 Vía 2 Alta Nueva Vía En esta operación las entidades resultantes pueden cambiar tanto de códigos como de nombre y resto de atributos Cambio de límites En una operación de cambio de límites una parte del contenido de una entidad se traslada a otra u otras entidades ya existentes o no. Gráficamente correspondería a: Situación previa Operación Resultado Cambio de límites Vía 1 y 2 Vía 1 Vía 2 Vía 1 Vía 2 Vía 1 Vía 2 Vía 1 Vía 2 Avanza Local Padrón 2 Análisis funcional territorio 38

39 En este caso las entidades iniciales (Vía 1 y Vía 2) se mantienen, habiendo, únicamente, un traspaso de APPs entre una y otra. Página 39 de un total de 191 página(s), Versión imprimible con información de firma Modificación de fecha de documento Permitirá corregir la fecha de variación de una operación ya incorporada al sistema Anulación de movimiento Permitirá anular una operación realizada previamente Listas de valores Existen listas de valores para algunos de los atributos de las entidades. Se utilizan como diccionarios de datos de los valores posibles que puede tomar un atributo. Las listas de valores se sincronizan con las de SIGPT mediante expedientes, tal como se detalla en el análisis funcional del módulo de administración y herramientas. En dicho documento se detallan las diferentes listas de valores Estructuras Una estructura puede entenderse como una entidad propia del ayuntamiento, aunque su gestión y tratamiento difieren enormemente de la gestión de entidades territoriales normales. Mediante las estructuras se podrán definir agrupaciones lógicas de entidades simples (APPs) u otras estructuras. Su utilidad es la de proporcionar otras divisiones territoriales adaptadas a las necesidades de cada ayuntamiento, así como identificar entidades de interés en el municipio o gestionar información adicional sobre las entidades existentes. Como ejemplos, en un municipio se podrían definir las siguientes estructuras: Tramo: Agrupación de APPs de una vía pertenecientes a un mismo núcleo o diseminado y a una misma sección o subsección. Este tipo de estructura vendrá predefinido en la instalación del sistema. Avanza Local Padrón 2 Análisis funcional territorio 39

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

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

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

Más detalles

Ficha Descriptiva de la aplicación AL WEB

Ficha Descriptiva de la aplicación AL WEB Ficha Descriptiva de AL WEB 2012 Ficha Descriptiva de la aplicación AL WEB 1. Datos Generales... 2 1.1. Breve descripción de la aplicación... 2 1.2. Nomenclatura... 2 1.3. Logotipo... 2 1.4. Enlaces Relacionados...

Más detalles

Ficha Descriptiva de AL e-fácil

Ficha Descriptiva de AL e-fácil Ficha Descriptiva de AL e-fácil 2012 Índice: 1. Datos Generales... 2 1.1. Breve descripción de la aplicación... 2 1.2. Nomenclatura... 2 1.3. Logotipo... 2 1.4. Enlaces Relacionados... 3 1.5. Destinatarios...

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

Arquitectura Java para el Cuarto Ejercicio. José Antonio Ruano Ampudia Técnico Superior de Proyecto Informático

Arquitectura Java para el Cuarto Ejercicio. José Antonio Ruano Ampudia Técnico Superior de Proyecto Informático Arquitectura Java para el Cuarto Ejercicio José Antonio Ruano Ampudia Técnico Superior de Proyecto Informático Sumario Introducción Arquitectura en n-capas Arquitectura y el Cuarto Examen Java y su modelo

Más detalles

Administración Local Soluciones

Administración Local Soluciones SISTEMA INTEGRADO DE GESTIÓN DE EXPEDIENTES MODULAR (SIGM) CONFIGURACIÓN PARA LA INTEGRACIÓN CON SISNOT Y CORREOS SIGM v3 Administración Local Soluciones Control de versiones Versión Fecha aprobación Cambio

Más detalles

Ficha Descriptiva de Al SIGM

Ficha Descriptiva de Al SIGM Ficha Descriptiva de Al SIGM 2012 Ficha Descriptiva de la aplicación AL SIGM Índice: 1. Datos Generales... 2 1.1. Breve descripción de la aplicación... 2 1.2. Nomenclatura... 2 1.3. Logotipo... 2 1.4.

Más detalles

CONTRATACIÓN DEL DESARROLLO DE NUEVAS FUNCIONALIDADES PARA LA PLATAFORMA DE NOTIFICACIONES POSTALES Y ENVÍO DE SMS

CONTRATACIÓN DEL DESARROLLO DE NUEVAS FUNCIONALIDADES PARA LA PLATAFORMA DE NOTIFICACIONES POSTALES Y ENVÍO DE SMS CONTRATACIÓN DEL DESARROLLO DE NUEVAS FUNCIONALIDADES PARA LA PLATAFORMA DE NOTIFICACIONES POSTALES Y ENVÍO DE SMS PLIEGO DE CONDICIONES DE CONTRATACIÓN 1 1 Antecedentes Lanbide, Servicio Vasco de Empleo,

Más detalles

Anexo 4 Documento de Arquitectura

Anexo 4 Documento de Arquitectura Anexo 4 Documento de Arquitectura 1. Introducción El anexo se describe el propósito y alcance referentes al proyecto correspondiente al documento de arquitectura. 2. Propósito El propósito del anexo de

Más detalles

e-fácil: Factura Electrónica / CIRCE Local Ministerio de Industria, Turismo y Comercio DATOS GENERALES Antecedentes del servicio

e-fácil: Factura Electrónica / CIRCE Local Ministerio de Industria, Turismo y Comercio DATOS GENERALES Antecedentes del servicio e-fácil: Factura Electrónica / CIRCE Local Ministerio de Industria, Turismo y Comercio DATOS GENERALES Antecedentes del servicio El proyecto e-fácil tiene como objetivo proponer desde el Ministerio de

Más detalles

Ficha descriptiva Avanza e-fácil. Mayo de 2011. Página 0

Ficha descriptiva Avanza e-fácil. Mayo de 2011. Página 0 Ficha descriptiva Avanza e-fácil Ficha descriptiva Avanza e-fácil. Mayo de 2011 Página 0 Índice: 1. Datos generales del proyecto... 2 2. Objetivo y oportunidad... 3 3. Información General... 4 3.1. Destinatarios...

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

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 6. Actualización

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 6. Actualización Página 1 de 19 CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC303_3 Versión 6 Situación Contraste externo Actualización

Más detalles

Cuadro de mando para el análisis de la información de Extranjería del Ministerio de Administraciones Públicas

Cuadro de mando para el análisis de la información de Extranjería del Ministerio de Administraciones Públicas Cuadro de mando para el análisis de la información de Extranjería del Ministerio de Administraciones Públicas José Antonio Peláez Ruiz Ministerio de Administraciones Públicas Alfonso Martín Murillo BG&S

Más detalles

Patrones de Alto nivel: Patrones de Arquitectura Patrones de nivel medio: Patrones de Diseño Patrones de bajo nivel: Idioms

Patrones de Alto nivel: Patrones de Arquitectura Patrones de nivel medio: Patrones de Diseño Patrones de bajo nivel: Idioms Patrones Patrones Es una solución reusable de problemas comunes. Los patrones solucionan problemas que existen en muchos niveles de abstracción. desde el análisis hasta el diseño y desde la arquitectura

Más detalles

Trabajo Final de Graduación para optar por el título. Bachiller en Ingeniería en Computación

Trabajo Final de Graduación para optar por el título. Bachiller en Ingeniería en Computación Trabajo Final de Graduación para optar por el título Bachiller en Ingeniería en Computación Migración del Módulo de Inventario del Sistema Business Advance Víctor Guzmán Alfaro Carrera Ingeniería en Computación

Más detalles

SUPLEMENTO EUROPASS AL TÍTULO

SUPLEMENTO EUROPASS AL TÍTULO SUPLEMENTO EUROPASS AL TÍTULO DENOMINACIÓN DEL TÍTULO Técnico Superior en Desarrollo de Aplicaciones Web --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Más detalles

SCR6150c Versión 2.0(12/01/05)

SCR6150c Versión 2.0(12/01/05) SCR6150c Versión 2.0(12/01/05) Pliego de Bases Técnicas: Anexo NORA Fecha: 30/09/2009 Referencia: EJIE S.A. Mediterráneo, 14 Tel. 945 01 73 00* Fax. 945 01 73 01 01010 Vitoria-Gasteiz Posta-kutxatila /

Más detalles

Lineamientos para el desarrollo de sistemas

Lineamientos para el desarrollo de sistemas Lineamientos para el desarrollo de sistemas 1. Introducción La Coordinación de Información Académica (CIA) a través del Centro Universitario para el Desarrollo de las Tecnologías de la Información (CUDTI)

Más detalles

Arquitectura y Diseño de la Solución

Arquitectura y Diseño de la Solución Arquitectura y Diseño de la Solución Recuento de Conceptos importantes Modelamiente / Versionamiento de trámites Vista Conceptual Subsistemas Funcionales Principales Detalle de los subsistemas Vista de

Más detalles

SIELOCAL. Sistema de Información Económico Local SISTEMA DE GESTIÓN DE POBLACIÓN Y CALLEJERO DIGITAL

SIELOCAL. Sistema de Información Económico Local SISTEMA DE GESTIÓN DE POBLACIÓN Y CALLEJERO DIGITAL SIELOCAL Sistema de Información Económico Local SISTEMA DE GESTIÓN DE POBLACIÓN Y CALLEJERO DIGITAL PAFICHA DE PRODUCTO MODULO CODIGO SISTEMA DE GESTIÓN DE POBLACION Y CALLEJERO DIGITAL winpolis Red Populi

Más detalles

Plataforma de expediente Electrónico @DOC

Plataforma de expediente Electrónico @DOC MINISTERIO DE LA PRESIDENCIA SUBSECRETARÍA SUBDIRECCIÓN GENERAL DE TECNOLOGÍAS Y SERVICIOS DE LA INFORMACIÓN Plataforma de expediente Electrónico @DOC Arquitectura de Sistemas Control de versiones Versión

Más detalles

1 Índice... 1. 2 Introducción... 2. 2.1 Propósito... 2. 2.2 Alcance... 2. 3 Modelo Arquitectónico Inicial... 3

1 Índice... 1. 2 Introducción... 2. 2.1 Propósito... 2. 2.2 Alcance... 2. 3 Modelo Arquitectónico Inicial... 3 1 Índice 1 Índice... 1 2 Introducción... 2 2.1 Propósito... 2 2.2 Alcance... 2 3 Modelo Arquitectónico Inicial... 3 3.1 Diagrama de alto nivel de la arquitectura... 3 3.2 Vista de Casos de Uso... 5 3.2.1

Más detalles

1 GLOSARIO. Actor: Es un consumidor (usa) del servicio (persona, sistema o servicio).

1 GLOSARIO. Actor: Es un consumidor (usa) del servicio (persona, sistema o servicio). 1 GLOSARIO A continuación se definen, en orden alfabético, los conceptos básicos que se han abordado a lo largo del desarrollo de la metodología para la gestión de requisitos bajo la Arquitectura Orientada

Más detalles

DESARROLLO DE APLICACIONES CON TECNOLOGÍAS WEB PROFESIONAL

DESARROLLO DE APLICACIONES CON TECNOLOGÍAS WEB PROFESIONAL Página 1 de 21 CUALIFICACIÓN DESARROLLO DE APLICACIONES CON TECNOLOGÍAS WEB PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC154_3 Versión 5 Situación RD 1087/2005 Actualización

Más detalles

Indizen Labs imade. Marco de Desarrollo Aplicaciones de Indizen

Indizen Labs imade. Marco de Desarrollo Aplicaciones de Indizen Indizen Labs imade Marco de Desarrollo Aplicaciones de Indizen Índice de contenidos Indizen Labs Introducción a imade Metodología imade Arquitectura imade Herramientas imade Indizen Labs Indizen Labs Son

Más detalles

DESARROLLO DE APLICACIONES CON TECNOLOGÍAS WEB

DESARROLLO DE APLICACIONES CON TECNOLOGÍAS WEB DENOMINACIÓN: CON TECNOLOGÍAS WEB Código: IFCD0210 Familia profesional: Informática y Comunicaciones Área profesional: Desarrollo Nivel de cualificación profesional: 3 Cualificación profesional de referencia:

Más detalles

Práctica de Integración de Sistemas Aplicación Web.NET: Sitio de Comentarios de Eventos Deportivos

Práctica de Integración de Sistemas Aplicación Web.NET: Sitio de Comentarios de Eventos Deportivos Práctica de Integración de Sistemas Aplicación Web.NET: Sitio de Comentarios de Eventos Deportivos 1. Introducción Curso académico 2009-2010 La práctica de Integración de Sistemas consiste en 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

Administración Local Soluciones

Administración Local Soluciones SISTEMA INTEGRADO DE GESTIÓN DE EXPEDIENTES MODULAR (SIGM) MANUAL DE CONFIGURACIÓN DE LA NOTIFICACIÓN TELEMÁTICA SIGM v3 Administración Local Soluciones Control de versiones Versión Fecha edición Cambio

Más detalles

SISTEMATIZACIÓN DE LA GENERACIÓN DE PRESUPUESTOS PARA PROYECTOS DE OBRA: DOCUMENTO DE VISIÓN SISTEMA DE ADMINISTRACIÓN DE MATERIALES DE TUBERÍA

SISTEMATIZACIÓN DE LA GENERACIÓN DE PRESUPUESTOS PARA PROYECTOS DE OBRA: DOCUMENTO DE VISIÓN SISTEMA DE ADMINISTRACIÓN DE MATERIALES DE TUBERÍA SISTEMATIZACIÓN DE LA GENERACIÓN DE PRESUPUESTOS PARA PROYECTOS DE OBRA: SISTEMA DE ADMINISTRACIÓN DE MATERIALES DE TUBERÍA PARA INARGOS LTDA. DOCUMENTO DE VISIÓN VERSIÓN 1.3 BOGOTÁ, COLOMBIA, ENERO 2012

Más detalles

Conceptos de Orquestador O2 EMPRESAS TUXPAN www.tuxpan.com

Conceptos de Orquestador O2 EMPRESAS TUXPAN www.tuxpan.com EMPRESAS TUXPAN www.tuxpan.com AÑO 2007 INDICE DE CONTENIDO 1 Software de Servicios y Orquestación de Procesos 2 1.1.1 Introducción 2 1.1.2 Software de Orquestación como Integrador 3 1.1.3 Automatización

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

SERVICE ORIENTED ARCHITECTURE (SOA) CONTENIDO

SERVICE ORIENTED ARCHITECTURE (SOA) CONTENIDO SERVICE ORIENTED ARCHITECTURE (SOA) CONTENIDO Introducción:...1 Service Oriented Architecture...2 Elementos de una Service Oriented Architecture...2 Application frontends...2 Servicios...2 Contrato:...3

Más detalles

BOLETÍN DE NOVEDADES Barcelona, junio de 2008

BOLETÍN DE NOVEDADES Barcelona, junio de 2008 BOLETÍN DE NOVEDADES Barcelona, junio de 2008 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

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

Tecnología VoIP integrada en Sistemas de Emergencia Policiales

Tecnología VoIP integrada en Sistemas de Emergencia Policiales Tecnología VoIP integrada en Sistemas de Emergencia Policiales Mariela E. Rodriguez 1, José Farfan 2, & José V. Zapana 3 Cátedra de Modelos de Desarrollo de Programas y Programación Concurrente / Facultad

Más detalles

Experiencias con J2EE

Experiencias con J2EE Experiencias con J2EE Carlos Luna García Project Manager J2EE carlos.luna@sistel.es Presentación corporativa (1)! Presentación de la compañía.» Sistel es una compañía de integración y desarrollo de sistemas

Más detalles

http://www.cem.itesm.mx/extension/ms

http://www.cem.itesm.mx/extension/ms Diplomado Programación orientada a objetos con Java y UML Las empresas necesitan contar con sistemas de información modernos, ágiles y de calidad para alcanzar sus objetivos y ser cada vez más competitivos

Más detalles

PROGRAMACIÓN DE SISTEMAS INFORMÁTI- COS

PROGRAMACIÓN DE SISTEMAS INFORMÁTI- COS IFCT0609: PROGRAMACIÓN DE SISTEMAS INFORMÁTI- COS CÓDIGO ESPECIALIDAD C.P. PRESEN- CIALES TELEFORMA- CIÓN TOTALES TIPO DE FORMACIÓN IFCT0609 PROGRAMACIÓN DE SISTE- MAS INFORMÁTICOS SI 210 210 420 SEMIPRESENCIAL

Más detalles

Diseño e implementación de una tienda electrónica mediante Struts y SOAP. Rocío López Valladolid Tutor: Dr. Abelardo Pardo Sánchez

Diseño e implementación de una tienda electrónica mediante Struts y SOAP. Rocío López Valladolid Tutor: Dr. Abelardo Pardo Sánchez Diseño e implementación de una tienda electrónica mediante Struts y SOAP Rocío López Valladolid Tutor: Dr. Abelardo Pardo Sánchez Índice Introducción Objetivos e historia temporal Struts y el patrón de

Más detalles

Administración Local Soluciones

Administración Local Soluciones SISTEMA INTEGRADO DE GESTIÓN DE EXPEDIENTES MODULAR (SIGM) GUÍA PARA LA REALIZACIÓN DE INTERCAMBIO DE TRÁMITES Y REGLAS SIGM v3 Administración Local Soluciones HISTÓRICO DE MODIFICACIONES Fecha Versión

Más detalles

Clientes Donantonio. Especificación de requisitos software. Juan José Amor David Escorial Ismael Olea

Clientes Donantonio. Especificación de requisitos software. Juan José Amor David Escorial Ismael Olea Especificación de requisitos software Tabla de contenidos Juan José Amor David Escorial Ismael Olea 1. Introducción...3 1.1. Propósito...3 1.2. Ámbito del sistema...3 1.3. Definiciones, acrónimos y abreviaturas...3

Más detalles

PLIEGO DE PRESCRIPCIONES TECNICAS PARTICULARES PARA EL REDISEÑO DE LA WEB MUNICIPAL USANDO DISEÑO ADAPTATIVO

PLIEGO DE PRESCRIPCIONES TECNICAS PARTICULARES PARA EL REDISEÑO DE LA WEB MUNICIPAL USANDO DISEÑO ADAPTATIVO ASUNTO: PLIEGO DE PRESCRIPCIONES TECNICAS PARTICULARES PARA EL REDISEÑO DE LA WEB MUNICIPAL USANDO DISEÑO ADAPTATIVO Informazioaren Teknologien Saila Departamento de Tecnologías de la Información Herritarrentzako

Más detalles

con certif icado de profesionalidad

con certif icado de profesionalidad CARACTERÍSTICAS El diseño web está cambiando en poco tiempo. Las nuevas tecnologías y estándares de programación están revolucionando tanto la forma de crear web como de interactuar con ellas. En nuestro

Más detalles

ACCIÓN FORMATIVA FINANCIADA POR EL SERVICIO PÚBLICO DE EMPLEO ESTATAL

ACCIÓN FORMATIVA FINANCIADA POR EL SERVICIO PÚBLICO DE EMPLEO ESTATAL MF0491_3: PROGRAMACIÓN WEB EN EL ENTORNO CLIENTE. (IFCD0210: DESARROLLO DE APLICACIONES CON TECNOLOGÍAS WEB) 180 HORAS PRESENCIALES Nº DE EXPEDIENTE: FC/2013/0064 ACCION 141 GRUPO 1 ACCIÓN FORMATIVA FINANCIADA

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

Javier Velásquez Maldonado velasquezj7@hotmail.com. Jhoanna Isabel Lansinot Tocain jlansinot@yahoo.com

Javier Velásquez Maldonado velasquezj7@hotmail.com. Jhoanna Isabel Lansinot Tocain jlansinot@yahoo.com DISEÑO, DESARROLLO E IMPLANTACIÓN DE UNA APLICACIÓN WEB PARA LA AUTOMATIZACIÓN DE LA INFORMACIÓN DE LA IGLESIA EVANGÉLICA INDÍGENA ECUATORIANA DE LA ALIANZA CRISTIANA Y MISIONERA. Javier Velásquez Maldonado

Más detalles

Departamento de Informática y Automática INGENIERÍA DEL SOFTWARE PARTE I: TEST EXAMEN FINAL

Departamento de Informática y Automática INGENIERÍA DEL SOFTWARE PARTE I: TEST EXAMEN FINAL Departamento de Informática y Automática INGENIERÍA DEL SOFTWARE PARTE I: TEST EXAMEN FINAL DNI Apellidos y nombre 1. Cuál de las siguientes afirmaciones no es una causa de los problemas del software?

Más detalles

Mª Luisa Gutiérrez Acebrón División de Informática y Tecnologías de la Información Ministerio de Justicia

Mª Luisa Gutiérrez Acebrón División de Informática y Tecnologías de la Información Ministerio de Justicia Implantación de una arquitectura orientada a servicios. Un caso de uso Mª Luisa Gutiérrez Acebrón División de Informática y Tecnologías de la Información Ministerio de Justicia Introducción Los compromisos

Más detalles

Elección de tecnología para la capa de presentación de SOA. Huibert Aalbers Senior Certified Software IT Architect

Elección de tecnología para la capa de presentación de SOA. Huibert Aalbers Senior Certified Software IT Architect Elección de tecnología para la capa de presentación de SOA Huibert Aalbers Senior Certified Software IT Architect IT Insight podcast Este podcast pertenece a la serie IT Insight Pueden suscribirse al podcast

Más detalles

Gestión Integral de Información Territorial en la Comunidad Autónoma de Madrid. Creación, Mantenimiento y Difusión

Gestión Integral de Información Territorial en la Comunidad Autónoma de Madrid. Creación, Mantenimiento y Difusión Gestión Integral de Información Territorial en la Comunidad Autónoma de Madrid. Creación, Mantenimiento y Difusión Jefe de Unidad de Servicios a Estadística ICM Analista de aplicaciones ICM Responsable

Más detalles

PLIEGO DE PRESCRIPCIONES TÉCNICAS ÍNDICE 1. OBJETO... 2 2. ANTECEDENTES Y SITUACIÓN ACTUAL... 2

PLIEGO DE PRESCRIPCIONES TÉCNICAS ÍNDICE 1. OBJETO... 2 2. ANTECEDENTES Y SITUACIÓN ACTUAL... 2 PROCEDIMIENTO NEGOCIADO SIN PUBLICIDAD PARA LA ADJUDICACIÓN DEL CONTRATO DE SERVICIOS PARA EL DESARROLLO DE COMPONENTES PARA LAS APLICACIONES DE ADMINISTRACIÓN ELECTRÓNICA DEL SENADO PLIEGO DE PRESCRIPCIONES

Más detalles

Ayudar a reducir costes de desarrollo, identificando los problemas desde las fases iniciales mientras el software está siendo programado-,

Ayudar a reducir costes de desarrollo, identificando los problemas desde las fases iniciales mientras el software está siendo programado-, Introducción bugscout es una herramienta de análisis estático de código (SAST) que nace con el objetivo de automatizar el proceso de la revisión manual de código para encontrar vulnerabilidades de seguridad

Más detalles

Programación orientada a

Programación orientada a Programación orientada a objetos con Java Pedro Corcuera Dpto. Matemática Aplicada y Ciencias de la Computación Universidad de Cantabria corcuerp@unican.es Objetivos Presentar los conceptos de la programación

Más detalles

CentralTECH JAVA EE 7 Desarrollo

CentralTECH JAVA EE 7 Desarrollo CT-2776: de Aplicaciones Sobre este curso El curso está dirigido a profesionales y estudiantes IT que deseen adquirir los conceptos y tecnologías necesarias para implementar aplicaciones Web empresariales

Más detalles

Capítulo 2. Marco Teórico

Capítulo 2. Marco Teórico Capítulo 2. Marco Teórico 2.1. Frameworks para Aplicaciones Web en Java Con el crecimiento exponencial de Internet en los últimos años, las aplicaciones Web se han convertido en una parte básica y común

Más detalles

CAPÍTULO V. Propuesta

CAPÍTULO V. Propuesta CAPÍTULO V Propuesta 5.1 Propuesta Implantación de una aplicación WEB para optimizar el Enlace Laboral de la Cámara de Comercio e Industria de El Salvador, Filial San Miguel 5.2 Requerimientos de la Aplicación

Más detalles

DOCUMENTACION A PRESENTAR: TRABAJADORES (RÉGIMEN GENERAL, ADMINISTRACIÓN PÚBLICA, AUTÓNOMOS) DEMANDANTES DE EMPLEO

DOCUMENTACION A PRESENTAR: TRABAJADORES (RÉGIMEN GENERAL, ADMINISTRACIÓN PÚBLICA, AUTÓNOMOS) DEMANDANTES DE EMPLEO MF0492_3 PROGRAMACION WEB EN EL ENTORNO SERVIDOR (IFCD0210: DESARROLLO DE APLICACIONES CON TECNOLOGÍAS WEB) 240 HORAS PRESENCIALES Nº DE EXPEDIENTE: FC/2013/0064 ACCION 217 GRUPO 1 ACCIÓN FORMATIVA FINANCIADA

Más detalles

Especificación de requerimientos

Especificación de requerimientos Especificación de requerimientos 1. Requerimientos funcionales y no funcionales 2. Especificación de requerimientos en lenguaje natural 3. Herramientas de especificación Modelado de datos Diagramas entidad/relación

Más detalles

SINDICACIÓN DE CONTENIDOS EN EL AYUNTAMIENTO DE MADRID

SINDICACIÓN DE CONTENIDOS EN EL AYUNTAMIENTO DE MADRID SINDICACIÓN DE CONTENIDOS EN EL AYUNTAMIENTO DE MADRID José Luis Cano Giner Mercedes Lozano Quirce Dirección General de Desarrollo de TI. Informática del Ayuntamiento de Madrid 1 / 10 1 INTRODUCCIÓN En

Más detalles

SISTEMA DE INFORMACIÓN TERRITORIAL PARA LA ADMINISTRACIÓN LOCAL: GeoPISTA

SISTEMA DE INFORMACIÓN TERRITORIAL PARA LA ADMINISTRACIÓN LOCAL: GeoPISTA SISTEMA DE INFORMACIÓN TERRITORIAL PARA LA ADMINISTRACIÓN LOCAL: GeoPISTA Dirección General para el Desarrollo de la Información Ministerio de Industria, Turismo y Comercio Director Técnico proyectos PISTA

Más detalles

FAMILIA PROFESIONAL: Informática y Comunicación CICLO SUPERIOR DESARROLLO DE APLICACIONES WEB DAW 350 HORAS

FAMILIA PROFESIONAL: Informática y Comunicación CICLO SUPERIOR DESARROLLO DE APLICACIONES WEB DAW 350 HORAS FAMILIA PROFESIONAL: Informática y Comunicación CICLO SUPERIOR DESARROLLO DE APLICACIONES WEB DAW 350 HORAS Resultados de aprendizaje y criterios de evaluación. 1. Identificar la estructura y organización

Más detalles

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización Página 1 de 17 CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC303_3 Versión 5 Situación RD 1201/2007 Actualización Competencia

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

JAVATO: UN FRAMEWORK DE DESARROLLO JAVA LIBRE

JAVATO: UN FRAMEWORK DE DESARROLLO JAVA LIBRE JAVATO: UN FRAMEWORK DE DESARROLLO JAVA LIBRE Jefe de Servicio de Integración de Aplicaciones Corporativas Dirección General de Informática (Comunidad Autónoma Región de Murcia) Técnico Responsable Dirección

Más detalles

Facultad de Ingeniería Informática. Informe de las Prácticas Profesionales

Facultad de Ingeniería Informática. Informe de las Prácticas Profesionales Facultad de Ingeniería Informática CEIS Informe de las Prácticas Profesionales Título: Informatización de los Procesos de Negocio Solicitud de Trabajo Extra laboral en el CITI, a través de la BPMS BizAgi

Más detalles

Diseño dinámico de arquitecturas de información

Diseño dinámico de arquitecturas de información Diseño dinámico de arquitecturas de información CARACTERISTICAS DEL SISTEMA Las organizaciones modernas basan su operación en la gestión del conocimiento, es decir, en el manejo de información que se presenta

Más detalles

www.microsoft.com/office/sharepointserver www.abd.es Contenido empresarial administrado en una interfaz de usuario basada en Web.

www.microsoft.com/office/sharepointserver www.abd.es Contenido empresarial administrado en una interfaz de usuario basada en Web. Microsoft Office SharePoint Server 2007 es un conjunto integrado de características de servidor que puede contribuir a mejorar la eficacia organizativa al ofrecer completas funciones de administración

Más detalles

Balance de la IDEBarcelona y desarrollo de las IDE locales

Balance de la IDEBarcelona y desarrollo de las IDE locales Balance de la IDEBarcelona y desarrollo de las IDE locales Josefina Sáez Burgaya Oficina Técnica de Cartografía y SIG Local Área de Territorio y Sostenibilidad Diputación de Barcelona JIIDE 2012 Madrid

Más detalles

Análisis del Sistema de Información

Análisis del Sistema de Información Análisis del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD ASI 1: DEFINICIÓN DEL SISTEMA... 6 Tarea ASI 1.1: Determinación del Alcance del Sistema... 6 Tarea ASI 1.2: Identificación

Más detalles

Informe de avance Implementación herramientas de back-end (3-III).

Informe de avance Implementación herramientas de back-end (3-III). Proyecto RG-T1684 Desarrollo e implementación de las soluciones Prueba piloto del Componente III Informe Número 1. Informe de avance Implementación herramientas de back-end (3-III). Lautaro Matas 11/04/2013

Más detalles

Servicios Web Ministerio del Interior N10

Servicios Web Ministerio del Interior N10 Servicios Web Ministerio del Interior N10 Introducción Propósito. Definir e indicar a los usuarios, los requerimientos y buenas prácticas para la implementación de los servicios y tecnologías utilizadas

Más detalles

Introducción a la herramienta para administración de información de especies y especímenes: Ara. María Mora, INBio. Costa Rica mmora@inbio.ac.

Introducción a la herramienta para administración de información de especies y especímenes: Ara. María Mora, INBio. Costa Rica mmora@inbio.ac. Introducción a la herramienta para administración de información de especies y especímenes: Ara María Mora, INBio. Costa Rica mmora@inbio.ac.cr Temario Objetivo del sistema Mecanismos de implementación

Más detalles

Ingeniería de Software

Ingeniería de Software Ingeniería de Software MSDN Ingeniería de Software...1 Ingeniería del Software_/_ Ingeniería y Programación...1 Análisis de Requerimientos...2 Especificación...3 Diseño...4 Desarrollo en Equipo...5 Mantenimiento...6

Más detalles

DFG Web Services Herramienta de Test de Web Services

DFG Web Services Herramienta de Test de Web Services DFG Web Services Herramienta de Test de Web Services Servicio de Planificación Territorial Diputación Foral de Gipuzkoa Versión 0.1 febrero de 2007 Contenidos 1. Introducción 2. Servicio de Consulta de

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

ID:1374 INTEGRO. SERVICIOS TELEMÁTICOS EN LA NUBE. Sánchez Rodríguez, Alfredo. Cuba RESUMEN

ID:1374 INTEGRO. SERVICIOS TELEMÁTICOS EN LA NUBE. Sánchez Rodríguez, Alfredo. Cuba RESUMEN ID:1374 INTEGRO. SERVICIOS TELEMÁTICOS EN LA NUBE. Sánchez Rodríguez, Alfredo. Cuba RESUMEN La Plataforma de Servicios Telemáticos desarrollada por SOFTEL bajo la denominación de: proyecto INTEGRO, constituye

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

Servicio de Venta y Descarga de Información Geográfica y Territorial de Canarias

Servicio de Venta y Descarga de Información Geográfica y Territorial de Canarias Servicio de Venta y Descarga de Información Geográfica y Territorial de Canarias J. Rosales, J. Rodrigo, G. Calzadilla, O. Felipe, J.M. Barbero Cartográfica de Canarias, S.A. (GRAFCAN) C/ Panamá 34 Naves

Más detalles

Prestación de servicios públicos digitales mediante la Plataforma Avanza Local Soluciones

Prestación de servicios públicos digitales mediante la Plataforma Avanza Local Soluciones Prestación de servicios públicos digitales mediante la Plataforma Avanza Local Soluciones XII ENCUENTRO IBEROAMERICANO DE CIUDADES DIGITALES Fernando Martín Pérez Bilbao, 28 de septiembre de 2011 ÍNDICE

Más detalles

Contratación de la migración de portales web estáticos a la plataforma de gestión de contenidos y portales OpenText del Banco de España

Contratación de la migración de portales web estáticos a la plataforma de gestión de contenidos y portales OpenText del Banco de España Dirección General de Servicios Abril 2015 Contratación de la migración de portales web estáticos a la plataforma de gestión de contenidos y portales OpenText del Banco de España Pliego de prescripciones

Más detalles

Plataforma de Administración Electrónica de la Comunidad Autónoma de la Región de

Plataforma de Administración Electrónica de la Comunidad Autónoma de la Región de Plataforma de Administración Electrónica de la Comunidad Autónoma de la Región de Murcia Director General de Informática Consejería de Economía y Hacienda Comunidad Autónoma de la Región de Murcia Jefe

Más detalles

El Padrón Municipal de Habitantes del Ayuntamiento de Madrid

El Padrón Municipal de Habitantes del Ayuntamiento de Madrid El Padrón Municipal de Habitantes del El Padrón Municipal de Habitantes es el registro administrativo donde figuran los habitantes de un municipio, siendo labor de los ayuntamientos su creación, mantenimiento,

Más detalles

3. Horario laboral referencial: Lunes Viernes 8:00 a.m. a 6:00 p.m.

3. Horario laboral referencial: Lunes Viernes 8:00 a.m. a 6:00 p.m. Arquitecto de Datos 1. Línea de Negocios: Soluciones de Negocios 2. Funciones Específicas: Participar en la realización de las actividades técnicas de actualización y migraciones a versiones mejoradas

Más detalles

Aproximando el e-learning a la gestión. Barcelona 8 y 9 de Noviembre de 2010

Aproximando el e-learning a la gestión. Barcelona 8 y 9 de Noviembre de 2010 Aproximando el e-learning a la gestión Barcelona 8 y 9 de Noviembre de 2010 Quiénes somos? Nuestras soluciones Aproximación al e-learning El proyecto La implementación 2 Quiénes somos? Nuestras soluciones

Más detalles

Boletín de Asesoría Gerencial SOA: enfoque técnico orientado a procesos

Boletín de Asesoría Gerencial SOA: enfoque técnico orientado a procesos Espiñeira, Sheldon y Asociados No. 4-2010 Contenido Haga click en los enlaces para navegar a través del documento Haga click en los enlaces para llegar directamente a cada sección 4 Introducción 4 Qué

Más detalles

SERVICIOS PARA DEMANDANTES DE EMPLEO A TRAVÉS DE INTERNET: ÁREA PERSONAL PARA DEMANDANTES

SERVICIOS PARA DEMANDANTES DE EMPLEO A TRAVÉS DE INTERNET: ÁREA PERSONAL PARA DEMANDANTES SERVICIOS PARA DEMANDANTES DE EMPLEO A TRAVÉS DE INTERNET: ÁREA PERSONAL PARA DEMANDANTES Servicio de Intermediación Profesional Dirección General de Intermediación e Inserción Laboral Servicio Andaluz

Más detalles

DPTO. DE CIENCIAS DE LA COMPUTACIÓN CARRERA DE INGENIERÍA EN SISTEMAS E INFORMÁTICA

DPTO. DE CIENCIAS DE LA COMPUTACIÓN CARRERA DE INGENIERÍA EN SISTEMAS E INFORMÁTICA DPTO. DE CIENCIAS DE LA COMPUTACIÓN CARRERA DE INGENIERÍA EN SISTEMAS E INFORMÁTICA ANÁLISIS, DESARROLLO E IMPLANTACIÓN DE UN SISTEMA ORIENTADO A LA WEB PARA GESTIÓN ACADÉMICA. CASO PRÁCTICO: JOHN OSTEEN

Más detalles

Características de OpenCms

Características de OpenCms Características de OpenCms Se basa en Java y Xml OpenCms está totalmente desarrollado en java bajo el estándar servlet. Por lo tanto, se puede integrar fácilmente en entornos hardware y software existentes,

Más detalles

PLIEGO DE PRESCRIPCIONES TÉCNICAS DEL PROCEDIMIENTO SIMPLIFICADO PARA LA CONTRATACIÓN DE LOS SERVICIOS DE UNA EMPRESA PARA la INTEGRACIÓN DE

PLIEGO DE PRESCRIPCIONES TÉCNICAS DEL PROCEDIMIENTO SIMPLIFICADO PARA LA CONTRATACIÓN DE LOS SERVICIOS DE UNA EMPRESA PARA la INTEGRACIÓN DE PLIEGO DE PRESCRIPCIONES TÉCNICAS DEL PROCEDIMIENTO SIMPLIFICADO PARA LA CONTRATACIÓN DE LOS SERVICIOS DE UNA EMPRESA PARA la INTEGRACIÓN DE CONTENIDOS DE LA WEB DEL INSTITUTO DE CRÉDITO OFICIAL EN UN

Más detalles

Centro de Interoperabilidad Semántica y Sistema de Gestión de Mensajes de Intercambio

Centro de Interoperabilidad Semántica y Sistema de Gestión de Mensajes de Intercambio Centro de Interoperabilidad Semántica y Sistema de Gestión de Mensajes de Intercambio Francisco José Martín Lázaro franciscojose.martin@map.es Consejero Tecnológico de Normas de Tecnología. Ministerio

Más detalles

Tema 5. Plataforma Java EE

Tema 5. Plataforma Java EE Tema 5. Plataforma Java EE SCS Sistemas Cliente/Servidor 4 o informática http://ccia.ei.uvigo.es/docencia/scs enero 2009 FJRP, FMBR 2008/09 ccia SCS 5.1 Introducción a Java EE Java EE (Java Enterprise

Más detalles

En el siguiente apartado se detallan ciertos conceptos que ayudan a comprender en mayor medida el Proyecto.

En el siguiente apartado se detallan ciertos conceptos que ayudan a comprender en mayor medida el Proyecto. APÉNDICES En el siguiente apartado se detallan ciertos conceptos que ayudan a comprender en mayor medida el Proyecto. APÉNDICE 1. Herramientas Las herramientas que se usaron en el análisis, desarrollo

Más detalles

Gobierno electrónico PLATAFORMA DE TRAMITACIÓN ELECTRÓNICA. 2012 Ayesa Tecnología. SADIEL Prohibida su reproducción

Gobierno electrónico PLATAFORMA DE TRAMITACIÓN ELECTRÓNICA. 2012 Ayesa Tecnología. SADIEL Prohibida su reproducción Gobierno electrónico PLATAFORMA DE TRAMITACIÓN ELECTRÓNICA 2012 Ayesa Tecnología. SADIEL Prohibida su reproducción Índice INTRODUCCIÓN DEFINICIÓN Y OBJETIVOS MARCO LEGAL, CONCEPTUAL Y FUNCIONAL ARQUITECTURA

Más detalles

desarrollo. Dentro del desarrollo de la tesis el proceso de modelado del sistema fue hecho con el

desarrollo. Dentro del desarrollo de la tesis el proceso de modelado del sistema fue hecho con el Capitulo II. Análisis de herramientas y tecnologías de desarrollo. Dentro del desarrollo de la tesis el proceso de modelado del sistema fue hecho con el lenguaje de Modelo de Objetos llamado UML (Unified

Más detalles

CICLO SUPERIOR DESARROLLO DE APLICACIONES MULTIPLATAFORMA

CICLO SUPERIOR DESARROLLO DE APLICACIONES MULTIPLATAFORMA CICLO SUPERIOR DESARROLLO DE APLICACIONES MULTIPLATAFORMA PROGRAMACIÓN DIDACTICA ANUAL Parte específica del módulo: 0485. Programación Departamento de Familia Profesional de Informática Curso: 2014-15

Más detalles