Informe de Practicas Pariona Leonardo

UNIVERSIDAD NACIONAL DEL CENTRO DEL PERÚ
FACULTAD DE INGENIERÍA DE SISTEMAS
“SOPORTE EN EL DESARROLLO DE UN SOFTWARE DE TRÁMITE

DOCUMENTARIO EN LA EMPRESA G&M RUBI CONTRATISTAS
GENERALES S.R.L.”
INFORME DE PRÁCTICAS PRE-PROFESIONALES
PRESENTADO POR:
PARIONA LEONARDO, Jair Aaron
ASESOR:
Ing. Maglioni ARANA CAPARACHIN
HUANCAYO – PERÚ
2019
ii
ii
ÍNDICE DE CONTENIDO
PORTADA ....................................................................................................................... i
ÍNDICE DE CONTENIDO ........................................................................................... ii
ÍNDICE DE FIGURAS ................................................................................................. iv
Resumen .......................................................................................................................... 1
Introducción .................................................................................................................... 2
Objetivos .......................................................................................................................... 3
Objetivos generales ..................................................................................................... 3
Objetivos específicos ................................................................................................... 3
Descripción ...................................................................................................................... 4
CAPÍTULO I ............................................................................................................... 5
A. Reconocimiento de los departamentos y requerimientos para la
implementación de sistema de Trámite Documentario. ...................................... 6
B. Arquitectura de sistema de Trámite Documentario I (Requerimientos a
casos de USO). ......................................................................................................... 7
C. Arquitectura de sistema de Trámite Documentario II (Diagrama de
estados y diseño de base de datos)........................................................................ 10
D. Arquitectura de sistema de Trámite Documentario III (Diagrama de
estados y diseño de base de datos)........................................................................ 11
E. Implementación y documentación de base de datos. .............................. 13
CAPÍTULO II ........................................................................................................... 14
A. Creación e implementación de interfaz de sistema de Trámite
Documentario. ....................................................................................................... 14
B. Implementación de librerías y conexión a la base de datos. ................... 15
C. Creación de módulo de acceso a registro de trámite de acuerdo a
subgerencia y unidades de la organización. ........................................................ 16
CAPÍTULO III .......................................................................................................... 17
A. Creación de módulo de ingreso de documentos de acuerdo a campos
validados de acuerdo a los requerimientos. ........................................................ 18
B. Creación de módulo de gestión de documentos y circulación de
documentos entre departamentos. ....................................................................... 18
C. Creación de reportes de información del documento y su recorrido
entre departamentos. ............................................................................................ 19
D. Documentación, presentación y testeo de cada uno de los módulos
creados. ................................................................................................................... 20
Análisis crítico ............................................................................................................... 21
Aporte técnico a la institución ..................................................................................... 22
iii
Recomendaciones .......................................................................................................... 25
Referencias bibliográficas ............................................................................................ 26
ANEXOS ....................................................................................................................... 27
iv
ÍNDICE DE FIGURAS
Figura 1 Diagrama de Caso de Uso............................................................................... 9

Figura 2 Diagrama de Estados de Trámite Documentario ....................................... 11
Figura 3 Modelo lógico de Base de Datos ................................................................... 12
Figura 4 Arquitectura de Sistema de Trámite documentario I................................ 27
Figura 5 Diagrama de estados y diseño de Base de Datos ........................................ 27
Figura 6 Interfaz de Sistema de Trámite Documentario ............................................ 1
Figura 7 Conexión a la Base de Datos........................................................................... 1
Figura 8 Módulo de Ingreso de Documentos ............................................................... 2
Figura 9 Interfaz de Búsqueda ...................................................................................... 3
Figura 10 Elaboración de Casos de Uso ....................................................................... 3
Figura 11 Codificación y elaboración del Software de Trámite documentario ........ 4
Figura 12 Diseño y elaboración de la base de datos .................................................... 4
Figura 13 En exteriores de la empresa G&M Rubí..................................................... 5
Figura 14 Desarrollando en la empresa G&M Rubí ................................................... 5
Figura 15 Con la gerenta de la empresa G&M Rubí .................................................. 6
Figura 16 Con el asesor en la empresa G&M Rubí ..................................................... 6
1
Resumen
Durante el desarrollo del presente informe, se presentan los resultados de las prácticas pre
profesionales que llevan a cabo en la Empresa G&M Rubi Contratistas Generales S.R.L.
Durante el proceso de del desarrollo de sistemas de información (software) se denota la
necesidad de apoyo ya que este contiene una gran cantidad de fases y procesos los cuales
son necesarios para un producto final que cumpla con los objetivos; por lo cual se requiere
de personal para asistencia y soporte en las diversas actividades antes mencionadas y
también en las descritas a continuación en el lapso de los dos primeros meses.

