ESCUELA DE POSGRADO

PROGRAMA ACADÉMICO DE MAESTRÍA EN INGENIERÍA

DE SISTEMAS CON MENCIÓN EN TECNOLOGÍAS DE LA
INFORMACIÓN

ASIGNATURA:

BUSINESS PROCESS MANAGEMENT

PROYECTO INTEGRADOR:

“OPTIMIZACIÓN DEL PROCESO DE CONTROL DE VERSIÓN DE

ENTREGABLES EN LA GERENCIA DE INFORMÁTICA DEL PODER
JUDICIAL”

INTEGRANTES GRUPO “2”

Huayllas Chircca, Alex Javier (ORCID: 0000-0002-1317-2763)

Juarez Campos, Jean Piere (ORCID: 0000-0003-1118-9462)

Cruces Torres, Patricio Ernesto (ORCID: 0000-0001-6187-0307)

Pachas Salvador, Víctor Manuel (ORCID: 0000-0001-5681-751X)

Calderón Bailon, Roy Henry (ORCID: 0000-0001-5262-4956)

DOCENTE

Dr. Marlon Acuña Benites

LIMA - PERÚ

2022
 TABLA DE CONTENIDO

INTRODUCCIÓN 3
PROYECTO INTEGRADOR 4
I. DATOS GENERALES 4
II. PLANTEAMIENTO DEL PROBLEMA 5
2.1. Descripción de la Realidad Problemática. 5
2.2. Formulación del Problema. 5
2.3. Justificación del Problema 6
III. OBJETIVOS 6
3.1. Objetivo General. 6
3.2. Objetivos Específicos 7
IV. DETERMINACIÓN DEL ÁMBITO DE APLICACIÓN 8
V. FUNDAMENTOS TEÓRICOS 8
5.1. Negocio 8
5.2. Función de Negocio 9
5.3. Procesos 9
5.4. ¿Quién es el Cliente? 13
5.5. Automatización de procesos 14
5.6. Business Process Management (BPM) 14
5.7. Modelamiento 15
5.8. Flujograma 16
5.9. Técnica de modelamiento de procesos 18
5.10. Herramienta de modelamiento 19
VI. DESCRIPCIÓN DE LA PROPUESTA DE PROYECTO INTEGRADOR 24
VII. ACTIVIDADES Y ESTRATEGIAS DE IMPLEMENTACIÓN 29
VIII. PRESUPUESTO 31
IX. CONCLUSIONES Y RECOMENDACIONES 32
X. REFERENCIAS 34
INTRODUCCIÓN

El presente informe es resultado del estudio de la Gestión de Procesos aplicado en

los Negocios (BPM: Gestión de Procesos de Negocio). Para lo cual se revisaron un
conjunto de conceptos y metodologías que convergen en una adecuada gestión. La
Institución Pública seleccionada para la presente investigación es el poder Judicial
ente autónomo en lo político, administrativo, económico, disciplinario e
independiente en lo jurisdiccional, con sujeción a la Constitución. Este poder se rige
por la Ley Orgánica del Poder Judicial que establece su estructura orgánica y
precisa sus funciones. Esta ley define los derechos y deberes de los magistrados,
quienes son los encargados de administrar justicia; de los justiciables, que son
aquellos que están siendo juzgados o quienes están solicitando justicia; y de los
auxiliares jurisdiccionales que son las personas encargadas de brindar apoyo a la
labor de los integrantes de la magistratura (Poder Judicial 2020).

Con resolución administrativa N 089-2019-CE-PJ del consejo ejecutivo del Poder

Judicial aprueba la directiva N 002-2019-CE-PJ "Directiva de Proceso del Ciclo de
Vida del Software en el Poder Judicial" conforme a la "NTP-ISO/IEC 12207:2016-
Ingeniería de Software y Sistemas. Procesos del ciclo de vida del software 3
Edición" donde esta directiva es aplicada en todas las dependencias del Poder
Judicial que desarrollen, generen o adquieran software, tal como la Gerencia de
Informática de Gerencia General, y en todas las Oficinas de Informática de las
Cortes Superiores de Justicia a nivel nacional, los cuales estarán previamente
autorizadas por la Gerencia de Informática de la Gerencia General que brinda
soporte y mantenimiento de los sistemas vigente que se utilizan a nivel nacional.

Con resolución administrativa N 269-2014-GG-PJ de la Gerencia General del Poder

Judicial se aprueban los siguientes procedimientos; 1) Procedimiento de Gestión de
Nuevos Sistemas Informáticos, 2) Procedimiento de Desarrollo de Sistemas, 3)
Procedimiento de Mantenimiento de Sistemas, 4) Procedimiento de Control de
Versión de Entregables, 5) Procedimiento de Aseguramiento de Calidad de
Software, 6) Procedimiento de Implantación de Sistemas; Siendo el objetivo del
procedimiento de Gestión de nuevos sistemas informáticos, tener por finalidad
garantizar una adecuada gestión para el desarrollo de nuevos sistemas, que
solicitan distintas Unidades Orgánicas del Poder Judicial, dicho procedimiento se
extiende a todos los proyectos del Poder Judicial.
Se da inicio a la implantación de los diversos procedimientos de la R.A. N 269-2014-
GG-PJ, dentro del cual tomamos como referencia de mejora del proceso el
procedimiento de Control de Versiones de Entregables, donde se evalúa la solicitud
de los usuarios, se aprueban las solicitudes de cambios, se informan los cambios
solicitados, se convoca a reunión para la aprobación de los entregables, se revisa
la documentación, se almacenan los entregables, se realiza el versionamiento de
las fuentes del sistema en el equipo de desarrollo, calidad actualiza y almacena los
entregables de documentación, versiona las últimas fuentes del sistema,
producción realiza el despliegue de la versión de los sistemas.
PROYECTO INTEGRADOR

I. DATOS GENERALES

La industria del software en la actualidad, juega un papel cada vez más importante
para la economía global; el software ha transformado los procesos de control de la
mayoría de los servicios en el sector público y privado de los cuales dependemos;
cada día surgen mejores y diversas tecnologías y con ellas novedosas aplicaciones,
generando nuevos retos para los implicados en los procesos de software.
Un sistema de software se describe como diversos programas independientes,
archivos de configuración que se utilizan para ejecutar estos programas, un sistema
de documentación que describe la estructura del sistema, la documentación para el
usuario que explica cómo utilizar el sistema y sitios web que permitan a los usuarios
descargar información de productos recientes (Sommerville 2005).

Por otro lado, Medina (2010) define software como un conjunto de actividades,
métodos, prácticas y transformaciones que las personas utilizan para desarrollar y
mantener el software y los productos asociados a proyectos, documentación de
diseño, código, casos de prueba y manuales de usuario.
De la misma forma Edgar, Claudia y Diego (2012) afirman que en ingeniería de
software y en proyectos lo suficientemente grandes, eventualmente puede llegar a
un punto en el que la comunicación entre los participantes es vital para el éxito o
fracaso de todo un proyecto. Se deberá asegurar que todos cuenten con la versión
más reciente, esta información es crucial para evitar la duplicación de esfuerzos y
garantizar que una persona sobreescriba el trabajo de otra.

Con relación al tiempo y costo del proyecto Mauriola y Mena (2021) Durante el
proceso de implementación del proyecto constituye un factor importante para
garantizar el éxito del mismo, las oscilaciones de los costes del proyecto, las
oscilaciones de la mano de obra y el calendario. y las variaciones del cronograma.
Si la diferencia es muy grande, el efecto del proyecto resultará negativo. Por lo
tanto, a fin de adoptar a tiempo medidas correctoras para el proyecto, es necesario
abordar estas desviaciones y hallar las causas en orden. (p. 22)
Hoy en día las Organizaciones compran o desarrollan productos de software para
apoyar los procesos de negocio. Las Normas internacionales de Ingeniería del
Software brindan las mejores prácticas para la adquisición y desarrollo de productos
con calidad con el objetivo de satisfacer las necesidades y expectativas del cliente.

