Desarrollo de un sistema de información tributaria

j

Get Started. It's Free
or sign up with your email address
Desarrollo de un sistema de información tributaria by Mind Map: Desarrollo de un sistema de información tributaria

1. Arquitectura

1.1. Herramientas

1.1.1. Uno de los estudios más consultados para la elección de las herramientas de BI es el Cuadrante de Gartner. Para elaborar el cuadrante se utiliza información que proviene de tres fuentes:

1.1.1.1. La habilidad en la ejecución.

1.1.1.2. El alcance de la visión.

1.2. Componentes del sistema

1.2.1. Orígenes de datos.

1.2.2. Staging Area (STG).

1.2.3. Datawarehouse (DWH) y ETL.

1.2.4. Explotación.

1.3. Arquitectura tecnológica

1.3.1. Plataforma tecnológica

1.3.1.1. La plataforma tecnológica elegida para el proyecto es la suite de Business Intelligence de Microsoft.

1.3.1.1.1. Hardware.

1.3.1.1.2. Sistema operativo.

1.3.1.1.3. Software.

1.3.1.1.4. Servidor Web.

1.3.1.1.5. Visual Studio 2012.

1.3.2. Arquitectura hardware

1.3.2.1. El entorno de producción engloba los servidores, equipos y aplicaciones que dan el servicio real, mientras que el de desarrollo es una copia lo más parecida posible al de producción a nivel lógico.

1.3.2.2. El entorno de producción está formado por dos capas: un front-end, que será el responsable de atender a las peticiones de los usuarios, y un back-end, que será el responsable de almacenar y servir los datos.

2. Diseño

2.1. Diseño del modelo multidimensional

2.1.1. Expediente

2.1.1.1. Se omiten las dimensiones.

2.1.1.2. Declaración y Liquidación.

2.1.2. Declaración

2.1.2.1. En el modelo se omiten las dimensiones de fecha y las relacionadas con persona e impuesto

2.1.3. Liquidación

2.1.3.1. liquidación recogida en el análisis funcional y del estudio de los orígenes de datos, la información que se pretende representar

2.1.4. Impuesto

2.1.4.1. Dimensiones y atributos.

2.1.5. Persona

2.1.5.1. Dimensiones y atributos.

2.1.6. Dimensiones compartidas

2.1.6.1. Las dimensiones compartidas son aquellas que están relacionadas con dos o más tablas del modelo

2.1.7. Granularidad del modelo

2.1.7.1. Identificar la granularidad del modelo nos permite determinar el nivel de detalle en la información que se va a obtener en las consultas que se realicen sobre el sistema.

2.2. Diseño del modelo de datos

2.2.1. Modelo físico de datos

2.2.1.1. Una dimensión degenerada es aquella cuyos atributos se recogen en la propia tabla de hechos.

2.3. Diseño ETL

2.3.1. Procesos de carga

2.3.1.1. Procesos de extracción.

2.3.1.2. Procesos de población.

2.3.1.3. Carga Inicial.

2.3.1.4. Carga Periódica.

2.3.2. Scripts previos...

2.3.2.1. 01_SCRIPT_Crear_STG.sql

2.3.2.2. 02_SCRIPT_Crear_DWH.sql

2.3.2.3. 03_DIM_GEOGRAFICA.SQL

2.3.3. Paquete principal

2.3.3.1. Realiza el registro del inicio del proceso en la tabla Log.

2.3.3.2. Lanza el paquete para la carga del Staging Area.

2.3.3.3. Lanza el paquete para la carga de las dimensiones en el almacen de datos.

2.3.3.4. Ejecuta la tarea para procesar las dimensiones en la base de datos de AS.

2.3.4. Paquete Carga STG..

2.3.4.1. La carga de las tablas del Staging Area sería una carga directa desde los orígenes de datos, por lo que no entraremos en detalle en el diseño de los componentes del paquete.

2.3.5. Paquete Carga Dimensiones

2.3.5.1. Componente STG Situación persona.

2.3.5.2. Componente Buscar identificador persona.

2.3.5.3. Componente Verificar modificación Situación Persona

2.3.6. Paquete Carga Hechos

2.3.6.1. La carga de las tablas de hechos se realiza mediante la ejecución de un componente de flujo de datos para cada uno de los hechos.

2.3.7. Registro de errores

2.3.7.1. El registro permitirá evaluar el estado de la carga, una explotación directa de la información de error y la elaboración de gráficos, informes o alertas.

2.4. Diseño de los cubos

2.4.1. Cubo Declaraciones

2.4.1.1. El Cubo Declaraciones tiene como tabla de hecho la tabla H_DECLARACION del modelo de datos.

