Está en la página 1de 87

UNIVERSIDAD CATOLICA DE

HONDURAS
“NUESTRA SEÑORA REINA DE LA PAZ”

INFORME DE LA
PRACTICA
PROFESIONAL
SUPERVISADA

PRESENTADO POR:

Carlos Antonio Alvarado Osorto

PREVIA OPCION AL TITULO DE:

Ingeniería en ciencias de la
computación

Tegucigalpa, M.D.C. Honduras,


C.A. Enero 2023
Índice.
INFORME DE LA PRACTICA PROFESIONAL SUPERVISADA.............................................................1
Carlos Antonio Alvarado Osorto............................................................................................................ 1
Ingeniería en ciencias de la computación........................................................................................... 1
Agradecimiento.......................................................................................................................................................... 7
Introducción............................................................................................................................................ 1
CAPÍTULO I:............................................................................................................................................ 2
Generalidades de la AMDC Alcaldía Municipal Distrito Central Honduras..........2
AMDC Alcaldía Municipal Distrito Central..................................................................................................... 3
Valores4
Organigrama................................................................................................................................................................ 4
CAPÍTULO II:........................................................................................................................................... 6
ACTIVIDADES ASIGNADAS Y REALIZADAS......................................................................... 6
II.2.1 Actividades realizadas y asignadas..................................................................................................... 7
II.2.2 Realización del curso de Genexus....................................................................................................... 8
II.2.3 Recolectar información del proyecto asignado..............................................................................8
II.2.4 Investigación del proyecto asignado................................................................................................... 9
II.2.5 Creación de la normalización de base de datos.........................................................................10
II.2.6 Creación del Formulario F-01............................................................................................................... 11
II. 2.7 funcionamiento del Formulario F-01................................................................................................ 12
II.2.8 Diseño Formulario F-01........................................................................................................................... 12
II.2.9 Creación de expediente del Formulario F-01...............................................................................13
II.2.10 Creación de los Formularios Secundario (Clave Catastral, Profesional, Solicitante,
Tipo licencia Obra, Tipo licencias y Zonificación)..................................................................13
II.2.11 Creación de los Formularios Parámetros (CostoObraC, FOS, FOT, Plaza Parqueo,
Retiros Y Tipo Obra Realizar)......................................................................................................... 14
II.2.12 Creación del Formulario F2-A........................................................................................................... 14
II.2.13 funcionamiento del Formulario F2-A.............................................................................................. 15
II.2.14 Diseño Formulario F2-A....................................................................................................................... 15
II.2.15 Creación de expediente del Formulario F2-A............................................................................16
II.2.16 Creación del Formulario F-URB....................................................................................................... 16
II.2.17 funcionamiento del Formulario F-URB.......................................................................................... 17
II.2.18 Diseño Formulario F-URB................................................................................................................... 17
II.2.19 Creación de expediente del Formulario F-URB........................................................................18
II.2.20 Creación del Formulario F-CC.......................................................................................................... 18
II.2.21 funcionamiento del Formulario F-CC............................................................................................. 19
II.2.22 Diseño Formulario F-CC...................................................................................................................... 19
II.2.23 Creación de expediente del Formulario F-CC...........................................................................20
II.2.24 Creación del Formulario F3-A........................................................................................................... 20
II.2.25 funcionamiento del Formulario F3-A.............................................................................................. 21
II.2.26 Diseño Formulario F3-A....................................................................................................................... 21
II.2.27 Creación de expediente del Formulario F3-A............................................................................22
II.2.28 Creación del Formulario F4-B........................................................................................................... 22
II.2.29 funcionamiento del Formulario F4-B.............................................................................................. 23
II.2.30 Diseño Formulario F4-B....................................................................................................................... 23
II.2.31 Creación de expediente del Formulario F4-B............................................................................24
CAPÍTULO III:....................................................................................................................................... 25
APORTACIONES IMPLEMENTANDO CONOCIMIENTOS DE LA CARRERA.
....................................................................................................................................................................... 25
III.3.1 Descripción del capítulo III................................................................................................................... 26
III.3.2 Introducción................................................................................................................................................. 26
III.3.3 Objetivos........................................................................................................................................................ 27
III.3.3.2 Objetivos específicos propuestos para el proyecto:............................................................27
III. 3.4 Antecedentes............................................................................................................................................. 28
III. 3.5 Marco Normativo...................................................................................................................................... 29
III.3.5.2 Normativa Internacional..................................................................................................................... 29
III.3.6 Problemática Actual................................................................................................................................. 30
III.3.7 Herramientas a Implementar............................................................................................................... 30
III. 3.7.1 Herramientas implementadas en el Sistema Control de Expedientes de
Gerencia de Control de la Construcción..............................................................................30
 Genexus..................................................................................................................................................... 30
 Google Chrome...................................................................................................................................... 31
III.3.8 Requisitos del Sistema........................................................................................................................... 31
III.3.8.1 Requisitos funcionales........................................................................................................................ 31
III.3.8.2 Requisitos no funcionales................................................................................................................. 32
III.3.9 Diseño de la Interfaz del Sistema..................................................................................................... 33
III.3.10 Vista de Inicio de sesión..................................................................................................................... 33
III.3.11 Vista general de página de Dashboards.....................................................................................33
III.3.12 Apartado de formulario de usuarios.............................................................................................. 34
III.3.13 Apartado de formulario de viajes.................................................................................................... 35
III. 3.14 Apartado de formulario de talonarios.......................................................................................... 36
III.3.15 Apartado de formulario de vehículos............................................................................................ 36
III.3.16 Apartado de formulario de transportistas....................................................................................37
III.3.17 Arquitectura del Modulo...................................................................................................................... 38
III.3.18 Descripción de la Aplicación Desarrollada................................................................................. 39
III.3.19 Base de datos.......................................................................................................................................... 39
III.3.20 Backend...................................................................................................................................................... 39
III.3,21 Frontend..................................................................................................................................................... 39
III.3.22 Inicio de sesión........................................................................................................................................ 40
III.3.23 Pagina de Dashboard........................................................................................................................... 42
III.3.24 Formularios de dashboards.............................................................................................................. 46
III.3.25 Formulario de viajes – vista de usuario.......................................................................................47
III.3.36 Formulario de talonarios – vista de usuarios............................................................................49
III.3.27 Formulario de vehículos – vista de usuarios.............................................................................50
III.3.28 Formulario de transportistas– vista de usuarios.....................................................................51
III.3.29 Pagina no encontrada.......................................................................................................................... 52
Conclusiones........................................................................................................................................... 53
Recomendaciones.................................................................................................................................. 55
Glosario técnico...................................................................................................................................... 56
Bibliografía................................................................................................................................................ 58
Anexos........................................................................................................................................................ 59
Agradecimiento

Ante todo, le agradezco a Dios el es responsable donde estoy ahora. Ya


que sin el no soy nada eventualmente siempre estuvo a mi lado el me dio
la vida y los valores de la misma.

La persona más importante de mi vida mi madre. Le agradezco


rotundamente todo. Ella me siempre estuvo apoyándome. Es mi mejor
amiga. Una persona que le tengo un cariño especial, ella me forjo la clase
de persona que soy en día y siempre le estaré agradecido. De igual
manera al resto de mi familia que siempre tendrán un espacio en mi
corazón poque son especiales para mí.

También le agradezco a la AMDC porque me brindaron la oportunidad


de realizar la practica con ellos. Me trataron de una manera especial y
con respeto. Cada uno de sus empleados son personas que les tengo
respeto y admiración por lo que son y fueron parte influyente para
cambiar mi manera de pensar.

Por último, a mis maestros de Universidad que la verdad no tengo


quejas con ninguno. Son profesores que cumplen con sus tareas y
especialmente enseñar a los alumnos, por otra parte a mis amigos que
estuvieron conmigo y me apoyaron a lo largo de los 4 años de carrera.
Introducción

El presente informe muestra de manera explícita el desarrollo del sistema de


Gerencia de la Construcción de la AMDC de Honduras. Eventualmente realizado
para la práctica profesional supervisada en el área de Gerencia de informática. Para
previo obtener el título de Ingeniería en ciencias de la computación.

El informe toma en cuenta el desarrollo del sistema paso a paso. Se realizo en un