2
Introducción
En tiempos actuales, la sociedad cambia constantemente debido al gran avance
tecnológico; debido al constante uso de herramientas informáticas a medida con el fin de
poder manejar procesos de diferentes entidades en el entorno, llegando a ser
imprescindible para la sociedad; tanto en el ámbito profesional como de los que haceres
diarios.
Es así que el uso de estas herramientas informáticas puede ser de utilidad en los
procesos diarios de las organizaciones haciendo que sus procesos sean automatizados,
dentro de este campo tener control de los diferentes documentos que se manejan dentro
de las diferentes áreas, gerencias y subgerencias
No solo las herramientas informáticas interfieren en el registro de los documentos,
sino que también ayudan a generar información que se puede interpretar de una manera
más fácil y entendible para la toma de decisiones
Por motivos ya mencionados, quedamos de acuerdo que el uso de estas herramientas
informáticas ayuda al proceso de registro de Trámites de acuerdo a los estándares a los
que se debe de haber implementado.

3
Objetivos
Objetivos generales
Implementar una herramienta de control de Trámite Documentario
Objetivos específicos
 Implementar y diseñar la base de datos para el sistema de Trámite Documentario
 Crear y diseñar modelos UML (funcionalidad).
 Diseñar e implementar interfaces (amigabilidad).
 Elaborar de acuerdo a una estructura de 3 capas.
 Desarrollar el código fuente del front end y back end.
 Corregir deficiencias y realizar testeo.

4
Descripción
La realización de las prácticas desarrolladas en la empresa G&M Rubi, en los
meses de junio, julio, agosto y setiembre de 2019, tuvo como propósito el apoyo en el
desarrollo de una herramienta para la organización la cual está dirigida al manejo de
Tramites internos; para lo cual se dividió esta actividad en tres etapas, para el adecuado
desarrollo.
El desarrollo de las prácticas pre profesionales se dio en tres etapas, cada etapa
tenía una duración de un mes aproximadamente; la cual contenía a su vez módulos en los
cuales se cubrían requerimientos específicos y se desarrollaba progresivamente las
acciones designadas.
Cada módulo consta de temas previamente programados, por lo que cada semana
se desarrollaba un porcentaje del proceso, además se realizó actividades que estaban
ligadas a la Ingeniería de Software.

5
CAPÍTULO I
En la presente fase de las practicas pre profesionales, desarrollada en la empresa
G&M en el área de Proyectos en el cual se designó el soporte en el desarrollo de un
Software, desde el día 10 de junio fecha en que se dio inicio al proceso de prácticas pre
profesionales hasta el día 14 de julio en el que aproximadamente se cumplía poco más de
un mes, el soporte en el desarrollo de software se desarrolló los días de lunes a domingo,
ya que no era necesaria la presencia en la organización los días no hábiles, sino que se
podía trabajar desde nuestro hogar.
Sabiendo que esta era la primera semana y por ende la primera vez que asistíamos
a la organización, se dio paso a una inspección general para analizar la organización desde
diversos puntos de vista y esencialmente para conocer a fondo la problemática que venía
quejando directamente a la organización. Así mismo se entabló comunicación con
colaboradores para recibir también sus puntos de vista de la problemática en esencia que
era poder organizar y obtener registros electrónicos de documentos.
Así mismo se pusieron a debate diversas opiniones sobre de qué manera se podría
implementar una herramienta informática como esta, es así que se llegó a plantear la idea
de que el producto final pueda desarrollar esta herramienta con tecnología web ya que se
6
mencionaba que para trabajar con estas herramientas no se necesitan muchos recursos de
parte del desarrollador y que además se puede usar la tecnología responsive para hacer
que la interfaz sea adaptable a cualquier dispositivo móvil ya que todos en la organización
poseen dispositivos móviles.
Posteriormente al reconocimiento de la organización y la descripción de la
situación problemática se inició con la elección de la metodología Scrum ya que permite
trabajar de acuerdo a los requerimientos y a ciclos gracias a los cuales podremos observar
si hay deficiencias o nuevos requerimientos, así mismo se escogió a la arquitectura UML
para diseñar el funcionamiento y esclarecer los aspectos técnicos y fundamentales para
las siguientes fases de desarrollo. Como el modelado de base de datos que también se dio
dentro de esta sección. Se brindo por lo tanto soporte en las siguientes actividades:
A. Reconocimiento de los departamentos y requerimientos para la

implementación de sistema de Trámite Documentario.
Este módulo se realizó inicialmente ya que es la base para poder
desarrollar toda herramienta informática, tomando, así como punto de partida
el día 10 y siendo el final el día 16 de junio del 2019.
Al momento de iniciar con el desarrollo de un proyecto de software se
debe de tener en consideración que el primer paso es la planificación lo cual
implica que: “es el paso previo al inicio de cualquier proyecto de desarrollo y
sin dudas el más importante. En este se definen los requerimientos y
funcionalidades que debe tener el software, mediante el trabajo en conjunto
entre los desarrolladores, el departamento de ventas, los estudios de mercado
y, fundamentalmente, el contacto con el cliente. En este punto se realizan
asimismo los análisis de riesgo para el emprendimiento y se fijan los requisitos