2.4.2. Cubo Expedientes

2.4.2.1. El Cubo Expedientes tiene como tabla de hecho la tabla H_EXPEDIENTE del modelo de datos.

2.4.3. Cubo Liquidaciones

2.4.3.1. El Cubo Liquidaciones tiene como tabla de hecho la tabla H_LIQUIDACION del modelo de datos.

2.5. Diseño visualización

2.5.1. Excel

2.5.1.1. conexión al origen de datos de Analysis Services.

2.5.1.1.1. crea una tabla dinámica que nos permite realizar consultas sobre la información existente en cubo

2.5.2. Tableau

2.5.2.1. Tableau permite definir acciones de filtro, que se utilizan para enviar información entre hojas de trabajo.

3. Introducción

3.1. Contexto y justificación

3.1.1. Fraude fiscal

3.1.1.1. No se conoce la magnitud del mismo, ya que no existen estudios que aporten datos actualizados sobre el tema.

3.1.1.2. disponer de información de calidad es de vital importancia para realizar un mayor control sobre el cumplimiento tributario.

3.1.1.3. La construcción de un sistema de información que integre todos aquellos aspectos de recaudación, gestión y liquidación de impuestos, proporcionaría una herramienta que permita disponer de estadísticas sobre recaudación y contribuyentes.

3.2. Objetivos

3.2.1. El presente proyecto se centra en el análisis, diseño y construcción de un sistema de información analítica,

3.2.2. El sistema de información tributaria estará basado en un modelo dimensional que, por un lado, permite describir los datos en un lenguaje más próximo al de los usuarios.

4. Metodológia de proyecto

4.1. Introducción

4.1.1. ejecución del proyecto se utilizará la metodología PMBOK (Guía de los Fundamentos de Gestión de Proyectos).

4.2. Work Breakdown Structure (WBS)