lapso de 480 horas mínimas de la práctica profesional supervisada llevada a cabo en
el primer periodo del presente año 2023.

Se tomará en cuenta los conocimientos adquiridos tanto en la universidad como


donde se realizó la práctica profesional. También abarcar el tipo de metodología que
se realizó y la ética profesional.

El informe contara con las actividades que se realizaron durante el periodo de


práctica profesional. a su vez con reglamentos y protocolos como el Plan de
Arbitrios para definir parámetros del proyecto. Esto con el fin de poder desarrollar
mis actividades.

1
CAPÍTULO I:
Generalidades de la AMDC
Alcaldía Municipal Distrito
Central Honduras

2
AMDC Alcaldía Municipal Distrito Central

¿Quiénes Somos?
Somos la Gerencia de Atención al Ciudadano y en la alcaldía del Distrito
Central nos enfocamos en la recaudación de impuestos municipales de distinta
índole para que la administración de nuestro alcalde Jorge Aldana pueda
realizar obras y proyectos necesarios para mejorar la calidad de vida de los
ciudadanos de buen corazón.

Desde la Gerencia de Atención al Ciudadano impulsamos diferentes proyectos,


convenios y alianzas estratégicas que permitirán eficiente la administración
pública municipal mejorando los tiempos de realización de tus trámites en la
A.M.D.C.

También generar condiciones para que las y los capitalinos puedan realizar sus
trámites municipales, de la manera más fácil y puedan tener la confianza que
sus tributos serán invertidos en el complimiento de las demandas y
necesidades de la capital.

Misión

Establecer una administración municipal eficiente y efectiva, así como una línea
de trabajo orientada a construir el desarrollo sostenible de la capital de
Honduras, involucrando la participación activa de la ciudadanía como parte
esencial en el progreso del municipio

Visión 

Construir un modelo de desarrollo ciudadano y comunitario a corto, mediano y


largo plazo, con la participación decidida de diferentes sectores de la sociedad,
como constructores y vigilantes del cumplimiento de las estrategias diseñadas

3
para mejorar la calidad de vida y alcanzar el bienestar de la población del
Distrito Central.

Valores

· Plenitud Humana: Esfuerzo, Honestidad y Responsabilidad.


· Plenitud Ciudadana: Formación de conciencia construcción del
bien común.

· Plenitud Laboral: Transparencia y confidencialidad servicio y


compromiso cultural de servicio y calidad.

Figura 1 Organigrama de la A.M.D.C


Organigrama

4
Figura 2 Organigrama de la A.M.D.C Parte 2

5
CAPÍTULO II:
ACTIVIDADES ASIGNADAS Y
REALIZADAS.

6
II.2.1 Actividades realizadas y asignadas

Continuación se mostrarán y especificarán cada actividad realizada durante mi


practica profesional en la AMDC. Esto con el propósito como comprobante de
lo realizado en el periodo de la práctica profesional

Diagrama de Gantt
Se creó un Diagrama de Gantt para llevar el control de las actividades
realizadas y de la misma forma medir la duración de las actividades para así
llevar un mejor control.

Diagrama de Gantt Figura 3 se puede ver en la lista de anexos.

7
II.2.2 Realización del curso de Genexus

Objetivo: Poder incorporarme al modo de trabajo de la AMDC en este caso


con el programa Desarrollador de Software genexus ya que es con el programa
que actualmente se desarrolla en la AMDC.

Desarrollo: Se inicio y termino el curso en las primeras tres semanas de la


práctica profesional el cual el curso tenía lo siguiente:
 Manipulación de transacciones
 Manipulación de Objetos
 Elaboración de procedimientos
 Organización de las bases de Datos
 Parte diseño con la herramienta K2B
 Interacción con otros lenguajes y plataforma como Visual Studio
Resultados: Al finalizar el curso de Genexus se notaba un cambio con
respecto al inicio de mi práctica. Esto me abría la puerta para programar

II.2.3 Recolectar información del proyecto asignado

Objetivo: Ahora que asignaron el proyecto tengo la tarea de recolectar todos


los datos del mismo. Esto para la creación de la base de datos y eventualmente
la normalización de la misma. También para la estructura que llevara el
programa.

Desarrollo: para el desarrollo de la actividad tuve que descargar la información


de la página de la AMDC. En este caso se descargaron PDF de los módulos a
realizar esto conforme a lo que estipulo el jefe de proyectos.

Resultados: el resultado fue con éxito con respecto a la documentación queda


evaluarla para el siguiente paso.

8
II.2.4 Investigación del proyecto asignado.

Objetivo: se va investigar en las áreas donde se va desarrollar el proyecto esto


para saber cómo se puede estructurar y cuál es la naturaleza del
funcionamiento del proyecto

Desarrollo: En la investigación se tomó en cuenta del departamento de


Gerencia de la Construcción. Lo cual esta divido en distintas secciones. De las
cuales principalmente para el desarrollo del sistema que realice basado en el
documento las principales áreas son solicitud de licencia de obra en la segunda
planta del edificio del AER. En solicitud de Licencia de obra, se verifica como
los contribuyentes piden permiso o información. Para la licencia de obra, esto
va depender del tipo de licencia ya puede ser simplificada o no simplificada
esto también afecta varios factores que se mostraran adelante en el informe.
Cabe recalcar que el profesional a cargo de ingresar los informes se encarga
también antes de ingresar verificar si la matricula está bien y la clave catastral
de igual manera. Esto sería basado con respecto al ingreso del informe
después que este mismo ingrese al sistema pasa a revisión en el cuarto piso
de la misma gerencia Control de la Construcción. Esto va hacer revisado por
determinados profesionales. Al momento de examinar los documentos pueden
ver el estado del mismo si esta retenido o no tiene ningún problema para
proceder a llenar. Si esta retenido es porque la obra fue iniciada o fue
ilícitamente realizada sin ningún permiso o profesional a cargo (Ingeniero,
Arquitecto, electricista etc.…) después de que todo se encuentre de manera
correcta pasa a otro filtro que sería con los coordinadores del ATP en el cuarto
piso lo cual ellos se encargan de dar el control de calidad esto es para que la
gerencia firme los permisos para la construcción.

Resultados: Los resultados fueron exitosos ya que toda la información que se


obtuvo es de gran ayuda para el manejo de la elaboración del proyecto.

Imágenes de la actividad se puede apreciar en los anexos 4,5

9
II.2.5 Creación de la normalización de base de datos

Objetivo: tener un control con respecto de los datos del proyecto. Esto hace
una buena práctica para la programación y manipulación de datos

Desarrollo: Con la información que se investigó y la documentación que se


obtuvo en la recolección de datos son base suficiente para la normalización. Se
se realizó la normalización del proyecto con lo eventualmente recolectado.
Tablas que se crearon:
Tabla Solicitante: En esta tabla se guarda la información de los solicitantes
que realizan tramites de licencias u otros permisos. Con tiene información
básica como el RTN, Nombres y Dirección del solicitante
Tabla Clave Catastral: La tabla guarda las claves catastrales. Esto es
importante ya que se ocupa para la mayoría de tramites a realizar
Tabla Zonificación: La tabla guarda los tipos de zonificaciones, la colonias y
sectores según la zonificación.
Tabla Profesional: la tabla profesional son las personas encargadas a llenar
los formularios y validarlos.
Tabla tipo Licencia Obra: se guardan los tipos de licencias a las que aspira el
solicitante. Esto depende de la obra ya sea un muro, piscina o remodelación.
Tabla Licencias: tabla Licencia es donde se guardan las licencias de
construcción lo cual se diferencia de la de obra. Esto debido a que las licencias
puede ser construcción de vivienda o edificios.
Tabla F-01: en esta tabla guarda la información del solicitante y demás datos
técnicos para solicitar la licencia de obra.
Tabla 4-B: guarda los datos del solicitantes y demás datos técnicos en este
caso es para autorización de uso del espacio público.
Tabla 3-A: guarda los datos del solicitantes y demás datos técnicos en este
caso es la solicitud de rotura de vía.
Tabla 2-A: guarda los datos del solicitantes y demás datos técnicos en este
caso es la solicitud de Permisos de Rótulos y Vallas.
Tabla CUS: guarda los datos del solicitantes y demás datos técnicos en este
caso es la solicitud de Permisos de Compatibilidad de uso de Suelo.