Para lograr la construcción del software o sistema, se necesita una guía o marco
de referencia que asegura en gran medida la calidad y el éxito del proyecto. Con
ésta finalidad fue creado la norma 12207 para los procesos del ciclo de vida del
software. La norma ISO/IEC 12207 establece un marco de trabajo común para la
ingeniería del software, a lo largo de todo el ciclo de vida del producto.

Mediante Resolución Ministerial Nº 041-2017-PCM se aprobó el uso obligatorio de

la Norma Técnica Peruana “NTP-ISO/IEC 12207:2016- Ingeniería de Software y
 Sistemas. Procesos del ciclo de vida del software. 3a Edición”, en todas las
entidades integrantes del Sistema Nacional de Informática

II. PLANTEAMIENTO DEL PROBLEMA

2.1. Descripción de la Realidad Problemática

El ciclo de vida del software en el poder judicial, garantiza la trazabilidad y

correlación en cada una de sus etapas con la gestión de proyectos. En la
actualidad existe un procedimiento de control de versiones de entregables dentro
de los cuales se ha establecido un esquema para la identificación de los
entregables (control de versiones del código fuente y documentación), que son
controladas para el desarrollo de nuevos productos o requerimientos,
mantenimiento o incidencias en los sistemas.
Dentro del proceso de desarrollo de nuevos productos, atención de requerimientos
e incidencias en los sistemas, el equipo de desarrollo maneja sus propias fuentes
en un sistema de versionamiento SVN, por el cual es de uso exclusivo para dicha
área.

Él área de calidad se encarga de certificar la atención de nuevos productos,

atención de requerimientos e incidencias en los sistemas, dentro del cual deberá
de almacenar la versión actualizada de los entregables de calidad en el gestor de
contenidos, dicho procedimiento se realiza de forma manual.

El área de producción en la actualidad, en los proyectos nuevos recibe las fuentes

de los sistemas, dentro de los cuales almacena en un gestor de contenidos; para
los proyectos en continuidad tanto en la atención de requerimientos y/o incidencias
de los sistemas recibe solo los paquetes modificados y/o añadidos al sistema.
Dentro del cual se ha podido identificar que existe un versionamiento de forma
manual en esta última etapa del proceso, almacenando la información en un
gestor de contenidos.

2.2. Formulación del Problema.

Para casi todos los proyectos de software, el código fuente es como las joyas de
la corona, un activo valioso cuyo valor debe protegerse. Para la mayoría de
equipos de software, el código fuente es un repositorio del conocimiento de valor
incalculable y de la comprensión sobre el dominio del problema que los
desarrolladores han recopilado y perfeccionado con un esfuerzo cuidadoso.
Un adecuado control de versiones ayuda a los equipos de TI a resolver este tipo
de problemas al realizar un seguimiento de todos los cambios individuales de cada
colaborador y al contribuir a evitar que el trabajo concurrente entre en conflicto.
El presente informe sitúa en una posición de análisis a la problemática identificada
en la Gerencia de Informática del Poder Judicial en el versionamiento de las
 aplicaciones, en donde este proceso se realiza de forma manual, lo cual conlleva
en algunos casos a errores, retrabajo, horas hombres perdidas y como
consecuencia un impacto negativo en los plazos establecidos en el cronograma
del proyecto y/o requerimiento, por lo tanto existentes actividades que no generan
valor al proceso y requiere ser optimizada.
De lo expuesto, se desprende la siguiente interrogante ¿La influencia de la
optimización del proceso de control de versión de entregables en la Gerencia de
Informática del Poder Judicial?

2.3. Justificación del Problema

La presente investigación tiene como finalidad determinar el proceso de manejo

de productos de desarrollo ya que el equipo de desarrolladores maneja su propio
versionamiento la cual es exclusivamente para dicha área.

El área de calidad certifica, almacena y genera una nueva versión y dicho proceso
se realiza de forma manual, igualmente el área de producción almacena en un
gestor de contenedor y solo los archivos o paquetes modificados son añadidos al
sistema de producción y todo esto se realiza de forma manual.

De esta manera la presente investigación pretende encontrar una solución que

contribuya a que las herramientas de control de versiones permitan generar un
registro de las nuevas modificaciones que se hayan realizado y esto puede evitar
conflictos al momento de generar un producto final.

El desarrollo de esta investigación tiene como finalidad implementar un sistema

de gestión BPM (Business Process Management), la cual ayudará a desarrollar o
resolver problemas prácticos del versionamiento que se mencionó en el apartado
y con ello será capaz de organizar, controlar, y automatizar la información
generada por el desarrollador del sistema.

III. OBJETIVOS

3.1. Objetivo General.

Los procesos manuales que se llevan a cabo dentro de toda empresa, siempre
están propensos a errores o fallas dentro de las actividades de cualquier empresa.
Las tareas manuales también generan demoras en las atenciones, lo que origina
lentitud en las actividades de la empresa.

La propia demanda que tiene el equipo de Informática del Poder Judicial, requiere
tener un proceso de despliegue de nuevas funcionalidades que sea mucho más
rápido que el actual, pero sin dejar de tener los controles de revisión, y de
validación que se tienen a la fecha, y que aseguran que el producto desplegado
 pueda cumplir con todos los procesos de revisión que correspondan. Así como en
el caso que ocurra algún inconveniente dentro de un pase a producción, este
pueda ser revertido de forma rápida, sin generar una afectación prolongada hacia
los usuarios.

Dentro de este documento vamos a plasmar las mejoras que pueden aplicarse, a
fin de poder eliminar los procesos manuales, para contar con una herramienta y
procesos automatizados que puedan disminuir los errores en el versionamiento
de código, así como el poder aminorar los tiempos de despliegue, automatizando
los pases a producción.

En los siguientes puntos se van a ir desarrollando los componentes que puedan

ayudar a aliviar los problemas reportados, encontrando las herramientas que
mejor se adapten a la necesidad del equipo de informática, solucionando y
haciendo que el proceso de versionamiento de los aplicativos sea mucho más
seguro, rápido, y eficiente.

El propósito de este documento es ayudar al equipo de Informática del poder

Judicial, a encontrar las mejores soluciones, y estas les ayuden a resolver los
problemas presentados.

3.2. Objetivos Específicos

Identificar los procesos en el control de versiones en la Gerencia de Informática

del Poder Judicial.
Implementar un software en línea para el control de versiones en la Gerencia de
Informática del Poder Judicial.
Optimizar los procesos para el control de versiones en la Gerencia de Informática
del Poder Judicial.
Diseñar una mejora continua para el control de versiones en la Gerencia de
Informática del Poder Judicial.
Automatizar las tareas que se llevan a cabo durante los pases a producción.
Poder tener mayor trazabilidad de los cambios realizados sobre las aplicaciones
de la Gerencia de informática del Poder Judicial
Automatizar los reportes para el control de versiones en la Gerencia de Informática
del Poder Judicial.
Disminuir los errores de versionamiento de código de las aplicaciones y disminuir
los tiempos de pase a producción
IV. DETERMINACIÓN DEL ÁMBITO DE APLICACIÓN

El ámbito de aplicación se extiende a la Gerencia de Informática y Subgerencias

que reporta a la Gerencia General del PODER JUDICIAL, como un Órgano de
Línea. Su ubicación dentro de la organización es, por lo tanto, estratégica. De
acuerdo al ROF, la Gerencia de Informática está encargada de planear, organizar,
dirigir, ejecutar y desarrollar sistemas informáticos, la Administración de Redes y
Comunicaciones remotas y locales, así como el Servicio de Soporte Técnico.

La determinación del proceso del presente estudio se centra en el procedimiento

de generación de entregables (propios o de terceros) a nivel de código fuente y
documentación durante el desarrollo, mantenimiento o incidencias de sistemas
informáticos.

Siendo el objetivo principal garantizar, registrar e informar la gestión para el control

de versiones por entregable y liberaciones de los componentes, a nivel de software
y documentación que se maneja en la Gerencia de Informática del Poder Judicial.

Basado en las siguientes normativas; a) Resolución Ministerial N.°. 041-2017-PCM,