7
de aseguramiento de la calidad”(«Proceso para el desarrollo de software»,
2019)
Es por eso que se considera la planificación como parte principal de
este trabajo y obviamente al reconocimiento de requerimientos que es lo que
se realizó en este módulo de prácticas pre profesionales en los que se pudo
analizar por procesos el comportamiento de la organización y de acuerdo a eso
encontrar la solución más idónea para la organización.
Se recopilo información de los colaboradores sobre la problemática de
los registros en el proceso de Tramite documentario el cual era llevado de
manera empírica lo que ocasionaba diversos tipos de problema como cruces de
información perdida de documentos, duplicidad de información y confusión
en los envíos a cada uno de los departamentos. Es así que se vio la necesidad
de poder construir una herramienta automatizada que pueda gestionar el
proceso de Tramite Documentario.
Con tecnología web ya se puede acceder a este tipo de aplicaciones
desde cualquier dispositivo y de esta forma sea hacer más fácil y de rápido
acceso hacia el usuario. Así también se escogió a la metodología Scrum para
que sea la base y sea de apoyo en la organización de flujo de trabajo en todo el
proyecto además de ser una metodología ágil también necesitaremos del
lenguaje UML que servirá para poder plasmar la información que se tiene y
traducirla a diagramas con los que se puede trabajar posteriormente en la etapa
de desarrollo.
B. Arquitectura de sistema de Trámite Documentario I (Requerimientos a

casos de USO).
Este módulo se realizó la segunda semana del día 17 al 23 de junio del
2019.
8
Para la elaboración de software una vez obtenidos los requerimientos
estos se grafican en un lenguaje entendible para los especialistas, gracias a
UML y en esta fase abordaremos exclusivamente lo que son los diagramas de
Casos de Uso.
 Casos de Uso
Los casos de uso son:” la descripción de una acción o actividad. Un
diagrama de caso de uso es una descripción de las actividades que
deberá realizar alguien o algo para llevar a cabo algún proceso. Los
personajes o entidades que participarán en un diagrama de caso de uso
se denominan actores. En el contexto de ingeniería del software, un
diagrama de caso de uso representa a un sistema o subsistema como
un conjunto de interacciones que se desarrollarán entre casos de uso y
entre estos y sus actores en respuesta a un evento que inicia un actor
principal. Los diagramas de casos de uso sirven para especificar la
comunicación y el comportamiento de un sistema mediante su
interacción con los usuarios y/u otros sistemas. O lo que es igual, un
diagrama que muestra la relación entre los actores y los casos de uso
en un sistema. Una relación es una conexión entre los elementos del
modelo, por ejemplo, la especialización y la generalización son
relaciones. Los diagramas de casos de uso se utilizan para ilustrar los
requisitos del sistema al mostrar cómo reacciona a eventos que se
producen en su ámbito o en él mismo.
Su uso es común para la captura de requisitos funcionales,
especialmente con el paradigma de la programación orientada a

9
objetos, donde se originaron, si bien puede utilizarse con resultados
igualmente satisfactorios con otros paradigmas de
programación.”(Wikipedia, 2019)
En este periodo pues se realizaron los diagramas de Casos de Uso
para el desarrollo de la herramienta que se planeaba hacer,
completando así exitosamente esta fase como se puede observar a
continuación en la Figura 1.
uc Trámite Documentario
Trámite Documentario
Ingresar al Portal
Web
«include»
«include» Seleccionar Módulo

Ingresar al Intranet
Interesado Responsable de
Area
(from Actores) (from Actores)
Buscar expediente Seleccionar módulo

«include»
"Trámite
Documentario"
Responsable
«include» Unidad Trámite
«include» (from Actores)
Documentario
Salir sistema Gestionar

Ingresar datos login «include» Responsable Gerencia
expedientes
Municipal
(from Actores)
«include» «include»
«extend»
Reponsable de Unidad
(from Actores)
Deriv ar expediente Visualizar
expedientes
Figura 1 Diagrama de Caso de Uso

Fuente: G&M Rubí
Elaboración: Propia
Como se puede apreciar en el Diagrama de Caso de Uso de la Herramienta de Trámite
Documentario se aprecia a cada uno de los actores los cuales son los encargados de
interactuar con el sistema ya que cada uno de ellos tiene diferentes funciones y actividades
diferenciadas, las cuales a su vez tienen relación interna con otras actividades dentro del
sistema.
10
C. Arquitectura de sistema de Trámite Documentario II (Diagrama de

estados y diseño de base de datos).
En esta misma línea de arquitectura con UML continuamos en este caso
con el diagrama de estado y el diseño de base de datos. Esta actividad se
realizó del 24 al 30 de junio del 2019.
 Diagramas de Estado