10
Tabla CC: guarda los datos del solicitantes y demás datos técnicos en este
caso es la solicitud de Permisos de Compatibilidad de Negocio.
Tabla F-URB: guarda los datos del solicitantes y demás datos técnicos en este
caso es la solicitud de Licencia de Obra Urbanizaciones y Condominios.
Tabla TP: Es una tabla que contiene todos los parámetros de los formularios.

Resultados: Con respecto a los resultados se detalló cuáles son los datos que
se va a utilizar en cada módulo lo cual fue un rotundo éxito.
Imágenes de la actividad se puede apreciar en los anexos 8,7,6

II.2.6 Creación del Formulario F-01

Objetivo: Como objetivo se realizará el formulario F-01 según lo estipulado.

Desarrollo: Para la creación del formulario F-01 se tomó en cuenta la


información de las entrevistas. Una parte se recolecto información de la base
de datos antigua. Esto con el propósito de usar ingeniería inversa, también se
tomó en cuenta información para los cálculos. Ahora bien, este formulario se
contiene en una tabla de SQL, pero en Genexus se puede apreciar en dos
transacciones esto debido a los roles ya que un usuario solo puede crear y otro
usuario tiene la tarea de actualizar así de este modo facilita en los roles de los
usuarios para validar cualquier tipo de transacción o modulo.

Resultados: La creación del formulario F-01 Se realizo en dos transacciones


con el hecho que se guarda la información en una tabla de SQL de esta
manera facilita y optimizamos la base de datos.

Imágenes de la actividad se puede apreciar en los anexos


9,10,11,12,13,14,15

11
II. 2.7 funcionamiento del Formulario F-01

Objetivo: Creación de CRUD, funcionamiento de cálculos y otras actividades


del formulario F-01
Desarrollo: Para el funcionamiento del formulario F-01 Se realizo en base de
procedimientos los cuales estos son realizados en base a lo requerido del
formulario ya sean validaciones y cálculos los cuales fueron obtenidos gracias
al plan arbitrios ART. 99. Este tipo de datos del ART. 99. Son de gran ayuda ya
que si no se implementan se tendrá a futuro problemas legales.

Resultados: Se logro obtener con éxito el objetivo, esto debido que el


funcionamiento esta según lo estipulado.

II.2.8 Diseño Formulario F-01

Objetivo: Darle diseño al formulario F-01.

Desarrollo: Para darle diseño al formulario se utilizó la herramienta K2B esto


facilita al momento de realizar el diseño del formulario, se tienen que asignar
grupos, columnas y tabs, esto agiliza el proceso de diseñar ya sea con HTML Y
CSS.

Resultados: la interfaz de usuario fue realizada con éxito, esto intentando


hacer más amigable en el entorno pese a llevar mucha información.

12
II.2.9 Creación de expediente del Formulario F-01

Objetivo: implementar expedientes en el formulario F-01.

Desarrollo: Para tener un control se tienen que implementar los expedientes.


Depende de la necesidad del usuario así que puede variar, por lo tanto. Se
creo un procedimiento para poder imprimir los reportes. También se utilizó la
herramienta K2B para que este a simple vista del usuario. Ahora bien, se
realizo en dos partes en l reporte debido a que una parte la obtiene el
contribuyente y la otra la conserva el usuario en determinado caso el
profesional.

Resultados: se realizan dos partes para que una de ellas la conserva el


usuario y la otra el contribuyente esto sirve como un comprobante se asemeja
una factura.
Imagen de la actividad se puede apreciar en el anexo 16

II.2.10 Creación de los Formularios Secundario (Clave Catastral,


Profesional, Solicitante, Tipo licencia Obra, Tipo licencias y Zonificación)

Objetivo: Como objetivo se realizarán las transacciones secundarias según lo


estipulado esto para futuro realizar la ingeniería Inversa.

Desarrollo: Para la creación de las transacciones secundaria estos fueron


realizados en inspiración de la base de datos vieja, esto debido ya que está
pensado en realizarse Ingeniería inversa.

Resultados: El desarrollo fue con éxito de igual manera se implementaron


nuevos tipos de datos.

Imágenes de las actividades se pueden apreciar en los anexos 17, 18, 19,
20, 21, 22

13
II.2.11 Creación de los Formularios Parámetros (CostoObraC, FOS, FOT,
Plaza Parqueo, Retiros Y Tipo Obra Realizar)

Objetivo: estos formularios almacenan los datos para eventualmente


relacionarlo con las fórmulas de la transacción F-01.

Desarrollo: Se crearon primero los atributos de las transacciones los cuales


van relacionados a los atributos a parametrizar con las demás transacciones,
se ingresó la información. Parametrizar es una buena programación de este
modo si se tiene que modificar algo un dato no es necesario tocar el código
fuente del programa simplemente desde la interfaz se puede cambiar el dato.
Resultados: El desarrollo fue con éxito. También la verificación con los
atributos de la parametrización con los originales de la transacción a
parametrizar.
Imágenes de las actividades se pueden apreciar en los anexos 23, 24, 25,
26, 27, 28, 29

II.2.12 Creación del Formulario F2-A

Objetivo: Como objetivo se realizará el formulario F2-A según lo estipulado.


Desarrollo: Para la creación del formulario F2-A se tomó en cuenta la
información de las entrevistas. Una parte se recolecto información de la base
de datos antigua. Esto con el propósito de usar ingeniería inversa. En este caso
me centre en el área de permisos de rotulo y vallas previo a lo antes
comentado, partimos desde una base, esto tomando en cuenta los datos de la
tabla solicitante, después realizar la base empecé a colocar los atributos
correspondientes del formulario F2-A. también se realizaron dos subniveles
esto en el área de Cantidades y tipos de anuncios y Solicitud de autorización
de instalación de anuncios publicitarios.

Resultados: Se logro obtener con éxito el objetivo, esto debido a que el


formulario funciona según lo estipulado.

14
Imagen de la actividad se pueden apreciar en el anexo 30

II.2.13 funcionamiento del Formulario F2-A

Objetivo: Creación de Crud y funcionamiento general.


Desarrollo: Para el funcionamiento del formulario F2-A se implementaron los
patterns de genexus, aparte de ello también esto condicionado a que funcione
con procedimientos ya sea para obtener el usuario y también de igual manera
el correlativo del mismo expediente. Se agregaron dos sub niveles los cuales
estos generan dependencia de la misma transacción. Esto hace que se genere
una sub tabla en SQL tratándose como si fuera una tabla ajena de la principal
F2-A.

Resultados: Funcionamiento del Formulario corresponde a los requisitos


estipulados. Se secciono con dos subniveles esto de igual manera genera
dependencia de la tabla principal de este modo optimizando la base de datos.

II.2.14 Diseño Formulario F2-A

Objetivo: Darle diseño al formulario F2-A.

Desarrollo: Para darle diseño al formulario se utilizó la herramienta K2B esto


facilita al momento de realizar el diseño del formulario, se tienen que asignar
grupos, columnas y tabs, esto agiliza el proceso de diseñar ya sea con HTML Y
CSS.

Resultados: Se obtuvo éxito ya que tuvo comentario positivo del jefe de


desarrollo.

15
II.2.15 Creación de expediente del Formulario F2-A

Objetivo: implementar expedientes en el formulario F2-A.

Desarrollo: Para tener un control se tienen que implementar los expedientes.


Depende de la necesidad del usuario así que puede variar, por lo tanto. Se
creo un procedimiento para poder imprimir los reportes. También se utilizó la
herramienta K2B para que este a simple vista del usuario. Ahora bien el
procedimiento consiste en traer los atributos que corresponden al expediente.
Esto se tuvo que realizar. Mandamos a llamar la tabla donde ocupamos los
datos y los sacamos con un respectivo for each.

Resultados: facilitar el trabajo de los usuarios y facilitar la información al


contribuyente fueron los resultados que se obtuvieron.
Imagen de la actividad se pueden apreciar en el anexo 31

II.2.16 Creación del Formulario F-URB

Objetivo: Como objetivo se realizará el formulario F-URB según lo estipulado.

Desarrollo: Para la creación del formulario F-URB se tomó en cuenta la