que aprueba el uso obligatorio de la NTP – ISO/IEC 12207:2016 – Ingeniería de
Software y de Sistemas. Procesos del Ciclo de Vida del Software 3° Edición”, la
cual resulta aplicable a todas las entidades integrantes del Sistema Nacional de
Informática. b) Resolución Administrativa N.° 370-2020-CE-PJ, que aprueba la
Directiva “Disposiciones para el Desarrollo de Documentos Normativos de Gestión
del Poder Judicial”. c) Resolución Administrativa N.° 000036-2020-GG-PJ, que
aprueba el Procedimiento “Atención de usuario”, la cual estandariza la adecuada
atención al usuario final del Poder Judicial, al reportar una incidencia o
requerimiento.

V. FUNDAMENTOS TEÓRICOS

5.1. Negocio

José, L., & López, Z. Menciona que el Poder Judicial es uno de los Poderes del Estado
Peruano, es el encargado de administrar justicia que emana del pueblo y se ejerce a
través de sus órganos jerárquicos con sujeción a la Constitución y a las leyes, para
ello gobierna institucionalmente con la autonomía, facultades, limitaciones que la ley
establece.
Visión
“Ser un poder del Estado independiente que brinde servicios de manera eficiente y
eficaz; moderno, predecible y desconcentrado administrativamente, comprometido en
servir a los justiciables y a la comunidad en los procesos de su competencia orientado
a consolidar la paz social”
Misión
“Impartir el servicio de justicia a la sociedad…… para resolver y/o definir conflictos……
protegiendo y garantizando la vigencia de los Derechos Humanos con la finalidad de
lograr la paz social y la seguridad jurídica”.
Objetivo
Fortalecer la autonomía del Poder Judicial y la independencia de los magistrados.
Mejorar y ampliar el acceso a la justicia.
Modernizar la implementación de justicia.
Fortalecer la calidad de justicia, el óptimo servicio al público litigante, la celeridad, y
predictibilidad, acceso, transparencia y lucha contra la corrupción.

5.2. Función de Negocio

Sociedad, L. R. (2021, noviembre 29). Define que el Poder Judicial del Perú ejerce y
administra la justicia en el Perú de acuerdo con la Constitución y las leyes. Para este
fin, se ocupa de resolver litigios, proteger los derechos de la ciudadanía y hacer cumplir
las obligaciones y responsabilidades de cada sector de la sociedad, mediante sus
distintos órganos jurisdiccionales, los cuales poseen su propia estructura, funciones y
competencias.
Por medio de todas estas acciones, el Poder Judicial garantiza la seguridad jurídica y
la tutela jurisdiccional con el fin de contribuir al estado de derecho, al mantenimiento
de la paz social y al desarrollo nacional.
Los órganos jurisdiccionales son:
La Corte Suprema de Justicia de la República;
Las Cortes Superiores de Justicia, en los respectivos Distritos Judiciales;
Las Salas Superiores Especializadas y Mixtas;
Los Juzgados Especializados y Mixtos, en las Provincias respectivas;
Los Juzgados de Paz Letrados, en la ciudad o población de su sede; y,
Los Juzgados de Paz.

5.3. Procesos
Según Diazgranados M. (2008), “un proceso puede ser definido como un
conjunto de actividades interrelacionadas que transforman entradas (materias
primas, materiales, información) en salidas (bienes o servicios) con valor
agregado para un cliente o grupo de clientes”.
El modelo de proceso del Poder Judicial, se establece en tres niveles. El primer
nivel corresponde a los procesos que gobiernan la institución definiendo la
dirección de la misma y controlando el cumplimiento de la misión y normativa
institucional, estos procesos se definen como Procesos de Dirección y Control.
 En el segundo nivel se ubican los procesos que directamente ejecutan la misión
de la institución y entregan el valor a los usuarios del Poder Judicial y a la
sociedad en general; éstos son los procesos que suministran directamente los
servicios de la institución. Estos procesos se definen como Procesos
Sustantivos.
Finalmente, en el tercer nivel se describen los procesos que hacen posible que
los otros grupos de procesos se ejecuten, y son los que proveen los recursos
para el funcionamiento de la institución; estos procesos se denominan
Procesos de Apoyo o Soporte.
La Gestión de las Tecnologías de Información y Comunicaciones provee a la
Institución de los recursos de tecnología requeridos por los procesos de
operación y gestión del Poder Judicial, donde se establecen los procesos de:
Planeamiento y Gestión de TI, Desarrollo y Mantenimiento de Sistemas de
Información, Gestión de la Plataforma Tecnológica y Gestión del Soporte
Técnico.
El presente estudio se ha centrado en la problemática en el procedimiento en
el control de versiones de entregables que corresponde al proceso Desarrollo
y Mantenimiento de Sistemas de Información.

Nombre del procedimiento: Control de versión de entregables

Objetivo: Garantizar, registrar e informar la gestión para el control de versiones
por entregable y liberaciones de los componentes, a nivel de software y
documentación que se maneja en la Gerencia de Informática del Poder Judicial.
Unidad responsable: Gerencia de Informática y Subgerencias.
Inicio: Evaluación de la solicitud
Fin: Despliegue de versión a producción
Descripción del procedimiento:

Actividad Tarea Responsable documento generado

1. Evaluar la 1.1 Evaluar el impacto y los Gestor/

solicitud riesgos que la “Solicitud de Coordinador de
cambios” o “Solicitud de Proyecto
usuario”, va a producir en el
desarrollo o mantenimiento
del sistema y/o aplicación.

1.2 Elaborar el documento de Gestor/ Solicitud de Cambios

“Solicitud de Cambios”, en Coordinador de (Anexo 01)
caso de una Solicitud de Proyecto
Cambio.
2 Aprobar 2.1 Revisar, dar conformidad Comité de Solicitud de Cambios
solicitud de y firmar la Solicitud de Proyectos de TI Firmada
cambios Cambio. (Anexo 01)

¿Existen observaciones en la solicitud?

Si: Ir a actividad 2 (2.2.) No: Ir a actividad 3

2.2 Levantar observaciones Comité de Solicitud de Cambios

en la solicitud y actualizar de Proyectos de TI Firmada
manera inmediata, a fin de (Anexo 01)
evitar retrasos en la
programación planteada.

3. Informar los 3.1 Comunicar a todos los Gestor/ Correo institucional

cambios involucrados del desarrollo Coordinador de adjuntando Solicitud
solicitados y/o mantenimiento del Proyecto de Cambios o
sistema sobre los cambios o Solicitud de Usuario
requerimientos a
implementar.

3.2 Actualizar la versión de los Gestor/ Entregables

entregables de gestión Coordinador de actualizados
inicialmente aprobados que Proyecto
se ven afectados por el
cambio o solicitud generando
la nueva versión de cada
entregable.

4. Convocar a 4.1 Convocar a una reunión Gestor y/o Correo institucional de

reunión para con el Comité de Proyectos de Coordinador de citación al
aprobación de TI para revisión, aprobación y Proyectos Comité de
entregables visado del/los entregable(s) Proyectos TI
de gestión correspondientes.

5. Revisar la 5.1 Revisar y firmar el/los Comité de Entregables del

documentación entregable(s) de gestión de Proyectos de TI proyecto visados y/o
desarrollo o mantenimiento, e firmados
indicar su conformidad, no
conformidad, o en su defecto
que se realicen correcciones.

¿Existen observaciones en la revisión?,

Si: Ir a la actividad 6 No: Ir a actividad 7.

6. Subsanar 6.1 Levantar las Gestor y/o

observaciones observaciones indicadas por Coordinador de
de los el Comité de Proyectos de TI. Proyectos
entregables del 6.2 Actualizar y enviar el/los Gestor y/o Entregables del
sistema entregable(s) de gestión para Coordinador de proyecto actualizados
la revisión final. Proyectos
Ir a la actividad N° 5.

7. Actualizar 7.1 Actualizar el/los Equipo de Entregables del

Entregables entregable(s) técnicos Desarrollo proyecto actualizados
Técnicos afectados por cambio o
mantenimiento del sistema.

8. Almacenar 8.1 Almacenar los Gestor y/o Carpeta con el nombre

