UNIVERSIDAD VERACRUZANA
FACULTAD DE ESTADfSTICA E INFORMÁTICA
ESPECIALIZACIÓN EN INGENIERfA DE SOFTWARE
0 0 5 8 2
$
ST-Urbanos
Sistem a para el control de
trámites urbanos
TRABAJO RECEPCIONAL
Que como requisito parcial para obtener el
diploma de esta especialización
PRESENTA:
MARÍA UNA LÓPEZ MARTÍNEZ
TUTOR:
E.l.S. MARÍA ANGÉLICA CERDÁN
UNIVERSIDAD VERACRUZANA
FACULTAD DE ESTADÍSTICA E INFORMÁTICA
ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE
El Comité Académico de la Especialización en Ingeniería de Software y el Tutor del trabajo recepcional titulado “Sistema para el Control de Trámites Urbanos” que presenta la C. María Lina López Martínez , autorizan la impresión y constitución del jurado para su defensa en la fecha previamente establecida.
Xalapa, Ver. a 07 de Noviembre del 2003.
COMITÉ ACADÉMICO
0 0 5 8 2 a
Mtra. Alma Rosa/Sarcía 0aona DIRECTORA DE LA FACULTAD DE
ESTADÍSTICA^ INFORMÀTICA
SECRETARIA ACADÉMICA DE LA FACULTAD DE ESTADÍSTICA E
INFORMÁTICA
Dr. Juan Manuel Fernández Peña REPRESENTANTE MAESTRO
Dra. Ma. de los Ángeles Sumano López COORDINADORA DE LA
ESPECIALIZACIÓN
Mtra. Ma. dçjtfîl Angeles Arenas Valdés REPRESENTANTE MAESTRO
Agradecimientos
Dedicado a mi hijo Alan que con su sonrisa y cariño
ilum ina mi vida día a día, y a la m em oria de mi madre, con
todo mi am or y respeto; Pilla donde estés, gracias por
s e g u irá mi lado.
A mi hermano Ignacio le agradezco su
cariño y apoyo incondicional que me brinda
en todo momento
o 0 5 8 2 f
A la E.I.S. María Angélica Cerdán por el
tiempo dedicado a la dirección de este
proyecto de forma profesional y por su
gran calidad humana mi profundo
agradecimiento y admiración.
Al Dr. Juan M anuel Fernández Peña y a la Dra.
Ma. De los Ángeles Sumano López, con gran
admiración les agradezco el haberme brindado
de nuevo la oportunidad de aprender de ellos.
A l
Arq. Sergio E. Morales Gómez por la
CONTENIDO
0-0 5 8 2 ¡f
1 INTRODUCCIÓN... 1
1.1 Ob j e t i v o d e lt r a b a j o... 1
1.2 Co n t e x t o d e ls i s t e m a... 1
1.3 Ju s t i f i c a c i ó n... 1
1.4 Fu n d a m e n t o s Te ó r i c o s... 2
1.5 Es t r u c t u r a d e lt r a b a j o... 4
2 ESTABLECIMIENTO DE LOS REQUERIMIENTOS DE ST-URBANOS...7
2.1 Co n t e x t o y Si t u a c i ó n Ac t u a l... 7
2 .1.1 C o n te x to e m p r e s a r ia l...; ...7
2 .1 . 2 S itu a c ió n A c tu a l....10
2 .1 . 3 C o n c lu s ió n s o b re la s itu a c ió n a c t u a l...1 5 2 .2 Pr o p u e s t a Co m p u t a c i o n a l... 16
2 .2.1 E s q u e m a G e n e r a l d e la P ro p u e s ta C o m p u ta c io n a l....1 6 2 .2 . 2 P ro to tip o R á p id o... 2 1 2 .2 .3 M o d e lo d e D a t o s... 22
2 .2.4 B e n e fic io s d e l n u e v o s o f t w a r e... 26
2 .2 .5 B itá c o ra d e d e s a rro llo...27
2 .2 .6 C o s to e n té rm in o s d e p u n to s d e fu n c ió n... 4 1 2 .2 . 7 R e s p o n s a b ilid a d e s...4 7 2 .2 .8 C o n c lu s ió n s o b re la p ro p u e s ta c o m p u ta c io n a l...4 9 3 PLANEACIÓN Y ANÁLISIS DEL SISTEMA ST-URBANOS...51
3.1 An á l is is d e r i e s g o s... 51
3.2 PLANEACIÓN DE S T - U R B A N O S...53
3.3 An á l is is d e S T - Ur b a n o s... 56
3 .3 .1 P a q u e te d e A n á lis is...5 6 3 .3 .2 R e a liz a c ió n d e c a s o s d e u so s d e l a n á lis is...5 9 3.4 Co n c l u s i ó n... 73
4 DISEÑO DE ST- URBANOS... 75
4.1 Ar q u i t e c t u r a d e ls i s t e m a... 76
4 .1 .1 M o d e lo d e D e s p lie g u e... 76
4 .1 .2 M o d e lo d e d is e ñ o... 77
4 .2 Su b s i s t e m a s d e Di s e ñ o... 78
4 .2 .1 In te rfa c e s e n tre s u b s is te m a s... 7 8 4 .2 .2 C la s e s a c t iv a s...7 8 4 .3 Re a l i z a c i ó n d e c a s o sd e u s o d ed i s e ñ o... 79
4 .3 .1 C a s o d e u so: Id e n tific a c ió n d e l u s u a rio... 7 9 4 .3 . 2 C a s o d e u s o : A c tu a liz a c ió n d e l c a tá lo g o s... 81
4 .3 . 3 C a s o d e u so: C o n s u lta d e c a tá lo g o s...9 0 4 .3 .4 C a s o d e u s o : R e g is tro d e s o lic itu d e s...9 2 4 .3 . 5 C a s o d e uso: M o d ific a c ió n d e s o lic itu d e s...9 5 4 .3 . 6 C a s o d e u so: E lim in a c ió n d e s o lic itu d e s...9 7 4 .3 .7 C a s o d e uso: R e s p u e s ta s d e s o lic itu d e s...9 9 4 .3 .8 C a s o d e u so: C o n s u lta s g e n e r a le s...101
4 .3 .9 C a s o d e u s o : C o n s u lta d e u n a s o lic itu d...1 0 4 4 .4 As o c i a c i o n e s y Ag r e g a c i o n e s e n t r e l a s c l a s e s d e d i s e ñ o... 107
5 IMPLEMENTACIÓN... ... ... 111
5.1 Arquitectura del modelo de implementación... 111
5.2 Plan de construcciones... 113
5.3 Subsistemas dé implementación... 113
5.4 Conclusión de la implementación... 122
6 PRUEBAS DE ST-URBANOS... ...123
•6.1 Fundamentos... 123
6.2 Pruebas aplicadas... 124
6.2.1 Procedimientos de prueba... ... 125
6.2.2 Casos de prueba con resultados... ...126
6.2.3 Registro de defectos... 126
6.3 Análisis de resultados...168
6.3.1 Métricas relativas a pruebas... 168
6.3.2 Discusión de resultados... 171
7 EVALUACIÓN DE ST-URBANOS... 173
7.1 Evaluación funcional... 173
7.2 Evaluación del producto final.... ... 173
7.3 Evaluación del pr o c e so... 174
7.3.1 Tiempo de desarrollo...174
7.3.2 Otras métricas del proceso... 176
8 CONCLUSIÓN... 179
8.1 Resu m en... 179
8.2 Revisión crítica... 179
8.3 Trabajos futuros... 180
8.4 Para term inar...180
B IB L IO G R A F ÍA ... 181
A P É N D IC E A Redes semánticas y encuesta de actitud... 183
A P É N D IC E B Manual de operación de ST-Urbanos... 194
A P É N D IC E C Glosario...240
Capítulo 1
Introducción
1 Introducción
1.1 Objetivo del trabajo
Dentro del área del desarrollo de software es necesario mantenerse actualizado en relación a las metodologías, herramientas y productos existentes, con el propósito de realizar software con un nivel de calidad que cumpla con las necesidades actuales del mercado, generando así software competitivo.
Tomando en cuenta lo anterior y buscando la congruencia en ello, se desarrollo el Sistema para el control de trámites urbanos ST-Urbanos, aplicando en su construcción herramientas teóricas y prácticas que permitan cumplir en las dos vertientes; satisfacer las necesidades del usuario, asi como que el software cumpla con estándares de calidad.
En este documento se presentan las etapas de trabajo que se cumplieron en la construcción del Sistema para el control de trámites urbanos ST-Urbanos, con la finalidad de ubicar al lector en el contexto en que se implementa el sistema; la situación y forma de operación de la dependencia antes de su construcción, los beneficios que aporta el sistema, incluyendo también los resultados de la aplicación de las metodologías utilizadas.
1.2 Contexto del sistem a
El Sistema para el control de trámites urbanos (ST-Urbanos) es una aplicación para apoyar al área de la Subdirección de Control Urbano de la Dirección General de Ordenamiento Urbano y Regional (DGOUR), en la cual se gestionan trámites diversos, referentes a la ordenación del uso de suelo del territorio en el Estado de Veracruz.
El sistema apoyará al personal de la Subdirección de Control Urbano en las tareas diarias como son: la recepción de solicitudes, elaboración de reportes y consultas de información.
1.3 Justificación
En la DGOUR se maneja la regulación de usos de suelo para los 210 municipios que conforman el Estado de Veracruz, por esto, solicitantes de todas partes del Estado acuden a gestionar sus solicitudes de forma personal o mediante un representante.
Actualmente se manejan 6 grupos de trámites, con un total de 34 tipos diferentes, existiendo entre algunos de ellos una secuencia de ejecución.
De acuerdo con las experiencias pasadas, se ha confirmado que las solicitudes que se reciben van desde mil a mil doscientas por año. Con ellas se genera un registro histórico, por lo que el volumen de información año con año va incrementándose en forma considerable.
Uno de los trabajos principales que la dependencia realiza h a c ia s u interior es la emisión de .informes de las actividades realizadas, en función de las solicitudes que ingresan, lo cual involucra tiempo y personal para elaborar tales reportes; considerando el volumen de información, esto representa un gran esj^erzo.
1.4
Fundamentos Teóricos
En el proceso de construcción de la aplicación del Sistema para el control de trámites urbanos (ST-Urbanos) se hace uso de diversas metodologías, como son: Áncora 'y el Proceso Unificado de Desarrollo de Software (PUDS), y de herramientas computadonales como Rational Rose 2000 y el lenguaje de programación Delphi en su versión 6.0. Á continuación, de forma breve, se describirán las características dé cada uno de estos elementos, así como la utilidad que de ellos se obtuvo en la etapa de su usó.
Áncora.
"Metodología utilizada dentro del desarrollo de software en el contexto del análisis de requerimientos con la idea de que se deben tener buenas y sólidas bases, es decir definir correctamente qué se quiere de un software nuevo y tener una representación ciara para ei usuario y que, además, permita pasar a las siguientes etapas de desarrollo de software de forma sencilla y natural.’ [Sumano,2001];
Esta metodología fue desarrollada por la Dra. María de tos Ángeles Sumano López én el año 2001, resaltando de su filosofía el reusó de componentes.
Áncora cuenta con herramientas en su aplicación siendo éstas: ; • Guiones.
• Diálogos.
• Tablas y Glosarios!
• Modelo de Datos Entidad - Relación. ; • Análisis de Puntos de F u n c ió n ^
Además de las herramientas anteriores se aplican métodos que contribuyen en la obtención de información para la especificación de requerimientos para el software, los métodos son :
• Redes Semánticas Naturales. • Técnica de Grupo Nominal.
• Reunión de Reflexión y Diseño.
La descripción de estos elementos utilizados y los resultados obtenidos de su aplicación para el sistema, son mostrados en el Capítulo 2.
Proceso Unificado de Desarrollo dé Software (PUDS)
PUDS cuenta con características tales como que está basado en componentes interconectados a través de interfaces, está dirigido por casos de uso* centrado en la arquitectura y es iterativo e incremental, todo ello hace que PUDS pueda especializarse en diversos sistemas sin importar las áreas de aplicación y organización.
Objetivos de PUDS
• Proporcionar úna guia del orden de las actividades de ios equipos.
• Especificar cuales artefactos deben ser desarrollados y cuando éstos deben ser desarrollados.
• Dirigir las tareas de desarrolladores individuales y equipos como una sola.
• Ofrecer criterio^ para monitorear y medir los productos y actividades del proyecto.
En la aplicación de PUDS se hace uso del Unified Modeling Language (UML), el cual es un lenguaje utilizado para especificar, construir, visualizar y documentar los artefactos de un sistema de software orientado a objetos (0 0 ), definiendo como artefacto a la información que es utilizada o generada mediante un proceso de desarrollo de software.
UML combina notaciones provenientes de:
• Modelado orientado a objetos • Modelado de datos
• Modelado de componentes
• Modelado de flujos de trabajo (workflows) El propósito de UML es pues :
• Proporcionar a los desarrolladores un lenguaje que permita intercambiar modelos de conocimiento.
• Permitir extensibilidad y especialización para poder trabajar en diferentes entornos. • Unificar las distintas notaciones existentes en Orientación a Objetos, en un entorno
estándar, estable y configurable.
• Incorporar las ventajas principales de los métodos más conocidos (Booch, OMT y OOSE).
Por lo anterior se puede concluir que UML es un lenguaje de modelado de objetos y como tal supone una abstracción de un sistema para llegar a construirlo en términos concretos. El modelado no es más que la construcción de un modelo a partir de una especificación.
Rational Rose 2000 (herramienta CASE)
Por principio se puede entender por herramienta CASE a un conjunto de métodos, utilidades y técnicas que facilitan la automatización del ciclo de vida del desarrollo de sistemas de información, completamente o en alguna de sus fases.
La idea básica de tas herramientas CASE es proporcionar un conjunto de instrumentos integrados, que ahorren trabajo al Ingeniero de Software, enlazando y automatizando todas
las fases del desarrollo de un sistema. .
Algunas herramientas CASE son solo para la fase de diserto, otras son solo generadoras de código. Algunas herramientas de análisis y diserto tienen una visión de desarrollo orientada a procesos sin la capacidad de modelamiento y algunas proveen herramientas para el modelamiento sin incluir los procesos de análisis o diserto.
Rational Rose es la herramienta CASE que soporta de forma completa ,, la especificación del UML. En ella se propone el uso de cuatro estrategias de modelado para realizar el diseño del sistema, utilizando una vista estática y otra dinámica de los modelos del sistema, uno lógico y otro físico. Permite crear y retinar estas vistas generando un modelo completo que representa el dominio del problema y el sistema de software.
Rose permite que haya varias personas trabajando a la vez en el proceso iterativo controlado, para ello posibilita que cada desarrollado/ opere en un espacio de trabajo privado que contiene el modelo completo y tenga un control exclusivo sobre la propagación de los cambios en ese espacio de trabajo.
Finalmente, es importante mencionar que Rational Rose proporciona mecanismos para generar código en distintos lenguajes de programación a partir de un diseño en UML.
Delphi V 6.0
Delphi es un entorno muy completo y complejo, propiedad de Inprise Co., que se basa en el lenguaje Object Pascal. Completamente basado en los principios de Programación Orientada a Objetos (PQO), de desarrollo visual, con acceso a cualquier base de datos existente, un compilador y una ejecución rápida.
1.5 Estructura del trabajo
En los capítulos subsecuentes se presentan los resultados de la aplicación de las metodología anteriores en la construcción del Sistema para el control de trámites urbanos ST-Urbanos, desarrollándose en el siguiente orden.
Capitulo 3, conforme a los requerimientos obtenidos en la fase anterior, en esta sección se realiza la Planeación y Análisis para el sistema iniciando con el análisis de riesgos que pudieran presentarse durante el proceso de construcción del software, indicando para cada uno la acción a tomar para solventarlos. Iniciando la aplicación del PUDS y haciendo uso de la herramienta CASE Rational Rose, se construyen los diagramas del paquete de análisis y de cada caso de uso que haya resultado de la propuesta computadonal, incluyendo sus correspondientes diagramas de colaboración.
Capítulo 4, continuando con PUDS, en este apartado se describe el Diseño de ST-Urbanos en el cual se hace uso de los diagramas de UML correspondientes a la arquitectura del sistema, subsistemas y realización de los casos de uso correspondientes al diseño incluyendo los diagramas de clases, de secuencia, de estado para cada clase y los métodos de operación de éstas.
Capítulo 5, ahi se muestra la arquitectura del modelo de implementación en el cual se incluye el diagrama de componentes para cada nodo del diagrama de despliegue y el plan de construcciones basado en la bitácora de desarrollo.
o C apítulo 6, en esta sección se explican los casos de pruebas, presentando ejemplos de los que fueron aplicados para cada caso de uso, incluyéndose solo aquellos que destacan por su complejidad. Se incluyen además ios resultados obtenidos de la aplicación de los casos de prueba y los defectos encontrados.
C apítulo 7, en este punto del trabajo se lleva acabo la evaluación del sistema en tres aspectos: una evaluación funcional, en ella se hará uso de la bitácora de desarrollo en su rubro “como probar”; la evaluación del producto final haciendo uso de métricas correspondientes propias de Delphi, evaluando finalmente el proceso de desarrollo.
Capítulo 8, como último punto desarrollado se presenta (a conclusión del proyecto en la cual. i de manera breve, se hace una síntesis del trabajo realizado, a la vez que se aplica u n a ^ revisión crítica y una visión a futuro de aspectos que pueden enriquecer lo efectuado hasta'" este momento.
1
CAPÍTU LO 2
; ;
Establecimiento de los
_______
requerimientos de ST-Urbanos
2
Establecimiento de los Requerimientos de ST-Urbanos
En este capítulo es presentada la situación de la empresa antes de la implementación del Sistema para el Control de Trámites Urbanos ST-Urbanos, lo que permite conocer los
procedimientos bajo los que operaba. Posteriormente se muestra la propuesta
computacionat, aplicando la metodología Áncora, y empleando las herramientas que en ella se sugieren se construyó el prototipo rápido, el modelo de datos y se estimó el costo mediante el cálculo de puntos de tención.
2.1
Contexto y Situación Actual
2.1.1 Contexto empresarial
En el marco de las dependencias gubernamentales del Estado de Veracruz, cada una lleva a cabo tenciones específicas, cuyo resultado implica una correlación con otras áreas, que en conjunto, trabajan en la procuración de un adecuado desarrollo socio-económico en pro de los ciudadanos.
Bajo este contexto, en el área de Desarrollo Urbano, regulada por la Secretaría de Desarrollo Regional, se desprenden las siguientes premisas:
El control urbano que se ejerce sobre la propiedad de los particulares en el Estado se
sustenta en; -
-La Ley Orgánica de la Administración Pública Estatal Artículos 35-A y 35-B inciso a, Fracciones V il y XVI La Ley de Desarrollo Regional y Urbano
Artículo 4o fracción V, 70 y 79
El Acuerdo Delegatorio de los Servidores Públicos de la Secretaría de Desarrollo Regional
Artículo 4o fracciones V, XI y XII
Con base en lo anterior y atendiendo al Acuerdo Delegatorio publicado en la Gaceta Oficial No. 170 con fecha del 29 de diciembre de 1999, la Dirección General de Ordenamiento Urbano y Regional (DGOUR) autoriza:
• Las modalidades de uso que establecen los programas de desarrollo urbano.
El plan de trabajo de la DGOUR establece, como una de sus prioridades, contar con una herramienta computacional que permita el manejo de los trámites urbanos de manera fluida y que reduzca el tiempo de respuesta a las solicitudes hechas por los ciudadanos, para lo cual será desarrollado un sistema computacional que realiza las acciones de manipulación de los
trámites ingresados: .... *
Estas acciones implican la captura, actualización de información y la obtención de diversos reportes que permiten, bajo un análisis, establecer estadísticas de la información que se presenta en las comparecencias de la Secretarla de Desarrollo Regional.
Los trámites que se gestionan en está dependencia son clasificados en 4 grupos conforme a su alcance y aplicación de la acción a efectuar
• Usos de suelo
• Subdivisión-Fusión
• Fraccionamientos
• Condominios
existiendo dentro de ellos, a su vez, diversos trámites, tal como se aprecia en el apéndice D de este documento.
Cabe mencionar que además de los trámites detallados, existen otros dos tipos de trámites que son:
• Certificaciones
• Complementarios
El primero se refiere a las solicitudes que se realizan en función de trámites ya gestionados con anterioridad y de los cuales se solicita una especie de constancia que avale la autorización que se otorgó en éste.
En relación a los trámites complementarios, son ingresados por los solicitantes en respuesta a un oficio de requisitos emitido por esta dependencia y en el cual se indica que se debe de complementar o corregir la documentación entregada para poder dar una respuesta a éste. Por lo anterior, se infiere que estos dos trámites van ligados a un trámite efectuado con anterioridad.
De cada uno de los trámites descritos anteriormente, el solicitante deberá entregar la documentación comprobatoria que le sea solicitada, según el caso del trámite. Se lleva un registro de esta documentación sólo para efectos de conocer si ésta fue entregada o no. Se anexa en el apéndice D un listado de los trámites que se gestionan y los requisitos que en cada caso son solicitados.
La Dirección General de Ordenamiento Urbano y . Regional es responsable de formular, conducir y evaluar las políticas de Desarrollo Urbano y Regional, así como de proponer al Secretario las políticas de ordenamiento de los asentamientos humanos y de zonificación del suelo, identificado y elaborando los estudios técnicos que permitan mejores políticas en materia de vivienda, infraestructura, equipamiento urbano y servicios públicos.
Para poder realizar dichas actividades la Dirección General de Ordenamiento Urbano y Regional se estructura en dos grandes grupos, como se ilustra en la Figura 2^1.
La Subdirección de Planeación y Ordenación del Territorio, a través de los diferentes departamentos que la conforman, tiene como actividad primordial impulsar la investigación, capacitación y divulgación en materia de Desarrollo Urbano y Regional.
En cuanto a la Subdirección de Control Urbano, es el área en la cual se lleva a cabo la recepción de los trámites para su análisis, emitiendo para cada uno la respuesta correspondiente, con base en la información proporcionada por el solicitante y la que se derive de la normatividad existente para el área de ubicación física del predio en cuestión, misma que se obtiene de los estudios de desarrollo urbano realizados en el área de Planeación;
2.1.1.1 Organigrama de la empresa
Dirección General de Ordenamiento Urbano y Regional
Subdirección de Planeación y Ordenación del Territorio --- Departamento de Estudios y Proyectos
--- Departamento de Diseño Urbano
--- Departamento del Registro de Planeación Departamento de Centros Históricos
--- Departamento de Coordinación Municipal y Participación Ciudadana --- Departamento del Sistema de Información Estadística y Geográfica Subdirección de Control Urbano
--- Departamento de Dictamen Urbano --- Departamento de Fraccionamientos — - Departamento, de Legalidad Urbana
Departamento de Gestión y operación Departamento Técnico
---Departamento de lo Contencioso en materia urbana
2.1.1.2 Localización del sistema
El sistema será ubicado en el área de la Subdirección de Control Urbano en virtud de ser ahí en donde se lleva a cabo la gestión de los trámites hacia el público en general. La forma en que se preveé su implementación es en funcionamiento de red intema dentro de la Dirección, para que la consulta de la información pueda ser de manera dinámica por varias personas.
2.1.2 Situación Actual
La forma de trabajo bajo la que opera el sistema actual es la siguiente:
Es utilizado sólo por una persona que cumple con las siguientes funciones: recepción de información (solicitudes), captura de la información, actualización de la misma y emisión de reportes diarios. El recepciohista registra de forma manual en una bitácora los datos básicos del trámite.
Una vez registrada la solicitud, se realizan acciones que están fuera del sistema computaciona!, siendo éstas:
• El análisis de información para la emisión dé la resolución de la solicitud hecha, que es realizada por el departamento que le corresponda conforme al tipo de trámite que se trate, en acuerdo con la Subdirección de Control Urbano, que en caso de contar con la información necesaria, consultará con la Dirección General para la emisión del oficio de respuesta.
• En el caso de no contar con información suficiente, se realizará una inspección ocular en el sitio del predio para recabarla.
• La información del trámite es almacenada en un expediente en el archivo físico de la dependencia, una vez emitida la resolución.
• Una vez elaborada la resolución, oficio de respuesta, los datos de éste son registrados por la persona encargada del sistema. Se avisa al solicitante vía telefónica que puede pasar por su documento. •
• El recepcionista registra, de forma manual, en la bitácora los datos básicos del oficio de respuesta. De forma alterna, el encargado del sistema emite reportes que le son solicitados.
2.1.2.1 Guión de la Situación Actual
Conforme a io descrito en el punto anterior y realizando la aplicación de la metodología Áncora, se representa en la Figura 2.2, la forma actual de trabajo haciendo uso de
herramienta de los guiones.
Guión
S is te m a p a ra el C ontrol d e T rám ites U rbanos
Papeles
D G = D irector G e n e ra l I = In vestig ad o r d e c a m p o
S C U = S ub d irecto r d e Control U rb ano
S O = S olicitan te R = R e c epcion ista
J D = J e fe d e D e p a rta m e n to
Utensilios
A = A rch ivo B = B itácora C = C o m p u ta d o ra
C R T = C o m p ro b a n te d e registro d e trá m ite
C U = C a rta urb ana
D R = D o cu m en tació n de R equisitos
E = E x p e d ie n te
F R = F o rm a to d e Registro II = In fo rm e d e inspección IL = Im p reso ra L áser
L O U = Ley d e o rd enam iento U rb ano
O R = O fic io d e respuesta R D = R e p o rte d iario d e ingresos R l = R e p o rte d e Inspección S e = S e llo
Condiciones de Entrada
S O p re s e n ta solicitud para au to rizació n d e ejecución
D G n ecesita c o n o c e r el estado q u e g u a rd a n las solicitudes in gresadas
S C U re q u ie re d e inform ación para
la em isió n d e respuestas
m e d ia n te oficios.
Condiciones de Salida' S O re c ib e oficio d e respuesta D G recib e reportes
S C U e m ite reportes solicitados por D G _______... _______ •
Escena 1: Recepción y registro de trámite
SO entrega FR y D R a R R revisa DR
¿ D a to s com p leto s y correctos?
R ap lic a S e en co p ia d e F R
R registra en B los datos deI FR
R e n tre g a copia s e lla d a d e F R a S O
R llena C R T
R registra en C los d ato s dei F R P a s a a e s c e n a 3
Escena 2 : Aclaración y solicitud de corrección y/o faltantes
R especifica errores a SO
R solicita la corrección a S O R eg re s a a escen a 1
Escena 3: Análisis de información
R anexa CRT, DF! y F R a E
R en treg a E al J D correspondiente p ara su análisis J D a n a liza E
J D se reúne con S C U p ara consultar C U y LO U \ ¿Información sufidente?
P a s a a escen a 4
JD dehigna comisión a l para recabar información i entrega II a JD par integrarlo al E
R egresa a inicio d e escen a 3
Escena 4: Emisión de resolución
SCU acuerda con DG para em itir OR SCU elabora OR
SCU envía O R a DG para firma
D G firm a O R y e n v ía a S C U
S C U entrega original y copia d e O R a R
Escena 5: Registro de respuesta
R registra en B los datos del OR R registra en C los datos del OR R entrega OR a SO
SO firma B
J D guarda E en A
Escena 6: Emisión de Reportes
SCU solicita RD a R
R emite RD para SCU y DG usando IL
Un elemento que permite comprender mas la idea que se presenta en los guiones son los diálogos, ya que es mediante ellos que se describen las quintetas que se consideran ambiguas y que a su interior involucran varías acciones, mecánicas o manuales.
A continuación se detallan los diálogos del guión de la situación actual de la empresa.
Escena 1: Recepción y registro de Trámite
Quinteta : SO entrega FR y DR a R
5 0 solicita a R información sobre el trámite a efectuar
R verifica en la lista de trámites ios DR que deben de entregarse R proporciona a SO lista de DR a R
R verifica si el trámite implica pago por gestión
51 el trámite implica pago por gestión calcula el importe consultando el fabulador R informa el importe de pago por gestión a SO si aplica en ese caso
Quinteta : R revisa DR
R coteja conforme al tipo dé trámite los documentos entregados por SO R verifica datos de FR
Quinteta : R registra en B los datos del FR
R asigna número de identificación al trámite
R localiza en B el lugar consecutivo para anotar los datos básicos del trámite R anota número de trámite en copia de FR
Quinteta : R llena CRT
R anota datos básicos del trámite en CRT
R identifica el departamento qué atenderá el trámite según su ámbito Escena 2: Aclaración y solicitud de corrección y/o faltantes
Quinteta : R especifica errores a SO
R indica según tabla de trámites los documentos que faltaran si asi tijera R indica errores de llenado en FR en caso de que así sea
R solicita la corrección a SO
R devuelve DR y FR a SO para que haga las correcciones pertinentes Escena 3: Análisis de Información.
Quinteta : R anexa CRT, DR y FR a E
R busca en A si existe algún antecedente de información sobre el predio en cuestión del trámite
R en caso de que exista antecedente anexa a éste la nueva información del trámite entrante
Si no existe antecedente, crea el expediente con la información entrante
2.1.2.2 Diálogos de la situación actual
Quinteta : JD designa comisión a I para recabar información
JD elabora oficio especificando la persona, lugar y fecha asi como el objetivo de la
comisión ~
JD tramita viáticos para que I realice la inspección
JD entrega oficio de comisión y viáticos a I para que realice la inspección
Quinteta : I entrega II a JD para integrarlo al E I elabora II en C
I imprime II en IL
Escena 4: Emisión de Resolución
Quinteta : SCU acuerda con DG para emitir OR SCU muestra E a DG
SCU y DG acuerdan la resolución
Quinteta : SCU elabora OR SCU elabora OR en C SCU imprime OR eñ IL
Quinteta : SCU envía OR a DG para firma SCU rubrica OR
SCU entrega OR a DG Escena 5: Registro de Respuesta
Quinteta : R registra en B los datos del OR R localiza el número de trámite
R anota manualmente los datos del OR correspondiente R guarda B en escritorio
Quinteta : R registra en C los datos del OR R verifica que la C este encendida R entra al sistema
R se identifica para entrar al sistema R ingresa el número de trámite R captura los datos del OR Quinteta : R entrega OR a SO
R avisa vía telefónica a SO que ya esta la respuesta a su trámite SO se presenta para recoger OR
Quinteta : SO firma B
R localiza el número de trámite
Escena 6: Emisión de Reportes Quinteta : SCU solicita RD a R
SCU se comunica con R
SCU da la indicación a R del reporte que necesita
Q uinteta: R emite RD para SCU y DG usando IL .
R selecciona el tipo de trámite a obtener R imprime dos copias de RD usando IL R entrega RD a SCU
R entrega RD a DG
** Las quintetas descritas en esta escena pueden realizarse en cualquier momento.
2.1.2.3 Lista de los principales problemas
Del análisis de la situación actual se detectaron los siguientes problemas:
• El acceso a la información es limitado, ya que el sistema es operado solo por un usuario y en un solo equipo, lo cual repercute en retrasos al momento de necesitar información por que se esta sujeto a la disponibilidad de la persona y del equipo. • Algunos de los reportes se elaboran en forma manual, ya que el sistema no los ofrece
y en su realización se necesita de al menos 3 personas dedicadas solo a esa tarea por un período aproximado de 2 dias trabajo, (en ocasiones con horario extraordinario) para su elaboración.
• Cuando los parámetros en algunos procedimientos cambian, es necesario realizar las modificación vía código, lo cual no se hace de forma inmediata, ya que no se cuenta con el personal capacitado en el área para hacer los cambios, por lo que se detiene el uso del sistema hasta que se realicen las actualizaciones retrasándose hasta una semana según la disponibilidad del personal.
• No se cuenta con un mecanismo que respalde la información lo cual representa un alto riesgo de pérdida en caso de faltas técnicas.
2.1.2.4 Justificación del nuevo software
Contar con una herramienta computaciona! que opere en la red intema de la DGOUR será de gran apoyo para el manejo de información referente a los trámites que ingresan, representando la ventaja de que el personal podrá acceder a la información dado un nivel de seguridad que le sea otorgado a su cuenta.
Por otra parte los usuarios podrán consultar la información en el momento que lo necesite, teniendo una respuesta inmediata, evitando retrasos pudiendo con ello dedicar tiempo a otras actividades laborales e incluso brindar una mejor atención al público, por contar con mayor disponibilidad de tiempo.
Las consultas realizadas serán factibles de ser presentadas en forma visual y/o impresa, definiendo el usuario, bajo diversos parámetros, los criterios de la búsqueda reducirán de forma sustantiva él tiempo que se invierte en la elaboración de reportes con manejo de variables.
Referente a la seguridad en el manejo de la información habrá solo una cuenta de usuario, mediante la cual se permitirán hacer las actualizaciones en información de trámites y de los valores que son utilizados en diferentes procesos del sistema, para validar el manejo de la información, evitando también con esto, que personal especializado realice cambios vía código en detalles que los propios usuarios pueden resolver.
La seguridad de la información no solo será asegurada en cuanto al acceso a ella, también se contempla que el sistema pueda crear archivos digitales de respaldo de la información, en dispositivos a elección del usuario, mismos que podrán restablecerse cuando se le indique, siendo esto de gran utilidad en caso de fallas del equipo de trabajo.
2.1.3
Conclusión sobre la situación actual
Tras la aplicación de la encuesta de actitud, se detectó indecisión por parte de los usuarios en la aceptación de la creación de un nuevo software, ya que por una parte reconocen los beneficios que obtendrán con su implementación, más sin embargo será necesario que exista un estricto ambiente de trabajo en equipo y colaboración que asegure la veracidad de la información, ya que ese es un punto que queda fuera de los alcances del sistema.
De las ventajas que esta nueva versión brindará se destacan :
• Contar con garantías de seguridad en el acceso, manejo y respaldo de la información. • Reducción en tiempo de respuesta y de personal involucrado en la elaboración de
reportes.
«c
• Acceso personalizado al sistema.
Conforme a la estructura de la información es factible prever la integración a este sistema los siguientes módulos de:
• Implementación de consulta vía telefónica para los solicitantes.
6n actual y acional del
rección de iesarrollar :e añadan
Continuando con la aplicación de la metodología Áncora se presenta la propuesta computadonal, haciendo uso de guiones y diálogos que serán utilizados en la etapa de análisis de requerimientos.
El guión general y las pistas resultantes de la propuesta se muestran en las figuras de la 2.3 a la 2.6.
La propuesta computacional se conforma por 1 guión y 4 pistas organizados de esta forma de acuerdo a las actividades que realizan los tipos de usuarios del sistema, que son : el capturista, persona que fungirá corro el administrador del sistema y el resto de los usuarios que se les denomina usuarios de consultas.
En las pistas se detallan los papeles, utensilios, condiciones de entrada y de salida, además de las escenas conformadas por las quintetas que indican la relación entre los elementos involucrados para realizar una actividad.
En la propuesta computacional sólo se presentan aquellas escenas que pueden realizarse con ayuda de la computadora, incluyendo solo actividades manuales que se necesiten para la consecución de las automáticas.
2.2.1.1 Guión de la propuesta computacional
Guión 1 ¡Escena 1: Identificación del usuario
S is te m a p ara el Control d e T rá m ite s U ingresa C U U rbanos
Pista 1: General
U ingresa P S
Papeles
U = Usuarios del sistem a que p ueden ser
U C = U suarios para consultas C A = C apturista
' U a c c e s a al sistem a
U recibe m e n s a je d e c la v e errónea S a le del sistem a
Escena 2 : Manejo de Solicitudes
Utensilios
C U = c u en ta d e usuario P S = c la v e d e usuario
T S = T ip o d e solicitud q ue pueden ser
U S = U sos d e suelo S F = Subdivisión Fusión F R = Fraccionam ientos C O = C ondom inios C E = C ertificaciones C M = C om plem en tario O R = O fic io d e R espuesta C N = C onsulta
C T = C atálo g o s q ue pueden s er C T M = Municipios
C T U = Usos C T T = T rám ites C T U S = Usuarios C o n d ic io n e s d e E n tra d a
C A req u iere d e registrar y actu alizar datos d e trám ites
U necesita consultar inform ación de trám ites
C o n d ic io n e s d e S a lid a
C A d e b e llevar el registro a c tu a liza d o d e trám ites
C A c u en ta con respaldo d e la inform ación
C A registra T S
C A m odifica datos d e T S C A e lim in a T S
C A consulta T S C A registra O R d e T S
¿ S o n correctos?
Escena 3: Consultas de Información
U e lig e el tipo d e C N
U introduce datos p ara efe c tu a r C N El sistem a m uestra inform ación d e C N a U
Escena 4: Utilerías C A a c tu a liza C T C A consulta C T
C A re a liza respaldo d e inform ación C A recu p era inform ación respaldada
Guión
Sistem Urbanos
Pista 2: Manejo de solicitudes
Papeles
C A = C apturista
Escena 1: Registro de Solicitud
S is te m a p ara el C ontrol d e T rá m ite s C A selecciona T S (q u e p u e d e s er U S , S F .F R .C O .C M d e acuerdo a form atos pred efin id«»
C A ingresa N S ---¿Ya existe?
_ C A recibe m e n s a je d e error R eg resa a inicio d e escen a C A cap tu ra los datos del T S
' ~ - - ^ ¿ S o n validos?
C A registra los datos del T S R eg resa a inicio d e escena C A recibe m en saje d e error
R eg resa a inicio d e e s c e n a
para-Utensllios
C U = cu enta d e usuario P S = c la v e d e usuario C A M = c la v e d e ac c e s o m odificación
N S = núm ero d e solicitud
T S = T ip o d e solicitud q u e pueden ser
U S = U sos d e suelo S F = Subdivisión Fusión F R = F raccio n am ientos C O = C ondom inios C E = C ertificaciones C M = C o m p le m e n ta rio O R = O ficio d e R espu esta
Escena 2: Modificación de información de solicitud C A in gresa C A M ---¿Esyalida?
R ecib e m e n s a je d e error R egresa a inicio d e escen a C A ingresa N S — --- ¿No existe?
R e c ib e m e n s a je d e error R egresa a inicio d e escen a C A re a liz a cam bios d e datos -. . . . _
¿Son validos?
C A recibe m en saje d e error R eg resa a inicio d e es c e n a Condiciones de Entrada
C A req u iere d e registrar y a c tu a liza rjE s c e n a 3: Eliminación de solicitud datos d e solicitudes
Condiciones de Salida
C A ingresa C A M --- ¿Es valida?
— R e c ib e m e n s a je d e error R egresa a inicio d e escen a C A d e b e lle v a r el registro C A ingresa N S --- ¿No existe?
a ctu alizad o d e trám ites
C A c u en ta con resp ald o d e la inform ación
'• C A registra los cam b io s del T S R egresa a inicio d e escen a
" R ecib e m e n s a je d e error R egresa a inicio d e escen a C A v is u a liza inform ación d e T S
S e solicita confirm ación d e elim inació n
¿Se confirma?
S e elim ina inform ación del T S R egresa a inicio de es c e n a
E s c e n a 4 : R e g is tro d e re s p u e s ta CA ingresa C A M --- ¿Es valida?
R ecib e m e n s a je d e error R egresa a inicio d e escena C A ingresa N S ---— ¿No existe?
" " " R e c i b e m e n s a je de error R egresa a inicio d e escen a S e m uestra inform ación d e T S a C A
C A ingresa datos d e O R - ^ ^ ¿Son correctos?
C A re c ib e m ensaje d e error R eg resa a inicio d e escen a
“S e registra inform ación d e O R R egresa a inicio d e escen a
Fig. 2.4 Guión de la propuesta computacional - Pista manejo de trámites.
Escena 1: Consulta de información S istem a para el Control d e T rám ites U ingresa datos necesarios paca la C N
' -„¿Tienen errores o vacia? R e c ib e m en saje d e error R e g re s a a inicio d e escen a Guión
Sistem U rbanos
Pista 3: Consultas de Información
Papeles
U = U suarios del sistem a que p ueden ser
U C = U suarios p ara consultas C A = C apturista
Utensilios C N = Consulta
C A M = C la v e d e a c c e s o para U visu aliza inform ación d e T S La inform ación es m ostrada a U
S e solicita q ue U elija el m odo d e la consulta - ' - - . „ ¿ I m p r e s a ?
-¿>e im p rim e C N en IL R egresa a ¡nidio d e e s c e n a
Escena 2: Consulta de una solicitud U ingresa N S _ _ ¿ No existe ?
---R e c ib e m e n saje d e error R e g re s a a inicio d e escena
m odificación
N S = núm ero d e solicitud
T S = T ip o d e solicitud q u e pueden ser
U S = U sos d e suelo
S e solic ta q ue U elija el m odo d e la consulta --- --- ¿ Impresa ?
U im p rim e C N en IL R e g re s a a inicio d e escen a R ea re s a a inicio d e e s c e n a
F R = F raccio n am ientos C O = C on d om in io s C E = C e rtificacion es C M = C o m p le m e n ta rio IL = Im presora láser
C T = C atálo g os q u e p ued en ser C T M = M unicipios
C T U = Usos C T T = T rá m ite s
Guión Éscena 1: Actualización de Catálogos S is te m a p ara el C ontrol d e T rá m ite s CA seleccio na el C T a m odificar
CA ingresa C A M ... ¿Es errónea?
... R e c ib e m e n s a je d e error R eg resa a inicio d e escen a CA h a c é los c am b io s en C T
CA registra los cam b io s
¿Hay errores?
U recibe m e n s a je d e error R egresa a inicio d e e s c e n a
U rb ano s
Pista 4: Utilerías
Papeles
C A = C apturista
Utensilios C N = C o n su lta
C A M = C la v e d e acceso pai m odificación
IL = Im p re s o ra láser
C T = C a tá lo g o s q u e pueden ser C T M = M unicipios
C T U = Usos C T T = T rá m ite s C T U S = U suarios
Escena 2: Consulta de Catálogos ra C A seleccio na el C T a consultar
C A v is u a liza inform ación d e C T en pantalla ¿Impresa?
C A im p rim e inform ación de C T en IL
R egresa a inicio d e e s c e n a
Condiciones de Entrada
C A re q u ie re m a n te n e r actualizados io s ca tá lo g o s q ue se usan.
C A re q u ie re que
solicitudes y
resp ald ad a
C A re q u ie re q ue la inform ación resp ald ad a s e a reinstalada
Escena 3: Respaldo de Información CA seleccio na opción d e respaldo CA ingresa C A M ______ ¿Es errónea?
---R e c ib e m e n s a je d e error R eg resa a inicio d e escen a la inform ación de CA indica ruta d e alm a c e n a m ie n to
catálogos sea La inform ación es respaldada R egresa a inicio d e e s c e n a
C o n d ic io n e s d e S a lid a C A m a n tie n e actu alizad o catálogos
C A c u e n ta con in fo rm ació n de catálogos
C A re c u p e ra resp ald ad a.
respaldo d e solicitudes
la inform ación
Escena 4: Recuperación de información CA selecciona opción d e recuperación CA ingresa C A M --- -
-R e c ib e m e n s a je d e error
losj R egresa a inicio d e escen a
CA indica ruta d e respaldo la La inform ación es recuperada
y R egresa a inicio d e escen a
Fig. 2 .6 G uión d e la propuesta com putaciona! - Pista utilerías
En la pista de la propuesta computacional de la Figura 2.4 se describen escenas referentes al manejo de los trámites, lo cual como se verá en el modelo de datos, están clasificados en 6 grupos siendo estos: Usos de suelo, Subdivisión - Fusión, Fraccionamientos, Condominios, Certificaciones o Complementarios, por ello se hace necesario describir por cada grupo de trámites un caso de uso.
Al igual que en el manejo de trámites, la actualización de los catálogos, es representada en forma general como lo muestra la Figura .2.6 de la pista de utilerías. Los procesos de actualización y consulta son similares para todos los catálogos siendo éstos: grupos de trámites, tipo de trámites, usos, usuarios, parámetros del sistema, municipios, zonas regístrales, requisitos y respuestas.
2.2.2 Prototipo Rápido.
Como prototipo rápido para este sistema se implementa el desarrollo del manual del usuario, del cual a continuación solo se presentan las pantallas principales de las funcionalidades correspondiendo a ellas el siguiente orden: Figura 2.7 pantalla de acceso al sistema, Figura 2.8 pantalla del menú principal, Figura 2.9 pantalla de menú de actualización de catálogos, Figura 2.10 pantalla de actualización del catálogo grupo de trámites, y Figura 2:11 pantalla del manejo de solicitudes del grupo de usos del suelo.
En el Apéndice B se presenta el manual de operación del sistema, explicando cada una de las funcionalidades que en el se implementan.
ssiBM pm* a covrasi. « Twtanr» mama»
IT’Urbano«
Nombr* tftl usuato | I Ctwre da «cesso ft¡5T~
...
Si rw -, ! -•■*£. v f * a « sitisi- +•••,
Fig. 2 .7 P antalla de acceso al sistem a
\ ' E K \ C ñ U Z
Fig. 2 .8 P a n ta lla del menú principal d e l sistem a
; A* lllrlll/r» JflUpi»
■ym ■'> •SW--.“'
.Qoipoe<teTlnârri(wgs?ietSi>>^'.0©. cî£3 nitO-r.M
’^ ^ - J ; U ¿ ' Í 2 -e $&C'* ~
f T ¿ ¿ ■’*í* ter-; ^ M o d i f i c a r 1
'-‘jé
B i n r á r a r*: :?mítÉ¿íi&¿. -'.C- ;.- ~'-’ ns"! Sí.. iìflpiìrw;*, ■' ••.
“ ' t o í H ’ Dcscw' . r Aetivo
y . ■■. ._ r
Fig. 2 .1 0 Pantalla d e actualización del catálogo G ru p o d e trám ites
U S O S ΠS U B . O
No .SoSdtud J0010/2003 T p a de trente (aCTUAUZACION DE UCENCIA DE USO D E SUELO Fecha de ingreso |f5 de Julio de 2003 "*l Papeleta I
Dependencia I ! No. de oficio l
u Importe I
Licencia anterior Predio j Propietario | Documentos | Gestor |
Nombre del Predio
-Superficie---Metros cuadrados j . .
r Hectáreas
Reg. Pub. Prop.
Zona Registrai I
"3
Domicfo I Localidad
Municipio | Tÿo de uso actual
zJ
Zj Uso especifico actual
j-Tpo de uso pretendido [“ j-J Uso especíico pretendido j
.ÉsassasâEsæssàôèK. ^ B e tfs a a r ! ffiijn d rc e r j ¿ ^ F irn m r ^ Registrar Respuesta | Q Regresar |
, / ¿ceptar X Capcelar id. Ierminar
Fig. 2.11 P a n ta lla del m anejo de solicitudes del grupo d e usos del suelo.
2.2.3 M odelo de Datos
Para la representación del modelo de datos se utilizó la notación de un diagrama entidad relación en el que se describen las entidades y las relaciones que entre ellas son necesarias para la implementación del software del sistema.
La Figura 2.12 muestra el modelo de datos correspondiente al sistema ST-Urbanos.
f5S35*5S5SGSI
Usuarios Parámetros
m m x a is íx x t m s s m m M
En las siguientes figuras se detallan los datos que manejará cada una de las entidades, los cuales son utilizados mas adelante para la realización del cálculo de puntos de función.
En primer término se detallan los datos de las entidades referentes a los catálogos Figura 2.13.
Entidad: C a tá lo g o d é m unicipios Entidad: C a tá lo g o d e Usuarios
C la v e jn u n lc íp ío N o m b n ju s u a n o
N o m b re jn u n ic ip io P assw ord_usuario
R egión P erfil_usuario
Entidad: C a tá lo g o d e usos Entidad: C atálo g o d e grupos d e trá m ite s
Clave_uso
D escripción_uso
C la vejg ru p o
D escripción_grupo
Entidad: P arám etro s Entidad: C atálo g o d e zo n a s regístrales
C la v e d e c am b io Clave zona
F e c h a inicio S a la rio m ín im o D F
O ficin a
Entidad: C a tá lo g o d e trám ites
C lavejtrám ite
D eserip ció n _trám ite A c tiv o
V e c e s salario m ín im o C la v e jg ru p o
Entidad: C a t_ re s p u es ta
Cía v e r e s p uesta
D escripción_respuesta
Entidad: C a tá lo g o d e requisitos
Clave_requisito
Descripción_requisito
Entidad: R eí _tram _req C la v e jr á m it e
C lave_requisito
Fig. 2 .1 3 Descripción d e datos contenidos en los catálogos del sistem a
La siguiente Figura detalla, los datos de la entidad que manejará la información de la documentación de los solicitudes ingresadas. Figura 2.14
Entidad: D ocum entación N ú m e ro _ trá m ite
C la v e _ re q u is ito
Fig. 2.14 Descripción de datos de la entidad que manejará la documentación de solicitudes ingresadas
La Figura 2.15 contiene ei detalle de los datos a utilizar en las entidades que manejan la información sustantiva de los predios, propietarios y gestores de las solicitudes ingresadas.
Entidad: D ato s a e n e ra le s d e solicitud Entidad: D ato s d e Predios
N úm ero de solicitud Número de solicitud
C la v e _ tra m ite N o m b re del predio
F e c h a M e tro cuadrados
P a p e le ta H e c tá re a s
Im p o rte R P P del predio
D e p e n d e n c ia C la v e _ Z o n a
O fic io D ep en d en cia Dirección del predio
L icencia anterior C iu d ad del predio
O fic io d e respuesta M unicipio del predio
F e c h a d e respuesta C la v e _ u s o
T ip o respuesta U so esp ecifico
Entidad: D ato s d e gestor
Num ero de solicitud
N o m b re del gestor C a rg o del gestor D irección del gestor Localid ad del gestor M u n icipio del gestor T e lé fo n o gestor
Entidad: Usos d e suelo
Núm ero de solicitud
U so solicitado (C la v e _ u s o ) U so esp ecífico
Entidad: Condom inio
Núm ero de solicitud
U so solicitado (C la v e _ u s o ) N ú m e ro d e v ivien das N ú m e ro d e locales N ú m e ro d e oficinas
Entidad: C om plem en tario
Núrnero_comp
F e c h a
N ú m e ro d e oficio anterior O fic io d e respuesta F e c h a d e respuesta T ip o respuesta
Entidad: Fraccionam ientos
N úm ero de so licitu d
T ip o d e fraccionam iento (clave_uso ) N ú m e ro de lotes
Entidad: D ato s d e propietario
RPP del predio
Propietario del predio Dirección del propietario Localidad del propietario M unicipio del propietario T e lé fo n o propietario
Entidad: C ertificación
N ú m e ro c e rt
F ech a P a peleta Im porte
N om bre solicitante Dirección solicitante C iudad solicitante
N úm ero d e oficio anterior Destinatario
N úm ero d e respuesta F e c h a d e respuesta Certificado
Entidad: Subdivisión - Fusión
Número de solicitud
Fracciones autorizadas Fracciones subdivididas Fracciones fusionadas Uso pretendido (C lave_u so ) U so específico
2.2.4 Beneficios del nuevo software
Los beneficios que se obtendrán con el ST-Urbanos, se fundamentan principalmente en el rubro de tiempo por tratarse de una dependencia gubernamental en la cual no se manejan cuestiones económicas o inventarlos.
Desarrollado el software se pronostican los siguientes puntos:
• Reducción de tiempo Invertido en la obtención de información.
• Contar un una mayor cantidad de posibilidades de consultas.
• Seguridad en el manejo de información.
• El personal podrá realizar acciones simultáneas de búsqueda y ' registro por su funcionamiento en red.
• Brindar seguridad ante la presencia de cualquier eventualidad por ofrecer un mecanismo de respaldo de información tanto manual como automático.
En la Tabla 2.1 se describen los beneficios que se obtendrán por cada una de las funcionalidades a implementar en el software de estudio y la prioridad de desarrollo en que deben realizarse.
T a b la 2.1 B eneficio s de! sistem a ( P D = prioridad d e desarrollo)
R e q u e rim ie n to B e n e fic io s P D
Identificación del usuario
P e rm itirá restringir el acceso al sistem a solo p a ra personal autorizado, e stab lecien d o n iveles d e seguridad para el a c c e s o d e inform ación. 3
Registro de
trám ite
C o n ta r con un control de las solicitudes ingresadas, va lid a n d o la
inform ación 4
M odificación d e inform ación d e trám ite
M a n te n e r a c tu a liza d a la inform ación an te la e v e n tu a lid a d d e cam b io s y
corrección d e errores 5
E lim inación d e
trám ite D e p u ra r las bases d e d atos elim inando inform ación 6
R egistro d e
respuesta M a n te n e r a c tu a liza d o el seguim iento de las solicitudes y a resueltas 7
C onsulta de
inform ación C o n o c e r la inform ación m ed ian te el establecim iento d e variables. 8 C onsulta d e un
trám ite
C o n o c e r la inform ación general y la docum entación d e una solicitud
e s p e c ífic a g
A ctu alizació n de catálog o s
M a n te n e r al d ía la inform ación d e la inform ación de los catálogos, que
e s u tilizad a e n el m a n e jo d e trám ites y consultas. 1
C onsulta d e
catálogos
C o n o c e r la inform ación d e los catálogos con opción d e im presión para
co no cim ien to d e los usuarios del sistema. 2
R espaldo de
inform ación
M a n te n e r protegida la inform ación de las bases de datos e n caso de p re s e n ta rs e e v e n tu a lid a d e s d e fallas técn icas, p ara su posterior reinstalación.
10
R ecuperación d e inform ación
R e c u p e ra r la inform ación registrada con anterioridad y para el fu n cio n am ien to del sistem a en caso d e haberse presentado una e v e n tu a lid a d d e d a ñ o e n el equipo o por corrupción en la inform ación.
11
En la tabla anterior se detallan los beneficios por funcionalidad, la columna denominada PD se refiere a la prioridad de desarrollo, la cual resultó de la aplicación de la técnica de reunión de reflexión y diseño sostenida con los usuarios del sistema, el orden prioridad es como se ira construyendo. La minuta referente y los acuerdos de esta reunión se detallan en el Apéndice A.
2.2.5 Bitácora de desarrollo
Una bitácora de desarrollo permite comprobar las funcionalidades de un sistema, así como calcular un estimado de tiempo que se necesitará para su desarrollo.
En ella se detallan las funciones que tendrá el sistema, la forma de comprobación y el registro de dos tiempos, el propuesto y el real que será definido al concluir su desarrollo.
En el apartado de la descripción del guión de la propuesta computacional se hizo la mención que se manejarán 6 grupos de trámites, y 7 catálogos para los cuales el procedimiento de las escenas es el mismo, aquí en las bitácoras se considera necesario iniciar la especificación de las actividades a realizar para cada caso ya que se requerirá de tiempo para su realización.
En las tablas de la 2.2 a la 2.48 se describen las bitácoras de desarrollo para las escenas que componen los guiones de la propuesta computacional.
T a b la 2 .2 B IT Á C O R A d e la e s c e n a Identificación del U suario.
R e qu erim ien to
(qu in teta) F o rm a d e C om probación
T /P ro p u e s to (d ía s ) U in gresa C U En el m o m e n to q ue el usuario tenga a c c e s o al sistem a se
p resen tará una pantalla p ara q u e ingrese su n o m b re de cuenta
%
U ingresa P S En la m is m a pantalla e n q u e el usuario in g resa su nom bre d e cu enta d e b e rá d a r el password d e la m ism a
y*
U a c c e s a al sistem a
Los datos ingresados son v e rific a d o s y en caso d e ser reconocidos a p a re c e rá la pantalla principal del sistem a con las opciones habilitad as según el perfil co n el q u e se accesó. S i alguno d e los datos fu e ra erróneo se in fo rm a rá al usuario m e d ia n te un m en saje
3
T a b la 2 .3 B IT Á C O R A E s c e n a Registro: U sos d e suelo
R eq u erim ien to
(quinteta) F o rm a d e Com probación
T /P ro p u e s to (d ia s ) C A ingresa N S S e p resen tará una pantalla p ara q u e el usuario ingrese el N S . Si
se d e te c ta un error en el N S ingresado se indicará m ed ian te un m en saje, regresando el control al inicio de la pantalla.
1
C A selecciona T S
Al seleccio nar esta opción se m ostrará una pantalla donde el usuario podrá eleg ir de una lista el T S del q u e se trate.
1
C A cap tu ra los d ato s del T S
Si el N S ingresado es válid o, se activarán las casillas para q u e el usuario ingrese los d atos correspondientes. La inform ación in g resad a será valid ada y e n caso d e un error, este se indicará m e d ia n te un m en saje en la pantalla, pudiendo el usuario corregirlos o c an celar el proceso d e registro.
