RM 121 2021MIDIS Completo PDF

Firmado digitalmente por VARGAS
WINSTANLEY Silvana Eugenia

FAU 20545565359 hard
Motivo: Doy V° B°
Fecha: 05.07.2021 19:38:51 -05:00
Resolución Ministerial
N° 121 -2021-MIDIS
Lima, 05 de julio de 2021
VISTOS:
Firmado digitalmente por
MONTELLANOS CARBAJAL Fanny
Esther FAU 20545565359 soft
Motivo: Doy V° B°
El Memorando N° D000513-2021-MIDIS-OGTI, de la Oficina General de Tecnologías
Fecha: 03.07.2021 15:24:33 -05:00 de la Información; el Informe N° D000287-2021-MIDIS-DGDAPS, de la Dirección General de
Diseño y Articulación de las Prestaciones Sociales; Memorando N° D000258-2021-MIDIS-
VMPS, del Despacho Viceministerial de Prestaciones Sociales; el Memorando N° D000516-
2021-MIDIS-OGA, de la Oficina General de Administración; el Memorando N° D000470-2021-
MIDIS-OGCE, de la Oficina General de Comunicación Estratégica; el Memorando N° D000555-
2021-MIDIS-OGPPM, de la Oficina General de Planeamiento, Presupuesto y Modernización; y;
el Informe N° D000322-2021-MIDIS-OGAJ, de la Oficina General de Asesoría Jurídica; y,
Firmado digitalmente por ZAPATA
GALLO Jorge Alberto FAU
20545565359 hard
CONSIDERANDO:
Motivo: Doy V° B°
Fecha: 02.07.2021 12:58:41 -05:00
Que, mediante Ley N° 29792 se crea el Ministerio de Desarrollo e Inclusión Social,
determinándose su ámbito, competencias, funciones y estructura orgánica básica; asimismo,
se establece que el sector Desarrollo e Inclusión Social comprende todas las entidades del
Estado, de los tres niveles de gobierno vinculados con el cumplimiento de las políticas
nacionales en materia de promoción del desarrollo social, inclusión y equidad;
Que, mediante Resolución Ministerial N° 041-2017-PCM, se aprueba el uso obligatorio

de la Norma Técnica Peruana “NTP-ISO/IEC 12207:2016 – Ingeniería de Software y Sistemas.
Firmado digitalmente por GAGO
RODRIGO Melvin Angel FAU
Procesos del ciclo de vida del software. 3° edición”, en todas las entidades integrantes del
20545565359 hard
Motivo: Doy V° B°
Sistema Nacional de Informática. Dicha norma se aplica a la adquisición, operación,
Fecha: 02.07.2021 13:05:22 -05:00
mantenimiento y disposición de los productos software y de la parte software de un sistema, ya
sea que se ejecute interna o externamente a una organización. También proporciona un
proceso que se puede emplear para definir, controlar o mejorar los procesos del ciclo de vida
del software;
Que, en el marco de las competencias y funciones establecidas en el Texto Integrado

Actualizado del Reglamento de Organización y Funciones del Ministerio de Desarrollo e
Inclusión Social, aprobado mediante Resolución Ministerial N° 073-2021-MIDIS, la Oficina
General de Tecnologías de la Información sustenta le necesidad de aprobar la “Directiva de
Firmado digitalmente por LA ROSA
SANCHEZ BAYES DE LOPEZ Aida
Monica FAU 20545565359 hard
Procedimientos del Ciclo de Vida del Software del Ministerio de Desarrollo e Inclusión Social”;
Motivo: Doy V° B°
Fecha: 02.07.2021 19:31:16 -05:00
Que, la Dirección General de Diseño y Articulación de las Prestaciones Sociales, con
Informe N° D000287-2021-MIDIS-DGDAPS, emite opinión favorable sobre la propuesta de
“Directiva de Procedimientos del Ciclo de Vida del Software del Ministerio de Desarrollo e
Inclusión Social”;
Que, el Despacho Viceministerial de Prestaciones Sociales, con Memorando N°

D000258-2021-MIDIS-VMPS, emite opinión favorable sobre la propuesta de “Directiva de
Firmado digitalmente por VELAZCO
VILLAR Claudia Consuelo FAU
20545565359 hard
Motivo: Doy V° B°
Fecha: 28.06.2021 22:40:44 -05:00
Firmado digitalmente por BISMARCK

DEXTRE Zully Pamela FAU
20545565359 hard
Motivo: Soy el autor del documento
Fecha: 02.07.2021 22:29:53 -05:00 Firmado digitalmente por
DEMARTINI MONTES Julio Javier
FAU 20545565359 hard
Motivo: Doy V° B°
Fecha: 03.07.2021 12:16:25 -05:00
Que, la Oficina General de Planeamiento, Presupuesto y Modernización, y la Oficina
de Modernización, con Memorando N° D000555-2021-MIDIS–OGPPM e Informe N°D000053-
2021-MIDIS-OM, emiten opinión favorable sobre la propuesta de ““Directiva de Procedimientos
del Ciclo de Vida del Software del Ministerio de Desarrollo e Inclusión Social”;
Que, la Oficina General de Administración, con Memorando N° D000516-2021-MIDIS-

OGA, emite opinión favorable sobre la propuesta de “Directiva de Procedimientos del Ciclo de
Vida del Software del Ministerio de Desarrollo e Inclusión Social”;
Que, la Oficina General de Comunicación Estratégica, con Memorando N° D000470-

2021-MIDIS-OGCE, emite opinión favorable sobre la propuesta de “Directiva de
Que, por lo expuesto y en el marco de la normativa aplicable, resulta necesario aprobar

la “Directiva de Procedimientos del Ciclo de Vida del Software del Ministerio de Desarrollo e
Inclusión Social”;
Con los visados de la Oficina General de Tecnologías de la Información , del Despacho

Viceministerial de Prestaciones Sociales, la Dirección General de Diseño y Articulación de las
Prestaciones Sociales, la Oficina General de Administración, la Oficina General de
Comunicación Estratégica, la Oficina General de Planeamiento, Presupuesto y Modernización,
y la Oficina General de Asesoría Jurídica;
De conformidad con lo dispuesto en la Ley N° 29792, Ley de Creación, Organización y

Funciones del Ministerio de Desarrollo e Inclusión Social; y el Texto Integrado Actualizado del
Reglamento de Organización y Funciones del Ministerio de Desarrollo e Inclusión Social,
aprobado por Resolución Ministerial N° 073-2021-MIDIS;
SE RESUELVE:
Artículo 1.- Aprobación de la Directiva
Aprobar la Directiva N° 009 -2021-MIDIS denominada “Directiva de Procedimientos

del Ciclo de Vida del Software del Ministerio de Desarrollo e Inclusión Social” según el texto
que, en Anexo, forma parte de la presente Resolución Ministerial.
Artículo 2.- Publicación
Disponer la publicación de la presente Resolución Ministerial y su Anexo en el portal

institucional del Ministerio de Desarrollo e Inclusión Social (www.gob.pe/midis), en la misma
fecha de publicación de la presente Resolución Ministerial en el diario oficial El Peruano.
Regístrese, comuníquese y publíquese
Firmado digitalmente por VARGAS

WINSTANLEY Silvana Eugenia FAU
20545565359 hard
Fecha: 05.07.2021 19:39:01 -05:00
SILVANA EUGENIA VARGAS WINSTANLEY

Ministra de Desarrollo e Inclusión Social
Secretaría General Fecha de vigencia:05/ 07 / 2021
Oficina General de Tecnologías de la Información Página 1 de 29
DIRECTIVA DE PROCEDIMIENTOS DEL CICLO DE VIDA DEL SOFTWARE DEL MINISTERIO DE