4.2.1. SI Tributaria (Gestión del proyecto, Desarrollo del proyecto

4.3. Tareas del proyeto

4.3.1. Planificación

4.3.1.1. Se elabora el Plan de Gestión del Proyecto, en el que se reflejan todas las actividades a realizar dentro del alcance del mismo, así como todos los aspectos relevantes para la consecución de los objetivos.

4.3.2. Analisis

4.3.2.1. satisfactoria ejecución del proyecto, es necesario aclarar y definir tanto el alcance funcional del sistema como el entorno de desarrollo del mismo, así como recopilar toda la información existente sobre los diferentes orígenes de datos que se consideren para el desarrollo.

4.3.3. Arquitectura

4.3.3.1. Herramientas para la extracción, transformación y carga de los datos, herramientas de modelado y análisis ,herramientas para la explotación de la información.

4.3.4. Diseño

4.3.4.1. Diseño del modelo multidimensional, de forma que permita la realización de consultas sobre los datos incorporados en el almacen de datos de la forma más óptima posible.

4.3.4.2. Diseño del modelo lógico de datos, orientado a la construcción del modelo multidimensional y de un almacen de datos que permita la explotación de la información por parte de los usuarios.

4.3.5. Construcción

4.3.5.1. Extracción de datos. Ya que no se dispondrá del acceso necesario a los orígenes de datos, para realizar el prototipo se utilizarán datos ficticios que puedan asimilarse a los existentes en la realidad.

4.3.5.2. Informes. Prototipo no funcional que servirá para mostrar a los usuarios la información que va a estar disponible para que puedan evaluar si el sistema cumple con sus requisitos.

4.3.6. seguimiento y Control del proyecto

4.3.6.1. Entre las tareas de seguimiento realizadas, se realiza el seguimiento de la planificación, que es el proceso encargado de asegurar que se conoce el detalle del estado de ejecución de las tareas y el calendario de las siguientes ejecuciones.

4.4. Hitos del proyecto

4.4.1. Inicio del proyecto TFG.

4.4.2. Entrega del plan de proyecto

4.4.3. Entrega de la segunda prueba de evaluación continua.

4.4.4. Entrega de la tercera prueba de evaluación continua.

4.4.5. Cierre

4.4.5.1. Entrega y finalización del proyecto.

4.5. Planificación

4.5.1. Diagrama se recogen las tareas del proyecto junto a la planificación temporal de las mismas.

4.6. Entregables

4.6.1. se recogen los productos generados durante la ejecución del proyecto y que serán entregados a la finalización del mismo.

5. Análisis funcional

5.1. El impuesto

5.1.1. Definición

5.1.1.1. Una tasa es un tributo que los ciudadanos pagan para la obtención de una actuación administrativa que les beneficia individualmente, como la recogida de basuras o la tasa de vados.

5.1.1.2. Una contribución especial es un tributo que se paga para obtención de un beneficio

5.1.1.3. Un impuesto es un tributo exigido por ley que sirve para financiar las necesidades colectivas.

5.1.2. Clasificación

5.1.2.1. Impuestos directos

5.1.2.1.1. Impuesto sobre la Renta de las Personas Físicas (IRPF)

5.1.2.1.2. Impuesto sobre Sociedades (IS)

5.1.2.1.3. Impuesto sobre el Patrimonio (IPAT),

5.1.2.1.4. Impuesto sobre la Renta de No Residentes (IRNR)

5.1.2.1.5. Impuesto sobre Sucesiones y Donaciones (ISD)

5.1.2.2. Impuestos indirectos

5.1.2.2.1. Impuesto sobre el Valor Añadido (IVA)

5.1.2.2.2. Impuesto sobre Transmisiones Patrimoniales y Actos Jurídicos Documentados (ITPAJD),

5.1.2.2.3. Impuestos Especiales (IIEE),

5.1.2.2.4. Impuesto de matriculación (IM),

5.1.2.2.5. Tributos sobre el Juego (TJ),

5.1.2.3. Sistema tributario de las Comunidades Autónomas

5.1.2.3.1. una serie de impuestos estatales cuya gestión y recaudación ha sido cedida por completo a las comunidades autónomas. Esos

5.1.2.3.2. Impuestos medioambientales.

5.1.2.3.3. Impuestos sobre la renta potencial.

5.1.2.3.4. Impuestos sobre grandes superficies comerciales.

5.1.2.3.5. Impuesto sobre Depósitos de las Entidades de Crédito.

5.1.2.3.6. Impuesto sobre aprovechamientos cinegéticos.

5.1.2.4. Impuestos municipales

5.1.3. Conceptos tributarios

5.1.3.1. Hecho imponible.

5.1.3.2. Sujeto pasivo.

5.1.3.3. Contribuyente.

5.1.3.4. Base imponible y liquidable.

5.1.3.5. Reducción.

5.1.3.6. Tipo impositivo.

5.1.3.7. Cuota íntegra.

5.1.3.8. Deducción.

5.1.3.9. Cuota líquida.

5.1.4. Procesos del sistema tributario

5.1.4.1. Recaudación.

5.1.4.2. Administración.

5.1.4.3. Inspección.

5.2. Modelo conceptual

5.2.1. Declaraciones

5.2.1.1. El artículo 119, en su apartado 1º, de la Ley General Tributaria establece el concepto de declaración como “todo documento presentado ante la Administración tributaria donde se reconozca o manifieste la realización de cualquier hecho relevante para la aplicación de los tributos”.

5.2.1.1.1. Declaraciones en sentido estricto.

5.2.1.1.2. Autoliquidaciones.

5.2.1.1.3. Inicio de la gestión del tributo.

5.2.1.1.4. Tramitación.

5.2.1.1.5. Complementarias.

5.2.1.1.6. Anexadas.

5.2.2. Liquidaciones

5.2.2.1. Liquidaciones de oficio.

5.2.2.2. Liquidaciones sobre declaraciones.

5.2.2.3. Complementarias.

5.2.2.4. Anexadas.

5.2.2.5. Rectificadas.

5.2.2.6. Rectificación de errores.

5.2.2.7. Sustitutivas.

5.2.3. Expedientes

5.2.3.1. Los expedientes agrupan declaraciones y liquidaciones referentes al mismo hecho imponible.

5.2.3.1.1. Expedientes del contribuyente (expedientes que almacenan declaraciones tributarias del contribuyente)

5.2.3.1.2. Expedientes de la administración (expedientes que son creados por la propia administración para liquidar diferentes conceptos)

5.3. Identificación de los datos

5.3.1. Orígenes de Datos

5.3.1.1. Para cada uno de los orígenes de datos analizados, la información que se detallará es la siguiente:

5.3.1.1.1. Entidad u organismo que genera la información.

5.3.1.1.2. URL. Dirección web en la que se encuentran publicados los datos

5.3.2. Datos

5.3.2.1. El análisis de las fuentes de datos disponibles se ha realizado con el objetivo de determinar aquellos datos que sean relevantes para la construcción del sistema y realizar la unificación de la información obtenida.

5.3.3. Criterios de consultas

5.4. Visualización de la información

5.4.1. Mecanismos de difusión de la información

5.4.2. Ejemplos de obtención de información

5.4.2.1. Los mecanismos y herramientas que se utilizarán para hacer llegar la información a los usuarios finales se basan principalmente en la publicación de informes.