Guía de requerimientos sistemas

GUÍA DE PROCEDIMIENTOS
CÓDIGO: VERSIÓN: PÁGINA:
01
GP-382-GTI/SGIS/006 FEC. APROB:
1/26
5 MAYO 21_115
RESOLUCIÓN SECRETARIAL -2015-SGEN/RENIEC
REQUERIMIENTO DE IMPLEMENTACIÓN /
MANTENIMIENTO DE SISTEMAS INFORMÁTICOS
PRIMERA VERSIÓN
REQUERIMIENTO DE IMPLEMENTACIÓN / MANTENIMIENTO
DE SISTEMAS INFORMÁTICOS GP-382-GTI/SGIS1006
ÍNDICE
I. OBJETIVO
II. ALCANCE
III. BASE LEGAL
IV. DEFINICIÓN DE TÉRMINOS
V. DISPOSICIONES GENERALES
ítrg 5 VI. DESCRIPCIÓN DEL PROCEDIMIENTO

‘. J JRiDI
"VII. VIGENCIA
ENit
VIII APROBACIÓN
ANEXO A. REQUERIMIENTO DE SISTEMA INFORMÁTICO: IMPLEMENTACIÓN /

MANTENIMIENTO.
ANEXO B. INSTRUCCIONES PARA EL LLENADO DEL ANEXO A.
ANEXO C.ACTA DE REUNIÓN.
ANEXO D. INSTRUCCIONES PARA EL LLENADO DEL ANEXO C.
ANEXO E. ACTA DE LINEAMIENTOS Y REQUISITOS.
ANEXO F. INSTRUCCIONES PARA EL LLENADO DEL ANEXO E.
ANEXO G.ACTA DE PRUEBAS DE ACEPTACIÓN DEL SISTEMA / REGRESIÓN.
ANEXO H. INSTRUCCIONES PARA EL LLENADO DEL ANEXO G.
ANEXO I. ACTA DE CONFORMIDAD GENERAL Y PASE A PRODUCCIÓN.
ANEXO J. INSTRUCCIONES PARA EL LLENADO DEL ANEXO I.
ANEXO K. ACTA DE CONFORMIDAD.
ANEXO L. INSTRUCCIONES PARA EL LLENADO DEL ANEXO K.
ANEXO M.DIAGRAMA DE FLUJO DEL REQUERIMIENTO DE SISTEMA
INFORMÁTICO SOLICITADO A LA GERENCIA DE TECNOLOGÍA DE LA
INFORMACIÓN (DIAGRAMA DE ACTIVIDADES)
ANEXO N. IDENTIFICACION DE RIESGOS.
ANEXO O. MATRIZ DE RIESGO.
PRIMERA VERSIÓN 2
RESOLUCIÓN SECRETARIAL N° 31 -2015/SGEN/RENIEC
REQUERIMIENTO DE IMPLEMENTACIÓN 1 MANTENIMIENTO
DE SISTEMAS INFORMÁTICOS GP-382-GTI/SGIS1006
I. OBJETIVO
Establecer los lineamientos y acciones a seguir, para la formulación y atención de los
requerimientos de sistemas informáticos solicitados por parte de los usuarios de las
distintas unidades orgánicas del Registro Nacional de Identificación y Estado Civil.
II. ALCANCE
La presente Guía de Procedimientos es administrada por la Gerencia de Tecnología de
la Información, es fuente de consulta para el personal de la Gerencia, y es de aplicación
para todas las Unidades Orgánicas del RENIEC que requieran servicios informáticos
relacionados a sistemas informáticos desarrollados en la Institución.
BASE LEGAL
3.1 Ley N° 26497, Ley Orgánica del Registro Nacional de Identificación y Estado Civil.
3.2 Ley N° 28716, Ley de Control Interno de las Entidades del Estado.
3.3 Resolución Ministerial N° 139-2004-PCM, publicada en el Diario Oficial el
Peruano el 28 de mayo de 2004, que aprueba la "Guía Técnica sobre Evaluación
de Software para la Administración Pública".
3.4 Resolución Comisión de Reglamentos Técnicos y Comerciales N° 0055-
2006/INDECOPI-CRT, publicada en el Diario Oficial el Peruano el 28 de julio de
2006, que aprueba la "NTP-ISO/IEC 12207:2006 TECNOLOGÍA DE LA
INFORMACIÓN. Procesos del ciclo de vida del software, 2' Edición".
3.5 Resolución de Contraloría General N° 320-2006-CG, publicada en el Diario
Oficial el Peruano el 03 de noviembre del 2006, que aprueba las Normas de
Control Interno, que son de aplicación en las Entidades del Estado Peruano.
3.6 Resolución Ministerial N° 246-2007-PCM, publicada en el Diario Oficial el
Peruano el 25 de agosto de 2007, que aprueba la Norma Técnica Peruana "NTP-
ISO/IEC 17799:2007 EDI. TECNOLOGIA DE LA INFORMACIÓN. Código de
Buenas Prácticas para la Gestión de la seguridad de la Información. 2a Edición" en
las entidades del Sistema Nacional de Informática.
3.7 Resolución Jefatural N° 265-2010-JNAC/RENIEC, del 30 de marzo de 2010, que
aprueba la Directiva DI-288-G1/020 sobre "Lineamientos Generales de Seguridad
de la Información", primera versión.
3.8 Resolución Jefatural N° 124-2013-JNAC/RENIEC, del 10 de abril de 2013, que
aprueba el Reglamento de Organización y Funciones y la Estructura Orgánica del
Registro Nacional de Identificación y Estado Civil.
3.9 Resolución Secretarial N° 29-2014/SGEN/RENIEC, del 30 de mayo de 2014, que
aprueba la Directiva DI-200-GPP/001 sobre "Lineamientos para la Formulación de
los Documentos Normativos del RENIEC", quinta versión.
3.10 Resolución Secretaria; N° 19-2012/SGEN/RENIEC, del 08 de julio de 2014, que
aprueba la Directiva D1-219-SGEN/003 sobre "Documentos Escritos", cuarta
versión.
PRIMERA VERSIÓN 3
DE SISTEMAS INFORMÁTICOS GP-382-GTIISGIS/006
IV. DEFINICIÓN DE TÉRMINOS

4.1 Equipo de trabajo: Conjunto de personas organizadas para la planificación,
desarrollo y mantenimiento del sistema informático, y/o tarea informática que se le
asigne, así como de la gestión del proyecto informático, la calidad, la seguridad y la
configuración.
Puede encontrarse integrada por personal de la Sub Gerencia de Ingeniería de
Software, Sub Gerencia de Gestión de Base de Datos, Sub Gerencia de Soporte
Técnico Operativo, Sub Gerencia de Operaciones Telemáticas, así como de los
usuarios líder y funcional, en caso sea requerido.
Cada una de los integrantes tendrá asignado las tareas y tiempo de ejecución,
según la disponibilidad de atención vigente en la Gerencia de Tecnología de la
Información.
El compromiso de término es de todos los participantes.
4.2 Especialista: Persona natural encargada de realizar actividades de estudio,
análisis, evaluación, validación, calificación final, autorización o conformidad, de las
actividades que se le encarguen.
4.3 Incidencia: Interrupción no planificada o esperada de un servicio informático, reducción en
la calidad de un servicio informático, falla de algún componente o producto del servicio
informático.
Una incidencia relacionada a sistema informático, al igual que las relacionadas a
servicios informáticos deben ser reportadas a través del Servicio de Mesa de Ayuda
administrada por la Sub Gerencia de Soporte Técnico Operativo, debiendo utilizar
el UNICENTER Service Desk.
El requerimiento de sistema informático es diferente al que corresponde a una
incidencia por ser inmediata su atención, y el cambio generado se encuentra
circunscrito a la operativa funcional del área, no afectando a las demás áreas
funcionales de la Institución.
En caso una incidencia es reportada mediante el SITD, la atención será
manifestada mediante este medio.
4.4 Jefe de Desarrollo del Proyecto: Es el facilitador principal de la Sub Gerencia de
Ingeniería de Software, quien determina la prioridad de atención de los
requerimientos informáticos, la adecuada composición del equipo de trabajo con
personal de la Sub Gerencia de Ingeniería de Software y de otras dependencias de
la Gerencia de Informática incluyendo a otras áreas usuarias, la disposición de
recursos informáticos, así como de la supervisión de la ejecución de los proyectos
informáticos a su cargo.
4.5 Líder Funcional del Proyecto: Personal de la Sub Gerencia de Ingeniería de
Software encargada de dirigir y supervisar el equipo de trabajo al cual se le asigna
la atención del requerimiento informático; así como de coordinar con el usuario líder
/ funcional la realización de una serie de actividades orientadas a culminar la
atención requerida por el área usuaria.
4.6 Pruebas: Conjunto de actividades realizadas por el equipo de trabajo responsable
de la implementación / mantenimiento del sistema informático, presenciables por
los usuarios líderes / funcionales, para demostrar que el sistema informático cumple
con las especificaciones técnicas (lineamientos y requisitos técnicos) y está listo
para ser usado en el entorno de operaciones.
PRIMERA VERSIÓN 4
RESOLUCIÓN SECRETARIAL N° 31/ -2015/SGEN/RENIEC
DE SISTEMAS INFORMÁTICOS GP-382-GTI/SGIS/006
Las pruebas son aplicables dentro de los procesos de Construcción e Implantación