DESARROLLO E INCLUSIÓN SOCIAL
Directiva N° 009 -2021-MIDIS
Etapa Responsable Visto Bueno y sello:

Formulado y
Melvin Angel Gago Rodrigo
propuesto por:
Firmado digitalmente por GAGO
Cargo: Jefe de la Oficina General de Tecnologías de la Información RODRIGO Melvin Angel FAU
20545565359 hard
Motivo: Doy V° B°
Fecha: 06 / 05 / 2021 Fecha: 02.07.2021 13:06:39 -05:00
Revisado por: Julio Javier Demartini Montes

Director General de Diseño y Articulación de las
Cargo:
Prestaciones Sociales Firmado digitalmente por
DEMARTINI MONTES Julio Javier
Fecha: 11 / 05 / 2021 FAU 20545565359 hard

Motivo: Doy V° B°
Fecha: 03.07.2021 12:15:01 -05:00
Revisado por Aida Mónica La Rosa Sánchez Báyes de López

Cargo: Jefa de la Oficina General de Administración Firmado digitalmente por LA ROSA
SANCHEZ BAYES DE LOPEZ Aida
28 / 06 / 2021
Monica FAU 20545565359 hard
Fecha: Motivo: Doy V° B°
Fecha: 02.07.2021 19:30:18 -05:00
Revisado por Zully Pamela Bismarck Dextre Firmado digitalmente por BISMARCK
DEXTRE Zully Pamela FAU
20545565359 hard
Cargo: Jefa de la Oficina General de Comunicación Estratégica Motivo: Soy el autor del documento
Fecha: 02.07.2021 22:28:24 -05:00
Fecha: 21 / 06 / 2021
Revisado por Jorge Alberto Zapata Gallo
Jefe de la Oficina General de Planeamiento, Presupuesto y
Cargo:
Modernización Firmado digitalmente por ZAPATA
GALLO Jorge Alberto FAU
Fecha: 26 / 05 / 2021 20545565359 hard
Motivo: Doy V° B°
Fecha: 02.07.2021 12:58:12 -05:00
Revisado por Claudia Consuelo Velazco Villar

Cargo: Jefe de la Oficina General de Asesoría Jurídica
Firmado digitalmente por VELAZCO
VILLAR Claudia Consuelo FAU
Fecha: 28 / 06 / 2021 20545565359 hard
Motivo: Doy V° B°
Fecha: 28.06.2021 22:41:38 -05:00
Revisado por: Fanny Esther Montellanos Carbajal

Cargo: Viceministra de Prestaciones Sociales
Fecha: 12 / 05 / 2021 Firmado digitalmente por
MONTELLANOS CARBAJAL Fanny
Esther FAU 20545565359 soft
Aprobado por: Silvana Eugenia Vargas Winstanley Motivo: Doy V° B°
Fecha: 03.07.2021 15:23:56 -05:00
Cargo: Ministra de Desarrollo e Inclusión Social Firmado digitalmente por VARGAS

WINSTANLEY Silvana Eugenia FAU
Fecha: 05 / 07 / 2021 20545565359 hard
Fecha: 05.07.2021 19:39:20 -05:00
Título: Directiva de Procedimientos del Ciclo de Vida del Fecha de vigencia: 05 / 07 / 2021
Software del Ministerio de Desarrollo e Inclusión Social. Página 2 de 29
HOJA DE CONTROL DE CAMBIOS
Justificación
Versión Fecha Textos Modificados 2/ Responsable 3/
1/
Oficina General de
01 Elaboración inicial del documento Tecnologías de la
Información
..
Notas:
1/ Justificación de la nueva versión del documento, puede darse en los casos de:
a) Modificación, b) Actualización, c) Reestructuración.
2/ Señalar los párrafos, secciones, literales que se han incorporado.
3/ Señalar la unidad orgánica que solicita la nueva versión del documento e Indicar el informe sustentatorio.
INDICE
1. OBJETIVO 4
2. ALCANCE 4
3. BASE LEGAL 4
4. RESPONSABILIDADES 5
5. DEFINICIONES 5
6. DISPOSICIONES GENERALES 7
7. DISPOSICIONES ESPECÍFICAS 8
7.1. DE LOS INTEGRANTES EQUIPO DE IMPLEMENTACIÓN DE SOLUCIONES 8
7.2. DE LAS FUNCIONES DEL EQUIPO DE IMPLEMENTACIÓN DE SOLUCIONES 8
7.3. DE LA RECEPCIÓN Y EVALUACIÓN DE LOS REQUERIMIENTOS 10
7.4. DEL DESARROLLO DE SOFTWARE POR PROVEEDORES 11
7.5. DEL DESARROLLO DE SOFTWARE IN-HOUSE 12
7.6. DEL MANTENIMIENTO DEL SOFTWARE 14
7.7. DE LA CONTRATACIÓN DE LICENCIAMIENTO DE SOFTWARE 14
7.8. DE LA ADQUISICIÓN DE SOFTWARE 15
7.9. DE LA INSTALACIÓN, USO Y PROHIBICIONES DEL SOFTWARE 15
7.10. DE LA ADMINISTRACIÓN Y CONTROL DE SOFTWARE 16
7.11. SEGURIDAD EN LA ADQUISICIÓN, DESARROLLO Y MANTENIMIENTO DE SOFTWARE 16
7.12. DEL RETIRO DEL SOFTWARE 17
8. DISPOSICIONES COMPLEMENTARIAS 17
9. ANEXOS 18
ANEXO N° 01 19
ANEXO N° 02 21
ANEXO N° 03 23
ANEXO N° 04 26
ANEXO N° 05 27
ANEXO N° 06 28
ANEXO N° 07 29
1. OBJETIVO
Establecer las disposiciones para el desarrollo, mantenimiento, contratación de licencias

de uso de software, uso, administración y retiro de software como parte de la gestión
del ciclo de vida del software en el Ministerio de Desarrollo e Inclusión Social (en
adelante el MIDIS).
2. ALCANCE
La presente Directiva es de cumplimiento obligatorio para los/las servidores civiles bajo

cualquier régimen laboral, de la Sede Central (y demás sedes) y de los Programas
Nacionales del MIDIS. También alcanza a los proveedores que interactúan o brindan
servicios al MIDIS.
Para el presente documento, cada vez que se refiera al MIDIS como entidad, están
referidos a todas las unidades de organización de la Sede Central y demás sede, así
como de los Programas Nacionales.
3. BASE LEGAL
3.1. Ley N° 27444, Ley del Procedimiento Administrativo General, y sus modificatorias.
3.2. Ley N° 27658, Ley Marco de Modernización de la Gestión del Estado
3.3. Ley N° 29792, Ley de Creación, Organización y Funciones del MIDIS.
3.4. Decreto Supremo N° 066-2011-PCM, aprueba el “Plan de Desarrollo de la
Sociedad de la Información en el Perú- La Agenda Digital Peruana 2.0
3.5. Decreto Supremo N° 004-2013-PCM, aprueba la Política Nacional de
Modernización de la Gestión Pública.
3.6. Decreto Supremo N° 051-2018-PCM, aprueba el Decreto Supremo que crea el
Portal de Software Público Peruano (PSPP) y establece disposiciones adicionales
sobre el software Público Peruano.
3.7. Resolución Ministerial N° 041-2017-PCM, aprueba el uso obligatorio de la Norma
Técnica Peruana “NTP-ISO/IEC 12207:2016-Ingeniería de software y Sistemas.
Procesos del ciclo de vida del Software.3era Edición”, en todas las entidades
integrantes del Sistema Nacional de Informática.
3.8. Resolución Ministerial N° 002-2021-MIDIS, aprueba los Lineamientos de
Seguridad de la Información del Ministerio de Desarrollo e Inclusión Social.
3.9. Resolución Ministerial N° 073-2021-MIDIS, aprueba el Texto Integrado
actualizado del Reglamento de Organización y Funciones del Ministerio de
Desarrollo e Inclusión Social.
3.10. Ley Nº 28612 - Ley que norma el uso, adquisición y adecuación del software en la
Administración Pública, tiene por objeto establecer las medidas que permitan a la
Administración Pública la contratación de licencias de software y servicios
informáticos en condiciones de neutralidad, vigencia tecnológica, libre
concurrencia y trato justo e igualitario de proveedores, publicado en el diario Oficial
El Peruano, el 18 de octubre de 2005, así como sus modificatorias.
3.11. Decreto Supremo N° 024-2006-PCM, que aprueba el Reglamento de la Ley N°