Los diagramas de estado son aquellas herramientas graficas que ayudan a
comprender el comportamiento del sistema y” es cualquier dispositivo que
almacena el estado de un objeto en un momento dado y puede cambiar el
estado o causar otras acciones según la entrada que reciba. Estados se refiere
a las diferentes combinaciones de información que un objeto puede mantener,
no la forma en que el objeto se comporta. Para comprender los diferentes
estados de un objeto, podrías visualizar todos los estados posibles y mostrar
cómo un objeto llega a cada estado, y puedes hacerlo con un diagrama de
estados UML.
Cada diagrama de estados generalmente empieza con un círculo oscuro
que indica el estado inicial y termina con un círculo de contorno blanco que
denota el estado final. Sin embargo, a pesar de tener puntos de inicio y
finalización definidos, los diagramas de estado no necesariamente son la
mejor herramienta para plasmar un desarrollo general de eventos. En lugar de
ello, ilustran tipos específicos de comportamiento —en particular, cambios de
un estado a otro.
Los diagramas de estado representan principalmente estados y
transiciones. Los estados se representan con rectángulos de esquinas
redondeadas que se etiquetan con el nombre del estado. Las transiciones se

11
marcan con flechas que fluyen de un estado a otro, mostrando cómo cambian.”
(Lucidchart, 2019).
Figura 2 Diagrama de Estados de Trámite Documentario

Fuente: G&M Rubí
Es de esta manera que se logró realizar el diagrama de estados de la
herramienta de Trámite Documentario como se puede apreciar anteriormente
en la Figura 2, en la que vemos cada uno de los estados en los que el sistema
deberá de actuar cuando el usuario en este caso el administrador esté
utilizando la herramienta y los posibles casos de no contar con el acceso
respectivo.
D. Arquitectura de sistema de Trámite Documentario III (Diagrama de

estados y diseño de base de datos).
En esta misma línea de arquitectura con UML continuamos en este caso
con el diseño de base de datos. Esta actividad se realizó del 1 al 7 de julio del
2019. La base de datos jugará un rol importante en nuestro sistema ya que allí
12
se almacenará nuestra información que luego será manejada de acuerdo a los
requerimientos antes mencionados.
 Base de datos
Los diagramas de estado son aquellos” conjunto de datos pertenecientes a
un mismo contexto y almacenados sistemáticamente para su posterior uso. En
este sentido; una biblioteca puede considerarse una base de datos compuesta
en su mayoría por documentos y textos impresos en papel e indexados para su
consulta. Actualmente, y debido al desarrollo tecnológico de campos como la
informática y la electrónica, la mayoría de las bases de datos están en formato
digital, siendo este un componente electrónico, por tanto, se ha desarrollado y
se ofrece un amplio rango de soluciones al problema del almacenamiento de
datos.”(Wikipedia, 2019)
class Modelo lógico
Sistema::Documento
+ id_documento: int
+ numero_expediente: char
+ nombre_documento: char
+ imagen_documento: char
+ destino_documento: char
+ fecha_ingreso: char
+ hora_ingreso: char
+ tipo_documento: char
Figura 3 Modelo lógico de Base de Datos

Fuente: G&M Rubí
13
De esta forma se logró diseñar el modelo lógico para la posterior implementación
evidenciada en la anterior Figura 3, en la que se muestra el modelo lógico de Base de
Datos de los documentos que serán registrados y almacenados con los campos presentes
para poder hacer un uso adecuado y rápido de la información de estos documentos.
E. Implementación y documentación de base de datos.
Posteriormente a haber diseñado una base de datos esta tiene que ser
implementada para poder partir de ahí hacía la construcción de los demás
componentes de nuestro software. Esta actividad se realizó del 8 al 14 de julio
del 2019.
Luego de tener el diseño listo se procede a implementar la base de datos de
nuestro software en este caso como se ha propuesto hacer un sistema en web
lo mas conveniente sería trabajar con un servidor web que proporcione el
servicio de gestor de base de datos, para poder hacer uso de una tecnología
como esa hemos elegido phpMyadmin que es una herramienta muy utilizada
en software relacionado a web.
 phpMyadmin
Al conceptualizar la herramienta phpMyadmin podemos constatar que
es:” es una herramienta escrita en PHP con la intención de manejar la
administración de MySQL a través de páginas web, utilizando un
navegador web. Actualmente puede crear y eliminar Bases de Datos, crear,
eliminar y alterar tablas, borrar, editar y añadir campos, ejecutar cualquier
sentencia SQL, administrar claves en campos, administrar privilegios,
exportar datos en varios formatos y está disponible en 72 idiomas. Se
encuentra disponible bajo la licencia GPL Versión 2.”