información de las entrevistas. Una parte se recolecto información de la base
de datos antigua. Esto con el propósito de usar ingeniería inversa. En este caso
me centre en el área de Solicitud de licencia de obra Urbanización y
Condominios diferencia entre otros formularios es el cuadro de uso de suelo
propuesto que es el área que se toma del área total del terreno. Se toman en
cuento estos detalles esto debido a que no es una construcción. Son varias
construcciones por eso son condominios.

Resultados: Pese a compartir similitudes con otros formularios no comparte un


propósito en común, se agregó el cuadro de uso de suelo propuesto, este es el

16
que delimita las áreas de construcción y restantes ya sea verde o circulación.

Imágenes de las actividades se pueden apreciar en los anexos 32,33

II.2.17 funcionamiento del Formulario F-URB

Objetivo: Creación de Crud y funcionamiento general.


Desarrollo: Para el funcionamiento del formulario F-URB se implementaron los
patterns de genexus de igual manera se realizaron procedimientos para
algunas actividades del mismo. De igual manera se utilizaron procedimientos
para el ingreso de datos y también se implemento en las formulas del mismo.
En este caso cuadro de uso de suelo propuesto.

Resultados: los procedimientos y las reglas funcionan según lo planeado, esto


facilita el funcionamiento del usuario.

II.2.18 Diseño Formulario F-URB

Objetivo: Darle diseño al formulario F-URB

Desarrollo: Para darle diseño al formulario se utilizó la herramienta K2B esto


facilita al momento de realizar el diseño del formulario, se tienen que asignar
grupos, columnas y tabs, esto agiliza el proceso de diseñar ya sea con HTML Y
CSS.

Resultados: Se obtuvo éxito ya que tuvo comentario positivo del jefe de


desarrollo.

17
II.2.19 Creación de expediente del Formulario F-URB

Objetivo: implementar expedientes en el formulario F -URB.

Desarrollo: Para tener un control se tienen que implementar los expedientes.


Depende de la necesidad del usuario así que puede variar, por lo tanto. Se
creo un procedimiento para poder imprimir los reportes. También se utilizó la
herramienta K2B para que este a simple vista del usuario. Se saca dos
expedientes uno para el contribuyente y otro para el usuario de la gerencia esto
maneja un mejor control también se utiliza como evidencia. Aplicando
procedimientos podemos generar reportes

Resultados: Se crean dos partes del expediente. Son dos partes porque se
duplica una. Ya que una se entrega al contribuyente y otra al usuario o
profesional a cargo
Imagen de la actividad se pueden apreciar en el anexo 34

II.2.20 Creación del Formulario F-CC

Objetivo: Como objetivo se realizará el formulario F-CC según lo estipulado.

Desarrollo: Para la creación del formulario F-CC se tomó en cuenta la


información de las entrevistas. Una parte se recolecto información de la base
de datos antigua. Esto con el propósito de usar ingeniería inversa. En este caso
me centre en el área de Solicitud de Compatibilidad de Negocio la que se
encarga si un condumio es apto para que sea un negocio esto va depende del
área donde se ubique ya sea por el tipo de zonificación, la diferencia entre
otros formularios es la solicitud de la instalación de Rótulos.

18
Resultados: se implementaron los atributos que son necesarios se agregó un
sub nivel en este caso es solicitud de instalación de rotulo.
Imágenes de las actividades se pueden apreciar en los anexos 35 y 36
II.2.21 funcionamiento del Formulario F-CC

Objetivo: Creación de Crud y funcionamiento general.


Desarrollo: Para el funcionamiento del formulario F-CC se implementaron los
patterns de genexus de igual manera se realizaron procedimientos para
algunas actividades del mismo. Se manda a llamar la clave catastral, los datos
del solicitante y la zonificación. Se agrego de igual manera un sub nivel
dependiente de la transacción principal en este caso es F-CC. De esta manera
optimizamos la base de datos.

Resultados: Por medio de procedimientos obtenemos el funcionamiento de la


transacción de esta manera ahorramos códigos ya sea con bucles o
condiciones.

II.2.22 Diseño Formulario F-CC

Objetivo: Darle diseño al formulario F-CC

Desarrollo: Para darle diseño al formulario se utilizó la herramienta K2B esto


facilita al momento de realizar el diseño del formulario, se tienen que asignar
grupos, columnas y tabs, esto agiliza el proceso de diseñar ya sea con HTML Y
CSS.

Resultados: Se obtuvo éxito ya que tuvo comentario positivo del jefe.

19
II.2.23 Creación de expediente del Formulario F-CC

Objetivo: implementar expedientes en el formulario F -CC.

Desarrollo: Para tener un control se tienen que implementar los expedientes.


Depende de la necesidad del usuario así que puede variar, por lo tanto. Se
creo un procedimiento para poder imprimir los reportes. También se utilizó la
herramienta K2B para que este a simple vista del usuario. Vamos obtener
resultados de los expedientes los cuales unos va hacer para el respectivo
contribuyente y otro para el profesional.

Resultados: los expedientes se crearon, estos se implementaron y cumple con


sus funciones.

II.2.24 Creación del Formulario F3-A

Objetivo: Como objetivo se realizará el formulario F3-A según lo estipulado.

Desarrollo: Para la creación del formulario F3-A se tomó en cuenta la


información de las entrevistas. Una parte se recolecto información de la base
de datos antigua. Esto con el propósito de usar ingeniería inversa. En este caso
me centre en el área de Solicitud de Rotura de Vía.

Resultados: fue planteando de buena manera la creación del formulario


basándose en atributos demandas del contribuyente.

Imagen de la actividad se puede apreciar en el anexo 37

20
II.2.25 funcionamiento del Formulario F3-A

Objetivo: Creación de Crud y funcionamiento general.


Desarrollo: Para el funcionamiento del formulario F3-A se implementaron los
patterns de genexus de igual manera se realizaron procedimientos para
algunas actividades del mismo.

Resultados: los procedimientos son de gran ayuda para poder interactuar y


dar funcionamiento al programa.

II.2.26 Diseño Formulario F3-A

Objetivo: Darle diseño al formulario F3-A.

Desarrollo: Para darle diseño al formulario se utilizó la herramienta K2B esto


facilita al momento de realizar el diseño del formulario, se tienen que asignar
grupos, columnas y tabs, esto agiliza el proceso de diseñar ya sea con HTML Y
CSS.
Resultados: Se obtuvo éxito ya que tuvo comentario positivo del jefe de
desarrollo.

21
II.2.27 Creación de expediente del Formulario F3-A

Objetivo: implementar expedientes en el formulario F 3-A.

Desarrollo: Para tener un control se tienen que implementar los expedientes.


Depende de la necesidad del usuario así que puede variar, por lo tanto. Se
creo un procedimiento para poder imprimir los reportes. También se utilizó la
herramienta K2B para que este a simple vista del usuario.

Resultados: siempre se almacena un expediente para el contribuyente y otro


para el usuario.
Imagen de la actividad se pueden apreciar en el anexo 38

II.2.28 Creación del Formulario F4-B

Objetivo: Como objetivo se realizará el formulario F4-B según lo estipulado.

Desarrollo: Para la creación del formulario F4-B se tomó en cuenta la


información de las entrevistas. Una parte se recolecto información de la base
de datos antigua. Esto con el propósito de usar ingeniería inversa. En este caso
me centre en el área de Solicitud de Autorización de Espacio Público. Ya sea
por el tipo de infraestructura a implementar e telefonía, tv por cable entre otros.

Resultados: Se logro obtener con éxito el objetivo, esto debido a que el


formulario funciona según lo estipulado.

Imágenes de las actividades se pueden apreciar en los anexos 39, 40.

22
II.2.29 funcionamiento del Formulario F4-B

Objetivo: Creación de Crud y funcionamiento general.


Desarrollo: Para el funcionamiento del formulario F3-A se implementaron los
patterns de genexus de igual manera se realizaron procedimientos para
algunas actividades del mismo. Basado en procedimientos almacenamos la
información de los datos que se recolectan.

Resultados: Se logro obtener con éxito el objetivo, esto debido que el


funcionamiento esta según lo estipulado.

II.2.30 Diseño Formulario F4-B

Objetivo: Darle diseño al formulario F4-B.