28612 - Ley que norma el uso, adquisición y adecuación del software en la
Administración Pública, publicado en el diario Oficial El Peruano, el 24 de mayo
de 2006, así como sus modificatorias.
3.12. Resolución Ministerial N° 139-2004-PCM, de fecha 27 de mayo de 2004, que
aprueba la “Guía Técnica sobre Evaluación de Software para la Administración
Pública”.
4. RESPONSABILIDADES
4.1. La Oficina General de Tecnologías de Información (OGTI) o la que haga sus

veces en los Programas Nacionales es responsable de:
a) Velar por el cumplimiento de la presente directiva.

b) Designar al equipo de implementación de soluciones y definir sus funciones para
el desarrollo y mantenimiento de software en el caso de proyectos que se
desarrollen en la modalidad in-house.
c) Proponer el perfil del equipo de implementación de soluciones del proveedor y
efectuar la supervisión de la implementación.
d) Realizar las pruebas de calidad y seguridad; así como el pase a producción.
4.2. Las unidades de organización de las Sedes y Programas Nacionales del MIDIS
como usuarios de la gestión de software son responsables de:
a) Realizar el requerimiento de software completando los formatos

correspondientes de la presente Directiva.
b) Administrar el software desarrollado o adquirido.
c) Participar activamente en la implementación de software, brindando y
entregando información al equipo encargado del desarrollo de software
d) Supervisar el avance en la implementación de software.
4.3. La Oficina General de Comunicación Estratégica (OGCE) o la que haga sus

veces en los Programas Nacionales es responsable de:
a) Participar en la implementación de software en el caso de proyectos de

desarrollo y mantenimiento de un portal o sitio web, bajo un enfoque
comunicacional (diseño gráfico/audiovisual), de acuerdo a la línea gráfica del
MIDIS.
4.4. La Oficina de Abastecimiento (OA) o la que haga sus veces en los Programas
Nacionales es responsable de:
a) Efectuar en el marco de su competencia, la gestión de contrataciones de un

software en el caso que se opte por un software “listo para usar”.
5. DEFINICIONES
5.1. Ciclo de vida del software: Evolución de un sistema, producto, servicio, proyecto
u otra entidad elaborada por el hombre desde la concepción hasta su retiro.
5.2. Entregable: Informe emitido por el proveedor del servicio donde detalla las
actividades desarrolladas en la elaboración o implementación de un software para
el MIDIS. Además, se considera como entregable un producto como un
componente de software.
5.3. Equipo de implementación de soluciones: Equipo encargado de ejecutar el

ciclo de vida del desarrollo de software en las fases de: análisis de requerimientos,
diseño de soluciones, desarrollo de aplicaciones, pruebas de producto y pase a
producción, bajo los principios de arquitectura tecnológica, buenas prácticas de la
industria y calidad técnica, establecidos por la OGTI o la que haga sus veces en
los Programas Nacionales.
5.4. Licencia de Uso de Software de Tipo Propietario: es la autorización o permiso

que concede el/la titular de los derechos (licenciante) al usuario del software
(Iicenciatario), para utilizarla en una forma determinada y de conformidad con las
condiciones convenidas en el contrato de licencia. A diferencia de la cesión, la
licencia no transfiere la titularidad de los derechos.
5.5. Plataforma tecnológica: Arquitectura, sistema operativo, servicios, utilitarios y

actualizaciones que soporta las aplicaciones.
5.6. Productos de software: Elementos que se crean durante el proyecto, tales como
documentos, software y manuales.
5.7. Proyecto: Es un conjunto de actividades interrelacionadas y coordinadas, para

alcanzar un determinado objetivo.
5.8. Requerimiento: Es una capacidad o condición por satisfacer. En el contexto de

software, un requerimiento hace alusión a un conjunto de características técnicas
por ser alcanzado o cubierto por un software.
5.9. Retiro de software: baja del soporte activo por parte de la organización de
operación y mantenimiento, puede ser a través de una sustitución parcial o total
por un nuevo sistema o instalación de un sistema mejorado.
5.10. Sistema de información: Es un conjunto de elementos orientados al tratamiento

y administración de datos e información, organizados y listos para su uso
posterior, generados para cubrir una necesidad u objetivo.
5.11. Sistema: Combinación de elementos organizados que interactúan para lograr uno
o más propósitos.
5.12. Software: Conjunto de programas de computador, procedimientos y posiblemente

documentación y datos asociados. Asimismo, Se considera a cualquier sistema
de información, programa, módulo o componente lógico.
5.13. Software como un Servicio (Software as a Service - SaaS): Es una solución de

software integral que se contrata de un proveedor de servicios en la nube mediante
un modelo de pago por uso; la infraestructura subyacente, el middleware, el
software y los datos del software se encuentran en el centro de datos del
proveedor. Permite a los usuarios conectarse a aplicaciones basadas en la nube
a través de Internet y usarlas.
5.14. Usuario: Unidad de organización de las sedes o Programas Nacionales,

programa y/o proyecto especial del MIDIS, propietario o dueño del proceso que
solicita el desarrollo o mantenimiento de un sistema.
5.15. Validación: Confirmación mediante el suministro de evidencia objetiva de que se

han cumplido los requerimientos para una utilización o aplicación específica
prevista.
5.16. Verificación: Confirmación mediante la aportación de evidencia objetiva de que

se han cumplido los requerimientos especificados.
6. DISPOSICIONES GENERALES
6.1. La gestión del ciclo de vida del software que se presenta en la directiva son los
siguientes:
- Desarrollo de software
- Mantenimiento de software
- Adquisición de Software
- Instalación y uso del software
- Administración y control del software
- Desarrollo y mantenimiento de software
- Retiro del software
6.2. La justificación de todo requerimiento de desarrollo de software debe estar

vinculado a las competencias funcionales del usuario, especificadas en el
Reglamento de Organización y Funciones (ROF) o Manual de Operaciones (MOP)
vigente, según sea el caso.
6.3. Los proyectos de desarrollo, mantenimiento y adquisición de software, así como los
softwares entregados al MIDIS por acciones tales como donaciones o
transferencias, deben contar con la opinión favorable de la OGTI o la que haga sus
veces en los Programas Nacionales adscritos al MIDIS.
6.4. Durante el desarrollo y mantenimiento de software, se deben aplicar las

disposiciones de seguridad según lo dispuesto en los Lineamientos de Seguridad
de la Información del MIDIS vigente.
6.5. En el caso que la puesta en operación del software tenga algún impacto sobre algún
otro sistema de información, este debe contar con la aprobación del usuario, dueño
del proceso o sistema afectado.
7. DISPOSICIONES ESPECÍFICAS
7.1. DE LOS INTEGRANTES EQUIPO DE IMPLEMENTACIÓN DE SOLUCIONES
7.1.1. El equipo de desarrollo o mantenimiento de software debe contar mínimamente