14
CAPÍTULO II
En esta sección de prácticas pre profesionales observaremos el desarrollo de
interfaces graficas para que los usuarios puedan acceder y gestionar la base de datos, así
como también haremos las conexiones del sistema a la base de datos con ayuda de
frameworks y librerías para poder ahorrar procesos y código; esta actividad fue realizada
desde el 15 de julio al 4 de agosto del 2018.
Los procesos en los que se apoyó con el soporte fueron los siguientes:
A. Creación e implementación de interfaz de sistema de Trámite

Documentario.
Esta actividad corresponde al primer módulo de la segunda etapa con lo
cual se inicia una nueva etapa en el proyecto, esta vez con la creación e
implementación de interfaces gráficas para el usuario lo cual permitirá hacer
visible el manejo de la base de datos, esta actividad se realizó del 15 al 21 de
julio del 2019.

15
 Interfaz gráfica
La interfaz gráfica “es el medio con que el usuario puede
comunicarse con una máquina, equipo, computadora o dispositivo, y
comprende todos los puntos de contacto entre el usuario y el equipo.
Normalmente suelen ser fáciles de entender y fáciles de accionar,
aunque en el ámbito de la informática es preferible referirse a que
suelen ser "usables", "amigables e intuitivos" porque es complejo y
subjetivo decir "fácil".”(Wikipedia, 2019)
La interfaz gráfica en nuestro software es la herramienta que se
busca que el usuario pueda interactuar directamente con la base de
datos con el fin de obtener información necesaria o gestionarla en este
caso se crearan interfaces para registro de documentos, búsqueda de
documentos, accesos por cada gerencia, subgerencia y unidad y
módulos de circulación de documentos. Todo esto utilizando
herramientas web como son los lenguajes HTML CSS y Javascript.
B. Implementación de librerías y conexión a la base de datos.
Esta actividad corresponde al segundo módulo de la segunda etapa con lo cual
se continua con una nueva etapa en el proyecto, esta vez con la
implementación de librerías para la conexión a la base de datos esto
eventualmente permitirá el manejo de la base de datos, en la capa no visual
que estará configurada de manera que se registre la data necesaria de los
documentos esta actividad se realizó del 22 al 28 de julio del 2019.
A día de hoy resulta necesario saber gestionar una base de datos para lo cual
se usa el lenguaje PHP y en nuestro caso deberíamos utilizar el lenguaje SQL

16
para poder gestionar las ordenes que le queremos dar a nuestra base de datos,
pero es importante remarcar que existen herramientas más avanzadas
actualmente que ahorran tiempo en el desarrollo, llamadas bibliotecas o
frameworks que “ es un conjunto de implementaciones funcionales,
codificadas en un lenguaje de programación, que ofrece una interfaz bien
definida para la funcionalidad que se invoca.”(Wikipedia, 2019) ; ayudan a
reducir el código en el desarrollo y conseguir un manejo más rápido y fácil de
la base de datos.
C. Creación de módulo de acceso a registro de trámite de acuerdo a

subgerencia y unidades de la organización.
Esta actividad corresponde al tercer módulo de la segunda etapa con lo cual
se finaliza con esta etapa del proyecto, esta vez con la creación de modulo de
acceso a registros de trámite de acuerdo a los departamentos en este caso
subgerencia y unidades de la organización las cuales tendrán módulos únicos
con el fin de gestionar los documentos en cada una de las oficinas
mencionadas. Esta actividad se realizó del 22 al 28 de julio del 2019.
Para poder desarrollar este módulo se utilizó el modo orientado a objetos ya
que con el uso de un identificador en la base de datos para el usuario, podemos
organizar la interfaz de tal modo que al ingresar el usuario a esta sección
automáticamente reconozca a que oficina pertenece y darle una pantalla de
ingreso, por cada oficina en la que se encuentre, de esta manera se evita que
haya cruce de información y que otra persona ajena al departamento pueda
gestionar o ver los documentos que se han enviado.

17
CAPÍTULO III
Esta es la fase final del soporte en el desarrollo de software de Trámite
Documentario de la empresa G&M que se realizó desde el día 5 de agosto al 7 de
setiembre del 2019; en donde se culminó el desarrollo del software totalmente y se
procedió con la implementación del mismo.
Siendo la fase final del desarrollo de software se analiza en reunión junto a los
colaboradores el desarrollo del proyecto, los avances en las fases anteriores y se hace la
planificación de esta tercera fase con el propósito de guiar el tramo final del desarrollo
del Software.
Específicamente en este último tramo de desarrollo se enfocó en desarrollar
módulos relacionados con el usuario y el modo de interactuar con la base de datos,
teniendo ya las interfaces definidas y apuntando directamente a la funcionalidad que el
software debería tener, para ello dividimos esta fase en diversas actividades las cuales
son:
18
A. Creación de módulo de ingreso de documentos de acuerdo a campos

