CONTRATO DE CONSULTORÍA N° 035-2020-PRFNP-USFS- FOREST-088C-202000035

11 XX XXXXXX DE 2020

SERVICIO DE ANÁLISIS, DESARROLLO, PRUEBAS E IMPLEMENTACIÓN DEL PROYECTO SIGO SFC V3.0 FASE 01

1° Entregable

XXXX XXXXXXXXX XXXXXXXX XXXXX

CONSULTOR

Tabla de contenido

1. Antecedentes 3

2. Objetivos del servicio 4

3. Actividades realizadas 5

4. Productos del 1° Entregable 5

4.1. Informe del 1er Sprint de las actividades asignadas 6

4.1.1. Funcionalidades (Codificación) 6

4.1.2. Bugs y su tratamiento de solución 9

4.1.3. Tareas técnicas y documentación de acuerdo al 1er Sprint de las actividades asignadas 10

a. Configuración entorno de trabajo 10

b. PLSQL en Oracle y SQL Server 13

c. Programación C# 14

4.1.4. 1er Sprint Backlog actualizado sobre el análisis, diseño, codificación y pruebas 14

a. Avances en la Migración de la arquitectura de la Base de Datos 14

b. Avances en la Migración de la arquitectura tecnológica de la aplicación 16

c. Avances en el diseño de la arquitectura de interoperabilidad para integración con otros sistemas, entre ellos el MC-SNIFFS 17

4.2. Scrum Task Board actualizado de las actividades asignadas 19

5. Anexos 22

5.1. Anexo 01: Primera reunión de trabajo de integración SIGOsfc – MC-SNIFFS 22

INFORME DEL SERVICIO DE CONSULTORÍA GESTIÓN DEL PROYECTO SIGO SFC V3.0 FASE 01- 1° ENTREGABLE

1. Antecedentes

Por la necesidad de contar con una plataforma que integre las aplicaciones informáticas del OSINFOR, que sea funcional a la necesidad de cada una de sus oficinas, y que facilite su operación e interacción entre sí, tanto a nivel de sede central como a las 7 oficinas desconcentradas. Así nace el SIGO – Sistema de información gerencial de OSINFOR, como una plataforma de información integrada, cuyo desarrollo evolucionó de la siguiente manera:

2013: Existía un aplicativo web SIGO con información de supervisión y fiscalización, pero que no ofrecía interacción con ninguna otra aplicación. Por otro lado, existía un aplicativo de contabilidad y tesorería d escritorio, que no tenía interacción entre sus componentes ni con otros módulos. Cada oficina desarrollaba sus aplicaciones independientemente de la oficina de tecnología de la información.

2014: Se implementaron aplicativo administrativo para trámite documentario, digitalización de documentos internos, contabilidad y tesorería, entre otros; estandarizándose el lenguaje de programación y base de datos.

2015: Se desarrollaron los aplicativos de seguimiento de procesos judiciales, cobranza coactiva y legajo del personal, con el mismo estándar definido. Se inició el proceso de integración de los aplicativos e interacción de sus daos. Se iniciaron mejoras en los aplicativos existentes, para facilitar la integración y generación de reporte conjuntos. Se inició el uso de la plataforma integrada a nivel interno ene l mes xx xxxxx de3l año 2015.

2019: El sistema soporta procesos misionales del OSINFOR, desde su versión inicial del año 2012. Permite registrar acciones de supervisión, fiscalización y evaluación de los recursos forestales y fauna xxxxxxxxx, además permite generar reportes específicos e integración con otros sistemas de información tales como el SISFOR (información geográfica), SITD (trámite documentario), SIP (sistema de información de planificación), entre otros; además de funcionalidades destinadas para el ciudadano (observatorios, reportes estadísticos, etc.), y

avances en interoperabilidad (servicios web) con otras instituciones como el SERFOR y los Gobiernos Regionales

Justificación

El Sistema de Información Gerencial del OSINFOR – SIGOSFC (en adelante SIGOSFC) actualmente soporta los procesos misionales del OSINFOR, desde su versión inicial del año 2012 aplicando mejora continua. Actualmente permite registrar acciones de supervisión, fiscalización y evaluación de los recursos forestales y de fauna xxxxxxxxx, además permite generar reportes específicos e integración con otros sistemas de información de la entidad tales como el SISFOR (información geográfica), SITD (trámite documentario), SIP (sistema de información de planificación), entre otros; además de funcionalidades destinadas para el ciudadano y titular de los títulos habilitantes (observatorio, zoobservatorio, reportes estadísticos, etc.), y avances en interoperabilidad (servicios web) con otras instituciones del sector forestal.