con los siguientes integrantes:
 Líder usuario.
 Líder de proyecto.
 Analista funcional.
 Programador / Desarrollador.
 Administrador de base de datos.
 Administrador de infraestructura.
 Analista de calidad.
 Analista de Seguridad de la Información.
7.1.2. Para el normal funcionamiento del equipo, cualquier integrante puede realizar
otras funciones que corresponda a otros integrantes, de acuerdo a la necesidad
y capacidad de especialistas.
7.2. DE LAS FUNCIONES DEL EQUIPO DE IMPLEMENTACIÓN DE SOLUCIONES
Las funciones del equipo de implementación de soluciones son:
7.1.3. Líder usuario
 Definir los requisitos funcionales.

 Enviar el requerimiento de desarrollo de software.
 Realizar las pruebas de validación al software.
 Aprobar la conformidad del software.
 Garantizar que los/as usuarios/as involucrados/as tengan la capacitación
adecuada para el uso del software.
7.1.4. Líder de proyecto
 Elaborar el Plan de Proyecto y/o Acta de Constitución del Proyecto.

 Asegurar el cumplimiento del Plan de Proyecto.
 Informar sobre los avances del proyecto.
7.1.5. Analista funcional
 Definir en coordinación con el usuario, los requerimientos funcionales y no

funcionales del software.
 Realizar el análisis funcional según la metodología que se requiera para la
implementación del software.
 Elaborar los documentos de alcance de los requerimientos y análisis del sistema.
7.1.6. Arquitecto de aplicaciones
 Proponer la arquitectura tecnológica para el desarrollo de software.

 Elaborar el documento de diseño técnico.
 Definir estándares y normas aplicables al diseño y construcción de software.
 Propiciar la orientación técnica y apoyo al equipo de desarrollo.
 Asegurar y validar el cumplimiento de los requerimientos técnicos.
7.1.7. Programador / Desarrollador
 Construir el software de acuerdo con el análisis y diseño realizado.

 Ejecutar las pruebas unitarias del software.
 Elaborar y documentar el plan de despliegue.
7.1.8. Diseñador de interface
 Elaborar propuestas de la interfaz gráfica del software.

 Diseñar la interfaz gráfica del software.
 Elaborar la programación front-end del software.
7.1.9. Administrador de base de datos
 Administrar la estructura de Base de Datos.

 Asegurar la actualización del Diccionario de Base de Datos.
 Asegurar el cumplimiento de los estándares de Base de Datos.
 Definir y monitorear el acceso y uso de los recursos de la Base de Datos.
7.1.10. Administrador de infraestructura
 Proponer, equipar e instalar la plataforma tecnológica requerida en los entornos

de desarrollo, pruebas y producción.
 Asegurar la disponibilidad de la plataforma tecnológica durante la elaboración
del proyecto.
 Dimensionar, configurar y optimizar la plataforma de acuerdo con el
requerimiento de desarrollo de software.
7.1.11. Analista de calidad
 Elaborar los casos de pruebas de calidad de software.

 Ejecutar y documentar las pruebas de software.
 Acompañar a los usuarios en las pruebas de aceptación.
 Enviar las observaciones en los casos de pruebas encontrados.
 Realizar el control de cambios, errores y configuración del software.
7.1.12. Analista de Seguridad de la Información
 Supervisar las pruebas de vulnerabilidad del software.

 Supervisar los ambientes en el ciclo de vida de software, salvaguardando la

seguridad de estos.
 Velar que el software cumpla los controles de seguridad del MIDIS.
7.1.13. Documentador
 Elaborar la documentación técnica del software terminado.

 Elaborar el manual de usuario del software.
 Elaborar la documentación de soporte del proyecto (Actas de reunión, Actas de
conformidad, entre otros).
 Diseñar, construir y mantener actualizado un repositorio de información
compartido, donde se almacena la documentación.
7.3. DE LA RECEPCIÓN Y EVALUACIÓN DE LOS REQUERIMIENTOS
7.3.1. El usuario remite la solicitud de desarrollo de software a la OGTI o la que haga

sus veces en los Programas Nacionales mediante un documento o el sistema de
requerimientos de software (según corresponda), consignando el origen de la
necesidad, la justificación y el/la servidor/a civil designado/a como líder usuario.
7.3.2. El/La líder de proyecto verifica la justificación de la solicitud, la que está vinculada
a las competencias funcionales del usuario; en caso contrario, comunica al
usuario mismo la necesidad de redefinir el requerimiento.
7.3.3. El/La líder usuario y el/la analista funcional, luego del análisis de la solicitud de
desarrollo de software, deben completar la información en el Anexo N° 01
"Requerimiento de Desarrollo de Software" de la presente Directiva, detallando
los requerimientos funcionales y no funcionales.
7.3.4. El usuario a través del/de la líder usuario, debe validar los requerimientos
funcionales, los mismos que representan las características que debe cumplir el
software.
7.3.5. El/la arquitecto/a de aplicaciones en coordinación con el/la administrador/a de

infraestructura, completa la información en el Anexo N° 02 “Requerimientos
Técnicos”, donde se detalla los recursos de infraestructura requeridos en base a
aquellos disponibles en la plataforma tecnológica, de tal forma que puedan ser
soportados sin inconvenientes.
7.3.6. El/La analista de seguridad define los requisitos de verificación de seguridad que
debe cumplir el software según la complejidad del software y disposiciones de
seguridad de la información establecidas.
7.3.7. El/La líder de proyecto identifica la estrategia óptima para el desarrollo del
requerimiento, la que puede involucrar:
 El desarrollo de software (construcción o mantenimiento) in-house, para lo

cual elabora un Plan de Trabajo que incluye un cronograma de actividades.
 La tercerización del desarrollo de software (construcción o mantenimiento)

para lo cual elabora un Plan de Adquisiciones que incluye un cronograma de
actividades.
7.3.8. Culminada la evaluación de los requerimientos de software, el/la líder de

proyecto comunica al líder usuario respecto a la viabilidad del requerimiento, y
en caso de ser favorable remite el Plan de Trabajo o el Plan de Adquisiciones,
según corresponda.
7.4. DEL DESARROLLO DE SOFTWARE POR PROVEEDORES
7.4.1. Para desarrollo de software realizado por proveedores, el/la líder de proyecto
procede a elaborar los términos de referencia de forma conjunta con el/la líder
usuario, detallando el alcance, tiempo, perfil de los recursos humanos,
entregables, requerimientos técnicos y recursos económicos.
7.4.2. En caso de que el desarrollo de software se relacione con un software que sea
de uso por la ciudadanía como portales web o similares, los términos de
referencia son revisados y aprobados por la OGTI o la que haga sus veces en
los Programas Nacionales, la OGCE o la que haga sus veces en los Programas
Nacionales, de acuerdo con sus competencias funcionales.
7.4.3. Realizada la contratación, la OA o la que haga sus veces en los Programas

Nacionales, brinda al usuario y a la OGTI o la que haga sus veces en los
Programas Nacionales, la información de contacto del proveedor para iniciar la
gestión del proyecto de desarrollo de software.
7.4.4. La verificación de los entregables se realiza a través de las pruebas de calidad,

para ello el/la analista de calidad registra las pruebas realizadas en el Anexo N°
03 "Pruebas de calidad", para garantizar un software consistente, seguro, y
adecuado a las necesidades planteadas en los requerimientos de desarrollo de
software. Las pruebas mínimas que deben realizarse son:
 Pruebas relativas a los requerimientos funcionales: Navegación en el