en el macro proceso de Desarrollo del sistema informático, así también durante el
mantenimiento o implementación.
4/ Requerimiento: Solicitud (pedido, petición) de atención realizada por el usuario en
relación diversas a soluciones informáticas, para lo cual debe utilizar el Sistema
Integrado de Trámite Documentario, Mesa de Ayuda — UNICENTER Service Desk,
según el tipo de servicio.
4.8 Requerimiento de Sistema Informático: Solicitud de implementación /
mantenimiento de un sistema informático por parte del usuario, la misma que
involucra un nuevo desarrollo o mantenimiento (correctivo, evolutivo, adaptativo,
perfectivo), y que a su vez impacta en las operativas de trabajo del área funcional
y/o de otras dependencias, además de la demanda de mayores recursos
informáticos.
Esta actividad se formaliza con el formato del anexo 'A', según las instrucciones del
anexo B'.
4.9 Servicio de Sistema Informático: Conjunto de actividades realizadas durante la
planificación, desarrollo (estudio de viabilidad, análisis, diseño, construcción,
implantación) y mantenimiento del sistema informático, determinándose
conjuntamente con el usuario los acuerdos del servicio en cuanto a tipo y niveles.
Las actividades del servicio informático guardan correspondencia con la NTP-
ISO/IEC 12207:2006 TECNOLOGÍA DE LA INFORMACIÓN. Procesos del ciclo de
vida del software — 2° Edición, Guía Técnica Sobre Evaluación del Software para la
Administración Pública y la Metodología Métrica V3.
4.10 Sistema Informático: Conjunto de 'elementos relacionados' compuesto por uno o
más procesos a nivel de software, el cual es accedido por el usuario por medio de
interfaces informáticas.
— 4.11 Sistema Integrado de Trámite Documentario (SITD): Sistema informático de
alcance institucional y a nivel nacional que permite la administración y gestión del
flujo administrativo de la documentación, dependiendo del perfil de acceso al
sistema, es decir del grado de autorización delegada, las funciones y
responsabilidades en la organización.
Toda la documentación se encuentra en formato digital, debiendo conservar la
Firma Digital durante la emisión / lectura del documento.
Por este medio se canalizará la atención de los errores o fallas de registro del
usuario final, realizado en los diversos sistemas informáticos desarrollados en la
Institución, así como las necesidades de información que requieran un
procesamiento de data previa.
4.12 UNICENTER Service Desk: Sistema informático de alcance institucional y a nivel
nacional que permite el registro de los requerimientos de atención inmediata
relacionados a soporte técnico de sistemas informáticos, atención de incidencias y
otras soluciones informáticas.
Es administrado por el personal del servicio Mesa de Ayuda de la Sub Gerencia de
Soporte Técnico Operativo, manteniendo coordinación con las Sub Gerencias de
Ingeniería de Software, Gestión de Base de Datos, Operaciones Telemáticas y
Planificación e Innovación Tecnológica.
4.13 Usuario del Sistema: Persona natural que utiliza el sistema informático en
operación para llevar a cabo una función específica.
PRIMERA VERSIÓN 5
RESOLUCIÓN SECRETARIAL N° 3V -2015/SGEN/RENIEC
414 Usuario Funcional: Persona experta de la unidad orgánica funcional, con

conocimiento de las tareas operativas, normalizadas de acuerdo a los
procedimientos operativos / administrativos / informáticos de la unidad orgánica.
Durante el proceso de implementación/mantenimiento de las mejoras
procedímentales y/u operativas a nivel informático, será quien realice las
propuestas por delegación del jefe inmediato superior.
4.15 Usuario Líder (Funcional): Puede realizar las mismas actividades que el usuario
funcional, además de contar con el respaldo de su jefe inmediato superior para la
aprobación de los acuerdos finales en la implementación / mantenimiento de los
sistemas informáticos, así como validar de manera definitiva las especificaciones
de los sistemas informáticos, dar conformidad final de los avances realizados,
desde el inicio de su participación en el proyecto informático hasta la culminación.
V. DISPOSICIONES GENERALES
5.1 La Gerencia de Tecnología de la Información debe velar por el cumplimiento del
presente procedimiento.
Los requerimientos de sistemas informáticos deben ser solicitados a la Gerencia de
Tecnología de la Información a través del Sistema Integrado de Trámite
Documentario.
5.2 La Sub Gerencia de Ingeniería de Software resuelve en cuanto a su competencia,
lo relacionado directamente al requerimiento de sistema informático, a un nivel
técnico.
Corresponde a su competencia determinar el flujo administrativo a seguir del
requerimiento de sistema informático; corresponderá la atención de incidencias a
través de Mesa de Ayuda - UNICENTER Service Desk, o la continuidad de la
atención mediante el SITD.
En caso exista un requerimiento realizado por el SITD o UNICENTER Service Desk
que implique cambios que afecten la operativa del área funcional o de otras
dependencias funcionales relacionado a sistemas informáticos entonces deberá ser
aplicable su tratamiento como Requerimiento de Sistema Informático, debiendo
regularizarse el trámite administrativo correspondiente.
Complementariamente, el correo electrónico permitirá flexibilidad y agilidad en la
realización de coordinaciones inmediatas en relación a la atención requerida, sea la
realizada por el SITD o Mesa de Ayuda.
5.3 El Usuario Líder, es el responsable de los acuerdos finales en cuanto a la
implementación / mantenimiento de los sistemas informáticos.
El funcionario a cargo de la unidad orgánica o dependencia funcional es el
responsable principal por sobre el usuario líder designado, por tanto los acuerdos
finales concretados se encuentran bajo su responsabilidad.
5.4 Los requerimientos de sistemas informáticos provenientes de áreas funcionales
cuyo efecto se extiende a otras áreas funcionales que formen parte de los Sistemas
de Gestión de la Calidad - SGC deberán ser canalizados por parte de la Alta
Dirección del propio SGC.
5.5 Ante la existencia de más de dos requerimientos de sistemas informáticos
proveniente por una unidad orgánica, es necesario que el funcionario a cargo
determine el orden de prioridad, así como el alcance del mismo para su atención en
PRIMERA VERSIÓN 6
RESOLUCIÓN SECRETARIAL N° <3•1 -2015/SGEN/RENIEC
el plazo acordado, salvo casuísticas excepcionales que deben ser considerados de

mutuo acuerdo.
5.6 La documentación administrativa debe ser gestionada mediante el Sistema
Integrado de Trámite Documentario (SITD), en base a la Directiva de Documentos
Escritos.
5.7 La firma y/o visto bueno consignado en el (las) acta(s) de acuerdos concretados
puede ser manuscrita y/o digital, pudiéndose dar una mixtura al tener ambos igual
validez administrativa en la Institución.
5.8 Los formatos de los Anexos A, C, E, G, 1, K que tengan el diseño acorde a las
versiones anteriores a la presente normativa, serán válidos por cuanto reproduce
un acuerdo de partes en su fecha; igual tratamiento tendrán aquellos que se
encuentren en proceso de firmas y/o visto buenos a la aprobación de la presente.
5.9 Los formatos de la presente normativa sólo deben presentar variación de forma, por
limitaciones dadas por el software 'Editor de Texto' que el usuario tenga disponible
para su utilización en una estación de trabajo computacional. Debiera contener los
campos acorde a las instrucciones de llenado que corresponda.
5.10 El tratamiento de los requerimientos provenientes de la Alta Dirección deberá ser
flexible, de tal manera que se utilicen los formatos C / E y K opcionalmente a la
documentación administrativa existente en el SITD.
VI. DESCRIPCIÓN DEL PROCEDIMIENTO
6.1 De la determinación de los requisitos relacionados con el producto
6.1.1 El responsable de la Unidad Orgánica, debe formular su requerimiento de