Desarrollo: Para darle diseño al formulario se utilizó la herramienta K2B esto


facilita al momento de realizar el diseño del formulario, se tienen que asignar
grupos, columnas y tabs, esto agiliza el proceso de diseñar ya sea con HTML Y
CSS.

Resultados: Se obtuvo éxito ya que tuvo comentario positivo del jefe de


desarrollo.

23
II.2.31 Creación de expediente del Formulario F4-B
Objetivo: implementar expedientes en el formulario F 4-B.
Desarrollo: Para tener un control se tienen que implementar los expedientes.
Depende de la necesidad del usuario así que puede variar, por lo tanto. Se
creo un procedimiento para poder imprimir los reportes. También se utilizó la
herramienta K2B para que este a simple vista del usuario. Expediente que
almacena el usuario y de igual manera para el contribuyente. Se realiza el
expediente con procedimiento obteniendo los datos más importantes

Resultados: se genera procedimientos para poder realizar los expedientes y


llevar un mejor control.
Imagen de la actividad se pueden apreciar en el anexo 38

24
CAPÍTULO III:
APORTACIONES
IMPLEMENTANDO
CONOCIMIENTOS DE LA
CARRERA.

25
III.3.1 Descripción del capítulo III.
Se va describir cual fue el proceso y la petición para realizar el sistema en el
área de Gerencia de control de la Construcción de la AMDC. Tomando en
cuenta los conocimientos adquiridos durante la carrera Ingeniera en Ciencias
de la Computación.

III.3.2 Introducción

Se mostrará de manera explícita en el documento información del sistema que


fue desarrollado en Gerencia de control de la construcción. Esto en base a
problemas y posibles soluciones que hubo en el proyecto. el sistema que
actualmente trabaje será para actualizar un sistema parecido. Debido a que el
sistema anterior no cumple con varios requerimientos de igual manera se
buscara mejorar y optimizar el sistema para que sea de gran ayuda al usuario.
Facilitando las labores ya sea del usuario, DBA o Programador esto siempre
viendo hacia al futuro.

26
III.3.3 Objetivos

III. 3.3.1 Objetivo general:


Tener que simplificar las tareas de los usuarios esto haciéndolo con menos
atajos menos acciones que realice el usuario a su vez también la optimización
y que no utilicen otras herramientas que no sean ajenas al programa mismo.

III.3.3.2 Objetivos específicos propuestos para el proyecto:


 Investigación de la información del proyecto. Esto debido a que es un
área nueva, por lo tanto, tiene varios detalles que se desconocen.
 Ver la base de datos vieja para ver que se puede reutilizar en el
proyecto.
 Desarrollar el sistema conforme a los parámetros establecidos en la
institución.
 Dar novedades para que los usuarios se sientan más a gusto con el
nuevo cambio.

27
III. 3.4 Antecedentes
La tecnología juega un papel fundamental en nuestra época actual porque
facilita los procesos que realizamos nosotros los seres humanos. Mientras más
avanza la tecnología existe la posibilidad que algo se resuelva de una manera
mas eficiente, esto da entender que influyente bastante en la competencia
dentro de la industria esto debido a que mientras mas optimizado y menos
paso se realice un proceso se ahorra tiempo. Con lleva una gran
responsabilidad manejar datos que son de suma importancia ya sean datos
personales de otras personas. Pero a su vez ahorra tiempo y tienen un mejor
control de los documentos que se intenta almacenar o va depender del tipo de
información que se desea guardar. Ahora si bien la tecnología ayuda bastante
a futuro se tiene que tomar en cuenta varios factores como la estabilidad que
puede llegar a tener. Esto seria si en dado caso tienen varios registros y se van
acumulando es algo que termina influyendo. También se destaca el tipo de
seguridad que tiene que ser conveniente para la empresa que quiera
implementar un software. Comentario de la ONU: La era de Internet, la eclosión
de los teléfonos móviles, el impacto presente y futuro de la inteligencia artificial,
las amenazas a la privacidad en línea, las brechas de información en
aplicaciones o sitios web y las sospechas sobre la influencia en la alteración de
resultados electorales de diversos países.

No hay duda de que vivimos una era en que la tecnología digital está
transformando las sociedades a una velocidad insospechada y, al mismo
tiempo, logra avances sin precedentes a la vez que plantea nuevos y profundos
desafíos.

28
Por esa razón, el Secretario General de las Naciones Unidas encargó al Panel
de Alto Nivel Sobre la Cooperación Digital, que comprende a veinte líderes del
mundo empresarial, político, académico y civil, la elaboración de un
informe que investigara sobre cómo este tipo de cooperación puede contribuir
al logro de los Objetivos de Desarrollo Sostenible de la Organización.

La respuesta nos la proporciona Isabel Guerrero, miembro del Panel,


fundadora y directora ejecutiva de la ONG Imago Bases Globales y profesora
en la Universidad estadounidense Harvard Kennedy. Guerrero lleva trabajando
en temas de desarrollo desde hace treinta años.  

 “Si ves los Objetivos de Desarrollo Sostenible y empiezas a pensar en lo que


la tecnología podría hacer por el desarrollo, una de las cosas más difíciles para
un gobierno es, por muy buenas intenciones que tenga, llegar hasta la última
milla: porque es muy caro, porque es muy remoto, porque uno no tiene la
capacidad humana ni logística de llegar ahí. La tecnología hoy en día te
permite llegar con servicios de salud a través de aplicaciones, a través de
videos, en donde lo que necesitas en la última milla es un servicio básico de
salud y puedes usar a través de la tecnología servicios más especializados de
consulta, por ejemplo. O ahora hay aplicaciones que pueden diagnosticar la
malaria y llegar hasta la última milla. Entonces, la tecnología puede lograr
acelerar las metas de desarrollo sostenible”.

III. 3.5 Marco Normativo

III.3.5.1 Normativa Nacional:


Ley de Derechos de Autor y Derechos Conexos. Decreto número 141/93 del 30
de agosto de 1993 (Publicada en las Gacetas 27.218 y 27.219 del 8 y 9
diciembre de 1993).
Ley de Propiedad Industrial. Decreto 4/99 E, del 13 de diciembre de 1999,
(deroga el Decreto 141/93, del 30 de agosto de 1993. (Publicado en las
Gacetas 27.231 y 27.232 del 23/24 de diciembre de 1993).
Decreto 170-2006 de 27 de noviembre de 2006. Ley de Transparencia y

29
acceso a la información pública. (La Gaceta, 30 de diciembre de 2007).

III.3.5.2 Normativa Internacional


ISO: Las series de ISO 9000 son un grupo de 5 individualidades,
pero relacionadas entre sí, siendo estándares internacionales de administración
de la calidad y aseguramiento de la misma. Algunos de los beneficios que se
alcanzan al instrumentar estas series en la empresa, son: La posibilidad de
darle calidad al producto o servicio.
SPICECMMI: Es un estándar importante iniciativa internacional para apoyar
el desarrollo de una Norma Internacional para la Evaluación de Procesos de
Software. El proyecto tiene tres objetivos principales: Para desarrollar un
proyecto de trabajo para un estándar para la evaluación de procesos de
software.
PSP: El proceso personal del software es un método de auto conocimiento,
que permite estimar cuando se tarda un individuo en realizar una aplicación
de software, para así calcular el presupuesto y asegurar la operatividad de los
desarrollos.

III.3.6 Problemática Actual

Problemática:
La Gerencia de Control de la Construcción requiere una actualización sobre el
programa de control de expediente esto debido aquel sistema actual tiene
algunos y errores o no está en su totalidad completo, por eso algunos de los
empleos optan otro tipo de herramienta en vez de usar el software que
predestinado al ingreso de expedientes.

30
III.3.7 Herramientas a Implementar

III. 3.7.1 Herramientas implementadas en el Sistema Control de


Expedientes de Gerencia de Control de la Construcción
Se detallará los tipos de programas que se implementaron para crear el control
de expedientes de Gerencia de Control de la Construcción.
 Genexus
GeneXus es la Plataforma de Desarrollo de Software que aprovecha los
beneficios del Low-Code y la Inteligencia Artificial, para simplificar y
automatizar las tareas de creación, evolución y mantenimiento de aplicaciones
Multi – Experiencia y Multi - Plataforma.

Al modelar con GeneXus el conocimiento y generar para las últimas


tecnologías, las empresas pueden hacer sistemas que responden y se adaptan
más rápido a los cambios y a las nuevas realidades de los negocios y los
mercados, proporcionando código eternamente joven.

 SQL Server:
Microsoft SQL Server es un sistema de gestión de base de datos
relacional, desarrollado por la empresa Microsoft. El lenguaje de desarrollo
utilizado es Transact-SQL, una implementación del estándar ANSI del lenguaje
SQL, utilizado para manipular y recuperar datos, crear tablas y definir
relaciones entre ellas.

 Google Chrome

31
Google Chrome es un navegador web de código cerrado desarrollado
por Google, aunque derivado de proyectos de código abierto (como el motor de
renderizado Blink). Está disponible gratuitamente. El nombre del navegador
deriva del término en inglés usado para el marco de la interfaz gráfica de
usuario. Este navegador fue usado para la ejecución del portal Sales
Operations y es estrictamente necesario usarlo debido a que otro navegador
genera incompatibilidades en el portal.

 K2B :
"Somos una empresa dedicada al desarrollo de la línea de productos K2B,
integrada por un ERP de clase mundial y soluciones para diferentes industrias.
K2B ERP es una solución que evoluciona junto a los constantes cambios de su
empresa, del negocio y de la tecnología disponible. Permite la gestión
administrativa, financiera y contable, automatizando la operativa de la
organización desde una visión integral. Nuestra misión es brindar soluciones
integradas de alta tecnología que consoliden las distintas visiones operativas
de las empresas, permitiéndoles alcanzar mejoras en el desempeño y un alto
nivel competitivo."

III.3.8 Requisitos del Sistema

Para establecer los requisitos del módulo se llevó a cabo una reunión
para discutir todos los elementos con los que contará el módulo, en la tabla 1
se muestran los requisitos funcionales y en la tabla 2 se muestran los requisitos
no funcionales.

32
III.3.8.1 Requisitos funcionales

Requisito Descripción
Este formulario permitirá ingresar expedientes de
solicitud Licencia de obra a su vez contará con un
Formulario F01
Dashboard para que el usuario pueda eliminar y
actualizar la información
Este formulario permitirá ingresar expedientes de
solicitud Compatibilidad de Negocio a su vez contará
Formulario FCC
con un Dashboard para que el usuario pueda eliminar
y actualizar la información
Este formulario permitirá ingresar expedientes de
solicitud Permisos de Rótulos y vallas a su vez
Formulario 3-A
contará con un Dashboard para que el usuario pueda
eliminar y actualizar la información
Este formulario permitirá ingresar expedientes de
solicitud Compatibilidad de Negocio a su vez contará
Formulario 4-B
con un Dashboard para que el usuario pueda eliminar
y actualizar la información
Este formulario permitirá ingresar expedientes de
solicitud Compatibilidad de Negocio a su vez contará
Formulario F-URB
con un Dashboard para que el usuario pueda eliminar
y actualizar la información
Este formulario permitirá ingresar expedientes de
solicitud Licencia de Obra a su vez contará con un
Formulario 2-A
Dashboard para que el usuario pueda eliminar y
actualizar la información
Este formulario permitirá ingresar parámetros.
Formularios
También contara con su Dashboard para que el
Parámetros
usuario pueda eliminar y actualizar

Este formulario permitirá ingresar Los solicitantes.


Formulario
también contara con su Dashboard para que el
Solicitante
usuario pueda eliminar y actualizar

Formulario Clave Este formulario permitirá ingresar Las Claves

33
Catastrales. también contara con su Dashboard para
Catastral que el usuario pueda eliminar y actualizar

Este formulario permitirá ingresar Los Profesionales.


Formulario también contara con su Dashboard para que el
Profesional usuario pueda eliminar y actualizar

Este formulario permitirá ingresar Tipo licencia obra.


Formulario Tipo también contara con su Dashboard para que el
Licencia Obra usuario pueda eliminar y actualizar

Este formulario permitirá ingresar Tipo licencia.


Formulario Tipo también contara con su Dashboard para que el
Licencia usuario pueda eliminar y actualizar

Este formulario permitirá ingresar la Zonificación.


Formulario también contara con su Dashboard para que el
Zonificación usuario pueda eliminar y actualizar
 

III.3.8.2 Requisitos no funcionales

III.3.9 Diseño de la Interfaz del Sistema

El diseño de la interfaz fue realizado con la herramienta K2B. lo cual es


una extensión de Genexus, ahorra un significativo tiempo al momento de
diseñar

III.3.10 Diagrama BPMN General de Control. Gerencia de Control de la


Construcción.
Se realizo este tipo de diagrama ya que desde mi punto de vista se ve
conveniente. El Diagrama da entender como es el funcionamiento de los
usuarios de GCC como ellos procesan los archivos y expedientes. Desde el
momento que el contribuyente llega a ventanilla a solicitar un permiso hasta
donde le entregan la licencia de construcción.

34
Figura 42. Diagrama BPMN

Figura 43. Diagrama BPMN Parte2

III.3.11 Vista del Formulario F01.


Formulario se encarga de los procesos sobre la licencia de obra. Este
formulario es importante ya que sin esta licencia no puede proceder a ninguna
construcción el contribuyente. Dado lo siguiente se mostrará un dashboard y
como se ve el formulario.
Figura 44. Formulario F01

35
En la primera imagen se puede apreciar el primer parte del formulario F01. Esta
se encargar de llenar los datos del solicitante. Los datos del solicitante se
llaman por medio de una llave foránea. Luego llega la información del
profesional a cargo de la obra.

Figura 45. Formulario F01 Parte 2

La Parte de resultados depende de los datos que puedan ingresan los usuarios
eso varía según el contribuyente. De igual manera aplica en los valores. En la
parte de cálculos se realizo con tabs como si fue un submenú. La descripción
del proyecto va los datos del terreno donde será la construcción. Estos datos
se comparan con la escritura publica y la de catastro como es el tamaño del
terreno. También escriben la parte donde se realiza la construcción Nueva

36
Planos será el nuevo cambio en el terreno en este caso el tamaño de la
construcción.
La parte del área de parqueo influye en varios factores en este caso se
realizaron los cálculos y decisiones con respecto al plan de ARBITRIOS. En
este caso vamos verificar si el tipo de construcción tiene que tener N cantidad
de parqueos. Ejemplo: Si es una casa de 120m² debe tener como mínimo una
plaza de lo contrario no cumple con los requisitos estipulados.

Figura 46. Formulario F01 Parte 3

Retiros es la parte que limita el área de construcción con el área de terreno.


Esto se basa en la conificación de igual manera se encuentra en la plan de
ARBITRIOS.
La vista colindancia es el área de especio que tenemos con el vecino esto
referido con la construcción, ejemplo: Colindancia Lado Derecho unos 3 metros
de colindancia esto tomando en cuenta el área construcción del contribuyente
con el área de terreno con el de vecino.

37
El FOT: Porcentaje de la superficie total del terreno que se puede ocupar con la
proyección horizontal de las construcciones de todos los niveles del o de los
edificios. Siguiendo la lógica del texto anterior. Mide si el área del terreno es
mayor con la de construcción. Esto va depender del tipo de zonificación. Va
depender de ese factor y el tamaño de la construcción si cumple o no los
requisitos.
EL FOS: que es el Factor de Ocupación de Suelo y que remite al porcentaje
máximo que podremos ocupar de edificación por ejemplo si tuviéramos una
superficie de suelo de 500 m2 y un FOS del 60 % podremos ocupar 300 m2 en
Planta Baja . Otra manera de entenderlo podría ser entre el 0 y el 1 , si
tuviéramos la capacidad de utilizar un F.O.S del 0.6 sobre un terreno de 10 x
50 metros obtendríamos el mismo resultado , es decir 10 x 50 equivalen a 500
m2 podemos ocupar 300 m2 , es decir el 0,6 sería exactamente el 60% de
factor de ocupación de terreno . Dependerá entonces del F.O.S permitido.

Figura 47. Formulario F01 Parte 4

Escrituras públicas, se encarga de la verificación de los planos si coincida con


la de catastro.
Datos. Si es por medio de lotes que se obtiene el terreno si es así paga un
determinado precio en licencia de construcción.
Costo de Obra. Es calculado por el control de la construcción. Esto en base a
cálculos establecidos por el plan de ARBITRIOS y las dimensiones del
proyecto.

38
Costo de Obra presentado por el contribuyente. Hace su propio presupuesto el
contribuyente esto según su profesional ya sea Ingeniero civil o arquitecto.
Figura 48. Formulario F01 Parte 5

Habitacional o si es residencial. Lo niveles que posee la construcción, plazas y


Unidades.
Datos Extra. Es el área nueva que se va construir ya sea una habitación o una
casa completa de ser nueva solo escribe datos en construir. Si va actualizar
seria en construida. Área Total es la suma del área vieja con la nueva.
Los datos de abajo como son: Muro perimetral, Muro de Contención, Cisterna,
Movimiento de tierra, Demolición y cambio de techo. Son extras que se le
puede agregar a la construcción.
Figura 49. Formulario de F01Dashboard

III.3.12 Formularios de Parámetros.


Los formularios parámetros. Son importantes ya que ahí puedes guardar
formulas, datos, números e imágenes que se pueden hacer cambios ya sea
desde la base de datos o del programa mismo. Esto quiere decir que no es

39
necesario hacerlo desde el código directo del programa.

Formulario Plaza parqueo. Es uno de los tantos formularios que sirven para
parámetros.
Figura 50. Formulario de Plaza Parqueo

Formulario FOS. Es uno de los tantos formularios que sirven para parámetros.
Figura 51. Formulario de FOS

Formulario FOT. Es uno de los tantos formularios que sirven para parámetros.

40
Figura 52. Formulario de FOT

Formulario Costo de Obra. Es uno de los tantos formularios que sirven para
parámetros.
Figura 53. Formulario de Costo de Obra

Formulario Tipo Obra Realizar. Es uno de los tantos formularios que sirven
para parámetros.
Figura 54. Formulario de Tipo Obra Realizar

41
III.3.13 Mapa Zonificaciones
Se extrajo el mapa del SYNAP para que los Usuarios se les facilite la
información de sectores y las zonificaciones.
Figura 55. Web panel Zonificación

III. 3.14 Formulario FCC

42
Formulario encargado de la compatibilidad de negocio. En dado caso que se
cumplan requisitos se le puede instalar un rotulo lo cual este mismo será
evaluado por gerencia de control de la construcción a medida que no sea de
molestias para la comunidad. Se evalúa si el negocio es propio o alquilado.
Datos del propietario, ubicación exacta y clave catastral.
Figura 56. Formulario FCC

Figura 57. Formulario FCC Parte 2

Figura 58. Formulario FCC Dashboard

43
III.3.15 Formulario F2A
El formulario F2A consiste en permisos de Rótulos y vallas. Básicamente se
evalúan los datos del solicitante, después de eso toman en cuanta la cantidad
de anuncios que se van instalar y el tipo de anuncio ya sea Rotulo adhesivo,
Rotulo pintado, Rotulo Luminoso etc.…

Se puede determinar que son los anuncios que normalmente vemos en la calle
por ejemplo anuncios sobre una película o determinada marca de un producto.
Se evalúan factores como: Leyenda, Numero de caras, Dimensiones del
anuncio, Ubicación del anuncio, clava catastral y el tipo de vehículo.

Figura 59. Formulario F2A

Figura 60. Formulario F2A Dashboard

44
III.3.16 Formulario F-URB
El formulario F-URB se encarga de las licencias de obra de Urbanización y
Condominios. Los datos que mas sobresalen son los datos del solicitante como
los del inmueble ya sea por su clave catastral y ubicación del mismo, se evalúa
si es anteproyecto, urbanización o condominio. Las descripciones del suelo
propuesto y los datos del profesional a cargo

Figura 61. Formulario F-URB

45
Figura 62. Formulario F-URB Parte 2

Figura 63. Formulario F-URB Dashboard

46
III.3.17 Formulario 4B
Formulario para autorización de uso del espacio Público. Se basa en que si una
persona realiza una instalación ya sea por vía área y subterránea tiene que
pedir permisos para reanalizar dicha obra un ejemplo seria la instalación de
cable por tv. Ya que usted por adquirir cable tiene que usar los servicios
públicos en este caso los postes de Energía que están en la calle.
Figura 65. Formulario F4B

Figura 65. Formulario F4B Parte 2

47
Figura 66. Formulario F4B Dashboard

III.3.18 Formulario 3A
Formulario 3A se encarga de la Rotura de Vía. Los datos que evalúan son los de
solicitante, dirección exacta del proyecto, clave catastral y también el tipo de rotura a
realizar si es e nueva, ampliación, legalización y mantenimiento. También toma en
cuenta el profesional responsable.
Figura 67. Formulario F3A

Figura 68. Formulario F3A Parte 2

48
Figura 69. Formulario F3A Dashboard

Conclusiones.

49
El programa de Expedientes de Gerencia de control de la construcción. Fue un
proyecto realizado para que los Ingenieros y arquitectos se les facilitara el
trabajo, tomando en cuenta que realizan varias actividades en distintos
softwares, lo cual en el proyecto actual realizan todas las actividades solo en el
proyecto. En dado caso fue una experiencia buena para mi vida como
profesional poder experimentar y trabajar, siento que ínsita de manera positiva
a los alumnos a ver como es el mundo.

Conclusiones para la empresa:


 La AMDC es una institución que lleva mucho peso ya que se encarga
básicamente de los servicios de la capital por lo tanto el nivel de trabajo
es elevado y con lleva una gran responsabilidad.
 Los profesionales a cargo de manejar la institución son preparados
tienen estándares y valores remarcados lo cual denota que hacen un
buen trabajo, también cabe recalcar que pasan en un constante estrés
esto debido al trabajo ya que con lleva mucha carga.
 Como es nuevo es nueva el área de desarrollo en la AMDC los
proyectos son bastantes, esto con lleva más precisión a toda el área y
cambio de infraestructura de la misma por lo tanto se siente lento al
principio, pero conforme pasa el tiempo se agilizan los eventos.

Conclusiones para la universidad


 Primero que nada. Gracias la verdad a la universidad porque infunde
valores positivos hacia los alumnos esto correspondiente en lo espiritual
y los valores éticos que tenemos que seguir en las instituciones,
preparan profesionales de bien y eso se les agradece mucho.
 Los catedráticos de la Católica son de gran nivel no se le tiene que
envidiar a otras universidades, la Católica esta al mismo o mejor nivel
que otras instituciones esto por el contenido y los catedráticos que
manejan el pensum.

50
 Como aclaración la practica profesional es de gran ayuda para el
estudiante ya que puede ver por sus propios ojos como es el ambiente
laboral.

Recomendaciones.

Recomendaciones para la institución


 Poder experimentar con otras herramientas de software y lenguajes
sería de gran ayuda. Esto porque tendría más variedad al momento de
programar.
 Dar mejores muebles, para los desarrolladores sería una gran
recomendación que tengan los muebles adecuados.

Recomendaciones para la universidad


 Seguir actualizando los lenguajes y entornos de programación o formas
de enseñanza.
 Mostrar a los alumnos distintos métodos o también opciones en los que
ellos puedan programas, gestionar proyectos etc…

51
Glosario técnico.

Genexus: GeneXus es la Plataforma de Desarrollo de Software que aprovecha


los beneficios del Low-Code y la Inteligencia Artificial, para simplificar y
automatizar las tareas de creación, evolución y mantenimiento de aplicaciones
Multi - Experiencia y Multi - Plataforma.

Al modelar con GeneXus el conocimiento y generar para las últimas


tecnologías, las empresas pueden hacer sistemas que responden y se adaptan
más rápido a los cambios y a las nuevas realidades de los negocios y los
mercados, proporcionando código eternamente joven.

Web Form: Cada Web Panel contiene un form Web, el cual debe ser diseñado
por el analista agregándole variables, atributos, así como otros controles, para
que el usuario pueda interactuar con el mismo.

Reglas: Las reglas de un Web Panel permiten definir ciertos comportamientos


puntuales de dicho objeto. Por ejemplo, declarar qué parámetros recibe, definir
qué variables no queremos que sean aceptadas en el form sino utilizadas para
desplegar información, etc.

Condiciones: Es para definir las condiciones que deben cumplir los datos a ser
recuperados (filtros).
Subrutinas: Son rutinas locales al Web Panel.

Eventos: Los Web Panels emplean la programación orientada a eventos. Este


tipo de programación permite definir código ocioso, que se activa en respuesta
a ciertas acciones provocadas por el usuario o por el sistema. En esta sección
de un Web Panel es donde se define el código ocioso asociado a los eventos
que pueden ocurrir durante la ejecución del Web Panel.

Refresh: El comando Refresh vuelve a cargar la página, teniendo el mismo


efecto que presionar la tecla de función F5 del browser. La página se cargará
manteniendo los últimos valores sometidos para las variables ingresadas por el

52
usuario.
Return: Incluir el comando return en un objeto Web, es equivalente a hacer un
CALL al objeto que lo invocó. En consecuencia, no equivale a presionar el
botón ‘Back’ del browser, ya que, si se ingresaron valores en variables del
objeto Web llamador, los mismos no son mantenidos al ejecutar el comando
Return.
Bitmap: Esta propiedad permite cambiar la imagen. Se inicializa con el valor
de la propiedad Source de diseño.
Ejecución: aplica a imágenes.

RecordCount: La propiedad RecordCount aplica únicamente a subfiles que


tienen tabla base y retorna un número mayor o igual a cero representando la
cantidad de registros de la tabla base del subfile que cumplen las condiciones
de selección. Puede retornar -1 si no existe navegación para la tabla base del
subfile.
 
ReturnOnClick: Esta propiedad permite indicar el control que provocará un
Return dentro de un prompt y asignará el valor seleccionado a la clave
foránea. Tiene dos valores posibles:
 
1 - True: el control dispara el return y la asignación de valores a
los parámetros devueltos por el prompt.
2 - False: no tiene el comportamiento descrito anteriormente.

53
Bibliografía.

 PLAN DE ARBITRIOS DE LA ALCALDÍA DEL DISTRITO CENTRAL.

(s/f). Gob.hn. Recuperado el 12 de mayo de 2023, de

https://www.tsc.gob.hn/biblioteca/index.php/planes/113-plan-de-arbitrios-

alcaldia-del-sistrito-central

 Descargas de SQL Server. (s/f). Microsoft.com. Recuperado el 12 de

mayo de 2023, de https://www.microsoft.com/es-es/sql-server/sql-server-

downloads

 Freep_.ManualUsuario. (s/f). Genexus.com. Recuperado el 12 de mayo

de 2023, de https://wiki.genexus.com/commwiki/servlet/wiki?

9210,freep_.ManualUsuario

 ERP de Latinoamérica preparado para evolucionar tu negocio. (2021,

julio 7). K2B. https://k2b.com/

54
Anexos.
Lista de Figuras
Figura 1 Organigrama de la A.M.D.C
Figura 2. Organigrama de la A.M.D.C Parte 2
Figura 3. Diagrama de Gantt
Figura 4. Mapa Conceptual Gerencia de Control de la Construcción
Figura 5. Mapa Conceptual Formulario F01
Figura 6. Normalización Final del programa
Figura 7. Normalización Final del programa Parte 2
Figura 8. Abreviatura de Atributos
Figura 9. Estructura Formula F01
Figura 10. Estructura Formula F01 Parte 2
Figura 11. Estructura Formula F01 Parte 3
Figura 12. Estructura Formula F01 Parte 4
Figura 13. Estructura Formula F01 Parte 5
Figura 14. Estructura Formula F01 Parte 6
Figura 15. Estructura Formula F01 Parte 7
Figura 16. Expediente Formulario F01
Figura 17. Estructura Transacción Clave Catastral
Figura18. Estructura Transacción Profesional
Figura19. Estructura Transacción Solicitante
Figura 20. Estructura Transacción Tipo Licencia Obra
Figura 21. Estructura Transacción Tipo Licencias
Figura 22. Estructura Transacción Zonificación
Figura 23. Estructura Transacción CostoObraC
Figura 24. Estructura Transacción FOS
Figura 25. Estructura Transacción FOT
Figura 26. Estructura Transacción PlazaParqueo
Figura 27. Estructura Transacción PlazaParqueo
Figura 28. Estructura Transacción TipoObraRealizarNivel
Figura 29. Estructura Transacción TipoObraRealizarNivel Parte 2
Figura 30. Estructura Transacción F2A Solicitud de permiso Rótulos y Vallas
Figura 31. Expediente F2A Solicitud de permiso Rótulos y Vallas

55
Figura 32. Estructura Transacción F-URB Solicitud de Licencia de Obra
Urbanización y Condominios

Figura 33. Estructura Transacción F-URB Solicitud de Licencia de Obra


Urbanización y Condominios Parte 2
Figura 34 Expediente F-URB Solicitud de Licencia de Obra Urbanización y
Condominios.
Figura 35. Estructura Transacción CC Solicitud de Compatibilidad de Negocio.
Figura 36. Estructura Transacción CC Solicitud de Compatibilidad de Negocio
Parte 2.
Figura 37. Estructura Transacción F3A Solicitud de Rotura de Vía.
Figura 38. Expediente F3A Solicitud de Rotura de Vía.
Figura 39. Estructura Transacción 4B formulario para autorización de uso del
espacio público.
Figura 40. Estructura Transacción 4B formulario para autorización de uso del
espacio público parte 2.
Figura 41. Expediente 4B Solicitud de Autorización de uso de espacio público.

56
Figuras
Figura 3. Diagrama de Gantt

57
Figura 4. Mapa Conceptual Gerencia de Control de la Construcción

Figura 5. Mapa Conceptual Formulario F01

58
Figura 6. Normalización Final del programa

59
Figura 7. Normalización Final del programa Parte 2

60
Figura 8. Abreviatura de Atributos

Figura 9. Estructura Formula F01

61
Figura 10. Estructura Formula F01 Parte 2

Figura 11. Estructura Formula F01 Parte 3

62
Figura 12. Estructura Formula F01 Parte 4

Figura 13. Estructura Formula F01 Parte 5

63
Figura 14. Estructura Formula F01 Parte 6

Figura 15. Estructura Formula F01 Parte 7

64
Figura 16. Expediente Formulario F01

65
Figura 17. Estructura Transacción Clave Catastral

Figura18. Estructura Transacción Profesional

Figura19. Estructura Transacción Solicitante

Figura 20. Estructura Transacción Tipo Licencia Obra

66
Figura 21. Estructura Transacción Tipo Licencias

Figura 22. Estructura Transacción Zonificación

Figura 23. Estructura Transacción CostoObraC

67
Figura 24. Estructura Transacción FOS

Figura 25 Estructura Transacción FOT

Figura 26. Estructura Transacción PlazaParqueo

68
Figura 27. Estructura Transacción PlazaParqueo

Figura 28 Estructura Transacción TipoObraRealizarNivel

69
Figura 29. Estructura Transacción TipoObraRealizarNivel Parte 2

70
Figura 30. Estructura Transacción F2A Solicitud de permiso Rótulos y Vallas

71
Figura 31. Expediente F2A Solicitud de permiso Rótulos y Vallas

72
Figura 32. Estructura Transacción F-URB Solicitud de Licencia de Obra
Urbanización y Condominios.

73
Figura 33. Estructura Transacción F-URB Solicitud de Licencia de Obra
Urbanización y Condominios Parte 2.

74
Figura 34. Expediente F-URB Solicitud de Licencia de Obra Urbanización y
Condominios.

75
Figura 35. Estructura Transacción CC Solicitud de Compatibilidad de Negocio.

76
Figura 36. Estructura Transacción CC Solicitud de Compatibilidad de Negocio
Parte 2.

77
Figura 37. Estructura Transacción F3A Solicitud de Rotura de Vía.

78
Figura 38. Expediente F3A Solicitud de Rotura de Vía.

79
Figura 39. Estructura Transacción 4B formulario para autorización de uso del
espacio público.

80
Figura 40. Estructura Transacción 4B formulario para autorización de uso del
espacio público parte 2.

81
Figura 41. Expediente 4B Solicitud de Autorización de uso de espacio público.

82

También podría gustarte