software, registro y procesamiento de datos y reportes.
 Pruebas en condiciones de funcionamiento normal: Registro de datos
válidos.
 Pruebas con datos de entrada no válidos: Mensajes de error o advertencias
al usuario.
 Pruebas de interface con otro software, según el caso específico.
 Pruebas de stress o concurrencia, según el caso específico.
7.4.5. El usuario, la OGTI o la que haga sus veces en los Programas Nacionales, la
OGCE o la que haga sus veces en los Programas Nacionales de ser el caso,
completan el Anexo N° 04 "Documento de Conformidad de Usuario del
Entregable o Producto" de la presente Directiva, para ello previamente realizan
la verificación de los productos o entregables parciales, tomando en
consideración:
 Los términos de referencia;

 La documentación del proyecto de desarrollo de software; y,

 La propuesta técnica del proveedor.
7.4.6. Toda contratación de desarrollo de software de terceros debe incluir un análisis

de vulnerabilidad respaldado por la utilización de una herramienta de escaneo
de vulnerabilidades y aprobada por la OGTI o la que haga sus veces en los
Programas Nacionales, lo que debe quedar reflejado en una lista de verificación
(checklist), siendo responsabilidad del proveedor la subsanación o levantamiento
de las vulnerabilidades identificadas. Sin perjuicio de ello, la OGTI o la que haga
sus veces en los Programas Nacionales también efectúa el análisis de
vulnerabilidad y de encontrar vulnerabilidades, el proveedor procede a
subsanarlas.
7.4.7. En caso se haya brindado la aceptación del software, se realiza el "Pase a

Producción", de acuerdo con lo establecido en el inciso xiv del numeral 7.5.1.
7.4.8. De forma coordinada el usuario, la OGTI o la que haga sus veces en los
Programas Nacionales, la OGCE o la que haga sus veces en los Programas
Nacionales de ser el caso, ejecutan las actividades descritas en los incisos xiv y
xv del numeral 7.5.1.
7.5. DEL DESARROLLO DE SOFTWARE IN-HOUSE
7.5.1. A continuación, se listan las actividades realizadas para el desarrollo de software

con la capacidad operativa de la OGTI o la que haga sus veces en los Programas
Nacionales:
i) Implementación del proceso: El/La arquitecto/a de aplicaciones determina

y adapta la metodología de desarrollo de software a usar considerando el
tamaño y complejidad del software a desarrollar.
ii) Análisis de aplicabilidad de disposiciones de seguridad: El/La analista

de seguridad elabora una lista de los requisitos de verificación de seguridad
del software basada en los requerimientos aprobados.
iii) Análisis de los requerimientos de software: El/La analista funcional

cuantifica a detalle el esfuerzo y recursos necesarios para el desarrollo de
los requerimientos aprobados.
iv) Análisis de la arquitectura de software: El/La arquitecto/a de aplicaciones

establece las especificaciones para el software y define la arquitectura de
alto nivel del software, sus componentes y la documentación técnica.
v) Diseño, modelamiento y prototipo de software: El/La analista funcional

realiza un análisis detallado de cada elemento de software y elabora el
prototipo del software.
vi) Diseño de la arquitectura de software: El/La arquitecto/a de aplicaciones

transforma los requerimientos para cada elemento de software en un modelo
arquitectónico que describe la estructura de alto nivel y permite identificar
los componentes de software según los entregables identificados en la

metodología seleccionada.
vii) Diseño detallado de software: El/La programador/a o el/la diseñador/a

gráfico/a prepara el diseño detallado para cada elemento de software hasta
el nivel de detalle que contenga lo necesario para la codificación y pruebas.
viii) Codificación y pruebas de software: El/La programador/a transforma las

especificaciones técnicas de los requerimientos y del diseño del software en
código ejecutable, el cual puede ser instanciado en una aplicación de
software. Asimismo, ejecuta los casos de prueba que son especificados en
el Anexo N° 03 " Pruebas de calidad".
ix) Integración del software: Se realiza la integración de cada uno de los

componentes de software, con los componentes de configuración de
software y hardware. Como salida de esta actividad se completa el Anexo
N° 03 " Pruebas de calidad".
x) Pruebas de calidad del software: El/La analista de calidad ejecuta los

casos de prueba de software establecidos en el Anexo N° 03 "Pruebas de
calidad" y se comparan con los criterios y requerimientos para su
calificación, a fin de que el entregable liberado tenga un mínimo nivel de
errores. Las pruebas que realiza son:
a) Pruebas relativas a requerimiento funcionales: Navegación en el

software, registro y procesamiento de datos y reportes.
b) Pruebas en condiciones de funcionamiento normal: Registro de datos
válidos.
c) Pruebas con datos de entrada no válidos: Mensajes de error o
advertencias al usuario.
d) Pruebas de interface con otro software, según el caso específico.
e) Pruebas de stress o concurrencia, según el caso específico.
xi) Pruebas de vulnerabilidad del software: El/La analista de seguridad

realiza un análisis de aplicabilidad de las disposiciones de seguridad
establecidos en el Anexo N° 07 "Análisis de Vulnerabilidades".
xii) Pruebas de calidad del sistema: El/La analista de calidad integra los
resultados de los casos de prueba de software y de configuración de
hardware y de comunicaciones establecidos en el Anexo N° 02
“Requerimientos Técnicos”, para compararlos con los criterios y
requerimientos para su calificación.
xiii) Apoyo a la aceptación del software: El/La analista de calidad apoya al

usuario a realizar las revisiones y pruebas de aceptación del software.
xiv) Instalación del software: El/La documentador/a prepara un documento de

instalación y configuración del software para su instalación en el entorno de
producción del centro de datos.
xv) Capacitación: Con el apoyo del usuario como dueño del proceso que
atiende el desarrollo de software, el/la documentador/a efectúa las
actividades necesarias para garantizar que los/as usuarios/as
involucrados/as tengan la capacitación necesaria para el uso del software,
consignado en el Anexo N° 05 "Conformidad de la Capacitación".
7.5.2. Durante el desarrollo del software, el/la líder de proyecto debe solicitar reuniones
de trabajo al líder usuario, a fin de requerir más información, realizar precisiones
o identificar con mayor detalle los requerimientos de software inicialmente
remitidos, y cuyos acuerdos deben ser consignados en actas para su control y
seguimiento.
7.6. DEL MANTENIMIENTO DEL SOFTWARE
7.6.1. Surge de la necesidad de modificar un software existente, pudiendo ser realizado

por proveedores según las disposiciones establecidos en el numeral 7.4. o in-
house de acuerdo con las disposiciones establecidas en el numeral 7.5.
7.6.2. Aplicar las funciones necesarias de acuerdo a lo señalado en el numeral 7.1. y

7.2. en el marco de la complejidad del proyecto.
7.7. DE LA CONTRATACIÓN DE LICENCIAMIENTO DE SOFTWARE
7.7.1. El usuario solicita la contratación de licencias de uso de software de tipo

propietario a la OGTI o el que haga sus veces en los Programas Nacionales
mediante documento formal adjuntando el formato consignado en el Anexo N°
06 "Solicitud de Software" de la presente directiva, debidamente suscrito por el/la
titular del usuario, para su evaluación técnica y elaborar los documentos que
correspondan para sustentar la contratación.
7.7.2. Para la contratación de licencias de uso de software de tipo propietario, la OGTI

o el que haga sus veces en los Programas Nacionales elabora además de las
especificaciones técnicas, los siguientes documentos técnicos, en coordinación
con el usuario de ser necesario:
i) Informe Técnico Previo de Evaluación de Software (ITPES), el cual