entregables entregables a nivel de Coordinador de del sistema en el
documentación en el Gestor Proyectos Repositorio de
de Contenidos Alfresco. Alfresco conteniendo
los entregables del
8.2 Comunicar la nueva Gestor y/o sistema
versión aprobada, de los Coordinador de
entregables de gestión Proyectos Correo institucional
actualizados y aprobados por informando la
el Comité de Proyecto de TI a aprobación de los
los equipos de Desarrollo y entregables
Calidad con el fin de continuar
con las actividades de
desarrollo, mantenimiento o
aseguramiento de calidad
según sea el caso

9. Versionar las 9.1 Almacenar la nueva Analista

fuentes del versión del código fuente si es Programador
sistema entorno en el Subversión
(SVN).

9.2 Crear una carpeta Analista

indicando la versión a probar Programador
en la carpeta establecida para
los pases a Calidad.

9.3 Comunicar por correo Analista Acta de Pase a

electrónico al equipo de Programador Pruebas
Calidad los cambios (Anexo 2)
realizados en el sistema y/o
aplicación. Se debe indicar la
ruta de acceso donde se
encuentran las fuentes,
ejecutables, scripts, etc.

¿De existir un cambio que impacte igual o mayor al 80% de lo inicialmente

planificado en el desarrollo o mantenimiento?
Si: Ir a actividad 9 (9.4.) No: Ir a actividad 10.

9.4 Generar nueva acta de Analista Acta de Pase a

Pase a Pruebas. Programador Pruebas
(Anexo 2)
10. Actualizar y 10.1 Actualizar los Equipo de Calidad
almacenar los entregables de calidad que se
entregables de ven afectados por el cambio,
documentación generando así una nueva
versión.
en calidad
10.2 Almacenar la versión Equipo de Calidad Correo dando cuenta
actualizada de los de la
entregables de calidad en el actualización y
Gestor de Contenidos almacenamiento de
Alfresco. entregables de calidad

11. Versionar 11.1 Almacenar la nueva Analista de

las fuentes del versión del código fuente en el Calidad
sistema Subversión.

11.2 Crear una carpeta Analista de

indicando la versión a Calidad
entregar (ya sea pase de un
desarrollo, mantenimiento o
incidencia) en la carpeta
establecida para los pases a
Producción.

11.3 Enviar la versión final del Analista de Acta de Pase a

sistema y/o aplicación, y Calidad Producción (Anexo 3)
formalizan el pase mediante
el uso de la Acta de Pase a
Producción.

12. Desplegar 12.1 Registrar la versión final Analista de

una versión a del sistema en el ambiente de Producción
producción producción.

12.2 Controlar la versión final Analista de

del código fuente y Producción
documentación de los
sistemas.

12.3 Informar la Puesta a Analista de

Producción al Gestor y/o Producción
Coordinador del Proyecto, así
como a los equipos de
Desarrollo, Calidad,
Implantación a través de
correo electrónico.

5.4. ¿Quién es el cliente?

Los clientes o usuarios de un proceso pueden ser internos y externos y son los
que reciben el producto del proceso y son la razón de ser de éste, para el
presente estudio los procesos se encuentran relacionados al procedimiento en
el control de versiones de entregables que corresponde al proceso Desarrollo
y Mantenimiento de Sistemas de Información donde los clientes son las
diferentes Unidades Orgánicas del Poder Judicial.

5.5. Automatización de procesos

La automatización de procesos es la acción de realizar el cambio, de una actividad

que se realizaban de forma manual, los cuales por lo general requerían la participación
a demanda de un usuario para que lo ejecute, a cambiar el proceso, para evitar una
interacción humana, y esta se pueda realizar de forma automatizada, utilizando la
tecnología para ello (Sydle, 2022).
Para automatizar un proceso, debemos de conocer las actividades que se ejecutan
para ello, y a través de la tecnología, poder plasmar estas actividades, realizando las
validaciones que correspondan para evitar errores, y garantizar que el proceso se
ejecute de forma rápida y segura.
Los beneficios que nos puede dar la automatización de procesos pueden ser: reducir
tiempos y costos, aumentar la productividad de la empresa, minimizar fallas o errores
en las actividades.
Entre los principales tipos de automatización de procesos, podemos encontrar:
Macros, ITPA y RPA.
Macros: Son las automatizaciones que se crean utilizando archivos o documentos
como scripts, pipelines, o similares, son utilizados desde hace ya mucho tiempo, y nos
sirven para poder automatizar tareas repetitivas o que se generan de forma frecuente.
Algunos ejemplos son: Un script para el borrado de información antigua en servidores,
un archivo bash que se ejecuta todos los días depurando los logs de los equipos de
comunicación, entre otros.
ITPA: Es una forma de automatización mucho más madura, y requiere por lo general
el uso de un software especializado para poder implementarlo. Esta automatización
también permite reducir el tiempo para la gestión de tareas o actividades que
demandarían mucho tiempo. Un ejemplo sería: Parchado de servidores, ejecución de
tareas de respaldo de archivos, o configuración de reglas de seguridad.
RPA: Es una forma de automatización mucho más avanzada, para este caso también
requiere la implementación de un software, y hasta a veces un hardware dedicado
para ello. Los procesos que se pueden automatizar en este caso, no son solo de
cómputo o de actividades que se ejecutan en un servidor, si no también actividades
que requieran la intervención física para cumplir con una tarea. Algunos ejemplos son:
Colocar stickers en frascos o botellas, cambiar las cintas de backups, empacar
productos, entre otros.

5.6. Business Process Management (BPM)

Conforme las empresas han ido evolucionando e intentando crecer y obtener las
herramientas necesarias para poder lograrlo, uno de los objetivos que han buscado
cubrir ha sido el de poder tener de forma clara las acciones y actividades que se
realizan entre usuarios, áreas o departamentos, con la intención de poder identificar
fallas, o el de poder mejorarlos de ser el caso (Captio, 2021).
 Aquí es donde nace la necesidad de la Gestión de Procesos de Negocios, el cual nos
pueda ayudar a evidenciar y mejorar los procesos que suceden dentro y hacia afuera
de la empresa, para que funcione con una alta eficiencia y velocidad, cuando sus
procesos se encuentren alineados para ellos.

BPM no es un software que necesitemos comprar, es una técnica o metodología que

está muy enfocado en ayudar a las empresas a poder definir, optimizar y ejecutar sus
procesos de negocio, entre las ventajas que podemos encontrar en su uso son:
- Nos ayuda a evidenciar tareas que se encuentren mal diseñadas, o que generan
una pérdida de tiempo, para obtener el producto final.
- Nos permite aumentar la eficiencia, y agilidad de los procesos, minimizando errores.
- Nos ayuda a poder automatizar tareas manuales.
- Nos permite el poder enfocarnos en las metas del negocio.
- Evita que los procesos se vean envueltos en temas de burocracia, que puedan
afectar el cumplimiento de los objetivos.
- Nos ofrece la posibilidad de disminuir las interacciones humanas para el
cumplimiento de las tareas.

5.7. Modelamiento

Cuando nos referimos a modelamiento, es importante destacar la forma de trabajo

ante esto Lyridis et al. (2022) mencionan que:

El primer paso para una implementación exitosa de BPM es identificar y

analizar la situación. Esto se traduce en detalles relevantes para las
operaciones de la compañía, los flujos de trabajo, los departamentos
implicados, el tiempo y el coste de cada operación, que se utilizarán como
base para la modelización. (p. 61)

En consecuencia, un modelamiento adecuado alineando los procesos de

negocio de alto impacto incluyendo a las personas involucradas y la tecnología
adecuada para los procesos que se necesitan automatizar o adecuar es
imprescindible un correcto nivel de gestión de cambios. A esto se suma
Benedict et al. (2019) que:

El modelado más detallado del software subyacente. Permiten una

implementación y automatización de procesos coherente y basada
en estrategias. En este punto, el método de modelado puede
cambiar. Por ejemplo, el lenguaje unificado de modelado (UML) se
puede utilizar para reflejar la estructura de software deseada para
soportar los procesos de alto impacto. (p. 61)
 La integración entre las herramientas de modelado y ejecución de procesos