validados de acuerdo a los requerimientos.
Esta actividad corresponde al primer módulo de la tercera etapa con lo cual
se inicia con esta etapa final del proyecto, esta vez con la creación de módulo
de ingreso de documentos de acuerdo a campos validados acordes a los
requerimientos lo que permitirá al usuario registrar sus documentos de manera
rápida y sencilla con el fin de ingresar información de cada documento de
acuerdo a nuestros requerimientos y de acuerdo a esto gestionar cada una de
esta información para lograr nuestros objetivos. Esta actividad se realizó del
5 al 11 de agosto del 2019.
Al implementar este módulo se requiere precisar que necesitaremos
información del documento para poder registrarlo, esto se hace dentro de un
formulario en el cual ponemos los campos en este caso mas relevantes como
nombre, fecha y hora de ingreso, destino, folios tipo de documento; con el fin
de tener con exactitud lo que se desea hacer con el documento y como se puede
registrar para obtener información que se válida para poder registrarse sin que
exista algún tipo de cruce de información, para lo cual se hicieron pruebas a
cada uno de los campos con el fin de que no se presenten escenarios que
impidan una buena gestión, además de implementar herramientas de selección
dinámica para indicar el destino de manera automática.
B. Creación de módulo de gestión de documentos y circulación de

documentos entre departamentos.
Esta actividad corresponde al segundo módulo de la tercera etapa con lo
cual se continúa con esta etapa final del proyecto, esta vez con la creación de
módulo de gestión y circulación de documentos entre departamentos, esto con
el fin de conseguir registro de los documentos y su ruta a través de una interfaz

19
que represente por cuales oficinas pasó el documento, a fin de registrar esta
información y de que no hayan cruces o perdidas, así mismo se crea un módulo
de gestión en cada oficina lo cual permite pasar un documento de desde la
oficina actual hacía un nuevo destino. Esta actividad se realizó del 12 al 18 de
agosto del 2019.
Esta herramienta se desarrolló con el fin de hacer que el registro de
documentos circule a través de las diversas oficinas que se tienen en la
organización además de generar un registro el cual muestre el recorrido del
documento, así como datos que en el anterior módulo se habían ingresado, con
el fin de tener todos los documentos registrados y debidamente ordenados.
C. Creación de reportes de información del documento y su recorrido entre

departamentos.
Esta actividad corresponde al tercer módulo de la tercera etapa con lo cual
se continúa con esta etapa final del proyecto, esta vez con la creación de
módulo de información y recorrido de documentos entre departamentos, esto
con el fin de conseguir registro de los documentos y su ruta a través de una
interfaz, además de generar una interfaz que permita consultar el estado de
nuestro documento gracias a un identificador. Esta actividad se realizó del 19
al 25 de agosto del 2019.
Este módulo específicamente es para los usuarios externos los cuales podrán
ingresar un código de identificación y de acuerdo a esto el sistema permitirá
observar como se va desarrollando su trámite a través de diferentes oficinas
teniendo en tiempo real, en que oficina exactamente se encuentra su
documento y pudiendo constatar las fechas en las que hubo circulación del
mismo.
20
D. Documentación, presentación y testeo de cada uno de los módulos

creados.
Esta actividad corresponde al último módulo de la tercera etapa con lo cual se
finaliza con el proyecto, esta vez con la documentación, presentación y testeo
del software que se desarrolló, obteniendo así el producto final y entregando
el informe técnico respectivo, además de hacer pruebas para encontrar
posibles fallas en el código o en la funcionalidad del sistema, es así que se
llega a la culminación del soporte en el desarrollo del Sistema de Trámite
Documentario para la empresa G&M Rubi. Esta actividad se realizó del 26 de
agosto al 7 de setiembre del 2019.

21
Análisis crítico
De acuerdo al desarrollo de las actividades realizadas en cuanto al Soporte en el
desarrollo de un software de Trámite documentario en la empresa G&M Rubi. Se
observaron distintas situaciones dentro de todo el proceso planificado y detallado
anteriormente.
Algunos problemas evidenciados estuvieron directamente relacionados a una
mala comunicación lo que en su momento llegó a generar retrasos mínimos en el proceso
de implementación, debido principalmente a que los usuarios y colaboradores de la
organización muchas veces no contaban con el tiempo necesario para poder tener
reuniones necesarias en el proceso de Sprint de Scrum, lo cual hacía que no se tuvieran
los requerimientos con los que trabajar durante algunos intervalos.
Esta situación se daba ya que no se llegaba a un acuerdo en el que todas las partes
dispongan de tiempo para las reuniones de Sprint de la Metodología Scrum, este
inconveniente no fue de gran impacto ya que se logró continuar con el desarrollo de
acuerdo a la arquitectura antes elaborada.
Por otro lado, se encontraron algunos errores en la funcionalidad de la aplicación
relacionados a configuración y a peticiones de la base de datos, lo cual daba como
resultado datos erróneos, sin embargo, en la etapa de pruebas y testeo se logró identificar
y realizar los cambios necesarios para lograr subsanar estas deficiencias dentro del plazo
establecido.
22
Aporte técnico a la institución