Como finalidad pública, buscamos asegurar la implementación de las mejoras en los procesos misionales y la plataforma tecnológica que los soporta a través de un diagnóstico de los procesos misionales, identificación de necesidades de información y de recursos, implementación de una nueva versión del Sistema de Información SIGOSFC bajo una actualización de la plataforma tecnológica, cumplimiento de controles de seguridad de la información, integración con módulos administrativos para consulta de estado de pagos de multa, fortalecimiento de la arquitectura de servicios para interoperabilidad con otros sistemas de información del Sector Forestal, generación del informe de supervisión desde el SIGOSFC, integrando la firma digital y mejoras priorizadas en el Observatorio como trazabilidad de la Información, alertas en tiempo real y reporte de comportamiento del titular del título habilitante. Todo esto utilizando capacidades de gestión del cambio, socialización, sensibilización y capacitación del personal clave, documentación, aseguramiento de la calidad y seguridad de la información durante el proceso.

2. Objetivos del servicio

- Realizar el análisis, desarrollo, pruebas e implementación de los requerimientos definidos en el SIGOsfc 3.0 Fase 01; de acuerdo a la metodología Scrum.

- Realizar el análisis de las historias de usuario de acuerdo al Sprint definido del Product Backlog.

- Realizar el desarrollo (codificación) de las historias de usuario de acuerdo al Sprint definido del Product Backlog.

- Realizar pruebas del SIGO SFC e integración de la aplicación.

- Apoyar al usuario en las pruebas funcionales del sistema.

- Elaborar la documentación técnica y funcional del sistema de acuerdo al ciclo de vida del Software.

3. Actividades realizadas

3.1. Reuniones

Se han realizado reuniones a diario según la metodología SCRUM con el SCRUM MASTER y los miembros del equipo. Se definió que las reuniones diarias se llevarían a cabo de lunes a viernes en el horario de 5:45pm a 6:15pm.

3.2. Coordinaciones

Se han realizado coordinaciones durante todo el periodo del primer entregable con el SCRUM MASTER, con los demás desarrolladores y el especialista en base de datos.

3.3. Requerimientos

Se han analizado y desarrollado los requerimientos según lo indicado el BACKLOG de requerimientos y según las necesidades del proyecto. Para ver más detalle revisar el punto 4 correspondiente al 1er entregable del producto.

4. Productos del 1° Entregable:

• Informe del 1er Sprint de las actividades asignadas:

✓ Funcionalidades (Codificación).

✓ Bugs y su tratamiento de solución.

✓ Tareas técnicas y documentación de acuerdo al 1er Sprint de las actividades asignadas.

✓ 1er Sprint Backlog actualizado sobre el análisis, diseño, codificación y pruebas:

o Avances en la Migración de la arquitectura de la Base de Datos.

o Avances en la Migración de la arquitectura tecnológica de la aplicación.

o Avances en el diseño de la arquitectura de interoperabilidad para integración con otros sistemas, entre ellos el MC-SNIFFS.

• Scrum Task Board actualizado de las actividades asignadas.

4.1. Informe del 1er Sprint de las actividades asignadas

El primer sprint consistió en configurar el entorno de trabajo, conocer el negocio y el aplicativo, como está funcionando, corregir los procedimientos almacenados y otros objetos de la base de datos relacionados con el BACKLOG según lo asignado por el Scrum Master. Además de hacer la migración del aplicativo hacia Oracle (se está utilizando la Liberia Oracle.ManagedDataAccess.Client), ya que anteriormente estaba trabajando en SQL Server.

4.1.1. Funcionalidades (Codificación)

Las funcionalidades que se me encargo en este primer entregable corresponden a las actividades de resolver inconvenientes en los procedimientos almacenados y el código fuente de Título Habilitante que están designados según el backlog.

En este entregable se trabajaron los siguientes objetos de la base de datos:

TIPO OBJETO	ESQUEMA ORIGEN	NOMBRE OBJETO
STORED_PROCEDURES	DOC	spAUDITORIA_FORMULARIOGrabar
STORED_PROCEDURES	DOC	spTHABILITANTE_DET_TITULARESGrabar
STORED_PROCEDURES	DOC	spTHABILITANTE_DG_ADENDAGrabar
STORED_PROCEDURES	DOC	spTHABILITANTE_DGENERAL_DET_VERTICEGrabar
STORED_PROCEDURES	DOC	spTHABILITANTE_ESTDO_ESTGrabar
STORED_PROCEDURES	DOC	spTHABILITANTEEliminarDetalle
STORED_PROCEDURES	DOC	spTHABILITANTEGrabarSigoV3
STORED_PROCEDURES	DOC	spTHABILITANTEMostItems
STORED_PROCEDURES	XXXX	spBusGeneraCodigoAno
STORED_PROCEDURES	XXXX	spBusGeneraCodigoAno2
STORED_PROCEDURES	XXXX	spBusGeneraCodSecuencial
STORED_PROCEDURES	XXXX	spBusGeneraCodSecuencial2
STORED_PROCEDURES	DOC	spEnviar_Email
VIEW	DOC	vwMODALIDAD

