procedimientos verificaciÓn y validacioninin.gob.mx/transparencia/doctosnormateca/p.si-5, rev 2...
Post on 06-Sep-2019
9 Views
Preview:
TRANSCRIPT
Area: Departamento de Sistemas Informáticos
• Procedimiento: Verificación y Validación de Software
ININ No: P.SI-5 Rev.: 2 Fecha de Emisión: Ago de 2010 Hoja: 1 de: 22
Índice Página
1. OBJETIVO Y ALCANCE .................................................................................... 2 1.1. OBJETIVO ............................................................................................................ 2 1.2. ALCANCE ............................................................................................................. 2
2. NOTACIONES Y DEFINICIONES ...................................................................... 2 2.1. NOTACIONES ...................................................................................................... 2 2.2. DEFINICIONES .................................................................................................... 3
3. DESARROLLO ................................................................................................... 6 3.1 PROCESO ............................................................................................................. 6 3.2 CONTENIDO ........................................................................................................ 6
4. RESPONSABILIDADES .................................................................................. 14 5. REFERENCIAS ................................................................................................ 15 6. ANEXOS .......................................................................................................... 15
-- \.{ ...,- {.
GARANTIA DE CALIDAD DOCUMENTO VERIfiCADO Y LIBERADO POR: V.GC·.9:r '15
(LAVE 3361- FE A. FIRMA1kW~ ~ ~~~ftl/V2
Preparado por: M.en C. David Valdivia Rosas ~ / Fecha: Agosto 2010
Revisado por: M. en C. Alfonso Villarreal Martínez~v~//// ¿21,(¡-///Á / M Fecha: Agosto 2010
Aprobado por: M. en C. José Luis Angeles V~s {/ ----',..- - Fecha: Agosto 2010
---- - -------- I
CO
PIA
NO
CO
NTR
OLA
DA
I n s t i t u t o N a c i o n a l d e I n v e s t i g a c i o n e s N u c l e a r e s
Area: Departamento de Sistemas Informáticos No.: P.SI-5 Rev.: 2
Procedimiento: Verificación y Validación de software Fecha de Emisión:
Agosto de 2010
Hoja: 2 de: 22
4.1
.1.a
F
P . G C - 1 . b / 3 / 1 2
FP
.SG
C.D
G-1
.b/3
/21
1 OBJETIVO Y ALCANCE
1.1 OBJETIVO
El objetivo de este documento es proveer una guía para la elaboración de la
planeación y documentación de las actividades requeridas, para realizar las
actividades de Verificación y Validación de los productos de desarrollo del
software.
1.2 ALCANCE
Este procedimiento se aplica a software desarrollado bajo el SGC del ININ por
personal del Departamento de Sistemas Informáticos de la Gerencia de Sistema.
Este procedimiento está considerado como Norma Interna de Administración al estar
relacionado con el tema de Tecnologías de la Información, de conformidad con el Sistema de
Mejora Regulatoria Interna del Programa de Mejora de la Gestión de la Administración
Pública Federal 2008-2012.
2 NOTACIONES Y DEFINICIONES
2.1 NOTACIONES
DDS Descripción de Diseño de Software
ERS Especificación de Requerimientos de Software
GS Gerencia de Sistemas
ININ Instituto Nacional de Investigaciones Nucleares
Norma IEEE std.1012-1986
PAC Plan de Administración de la Configuración.
PVV Plan VV de Software
RVV Reporte final de VV del Software
SI Departamento de Sistemas Informáticos
SGC Sistema de Garantía de Calidad
VV Verificación y Validación
CO
PIA
NO
CO
NTR
OLA
DA
I n s t i t u t o N a c i o n a l d e I n v e s t i g a c i o n e s N u c l e a r e s
Area: Departamento de Sistemas Informáticos No.: P.SI-5 Rev.: 2
Procedimiento: Verificación y Validación de software Fecha de Emisión:
Agosto de 2010
Hoja: 3 de: 22
4.1
.1.a
F
P . G C - 1 . b / 3 / 1 2
FP
.SG
C.D
G-1
.b/3
/21
2.2 DEFINICIONES
2.2.1. Anomalía
Cualquier cosa observada en la documentación o en la operación del software
que se desvía de expectativas base del producto de software previamente
verificados o los documentos de referencia.
2.2.2 Caso de prueba
Un conjunto de entradas de prueba, de condiciones de ejecución, y de
resultados previstos desarrollados para un objetivo particular, por ejemplo
para realizar una trayectoria particular del programa o para verificar
conformidad con un requisito específico.
Documentación que especifica entradas, resultados previstos, y una serie de
condiciones de ejecución para un elemento de la prueba.
2.2.3. Componente
Una de las piezas que integra un sistema. Un componente puede ser hardware
o software y puede estar subdividido en otros componentes
2.2.4 Descripción del diseño del software (DDS)
Una representación de un sistema de software creada para facilitar el análisis,
planeación, implementación, y toma de decisiones. Un esquema o modelo de
un sistema de software. La DDS es empleada como medio primario para
comunicar información de diseño de software.
2.2.5 Diseño de la prueba
Documentación que especifica los detalles del enfoque de la prueba para
identificar una característica del software o combinación de características del
software y las pruebas asociadas.
2.2.6. Elemento
Un componente (Diseño, especificaciones, código fuente, documentación,
conjunto de pruebas, manuales de procedimientos, etc) que se ha diseñado
para el uso en contextos múltiples.
2.2.7 Entradas requeridas
El conjunto de elementos necesarios para realizar las tareas mínimas de VV
dentro de cualquier actividad del ciclo de vida
CO
PIA
NO
CO
NTR
OLA
DA
I n s t i t u t o N a c i o n a l d e I n v e s t i g a c i o n e s N u c l e a r e s
Area: Departamento de Sistemas Informáticos No.: P.SI-5 Rev.: 2
Procedimiento: Verificación y Validación de software Fecha de Emisión:
Agosto de 2010
Hoja: 4 de: 22
4.1
.1.a
F
P . G C - 1 . b / 3 / 1 2
FP
.SG
C.D
G-1
.b/3
/21
2.2.8 Especificación de requerimientos del software (ERS)
Documentación de los requerimientos esenciales (funciones, rendimiento,
restricciones del diseño, y cualidades o atributos) del software y de sus
interfases externas.
2.2.9 Especificación de requerimientos de la interfase
Documentación que especifica los requerimientos para las interfases entre los
sistemas y los componentes. Estos requerimientos incluyen restricciones
sobre formatos.
2.2.10 Procedimiento de prueba
Instrucciones detalladas para la disposición, la ejecución, y la evaluación de
los resultados para un caso dado de prueba.
Un documento que contiene un conjunto de instrucciones asociadas.
Documentación que especifica una secuencia de las acciones para la
ejecución de una prueba.
2.2.11 Procesos del ciclo de vida
Conjunto de actividades correlacionadas que dan lugar al desarrollo o la
evaluación de los productos de software. Cada actividad consiste en tareas.
Los procesos del ciclo de vida pueden traslaparse uno con otro. Para los
propósitos de VV, no se concluye ningún proceso hasta que sus productos del
desarrollo se verifican y se validan según las tareas definidas en el PVV.
2.2.12. Prueba de aceptación
Prueba formal conducida para determinar si o no, un sistema satisface sus
criterios de aceptación y permitir al usuario determinar si o no aceptar el
sistema.
Prueba formal conducida para permitir al usuario determinar si aceptar un
sistema o un componente.
2.2.13. Prueba de componente
Prueba de los componentes individuales del hardware o de software o de un
grupo de componentes relacionados.
2.2.14 Prueba de integración
Prueba en la cual los componentes de software, los componentes de
hardware, o ambos se combinan y se prueban para evaluar la interacción entre
ellos.
CO
PIA
NO
CO
NTR
OLA
DA
I n s t i t u t o N a c i o n a l d e I n v e s t i g a c i o n e s N u c l e a r e s
Area: Departamento de Sistemas Informáticos No.: P.SI-5 Rev.: 2
Procedimiento: Verificación y Validación de software Fecha de Emisión:
Agosto de 2010
Hoja: 5 de: 22
4.1
.1.a
F
P . G C - 1 . b / 3 / 1 2
FP
.SG
C.D
G-1
.b/3
/21
2.2.15 Prueba del sistema
Prueba conducida en un sistema completo, integrado para evaluar la
conformidad del sistema con sus requerimientos especificados
2.2.16 Salidas requeridas
El grupo de elementos que se producen como resultado de realizar las tareas
mínimas de VV de cualquier actividad del ciclo de vida.
2.2.17 Sistema
Una colección de componentes organizados para lograr una función o un
conjunto de funciones
2.2.18 Software
Programas de computadora, procedimientos, reglas y cualquier
documentación asociada y datos relativos a la operación de un sistema de
computadora.
2.2.19 Tareas mínimas
Tareas de VV requeridas para el nivel de la integridad de software asignado
al software que se verifican y validan.
2.2.20 Tareas opcionales
Tareas de VV aplicables a todos los desarrollo de software.
2.2.21 Usuario
Organización, persona o personas que definen los requerimientos, operan o
interactúa directamente con el software..
2.2.22 Validación
El proceso de evaluación un sistema o componente durante o en el final del
proceso del desarrollo para determinarse si satisface los requerimientos
especificados.
2.2.23 Verificación
El proceso de evaluar un sistema o componente para determinar si el producto
de una determinada fase de desarrollo satisface las condiciones impuestas al
inicio de esa fase.
CO
PIA
NO
CO
NTR
OLA
DA
I n s t i t u t o N a c i o n a l d e I n v e s t i g a c i o n e s N u c l e a r e s
Area: Departamento de Sistemas Informáticos No.: P.SI-5 Rev.: 2
Procedimiento: Verificación y Validación de software Fecha de Emisión:
Agosto de 2010
Hoja: 6 de: 22
4.1
.1.a
F
P . G C - 1 . b / 3 / 1 2
FP
.SG
C.D
G-1
.b/3
/21
3 DESARROLLO
3.1 PROCESO
El proceso a seguir para la elaboración del PVV se indica en forma grafica en el
anexo I, y se describe a continuación.
3.1.1 Preparar el PVV
El revisor designado por el Jefe del Departamento de Sistemas Informáticos
prepara el PVV conforme a este procedimiento.
3.1.2 Revisión del PVV
a) El Jefe del Departamento de Sistemas Informáticos Revisar que el PVV
se apegue a este procedimiento.
b) En caso de existir observaciones, éstas se turnan al responsable de
elaborar el PVV, para su aplicación.
3.1.3 Aprobación del PVV
Una vez completo el PVV realizando las correcciones pertinentes, éste se
envía a la GS para su aprobación.
3.2 CONTENIDO
El Contenido del PVV se documenta en el formato PDF, empleando las formas
FP.SI-01/0/4, FP.SI-02/0/4 y FP.SI-03/0/4 descritas en los anexos II, III y IV del
procedimiento P.SI-4, “Plan de Administración de la configuración” Revisión
Vigente.
El contenido del PVV es el siguiente:
1. Introducción
1.1 Propósito
1.2 Alcance
1.3 Definiciones
1.4 Acrónimos
1.5 Referencias
1.6 Resumen
2. Administración del proceso de VV
CO
PIA
NO
CO
NTR
OLA
DA
I n s t i t u t o N a c i o n a l d e I n v e s t i g a c i o n e s N u c l e a r e s
Area: Departamento de Sistemas Informáticos No.: P.SI-5 Rev.: 2
Procedimiento: Verificación y Validación de software Fecha de Emisión:
Agosto de 2010
Hoja: 7 de: 22
4.1
.1.a
F
P . G C - 1 . b / 3 / 1 2
FP
.SG
C.D
G-1
.b/3
/21
2.1 Organización
2.2 Programa de desarrollo
2.3 Responsabilidades
3. Proceso de Verificación y validación
3.1 VV de Requerimientos
3.2 VV del Diseño
3.3 VV de la Implementación
3.4 VV de pruebas
3.5 VV de Instalación
4. Reportes de VV
4.1. Reporte de tareas.
4.2. Reporte de resultados de tarea
4.3 Reporte de anomalías
4.4 Reporte Final
5. Requerimientos Administrativos de VV
5.1 Reporte y Resolución de Anomalías
5.2 Políticas de Interacción de Tareas
5.3 Políticas de Desviación
5.4 Procedimiento de Control
5.5 Estándares y Convenciones
6. Anexos
A continuación se describe cada uno de los puntos del contenido del PVV.
3.2.1 Introducción
En la sección uno del PVV, que es la introducción del documento, se debe
especificar el propósito, el alcance, así como las definiciones y los acrónimos.
a) Propósito
(Sección 1.1). Dentro de la sección uno del PVV, como primer punto, se
debe mencionar el propósito específico del Plan de Verificación y
Validación de Software, en donde se establezca un marco común para
los procesos, las actividades, y las tareas de VV de los procesos del ciclo
de vida del desarrollo de software.
b) Alcance
Dentro de la sección uno (subsección 1.2) del PVV se debe mencionar
los alcances del Plan de Verificación y Validación en donde se:
i) Definan las tareas de VV, las entradas y salidas requeridas.
ii) Identifiquen las tareas mínimas de VV.
iii) Defina el contenido del Plan de VV del Software (PVV)
CO
PIA
NO
CO
NTR
OLA
DA
I n s t i t u t o N a c i o n a l d e I n v e s t i g a c i o n e s N u c l e a r e s
Area: Departamento de Sistemas Informáticos No.: P.SI-5 Rev.: 2
Procedimiento: Verificación y Validación de software Fecha de Emisión:
Agosto de 2010
Hoja: 8 de: 22
4.1
.1.a
F
P . G C - 1 . b / 3 / 1 2
FP
.SG
C.D
G-1
.b/3
/21
c) Definiciones
(Sección 1.3). En esta sección se deben definir o dar una referencia para
las definiciones de todos los términos requeridos para poder interpretar
adecuadamente el plan, listadas en orden alfabético.
d) Acrónimos
(Sección 1.4). En esta sección, se deben de describir los acrónimos y
notaciones necesarios para entender el PVV. Listados en orden
Alfabético.
e) Referencias
(Sección 1.5) En esta sección, se deben identificar los documentos
referenciados por dicha planeación y cualquier documento de apoyo para
la implementación de la planeación. Esta sección de la PVV debe
contener los siguientes datos: Titulo, identificación, número de revisión,
editor y fecha de emisión.
f) Resumen
(Sección 1.6 del PVV).Describe brevemente el contenido de las secciones
2, 3,4 y 5 del PVV
3.2.2. Administración del proceso de Verificación y Validación
(Sección 2 del plan). En donde se debe describir la organización, la
programación y las responsabilidades para realizar la VV del software.
a) Organización
(Sección 2.1 del plan). En esta sección se debe describir la organización
del grupo de Verificación y Validación. Esta organización debe indicar
las relaciones con otras tareas del proyecto, como el grupo de desarrollo,
la administración o el usuario final. Además se deben definir las líneas de
comunicación con el grupo de verificación y validación.
b) Programa de desarrollo.
(Sección 2.2. del plan). Está sección debe describir el ciclo de vida del
proceso de VV y los puntos de revisión, incluyendo fecha en las cuales se
llevarán a cabo. Este programa resume las tareas de VV. El plan de
CO
PIA
NO
CO
NTR
OLA
DA
I n s t i t u t o N a c i o n a l d e I n v e s t i g a c i o n e s N u c l e a r e s
Area: Departamento de Sistemas Informáticos No.: P.SI-5 Rev.: 2
Procedimiento: Verificación y Validación de software Fecha de Emisión:
Agosto de 2010
Hoja: 9 de: 22
4.1
.1.a
F
P . G C - 1 . b / 3 / 1 2
FP
.SG
C.D
G-1
.b/3
/21
trabajo se realiza en Project, en cualquier otro paquete o en un formato
para hacerlo en forma manual.
Cuando se planean tareas de VV se deben de organizar con la idea de que
el proceso de VV sea interactivo.
c) Responsabilidades.
(Sección 2.3. del plan). En está sección se debe de indicar las
responsabilidades de los elementos de la organización para cada tarea de
VV. En ésta sección se debe resumir los roles y responsabilidades
definidas en cada secciones de la fases del ciclo de vida del PVV.
3.2.3 Proceso de Verificación y Validación.
(Sección 3). En esta sección se detalla el plan para las etapas de VV, y se
deben considerar los siguientes puntos para cada etapa de VV:
a) Tareas de VV de la fase
b) Métodos y procedimiento
c) Documentos de entrada
d) Documentos de salida
e) Programación
f) Recursos
g) Roles y responsabilidades.
a) Verificación y Validación de Requerimientos
(Sección 3.1). La verificación y la validación de los requerimientos trata
el análisis de los requerimientos del software, funcionales y de
rendimiento, de las interfases externas al software, y de los
requerimientos para la calificación y la seguridad, la ingeniería de
factores humanos, las definiciones de los datos, la documentación del
usuario del software, la instalación y la aceptación, la operación del
usuario. El planeamiento de la prueba de la validación y verificación
comienza durante la actividad de la verificación y validación de los
requerimientos y atraviesa varias actividades de VV.
La VV de los requerimientos incluyen las tareas siguientes.
i) Tarea: Análisis de seguimiento de los requerimientos de
software. En la forma FP.SI-1/0/5 (anexo II).
ii) Tarea: Evaluación de los requerimientos del software.
iii) Tarea: Análisis de la interfaz de requerimientos de software.
iv) Tarea: Generación del plan de prueba de VV del sistema.
v) Tarea: Generación del plan de prueba de VV de la aceptación.
CO
PIA
NO
CO
NTR
OLA
DA
I n s t i t u t o N a c i o n a l d e I n v e s t i g a c i o n e s N u c l e a r e s
Area: Departamento de Sistemas Informáticos No.: P.SI-5 Rev.: 2
Procedimiento: Verificación y Validación de software Fecha de Emisión:
Agosto de 2010
Hoja: 10 de: 22
4.1
.1.a
F
P . G C - 1 . b / 3 / 1 2
FP
.SG
C.D
G-1
.b/3
/21
b) Verificación y Validación del Diseño
(Sección 3.2) En el diseño del software, los requerimientos del software
se transforman en una arquitectura y un diseño detallado para cada
componente de software. El diseño incluye las bases de datos y las
interfases de sistema (ejemplo, hardware, operador, usuario, componentes
de software, y subsistemas). La actividad de la VV del diseño contempla
el diseño arquitectónico y el diseño detallado del software. El
planteamiento de las pruebas de VV continúa durante la actividad de la
verificación y validación del diseño.
El objetivo de la VV del diseño es demostrar que el diseño es una
transformación correcta, exacta, y completa de los requerimientos del
software y que no se introducen ningunas características involuntarias.
Incluye las siguientes tareas:
i) Tarea: Análisis de seguimiento del diseño. Forma FP.SI-1/0/5
(anexo II)
ii) Tarea: Evaluación del diseño del software.
iii) Tarea: Análisis de las interfases del diseño.
iv) Tarea: Generación del plan de pruebas de componentes
v) Tarea: Generación del plan de prueba de integración
vi) Tarea: Generación del diseño de la pruebas de:
Componentes
Integración.
Sistema.
aceptación.
c) Verificación y Validación de la Implementación
(Sección 3.3 del PVV). En la implementación del software, el diseño del
sistema se transforma en código, la estructura de la base de datos, y
contar con el programa ejecutable de la máquina. La VV de la
implementación está dirigida a la codificación del software y prueba,
incluyendo la incorporación de los productos de software reutilizados.
El objetivo de la VV de la implementación es verificar y validar que estas
transformaciones sean correctas, exactas, y completas. Incluye las
siguientes tareas.
i) Tarea: Análisis de seguimiento del código fuente. Forma
FP.SI-1/0/5 (anexo II)
ii) Tarea: Evaluación del código fuente y su documentación.
iii) Tarea: Análisis del código fuente de las interfases.
CO
PIA
NO
CO
NTR
OLA
DA
I n s t i t u t o N a c i o n a l d e I n v e s t i g a c i o n e s N u c l e a r e s
Area: Departamento de Sistemas Informáticos No.: P.SI-5 Rev.: 2
Procedimiento: Verificación y Validación de software Fecha de Emisión:
Agosto de 2010
Hoja: 11 de: 22
4.1
.1.a
F
P . G C - 1 . b / 3 / 1 2
FP
.SG
C.D
G-1
.b/3
/21
iv) Tarea: Generación de los casos de prueba empleando la forma
FP.SI-3/0/5 del anexo IV de:
Componentes.
Integración.
Sistema.
Aceptación.
v) Tarea: Generación de procedimientos de prueba de:
componentes.
Integración.
Sistema
vi) Tarea: Ejecución de las pruebas de VV de los componentes.
d) Verificación y Validación de Pruebas.
(Sección 3.4). Las pruebas incluyen pruebas del software, pruebas de
integración del software, las pruebas de integración de sistema. Las
actividades de prueba de verificación y validación están relacionadas al
ciclo de vida de desarrollo del software.
El objetivo de la VV de la fase de pruebas es asegurarse de que los
requerimientos del software y los requerimientos del sistema asignados al
software son validados para la ejecución de las pruebas de integración, de
sistema, y de aceptación. Incluye las siguientes tareas:
i) Tarea: Análisis de seguimiento de las pruebas de VV.
ii) Tarea: Generación del procedimiento de prueba de VV de
aceptación.
iii) Tarea: Ejecución y registro de la pruebas de integración en la
forma de validación. Forma FP.SI-2/0/5 (anexo III).
iv) Tarea: Ejecución de la pruebas de sistema
v) Tarea: Ejecución de la prueba de aceptación
e) Verificación y Validación de Instalación.
(Sección 3.5). En la instalación y la comprobación, el producto de
software es instalado y probado en el ambiente de trabajo. La actividad
VV de la instalación y comprobación apoya las actividades de la
instalación del software. El objetivo de VV de la instalación y la
comprobación es verificar y validar correcta de instalación del software
en el ambiente de trabajo. Incluye las siguientes tareas:
i) Tarea: Inspección de la configuración de la instalación
CO
PIA
NO
CO
NTR
OLA
DA
I n s t i t u t o N a c i o n a l d e I n v e s t i g a c i o n e s N u c l e a r e s
Area: Departamento de Sistemas Informáticos No.: P.SI-5 Rev.: 2
Procedimiento: Verificación y Validación de software Fecha de Emisión:
Agosto de 2010
Hoja: 12 de: 22
4.1
.1.a
F
P . G C - 1 . b / 3 / 1 2
FP
.SG
C.D
G-1
.b/3
/21
ii) Tarea: Generación de Reporte final de VV, el cual se trata en el
punto siguiente
3.2.4 Reportes de VV
(Sección 4 del plan) En esta sección se debe describir cómo serán
documentados los resultados de la implementación del PVV. Los reportes de
VV se presentan durante todo el ciclo de vida del software. En esta sección
se deben de describir los siguientes reportes.
a) Reportes de Tareas
(Sección 4.1) Estos son reportes de VV, sobre tareas individuales que se
consideren relevantes y son puestos como reportes necesarios. Estos
documentos deben indicar los resultados y el estado.
b) Reportes de Anomalías
(Sección 4.2) Las anomalías, pueden reportarse en la revisión técnica del
software, en la forma FP.SI-4/0/5, anexo V, si la anomalía no impide el
funcionamiento del software, de otra manera será como lo especifique el
procedimiento de Plan de Administración de la Configuración. P.SI-4
[referencia 5.3].
c) Reporte final de VV
(Sección 4.3) Al final de la VV se debe realizar un reporte resumido,
indicado los resultados obtenidos de las tareas de VV en cada una de las
fases de VV: Requerimientos, diseño, implementación, pruebas e
instalación.
El reporte final debe tener el siguiente contenido:
1 Introducción.
1.1 Objetivo
1.2 Alcances
1.3 Definiciones
1.4 Acrónimos
1.5 Referencias
1.6 Resumen
2. Desarrollo.
2.1 Resumen de las tareas de VV
2.1 Resumen de resultados
2.2 Resumen de anomalías y resoluciones
3. Valoración de la calidad del software
4. Recomendaciones
5. Anexos
CO
PIA
NO
CO
NTR
OLA
DA
I n s t i t u t o N a c i o n a l d e I n v e s t i g a c i o n e s N u c l e a r e s
Area: Departamento de Sistemas Informáticos No.: P.SI-5 Rev.: 2
Procedimiento: Verificación y Validación de software Fecha de Emisión:
Agosto de 2010
Hoja: 13 de: 22
4.1
.1.a
F
P . G C - 1 . b / 3 / 1 2
FP
.SG
C.D
G-1
.b/3
/21
3.2.5 Procedimientos administrativos de la VV
(Sección 5 del plan) En este punto se describen los procedimientos
administrativos mínimos para el proceso de VV, y se presentan a
continuación.
a) Reporte y resolución de anomalías
(Sección 5.1 del plan) El reporte y la resolución de las anomalías se
realizan conforme a lo especificado en el P.SI-4 [referencia 5.3].
Además si es necesario se puede describir algún otro método de informar
y resolverse las anomalías, incluso el criterio para informar una anomalía,
la lista de distribución del informe de la anomalía y la autorización y
límite de tiempo para resolverla.
b) Políticas de iteración de tareas
(Sección 5.2 del plan). Esta sección describe el criterio para determinar
hasta que punto una tarea de VV es perfeccionada. Estos criterios pueden
incluir valoraciones de cambio, programación, o efectos de calidad.
c) Políticas de Desviación
(Sección 5.3 del plan) Esta sección describe los procedimientos y formas
cuando se encuentre una desviación en el Plan. La información requerida
para las desviaciones incluirá identificación de la tarea, la razón de
desviación, y efectos en la calidad del software. Esta sección define las
autoridades responsables de aprobar las desviaciones.
Una forma normal puede prepararse incluyendo la identificación de la
tarea y la razón de la desviación. El personal capacitado y aprobando
debe identificarse. Para los proyectos menores, menos formales, puede
ser suficiente documentar la información requerida.
d) Procedimientos de control
(Sección 5.4) Esta sección identifica los procedimientos de control que
serán aplicados al trabajo de VV. Estos procedimientos describen cómo
los productos del software y resultados de software son configurados,
protegidos y almacenados.
Estos procedimientos pueden describir garantía de calidad,
administración de la configuración, administración de datos, u otras
actividades no especificada en otro lado. En esta sección se describe
cómo el material del PVV deben cubrir las medidas de seguridad
CO
PIA
NO
CO
NTR
OLA
DA
I n s t i t u t o N a c i o n a l d e I n v e s t i g a c i o n e s N u c l e a r e s
Area: Departamento de Sistemas Informáticos No.: P.SI-5 Rev.: 2
Procedimiento: Verificación y Validación de software Fecha de Emisión:
Agosto de 2010
Hoja: 14 de: 22
4.1
.1.a
F
P . G C - 1 . b / 3 / 1 2
FP
.SG
C.D
G-1
.b/3
/21
existentes y cómo la validación de resultados de VV deben ser protegidos
de alteraciones deliberadas o accidentales.
e) Estándares y Convenciones
(Sección 5.5). Esta sección identifica los estándares y convenciones, que
gobiernan la ejecución de tareas de VV. Éstas pueden incluir estándares y
políticas de organización interna.
Lo siguiente son ejemplos generales de normas y convenciones que
pueden ser aplicables:
i) Las normas para los requisitos del software, planeación,
implementación, prueba, y documentación del software que
será evaluado
ii) Procedimientos detallados para las tareas de VV
iii) Listas de chequeo detalladas para usarse en la evaluación del
software
iv) Estándares para revisiones e inspecciones.
v) Los requisitos de garantía de calidad para el programa de VV.
vi) Cualquier norma y convenciones requeridas por el contrato
Dependiendo del ambiente del proyecto, a los estándares específicos y
convenciones que puede requerirse cómo:
i) Los Estándares de la Industria
ii) Los Estándares profesionales
iii) Las normas gubernamentales
iv) Las normas reguladoras
4 RESPONSABILIDADES
4.1 Revisor
4.1.1. Preparación del PVV conforme a este procedimiento.
4.1.2. Firmar de preparado el PVV generado en el SI.
4.2 Departamento de Sistemas Informáticos
4.2.1. Realizar la revisión del PVV
4.2.2. Firma de revisado el PVV generado en el SI.
4.3 Gerencia de sistemas
4.3.1. Asegurar la correcta aplicación de este procedimiento
4.3.2. Firmar de aprobado el PVV generado en el SI
CO
PIA
NO
CO
NTR
OLA
DA
I n s t i t u t o N a c i o n a l d e I n v e s t i g a c i o n e s N u c l e a r e s
Area: Departamento de Sistemas Informáticos No.: P.SI-5 Rev.: 2
Procedimiento: Verificación y Validación de software Fecha de Emisión:
Agosto de 2010
Hoja: 15 de: 22
4.1
.1.a
F
P . G C - 1 . b / 3 / 1 2
FP
.SG
C.D
G-1
.b/3
/21
5. REFERENCIAS
5.1. “Standard for Software Verification and Validation Plans”, IEEE Std-1012-1986.
5.2. “Programa de Aseguramiento de Calidad de Software de la GCN”, PAG-14, Rev. 4,
CFE, Diciembre del 2009.
5.3. “Plan de Administración de la Configuración de Software”. P.SI-4, Rev. 1 ININ,
Junio 2010.
5.4. “Plan de Garantía de Calidad de Software”. PL.GC-12. Rev. Vigente ININ.
6. ANEXOS
Anexo I Diagrama de flujo
Anexo II Forma FP.SI-1/0/5 “Matriz de Seguimiento”
Llenado de la matriz de seguimiento:
(A) En este apartado se describe el nombre del proyecto/servicio
(B) En ésta celda se pone el Número de registro de la Matriz de Seguimiento
(C) Nombre del elemento al cual se le va realizar el Seguimiento
(D) Nombre del elemento con el cual se va realizar el seguimiento
(E) En éste apartado se sitúan los incisos o puntos específicos que se les va
dar seguimiento
(F) En éste apartado se ponen los incisos o puntos con los cuales se les da el
seguimiento al punto anterior.
(G) En este apartado se colocan los comentarios que se den al realizar el
seguimiento
(H) Nombre y firma del Revisor
(I) Nombre y firma del Usuario
(J) Fecha en que se realizó la Matriz de seguimiento.
(K) Número de hoja parcial y total de la matriz de seguimiento
CO
PIA
NO
CO
NTR
OLA
DA
I n s t i t u t o N a c i o n a l d e I n v e s t i g a c i o n e s N u c l e a r e s
Area: Departamento de Sistemas Informáticos No.: P.SI-5 Rev.: 2
Procedimiento: Verificación y Validación de software Fecha de Emisión:
Agosto de 2010
Hoja: 16 de: 22
4.1
.1.a
F
P . G C - 1 . b / 3 / 1 2
FP
.SG
C.D
G-1
.b/3
/21
Anexo III Forma FP.SI-2/0/5 “Registro de Validación”
Llenado de la forma de Validación
(A) En este apartado se describe el nombre del proyecto/servicio
(B) Nombre del Elemento que se va a verificar o validar
(C) Número de hoja parcial y total de del registro de Verificación y
Validación
(D) En ésta celda se pone el Número de registro de Verificación y Validación
(E) En éste apartado, se sitúan los criterios a considerar y se marca con una X
la columna de cumple o no cumple según sea el caso.
(F) En éste apartado, se marca Aceptado si la VV cumple con los criterios o
No aceptado en el caso que no cumpla. En el caso que se solicite una
Solicitud de cambio, se indica el número con el cual se genera la
solicitud.
(G) En el espacio de pie de página, se escribe el nombre y firma del revisor y
del usuario, así como la fecha en que se realiza la VV.
Anexo IV Forma FP.SI-3/1/5 “Caso de Prueba”
Llenado de la forma de Caso de Prueba
(A) En ésta celda se pone el número de registro del caso de prueba
(B) Fecha en que se llevo a cabo el caso de prueba.
(C) Número de hoja parcial y total de del registro de caso de prueba.
(D) Nombre del Elemento al que corresponde el caso de prueba.
(E) En éste apartado, se sitúan las instrucciones del caso de prueba.
(F) En éste apartado se ponen las condiciones que se debe de contar para
poder llevar el caso de prueba.
(G) Aquí se describe los resultados que con base en el ERS y DDS se esperan
al llevar a cabo el caso de prueba.
(H) En éste apartado, se sitúan el procedimiento para llevar a cabo el caso de
prueba.
(I) En éste apartado, se describe el resultado que se obtuvo al llevar a cabo el
caso de prueba.
(J) Nombre y firma de la persona que participa como revisor.
(K) Nombre y firma del revisor y del usuario
CO
PIA
NO
CO
NTR
OLA
DA
I n s t i t u t o N a c i o n a l d e I n v e s t i g a c i o n e s N u c l e a r e s
Area: Departamento de Sistemas Informáticos No.: P.SI-5 Rev.: 2
Procedimiento: Verificación y Validación de software Fecha de Emisión:
Agosto de 2010
Hoja: 17 de: 22
4.1
.1.a
F
P . G C - 1 . b / 3 / 1 2
FP
.SG
C.D
G-1
.b/3
/21
Anexo V Forma FP.SI-4/0/5 Revisión Técnica del Software
Llenado de la forma Revisión Técnica del software
(A) En este apartado, se describe el nombre del documento/proyecto
(B) Nombre del Elemento al que corresponde el la revisión técnica.
(C) En ésta celda se pone el número de revisión del documento si es que se
trata de un documento, sino se queda en blanco.
(D) En ésta celda la fecha de la revisión técnica.
(E) En éste apartado, se sitúan las especificaciones de número de hoja, el
apartado y el comentario, así como la resolución que se le de al
comentario.
(F) En el espacio de pie de página, se escribe el nombre y firma del revisor y
del usuario
CO
PIA
NO
CO
NTR
OLA
DA
I n s t i t u t o N a c i o n a l d e I n v e s t i g a c i o n e s N u c l e a r e s
Area: Departamento de Sistemas Informáticos No.: P.SI-5 Rev.: 2
Procedimiento: Verificación y Validación de software Fecha de Emisión:
Agosto de 2010
Hoja: 18 de: 22
4.1
.1.a
F
P . G C - 1 . b / 3 / 1 2
FP
.SG
C.D
G-1
.b/3
/21
Anexo I Diagrama de flujo
CO
PIA
NO
CO
NTR
OLA
DA
I n s t i t u t o N a c i o n a l d e I n v e s t i g a c i o n e s N u c l e a r e s
Area: Departamento de Sistemas Informáticos No.: P.SI-5 Rev.: 2
Procedimiento: Verificación y Validación de software Fecha de Emisión:
Agosto de 2010
Hoja: 19 de: 22
4.1
.1.a
F
P . G C - 1 . b / 3 / 1 2
FP
.SG
C.D
G-1
.b/3
/21
Anexo II Forma FP.SI-1/0/5, “Matriz de Seguimiento”
CO
PIA
NO
CO
NTR
OLA
DA
I n s t i t u t o N a c i o n a l d e I n v e s t i g a c i o n e s N u c l e a r e s
Area: Departamento de Sistemas Informáticos No.: P.SI-5 Rev.: 2
Procedimiento: Verificación y Validación de software Fecha de Emisión:
Agosto de 2010
Hoja: 20 de: 22
4.1
.1.a
F
P . G C - 1 . b / 3 / 1 2
FP
.SG
C.D
G-1
.b/3
/21
Anexo III Forma FP.SI-2/0/5, “Registro de Validación”
CO
PIA
NO
CO
NTR
OLA
DA
I n s t i t u t o N a c i o n a l d e I n v e s t i g a c i o n e s N u c l e a r e s
Area: Departamento de Sistemas Informáticos No.: P.SI-5 Rev.: 2
Procedimiento: Verificación y Validación de software Fecha de Emisión:
Agosto de 2010
Hoja: 21 de: 22
4.1
.1.a
F
P . G C - 1 . b / 3 / 1 2
FP
.SG
C.D
G-1
.b/3
/21
Anexo IV Forma FP.SI-3/0/5 , “Caso de Prueba”
CO
PIA
NO
CO
NTR
OLA
DA
I n s t i t u t o N a c i o n a l d e I n v e s t i g a c i o n e s N u c l e a r e s
Area: Departamento de Sistemas Informáticos No.: P.SI-5 Rev.: 2
Procedimiento: Verificación y Validación de software Fecha de Emisión:
Agosto de 2010
Hoja: 22 de: 22
4.1
.1.a
F
P . G C - 1 . b / 3 / 1 2
FP
.SG
C.D
G-1
.b/3
/21
Anexo V Forma FP.SI-4/0/5, “Revisión Técnica del software”.
CO
PIA
NO
CO
NTR
OLA
DA
\.
\...
• Control de Revisión y Aprobación de Documentos
ININ
Título del documento: Identificación: Verificación y Validación de Software P.SI-5
Original A-r:. PREPARADO POR: M. en C. David Valdivia Rosas A~ ~CHA: Jun de 2007
REVISADO POR: M. en C. Alfonso Villarreal Martíne7~/hln. 1///./, ~CHA: Jun de 2007
APROBADO POR: M. en C. José Luis ÁnQeles Var6s/Y~ _lit:::: --/-.: FECHA: Jun de 2007
Revisión N°~. !/ . . . ''''''''.1Jl PREPARADO POR: M. en C. David Valdlvla Rosas ~ A FECHA: Jun del 2010
REVISADO POR: M. en C. Alfonso Villarreal Martír.&',,/,,/// á~/. hi1' FECHA: Jun del 2010 APROBADO POR: M. en C. José Luis Ángeles4a16as .~v..t..·~ FECHA: Jun del 2010
DESCRIPCiÓN DE LA REVISiÓN: Cambio a la forma FP.SI-3/Hp j
._-----.. GAIANTIA I
nI. i
Revisión N° 2~
PREPARADO POR: M. en C. David Valdivia Rosas /1 y'" JlgOHA: lAgo del 2010
REVISADO POR: M. en C. Alfonso Villarreal Martínezf;'h/ü' /~.ú;fd.,FECHA: Ago del 2010
APROBADO POR: M. en C. José Luis Ángeles V~;¡"·· l I ..: 1/ FECHA: AQO del 2010
DESCRIPCiÓN DE LA REVISiÓN: Modificar el alcance del docurr,ento.
I
Revisión N° 3
PREPARADO POR: FECHA:
REVISADO POR: FECHA:
APROBADO POR: FECHA:
DESCRIPCiÓN DE LA REVISiÓN:
Revisión N° 4
/ PREPARADO POR: FECHA:
REVISADO POR: FECHA:
APROBADO POR: FECHA:
DESCRIPCiÓN DE LA REVISiÓN:
~
CO
PIA
NO
CO
NTR
OLA
DA
top related