Al tener en consideración que el objetivo de las presentes prácticas era el apoyo
al Desarrollo de un software de Trámite Documentario en la empresa G & M Rubi
Contratistas S.R.L. y brindar ayuda en la realización del mismo en diversas fases como
diseño, desarrollo e implementación.
Se pudo evidenciar que el apoyo en las fases de diseño, desarrollo e implementación
fue exitoso, ya que se pudo completar todo el proceso de creación del Sistema de
Información de Trámite Documentario, evidenciándose:
 El desarrollo de las diferentes fases de diseño del Sistema de Información basado
en la arquitectura de UML y haciendo uso de la metodología Scrum para planificar
el modelo de trabajo que se realizó durante todo el proceso.
 Desarrollo, diseño e implementación de base de datos fundamentados en los
diagramas y documentación presentada en el diseño del Software e
implementándose en el gestor de base de datos phpMyadmin con lenguaje
MySQL, para el almacenamiento de registros de documentos con diversos
atributos.
 Creación de interfaces gráficas con lenguajes web como HTML5, CSS3 y
Javascript, además de utilizar librerías para la gestión de instrucciones a la base
de datos, para un manejo más rápido y amigable a los usuarios de la organización.
 Integración de tecnologías en la estructura MVC (Modelo Vista Controlador),
para realizar un producto final que tiene funcionalidad e impacto dentro de la
organización.
23
Todos los puntos antes explicados fueron considerados como aportes técnicos en
favor de la empresa antes mencionada en cuanto al apoyo en el desarrollo del software de
Trámite Documentario en la empresa G & M Rubi Contratistas Generales S.R.L.

24
Conclusiones
 Se logró desarrollar el Software de Tramite Documentario para la empresa G&M
Rubi, en cada una de las sesiones de manera eficiente, ya que estos lograban los
objetivos planeados en los tiempos indicados con mínimos márgenes de error.
 Se logró poner en marcha la herramienta en un servidor de hosting gratuito por el
momento pero que es de gran utilidad para la organización.
 Se logró usar todas las herramientas tanto de desarrollo como de planeación y
arquitectura en el proyecto siguiendo además la metodología SCRUM y apoyando
esta con el lenguaje de modelado UML (casos de uso, estados, secuencia).

25
Recomendaciones
 Se debe evaluar el impacto que produce en la organización y generar informes en
caso de algún fallo.
 Se recomienda dar mantenimiento al servicio en el hosting gratuito y a su vez de
ser posible a un hosting propio.
 Realizar capacitaciones constantes a sus colaboradores con el fin de que estos usen
el Software de manera correcta.

26
Referencias bibliográficas
Base de datos. (2019). En Wikipedia, la enciclopedia libre. Recuperado de
https://es.wikipedia.org/w/index.php?title=Base_de_datos&oldid=119882257
Biblioteca (informática). (2019). En Wikipedia, la enciclopedia libre. Recuperado de
https://es.wikipedia.org/w/index.php?title=Biblioteca_(inform%C3%A1tica)&ol
did=119438094
Caso de uso. (2019). En Wikipedia, la enciclopedia libre. Recuperado de
https://es.wikipedia.org/w/index.php?title=Caso_de_uso&oldid=118864704
Interfaz de usuario. (2019). En Wikipedia, la enciclopedia libre. Recuperado de
https://es.wikipedia.org/w/index.php?title=Interfaz_de_usuario&oldid=1196337
03
María, D., & Cacheiro González, L. (2011). Recursos educativos tic de información,
colaboración y aprendizaje ICT Educational Resources for Information,
Colaboration and Learning. No, 39, 69-81.
Proceso para el desarrollo de software. (2019). En Wikipedia, la enciclopedia libre.
Recuperado de
https://es.wikipedia.org/w/index.php?title=Proceso_para_el_desarrollo_de_soft
ware&oldid=119894058
Tutorial de diagrama de máquina de estados. (2019). Recuperado 3 de octubre de 2019,
de Lucidchart website: https://www.lucidchart.com/pages/es/diagrama-de-
maquina-de-estados
27
ANEXOS
1. Soporte en el desarrollo de un software de Trámite Documentario
Figura 4 Arquitectura de Sistema de Trámite documentario I

Fuente: G&M Rubí
Figura 5 Diagrama de estados y diseño de Base de Datos

Fuente: G&M Rubí
Figura 6 Interfaz de Sistema de Trámite Documentario
Fuente: G&M Rubí
Figura 7 Conexión a la Base de Datos

Fuente: G&M Rubí
Figura 8 Módulo de Ingreso de Documentos
Fuente: G&M Rubí
Figura 10 Interfaz de Búsqueda
Fuente: G&M Rubí
Figura 9 Elaboración de Casos de Uso

