DIPLOMADO DE GESTIÓN DE TECNOLOGÍAS TECNOLOGÍAS DE INFORMACIÓN Gestión de Control de la Calidad del Software Ase!"ra#iento de la Calidad PLAN DE $ERIFICACION % $ALIDACION IEEE &'&()(''*
SISTEMA NACIONAL DE AR+ITRA,E
Inte!rantesCENTENO TORRES, TAIS MEENA MONTERO CONDOR, HAYDEE MORENO LLACZA JULISA MAGALI MORI CUMPA, TIRZA MINELLY CUNYA CHAMBA, GERMAN IVAN
2012 - I
ÍNDICE 1.PROPOSITO ....................................................................................................... 5 2.DOCUMENTOS DE REFERENCIA......................................................................... 5 3.DEFINICIONES.................................................................................................... 5 .VISION GENERAL DE LA VERIFIACION Y VALIDACION.........................................5 .1.O!"#$%'%($.................................................................................................. ) .2.C!($("!#*# M#+!(......................................................................................) .3.R+($#/%%#+.......................................................................................... ) ..H+!!#*%+$# T+'$%'# M+((.................................................................. 5.PROCESOS DE LA VERIFICACION Y VALIDACION................................................ 5.1. P!('+(4 G+%$............................................................................................6 5.1.1.A'%7%#4 G+%$ + # V+!%8%'#'%$ V#%#'%$.......................................6 5.2.P!('+(4 A9:%%'%$.......................................................................................; 5.2.1.A'%7%#4 V < V + # #9:%%'%$...............................................................; 5.3.P!('+(4 S:*%$%!(........................................................................................; 5.3.1.A'%7%#4 V < V + # P#$%8%'#'%$...........................................................10 5..P!('+( + D+#!!((................................................................................... 10 5.5.P!('+(4 O+!#'%$.......................................................................................11 5.5.1.A'%7%#4 V < V + # O+!#'%$...............................................................11 5.).P!('+(4 M#$+$%*%+$(...............................................................................11 5.).1.A'%7%#4 V < V + M#$+$%*%+$(.......................................................... 11 ).RE=UISITOS DE LOS REPORTES DE> V
- 3 -
.1.R+(:'%$ !+(!+ + #$(*#@#.............................................................1 .2.P(@%'# + %+!#'%$ + T#!+#....................................................................1 .3.P(@%'# + D+7%#'%$................................................................................. 15 ..P!('+%*%+$( + C($!(...........................................................................15 ..1.C(*:$%'#! I$%'%( + #'%7%# V
- -
PLAN DE $ERIFICACION % $ALIDACION IEEE &'&()(''* . SISTEMA NACIONAL DE AR+ITRA,E 1. PROPOSITO El propósito de este plan es especificar las actividades que se realizaran para asegurar el cumplimiento de los requisitos en cada fase del proyecto, en base a métodos, asignando responsabilidades, herramientas, metodología a utilizar para el cumplimiento del plan.
2. DOCUMENTOS DE REFERENCIA IEEE Std !"#$%& # Este es el est'ndar IEEE para la (erificación de Soft)are y los *lanes de validación. •
+eportes de avances
•
eclaración de necesidades
•
Estudios de factibilidad
•
+equerimientos de sistemas
•
*rocedimientos
•
*olíticas
•
-riterios de aceptación
•
-ambios propuestos
•
+eporte de an'lisis de riesgos
•
-ronogramas
•
*lan de pruebas
•
iseo de pruebas
•
-asos de prueba
•
*rocedimientos de prueba
•
+esultados de las pruebas
3. DEFINICIONES /nomalía0 -ualquier condición que se aparte de la esperada función de los requisitos, especificaciones, diseos, documentos, documentos de usuario, normas, etc, o de la percepción de alguien o e1periencias. +2*0 Solicitud de *ropuesta o +equerimiento.
4. VISION GENERAL DE LA VERIFIACION Y VALIDACION - 5 -
4.1. Organizacin El equipo es liderado por el 3efe de 4/, quien es responsable de las verificaciones y validaciones que realiza por el equipo.
4.2. Crngra!a Ma"#$r 5as actividades a realizarse par la (6( se realizaran tal como se detallan en el punto 7 8*+9-ES9S E 5/ (E+I2I-/-I9: ; (/5I/-I9:<
4.3. R"#%n#a&i'i(a("# RESPONSABILIDADES
ETAPA PLANIFICACI)N
OBJETIVOS
9rganización.
VISI)N GENERAL Ensear PREPARACI)N
REUNI)N
producto. -omprensión producto Identificar defectos. (erificar producto.
TAREAS
/probar los criterios entrada. Establecer el programa tiempos. Elegir los participantes. eterminar realización o de presentación. *reparar la notificación inspección. istribuir el material a inspectores. el *resentación del producto. del Estudio producto.
individual
PARTICIPACIÓN
de 3efe de 4/ /utor. de
no de los +evisor. del +evisor.
el Introducción a la reunión. +evisor. -omprobar la preparación de
- ) -
TERCERA *ORA CORRECCI)N SEGUIMIENTO
AN+LISIS DE RESULTADOS
los inspectores. 5ectura y detección de defectos. +evisión de la lista de defectos. eterminar la disposición del producto. perder /nalizar posibles soluciones o +evisor. me=oras.
:o posibles soluciones. -umplir los criterios de salida. (erificar la corrección.
/nalizar resultados inspecciones posteriores.
+esolución de todos los /utor. defectos. -omprobar que todos los +evisor. defectos est'n resueltos y que no se aaden otros nuevos. los -lasificar los defectos por 3efe de 4/ para clase, gravedad y tipo.
4.4. *"rra!i"n$a# T"cnica# , M"$(# *ara realizar la verificación y validación se empleara0 •
An-'i#i# (" r"/i#i$#0 >usca inconsistencias lógicas o ambig?edades entre las entradas del sistema, sus salidas, procesos y datos.
•
An-'i#i# (" $raza&i'i(a( (" r"/i#i$#0 *ermite verificar que cada requisito del sistema est' incluido en alg@n elemento soft)are. Aarantizar que las pruebas que se realizan sobre dicho soft)are permiten comprobar que se satisfacen los requisitos.
. PROCESOS DE LA VERIFICACION Y VALIDACION El grado de rigor e intensidad en la realización y documentación de la tarea deber' ser acorde con el nivel de integridad de soft)are. / medida que el nivel de integridad de soft)are disminuye, también lo hace el alcance requerido, la intensidad y grado de rigor asociado a la tarea de ( 6 (. *or e=emplo, un an'lisis de riesgo realizado por la integridad del soft)are del soft)are de nivel B puede ser formalmente documentado y considerar las fallas a nivel de módulo, un an'lisis de riesgos para el nivel de integridad de soft)are del soft)are pueden considerar tres fallos de soft)are sólo significativos y se documentar' de manera informal en el marco de la revisión del diseo proceso. /lgunas de las tareas y actividades de ( 6 ( incluyen el an'lisis, evaluaciones y pruebas que pueden ser realizadas por varias 'reas Cpor e=emplo, desarrollo de soft)are, gestión de proyectos, control de calidad, ( 6 (D. El grado en que estos esfuerzos de an'lisis se coordinan con otras organizaciones son documentados en la sección de responsabilidad organizativa del S((*. 5as pruebas requieren una planificación anticipada que abarca varias actividades de desarrollo. 5os procesos de ( 6 ( son documentados en el S((* definiéndose la información y las facilidades necesarias para gestionar y llevar a cabo estos procesos,
- -
actividades y tareas, coordinando los procesos de ( 6 ( con otros aspectos relacionados con el proyecto. 5os resultados de las actividades de ( 6 ( y las tareas son documentados en informes de tareas, informes de actividad resumidos, informes de anomalías, documentos de ( 6 ( de prueba, y en el informe de ( 6 ( final.
.1. Prc"#0 G"#$in El proceso de gestión comprende las siguientes actividades y tareas0 # *reparación de los planes para la e=ecución del proceso # Iniciación de la e=ecución del plan # Seguimiento de la e=ecución del plan # /n'lisis de los problemas descubiertos durante la e=ecución del plan # Informes de progreso de los procesos # /segurar que los productos cumplen los requisitos # Evaluación de los resultados de evaluación # eterminar si las tareas se han completado # -omprobación de los resultados para la integridad # -omprobación de los procesos para la eficiencia y la eficacia # *royecto de revisión de la calidad # +evisión de los riesgos del proyecto # +evisión de los alcances del proyecto
.1.1. Ac$ii(a(0 G"#$in (" 'a V"riicacin , Va'i(acin 5a actividad de gestión de la ( 6 ( monitorea y eval@a todos los productos de ( 6 (. 5a gestión del esfuerzo de ( 6 ( se realiza para todos los procesos del ciclo de vida del soft)are. Esta actividad consiste en lo siguiente0 # na revisión continua de los esfuerzos de ( 6 (. # +evisión de las S((* seg@n sea necesario en base a programas de proyectos actualizados y el estado de desarrollo. # -oordinación de las ( 6 ( resultados con el promotor y otros procesos de apoyo, tales como la calidad aseguramiento y gestión de la configuración. # 5a realización de revisiones y auditorías. # Identificación de oportunidades de me=ora de procesos en la dirección de ( 6 (. 5a gerencia de ( 6 ( eval@a cada propuesta de cambio al sistema y soft)are, identifica los requisitos del soft)are que se ven afectados por el cambio, y planifica las tareas de ( 6 ( para abordar el cambio. *ara cada cambio propuesto, si se eval@a la gestión de nuevos peligros o riesgos que se introducen en el soft)are o el proceso de desarrollo de sistemas, e identifica el impacto del cambio en los niveles de integridad de soft)are asignadas. 5a tarea de planificación de ( 6 ( se revisa mediante la adición de nuevas tareas de ( 6 ( o modificando el alcance o intensidad de las tareas de ( 6 ( e1istentes, los niveles de integridad de soft)are y los peligros o riesgos que cambian. Fal como las versiones iniciales previstas.
- 6 -
*ara el caso podemos identificar las siguientes tareas0 D Aeneración del S((*, a través del uso del contrato, reportes de avances, declaración de necesidades, estudios de factibilidad, requerimientos de sistemas, procedimientos, políticas, criterios de aceptación. "D -ontrol de cambios, en base al S((*, cambios propuestos, reporte de an'lisis de riesgos, cronogramas y productos desarrollados seg@n este. GD +evisión por la dirección de los esfuerzos de ( 6 ( BD Aestión y apoyo revisión técnica 7D Interfaz con los procesos organizativos y de reparto &D Identificar oportunidades de me=ora de procesos en la dirección de ( 6 (, a través de lecciones aprendidas, identificación de riesgos y la identificación de deficiencias.
.2. Prc"#0 A(/i#icin El proceso de adquisición comienza con la definición de la necesidad Cpor e=emplo, el estado de necesidadD para adquirir un sistema, producto soft)are o servicio soft)are. El proceso contin@a con la posible preparación y emisión de una solicitud de propuesta C+2*D Cpor e=emplo, la solicitud de oferta, licitaciónD, la selección de un proveedor, y la gestión del proceso de adquisición a través de la aceptación del sistema, producto soft)are o servicio soft)are.
.2.1. Ac$ii(a(0 V 5 V (" 'a a(/i#icin 5a actividad de ( 6 ( de la adquisición dirige la iniciación del proyecto, +2*, la preparación de contratos, el seguimiento a los proveedores, y la aceptación y cumplimiento. Se incluyen en este proceso las tareas siguientes0 D efinición del alcance de la ( 6 ( "D *lanificación de la interfaz entre el esfuerzo de ( 6 ( y el proveedor GD +evisión de los requisitos del Sistema BD /ceptación de soporte
.3. Prc"#0 S/!ini#$r El proceso se inicia con la oferta o bien la decisión de preparar una propuesta para responder a la solicitud de un comprador para la propuesta o mediante la negociación, la finalización, y entrar en un contrato con el comprador para proporcionar el sistema, producto soft)are o servicio soft)are. El proceso contin@a con la determinación de los procedimientos y los recursos necesarios para gestionar el proyecto, incluyendo el desarrollo de planes de proyecto y e=ecución de los planes a través de la entrega del sistema, producto soft)are o servicio soft)are para el adquirente.
- ; -
Se utilizan los productos del proceso de suministro para confirmar que las propuestas de requisitos solicitados y los requisitos del contrato son coherentes y satisfacen las necesidades del usuario antes de que el contrato sea finalizado. 5a actividad de planificación de ( 6 ( utiliza los requisitos del contrato, incluyendo los cronogramas de programación, para revisar y actualizar la planificación de la interfaz entre el proveedor y el comprador.
.3.1. Ac$ii(a(0 V 5 V (" 'a P'aniicacin 5a actividad de planificación de la ( 6 ( se refiere a la iniciación, preparación de la respuesta, el contrato, la planificación, la e=ecución y control, la revisión y evaluación, y la entrega y finalización de las actividades. D *lanificación de la interfaz entre el esfuerzo de ( 6 ( y el proveedor "D -ontrato de verificación
.4. Prc"# (" D"#arr'' 5a (6( es un proceso que se e=ecuta a lo largo del desarrollo de la aplicación, el con=unto de actividades de (6( mínimos que se deben cumplir para el proyecto son las actividades que se muestran a continuación.
FASE (6( de la -oncepción
ACTIVIDAD •
• •
(6( de +equisitos
•
•
• •
(6( del iseo
•
•
• •
(6( de la Implementación
•
•
(6( de las *ruebas
• •
- 10 -
+evisión Fécnica de los casos de negocio. /n'lisis de Frazabilidad. +evisión Fécnica de los requisitos. Elaboración y (erificación del *lan de *ruebas del Sistema. Elaboración y (erificación del *lan de *ruebas de /ceptación. /n'lisis de Frazabilidad. +evisión Fécnica del iseo. Elaboración y (erificación del *lan de *ruebas de -omponentes. Elaboración y (erificación del *lan de *ruebas de Integración. /n'lisis de Frazabilidad. +evisión Fécnica del -ódigo 2uente. (erificación de los -asos de *ruebas de -omponentes e Integración. (erificación de los *rocedimientos de *ruebas de -omponentes e Integración. /n'lisis de Frazabilidad. (erificación de los -asos de
•
(6( de la Instalación y la Entrega
•
•
*ruebas del Sistema y de /ceptación. (erificación de los *rocedimientos de *ruebas del Sistema y de /ceptación. /uditoria de la instalación y configuración de la aplicación. Aeneración del informe final de (6(.
.. Prc"#0 O%"racin El proceso de operación consiste en la utilización del sistema de soft)are por el usuario final en un entorno operativo.
..1. Ac$ii(a(0 V 5 V (" 'a O%"racin 5a actividad de la ( 6 ( de la operación eval@a el impacto de los cambios en el entorno operativoH eval@a el efecto de los cambios propuestos sobre el sistema, eval@a los procedimientos operativos para el cumplimiento con el uso previsto, y analiza los riesgos que afectan al usuario y el sistema. El ob=etivo de la 9peración ( 6 ( es evaluar nuevas restricciones en el sistema, evaluar los cambios propuestos del sistema y su impacto en el soft)are, y evaluar los procedimientos de operación para la corrección y facilidad de uso. D Evaluación de las nuevas restricciones "D Evaluación de los procedimientos de funcionamiento GD /n'lisis de peligros BD /n'lisis de seguridad 7D /n'lisis de riesgos
.6. Prc"#0 Man$"ni!i"n$ El proceso de mantenimiento se activa cuando el sistema de soft)are o documentación asociada debe ser cambiado en respuesta a una necesidad de mantenimiento del sistema. 5a actividad de mantenimiento se ocupa del soft)are del sistema # odificación Ces decir, correctivo, adaptativo, perfectivo o cambiosD. # 5a migración Ces decir, el movimiento de soft)are a un entorno operativo nuevoD. # +etiro Ces decir, el retiro del soporte activo para la operación y mantenimiento de la organización, el remplazo parcial o total por un nuevo sistema, o la instalación de un sistema actualizadoD.
.6.1. Ac$ii(a(0 V 5 V ("' Man$"ni!i"n$ 5as modificaciones del sistema son derivadas de los requisitos especificados, para corregir errores de soft)are Cpor e=emplo, correctivoD, para adaptarse a un entorno
- 11 -
operativo modificado Cpor e=emplo, adaptaciónD, o para responder a las solicitudes de los usuarios con me=oras adicionales Cpor e=emplo, perfectivoD. El ob=etivo de la ( 6 ( del mantenimiento es evaluar propuestas de cambios en el sistema de soft)are y su impacto sobre el soft)are, evaluar las anomalías que se detectan durante el funcionamiento, evaluar las necesidades de migración, evaluar las necesidades de retiro y volver a practicar las tareas de ( 6 (. 5as modificaciones propuestas son evaluadas por la tarea de -ontrol de -ambios de la actividad Aestión de la ( 6 (. D +evisión del *((S "D Evaluación de /nomalía GD /n'lisis de criticidad BD Evaluación de la migración 7D Evaluación del retiro &D /n'lisis de peligros JD /n'lisis de seguridad %D /n'lisis de riesgos $D Iteración de Fareas
6. RE7UISITOS DE LOS REPORTES DE8 V5V 6.1. R"%r$" (" Tar"a# -ada reporte describe la tarea, a continuación se menciona el formato que va seguir.
NOM+RE DE TAREAD"#cri%cin0 R"#/'$a(0 Ei("ncia0 F"c9a#0 Mi"!&r# ("' E/i%0
EL NOM+RE DE $/$ >reve descripción de la tarea. -orrecto 5a ubicación de la evidencia de la tarea. -uando se llevó a cabo. 5os miembros involucrados en la tarea.
6.2. R"%r$" (" R"#/!"n (" Ac$ii(a("# El resumen de actividades se va realizar por cada fase del ciclo de vida de desarrollo de soft)are seg@n la metodología +* aplicada para el proyecto. •
Inicio
•
Elaboración
•
-onstrucción
•
Fransición
- 12 -
Fambién es necesario realizar el resumen por cada tarea identificada.
No#0re de la Tarea %
Res"ltado S#%8#'(!%(
espués por cada fase se presentar' los resultados de las tareas, el cu'l ser' escrito por el administrador de control de calidad de esta manera aprendiendo que se puede me=orar en las siguientes fases.
6.3. REPORTE DE ANOMAL:AS /l final de cada una de las revisiones se generar' un informe de revisión en el cu'l se encontrar' los datos propios de la revisión, las anomalías para ello se har' uso del siguiente est'ndar de tipos de anomalías.
;
NOM
DESCRIPCI)N
ocumentación
-omentarios, mensa=es, manuales.
"
Sinta1is
/nomalías de sinta1is en general.
G
(ariables
/nomalías de declaración.
B
Fipos comple=os
/nomalías de rangos, estructura o contenido de tipos comple=os
7
Interfaces Internas
/nomalías en llamadas a procedimientos y argumentos
&
Interfaces e1ternas
/nomalías en el mane=o de ficheros o bases de datos
J
Interfaz de usuario
/nomalías en la interfaz de mensa=es, formatos, pantallas.
%
-omprobaciones de error
$
5ógica
!
9tros
/nomalías en los mensa=es de error, comprobación de errores inadecuados. /nomalías en la lógica del programa, ramificaciones, interacciones. 9tros problemas
asignación
de
variables,
usuario,
6.4. REPORTE FINAL DE V5V Se describe de qué manera se describe el informe final, en el momento que se concluye la fase final, la persona encargada de escribir es el Aerente de 4/, que se ve es el resumen de todas las fases del proyecto y el cómo el proceso de validación y verificación afecta a la calidad y al progreso del proyecto.
6.. REPORTE DE ESTUDIOS ESPECIALES NO APLICA -ontempla otros informes como por e=emplo estudios especiales pero para el caso de nuestro proyecto :o /plica este reporte.
- 13 -
=. RE7UISITOS ADMINISTRATIVOS DE LA V5V / continuación se describen los requisitos administrativos del presente plan de verificación y validación.
=.1. R"#'/cin , r"%r$"# (" an!a'>a# 5as anomalías identificadas deber'n ser clasificadas en los siguientes tipos0 # /usencia0 e1iste evidencia alguna respecto a la implementación del criterio en el entregable. # Incorrecto0 Se implementó el criterio incorrectamente, es decir no cumplió los criterios establecidos. # Aeneral0 9bservación que aplica a m's de un criterio. Fodas las anomalías identificadas deber'n poseer alg@n grado de severidad, estas son0 # /lta0 Invalida la consistencia del entregable. # >a=a0 5a anomalía no per=udica la integridad del entregable. Fodas las anomalías deber'n ser corregidas, a menos que se cumpla lo siguiente0 # 5a anomalía no afecta a los requerimientos ni a su correspondencia con otros entregables. # :o es de severidad alta. # :o se trate de código fuente. # 5a corrección no es oportuna para el proyecto, es decir la corrección no agregar' valor en la solución. # /utorización del 3efe de *royecto. 5os procesos de detección y corrección de anomalías se detallan en los puntos J.B.G y J.B.B.
=.2. P'>$ica# (" i$"racin (" Tar"a# 5as tareas de (6( tendr'n distintos grados de repetición de acuerdo al proceso de verificación y validación en el que se encuentren. El proyecto S:/ se desarrolla en " iteraciones, las actividades de (6( se desarrollaran en cada una de las iteraciones, tal como se detalla en la siguiente tabla.
Prc"# (" D"#arr''0 Ac$ii(a(
I$"racin 1 ?Can$i(a( (" r"i#in"#@
I$"racin 2 ?Can$i(a( (" r"i#in"#@
(6( de la -oncepción
(6( de los requisitos
(6( del diseo
"
"
(6( de la implementación
"
"
(6( de las pruebas
"
"
(6( de la instalación y entrega
- 1 -
=.3. P'>$ica# (" D"#iacin 5as tareas de (6( deber'n realizarse de acuerdo a como fueron planificadas, solo es posible prescindir o modificar el grado de aplicabilidad ba=o la responsabilidad del 3efe de proyecto y ba=o las siguientes circunstancias0 # El proyecto ha e1cedido el presupuesto. # El proyecto ha e1cedido el cronograma.
=.4. Prc"(i!i"n$# (" Cn$r' Fodos los entregables a revisar se deben encontrar en el repositorio respectivo CS(:D. -ada vez que se realice una actividad de (6( se deben habilitar los permisos de solo lectura al responsable de (6(, estos permisos se quitaran cuando concluya la revisión. 5as actividades (6( ser'n v'lidas si cumplen con los siguientes criterios0
Cri$"ri# (" Inici (" 'a r"i#in # # # #
El entregable o sección a revisar est' completo. El +esponsable de (6( no es la misma persona quien elaboró el entregable. El +esponsable de (6( tiene el mismo o superior rol que la persona quien elaboró el entregable. ebe e1istir una lista de criterios de verificación o checKlist del entregable a revisar.
Cri$"ri# a c/!%'ir (/ran$" 'a r"i#in #
El entregable ser' calificado en la siguiente escala0 -onforme0 :o se detectó anomalías o éstas no ser'n corregidas por o disposición del +esponsable de (6(. :o -onforme0 Se detectó al menos una anomalía en los criterios de revisión o establecidos. Se espera su corrección.
#
El estado del documento verificado depende de la calificación obtenida en la revisión. El ob=etivo es alcanzar el estado -onforme. Se programar' una nueva revisión a los entregables cuya escala de calificación es :o -onforme. Se asignó a un responsable y fecha de corrección de las anomalías. Se verificó el cumplimiento de todos los criterios establecidos en el checKlist de revisión del entregable.
# # #
/ continuación se detallan los procesos de control para las actividades de (6(0
=.4.1. C!/nicar Inici (" ac$ii(a( V5V Pr%#i$0 -omunicar el inicio de la actividad de (6(H informando el recurso asignado para la verificación. R"#%n#a&'"#0 +E# +evisado En$ra(a#0 :o aplica.
Sa'i(a#0 # #
Email de inicio de revisión -hecKlist de (erificación de entregable Cn(icin"# (" En$ra(a0 E1iste recurso asignado para la actividad (6(. Cn(icin"# (" Sa'i(a0 Se da inicio a la actividad (6(.
S/&ac$ii(a("#0 #
Enviar correo a los interesados indicando el inicio de la actividad (6(, ad=untar -hecKlist de (erificación
- 15 -
S"c/"ncia An$"rir0 Inicio S"c/"ncia P#$"rir0 E=ecutar +evisión =.4.2. EB"c/$ar Ac$ii(a( V5V. Pr%#i$0 Identificar y descubrir las anomalías por incumplimiento de los criterios de revisión.
R"#%n#a&'"#0 +(( L +esponsable (6( En$ra(a#0 # #
-hecKlist de (erificación del entregable Entregable a ser revisado.
Sa'i(a#0 #
-hecKlist de (erificación del entregable. Cn(icin"# (" En$ra(a0 (eredicto a favor del inicio de la revisión de pares. Cn(icin"# (" Sa'i(a0 Evaluar todos los criterios establecidos en el -hecKlist.
S/&ac$ii(a("#0 # Acc"("r al repositorio contenedor del entregable. # V"riicar el cumplimiento del criterio en el entregable. /plicar el documento C9"c'i#$ (" V"riicacin # I("n$iicar , ("#cri&ir las observaciones referentes a las anomalías detectadas. S"c/"ncia An$"rir0 -omunicar Inicio de /ctividad (6( S"c/"ncia P#$"rir0 ME1iste anomalíasN =.4.3. Ei#$" an!a'>a# Pr%#i$0 Evaluar ob=etivamente el entregable seleccionado. R"#%n#a&'"#0 +(( L +esponsable (6( En$ra(a#0 -hecKlist de (erificación CanomalíasD. Sa'i(a#0 -hecKlist de (erificación CevaluaciónD. Cn(icin"# (" En$ra(a0 (eredicto a favor del inicio de actividad (6(. Cn(icin"# (" Sa'i(a0 Se identificó una escala de calificación a la revisión. S/&ac$ii(a("#0 # E#$a&'"c"r el tipo y severidad de la anomalía detectada en la revisión. # D"$"r!inar una propuesta de solución al defecto detectado. # A#ignar un responsable y fecha de solución de la anomalía. # D"$"r!inar la escala de calificación de la revisión. # C!/nicar al revisado la detección de anomalías, envi'ndole el checKlist al revisado. /plicar E#mail de comunicación S"c/"ncia An$"rir0 E=ecutar /ctividad (6(. S"c/"ncia P#$"rir0 -orregir anomalías
=.4.4. Crr"gir an!a'>a# Pr%#i$0 -orregir las anomalías encontrados en la revisión de par en el plazo indicado.
R"#%n#a&'"#0 +E L +evisado. En$ra(a#0 -hecKlist de (erificación. Sa'i(a#0 Entregable -orregido. Cn(icin"# (" En$ra(a0 Se ha definido una propuesta de solución al defecto encontrado.
Cn(icin"# (" Sa'i(a0 Fodas las anomalías han sido resueltas. S/&ac$ii(a("#0 # R"a'izar las adecuaciones y correcciones respectivas al entregable revisado. #
E=ecutar /ctividad (6(. S"c/"ncia An$"rir0 ME1iste anomalíasN S"c/"ncia P#$"rir0 -omunicar -ulminación de +evisión
- 1) -
=.4.. C!/nicar C/'!inacin (" R"i#in Pr%#i$0 Informar la culminación de revisión de pares. R"#%n#a&'"#0 +(( L +esponsable (6( En$ra(a#0 # #
Email de conformidad de verificación -hecKlist de (erificación Sa'i(a#0 Email de -ulminación de +evisión Cn(icin"# (" En$ra(a0 E1iste la conformidad del revisor de par al -hecKlist de (erificación. Cn(icin"# (" Sa'i(a0 Se finaliza el proceso de verificación de pares.
S/&ac$ii(a("#0 # Eniar un correo a todos los interesados indicando la finalización de la revisión de pares. # S/&ir el -hecKlist de (erificación al repositorio del proyecto. S"c/"ncia An$"rir0 ME1iste anomalíasN S"c/"ncia P#$"rir0 2in
=.. E#$-n(ar"# %r-c$ica# , cn"ncin"# Este *lan (6( tiene como referencia las siguientes normas0 # IEEE !"%0 Standard for Soft)are +evie)s # IEEE !"0 Standard for Soft)are (erification and (alidation L S((*. /dicionalmente se siguen los anuales y Estandares internos de la organización.
H. RE7UISITOS DE DOCUMENTACION DE LAS PRUE
- 1 -
. ANEJO .1. LISTA DE VERIFICACION RE7UISITOS
LISTA DE $ERIFICACION RE12ISITOS DATOS GENERALES PROYECTO A:(! +$!+"#/+ R+7%(!
N3 1 2 3 5 ) 6
SISTEMA NACIONAL DE ARBITRAJE T%! M(!% G+!*#$ C:$#
CRITERIO A $ERIFICAR E !+9:%%( + +$!( + #'#$'+ + !(+'( E !+9:%%( ':*+ '($ : '($%'%$ + +! $+'+#!%( S+ +8%$+ '#!#*+$+ + !+9:%%(, + +'%!, $( +%+ '($8%'( ( :%'%# '($ (!( !+9:%%( L# +8%$%'%$ + !+9:%%( $( %+$+ +!!(!+ "!#*#%'#+ C## !+9:%%( + +'!%( +$ 8(!*# '#!#, '($'%# +$ :$ +$":#+ $( #*/%":( E !+9:+!%*%+$( + #'#$/+ S+ # %+$%8%'#( # %+!#'%$ + !("!#*#'%$ + !+9:%%( C## 8:$'%($#%# + $%'# + '(!!+'#*+$+ %+$%8%'##
L( !+9:+!%*%+$( ':*+$ '($ # ; $(*+$'#:!# +$#! A '## !+9:+!%*%+$( + + #%"$ :$ 10 +#( RESULTADO DE VERIFICACION C($8(!*+ N( '($8(!*+
FECHA DE REVISION 20;2012
- 16 -
C"#4le 5Si6No6N a7
O+SER$ACIONES
S% S% S% S% S% S% S% S% S% S%
R D($+4 , 2 @"%( $:*!%'( A!(/#( D+#!(/#(
.2. LISTA DE VERIFICACION DE CASO DE USO
LISTA DE $ERIFICACION CASOS DE 2SO DATOS GENERALES SISTEMA NACIONAL DE ARBITRAJE
PROYECTO A:(! +$!+"#/+ R+7%(!
N3 1 2 3 5 ) 6 ; 10
T#% C+$+$( J:%# M(!+$(
CRITERIO A $ERIFICAR C## C#( + U( +#/+'+ '#!#*+$+ : !(%( S+ # %+$%8%'#( ( #'(!+ + C## C#( + U( E C#( + U( + +$!( + #'#$'+ + !(+'( L# '($%'%($+ + +$!## + C#( + U( #$ %( '#!#*+$+ ++'%8%'## L( C#( + U( ':*+$ '($ # $(*+$'#:!# +#$#! E F:( + +7+$( + F%$%( C## #( + 8:( + +7+$( !+!++$# :$# %$+!#''%$ +$!+ + #'(! + %+*# S+ ++'%8%'# '#!#*+$+ + +'+$#!%( + 8:( + +7+$( S+ # ++'%8%'#( '(!!+'#*+$+ # %$8(!*#'%$ #%'%($# # '## C#( + U( C## '#( + :( + !+#'%($#( # *+$( '($ :$ R+9:+!%*%+$( F:$'%($# 7%'+7+!#
RESULTADO DE VERIFICACION C($8(!*+ N( '($8(!*+
FECHA DE REVISION 20;2012
- 1; -
C"#4le 5Si6No6N a7
O+SER$ACIONES
S% S% S% S% S% S% S% S% S% S%
CU D($+4 , 2 @"%( $:*!%'(
- 20 -