EETT Analisis Diseño implementacion y puesta en marcha del Sistema de Informacion Catastral ver 5

ESPECIFICACIONES TÉCNICAS
ANÁLISIS, DISEÑO, IMPLEMENTACIÓN Y PUESTA EN MARCHA DEL
SISTEMA DE INFORMACIÓN CATASTRAL
I.
II.
ANTECEDENTES:
3
1.1
ANTECEDENTES GENERALES
3
1.2
DESARROLLO DE LAS ETAPAS DEL PROYECTO
5
OBJETO DEL SERVICIO
6
2.1
OBJETIVO GENERAL
6
2.2
OBJETIVOS ESPECÍFICOS.
7
III. ALCANCES Y DESCRIPCIÓN DEL SERVICIO
7
3.1
ALCANCE
7
3.2
ORGANIZACIÓN DEL SERVICIO
8
3.3
METODOLOGÍA
9
3.4
Plan de Trabajo
9
3.5
IDIOMA
15
IV. DIMENSIONAMIENTO DE LA INFRAESTRUCTURA EN LA NUBE NECESARIA PARA EL
DESPLIEGUE DEL SISTEMA DE INFORMACIÓN CATASTRAL
17
V.
CONDICIONES DE FUNCIONAMIENTO PARA EL SISTEMA DE INFORMACIÓN CATASTRAL
18
5.1
CONDICIONES DE FUNCIONAMIENTO EN EL AMBIENTE DE PRODUCCIÓN
18
5.2
SEGURIDAD Y AUDITORIA
22
5.3
LICENCIAMIENTO O CONDICIONES DE USO DEL SOFTWARE
24
5.4
GARANTÍA, SOPORTE Y MANTENIMIENTO
25
5.5
MARCO LEGAL
29
VI. PERSONAL CLAVE
32
Pág. 2
VII.
OBLIGACIONES DE LA EMPRESA CONTRATISTA
35
VIII.
CONSIDERACIONES PARA LA PRESTACIÓN DEL SERVICIO
36
o
ADELANTOS
36
SUBCONTRATACIÓN:
36
CONFIDENCIALIDAD:
36
PROPIEDAD INTELECTUAL:
37
MEDIDAS DE CONTROL DURANTE LA EJECUCIÓN
37
CONFORMIDAD
37
FORMA DE PAGO
38
RESPONSABILIDAD POR VICIOS OCULTOS:
39
MEDIDAS SANITARIAS POR EL COVID-19
39
DOCUMENTACIÓN A PRESENTAR PARA EL INICIO DEL SERVICIO
40
79
Pág. 3
I.
ANTECEDENTES:
1.1 ANTECEDENTES GENERALES
Mediante el Decreto Supremo N° 050-2020-EF se aprobó la operación de
Endeudamiento Externo a ser acordada con el Banco Internacional de Reconstrucción
y Fomento (BIRF) destinada a financiar el PI “Creación del servicio de catastro urbano
en distritos priorizados de las provincias de Lima, Chiclayo y Lambayeque del
Departamento de Lambayeque; la Provincia de Lima del Departamento de Lima y la
Provincia de Piura del Departamento de Piura”, con código único de inversiones
2459010, con un costo total ascendente a US$ 50,000,000.00 (Cincuenta Millones y
00/100 Dólares Americanos) para cuyo financiamiento se ha suscrito con el BIRF el
Convenio de Préstamo N° 9035-PE por la suma de US$ 50,000,000.00.
Adicionalmente, el Estado Peruano financia con una contrapartida local de
US$ 30,830,523 (Treinta millones ochocientos treinta mil quinientos veintitrés y 00/100
dólares americanos).
Con fecha 22 de mayo de 2020, se firma el Convenio de Préstamo N° 9035 entre el
Banco Internacional de Reconstrucción y Fomento (BIRF) y el Gobierno de Perú, que
financiará el PI “Creación del servicio de catastro urbano en distritos priorizados de las
provincias de Chiclayo y Lambayeque del Departamento de Lambayeque; la Provincia
de Lima del Departamento de Lima y la Provincia de Piura del Departamento de Piura”.
El Ministerio de Vivienda, Construcción y Saneamiento (MVCS) es el órgano rector a
nivel nacional de los catastros urbanos, encargado de implementar la estrategia de
desarrollo de los catastros urbanos a nivel nacional. El Organismo de Formalización
de la Propiedad Informal – COFOPRI ha sido designado por el MVCS como la Unidad
Ejecutora de Inversiones del presente proyecto de inversión pública.
Está definido que los actores involucrados en el proyecto son; los gobiernos locales, el
Organismo de Formalización de la Propiedad Informal – COFOPRI y el Ministerio de
Vivienda, Construcción y Saneamiento – MVCS
Ilustración: Articulación entre los actores involucrados del Proyecto
Fuente: D.L. 1365
El Estudio de Pre inversión ha identificado debilidades, problemáticas y deficiencias
que dificultan y limitan a las entidades públicas y privadas, poder tomar decisión en
base a la información, estas deficiencias del catastro corresponden a:
Pág. 4
●
La debilidad de los sistemas de información de tierras impide que las distintas
entidades que asignan derechos o establecen restricciones al uso de suelos
puedan estar al tanto de lo que están haciendo las otras entidades, lo cual dificulta
el diseño y armonización de políticas como la aplicación efectiva de las
regulaciones.
●
La carencia de una infraestructura de información de tierras (que incluye las
normas, instituciones y sus roles, los sistemas de información y el acervo de datos)
ha contribuido a que las principales ciudades crezcan descontroladamente sin que
las instituciones oficiales hayan sido capaces de producir planes de desarrollo que
se anticipen a la demanda.
●
Un tercio de las municipalidades tienen asignados valores arancelarios por calles,
aunque de manera incompleta o desactualizada. Sería razonable que el cálculo
de los valores lo realicen las propias municipalidades que cuenten con las
capacidades y que el rol del Ministerio de Vivienda, Construcción y Saneamiento
sea el de un órgano rector.
●
La existencia de una ficha catastral estándar para todas las municipalidades no
reconoce la diversidad de las capacidades y necesidades de los gobiernos locales.
Para la mayoría de las municipalidades, la exigencia de incluir los acabados en
las fichas catastrales complejiza el proceso de cálculo del valor de las viviendas.
●
La experiencia del Proyecto SIAF-GL (Sistema Integrado de Administración
Financiera para los Gobiernos Locales) impulsado por el MEF ha demostrado que
las municipalidades tienen la voluntad de ordenar su recaudación y que necesitan
el acompañamiento y asistencia técnica. Uno de los problemas de la gestión del
impuesto predial tiene que ver con la gran heterogeneidad de los gobiernos
locales: mientras algunos distritos (especialmente en Lima y capitales de
provincia) cuentan con catastros y capacidades técnicas que les permite recaudar
eficientemente, hay otros que ni siquiera tienen un local donde operar.
●
La falta de un sistema de catastro funcional dificulta completar el inventario de
tierras del Estado. Se estima que el avance en la construcción del inventario no
llegaría al 30% del total de propiedades del Estado. De un estimado de 8.5
millones de predios que tienen una partida registral abierta en el Registro de
Predios, más de la mitad carece de información catastral. Esto produce problemas
frecuentes de superposición de derechos.
●
Existe un alto nivel de desactualización del registro que amenaza la sostenibilidad
de los programas de formalización. Las principales razones que explican que
existen pocos incentivos para mantener los registros al día son los altos costos
para formalizar las transacciones, y la falta de una “cultura registral”.
El Proyecto de Inversión tiene como objetivo central “Mejorar la cobertura del Servicio
de Catastro Urbano en distritos priorizados de Lima, Lambayeque, Chiclayo y Piura”,
y el fin de “Fortalecer los catastros urbanos en municipalidades priorizadas para
mejorar las capacidades de los gobiernos locales para la generación de ingresos y la
gestión urbana”, como fin derivado del objetivo central del Proyecto.
Es preciso mencionar que “gestión urbana” comprende las actividades de planificación,
control urbano y la gestión de riesgos de desastres naturales; y los fines directos del
Proyecto son, (i) el incremento de la base tributaria del impuesto predial, y (ii) la
adecuada información para la planificación y gestión del territorio.
Pág. 5
Con el Proyecto se pretende satisfacer las necesidades a los tres niveles de gobierno
y a la ciudadanía en general, a través de:
i)
ii)
iii)
iv)
v)
La mejora del marco institucional del catastro que incluya la revisión de las
metodologías, procedimientos, estándares, etc.
El fortalecimiento de las capacidades de las municipalidades en el
procedimiento catastral, así como en el uso y aplicaciones en los procesos
municipales.
Generación de información y conocimiento del territorio que provea e integre
información con las instituciones públicas y privadas, que facilite la
fiscalización y la toma de decisiones.
El desarrollo de mecanismos de simplificación administrativa en beneficio de
la ciudadanía.
El aumento de la recaudación del impuesto predial tomando como base el
catastro actualizado.
El área de intervención del proyecto de acuerdo al estudio de pre inversión, prioriza 22
distritos que representan a 04 provincias (Chiclayo, Lambayeque, Lima Metropolitana
y Piura) de 03 departamentos (Lambayeque, Piura y Lima) que a continuación se
detalla:
El número de unidades catastrales es un estimado al 2018 (Estudio de Preinversión)
1.2 DESARROLLO DE LAS ETAPAS DEL PROYECTO
El proyecto plantea la intervención a través de dos componentes:
●
Componente 1: Desarrollo de sistemas, servicios y capacidades en
municipalidades seleccionadas para generar y mantener sus catastros
actualizados.
- Subcomponente 1.1 Creación de un sistema de información catastral urbana
con fines fiscales y gestión urbana
Pág. 6
●
Subcomponente 1.2 Fortalecimiento de capacidades municipales
Componente 2: Fortalecimiento del Marco Institucional.
Fuente: Perfil del Proyecto de Inversión
II.
OBJETO DEL SERVICIO
2.1 OBJETIVO GENERAL
Realizar la construcción e Implementación del Sistema de Información Catastral en
todas sus etapas – Alfanumérico y GIS, que permita la Gestión del Catastro, para
administrar y fortalecer los catastros urbanos de 22 distritos de las provincias de Lima,
Chiclayo, Lambayeque y Piura, sus procesos de conservación, mantenimiento básico
catastral, realizar la visualización y difusión de la información catastral, interoperar con
otras bases de datos de Instituciones del Estado y tener un centro de servicios virtuales
que permita a la ciudadanía realizar trámites habilitados sobre procesos de
actualización catastral.
Pág. 7
2.2 OBJETIVOS ESPECÍFICOS.
✔ Contar con una Base de Datos Centralizada, con la capacidad de poner a
disposición la información catastral y geográfica de las municipalidades.
✔ Disponer de una herramienta de captura de información en campo enfocada a
procesos catastrales.
✔ Desarrollar e Implementar un sistema de información basado en el modelo núcleo
LADM-PERÚ y los modelos extendidos y de aplicación requeridos para el
intercambio de información en la solución catastral.
✔ Contar con un Sistema que cuente con mecanismos para mantener actualizada la
información Catastral desde las municipalidades y otras entidades como MVCS,
Sunarp, Sunat, entre otras.
✔ Disponer de una solución que permita el intercambio de información con las
entidades que se requiera en modelo de interoperabilidad.
✔ Gestionar de manera eficiente y eficaz las solicitudes de los trámites catastrales
desde su recepción hasta su respectiva resolución.
✔ El sistema deberá permitir integrar información de los objetos territoriales que son
utilizados en las labores de valoración, planificación y tributación.
✔ Permitir al ciudadano solicitar trámites y servicios catastrales a través de servicios
en línea, en diversos tipos de dispositivos electrónicos
III.
ALCANCES Y DESCRIPCIÓN DEL SERVICIO
3.1 ALCANCE
El servicio a contratar es a todo costo, para todas las etapas desde el Análisis, Diseño,
Desarrollo, Implementación, puesta en marcha, pruebas, mantenimiento y soporte de
todos los componentes del Sistema de Información Catastral para el Proyecto “Creación
del Servicio de Catastro Urbano en distritos priorizados de las Provincias de Chiclayo y
Lambayeque del departamento de Lambayeque, la provincia de Lima del departamento
de Lima y la provincia de Piura del departamento de Piura”, por lo que EL
CONTRATISTA tiene bajo cargo y responsabilidad económica, tributaria, administrativa
y laboral el aporte de personal ejecutivo, administrativo, mano de obra, materiales y
suministros, gastos de transporte dentro y fuera de Lima, herramientas, equipos y
sistemas de telecomunicaciones e informáticos, soporte, software, seguros, licencias
y/o autorizaciones administrativas, impuestos de ley, y cualquier otro bien o servicio
que sea requerido, legal, judicial o contractualmente para el cumplimiento de los
servicios materia del Contrato.
El Sistema de Información Catastral tiene seis componentes:
1. Sistema Catastral Alfanumérico
2. Sistema de Información Geográfica (GIS)
3. Sistema de Control de Levantamiento Catastral y Aplicativo móvil para la
captura de datos Catastrales en Campo.
4. Sistema de Mesa de Ayuda
5. Acuerdo de Nivel de Servicio SLA y Acuerdo de Nivel Operativo OLA
6. Monitoreo del Sistema de Información Catastral
Asimismo, en los costos del proyecto deben cubrirse las necesidades de
Almacenamiento y procesamiento en la nube con un contrato de IaaS (Infraestructura
como servicio) el mismo que puede ir incrementándose de acuerdo a las necesidades
Pág. 8
del proyecto debiendo garantizarse la correcta performance y desempeño en todas las
etapas. Tanto para los Sistemas Alfanuméricos como para el GIS.
3.2 ORGANIZACIÓN DEL SERVICIO
EL CONTRATISTA, deberá presentar la estructura organizativa completa de los
servicios de Implementación del Sistema de Información Catastral, durante la Fase
Inicial del servicio (1er mes), con la que se conformarán los distintos equipos para
desarrollar el plan de trabajo propuesto.
El documento de estructura organizativa deberá incluir el objetivo, alcance, estructura
organizativa, roles y responsabilidades y características del personal que EL
CONTRATISTA asignará. El servicio será coordinado y dirigido por el Gerente de
Proyectos de EL CONTRATISTA quien realizará todos los esfuerzos a su alcance para
cumplir con la implementación propuesta en los términos y tiempos estipulados en este
documento. Mediante la Estructura Organizativa, EL CONTRATISTA, deberá asegurar
el cumplimiento de los objetivos del servicio, mediante la participación de expertos que
conjuguen un alto conocimiento y capacidad de comunicación, siendo necesario
identificar los grupos de interés relacionados al servicio. Además, se deberá considerar
en la estructura organizativa el establecimiento de los comités necesarios, estratégicos
y tácticos, para asegurar el buen desarrollo del servicio y garantizar una toma de
decisiones rápida. Los comités que se establezcan, deberán ser conformados por
personal de la Unidad Ejecutora 003 de Cofopri y liderados por EL CONTRATISTA.
Algunos de los objetivos y funciones que deberán cumplir dichos comités son los
siguientes:
i.
ii.
iii.
iv.
v.
vi.
vii.
viii.
Asegurar la correcta ejecución de todos los planes y una sólida organización
con roles y responsabilidades.
Coordinar los trabajos entre los diferentes equipos de trabajo.
Involucrar a las municipalidades priorizadas por el proyecto, con el nuevo
Sistema de Información catastral
Identificar y anticipar riesgos y poner en marcha acciones correctivas.
Analizar, evaluar, aprobar, retrasar o rechazar cambios a los entregables o
actividades del servicio, y registrar todas las decisiones y recomendaciones,
para evitar extender el cronograma normal de los trabajos.
Asegurar la integración de las mejores prácticas en los nuevos procesos.
Asegurar el Plan de Calidad.
Elaborar Actas con los acuerdos.
Debe quedar claro que el rol de la Unidad Ejecutora 003 en los comités descritos será
el de coordinación, revisión de avances y facilitación; siendo responsabilidad EL
CONTRATISTA cumplir con todos los términos y condiciones establecidos en el
presente documento; así como, realizar todos los esfuerzos a su alcance para promover
la exitosa implementación del Sistema.
Las Municipalidades proveerán la información básica para los levantamientos
catastrales, debidamente depurada y consistenciada (usos, vías, contribuyentes, entre
otras), así como la conectividad para acceder al sistema (Internet), equipos de cómputo
conectados a redes de datos, indispensables para acceder al Sistema de Información
Catastral y sus componentes.
Pág. 9
3.3 METODOLOGÍA
EL CONTRATISTA deberá presentar a los cinco (5) días de iniciado el servicio, la
metodología de trabajo detallada, común para todo el equipo proyecto, que permita
evaluar el avance y progreso del servicio, la misma que deberá contemplar todas las
fases del servicio; asegurando el cumplimiento de los objetivos, poniendo de manifiesto
cualquier amenaza o desviación del alcance, plazo o costo, en la ejecución de las
actividades planificadas, posibilitando la adopción oportuna de medidas correctivas y
preventivas. La metodología a utilizar deberá estar basada en el estándar internacional,
para la gestión de proyectos desarrollada por el Project Management Institute – PMI,
basada en la Guía del PMBOK 6ta edición o posterior y aplicar las áreas de
conocimiento que considere relevantes para para el seguimiento y éxito del proyecto.
Se deberá, además, considerar el establecimiento de estándares y procedimientos,
tales como herramientas de software, plantillas, listas de chequeo, agendas de trabajo,
participantes para reuniones, actas de acuerdos, control y/o historial de versiones de
los documentos del proyecto, prioridades de trabajo, nomenclaturas, metodologías de
desarrollo, etc., con la finalidad de ejecutar y administrar el servicio de manera eficiente
y lograr el éxito del mismo. EL CONTRATISTA será responsable de asegurar el
cumplimiento de la metodología, evaluar el avance y progreso de los trabajos. La
Unidad Ejecutora 003 de Cofopri, realizará el control sobre los resultados de los
productos intermedios y finales. En el caso de que la unidad Ejecutora 003 requiera
algún cambio en la metodología de trabajo presentada por el CONTRATISTA este
deberá subsanarlo. La metodología de trabajo quedará definida a más tardar a los 30
días de iniciado el servicio y la misma deberá cumplimentar las necesidades
metodológicas señaladas en el presente punto.
3.4 Plan de Trabajo
EL CONTRATISTA, deberá presentar un plan de trabajo detallado, el cual será revisado
y afinado con la Coordinación de Catastro de la Unidad Ejecutora 003 de Cofopri, hasta
obtener su aprobación antes de la culminación de la Fase Inicial del servicio (1er mes).
EL CONTRATISTA detallará el plan de trabajo asociado a todas las actividades
involucradas a lo largo de toda la Implementación de los componentes del Sistema de
Información catastral en sus diferentes fases o etapas, incluyendo los entregables y los
plazos de entrega correspondientes; el cual servirá para supervisar y monitorear el
progreso del servicio. Se deberá incluir el diagrama de Gantt con las actividades a
realizar, considerando el plazo máximo de catorce (14) meses, desde el inicio de la
ejecución del contrato hasta la puesta en producción final y total del nuevo Sistema de
Información catastral y un periodo de doce (12) meses adicionales para la fase de
garantía, soporte y mantenimiento post-producción y mantenimientos contados a partir
de la fecha de puesta en producción. EL CONTRATISTA deberá asegurar que el
servicio se ciña al plan de trabajo acordado y aprobado por la Unidad Ejecutora 003,
detectando oportunamente los problemas o desviaciones, así como las causas,
probables consecuencias y las medidas correctivas a ser aplicadas en cada caso.
EL CONTRATISTA deberá presentar el plan de trabajo del servicio, considerando al
menos las siguientes fases, actividades y plazos que se mencionan a continuación:
a. Fase Inicial (Tiempo estimado 1 mes)
Planificación
Esta fase debe comprender el desarrollo de la Planificación del Servicio, incluyendo
cronograma, alcances y la gestión de riesgos. Durante esta fase también, se debe
Pág. 10
organizar el servicio, incluyendo roles, responsabilidades del personal y de las
instituciones involucradas. Se debe considerar, además, la metodología ágil de
desarrollo como Scrum, Kanban o programación extrema [XP], entre otras. La
definición de las herramientas de desarrollo, Plataforma de Software para los
componentes del Sistema de Información Catastral, la adopción de los modelos
núcleo, extendido y de aplicación del estándar LADM-PERÚ, así como la reunión
de lanzamiento del Servicio (Kick off).
b. Fase Análisis y Diseño (Tiempo estimado 3 meses)
Evaluación de Requerimientos
En esta fase deben considerarse actividades de validación de los requisitos
funcionales solicitados por la Unidad Ejecutora 003, realizar los Gap, análisis o
brecha funcional, y plantear los desarrollos a medida, considerando las mejores
prácticas definidas en la etapa de Planificación, para todos los componentes del
Sistema de Información Catastral. Deberán además identificarse las necesidades
de explotación de la información de nivel estratégico, táctico y operativo, y deberá
definirse una estrategia de mantenimiento de la información catastral desde las
municipalidades y entidades, la interoperabilidad, así como los planes de migración
de datos y pruebas. Al inicio de esta fase, deberá culminar la evaluación del
dimensionamiento del equipamiento de la plataforma de hardware en la nube y
software necesario para el desarrollo y puesta en marcha del sistema, de los
entornos de producción, desarrollo, homologación y soporte.
En esta fase se debe establecer la necesidad detallada de lo requerido en el sistema
de información y todos sus componentes, para lo cual se deben realizar las
siguientes actividades, dejando la documentación respectiva para el desarrollo de
cada una:
●
●
●
●
●
●
●
Evaluar y analizar la documentación y normatividad existente, así como
determinar las entidades con las que se requiere intercambiar información.
Realizar la evaluación del software y servicios existentes en las
municipalidades y en las entidades que cuentan con funciones catastrales,
para determinar si es posible realizar su reutilización y definir en qué
funcionalidades del nuevo sistema pueden ser utilizadas.
Realizar entrevistas con los usuarios claves y funcionales utilizando
formatos para el levantamiento detallado de las funcionalidades que deben
implementarse.
Formular cuestionarios que permitan clarificar los conceptos
Establecer las historias de usuario con requerimientos funcionales y no
funcionales.
Realizar mesas de trabajo para validar las historias de usuario.
Aprobación de las historias de usuario por parte de los responsables de cada
proceso.
Análisis y Diseño de la Solución
Para la etapa de análisis y diseño el Contratista, a partir de las historias de usuario
definidas y aprobadas para el sistema de información, debe construir los siguientes
elementos:
●
●
Especificación de casos de uso, que incluyan prototipos de pantalla y salidas
propuestas
Diagramas de flujos de procesos
Pág. 11
●
●
●
●
●
●
●
●
●
●
Diagrama entidad relación y Diccionario de Datos alineado al modelo LADMPERU (Modelo Núcleo, Modelo de Avalúos, Modelo de Intercambio, Modelo
de objetos territoriales) adoptados. Adicionalmente, se debe contemplar los
siguientes aspectos (nomenclatura de los objetos de la base de datos como
tablas, vistas, procedimientos, paquetes, atributos, funciones, índices,
secuencias, tipo de datos y todos los demás objetos utilizados).
Diseñar el modelo de clases
Documento integral del proceso de migración de la información de cada
municipalidad, donde se definan las estructuras de datos requeridas para la
carga de información.
Documento con los procesos y modelo de intercambio de información con
las entidades definidas.
Documento con la definición de herramientas de desarrollo (lenguaje de
programación, IDE de desarrollo, sistemas operativos, manejador de base
de datos, herramienta versionadora, herramientas GIS)
Documento con el diseño de la arquitectura a implementar en la nube
(Servidores de Aplicaciones, Archivos, Servidor de Base de Datos, Servidor
de Información Geográfica), para el entorno de Desarrollo, Homologación y
Producción.
Documento con la estrategia de backup y recuperación. En este se debe
incluir los artefactos de la solución, la estrategia de backup y su periodicidad.
Documento con el diseño de las pruebas a realizar para los artefactos del
sistema (debe contemplar el tipo de pruebas, a que se aplica, quien lo aplica,
cuando se debe aplicar, precondiciones, deck de pruebas detallado,
resultado esperado). Como mínimo se debe tener pruebas unitarias,
pruebas de integración, pruebas de rendimiento, seguridad, usabilidad,
accesibilidad.
Descripción del Backlog del Sistema de Información Catastral.
Desde el diseño de la solución se debe alinear con la normatividad vigente
en la materia y definir los estándares semánticos, entendiéndose como el
proceso de normalización para uniformizar definiciones, términos y datos,
con la finalidad de que todas las municipalidades y entidades tengan el
mismo criterio e información similar dentro de todo el contexto de los
sistemas de Información relacionados al proyecto.
Para cada uno de estos entregables se deben realizar mesas de trabajo con los
usuarios responsables, para que sea entendida y aprobada.
c. Desarrollo y Construcción del Sistema (Tiempo estimado 8 meses)
Desarrollo
Al inicio de esta fase, El Contratista proporcionará los ambientes de Desarrollo en
la nube debidamente adecuados. Esta fase debe comprender actividades de
parametrización, configuración y la ejecución de todos los desarrollos necesarios
para la implementación del Sistema de Información Catastral. Debe incluirse
además en el plan de trabajo, actividades de simulación de cargas iniciales de datos
e ir habilitándose y configurándose el entorno productivo.
El desarrollo del sistema debe realizarse mediante la metodología ágil de desarrollo
de software que se presentó en la etapa de Planificación. Mediante el uso de estas
metodologías se deberá poder ver claramente la utilización del recurso asignado al
proyecto, deben hacerse entregables periódicos en cortos plazos definidos en sprint
que deben concluir en productos concretos, mediante la construcción de software
trabajando sobre casos puntuales de caso de uso, se brindará la oportunidad de
Pág. 12
hacer cambios acordes a las necesidades del negocio en un ambiente que tiene
una dinámica para implementar el sistema bajo el modelo LADM-PERÚ adoptado.
En el uso de la metodología ágil se deberá contar con los perfiles de guías expertos
de trabajo que organicen y controlen los diferentes equipos de desarrollo que se
utilizaran en el desarrollo del proyecto. Todo el proyecto será gestionado mediante
los backlogs de producto definidos para tener un control sobre el desarrollo de los
diversos productos que formarán parte del sistema integrado, en este backlog se
tendrá el detalle y transformación de los artefactos de desarrollo realizados durante
la construcción, de esta manera se tendrá un tablero organizado que facilitara
mejoras o ajusten a los diversos productos que se tengan de acuerdo a los ajustes
a que haya lugar por necesidades del negocio.
Se deberán priorizar los módulos de Ingreso y mantenimiento de Información
Catastral para los levantamientos catastrales y que reemplazan al Sistema
Transitorio de Cofopri, así como el Aplicativo Móvil que se utilizará para el
levantamiento de información en campo.
Pruebas y Calidad
Esta fase debe comprender actividades de desarrollo de pruebas de integración
entre los diferentes módulos y aplicaciones, pruebas de rendimiento o stress y
pruebas de aceptación del usuario. Al inicio de esta fase, El Contratista
proporcionará los ambientes de Homologación (Quality Assurance) en los
Servidores de la nube, para la configuración y preparación del ambiente de pruebas
y el debido aseguramiento de la calidad.
Capacitación a usuarios finales
Se realizará la capacitación a los usuarios de los componentes del Sistema de
Información Catastral. EL CONTRATISTA, deberá proveer el Plan de Capacitación
que debe comprender todos los requisitos para el desarrollo de la capacitación,
manuales, videos explicativos, material para la plataforma LMS del Proyecto. Dicho
Plan debe ser presentado y aprobado por la Unidad Ejecutora 003 de Cofopri.
Puesta en Producción
Esta fase debe comprender desde las actividades previas al arranque óptimo del
nuevo Sistema de Información Catastral. Deben incluirse actividades de validación
final del sistema, aprobarse la estrategia del plan de corte del Sistema Transitorio
de Cofopri, plan de soporte funcional y técnico, plan de contingencias. Comprende
todas las actividades durante el corte de operaciones, incluyendo la instalación del
sistema en producción. En esta fase, el Contratista proporcionará los ambientes de
Producción en la nube, desarrollando las siguientes actividades:
●
●
●
●
●
●
●
●
●
Configuración de servidores
Configuración de almacenamientos
Instalación de Bases de Datos
Configuración de contenedores de aplicaciones
Migración de Información del Sistema Transitorio de Cofopri de las
Municipalidades levantadas al Sistema Alfanumérico de Información Catastral.
Carga inicial de tablas principales de cada municipalidad priorizada por el
proyecto, vías, usos, sectores, manzanas, contribuyentes, entre otras, las
mismas que deberán ser adecuadamente validadas y estandarizadas.
Instalación del sistema en estaciones de trabajo o PCs
Configuración de usuarios y roles
Validaciones de ingreso
Pág. 13
●
●
●
Capacitación
Copias de seguridad y recuperación
Liberación de la solución
d. Fase Cierre (Tiempo estimado 2 meses)
Esta fase debe comprender la ejecución de todas las actividades de Soporte
Postproducción; incluyendo la entrega en su versión final de toda la documentación
descrita en los entregables del servicio, con la revisión y aprobación de la
coordinación de Catastro de la Unidad Ejecutora 003, para el aseguramiento de la
calidad del producto a entregar. Soporte Postproducción Comprende las actividades
posteriores que garanticen el éxito de la implantación, el desarrollo de estas
actividades es de responsabilidad del CONTRATISTA. Además, comienza la
transferencia al equipo de soporte de Cofopri. Durante las actividades de soporte
Post-implantación, deberán realizarse los ajustes y afinamientos necesarios, tales
como mejorar el desempeño o performance del sistema, corregir errores o
deficiencias en el software que no haya podido ser identificado en las etapas de
pruebas y calidad, hasta que el sistema haya quedado estabilizado. Dichas
actividades deberán ejecutarse en el lapso de dos (02) meses. Durante esta etapa
de Soporte Post Producción se irá desafectando paulatinamente personal del
CONTRATISTA, con el consentimiento de la Unidad Ejecutora 003 y asegurando el
correcto funcionamiento del sistema.
e. Fase de Garantía, Soporte y Mantenimiento (Tiempo estimado 22 meses)
Esta fase debe comprender la ejecución de todas las actividades de atención de
incidencias, mantenimientos correctivos y soporte post producción. Comprende las
actividades posteriores a la Fase de Cierre que garanticen el éxito del Sistema en
Producción. El personal del CONTRATISTA realizará las tareas de Mesa de Ayuda.
Dichas actividades deberán ejecutarse en el lapso de veintidós (22) meses. El
alcance y detalles de esta fase se describen en secciones posteriores del presente
documento. Esta fase también incluye el mantenimiento evolutivo y de mejoras del
sistema para atender nuevas necesidades, siendo el número de horas asignadas
para este mantenimiento hasta un total de 4000 horas en los 22 meses de ejecución
del servicio o hasta agotarse las horas. Las horas que se determinen para corregir
errores de programación, bugs del sistema, serán consideradas parte de la garantía
y no contarán como horas de mantenimiento. Para lo cual se enviarán informes
mensuales de los trabajos, el tiempo demandado y si corresponden a
mantenimiento, soporte o garantía.
A lo largo de todas las fases del plan de trabajo, deberán desarrollarse actividades
orientadas a la dirección y gestión del servicio que el servicio amerita. EL CONTRATISTA,
deberá especificar como mínimo para cada componente y fase la siguiente información:
Pág. 14
Donde:
Fase
Nombre de la fase
Actividad
Nombre de la actividad
Descripción
Descripción de la actividad
Fecha de inicio
Fecha de inicio de la actividad, respecto al inicio del trabajo
Duración
Duración de la actividad
Precedencias
Actividades previas a realizar
Restricciones
Restricciones para el cumplimiento de la actividad
Referencia
Aclaraciones que considere pertinente realizar
Entregable
Documento u objeto de salida de la actividad
Recursos
Recursos necesarios para realizar la actividad y producir
los entregables, indicando el tipo y cantidad de recursos.
Resulta mandatorio que las fechas de inicio y duraciones que se consignen en el
plan de trabajo se encuentren alineadas y sean concordantes con las fechas de los
levantamientos catastrales.
Asimismo, EL CONTRATISTA deberá fijar hitos y compromisos que permitan
avanzar de manera ordenada a lo largo del servicio y sobre el cual la Unidad
Ejecutora 003 efectuará el seguimiento, control y aplicación de penalidades de ser
el caso. A continuación, se indican los hitos mínimos propuestos que deben
considerarse para alcanzar cada fase o caso contrario EL CONTRATISTA
presentará su propuesta la cual debe asegurar la definición de hitos durante todo el
ciclo que dure el proyecto, la cual debe contar con la aprobación de la Unidad
Ejecutora 003 de Cofopri.
Fase /Tiempo
Inicial
1 mes
Actividad/Etapa
Hito de Aceptación
Planificación
Planificación de los trabajos aprobados
por la UE 003, incluyendo cronograma,
alcance y gestión de riesgos.
Evaluación de
Requerimientos
Validación de los requisitos funcionales
solicitados por la Unidad Ejecutora 003,
realizar los Gap, análisis o brecha
funcional, y plantear los desarrollos a
medida, considerando las mejores
prácticas definidas en la etapa de
Planificación.
Análisis y Diseño de la
Solución
Propuesta de solución, Diseño Funcional
aprobado por la UE003, Sistema
Alfanumérico, GIS y demás componentes,
documentación técnica de Análisis y
Análisis y
Diseño
3 meses
Pág. 15
Diseño.
Desarrollo y
Construcción
del Sistema
8 meses
Cierre
2 meses
Garantía,
Soporte y
Mantenimiento
22 meses
Desarrollo
Programación y desarrollo de los
componentes del Sistema de Información
Catastral,
de
acuerdo
a
los
requerimientos de acuerdo al Análisis y
Diseño de la Solución.
Pruebas y Calidad
Validación y aceptación final de todas las
pruebas realizadas (incluyendo pruebas
de carga y stress)
Capacitación a usuarios
finales
Capacitación a usuarios, manuales,
videos y material para la plataforma LMS
del Proyecto.
Puesta en Producción
Configuración de todo el entorno,
Servicios, Servidores, usuarios, entre
otros. Sistemas en Producción
Actividades de soporte
Post-producción
Sistema en producción estabilizado con
interoperabilidad y actualización de la
información.
Garantía, Soporte y
Mantenimiento del
Sistema de Información
Catastral
Mantenimiento del Sistema en Producción
y Mesa de Ayuda
Cronograma estimado para la Implementación del Sistema Catastral y sus
componentes
DURACION
(Meses)
inicial
1
Análisis y Diseño
3
Desarrollo y Construcción
8
Cierre
2
Garantía Soporte y Mant.
22
36 meses
FASE
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
3.5 IDIOMA
EL CONTRATISTA deberá presentar todos los informes y entregables en idioma
español, especialmente, la documentación relacionada al aspecto funcional,
documentación técnica de análisis y de capacitación al Equipo del Proyecto. De manera
excepcional catálogos, folletos y material de capacitación técnica serán presentados en
idioma inglés siempre que se cuente con la aprobación de la Unidad Ejecutora 003.
Todo tipo de comunicación oral, escrita y visual, durante el servicio; incluyendo el
desarrollo de la capacitación, así como la interfaz de usuario funcional, las ayudas en
línea, comentarios y documentación de los programas, deberán ser en idioma español,
siendo responsabilidad de EL CONTRATISTA facilitar los recursos necesarios para que
esta se cumpla.
34
35
36
Pág. 16
3.6 PLATAFORMA TECNOLÓGICA
Se propone que el sistema sea desarrollado con la siguiente Plataforma Tecnológica,
salvo mejor propuesta y evaluación del CONTRATISTA:
CARACTERÍSTICA
DETALLE DE LA PLATAFORMA
TECNOLÓGICA
Metodología de Desarrollo
Procesos ágiles – Scrum, Kanban o
programación extrema [XP]
Modelo de Procesos
Unified Modeling Language – UML
Base de Datos / Base de Datos
Espacial
PostgreSQL con PostGIS
Lenguajes y arquitectura backend
Node Js
Lenguajes y arquitectura frontend
React Js
Programación en la Base de Datos
Procedimientos almacenados y funciones
Compatibilidad en exploradores web
Internet Explorer
Chrome
Firefox
Compatibilidad con sistemas
operativos
Android, IOS y Windows Phone
Sistema operativo de servidores
Ubuntu Última Versión LTS
Servidor de Mapas
Geoserver
Administración y edición GIS
Quantum GIS
Versionamiento QGis
Kart
Para levantamiento de información en
campo
Qfield
Pág. 17
Arquitectura general
Microservicios basados en eureka con
balanceo
Arquitectura de desarrollo
Web
De elegir una metodología de desarrollo ágil como Scrum, Kanban o Programación
Extrema, se podrán fusionar las etapas de análisis y diseño con la de Desarrollo y
Construcción del Sistema, manteniendo los plazos establecidos. Esto debe estar
claramente definido en el Documento que deberá presentar como entregable de la
etapa de Planificación.
IV.
DIMENSIONAMIENTO DE LA INFRAESTRUCTURA EN LA NUBE
NECESARIA PARA EL DESPLIEGUE DEL SISTEMA DE INFORMACIÓN
CATASTRAL
Análisis y diseño de la infraestructura en la nube (Cloud) necesaria para el despliegue del
Sistema de Información Catastral, incluyendo todos sus componentes.
Para la implementación de la solución el contratista deberá desarrollar una arquitectura de
solución que permita dar atención a los servicios digitales que se desplegaran en la nube
de un proveedor de servicios tipo IaaS que proporcione servicios de infraestructura de
procesamiento, espacio en servidores virtuales, conexión de red, ancho de banda,
hardware virtualizado y balanceo, que permita desplegar el software; así mismo la internet
será el medio de comunicación esencial para el transporte de datos y acceso a los servicios,
el ancho de banda será proporcionado por las municipalidades priorizadas por el proyecto
y deberán garantizar una velocidad de acceso adecuada para el óptimo funcionamiento del
sistema
Análisis técnico-económico de las principales alternativas de servicios Cloud teniendo en
cuenta los proveedores que figuran en el respectivo informe de Gartner del 2021.
Diseño de la arquitectura de servicios Cloud que formarán parte de la plataforma del
Sistema de Información Catastral.
Dimensionamiento de los servicios de la plataforma Cloud que soportará el Sistema de
Información Catastral, considerando la evolución del sistema en el horizonte del Proyecto.
Se deberán tener en cuenta las siguientes consideraciones mínimas:
●
●
●
●
●
●
●
Analizar por lo menos dos escenarios usando diferentes alternativas de plataformas
Cloud disponibles en el mercado.
Realizar un análisis de costo total de propiedad (TCO) que incluya:
Costos de implementación, costos de suscripción, los costes de formación,
mantenimiento y la atención al cliente. Además de la inversión por cualquier
actualización de redes y servicios administrativos.
Definir los niveles de servicio y la penalización en casos de degradación de los mismos.
Incluir herramientas para la administración de la plataforma (gestión de recursos y
monitorización).
Tener en cuenta los requisitos de seguridad de acuerdo a estándares internacionales
como ISO/IEC 27001, ISO/IEC 27002, ISO/IEC 27017, ISO/IEC 27018, entre otros.
Considerar ambientes de desarrollo, pruebas, homologación y producción
Pág. 18
●
Se debe incluir la elaboración del Informe de Técnico Previo de Evaluación de Software
de acuerdo a lo dispuesto en el Decreto Supremo Nº 024-2006-PCM, Reglamento de
la Ley N° 28612 - "Ley que norma el uso, adquisición y adecuación del software en la
Administración Pública”, y otras normas aplicables.
Una vez determinado el Proveedor Cloud, así como el Análisis diseño de la Solución Cloud,
el dimensionamiento propuesto considerando el cronograma de levantamiento catastral de
las Municipalidades priorizadas y la evolución del Sistema deberá ser presentado a la
Unidad Ejecutora 003 y deberá contar con su aprobación para los ambientes de desarrollo,
pruebas, homologación y producción.
V.
CONDICIONES DE FUNCIONAMIENTO PARA EL SISTEMA DE
INFORMACIÓN CATASTRAL
Las condiciones de funcionamiento, definen los parámetros operacionales que el nuevo
Sistema Integrado de Información Catastral, debe alcanzar en los diversos ambientes y
bajo la plataforma de servidores en la nube a través de servicios del tipo IaaS.
5.1 CONDICIONES DE FUNCIONAMIENTO EN EL AMBIENTE DE PRODUCCIÓN
Las condiciones de funcionamiento que el Sistema de Información Catastral debe
alcanzar en el ambiente de producción, se definen por los siguientes aspectos:
a. Del Servicio On Line
El nuevo Sistema de Información Catastral debe ser “non stop” (sin parada), debido a
que existen procesos que realizan las municipalidades priorizadas por el proyecto de
lunes a domingo las 24 horas del día (24x7).
Se eximirá al sistema de la exigencia “non stop” únicamente frente a situaciones
excepcionales tales como: Paradas o bajadas del sistema para mantenimiento, Cambio
de equipos e infraestructura otra situación excepcional de tipo técnico que requiera la
parada del sistema previa aprobación de la Unidad Ejecutora 003 de Cofopri.
b. Requerimientos Generales
Escalable
●
●
Permitir escenarios de crecimiento, como aumento de usuarios del sistema,
nuevos servicios, nuevas funcionalidades, incremento de conexiones, etc.
Debe estar diseñado en capas para garantizar el mejor rendimiento, eficiencia y
tiempos de respuesta.
Parametrizable
●
●
Tener la capacidad de soportar los cambios mediante la configuración de
parámetros que no afecten la operación del sistema y que permitan aplicarse en
línea.
Ser flexible para adaptarse a los cambios o necesidades de la institución,
minimizando el impacto en el desarrollo o mantenimientos posteriores
Multiplataforma
●
Ser independiente del Hardware y Sistema Operativo (Windows, Android, Linux).
Pág. 19
●
●
Se considera multiplataforma si el nuevo sistema de Información Catastral cumple
con al menos dos de los sistemas operativos indicados en el párrafo anterior.
Debe poder configurarse sobre plataformas de Alta Disponibilidad, Balanceo de
Carga y Cluster.
Base de datos
●
●
Para mejorar la performance deben cargarse en memoria las tablas principales del
Sistema.
Disponer de balanceo de carga y failover, evitando así que la pérdida de una
instancia en la base de datos genere que la sesión de la aplicación no termine de
ejecutar su transacción
Interoperable
●
●
●
●
Su arquitectura debe estar orientada a servicios (web services).
Debe contar con interfaces de comunicación estándares del mercado (SOA).
Con un desarrollo adecuado, la interoperabilidad permite acceder a las bases de
datos, incluso mediante dispositivos electrónicos portables, incrementando la
disponibilidad, accesibilidad, calidad y uso de la información vital en temas
catastrales para la toma de decisiones.
Consumo de Servicios Web de la Plataforma Nacional de Interoperabilidad –
Servicios PIDE (RENIEC, SUNAT, SUNARP, entre otros), integrándose con el
sistema.
https://www.gob.pe/institucion/pcm/informes-publicaciones/305761-catalogode-servicios-de-la-pide
●
●
●
●
●
Interoperable con sistemas INTERNOS de los municipios (Desarrollo Urbano,
Rentas, Servicio de Administración Tributaria – SAT) y con sistemas EXTERNOS
(Sistemas Tributarios del MEF, SRTM y versiones actualizadas, GeoLLaqta
COFOPRI, GeoVivienda y GeoPlan del MVCS, SUNARP, IGN - Instituto
Geográfico Nacional), Infraestructura de datos espaciales del Perú (IDEP),
Inspección Técnica de Seguridad en Edificaciones (ITSE).
La integración de la información geográfica con la alfanumérica se debe realizar
mediante el uso de las relaciones definidas en el modelo y su presentación debe
ser producto de la fase de levantamiento de requerimientos en las historias de
usuario, casos de uso y el desarrollo del software.
Implementación del Servicios Web (WebServices) para la integración con pagos
electrónicos.
Uso de Firma Digital; de preferencia de consumo gratuito de la RENIEC, a través
de convenios institucionales, que deberán ser gestionado por las municipalidades.
Consumo de Servicios de Mapas y Uso de Estándares WMS (Web Map Services).
https://geoidep.gob.pe/que-es-geoidep
Seguro
Está relacionado con la configuración de perfiles para controlar el acceso a los diversos
módulos y opciones del sistema, manteniendo la integridad, confidencialidad,
disponibilidad e irrefutabilidad de la información (que no se pueda negar la autoría).
Moneda
Para las valorizaciones o cualquier cálculo monetario, debe permitir trabajar como
mínimo con la moneda soles.
Pág. 20
Ayuda en línea
Debe contar con ayuda en línea en español.
c. Requerimientos Técnicos
El Sistema de Información catastral debe cumplir con los siguientes requerimientos
tecnológicos, que permitirán a Cofopri disponer de una tecnología de vanguardia
acorde a los últimos avances tecnológicos:
Multi Municipalidades
El Sistema de Información Catastral debe estar concebido para almacenar información
catastral de distintos municipios ubicados en distintas regiones del país por tanto
desde el diseño deben considerarse las estructuras que los diferencien y permitan un
acceso rápido y eficiente, esto debe ser considerado para todos los componentes.
Tipos de Fichas Catastrales
Los tipos de fichas Catastrales que debe contemplar el Sistema son:
●
●
●
Ficha Catastral Urbana Individual
Ficha Catastral Urbana de Cotitularidad
Ficha Catastral Urbana de Bienes Comunes
Arquitectura de Capas
El Sistema de Información Catastral debe estar desarrollado en base a una
arquitectura de “n” capas, mínimo tres (03) capas bien definidas:
●
●
●
Presentación.
Negocio.
Datos.
Estas capas lógicas podrán ser distribuidas en diferentes servidores virtuales
(distribución multinivel).
La arquitectura del sistema debe estar orientada a servicios mediante el uso de
tecnología basada en web services, es conveniente que el CONTRATISTA
proporcione una capa de Application Server y/o Business Integration como parte de la
solución.
Orientada a Servicios
Debe estar orientado a servicios mediante el uso de tecnología basada en web
services. La solución debe ofrecer webservices preconstruidos para la mayoría de sus
módulos, con el objetivo de minimizar los desarrollos en las integraciones y reutilizar
los servicios. Así mismo debe ofrecer la capacidad de definir nuevos webservices. Los
webservices ofrecidos deben estar documentados en un repositorio o catálogo de
servicios.
Pág. 21
Esta característica facilitará, la integración con la municipalidades o instituciones, con
nuevas soluciones o aplicaciones, con el Sistema de Información Geográfico (GIS),
entre otros.
Control de Versiones de Código Fuente
EL CONTRATISTA debe trabajar las adecuaciones, personalizaciones o cambios en
el Sistema de Información Catastral con una herramienta para la gestión de cambios
del código fuente, sea esta nativa o una solución externa. Durante la Etapa de
Implementación, EL CONTRATISTA dará acceso en modo consulta a la Unidad
Ejecutora 003 o a quien determine para labores de control o supervisión.
En caso la herramienta para la gestión de cambios del código fuente no sea nativa al
sistema de Información Catastral, EL CONTRATISTA deberá proveer a partir de la
puesta en producción del sistema, al menos dos (2) licencias para uso de Cofopri,
asegurando al menos dos (02) años de mantenimiento a dicha herramienta de control
de versiones.
El control de fuentes debe gestionar la promoción de fuentes entre los distintos
ambientes: desarrollo, pruebas, homologación y producción.
Mecanismos de Integridad de los Datos
Si bien es cierto que esta característica está relacionada al gestor de base de datos,
el Sistema de Información Catastral debe contar con mecanismos propios que
garanticen y aseguren la integridad de las transacciones y de datos después de
interrupciones inesperadas (corte de fluido eléctrico, problemas en la red de
comunicaciones, etc.)
Acceso Web
El Sistema de Información Catastral debe permitir el acceso vía web de sus
componentes Alfanuméricos y GIS, sin importar el browser ni la plataforma.
No se considera como acceso web, el uso de aplicaciones soportadas con Terminal
Server (Security Global Desktop, Citrix u otras similares).
Arquitectura Integral
Los componentes que conforman el Sistema de Información Catastral deben estar
integrados en una única aplicación y basada en el modelo de datos LADM-PERÚ que
soporta el concepto del dato único.
Las razones principales para optar por una solución integral son las siguientes:
i.
Modelo de datos único, normalizado y con administración centralizada,
basado en LADM.
ii. Necesidad de contar con componentes que interactúen entre sí, consolidando
todas las operaciones en una única solución de software.
iii. Evitar la duplicidad de la información.
iv. Evitar la contaminación o manipulación de la información, por errores de
captura o transferencia entre un sistema y otro.
Pág. 22
v. Garantizar la disponibilidad de la información para las municipalidades e
Instituciones y el Sistema operativo todo el tiempo.
vi. Evitar la replicación de datos entre los módulos de la solución de software.
Distribución del producto
El nuevo Sistema de Información Catastral debe disponer de mecanismos para el
despliegue inmediato de actualizaciones o nuevas versiones, evitando el uso del
recurso humano para instalaciones in-situ. Dicho mecanismo de despliegue debe
considerar el ancho de banda a fin de no saturar la red de telecomunicaciones.
.
5.2 SEGURIDAD Y AUDITORIA
Seguridad
El sistema provisto por EL CONTRATISTA, debe contemplar mecanismos de
seguridad del software, basados en normas, estándares o mejores prácticas
nacionales e internacionales de seguridad y control de acceso a la información tales
como ISO 27001. El Sistema de Información Catastral debe contar además con las
siguientes características:
a. Debe contar con herramientas de administración de seguridad del sistema. Estas
herramientas deben ser amigables y contar con consultas predefinidas que faciliten
la administración y revisión de la seguridad.
b. Debe disponer de un módulo de seguridad integrado nativamente donde se definan
los usuarios de la organización, los diferentes perfiles -indicando las funciones y
acciones que pueden ejecutar- y la asignación de perfil al usuario.
c. Asegurar que la administración de seguridad en el sistema se realice a nivel de
programa (opciones de menú), transacción (lectura y modificación) y a nivel de
objeto. Debe poder definirse seguridad sobre distintos componentes del módulo de
consulta; por ejemplo, permitir o no exportar información a hojas de cálculo, a un
grupo de usuarios o un usuario específico, realizar drill-down o pivoteo de
columnas.
d. Debe contar con mecanismos seguros de autenticación. Posibilidad de utilizar
certificados digitales o algún otro mecanismo de autenticación, que se defina
durante la ejecución del contrato, fundamentalmente en aquellas opciones que
puedan ser publicadas para ser accedidas a través de Internet o en forma remota.
e. El Sistema de Información Catastral debe soportar conexiones con mecanismos
de encriptación de datos, este componente de encriptación debe ser nativo al
producto, o en su defecto, no requerir costos adicionales para Cofopri.
f.
Debe contar con políticas de contraseña, definir la fecha de caducidad de cada
usuario, establecer el cifrado y debe permitir parametrizarlas o establecerlas en el
sistema.
g. Mínimamente debe ofrecer de manera nativa (sin depender de servicios externos)
autoservicios a los usuarios para que estos puedan como mínimo recuperar
contraseñas y actualizar sus datos.
Pág. 23
h. Debe contar con mecanismos de protección de acceso directo a la base de datos.
i.
Debe tener cifrada información relativa a la LOPD (Ley Orgánica de Protección de
Datos).
j.
Debe contar con técnicas de seguridad aplicadas a nivel del desarrollo del sistema
(como control de acceso a los programas fuente o frameworks nativos de
desarrollo).
k. Los componentes web del Sistema de Información Catastral, deben operar de
manera nativa (sin depender de servicios externos) en modo seguro, debe contar
con niveles de seguridad que impidan que el servicio web sea afectado por ataques
como inyección de DNS, inyección de SQL, manipulación de cabeceras http,
manipulación de cookies, suplantación de sesión, IP spoofing y ataques de
repetición.
l.
La aplicación debe implementar de manera nativa (sin depender de servicios
externos) el manejo de sesiones de usuario, siendo posible la configuración de un
máximo de sesiones concurrentes por usuario, tiempo máximo de vida de sesión
y expiración por inactividad.
m. Para las copias de la información en los ambientes de Desarrollo, Homologación y
Soporte, se debe enmascarar u ocultar la información sensible de los clientes, por
ejemplo: nombre, número de documento, entre otras.
n. Para el envío de información mediante el Sistema a entidades externas se debe
utilizar webservices, dicha información debe estar cifrada y debe contemplar la
firma digital disponible y/o certificado digital con Reniec, logrando la integridad y
confidencialidad de la información enviada. De utilizar certificados digitales
durante la implementación del sistema, deberán ser suministrados por el
contratante, estos deben ser comerciales y estar vigentes durante toda la vida del
servicio. Los certificados de sitio seguro requeridos, no deberán representar costo
adicional para Cofopri durante el período del servicio, incluyendo el mantenimiento
del Sistema.
Auditoría
Respecto a la auditoría, el Sistema de Información catastral debe tener las siguientes
características:
a. La aplicación debe implementar registros de auditoría para todos los eventos
relacionados a seguridad, tales como: inicio de sesión, bloqueos, intentos fallidos
de conexión, creación de usuarios, cambio de perfiles, asignación de permisos y
otros.
b. Debe contar con opciones de acceso a consultas para obtener información del log
de auditoría. Del mismo modo, debe contar con funcionalidades para gestionar un
log de administración de seguridad, asegurando la trazabilidad de seguimiento de
las transacciones al nivel que defina Cofopri (programas, cambio de valor de los
datos, acceso a datos, etc).
c. Debe contar con funcionalidades que faciliten la revisión de los logs de auditoría
registrados y filtrar la información por diversos criterios como: fecha o rango de
Pág. 24
fechas, acciones realizadas por los administradores, eventos realizados en
determinadas tablas y eventos realizados por determinados usuarios.
d. Debe estar diseñada para mantener un registro de los cambios realizados en el
proceso de parametrización, mediante un log de la parametrización u otro medio.
Se debe almacenar en el log la siguiente información: tabla, usuario que crea o
modifica el registro, fecha y hora de creación del registro, fecha y hora de
modificación del registro, información modificada y programa que crea o modifica
el registro.
e. Debe permitir que los registros realizados sobre los logs del sistema identifiquen
en forma unívoca al usuario que realiza las transacciones y no a un usuario
genérico. Se espera que esta identificación de usuarios no otorgue derechos
directamente sobre la base de datos a los usuarios por fuera del sistema. Será
deseable que existan mecanismos de alertas de eventos de acceso a la base de
datos.
f.
Debe existir persistencia de datos, de tal forma que exista la posibilidad de hacer
un seguimiento de los cambios sufridos por la Unidad Catastral (historia). El
Sistema debe disponer de reportes de control por proceso, para impedir posibles
fraudes o uso indebidos, debiendo contar al menos los siguientes reportes:
i.
ii.
iii.
iv.
v.
vi.
Alta de Unidades Catastrales
Modificación de Propietarios
Cambios en las construcciones
Cambios en las valorizaciones
Histórico de características de la Unidad Catastral
Modificaciones a los lotes, entre otros.
5.3 LICENCIAMIENTO O CONDICIONES DE USO DEL SOFTWARE
EL CONTRATISTA deberá proveer, para uso exclusivo de Cofopri, todas las licencias
(ejemplo: usuario nombrado, usuario concurrente, por servidor, por procesador, por
aplicativo o cualquier combinación de las anteriores) del nuevo Sistema de
Información Catastral, para cubrir todas las áreas y requerimientos funcionales que
son parte del presente trabajo.
Licencias
EL CONTRATISTA de acuerdo al tipo de licenciamiento del sistema, deberá proveer
a Cofopri, la cantidad suficiente de licencias para gestionar como mínimo 50,000
conexiones activas, cinco millones (5,000,000) unidades catastrales y el acceso al
menos a cinco mil (5,000) usuarios del sistema.
La entrega de licencias del Sistema del Sistema de Información Catastral, se realizará
como mínimo de la siguiente forma:
En caso, el Sistema de Información Catastral requiera licencias especiales para el
Equipo de Desarrollo de Sistemas, se deberá incluir como mínimo 10 licencias. Si se
requiriera un mayor número de licencias para los consultores asignados durante la
ejecución del presente servicio, éstas serán responsabilidad de EL CONTRATISTA,
pudiendo ser deshabilitadas al finalizar el servicio.
Pág. 25
EL CONTRATISTA deberá asegurar el licenciamiento para los entornos de
Producción, Pruebas, Homologación y Soporte, las mismas que deberán ser parte de
su oferta económica y en ningún caso, representará costos adicionales para Cofopri.
Todas las licencias a entregar deben estar a nombre de Cofopri y ser la última versión
vigente.
Framework de Desarrollo y/o Fuentes del Sistema
Al finalizar el proceso de implantación del nuevo sistema, Cofopri podrá bajo su
entera responsabilidad, modificar cualquier proceso de negocio que considere
necesario y/o que se haya desarrollado como parte del Servicio.
Para estos efectos, antes de finalizar el proceso de implantación, deberán quedar
disponibles para uso exclusivo de Cofopri los programas fuentes del Sistema de
Información Catastral, todos en formatos editables para mantenimiento o en su
defecto un framework nativo de desarrollo que permita realizar estas modificaciones.
Período
El derecho de uso por parte de Cofopri, del nuevo Sistema de Información Catastral
será de carácter perpetuo. EL CONTRATISTA deberá asegurar sin costos
adicionales para Cofopri, el licenciamiento IaaS / Cloud por el plazo mínimo de
duración del presente servicio, en todas sus etapas
EL CONTRATISTA deberá entregar a Cofopri licencias de uso del sistema,
incluyendo todo el software y herramientas necesarios para el funcionamiento del
mismo.
5.4 GARANTÍA, SOPORTE Y MANTENIMIENTO
El servicio de Garantía, Soporte y Mantenimiento del Sistema de Información Catastral,
comprende la actualización de versiones de todos los productos adquiridos, por un
periodo de veintidós (22) meses, desde la puesta en producción final y total, incluyendo
la actualización de parches o realease de la solución en conjunto.
EL CONTRATISTA proveerá a Cofopri del Soporte y Mantenimiento Anual (SMA) de
las licencias suministradas y cualquier otro software licenciado relacionado al presente
servicio.
EL CONTRATISTA deberá asegurar disponer del Soporte y Mantenimiento Anual
(SMA) del fabricante de software, durante todo el proceso de implementación, sin
ningún costo adicional para Cofopri.
Debe incluir como mínimo:
a. Soporte Técnico del software para el Sistema de Información Catastral, con apoyo
remoto, durante los veintidós (22) meses, en el horario de lunes a viernes de 8:00
a 18:00 horas. El GTM corresponde a Lima Perú.
b. Acceso telefónico y/o acceso electrónico vía web y/o remoto a un centro de ayuda,
a fin de atender cualquier eventualidad que se presente al usuario del software,
pudiendo el personal del Centro de Ayuda, realizar el monitoreo necesario para dar
solución a la eventualidad.
c. Entrega de material en físico y en medio electrónico (formato Word y pdf) de los
procedimientos para las actualizaciones (upgrade) y mejoras de cada nueva
versión liberada por el personal de soporte y mantenimiento del software.
Pág. 26
d. Acceso a una base de datos de conocimiento, donde se ponga a disposición del
cliente información de apoyo, cómo solucionar errores del sistema, instalar
parches, etc.
e. Reporte del Servicio de Mantenimiento, a solicitud de Cofopri.
Pruebas y Performance
Previo a la puesta en producción y una vez que se haya concluido con el desarrollo de
las características solicitadas en los requerimientos funcionales o técnicos, EL
CONTRATISTA en coordinación con la Unidad Ejecutora 003, realizará todas las
pruebas que permitan verificar el correcto funcionamiento del Sistema de Información
Catastral. Estas pruebas se aplican a los procesos On Line.
Dentro del ciclo de pruebas deberá considerarse como mínimo:
●
●
●
●
●
Pruebas de Usuario Funcional.
Pruebas Unitarias.
Pruebas Integrales y de Integración.
Pruebas de Stress o Rendimiento.
Pruebas de Migración.
Pruebas de Usuario Funcional, para lo que se recomienda realizar pruebas durante
un periodo prolongado, de manera iterativa, en las cuales se permita que dichas
pruebas sugieren pequeñas mejoras o ajustes. Este refinamiento deberá realizarse
desde la etapa de construcción.
Pruebas Unitarias, que consiste en probar el correcto funcionamiento de un módulo
en particular. Esto asegura que cada uno de los módulos funcione correctamente.
Pruebas Integrales y de Integración, se llegará a esta etapa con una versión del
sistema estable, la cual debe ser probada dentro del entorno de pre producción en
Cloud, con la finalidad de que los distintos módulos que conforman el nuevo Sistema
de Información Catastral trabajen de manera integrada. Estas pruebas también
incluyen la verificación del correcto funcionamiento de las interfaces con el resto de los
sistemas de las municipalidades para el mantenimiento de la información.
Pruebas de Stress o Rendimiento, que consiste en validar y verificar atributos de
calidad del sistema, como tiempos de respuesta, escalabilidad, fiabilidad y uso de
recursos de hardware, en escenarios de alta carga de tareas, procesos simultáneos y
accesos concurrentes.
Estas pruebas, además, deben realizarse aumentando el número de usuarios y
transacciones hasta que la aplicación se llegue a sobrecargar, de esta manera se
podrá determinar el límite de solidez de la aplicación en los momentos de carga
extrema.
Pruebas de Migración, las pruebas deberán realizarse en un ambiente de
homologación con características similares al entorno de trabajo real en lo que se
refiere a volumen de datos y cantidad de transacciones. La Unidad Ejecutora 003 de
Cofopri, en coordinación con EL CONTRATISTA definirá los Casos de Uso que
considere importantes, para los cuales EL CONTRATISTA deberá elaborar un plan de
pruebas que contenga los resultados esperados.
La validación de las pruebas mencionadas tendrá en cuenta lo siguiente:
a. Cumplimiento de las funcionalidades acordadas, como las parametrizaciones
en el nuevo Sistema de Información Catastral.
Pág. 27
b. Facilidad de uso.
c. Verificación de las validaciones de datos y mensajes de error.
d. Tiempos de respuesta.
e. Volúmenes de información.
f.
Otras que el Equipo de la Unidad Ejecutora 003 o El CONTRATISTA, crean
conveniente incluir.
El ciclo de pruebas se da por concluido cuando las pruebas acordadas para simular el
comportamiento normal del sistema, alcancen los niveles de servicio esperados para
el ambiente de producción.
Las pruebas y aceptación de la puesta en producción del sistema y las siguientes
versiones de los desarrollos efectuados se realizarán en el ambiente de homologación.
Consolidación y Aceptación
Previo a la puesta en producción, debe existir una aceptación formal en el ambiente
de homologación por parte de la Unidad Ejecutora 003 de Cofopri. Esta fase se dará
con la verificación del correcto funcionamiento del Sistema de Información Catastral,
tomando como base:
a. El cumplimiento de los niveles de servicio especificados en la sección de
Condiciones de Funcionamiento del Servicio On-Line.
b. El cumplimiento de los requerimientos.
c. El cumplimiento de los requerimientos tecnológicos.
d. La correcta integración con el resto de aplicativos de las municipalidades para
la correcta actualización de la Información Catastral.
Puesta en Producción
EL CONTRATISTA tendrá a su cargo la puesta en producción del Sistema de Gestión
Catastral en todas las municipalidades priorizadas por el proyecto, de acuerdo al
cronograma de levantamientos catastrales.
EL CONTRATISTA deberá proponer la estrategia de implantación que considere más
conveniente, teniendo en cuenta las necesidades del proyecto, los tiempos de
ejecución de los levantamientos catastrales y los tiempos para que la información
catastral levantada en campo.
De acuerdo a lo mencionado anteriormente, la puesta en producción se hará por
municipalidad, de acuerdo a la estrategia de implantación definida por EL
CONTRATISTA, debiendo tener el menor impacto en las municipalidades ya en
producción, preferentemente durante un fin de semana y de común acuerdo con la
Unidad Ejecutora 003 de Cofopri.
Durante todo el proceso de implantación deberán atenderse los niveles mínimos de
servicio. En caso de que, ante una implantación, se impacte negativamente los niveles
de servicio, el proveedor deberá realizar las acciones que se requieran para volver a
Pág. 28
los niveles de servicio definidos. EL CONTRATISTA no podrá continuar con la
ejecución del plan de puesta en producción hasta no lograr estos niveles de servicio.
Es importante señalar que, bajo cualquier estrategia de implantación seleccionada,
debe completarse la puesta en producción final y total del Sistema de Información
Catastral (todos los productos), considerando el plazo de catorce (14) meses.
Durante esta etapa EL CONTRATISTA deberá proponer y plantear a la unidad
Ejecutora 003 de Cofopri, la estrategia para brindar el soporte post-producción in situ,
considerando como alcance mínimo lo solicitado en la siguiente sección.
Soporte Post-Producción
A partir de la puesta en producción del sistema, EL CONTRATISTA brindará el
asesoramiento al personal de Cofopri y el soporte Post-Producción in situ durante un
periodo de tres (03) meses, manteniendo el funcionamiento del sistema con todas las
prestaciones y los niveles de servicio solicitados en forma continua.
EL CONTRATISTA, deberá gestionar el soporte post-productivo a través de una
herramienta de software que permita hacer el registro, seguimiento, monitoreo y
control de las incidencias, consultas, problemas y todo lo que comprenda esta etapa.
(Mesa de Ayuda, Anexo D)
El soporte post-producción incluye:
a. La resolución de Incidencias en la parametrización y en los módulos
desarrollados en el marco del servicio, relacionadas a un mal funcionamiento
de los mismos.
b. Documentación de los incidentes y solución, así como actualización de
manuales.
c. La atención de consultas de usuarios, que serán canalizadas a través de la
mesa de ayuda informática por dudas de funcionamiento y/o de
procedimientos.
d. El análisis, propuesta de solución, implementación y seguimiento: de consultas
recurrentes o errores de procedimiento, como consecuencia de una ineficaz
operativa.
e. La monitorización del comportamiento del Sistema de Información Catastral
implementado en producción, la generación y registro de los indicadores
necesarios para poder verificar el cumplimiento del nivel de servicio requerido.
f.
En el caso de problemas graves o que afecten los niveles de servicio
requeridos, tanto técnicos como funcionales, EL CONTRATISTA y/o los
responsables del mantenimiento de los productos incorporados, deberán
proveer los técnicos capacitados a los efectos de resolver los mismos en el
menor tiempo posible.
Mantenimiento.
Es responsabilidad de EL CONTRATISTA, asesorar y apoyar al personal de Cofopri,
por un período de veintidós (22) meses la cual se contabilizará a partir de la
culminación de la fase de cierre post-producción.
EL CONTRATISTA, deberá gestionar el mantenimiento a través de una herramienta
de software que permita hacer el registro, seguimiento, monitoreo y control de las
Pág. 29
incidencias, así como el escalamiento en los tres niveles de acuerdo a los niveles de
acuerdo de servicio establecidos. EL CONTRATISTA proveerá a Cofopri acceso a
dicha herramienta de software para el respectivo seguimiento y control. (Mesa de
Ayuda, Anexo D)
El mantenimiento incluye:
a. La resolución de Incidencias en la parametrización y en los módulos
desarrollados en el marco del servicio, relacionadas a un mal funcionamiento
de los mismos.
b. La atención de consultas de usuarios (mesa de ayuda) por dudas de
funcionamiento y/o de procedimientos.
c. El análisis, propuesta de solución, implementación y seguimiento: de consultas
recurrentes o errores de procedimiento, como consecuencia de una ineficaz
operativa.
d. La monitorización del comportamiento del Sistema de Información catastral
implementado en producción, la generación y registro de los indicadores
necesarios para poder verificar el cumplimiento del nivel de servicio requerido.
e. Mantenimiento evolutivo y de mejoras del sistema para atender nuevas
necesidades del del equipo de Catastro de la Unidad Ejecutora 003, por un total
de 3000 horas.
f.
El CONTRATISTA deberá asignar al menos un (01) consultor in-situ según los
horarios de trabajo de la UE003 de Cofopri, para las coordinaciones del
mantenimiento correctivo y evolutivo.
En el caso de problemas graves o que afecten los niveles de servicio requeridos, tanto
técnicos como funcionales, EL CONTRATISTA y/o los responsables del
mantenimiento de los productos incorporados, deberán proveer los técnicos
capacitados a los efectos de resolver los mismos en el menor tiempo posible
La aplicación de parches y versiones realizadas por el personal de mantenimiento se
efectuarán en el ambiente de soporte.
5.5 MARCO LEGAL
El contratista debe cumplir la normatividad vigente en materia de tecnología de la
información, seguridad de la información y lo definido en las normas técnicas peruanas
que competen la naturaleza de la contratación.
Seguridad de la Información y Tecnología
●
●
●
NTP-ISO/IEC 27001:2014 TECNOLOGÍA DE LA INFORMACIÓN. Técnicas de
seguridad. Sistemas de gestión de seguridad de la información. Requisitos
NTP-ISO/IEC 27002:2017 Tecnología de la información. Técnicas de seguridad.
Código de prácticas para controles de seguridad de la información. 1a Edición
NTP-ISO/IEC 27003:2019 Tecnología de la información. Técnicas de seguridad.
Sistemas de gestión de la seguridad de la información. Orientación. 2ª Edición
Pág. 30
●
●
●
NTP-ISO/IEC 27004:2018 Tecnología de la información. Técnicas de seguridad.
Gestión de la seguridad de la información. Seguimiento, medición, análisis y
evaluación. 2ª Edición
NTP-ISO/IEC 27005:2018 Tecnología de la información. Técnicas de seguridad.
Gestión de riesgos de la seguridad de la información. 2ª Edición.
El contratista debe garantizar el cumplimento con los principios rectores establecido
en el artículo 5 del a la Ley 1412 (DECRETO LEGISLATIVO QUE APRUEBA LA
LEY DE GOBIERNO DIGITAL), que determinan lo siguiente:
✔ Especialidad. - La presente norma es aplicable a los servicios digitales
prestados por las entidades de la Administración Pública en un entorno de
gobierno digital, sin perjuicio de lo regulado para los procedimientos
administrativos u otros que se rigen por su propia normatividad.
✔ Equivalencia Funcional. - El ejercicio de la identidad digital para el uso y
prestación de servicios digitales confiere y reconoce a las personas las mismas
garantías que otorgan los modos tradicionales de relacionarse entre privados
y/o en la relación con las entidades de la Administración Pública.
✔ Privacidad desde el Diseño. - En el diseño y configuración de los servicios
digitales se adoptan las medidas preventivas de tipo tecnológico,
organizacional, humano y procedimental.
✔ Igualdad de Responsabilidades. - Las entidades de la Administración Pública
responden por los actos realizados a través de canales digitales de la misma
manera y con iguales responsabilidades que por los realizados a través de
medios presenciales.
✔ Usabilidad. - En el diseño y configuración de los servicios digitales se
propenderá a que su uso resulte de fácil manejo para los ciudadanos y personas
en general.
✔ Cooperación Digital. - Prima el intercambio de datos e información, la
interoperabilidad de los sistemas y soluciones para la prestación conjunta de
servicios digitales.
✔ Digital desde el Diseño. - Los servicios, de manera preferente, progresiva y
cuando corresponda, se diseñan y modelan para que sean digitales de principio
a fin.
✔ Proporcionalidad. - Los requerimientos de seguridad y autenticación de los
servicios digitales prestados por las entidades de la Administración Pública
deben ser proporcionales al nivel de riesgo asumido en la prestación del mismo.
✔ Datos Abiertos por Defecto. - Los datos se encuentran abiertos y disponibles de
manera inmediata, sin comprometer el derecho a la protección de los datos
personales de los ciudadanos. Ante la duda corresponde a la Autoridad de
Transparencia definirlo.
✔ Nivel de protección adecuado para los datos personales. - El tratamiento de los
datos personales debe realizarse conforme a lo establecido en la Ley de
Protección de Datos Personales y su Reglamento.
Información Geográfica
●
NTP ISO 19101:2009 (Información Geográfica. Modelo de referencia 1ra edición).
Establece el marco de normalización en el campo de la información geográfica y
establece los principios básicos mediante los que tiene lugar esta normalización.
Pág. 31
●
●
●
●
NTP ISO 19115:2011 (Información Geográfica. Metadatos).
Norma técnica peruana NTP-ISO19115:2021 Información Geográfica. Metadatos.
Resolución Jefatural N° 086-2011-IGN/OAJ/DGC, (03-05-2011). "Constitúyase
como Red Geodésica Horizontal Oficial a la Red Geodésica Geocéntrica Nacional
(REGGEN), la misma que tiene como base el Sistema de Referencia Geocéntrica
para las Américas (SIRGAS) sustentado en el Marco Internacional de Referencia
Terrestre 2000 y el elipsoide de referencia es el World Geodetic System 1984
(WGS84)”.
Resolución Jefatural N°112-2006-IGN/OAJ/DGC, (16-05-2006) establece como
Sistema de Proyección Cartográfica, al Sistema "Universal Transversal Mercator”
(UTM).
Información catastral
●
●
●
●
●
●
Resolución N°. 001-2020-SNCP/CNC por medio de la cual se “Disponen la
modificación del Formato e Instructivo de la Ficha Catastral Urbana Individual” y sus
respectivos anexos, como documentos de recolección de información para
actualizar el modelo de objetos territoriales.
Resoluciones Directoral 010-2021/VIVIENDA/VMVU-DGPRVU, de fecha 22 de julio
de 2021 y Directoral 004-2015-Vivienda/VMVUDGPRVU.
DECRETO SUPREMO Nº 04-95-MTC, Reglamento de Nomenclatura Vial y Áreas
de Recreación Pública. Para tal fin, se debe realizar una evaluación con las
Comisiones de Nomenclatura de cada una de las municipalidades, para establecer
la semántica definida y tomarlas como referencia para la estandarización de la
nomenclatura vía dentro del sistema de información.
Reglamento de la Ley N°28294, (10-02-2006) que crea el Sistema Nacional
Integrado de Catastro (SNCP) y su vinculación con el Registro de Predios, Título III
"De la Información Catastral”, Capítulo IV "Cartografía Catastral”
Ley que crea el Sistema Nacional Integrado de Catastro y su vinculación con el
Registro de Predios LEY Nº 28294.
Decreto Legislativo Nº 1288, que modifica la ley Nº 28294, Ley que crea el Sistema
Nacional Integrado de Catastro y su vinculación con el Registro de Predios.
El contratista debe realizar la presentación del diseño del sistema de información a la
Secretaría de Gobierno Digital, para su opinión técnica. En caso de que se generen
observaciones, se deben ajustar hasta conseguir su aprobación.
Pág. 32
VI.
PERSONAL CLAVE
Personal clave
Cargo
Profesión
Experiencia
Capacitación
Gerente de
Proyecto (01)
Título profesional
en Ingeniería de
Sistemas,
Ingeniería
Informática,
Ingeniería de
Computación,
Ingeniería Industrial
o afines.
Experiencia mínima de
ocho
(08)
años,
computados desde la
fecha de obtención del
título
profesional,
cumpliendo roles de
Gerente, Jefe, Líder,
Supervisor
de
proyectos o puesto
similar, en proyectos de
Implementación de
soluciones de catastro,
rentas, GIS o
soluciones similares.
Deberá contar con
Diplomado, programa o
cursos
de
especialización, con un
mínimo acumulado de
ciento veinte (120)
horas lectivas, siendo la
duración mínima de
cada uno de ellos de 20
horas, estas deben ser
en
las
siguientes
materias: metodologías
ágiles, herramientas de
desarrollo, lenguajes de
programación.
Sistemas
de
Información Geográfico,
Bases
de
Datos,
análisis
de
datos,
seguridad
de
la
Información.
Especialista
arquitecto de
soluciones (01)
Título profesional
en Ingeniería de
Sistemas,
Ingeniería
Informática,
Ingeniería de
Computación o
afines.
Experiencia mínima de
cinco (05) años,
computados desde la
fecha de obtención del
título profesional,
cumpliendo roles
arquitecto de
soluciones de
Tecnologías de
Información, arquitecto
de software o puesto
similar, en proyectos
de implementación de
Soluciones de catastro,
Rentas, GIS o
soluciones similares,
basados
en
infraestructura en la
nube (Cloud)
Deberá
contar
con Diplomado,
programa o cursos de
especialización, con un
mínimo acumulado de
ciento veinte (120)
horas lectivas, siendo
la duración mínima de
cada uno de ellos de 20
horas, estas deben ser
en las siguientes
materias:
Arquitectura de
soluciones y/o Big
Data y/o
arquitecturas Cloud
(GCP, Azure, AWS,
otros.
Pág. 33
Analista de
Sistemas
Senior (04)
Título profesional
en Ingeniería de
Sistemas,
Ingeniería
Informática,
Ingeniería de
Computación o
afines.
Experiencia mínima de
cinco
(05)
años,
computados desde la
fecha de obtención del
título
profesio
nal, cumpliendo roles
de
Analista
de
Sistemas Catastrales,
Rentas,
GIS
o
soluciones similares.
Deberá contar con
Diplomado, programa o
cursos
de
especialización, con un
mínimo acumulado de
ciento veinte (120)
horas lectivas, siendo la
duración mínima de
cada uno de ellos de 20
horas, estas deben ser
en
las
siguientes
materias: metodologías
ágiles, herramientas de
desarrollo, lenguajes de
programación.
Sistemas
de
Información Geográfico,
Bases
de
Datos,
análisis
de
datos,
seguridad
de
la
Información.
.
Analista
Programador de
Sistemas
(06)
Bachiller en
Ingeniería de
Sistemas y/o título
de profesional
técnico como
Analista de
Sistemas o
Programador
Experiencia mínima de
tres
(03)
años,
cumpliendo roles de
Analista o programador
de
Sistemas
Catastrales,
Rentas,
GIS
o
soluciones
similares.
Deberá contar con
Diplomado, programa o
cursos
de
especialización, con un
mínimo acumulado de
ciento veinte (120)
horas lectivas, siendo la
duración mínima de
cada uno de ellos de 20
horas, estas deben ser
en
las
siguientes
materias: metodologías
ágiles, herramientas de
desarrollo, lenguajes de
programación.
Sistemas
de
Información Geográfico,
Bases
de
Datos,
Análisis de datos.
Analista
Programador de
Sistemas
Soluciones
Móviles
(02)
Bachiller en
Ingeniería de
Sistemas y/o título
de profesional
técnico como
Analista de
Sistemas o
Programador
Experiencia mínima de
tres
(03)
años,
cumpliendo
roles
Analista o programador
de Aplicativos para
móviles
Deberá contar con
Diplomado, programa o
cursos
de
especialización, con un
mínimo acumulado de
ciento veinte (120)
horas lectivas, siendo la
duración mínima de
cada uno de ellos de 20
horas, estas deben ser
en
las
siguientes
materias: metodologías
ágiles, herramientas de
desarrollo, lenguajes de
programación,
programación
para
dispositivos
móviles,
Android, IOS.
Pág. 34
Coordinador
GIS
(01)
Título profesional
en Ingeniería
Geográfica,
ingeniería Civil
Arquitectura
o
afines.
Especialista
GIS
(04)
Bachiller en
Ingeniería
Geográfica,
ingeniería Civil
Arquitectura
o
afines.
Experiencia mínima de
cinco (05) años en
servicios relacionados
al
desarrollo
de
sistemas
y/o
aplicaciones
en
tecnología
GIS,
Publicación de mapas
Web.
Deberá contar con
Diplomado, programa o
cursos
de
especialización, con un
mínimo acumulado de
ciento veinte (120)
horas lectivas, siendo la
duración mínima de
cada uno de ellos de 20
horas, estas deben ser
en
las
siguientes
materias: Herramientas
CAD,
Sistemas
de
Información Geográfico,
Publicación de mapas,
Bases
de
Datos,
análisis de datos.
Analista de
Procesos
Catastro /
Rentas
(01)
Título profesional
en Derecho,
Ingeniería Civil,
Arquitectura,
Ingeniería
Geográfica o
afines.
Experiencia mínima de
cinco
(05)
años,
computados desde la
fecha de obtención del
título
profesio
nal, cumpliendo roles
de funcionario de las
Áreas
de
Rentas,
Catastro,
Desarrollo
Urbano
en
Municipalidades
o
empresas Municipales
de
Administración
Tributaria
Deberá contar con
Diplomado, programa o
cursos
de
especialización, con un
mínimo acumulado de
ciento veinte (120)
horas lectivas, siendo la
duración mínima de
cada uno de ellos de 20
horas, estas deben ser
en
las
siguientes
materias:
Gestión
Pública,
Catastro,
Administración
Tributaria,
Desarrollo
Urbano, Administración
del
Territorio,
Herramientas
GIS,
Sistemas de Rentas.
Experiencia mínima de
cinco
(5)
años
computados desde
la fecha
de obtención del título
profesional cumpliendo
funciones como Jefe de
Proyecto o coordinador
de
servicios
de
implementación,
desarrollo
de
aplicaciones
y/o
mantenimiento
de
Sistemas
de
Información Geográfica
y/o Web GIS
Deberá contar con
Diplomado, programa o
cursos
de
especialización, con un
mínimo acumulado de
ciento veinte (120)
horas lectivas, siendo la
duración mínima de
cada uno de ellos de 20
horas, estas deben ser
en
las
siguientes
materias: Herramientas
CAD,
Sistemas
de
Información Geográfico,
Publicación de mapas,
Bases
de
Datos,
análisis de datos.
Pág. 35
Administrador
de Base de
Datos
(01)
Profesional
Titulado en
Ingeniería de
Sistemas,
Ingeniería
informática,
Ingeniería de
computación o
afines
Experiencia mínima de
cuatro (04) años de
experiencia
como
analista
y
administración en base
de
datos
en
plataformas
virtuales
empresariales
Deberá contar con
Diplomado, programa o
cursos
de
especialización, con un
mínimo acumulado de
ciento veinte (120)
horas lectivas, siendo la
duración mínima de
cada uno de ellos de 20
horas, estas deben ser
en
las
siguientes
materias:
Programación
SQL,
Administración
de
Bases
de
Datos
Relacionales,
Afinamiento de Bases
de Datos, Sistemas
Operativos Windows o
Linux, Análisis de datos.
Soporte de
Servidores y
Redes
(01)
Profesional
Titulado en
Ingeniería
Electrónica,
Ingeniería de
Telecomunicacione
s, Ingeniería de
Sistemas,
Ingeniería de
Computación,
Ingeniería de
Informática o afines
Experiencia mínima de
cinco (05) años en
servicios relacionados
al
Soporte
y
Administración
de
Servidores Windows,
Linux, redes de datos,
telecomunicaciones,
Administración
de
Datacenters,
Físicos
y/o Cloud
Deberá contar con
Diplomado, programa o
cursos
de
especialización, con un
mínimo acumulado de
ciento veinte (120)
horas lectivas, siendo la
duración mínima de
cada uno de ellos de 20
horas, estas deben ser
en
las
siguientes
materias:
Sistemas Operativos de
Servidores,
Datacenters, redes de
datos,
telecomunicaciones,
Administración
de
Servidores,
Servicios
Cloud
VII.
OBLIGACIONES DE LA EMPRESA CONTRATISTA
La empresa CONTRATISTA es responsable directa y absolutamente de las actividades
que realizará, ya sea directa o través de su personal, debiendo responder por el servicio
objeto de contratación.
La empresa CONTRATISTA adicionalmente a las obligaciones que le corresponden,
conforme a los dispositivos legales vigentes, y que son inherentes al servicio
contratado, éste se obliga y compromete a cumplir con lo siguiente:
● Presentar los entregables e informes de acuerdo con el plazo previsto en los
Términos de Referencia, ante la dependencia designada para obtener la
conformidad.
● La Coordinación de Catastro, podrá presentar observaciones, en un plazo máximo
de diez (10) días calendarios, después de la presentación de cada entregable, por
Pág. 36
lo que se le otorgará a la empresa CONTRATISTA un plazo no mayor de ocho (8)
días calendarios, contados desde el día siguiente de la notificación del Informe de
Observaciones emitido por la Coordinación de Catastro.
● Garantizar la participación del personal, servicios, equipos descritos en el plan de
trabajo.
● La empresa CONTRATISTA será legalmente responsable, en el campo
administrativo, civil y penal por los resultados de los entregables.
● Asumir la responsabilidad, total y exclusiva, por la calidad del servicio ejecutado.
● Aplicar la reglamentación, directivas, ordenanzas municipales, parámetros, normas
técnicas y demás documentos que sean de cumplimiento obligatorio para el
desarrollo de la consultoría, así como para sustentar adecuadamente la
documentación técnica que formulará en caso sea solicitado por la UE003 de
COFOPRI.
● La empresa CONTRATISTA es responsable de solicitar autorización a la UE003 de
COFOPRI para realizar cualquier coordinación con las municipalidades
involucradas en el Proyecto.
● La UE003 de COFOPRI, en aplicación de su derecho de fiscalizar y supervisar el
desarrollo del servicio materia del presente contrato, podrá convocar la empresa
CONTRATISTA, en las oportunidades que crea necesario, para efectuar
coordinaciones y revisiones del avance obtenido en el desarrollo del servicio; así
como para que informe o asesore en asuntos concernientes al objeto del contrato.
● La empresa CONTRATISTA, es responsable del personal que contrate y las
obligaciones y beneficios que implique, quedando claro que la UE003 de COFOPRI
no mantiene vínculo laboral ni contractual con el personal que ejecute el servicio.
● Es obligación de la empresa CONTRATISTA establecer reuniones de trabajo con
los equipos técnicos de la UE003 que les provean los insumos resultantes de los
Estudios Definitivos III y IV, a fin de lograr una adecuada articulación técnica;
asimismo, la empresa CONTRATISTA deberá atender al menos una (01) reunión
semanal de seguimiento al avance de los entregables.
VIII.
CONSIDERACIONES PARA LA PRESTACIÓN DEL SERVICIO
ADELANTOS
No se considera
SUBCONTRATACIÓN:
No se permite la subcontratación.
CONFIDENCIALIDAD:
La empresa CONTRATISTA se compromete a mantener en reserva y a no revelar
a terceros, toda información proporcionada por la UE003 de COFOPRI y obtenida
como producto del servicio realizado.
La empresa CONTRATISTA se obliga a mantener confidencialidad y reserva
absoluta en el manejo de cualquier información y documentación a la que tenga
acceso a consecuencia de la ejecución del contrato, quedando prohibido de
revelar información a terceros. La empresa CONTRATISTA, deberá dar
cumplimiento a todas las políticas y estándares definidos por la UE003 de
COFOPRI en materia de seguridad de la información.
Pág. 37
Dicha obligación comprende la información que se entrega, como también la que
se genera durante la realización de las actividades y la información producida una
vez que se haya concluido el servicio. Dicha información puede consistir en
informes, documentos y demás datos compilados o recibidos por el consultor.
PROPIEDAD INTELECTUAL:
La UE003 de COFOPRI adquirirá todos los derechos de propiedad intelectual
necesarios para el aprovechamiento de los sistemas, aplicaciones, código fuente,
documentos de análisis y diseño, así como otros materiales que guarden una
relación directa con la ejecución del servicio o que se hubiere creado o producido
como consecuencia o en el curso de la ejecución del servicio.
En caso de que las prestaciones derivadas del contrato incluyan la creación de
elementos considerados creaciones intelectuales, la UE003 de COFOPRI
adquirirá a título excluyente y por máximo plazo permitido por Ley, todos los
derechos patrimoniales que la Ley otorgue sobre dicha creación a partir de la
conformidad de la prestación.
MEDIDAS DE CONTROL DURANTE LA EJECUCIÓN
La UE003 de COFOPRI, se encargará de la supervisión del servicio de consultoría,
el mismo que efectuará el seguimiento, control y revisión para el cumplimiento de
los alcances y condiciones establecidas en los Términos de Referencia.
CONFORMIDAD
La conformidad del servicio de cada entregable será emitida por la Coordinación
de Catastro de la UE003 de COFOPRI, previa opinión técnica favorable del
especialista de sistemas y/o de los especialistas de catastro (según corresponda)
bajo el siguiente detalle:
● La revisión de los entregables por parte de la UE003 de COFOPRI se realizará
en un plazo máximo de ocho (08) días calendarios, contados desde el día
siguiente de la recepción de cada entregable.
● De existir observaciones, la UE003 de COFOPRI comunica a la empresa
CONTRATISTA, indicando claramente el sentido de estas, otorgándoles un
plazo para subsanar no mayor de ocho (08) días calendarios.
● La comunicación de las observaciones a la empresa CONTRATISTA se
realizará a través de correo electrónico.
● La revisión de la subsanación de observaciones, de corresponder, por parte de
la UE003 de COFOPRI, se realizará en un plazo máximo de seis (06) días
calendarios, contados desde el día siguiente de su recepción.
Los entregables serán remitidos impresos dos (02) originales debidamente
sellados y firmados en todas sus páginas y en medio digital (formato PDF, Word
y Excel, en modo editable).
Pág. 38
FORMA DE PAGO
La Unidad Ejecutora 003 de COFOPRI realizará el pago de la contraprestación
pactada a favor de la empresa CONTRATISTA en pagos parciales, de acuerdo
con el siguiente detalle:
Los desembolsos se efectuarán de acuerdo con el cuadro siguiente:
Pagos
Primer
pago
Porcentaje
5%
Producto
Plan de trabajo, para todos los
componentes, aprobado por la UE003
●
●
Segun
do
Pago
15%
●
●
●
●
Tercer
Pago
15%
●
●
●
●
●
Cuarto
30%
pago
●
Análisis y Diseño del Sistema de
Información Catastral Alfanumérico
Análisis y Diseño del Sistema de
Información Geográfico
Análisis y Diseño del Sistema de
Control de Levantamiento Catastral
Análisis y Diseño de la Aplicación
Móvil para carga de datos en campo
Sistema de Información Catastral
Alfanumérico para registro de
Información en campo (reemplazo
del Sistema Transitorio)
Sistema de Información Geográfico
mostrando Ortofotos y Cartografía
para levantamientos Catastrales
Sistema de Control de
Levantamiento Catastral
Aplicación Móvil para carga de
Información en Campo
Sistema de Mesa de Ayuda – MDA
Sistema de Monitoreo de Servidores
Sistema de Información Catastral
Alfanumérico en Producción
Sistema de Información Geográfico
en Producción
Plazo
hasta el primer
mes de firmado
el contrato
Hasta el cuarto
mes de firmado
el contrato
Hasta el séptimo
mes de firmado
el contrato
Hasta doceavo
mes de firmado
el contrato
Pág. 39
Quinto
Pago
10%
●
Culminación de la Etapa de Cierre
●
Garantía Soporte y Mantenimiento
para todos los componentes
SLA y OLA para todos los
componentes
Monitoreo de los Servidores
●
Pagos
Mensu
ales
25%
●
Hasta
el
catorceavo
el
catorceavo mes
de firmado el
contrato
Iniciada esta
etapa se
realizarán 22
pagos
mensuales
iguales
Para efectos del pago de las contraprestaciones ejecutadas por la empresa
CONTRATISTA, se debe de contar con los documentos siguientes:
●
●
La conformidad del servicio.
Comprobante de pago.
RESPONSABILIDAD POR VICIOS OCULTOS:
La recepción conforme de la prestación por parte de la UE003 no enerva su
derecho a reclamar posteriormente por defectos o vicios ocultos.
El plazo máximo de responsabilidad de la empresa CONTRATISTA es de un (01)
año a partir de otorgada la conformidad por parte de la UE003.
MEDIDAS SANITARIAS POR EL COVID-19
Durante la ejecución del presente servicio, la empresa CONTRATISTA es
responsable de realizar sus actividades aplicando estrictamente los protocolos
sanitarios y demás disposiciones que dicten los sectores y autoridades
competentes, para la prevención, contención y mitigación del COVID-19, que
resulten aplicables de acuerdo con la naturaleza de su actividad.
En este sentido, en el marco del servicio, la empresa CONTRATISTA deberá
elaborar, para aquellas actividades que supongan presencia física del equipo
consultor, un Plan para la Vigilancia, Prevención y Control de COVID-19 en el
trabajo, de acuerdo con las normas vigentes emitidas por la autoridad nacional en
salud (MINSA), el cual deberá estar contenido en el Plan de Trabajo.
La empresa CONTRATISTA y su personal para la ejecución del servicio, para
aquellas actividades que supongan presencia física del equipo, debe contar
obligatoriamente con los equipos de protección personal siguientes: mascarillas
que cubran boca y nariz, protector facial y protección adicional necesaria para la
prevención de contagio del virus que ocasiona el COVID-19.
El CONTRATISTA, deberá asegurar que su personal que interviene en la
ejecución de la prestación, no se encuentre enfermo ni presente signos y síntomas
Pág. 40
asociados al COVID-19 como tos seca, fiebre, cansancio y malestar general y/o
dificultad respiratoria o de presentar otra sintomatología de coronavirus, que lleve
a la categorización de caso sospechoso.
La empresa CONTRATISTA está obligada a cumplir con los requisitos legales en
materia de seguridad y salud ocupacional aplicables a sus actividades y de
acuerdo con la normatividad vigente.
DOCUMENTACIÓN A PRESENTAR PARA EL INICIO DEL SERVICIO
La empresa CONTRATISTA debe presentar al inicio efectivo del servicio, los
documentos siguientes:
a) Copia de la colegiatura y habilitación de los profesionales titulados en el Perú y
evidencia equivalente para los titulados en el extranjero.
b) Relación de todo el personal propuesto para la ejecución del servicio.
La documentación deberá presentarse a la UE0
03 de COFOPRI
Pág. 41
ANEXO A
MODULOS Y REQUERIMIENTOS FUNCIONALES Y NO FUNCIONALES
COMPONENTE ALFANUMERICO
SISTEMA DE INFORMACION CATASTRAL
El Sistema de Información Catastral está integrado por los siguientes módulos:
✔
✔
✔
✔
✔
✔
✔
Módulo de Registro de Unidades Catastrales
Módulo de Mantenimiento de Unidades Catastrales
Módulo de Seguimiento de Procesos
Módulo de Supervisión y Control
Módulo de Gestión Catastral
Módulo de Desarrollo Urbano y de Riesgos de Desastres
Módulo de Administración y Seguridad
I. MÓDULO DE REGISTRO DE UNIDADES CATASTRALES
El objetivo del Módulo de Registro de Unidades Catastrales es registrar las fichas
catastrales producto del levantamiento de la información en campo, en su mayoría
unidades catastrales nuevas. De acuerdo a lo especificado, el Sistema debe estar
diseñado para administrar información de múltiples municipios.
Requerimientos Funcionales principales:
●
●
●
Registro de Administrados
Registro de Zonas, manzanas, vías
Registro de Unidades Catastrales Individual / Masivo·
o Ficha Catastral Urbana Individual
o Ficha Catastral Urbana de Cotitularidad
Pág. 42
●
●
●
●
●
●
●
●
●
●
●
●
●
●
●
●
●
●
●
o Ficha Catastral Urbana de Bienes Comunes
Prorrateo de Área Comunes
Registro de Fotos de Unidades Catastrales
Registro de Fotos de Documentación Registral
Registro de Fichas Digitalizadas
Duplicar Unidad Catastral Individual/Masiva, de acuerdo a características
similares, codificando las Unidades Catastrales
Importar datos al sistema desde archivos Excel según estructuras definidas.
Considerar campo estado "alta" (activa tras levantamiento de campo), "ficha
catastral"(tras validación en exposición pública)", "baja"(inactiva por mutación
que modifica su geometría).
Validar el registro de la dirección con las Habilitaciones Urbanas vs Vías.
Firma Digital en los documentos y Repositorio Digital (PDF)
Permitir el registro de Fichas escaneadas o digitalizadas (PDF) para futuras
consultas.
Permitir el registro de Fichas generadas por el mismo sistema (emisión de un
reporte en formato PDF según el formato establecido similar o igual con el que
salen a campo)
Migración o precarga de datos preliminares hacia los equipos móviles.
Migración de datos recogidos en campo de los equipos móviles hacia el sistema.
Control de Calidad de Digitación
Permitir customizar el aplicativo por municipalidad. Personalizar imágenes
institucionales en los formatos, a través de los encabezados y pies de páginas
en los reportes generados por el sistema. Logotipos y/o escudos de cada una de
las 22 municipalidades. Generalmente el nombre de la municipalidad va como
encabezado. Personalizar accesos, administradores y usuarios por cada
municipalidad.
Se debe realizar servicios de interoperabilidad, para permitir el intercambio de
información con las demás entidades que proveen y que surten insumos,
mediante el modelo de intercambio del LADM-PERU.
Registro de tabla núcleo PREDIO según lo establecido en el modelo LADM.
Elaboración de un generador de formularios altamente parametrizable cuando
exista la necesidad de creación de nuevas Fichas Catastrales, sin la necesidad
de modificar el código fuente o la programación del sistema. Ésta opción
generará: un nuevo Formulario, una nueva opción en el menú del sistema, las
tablas necesarias en la base de datos, validaciones y alertas de cada campo.
Todo lo requerido similar a la elaboración de la Ficha Individual.
Consultas y Reportes
✔ Reporte de vías y habilitaciones urbanas.
✔ Reportes de Unidades Catastrales por usos, vías, habilitaciones urbanas,
manzanas, lotes, rangos de fecha de registro, rangos de área de terreno,
entre otros.
✔ Reportes de Unidades Catastrales para Control de Calidad
✔ Reportes de validación de campos importantes (fichas sin puertas, puertas
sin fichas, casa habitación sin habitantes, casa habitación sin construcciones,
sin techo con casa habitación, terreno sin construir con construcciones y ficha
cotitular sin ficha individual, individuales con el mismo código de referencia,
Pág. 43
individuales sin titulares, fichas sin técnico ni supervisor, ficha cotitular sin
titulares, condición cotitular sin ficha cotitular, entre otros).
✔ Exportación de datos por tipo de ficha catastral (individual, cotitular, bien
común).
✔ Todos los reportes deben tener una opción para ser exportado a formato de
una estructura de hoja de cálculo (Excel o su equivalente en software libre),
PDF y XML
✔ Habilitar búsquedas de Unidades Catastrales por Habilitación Urbana, sector,
lote, número de ficha catastral, empresa que realizó el levantamiento.
Requerimientos NO Funcionales:
●
●
●
Enlace de la Información gráfica del catastro del distrito, georreferenciada sobre
una cartografía de precisión en escala 1/1000, donde se identifiquen, vías,
sectores, manzanas, lotes catastrales, habilitaciones urbanas, etc.
Integración con las entidades externas e internas. En la evaluación previa se
debe considerar como mínimo las siguientes entidades y/o servicios: consumo
de WebService PIDE (RENIEC, SUNARP, SUNAT), Integración con sistemas
internos del municipio (Desarrollo Urbano, Rentas, SRTM MEF, GeoLLaqta
COFOPRI, GeoVivienda y GeoPlan Minins, Vivienda, SUNARP, IGN - Instituto
Geográfico Nacional), Infraestructura de datos espaciales del Perú (IDEP),
Inspección Técnica de Seguridad en Edificaciones (ITSE).
El sistema debe proporcionar mensajes de error que sean informativos y
orientados al usuario final y en idioma español.
II. MÓDULO DE MANTENIMIENTO DE UNIDADES CATASTRALES
El objetivo del Módulo de Mantenimiento de Unidades Catastrales es administrar
ordenadamente la información permitiendo la actualización y enviando la información
antigua a un archivo HISTÓRICO.
Requerimientos Funcionales principales:
●
●
●
●
●
●
●
●
Modificaciones (cambio de titular, cambio de uso, rectificación de medidas, obras
nuevas o ampliaciones), asimismo la información de levantamiento pasa a ser
histórica, esta debe realizarse a través de inspecciones o un registro de
solicitudes
Subdivisión de predios/lotes
Acumulación de predios/lotes
Permitir el registro de Unidades Catastrales nuevas
Consulta de la información histórica
Consulta de información de la Ficha Catastral, solo se permita visualización y no
edición
Firma Digital en los documentos y Repositorio Digital (PDF)
Personalizar para cada municipalidad, mostrar y registrar las condiciones para
realizar el mantenimiento en el sistema (modificación, subdivisión, acumulación,
entre otros). Cada municipalidad debe atender a los ciudadanos y permitir el
ingreso de lo solicitado en el sistema.
Pág. 44
●
El historial de cambios (lógico) comprende todos los datos del predio
(Características del Predio, Construcciones, Contribuyentes, entre otros); cada
registro nuevo (Insert), actualización (update) o eliminación deberá insertar un
nuevo registro en el archivo lógico o historial. Consultas de archivos lógicos por
usuarios, brindar accesos desde el módulo de seguridad.
● Consultas y reportes
✔ Reportes detallados y resumidos de predios por material predominante,
antigüedad, calificación cultural, temáticos por uso, entre otros.
✔ Reportes estadísticos por sector, zonas, rangos de fechas de inspección,
rangos de fechas de modificación.
Requerimientos NO Funcionales:
●
●
●
Enlace de la Información gráfica del catastro del distrito, georreferenciada sobre
una cartografía de precisión en escala 1/1000, donde se identifiquen, vías,
sectores, manzanas, lotes catastrales, habilitaciones urbanas, etc.
La eliminación de registros deberá realizarse de forma lógica a través del “Estado
del Registro” (Activo/Inactivo) y no de manera física (Delete), para poder
conservar un “Historial” del registro de datos.
El registro de adición, actualización y eliminación de información debe
comprender la fecha, hora, usuario y terminal (IP, nombre del equipo), que
realizó la transacción.
III. MÓDULO DE SEGUIMIENTO DE PROCESOS
El objetivo es ver el avance de los procesos del levantamiento catastral a través de
consultas y reportes de avance.
Requerimientos Funcionales principales:
●
●
●
●
●
Consulta del avance y reportes del Levantamiento en campo, por proceso,
nuevo, en control de calidad, supervisión, validado.
Consulta del avance y reportes del Supervisión de campo.
Consulta del avance y reportes del Control de calidad.
Consulta del avance y reportes del Procesamiento catastral.
Consulta de la información preliminar producto de la migración de información
desde el módulo de ARMONIZACIÓN.
Requerimientos NO Funcionales:
●
En los reportes resumidos o estadísticos considerar incluir gráficos.
IV. MÓDULO DE SUPERVISIÓN Y CONTROL
Su objetivo es administrar y registrar las acciones de Supervisión y Control del
levantamiento catastral. Este módulo permitirá al supervisor de inspectores lo siguiente:
(i) Programar inspecciones en el momento de la presentación de la solicitud en
plataforma, coordinando con él la fecha y hora de la inspección para conocimiento del
administrado, (ii) Recibir y registrar las solicitudes hechas con expedientes TUPA y
Pág. 45
remitirlas con expediente o solicitud al inspector de campo, (iii) Controlar e informar la
producción de los inspectores y racionalizar la carga de trabajo de cada uno de ellos,
(iv) Recibir alertas de plazos y supervisar su cumplimiento, (v) Registrar a todos los
técnicos de campo que participan en las inspecciones, asignar a los técnicos titulares y
los de apoyo.
Requerimientos Funcionales principales:
●
●
●
●
●
●
●
Registro de Inspectores
Programación de Inspecciones Catastrales
Registro de Inspecciones Catastrales
Firma Digital en las Inspecciones Catastrales y Repositorio Digital (PDF)
Supervisión de Unidades Catastrales
Control de calidad de la inspección catastral (INTERNO)
Supervisión del Levantamiento Catastral (EXTERNO). El desarrollo del plan de
muestreo está enmarcado en los procedimientos establecidos en la norma NTP
ISO 2859-1: “Procedimientos de Muestreo para la Inspección por Atributos”,
Parte 1: Esquemas de muestreo clasificados por Límites de Calidad Aceptable
(LCA) para la inspección lote por lote.
● Control de avance y entrega de productos de empresas (entregables), definidos
en los TDRs de contratación de las empresas que se encargaran del
levantamiento catastral, incluyendo procesos administrativos, como entregas,
fechas de conformidad y pagos. (solo a nivel de registro)
● Consultas y reportes
✔ Reporte de Inspectores
✔ Reporte de la programación de inspectores
✔ Reporte del control de calidad de la inspección catastral Interno
✔ Reporte de la Supervisión del levantamiento Catastral Externo
Requerimientos NO Funcionales:
●
La Firma digital debe estar preparada para los certificados digitales RENIEC y
con empresas certificadoras.
V. MÓDULO DE GESTIÓN CATASTRAL
El objetivo del Módulo de Gestión Catastral es administrar y registrar el conjunto de
acciones realizadas para obtener el valor catastral, de acuerdo a la normativa vigente
según lo establece el Reglamento Nacional de Tasaciones, aprobado por el Ministerio
de Vivienda, Construcción y Saneamiento que considera los Valores Arancelarios de
Terrenos, Valores Unitarios de la construcción y Obras Complementarias, así también
permitirá la emisión de diversos Certificados y Planos. Esté módulo permitirá lo
siguiente:
i.
ii.
iii.
iv.
Registrar los valores arancelarios para cada lote catastral; según los Planos
Arancelarios vigentes.
Registrar los valores de obras complementarias
Registrar las tablas de depreciación, etc.
Calcular el valor catastral con la información validada.
Pág. 46
v.
vi.
vii.
Actualizar, con periodicidad anual, los valores unitarios para determinar el valor
catastral anual.
Generación de reportes, que contenga la descripción del predio, valor del terreno
y obras complementarias.
Emisión de Certificados y Planos Catastrales, que deben integrar la información
gráfica con la alfanumérica en el mismo documento.
Requerimientos Funcionales principales:
●
●
●
●
●
●
●
Visación de Planos para fines de rectificación de áreas y linderos
Certificado Catastral
Hoja Informativa Catastral Urbana
Plano Catastral de Lote Urbano
Firma Digital en los documentos de uso externo y Repositorio Digital (PDF)
Plano Informativo de Colindancias
Debe soportar la carga de documentos pdf, jpg, png a cada trámite solicitado, la
que podrá efectuar en cualquier paso en que se encuentre la solicitud.
● La información cartográfica debe tener una corresponsabilidad con la
información alfanumérica, de acuerdo a las relaciones definidas en el modelo
LADM-PERÚ.
● Consultas y reportes
✔ Reportes detallados y resumidos (estadísticos) de valorización catastral a
nivel por unidad catastral, lote, sector, manzana, distrito y contribuyente,
mostrando la descripción del predio, valor del terreno, valor de las
construcciones y el valor de las obras complementarias.
✔ Reportes comparativos históricos para determinar la variación del valor
catastral.
Requerimientos NO Funcionales:
●
●
Mostrar el usuario responsable del proceso de valorización.
La aplicación debe permitir el uso de Firma digital, debe estar preparada para los
certificados digitales RENIEC y con empresas certificadoras autorizadas.
VI. MÓDULO DE DESARROLLO URBANO Y DE RIESGOS DE DESASTRES
El objetivo del Módulo de Desarrollo Urbano y Riesgos de Desastres es enlazar y
consumir la información consolidada de la base gráfica y alfanumérica del Módulo de
Registro de Unidades Catastrales, información del Catastro necesaria para el registro y
emisión de certificados descritos como funcionalidades en este módulo. Este módulo es
administrado por la Gerencia de Desarrollo Urbano y de Riesgos de Desastres.
Requerimientos Funcionales principales:
●
●
●
●
●
Certificado de Parámetros Urbanísticos y Edificatorios
Certificado de Zonificación y Vías
Certificado de Jurisdicción
Módulo de Registro, Consulta de Habilitaciones Urbanas y Licencias de
Edificación
Módulo de Nomenclatura y Numeración Municipal
Pág. 47
●
●
●
●
●
Módulo de Inmuebles declarados patrimonio histórico cultural, arqueológico y
zonas de protección ecológico ambiental. Registro de niveles de riesgo y zonas
declaradas de protección por riesgo o de protección y/o conservación ambiental
y hacinamiento.
Registro de inmuebles declarados inhabilitados por colapso por Defensa Civil de
las municipalidades.
Certificado de Antecedentes de Nomenclatura y Numeración Municipal
Consultas y Reportes, por sector, manzana, vías, cuadras o Habilitación Urbana.
✔ Reporte por antigüedad de construcciones
✔ Reporte por altura de edificación
✔ Reporte por Estado de Conservación
✔ Reporte por Material Predominante
✔ Reporte por Usos de Predio
✔ Establecimientos por Nivel de Riesgo
✔ Reporte de inmuebles declarados patrimonio histórico cultural, arqueológico
y zonas de protección ecológico ambiental.
✔ Reporte de inmuebles con declaración de estado de tugurización, declarados
inhabilitados por riesgo de colapso.
✔ Reportes temáticos y de material predominante, zonas nivel de riesgo por
manzana.
Los documentos administrativos emitidos por el módulo deberán tener la firma
digital del funcionario responsable.
Requerimientos NO Funcionales:
●
●
VII.
La aplicación debe permitir el uso de Firma digital, debe estar preparada para los
certificados digitales RENIEC y con empresas certificadoras autorizadas.
Los reportes deben exportarse a Excel y PDF.
MÓDULO DE ADMINISTRACIÓN Y SEGURIDAD
Este módulo debe permitir administrar el acceso a todas las tablas y funcionalidades del
sistema de información. Debe tener opciones que permitan administrar usuarios,
perfiles, permisos y menús (opciones) del sistema a las cuales el usuario podrá acceder,
debe permitir asignar más de un perfil por usuario. El usuario solo podrá ver las opciones
o menús que se le hayan asignado. Cuando se realice la creación de un usuario, la
contraseña tendrá que ser enviada a su correo electrónico, el sistema también debe
contar con un mecanismo para poder restablecer la contraseña, sin necesidad de acudir
al administrador del sistema, en caso de que el usuario la olvide, debe permitir cambiar
la contraseña a solicitud del usuario y obligar a cambiar la contraseña cada cierto tiempo.
Debe registrar los datos de auditoría: fecha control (cambio), usuario que realiza la
acción (cambio), nombre de la computadora desde donde se realiza la acción, IP
(pública y privada) del dispositivo electrónico desde donde se realiza la acción.
Requerimientos Funcionales principales:
●
●
Mantenimiento de Sectores
Mantenimiento de Habilitaciones Urbanas
Pág. 48
●
●
●
●
Mantenimiento de Vías
Mantenimiento de Vías vs Habilitaciones Urbanas
Mantenimiento de la UIT por años.
Mantenimiento de Usuarios del Sistema, los usuarios por defecto estarán
asociados a una municipalidad, pero existirán perfiles de usuarios que podrán
tener acceso a todos los municipios.
● Consultas y reportes
✔ Reporte de Habilitaciones urbanas
✔ Reporte de Vías
✔ Reporte de Vías por Habilitaciones Urbanas
✔ Reporte de usuarios del sistema
Requerimientos NO Funcionales:
●
Debe contar con la opción para parametrizar el tamaño máximo de los archivos
que se pueden cargar al sistema. Las fotografías de las uu.cc. tendrán un valor
por defecto máximo de 300 Kb, el nombre del archivo tendrá la estructura
necesaria para relacionarla con el código del lote más un correlativo (Distrito +
Sector + Manzana + Lote + Secuencia).
●
Contar con algoritmos de encriptación para evitar que las contraseñas sean
visualizadas por personas no autorizadas (las claves deben estar encriptadas en
el sistema y en la Base de Datos).
Se deben definir los campos de auditoría para cada transacción.
Cuando el sistema se encuentre inactivo por unos 30 minutos (este dato debe
ser parametrizable), la sesión debe expirar y mostrar un mensaje al usuario.
●
●
Pág. 49
ANEXO B
COMPONENTE SISTEMA DE INFORMACIÓN GEOGRÁFICA GIS
SISTEMA DE INFORMACIÓN CATASTRAL
I.
SISTEMA GEORREFERENCIADO
El objetivo es contar dentro de la solución tecnológica con un sistema de
coordenadas que permitan la georreferenciación de elementos geográficos en
cada una de las municipalidades.
ESPECIFICACIONES
✔ La referencia altimétrica está normada por la RESOLUCIÓN JEFATURAL N°
079-2006-IGN-OAJ-DGC del 1 de marzo del 2006, establece la Red
Geodésica vertical, conformada por las Marcas de cota fija o BM
✔ El sistema de Proyección a emplear es el Universal Transversa de Mercator
(UTM) en cumplimiento a lo dispuesto en la Resolución Jefatural N.º 112 –
2006 - IGN/OAJ/DGC/J, del 6 de marzo; que es una proyección cilíndrica
transversa conforme, secante al globo terráqueo, con las siguientes
características técnicas y el cual se encuentra relacionado con el elipsoide
del sistema de referencia Geodésico 1980 (GRS80), que para efectos
prácticos se empleará el elipsoide World Geodetic System 1984 (WGS84).
●
●
●
●
●
●
●
●
Zona de proyección terrestre del territorio nacional: 17,18 y 19, de 6° de
longitud cada zona,
Latitud de origen: 0°
Longitud origen, Meridiano Central (MC) de cada Zona de Proyección:
81° oeste, 75° oeste y 69° oeste.
Unidad de medida: metro
Falso Norte: 10.000.000
Falso Este: 500.000
Factor de escala en el Meridiano Central: 0.9996
Límites: paralelos 84° Norte, 80° Sur
✔ Se da por concluido el período de conversión progresivo establecido en el
artículo sexto de la Resolución Jefatural Nº 079-2006- IGN/OAJ/DGC,
finiquitando, por tanto, la vigencia y uso del sistema local geodésico
Provisional Sudamericano 1956 - PSAD56, por lo que se debe brindar
asistencia técnica aquellas municipalidades que aún no han realizado la
migración al sistema de referencia oficial (WGS84), determinándose el
procedimiento adecuado para dicha conversión.
✔ RESOLUCIÓN JEFATURAL Nº 087-2020/IGN/DIG/SDNGC del 03 de
Diciembre del 2020, que indica que: “… la Red Geodésica Peruana de
Monitoreo Continuo (REGPMOC), está conformada por el conjunto de
Estaciones de Rastreo Permanente (GNSS) administrada por el Instituto
Geográfico Nacional, que materializan el Sistema Geodésico Horizontal
Oficial, la misma que tiene como base el Sistema de Referencia Geocéntrico
para las Américas (SIRGAS) sustentado en el Marco Internacional de
Pág. 50
Referencia Terrestre 2000 (ITRF2000) del International Earth Rotation
Service (IERS) para la época 2000.4 relacionado con el elipsoide del Sistema
de Referencia Geodésico 1980 (GRS80), para efectos prácticos se empleará
el elipsoide World Geodetic System 1984 (WGS84). Este Marco de
Referencia Geodésico oficial, proporcionará la base de toda la información
geoespacial que se genere por método directo e indirecto en el país”.
✔ En el proceso de levantamiento de requerimientos, se debe validar el sistema
actual de coordenadas de cada una de las municipalidades, con el fin de
establecer los procesos de conversión.
✔ En el proceso de migración y cargue inicial al sistema de información, se debe
realizar la conversión de la información cartográfica del sistema de
coordenadas de cada municipalidad a las coordenadas únicas.
✔ En el proceso cartográfico dentro del sistema, se debe garantizar la
incorporación en las coordenadas únicas.
✔ El contratista debe validar el sistema de coordenadas utilizado por cada
municipalidad, para determinar si están utilizando el sistema oficial. En caso
contrario el contratista debe brindar asistencia técnica y realizar el proceso
de conversión al sistema oficial (WGS84), el cual proporciona valores de
coordenadas geodésicas (Latitud, longitud, y altura elipsoidal) y que el que el
sistema de coordenadas cartesiana corresponde al Sistema de proyección
UTM, como norma la Resolución Jefatural N.º 112 – 2006 - IGN/OAJ/DGC/J,
del 16 de mayo del 2006.
II.
SISTEMA DE INFORMACIÓN GEOGRÁFICA
1. OBJETIVO
Desarrollar un Sistema Integral de Gestión Catastral que permita realizar la
automatización e integración de todos los procedimientos y funciones relativos a
la recepción de trámites, acceso usuarios externos para trámites, levantamientos
topográficos, proceso de actualización y control de información geográfica,
tabular y catastral de las municipalidades priorizadas por el Proyecto, para la
administración adecuada de la Geobase de datos y facilitar los procesos de
gestión catastral.
2. ORGANIZACIÓN Y MANEJO DE LOS DATOS ESPACIALES, GRÁFICOS Y
TABULARES
El programa deberá operar bajo un sistema que facilite la entrada y manejo de
datos espaciales y sus atributos en una Geobase de datos centralizada y
almacenada en un RDBMS (Relational Database Management System) alineada
al modelo LADM, utilizando para administrar esta información el software que se
considere más apropiado pero que cumpla con los requerimientos técnicos
solicitados el cual permita el almacenamiento de miles de capas con muchos
elementos y de grandes extensiones sin tener que particionarlas y, asimismo,
poder acceder a ésta en forma eficiente, haciendo que los datos estén
disponibles a múltiples usuarios de manera simultánea a través de la red.
Pág. 51
La Geobase deberá proveer la organización de información en forma jerárquica
por grupos, tipos temáticos, extensiones espaciales y sistemas de coordenadas
comunes y asociaciones espaciales y topológicas, asimismo los elementos
geográficos deben estar organizados como se encuentran en la naturaleza,
ejemplo: Sentido en que corre un río y sus afluentes.
3. ADMINISTRACIÓN DE LA BASE DE DATOS GEOGRÁFICA
La Base de Datos Geográfica deberá tener una estructura multi municipalidad,
con la capacidad de almacenar la información de los municipios priorizados por
el Proyecto
El Sistema deberá tener herramientas que faciliten el manejo de la información
de una manera sencilla, con la capacidad de dar restricciones y permisos a
usuarios, para la consulta, impresión, edición y visualización de la información
geográfica y tabular.
La edición de los datos geográficos deberá hacerse en un entorno multiusuario
y multipropósito que pueda envolver operaciones complejas de edición gráfica
de manera simultánea por varios usuarios sobre la misma capa de información
e incluso sobre el mismo registro proporcionando arreglos versionados de datos
Administrados por la base de datos geoespacial.
El sistema proporcionará la capacidad de conectarse concurrentemente a bases
de datos geográficos múltiples y servicio en cualquier parte a usuarios sobre la
red.
4. MÚLTIPLES ENTRADAS Y ALMACENAMIENTO DE DATOS
El Sistema deberá soportar múltiples entradas de datos espaciales y formatos
estándares de intercambio en la misma base de datos gráfica y tabular de los
siguientes formatos:
●
●
●
Datos vectoriales
Datos raster: imágenes, grids y superficies
Direcciones y ubicadores para determinar posiciones geográficas Redes
Triangulares irregulares (TIN – Triangulated Irregular Network)
5. ANÁLISIS ESPACIAL
El sistema deberá estar preparado para herramientas de análisis espacial como
son: sobreposición de mapas (intersect, identity, union, update, erase, etc.),
extracción (clip, split, select, etc.), análisis de contigüidad y proximidad (buffer,
near, etc.), estadísticas (frequency, summarystatistics, etc.), análisis de redes
(flow, conect, path, etc.), interpolaciones y análisis de información raster.
6. GENERACIÓN DE REPORTES Y ESTADÍSTICAS
El sistema deberá contar con la capacidad de generar modelos de simulación y
estadísticas necesarias para realizar análisis de la valorización mediante el
conocimiento de su extensión, estratificación y distribución de valor del suelo y
de las construcciones, asimismo poder determinar las necesidades de
infraestructura mediante estadísticas de servicios.
Pág. 52
El sistema deberá contar con la capacidad de integrar reportes estadísticos y
gráficas, datos geográficos territoriales, imágenes digitales y datos tabulares en
un mismo reporte.
7. DESARROLLO DE APLICACIONES.
El desarrollo de las aplicaciones y herramientas deberá hacerse con los
componentes SDK de cada proveedor de software integradas de sistemas
geográficos, de administrador de documentos y de firma electrónica.
El programa deberá darle al usuario la capacidad de hacer sus propias consultas,
más especializadas o complejas, con rutinas y aplicaciones completamente
extensibles con “aplication programming interface (API)” y “component object
model (COM), conforme a los lenguajes visuales comerciales de desarrollo
Visual Basic, C++, .NET, JAVA, etc.
Deberá incluir los componentes de programación y SDK de cada componente de
software suministrado sin costo adicional y que serán utilizados para el desarrollo
de aplicaciones.
8. REQUISITOS GENERALES
●
●
●
●
●
●
●
●
●
●
●
●
●
●
●
“El Contratista” deberá entregar el código fuente que dio origen al sistema
desarrollado en su totalidad.
“El Contratista” deberá aportar un diseño de la base de datos geográfica
idóneo en función de la información contenida y el tipo de aplicación a
desarrollar y la observancia de lo mencionado en las Normas Técnicas
Deberá contener menús auto explicativos diseñados en ambiente visual con
ventanas, para la utilización de usuarios no expertos.
Deberá contar con el programa para administrar y controlar la actualización
de la cartografía catastral.
Deberá contar con el módulo de ayuda en línea, el sistema deberá tener la
ayuda en línea de forma general a particular respecto a cada elemento del
sistema.
Deberá contar con los módulos desarrollados para ejecutar en forma fácil
para el usuario. Poder generar consultas gráficas de manera sencilla según
una condición dada.
Deberá soportar periféricos, los cuales pueden ser desde graficadores
(plotters) hasta impresoras varias.
El sistema deberá ser multiplataforma. (Los usuarios deben poder acceder y
utilizar la información desde cualquier equipo sin importar si son Windows,
Mac, Tablets, etc.).
Deberá tener capacidad para codificar elementos gráficos según sus
atributos, así como capa tipo de elemento, color, grosor, trama, etc.
Deberá tener capacidad para validación de geometría de predios, a partir de
información alfanumérica almacenada en la base de datos.
Deberá tener capacidad para resaltar los resultados de consultas
geográficas, usando atributos gráficos definidos como color, espesor, etc.
Deberá permitir etiquetado dinámico con valores de uno o más atributos de
la base de datos.
Deberá generar una bitácora de operaciones que impliquen modificaciones a
los predios geográficos para el seguimiento en tanto se desarrolla la segunda
etapa del sistema.
Deberá permitir realizar procesamiento automatizado a través de diagramas
o modelos gráficos reutilizables e integrables a otros proyectos.
Deberá incluir herramientas avanzadas para impresión de mapas y
Pág. 53
●
●
●
●
●
●
●
●
exportación a imágenes a diferentes formatos con alta calidad.
Deberá incluir componentes SIG para programación y personalización de
aplicaciones.
Deberá incluir sistemas de valuación tanto individual como masiva.
Deberá permitir realizar el cambio de proyección “al vuelo”.
Deberá permitir agregar cuadrículas, mapas, leyenda y escalas dinámicas,
es decir si se realiza un acercamiento, automáticamente se reflejen los
cambios en el mapa.
Deberá permitir dar transparencia a las capas vectoriales y raster.
Deberá soportar el seguimiento a las operaciones de mantenimiento para
unidades catastrales, permitiendo el seguimiento a la actualización de
información gráfica y alfanumérica implicada en la misma transacción,
incluyendo los siguientes movimientos:
Bajas, Altas, Fusión, Subdivisión, Traslado de dominio, Construcción,
Demolición, etc.
Deberá permitir el seguimiento a la actualización de información gráfica y
alfanumérica mediante visualización simultánea de ambas.
Deberá calcular de manera automática los valores geométricos, incluyendo
superficies, perímetros y longitudes con la capacidad de almacenar
directamente los resultados en la base de datos tabular.
9. CARACTERÍSTICAS DEL GIS
a. La plataforma puede explotar directamente los datos de diversas fuentes en
sus formatos originales, conectándose a las bases de datos en utilización.
b. La interfaz cliente puede cargarse íntegramente y se mantiene actualizada,
no requiere de una instalación manual en cada una de las estaciones de
trabajo de los usuarios.
c. La arquitectura de la plataforma permite la utilización de la interfaz cliente
sobre varias estaciones de trabajo al mismo tiempo, de manera concurrente.
d. El sistema cuenta con interfaces adaptadas para integrar datos tomados en
campo utilizando dispositivos móviles tipo Smartphone o Tablet (iOS,
Android, Windows).
e. La arquitectura de la plataforma permite la utilización de la interface cliente
en el campo (en labores de terreno), con una computadora portátil “LapTop”,
con una conexión inalámbrica con el servidor, proveída por los productos
celulares ofrecidos en el mercado por los principales proveedores de
comunicación.
f.
La plataforma puede ser implantada en entornos Windows, Unix o Linux.
g. La plataforma permite el despliegue de interfaces prácticos en forma de
applets Java ejecutables dentro de un navegador de red (Explorer, Chrome,
FireFox, entre otros) o autónomo.
h. La plataforma permite su despliegue sobre interfaces ligeras (de tipo
GoogleMap, Bing).
i.
La plataforma es accesible con equipos, iPhone, iPad y Android.
Pág. 54
j.
La plataforma permite explotar Microsoft Active Directory para la gestión de
usuarios y de grupos, la autenticación y los permisos de acceso. La
plataforma debe soportar el SSO (Single Sign-on).
k. La plataforma cuenta con permisos de acceso que permite a cada usuario
acceder y efectuar únicamente las tareas para las cuales posee los permisos
asignados.
l.
La plataforma permite niveles de seguridad para el acceso a las capas de
información en función del perfil del usuario.
m. La plataforma permite compartir datos vectoriales entre diversos servidores,
instalados en un mismo lugar o en lugares remotos.
n. El Proveedor entregará los manuales del software impreso y en medio
magnético (DVD).
o. El Proveedor entregará el certificado de licenciamiento (códigos de
activación) en forma impresa.
p. El tipo de licenciamiento debe ser perpetuo.
q. La plataforma debe disponer de un visor geográfico, desde donde se pueda
consultar la información alfanumérica mínima.
r. La plataforma debe disponer de enlace para consultar la información
alfanumérica completa en la consulta de ficha.
s. La plataforma debe disponer de tematizaciones mínimas en base a sector,
contratista, estado de las fichas y tipo de predio.
t. La plataforma debe disponer de capacidades para mostrar ortoimágenes de
fondo.
u. La plataforma debe disponer de una vista completa del expediente predial en
secciones alineadas con el LADM (Datos generales, mapa, alertas de
inconsistencia catastro/registro, alerta de trámites en proceso, derechos
asociados, restricciones asociadas, antecedente de donde proviene,
subsecuente hacia donde mutó (si está en baja), documentos asociados,
referencia registral), pudiendo cada campo disponer el resumen de su
versionado histórico.
v. La plataforma debe disponer de reglas de disponibilidad de información
basada en roles.
10. CARACTERÍSTICAS DE LA PLATAFORMA CARTOGRÁFICA
a. Herramientas de navegación (ampliación, reducción, desplazamiento,
retorno hacia atrás, retorno hacia adelante) con el ratón y con el teclado.
b. Sporta los formatos matriciales DWG, DXF, DGN, Shapefiles, MID/MIF,
GeoJSON,
KML,
ESRI
Personal
GeoDatabase,
ESRI
File
GeoDatabase,ESRI ArcSDE, Oracle Spatial, Oracle Locator, PostGIS,
MySQL Spatial, Mocrosoft SQL Spatial.
c. Soporta los formatos TIF, GEOTIF, MrSID, ECW, debe integrarse a la librería
GDAL.
d. La plataforma debe ser compatible con la norma WMS del OGC.
Pág. 55
e. Tiene la posibilidad para el usuario de aplicar una rotación del mapa.
f.
Cuenta con herramientas de selección específica, lineal, rectangular,
poligonal y circular.
g. Herramienta de interrogación que permite indicar los atributos descriptivos de
los objetos cartográficos en forma de reportes.
h. Herramienta de interrogación que permite indicar información sumaria sobre
los objetos cartográficos al interior de una burbuja informativa inmovilizando
el cursor del ratón sobre un objeto.
i.
Visualización tabular de los atributos del conjunto de los objetos de una capa.
j.
Visualización de objetos específicos en un visor geográfico.
k. Herramienta de búsqueda de objetos cartográficos con ayuda de formularios
definidos por el administrador (Búsquedas por atributos).
l.
Herramienta de análisis espacial (inclusión parcial o total, exclusión,
intersección, proximidad).
m. Herramienta de impresión evolucionada, a la escala, con título, subtítulo y
leyenda configurable.
n. Herramienta de envío de mapas por correo electrónico.
o. La plataforma permite la utilización sincronizada o no, de varios mapas en la
misma pantalla.
p. La plataforma permite la utilización filtrar para la visualización de elementos.
q. Contiene herramientas de anotación que permiten añadir texto, puntos,
líneas y polígonos sobre el mapa.
r.
Permite guardar en un entorno cartográfico (capas específicas, escalas,
selecciones, etc.) con el fin de poder abrirlos posteriormente y compartirlos
con otros usuarios.
s. La plataforma permite a un usuario, crear capas personales, en función de
sus derechos de acceso.
t.
La plataforma permite crear objetos geográficos con fichas de atributos
particulares, siendo objetos de tipo punto, línea o polígono.
u. La plataforma permite exportar elementos del mapa hacia un archivo en uso
o una herramienta SIG o CAD externo.
v. La plataforma permite la importación de archivos.
w. La plataforma permite la creación de temáticas y proponer automáticamente
paletas de colores optimizadas.
x. La plataforma permite al usuario guardar sus parámetros personales y
personalizar el software.
Pág. 56
y. La plataforma permite la creación y despliegue de etiquetas (anotaciones en
formato de etiquetas).
z. La plataforma permite utilizar scripting para la definición de etiquetas o de
burbujas informativas, para personalizar el contenido (operaciones
matemáticas, conexiones condicionales, operaciones sobre cadena de
caracteres “string” en inglés, etc.).
aa. La plataforma permite hacer la edición de datos espaciales descriptivos.
bb. La plataforma permite el desarrollo e implementación de reportes y cuadros
estadísticos.
cc. La plataforma permite la validación de que cada objeto de la gráfica cuente
con información de la base alfanumérica.
dd. La plataforma genera reportes de consistencia topológica entre la base
gráfica y reportes de vinculación entre la base gráfica y alfanumérica.
ee. La plataforma debe disponer de reportes en base a los atributos de los
objetos geográficos (tipo, ubicación, estado, etc.).
Existen campos de la ficha catastral que no se van a levantar en campo, esta información
se debe obtener de la base gráfica, como son las habilitaciones urbanas, zonificación,
área de lote, entre otras. Esta información debe ser precargada en el Sistema antes del
levantamiento catastral, teniendo en consideración el siguiente detalle:
Dato
Lineamiento
LOTE
ZONIFICACION
HABILITACIÓN
URBANA
Precisión
El área del lote lo genera la base Gráfica
en función al polígono ya editado con los
datos obtenidos en campo.
El área de lote se debe obtener de la base
gráfica (TG_LOTE) realizando un postproceso
para la extracción de ese dato. (vinculación
con la base alfanumérica)
La descripción de zonificación que será
asignada a cada lote catastral es obtenida
de la base Grafica en función al polígono
ya editado de Zonificación.
El tipo y definición de la zonificación se debe
obtener
de
la
base
gráfica
(TG_ZONIF_NORMA) y la tabla de datos
descriptiva de zonificación realizando un
postproceso definiendo si un lote cuenta con
zonificación única o varios tipos de
zonificación.
La descripción de Habilitación Urbana que
será asignada a cada lote catastral es
obtenida de la base Grafica en función al
polígono ya editado de Habilitación
Urbana, Manzana Urbana y Lote Urbano.
El código, tipo y definición de la habilitación
urbana se debe obtener de la base grafica
(TG_HAB_URB) y la tabla de datos
descriptiva de Habilitación Urbana realizando
un postproceso definiendo si un lote cuenta
con zonificación única o varios tipos de
zonificación.
Se debe establecer el procedimiento de
inconsistencia entre las áreas construidas de
la base gráfica y alfanumérica.
− En la base gráfica se debe extraer el área
construida producto de la sumatoria de
Pág. 57
CONSTRUCCIONES
Identificar la inconsistencia de las áreas de
las construcciones entre la base gráfica y
la base alfanumérica a nivel de edificación
todos los pisos incluyendo el área de bien
común.
− En la base alfanumérica se debe filtrar el
área de todos los pisos por lote de las fichas
individuales y bien común.
− En la vinculación se debe identificar con
valores numéricos la diferencia entre ambas
bases: DIF CONSTRUCCIÓN en función al
Lote.
− Se considera error si la diferencia de área
excede el +- 0.15 m2.
Al encontrarse error, este se debe subsanar
en la base alfanumérica
Se debe establecer el procedimiento de
inconsistencia entre las áreas construidas en
UCA de la base gráfica y alfanumérica.
UCA
Identificar la inconsistencia de las áreas
construidas registrada en el campo UCA
entre la base de datos gráfica con la
alfanumérica
− En la base gráfica se debe extraer el área
de uca producto de la base gráfica.
− En la base alfanumérica se debe filtrar el
área y tipo de Uca (casillero 52).
− En la vinculación se debe identificar con
valores numéricos la diferencia entre ambas
bases: DIF_AREA_UCA.
− Se considera error cuando no hay
coincidencia.
− Al encontrarse error esta se debe subsanar
en la base alfanumérica.
Se debe establecer el procedimiento de
inconsistencia entre las puertas de la base
gráfica y alfanumérica.
PUERTAS
Identificar la inconsistencia de los accesos
al predio (puertas) entre la base gráfica y
lo registrado en la base alfanumérica
− En la base gráfica se debe extraer las
puertas (anotaciones) identificando su tipo y
orden establecido por colores.
− En la base alfanumérica se debe extraer el
código, tipo y orden de puerta.
− En la vinculación se debe identificar las
inconsistencias por tipo y color de las
puertas
entre
ambas
bases
GRAF_SIN_DATA y DATA_SIN_GRAF
− Se considera error cuando no hay
coincidencia.
− Al encontrarse error este se debe subsanar
en la base alfanumérica y/o en la base
gráfica.
Se debe establecer el procedimiento de
inconsistencia entre las vías y las puertas de
la base gráfica y alfanumérica.
VIAS
Identificar la inconsistencia de los accesos
al predio(puertas) referente a la vía en la
que se encuentran, entre la base gráfica y
lo registrado en la base alfanumérica.
− En la base gráfica se debe extraer las vías
y las puertas (anotaciones) identificando su
tipo establecido por colores.
− En la base alfanumérica se debe extraer el
código, tipo y nomenclatura de vía, tipo y
orden de puerta.
− En la vinculación se debe identificar las
inconsistencias de puertas con vías
incorrectas por el tipo de color; en función a
la vía: PUERTA_VIA_INCORRECTA.
− Se considera error cuando no hay
coincidencia.
− Al encontrarse error esta se debe subsanar
en la base alfanumérica.
Pág. 58
11. CARACTERÍSTICAS RELATIVAS A LA IMPLEMENTACIÓN
a. La plataforma permite a usuarios externos, con quienes se mantengan
acuerdos de colaboración (empresas de levantamiento Catastral) o que han
sido contratados para realizar trabajos de supervisión, levantamiento de
información, de poder acceder al entorno cartográfico, en función a los
derechos de acceso respectivos concedidos por la UE003 de Cofopri.
b. La plataforma debe permitir superponer un archivo vectorial local, a la base
cartográfica de la plataforma en línea. De tal forma que un proveedor de
levantamiento Catastral podrá validar la integridad espacial de su relación
con el mapa de base accesible en línea.
c. La plataforma permite la representación temática (símbolos y colores
distintos) de los elementos de la red en función de un atributo específico. De
tal forma que, por ejemplo, los objetos que no poseen un código de
identificación único podrían indicarse en color rojo.
d. La plataforma debe permitir el acceso a las normas mediante una burbuja
informativa señalando un elemento con el cursor. Las normas indicadas
deben referir al elemento señalado.
e. La plataforma debe permitir el desarrollo de funciones para la introducción de
atributos y datos a partir de una ficha catastral. La ficha para la entidad
espacial de interés será compatible con el modelo de datos LADM.
f.
La plataforma debe permitir a la institución ingresar notas en el mapa, guardar
las anotaciones y transmitirlas a un colega internamente o a un usuario
externo o contratista. Por ejemplo, en el marco de ejecución de un proyecto
si el encargado de proyecto de la institución identifica errores en la captura
de información sobre un área específica, podrá anotar las áreas en cuestión
y transmitir la información a un colega o al proveedor para que éste proceda
a realizar las correcciones. Las anotaciones podrán también imprimirse o
integrarse en un documento externo (en un informe, por ejemplo).
g. La plataforma debe permitir la producción de muestras para fines de control
de calidad. De esta manera, el usuario podrá seleccionar los elementos que
constituirán la muestra, copiar estos elementos en una capa personalizada,
salvaguardar esta capa y compartirla a los responsables del control de
calidad.
h. La plataforma permitirá el desarrollo de funciones para abrir la información
catastral levantada en campo de los elementos mostrados y realizar
anotaciones en estas, cuando proceda.
i.
El sistema permite la utilización de varios mapas para mostrar el mismo
territorio. De esta manera, al sincronizar los mapas, el usuario podrá
comparar los diferentes registros de información, de cada uno de los
proveedores de datos.
j.
La plataforma permitirá contener el catálogo de objetos geográficos donde se
registran objetos cartográficos, almacenar los archivos en estructuras de
Pág. 59
carpetas, poder realizar búsquedas de estos archivos en base a atributos
establecidos y visualizar estos objetos en el visor geográfico.
III.
SERVICIOS CONEXOS
Diseño, implementación, configuración y puesta en funcionamiento del Software
GIS El proveedor debe instalar, implementar, configurar y poner en
funcionamiento el Software GIS, para el proyecto “Creación del Servicio de
Catastro Urbano en distritos priorizados de las Provincias de Chiclayo y
Lambayeque del departamento de Lambayeque, la provincia de Lima del
departamento de Lima y la provincia de Piura del departamento de Piura”.
La solución debe permitir la generación de información cartográfica mediante
herramientas GIS. Para la implementación, debe utilizar el modelo LADM-PERU
definido, utilizando como punto de partida la clase predio como fuente de
información y permitir la incorporación de la información relacionada en la clase
unidad espacial, la cual puede tener tres tipologías (estructuras): superficie, la
construcción y las diferentes representaciones espaciales de espacios dentro de
la construcción. A su vez cada representación espacial, debe tener una
topografía, la cual se define en las clases: punto, que incluye los atributos de
medición y la exactitud y una clase para representar los atributos topográficos
del polígono, existiendo una relación entre los puntos y los vértices de estos
polígonos. Esto se establece en el modelo LADM-PERU.
La integración de la información geográfica con la alfanumérica se debe realizar
mediante el uso de las relaciones definidas en el modelo y su presentación debe
ser producto de la fase de levantamiento de requerimientos en las historias de
usuario, casos de uso y el desarrollo del software.
La herramienta de edición cartográfica debe ser de software libre, para lo cual se
debe realizar un proceso de evaluación entre las distintas herramientas y acoger
la que por sus características determine más ventajas para el proyecto.
Como referencia se presenta una comparación entre una herramienta GIS de
software libre (QGIS) con otra de software propietario (ArcGIS).
Esta comparación se realiza con la herramienta de software libre que
actualmente tiene un gran posicionamiento en el mercado y cuenta con una
comunidad robusta, que permite la resolución de los problemas con relativa
eficacia.
En esta comparación con una herramienta licenciada de muy alto
reconocimiento, se evidencia que QGIS responde adecuadamente con las
funcionalidades GIS requeridas.
CARACTERÍSTICA
Sistema Operativo
Licencia para
procesar
QGIS
ESRI
Se puede instalar en varios Sólo puede
sistemas operativos, como Windows.
Mac, Linux o Windows.
instalarse
Geo- No hay licencias básicas o Tiene
muy
avanzadas. Al tratarse de un herramientas
en
buenas
de
Pág. 60
software libre, no limita las geoprocesamiento,
tanto
herramientas que se pueden sólidas como extensas.
utilizar.
Una licencia básica da acceso
a un gran número de
herramientas de gran alcance,
pero una licencia avanzada da
acceso a todo.
Plugins
Se trata de una amplia
biblioteca
de
plugin
de
desarrollo libre.
Gran
cantidad
de
complementos y de forma
gratuita.
Desarrollo
El proceso de desarrollo es El proceso de desarrollo es
libre, con base a los estándares hecho íntegramente por el
que se proponen para poder equipo de desarrollo de Esri.
unificar código
Model Builder
La funcionalidad se llama
Grapher Modeler, que permite
desarrollar de manera gráfica
conjuntos de herramientas en
un orden específico, uno de sus
problemas es que tiende a
fallar a menudo cuando se
utiliza el modelador, es
inestable.
El MB es la forma más intuitiva,
sólida
y
pragmática
de
automatizar los trabajos de
geoprocesamiento, ya que
permite encadenar conjuntos
de
herramientas
para
automatizar procesos.
Topología
Ofrece un par de reglas para la
topología
cómo:
debe
contener, no debe tener
duplicados, no debe tener
lagunas, no debe tener
geometrías inválidas, no debe
tener geometrías de varias
partes, no debe superponerse
y no debe superponerse con ...
La validación no la hace el
sistema, el funcional es quien
valida su geometría basada en
estas reglas.
En la topología si los datos GIS
tienen
errores,
admite
comprobaciones de errores
complejos
con
sus
herramientas de topología. Se
puede
inspeccionar
la
topología con más de 30 reglas
con el inspector de errores, y
resolver
problemas
de
topología
con
arreglos
automáticos o manuales.
de No presenta simbología por
defecto, aunque da la opción
de descargarla y cargarla en la
paleta de simbología. También
da la opción de realizar
mezclas con la simbología para
aligerar pantalla, esquivar,
añadir, oscurecer, multiplicar,
quemar, superposición, luz
Tiene
una
simbología
predeterminada muy potente,
es ideal para estilos de puntos,
líneas
y
polígonos.
En
definitiva,
la
simbología
existente en ArcMap es útil y
abundante.
Creación
Simbología
No se habla de plugin, se habla
de un add-in como colección de
herramientas en la barra de
herramientas.
Tiene
complementos
esenciales.
Pág. 61
suave, luz dura y la diferencia.
Etiquetas
anotaciones
Diseño
WEB
de
y Presenta texto del buffer con
un resplandor.
Añade sombras para los
puntos de estilo.
Establece
transparencias,
modos
de
mezcla
y
compensaciones.
Carece de herramientas del
etiquetado, pero cuenta con un
etiquetado
avanzado
que
permite establecer la ubicación
de la etiqueta y la dependencia
de la escala.
mapas Proporciona un servicio de
mapas web (WMS) que utiliza
las bibliotecas QGIS. Los
mapas y plantillas de impresión
creados en el escritorio QGIS
se pueden publicar como
mapas
web
simplemente
copiando
el
archivo
de
proyecto QGIS en el directorio
del servidor.
La asignación de páginas web
es fácil, los datos se envían a la
web a través de ArcGIS Online,
que es donde se encuentran
los mapas online para ESRI.
Los Story Maps también se
pueden aprovechar para contar
una historia a través de
mapas.
Versionamiento
Levantamiento
Campo
Soporte
Cuenta
con
herramienta Tiene de manera inmersa el
adicional para versionar las versionamiento propio de su
ediciones
cartográficas herramienta.
denominada KART.
en Cuenta con una herramienta
integrada
para
realizar
levantamiento de información
en campo denominada Qfield y
la actualización se hace en
línea.
Presenta una herramienta
independiente que a través de
descarga de los datos a un
formulario se actualiza la
información para posterior a su
actualización ser cargada en la
versión de trabajo.
El soporte se realiza mediante
una comunidad que se ha ido
fortaleciendo
desde
su
creación. No tiene costos.
El soporte tiene costo adicional
dependiendo de las horas
requeridas y estipuladas para
efectos de soporte requerido.
Adicionalmente, en el mercado existen softwares libres GIS como:
✔
✔
✔
✔
✔
✔
✔
✔
✔
GRASS
UDIG
GVSIG
GEODA
SAGA-GIS
SPATIALLITE
POSTGIS
TILEMILL
OPENJUMP
Pág. 62
Como herramienta GIS, se recomienda la utilización de QGIS, sin embargo, el
contratista podrá evaluar otras herramientas y justificar su utilización, para que sea
aprobada por el equipo de catastro de la Unidad Ejecutora 003 de Cofopri.
Considerando la recomendación a continuación se definen otras herramientas
complementarias para el uso de las funcionalidades GIS:
Para administración y edición GIS: Quantum GIS
Para versionamiento QGis: Kart
Para levantamiento de información en campo: Qfield
El contratista podrá realizar la evaluación de las herramientas propuestas para
ortoestablecer su uso. La evaluación y sugerencia debe ser presentada, para que sea
avalada por la entidad contratante.
IV.
IMPLEMENTACION DE INFORMACIÓN GEOGRÁFICA
A continuación, se detallan la información Geográfica mínima que debe implementarse
en los 22 municipios priorizados por el Proyecto:
Proceso
Información
Catastral
Módulo / Sistema
Comentarios
Ortofotos
Información
suministrada
Estudio Definitivo I
por
el
Proyecto
Capa de Presentación
Cartografía
Base
Información
suministrada
Estudio Definitivo I
por
el
Proyecto
Capa de Presentación
Sectorización
Catastral
Caracterizaci
ón
Zonificación y
Base Gráfica
vías
Sistema
información
Catastral
de
Capa de Presentación
Módulo
de Base gráfica de zonas,
Desarrollo Urbano - identificación del lote y el
Sistema Municipal
nombre de la vía
Pág. 63
Habilitaciones
Urbanas
Parámetros
Urbanísticos
Base Gráfica
Módulo
de Base gráfica, identificación
Desarrollo Urbano - del lote y el nombre de la
Sistema Municipal
vía
Base Gráfica
Plano del lote (Código
Módulo
de catastral a nivel de lote),
Desarrollo Urbano - Nombre de la vía (código
Sistema Municipal
de
vías),
número
municipal.
Base
Certificado de
Módulo
de
alfanumérica
Nomenclatura
Desarrollo Urbano de vías y
de Vías
Sistema Municipal
Base Gráfica
Tipo de vía y nombre
(Código de vías), Plano del
distrito para registrar las
vías y las cuadras.
Plano del lote (Código
Base
Módulo
de catastral a nivel de lote),
Certificado de alfanumérica
Desarrollo Urbano - Nombre de la vía (código
Numeración
de vías y
Sistema Municipal
de
vías),
Número
Base Gráfica
municipal y/o interior.
Base
Licencias de
Módulo
de
alfanumérica
Edificación u
Desarrollo Urbano y
Base
Obra
Sistema Municipal
Gráfica
Plano del lote (Código
catastral a nivel de lote),
Nombre de la vía (código
de
vías),
Número
municipal y/o interior. Uso.
Áreas construidas
Base
Licencias de
alfanumérica
Funcionamient
y
Base
o (Comercios)
Gráfica
Módulo
de
Desarrollo Urbano Sistema de Licencias
de Funcionamiento
Plano del lote (Código
catastral a nivel de lote),
Nombre de la vía (código
de
vías),
Número
municipal
y/o interior,
actividad económica, tipos
Base
Módulo
de
alfanumérica
Desarrollo Urbano y
Base
Sistema Municipal
Gráfica
Plano del lote (Código
catastral a nivel de lote),
Nombre de la vía (código
de
vías),
Número
municipal
y/o interior,
intervalos de antigüedad
Antigüedad de
la
Construcción
de Unidades
Catastrales
Pág. 64
Base
Módulo
de
Estado
de alfanumérica
Desarrollo Urbano Conservación
y
Base
Sistema Municipal
Gráfica
Plano del lote (Código
catastral a nivel de lote),
Nombre de la vía (código
de
vías),
Número
municipal
y/o interior,
estado de conservación
Base
Módulo
de
alfanumérica
Desarrollo Urbano y
Base
Sistema Municipal
Gráfica
Plano del lote (Código
catastral a nivel de lote),
Nombre de la vía (código
de
vías),
Número
municipal
y/o interior,
material predominante
Material
Predominante
Base
Módulo
de Plano del lote mostrando el
Mapa de Valor alfanumérica
Desarrollo Urbano - valor del suelo de acuerdo
del Suelo
y
Base
Sistema Municipal
con una jerarquización.
Gráfica
Base
Módulo
de
Mapa de Uso alfanumérica
Desarrollo Urbano del Suelo
y
Base
Sistema Municipal
Gráfica
Antigüedad de
la
Construcción
de Unidades
Catastrales
Base
Planos
Temáticos,
alfanumérica Plan de Prevención y
mostrando antigüedad de
y
Base Riesgo de Desastres
acuerdo con jerarquización
Gráfica
Base
Estado
de alfanumérica Plan de Prevención y
Conservación
y
Base Riesgo de Desastres
Gráfica
Material
Predominante
Plano del lote mostrando el
uso del suelo de acuerdo
con
la
clasificación
establecida.
Planos Temáticos, de
acuerdo con el estado de
conservación de unidades
catastrales
Base
Planos Temáticos, de
alfanumérica Plan de Prevención y
acuerdo con el material
y
Base Riesgo de Desastres
predominante
Gráfica
Pág. 65
Predios
Ubicados
zonas
peligrosas
Base
Planos
en alfanumérica Plan de Prevención y
identificando
y
Base Riesgo de Desastres
peligrosas
Gráfica
Temáticos,
zonas
Planos
Temáticos,
Base
ubicando rutas y locales
Zonas
de alfanumérica Plan de Prevención y
como colegios, estadios,
Evacuación
y
Base Riesgo de Desastres
plazas, establecidas como
Gráfica
seguras
Planos Temáticos, de
acuerdo a los resultados
Base
Establecimient
Plan de Prevención y de la Inspección Técnica
alfanumérica
os con Riesgo
Riesgo de Desastres de
Seguridad
en
y
Base
Alto y Muy Alto
-Calificación ITSE
Edificaciones, mostrando
Gráfica
los que tengan calificación
Riesgo Alto y Muy Alto
Zonificación y
Base Gráfica
vías
Plan de Prevención y Base gráfica de la zona,
Riesgo de Desastres identificación del lote y el
-Calificación ITSE
nombre de la vía
El contratista deberá evaluar y definir como el sistema de información de catastro
multipropósito aportará en los siguientes ítems y definir la forma en la cual se realizará
la interoperabilidad de información, mediante el uso del modelo de intercambio:
✔ Planificación del territorio tomando como base la información catastral alfanumérica
y las capas geográficas definidas en el sistema.
✔ El control urbano, entendiéndose como las funciones públicas primordiales para
asegurar la gobernanza de las municipalidades, y con ello fomentar una cultura de
la legalidad de la información de las unidades catastrales.
✔ Gestión de riesgos para que a través de zonificación de las áreas rural y urbana se
pueda determinar predios que se encuentren en latencia de fallas estructurales y
naturales.
✔ El sistema como identificador de avalúos catastrales, comerciales, industriales,
zonas homogéneas de las municipalidades es la base para el control del impuesto
predial, por ello mediante elementos de analítica se debe realizar proyecciones para
la determinación de los incrementos que cada municipalidad podrá obtener en las
actualizaciones catastrales.
Pág. 66
V.
ENTREGABLES PARA EL SISTEMA DE INFORMACIÓN GEOGRÁFICA
1. DESARROLLO E IMPLEMENTACIÓN DEL SISTEMA DE INFORMACIÓN
GEOGRÁFICA
Se deberá entregar toda la documentación que fue necesaria para el desarrollo del
sistema, desde el análisis hasta las pruebas y capacitación todos en formato digital e
impreso, como requerimientos mínimos se deberá entregar los siguientes documentos:
●
●
●
●
●
●
●
●
●
●
●
2.
Documento de Marco Conceptual.
Documento de Especificaciones Funcionales.
Programa de Trabajo (gráfica de Gantt).
Diccionario de Datos.
Diagrama Entidad Relación.
Documentación de Pruebas del Sistema.
Manuales de Instalación del Sistema.
Manuales de Usuario.
Manuales de Administrador.
Código Fuente con comentarios y Documentación del Código.
Toda información necesaria.
CONFIGURACIÓN Y PUESTA EN MARCHA DEL SISTEMA
Como parte de los entregables del sistema “El Contratista” deberá realizar la instalación,
configuración y puesta en marcha del Sistema Información Geográfica en los
Infraestructura Cloud adquirida como servicio para este fin y que forma parte del servicio
3.
CAPACITACIÓN
El desarrollo e implementación del Sistema de Información Geográfico deberá incluir la
capacitación de los diferentes productos de software solicitado y sobre los cuales se
desarrollen las aplicaciones, así como a la capacitación orientada al uso y administración
del sistema, al personal de Cofopri para lo cual se deberán establecer los siguientes
cursos de capacitación:
●
●
●
Manejador de base de datos
Administrador del Servidor Cloud, seguridad y comunicaciones.
Sistema de Información Geográfica
La capacitación deberá ser impartida en el sitio propuesto por el CONTRATISTA para
tal fin y además deberá integrar el número de personas acorde a las especificaciones
de funcionamiento solicitadas.
4.
INSTALACIÓN Y PUESTA A PUNTO DEL SERVIDOR CARTOGRÁFICO
DIGITAL
Es responsabilidad del CONTRATISTA la instalación, configuración y puesta a punto
de la base de datos geográfica que recibirá tanto la información producto del vuelo, las
ortofotos y cartografía que residirán en el servidor Cloud, de manera que se cuente
con una mapoteca digital con la información, para lo cual deberá llevar a cabo las
siguientes actividades:
●
●
●
●
Configuración de Permisos de acceso.
Configuración de Permisos sobre la información.
Configuración de versiones.
Configuración de Subtipos y dominios.
Pág. 67
●
●
●
●
●
Configuración Topológica.
Carga de Información digital del proyecto.
Realización de pruebas de rendimiento.
Realización de pruebas de seguridad.
Configuraciones necesarias para el correcto funcionamiento del sistema.
De la misma manera se preparará el servidor Cloud para recibir cualquier otra
información cartográfica digital que se requiera integrar en un futuro por Cofopri. “El
Proveedor” deberá contar con lo necesario para el buen funcionamiento y puesta en
marcha del sistema.
Pág. 68
ANEXO C
MECANISMOS PARA MANTENER ACTUALIZADO EL CATASTRO
DE LAS MUNICIPALIDADES PRIORIZADAS
Una de las funcionalidades principales es el mantenimiento de la Información Catastral
y debe ser considerado desde la conceptualización del Sistema en sus etapas iniciales.
El proceso de actualización de Información Catastral es constante y obedece a la
dinámica de los Sistemas de Gestión de las municipalidades, por tanto, debe
automatizarse para lo cual deben habilitarse procesos de integración e interoperabilidad.
Para tal fin el contratista debe cumplir con lo siguiente:
✔ Se deben establecer procesos de intercambio de información mediante el “modelo
de intercambio” del LADM-PERU, que permitan aprovechar al máximo el esfuerzo
de implementar el sistema de información, estableciendo valor agregado y
favorecimiento en costos. Esta evaluación se debe realizar en la fase de
levantamiento de requerimientos y se deben reflejar en las historias de usuario que
deben ser establecidas
✔ Para garantizar el mantenimiento de la información en las municipalidades, el
sistema debe acoger procedimientos estándares para cada uno de los cinco
mantenimientos definidos en el manual de levantamiento catastral del Sistema
Nacional de Información Catastral Predial (SNCP) y la Superintendencia Nacional
de los registros públicos (SUNARP), los cuales se describen a continuación y se
establece procedimientos sugeridos para cada uno de ellos, los cuales sirven de
referencia y se pueden ajustar o variar en la etapa de levantamiento, análisis, diseño
y deben ser implementados en la solución definitiva.
Obra nueva, Regularización o Ampliación: Refiere a las obras nuevas o
modificaciones mínimas o significativas de las construcciones existentes dentro de
un predio urbano.
●
●
●
Procedimiento para evaluar y determinar la documentación requerida
Procedimiento para realizar los ajustes geográficos y alfanuméricos relacionados
con las modificaciones
Procedimiento para determinar los cambios en los valores de construcción y
actualización en el sistema de información.
Acumulación, Subdivisión, Independización: Refiere a dos o más predios que se
constituyen en uno solo y entre sí guardan continuidad física o a la división, partición
o independización de un predio o parcela en dos o más sub-lotes o sub-parcelas. Se
debe contemplar como mínimo los siguientes procedimientos:
Acumulación:
●
Creación de un nuevo predio. Procedimiento que parte de predios individuales
(áreas, valores), para integrarse en uno nuevo. Este será debidamente
identificado y delimitado en la ortofoto y en la cartografía, esto lo realizará el
técnico catastral con ayuda de la documentación presentada.
Pág. 69
●
●
Asignación de la unidad catastral o código de predio nuevo. Procedimiento que
permite la asignación del código catastral para el predio nuevo.
Predios eliminados. Procedimiento que permite identificar los predios a eliminar,
para ser marcado dentro del sistema en el proceso de acumulación y se debe
registrar en el histórico del catastro.
Subdivisión o independización de predio
●
●
●
●
●
●
Procedimiento para subdividir un predio. De acuerdo con la cantidad de predios
establecidos en la subdivisión, se debe generar los predios resultantes, con sus
atributos alfanuméricos y geográficos según el estándar del modelo LADM.
Procedimiento para la asignación de los códigos de predios.
Procedimiento para generación de información histórica. La unidad catastral o
código del predio tratado pasa al histórico del catastro, cuando no tenga más
área.
Procedimiento para el levantamiento de la ficha catastral sobre todos los predios
nuevos.
Procedimiento para los casos especiales de predios. Se debe considerar las
restricciones dentro de las municipalidades, como la que determina que, en el
Centro Histórico de Lima, no se puede realizar subdivisión de Lotes.
Cambio de Uso o Demolición: Refiere a una modificación del uso de la tierra en
rural y cambio de usos en un predio urbano, de acuerdo con los usos autorizados
en los planos de zonificación respectiva. Esto ocurre cuando un predio ha dejado
de tener un uso determinado para tener otro uso diferente, por ejemplo, cambio
de uso de vivienda a comercio o terreno eriazo a terreno de cultivo.
▪ Procedimiento para verificación del uso del predio. Este debe ser
compatible o autorizado por los planos de zonificación de cada
municipalidad, según el índice de usos para el área de tratamiento
normativo correspondiente.
▪ Procedimiento para el registro del cambio de uso del predio.
Actualización en la ficha catastral y captura de información afectada
por el cambio de uso como el valor de construcción, valor metro
cuadrado y avalúo.
▪ Procedimiento del registro fotográfico.
▪ Procedimiento de la incorporación de la información alfanumérica y
geográfica.
▪ Procedimiento para el registro de cambio físico de la demolición y
registros de información histórica.
o Modificación de Titularidad y Rectificación de Áreas: Refiere al cambio del
titular o poseedor por la compra total o parcial del predio y la modificación de
los linderos de un predio, por uno nuevo que origina modificaciones de áreas.
Modificación de titular
▪
▪
▪
Procedimiento para ubicar el predio en el padrón, ortofoto y
cartografía.
Procedimiento de verificación de la información gráfica
correspondiente al predio descrito en los documentos a ser
actualizados.
Procedimiento de verificación de datos del anterior propietario y
registro en histórico.
Pág. 70
▪
Procedimiento de validación. Una vez los datos coincidan, se procede
a realizar el cambio de titular de acuerdo a la documentación
presentada por el nuevo titular
Rectificaciones de áreas y modificación de linderos
▪
✔
✔
✔
✔
✔
✔
✔
Procedimiento de evaluación de nuevos linderos. Con los
documentos entregados por el ciudadano o con visita a terreno se
establecen los cambios.
▪ Procedimiento de actualización de la cartografía y alfanumérica.
▪ Procedimiento para la evaluación de las tolerancias catastralesregistrales
▪ Procedimiento para el registro de históricos. Se conserva el lindero o
linderos modificados en el archivo histórico de catastro.
o Documentos Urbanísticos, Habilitaciones Urbanas: Refiere al proceso
técnico administrativo de convertir un terreno rústico en urbano, en
concordancia con los planes urbanos del distrito, así como también con la
zonificación vigente aprobada por el concejo municipal distrital y/o provincial.
▪ Procedimiento para el registro en la cartografía catastral. Se deben
considerar los planos de la municipalidad donde se reflejen los planes
de expansión urbana y zonificación.
▪ Procedimiento de incorporación de los proyectos edificatorios al plano
urbano.
▪ Procedimiento para la asignación de la codificación catastral
▪ Procedimiento para la incorporación de la información alfanumérica y
geográfica
▪ Procedimiento para la evaluación de documentos soporte y registro
en el sistema de información.
En la solución el contratista, debe establecer las variables del modelo en donde se
va almacenar la información de cada mantenimiento, dentro del modelo LADMPERÚ, para las clases relacionadas con:
● Derechos, Restricciones y Responsabilidades,
● Unidad Administrativa,
● Unidad Espacial,
● Topografía
El contratista dentro de la fase de levantamiento debe establecer las funcionalidades
que permiten realizar la actualización permanente de la información catastral,
mediante la atención de los mantenimientos y los avalúos ya sea masivos o
individuales de los predios, Estas funcionalidades, son el Core del negocio. El
contratista debe realizar las respectivas historias de usuario, para que sean
desarrolladas posteriormente.
El contratista debe realizar una evaluación de los flujos de las funcionalidades del
sistema y proponer procedimientos estándares que permitan su utilización en cada
una de las municipalidades.
Bajo el estándar del modelo LADM-PERÚ se trabajan con los dominios, los cuales a
través de constraint de bases de datos se validará la información que ingresan a la
base de datos central desde cada una de las municipalidades.
Para los casos en que el modelo no considere Dominios, se deben crear reglas de
validación de campo, con ello especificar el criterio que deben cumplir todos los
valores de campo válidos.
Usar máscaras de entrada de datos que permitan restringir caracteres que se
definan sobre los campos
Crear reglas de validación de registros y con ello especificar una condición que
necesiten cumplir los registros que son válidos.
Pág. 71
✔ Las tablas deben tener muy bien definidos los tipos de datos que se ingresan a ella
y con ello restringen la información que ingresa el usuario.
✔ Definir tamaños de campo y con ello se restringe la entrada de información no
definida en la cantidad de datos.
✔ Crear métodos de validación de cuadros desplegables y con ello se asegura que el
usuario solo puede elegir una opción predefinida de una lista reduciendo así las
posibilidades de error.
✔ Crear métodos de validación para comprobar que el usuario haya ingresado algo en
los campos definidos a validar, evitando dejar campos vacíos cuando son requeridos
por el procedimiento a seguir.
✔ Validar la consistencia de la información cuando ya va a quedar en firme dentro de
las bases de datos catastrales asegurando la calidad de la información ingresada en
base de datos central y que a través de ella podrán consultar las entidades y
municipalidades que tengan acceso de consulta a ellas.
✔ Tener en cuenta mecanismos para actualizar información desde las
municipalidades, considerando aspectos de seguridad e integridad de la información
definiendo eventos o procedimientos que a través de servicios en línea o en proceso
de intercambio de información puedan mantener la información actualizada y visible
de manera inmediata para cada municipalidad, entidad o ciudadano que la consulte.
Pág. 72
ANEXO D
COMPONENTE SISTEMA DE CONTROL DE LEVANTAMIENTO CATASTRAL Y
APLICATIVO MÓVIL PARA LA CAPTURA DE DATOS CATASTRALES EN CAMPO
I.
OBJETIVO
El objetivo es contar con un Sistema Web para el Control del Levantamiento
Catastral y una Aplicación para equipos móviles con la finalidad que los técnicos
catastrales registren en campo la información catastral y evitar el llenado de
formatos manuscritos, esta información deberá ser pre cargada previamente con
información para facilitar el registro.
II.
ESPECIFICACIONES TÉCNICAS
El CONTRATISTA se encargará de realizar el análisis, propuesta, programación,
pruebas de la arquitectura del Sistema Web para el Control del Levantamiento
Catastral y la aplicación móvil para el registro o captura de datos catastrales en
campo. Este desarrollo se hará con una tecnología moderna, escalable y
sostenible en el tiempo, garantizando el ciclo de vida de los productos y servicios
de software que se suministre, desarrolle y opere; velando en todo momento por
el cumplimiento de la normativa peruana vigente, en particular la relacionada al
ciclo de vida de software y protección de datos personales. Asimismo, con los
parámetros de evaluación y gestión de proyectos de sistemas de información
basado en estándares, así como el de seguridad física y control de accesos.
Los estándares a tomar en cuenta para el desarrollo de los servicios
(webservices, APIS, otros) para el Desarrollo del Sistema de Control del
Levantamiento Catastral serán los siguientes:
Ítem
Descripción
Estándar
1
Lenguaje de Programación
2
Motor de Base de Datos
3
Plataforma
Web
4
Servicio web
SOAP /REST
5
Servidor de Aplicaciones
JBoss o similar
Especificación
El mismo lenguaje de
programación
del
Sistema de Información
Catastral
Postgress
Pág. 73
6
Otros
Seguridad
Protocolo OAUTH2
Técnica de Diseño
Web:
Diseño Responsive
Jason Web Token (JWT)
Los estándares para el desarrollo de la Aplicación Móvil serán los siguientes:
Ite
m
Descripción
Estándar
Especificación
1
Arquitectura
MVC y/o derivado MVC
Modelo
Controlador
2
SDK
Java o Kotlin
3
Motor de Base de
SQLite 3.4+
Integración a través de
servicios: el motor de
Base de datos será el
elegido en la etapa de
Planificación.
Dispositivos
móviles
(Celulares,
Tablets,
Smartphones).
Datos
4
Plataforma
Android
5
Servicio web
SOAP / REST
Programación
Android
Los estándares a tomar en cuenta para el análisis serán los siguientes:
●
Notación UML 2.0 como mínimo para los diagramas solicitados.
Arquitectura
Vista
nativa
Pág. 74
Elaborar la propuesta de arquitectura móvil que establezca la especificación
técnica y prototipo estándar (diseño de interfaces) que permita implementar
nuevos servicios y/o módulos móviles centralizándolos en un solo aplicativo.
Especificar técnicamente la propuesta de arquitectura que debe adoptarse como
aplicación única móvil en la institución, permitiendo que ésta sea escalable en
el tiempo, asimismo que se puedan implementar nuevos servicios y/o módulos
móviles futuros. La arquitectura, como especificación técnica, debe contemplar
definición de frameworks, lenguaje de programación a utilizar, estándares para
la definición de APIs, patrones de diseño a utilizar y criterios para el
almacenamiento local y la persistencia de datos.
Las alternativas de solución para la selección de la tecnología apropiada en
cada capa deben ser especificadas por el CONTRATISTA y sustentadas con
respecto al volumen de transacciones, tiempo de respuesta esperado,
interfaces, volumen y tipo de información.
Para la arquitectura de la aplicación móvil del Proyecto se ha considerado dividir
las funciones en tres capas lógicas:
a. Presentación o FrontEnd. Se encarga de facilitar al usuario final el acceso
a las funciones de la aplicación de manera comprensible y oportuna. Estas
funciones deben ser desarrolladas en código nativo Android, utilizando Java
o Kotlin.
b. Capa de Negocio. Tiene como misión aplicar las transformaciones
necesarias a los datos de la institución para hacerla legible a la capa de
presentación. Esta capa se implementa siguiendo los criterios de la
arquitectura SOA y microservicios. El proveedor deberá proveer las
recomendaciones para la definición y diseño de APIs y servicios, los criterios
para la selección de lenguaje de programación y los mecanismos para su
implementación y despliegue.
c. Capa de Datos. provee de toda la información que maneja el Proyecto.
Las principales fuentes de datos la constituyen los RDBMS que será la misma
elegida para el Sistema de Información Catastral, pero deben considerarse
también el acceso a otras fuentes como archivos de datos no estructurados
(Excel, Word u otros) y servicios externos (RENIEC, SUNAT, etc.). El proveedor
debe indicar la estrategia a seguir para el acceso a estas fuentes de datos según
su disponibilidad y naturaleza.
Funcionalidades
El sistema debe contar con el módulo principal para el registro o captura de datos
Catastrales en campo, los datos a levantar son los de la Ficha Catastral aprobada
para el proyecto.
El ingreso de las Fichas Catastrales deberá realizarse en los dispositivos móviles
sin conexión a Internet.
El Diseño debe ser Multi distrito.
Existirá un módulo para los dispositivos móviles y otro módulo web para PC.
Pág. 75
El módulo web actuará como plataforma intermedia entre el Sistema de registro
o captura móvil y el Sistema definitivo.
Los tipos de fichas Catastrales son:
●
●
●
Ficha Catastral Urbana Individual
Ficha Catastral Urbana de Cotitularidad
Ficha Catastral Urbana de Bienes Comunes
El Sistema debe facilitar el ingreso de datos en campo, por lo que deberá tener
todas las ayudas visuales, así como las validaciones y restricciones respectivas
para disminuir las posibilidades de error. Se deberá innovar y proponer formas
rápidas y eficientes de carga de datos, por ejemplo, dictado por voz.
La carga de fotografías del lote se realizará desde los dispositivos móviles, en
formato JPG, el nombre del archivo tendrá la estructura necesaria para
relacionarla con el código del lote más un correlativo. El tamaño del archivo JPG
no deberá exceder de 300k. (Distrito + Sector + Manzana + Lote + Secuencia).
La Aplicación móvil deberá Autoguardar la información que se trabaje en campo,
con la opción de recuperación de información en casos fortuitos.
Se deberán tomar fotografías a los documentos de titularidad en formato PDF o
JPG almacenados en la Base de datos bajo la estructura: Distrito + Sector +
Manzana + Lote + Edifica + Entrada + Piso + Unidad + Secuencia.
En la versión instalada en el dispositivo móvil el operador podrá ingresar,
modificar o eliminar las Fichas Catastrales. Sin embargo, por persistencia de
datos la información histórica se mantendrá en el dispositivo.
La versión móvil debe permitir cargar y visualizar documentos en diferentes
formatos (PDF, JPG, DWG) enlazadas a manzanas o lotes catastrales.
Una de las tareas principales es la de vincular la información Catastral con la de
Rentas. Por lo que la información de Rentas será precargada en los dispositivos
móviles y se efectuarán búsquedas por dirección o contribuyente. Si se logra
ubicar el predio y los datos coinciden con las características físicas, estas podrán
ser cargadas a los datos de Ficha Catastral, referenciándose el código de Predio.
Luego se generará un padrón electrónico de Unidades Catastrales vinculadas
con el código Predial para la actualización en el Sistema de Rentas del respectivo
CUC.
El Sistema Web permitirá el registro de Sectores, manzanas y lotes, provenientes
de la Información Cartográfica. Asignará las manzanas a los técnicos catastrales
y llevará el control del avance.
El módulo Web deberá validar los datos de DNI del contribuyente con la PIDE de
Reniec y Sunat para personas jurídicas.
Migración o envío de las Fichas Validadas desde el Sistema Web al Sistema de
Información Catastral.
La Aplicación móvil podrá funcionar en campo de dos maneras:
Sin conexión a internet:
●
●
La información se precarga en las oficinas habilitadas para el proyecto.
La información sólo se almacena en el dispositivo móvil.
Pág. 76
●
Se migra o envía la información levantada en campo al Sistema de Fichas
Catastrales de Cofopri, en las oficinas habilitadas del proyecto
Con conexión a internet:
●
●
La información se precarga en las oficinas habilitadas para el proyecto.
La información se almacena en el dispositivo móvil y puede remitirse al
sistema cuando lo disponga el técnico catastral.
Una vez enviadas al Sistema principal, las fichas se bloquearán y no se permitirá
la modificación, cualquier mantenimiento y/o actualización se realizará en el
Sistema e Información Catastral principal.
El acceso al módulo web y/o a la Aplicación Móvil debe ser con las mismas
credenciales de acceso.
El módulo web debe tener la posibilidad de ingresar la planificación del
levantamiento catastral y controlar el avance por Sectores y manzanas, debiendo
elaborarse un Tablero de Control que analice el avance y permita emitir alertas
al personal del Clave del Proyecto.
Asimismo, se deben emitir reportes de avance por Sector, Manzana, Lotes y
Unidades Catastrales. Reportes alfanuméricos vinculados como una capa de
cartografía, indicando por colores las unidades catastrales nuevas, en control de
calidad, en supervisión o validadas.
El Sistema de Control del Levantamiento Catastral como la Aplicación Móvil para
la Captura de datos catastrales en campo, deberán tener un Diseño web
adaptable (Responsive Web Design), que logrará la operatividad en cualquier
dispositivo móvil y equipos de escritorio según sea el caso.
Análisis y Diseño
Tanto para el Sistema de Control del Levantamiento Catastral como para la
Aplicación Móvil para la Captura de datos catastrales en campo, se deberá
contemplar:
a. Realizar las especificaciones de caso de uso que será utilizado tanto para el
desarrollo de la arquitectura como del servicio de registro o captura de
información en campo.
b. Definir el Diagrama de Actores (servicios y componentes)
c. Realizar el documento de Diseño del Sistema de Información (servicios y
componentes) el cual debe contener como mínimo:
● Arquitectura del sistema, aplicación - se debe especificar: métodos,
entradas, salidas, nombre del campo, tipo de dato, longitud,
obligatoriedad (si/no), descripción del método y del campo.
● Diagrama de componentes.
● Diagrama Entidad Relación.
● Diccionario de Datos: - Especificación de cada tabla (nombre de tabla,
descripción de tabla, nombre de columna, tipo de dato, nulo/no nulo,
Pág. 77
primary key (PK), foreign key (FK), tabla de referencia, descripción por
columna).
d. Definir casos de pruebas para certificación de los servicios y componentes
desarrollados, con la participación de la Unidad Ejecutora 003 según sus
competencias.
Programación
a. Codificar o desarrollar los requerimientos del documento en base a la
investigación y documentación generada durante el Análisis y Diseño de la
Aplicación móvil para el registro o captura de información en campo.
b. Generar código fuente de los servicios y aplicación adecuadamente
utilizando el mismo lenguaje de programación elegido para el Sistema de
Información Catastral y Java o Kotlin para la Aplicación Móvil.
c. Versionar código fuente incluyendo configuración y manejo de dependencias
(usando Maven), comentando las principales actividades.
d. Realizar revisiones a través de depuraciones de calidad de código fuente
(análisis estático utilizando SONARLINT, SONARQUBE, OWASP ZAP,
OWASP dependency-check u otros equivalentes) y análisis de
vulnerabilidad.
e. Realizar las pruebas unitarias de la arquitectura y del módulo móvil a lo largo
de todo el desarrollo, que permita la correcta puesta en marcha.
Pruebas
Realizar pruebas de integración para validar consistencia y ajustes necesarios
de acuerdo con los requisitos y diseño definitivo aprobado por el equipo de
gestión del proyecto.
El CONTRATISTA deberá desplegar el producto en el ambiente de
homologación para pruebas funcionales de aceptación, donde el equipo técnico
realizará la validación del requerimiento con el o los usuarios expertos que defina
la UE003, validando el completo funcionamiento el requerimiento solicitado y los
casos de pruebas generados en el análisis.
Seguridad
●
●
●
●
●
Descargar la aplicación móvil del Play Store y/o sitio oficial de la Unidad
Ejecutora 003. Debe estar disponible para Android versión 9 (Pie)
El proceso de instalación de la aplicación móvil debe ser automático sin
requerir intervención del usuario.
Ingresar a la aplicación móvil (iniciar sesión) a través de un usuario y
contraseña, y acceder a todas las funcionalidades que le correspondan para
realizar la captura de información en campo.
Los usuarios se registran en cada equipo, esta labor será realizada por
personal de la Unidad Ejecutora 003. Cada equipo puede tener registrado
más de un usuario.
Si el usuario olvida su contraseña, deberá ser repuesta por el encargado de
la Unidad Ejecutora 003.
Pág. 78
●
●
●
Se mantendrán la seguridad, campos de auditoría y trazabilidad de las
transacciones.
Deberá establecerse un mecanismo seguro para la precarga de datos, estos
datos sólo podrán ser accedidos por el aplicativo móvil, esta información
podrá consultarse, no podrán generarse reportes ni extraerse del equipo
móvil, los intentos de vulnerar esta característica deberán ser reportados por
el Sistema.
Permitir guardar registros de auditoría (acciones) de importancia, así como la
información en el documento de evidencias (log estructurado). - Registros de
Auditoría - Documento de evidencias (log estructurado): Documento que
contendrá información de la auditoría de los movimientos o acciones
principales realizadas durante los procesos resaltantes.
Transferencia de conocimientos
a. Creación de manuales técnicos y manual funcional:
●
Manual del desarrollador: El cual permite la configuración y habilitación
del entorno del desarrollador (Ejm. Configuración de librerías, otros).
● Manual de especificaciones técnicas:
o Base de datos: tablas, procedimientos, vistas y demás objetos
creados.
o Servicios y componentes (Especificación).
o Configuración (permisos, niveles de autorización y otros).
o Consideraciones generales para mantener la disponibilidad.
● Manual de usuario (funcional)
● Manual de Despliegue a Producción
b. Capacitación técnica – Práctica (08 hrs. repartida en 3 sesiones) al equipo de
UE003 de Cofopri y/u otras áreas usuarias para el cual se debe hacer entrega
del material elaborado (presentaciones, guías, Etc.). Se debe elaborar un
acta suscrita por los asistentes.
c. Entrega de la documentación desarrollada en el proyecto (tanto en formato
word como en formato original. Ejm: diagramas, otros).
d. Realizar el acompañamiento técnico durante el proceso de transferencia,
configuración, instalación e implementación del proyecto.
Transferencia de servicios y componentes
Código fuente de los servicios y componentes adecuadamente comentado y
versionado, entregado formalmente a la Unidad Formuladora 003.
Pág. 79
ANEXO E
IMPLEMENTAR Y DEFINIR UNA MESA DE AYUDA PARA EL SISTEMA
CATASTRAL
o
I.
OBJETIVO
Contar con el Servicio de Mesa de Ayuda – MDA, que permitan identificar,
priorizar y resolver los incidentes y requerimientos realizados por los usuarios de
las entidades que utilicen la solución tecnológica, proveedores de levantamientos
catastrales, municipalidades y entidades involucradas. Así como orientar e
informar en todo momento a los usuarios sobre el estado de solución de las
solicitudes.
Prestar por parte del Contratista, los servicios de Soporte, Actualización,
Mantenimiento del Sistema de Información Catastral en producción, este servicio
será brindado a través de un esquema de Mesa de Servicios haciendo uso de
las mejores prácticas con el fin de poder establecer procesos y funciones
relacionados que ayuden en el control, operación y administración del proceso
catastral de cada una de las municipalidades y las entidades que utilicen la
solución.
II.
SISTEMA DE MESA DE AYUDA – MDA
a.
El CONTRATISTA deberá implementar un Sistema de MDA, para el registro
de requerimientos, incidentes y eventos.
El sistema deberá estar instalado en un servidor en la nube, cuyos
requerimientos de sistema operativo, capacidad de procesamiento y
almacenamiento deberán ser dimensionados por el CONTRATISTA desde
la etapa de Planificación del Sistema.
b.
Las fases de implementación del Sistema de Mesa de Ayuda del Sistema de
Información Catastral se deben iniciar aproximadamente un mes antes del
pase a producción de los módulos para la captura de información en campo.
Estas fases son:
Fase 01: Presentación del Plan de Trabajo:
●
Se firmará el acta de inicio de la implementación del Sistema MDA, al
día siguiente de haber sido recepcionada la comunicación formal por
parte de la Unidad Ejecutora 003 de Cofopri. En este documento se
especificará el Sistema que se implementará, se determinarán las
funcionalidades y capacidades.
●
El Contratista deberá presentar un Plan de Trabajo para la
Implementación del Sistema MDA. Dicha presentación se enviará por
Pág. 80
correo electrónico y en un plazo máximo de 5 días calendario, contados
desde la firma del acta de inicio de implementación del Sistema MDA.
●
El Equipo de Catastro de la Unidad Ejecutora 003 aprobará el Plan de
Trabajo, en un plazo máximo de 24 horas, de haber observaciones, estas
deberán subsanarse por el Contratista en un plazo de 24 horas.
Fase 02: Implementación del Sistema MDA (15 días):
●
Se firmará el Acta de Inicio de la Fase 2, al día siguiente de aprobado el
Plan de Trabajo,
●
Se iniciará la implementación del Sistema MDA, instalando y
configurando el software y las opciones que hayan sido definidas en el
Acta de Inicio de implementación en la Fase 1.
●
Como la solución estará alojada en la nube, este deberá indicar en el
Plan de Trabajo los accesos de red que deberá tener la solución,
indicando proveedor Cloud y las características técnicas del servicio,
Sistema Operativo, características de las capacidades de
almacenamiento y procesamiento, entre otros.
●
Una vez concluida esta fase se deberá firmar un Acta de cierre de la
Fase 2.
Fase 03: Pruebas (2 días)
●
La Fase de pruebas empezará a partir de la firma del acta de inicio de la
Fase 03, la cual se firmará al día siguiente de la firma del acta de cierre
de la Fase 02.
●
El Contratista debe contar con un Protocolo de pruebas el cual deberá
ser aprobado por el equipo de Catastro de la UE003 y el técnico
encargado de realizar el protocolo de pruebas.
●
La omisión de algún producto o servicio que forme parte de la solución
que al momento de las pruebas resulte necesario para el normal
funcionamiento del Sistema MDA, obligará al CONTRATISTA a
proveerlo sin cargo alguno.
●
Una vez concluida la Fase de Pruebas, se deberá firmar un acta de
finalización de la Fase 3, Pruebas.
Fase 04: Capacitación
●
El acta de la Fase 04 se firmará al día siguiente de la firma del acta de
finalización de la Fase 03, Pruebas.
Pág. 81
●
La capacitación será de mínimo 6 horas para 6 personas, se deberá
entregar manuales, video tutoriales y cualquier ayuda audiovisual para
ser cargada en la Plataforma LMS del Proyecto.
●
Asimismo, al finalizar esta Fase el CONTRATISTA entregará
constancias de capacitación a los participantes.
●
Una vez concluida la Fase de Capacitación se deberá firmar un acta de
finalización de la Fase 04.
Fase 05: Cierre
●
●
El acta de cierre se firmará al día siguiente de la firma del acta de
finalización de la Fase 04.
En este mismo día se presentará el informe de implementación del
Sistema MDA, por Mesa de Partes, el cual deberá contener lo
siguiente:
o
o
El informe final deberá entregarse debidamente foliado (incluir
índice), en formato físico y digital (Word y PDF) y a colores
.
Se deberá detallar debidamente el desarrollo de cada fase de
implementación, es decir se deberá evidenciar con fotografías,
copias de acta u otros documentos que sustenten el desarrollo
correcto de cada Fase.
c.
El Sistema deberá ser usado por personal del CONTRATISTA, personal de
la UE003 de Cofopri, empresas contratadas para los levantamientos
catastrales, municipalidades priorizadas por el Proyecto y entidades
involucradas como Cofopri, MVCS, Sunat, Sunarp, entre otras. Los accesos
serán vía Web, a través de usuarios y roles que permitan la Gestión del
registro de requerimientos e incidentes.
d.
El Contratista deberá garantizar el correcto funcionamiento del Sistema
MDA, así como también las licencias correspondientes para su uso.
e.
El Sistema funcionará en la nube. Sin embargo, el Contratista deberá
garantizar que el Sistema opere de manera eficiente sin afectar el ancho de
banda de las municipalidades y entidades involucradas en el proyecto.
f.
El Contratista deberá entregar en el acta de cierre en un sobre lacrado las
credenciales de los usuarios a fin de poder administrar y gestionar el registro
de las incidencias. Asimismo, al menos un usuario, deberá tener permiso
como Administrador del Sistema MDA.
g.
La herramienta debe permitir integrarse con el módulo de quejas y reclamos
que se tiene destinado para el proyecto de sistema catastral.
Pág. 82
III.
ELABORACIÓN Y ENTREGA DE INFORMES
Se debe suministrar a la entidad mensualmente un informe de gestión donde se
incluirán como mínimo los siguientes reportes:
✔ Número de requerimientos registrados
✔ Número de requerimientos cerrados por módulo.
✔ Tiempo promedio de solución general y por tipo de requerimiento
(Funcional / técnico).
✔ Número de requerimientos suspendidos, tiempos promedio y sus causas
de suspensión.
✔ Número de requerimientos generados por Usuario Final.
IV.
FUNCIONALIDAD MÍNIMA REQUERIDA:
✔ Registro de incidentes y requerimientos de los usuarios del sistema
catastral.
✔ Que los usuarios puedan ver el Estado Situacional de su requerimiento,
queja o incidente, a que profesional o técnico le fue asignado, fecha de
asignación y al concluir la fecha de atención y la solución brindada.
✔ Analizar y clasificar los incidentes, quejas y requerimientos.
✔ Elaborar indicadores con la información registrada para toma de
decisiones y gestión del proyecto.
✔ Reportes detallados y resumidos de los incidentes, quejas y
requerimientos, así como también de las atenciones realizadas.
✔ Servicio de Mesa de Ayuda para soporte, actualización y mantenimiento
del Sistema de Información Catastral, de manera remota (chat, telefónica
y control remoto) y presencial cuando se requiera.
✔ Elaborar formato de control de cambios y canalizarlos con la oficina
responsable para su implementación en el sistema.
✔ Elaborar y mantener actualizado los manuales de usuario y manuales
técnicos, los mismos que deben estar disponibles en línea.
✔ Enviar alertas vía correo electrónico y a través del sistema a los técnicos
cuando le asignen para su atención un incidente, queja y requerimiento.
Pág. 83
ANEXO F
ACUERDO DE NIVEL DE SERVICIO - SLA Y ACUERDO DE NIVEL
OPERATIVO - OLA
Acuerdo de nivel de servicio o SLA (Service Level Agreement): Es un acuerdo entre un
proveedor de servicios de TI y el cliente, este describe el servicio, los objetivos del nivel
de servicio, y especifica las responsabilidades del proveedor de servicios y el cliente. Un
solo acuerdo de nivel de servicio puede cubrir múltiples servicios y/o múltiples clientes.
Acuerdo de nivel operativo u OLA (Operational Level Agreement): Es un acuerdo entre
el proveedor de servicios de TI y otra parte de la misma organización, este acuerdo
soporta la entrega de servicios para los clientes y define los bienes o servicios que serán
proporcionados y la responsabilidad de ambas partes.
Se propone la siguiente modalidad mixta de soporte y mantenimiento posterior a la
entrada en producción del Sistema de Información Catastral. EL CONTRATISTA deberá
capacitar y entrenar adecuadamente al personal de Cofopri que atenderá el 1er y 2do
nivel.
Los tres (3) niveles propuestos son:
1er Nivel
Primer nivel, en el Sistema de Mesa de Ayuda - MDA se registran las incidencias de los
usuarios finales que operan el Sistema de Información Catastral.
Si no se es capaz de responder la incidencia (por mala operativa, por falta de
conocimiento, otros) se pasa al nivel II.
2do Nivel
Segundo Nivel, en el Sistema de Mesa de Ayuda - MDA personal de Desarrollo de del
Contratista resuelve mediante parametrización o refuerzo de capacitación.
Si no se es capaz de responder la incidencia (porque implica modificación de software
se pasa al nivel III.
3er Nivel
Tercer nivel, es un equipo de desarrollo y mantenimiento del CONTRATISTA
(preferentemente en instalaciones del CONTRATISTA) que resuelve una incidencia en
el software (generalmente en fábrica del CONTRATISTA y luego aplica un parche.
Soporte PostProducción
Responsable Mesa de Ayuda
1er Nivel
Responsable Mesa de Ayuda
2do Nivel
Cofopri
El CONTRATISTA
Mantenimiento
Cofopri
El CONTRATISTA
Pág. 84
Responsable Mesa de Ayuda
3er Nivel
El CONTRATISTA
El CONTRATISTA
Aplicado a la totalidad de las incidencias detectadas durante la explotación del sistema
en producción, que tengan como origen un error o fallo originados por el código del
software, siendo estos últimos medidos por acuerdos de niveles de servicio. Se
proponen los siguientes acuerdos de niveles de servicio, los cuales se podrán mejorar
o afinar con EL CONTRATISTA en la etapa de Soporte Post-Producción in situ del
servicio, tomando como referencia las mejores prácticas de gestión existentes en el
mercado.
Tipo
Horario para
reportar una
incidencia o
mantenimiento
preventivo
De L-V
De 8:00 a 18:00
horas
Procesos en
Producción
Sábado
De 8:00 a 13:00
horas
Tipo de
incidencias
Tiempo de
respuesta del
Contratista
Tiempo
Máximo de
Solución
Críticas
30 min
3 horas
No críticas
1 hora
6 horas
Críticas
1 hora
4 horas
No críticas
2 horas
6 horas
Incidencias Críticas: Se consideran incidencias críticas la Interrupción general del
Sistema, la Degradación general del Sistema que afecta los tiempos de
requerimientos de información, Error en una transacción que deja datos
inconsistentes en la Base de Datos,
Incidencias No Críticas: Se consideran incidencias No críticas las Fallas en
Reportes que son de uso interno de la municipalidad, la Lentitud o Error en una
ventana u opción del sistema que no afecta a los requerimientos de información de
las municipalidades o instituciones, sino que es de uso interno, Errores en perfiles
o roles de acceso, Falla o Error en un componente del sistema que no impide su
funcionamiento.
Cualquier otra incidencia no especificada en la presente sección será establecida
de común acuerdo entre las partes durante la ejecución del servicio.
En aquellos casos, en que la resolución de la incidencia amerite en función a la
complejidad del mismo, la planificación del trabajo a realizar, EL CONTRATISTA
deberá proponer a la Unidad Ejecutora 003 de Cofopri un plan de trabajo, teniendo
como plazo el Tiempo Máximo de Resolución de la Incidencia.
Pág. 85
ANEXO G
MONITOREO DEL SISTEMA DE INFORMACIÓN CATASTRAL
El CONTRATISTA deberá instalar e implementar un Sistema de Monitoreo para los
Servidores contratados en la Nube. El Sistema deberá estar instalado en un Servidor
distinto al del Sistema MDA, puede estar instalado físicamente en un Datacenter o en
un Servicio Cloud distinto al del Proveedor principal de servicios en la nube para el
Sistema de Información Catastral.
El tiempo de implementación y capacitación deberá ser de la siguiente manera:
Fase 01: Presentación del Plan de Trabajo (05 días calendario)
●
Se firmará el acta de inicio de la implementación del Sistema de Monitoreo de
Servidores, al día siguiente de haber sido recepcionada la comunicación formal
por parte de la Unidad Ejecutora 003 de Cofopri. En este documento se
especificará el Sistema que se implementará, se determinarán las
funcionalidades y capacidades.
●
El Contratista deberá presentar un Plan de Trabajo para la Implementación del
Sistema de Monitoreo. Dicha presentación se enviará por correo electrónico y en
un plazo máximo de 5 días calendario, contados desde la firma del acta de inicio
de implementación del Sistema de Monitoreo de Servidores.
●
El Equipo de Catastro de la Unidad Ejecutora 003 aprobará el Plan de Trabajo,
en un plazo máximo de 24 horas, de haber observaciones, estas deberán
subsanarse por el Contratista en un plazo de 24 horas.
Fase 02: Implementación del Sistema de Monitoreo (15 días)
●
Se firmará el Acta de Inicio de la Fase 2, al día siguiente de aprobado el Plan de
Trabajo,
●
Se iniciará la implementación del Sistema de Monitoreo, instalando y
configurando el software y las opciones que hayan sido definidas en el Acta de
Inicio de implementación en la Fase 1.
●
Como la solución estará alojada en la nube, esta deberá indicar en el Plan de
Trabajo los accesos de red que deberá tener la solución, indicando proveedor
Cloud y las características técnicas del servicio, Sistema Operativo,
características de las capacidades de almacenamiento y procesamiento, entre
otros.
●
Una vez concluida esta fase se deberá firmar un Acta de cierre de la Fase 02.
Fase 03: Pruebas (2 días)
●
La Fase de pruebas empezará a partir de la firma del acta de inicio de la Fase
03, la cual se firmará al día siguiente de la firma del acta de cierre de la Fase 02.
Pág. 86
●
El Contratista debe contar con un Protocolo de pruebas el cual deberá ser
aprobado por el equipo de Catastro de la UE003 y el técnico encargado de
realizar el protocolo de pruebas.
●
La omisión de algún producto o servicio que forme parte de la solución que al
momento de las pruebas resulte necesario para el normal funcionamiento del
Sistema de Monitoreo, obligará al CONTRATISTA a proveerlo sin cargo alguno.
●
Una vez concluida la Fase de Pruebas, se deberá firmar un acta de finalización
de la Fase 03, Pruebas.
Fase 04: Capacitación
●
El acta de la Fase 04 se firmará al día siguiente de la firma del acta de finalización
de la Fase 03, Pruebas.
●
La capacitación será de mínimo 6 horas para 4 personas, se deberá entregar
manuales, video tutoriales y cualquier ayuda audiovisual para ser cargada en la
Plataforma LMS del Proyecto, en español.
●
Asimismo, al finalizar esta Fase el CONTRATISTA entregará constancias de
capacitación a los participantes.
●
Una vez concluida la Fase de Capacitación se deberá firmar un acta de
finalización de la Fase 04.
Fase 5: Cierre
●
El acta de cierre se firmará al día siguiente de la firma del acta de finalización de
la Fase 04.
●
En este mismo día se presentará el informe de implementación del Sistema de
Monitoreo, por Mesa de Partes, el cual deberá contener lo siguiente:
●
El informe final deberá entregarse debidamente foliado (incluir índice), en
formato físico y digital (Word y PDF) y a colores.
●
Se deberá detallar debidamente el desarrollo de cada fase de implementación,
es decir se deberá evidenciar con fotografías, copias de acta u otros documentos
que sustenten el desarrollo correcto de cada Fase.
La herramienta deberá tener una interfaz web Responsiva.
Los logs de monitoreo y alertas deben quedar registrados en Bases de Datos
El Sistema de Monitoreo deberá estar instalado en un Servicio Cloud o Fisico de Alta
Disponibilidad.
La herramienta para el monitoreo de Servidores deberá poder monitorear como mínimo
Performance, Uso de Disco, CPU, Memoria, Table Spaces, deberá identificar bloqueos
Pág. 87
en la Base de Datos, Tiempos de Respuesta, Conexiones Concurrentes, entre otras.
Status en tiempo real de los Datafiles o su equivalente dependiendo del motor de Base
de Datos (online, system, recover, sysoff,offline, unknown).
●
●
●
●
●
●
Estado (Disponible, Inválido, Desconocido)
Espacio Libre en Disco
Número de bloques libres
Tamaño de Base de datos en tiempo real
Tamaño de Table Spaces o su equivalente dependiendo del motor de Base de
Datos
Deberá ser capaz de poder desarrollar nuevos sensores personalizados.
El CONTRATISTA, realizará un monitoreo de 24x7x365 de los servidores del Sistema
de Información Catastral.
Cuando concluya la implementación de la herramienta de monitoreo en todos los
Servidores del Sistema de Información Catastral, deben estar configurados los
mensajes, alertas, consolas y reportes mensuales que entregará el CONTRATISTA, en
relación con este servicio, la Unidad Ejecutora 003, oportunamente entregará los correos
y celulares donde deben llegar los mensajes y alertas, así como quién tendrá acceso a
la consola, como mínimo 4 usuarios, estos serán definidos en el acta de inicio de
implementación del Sistema de Monitoreo.
El CONTRATISTA deberá presentar un Informe mensual sobre el Servicio de Monitoreo,
indicando los mensajes y alertas de los diferentes dispositivos y los indicadores.