sistema informático detallando de manera clara y precisa las especificaciones
técnicas del sistema informático, en el formato del ANEXO 'A', según las
instrucciones del ANEXO 'B'; también debe adjuntar un documento normativo
y/o comunicación escrita, en el que se describa el método, procedimiento,
técnica o práctica operativa que corresponda al requerimiento.
La atención de los requerimientos solicitados por Entidades o Instituciones
Externas a través de la Alta Dirección se realizará a través del SITD,
opcionalmente se utilizarán los formatos C / E y K.
6.1.2 Este formato debe ser enviado mediante Oficio a la Gerencia de Tecnología
de la Información (GTI) en el SITD, debiendo indicar, si fue incluido en el Plan
Operativo Institucional (P01) correspondiente a su Unidad Orgánica, así como
la coordinación de su inclusión en el Plan Operativo Institucional de la
Gerencia de Tecnología de la Información.
6.1.3 El responsable de la Unidad Orgánica, debe delegar a los usuarios
líderes/funcionales, responsabilidades para desempeñar una participación
activa durante el proceso de implementación / mantenimiento del sistema
informático.
PRIMERA VERSIÓN 7
RESOLUCIÓN SECRETARIAL Nc' ti —2015/SGEN/RENIEC
6.2 De la revisión de los requisitos relacionados con el producto
6.2.1 La Gerencia de Tecnología de la Información, previa calificación y aprobación

del requerimiento de sistema informático, procede a su derivación a la Sub
Gerencia de Ingeniería de Software para su atención, mediante un Proveído
en el SITD.
6.2.2 La Sub Gerencia de Ingeniería de Software verifica si el requerimiento de
sistema informático ha sido incluido en el Plan Operativo Institucional de la
SGIS; en caso contrario informa a la Gerencia de Tecnología de la
Información sobre la factibilidad y viabilidad de su implementación, mediante
un Informe en el SITD.
De no encontrar una solución informática factible y viable, dado el entorno
existente al momento de la evaluación, la Sub Gerencia de Ingeniería de
Software expondrá ante la GTI los detalles técnicos de la no procedencia,
caso contrario planteará soluciones informáticas o prácticas alternativas a la
solicitada inicialmente.
6.2.3 La Sub Gerencia de Ingeniería de Software, una vez aprobada la atención del
requerimiento de sistema informático, deriva al personal especializado para su
diagnóstico y evaluación mediante un Proveído en el SITD.
Dependiendo del tipo, ámbito, alcance, impacto, del requerimiento de sistema
informático, el especialista encargado de la Sub Gerencia de Ingeniería de
Software puede ser el mismo Líder Funcional del Proyecto.
6.2.4 Siempre que fuese necesario información adicional, personal encargado de la
Sub Gerencia de Ingeniería de Software convocará a reuniones de
coordinación con el usuario líder / funcional, sea en forma remota o
presencial, para el afinamiento de las especificaciones técnicas exigibles en el
requerimiento informático.
En caso de ser requerido, se puede emplear el formato del ANEXO 'C' según
las instrucciones del ANEXO 'D' (El formato es opcional).
Para las coordinaciones, el correo electrónico y el SITD son instrumentos que
permiten flexibilidad y agilidad de comunicaciones.
6.2.5 Al término de la evaluación del requerimiento de sistema informático por parte
del personal asignado de la Sub Gerencia de Ingeniería de Software, se
procede a la formulación de los lineamientos y requisitos técnicos del sistema
informático en el formato del ANEXO 'E', según las instrucciones del ANEXO
'F'; el cual se alcanza al responsable de la unidad orgánica, para las firmas y
vistos correspondientes, en señal de conformidad.
La documentación elaborada debe ser remitida con un Informe u Hoja de
Elevación, contando con la aprobación de la Sub Gerencia de Ingeniería de
Software, por medio del SITD. La conformidad de la misma por parte del área
solicitante debe ser remitida por esta misma vía.
6.2.6 Una vez obtenida la conformidad de los lineamientos y requisitos técnicos del
sistema informático, se procederá a la elaboración del plan / cronograma de
trabajo como referencia inicial de las actividades inicialmente involucradas,
dado que durante el proceso de desarrollo pueden existir casuísticas o
diversas situaciones que conlleven a la modificación de las tareas, los
recursos asignados y/o del tiempo de ejecución.
PRIMERA VERSIÓN 8
RESOLUCIÓN SECRETARIAL N° 3ki -2015/SGEN/RENIEC
6.2.7 En paralelo, se procede a la designación del equipo de trabajo responsable

del desarrollo / mantenimiento del sistema informático, por parte de la Sub
Gerencia de Ingeniería de Software mediante un Proveído en el SITD, el
mismo que depende de la carga de trabajo existente en la Sub Gerencia de
Ingeniería de Software, tomando como base las especificaciones:
lineamientos y requisitos técnicos dados.
Por cada equipo de trabajo debe nombrarse un responsable del desarrollo /
mantenimiento del sistema informático, cuyo rol corresponde al Líder
Funcional del Proyecto; éste debe así mismo dirigir y/o ejecutar el plan de
trabajo, pruebas, presentación, capacitación, migración y/o carga,
implantación, correspondiente.
6.3 Del resultado del diseño y desarrollo
6.3.1 La atención de un requerimiento informático requiere del proceso de

planificación, desarrollo y/o mantenimiento del sistema informático; las
actividades de desarrollo comprenden a su vez a las de estudio de viabilidad,
análisis, diseño, construcción e implantación; esta última puede implicar una
implementación complementaria dependiendo del ámbito físico que requiera
la solución informática.
Como parte de la atención del requerimiento, se realizan las actividades de
gestión de proyectos informáticos, calidad, seguridad y configuración.
El proceso de mantenimiento a su vez requiere de las actividades de análisis,
diseño, construcción e implantación dependiendo del tipo de mantenimiento,
el cual a su vez puede ser correctivo, evolutivo, adaptativo o perfectivo.
6.4 De la revisión, verificación y validación del diseño y desarrollo
6.4.1 Al finalizar la atención del requerimiento, se realizan las pruebas de