Fuente: G&M Rubí
Figura 11 Codificación y elaboración del Software de Trámite documentario
Fuente: G&M Rubí
Figura 12 Diseño y elaboración de la base de datos

Fuente: G&M Rubí
Figura 13 En exteriores de la empresa G&M Rubí
Fuente: G&M Rubí
Figura 14 Desarrollando en la empresa G&M Rubí

Fuente: G&M Rubí
Figura 15 Con la gerenta de la empresa G&M Rubí
Fuente: G&M Rubí
Figura 16 Con el asesor en la empresa G&M Rubí

Fuente: G&M Rubí

Informe de Practicas Pariona Leonardo

Cargado por

Información del documento

Descripción original:

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Informe de Practicas Pariona Leonardo

Cargado por

Copyright:

Formatos disponibles

UNIVERSIDAD NACIONAL DEL CENTRO DEL PERÚ

FACULTAD DE INGENIERÍA DE SISTEMAS

“SOPORTE EN EL DESARROLLO DE UN SOFTWARE DE TRÁMITE

INFORME DE PRÁCTICAS PRE-PROFESIONALES

PARIONA LEONARDO, Jair Aaron

Ing. Maglioni ARANA CAPARACHIN

Figura 1 Diagrama de Caso de Uso............................................................................... 9

Durante el proceso de del desarrollo de sistemas de información (software) se denota la

de personal para asistencia y soporte en las diversas actividades antes mencionadas y

también en las descritas a continuación en el lapso de los dos primeros meses.

tecnológico; debido al constante uso de herramientas informáticas a medida con el fin de

poder manejar procesos de diferentes entidades en el entorno, llegando a ser

de las diferentes áreas, gerencias y subgerencias

No solo las herramientas informáticas interfieren en el registro de los documentos,

más fácil y entendible para la toma de decisiones

Por motivos ya mencionados, quedamos de acuerdo que el uso de estas herramientas

informáticas ayuda al proceso de registro de Trámites de acuerdo a los estándares a los

que se debe de haber implementado.

Implementar una herramienta de control de Trámite Documentario

 Implementar y diseñar la base de datos para el sistema de Trámite Documentario

 Crear y diseñar modelos UML (funcionalidad).

 Diseñar e implementar interfaces (amigabilidad).

 Elaborar de acuerdo a una estructura de 3 capas.

 Desarrollar el código fuente del front end y back end.

 Corregir deficiencias y realizar testeo.

desarrollo de una herramienta para la organización la cual está dirigida al manejo de

cuales se cubrían requerimientos específicos y se desarrollaba progresivamente las

se desarrollaba un porcentaje del proceso, además se realizó actividades que estaban

ligadas a la Ingeniería de Software.

En la presente fase de las practicas pre profesionales, desarrollada en la empresa

G&M en el área de Proyectos en el cual se designó el soporte en el desarrollo de un

profesionales hasta el día 14 de julio en el que aproximadamente se cumplía poco más de

un mes, el soporte en el desarrollo de software se desarrolló los días de lunes a domingo,

podía trabajar desde nuestro hogar.

quejando directamente a la organización. Así mismo se entabló comunicación con

era poder organizar y obtener registros electrónicos de documentos.

poseen dispositivos móviles.

Posteriormente al reconocimiento de la organización y la descripción de la

situación problemática se inició con la elección de la metodología Scrum ya que permite

si hay deficiencias o nuevos requerimientos, así mismo se escogió a la arquitectura UML

para diseñar el funcionamiento y esclarecer los aspectos técnicos y fundamentales para

A. Reconocimiento de los departamentos y requerimientos para la

Este módulo se realizó inicialmente ya que es la base para poder

desarrollar toda herramienta informática, tomando, así como punto de partida

el día 10 y siendo el final el día 16 de junio del 2019.

Al momento de iniciar con el desarrollo de un proyecto de software se

debe de tener en consideración que el primer paso es la planificación lo cual

implica que: “es el paso previo al inicio de cualquier proyecto de desarrollo y

sin dudas el más importante. En este se definen los requerimientos y

funcionalidades que debe tener el software, mediante el trabajo en conjunto

entre los desarrolladores, el departamento de ventas, los estudios de mercado

y, fundamentalmente, el contacto con el cliente. En este punto se realizan

asimismo los análisis de riesgo para el emprendimiento y se fijan los requisitos

de aseguramiento de la calidad”(«Proceso para el desarrollo de software»,

Es por eso que se considera la planificación como parte principal de

este trabajo y obviamente al reconocimiento de requerimientos que es lo que

se realizó en este módulo de prácticas pre profesionales en los que se pudo

analizar por procesos el comportamiento de la organización y de acuerdo a eso

encontrar la solución más idónea para la organización.

Se recopilo información de los colaboradores sobre la problemática de

los registros en el proceso de Tramite documentario el cual era llevado de

manera empírica lo que ocasionaba diversos tipos de problema como cruces de

información perdida de documentos, duplicidad de información y confusión