puede ser extremadamente beneficiosa en esta situación, especialmente
porque permite el ajuste flexible de los procesos en función del valor.

5.8. Flujograma

Gráfico 01:

Fuente: Elaboración propia.

5.9. Técnica de modelamiento de procesos

Las diferentes técnicas y metodologías difieren unas de otras, en el sentido en que

proporcionan la habilidad para modelar diferentes perspectivas de los sistemas de
negocio. El caso ideal sería aquel, en el que se desarrollará una única técnica que
pudiera representar de manera eficiente todas las perspectivas de forma concisa y
rigurosa, para de este modo poder ser aplicada a todas las situaciones de modelado
(Raquel, Raul y Angel 2009).

Muchas técnicas se centran principalmente en funciones, otras lo hacen en datos e

incluso existen aquellas basadas en los diferentes roles, en la Gráfica 02 podemos
apreciar la clasificación de las diferentes técnicas, junto con una valoración de su
idoneidad para la representación de las diferentes perspectivas de modelado. La
evaluación y selección de una técnica, depende de las características del proyecto en
cuestión.

Gráfica 02:

Fuente: Raquel, Raul y Ángel (2009)

Diagrama de flujo: Es un diagrama que describe un proceso, sistema o algoritmo

informático, se usan ampliamente en numerosos campos para documentar, estudiar,
planificar, mejorar y comunicar procesos que suelen ser complejos en diagramas
claros y fáciles de comprender (Lucidchart 2022).
IDEF0: Es una técnica de modelado para representar de manera estructurada y
jerárquica las actividades que conforman un sistema o empresa y los objetos o datos
que soportan la interacción de esas actividades (GerenciayProductividad 2022).

IDEF3: Es una técnica de modelado para representar el flujo de trabajo de un proceso,

así como sus objetos participantes, a partir de la descripción dada por un experto.

Redes de Petri: Una red de Petri es un grafo dirigido formado por dos tipos de nodos:
a) Estados: representados mediante círculos, b) Transiciones: representadas
mediante rectángulos. Estados y transiciones se conectan entre sí mediante arcos
dirigidos. No se permiten las conexiones entre dos nodos del mismo tipo. Los arcos se
consideran de peso uno (Raquel, Raul y Angel, 2009)

Diagrama Actividades de Roles (RAD): (RAD por sus siglas en inglés Rol Activity
Diagrams). Su representación es desde el punto de vista de roles (los cuales
representan a los mismos en un proceso), actividades (acciones realizadas por un rol)
e interacciones (las cuales permiten la comunicación de los roles). Los RADs
proporcionan información de las perspectivas funcional, de comportamiento y
organizacional; el soporte a la perspectiva informacional es escaso (pobre) ya que
depende de la descripción del proceso por parte del modelado (Technoikal 2011).

Diagrama de flujo de datos: Es la obtención de un modelo lógico de procesos que

represente el sistema, con independencia de las restricciones físicas del entorno. Así
se facilita su comprensión por los usuarios y los miembros del equipo de desarrollo. a)
Simplificar la complejidad del sistema, representando los diferentes procesos de que
consta, b) Facilitar el mantenimiento del sistema. (Manuel 2019)

Diagrama Entidad-Relación: También conocido como modelo entidad relación o ERD,

es un tipo de diagrama de flujo que ilustra cómo las "entidades", como personas,
objetos o conceptos, se relacionan entre sí dentro de un sistema. Los diagramas ER
se usan a menudo para diseñar o depurar bases de datos relacionales en los campos
de ingeniería de software, sistemas de información empresarial, educación e
investigación (Lucidchart 2022).

Diagrama estado-transición: Nos muestra el comportamiento dependiente del tiempo

de un sistema de información. Representa los estados que puede tomar un
componente o un sistema y muestra los eventos que implican el cambio de un estado
a otro (Manuel 2019).

Técnica Orientada a Objetos: La técnica OO, se utiliza para modelar y programar

procesos caracterizados como objetos, que son desarrollados y transformados por
actividades. Utiliza los objetos como bloque esencial de construcción y combina la
estructura de datos (atributos) y funciones (operaciones) en una sola entidad. Existen
diversidad de técnicas basadas en la programación orientada a objetos, pero de todas
ellas, la más importante es UML (Unified Modelling Language), lenguaje gráfico para
visualizar, especificar y documentar cada una de las partes que comprende el
desarrollo de software (Raquel, Raul y Angel, 2019).
5.10. Herramienta de modelamiento

Se detallan las herramientas de modelamiento del proceso de negocio, dicho objetivo

tiene como análisis entender los procesos para poder mejorar la efectividad de sus
operaciones. Así mismo Fleishmann (2003), explica que una metodología detalla las
actividades que involucra, los recursos que incluye, los participantes, la información
que se maneja, y las reglas de intercambio de información en el caso de que las haya.

Hay muchas herramientas diferentes de modelización de procesos comerciales que

pueden utilizarse para mejorar los flujos de trabajo, haciéndolos más eficientes y
rentables (Summer, 2020).

A continuación se detallan las herramientas de modelamiento de procesos:

5.10.1. Bizagi

Bizagi (2022), es una herramienta de modelado de proceso, que utiliza las

especificaciones de BPM CBOK v4, en la actualidad, es necesaria para la planificación
eficiente de todos los procesos que se realizan en las organizaciones, Bizagi brinda
múltiples formas de modelo y diseño que ayudarán a la optimización de las tareas.

Gráfico 03:

Fuente: Bizagi (2022)

Bizagi funciona en 3 pasos generales, que se pueden ver en la Gráfica 03 formados

por Bizagi Modeler, Bizagi Suite y Bizagi Engine. a) Consiste en crear los mapas de
procesos, b) Construir aplicaciones en base a nuestros procesos y, c) Ejecutar Bizagi
en toda la empresa.

Gráfica 04:

Fuente: Bizagi (2022)

Bizagi Modeler (2022), ofrece diversos beneficios: Obtener acceso global a sus
modelos, Publicar en SharePoint y Web, Personalizar, Trabaje sin conexión,
Manténgase productivo desde cualquier dispositivo, Trabaje como equipo y mejore la
colaboración del negocio, Obtenga resultados rápidos, Escriba comentarios y
comparta ideas, Reduzca la curva de aprendizaje, Incluya adjuntos, la interfaz de
Bizagi, es una interfaz, en la que los objetos se sitúan de a la izquierda se enlazan de
manera automática cuando el usuario los arrastra a la pantalla de trabajo, en la parte
superior contiene las opciones de herramientas para guardar, publicar, exportar e
importar.

Gráfico 05:

Fuente: Elaboración propia.

Bizagi nos ofrece multitud de diseños a la hora de modelar y crear procesos y

subprocesos, todo ello con el estándar de modelado BPMN 4.0, con una amplia
variedad de tipos de tareas, compuertas, eventos de inicio y eventos de fin.

Gráfica 06:
Fuente: ResearchGate 2022
5.10.2. Miro

Miro (2022), es una herramienta de modelado de proceso online, que utiliza las
especificaciones de BPMN, en la actualidad, es necesaria para la planificación
eficiente de todos los procesos que se realizan en las organizaciones, Miro explica
procesos y sistemas complejos con herramientas de diagrama de flujo online visuales.

Gráfico 07:

Fuente: Miro (2022)

Miro, ofrece para tu negocio una colección de plantillas de diagramas BPMN, UML y
plantillas de diagrama de flujo. El modelo de BPMN mejora la continuidad de los
procesos en la organización.

La interfaz de Miro, es una interfaz intuitiva, que te permite iterar más rápido y de uso
fácil.

Gráfico 08:

Fuente: Miro (2022).

5.10.3. BonitaSoft

BonitaSoft (2022) es una herramienta de modelado y simulación de procesos, es

considerada una de las empresas punteras en el mercado y de las que mayor número
de usuarios consigue anualmente.

Gráfica 09:

Fuente: BonitaSoft (2022)