aceptación del sistema/regresión, debiendo aprobarse antes de su liberación;
las partes debieran contar con las actas correspondientes, firmadas y visadas,
de acuerdo a los ANEXOS `G', 'H', '1', 'X.
Excepcionalmente, de mutuo acuerdo entre la SGIS y la unidad orgánica
usuaria de la solución informática, se deberá firmar y visar el acta del ANEXO
`K', explicado en el ANEXO I', para la formalización/ regularización de un
servicio prestado, en reemplazo de los formatos de los ANEXOS `G' e 'I'. El
formato del Anexo 'K' es opcional.
6.4.2 El Usuario Líder es quien firma los acuerdos finales en cuanto a la
implementación / mantenimiento de los sistemas informáticos.
Dependiendo de la envergadura del desarrollo o mantenimiento del sistema
informático, será exigible la firma del responsable de la Unidad Orgánica, o el
visto bueno en donde su representante (Usuario Líder) funcional firma en
señal de conformidad la puesta en operación del sistema.
La firma del funcionario a cargo de la unidad orgánica o dependencia
funcional supera administrativamente por sobre su(s) representante(s), en
PRIMERA VERSIÓN 9
RESOLUCIÓN SECRETARIAL N° 3t1 -2015/SGEN/RENIEC
REQUERIMIENTO DE IMPLEMENTACIÓN 1 MANTENIMIENTO
consecuencia su firma es suficiente para validar o dar conformidad a los

acuerdos finales concretados bajo su responsabilidad.
6.4.3 Los manuales de usuario, instructivos y/o otros documentos complementarios
de nuevos sistemas informáticos, serán entregados al término de la atención
del servicio informático en su versión final, el mismo que debe ser
considerado en el plan de trabajo para la atención del requerimiento
informático.
Los documentos de usuario que correspondan a mantenimiento de sistemas
informáticos serán actualizados siempre que correspondan a cambio de
diseño de las interfaces informáticas.
6.4.4 Siempre que fuere necesario, el área usuaria puede requerir de una
capacitación o adiestramiento en el uso del sistema informático, mediante la
modalidad presencial o virtual, dependiendo del ámbito y/o alcance de la
atención.
De ser necesario, se coordinará con el Centro de Altos Estudios Registrales la
realización de la capacitación.
6.5 Del control de cambios del diseño y desarrollo
6.5.1 El Usuario Líder podrá realizar el seguimiento de la atención del requerimiento

de sistema informático por intermedio del SITD o UNICENTER Service Desk,
conforme lo haya iniciado.
6.5.2 Una vez implementada la solución informática, el equipo de trabajo a cargo
del Líder Funcional del Proyecto realiza un seguimiento periódico del servicio.
6.5.3 Debe mantenerse un contacto permanente con el usuario líder y/o funcional
para la realización de revisiones periódicas del nivel de servicio informático.
6.5.4 Los cambios del diseño y desarrollo se identifican, y se mantienen los
registros de los mismos, con las actas y registros correspondientes.
VII. VIGENCIA
Entrará en vigencia a partir de su aprobación.
VIII. APROBACIÓN
Será aprobada mediante Resolución Secretarial.
IX. ANEXOS
PRIMERA VERSIÓN 10
ANEXO A
• REQUERIMIENTO
DE SISTEMA INFORMÁTICO:
IMPLEMENTACIÓN 1 MANTENIMIENTO
011,
REGISTRO NACIONAL DE IDENTIFICACIÓN Y ESTADO
FECHA :
0
DEL FORMATO: REF.: <Fecha del
CÓDIGO: Re uerimiento>
<Documento(s) de Referencia > N° REQ.:
MT-DE-F-RSI-1/GTI/SGIS
VERSIÓN: 03
EMISIÓN: 01/11/2005
ACTUAL: 29/10/2013 ASUNTO:
<Descripción del Asunto del Requerimiento de Sistema Informático>
C) <Número Correlativo - Año
/Siglas Unidad Orgánica u
N° PAG:
Organo>
<Número Página /
LUGAR: Cantidad de Páginas>
<Descripción de la Ubicación ETAPA:
Física en que se genera <Etapa en que se realiza
Acta> el Requerimiento>
SOLICITANTE:
RESPONSABLE: <Nombre Completo del Responsable del Requerimiento> DNI: <Número DNI>
CARGO: <Nombre del Cargo o Rol>
EA DE DEPENDENCIA: <Dependencia de la Unidad Orgánica o Unidad Orgánica>
EN iA
SOR IDAD ORGÁNICA/ÓRGANO: <Unidad Orgánica a la cual corresponde el Área de Dependencia, u Órgano>
iDIC
ALCANCE:
<Ámbito, conceptualizaciones, referencias>
FUNCIONALIDAD:
<Descripción: procesos, procedimientos, propósito, funciones: Nivel contextual — up- down>
<MODULO(S)/ PROCESO(S) / SERVICIO(S) / COMPONENTE(S): (Detalle del requerimiento)

■ Módulo 1
■ Módulo 2>
<DISEÑO DE INTERFACES:
■ Módulo 1
■ Módulo 2>
CARACTERÍSTICAS DEL USUARIO:

• <Funciones del Usuario>
• <Perfil de Usuario>
■ <Nivel de Acceso>
N. VELES DE SEGURIDAD:
fiD scripción de los Niveles de Seguridad>
ENt ORNO TECNOLÓGICO:

<Nivel Cliente>
<Nivel Servidor>
CONSIDERACIONES / OBSERVACIONES:
escripción de las consideraciones / observaciones>
REA DE DEPENDENCIA UNIDAD ORGÁNICA
a: Firma:
ombre: <Nombre de la Persona> Nombre: <Nombre de la Persona>
DNI: <Número DNI> DNI: <Número DNI>
Cargo: <Cargo de la Persona> Cargo: <Cargo de la Persona>
Fecha: <dd/mm/aaaa> Fecha: <dd/mm/aaaa>
PRIMERA VERSIÓN 11
ANEXO B
INSTRUCCIONES PARA EL LLENADO DEL 'ANEXO A'
1. Logo de RENIEC, es invariable.

2. Nombre del Formato: Requerimiento de Sistema Informático: Implementación / Mantenimiento, es invariable.
3. Datos del Formato, son invariables:
a. Código del formato.
b. Versión del formato.
c. Fecha de la emisión, por vez primera del formato.
d. Fecha de actualización del formato.
4. Documento(s) de Referencia, es variable.
5. Fecha de emisión del requerimiento, es variable.
6. Número del Requerimiento realizado por Unidad Orgánica u Órgano, es variable.
7. Descripción de la ubicación física en que se genera el requerimiento, es variable.
8. Descripción del asunto del requerimiento, es variable.
9. Número del paginado, es variable.
10. Etapa en que se encuentra el Requerimiento, es variable. Las etapas en el ciclo de vida del software son las siguientes:
a. Planificación/Gestión del Proyecto.
b. Desarrollo/Implementación del Software:
i. Estudio de Viabilidad (opcional), Análisis, Diseño, Construcción / Codificación, Implantación, acorde a la GP-
213-GI/SGIS/002.
ii. Inicio y Análisis, Arquitectura y Diseño, Construcción, Integración y Pruebas, Entrega, acorde a la NTP-RT-
ISO/IEC 29110-5-1-2 2012.
Los tipos de mantenimiento de software son: Correctivo, Evolutivo, Adaptativo y Perfectivo. Las etapas que
corresponden a un Mantenimiento son:
a. Iniciación
b. Análisis del Problema y Modificación
c. Implementación de la Modificación
d. Revisión y Aceptación del Mantenimiento
e. Migración (opcional, sólo en caso corresponda a data/software)
11. Datos del Solicitante, es variable:
a. Nombre del Responsable del Área de Dependencia o Unidad Orgánica u Órgano.
b. Número de DNI.
c. Cargo o Rol.
d. Área de Dependencia o Unidad Orgánica.
e. Unidad Orgánica a la cual corresponde el Área de Dependencia, u Órgano.
12. Datos relevantes del Requerimiento de Sistema Informático, es variable:
a. Alcance, se define el ámbito de cobertura, las conceptualizaciones a nivel técnico y las referencias relacionadas.
En caso de no ser considerado colocar 'No Aplica'.
b. Funcionalidad, se describe los procesos, procedimientos, operatividad, incluyendo el propósito principal, las
funciones que se estarían automatizando en relación a las jerarquía de la funcionalidad y su cruce con el ámbito y/
o estrato técnico-operativo (Nivel Contextual Up&Down).
i. Módulo(s) / proceso(s) / servicio(s) / componente(s), detalle del requerimiento; es obligatorio.
ii. Diseño de Interfaces, pudiendo llegar a nivel de interacción con el hardware, software, telecomunicaciones y
base de datos existentes; es opcional.
c. Características del Usuario, en cuanto a las funciones que cumple, el perfil de usuario que se le asigna, los niveles
de acceso a los recursos informáticos. En caso de no ser considerado colocar 'No Aplica'.
d. Niveles de Seguridad, por cada módulo / sistemas / soluciones informáticos, por lo general es el estándar
administrado por la Gerencia de Tecnología de la Información; es opcional.
e. Entorno tecnológico a nivel cliente / servidor, es opcional.
f. Consideraciones / Observaciones que se deben tener en cuenta en relación a las soluciones informáticas
existentes y en desarrollo. En caso de no ser considerado colocar 'No Aplica'.
13. Área de Dependencia o Unidad Orgánica u Órgano, es obligatoria su consignación:
a. Firma, del Funcionario.
b. Nombre, del Funcionario.
c. DNI, del Funcionario.
d. Cargo o Rol, del Funcionario.
e. Fecha.
La firma del Jefe Inmediato Superior supera al del Dependiente, pudiendo éste último exonerarse de la firma. De ser
necesario sólo se considerará un recuadro.
En caso de ser firmada digitalmente por el Jefe Inmediato Superior, no son necesarios los recuadros. La variación del
orden de los firmantes no invalida el Requerimiento.
PRIMERA VERSIÓN 12
ANEXO C
410
......- ACTA REUNIÓN
Rasgan° NACIONAL va IDENTIOCACIóNN ESTADO CiVE. o (SESIÓN DE TRABAJO / COORDINACIÓN)
FECHA:
DEL FORMATO: REF.: <Fecha del Acta>
Ó DIGO:
<Documento(s) de Referencia >
MT-DE-A -AR-4/GTI/SGIS
N° ACTA.:
VERSIÓN: 02
PROYECTO / SISTEMA / MÓDULO/ PROCESO/ COMPONENTE / SERVICIO: <Número Correlativo
EMISIÓN: 24/01/2007
—Año / Iniciales
ACTUAL: 05/01/2011 <Nombre del Proyecto / Sistema / Módulo / Proceso / Componente Encargado>
3 /Servicio>
O N° PAG:
LUGAR: <Número Página /
<Descripción de la Cantidad de Página>
Ubicación Física en que se ASUNTO: ETAPA:
genera el Acta>O <Descripción del Asunto del Requerimiento de Sistema Informático o <Etapa en que se
realiza el Requerimien 11
Tema Desarrollado>
>
DESCRIPCIÓN
<General de la reunión por realizarse, incluyendo los términos generales de la reunión, alcance, objetivos, or por Incorporarse,
beneficios> 12
ACUERDOS:
<Descripción de los Acuerdos de los participantes, pudiendo incluir antecedentes, supuestos, entre otros temas previos considerados
por los participantes de la reunión>
la
<Descripción de las consideraciones / observaciones>
PARTICIPANTES DE LA REUNIÓN:
USUARIO FUNCIONAL/ ÁREA DE LA DEPENDENCIA/ UNIDAD

e
USUARIO LÍDER/ ÁREA DE LA DEPENDENCIA/ UNIDAD ORGÁNICA
ORGÁNICA
Firma: Firma:
Nombre: <Nombre de la Persona> Nombre: <Nombre de la Persona>
Cargo/Rol: <Cargo o Rol de la Persona> Cargo/Rol: <Cargo o Rol de la Persona>
Fecha: <Fecha de la Firma> Fecha: <Fecha de la Firma>
LIDER FUNCIONAL PROYECTO JEFE DESARROLLO PROYECTO
Firma: Firma:
Cargo/Rol: <Cargo o Rol de la Persona> Cargo: <Cargo de la Persona>
Fecha: <Fecha de la Firma> Fecha: <Fecha de la Firma>
PRIMERA VERSIÓN 13
DE SISTEMAS INFORMÁTICOS GP-382-GTUSGIS/006
ANEXO D
INSTRUCCIONES PARA EL LLENADO DEL 'ANEXO C'

2. Nombre del formato: Acta de Reunión (Sesión de Trabajo / Coordinación), es invariable. En
caso de ser requerido se puntualiza con los siguientes agregados, es opcional:
a. Sesión de Trabajo, si se trata de acuerdos relacionados a sistemas informáticos.
b. Coordinación, si se trata de acuerdos en general.
3. Datos del formato, son invariables:
ERENC
c. Fecha de la emisión, por primera vez del formato.
SESORÍ d. Fecha de actualización del formato.
5. Fecha de emisión del acta, es variable.
6. Descripción de la ubicación física en que se genera el acta, es variable.
7. Nombre del proyecto / sistema / módulo / proceso / componente / servicio informático, es
variable.
8. Número del Acta de Reunión, el cual es un correlativo del personal encargado, es variable.
10. Descripción del asunto tratado en el Acta de Reunión en concordancia con el Requerimiento del
Informático o Tema Desarrollado, es variable.
11. Etapa en que se encuentra el Requerimiento, es variable.
12. Descripción del Acta de Reunión, cuyo contenido es de mutuo acuerdo de los participantes, es
variable.
13. Acuerdos a los que se ha llegado en el Acta, es variable.
14. Consideraciones / Observaciones que se deben tener en cuenta en relación a las soluciones
informáticas existentes y en desarrollo. En caso de no ser considerado colocar 'No Aplica'.
15. Participantes de la Reunión:
a. Del Usuario Funcional o Responsable del Área de Dependencia / Unidad Orgánica, su
Firma, Nombre, Número de DNI, Cargo/Rol y Fecha de la Firma; el recuadro es opcional,
pudiendo ser superado por el del Usuario Líder.
b. Del Usuario Líder o Responsable del Área de Dependencia / Unidad Orgánica, su Firma,
Nombre, Número de DNI, Cargo/Rol y Fecha de la Firma; el recuadro es opcional, Sub
Gerente de Ingeniería de Software pudiendo ser superado por funcionario a cargo de la
Dependencia o Unidad Orgánica.
c. Del Líder Funcional del Proyecto, su Firma, Nombre, Número de DNI, Cargo/Rol y Fecha de
la Firma; el recuadro es opcional, pudiendo ser superado por el del funcionario a cargo de la
Dependencia o Unidad Orgánica o Jefe de Desarrollo del Proyecto.
d. Del Jefe de Desarrollo del Proyecto, su Firma, Nombre, Número de DNI, Cargo y Fecha de
la Firma, es obligatorio.
En caso de existir mayor cantidad de Participantes en la reunión podrá optarse por dos
alternativas:
■ Agregar similar (res) recuadro(s) al diseñado para el Acta de Reunión.
■ Agregar un recuadro como el diseñado en el siguiente recuadro, con la cantidad de
líneas necesarias por participante. El considerar columnas adicionales con campo de
datos es opcional.
Nombre DNI Dependencia Firma
PRIMERA VERSIÓN 14
RESOLUCIÓN SECRETARIAL N° 2j1 -2015/SGEN/RENIEC
ANEXO E
RENIEC
• Oh
ACTA DE LINEAMIENTOS & o
FWG/STRO NAcioNAL DE IDENTIFICACIÓN Y ESTADO CIVIL
REQUISITOS
FECHA :
REF.: <Fecha del Acta > (5
DEL FORMATO:
CÓDIGO: <Documento(s) de Referencia > N° ACTA.:
MT-DE-A-ALR-1/GTI/SGIS <Número Correlativo — Año
VERSIÓN: 02 Iniciales Encargado>
EMISIÓN: 01/11/2005
ACTUAL: 05/11/2011
PROYECTO / SISTEMA / MÓDULO/ PROCESO! COMPONENTE / SERVICIO:
<Nombre del Proyecto / Sistema / Módulo / Proceso / Componente
o
LUGAR:
<Descripción de la Ubicación
Física en que se genera el
Acta>
/Servicio>
o N° PAG:
<Número Página /
Cantidad de Página>
ETAPA:
9
ASUNTO: <Etapa en que se realiza

<Descripción del Asunto del Requerimiento de Sistema
informático o Tema Desarrollado>
el Requerimiento>
cp,
ALCANCE:
< Ámbito, Conceptualizaciones, Referencias>
DESCRIPCIÓN:
<Funcional, Procedimental, Necesidades/ Problemas, Objetivos>
)ICAA
'11 AD J. 1.3`iRATIVA ól
ANTECEDENTES:
<Descripción de trabajos anteriores: sistemas, módulos, servicios, consultas, reportes, entre otros, relacionados al requerimiento del
Yn'J4 •Rrrote.
sistema informático>
LINEAMIENTOS <Por Módulo:

■ Módulo 1
Módulo 2>
/O Yo'S
CFA', rAD°_
REQUISITOS <Por Módulo: la
,Aicior;
`n
ao- ',TRES PUESTO
• Módulo 1
Módulo 2>
CARACTERÍSTICAS DEL USUARIO:

■ <Funciones del Usuario>
<Perfil de Usuario>
<Nivel de Acceso>
NIVELES DE SEGURIDAD:
<Descripción de los Niveles de Seguridad>
PARTICIPANTES:
USUARIO FUNCIONAD ÁREA DE LA DEPENDENCIA/ UNIDAD USUARIO LÍDER! ÁREA DE LA DEPENDENCIA/ UNIDAD ORGÁNICA
ORGÁNICA
Firma: Firma:
LIDER FUNCIONAL PROYECTO JEFE DEASAROLLO PROYECTO
Firma: Firma:
PRIMERA VERSIÓN 15
RESOLUCIÓN SECRETARIAL N° 3/ -2015/SGEN/RENIEC
ANEXO F
INSTRUCCIONES PARA EL LLENADO DEL 'ANEXO E'
t Logo de RENIEC, es invariable.

2. Nombre del Formato: Acta de Lineamientos y Requisitos, es invariable.
c. Fecha de la Emisión, por primera vez del formato.
5. Fecha de emisión del acta.
variable
8. Número del Acta de Lineamientos y Requisitos, el cual es un correlativo del personal
encargado, es variable.
10. Descripción del asunto tratado en el Acta de Lineamientos y Requisitos de acuerdo al
Requerimiento de Sistema Informático, es variable.
11. Etapa en que se encuentra el requerimiento.
12. Datos relevantes del Acta de Lineamientos y Requisitos, es variable:
a. Alcance, se define el ámbito de cobertura, las conceptualizaciones a nivel técnico y las
referencias relacionadas. En caso de no ser considerado colocar `No Aplica'.
b. Descripción de la funcionalidad, de los procedimientos, necesidades y/o problemas
existentes, así como los objetivos de la implementación del Requerimiento Informático de
Sistema Informático, es obligatorio.
c. Antecedentes, una breve descripción de la situación anterior o implementaciones /
mantenimientos / adaptaciones realizados con anterioridad. En caso de no ser considerado
colocar `No Aplica'.
d. Detalle de Lineamientos y Requisitos por cada módulo / proceso / servicio / componente,
todos ellos en integrado.
e. Características del Usuario, en cuanto a las funciones que cumple, el perfil de usuario que
se le asigna, los niveles de acceso a los recursos informáticos. En caso de no ser
considerado colocar 'No Aplica'.
f. Niveles de Seguridad, por cada módulo / sistemas / soluciones informáticos, por lo general
es el estándar administrado por la Gerencia de Tecnología de la Información; es opcional.
g. Consideraciones / Observaciones que se deben tener en cuenta en relación a las
soluciones informáticas existentes y en desarrollo. En caso de no ser considerado colocar
`No Aplica'.
13. Participantes:
alternativas expuestas en el numeral '15' del Anexo D.
PRIMERA VERSIÓN 16
RESOLUCIÓN SECRETARIAL N° 3`I -2015/SGEN/RENIEC
ANEXO G
el
-, ACTA DE PRUEBAS DE ACEPTACIÓN
,
,---,,,
REMIRO NACIONAL DE tDENT(FICADION Y E.STADCIMLOD

DEL SISTEMA / REGRESIÓN
REF.:
DEL FORMATO: ()FECHA :
CÓDIGO: <Fecha del Acta
MT-DE-A-APASR- s
5/GTI/SGIS PROYECTO / SISTEMA / MÓDULO/ PROCESO/ COMPONENTE / SERVICIO: N° ACTA.:
VERSIÓN: 02 <Número Correlativo — no
EMISIÓN: 01/11/200
<Nombre del Proyecto / Sistema / Módulo / Proceso / Componente Iniciales / Encargado>
ACTUAL: 05/01/2011 /Servicio>
•
r.5.?" G_
EN \LUGAR:
t
' ) Descripción de la Ubicación ASUNTO: oN° PAG:
. ísica en que se genera el <Número Página /
JUR IC <Tema u Tópico Desarrollado>
jActa> Cantidad de Página>
'
"PtIVItC7-=''
TIPO PRUEBAS: <Tipo de
Pruebas del Sistema.
SOLICITANTE:
ESPONSABLE: <Nombre Completo del Responsable del Requerimiento> DNI: <Número DNI> e
ARGO/ROL: <Nombre del Cargo/Rol>
.(5. REA DE DEPENDENCIA: <Dependencia de la Unidad Orgánica>
/UNIDAD ORGÁNICA: <Descripción de la Unidad Orgánica>
DESCRIPCIÓN
<Casuística de Pruebas> 0
14
TIEMPO DE PRUEBAS
TEMAS /TÓPICOS DE PRUEBAS

Funcionalidad Responsable Situación Observación
Conforme No
Conforme
2
• La 101: g
3
PARTICIPANTES DE LAS PRUEBAS: 17
USUARIO FUNCIONAD ÁREA DE LA DEPENDENCIA/ UNIDAD USUARIO LÍDER / ÁREA DE LA DEPENDENCIA! UNIDAD ORGÁNICA
ORGÁNICA
Firma: Firma:
LIDER DE PROYECTO INFORMÁTICO JEFE DESARROLLO PROYECTO
Firma: Firma:
,DNI: <Número DNI> DNI: <Número DNI>
/largo/Rol:
argo/Rol: <Cargo o Rol de la Persona> Cargo: <Cargo de la Persona>
PRIMERA VERSIÓN 17
DE SISTEMAS INFORMÁTICOS G13-382-GTI/SGIS/006
ANEXO H
INSTRUCCIONES PARA EL LLENADO DEL 'ANEXO G'

2. Nombre del formato: Acta de Pruebas de Aceptación del Sistema / Regresión, es invariable.
3. Datos del Formato, son invariables:
91; 4. Documento(s) de Referencia, es variable.
iv 5. Fecha de emisión del acta, es variable.
variable.
8. Número del Acta de Pruebas, el cual es un correlativo del personal, es variable.
11. Tipo de Pruebas de acuerdo a la etapa del Requerimiento de Sistema Informático, es variable.
a. Nombre del Funcionario responsable de la Dependencia o Unidad Orgánica.
b. Número de DNI.
c. Cargo/Rol.
d. Área de Dependencia, es opcional.
e. Unidad Orgánica a la cual corresponde el Área de Dependencia.
13. Descripción de la casuística de pruebas correspondiente, es variable.
14. Tiempo de Pruebas, es variable.
15. Temas u Tópicos producto de la Casuística de Pruebas, el cual permitirá dar conformidad al
desarrollo del sistema informático. Deben registrarse los siguientes datos, es variable:
a. Funcionalidad.
b. Responsable.
c. Situación de conformidad o no conformidad. La ausencia de selección de alguna alternativa
significa la aceptación o conformidad positiva.
d. Observación, si correspondiese.
16. Consideraciones / Observaciones que se deben tener en cuenta en relación a las soluciones
informáticas existentes y en desarrollo. En caso de no ser considerado colocar `No Aplica'.
17. Participantes de las Pruebas:
PRIMERA VERSIÓN 18
RESOLUCIÓN SECRETARIAL N° 5y -2015/SGEN/RENIEC
ANEXO 1
•
ACTA DE CONFORMIDAD GENERAL &
\,=
.. '-'-' PASE A PRODUCCIÓN
REGISTRO NACIONAL DE IDENTIFICACIóN Y ESTADO CM 1
(PUESTA EN OPERACIONES / FUNCIONAMIENTO)
FECHA :
DEL FORMATO: REF.: <Fecha del Acta
CÓDIGO: C4) N° ACTA.:
<Documentos de Referencia >
MT-DE-A-ACGPP- <Número Correlativo —Año
6/GTI/SGIS Iniciales / Encargado
VERSIÓN: 02 PROYECTO / SISTEMA / MÓDULO! PROCESO! COMPONENTE / SERVICIO:
EMISIÓN: 01/11/2005 O <Nombre del Proyecto / Sistema / Módulo / Proceso / Comp ente
ACTUAL: 12/06/2009 /Servicio>
LUGAR: N° PAG:
<Descripción de la Ubicación <Número Página /
9. GER NCI Física en que se genera el Cantidad de Página
ASE,CRÍA ASUNTO:
Acta> ETAPA:
Ju o <Tema u Tópico Desarrollado>
O <Etapa en que se realiza
el Requerimiento>
SOLICITANTE:
RESPONSABLE: <Nombre Completo del Responsable del Requerimiento> DNI: <Número DNI> O
venrik,4, CARGO/ROL: <Nombre del Cargo/Rol>
VQ
AREA DE DEPENDENCIA: <Dependencia de la Unidad Orgánica>
surf c CIA
IA
A NIDAD ORGÁNICA: <Descripción de la Unidad Orgánica>
1NA
,4)
4-RENte.9).«
DESCRIPCIÓN:
<Funcional, Alcance, Objetivos, Valor Incorporado, Beneficios>
<Descripción de las consideraciones / observaciones> 13
PARTICIPANTES DEL PASE A PRODUCCIÓN:

O
USUARIO FUNCIONAU ÁREA DE LA DEPENDENCIA/ UNIDAD USUARIO FUNCIONAU ÁREA DE LA DEPENDENCIA/ UNIDAD
ORGÁNICA ORGÁNICA
Firma: Firma:
LIDER FUNCIONAL PROYECTO JEFE DESARROLLO PROYECTO
Firma: Firma:
■
PRIMERA VERSIÓN 19
ANEXO J
INSTRUCCIONES PARA EL LLENADO DEL FORMATO DEL ANEXO 'I'

2. Nombre del formato: Acta de Conformidad General y Pase a Producción, es invariable. En caso
de ser requerido se puntualiza con los siguientes agregados, es opcional:
a. Puesta en Operaciones, si se trata de módulos desarrollados por personal de la GI.
b. Funcionamiento, si se trata de módulos desarrollados por terceros.
G 1A
ESOrs c. Fecha de la emisión, por primera vez del formato.
J RID ■
C d. Fecha de actualización del formato.
variable.
8. Número del Acta de Conformidad General y Pase a Producción, el cual es un correlativo del
personal encargado, es variable.
11. Etapa en la que se encuentra el Requerimiento, es variable.
b. Número de DNI.
c. Cargo/Rol.
13. Datos relevantes del Acta de Conformidad General y Pase a Producción, es variable:
a. Descripción de la funcionalidad, de los procedimientos automatizados / semiautomatizados,
del alcance de la solución informática, así como los objetivos /necesidades / problemas
solucionados. Se incluye los parámetros de la puesta en producción como el entorno
tecnológico sobre el cual entra en operaciones, así como los tiempos correspondientes en
el proceso de la implementación.
b. Consideraciones / Observaciones que se deben tener en cuenta en relación a las
`No Aplica'.
14. Participantes del Pase a Producción:
Firma, Nombre, Número de DM, Cargo/Rol y Fecha de la Firma; el recuadro es opcional,
c. Del Líder del Proyecto Informático, su Firma, Nombre, Número de DNI, Cargo/Rol y Fecha
de la Firma; el recuadro es opcional, pudiendo ser superado por el del funcionario a cargo
de la Dependencia o Unidad Orgánica o Jefe de Desarrollo del Proyecto.
PRIMERA VERSIÓN 20
RESOLUCIÓN SECRETARIAL N° '5Li -2015/SGEN/RENIEC
ANEXO K
• in
., , , ACTA DE CONFORMIDAD
,.. (PRESENTACIÓN / IMPLEMENTACIÓN / GENERAL)
REGISTRO NACIONAL DE IDENTIFICACIÓN Y ESTADO CIVIL
FECHA:
DEL FORMATO: REF.: <Fecha del Acta>
CÓDIGO: s
MT-DE-A-AC-
N° ACTA.:
10/GTI/SGIS
PROYECTO / SISTEMA / MÓDULO/ PROCESO/ COMPONENTE / SERVICIO: <Número Correlativo -
VERSIÓN: 02
Año Iniciales /
EMISIÓN: 01/11/2005 <Nombre del Proyecto / Sistema / Módulo / Proceso / Componente Encargado>
ACTUAL: 05/01/2011 /Servicio> 8
N° PAG:
LUGAR: <Número Página /
<Descripción de la Cantidad de Págin-
Ubicación Física en que se ASUNTO: ETAPA:
9
genera el Acta> C) <Tema u Tópico Desarrollado> O <Etapa en que se realiza el
Requerimiento >
11
SOLICITANTE:
RESPONSABLE: <Nombre Completo del Responsable del Requerimiento> DNI: <Número DNI>
CARGO/ROL: <Nombre del Cargo/Rol>
AREA DE DEPENDENCIA: <Dependencia de la Unidad Orgánica>
NIDAD ORGÁNICA: <Descripción de la Unidad Orgánica>
13
DESCRIPCIÓN
<Funcional, Alcance, Objetivos, Valor Incorporado, Beneficios, otros que consideren, sobre los cuales se da conformidad>
AVANCES IMPLEMENTADOS:
<Descripción de los Avances del Servicio Informático prestado al Área Usuaria >
PARTICIPANTES:
USUARIO FUNCIONAU ÁREA DE LA DEPENDENCIA/ UNIDAD USUARIO LÍDER/ ÁREA DE LA DEPENDENCIA/ UNIDAD ORGÁNICA
ORGÁNICA
Firma: Firma:
IIDER FUNCIONAL DEL PROYECTO JEFE DESARROLLO PROYECTO
Firma: Firma:
PRIMERA VERSIÓN 21
RESOLUCIÓN SECRETARIAL N° 3W -2015/SGEN/RENIEC
ANEXO L
INSTRUCCIONES PARA EL LLENADO DEL 'ANEXO K'

2. Nombre del formato: Acta de Conformidad, es invariable. En caso de ser requerido se
puntualiza con los siguientes agregados, es opcional:
a. Presentación, si se trata de una presentación o demostración de una solución informática
relacionada a sistemas informáticos.
b. Implementación, si se trata de la implementación de soluciones informáticas relacionadas a
sistemas informáticos.
c. General, en caso de otras generalidades.
variable.
8. Número del Acta de Conformidad, el cual es un correlativo del personal encargado, es variable.
fj9. Número del paginado, es variable.
10. Descripción del asunto según el Requerimiento o Servicio Informático, es variable.
11. Etapa del Requerimiento Informático o Servicio Informático, es variable.
b. Número de DNI.
c. Cargo/Rol.
13. Datos relevantes del Acta de Conformidad, es variable:
a. Descripción Funcional, Alcance, Objetivos, Valor Incorporado, Beneficios, otros que
consideren, sobre los cuales se da conformidad; es obligatorio para Capacitación, en otros
casos es opcional.
b. Avances Implementados, describiendo al detalle si fuera necesario, los avances en relación
al Requerimiento de Servicio Informático, prestados al área usuaria, es obligatorio para
Presentación e Implementación, en otros casos es opcional.
c. Consideraciones / Observaciones que se deben tener en cuenta en relación a las
`No Aplica'.
14. Participantes:
c. Del Líder del Proyecto Informático, su Firma, Nombre, Número de DNI y Cargo/Rol y Fecha
de la Firma; el recuadro es opcional, pudiendo ser superado por el del funcionario a cargo
de la Dependencia o Unidad Orgánica o Jefe de Desarrollo del Proyecto.
PRIMERA VERSIÓN 22
RESOLUCIÓN SECRETARIAL N° 3 H -2015/SGEN/RENIEC
rz
z
w
1-
z
w
1-
o
w
z
E
1-
z
o
W w
w
a ti)
w 1-
u_-
(/)
w ¢
2 2
Oz
a. '-
O 0
o
I '<
wc
—1
w U)
GP-382-GTI/SGIS/006
•
•
x
Z
o
1
.7
-
CL
itZ
-.J
O
o
es
(1)
W
C7).
o
117
cn
E
=I
w
O
O
o
w
o
1-
o
'(.79
o
w
z
o
o
o
z
z
ley Z.5.E.
`-
.2 4 4
o et
üt (. P.,
%-#
*•• ,
w
5
itt
Z ¿r_ <
<<
u)
❑
<Z<
•
0Z 5
Gerenc ia de Tecno log ía de la In formac i ón
FLUJO GRAMADEL REQUERIMIENTO DE SISTEMAS INFORMÁTICOS E la bo ra do por: Johnny Chuq u ipu l Cu ipa l
Rovisa do p or: Ja ime Osorio Volásq u oz
■
Eó
;,-. SS
Procesos Re lacionados:
4,0
C'Ñ VI
II
Ap ro ba do p or Da n ilo Al berto Chavoz ESP IMIJ

11
SOLICITADO A LA GERENCIA DE TE CNOLOGÍA DE LA INFORMACIÓN

Procosos Fu nciona les do la Ge rencia do
Tocnolog ia do la In formación Alcance Fu ncio na lGERENCIA DETECNOLOG IADE LA
INFORMACI ÓN
ición de l „"."-••• ci
imiento
pueLo peppin
Geuopund Japn opiensn / opeuopund)
Proce de?
2-
- u,-
á)
o
1
Si
o
•S 2
uópeituojui el ap
el6oloupa1 ap epueJeg
mg 1 _ ›D
Verificación en e l
POI,
Diagnóstico y Evaluación del
Requerimiento Informático
Coordinación con los
Usuarios.
• • • ••
8
1
1
-a
Si
-- ap epumg qns
eJemijos ep epaRiaBui
Definición /Redefinición de
Lineamientos,
Especificaciones y Requisitos
Técnicos.
1
Elaboración /Reelaboración
del Plan de Tra bajo.
o-
U5
E
o
N
1—
w o
w
o
E
LO
zo
w
z
o
z
3--
(4)
z
v•
GP-382-GTI/SG IS/006
o
z
o
w o, o
IF,D
o
CL O-
o cc
or
R '5 o
u) z
o ,o o
o(7) -2 t
(7) ► E
iz ó
sa 2 t
cl o
o
ft o
O u.
u_ z
z—
<
—I
< j
2o
,‹
u) o
ir) O
W
O
OU
F
al
Z
W
20
1
E2 0. c
111
Z
C5 w
W
N
52 U E
W
JO
Q< W8
<
<O
IZ
O
0 1--
<
05
z
JO
LL
z
W
1—
z
2
z
o
o
o
z E O
W ro
O
W
o
L,
J —
a. I— o op 17
o O E
o
O LL 2
Z o o
Z
LLJ < o -2 -
1 1c9
G erencia
w
w (ieuopund Jepn ouensn opeuopund) upnewiolui el ap aienos ap epaRiaBui
a (7) pePuil
ww w ei5oionai ap epuaJa9 enualag qns
•
t.t ZAci
0 ,9.4'
O o
o
‘7"
N 1 S'
CL
W
1—
Z
5
‹Zo
a
tu
z
W
2
1-
W
z
1-
E
z
_1
z
o
LU LU
2 Lu
a_ I—
W<
—E
WO
DO
E.<
GP-382-GTIISGIS/006
w
o
z
z
IDENTIFICACION DE RIESGOS
1(1) GERENCIA: Tecnología de la Información 1(3) CODIGO DE GUIA DE PROCEDIMIENTOS: GP-382-GTI/SGIS/006 1( 4) VERSION: Pr imera
1
,
de las TIC/Gestión Requerimient o Implementación y Mantenim iento de Sis temas Informáticos
(5) PROCESO/SUB (6) OBJETIVOS Da
(.0
(7) RIESGO
a
a
cn
o
=
(8) TIPO DE RIESGO
—
PROCESO PROCESO/SUB PROCESO (10) EFECTOS
La formulación del requerimiento de sistema
Falta de conocimiento del sistema
1
De la determinación de informático por pa rte del responsable de la
los requisitos Unidad Orgánica sin detallar de manera c lara y informático. Demora en la aprobación y atención del req uerimiento.
relacionados con el Operativo Los responsa bles no estuvieron. Impacto en la evaluación de las necesidades.
precisa las especificaciones técn icas del
producto sistema informático a atender, podría completamente involucrados en la definición e) Retrasos en la especificación del requerimiento.
ocasionar retrasos en su atención. de los req uisitos.
De la revisión de los La falta de una solución informática factible y 8 equipo del proyecto no tiene experienc ia
viable, dado el entorno ex istente a l momento E requerimiento no es v iable.
requisitos relacionados con la tecnología q ue se implementara.
Operativo Afectación al área solicita nte del requerimiento.
de la eva luación del requerimiento, podría Req uisitos técnicos no viables en el
con el producto
ocasionar la no atención del mismo. Complejidad del sistema q ue se construirá.
entorno existente.
t.
1:3
2
5
Alta rotación del personal de sistemas.
La demora en la atención del requerimiento por
11
Cambio en el alcance de los requisitos por
12, «I') .
parte de la SGIS podría generar incertidumbre Afectación alárea solic itante del requerimiento.
gw
Del resultado del diseño parte del solicitante.
de que se mantenga la ca lendarización del Operativo Grado de incertidumbre de q ue se mantenga los
.1 O
y desarrollo El numero de personas en el equipo de
p royecto y de q ue el producto se entregue a recu rsos para la atención del requerimiento.
Q. -C3
S22
a)
1 f O)
,_ 1V; 1)- ci)
.1 .1.-1
proyecto no es el adecuado pa ra rea lizar el
t iempo.
I 1 7, 6'
O 1 1 : I. S 2
13 2 . 1-, 32 Ir,
trabajo.
La demora en las pruebas de aceptación del Demora por elUsuario Líder en la firma los Ineficiente uso de recursos en la resolución de
De la revisión,
sistema por parte del solicitante podría generar acuerdos fina les. observaciones.
ct
verificación y va lidación Operativo
retrasos en el cronograma de atención del No participación en las pruebas de El producto no satisfaga los req uisitos y se ajuste al
deld iseño y desarrollo
req uerimiento. aceptación por parte de los usuarios. uso que se pretende darle.
No se tiene u n contacto permanente con el
usuario líder y/o funcional para la realización
Deficienc ias en la elaboración de actas y
Del controlde cambios de revisiones periódicas.
registros correspondientes podrían originar a) Grado de incertidumbre de q ue el producto resultante
cc
Operativo
Li,
del diseño y desarrollo Demora por el Usuario Líder y la SGIS en
que el producto final no satisfaga las seráfácil de corregir, adaptar y mejo rar.
la firma los acuerdos finales.
necesidades del solicitante.
No ela boración de los documentos de
cambios.
c) b) a) b) a) c) b) a) b) a) b) a)
E
w
E
=
Z
W
1-
z
1-
z
o
z
1-
.0
z
E
z
o
a CWW
rt I
W col-
SE
0z
•<
00
WO
- E
o. I-
-I -
GP-382—GTI/SGIS/006
o
o
MATRIZ DERIESGO
rz
PI
ffl
11
-.4
4Z
cr,
te
NUEVAEVALUACION DB_ PEGO
1
1
1
8
19
1
19
a
U
lP
1
11
1
1
1---
15
.Z
1
e
te
PROBABILIDAD
áffl
0
<
5
7
2
IMPACTO
J
il
1
fri E2
M
1 2
1 11
1
,..
.
La formulación del requerimiento de sistema
.
Reuniones de coordinación entre el
informático por parte del responsable de la usuario liderylos responsables que no
Unidad Orgánica sin detallar de manera clara estuvieron. completa mente involucrados
w
a
d
...-
E
te
ffl
-
,,
W
0
2
<-.
S
1
8
E
S
1
y precisa las especificaciones técnicas del
1
1
en la definición de los requisitos.
1
1
I
sistema informático a atender, podría
ocasionar retrasos en su atención.
.
-
.
La falta de una solución informática factible y usuario lider yla SGIS, para una correcta
viable, dado el entorno existente al momento definición del requerimiento informatico.
<
£2
E
,-.,
...
8
te
8
ffl
@
-
0
SW
.-
2
—
. ,,
2
.:,.r,
I
W'
1
-
g
de la evaluación del requerimiento, podría

1
1
Se genera Acta de Reunión.
1
1
1
ocasionar la no atención del mismo.
.
-
.
La demora en la atención del requerimiento Ejecución delCronograma de tareas y
por parte de la SGIS podría generar actividades,en plazo.
E2
sTj
a
«..
c.,
te
incertidumbre de que se mantenga la
ffl
@
-
a>
2
,. ,
11
,-.,
I"
w
8
9
0
1
1
1
1
1
1
1
calendariaición del proyecto y de que el

producto se entregue a tiempo.
-
.
.
La demora en las pruebas de aceptación del
usuario lidery la 5615, para la ejecución de
sistema por parte del solicitante podría
<
12'
E
rz
c.
2
,..
las pruebas de aceptación según lo
h3
a
8
-
0
@
< -..
L . _,
g
i.- 9.
1
c.
O
9
8
S
2
generar retrasos en el cronograma de
1
1
planificado. Se genera Acta de Reunión.

I
I
atención del requerimiento.

-
.
.
Supervisión ycontrol en la ela boración de

Deficiencias en la elaboración de actas y
los documentos de cambios.
registros correspondientes podrían originar
E
a
....
c.,
te
8
ffl
@
.. _
-
s
.±-..
..–
51-i
á
E
S
1
que el producto final no satisfaga las
1
1
1
necesidades del solicitante.
li
t,
CO

Guía de requerimientos sistemas

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Guía de requerimientos sistemas

Загружено:

Авторское право:

Доступные форматы

GUÍA DE PROCEDIMIENTOS

CÓDIGO: VERSIÓN: PÁGINA:

III. BASE LEGAL

IV. DEFINICIÓN DE TÉRMINOS

ítrg 5 VI. DESCRIPCIÓN DEL PROCEDIMIENTO

ANEXO A. REQUERIMIENTO DE SISTEMA INFORMÁTICO: IMPLEMENTACIÓN /

IV. DEFINICIÓN DE TÉRMINOS

Las pruebas son aplicables dentro de los procesos de Construcción e Implantación

414 Usuario Funcional: Persona experta de la unidad orgánica funcional, con

el plazo acordado, salvo casuísticas excepcionales que deben ser considerados de

VI. DESCRIPCIÓN DEL PROCEDIMIENTO

6.1 De la determinación de los requisitos relacionados con el producto

6.1.1 El responsable de la Unidad Orgánica, debe formular su requerimiento de

6.2 De la revisión de los requisitos relacionados con el producto

6.2.1 La Gerencia de Tecnología de la Información, previa calificación y aprobación

6.2.7 En paralelo, se procede a la designación del equipo de trabajo responsable

6.3 Del resultado del diseño y desarrollo

6.3.1 La atención de un requerimiento informático requiere del proceso de

6.4 De la revisión, verificación y validación del diseño y desarrollo

6.4.1 Al finalizar la atención del requerimiento, se realizan las pruebas de

consecuencia su firma es suficiente para validar o dar conformidad a los

6.5 Del control de cambios del diseño y desarrollo

6.5.1 El Usuario Líder podrá realizar el seguimiento de la atención del requerimiento

Entrará en vigencia a partir de su aprobación.

<MODULO(S)/ PROCESO(S) / SERVICIO(S) / COMPONENTE(S): (Detalle del requerimiento)

CARACTERÍSTICAS DEL USUARIO:

ENt ORNO TECNOLÓGICO:

REA DE DEPENDENCIA UNIDAD ORGÁNICA

INSTRUCCIONES PARA EL LLENADO DEL 'ANEXO A'

1. Logo de RENIEC, es invariable.

USUARIO FUNCIONAL/ ÁREA DE LA DEPENDENCIA/ UNIDAD

LIDER FUNCIONAL PROYECTO JEFE DESARROLLO PROYECTO

INSTRUCCIONES PARA EL LLENADO DEL 'ANEXO C'

1. Logo de RENIEC, es invariable.

Nombre DNI Dependencia Firma

ASUNTO: <Etapa en que se realiza

LINEAMIENTOS <Por Módulo:

CARACTERÍSTICAS DEL USUARIO:

LIDER FUNCIONAL PROYECTO JEFE DEASAROLLO PROYECTO

INSTRUCCIONES PARA EL LLENADO DEL 'ANEXO E'

t Logo de RENIEC, es invariable.

REMIRO NACIONAL DE tDENT(FICADION Y E.STADCIMLOD

TEMAS /TÓPICOS DE PRUEBAS

PARTICIPANTES DE LAS PRUEBAS: 17

LIDER DE PROYECTO INFORMÁTICO JEFE DESARROLLO PROYECTO

INSTRUCCIONES PARA EL LLENADO DEL 'ANEXO G'

1. Logo de RENIEC, es invariable.

PARTICIPANTES DEL PASE A PRODUCCIÓN:

LIDER FUNCIONAL PROYECTO JEFE DESARROLLO PROYECTO

INSTRUCCIONES PARA EL LLENADO DEL FORMATO DEL ANEXO 'I'

1. Logo de RENIEC, es invariable.

IIDER FUNCIONAL DEL PROYECTO JEFE DESARROLLO PROYECTO

INSTRUCCIONES PARA EL LLENADO DEL 'ANEXO K'

1. Logo de RENIEC, es invariable.

Ap ro ba do p or Da n ilo Al berto Chavoz ESP IMIJ

SOLICITADO A LA GERENCIA DE TE CNOLOGÍA DE LA INFORMACIÓN

en la definición de los requisitos.

de la evaluación del requerimiento, podría

ocasionar la no atención del mismo.

calendariaición del proyecto y de que el

generar retrasos en el cronograma de

planificado. Se genera Acta de Reunión.

atención del requerimiento.