Entre estos objetos cabe destacar que se configuro el envió de correos desde el Oracle con el apoyo del especialista en Base de datos del proyecto.

Respecto a la programación del aplicativo se trabajo según los requerimientos sobre las capas de datos, capa de entidades y la capa lógica. Todos los cambios efectuados se encuentran sincronizados en el repositorio de la OTI del OSINFOR (xxxx://00.00.00.00/Xxxxxx.Xxx.Xxxxxx ).

A continuación las pantallas trabajadas:

4.1.2. Bugs y su tratamiento de solución

Se encontraron errores en la migración de los procedimientos la cual se listan a continuación:

N°	ORIGEN DEL OBJETO	TIPO OBJETO	ESQUEMA ORIGEN	NOMBRE OBJETO	RESPONSABLE	ESTADO	FECHA REVISIÓN	Tratamiento de solución
215	MIGRACION	STORED_PROCEDURES	DOC	spAUDITORIA_FORMULARIOGrabar	Xxxx Xxxxxxxx	MIGRADO	16/07/2020	El procedimiento fue transcrito nuevamente.
733	MIGRACION	STORED_PROCEDURES	DOC	spTHABILITANTE_DET_TITULARESGrabar	Xxxx Xxxxxxxx	MIGRADO	27/07/2020	El procedimiento fue transcrito nuevamente.
735	MIGRACION	STORED_PROCEDURES	DOC	spTHABILITANTE_DG_ADENDAGrabar	Xxxx Xxxxxxxx	MIGRADO	3/08/2020	El procedimiento fue transcrito nuevamente.
736	MIGRACION	STORED_PROCEDURES	DOC	spTHABILITANTE_DGENERAL_DET_VERTICEGrabar	Xxxx Xxxxxxxx	MIGRADO	27/07/2020	El procedimiento fue transcrito nuevamente.
737	MIGRACION	STORED_PROCEDURES	DOC	spTHABILITANTE_ESTDO_ESTGrabar	Xxxx Xxxxxxxx	MIGRADO	27/07/2020	El procedimiento fue transcrito nuevamente.
740	MIGRACION	STORED_PROCEDURES	DOC	spTHABILITANTEEliminarDetalle	Xxxx Xxxxxxxx	MIGRADO	27/07/2020	El procedimiento fue transcrito nuevamente.
744	MIGRACION	STORED_PROCEDURES	DOC	spTHABILITANTEGrabarSigoV3	Xxxx Xxxxxxxx	MIGRADO	23/07/2020	El procedimiento fue transcrito nuevamente.
746	MIGRACION	STORED_PROCEDURES	DOC	spTHABILITANTEMostItems	Xxxx Xxxxxxxx	MIGRADO	4/08/2020	El procedimiento fue transcrito nuevamente.
966	MIGRACION	STORED_PROCEDURES	XXXX	spBusGeneraCodigoAno	Xxxx Xxxxxxxx	MIGRADO	29/07/2020	El procedimiento fue transcrito nuevamente.
967	MIGRACION	STORED_PROCEDURES	XXXX	spBusGeneraCodigoAno2	Xxxx Xxxxxxxx	MIGRADO	29/07/2020	El procedimiento fue transcrito nuevamente.
968	MIGRACION	STORED_PROCEDURES	XXXX	spBusGeneraCodSecuencial	Xxxx Xxxxxxxx	MIGRADO	27/07/2020	El procedimiento fue transcrito nuevamente.
969	MIGRACION	STORED_PROCEDURES	XXXX	spBusGeneraCodSecuencial2	Xxxx Xxxxxxxx	MIGRADO	29/07/2020	El procedimiento fue transcrito nuevamente.
1532	MIGRACION	VIEW	DOC	vwMODALIDAD	Xxxx Xxxxxxxx	MIGRADO	23/07/2020	La vista fue transcrita nuevamente.
2101	MIGRACION	STORED_PROCEDURES	DOC	spEnviar_Email	Xxxx Xxxxxxxx	MIGRADO	27/07/2020	El procedimiento se creó desde cero

Todos los procedimientos de la tabla anteriores fueron transcritos nuevamente ya que los errores que presentaban fueron por diferencias entre las sintaxis de la base de datos ORACLE y SQL Server, todos estos errores no se reconocieron en la migración de la Base de datos.

En cuanto al envió de correos, se entendía que los puertos y librerías para enviar email desde el Oracle eran distintos, por lo que el procedimiento se tuvo que crear desde cero.

4.1.3. Tareas técnicas y documentación de acuerdo al 1er Sprint de las actividades asignadas.

Respecto a las tareas técnicas de este primer entregable se trabajo lo siguiente:

a. Configuración entorno de trabajo.

Para iniciar el proyecto se realizó la configuración del entorno de trabajo, para esto se necesitó el apoyo del área de informática de OSINFOR, la cual nos proveyó los accesos y el soporte técnico necesario para poder trabajar.

Para trabajar con los distintos servicios de OSINFOR lo realizamos a través de una red VPN. Para esto se está utilizando el aplicativo FortiClient VPN, en mi caso se me asigno el usuario osinforvpn104 como se puede apreciar en la imagen.

Como IDE de desarrollo se está utilizando el Visual Studio Community 2019, por lo que se instalo el IDE, para más detalle revisar la siguiente imagen:

Después de instalar el IDE de desarrollo Visual Studio, procedimos a configurar las fuentes del aplicativo que se gestionan a través del aplicativo GIT, por lo que instalamos el GIT, la versión del mismo se puede observar en la siguiente imagen:

Para obtener las fuentes se nos proveyó accesos y un enlace donde se encontraban las fuentes del proyecto a trabajar.

Desde el Visual Studio se clono el repositorio desde la ventana del “Team Explorer”, en la sección de Repositorios GIT locales, indicando la ruta del repositorio y la ruta local donde se descargará el código fuente. Además se introdujo los datos para acceder a las fuentes proporcionados por la oficina de informática de OSINFOR.

Para trabajar con las diferentes bases de datos, se configuro el Dbeaver como IDE para Sql Server y el Oracle SQL Developer para Oracle.

El IDE para desarrollo que se está usando para revisar el SQL Server es DBeaver. La versión es la 7.1.3.202007192031 como se puede apreciar en la siguiente imagen:

El IDE para desarrollo que se está usando es el Oracle SQL Developer. La versión es la 20.2.0.175 como se puede apreciar en la siguiente imagen:

La configuración para conexión con el Oracle:

b. PLSQL en Oracle y SQL Server

Según las actividades asignadas se revisaron los siguientes procedimientos:

TIPO OBJETO	ESQUEMA ORIGEN - SQL SERVER	ESQUEMA DE DESTINO - ORACLE	NOMBRE OBJETO
STORED_PROCEDURES	DOC	DOC_OSINFOR_ERP_MIGRACION	spAUDITORIA_FORMULARIOGrabar
STORED_PROCEDURES	DOC	DOC_OSINFOR_ERP_MIGRACION	spTHABILITANTE_DET_TITULARESGrabar
STORED_PROCEDURES	DOC	DOC_OSINFOR_ERP_MIGRACION	spTHABILITANTE_DG_ADENDAGrabar
STORED_PROCEDURES	DOC	DOC_OSINFOR_ERP_MIGRACION	spTHABILITANTE_DGENERAL_DET_VERTICEGrabar
STORED_PROCEDURES	DOC	DOC_OSINFOR_ERP_MIGRACION	spTHABILITANTE_ESTDO_ESTGrabar
STORED_PROCEDURES	DOC	DOC_OSINFOR_ERP_MIGRACION	spTHABILITANTEEliminarDetalle
STORED_PROCEDURES	DOC	DOC_OSINFOR_ERP_MIGRACION	spTHABILITANTEGrabarSigoV3
STORED_PROCEDURES	DOC	DOC_OSINFOR_ERP_MIGRACION	spTHABILITANTEMostItems
STORED_PROCEDURES	XXXX	HERR_OSINFOR_ERP_MIGRACION	spBusGeneraCodigoAno
STORED_PROCEDURES	XXXX	HERR_OSINFOR_ERP_MIGRACION	spBusGeneraCodigoAno2
STORED_PROCEDURES	XXXX	HERR_OSINFOR_ERP_MIGRACION	spBusGeneraCodSecuencial
STORED_PROCEDURES	XXXX	HERR_OSINFOR_ERP_MIGRACION	spBusGeneraCodSecuencial2
STORED_PROCEDURES	DOC	DOC_OSINFOR_ERP_MIGRACION spEnviar_Email
VIEW	DOC	DOC_OSINFOR_ERP_MIGRACION	vwMODALIDAD

Los mencionados procedimientos tenían muchas observaciones, ninguno estaba funcionando correctamente en Oracle por las diferentes nomenclaturas y lógica de las herramientas.

c. Programación C#

4.1.4. 1er Sprint Backlog actualizado sobre el análisis, diseño, codificación y pruebas:

a. Avances en la Migración de la arquitectura de la Base de Datos.

En cuanto a los avances en la Migración de la arquitectura de la Base de datos, se está migrando del SQL Server al Oracle. El especialista en base de datos ha propuesto la siguiente arquitectura para el Oracle:

*Fuente de la imagen: Cotización de OtechConsultingSAC con ID : COTI_2019_061

Para la migración se han planificado crear 3 entornos virtualizados que contendrán los siguientes ambientes:

✓ Producción (Base de Datos Osinfor ERP y Observatorio)

✓ Calidad y desarrollo (Base de Datos Osinfor ERP y Observatorio)

✓ Contingencia (Base de Datos Osinfor ERP)

Los ambientes tendrán instalado el siguiente software:

✓ Software de Base Datos en modo standalone (última versión y parches respectivos)

✓ Software Oracle GridInfraestructure (última versión y parches respectivos)

En el ambiente de contingencia, se va a configurar una base de datos Oracle standby de producción mediante un software externo o mediante procedimientos scripts automatizados (para Base de Datos Standard Edition).

También es importante mencionar que estoy trabajando en un ambiente de desarrollo para lo que se me asigno un usuario y contraseña con acceso a la base de datos.

La versión del Oracle en ambiente de desarrollo es el Oracle Database 19c Standard Edition 2 Release 19.0.0.0.0 como se puede apreciar en la siguiente imagen:

b. Avances en la Migración de la arquitectura tecnológica de la aplicación.

Para la implementación del proyecto SIGOsfc 3.0 Fase 01, se ha definido la siguiente arquitectura tecnológica de la aplicación para integración con las aplicaciones del OSINFOR (Ver siguiente imagen).

c. Avances en el diseño de la arquitectura de interoperabilidad para integración con otros sistemas, entre ellos el MC-SNIFFS.

Para la definición de la arquitectura de interoperabilidad con el Modulo de Control del Sistema de Información Forestal y de Fauna Xxxxxxxxx (MC-SNIFFS), el Scrum Master y el Gerente del Proyecto SIGO SFC V3.0 Fase I sostuvieron una reunión el 04/08/2020 con representantes del SERFOR, la cual se evidencia en el acta adjunta como Anexo.

Como resultado de la primera coordinación, se formula la primera propuesta de arquitectura de interoperabilidad definiendo la capa de servicios en función de los servicios elaborados por el OSINFOR:

Fuente de la imagen: Scrum Master del proyecto

Se han definido los siguientes servicios de información:

1. Colecta de Información MC-SNIFFS: Se formula este ítem para que comprenda los servicios que se formulen para obtención a través del MC-SNIFFS de los planes de manejo aprobados por las ARFFS1.

2. Planes Operativos Supervisados: Servicios para consultar planes operativos supervisados por el OSINFOR.

3. Informes de Supervisión: Servicio de devuelve los informes de supervisión de las supervisiones realizadas por el OSINFOR.

4. Resumen de Especies: Servicio que devuelve el detalle de las especies supervisadas por informe de supervisión del OSINFOR.

5. Informe de Suspensión: Servicio que devuelve las supervisiones suspendidas por el OSINFOR.

6. Descarga de documentos: Servicio que permite descargar los documentos elaborados por el OSINFOR (informes y resoluciones) en formato pdf.

7. Inicio xx XXX: Devuelve las resoluciones de inicio xx XXX del título habilitante consultado.

8. Término xx XXX: Devuelve las resoluciones de término xx XXX del título habilitante consultado.

9. Multa Final: Devuelve la multa final calculada según las actuaciones administrativas emitidas por el OSINFOR del título habilitante consultado.

10. Adecuación de Multa: Devuelve las resoluciones de adecuación de multa xxx XXX del título habilitante consultado.

11. Estado xxx XXX: Devuelve el estado xxx XXX consultado por título habilitante supervisado por el OSINFOR.

1 Autoridad Regional Forestal y de Fauna Xxxxxxxxx

4.2. Scrum Task Board actualizado de las actividades asignadas.

A continuación el Scrum Task Board del proyecto:

TIPO

Fecha Ingreso al Backlog

Sprint

ASIGNADO A:

Historia de Usuario

Actividades

TO DO:

IN PROGRESS:

IN PROGRESS

- Fecha Inicio:

IN PROGRESS -

Fecha Término:

Planificado

17/07/2020

Xxxx Xxxxxxxx

[MODULO TITULO HABILITANTE |

Registro de Datos | Título Habilitante]

Revisión de Objetos de BD Oracle

23/07/2020

11/08/2020

Planificado

17/07/2020

Xxxx Xxxxxxxx

[MODULO TITULO HABILITANTE |

Registro de Datos | Título Habilitante]

Migración de Framework a MVC

3/08/2020

11/08/2020

Planificado

17/07/2020

Xxxx Xxxxxxxx

[MODULO TITULO HABILITANTE |

Registro de Datos | Plan de Manejo]

Revisión de Objetos de BD Oracle

Planificado

17/07/2020

Xxxx Xxxxxxxx

[MODULO TITULO HABILITANTE |

Registro de Datos | Plan de Manejo]

Migración de Framework a MVC

Planificado

17/07/2020

Xxxx Xxxxxxxx

[MODULO TITULO HABILITANTE |

Registro de Datos | Plan General de Manejo Forestal]

Revisión de Objetos de BD Oracle

Planificado

17/07/2020

Xxxx Xxxxxxxx

[MODULO TITULO HABILITANTE |

Registro de Datos | Plan General de Manejo Forestal]

Migración de Framework a MVC

Planificado

17/07/2020

Xxxx Xxxxxxxx

[MODULO TITULO HABILITANTE |

Registro de Datos | POA/PO]

Migración de Framework a MVC

Planificado

17/07/2020

Xxxx Xxxxxxxx

[MODULO TITULO HABILITANTE |

Registro de Datos | Declaración de Manejo]

Migración de Framework a MVC

Planificado

17/07/2020

Xxxx Xxxxxxxx

[MODULO TITULO HABILITANTE |

Registro de Datos | PMFI]

Migración de Framework a MVC

Planificado

17/07/2020

Xxxx Xxxxxxxx

[MODULO TITULO HABILITANTE |

Registro de Datos | Guía de Transporte Forestal]

Revisión de Objetos de BD Oracle

Planificado

17/07/2020

Xxxx Xxxxxxxx

[MODULO TITULO HABILITANTE |

Registro de Datos | Guía de Transporte Forestal]

Migración de Framework a MVC

Planificado

17/07/2020

Xxxx Xxxxxxxx

[MODULO TITULO HABILITANTE |

Registro de Datos | Gestión de Antecedentes de Expedientes Remitidos por la AFFS]

Revisión de Objetos de BD Oracle

Planificado

17/07/2020

Xxxx Xxxxxxxx

[MODULO TITULO HABILITANTE |

Registro de Datos | Gestión de Antecedentes de Expedientes Remitidos por la AFFS]

Migración de Framework a MVC

Planificado

17/07/2020

Xxxx Xxxxxxxx

[MODULO TITULO HABILITANTE |

Registro de Datos | Balance de Extracción]

Revisión de Objetos de BD Oracle

Planificado

17/07/2020

Xxxx Xxxxxxxx

[MODULO TITULO HABILITANTE |

Registro de Datos | Balance de Extracción]

Migración de Framework a MVC

Planificado

17/07/2020

Xxxx Xxxxxxxx

[MODULO TITULO HABILITANTE |

Reporte Título Habilitante | Antecedentes de Expedientes Remitidos por la AFFS]

Revisión de Objetos de BD Oracle

Planificado

17/07/2020

Xxxx Xxxxxxxx

[MODULO TITULO HABILITANTE |

Reporte Título Habilitante | Antecedentes de Expedientes Remitidos por la AFFS]

Migración de Framework a MVC

Planificado

17/07/2020

Xxxx Xxxxxxxx

[MODULO TITULO HABILITANTE |

Reporte Título Habilitante | Reporte Checklist de Contenido Mínimo de Acervo Documentario]

Revisión de Objetos de BD Oracle

Planificado

17/07/2020

Xxxx Xxxxxxxx

[MODULO TITULO HABILITANTE |

Reporte Título Habilitante | Reporte Checklist de Contenido Mínimo de Acervo Documentario]

Migración de Framework a MVC

5. Anexos

5.1. Anexo 01: Primera reunión de trabajo de integración SIGOsfc – MC SNIFFS

SIG-E2-FOR-023-V.02

ACTA E REUNIÓN

Motivo de la reunión	Reunión de trabajo de Integración SIGO SFC – MC-SNIFFS
Fecha	04/08/2020
Lugar de la sesión	Sesión virtual (vía zoom)
Hora de inicio	3:00 horas.
Hora de finalización	4:30 horas.

I. PARTICIPANTES
I.1 Miembros
N°	Nombre	Cargo
1	Xxx Xxxxx Xxxxxxxx Xxxxxxxxxx	Directora de la Dirección de Control de Patrimonio Forestal y de Fauna Xxxxxxxxx - SERFOR
2	Xxxx Xxxxxxx Parado Xxxxxxx	Especialista Forestal de la Dirección de Control del Patrimonio Forestal y de Fauna Xxxxxxxxx - SERFOR
3	Xxxx Xxxxxxxx Xxxxxxx Xxxxxxx	Especialista de la Dirección de Supervisión Forestal y de Fauna Xxxxxxxxx - OSINFOR
4	Xxxxxx Xxxxx Xxxxxxxx Xxxxxxxx	Coordinador de la Dirección de Evaluación Forestal y de Fauna Xxxxxxxxx - OSINFOR
5	Xxxxxx Xxxxxxxx	Gerente de Programa USAID/USFS FOREST
6	Xxxxxxx Xxxxxx Xxxxxxxxx	Jefe de la Oficina de Tecnología de la Información - OSINFOR
7	Xxxxxx Xxxxxxxx Xxxx	Scrum Master del Proyecto SIGO SFC V3.0 Fase I
8	Xxxx Xxxxxxxxx	USAID ProBosques
9	Xxxxxxxxx Xxxxxxxx Xxxxxxxx	Especialista Forestal de la Dirección de Control del Patrimonio Forestal y de Fauna Xxxxxxxxx - SERFOR
10	Xxxxxx Xxxxx Xxxxxx	Desarrollador de Sistemas Senior de la Dirección de Control del Patrimonio Xxxxxxx y de Fauna Xxxxxxxxx - SERFOR
11	Xxxxxxx Xxxxxx Xxxxxx	Coordinadora de Gobernanza y Sostenibilidad – USAID ProBosques
12	Xxxxxx Xxxxxxxxx	USAID ProBosques
13	Xxxxx Xxxxxxx Xxxxxxx	Gerente SNIFFS de la Dirección de Inventario y Valoración - SERFOR
14	Xxxxxxx Xxxxx Xxxxx Xxxx	Director de la Oficina Información - SERFOR	de	Tecnología	de	la
15	Xxxxx Xxxxxxx Xxxxxxx	Especialista en SIG de la Dirección de Control del Patrimonio Forestal y de Fauna Xxxxxxxxx - SERFOR
16	Xxxx Xxxxx Xxxxxx	Coordinador Oficina de Información - OSINFOR		Tecnología	de	la
17	Xxxxxxx Xxxxxx	Especialista de Comunicaciones del Proyecto SIGO

SFC V3.0 Fase I

Xxxxxx Xxxxx Xxxxxxxxx Xxxxxxx

Especialista de Desarrollo y Mantenimiento de

Sistemas de la Oficina de Tecnología de la Información - OSINFOR

Xxxxxx Xxxxxxx

Gerente del Proyecto SIGO SFC V3.0 Fase I

II. AGENDA
La agenda comprende los siguientes temas:
1	Revisión de Alcance de los Sistemas
2	Arquitectura de aplicaciones SIGOsfc y MC-SNIFFS
3	Inventario de Servicios

III. ORDEN DEL DÍA (Desarrollo de la Agenda, señalar tema por tema)

Se indicaron los puntos principales dentro de la agenda de la reunión:

Alcance SIGO:

- Alcance del proyecto enmarcado en una migración tecnológica de las funcionalidades del SIGO SFC

- Todas las publicaciones son los resultados de la Supervisión, Fiscalización y Evaluación de la Información básica de Título Habilitante, esta información es recopilada por OSINFOR en el marco de sus funciones y busca poner en valor y transparentarla poniendo a disposición dichos servicios a los usuarios del Sector Forestal, siendo de relevancia para todos los actores involucrados.

- El Alcance esta soportado en estos 3 procesos, arquitectura de acuerdo al tema técnico y como se va implementar.

- La etapa de migración ya se inició hacia Oracle desde la BD SQL Server que es donde se encuentra actualmente, potenciando la plataforma, para soportar mayores procesos con mayor integración, migrando la arquitectura tecnológica de la aplicación.

- Esto implica la actualización de la documentación técnica correspondiente y la adquisición de nuevos servidores respectivos

- También incluye la mejora de la arquitectura para interoperabilidad con otros servicios como con el Módulo de Control y la PIDE. Mejoras que se han definido en función de optimización de los procesos internos del OSINFOR como por ejemplo para ofrecer a los administrados del OSINFOR, generar los informes de Supervisión directamente de la plataforma.

- Estas mejoras fueron identificadas como resultado del Taller realizado en julio del 2019 en el hotel Melia, donde se recogieron muchas necesidades en cuanto a la información en tiempo real, proveer de mayor información para la toma de decisiones y trazabilidad de la información.

- El SIGO maneja entre 7 mil y 8 mil Títulos Habilitantes. Con la ayuda del SIADO Región, en total son 13mil planes de manejo.

III. ORDEN DEL DÍA (Desarrollo de la Agenda, señalar tema por tema)

Alcance MC-SNIFFS:

- El Módulo de Control tiene como alcance de sus procesos desde la zonificación a la comercialización, dentro de los procesos que se han identificado se tiene la generación de información, gestión de Títulos Habilitantes que se van a gestionar y reconocer de las distintas autoridades regionales, el contrato o el permiso, el proceso de planificación donde se tendrán todos los planes de manejo.

- Lo que se busca es gestionar no que sea un registro, sino que en estos procesos se automaticen esas actividades y tareas mejorando el control de calidad para tener controles de calidad validados, actividades propias del aprovechamiento, lo que se tiene previsto ver todo lo relacionado a los productos forestales maderables, tala, trozado, con los mismos formatos de los libros de operaciones, los otros derechos que están vinculados, financiamientos, reingresos, movilizar saldos, recortes, etc.

- Se va ir remitiendo como recibiendo información en el proceso sean remitidos aprobados al OSINFOR o al SIGO, Planes de Manejo generales operativos o intermedios y compartir el plan para que puedan realizar las actividades de seguimiento y supervisión, el censo el detalle de cada individuo que se va aprovechar en el bosque. Se tiene planeado trasladar al sigo los planes de manejo, movilizaciones, cumplimiento de pagos, saldos, balances, se remitirá desde el Módulo de Control a OSINFOR, y se necesita determinar, qué es lo que se recibiría del SIGO, los resultados de las supervisiones, informes resoluciones, comunicarse al Módulo de Control, también para el tema de control de especies, producto aprovechado en el área de permiso, en el control de carretera por ejemplo. El estado del Título Habilitante es un Ítem relevante, procesos administrativos, procesos de caducidad, para que SERFOR pueda conocer. Contrastar información y las actividades en campo se puedan comparar y generar alertas.

- Es importante migrar o recoger información a través del SIADO con la información histórica para gestionar las acciones en el Módulo de Control.

- Se debe tener en cuenta las capacidades tecnológicas disponibles cuando se implante el Módulo de Control, como por ejemplo la disponibilidad de internet en las estaciones y puestos de trabajo.

- Se está avanzando con los requisitos funcionales, y se estima que para mayo del 2021 estaría construido. Sin embargo, en el proceso hay etapas como la incorporación de la información progresivamente, pilotos con regiones de mayor índice de aprovechamiento como Loreto, Ucayali, Selva Central y Cuzco. La fecha del proyecto tiene como hoja xx xxxx el desarrollo de la plataforma virtual para mayo y junio del 2021 utilizando metodologías ágiles con lo que se pretende implementar cada 2 a tres meses en producción 2 gobiernos regiones y 2 ATFFS.

III. ORDEN DEL DÍA (Desarrollo de la Agenda, señalar tema por tema)

Arquitectura de Aplicaciones, Inventario de Servicios de Interoperabilidad:

- Las interfaces que proporcionaría el SIGO o SIADO al MC-SNIFFS, podría basarse en una estrategia utilizada por la OEFA cuando proporcionaban información en línea a los administrados con los relaves, mineras. El esquema podría utilizarse de referencia para el MC-SNIFFS o la PIDE con los servicios de las diferentes entidades de gobierno.

- Como parte del trabajo en el marco de convenios entre le SERFOR y OSINFOR, actualmente se viene implementando el SIADO Región en las ATFFS y también SIADO SERFOR, , desde este último sese pueden consultar información.

- Para trabajar interoperabilidad debemos articular esfuerzos y plantear como va ser la línea de comunicación entre SERFOR y OSINFOR; es necesario que, que desde ambas entidades se trabaje en bloque, con todos sus aplicativos, para maximizar esfuerzos.

- Se ha efectuado un trabajo interno de SERFOR para integrar todos los aplicativos, entre ellos el componente estadístico que forma parte de los 4 componentes transversales que comporta el SNIFFS.

- Se presentaron los servicios Web de los que dispone en el SIGO campo por campo con la estructura correspondiente y se busca articular los sistemas a través de estos 10 servicios Web ya definidos y desarrollados que deben analizarse y ver la utilidad dentro del marco de interoperabilidad SIGO-MCSNIFFS.

- Los servicios web fueron desarrollados sobre la base necesidades de información identificadas por el SERFOR y las ARFFS, en diferentes reuniones.,

IV. ACUERDOS ADOPTADOS / CONCLUSIONES (Continuar correlativo, de acuerdo a la última reunión de ser el

caso)2

N°

Qué

A cargo de

Fecha de

ejecución

Recurso

OSINFOR facilitará las estructuras de los servicios web para que SERFOR analice su usabilidad y consumo de información

Dirección de Evaluación Forestal y de Fauna Xxxxxxxxx - OSINFOR

/Proyecto SIGO SFC /

OTI - OSINFOR

07/08/20

Coordinación

Reunión en las próximas 2 semanas. Fecha acordada: 18 xx xxxxxx 3pm donde se validará el uso de los servicios web por

parte del SERFOR.

OSINFOR

18/08/20

Coordinación

Validar el uso de los servicios web que

OSINFOR provee a través de las interfases y estructuras provistas

SERFOR

18/08/20

Coordinación

V. OTROS / OBSERVACIONES / RECOMENDACIONES

Document Metadata

Table of Contents

CONTRATO DE CONSULTORÍA N° 035-2020-PRFNP-USFS- FOREST-088C-202000035

Document Metadata