BonitaSoft no detalla las diversas aplicaciones como, Bonita Studio para modelar
visualmente los procesos arrastrando y soltando y configurando la lógica empresarial.
Utiliza Bonita UI Designer para crear interfaces de usuario de aplicaciones web
wysiwyg y usa los conectores y las API REST para integrar Bonita en su entorno
tecnológico (BonitaSoft 2022).
Bonita ha sido diseñada para seguir un ciclo de mejora de procesos basado en
modelar, diseñar, ejecutar, medir y ajustar, mediante BPMN v4.

Bonita Studio ofrece diferentes herramientas, que están agrupadas de la siguiente

forma: a) Bonita Studio: parte que permite al usuario modelar usando BPMN y conectar
el proceso con ERPs, ECMs y bases de datos entre otros, generando una aplicación
de negocios vista como formulario web. b) Bonita Engine: aplicación Java que permite
interactuar con los procesos existentes y c) Bonita User Experience: portal web que
facilita al usuario una interfaz web similar a la de correo para gestionar las tareas y
obtener informes.

Gráfica 10:

Fuente: Raquel, Raul y Angel (2009)

 Bonita simplifica la integración con el resto de sistemas externos, permitiendo la
conexión con sistemas empresariales como las bases de datos, entre ellos cabe
destacar: CRMs (sistemas de gestión de relaciones con el cliente), ECMs (sistemas
de gestión de contenido empresarial) y ERPs (planificación de recursos
empresariales). Además, permite trabajar con otras aplicaciones disponibles como
Java o REST (arquitectura de desarrollo web que se apoya en el estándar HTTP)
(InnovaDeluxe 2013).

VI. DESCRIPCIÓN DE LA PROPUESTA DE PROYECTO INTEGRADOR

En la actualidad el poder judicial cuenta con la “Directiva de Proceso del Ciclo de Vida del
Software en el Poder Judicial”, dentro del cual se detallan los procedimientos de control de
cambios de entregables, dentro del cual fue establecida por R.A. N 269-2014-GG-PJ de la
Gerencia General, los cuales se detallan a continuación:

Disposiciones generales
El esquema para la identificación de los entregables (control de versiones del código fuente
y documentación), que son controladas para el desarrollo de nuevos productos o
requerimientos, mantenimiento o incidencias en los sistemas, son los siguientes:
• PARA EL CONTROL DE VERSIONES DE LA DOCUMENTACIÓN: Gestor de Contenidos
Alfresco.
• PARA EL CONTROL DE VERSIONES DEL CÓDIGO FUENTE: Herramienta de Control
de Versiones Subversión (SVN), la cual permite a los analistas programadores trabajar en
paralelo las fuentes para luego unificarla de manera automática.

Procedimiento actual de las actividades del proceso de control de versiones

Actividad Tarea Responsable documento generado

1. Evaluar la 1.1 Evaluar el impacto y los Gestor/

solicitud riesgos que la “Solicitud de Coordinador de
cambios” o “Solicitud de Proyecto
usuario”, va a producir en el
desarrollo o mantenimiento
del sistema y/o aplicación.

1.2 Elaborar el documento de Gestor/ Solicitud de Cambios

“Solicitud de Cambios”, en Coordinador de (Anexo 01)
caso de una Solicitud de Proyecto
Cambio.
2 Aprobar 2.1 Revisar, dar conformidad Comité de Solicitud de Cambios
solicitud de y firmar la Solicitud de Proyectos de TI Firmada
cambios Cambio. (Anexo 01)

¿Existen observaciones en la solicitud?

Si: Ir a actividad 2 (2.2.) No: Ir a actividad 3

2.2 Levantar observaciones Comité de Solicitud de Cambios

en la solicitud y actualizar de Proyectos de TI Firmada
manera inmediata, a fin de (Anexo 01)
evitar retrasos en la
programación planteada.

3. Informar los 3.1 Comunicar a todos los Gestor/ Correo institucional

cambios involucrados del desarrollo Coordinador de adjuntando Solicitud
solicitados y/o mantenimiento del Proyecto de Cambios o
sistema sobre los cambios o Solicitud de Usuario
requerimientos a
implementar.

3.2 Actualizar la versión de los Gestor/ Entregables

entregables de gestión Coordinador de actualizados
inicialmente aprobados que Proyecto
se ven afectados por el
cambio o solicitud generando
la nueva versión de cada
entregable.

4. Convocar a 4.1 Convocar a una reunión Gestor y/o Correo institucional de

reunión para con el Comité de Proyectos de Coordinador de citación al
aprobación de TI para revisión, aprobación y Proyectos Comité de
entregables visado del/los entregable(s) Proyectos TI
de gestión correspondientes.

5. Revisar la 5.1 Revisar y firmar el/los Comité de Entregables del

documentación entregable(s) de gestión de Proyectos de TI proyecto visados y/o
desarrollo o mantenimiento, e firmados
indicar su conformidad, no
conformidad, o en su defecto
que se realicen correcciones.

¿Existen observaciones en la revisión?,

Si: Ir a la actividad 6 No: Ir a actividad 7.

6. Subsanar 6.1 Levantar las Gestor y/o

observaciones observaciones indicadas por Coordinador de
de los el Comité de Proyectos de TI. Proyectos
entregables del 6.2 Actualizar y enviar el/los Gestor y/o Entregables del
sistema entregable(s) de gestión para Coordinador de proyecto actualizados
la revisión final. Proyectos
Ir a la actividad N° 5.

7. Actualizar 7.1 Actualizar el/los Equipo de Entregables del

Entregables entregable(s) técnicos Desarrollo proyecto actualizados
Técnicos afectados por cambio o
mantenimiento del sistema.

8. Almacenar 8.1 Almacenar los Gestor y/o Carpeta con el nombre

entregables entregables a nivel de Coordinador de del sistema en el
documentación en el Gestor Proyectos Repositorio de
de Contenidos Alfresco. Alfresco conteniendo
los entregables del
8.2 Comunicar la nueva Gestor y/o sistema
versión aprobada, de los Coordinador de
entregables de gestión Proyectos Correo institucional
actualizados y aprobados por informando la
el Comité de Proyecto de TI a aprobación de los
los equipos de Desarrollo y entregables
Calidad con el fin de continuar
con las actividades de
desarrollo, mantenimiento o
aseguramiento de calidad
según sea el caso

9. Versionar las 9.1 Almacenar la nueva Analista

fuentes del versión del código fuente si es Programador
sistema entorno en el Subversión
(SVN).

9.2 Crear una carpeta Analista

indicando la versión a probar Programador
en la carpeta establecida para
los pases a Calidad.

9.3 Comunicar por correo Analista Acta de Pase a

electrónico al equipo de Programador Pruebas
Calidad los cambios (Anexo 2)
realizados en el sistema y/o
aplicación. Se debe indicar la
ruta de acceso donde se
encuentran las fuentes,
ejecutables, scripts, etc.

¿De existir un cambio que impacte igual o mayor al 80% de lo inicialmente

planificado en el desarrollo o mantenimiento?
Si: Ir a actividad 9 (9.4.) No: Ir a actividad 10.

9.4 Generar nueva acta de Analista Acta de Pase a

Pase a Pruebas. Programador Pruebas
(Anexo 2)
10. Actualizar y 10.1 Actualizar los Equipo de Calidad
almacenar los entregables de calidad que se
entregables de ven afectados por el cambio,
documentación generando así una nueva
versión.
en calidad
10.2 Almacenar la versión Equipo de Calidad Correo dando cuenta
actualizada de los de la
entregables de calidad en el actualización y
Gestor de Contenidos almacenamiento de
Alfresco. entregables de calidad

11. Versionar 11.1 Almacenar la nueva Analista de

las fuentes del versión del código fuente en el Calidad
sistema Subversión.

11.2 Crear una carpeta Analista de

indicando la versión a Calidad
entregar (ya sea pase de un
desarrollo, mantenimiento o
incidencia) en la carpeta
establecida para los pases a
Producción.

11.3 Enviar la versión final del Analista de Acta de Pase a

sistema y/o aplicación, y Calidad Producción (Anexo 3)
formalizan el pase mediante
el uso de la Acta de Pase a
Producción.

12. Desplegar 12.1 Registrar la versión final Analista de

