texto - Universidad Nacional Abierta

REPúBLICA BOLIVARIANA DE VENEZUELA
MINISTERIO DE EDUCACIÓN SUPERIOR
UNIVERSIDAD NACIONAL ABIERTA
CENTRO LOCAL LARA
CARRERA DE INGENIERÍA DE SISTEMAS
APLICACIÓN WEB PARA LA GESTIÓN DE TRÁMITES DE SUCESIONES
EN EL SENIAT REGIÓN CENTRO OCCIDENTAL
Práctica Profesional II. Código. 341
Informe Final
Autor: Br. Dumar Cuadra Neite.
C.I.: V-11.716.689
Correo: [email protected].
Tutores
Académico: Ing. Carlos Aguirre.
Correo: [email protected].
Empresarial: MSc. Juan Meléndez.
Correo: [email protected]
Barquisimeto, febrero, 2013
1
2
ÍNDICE
VEREDICTO……………………………………………………………………
ii
DEDICATORIA…………………………………………………………………
iii
AGRADECIMIENTOS…………………………………………………………
iv
ÍNDICE…………………………………………………………………………
v
TABLA DE GRÁFICOS………………………………………………………
viii
RESUMEN………………………………………………………………………
x
INTRODUCCIÓN………………………………………………………………
1
CAPITULO I……………………………………………………………………
5
EL PROBLEMA…………………………………………………………………
5
1.1. Planteamiento del Problema………………………………………………
5
1.2. Formulación del Problema………………………………………………
10
1.3. Objetivos…………………………………………………………………
11
1.3.1.- Objetivo general……………………………………………………
11
1.3.2.- Objetivos específicos………………………………………………
11
1.4. Alcance del Proyecto……………………………………………………
11
CAPITULO II……………………………………………………………………
12
MARCO TEÓRICO……………………………………………………………
12
2.1. Antecedentes de la investigación…………………………………………
12
2.2. Bases teóricas……………………………………………………………
14
2.2.1. Aplicaciones web…………………………………………………….
14
2.2.2. Ingeniería Web (IWeb). ………………………………………………
15
2.2.2.1. Ingeniería Web Vs Ingeniería del Software………………………
16
2.2.2.2. El proceso de Ingeniería Web……………………………………
16
2.2.2.3 Metodología de Proceso de Ingeniería Web (IWeb)……………..
17
Fase1. Comunicación con el cliente…………………..…………………
17
Fase 2. Planeación……………………………………..…………………
17
Fase 3: Modelado………………………………………………………
21
Fase 4. Construcción……………………………………………………
25
5
Fase 5. Despliegue………………………………………………………
27
2.2.3. Programación Extrema (PE). ………………………………………
27
2.2.4. Arquitectura Cliente/ Servidor………………..……………………
29
2.2.5. Internet…………………..…………………………………………
31
2.2.6. Intranet………………………………………………………………
32
2.2.7. Sistemas de Información…………………………………… ………
35
2.2.8. Sistema de información Web……………………………………….
38
2.2.9. Diseño orientado a objetos (DOO)…………………………………
39
2.2.10. Manejadores de base de datos ………………………………..……
40
2.2.11. Descripción de la organización………………..……………………
40
2.2.12. Sucesiones. …………………………………………………………
42
CAPITULO III…………………………………………………………………
44
MARCO METODOLÓGICO…………………………………………………
44
3.1. Metodología……………………………………………………………
44
3.1.1. Comunicación con el cliente……..…………….…………………….
44
3.1.2. Planeación. . …..…………………………………………….………
45
3.1.3. Modelado ….……………………….………………………………
46
3.1.4. Construcción. ………………………………………………………
46
3.1.5. Despliegue……………………………………………………………
47
CAPITULO IV……………………………………………………………………
49
DESCRIPCIÓN DE LA SOLUCIÓN……………………………………………
49
Fase 1. Comunicación con el cliente………………………………………
49
Formulación del Sistema………………………………………….....
49
Definición de categoría de usuario…………………………………
51
Fase 2 Planeación……………………………………………………………
55
Ámbito, dimensiones del cambio y restricciones del proyecto……
55
Fase 3. Modelado…………………………………………………………
65
Modelado de Análisis……………………………………………
65
Modelado de Diseño………………………………………………
83
6
Fase 4 Construcción………………………………………………………
CAPITULO V……………………………………………………………………
85
86
Conclusiones………………………………………………………
86
Recomendaciones…………………………………………………
88
Referencias Bibliográficas…………………………………………
89
ANEXOS……………………………………………………………… ………
91
A. Entrevista dirigida al Área de Sucesiones…………………………………
92
B. Diagrama de flujo de datos de trámites de una Declaración de Sucesión…
94
C. Organigrama de la organización SENIAT………………………………
96
D. Organigramas de la Gerencia Regional de Tributos Internos (SENIAT)…
98
E. Glosario de términos………………………………………………………
102
F. Manual de Usuario……………………………………………………….
105
7
Tabla de Gráficos
Figura N° 1 Esquema del Proceso Iweb Pressman (2005) ...………………………….
17
Figura N° 2 Diferencias entre Subcontratación y desarrollo en casa Pressman (2005)..
18
Figura N° 3 Diagrama de Clases ………………………….. ……………….…………
21
Figura N° 4 Árbol de Requisitos de Calidad Pressman (2005)………………………...
23
Figura N° 5 Proceso de Prueba Pressman (2005)…………..………………………….
26
Figura N° 6 Funciones del Sistema para la Unidad de Sucesiones.
50
Figura N° 7 Diagrama de casos de uso. Escenarios para el cliente.
52
Figura N° 8 Diagrama de casos de uso. Escenarios para el funcionario.
53
Figura N° 9 Diagrama de casos de uso. Escenarios para el funcionario módulo Sucesión.
53
Figura N° 10 Diagrama de casos de uso. Escenarios para el funcionario módulo Mov. Proceso.
54
Figura N° 11 Diagrama de casos de uso. Escenarios para el Administrador.
54
Figura N° 12 Diagrama de casos de uso. Iniciar sesión de cliente.
56
Figura N° 13 Diagrama de casos de uso. Realizar consulta de trámite.
57
Figura N° 14 Diagrama de casos de uso. Iniciar sesión del funcionario.
58
Figura N° 15 Diagrama de casos de uso. Cambio de clave del funcionario.
59
Figura N° 16 Diagrama de casos de uso. Registrar proceso
60
Figura N° 17 Diagrama de casos de uso. Registrar sucesión.
61
Figura N° 18 Diagrama de casos de uso. Registrar movimiento de procesos.
62
Figura N° 19 Diagrama de casos de uso. Generar reporte del trámite. .
63
Figura N° 20 Diagrama de casos de uso. Cerrar sesión
63
Figura N° 21 Diagrama de Gantt. Calendarización de los Incrementos.
64
Figura N° 22. Diagrama de Clase de los casos de uso inicio de sesión, registro y cambio de
65
clave.
Figura N° 23 Diagrama de Secuencia casos de uso ingreso de usuario al sistema.
66
Figura N° 24 Diagrama de Secuencia casos de uso inicio de sesión, cambio de clave.
66
Figura N° 25 Diagrama de Actividad para iniciar sesión.
66
Figura N°26 Diagrama de Estado para el Cliente.
67
Figura N° 27 Prototipo de Interfaz para inicio de aplicación envío de clave y usuario.
67
Figura N° 28 Prototipo de Interfaz para inicio de sesión.
68
Figura N° 29 Prototipo de Interfaz para inicio de sesión según nivel de usuario
68
Figura N° 30 Diagrama de Clase de casos de uso Consulta de trámite del cliente.
69
8
Figura N° 31 Diagrama de Secuencia casos de uso, Mostrar de Solicitud de Trámite.
69
Figura N° 32 Prototipo de Interfaz consulta trámite por el invitado
70
Figura N° 33 Diagrama de Clase de casos de uso, ingreso de Usuario, Funcionario o
71
Administrador.
Figura N° 34 Diagrama de Secuencia casos de uso, Ingreso de Usuario y Clave.
71
Figura N° 35 Diagrama de Estado para el funcionario.
72
Figura N° 36 Diagrama de Estado para el Administrador.
73
Figura N° 37 Diagrama de Clase de casos de uso, Registro de Procesos de
Usuario,
74
Proceso
74
Funcionario o Administrador.
Figura N° 38 Diagrama de Secuencia casos de uso, Mostrar Formulario de
Figura N° 39 Prototipo de Interfaz Registro de Proceso.
75
Figura N° 40 Diagrama de Clase de casos de uso, Registro Módulo de Sucesiones (Usuario,
76
Funcionario o Administrador).
Figura N° 41 Diagrama de Secuencia casos de uso, Mostrar Formulario de Sucesión.
76
Figura N° 42 Prototipo de Interfaz Registro de Proceso.
77
Figura N° 43 Diagrama de Clase de casos de uso, Registro Módulo de Mov. Procesos
78
Figura N° 44 Diagrama de Secuencia casos de uso, Mostrar Formulario de Mov. de Proceso.
78
Figura N° 45 Prototipo de Interfaz Registro de Proceso
79
Figura N° 46 Diagrama de Clase de casos de uso, Generar Reporte (Usuario, Funcionario o
80
Administrador).
Figura N° 47 Diagrama de Secuencia casos de uso, Mostrar Formulario de Reporte
80
Figura N° 48 Prototipo de Interfaz Consulta de Sucesión.
81
Figura N° 49 Prototipo de Interfaz Consulta de Datos Personales.
82
Figura N° 50 Pantalla de acceso con Usuario y clave.
83
Figura N° 51 Pantalla principal
83
Figura N° 52 Diagrama de Componentes del Incremento N° 1. Usuario Cliente.
84
Figura N° 53 Diagrama de Componentes del Incremento N° 2. Usuario Funcionario.
84
Figura N° 54 Diagrama de Componentes del Incremento N° 3. Usuario Administrador.
85
9
UNIVERSIDAD NACIONAL ABIERTA
VICERRECTORADO ACADÉMICO
ÁREA DE INGENIERÍA
CARRERA: INGENIERÍA DE SISTEMAS
“APLICACIÓN WEB PARA LA GESTIÓN DE TRÁMITES DE SUCESIONES
EN EL SENIAT REGIÓN CENTRO OCCIDENTAL.”
Autor: Br. Dumar Cuadra Neite
Tutor Académico: Ing. Carlos Aguirre
RESUMEN
El objetivo principal del presente proyecto, consiste en desarrollar una propuesta
titulada “APLICACIÓN WEB PARA LA GESTIÓN DE TRÁMITES DE
SUCESIONES EN EL SENIAT REGIÓN CENTRO OCCIDENTAL.”, se trata
de crear un modelo operativo viable para solventar las necesidades no satisfechas en
lo concerniente a los procesos de comunicación de la Unidad de Sucesiones. La
metodología usada para desarrollar el proyecto realizado, fue la de Roger Pressman
(2005) abordada en su libro “Ingeniería de Software un enfoque práctico”. La
aplicación permitirá el registro de los contribuyentes de tal forma de conocer el
estado del trámite de la declaración Sucesoral, para el usuario externo. Además,
soportará el control y seguimiento con detalle del trámite por el flujo normal de la
Unidad de Sucesiones en el SENIAT. Por otro lado, se implementó la metodología
de la ingeniería Web (IWeb) y las notaciones gráficas de UML en el diseño operativo.
Entre las técnicas e instrumentos de recolección de datos para el logro de la solución
se consideraron la observación directa y la entrevista no estructurada con las personas
dueñas del sistema. Los resultados obtenidos con el desarrollo de la aplicación, fue la
reducción en los tiempos de búsqueda y localización de documentos en el flujo de
trabajo. Además, se puede acceder desde cualquier lugar y en cualquier momento, a
través, de la plataforma interna y externa del SENIAT.
Palabras Claves: Aplicación Web, UML, IWEB
10
INTRODUCCIÓN
La administración pública consiste en la organización integrada por un personal
profesional, dotada de medios económicos y materiales públicos que ejecuta en la
práctica las decisiones tomadas por el gobierno. Allí se encuentran trabajando
funcionarios públicos, los cuales desde el momento que desempeñan el cargo tienen
responsabilidades y deberes que deben cumplir a cabalidad.
Los entes públicos, son entidades derivadas del Poder Público, y existen en virtud
de la organización de la Administración Pública en: centralizada, descentralizada o
desconcentrada. En Venezuela existen cierta cantidad de entes públicos, los cuales
son creados en cada región, con atribuciones independientes y de acuerdo a la
necesidad y problemática que presente el territorio.
En consecuencia, los entes
públicos vienen a ser una pieza de la organización administrativa del Estado
Venezolano.
Entre los entes de la administración pública venezolana se encuentra El Sistema
Nacional Integrado de Administración Tributaria (SENIAT), siendo una institución
autónoma, sin personalidad jurídica, dependiente directamente del Ministerio del
Poder Popular para Planificación y Finanzas; cuenta con autonomía funcional, y está
dotado de un sistema profesional y de recursos humanos propios de la institución y
cuyo propósito no es otro que administrar tributos internos y aduaneros.
En este orden de ideas, el estado venezolano estableció una alternativa ya utilizada
en muchos países, mediante un modelo productivo basado en una recaudación eficaz
y efectiva de tributos. Es allí donde ocurre la apertura tributaria del país, que no sólo
se hizo para que la nación recibiera mayores ingresos sino para reorganizar el extinto
Ministerio de Hacienda ahora llamado Ministerio del Poder Popular para
Planificación y Finanzas, mediante modernos sistemas computarizados y personal
altamente capacitado para responder a las exigencias en el momento de hacer efectiva
la recaudación de tributos, además de promover la disminución de la evasión fiscal.
11
En este sentido, para dar respuesta al desarrollo fiscal de la nación el SENIAT, está
determinado a desarrollar todas sus actividades adaptándolas a las nuevas realidades
tecnológicas en todas sus dependencias, de tal manera que formen parte de la cultura
de la institución.
En relación con lo destacado anteriormente, el SENIAT, proyecta el uso de la
Internet, Intranet y aplicaciones web como instrumentos de trabajo para dar
respuesta a
las distintas necesidades que los contribuyentes requieren de la
institución, de estos instrumentos cabe destacar la importancia que reviste la
aplicación WEB ya que brinda un gran potencial para ser utilizada dentro la
institución,
generando mayores beneficios para la atención del Contribuyente.
Además, la ingeniería de software denomina aplicación web a aquellas herramientas
que los usuarios pueden utilizar accediendo a un servidor web a través de Internet o
de una intranet mediante un navegador.
En otro contexto, el Área de Sucesiones es una dependencia de la División de
Recaudación de la Gerencia Regional de Tributos Internos del SENIAT Región
Centro-Occidental. Siendo este el órgano de ejecución de la administración tributaria
que goza de autonomía técnica funcional y financiera. Su objeto principal es recaudar
los tributos, mediante un sistema tributario integrado, eficiente y moderno que
procure elevar el bienestar social de la población y enfrente exitosamente la evasión
fiscal. Es el área encargada de la recepción, revisión, registro, fiscalización, cálculo,
notificación y emisión de la solvencia sucesoral.
Entre las actividades que realiza la Unidad de Sucesiones destacan los siguientes
procesos. 1) Recibir las solicitudes de la Declaración Sucesoral realizadas por el
contribuyente en las respectivas oficinas del SENIAT. 2) Revisar los recaudos
presentados por el Contribuyente para revelar algún error o imprecisión en los
documentos probatorios de la declaración sucesoral. 3) Verificar si el Contribuyente
realiza con la rigurosidad exigida el llenado de cada una de las planillas que tienen
relación con su tipo de declaración sucesoral. 4) Verificar pago realizado por el
Contribuyente de acuerdo a la alícuota que le corresponde. 5) Registro de la
Declaración Sucesoral, esta se llevará a cabo de acuerdo al orden de recepción y
12
fecha. 6) Envío de notas que tienen relación con inconsistencias que se presentan en
los documentos probatorios.
En este proyecto se pretende documentar de forma escrita el desarrollo de una
Aplicación Web para Gestión de Trámites de Sucesiones en el SENIAT Región
Centro Occidental,
que permita el intercambio de información de todos los
documentos relacionados con la recepción, revisión, registro, fiscalización, cálculo,
notificación y consulta del estado del trámite de la sucesión y por consiguiente, la
emisión de la solvencia sucesoral, aplicando una estrategia de comunicación a la
altura de las nuevas tecnologías de la información, así como los adelantos
tecnológicos que vive la sociedad actual.
Por consiguiente, la aplicación web permitiría a la Unidad de Sucesiones orientar
todo el potencial hacia los trabajadores de la Institución, para resolver problemas,
mejorar los procesos, construir nuevos recursos o mejorar los ya existentes, divulgar
información de manera rápida y convertir a los funcionarios en miembros activos de
una red, con el fin de darle al usuario la información que necesita. Pretendiendo de
esta manera que cada Contribuyente obtenga la información necesaria en el momento
pertinente sin que tenga que recurrir a terceros para obtenerla. En consecuencia, un
sistema basado en tecnología web es la más positiva expresión de las llamadas nuevas
tecnologías que representan las aplicaciones de los estándares en Internet dentro de
un ámbito corporativo para mejorar la productividad, reducir costos y mantener los
sistemas de información existentes.
El contenido del presente proyecto consta de una estructura de cinco capítulos
descritos a continuación:
Capítulo I: Planteamiento del Problema, se expone el marco referencial del
problema, el objetivo general, los objetivos específicos y el alcance del
proyecto.
Capítulo II: Marco Teórico, se describe los antecedentes de la investigación, se
definen las bases teóricas que deben sustentar la realización del mismo y la
identificación de la empresa donde se desarrolla el proyecto.
13
Capítulo III: Marco Metodológico, se explica la metodología a aplicar y se detallan
cada una de las actividades a ejecutar y los productos que se obtendrán.
Capítulo IV: Descripción de la solución, se hace una descripción detallada de la
aplicación, del ambiente en que se desarrollará y operará si así fuere; se realiza el
diseño o modelado del sistema utilizando el lenguaje UML para precisar el cómo
debe construirse el sistema. Se culmina con la programación del sistema y las pruebas
aplicadas para verificar su correcto funcionamiento.
Capítulo V: Conclusiones y recomendaciones, se expone las contribuciones arrojadas
por el proyecto desarrollado.
14
CAPITULO I
EL PROBLEMA
En este capítulo, se exponen las motivaciones de la investigación, abordando la
problemática que dio lugar a su creación, junto con una descripción del problema
llevada a cabo para hacer frente a la formulación de la interrogante. Además se
exponen los objetivos que orientan el desarrollo del estudio, así como su justificación
y delimitación del mismo; para continuar, en el próximo capítulo, con un estudio de
investigaciones y teorías relacionadas con la propuesta presentada.
1.1. Planteamiento del problema
El Servicio Nacional Integrado de Administración Tributaria (SENIAT), fue
creado según Decreto Presidencial N° 310 de fecha 10 de agosto de 1994, publicado
en la Gaceta N° 35.525 de fecha 16 de agosto de 1994. Surge de la fusión de Aduanas
de Venezuela, Servicio Autónomo (AVSA) y el Servicio Nacional de Administración
Tributaria (SENAT).
Formado para la administración de la actividad aduanera,
Venezuela tiene un tipo de organización que reparte las responsabilidades funcionales
entre las Gerencias de Aduanas Principales (Nivel Operativo), constituido por
diecisiete aduanas principales con sus respectivas oficinas subalternas, y la
Administración Central (Nivel Normativo), conformado por la Intendencia Nacional
de Aduanas, unidad de dirección de la cual dependen la Gerencia de Arancel, la
Gerencia de Regímenes Aduaneros, la Gerencia del Valor y la Gerencia de Control
Aduanero, y dos oficinas de apoyo como son Innovación y Desarrollo Aduanero, y la
Oficina de Gestión Interna.
15
Como entidad responsable del SENIAT en el estado Lara está La Gerencia
Regional de Tributos Internos Región Centro-Occidental, la cual cuenta con la
siguiente estructura organizativa: Área de Planificación, Sección de Prensa,
Resguardo Tributario, Sectores y Unidades de
Tributos Internos, Oficina de
Seguridad y las distintas Divisiones como: Fiscalización, Asistencia al Contribuyente,
Recaudaciones, Tramitaciones, Contribuyentes Especiales, Sumario Administrativo,
Administración y Jurídico Tributario.
La Gerencia Regional de Tributos Internos Región Centro-Occidental, con sede en
Barquisimeto estado Lara, mantiene una gran complejidad en la información que
manipula y que demanda comunicar entre las distintas estaciones de trabajo a lo
ancho de su estructura organizativa, esa información se produce debido a un amplio
número de intencionalidades, las cuales en numerosas oportunidades son propias de
sus funciones. En consecuencia, la tramitación concerniente a las cuestiones
sucesorales implica disponer del Registro de Información Fiscal (RIF) Sucesoral, la
elaboración de Planillas de Autoliquidación de Impuesto sobre Sucesiones,
determinación del Patrimonio Neto Hereditario, del Impuesto a pagar y de su
distribución entre los herederos según el Orden de Suceder, el pago de impuesto
sobre sucesiones ante Institutos Bancarios con motivo de la Declaración Sucesoral, la
presentación de Declaración Sucesoral ante el SENIAT, la solicitud de Prescripción
liberatoria y extintiva de los derechos correspondientes al Fisco Nacional, solicitud de
Prórroga para la presentación de la Declaración Sucesoral, la solicitud de autorización
para disponer de los activos del Patrimonio Heredado, el seguimiento hasta la entrega
definitiva del Certificado de Solvencia de Sucesiones, ocasionando un gran
complejidad del proceso.
Actualmente la unidad de trámites de sucesiones presentan los siguientes
inconvenientes: 1) Dificultades a la hora de conocer el estado del trámite de la
sucesión. Esto trae como consecuencia que un gran número de personas que asisten a
la institución originen congestión constante, limitando el proceso del trámite
sucesoral. 2) La clasificación del tipo de caso y de cálculo según el interés fiscal,
requiere de especial atención, lo cual retarda obtener las solvencias, no
16
existe un
proceso en forma automatizada. 3) Deficiencias en las consultas, no existe un servicio
web que le permita conocer al Contribuyente el status del trámite de la declaración
sucesoral. 4) La Comunicación de irregularidades de los documentos, se realiza vía
telegrama lo que retarda más el proceso y contribuye con la presencia de las personas
en búsqueda de información en la Unidad. 5) El volumen de recaudos es
considerable, de allí, que el funcionario receptor se demore en la verificación de los
documentos para al inicio de la solicitud de solvencia, y 6) Dificultades al momento
de llenar las formas de la declaración. Las distintas formas o planillas que se usan al
realizar la Solicitud de Solvencia Sucesoral, requieren de cierta precisión para cargar
sus campos.
Cabe destacar a Ferrell y Hirt (2008), quienes sostienen que la información
“comprende los datos y conocimientos que se usan en la toma de decisiones".
Conforme Sergio D’Ambrosio (2009), la información es un conjunto de datos
significativos y pertinentes que describen sucesos o entidades. Gozando de símbolos
reconocibles, completos y sin ambigüedad alguna con hechos relacionados y las
necesidades de información. De allí, que la Unidad de Sucesiones relacionada a la
Gerencia Regional de Tributos Internos Región Centro-Occidental, debe seleccionar
los hechos y entidades particulares para satisfacer sus necesidades de información y
tomar las acciones más acertadas en la tramitación de las solvencias de sucesiones.
Según lo expuesto, se propone desarrollar una Aplicación Web, cuyo propósito es:
mejorar el proceso de la Declaración de Sucesiones (la cual permitirá realizar los
trámites vía Web y registrar en la base de datos toda la información de las
solicitudes), la digitalización de los recaudos, el registro de aprobación o rechazo de
los documentos por la entidad involucrada, actualización del estatus del trámite
sucesoral, automatizar el criterio de fiscalización del tipo de caso según la ley de
sucesiones y
consulta del estado del trámite por telefonía móvil o a través del
portal.
Cabe destacar que La Gerencia Regional de Tributos Internos Región Centrooccidental del SENIAT, cuenta con una Intranet que está en pleno funcionamiento
donde se presta un servicio de correo interno, mensajería instantánea y otras
17
aplicaciones web como: Actualización del Registro de Información Fiscal, Asistencia
al contribuyente, Sistemas de Aduanas
y otras Aplicaciones Web; además esta
Intranet cuenta con un servidor web, una red Ethernet (topología tipo estrella), con
Windows como Sistema Operativo. A esta red se encuentran conectados 176 equipos
a través de un Hub inteligente, utilizando como conectores el estándar RJ45 y cable
del tipo UTP categoría 5 y se logra acceso remoto mediante una Línea Dedicada de
128 Kbps a un microcomputador ubicado en el edificio Mata de Coco en la ciudad de
Caracas.
Se utilizan Sistemas Operativos de redes para Windows, Windows 98,
Windows 2000 Profesional, Windows NT, y Windows XP. Tienen sistemas
instalados tales como: 1) Sistemas de Especies Fiscales, 2) Registro de Vivienda
Fiscal, 3) Sistema de Información, 4) Legal TEMIS, 5) Sistema de Cheques, 6)
Sistema de Declaración / Liquidación, 7) Sistema de Registro de Información Fiscal
(RIF.), 8) Sistema de Control de Existencias en Almacén, 9) Sistema de Control de
Gestión (CONGES), 11) Sistema de Control de Permisos Temporales, 12) Sistema
de Inventario de Equipos de Computación, 13) Sistema Presupuestario, 14 Sistema
Venezolano de Información Tributaria (S.I.V.I.T.), 15) Sistema para calcular los
Viáticos, 16) Sistema para emitir la Forma 50, 17) Sistema para calcular los Intereses
Moratorios, 18) Sistema de Carnetización para Pasantes, 19) Sistema de Control de
Documentos, 20) Sistema de rendición de cuentas, 21) Sistema de liquidación y
control de sucesiones, 22) Sistema de solicitud de requerimiento, 23) Sistema de
aprobación de requerimiento, 24) Sistema de atención de requerimiento.
Contando con las siguientes herramientas de Apoyo en Uso: Microsoft Office 97,
2000, XP, Reflection-Conection (para establecer comunicación remota.), Visio 3.0,
Visio 2000, Visio 2002, Windows NT Server, Systems Works 2002, 2003,2004,
Windows 98, 2000, NT.
La existencia de una gran variedad de recursos tanto equipos computacionales
como personal técnico, permitirán modelar sistemas que facilitarían el manejo de la
información.
Lo anteriormente descrito, conduce hacia una solución, frente a las necesidades
no satisfechas de expansión en lo concerniente a sus procesos de comunicación. El
18
empleo de las Tecnologías de la Comunicación e Información (TIC), tiene como
finalidad construir una forma de utilizar información que permita optimizar y
flexibilizar las comunicaciones entre los distintos horizontes de la institución, en los
variados niveles de comunicación e intencionalidades.
Con el fin de responder actualmente a la creciente demanda de operaciones en la
Unidad de Sucesiones, se debería aceptar la propuesta innovadora del uso de la
Aplicación Web de manera que permita disminuir y/o eliminar las prácticas
manuales.
Por consiguiente esto se logrará a través de la implementación de controles
sencillos y eficientes, que aporten las posibles soluciones que admite el sistema de
gestión para las declaraciones sucesorales tales como: La solicitud de los trámites de
la solvencia sucesoral vía Web que reduciría la pérdida tiempo del contribuyente para
realizar el trámite sucesoral y las frecuentes visitas a la institución, la digitalización
de los recaudos permite a la institución receptora revisar los documentos antes de ser
presentados por el contribuyente para la solicitud de solvencia sucesoral, el registro
de aprobación o rechazo de los documentos por la
entidad involucrada
y
actualización del estatus del trámite que permita a los usuarios saber en qué estado se
encuentra su trámite sucesoral y cuales son la observaciones emitidas por cada
entidad, automatizar el criterio de fiscalización del tipo de caso y cálculo del interés
fiscal según la ley de sucesiones
agilizar el proceso manual,
ofrecer al
contribuyente hacer consulta del estado del trámite por telefonía móvil, mediante un
mensaje de texto o a través del portal con el código de la planilla del registro del
trámite de manera de evitar las visitas frecuentes a la institución y ayudar al
seguimiento del proceso del trámite sucesoral desde cualquier lugar.
El propósito principal de automatizar es eliminar los métodos tradicionales,
construyendo aplicaciones o instrumentos que permitan realizar las operaciones de
una manera más eficiente y eficaz,
que hagan posible la generación de resultados
más positivos para la atención al contribuyente con el manejo, control, fiscalización
de la información.
19
Según los antecedentes, existe la posibilidad de emplear la aplicación web para
resolver la problemática planteada, tomando en consideración lo dicho por los
autores: Berzal, F., Cubero, J. y Cortijo, F., (2005). Relatan que hoy en día, resulta
bastante común implementar la interfaz de una aplicación utilizando páginas Web en
vez de las ventanas y los controles específicos de un sistema operativo concreto. En
lugar de escribir una aplicación para un sistema operativo concreto, como puede ser
Windows, en muchas situaciones es preferible crear aplicaciones web a las que se
accede a través de Internet.
Para utilizar una aplicación web desde una máquina concreta, basta con tener
instalado un navegador web en esa máquina, ya sea éste el Internet Explorer de
Microsoft, el Mozilla Firefox o cualquier otro navegador. Desde la máquina cliente
donde se ejecuta el navegador, se accede a través de la red al servidor web donde está
alojada la aplicación y, de esa forma, se puede utilizar la aplicación sin que el usuario
tenga que instalarla previamente en su máquina.
De modo concreto se propone en este proyecto como opción, para resolver las
necesidades no satisfechas de expansión con referencia a los procesos de
comunicación en la Unidad de Sucesiones, realizar el desarrollo de una Aplicación
Web.
Esta solución reportaría a La Gerencia Regional de Tributos Internos Región
Centro-Occidental una mayor eficacia organizacional y productividad, ahorro de
recursos y su inclusión en una tecnología fundamental para la supervivencia en este
tiempo de vorágine tecnológica.
1.2. Formulación del Problema.
El desarrollador del proyecto plantea una aplicación web, cuyo propósito principal
es mejorar el proceso de la Declaración de Sucesiones y orientarlo a la mejora
potencial que se suponen en los servicios de obtención de solvencias en el SENIAT
Región Centro Occidental. Además de elevar el desempeño y eficiencia en el
intercambio de información específica, utilizando el talento humano presente en el
organismo.
En tal sentido la investigación plantea la siguiente interrogante: ¿Es
posible diseñar una Aplicación Web para la Gestión de Trámites de Sucesiones en el
20
SENIAT Región Centro Occidental para el periodo septiembre 2012 a diciembre
2012 ?
1.3- Objetivos
1.3.1. Objetivo general: Desarrollar una aplicación Web para la Gestión de
Trámites de Sucesiones en el SENIAT Región Centro Occidental.
1.3.2. Objetivos específicos
1.3.2.1. Definir el contexto del negocio para la aplicación web.
1.3.2.2. Elaborar el plan para el desarrollo de la aplicación web.
1.3.2.3. Desarrollar el modelado de análisis y diseño de la aplicación
web.
1.3.2.4. Construir la aplicación web.
1.3.2.5. Mostrar la aplicación web
1.4. Alcance del proyecto
El objetivo principal de este proyecto, es desarrollar una Aplicación Web
para la Gestión de Trámites de Sucesiones en el SENIAT Región
Centro
Occidental, que facilite el manejo de la información de las solicitudes de
solvencia en la Unidad de Sucesiones.
Se pretende brindarle a la Unidad de
Sucesiones una manera de generar la solvencia con base
a
las
evidencias
probatorias suministradas por los Contribuyentes que asisten a las dependencias de
la Institución.
La información
podrá
ser
de
dominio
del personal
del
SENIAT,
restringida a ciertas personas a través de roles y contraseñas con el objetivo
que cualquier persona pueda consultarla e interactuar con ella a través de la
aplicación, corriendo sobre la plataforma intranet de la institución. La aplicación será
usada específicamente por la Unidad de Sucesiones del Seniat perteneciente a la
Región Centro Occidental en Barquisimeto, Edo. Lara. Siendo ésta meramente una
propuesta que sirva como punto inicial para la posible implantación a futuro de un
sistema de consulta y ayuda al Contribuyente en las distintas dependencias del
SENIAT.
21
CAPITULO II
MARCO TEÓRICO
En el presente capítulo se presentan los contenidos teóricos que sustentan
conceptualmente este proyecto.
2.1. Antecedentes de la Investigación.
Existen diversos trabajos en el área de sistemas que sirven de base para la
elaboración de esta tesis. Una vez esbozado el problema íntegramente se inició la
búsqueda de la información bibliográfica y documental relacionada con el tema. Se
describen a continuación ciertos trabajos que serán utilizados como inicio de la
investigación.
Soto, A (2012), propone en su tesis de grado “Sistema de Información en Ambiente
Web para la Gestión de los Cursos en las Salas de Computación Alma Mater del
Centro Local Portuguesa de la Universidad Nacional Abierta.” la utilización de la
metodología IWeb para el desarrollo de un Web App, siendo esta una contribución
significativa para el diseño de la Aplicación Web propuesta en el presente Informe,
ya que detalla de forma completa las gestiones a alcanzar en dicha metodología.
Sánchez, D. (2010), desarrolló en su Trabajo de grado “Implantación de la Aplicación
Web para el Control de Documentos del Sistema de Gestión de la Calidad de la
Gerencia AIT de PDVSA División Oriente, bajo Técnicas de Ingeniería de Software
y Estándares Abiertos.” La presente investigación tuvo como objetivo principal el
implantar el desarrollo de una aplicación Web que funcione como una herramienta
para controlar y administrar los documentos del Sistema de Gestión de la Calidad de
la Gerencia de Automatización, Informática y Telecomunicaciones (AIT) de
Exploración y Producción, División
Oriente de Petróleos de Venezuela, S.A
(PDVSA), bajo software libre. La aplicación permite la carga, descarga y
22
almacenamiento de documentos y registros, a su vez, actúa como una herramienta de
control de versiones de los documentos facilitando la búsqueda de los mismos.
Además, se implementó la metodología de la ingeniería web (IWeb) y las notaciones
gráficas de UML y WebML en el diseño operativo. Finalmente, el desarrollo de la
aplicación Web SISCOND-AIT trajo como consecuencia un conjunto de beneficios
no sólo para la Superintendencia de Administración de Recursos y Control de
Gestión específicamente el Proceso de Gestión y Mejoramiento de los Procesos
(GMP) sino también para el resto de las Superintendencias dentro de la
Gerencia AIT, facilitando de esta manera el manejo
y control de los
documentos de su Sistema de Calidad desde cualquier sitio que se disponga de
la intranet de la Corporación. Este trabajo aporta un tributo muy importante tanto en
la metodología IWeb a utilizar como el tema abordado; control y seguimiento de
documentos.
El trabajo de grado realizado por Rondón O. (2009) titulado “Diseño de una
Aplicación Web para la Gestión en Línea de los Servicios Académicos de una
Institución de Educación Superior”, el autor plantea el diseño de una aplicación
informática utilizando tecnología Web. Esto permitirá la gestión en línea de los
servicios académicos de la Universidad Bolivariana de Venezuela (UBV), la cual está
distribuida en cinco (5) sedes en todo el territorio nacional. Además la Universidad
Bolivariana de Venezuela considera el sistema propuesto como una alternativa para
mejorar la toma de decisiones en relación a los procesos de ingreso, prosecución y
egreso de los Programas de Formación tanto municipales como los de sede. Como
aporte tenemos la representación en UML de los procesos involucrados en la
aplicación.
Por otro lado Cardona J.
(2009). “Sistema
Web
para la Gestión
de los
Expedientes de Retenciones de Mercancías en la Aduana Principal de Puerto Sucre,
Adscrita al Servicio Nacional Integrado de Administración Aduanera y Tributaria
(SENIAT)”, la autora esboza; mantener el registro controlado de los expedientes de
las mercancías retenidas por la Guardia Nacional bajo la circunscripción de esta
Gerencia de Aduana. Almacenar historial de cada expediente generado, con el fin de
23
que las áreas de ACABA, de Apoyo Jurídico y de Asistencia al Contribuyente puedan
tener acceso a las diferentes modificaciones realizadas al expediente. El resultado
obtenido es un sistema web bajo una arquitectura intranet cuyo fin es solventar los
problemas relacionados con el registro, recuperación y actualización de los
expedientes de retenciones de mercancías realizadas, además de proporcionar la
emisión de reportes por consignatario, situación legal, tipo de mercancía, entre otros y
las estadísticas de acuerdo al tipo de reporte. La contribución de este trabajo es a raíz
de la similitud con el diseño web propuesto corriendo sobre la plataforma de Intranet.
2.2. Bases Teóricas
En esta sección se presentan teorías referidas al objeto de estudio, las cuales en su
conjunto sustentan el cuerpo teórico-conceptual del presente proyecto.
2.2.1. Aplicaciones web.
Somerville, I. (2005), en su obra “Ingeniería de Software” denomina aplicación
web a aquellas aplicaciones que los usuarios pueden utilizar accediendo a un servidor
web a través de Internet o de una Intranet mediante un navegador. En otras palabras,
es una aplicación
software que se codifica en un lenguaje soportado por los
navegadores web, y en la que se confía la ejecución de la aplicación al navegador.
Características generales.
Actualmente las aplicaciones web son populares por lo práctico al permitir una
comunicación más fluida y dinámica entre Cliente-Servidor.
El alto grado de
desarrollo actual permite la actualización y el mantenimiento (vía Internet) de dichas
Aplicaciones, sin que se deba distribuir e instalar software específico o versiones
individuales a un usuario cada vez.
Una página Web puede contener elementos que permiten una comunicación activa
entre el usuario y la información (vía Servidor); logrando el usuario acceso a los
datos de modo interactivo, gracias a que la página responderá a cada una de sus
acciones.
Las aplicaciones web generan dinámicamente una serie de páginas en un formato
estándar, como HTML o XHTML, que soportan los navegadores web comunes. Se
utilizan lenguajes interpretados en el lado del cliente, tales como JavaScript, para
24
añadir elementos dinámicos a la interfaz de usuario. Generalmente cada página web
en particular se envía al cliente como un documento estático, pero la secuencia de
páginas ofrece al usuario una experiencia interactiva.
Por otro lado, las aplicaciones hipermedia han evolucionado en los últimos años y
se han concentrado mayormente en la web. Las antiguas aplicaciones distribuidas en
cd’s dieron lugar a aplicaciones dinámicas, de constante actualización e incluso
personalizables, capaces de adaptarse a los tipos de usuarios y en casos avanzados, a
cada usuario en particular. Estas características encuentran el medio ideal en la web,
ya que de otra forma sería costoso su mantenimiento y evolución.
La complejidad del desarrollo ocurre a diferentes niveles: dominios de aplicación
sofisticados (financieros, médicos, geográficos, etc.); la necesidad de proveer acceso
de navegación simple a grandes cantidades de datos multimedia, y por último, la
aparición de nuevos dispositivos para los cuales se deben construir interfaces web
fáciles de usar. Esta complejidad en los desarrollos de software sólo puede
seralcanzada mediante la separación de los asuntos de modelización en forma clara y
modular.
2.2.2. Ingeniería Web (IWeb).
Los sistemas y aplicaciones basados en Web (Web App) ofrecen un
complejo arreglo de contenido y funcionalidad a una amplia población de
usuarios finales. Este arreglo nos lleva a definir la ingeniería Web (IWeb)
como el proceso con el que se crean WebApp de alta calidad.
Los ingenieros
Web y los desarrolladores del contenido (que no es técnico) son los responsables de
crear las WebApp.
Conforme las WebApps se integran cada vez más en las estrategias de negocios
para pequeñas y grandes empresas, crece en importancia la necesidad de
construir sistemas confiables,
prácticos
y adaptables.
De
aquí surge
la
importancia de la IWeb, porque aplica un enfoque genérico que se aplica
mediante estrategias, tácticas y métodos especializados.
formulación del problema que se resolverá con
Este comienza con una
la WebApp. Se planea el proyecto
IWeb y se modelan los requisitos y el diseño de la WebApp. El sistema se
25
construye con tecnologías y herramientas especializadas asociadas con la Web.
Entonces se entrega a los usuarios finales y se evalúa mediante criterios tanto
técnicos como empresariales.
Dado que las WebApps evolucionan continuamente, se deben establecer
mecanismos para el control de configuraciones, el aseguramiento de la calidad
y el soporte continuo. Obteniendo como producto final una WebApp operativa,
pero es difícil estar seguro de esto, hasta que los usuarios finales ejecuten la
WebApp, aplicando para ello controles de calidad de los modelos IWeb,
el
contenido y la función globales del sistema, la facilidad de uso, el desempeño
y la seguridad.
2.2.2.1. Ingeniería Web Vs. Ingeniería del Software
Los procesos, métodos y tecnologías proporcionan el estrato de la IWeb,
que es conceptualmente idéntico al estrato de la Ingeniería del Software.
A
continuación se describe el estrato de la IWeb.
Procesos: Los modelos de proceso IWeb adoptan la filosofía del
desarrollo ágil. La
WebApp
desarrollada en un largo período puede
elegirse un modelo de proceso incremental.
Métodos: Es un conjunto de labores técnicas que permiten al ingeniero
Web comprender, caracterizar y luego construir una WebApp de alta
calidad.
Herramientas y tecnologías: A través de las décadas han evolucionado un
amplio conjunto de herramientas y tecnologías que han permitido que las
WebApps hayan evolucionado.
2.2.2.2. El proceso de Ingeniería Web: La Ingeniería Web (IWeb) aplica "sólidos
principios científicos, de ingeniería y de administración, y enfoques disciplinados y
sistemáticos para el desarrollo, despliegue y mantenimiento exitosos de sistemas
y aplicaciones basados en Web de alta calidad” [Mur 99]. La IWeb no es un clon
perfecto de la ingeniería del software pero toma prestado muchos conceptos y
principios fundamentales de ella.
Como se evidencia en la presentación de ambas
metodologías.
26
2.2.2.3 Metodología de Proceso de Ingeniería Web (IWeb): Trata con enfoques
disciplinados y sistemáticos para el desarrollo, despliegue y mantenimiento de
los sistemas y aplicaciones basados en web [Pressman 2005]. Es el proceso con el
que se crean WebApps de alta calidad como se muestra (ver figura 1). Y describe los
siguientes pasos del proceso:
Fase1: Comunicación con el cliente: Caracterizado por dos grandes actividades; el
análisis del negocio y la formulación. El análisis del negocio define el contexto
empresarial - organizativo
para el sistema,
identificando
los participantes,
prediciendo los requisitos del negocio y definiendo la integración entre la
WebApp y otras aplicaciones de negocios, bases de datos y funciones.
La
formulación recopila los requisitos e involucra a todos los participantes,
describiendo el problema que la WebApp va a resolver, aprovechando para ello
la mejor información disponible.
Fase 2: Planeación: En este paso
se desarrolla el plan del proyecto para el
incremento de la WebApp, definiendo las tareas y el calendario de plazos
respecto al periodo proyectado para el incremento de la WebApp. Una vez realizada
la formulación e identificado los requisitos básicos de la WebApp, se debe elegir
27
una de las opciones de la Ingeniería Web: 1) La WebApp es subcontratada
(outsourcing) , 2) La WebApp la desarrollan en casa ingenieros Web que sean
empleados de la empresa. Y una tercera opción hacer algún trabajo ingeniería
Web en casa y subcontratar otro trabajo, también es una posibilidad.
N°2
ilustra, respecto
a las WebApp,
La figura
la diferencia organizacional entre
subcontratación y el desarrollo en casa.
Planeación de WebApp: Subcontratación. Un porcentaje
sustancial de las
WebApps se subcontratan con proveedores que se especializan en el desarrollo
de sistemas y aplicaciones basados en Web. En tales casos, un negocio (el
cliente) pide un precio fijo desarrollar la WebApp de uno o más proveedores, evalúa
los precios competitivos y luego elige un proveedor para efectuar el trabajo.
Inicio del Proyecto. Si la subcontratación se elegirá como la estrategia
para
desarrollar la WebApp, la organización debe realizar una serie de tareas antes de
buscar una empresa subcontratista que haga el trabajo, entre ellas se tiene: Realizar
internamente, muchas de las labores de análisis, Desarrollar internamente un
diseño aproximado de la WebApp., Elaborar un programa aproximado que incluya
28
no solo las fechas finales de entrega, sino también fechas clave, Crear una lista de
responsabilidades para la organización interna y el subcontratista, Identificar el
grado de supervisión e interacción de la organización contratante con el
subcontratista.
Selección entre
los
candidatos. Con la finalidad de elegir
subcontratistas
desarrolladores Web candidatos, el contratante debe realizar algunas diligencias
obligadas; entrevistar a los clientes antiguos para determinar el profesionalismo
del vendedor web. Determinar el nombre del ingeniero web jefe de la empresa
para
buscar
proyectos
anteriores
exitosos y examinar cuidadosamente
ejemplos del trabajo del subcontratista que sean similares.
Valoración: de
la
validez
de
las
cotizaciones y la
confiabilidad
de
las estimaciones. Puesto que existen pocos datos históricos y el ámbito de las
WebApps es fluido en forma notoria, la estimación es inherentemente
Por
lo
cual,
algunos proveedores
incorporan
márgenes
de
riesgosa.
seguridad
sustanciales en cotizaciones para un proyecto.
Comprensión:
gestión
del
La
proyecto
formalidad
es
asociada
directamente
con
proporcional
complejidad de la WebApp. Respecto a proyectos complejos
las
labores
al tamaño,
y grandes
de
costo y
será
necesario elaborar un programa del proyecto que defina las tareas del trabajo,
los puntos de comprobación, el aseguramiento de la calidad del software, los
productos de trabajo de ingeniería, los puntos de revisión del cliente y los hitos
importantes.
Evaluación del programa del proyecto. Dado que los
desarrollo de WebApps
programas
de
abarcan un periodo relativamente corto, el programa
para el desarrollo debe tener una dosificación muy precisa.
Gestión del ámbito. Es probable que el ámbito cambie conforme avance el proyecto
de la WebApp, el modelo del proceso IWeb es
adaptable
e
incremental.
Permitiendo al equipo de desarrollo del subcontratista “congele” el ámbito para
un incremento, de modo que se pueda crear una liberación operativa de la WebApp.
29
Planeación de WebApp: Ingeniería Web en casa. La gestión de proyectos IWeb
pequeños y de tamaño moderado de 3-5 meses de duración requiere de un enfoque
ágil que quite el énfasis en la gestión del proyecto pero no elimine la necesidad de
planear”, además recomienda los siguientes pasos:
El entendimiento del ámbito. Las dimensiones de cambio y las restricciones
del proyecto. Ningún proyecto puede comenzar si no
se entiende lo que se ha
de construir.
La definición de la estrategia incremental del proyecto:
Si
la
evolución
de la WebApp es descontrolada y caótica, la
de
un
resultado
probabilidad
exitoso es pequeña, sin embargo si se establece una estrategia de proyecto
defina incrementos (liberaciones) de WebApp
que
que proporcionen contenido
útil y funcionalidad a los usuarios finales, el esfuerzo puede enfocarse
con
mayor facilidad.
Desarrollar una estimación rápida. El eje de la estimación para
de los proyectos IWeb lo representan los
la mayoría
conflictos macroscópicos,
más
que los microscópicos. Se valora si los incrementos WepApp planeados pueden
desarrollarse con los recursos disponibles de acuerdo con las restricciones del
programa definido.
Elegir un conjunto de tareas. Empleando un marco de
proceso
trabajo
del
IWeb se elige un conjunto de tareas de ingeniería Web que sean
adecuadas para las características del problema, el producto y el proyecto de
IWeb.
Establecer un programa. Las tareas de IWeb se distribuyen a lo largo de la línea
de tiempo del proyecto para el incremento que se desarrollará. La distribución
de
tareas
para
subsecuentes incrementos se demora hasta la entrega del
incremento programado.
Definir
mecanismos de rastreo del proyecto. En un
ingeniería de software el progreso se mide determinando qué
logrado. Respecto a proyectos IWeb pequeños y
30
proyecto
objetivos
de
se
han
de tamaño moderado, el enfoque
para
determinar
el
rastreo
es estipular cuántos casos
de
uso
se
han
implementado y cuantos permanecen sin implementarse.
Establecer un enfoque de gestión del cambio. La gestión del
mediante
cambio se facilita
la estrategia incremental que se recomendó para las WebApps.
Todos estos puntos nos ayudan a definir una estrategia incremental para el
proyecto, Pressman, (2005) describe los modelos ágiles de proceso que nos
permiten definir los incrementos durante el desarrollo de un proyecto.
Estos modelos ágiles son los siguientes: la Programación Extrema
Desarrollo Adaptativo de Software (DAS), el Método de
Sistemas Dinámicos (MDSD) y el Desarrollo Conducido
(PE),
Desarrollo
por
el
de
Características
(DCC).
Fase 3: Modelado: Las
labores convencionales de análisis
y
diseño
de
ingeniería de software se adaptan al desarrollo de la WebApp, se mezclan y se
funden en la actividad de modelado IWeb. En tal sentido se presenta a continuación:
El Modelado de Análisis: Este modelado conduce a la ejecución de
cuatro (4)
actividades que se describen a continuación:
Análisis de Contenido: identifica todo el espectro del contenido que se pueda
mostrar en el WebApp (por ejemplo: texto, imágenes
imágenes de video, audio). Ver Figura 3.
31
gráficas, fotografías,
Análisis de Interacción: indica la interacción que existe entre el
el WebApp.
usuario con
Este análisis lo componen cuatro elementos representativos del
UML: casos de uso, diagramas de
secuencia, diagramas de estado y prototipos
de interfaz de usuarios.
(a) Diagramas de caso de Uso: hace un modelado de una interacción entre el
sistema de información y los usuarios de este
(actores).
Son el
elemento
dominante del modelo de interacción para la WebApps.
(b) Diagramas de secuencia o diagramas de colaboración: muestran la manera
en que los objetos interactúan entre si a medida que los mensajes
se pasan
entre ellos.
(c) Diagramas de Estado: modelo dinámico en él se refleja la forma de los objetos.
(d) Prototipo de la interfaz de usuario: contenido que presenta, los mecanismos
de interacción que implementa y la estética global de las conexiones usuario
WebApp, tienen mucho que ver con la satisfacción del usuario y la aceptación
global de la WebApp.
Análisis de Funciones: define las operaciones que se aplicarán al contenido del
WebApp, así como cualquier otra función requerida por
Análisis
de Configuración: describe
el ambiente y la
el usuario final.
infraestructura que
reside la WebApp. Se realiza sobre dos (2) aspectos importantes que conciernen
las aplicaciones basados en Web: Servidor, la WebApp puede residir en un servidor
que
proporciona
acceso vía Internet, intranet o extranet; para ello
se
debe
considerar el hardware y el sistema operativo.
El Software del lado del Cliente: proporciona toda la plataforma adecuada para
que el usuario acceda a la WebApp; se somete a prueba el navegador, ya que
cuentan con peculiaridades propias.
Análisis Relación-Navegación: Permite descubrir las relaciones útiles
dominios de la aplicación, y la estructura de navegación
apropiada
vínculos: (a) Análisis de participantes: identifica la categoría de
en
los
sobre
esos
usuarios
y
establece una adecuada jerarquía entre ellos. (b) Análisis de elementos: identifica
los objetos de contenido así
como elementos funcionales para los usuarios
32
finales. (c) Análisis de relaciones: identifica las relaciones entre
los
diferentes elementos (clases de análisis, objetos de contenido o
función) de
la WebApp; pero ¿cómo valorar
los elementos del modelado de análisis para
comprender las relaciones entre ellos?, la respuesta a esta interrogante se
resuelve respondiendo, (d) Análisis de navegación: identifica cómo los usuarios
o categorías de usuarios pueden acceder a elementos
individuales
o
grupo de elementos de la WebApp.
El Modelado de Diseño. Pressman (2005) aclara que “El diseño es
la actividad
de ingeniería que conduce a un producto de gran calidad”. Todas las características
de la calidad de software se aplican a la WebApps. Sin embargo, las más relevantes
con facilidad de uso, funcionalidad, confiabilidad, eficiencia y
facilidad
de
mantenimiento, proporcionan una base útil para valorar la calidad de los sistemas
basados en Web.
Puede observarse una clara interrelación entre el diseño del WebApps y la calidad,
expertos en el tema se han encargado de describir
requisitos de calidad La
el
denominado
árbol
de
siguiente Figura 4. Lo presenta.
El modelado de diseño de una WebApp, presenta seis (6) actividades que
describen a continuación:
33
Diseño de la Interfaz: describe la organización y estructura de la
interfaz de
usuario. La interfaz de usuario debe presentar entre
otras
siguientes características: fácil de usar,
intuitiva, consistente,
muchas
de aprender, fácil de
las
navegar,
eficiente, libre de errores y funcional.
Además
debe responderle al usuario estas interrogantes: ¿Dónde estoy?, ¿Qué puedo
hacer
ahora? y ¿Dónde he estado, a dónde voy?.
La interfaz de una
WebApp efectiva debe responder a cada una de estas interrogantes conforme el
usuario final navega a través de su contenido y funcionalidad.
Diseño Estético: describe la apariencia, los esquemas de color,
plantillas,
tamaño
de texto, fuente y ubicación y uso de gráficos en
el WebApp. El diseño estético o
diseño gráfico, es el esfuerzo artístico que
complementa
técnicos y operacionales de la WebApp; se
debe
recomendaciones emitidas
los
aspectos
considerar
las
por Pressman (2005) al respecto:
Diseño de Contenido: describe la estructura y bosquejo de todo el contenido
presentes en la WebApp.
El diseño de contenido permite describir los objetos
de contenido y los mecanismos
requeridos
para
establecer comunicación
entre ambos; el número de los objetos de contenido presentes en la página Web la
determina las necesidades del usuario, además, la rapidez de la descarga de las
conexiones de internet impone el tiempo
de espera.
Diseño de Navegación: describe el flujo de navegación entre los objetos
contenido y todas las funciones de la WebApp. El diseño de
describir las rutas de navegación que
de
navegación
dan acceso a los objetos
permite
de
contenido,
Diseño Arquitectónico: describe la estructura hipermedia global
WebApp. El diseño arquitectónico esta enlazado con las metas
de
establecidas
la
para
la WebApp, el contenido que se mostrará, los usuarios y filosofía de
navegación establecida, se divide en dos (2) partes bien definidas:
a) Arquitectura de Contenido: se centra en la definición hipermedia global de la
WebApp. Se distinguen cuatro (4) diferentes estructuras de contenido: (a)
Estructuras Lineales: se
presentan
cuando es predecible la secuencia de
34
interacciones. (b) Estructuras en Retícula: se presenta cuando
el contenido de la
WebApp está organizado categóricamente en dos (o más)
dimensiones.
Estructuras Jerárquicas: se
(c)
presenta cuando se alinean el flujo de control sólo a lo
largo de las ramas verticales de la jerarquía, también se puede diseñar en
sentido horizontal pero no
en ambos sentidos a la vez. (d) Estructura en Red o
Web pura: se presenta cuando los componentes logran pasar el flujo de control
a cualquier otro componente del sistema.
b) Arquitectura
de WebApp: se
centra en la
infraestructura que permite
a un sistema o aplicación basado en Web lograr los objetivos planteados por el
usuario, los
expertos en IWeb sugieren que el diseño de arquitectura
realice en tres (3) capas que desacoplen la interfaz de navegación
se
y
del
comportamiento de la aplicación, a saber, la separación de la interfaz, aplicación
y navegación simplifica la implementación y
mejora la reutilización. Entre la
arquitectura de WebApp, la más
representativa y de
mayor
actualidad es la arquitectura MVC
(modelo-vista-controlador).
uso
en
la
Diseño de Componentes: describe la lógica para implementar los componentes
funcionales. El diseño de componentes establece las funciones de procesamiento
que permiten generar capacidad de contenido y navegación en forma dinámica,
adecuación del dominio y base de datos de la WebApp, además, de las interfaces de
datos.
Fase 4: Construcción. Se aplican las herramientas y tecnología IWeb para construir
la Web App que se ha modelado. Una vez construida se dirige el incremento a una
serie de pruebas rápidas
para descubrir errores en el diseño. En este paso se
cumplen las siguientes actividades:
La Codificación del código fuente del WebApps para el sistema de
información
en ambiente web. Se consideraran los estándares y la metodología del Proceso
de Ingeniería Web.
Prueba
de
Componentes Pressman
(2005)
al
respecto
de
componentes indica: “Los procesos de prueba para ingeniería Web
la
prueba de
comienzan
con pruebas que ejercitan el contenido y la funcionalidad de la interfaz que es
35
inmediatamente visible para los usuarios finales.
Conforme se realizan las pruebas,
se ejercitan los aspectos de arquitectura de diseño y navegación. El usuario
puede o no conocer estos elementos de la WebApp. Finalmente, el foco se
cambia a las pruebas que ejercitan las
capacidades tecnológicas que no siempre
son aparentes para los usuarios finales: la infraestructura de la WebApp y
cuestiones de instalación/implementación.”
Esto se observa en la representación gráfica (Figura Nº 5 ) del
prueba, que permite deducir conforme se desarrolla el flujo de
proceso de
pruebas
de
izquierda a derecha y de arriba abajo, los elementos visibles para el usuario se
deberán probar primero. La relación se puede
(Diseño de Contenido), Prueba de la
Estético), Prueba de Navegación
Prueba de Componentes
describir: Prueba de Contenido
Interfaz (Diseño de la Interfaz, Diseño
(Diseño de Navegación, Diseño Arquitectónico),
(Diseño Arquitectónico, Diseño de Componentes),
Prueba de
Configuración (Tecnología), Prueba de Desempeño (Tecnología) y
Prueba
de Seguridad (Tecnología). Se describe cada una de estas pruebas
presentadas
en el grafico.
Prueba de Contenido: permite descubrir
errores
en el
errores tipográficos, equívocos gramaticales, errores en la
36
contenido,
consistencia
de
contenido, inexactitudes en las representaciones gráficas y fallas en las
referencias cruzadas, entre otros.
Prueba de la Interfaz: permite descubrir errores en los
mecanismos
de
interacción y valida los aspectos estéticos de la i nterfaz de usuario.
Prueba de Navegación: permite descubrir errores derivados del análisis
de
los
casos de uso de prueba. Las pruebas de navegación permiten detectar los siguientes
errores u omisiones:
Prueba de Componentes: permite descubrir errores en el
unidades funcionales de la WebApp. Se entiende por
componente funcional definido que
contenido
unidad
y
las
como
un
proporciona servicio directamente al
usuario final o un componente de infraestructura que posibilita que la WebApp
desarrolle todas sus capacidades.
Prueba de Configuración: Configuración: permite descubrir
errores respecto a
los ambientes específicos donde pueden encontrarse del cliente y/o servidor.
Prueba de Desempeño: permite valorar como el número de usuarios,
transacciones o datos afecta el tiempo de respuesta y confiabilidad
de
la
WebApp.
Prueba de Seguridad: permite descubrir las vulnerabilidades de la
WebApp y
su ambiente. Las pruebas de seguridad permiten detectar los siguientes errores
u omisiones:
Fase 5 Despliegue: La WebApp se configura para su ambiente operativo, se entrega
a los usuarios finales y luego de pasar un periodo de evaluación queda
operativa.
2.2.3. Programación Extrema (PE).
Descrito el proceso de Ingeniería Web (IWeb), se hace necesaria la descripción
del método ágil Programación Extrema como elemento fundamental, porque nos
ayudan a definir una estrategia incremental para el proyecto descrito en el presente
informe.
La PE abarca un conjunto de reglas y prácticas que ocurren en el contexto de
cuatro actividades del marco de trabajo: planeación, diseño, codificación y pruebas.
37
Estas reglas y prácticas se describen en cada una de las tareas que se presentan a
continuación:
Planeación: Esta comienza con la creación de historias del usuario (casos
de
uso) que describen las características y la funcionalidad requeridas para el software
que se construirá, el cliente le asigna un valor (es decir, una
prioridad)
basándose en los valores generales del negocio respecto de la característica o la
función.
Diseño: El diseño sigue de manera rigurosa el principio MS
simple), siempre se prefiere un diseño simple respecto de
más compleja.
(mantenerlo
una
presentación
Este ofrece una guía de implementación para cada historia
como está escrita, ni más ni menos.
La PE apoya el uso de tarjetas CRC (colaborador-responsabilidad-clase)
identifican y organizan la clases orientadas a objetos que son
para el incremento del software actual.
El objetivo es
estas
relevantes
desarrollar
una
representación organizada de las clases.
Codificación: La PE recomienda que después de diseñar las historias
y
realizar el trabajo de diseño preliminar el equipo no debe moverse hacia
la
codificación, sino que debe desarrollar una serie de pruebas de
unidad que
ejerciten cada una de las historias que vayan a incluirse en el
incremento
actual. Una vez creada la prueba de unidad se es mas capaz de
centrarse en lo que
debe implementarse para pasar la prueba de unidad. No se
agrega
nada
extraño (MS). Una vez que el código
unidad
puede
está completo, la
probarse de inmediato, y así proporcionar una retroalimentación
instantánea al
desarrollador.
Pruebas: La prueba de unidad antes de comenzar la codificación es un elemento
clave para el enfoque de la PE. Las pruebas de unidad que se crean
deben
ejecutarse de manera fácil y repetida. Esto apoya una estrategia de
regresión de
prueba cuando el código se modifica. Las pruebas de aceptación de
especifica el cliente y se enfocan en las características
funcionalidad del sistema,
generales
la
PE,
y
elementos visibles y revisables por el cliente.
38
las
la
Las
pruebas de aceptación se derivan de los casos de uso que se han implementado como
parte de un incremento del proyecto.
Con la aplicación de la metodología
IWeb al sistema propuesto, se
obtendrá una (WebApp) de alta calidad, con atributos que permiten cumplir con un
conjunto de aplicaciones que ayudaran a resolver el problema presentado en unidad
de Sucesiones del SENIAT Región Centro Occidental.
2.2.4. Arquitectura Cliente/Servidor.
El sistema cliente/servidor puede ser definido como una configuración que
incluye estaciones de trabajo, a las que denominaremos “clientes”, conectadas a
repositorios de programas (servidores) a través de una red que puede ser LAN o
WAN o Internet.
Un servidor o red extendida es un elemento que reside en una
computadora central
que
recibe,
procesa
y
responde
una
petición
de
información. Tiene la característica de atender en forma simultánea múltiples
conexiones provenientes de varios orígenes (diferentes clientes).
Un cliente está
constituido por una computadora o aplicación software que facilita a un usuario
enviar una solicitud de información y obtener la repuesta esperada. La solicitud
debe contener los siguientes datos: (a) Dirección del servidor. (b) Información que
se solicita. (c) Dirección del cliente.
Componentes de una aplicación cliente/servidor. (a)
Software de desarrollo. (b)
Software de aplicación. (c) RAC (Remote Procedure Call, llamadas a procedimientos
remotos). (d)
Base de Datos. (e)
Protocolos de red. (f)
Middleware (Software
propio de ambiente cliente/servidor).
La tecnología informática cliente/servidor ayuda a las empresas a mejorar
el desarrollo de sus actividades, facilitando a sus departamentos el traslado
desde
las computadoras principales el traslado
a otros dispositivos más
accesibles, el procesamiento de la información y de aplicaciones críticas en tiempo
real, como se evidencia a continuación (ver figura).
El modelo cliente/servidor resulta muy eficaz para la gestión de datos que
deben ser utilizados y modificados por múltiples usuarios.
39
El ambiente cliente/servidor se puede concebir como una arquitectura de
dos o de tres niveles.
La arquitectura de dos niveles responde al siguiente esquema:
(a) La estación de trabajo maneja la funcionalidad de la aplicación.
(b) El server maneja la base de datos y la seguridad a nivel de red, además de las
funciones generales.
La arquitectura de tres niveles opera de la siguiente manera:
(a) La estación de trabajo maneja fundamentalmente la interfaz con el usuario. (b) El
nivel dos del server maneja la funcionalidad de la aplicación y su seguridad.
(c.) El nivel tres de server maneja la base de datos y la seguridad a nivel de
red, así como las funciones generales.
Beneficios de una Arquitectura Cliente/servidor
(a) Disminución de costos de explotación, a través de la adaptación de las
aplicaciones al contexto más apropiado para los requerimientos de hardware,
software y usuario, (b) Mejores comunicaciones mediante una mejor armonización
del flujo informativo facilitando el proceso de elaboración de decisiones y
optimizando la gestión global, (c) Mayor servicio al cliente.
Existe una estrecha
relación entre las organizaciones que buscan cambiar sus procesos comerciales
y brindar mejor servicio al cliente, y aquellas que migran a una arquitectura
cliente/servidor, (d) Lanzamiento veloz de productos al mercado, (e) Flexibilidad en
razón de la instalación de servers escalables y dispositivos cliente adaptables a un
amplio rango de aplicaciones, (f) Incremento de confiabilidad en razón de que se
evita la supeditación de la confiabilidad exclusivamente a los equipos host, dado
que se descentralizan recursos, (g) Retorno de la inversión la mayoría de las
empresas que han adoptado el esquema cliente/servidor estiman que recuperaran
su inversión dentro de los primeros doce meses de la instalación.
Aplicaciones cliente/servidor
Las principales aplicaciones que los usuarios dan a los servers son: bases
de datos, e-mail, procesamiento de transacciones, gestión de redes, gestión de
40
proyectos,
automatización
de
flujo
de
trabajo,
gestión
de documentos,
productividad de oficina y desarrollo de software.
Riesgos y amenazas en un ambiente cliente/servidor.
a) Inadecuado (o insuficiente) grado de conocimiento por parte de la estructura
organizativa, b) Ineficiencia operativa, c) Falta de seguridad en las estaciones de
trabajo y en el acceso a la red, d) Atentado a la privacidad y confidencialidad, e)
Atentado a la continuidad operativa, f) Falta de disciplina legal, técnica y temporal.
Esta arquitectura sirve de plataforma al sistema, ya que con la implementación
de un servidor, configurado bajo la arquitectura de tres niveles, cumplirá
suficientemente
con
las
principales
aplicaciones
de
uso, optimizando los
beneficios y funciones del sistema.
Este será ubicado en el centro local, obteniendo el control de la transferencia
de información entre el servidor y sus clientes.
2.2.5. Internet.
La Red Científica Peruana (2003), expone, es necesario hacer referencias a la
definición y característica que posee Internet pues forma parte esencial en el
desarrollo de Sistemas de Información basados en Tecnología Web que
corresponde al objetivo terminal de la presente investigación. Una de las muchas
definiciones que se le han asignado a Internet (Internetwork System) o Sistema
de interconexión de redes, es la de ser una “red de redes”; cuyos elementos
(computadores y usuarios) se encuentran distribuidos por todo el mundo. Hoy en
día también se considera como el banco de datos más grande en la actualidad; en
ella se puede encontrar gran cantidad de información acerca de cualquier tema, lo
que la hace de gran utilidad para los maestros, estudiantes, científicos, músicos, niños
y en general para cualquier persona.
La Internet fue creada a partir de un proyecto del Departamento de Defensa
de los Estados Unidos llamado DARPANET (Defense Advanced Research Project
Network) iniciado en 1969 y cuyo propósito principal era la investigación y
desarrollo de protocolos de comunicación para redes de área amplia para ligar redes
de
transmisión
de
paquetes de
diferentes
41
tipos, capaces
de
resistir
las
condiciones de operación más difíciles y continuar funcionando aún con la
pérdida de una parte de la red. Su fundamento está basado en el protocolo TCP/IP
(Transmission Control Protocol/ Internet Protocol), un sistema de comunicaciones
muy sólido y robusto bajo el cual se integran todas las redes. Debido a que este
protocolo de transmisión asigna a cada máquina que se conecta a la red un
número específico llamado número IP, los usuarios que se conectan al sistema de
interconexión utilizan programas como los navegadores, lectores
de correo
electrónico, etc.; cada uno de estos programas está haciendo uso de uno o
varios protocolos de nivel de usuario.
Los protocolos de comunicación son las reglas y procedimientos utilizados en una
red para comunicarse entre los nodos que tienen acceso al
sistema de cables. Los
protocolos de nivel superior definen como se transmiten las señales por un cable.
Existen dentro de estos niveles, normas que establecen y mantienen sesiones de
comunicación entre computadoras y controlan el tráfico de errores. El protocolo
TCP/IP realmente se trata de dos protocolos básicos: (1) TCP (Transport Control
Protocol): permite establecer conexiones entre computadoras (sockets).
(2)
IP
(Internet Protocol): se encarga del transporte de la información a través de los
routers (enrutador, hardware usado para la interconexión ) hasta llegar al destino
final.
2.2.6. Intranet
Conforme lo explica el CEIN;
la aparición de Internet supuso un hecho de
especial importancia que ha marcado de forma drástica la evolución de las
nuevas tecnologías de la información y la comunicación. Hoy en día, Internet
se ha convertido en un instrumento indispensable de comunicación y de acceso a
información, sobre la cual se desarrollan negocios y se integran empresas.
El potencial de esta poderosa herramienta de comunicación ha sido
transferido hasta el interior de las empresas, lo que ha permitido desarrollar entornos
de comunicación, colaboración y acceso a la información para los empleados
con un elevado grado de personalización y relativa sencillez. Es lo que conocemos
como Intranets.
42
Una Intranet es una red informática interna diseñada para ser utilizada en el
interior de una empresa o cualquier otra clase de organización. A través de ella, los
empleados y empleadas de una empresa pueden acceder a la información y las
distintas aplicaciones habilitadas en dicha red. La evolución de la Intranet ha dado
paso al desarrollo de la Extranet, a través de la cual, cualquier persona de una
empresa, desde cualquier lugar del mundo y a cualquier hora, puede acceder a
dicha red, e incluso ponerse en contacto con otra persona de la organización.
Mediante la Extranet, los empleados y los distintos agentes externos que
forman parte del negocio de la empresa pueden acceder, vía Internet y con una
contraseña, a la información de la empresa. Esta herramienta es de gran utilidad para
potenciar un entorno más colaborador, simplificar procesos y proporcionar nuevos
servicios. La Intranet-Extranet utiliza normas y protocolos de Internet (TCP/IP), lo
que permite a los miembros de una organización comunicarse y colaborar entre
sí. Es evidente, que con ello se consigue una mayor eficacia y productividad
en el trabajo.
Correctamente utilizada, la Intranet se convierte en un potente instrumento
para construir herramientas de trabajo individuales, en grupo o corporativas.
Posee una gran capacidad para transformar en conocimiento útil tanto la información
estructurada como la no estructurada que emana de la empresa . Asimismo,
proporciona el entorno ideal para el trabajo en grupo, puesto que facilita la
comunicación, el intercambio de información e ideas y la creación y gestión de flujos
de trabajo.
Los beneficios que aporta el uso de la Intranet en una empresa son:
informar, difundir o hacer llegar boletines, procedimientos, formularios, calendarios,
aprobaciones, autorizaciones, modificaciones, planificaciones, etc. A las personas
trabajadoras, en general, la publicación y recuperación de la información le
resulta sencilla y muy cómoda, y ello contribuye a reducir las actividades sin valor.
Por otro lado, la disposición en la administración y la gestión de red, la
facilidad en la modificación, la disminución de necesidades para soporte de
usuarios y la capacidad de llegar al usuario final, son ventajas de las que se beneficia
43
el personal de sistemas de la empresa. Para los usuarios externos, el estímulo es la
actualización de la información, una comunicación más rápida y la credibilidad que
presenta una única fuente de información. Mientras, el
equipo de dirección
garantiza un ahorro en costes de material y desarrollo, así como una mejora de la
productividad.
Dado que en un entorno Intranet se pueden integrar accesos a aplicaciones
de gestión de
empresa con información crítica, las medidas de seguridad a
adoptar tendrán que englobar a todos los sistemas de información de la empresa
susceptibles de ser "atacados”.
Los requisitos de seguridad son los siguientes: (1) Confidencialidad: Garantía de
que los datos no sean comunicados erróneamente a usuarios no deseados. (2)
Integridad: Protección de los datos para evitar posibles corrupciones o cambios no
autorizados. (3) Autenticación: Ofrecer confianza absoluta en la identidad de
usuarios, servidores y clientes.
(4) Verificación: Comprobación
de
que
los
mecanismos de seguridad son sólidos, potentes y que están correctamente
implementados. Para cumplir estos requisitos de seguridad, la empresa dispone
de multitud de
combinaciones mediante el uso de diferentes sistemas y
aplicaciones: autenticación, encriptación y cifrado de las comunicaciones,
firewalls, servidores proxy, routers, entre otros.
Ventajas de una Intranet
Las Intranet utilizan lo mejor de las redes y los sistemas de información
tradicionales y lo combinan con las arquitecturas abiertas y la comunicación
Internet, ofreciendo un marco idóneo para el desarrollo
de aplicaciones
empresariales, hasta la fecha, impensables.
Algunas de las principales ventajas operativas de una intranet son: (1) Bajo
costo de creación, dado que no es necesario invertir en licencias costosas ni en
su mantenimiento, (2) Escalabilidad prácticamente infinita, tanto en el número
de usuarios como en el desarrollo de nuevas aplicaciones (3) Interoperabilidad y
capacidad de comunicación entre distintas máquinas, (4) Facilidad de gestión.
44
Podemos destacar las siguientes ventajas funcionales: (1) Difusión ágil,
intercambio y accesibilidad de la información. (2) Actualización de la información
Acceso local y remoto a la información necesaria y a las distintas aplicaciones
de la empresa integradas. (3) Coordinación y gestión de proyectos. (4) Integración
de servicios de formación. (5) Gestión del feedback de usuarios internos, clientes,
proveedores u otros agentes externos a la empresa. (6) Capacidad de desarrollo de
páginas personales, de equipo de trabajo o departamento. (7) Utilización y
aprendizaje sencillos
El desarrollo de una Intranet de empresa bajo una planificación y estrategia
adecuadas y con el apoyo del equipo directivo redundará en una reducción de
costos y nos permitirá aumentar la productividad, agilizar la toma de decisiones
sobre la base de información precisa y fehaciente, desarrollar nuevos servicios
orientados al cliente y mejorar la capacidad de gestión.
2.2.7. Sistemas de Información.
Según Jeffrey Whitten (2005), una de las tecnologías de mayor utilidad en un
gran número de organizaciones son los sistemas de información. Se define como una
disposición de componentes integrados entre sí, cuyo objetivo es satisfacer las
necesidades de información de una organización.
El propósito fundamental de un
sistema de información es recoger, procesar e intercambiar información entre los
trabajadores. El sistema de información se diseña para apoyar todas las operaciones
de la organización.
Siempre y cuando exista un conjunto de individuos, datos, redes y tecnología
relacionados entre sí con el propósito de resolver apoyar y mejorar las distintas
operaciones realizadas por la organización, estamos hablando de sistemas de
información.
Según
Kendall y Kendall (2005),
define cuatro (4) tipos de sistemas de
información se describen: Sistemas de procesamiento de transacciones, Sistemas de
automatización de la oficina y sistemas de trabajo del conocimiento, Sistemas de
información gerencial, Sistemas de apoyo a la toma de decisiones, Sistemas expertos
e inteligencia artificial, Sistemas de Apoyo a Ejecutivos.
45
Sistemas de procesamiento de transacciones: son sistemas de información
computarizada creados para procesar grandes cantidades de datos relacionadas con
transacciones rutinarias de negocios, como las nóminas y los inventarios.
Sistemas de automatización de la oficina y sistemas de trabajo del conocimiento:
Los sistemas de automatización de la oficina apoyan a los trabajadores de datos,
quienes por lo general no generan conocimientos nuevos, sino más bien analizan la
información con el propósito de transformar los datos o manipularlos de alguna
manera antes de compartirlos o, en su caso, distribuirlos formalmente con el resto de
la organización y en ocasiones más allá de ésta. Entre los componentes más comunes
de un OAS (Office Automation Systems.) están el procesamiento de texto, las hojas
de cálculo, la autoedición, el calendario electrónico y las comunicaciones mediante
correo de voz, correo electrónico y videoconferencia. Los sistemas de trabajo del
conocimiento sirven de apoyo a los trabajadores profesionales, como los científicos,
ingenieros y médicos, en sus esfuerzos de creación de nuevo conocimiento y dan a
éstos la posibilidad de compartirlo con sus organizaciones o con la sociedad.
Sistemas de información gerencial: Los sistemas de información gerencial no
reemplazan a los sistemas de procesamiento de transacciones, más bien, incluyen el
procesamiento de transacciones. Los MIS (Manegement Information Systems) son
sistemas de información computarizados cuyo propósito es contribuir a la correcta
interacción entre los usuarios y las computadoras. Debido a que requieren que los
usuarios, el software (los programas de cómputo) y el hardware (las computadoras,
impresoras, etc.), funcionen de manera coordinada, los sistemas de información
gerencial dan apoyo a un espectro de tareas organizacionales mucho más amplio que
los sistemas de procesamiento de transacciones, como el análisis y la toma de
decisiones.
En consecuencia, para acceder a la información los usuarios de un sistema de
información gerencial comparten una base de datos común. Ésta almacena datos y
modelos que ayudan al usuario a interpretar y aplicar los datos. Los sistemas de
información gerencial producen información que se emplea en la toma de decisiones.
Un sistema de información gerencial también puede contribuir a unificar algunas de
46
las funciones de información computarizadas de una empresa, a pesar de que no
existe como una estructura individual en ninguna parte de ésta.
Sistemas de apoyo a la toma de decisiones: DSS (Decision Support Systems). Los
sistemas de apoyo a la toma de decisiones constituyen una clase de alto nivel de
sistemas de información computarizada. Los sistemas de apoyo a la toma de
decisiones coinciden con los sistemas de información gerencial en que ambos
dependen de una base de datos para abastecerse de datos. Sin embargo, difieren en
que el sistema de apoyo a la toma de decisiones pone énfasis en el apoyo a la toma de
decisiones en todas sus fases, aunque la decisión definitiva es responsabilidad
exclusiva del encargado de tomarla. Los sistemas de apoyo a la toma de decisiones se
ajustan más al gusto de la persona o grupo que los utiliza que a los sistemas de
información gerencial tradicionales. En ocasiones se hace referencia a ellos como
sistemas que se enfocan en la inteligencia de negocios.
Sistemas expertos e inteligencia artificial: La inteligencia artificial (AI Artificial
Intelligence) se puede considerar como el campo general para los sistemas expertos.
La motivación principal de la inteligencia artificial ha sido desarrollar máquinas que
tengan un comportamiento inteligente. Dos de las líneas de investigación de la
inteligencia artificial son la comprensión del lenguaje natural y el análisis de la
capacidad para razonar un problema hasta su conclusión lógica. Los sistemas
expertos utilizan las técnicas de razonamiento de la inteligencia artificial para
solucionar los problemas que les plantean los usuarios de negocios (y de otras áreas).
Sistemas de Apoyo a Ejecutivos: (ESS, Executive Support System).
Es un sistema
de información para directivos que permite automatizar la labor de obtener los datos
más importantes de una organización, resumirlos y presentarlos de la forma más
comprensible posible, provee al ejecutivo acceso fácil a la información interna y
externa al negocio con
el fin de dar seguimiento a los factores críticos del éxito. Se
enfocan primordialmente a proporcionar información de la situación
actual de la
compañía y dejan en un plano secundario la visualización o proyección de esta
información en escenarios futuros.
En un entorno característico de sistemas de
información, el sistema consolida y administra muchas de las funciones de
47
información diarias en relación con las áreas de oficina, administrativas, financieras
y cualquier otra índole que el ejecutivo requiera.
Los Sistemas de Soporte a Ejecutivos se construyen generalmente mediante la
integración de software diseñado para operar conjuntamente con la infraestructura y
las aplicaciones de información existentes en la institución. El sistema deberá ofrecer
informes y análisis de la información en tiempo real a toda la organización, debe
incluir cuadros, gráficas e informes fáciles de leer, sobre todo información intuitiva
que permita a los administradores realizar el seguimiento de indicadores críticos. Los
SIE debieran proporcionar acceso a la administración a categorías claves de datos
relevantes, como son los datos internos creados por la organización, datos globales de
la institución, datos externos (incluida información acerca de la competencia) y datos
mundiales.
El uso de los Sistemas de Soporte a Ejecutivos ha permitido a muchas
organizaciones
comparar
datos
claves con los de sus competidores.
Es
recomendable que los Sistemas de Soporte a Ejecutivos incluyan una variedad
de informes ordinarios incorporados, y las herramientas del sistema debieran
permitir a los usuarios de administración crear informes especialmente diseñados
que puedan enviarse a otra estación de trabajo o directamente a una impresora.
2.2.8. Sistema de Información WEB.
Según Díaz del Campo, la evolución de Internet como red de comunicación global
y el surgimiento y desarrollo del Web como servicio imprescindible para compartir
información, creó un excelente espacio para la interacción del hombre con la
información el hipertexto, a la vez que sentó las bases para el desarrollo de una
herramienta integradora de los servicios existentes en Internet. Los sitios Web, como
expresión de sistemas de información, deben poseer los siguientes componentes: 1)
Usuarios, 2) Mecanismos de entrada y salida de la información, 3) Almacenes de
datos, información y conocimiento, 4) Mecanismos de recuperación de información.
Pudiésemos definir entonces como sistema de información al conjunto de elementos
relacionados y ordenados, según ciertas reglas que aporta al sistema objeto, es
decir, a la organización a la que sirve y que marca sus directrices de funcionamiento:
48
la información necesaria para el cumplimiento de sus fines; para ello, debe recoger,
procesar y almacenar datos, procedentes tanto de la organización como de fuentes
externas, con el propósito de facilitar su recuperación, elaboración y presentación.
Actualmente, los sistemas de información se encuentran al alcance de las grandes
masas de usuarios por medio de Internet; así se crean las bases de un nuevo modelo,
en el que los usuarios interactúan directamente con los sistemas de información para
satisfacer sus necesidades de información.
2.2.9. Diseño Orientado a Objetos (DOO).
Pressman, R. (2002), expresa, el diseño de software orientado a objetos requiere la
definición de una arquitectura de software multicapa, la especificación de subsistemas
que realizan
funciones necesarias y proveen soporte de infraestructura,
una
descripción de objetos (clases), que son los bloques de construcción del sistema, y
una descripción de los mecanismos de comunicación, que permiten que los datos
fluyan entre las capas, subsistemas y objetos.
Un sistema orientado a objetos utiliza las definiciones de las clases derivadas
del modelo de análisis. Algunas de estas definiciones tendrán que ser construidas
desde el principio, pero muchas otras pueden ser reutilizadas, si se reconocen los
patrones de diseño apropiados. El DOO establece un anteproyecto de diseño, que
permite al ingeniero de
software definir la arquitectura OO.
En forma
que
maximice la reutilización; de esta manera, se mejora la velocidad del desarrollo y la
calidad del producto terminado.
El DOO se divide en dos grandes actividades:
diseño del sistema y diseño de objetos. El diseño de sistema crea la arquitectura
del producto definiendo una serie de capas, que cumplen funciones específicas del
sistema e identifica las clases que son encapsuladas por los subsistemas que residen
en cada capa.
Además, el diseño de sistemas incorpora la especificación de tres componentes:
la interfaz de usuario, la gestión de datos y los mecanismos de administración de
tareas. El diseño de objetos se centra en los detalles internos de cada clase,
definición de atributos, operaciones y detalles de los mensajes. El modelo de diseño
OO
abarca
arquitectura de software, descripción
49
de la interfaz
de usuario,
componentes
de gestión de datos, mecanismos de administración
de tareas y
descripciones detalladas de cada una de las clases en el sistema.
2.2.10. Manejadores de Base de Datos.
Según Abad, F. (2006); el sistema manejador de bases de datos es la parte más
importante del software de un sistema de base de datos. Un DBMS es una colección
de numerosas rutinas de software interrelacionadas, cada una de las cuales es
responsable de alguna tarea específica. En sí, un sistema manejador de base de
datos es el corazón de la base de datos ya que se encarga del control total de
los posibles aspectos que la puedan afectar.
controlador
mediante una
conexión
Una aplicación Web llama a un
y éste contiene toda la información o
parámetros necesarios para establecer la conexión con la base de datos. El DBMS es
conocido también como Gestor de Base de Datos.
Algunas de las funciones principales de un DBMS son Crear y organizar la Base
de Datos, establecer y mantener las trayectorias de acceso a la base de datos de
tal forma que los datos puedan ser accedidos rápidamente, manejar los datos de
acuerdo a las
peticiones de los usuario, registrar el uso de las Bases de Datos,
respaldo y recuperación. Consiste en contar con mecanismos implantados que
permitan la recuperación fácilmente de los datos en caso de ocurrir fallas en el
sistema de base de datos.
Entre los gestores de bases de datos más conocidos se encuentran SQL
Server, dBase, MySQL y PosgreSQL y Oracle una potente herramienta basada en
la arquitectura Cliente/Servidor.
2.2.11. Descripción de la Organización.
El Servicio Nacional Integrado de Administración Aduanera Tributaria (SENIAT),
creado el 10 de Agosto de 1994, es una organización que brinda al contribuyente un
buen servicio al momento de atender sus necesidades fiscales y
aduaneras, es por
ello y por lo anteriormente expuesto que se encuentra girando en dirección de las
nuevas tendencias y de las innovadoras tecnologías que surgen
diariamente con el
fin de manejar la información de una manera más sencilla, productiva, eficaz,
dinámica y eficiente. La Misión es orientar de manera eficaz al contribuyente en
50
materia tributaria y asistirlo en los procesos
informáticos relacionados con la
tributación, con el objeto de facilitar el cumplimiento voluntario y oportuno de las
obligaciones
tributarias,
garantizando una excelente atención a los usuarios.
Además, la Visión debe ser una institución modelo, moderna, inteligente, acorde con
el desarrollo socio económico del país, que fomente la cultura y garantice el
cumplimiento de las obligaciones y deberes aduaneros y tributarios, contribuyendo
a consolidar el Proyecto Socialista Bolivariano.
La Estructura organizacional del SENIAT desarrolla funciones a Nivel Directivo,
Normativo y Operativo. El Nivel Directivo: Decide y aprueba los contratos donde
los montos sean mayores de diez mil unidades tributarias (10.000 UT), aprobar el
proyecto de presupuesto anual,
discutir y presentar para la aprobación ante el
ejecutivo nacional las metas de recaudación anual, designar los representantes de la
institución ante los distintos organismos internacionales,
promover, participar y
coordinar con los órganos responsables los planes de recaudación, los acuerdos de
cooperación, asistencia técnica administrativa en materia tributaria y aduanera con
organismos internacionales, cuando el alcance de este convenio esté relacionado con
los objetivos del SENIAT, evaluar anteproyectos de ley y reglamentos en materia
aduanera y tributaria para aprobar los proyectos de modificaciones presupuestarias
del SENIAT. El Nivel Normativo: Se encarga de la planificación y ejecución de las
actividades del servicio autónomo; define y ejecuta políticas presupuestarias, control
de administración de recursos humanos, procesara y será la instancia de la solución
de la controversia, conforme a lo pautado en las respectivas leyes, establece los
procedimientos e instructivos que rigen las actividades del nivel operativo
regionalizados.
El Nivel Operativo: Es el responsable de desarrollar todas las
actividades requeridas para la efectiva recaudación de los tributos internos y
aduaneros, conforme a las pautas y los parámetros de calidad de gestión establecidos
por el nivel normativo.
En el nivel operativo donde se sitúa la Gerencia Regional de Tributos Internos
(Región Centro-Occidental) se desarrollara el proyecto, se encuentra
ubicado en
la Torre David Calle 26 entre Carreras 16 y 17 con sede en la ciudad de
51
Barquisimeto, estado Lara.
Esta cuenta con un grupo de oficinas denominadas
sectores, encontradas en las ciudades de Cabudare, Quibor, Carora, San Felipe,
Acarigua, Coro, Punto Fijo y Tucacas. Además un conjunto de unidades en las
ciudades de Tocuyo, Nirgua, Guanare, Churuguara y Chivacoa.
2.2.12. Sucesiones.
Según Calvo, E. (2002). Es una forma de adquirir la propiedad. La sucesión
otorga un conjunto de derechos que al igual que las obligaciones nacen pero que no se
extinguen, es un cambio en la
titularidad, de carácter patrimonial y el que la
adquiere no lo hace a título originario sino derivativo.
El Derecho de sucesiones es aquella parte del Derecho privado que regula la
sucesión, el destino de las titularidades y relaciones jurídicas tanto activas como
pasivas de una persona después de su muerte. En la regulación de las sucesiones, se
contemplan importantes aspectos, tales como: 1) Destino que se le van a dar a los
bienes del difunto o causante. 2) Se determina el ámbito de actuación de la autonomía
de la voluntad, las normas imperativas que sean necesarias y las normas dispositivas
que suplirán la voluntad del causante, en caso de no existir testamento.
Las clases de sucesiones que se reconocen en Venezuela y están definidas en el
Código Civil y la legislación venezolana son:
Sucesiones entre vivos: Son aquellas en las que se transfiere una o más relaciones
jurídicas y son de tipo patrimonial. Por ejemplo: la compraventa, la permuta, la
donación y también son sucesiones a título particular:
los legados. Los legados
son consecuencia de lo acordado en un testamento; por
esta razón, si no hay
testamento, no hay legado.
Sucesiones Mortis Causa: Son aquellas en las cuales se transfiere la totalidad de las
relaciones jurídicas de las cuales era titular una persona.
relaciones
Cuando hablamos de
jurídicas, nos referimos a bienes, acciones, derechos, obligaciones,
títulos, deudas etc.
Las fuentes de sucesión que refieren las leyes del estado
venezolano son las siguientes: El Testamento: Es un documento mediante el cual una
persona deja todo su patrimonio a sus “herederos”. Esta es considerada la primera
fuente del Derecho Sucesoral. Una vez que se hace el testamento corresponde a la
52
persona hacer que el contenido el mismo se cumple, y este cumple sus efectos a partir
de la muerte. El testamento puede ser modificado un sin número de veces por el
testador. Según, Artículo 807 del Código Civil Venezolano Vigente: Las sucesiones
se defieren por la Ley o por testamento. En caso de que no exista el testamento, la
sucesión entonces se regirá por la ley. Código Civil.
República Bolivariana de
Venezuela. Publicado en Gaceta Oficial Nº 2.990 del 26 de julio de 1982.
53
CAPÍTULO III
MARCO METODOLÓGICO
3.1. Metodología
Para el logro de los objetivos planteados en el
presente proyecto se
manejara la metodología de Roger Pressman (2005) abordada en su libro “Ingeniería
de Software un enfoque Práctico”, relacionada con el Proceso de Ingeniería Web
(Iweb) para el desarrollo y construcción de la aplicación en la Unidad de
Sucesiones del SENIAT de La Región Centro Occidental.
describen las fases del Proceso IWeb,
A continuación se
que permitirán obtener los resultados o
productos necesarios para el desarrollo de la aplicación Web, planteado dentro de
la presente Practica Profesional, esperando con ello obtener un producto de alta
calidad que cubra con las expectativas descritas anteriormente.
Fase 1. Comunicación con el cliente: Este fase solamente presentará la
formulación, ya que en el desarrollo del primer capítulo del presente anteproyecto,
se describe con amplitud el análisis del negocio. En la formulación se utiliza
como estrategia la entrevista, utilizando como instrumento el cuestionario con la
finalidad de obtener los requisitos que constituyen el dominio del sistema, así
como también el Lenguaje Unificado Modelado (UML) para la definición de los
escenarios de interacción que los dueños del sistema describan durante la
entrevista.
Se toma como cuestionario base el propuesto por Pressman, es bueno
aclarar que este se puede extender para tener una mayor amplitud del ámbito
54
del problema. En cuanto al UML se toma los diagramas de Caso de Uso para definir
los escenarios de interacción.
Una vez realizada la entrevista y aplicado el instrumento se logran definir los
requerimientos y los escenarios de interacción entre los usuarios y el sistema; que
son necesarios para el desarrollo del diseño de la aplicación web para la gestión de
trámites de sucesiones en el SENIAT Región Centro Occidental (Web App).
Obteniendo de este fase
el análisis del negocio mediante la definición del
contexto empresarial-organizativo de la institución para el sistema y la
formulación de los requisitos del sistema, trazados como objetivos del proyecto.
Fase 2. Planeación: Se desarrolla el plan del proyecto para los incrementos del
sistema, definiendo las tareas y el calendario de plazos respecto al periodo
proyectado para el desarrollo del WebApps.
Una vez obtenidos los requisitos básicos, y que se han establecido los
escenarios de interacción de la Web Apps. Se prosigue con la selección del
modelo de estrategia incremental, que en nuestro caso es la Programación
Extrema (PE), porque utiliza un enfoque orientado a objetos como su
paradigma de desarrollo preferido, por el desarrollo de historias elaboradas por
los clientes (caso de usos) que describen la funcionalidad del sistema y por su
afinidad con el proceso IWeb, debido a la similitud con los pasos del proceso
IWeb. Además, esta estrategia se ajusta al manifiesto para el desarrollo de software y
sus principios, para obtener liberaciones de software en forma ágil y rápida.
Definida la estrategia incremental se prosigue con la organización de las
historias (Casos de Uso), obtenidas durante las entrevistas; de acuerdo a su nivel de
complejidad e importancia, como insumos de los incrementos del proyecto
estableciendo sus plazos de ejecución dentro del calendario del proyecto
Para
la
elaboración
del
calendario
del
proyecto
se
utilizara
como
herramienta de diseño el diagrama de Gantt, herramienta que nos permite
establecer
los plazos y las actividades descritas dentro de cada incremento.
Obteniendo de esta manera el plan de actividades para el desarrollo de la aplicación
55
Web (Web App) propuesta para la aplicación web para la gestión de trámites de
sucesiones en el SENIAT Región Centro Occidental.
Fase3. Modelado: Las labores convencionales de análisis y diseño de ingeniería de
software se adaptan al desarrollo de la Web App, se mezclan y se constituyan en la
actividad de modelado IWeb. Una vez definido y calendarizado los incrementos
para la WebApps, se aplicara el análisis, obteniendo de cada incremento los
elementos estructurales y dinámicos, representados en diagramas UML, como
herramienta de facto para su representación,
así como también su prototipo de
interfaz de usuario definido para cada usuario (cliente, responsable y administrador)
del sistema.
El intento es desarrollar análisis “rápidos” y modelos de diseño que definan
requisitos, que al mismo tiempo representen una (Web App) que los satisfaga, es
decir que se obtengan los elementos que integran.
Para obtener estos elementos es necesario el cumplimiento de las actividades
que más se ajusten a las necesidades de la WebApps, es por ello que de todas las
actividades descritas en el modelado del proceso IWeb solo se aplicaran aquellas
que más se requieran, permitiendo de esta manera establecer los vínculos
apropiados entre los objetos de contenido y las funciones requeridas por el
usuario de la WebApps.
Se logra de esta manera cumplir con unos de los objetivos trazados que es el de
realizar el modelado de análisis del sistema propuesto. Además con la descripción de
las actividades del modelado de diseño y con su cumplimiento se consigue el objetivo
de realizar el modelado de diseño del sistema propuesto de la aplicación Web para la
Unidad de Sucesiones del SENIAT de La Región Centro Occidental.
Fase 4. Construcción: Se aplicaran las herramientas y tecnología IWeb para
construir
la WebApps que se ha modelado. Una vez construida se dirige el
incremento a una serie de pruebas rápidas para revelar errores en el diseño.
Dentro de este paso se elabora la base de datos, los objetos de contenidos y
se codifican la interfaz de usuario obtenidas durante el modelado para la WebApps.
56
Se utilizará php versión 5.0, para la conexión entre los elementos dinámicos
y
estructurales
Controlador, en
utilizando
como
donde
modelo
el
enfoque
lo
la
definirán
arquitectura
los
Modelo-Vista-
objetos estructurales,
representadas por las entidades relacionales presentes en la base de datos y las clases
obtenidas en el modelado.
El controlador contendrá aquellas instrucciones
que se necesiten para
conectar al modelo con la vista del sistema. Codificado también con php.
Y
por último la vista que representara la interfaz que relaciona al usuario final
con el sistema, esta será diseñada con Dreamweaver 8.
Todo este producto será instalado en un servidor local, que en este caso será
Apache en su versión 2.2.8, con un manejador de base de datos phpMyAdmin
versión 2.10.3, la base de datos relacional
Mysql versión 5.0.51b.
Es de notar que tanto el servidor Apache, como el manejador de base de datos
Mysql y lenguaje de programación PHP son aplicaciones de software libre y
por tanto, sin imposición de pago alguno por la descarga, uso, comercialización
o cualquier otra actividad que se pueda efectuar sobre ellos. Se consideraron los
estándares y la metodología del Proceso de Ingeniería Web.
Con la codificación y la puesta a prueba de cada uno de los elementos
obtenidos en el modelado del sistema, se estaría finalizando el proceso de
Ingeniería Web,
obteniendo como resultado la implementación de la WebApps
propuesta, así lograr el cumplimiento del siguiente objetivo propuesto: Codificar
y probar los componentes del sistema.
Fase 5. Despliegue: La WebApps se configura para su ambiente operativo, se entrega
a los usuarios finales y luego pasa a un periodo de evaluación.
Este periodo de
evaluación quedara a consideración del personal técnico administrativo de la Oficina
Regional de Tributos Internos Región Occidental.
Dicho personal serán los
encargados de implantar esta aplicación para beneficio del entorno del negocio. Se
requerirá que el Jefe Unidad de Computación, gestione ante las oficinas del SENIAT
Región Centro Occidental la implementación de la aplicación Web para la Unidad de
57
Sucesiones. Igualmente, se realizarán pruebas de funcionalidad general del sistema
sobre una muestra significativa de Contribuyentes de la Unidad de Sucesiones.
Así como la elaboración y posterior entrega de la documentación relacionada
(manual de usuario) con la aplicación Web (WebApps) propuesta para la Unidad de
Sucesiones del SENIAT Región Centro Occidental. Logrando el alcance del objetivo
propuesto como es la elaboración de la documentación de la aplicación.
58
CAPITULO IV
DESCRIPCIÓN DE LA SOLUCIÓN
A continuación se describen los pasos que se aplicaron en el desarrollo del
sistema, así como los productos obtenidos en cada uno de ellos en el proceso IWeb.
Fase 1: Comunicación con el Cliente.
Formulación del Sistema
Una vez utilizada la entrevista con el siguiente cuestionario:
1 ¿Cuál es la principal motivación (necesidades del negocio) para la WebApp?
Sistematizar la gestión administrativa y de servicios ofrecidos en la Unidad de
Sucesiones del SENIAT Región Centro Occidental, para ofrecer una mejor atención a
los Contribuyentes en la declaración de Sucesión.
2 ¿Cuáles son los objetivos que debe satisfacer la WebApp?
Promover los servicios en materia de tributos, el pago del mismo por parte de los
Contribuyentes.
Permitir la obtención de la Solvencia Sucesoral de una forma más expedita y segura.
3 ¿Quién usará la WebApp?
La WebApp será usada por los integrantes de la comunidad; contribuyentes o
usuarios declarantes del tributo de Sucesiones de la Región Centro Occidental, sede
Barquisimeto a través de la Internet de forma remota para la consulta.
Y su
administración local estará bajo responsabilidad del Jefe de la Unidad de Tributos a
través de su intranet.
4 ¿Cuáles son las metas informativas?
El sitio proporcionará al usuario o contribuyente información de todos los aspectos
ofrecidos por la Unidad de Sucesiones.
59
Proporcionar información sobre la gestión de los trámites, al administrador del
sistema (el jefe de la Unidad de Sucesiones de la Sede Barquisimeto).
5 ¿Cuáles son los requisitos de contenido?
Información sobre la misión, visión, ubicación, responsables, y servicios de la
Unidad de Sucesiones del SENIAT Región Centro Occidental.
6 ¿Cuáles son los requisitos funcionales?
Como requisito funcional se tendría la implementación de la Aplicación Web
propuesta, a través de la Intranet del SENIAT Región Centro Occidental.
Permitiendo de esta manera el uso de los recursos presentes en las distintas Unidades
de la Institución.
7 ¿Cuáles son las metas aplicables?
a) Registrar el ingreso de usuarios a través de la Aplicación.
b) Formalizar el registro de la sucesión, así como también la fluidez y control del
flujo de la información que contribuirá con la emisión de la solvencia a los usuarios
mediante la aplicación web.
c) Gestionar los reportes generados requeridos por los responsables de nivel.
d) Definir el nivel de acceso y seguridad a través de las cuentas de usuario.
Se obtienen los siguientes requerimientos o funciones del sistema que se presentan
en el siguiente cuadro (Ver cuadro N° 6).
Cuadro de requerimientos o Funciones del Sistema.
Ref.
1
2
3
4
5
6
7
Función
Establecer el Nivel de Usuario
Registrar una Cuenta de Usuario
Realizar Consultas de Trámite de Sucesiones
Registrar Proceso
Registrar Sucesiones
Registrar Movimiento de Procesos
Generar Reportes de Trámites de Sucesiones
Figura N° 6. Funciones del Sistema para la Unidad de Sucesiones.
60
Definición de las categorías de usuario.
Dentro de la entrevista también se obtienen las categorías de usuarios presentes en
el sistema, así como también los escenarios de interacción entre ellos y la aplicación
web.
a. ¿Cuál es el objetivo general del usuario cuando usa la WebApps?
Cliente: El Cliente se registra lo cual le permite obtener la consulta sobre el
estado del trámite en la Unidad de Sucesiones del SENIAT Región Centro
Occidental y los servicios que ofrecen, el contribuyente visualiza la ubicación
trámite
Funcionario (SENIAT): Usa la aplicación con el objetivo de registrar y
asignar un número al expediente relacionado con el trámite de sucesiones
realizado por los contribuyentes en la Unidad de Sucesiones; por otra parte
utilizar la aplicación para darle apertura a una cuenta de usuario cuando el
Contribuyente cliente demanda el servicio.
Administrador: El administrador del sistema lo utiliza con el objetivo de
gestionar y verificar los trámites de sucesiones. Teniendo la faculta de
consultar, incluir, modificar y eliminar datos.
b. ¿Cuáles antecedentes fueron considerados y cuanta pericia del usuario es necesaria
en relación con el contenido y la funcionalidad de la WebApps?
En cuanto a la pericia y antecedentes tenemos que los funcionarios del SENIAT
garantes de la aplicación en cada uno de los terminales son profesionales en su
totalidad y por norma de la Institución tienen amplio conocimiento del tipo de trámite
a realizar por el Contribuyente, así como el jefe de Unidad recibirá apoyo de la
Unidad de Informática para coadyuvar al manejo y administración de la WebApp en
desarrollo ya que en su mayoría son ingenieros con menciones afines al sistema. Y
en cuanto a los usuarios que se registren para la obtención de información acerca de
los trámites en la Unidad de Sucesiones, estos no requieren de mucho conocimiento
para acceder a la WebApp, solo se requiere un conocimiento básico de Internet y
Windows o Linux.
c. ¿Cómo llegará el usuario a la WebApps?
61
Los usuarios accederán al WebApps a través de una dirección electrónica, tanto para
los clientes como para el administrador, utilizando su nombre de usuario y clave.
d. ¿Cuál es la categoría de usuarios presentes en la WebApps?
Tenemos en la aplicación para la gestión de trámites de sucesiones del SENIAT, las
siguientes categorías de usuarios, definidas de acuerdo a las necesidades de la misma.
En primer lugar se aprecian las que obedecen a la seguridad y acceso al sistema,
definiendo para esta categoría los siguientes tipos:
Cliente: se define para todo tipo
de usuario que solicita información o un servicio de la Unidad de Sucesiones.,
Funcionario (Seniat): se define para los responsables de trámite en la Unidad,
Administrador ( definido para el Jefe de la Unidad de Sucesiones del SENIAT
Región Centro Occidental).
En segundo lugar cualquier usuario externo que se sirva de la Unidad de Tributos
para realizar una declaración Sucesoral.
5. ¿Cuáles son los escenarios de interacción para los diferentes tipos de usuarios? Los
escenarios de interacción para los diferentes tipos de usuarios se describen a través de
los diagramas de casos de usos descritos para cada uno de los usuarios definidos para
este sistema. Estos diagramas se presentan a continuación.
Figura N° 7 Diagrama de casos de uso. Escenarios para el cliente.
62
Figura N° 8. Diagrama de casos de uso. Escenarios para el funcionario
modulo Proceso.
Figura N° 9. Diagrama de casos de uso. Escenarios para el funcionario
módulo Sucesión.
63
Figura N° 10. Diagrama de casos de uso. Escenarios para el funcionario
módulo Mov. Proceso.
Figura N° 11. Diagrama de casos de uso. Escenarios para el
Administrador.
64
Fase 2. Planeación.
Ámbito, dimensiones del cambio y restricciones del Proyecto.
La WebApps desarrollada es una aplicación que gestiona de forma automatizada
los servicios prestados para la gestión de trámites para la obtención de solvencias
Sucesorales realizadas por la Unidad de Sucesiones en el SENIAT Región Centro
Occidental. Tales servicios o gestiones se describen a continuación: la gestión de
usuarios, la gestión de servicios y reportes.
Estas gestiones fueron desglosadas en
funciones en el paso anterior. Definición del Calendario Incremental para el proyecto.
Se presenta a continuación las historias (Casos de Uso) obtenidas durante las
entrevistas con los encargados del sistema de acuerdo a los tipos de usuarios:
- En el caso de los clientes de la Unidad de Sucesiones, estos ingresan al sistema a
través de un enlace de dicha Unidad, describiéndose las siguientes historias:
Caso de Uso 1
Actores:
Propósito:
Resumen:
Tipo:
Referencia Cruzadas:
Iniciar Sesión del Cliente
Cliente.
Permitir el inicio de sesión de clientes registrados al
Sistema de Gestión de Trámites para Sucesiones en el
SENIAT Región Centro Occidental
El Cliente accede al portal del sistema,
Ingresa el nombre de usuario y clave asignado por el
SENIAT en las casillas destinadas para esto. Una vez
que el sistema valida su cuenta inicia una sesión para
realizar consultas de trámite de sucesión.
Primario y Esencial
R2
Curso Normal de Eventos
Acción del Actor
Respuesta del Sistema
1) Este caso de uso se inicia cuando el
cliente ingresa el nombre de usuario y
la clave en las casillas
correspondientes.
2) Envía los datos para su validación. 3) valida el nombre de usuario y clave.
4) Inicia la Sesión del Cliente para la
consulta de trámites.
65
Figura N° 12. Diagrama de casos de uso. Iniciar sesión de cliente.
Realizar Consulta de Trámite
Caso de Uso 2
Actores:
Propósito:
Resumen:
Tipo:
Referencia Cruzadas:
Cliente.
Permitir que los clientes registrados al Sistema de
Gestión de Trámites para Sucesiones en el SENIAT
Región Centro Occidental hagan sus consultas de
trámites de sucesiones.
El Cliente una vez iniciada la sesión, introduce la
cédula para revisar sus datos personales, los recaudos
entregados, el monto a recibir y el estado de trámite.
Primario y Esencial
R3
Curso Normal de Eventos
Acción del Actor
1) Una vez iniciada la sesión, el
cliente introduce la cédula en la
casilla correspondiente.
2) Envía los datos para la consulta.
Respuesta del Sistema
3) Verifica la cédula con la data del
sistema.
4) Muestra la Información relacionada con
los datos personales, los recaudos
entregados, el monto a recibir y el estado
de trámite del sucesor.
66
Figura N° 13. Diagrama de casos de uso. Realizar consulta de trámite.
Caso de Uso 3
Actores:
Propósito:
Resumen:
Tipo:
Referencia Cruzadas:
Iniciar Sesión del Funcionario o Administrador
Funcionario, Administrador.
Permitir el inicio de sesión de Funcionarios o
Administradores registrados al Sistema de Gestión de
Trámites para Sucesiones en el SENIAT Región
Centro Occidental
El Usuario accede al portal del sistema,
Ingresa su nombre de usuario y clave en las casillas
destinadas para esto. Una vez que el sistema valida su
cuenta inicia una sesión para realizar consultas y
registros en los módulos que les hayan tenido acceso
a ella.
Primario y Esencial
R2
Curso Normal de Eventos
Acción del Actor
1) Este caso de uso se inicia cuando
el usuario ingresa el nombre de
usuario y la clave en las casillas
correspondientes.
2) Envía los datos para su validación.
Respuesta del Sistema
3) valida el nombre de usuario y clave.
4) Inicial la Sesión del Usuario para
acceder a los módulos que les hayan sido
asignados.
67
Figura N° 14. Diagrama de casos de uso. Iniciar sesión del funcionario.
Caso del Uso 4
Actores:
Propósito:
Resumen:
Tipo:
Referencia Cruzadas:
Cambiar Clave
Funcionario.
Permitir al Funcionario registrado al Sistema de
Gestión de Trámites para Sucesiones en el SENIAT
Región Centro Occidental cambiar su clave.
El Usuario, una vez iniciado la sesión, ingresa su
clave anterior, y su nueva clave, luego envía los
datos para su modificación.
Primario y Esencial
R2
Curso Normal de Eventos
Acción del Actor
Respuesta del Sistema
1) El usuario, una vez iniciado la
sesión, se dirige a la opción de cambiar
clave.
2) Ingresa la clave actual, y la nueva
clave.
3) Envía los datos para su
4) Valida la clave.
modificación
5) Modifica la clave.
68
Figura N° 15. Diagrama de casos de uso. Cambio de clave del funcionario.
Caso de Uso 5
Actores:
Propósito:
Resumen:
Tipo:
Referencia Cruzadas:
Registrar Proceso
Funcionario.
Permitir al Funcionario registrado al Sistema de
Gestión de Trámites para Sucesiones en el SENIAT
Región Centro Occidental, Incluir, Modificar, y
Eliminar los datos relacionados del Proceso.
El usuario, realiza la consulta de proceso a modificar
o eliminar, o realizar un nuevo registro para incluir,
introduce los datos en el formulario los registra.
Primario y Esencial
R4
Curso Normal de Eventos
Acción del Actor
1) El usuario realiza la consulta.
2) Enviar la consulta para su
verificación.
Respuesta del Sistema
3) Verifica los datos
4) Si aparece los datos se activa las
opciones de modificar o eliminar, de los
contrario, activa la opción de incluir.
5) Ingresar los datos al formulario.
6) Registra los datos.
7) Ingresa un nuevo registro si el usuario
le da incluir, o modifica o elimina los
registros si le da en modificar o eliminar.
69
Figura N° 16. Diagrama de casos de uso. Registrar proceso.
Caso de Uso 6
Actores:
Propósito:
Resumen:
Tipo:
Referencia Cruzadas:
Registrar Sucesión
Funcionario.
Permitir al Funcionario registrado al Sistema de
Gestión de Trámites para Sucesiones en el SENIAT
Región Centro Occidental, Incluir, Modificar, y
Eliminar los datos relacionados de la Sucesión.
El Usuario, Realiza la consulta de Sucesión a
modificar o eliminar, o realizar un nuevo registro
para incluir, introduce los datos en el formulario los
registra.
Primario y Esencial
R5
Curso Normal de Eventos
Acción del Actor
1) El usuario realiza la consulta.
2) Enviar la consulta para su
verificación.
Respuesta del Sistema
3) Verifica los datos
4) Si aparece los datos se activa las
opciones de modificar o eliminar, de los
contrario, activa la opción de incluir.
5) Ingresar los datos al formulario.
6) Registra los datos.
7) Ingresa un nuevo registro si el usuario
le da incluir, o modifica o elimina los
registros si le da en modificar o eliminar.
70
Figura N° 17. Diagrama de casos de uso. Registrar sucesión.
Caso de Uso 7
Actores:
Propósito:
Resumen:
Tipo:
Referencia Cruzadas:
Registrar Movimiento de Procesos
Funcionario.
Permitir al Funcionario registrado al Sistema de
Gestión de Trámites para Sucesiones en el SENIAT
Región Centro Occidental, Incluir, Modificar, y
Eliminar los datos relacionados del Movimiento de
Proceso.
El Usuario, Realiza la consulta de Movimiento de
Procesos a modificar o eliminar, o realizar un nuevo
registro para incluir, introduce los datos en el
formulario los registra.
Primario y Esencial
R6
Curso Normal de Eventos
Acción del Actor
1) El usuario realiza la consulta.
2) Enviar la consulta para su
verificación.
Respuesta del Sistema
3) Verifica los datos
4) Si aparece los datos se activa las
opciones de modificar o eliminar, de los
contrario, activa la opción de incluir.
5) Ingresar los datos al formulario.
6) Registra los datos.
7) Ingresa un nuevo registro si el usuario
le da incluir, o modifica o elimina los
registros si le da en modificar o eliminar.
71
Figura N° 18. Diagrama de casos de uso. Registrar movimiento de procesos.
Caso de Uso 8
Actores:
Propósito:
Resumen:
Tipo:
Referencia Cruzadas:
Generar Reporte de Trámite de Sucesiones
Funcionario.
Permitir al Funcionario Generar reportes de trámites
de sucesiones.
El usuario realiza la consulta de sucesores por fecha,
y una vez generado, el usuario puede realizar
consultas individuales de los sucesores.
Primario y Esencial
R7
Curso Normal de Eventos
Acción del Actor
1) El usuario realiza la consulta por
fecha.
Respuesta del Sistema
2) Enviar la consulta para su
verificación.
3) Verifica la fecha con la data
4) Genera datos relacionados a los
sucesores.
5) Selecciona la cédula o RIF, a
consultar.
6) Enviar datos de la consulta.
7) Verifica Datos.
8) Mostrar los datos personales,
recaudos, monto, estado del trámite.
72
Figura N° 19. Diagrama de casos de uso. Generar reporte del trámite. .
Caso de Uso 9
Actores:
Propósito:
Resumen:
Tipo:
Referencia Cruzadas:
Registrar Movimiento de Procesos
Administrador, Funcionario, Cliente.
Cerrar Sesión del Usuario y Salir del Sistema.
El Usuario toma la opción de cerrar sesión, y se
dirige a la página principal.
Primario y Esencial
Casos de Uso: Iniciar Sesión del Usuario.
Curso Normal de Eventos
Acción del Actor
1) El usuario toma la opción de cerrar
sesión.
Respuesta del Sistema
2) Cierra la sesión y regresa a la página
principal.
Figura N° 20. Diagrama de casos de uso. Cerrar sesión
73
Las historias organizadas de acuerdo a su complejidad para los incrementos son
las siguientes:
(a) Iniciar Sesión de Cliente, Realizar Consulta de Trámite, conforman el incremento
N°1.
(b) Inicio Sesión de Funcionario, Cambio de Clave de Funcionario, Registrar Proceso,
Registrar Sucesión, Registrar Movimiento de Proceso, conformando así el incremento
N°2.
(c) Generar Reportes Sucesión, Cerrar Sesión de la aplicación que conforman el
incremento N°3. Ahora se establecen los plazos de entrega de la propuesta a las
Oficinas del SENIAT sede Región Centro Occidental. Los incrementos y sus plazos
de entrega se organizan en un diagrama de Gantt, que se presenta a continuación:
Figura N° 21. Diagrama de Gantt. Cronograma de los Incrementos.
74
Fase 3 Modelado
Modelado de Análisis
Durante este modelado se señalaron los requisitos y funcionalidades de la
aplicación Web, a través de cuatro actividades que contribuyeron a su creación de
forma completa, las cuales se describen a continuación
(a) Modelado de Contenido: se obtienen las clases de análisis para el inicio de
sesión, ingreso de usuario y clave.
Figura. N° 22. Diagrama de Clase de los casos de uso inicio de sesión,
registrarse, cambio de clave.
(b) Modelado de Interacción: dentro de este modelado tenemos artefactos
como: diagramas de secuencia y prototipo de interfaz de usuario de los casos
de uso correspondientes a este incremento
75
Figura. N° 23. Diagrama de Secuencia casos de uso ingreso de usuario al
sistema.
Figura. N° 24. Diagrama de Secuencia casos de uso inicio de sesión, cambio de
clave.
Figura N° 25. Diagrama de Actividad para iniciar sesión.
76
Figura N° 26. Diagrama de Estado para el Cliente.
Figura N° 27. Prototipo de Interfaz para inicio de aplicación envio de
clave y usuario.
77
Figura N°28. Prototipo de Interfaz para inicio de sesión.
Figura N°29. Prototipo de Interfaz para inicio de sesion según nivel de usuario
78
(c) Modelado de Funcionalidad: para este modelado se obtienen los siguientes
diagramas de análisis para los inicio de sesión, ingreso de usuario y clave.
Figura. N° 30. Diagrama de Clase de casos de uso Consulta de trámite del
cliente.
Figura. N° 31. Diagrama de Secuencia casos de uso, mostrar la Solicitud
de Trámite.
79
Figura. N° 32.Prototipo de Interfaz consulta trámite por el invitado
80
c) Modelado de Contenido: se obtienen las clases de análisis para el inicio de
sesión, ingreso de usuario y clave.
Figura. N°. 33. Diagrama de Clase de casos de uso, ingreso de Usuario,
Funcionario o Administrador.
Figura. N° 34. Diagrama de Secuencia casos de uso, ingreso de Usuario y
Clave.
81
Figura. N° 35. Diagrama de Estado para el funcionario.
82
Figura. N° 36. Diagrama de Estado para el Administrador.
83
Figura. N° 37. Diagrama de Clase de casos de uso, Registro de Procesos
de Usuario, Funcionario o Administrador.
Figura. N° 38. Diagrama de Secuencia casos de uso, Mostrar Formulario
de Proceso
84
Figura. N° 39. Prototipo de Interfaz Registro de Proceso.
85
Figura. N° 40 Diagrama de Clase de casos de uso, Registro del Módulo de
Sucesiones (Usuario, Funcionario o Administrador).
Figura. N° 41. Diagrama de Secuencia casos de uso, mostrar formulario
de Sucesión.
86
Figura. N° 42. Prototipo de Interfaz Registro de Proceso.
87
Figura. N° 43. Diagrama de Clase de casos de uso, Registro del Módulo de Mov.
Procesos (Usuario, Funcionario o Administrador).
Figura. N° 44 Diagrama de Secuencia casos de uso, Mostrar Formulario
de Movimiento de Proceso.
88
Figura. N° 45. Prototipo de Interfaz Registro de Proceso
89
Figura. N° 46. Diagrama de Clase de casos de uso, Generar Reporte (Usuario,
Funcionario o Administrador).
Figura. N° 47. Diagrama de Secuencia casos de uso, mostrar Formulario
de Reporte.
90
Figura. N° 48. Prototipo de Interfaz Consulta de Sucesión.
91
Figura. N° 49. Prototipo de Interfaz Consulta de Datos Personales.
92
Modelado de Diseño.
Para este modelado se toma como insumos los artefactos obtenidos en las
iteraciones de los incrementos del modelado de análisis. Y se describen cada uno de
ellos en los distintos diseños tales como: Interfaz, Contenido, Navegación,
Arquitectónico y Componente.
Figura. N° 50. Pantalla de acceso con usuario y clave.
Figura. N° 51. Pantalla principal
93
Figura N° 52. Diagrama de Componentes del Incremento N° 1. Usuario
Cliente.
Figura N° 53. Diagrama de Componentes del Incremento N° 2. Usuario
Funcionario.
94
Figura N° 54. Diagrama de Componentes del Incremento N° 3. Usuario
Administrador.
Fase. 4 Construcción.
Una vez alcanzado el diseño se procede a la construcción en forma iterativa e
incremental para cada componente de la aplicación, utilizando las herramientas y el
Modelo Vista Controlador (MVC), descrito para este paso en el capítulo III del
presente informe. Ejecutando de manera iterativa las pruebas de cada componente de
la Aplicación Web para la Gestión de trámites del SENIAT hasta alcanzar la
funcionalidad pretendida por los encargados del sistema e
establecida en los
requerimientos de funcionalidad durante la Fase N° 1 del proceso Ingeniería Web.
Entregando cada componente en su completa operatividad.
95
CAPITULO V
CONCLUSIONES Y RECOMENDACIONES
En este proyecto se planteó desarrollar un WebApps (Aplicación Web)
para la
Gestión de Trámites de Sucesiones, en el Área de Sucesiones dependencia de la
División de Recaudación de la Gerencia Regional de Tributos Internos del SENIAT
Región Centro-Occidental.
Al utilizar la Ingeniería Web para el desarrollo de este proyecto, se pudo realizar
la aplicación Web de forma iterativa e incremental permitiendo obtener la mayoría de
los artefactos derivados de los requerimientos o requisitos planteados por los dueños
del sistema; en función de dichos resultados y los objetivos inicialmente formulados
en el proyecto, pueden presentarse las siguientes conclusiones y recomendaciones
sobre el trabajo.
Conclusiones
Para cumplir con el primer objetivo planteado; se define el contexto del negocio y
se orientó hacia la primera fase de la metodología IWeb comunicación con el cliente.
Donde se usó el instrumento de Roger Pressman, permitiendo de esta manera
obtener el análisis del negocio. Se describe el ámbito del negocio, explicando su
contexto organizativo, los requerimientos necesarios para el desarrollo del sistema,
mediante la narración de historias (casos de uso); en este paso también se estableció
la jerarquía de los usuarios que interactúan con el sistema.
Apoyándose en estas descripciones se logró un cuadro de requerimientos donde se
registran las funciones exigidas por los dueños del sistema. En cuanto a la
información descrita por los dueños del sistema (casos de uso) mencionan los hechos
96
o comportamientos que el sistema debe cumplir para gestionar las funciones de la
unidad de Sucesiones del SENIAT Región Centro Occidental.
Para lograr el segundo objetivo programado, la elaboración del plan para el
desarrollo de la aplicación web, se establecieron tres incrementos a desarrollar,
tomando como insumos los casos de uso o las descripciones concebidas por los
dueños del sistema en la Fase 1 del Proceso IWeb, logrando para el presente informe
el desarrollo
de los
incrementos
planificados
para
la asignatura Práctica
Profesional.
En el Modelado de Análisis se presentan los artefactos obtenidos en cada uno de
los incrementos e iteraciones desarrollados en el presente informe. Dichos artefactos
son producto de los casos de uso narrados por los dueños del sistema, insumo
importante para el desarrollo y compresión del sistema.
Estos artefactos van desde
la clase de análisis hasta los diagramas de actividad, alcanzando de esta forma el
análisis completo de cada uno de los componentes que intervendrán en el modelado
de diseño.
El Modelado de Diseño presenta un análisis de los prototipos de interfaz de usuario
obtenidos durante el paso de análisis del proceso IWeb, se describe en ellos su
estructura, navegabilidad, contenido, estructura y composición, permitiendo presentar
un componente funcional y estructurado como parte del sistema.
En cuanto a la codificación y prueba esta fase se ejecutó dentro de los plazos
establecidos aplicando para ello las herramientas descritas y explicadas en el Capítulo
III del presente informe.
Por lo inicialmente mostrado considero que se logró con todos y cada uno de los
objetivos esbozados en la práctica profesional, logrando alcanzar en su totalidad lo
propuesto, como la construcción de una WebApps para el Área de Sucesiones
dependencia de la División de Recaudación de la Gerencia Regional de Tributos
Internos del SENIAT Región Centro-Occidental, logrando así, satisfacer los
requisitos exigidos por la presente Práctica Profesional II.
Es significativo resaltar que el presente trabajo es un aporte a una Institución que
dicta pauta dentro de los entes oficiales como prestador de servicio al público, con la
97
finalidad
de
contribuir
con
una
gran
cantidad
de
Contribuyentes
que
consecuentemente utilizan las distintas oficinas del SENIAT Región Centro
Occidental, para realizar el trámite de Sucesiones en la búsqueda de la Solvencia de
Sucesiones. Cabe señalar que dicho proyecto sirve como punto de partida para las
mejoras en cuanto al cobro de este tipo de impuesto, incentivando de cierta forma a
otros a desarrollar proyectos similares que contribuyan a consolidar y mejorar este
servicio en las oficinas de SENIAT.
Recomendaciones
Entre las recomendaciones para el buen funcionamiento de la Aplicación Web
AWPGT tenemos:
La implementación del mismo en un servidor, que permita ver el grado de utilidad
para la Gestión de Trámites en el SENIAT.
Crear un plan de adiestramiento para los usuarios y/o personal que desempeña sus
funciones en el área de sucesiones.
Desarrollar e implementar los objetivos que quedaron pendientes y que se
mencionaron durante la Fase 1, en la entrevista con los dueños del sistema, como: la
consulta del estatus del trámite a través de la telefonía móvil. Además, resulta de
particular importancia la implementación de un módulo de registro de solicitud de
citas, lo cual permitirá a los usuarios o clientes del sistema, disminuir las molestias a
la hora de declarar el impuesto de sucesiones. Así como cualquier avance que se
adapte a las necesidades de la aplicación, que coadyuve integralmente en la mejora
del servicio prestado por la Unidad de Sucesiones del Seniat.
98
Referencias bibliográficas
Barnes, S. (1996). "Cyberspace: Creating paradoxes for the ecology of self".
En L. Strate,
R. Jacobson and S. Gibson (Eds.). Communication
and cyberspace. Creskill, NJ: Hampton Press.
Calvo, E. (2002) Código Civil Venezolano, Caracas - Venezuela, Ediciones
Libra, Octava Edición, 1235 págs.
Gaceta Oficial de la República Bolivariana de Venezuela. N° 2.990 del 26 de
julio
de 1982. Ministerio del Poder Popular de Interior y Justicia. Código
Civil de Venezuela.
Díaz del Campo S. Propuesta de términos para la indización en Ciencias de la
Información.
Rumbaugh, J. y Jacobson, I., (2000). El lenguaje Unificado de Modelado, Manual
de referencia. Madrid: Pearson Educación SA
Kendall y Kendall. (2005). Análisis y diseño de sistemas. Sexta Edición. México:
Pearson Educación.
Pressman, R. (2005). Ingeniería de Software: Un enfoque práctico.
México: McGraw-Hill.
Senn, J. (1992). Análisis y diseño de sistemas de información. 2da
Edición.: Editorial Mc Graw Hill. México.
Soto, A. (2012). Sistema de Información en Ambiente Web para la
Gestión de los Cursos en las Salas de Computación Alma Mater del
Centro Local Portuguesa de la Universidad Nacional Abierta. Trabajo
de grado para optar al título de Ingeniero de Sistemas.
Somerville, I. (2005). Ingeniería del Software. Pearson Educación. S.A. Madrid.
Wagner, W. P., Chung, Q.B., Baratz, Todd. (2002). Implementing corporate
intranets: lessons learned from two high-tech firms. Industrial Management
& Data Systems. Whitten, J., Bentley, L. y Barlow, V. (1996). Análisis y
Diseño de Sistemas de Información. 3ra Edición. Madrid: Editorial
McGraw-Hill Interamericana S.A.
UNA, ( 2007). Manual de Práctica Profesional (Módulo I).
UNA, (2007). Resumen Normas APA-UPEL.
99
Medios Electrónicos.
Abad, F. s/f. Manejador BD-Conceptos. http://francisco.abad.tripod.com/index.html
Centro Europeo de Empresas e Innovación de Navarra. (2004).
Descriptores en Ciencias de la Información (DeCI). Disponible en:
http://cis.sld.cu/E/tesauro.pdf
D’Ambrosio, S. (2009) Enero 16, Publicado en:
http://www.monografias.com/trabajos14/datos/datos.shtml
Ferrer, (2004), Ferrer Jorge Víctor García Rodrigo García Curso completo de HTML
disponible en http: //freek.jorgeferrer.com, consultado en junio 2012.
Intranets en la empresa. [Documento en Línea]. Disponible en http: //
www.navactiva.com/es/ descargas/cein/Intranets.pdf [consulta: [2012, Marzo
10]
http://es.wikipedia.org/wiki/Internet
http://www.monografias.com/.Tesis.Documentos. Publicaciones y Recursos
http://www.yachay.com.pe/servicios/investigador/inv_internet.htm. Red Científica
Peruana
100
Anexos
101
Anexo A
Entrevista dirigida al Área de Sucesiones.
102
Entrevista
Entrevista dirigida al Área de Sucesiones, Área de Tributos Internos SENIAT
Región Centro
Occidental. Con este instrumento
se persigue obtenerlos
requerimientos funcionales y no funcionales del sistema a desarrollar.
Unidad / Departamento: __________________________________________
Responsable Unidad / Departamento: ______________________________
Cargo: ____________________
Fecha de la entrevista: ____________________
1. ¿Cuál es la principal motivación (necesidades del negocio) para la WebApp?
2. ¿Cuáles son los objetivos que debe satisfacer la WebApp?
3. ¿Quién usará la WebApp?
4. ¿Cuáles son las metas informativas?
5. ¿Cuáles son las metas aplicables?
6. ¿Cuáles son los requisitos de contenido?
7. ¿Cuáles son los requisitos funcionales?
8. ¿Cuál es el objetivo global del usuario cuando usa la WebApp?
9.
¿Cuáles son los antecedentes y pericia del usuario en relación con el contenido
y la funcionalidad de la WebApp?
10. ¿Cómo llegará el usuario a la WebApp?
11. ¿Cuál es la categoría de usuarios presentes en la WebApp?
12. ¿Cuáles son los escenarios de interacción para los diferentes tipos de usuarios?
Cuestionario base propuesto por Powel (1998) y Pressman (2005).
103
Anexo B
Diagrama de Flujo de Datos Flujo de Trámites de una Declaración de Sucesión.
104
105
Anexo C
Organigrama Organizacional SENIAT.
106
107
Anexo D
Organigramas de la Gerencia Regional de Tributos Internos SENIAT.
108
109
110
111
Anexo E.
Glosario de términos.
112
Glosario de Términos.
Aplicación: Son aquellas aplicaciones que los usuarios pueden utilizar accediendo a
un servidor web.
Base de Datos: Consiste en un conjunto de datos relacionados entre sí.
Contribuyente: El contribuyente es aquella persona física o jurídica con derechos y
obligaciones, frente a un ente público, derivados de los tributos.
Deferir: Transferir parte del poder o jurisdicción.
HTML: Lenguaje con el que se definen las páginas web. Básicamente se trata de un
conjunto de etiquetas que sirven para definir el texto y otros elementos que forman
una página web.
Intranet: Red de ordenadores privada basada en estándares de Internet
Internet: Conjunto descentralizado de redes de comunicación interconectadas que
utilizan la familia de protocolos TCP/IP.
PHP: Lenguaje para programar scripts del lado del servidor, que se incrustan dentro
del código HTML. Este lenguaje es gratuito y multiplataforma.
Sistema: es un conjunto de partes o elementos organizados y relacionados que
interactúan entre sí para lograr un objetivo
SENIAT: Es el organismo del estado venezolano encargado de recolectar los
impuestos, tales como el impuesto sobre la renta, impuesto al valor agregado (IVA),
impuestos aduaneros y todos los demás que tienen aplicación a nivel nacional.
Sucesión: La sucesión comprende la transmisión de los derechos activos y pasivos
que conforman la herencia del fallecido al cónyuge sobreviviente, descendientes o
ascendientes del causante, y los instituidos por testamento realizado por la persona
antes de fallecer.
Servidor: un servidor es una computadora que, formando parte de una red, provee
servicios a otras computadoras denominadas clientes
Sites: Se conoce como Site al conjunto de páginas web enlazadas que muestran
diferentes partes del mismo.
113
TCP/IP: Conjunto de protocolos La sigla TCP significa "Protocolo de control de
Transmisión/IP Protocolo de Internet.
Web: Red informática mundial1 es un sistema de distribución de información basado
en hipertexto enlazados y accesibles a través de Internet.
114
Anexo F
Manual de Usuario
115
Aplicación Web para la Gestión de Trámites de Sucesiones en el SENIAT
Región Centro-Occidental
2013
116
Introducción
El presente Manual de Usuario, tiene como finalidad dar a conocer de una manera
detallada y sencilla, el proceso que se lleva a cabo a través del uso de la Aplicación web para
la Gestión de Trámites del SENIAT Región Centro-Occidental, con el propósito de que los
usuarios, se familiaricen con la aplicación y se logre conocer y manipular la aplicación de la
forma correcta. Con el uso de esta aplicación, se busca establecer un ambiente basado en
información confiable, real y al día para el Ente, con el fin de disponerse para automatizar la
relación Contribuyente (Declaración Sucesoral) – SENIAT a través de la Web, permitiendo
con ello reducir errores en los procesos y en los tiempos de respuesta y sobre todo, sin tener
que acudir a las diferentes Oficinas Administrativas, ya que todos los servicios serán
provistos por el Sistema.
Entrada al Sistema: Como acceder a la Aplicación
http://200.44.146.164/personal/correspondencia/regnuev
Entrada al Sistema:
Al entrar a la página del SENIAT, se encontrará con la siguiente pantalla:
117
Ingresa el Usuario y Clave asignado por el Administrador del Sistema y aparecerá la
siguiente pantalla:
En esta pantalla Principal se encuentra con las siguientes opciones:
Inicio: Regresa a la Pantalla Principal.
Usuario: Esta opción está habilitada para los usuarios con nivel Administrador, y
permite registrar los usuario que van a usar el Sistema. Al hacer clic en esta opción
aparecerá la siguiente pantalla:
118
Para registrar el usuario se realiza los siguientes pasos:
1. Se coloca el nombre del usuario y le da clic en el botón buscar.
2. Si el nombre del usuario está registrado en el Sistema con anterioridad,
aparecerá los datos relacionado a ella en los demás campos y se activará los
botones de modificar y eliminar, de lo contrario, se activara el botón de
incluir.
3. Se coloca la clave del usuario.
4. Se selecciona el tipo de Nivel si es Administrador, Invitado o Cliente.
5. Se registra en el Nivel de Acceso a los Módulos en que el usuario esté
autorizado a acceder.
6. Hacer clic en incluir para cargar un nuevo registro, o modificar para cambiar
cualquier dato en el usuario, o eliminar para eliminar el registro.
Si el tipo de Nivel del usuario es cliente, de manera predeterminada, no tiene acceso a
ninguno de los módulos del sistema, sino en la consulta de trámite:
119
Una vez cargado en el campo de Cédula o Rif y hacer clic en Buscar, el sistema
genera el siguiente reporte:
120
Reg. Proceso: Permite llevar los procesos que se llevan a cabo durante el movimiento
de sucesión. Al hacer clic en esta opción aparece la siguiente pantalla:
121
En esta pantalla aparece el botón de incluir Activo de manera predeterminada, de
manera que si el usuario carga el Nombre le hace clic en el botón Incluir, cargará un
nuevo registro con el último número que se haya cargado secuencialmente.
Para Modificar o Eliminar, el usuario hace clic en la caja de texto número y
selecciona un registro cargado anteriormente que desea modificar o eliminar, y
aparecerá el descripción en el campo de Nombre, y aparecerá activado los botones de
modificar, y eliminar.
Sucesión: En esta opción se registrará los datos relacionados con las sucesiones de
fallecido con sus herederos, así como los datos de fiscalización y los registros de
movimientos de los procesos las cuales llevan el seguimiento dicha sucesión. Al
hacer clic en esta opción aparecerá la siguiente pantalla:
122
Para registrar las sucesiones se debe realizar los siguientes pasos:
1. Se coloca Rif del sucesor, y le da en el botón buscar, si el registro aparece, se
llena los demás campo, y se activa los botones modificar y eliminar; de lo
contrario aparece activado el botón de incluir.
2. En el botón de Menú Consulta se abre un nuevo menú para realizar consultas
más detalladas en donde lo puedes consultar por Rif, por nombre, apellido, y
si tiene algún registro, hace clic en el vínculo de Rif que desea buscar, y
aparece todos los datos en el módulo de sucesión.
3. Se carga los demás datos personales del sucesor: nombres, apellidos,
Teléfono/Celular, y correo electrónico.
123
4. Se carga los datos del fallecido: nombres y apellidos, y la fecha del
fallecimiento.
5. Hacer clic en los recaudos que ha llevado el sucesor.
6. Se carga los datos de fiscalización: si la sucesión es testada, aparece
inactivada el N ° de Herederos, si está desactivada, aparece inactiva el campo
de Legados (en la etiqueta de Líquido Hereditario Gravable o Legado no
aparece ningún campo ya que una vez registrado los montos, el Sistema
calcula automáticamente los montos suministrador por el usuario, dando como
resultado a lado de la etiqueta antes mencionada).
7. Hacer clic en el botón incluir para registrar la sucesión por primera vez, o
modificar para cambiar alguna información, o eliminar para borrar el registro.
(Si se registra por primera vez, automáticamente se registrará el movimiento
del proceso de sucesión, con el registro número 1, y la fecha de inicio con la
fecha actual, y el status de “en espera”).
8. Una vez registrado, aparece la siguiente pantalla:
124
En donde aparece un nuevo botón en la última parte del módulo que es Reg.
Movimiento. Este botón, al hacer clic lleva al módulo de Movimientos:
125
En donde el usuario podrá registrar los movimientos llevados a cabo durante la
sucesión y llevar así, un seguimiento de la misma, y saber en que estado se
encuentra.
9. Para cargar un nuevo registro se realiza los siguientes pasos:
a. Se selecciona el proceso cargado previamente en la opción de Reg.
Procesos.
b. Se coloca la fecha inicial, y la fecha final si termina el proceso, si está
en espera se deja vacío.
c. Se carga el Analista que lleva el proceso.
d. Se selecciona la condición: Aceptado, Objetado, Rechazado, Anulado
y En espera.
e. Se carga las Observaciones (dentro de este campo puede colocarse el
motivo del rechazo, anulación u objeción del movimiento).
f. Hacer clic en incluir. (si tiene registros anteriores, el sistema se
encarga de modificar la condición en aceptado y la fecha final del
126
registro anterior es igual a la fecha inicial del registro que acaba de
cargar).
g. Para buscar un registro para modificar o eliminar, se selecciones en el
vínculo N° que aparece debajo de los botones de Nuevo, incluir,
modificar, eliminar, y aparecerá los datos en los demás campos.
10. Botón Regresar: Al hacer clic va al módulo del sucesor con los datos del
sucesor que el usuario esté registrando.
Reporte: Al hacer clic en este botón aparece la siguiente pantalla:
Al hacer clic en el combo box de Fecha de Emisión, se despliega las todas las fechas
de emisión que se hallan cargado los usuarios, y se genera el listado de los sucesores
registrados en esa fecha. Así como al activar los recaudos faltantes, aparecerán los
sucesores con los recaudos que le hacen falta. Y además en la opción de Status de
trámite, permite generar un listado de los sucesores que tienen tramitado su solicitud,
o los que están en espera.
127
Si quiere saber los datos del sucesor detallado, debe hacer clic en el vínculo que
aparece en Rif, y aparecerá la siguiente pantalla:
128
Cambiar Clave: Permite el usuario cambiar la clave, colocando la clave anterior, la
nueva clave, y haciendo clic en el botón cambiar clave.
Cerrar Sesión: Cierra la sesión del Sistema.
129