consigna la recomendación basada en aspectos técnicos y funcionales
del software idóneo para el MIDIS. De ser necesario, se requiere el apoyo
de la OA o el que haga sus veces en los Programas Nacionales.
ii) En caso se haga referencia a determinada marca o tipo particular, se
elabora un Informe Técnico de Estandarización de Software (ITES)
siguiendo los procedimientos establecidos en la Directiva N° 004-2016-
OSCE/CD “Lineamientos para la contratación en la que se hace
referencia a determinada marca o tipo en particular”.
7.7.3. Toda licencia a contratar, debe contar con estándares de seguridad que
garantice niveles óptimos de seguridad. En el caso de software de uso obligatorio
a nivel de gobierno, recibe un tratamiento diferenciado en cuanto a los
mecanismos de seguridad aplicables.
7.8. DE LA ADQUISICIÓN DE SOFTWARE
7.8.1. Toda adquisición de software debe conllevar la elaboración de Especificaciones

Técnicas por parte del usuario solicitante con la respectiva validación de la OGTI o
el que haga sus veces en los Programas Nacionales, detallando características
técnicas y funcionales del software requerido, y en caso lo requiera, los servicios
asociados y/o accesorios (Ejemplo: mantenimiento, soporte técnico, reparación o
actividades afines) de acuerdo con la normativa aplicable.
7.8.2. Toda adquisición de software debe contar con algún estándar de seguridad que
garantice niveles óptimos de seguridad.
7.8.3. Una vez culminado la adquisición del software y su respectiva implantación y

operación, este debe ser agregado en el "Inventario de Software y de Licencias"
del MIDIS en la categoría que corresponda.
7.9. DE LA INSTALACIÓN, USO Y PROHIBICIONES DEL SOFTWARE
Para la instalación y uso correcto del software, la OGTI o el que haga sus veces
en los Programas Nacionales debe:
7.9.1. Instalar, configurar, actualizar y activar licencias de uso de software de tipo

propietario en los equipos de cómputo del MIDIS, de acuerdo a la normativa
vigente sobre la gestión de recursos informáticos o gestión de software,
verificando previamente que el software se encuentre registrado y disponible en
el "Inventario de Software y de Licencias"; en caso contrario, se gestiona la
instalación de la versión de prueba del software por el periodo dispuesto por el
fabricante y se debe evaluar la contratación de las licencias según lo establecido
en el numeral 7.7. de la presente Directiva.
7.9.2. Verificar en el equipo de cómputo, el cumplimiento de los requisitos técnicos

mínimos del software para proceder con la instalación o actualización respectiva,
caso contrario se procede a informar al usuario.
7.9.3. Determinar según la utilidad, uso y destino de los equipos de cómputo, el

software y licencias de uso que corresponde ser instalado y activado.
Para la instalación y uso correcto del software, los usuarios deben:
7.9.4. Hacer uso únicamente del software instalado y autorizado en el equipo de

cómputo asignado, respetando los términos de uso de la licencia.
7.9.5. En caso que requieran la instalación, actualización, desinstalación o

configuración de software, o la activación de la licencia de uso de software
cualquiera sea el tipo de licencia, lo solicita ante la OGTI o el que haga sus veces
en los Programas Nacionales mediante documento formal adjuntando el formato
consignado en el Anexo N° 06 "Solicitud de Software" de esta Directiva,
debidamente suscrito por el/la titular del usuario. Dicha solicitud es atendida
según la disponibilidad de las licencias de software.
7.9.6. Reportar a la OGTI o el que haga sus veces en los Programas Nacionales sobre
cualquier falla del software que haya sido instalado en el equipo de cómputo
asignado y sobre el software que no es utilizado para que proceda a su
desinstalación.
Los usuarios están prohibidos de:
7.9.7. Usar, instalar, desinstalar, o actualizar software que no ha sido autorizado por la
OGTI o la que haga sus veces en los Programas Nacionales.
7.9.8. Usar el servicio de internet para descargar software cualquiera que sea el tipo
de licencia, o utilizar software como un servicio (SaaS) sin autorización expresa
de la OGTI o el que haga sus veces en los Programas Nacionales.
7.9.9. Modificar los parámetros de configuración del software instalado en el equipo de

cómputo asignado.
7.10. DE LA ADMINISTRACIÓN Y CONTROL DE SOFTWARE
Para la adecuada administración y control de Software, la OGTI o el que haga sus veces
en los Programas Nacionales debe:
7.10.1. Custodiar apropiadamente los medios de instalación de software y licencias

(CD/DVD u otros medios físicos o lógicos), manuales y documentos que se
hayan generado producto de la contratación de estas.
7.10.2. Velar por la integridad de las llaves de activación de las licencias, proporcionando
seguridad en las medidas de acceso y utilización sólo al personal autorizado.
7.10.3. Realizar actividades y tareas de seguimiento y control del software instalado y/o
de uso en los equipos de cómputo, a fin de realizar las siguientes verificaciones:
i) Que el equipo de cómputo cuente con software y licencias autorizadas.

ii) Que el software instalado en los equipos de cómputo cumpla con los
términos de licenciamiento.
iii) Que el software instalado en un equipo de cómputo tenga un uso
frecuente por parte del usuario/a.
7.10.4. Ejecutar las acciones correctivas, en caso detecte la instalación de software no

autorizado en los equipos de cómputo.
7.10.5. Coordinar y programar con el usuario, las acciones necesarias para la

verificación, actualización, cambio de software y otras que estime necesarias.
7.10.6. Elaborar y mantener actualizado el "Inventario de Software y de Licencias", a fin

de cumplir con la obligación de su realización de acuerdo con la normativa
vigente y para recopilar y almacenar en un depósito seguro las licencias y su
documentación.
7.11. SEGURIDAD EN LA ADQUISICIÓN, DESARROLLO Y MANTENIMIENTO DE

SOFTWARE
En el marco de lo dispuesto en los Lineamientos de Seguridad de la Información

del MIDIS, la OGTI o el que haga sus veces en los Programas Nacionales,
establece acciones para su cumplimiento, los cuales deben aplicarse para el
desarrollo in-house y los terceros.
7.11.1. Derechos de propiedad intelectual para software de terceros
Considerar la inclusión de un acuerdo de confidencialidad con la finalidad de

salvaguardar la información a la que puede tener acceso un proveedor como
parte de la prestación de un servicio.
Asimismo, se evalúa incluir lo dispuesto en el artículo 10º del Decreto Supremo

Nº 051-2018-PCM con la finalidad de asegurar que se cuenten con los derechos
suficientes para poner a disposición el software desarrollado como un Software
Público Peruano, bajo licencias libres o abiertas.
7.12. DEL RETIRO DEL SOFTWARE
La OGTI o el que haga sus veces en los Programas Nacionales debe:
7.12.1. Evaluar el retiro de software estableciendo las razones y notificando al usuario

sobre las actividades y el cronograma para el retiro del mismo.
7.12.2. Emitir informes técnicos para declarar el retiro del software por causal de
excedencia, obsolescencia técnica o reposición. Asimismo, garantizar el
archivamiento de los registros y documentación asociada al software.
7.12.3. Informar al usuario y a los interesados, el retiro del software y la finalización de

su soporte y mantenimiento.
7.12.4. En caso el software requiera ser retirado, el usuario debe solicitar su retiro a
través del formato consignado en el Anexo N° 06 "Solicitud de software" de la
presente Directiva, el cual debe estar debidamente suscrito por el/la titular del
usuario.
8. DISPOSICIONES COMPLEMENTARIAS
8.1. La Sede Central (y demás sedes) y los Programas Nacionales del MIDIS deben
adecuar su normativa, procesos y actividades relacionados a la NTP-ISO/IEC
12207:2016 según lo establecido en la presente Directiva.
8.2. Los anexos que forman parte de esta Directiva son tomados como referencia por los
Programas Nacionales adscritos al MIDIS para la adecuación y/o elaboración de sus
propios formatos. El contenido indicado en los anexos es la información mínima que
deben contener los formatos.
8.3. Aquellas disposiciones no contempladas en la presente Directiva deben ser