una versión a del sistema en el ambiente de Producción
producción producción.

12.2 Controlar la versión final Analista de

del código fuente y Producción
documentación de los
sistemas.

12.3 Informar la Puesta a Analista de

Producción al Gestor y/o Producción
Coordinador del Proyecto, así
como a los equipos de
Desarrollo, Calidad,
Implantación a través de
correo electrónico.
Diagrama actual del proceso de control de versiones

Dentro del análisis realizado para se ha podido identificar mejoras en los procesos
dentro de los cuales se explica en el siguiente apartado.
VII. ACTIVIDADES Y ESTRATEGIAS DE IMPLEMENTACIÓN

Se ha elaborado el procedimiento de Despliegue de los Servicios de Tecnologías de

Información y Sistemas de Información que proporciona la Gerencia de Informática a las
diferentes áreas orgánicas del Poder Judicial.

Esta mejora al procedimiento es aplicada a la Gerencia de Informática, cuando se requiera

realizar el despliegue de Sistemas de Información (Nuevos o actualización) a producción
en la infraestructura tecnológica.

Propuesta de diagrama del Flujo del procedimiento de despliegue y versionado de sistemas

de información.

A continuación, se describen los procedimientos correlacionados al despliegue de un nuevo

sistema de información o de una actualización a un Sistema de información en producción.
 Actividad Tarea Responsable documento
generado

1. Solicitar 1.1 Remitir el Formato de Pase a Gestor/

despliegue Producción de un Sistema Informático al Coordinador
Gestor de Despliegue y adjunta de
documentación técnica, fuentes e Proyecto
instaladores.

2 Revisar 2.1 Si la solicitud es derivado de un Analista de Lista de

documentación Proyecto de Desarrollo se debe validar producción Verificación de
y fuentes. que se cuenta con lo siguiente Pase a
documentación: Producción
- Acta de Constitución del proyecto.
- Manual Técnico.
- Manual de Usuario.
- Actas de capacitación.
- Acta de conformidad.
- Programas fuentes, Scripts de Base de
Datos, librerías.
- Ejecutables del sistema
- Instaladores del sistema

Si no cuenta con la documentación

solicitada, devolver el Formato de
Solicitud de Producción, caso contrario
continuar con el siguiente paso.

3. Versionar 3.1 Versionar la documentación técnica Analista de Documentación

Documentación y los programas fuentes de los sistemas producción Técnica.
y Fuentes de información Programas
Fuentes y Script
de Base de
Datos e
instaladores.

4. Realizar 4.1 Generar respaldo de información de Analista

respaldo de la documentación técnica y programas programador
información. fuentes que serán reemplazadas con la
versión actualizada.

5. Desplegar 5.1 Desplegar en el entorno producción Analista de Documentación

Sistema en la nueva versión del Sistema, considerar producción Técnica.
ambiente de las siguientes actividades: Programas
producción. - Ejecución de la guía de instalación y Fuentes
configuración. y Script de Base
- Ejecución de la carga de datos inicial de Datos e
en el Sistema. instaladores.

6. Validar el 6.1 Realizar actividades de validación Analista de Documentación

despliegue del Sistema de Información desplegado producción Técnica.
en producción, asimismo pide Programas
confirmación al Jefe de Proyectos o Fuentes y Script
Especialista Técnico. Si hay incidentes de Base de Datos
 activar actividades de contingencia y e instaladores
volver al estado anterior.

7. Realizar 7.1 Brindar el soporte a los Usuarios, Gestor/

actividades ante todas sus consultas, dudas o Coordinador
post-despliegue problemas que podrían originarse de
posterior al despliegue del Sistema Proyecto
informático o Servicio.
Si es conforme el despliegue, continúa
con el paso 9, en caso contrario continúa
con el paso 8

8. Activar 8.1 Realizar las actividades de Analista de

Rollback. restauración del Sistema Informático, al producción
estado Despliegue anterior a realizar el
Despliegue, continúa con el paso 9.

9. Informar a 9.1 Informar acerca del proceso de Analista de

los equipos restauración del Sistema informático, y producción
Desarrollo / la Despliegue cancelación del
Mesa de ayuda Despliegue de la nueva versión. Finaliza
el procedimiento.

10. Informar 10.1 Remitir correo de conformidad del Analista

conformidad del despliegue. Y si son pases de programador
despliegue. mantenimiento el equipo de Mesa de
Ayuda informa conformidad.

11. Informar a 11.1 Remitir correo informativo a todos Analista de Manual de

los usuarios del los usuarios del sistema actualizado. Mesa de Usuario
Sistema. Ayuda
correo informativo

VIII. PRESUPUESTO

Para la implementación de las mejoras consideradas dentro del presente documento, las
cuales ayudarán a mejorar el proceso de despliegue de nuevas versiones de la aplicación,
las cuales se realizarán mucho más rápidas y seguras, llevarán consigo una reorganización
de los procesos.
Para este reordenamiento se está considerando la participación de un consultor
especialista y un jefe de proyecto que se encargue de llevar a cabo la gestión del mismo.
Los costos considerados son referenciales, pues han sido obtenidos al momento de la
creación del presente documento, estos pueden variar cuando se realice su
implementación.
 Equipo Cantidad Medida Precio unitario Subtotal

Consultor especialista 48 horas $40.00 $1,920.00

Jefe de proyecto 20 horas $70.00 $1,400.00

Total $3,320.00

*Costos referenciales, y no incluyen IGV u otro impuesto adicional

IX. CONCLUSIONES Y RECOMENDACIONES

CONCLUSIONES

El presente trabajo se ha situado en el análisis a la problemática identificada en la Gerencia

de Informática del Poder Judicial en el versionamiento de las aplicaciones, en donde este
proceso se realiza de forma manual, lo cual conlleva en algunos casos a errores, retrabajo,
horas hombres perdidas y como consecuencia un impacto negativo en los plazos
establecidos en el cronograma del proyecto y/o requerimiento, por lo tanto existentes
actividades que no generan valor al proceso y requieren ser optimizadas.

Estos errores, y todas las consecuencias que generaban no sólo generaba una demora en
el despliegue de las nuevas versiones de los aplicativos, sino también, una mala
percepción al equipo de TI encargado de estos despliegues. Haciéndolos en algunos casos
los responsables de las demoras para la atención para el despliegue de los nuevos
requerimientos.

Una vez identificada la problemática, se procedió a realizar el levantamiento de los

procesos y procedimientos de control de versiones (ASÍS), aplicando la metodología de
BPM, se procedió a elaborar la propuesta (TOBE) de procedimientos correlacionados en
el proceso de despliegue de los sistemas de información en los servicios de tecnológicos
que se brinda en la Gerencia de Informática.

La Gerencia de informática del Poder judicial debe aplicar en las áreas de informática un
repositorio central o principal donde se puede manejar un historial de todos los cambios
que realizan los desarrolladores de software, con ello la implementación del proceso de
versionamiento eliminaría la falta o escasa comunicación entre los desarrolladores que
trabajan en el proyecto.

Debido a los grandes cambios que surgen sobre el correcto control de versiones, la
gerencia de informática del Poder judicial deberá de aplicar nuevos procesos para el
Procedimiento de Control de Versiones de Entregables, detallando mejoras continuas
sobre el proceso de despliegue de una versión puesta en producción y el adecuado control
de las versiones de los aplicativos.

La implementación del proceso de control de versión de entregables en la gerencia de

informática del poder judicial permitió optimizar el procedimiento y tener la posibilidad de
poder realizar con mayor detalle el proceso de control de versiones, eliminando la
tramitación repetitiva mostrándose todo ello a través de la solución tecnológica.

RECOMENDACIONES

Se recomienda a la gerencia de informática del Poder Judicial, invertir en la implementación

de una solución tecnológica, para el control de versionamiento de los sistemas puestos en
producción.

Estos cambios propuestos lograrán que se puedan resolver muchos de los problemas
actuales que se tienen a diario para el despliegue de las nuevas funcionalidades de los
aplicativos, otorgando mayores herramientas a las personas encargadas de los pases a
producción, para que pueda atender todas las solicitudes de forma rápida y oportuna.