reglamentados guardando concordancia con las normas internas del MIDIS y
normatividad vigente y aplicable al caso concreto.
9. ANEXOS
9.1. Anexo N°01: Requerimiento de Desarrollo de Software.

9.2. Anexo N°02: Requerimientos Técnicos.
9.3. Anexo N°03: Pruebas de calidad.
9.4. Anexo N°04: Documento de conformidad de usuario del entregable o producto.
9.5. Anexo N°05: Conformidad de capacitación.
9.6. Anexo N°06: Solicitud de software.
9.7. Anexo N°07: Análisis de vulnerabilidades.
Título: NORMAS Y PROCEDIMIENTOS DEL CICLO DE VIDA DEL Fecha de vigencia: 05 / 07 / 2021
SOFTWARE DEL MINISTERIO DE DESARROLLO E INCLUSIÓN
Página 19 de 29
SOCIAL
Código: F-CVS-01
[ LOGO ]
ANEXO N° 01 Versión: 1.0
REQUERIMIENTO DE DESARROLLO DE SOFTWARE
Página:
NÚMERO DE SOLICITUD
FECHA DE SOLICITUD
TIPO DE REQUERIMIENTO Nuevo Software Mantenimiento Software
TÍTULO DEL REQUERIMIENTO
USUARIO
USUARIO/A COORDINADOR/A
TELÉFONO DEL/DE LA COORDINADOR/A
CORREO ELECTRÓNICO DEL/DE LA COORDINADOR/A
TIPO DE DESARROLLO Inhouse Tercero

Id TIPO ORIGEN DESCRIPCIÓN CRITICIDAD1 FECHA DE FECHA DE OBSERVACIONES ESTADO

(áreas INICIO ENTREGA
Involucradas)
RQF-01 Considerar los Considerar los siguientes
siguientes valores: valores
- Funcional - En evaluación
- No funcional - En proceso
- En espera de
validación del usuario
- Finalizado
- Desestimado
RQN-01 No funcional
RQF-02 Funcional
Nombres y Apellidos Nombres y Apellidos Nombres y Apellidos

Líder de proyecto Analista funcional o Programador Cargo del titular usuario
Unidad de organización de TI Unidad de organización de TI Unidad de organización del usuario
1
Referido al impacto de ejecución del requerimiento, significando:
Alta: Debe ejecutarse inmediatamente.
Media: Debe programarse su ejecución en un corto o mediano plazo.
Baja: No tiene consecuencias en el negocio, pudiendo dilatarse su ejecución.
Página 21 de 29
SOCIAL
Código: F-CVS-02
[ LOGO ]
REQUERIMIENTOS TÉCNICOS
Página:
<Se detallará la lista de los requisitos técnicos (no funcionales) que deberá cumplir el software.
Lo que se indique en este documento tiene carácter preliminar. Las especificaciones definitivas
se detallarán en los términos de referencia, si es que la solución se terceriza.>
1. Requerimientos técnicos
1.1. Tipo de sistema:
Considerar: Web, Desktop, Georeferencial, Móvil, otros.
1.2. Tecnologías de desarrollo:

a. Lenguajes de programación cliente/servidor.
b. Bases de datos
c. Frameworks, librerías, IDEs, otros
1.3. Arquitectura
<Indicar las capas mínimas sobre las que se debe construir el software>
1.4. Interfaces de usuario

Considerar:
Modelos de interfaz de usuarios, Guías, directivas o lineamientos existentes.
1.5. Hardware requerido

Considerar:
Hardware de servidor mínimo.
Hardware de cliente mínimo.
1.6. Sistema Operativo

Indicar los sistemas operativos sobre el que debe ejecutarse el software.
1.7. Interfases de comunicación

Considerar:
Los sistemas, aplicaciones, webservices o módulos con los que el software debe tener
interacción.
2. Requerimientos de infraestructura
Considerar:
Plataforma
Lenguaje de programación
Base de datos
Licenciamiento
3. Requerimientos de carga inicial y/o migración de datos

Considerar los aspectos relacionados con la inicialización de datos o carga de datos iniciales
para que el software pueda iniciar sus operaciones.
4. Requerimientos de seguridad
Considerar:
Sistema de seguridad de acceso (LDAP, otros).
Log de accesos
Log de transacciones
Log de errores
5. Requerimientos de documentación
Considerar:
Manuales de usuario
Manuales de instalación del sistema
6. Requerimientos de garantía, soporte y mantenimiento

En el caso de tercerización, considerar:
El tiempo de garantía
El tiempo de soporte
7. Requisitos del postor y del personal

En el caso de tercerización, considerar:
Para el postor:
Experiencias y plazos
Forma de acreditar
Para el personal del postor:

Nivel académico
Experiencias y plazos
Conocimientos
Forma de acreditar
Nombres y Apellidos Nombres y Apellidos

Analista funcional o Programador Administrador de infraestructura
Unidad de organización de TI Unidad de organización de TI
Página 23 de 29
SOCIAL
Código: F-CVS-03
[ LOGO ]
PLAN DE PRUEBAS
Página:
1. Alcance
<Se detallará la relación de funcionalidades que se van a probar. En peticiones simples coincide con la relación de requerimientos a probar.>
2. Autor y Revisor
Autor Revisor
<Nombre del autor del documento> <Nombre del revisor documento>
3. Equipo de trabajo que realizará las pruebas
N° Nombre Responsabilidades
1 <Nombre de los recursos que realizarán las pruebas> <Responsabilidades del recurso>
4. Casos de Prueba
<Explica las tareas necesarias para ejecutar las pruebas. Las tareas de pruebas nos ayudan a validar que el aplicativo desarrollado realice las funciones para
las que ha sido creado en base a los requerimientos del Analista Funcional.>
Id Requerimiento Id. caso Descripción del Opción Resultado esperado Estado Clasifica QA Nro. de
caso de la ción iteraciones
prueba2 Error3
RQF-01 <Se describe el CP-01 <Se Describe el <Opción del <Se describe el 01 01 <Recurs
Requerimiento Caso de Prueba> Módulo y Sub resultado esperado 02 02 os que
Funcional> Módulo> del caso de prueba> 03 03 realizará
04 n el caso
05 de
prueba>
CP-02 <Se Describe el <Opción del <Se describe el 01 01 <Recurs

Caso de Prueba> Módulo y Sub resultado esperado 02 02 os que
Módulo> del caso de prueba> 03 03 realizará
04 n el caso
05 de
prueba>
5. Casos de Prueba de stress
2
Estado de la Prueba
01: Pendiente
02: En Proceso
03: Finalizado
3
Clasificación de Error
01: Bloqueante, impiden seguir con las pruebas
02: Críticos, tipo cuelgue de la aplicación
03: Funcionalidad, la aplicación no hace lo que debería hacer
04: Forma, fallos ortográficos, estéticos
05: Mejoras, sugerencias, mejoras en la funcionalidad
Ejm. Módulo de Ingreso de Nuevos

Descripción del módulo
Trabajadores
Tiempo Esperado Max(ms)
N° Usuarios
Considerar los siguientes valores: Paso /No
Resultado
Paso
N° Registros Tiempo de Respuesta(ms) Tiempo Esperado(ms)

Analista funcional o Programador Analista de Calidad
Página 26 de 29
SOCIAL
ANEXO N° 04 Código: F-CVS-04

[ LOGO ] DOCUMENTO DE CONFORMIDAD DE USUARIO Versión: 1.0
DEL ENTREGABLE O PRODUCTO Página:
FECHA:
ÁREA SOLICITANTE:
I. DESCRIPCIÓN DEL ENTREGABLE
II. DETALLE DEL ENTREGABLE
III. CONFORMIDAD
Se da conformidad Se presenta observaciones
IV. OBSERVACIONES

Jefe Cargo
Unidad de organización de TI Unidad de organización usuario
Código: F-CVS-06
[ LOGO ]
CONFORMIDAD DE CAPACITACIÓN
Página:
Nombre del Software:
Fecha y hora:
DATOS DEL USUARIO:
DIRECCION:
PERSONA ENCARGADA DE LA
CONFORMIDAD:
APELLIDO Y NOMBRES:
TELÉFONO:
CARGO:
CORREO ELECTRÓNICO:
CAPACITACION REALIZADA BÁSICO: ( ) MEDIO: ( ) AVANZADO: ( )
TEMAS:
2.
3.
LISTA DE PERSONAS CAPACITADAS.
1.
2.
3.
4.

Líder de Proyecto Analista funcional o Programador
Nombres y Apellidos
Líder usuario
Unidad de organización usuario
Página 28 de 29
SOCIAL
Código: F-CVS-07
[ LOGO ]
SOLICITUD DE SOFTWARE
Página:
1. USUARIO:
2. FECHA DE SOLICITUD:
3. LICENCIA DE TIPO Software libre Licencia tipo propietario Freeware

PROPIETARIO
4. PERSONAL DE CONTACTO
PARA COORDINACIÓN:
5. N° DE ANEXO DE PERSONAL DE
CONTACTO:
Datos Generales de el/la Usuario/a Detalle de Solicitud
N° Nombres y DNI Cargo Tipo contrato Motivo Nombre del Sustento

Apellidos software /sistema
de información
1 Instalación
Desinstalación
Actualización
Activación de licencia
Contratación
Retiro
Nombres y Apellidos
Cargo del titular usuario
Unidad de organización usuario
Código: F-PCV-08
[ LOGO ]
ANÁLISIS DE VULNERABILIDADES
Página:
Código: ANVU-0001-2020
Realizado por:
Supervisado por:
Objetivo:
IP/s o dirección/es a analizar:

1)
2)
3)
Ambiente X Pruebas Producción
Fecha y horario del análisis programado:

Herramienta y método Duración Hallazgos/Reportes*
1
2
3
4
Conclusiones
Plazo aproximado para la subsanación:

*Se debe listar las vulnerabilidades halladas (niveles de riesgo) y anexar el código del reporte digital
generado.
Recomendaciones
1)
2)
3)
Los resultados del levantamiento de las vulnerabilidades detectadas serán validados

mediante un nuevo reporte del análisis de vulnerabilidad o informe técnico.

Analista funcional / Programador Analista de Seguridad de la Información

RM 121 2021MIDIS Completo PDF

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

RM 121 2021MIDIS Completo PDF

Cargado por

Copyright:

Formatos disponibles

Firmado digitalmente por VARGAS

WINSTANLEY Silvana Eugenia

Lima, 05 de julio de 2021

Que, mediante Resolución Ministerial N° 041-2017-PCM, se aprueba el uso obligatorio

Que, en el marco de las competencias y funciones establecidas en el Texto Integrado

Que, el Despacho Viceministerial de Prestaciones Sociales, con Memorando N°

Firmado digitalmente por BISMARCK

Que, la Oficina General de Administración, con Memorando N° D000516-2021-MIDIS-

Que, la Oficina General de Comunicación Estratégica, con Memorando N° D000470-

Que, por lo expuesto y en el marco de la normativa aplicable, resulta necesario aprobar

Con los visados de la Oficina General de Tecnologías de la Información , del Despacho

De conformidad con lo dispuesto en la Ley N° 29792, Ley de Creación, Organización y

Artículo 1.- Aprobación de la Directiva

Aprobar la Directiva N° 009 -2021-MIDIS denominada “Directiva de Procedimientos

Artículo 2.- Publicación

Disponer la publicación de la presente Resolución Ministerial y su Anexo en el portal

Regístrese, comuníquese y publíquese

Firmado digitalmente por VARGAS

SILVANA EUGENIA VARGAS WINSTANLEY

DIRECTIVA DE PROCEDIMIENTOS DEL CICLO DE VIDA DEL SOFTWARE DEL MINISTERIO DE

Directiva N° 009 -2021-MIDIS

Etapa Responsable Visto Bueno y sello:

Revisado por: Julio Javier Demartini Montes

Fecha: 11 / 05 / 2021 FAU 20545565359 hard

Revisado por Aida Mónica La Rosa Sánchez Báyes de López

Revisado por Claudia Consuelo Velazco Villar

Revisado por: Fanny Esther Montellanos Carbajal

Cargo: Ministra de Desarrollo e Inclusión Social Firmado digitalmente por VARGAS

HOJA DE CONTROL DE CAMBIOS

Establecer las disposiciones para el desarrollo, mantenimiento, contratación de licencias

La presente Directiva es de cumplimiento obligatorio para los/las servidores civiles bajo

3.11. Decreto Supremo N° 024-2006-PCM, que aprueba el Reglamento de la Ley N°

4.1. La Oficina General de Tecnologías de Información (OGTI) o la que haga sus

a) Velar por el cumplimiento de la presente directiva.

a) Realizar el requerimiento de software completando los formatos

4.3. La Oficina General de Comunicación Estratégica (OGCE) o la que haga sus

a) Participar en la implementación de software en el caso de proyectos de

a) Efectuar en el marco de su competencia, la gestión de contrataciones de un

5.3. Equipo de implementación de soluciones: Equipo encargado de ejecutar el

5.4. Licencia de Uso de Software de Tipo Propietario: es la autorización o permiso

5.5. Plataforma tecnológica: Arquitectura, sistema operativo, servicios, utilitarios y

5.7. Proyecto: Es un conjunto de actividades interrelacionadas y coordinadas, para

5.8. Requerimiento: Es una capacidad o condición por satisfacer. En el contexto de

5.10. Sistema de información: Es un conjunto de elementos orientados al tratamiento

5.12. Software: Conjunto de programas de computador, procedimientos y posiblemente

5.13. Software como un Servicio (Software as a Service - SaaS): Es una solución de

5.14. Usuario: Unidad de organización de las sedes o Programas Nacionales,

5.15. Validación: Confirmación mediante el suministro de evidencia objetiva de que se

5.16. Verificación: Confirmación mediante la aportación de evidencia objetiva de que

6.2. La justificación de todo requerimiento de desarrollo de software debe estar

6.4. Durante el desarrollo y mantenimiento de software, se deben aplicar las

7.1. DE LOS INTEGRANTES EQUIPO DE IMPLEMENTACIÓN DE SOLUCIONES

7.1.1. El equipo de desarrollo o mantenimiento de software debe contar mínimamente

7.2. DE LAS FUNCIONES DEL EQUIPO DE IMPLEMENTACIÓN DE SOLUCIONES

Las funciones del equipo de implementación de soluciones son:

7.1.3. Líder usuario

 Definir los requisitos funcionales.

7.1.4. Líder de proyecto

 Elaborar el Plan de Proyecto y/o Acta de Constitución del Proyecto.

7.1.5. Analista funcional

 Definir en coordinación con el usuario, los requerimientos funcionales y no

7.1.6. Arquitecto de aplicaciones