Las mejoras propuestas, también garantizarán que el proceso de despliegue, se encuentre

correctamente documentado, tanto la implementación de las nuevas funcionalidades, como
en caso que suceden errores, tener claro el proceso para poder ejecutar el rollback
respectivo, y evitar así una indisponibilidad del servicio.

Los cambios que se originarán, también van a requerir de capacitaciones al equipo de TI

de la empresa, para que pueda estar informado de los nuevos flujos, y requerimientos para
su proceso de despliegue. El uso de charlas y boletines por correo electrónico son los
recomendados a poder realizar, ya que si ello no se realiza, podría, hacer que este proceso
de implementación de las mejoras, sea muy engorroso y desordenado para el equipo de
TI.

El proceso de mejora, es una actividad continua que debe de realizarse de forma progresiva
en todos los procesos de TI. Una vez se puedan implementar las mejoras indicadas en este
documento, se debe de realizar la medición respectiva, para poder evidenciar las mejoras
que se han obtenido, y también poder pulir detalles, que nos ayuden a optimizarlas.

Se recomienda a la Gerencia de Informática del Poder Judicial, la aplicación de un nuevo

proceso del Procedimiento de control de versiones de entregables, optimizando la puesta
en producción de los aplicativos e implementando una solución tecnológica para el
versionamiento de los sistemas puestos en producción.
X. REFERENCIAS

Benedict, T., Kirchmer, M., Scarsig, M., & Saxena, R. (2019). BPM CBOK Version 4.0:
Guide to the Business Process Management Common Body Of Knowledge. ABPMP
(Association of BPM Professionals). https://www.abpmp.org/

Bizagi (2022), Bizagi, Bizagi - Líder en Automatización Inteligente de Procesos,

https://www.bizagi.com/es

Bizagi (2014), Bizagi Business Process Management (BPM) Software: How It Works.
https://www.youtube.com/watch?v=G1BidL57HBM

Bizagi Modeler Documentación (2022), Bizagi, Bizagi Modeler Documentación,

https://help.bizagi.com/platform/es/

BonitaSoft (2022), BonitaSoft, Plataforma open-source de Automatización de Procesos de

Negocio, https://es.bonitasoft.com/

Dirección de Normalización - INACAL Ingeniería de software y sistemas. Procesos del ciclo

de vida del software. NORMA TÉCNICA PERUANA NTP ISO/IEC 12207.3ª Edición-2016.

Diazgranados, N. (2008, noviembre). Sistema de indicadores de gestión por procesos.

Seminario Taller Internacional, Quito, Ecuador.

Edgar Tello-Leal, Claudia M. Sosa R., Diego A. Tello-Leal (14 de mayo del 2012), Revisión
de los sistemas de control de versiones utilizados en el desarrollo de software, Universidad
Autónoma de Tamaulipas, México.

Sydle (2022), Plataforma digital corporativa para la automación de procesos,

https://www.sydle.com/es/blog/automatizacion-de-procesos-6070ae4c9b901904c4349dcb

Captio (2021), Empresa dedicada a la automatización de proceso,

https://www.captio.net/blog/diferencias-tipos-automatizacion-procesos

F. Medina (2010). “Marco Metodológico para la Mejora de la Eficiencia de Uso de los

Procesos de Software”. Tesis Doctoral, Universidad Carlos III de Madrid, España.

Fleishmann A., Rass S, Singer R. (2003). S-BPM Illustrated: A story book about Business
Process Modeling and Execution

GerenciayProductividad (2022), Eficacia Gerencial y Productividad, Modelado de Procesos

utilizando IDEF0, https://gerenciayproductividad.com/blog/modelado-de-procesos-
utilizando-idefo/

I. Sommerville (2005). “Ingeniería del Software”. Pearson Educación.

InnovaDeluxe (2013), Innova Deluxe, ¿Qué es un sistema ERP y para qué sirve?,
https://www.innovadeluxe.com/que-es-un-erp-y-para-que-sirve/

José, L., & López, Z. (s/f). AVANCES Y MEDIDAS DE SIMPLIFICACIÓN

ADMINISTRATIVA EN EL PODER JUDICIAL. Gob.pe. Recuperado el 20 de mayo de 2022,
de https://www.congreso.gob.pe/Docs/DGP/CCEP/files/agenda2017-
2018/files/presentaci%C3%B3n_cr_rev_mmy_-_9_5-_final_1.pdf
Lucidchart (2022), Lucidchart, Qué es un diagrama de flujo,
https://www.lucidchart.com/pages/es/que-es-un-diagrama-de-flujo

Lucidchart (2022), Lucidchart, Qué es un diagrama de entidad-relacion,

https://www.lucidchart.com/pages/es/que-es-un-diagrama-entidad-relacion

Lyridis, D. V., Andreadis, G. O., Papaleonidas, C., & Tsiampa, V. (2022). A BPM-based
framework for the impact assessment of blockchain to the midstream LNG supply chain.
Maritime Business Review, 7(1), 49-69. doi:10.1108/MABR-03-2021-0023

María Rivero Pino (2017), Análisis de Herramientas de Modelado de Procesos de Negocio,

Escuela Técnica Superior de Ingeniería, Universidad de Sevilla.

Manuel (2019), Manuel Cillero, Diagrama de Flujo de Datos,

https://manuel.cillero.es/doc/metodologia/metrica-3/tecnicas/diagrama-de-flujo-de-datos/

Manuel (2019), Manuel Cillero, Diagrama de transición de estados,

https://manuel.cillero.es/doc/metodologia/metrica-3/tecnicas/diagrama-de-transicion-de-
estados/

MAURIOLA, Yover y MENA, Helar. Sistema web para el control de proyectos de software
para la empresa IT Group Solution 365. Lima: Universidad César Vallejo, 2021. 120 pp.
https://hdl.handle.net/20.500.12692/85496

Miro (2022), Miro, Una plataforma colaborativa visual online para trabajar en equipo,
https://miro.com/es/

Poder Judicial (2020), Poder Judicial del Perú, Conócenos/Definiciones,

https://www.pj.gob.pe/wps/wcm/connect/CorteSupremaPJ/s_Corte_Suprema/as_Conoce
nos/definiciones

¿Qué es el Poder Judicial? (s/f). Gob.pe. Recuperado el 20 de mayo de 2022, de

https://www.pj.gob.pe/wps/wcm/connect/e21bc2804b13bd95b41af5e931a10afc/web-
poder-judicial-
comprimido.pdf?MOD=AJPERES&CACHEID=e21bc2804b13bd95b41af5e931a10afc

Raquel Sanchis, Raúl Poler y Ángel Ortiz (2009), Técnicas para el Modelado de Procesos
de Negocio en Cadenas de Suministro, Información Tecnológica,
https://www.scielo.cl/scielo.php?script=sci_arttext&pid=S0718-07642009000200005

ResearchGate 2022, ResearchGate, 15. Tipos de Eventos na BPMN (Fonte: BPMN

notation)  | Download Scientific Diagram, https://www.researchgate.net/figure/Tipos-
de-Eventos-na-BPMN-Fonte-BPMN-notation_fig15_266500324

Summer Kay, 2020, Proces Maker, Uso de herramientas y modelos de procesos

empresariales, https://www.processmaker.com/es/blog/business-process-
modeling/#:~:text=Diagramas%20BPMN%20son%20herramientas%20de,a%20paso%20
de%20un%20proceso.

Sociedad, L. R. (2021, noviembre 29). Poder Judicial del Perú: ¿qué es, cómo se integra y
quién la preside? LaRepública.pe. https://larepublica.pe/sociedad/2021/10/08/poder-
judicial-del-peru-que-es-como-se-integra-quien-la-preside-y-mas-evat/
(S/f). Oas.org. Recuperado el 20 de mayo de 2022, de
http://www.oas.org/juridico/pdfs/mesicic4_per_anex2.pdf
Technoikal (2011), Technoikal, Marlizeth, Juan Pablo, Luis Alberto, Diagrama de Rol y
Activida de Graduación, https://technoikal.wordpress.com/category/diagrama-de-rol-y-
actividades-rad/