controlada inin rev 4 plan... · "especificación de requerimientos de software",...

PLGC-2 REVISiOacuteN 4

FECHA MAYO 2010

ININ

instituto nacional de investigaciones nucleares

garantiacutea de calidad

PLAN DE GARANTiacuteA DE CALIDAD DE SOFTWARE

UllallA 1I

CALIDAD 1 N 1M

CO

PIA

NO

CO

NTR

OLA

DA

ININ



FECHA MAYO 2010


PREPARADO

GARANTlA DE CALIDAD DOCUMENTO VERIFICADO Y

(~~~~~~ VG(shy J~ FIRMA

REVISADO POR Ing Feacutelix Pablo Peacuterez GOacutertl 1ez~L

M en C Alfonso Villarreal I rtiacute~~M

APROBADO POR Ing Marcelino Ambriz Jaimealr==~~~~-shyM en C Joseacute Luiacutes Angeles Va

GARANTiacuteA DE CALI DAD

CO

PIA

NO

CO

NTR

OLA

DA

ININ

GARANTiacuteA DE CALIDAD


IDENTIFICACiOacuteN PLGC-2

REV 4 HOJA 1 DE 12

iacuteNDICE

1 OBJETIVO Y ALCANCE 2

2 REFERENCIAS 2

3 ADMINISTRACiOacuteN 3

4 DOCUMENTACiOacuteN 5

5 ESTAacuteNDARES PRAacuteCTICAS CONVENCIONES Y MEacuteTRICAS 8

6 REVISIOacuteNES y AUDITORiacuteAS 8

7 PRUEBAS 9

8 INFORME DE PROBLEMAS Y ACCIONES CORRECTIVAS 10

9 HERRAMIENTAS TEacuteCNICAS Y METODOLOGiacuteAS 10

10 CONTROL DEL COacuteDIGO 10

11 CONTROL DE MEDIOS 10

12 CONTROL DE SUMINiSTROS 10

13 RECOPILACiOacuteN CONSERVACiOacuteN Y RETENCiOacuteN DE REGISTROS 10

14 ENTRENAMIENTO 10

15 ADMINISTRACiOacuteN DE RIESGOS 11

16 NOTACIONES 11

17 DEFINiCiONES 11

18 APEacuteNDICES 12

~Ir----_

~ GIIAITIA g 1I (j)

e CALIDAD 1 N N

CO

PIA

NO

CO

NTR

OLA

DA

e ININ GARANTiacuteA DE CALIDAD



REV 4 HOJA 2 DE 12

1 OBJETIVO Y ALCANCE

11 OBJETIVO

Establecer las medidas sistemaacuteticas y planeadas para el desarrollo de software en el Instituto Nacional de Investigaciones Nucleares con la finalidad de garantizar que el software desarrollado satisface los requerimientos especificados

12 ALCANCE

Este Plan cubre las actividades de Garantiacutea de Calidad a traveacutes de las etapas de especificacioacuten de requerimientos descripcioacuten de disentildeo implementacioacuten pruebas e instalacioacuten de software que se desarrolle en el Instituto Nacional de Investigaciones Nucleares bajo el Sistema de Garantiacutea de Calidad aplicable a los Servicios Cientiacuteficos y Tecnoloacutegicos para la Central Laguna Verde

El Plan de Garantiacutea de Calidad de Software y los procedimientos asociados de la serie PSI son considerados como Normas Internas de Administracioacuten al estar relacionados con el tema de Tecnologiacuteas de la Informacioacuten de conformidad con el Sistema de Mejora Regulatoria Interna (SMRI) del Programa Integral de Mejora de la Gestioacuten (PIMG)

2 REFERENCIAS

21 IEEE Std 730-1989 Standard quality assurance plans

23 IEEE Std 828-1990 Software configuration management plans

25 IEEE Std 830-1993 Recommended practice for software requirements specifications

26 IEEE Std 1012-1986 Software verification and validation plans GI lHTIA DI

27 IEEE Std 1016-1998 Recommended practice for software design descriptions Cl 1DI D 28 IEEE Std 1042-1987 Guide software configuration management 1 ~ 1 M

sect m 29 IEEE Std 1063-1987 Software user documentation 0 o li CJ 210 IEEE Std 1074-1995 Software lifecycle processes ()

~ LL

CO

PIA

NO

CO

NTR

OLA

DA

bull bull

ININ PLAN DE GARANTiacuteA DE CALIDAD DE



SOFTWARE HOJA 3 DE 12

REV4

211 Programa de Garantiacutea de Calidad Aplicable a los Servicios Cientiacuteficos y Tecnoloacutegicos para la Central Nucleoeleacutectrica Laguna Verde PR GC-13 revisioacuten 10 ININ agosto 2009

212 Programa de aseguramiento de calidad del software de la GCN PAG-14 revisioacuten 4 CLVCFE Diciembre 2009

3 ADMINISTRACiOacuteN

31

~ 32ltO

rJ Clur----_ ~ GllAlrIA u

DI CALICID

IN I H

ORGANIZACiOacuteN

A continuacioacuten se muestra el organigrama funcional para la aplicacioacuten del presente plan

AUDITOR DE GARANTiacuteA DE

CALIDAD

USUARIO ~

RESPONSABLE DEL

DESARROLLO DE SOFTWARE

GERENTE DE SISTEMAS

JEFE DEL DEPARTAMENTO

DE SISTEMAS INFORMAacuteTICOS

RESPONSABLE DEL

SERVICIO

RESPONSABLE DEL CONTROL DE

DOCUMENTOS

RESPONSABLE DE LA

REVISiOacuteN Y PRUEBAS

TAREAS

La parte del ciclo de vida de software que cubre el presente plan es especificacioacuten de requerimientos descripcioacuten de disentildeo implementacioacuten pruebas e instalacioacuten Cada una de estas etapas se realizaraacute conforme a un

CO

PIA

NO

CO

NTR

OLA

DA




SOFTWARE REV4 HOJA 4

DE 12

Plan de Administracioacuten de la Configuracioacuten de Software y seraacute verificada y validada seguacuten corresponda a traveacutes del Plan de Verificacioacuten y Validacioacuten de software

33 RESPONSABILIDADES

331 Gerente de Sistemas

a) Realizar y documentar las revisiones gerenciales

332 Jefe del Departamento de Sistemas Informaacuteticos

a) Supervisar las actividades de desarrollo de software

333 Responsable del Servicio

a) Coordinar las actividades de desarrollo de software

b) Administrar la configuracioacuten del software

c) Revisar procedimientos planes y especificaciones que establecen el ciclo de vida del software

334 Responsable del Desarrollo de Software

a) Elaborar el Plan de Administracioacuten de la Configuracioacuten de Software

b) Elaborar la Especificacioacuten de Requerimientos de Software

c) Identificar factores de riesgo que pudieran presentarse durante el desarrollo de software

d) Elaborar la Descripcioacuten de Disentildeo de Software

e) Realizar coacutedigo fuente y documentacioacuten de programa

f) Elaborar la Documentacioacuten de Usuario

335 Responsable de la Revisioacuten y Pruebas

Olr---__ a) Elaborar el Plan Verificacioacuten y Validacioacuten de Software ~ G11AlfTIA

b) Realizar las actividades descritas en el Plan Verificacioacuten y~ 1I Validacioacuten de Software S CALIDlD

1ti N

CO

PIA

NO

CO

NTR

OLA

DA




REV4 HOJA 5 DE 12

c) Realizar las pruebas al software

d) Elaborar el Reporte final de Verificacioacuten y Validacioacuten

336 Responsable del Control de Documentos

a) Recopilar controlar archivar y eliminar los documentos y registros generados durante las actividades de desarrollo de software

337 Usuario

a) Establecer y proporcionar la clasificacioacuten del software al solicitar el servicio

b) Colaborar con el Responsable del Desarroo en la elaboracioacuten de la Especificacioacuten de Requerimientos del Software

c) Realizar la evaluacioacuten 10 CFR5059 cuando aplique

d) Participar en la elaboracioacuten del Plan de Verificacioacuten y Validacioacuten cuando asiacute aplique

e) Realizar las pruebas de aceptacioacuten asiacute como la certificacioacuten del producto final del software

338 Auditor de Garantiacutea de Calidad

a) Verificar el cumplimiento del Plan de Garantiacutea de Calidad de Software

4 DOCUMENTACiOacuteN

41

42

iexclsect----shy~ BAKANIIA g DI ltl

fl CALIDAD IN I N

OBIETIVO

Identificar la documentacioacuten a elaborar durante el desarrollo del software

REQUERIMIENTOS DE DOCUMENTACiOacuteN

421 Especificacioacuten de Requerimientos de Software (ERS)

En la ERS se describe con claridad y precisioacuten los requerimientos esenciales funciones desempentildeo restricciones de disentildeo y atributos del software y sus interfases externas Cada requisito

CO

PIA

NO

CO

NTR

OLA

DA





DE 12

ao

criexcl () o () () U)

Q LL

debe establecerse de tal manera que pueda ser verificado y validado objetivamente por medio de un meacutetodo especiacutefico

La ERS se debe desarrollar conforme al procedimiento PSI-1 Especificacioacuten de requerimientos de software Revisioacuten vigente basado en la Norma IEEE Std 830-1993 Recommended practice for software requirements specifications

422 Descripcioacuten de Disentildeo de Software (DOS)

La DOS explicaraacute y detallaraacute coacutemo el software seraacute construido para satisfacer las ERS La DOS describiraacute los componentes y subcomponentes del disentildeo de software incluyendo las bases de datos y las interfases externas La DOS puede ser preparada en un inicio como una versioacuten preliminar y posteriormente puede ser complementada para producir un DDS detallado

La DDS se debe desarrollar conforme al procedimiento PSI-2 Descripcioacuten de disentildeo de software Revisioacuten vigente basado en la Norma IEEE Std 1016-1998 Recommended practice for software design descriptions

423 Plan de Verificacioacuten y Validacioacuten de Software (PWS)

El PWS identificaraacute y describiraacute los meacutetodos inspeccioacuten anaacutelisis demostracioacuten o prueba a ser usados para verificar que

a) Los requerimientos de la ERS han sido aprobados por la autoridad apropiada

b) Los requerimientos de la ERS han sido implementados en el disentildeo expresado en la DOS

c) El disentildeo expresado en la DOS es implementado en el coacutedigo fuente

d) Validar que el coacutedigo cuando es ejecutado cumple con los requerimientos expresados en la ERS

El PWS se debe desarrollar conforme al procedimiento P SI-5 Verificacioacuten y Validacioacuten de Software Revisioacuten vigente basado en la Norma IEEE Std 1012-1986 Software verification and validation plans

424 Reporte de Verificacioacuten y Validacioacuten del Software (RWS)GAIAITII DI EL RWS describiraacute los resultados de la ejecucioacuten del PWS

CALID1D 1ti N

CO

PIA

NO

CO

NTR

OLA

DA




SOFTWARE REV 4 HOJA 7

DE 12

El RWS se debe desarrollar conforme al procedimiento PSI-5 Verificacioacuten y Validacioacuten de Software Revisioacuten vigente basado en la Norma IEEE Std 1012-1986 Software verification and validation plans

425 Documentacioacuten de Usuario

La documentacioacuten de Usuario describiraacute y especificaraacute los datos requeridos y el control de entradas secuencias de entradas opciones limitaciones del programa y otras actividades o elementos necesarios para la ejecucioacuten satisfactoria del software Todos los mensajes de error deben ser identificados ademaacutes se deben proporcionar las instrucciones necesarias para ser corregidos

La documentacioacuten de Usuario se debe desarrollar conforme al procedimiento PSI-3 Documentacioacuten de Usuario Revisioacuten vigente basado en la Norma IEEE Std 1063-1987 Software user documentation

426 Plan de Administracioacuten de la Configuracioacuten de Software (PACS)

El PACS documentaraacute los meacutetodos a ser usados para la identificacioacuten de los elementos del software control e implementacioacuten de cambios control y registro del estado de la implementacioacuten de los cambios

El PACS se debe desarrollar conforme al procedimiento PSI-4 Plan de administracioacuten de la Configuracioacuten de Software basado en la Norma IEEE Std 828-1990 Software configuration management plans

La documentacioacuten generada en los puntos 421 a 426 conforma el Apeacutendice 41 Documentos del Desarrollo de Software

43 Documentacioacuten adicional

Durante el desarrollo de software se puede incluir documentacioacuten adicional tal como plan de desarrollo de software manual de procedimientos y normas plan de la administracioacuten del proyecto de software cuando sean establecidas en el contrato

iexclsectL----_

8 GIIAlrlA g 1Ul

B CILltlD 1 N J ti

CO

PIA

NO

CO

NTR

OLA

DA

ti ININ GARANTiacuteA DE CALIDAD



REV 4 HOJA 8 DE 12

5 ESTAacuteNDARES PRAacuteCTICAS CONVENCIONES Y MEacuteTRICAS

Cuando se identifiquen para su aplicacioacuten estaacutendares praacutecticas convenciones y meacutetricas en el desarrollo de software las mismas seraacuten incluidas en el Apeacutendice 51 su cumplimiento seraacute verificado a traveacutes del PWS

La informacioacuten que se proporcione seraacute la siguiente seguacuten aplique a) Estaacutendares de documentacioacuten b) Estaacutendares de estructura loacutegica c) Estaacutendares de codificacioacuten d) Estaacutendares de comentario e) Estaacutendares y praacutecticas de prueba f) Producto de Garantiacutea de Calidad de Software seleccionado y meacutetricas de

proceso

6 REVISIONES Y AUDITORiacuteAS

61

62

~ r------ g GAIANTIA Uuml lt DI(J)

e CALICAD 1 N I N

OBJETIVO

Definir las auditoriacuteas y revisiones teacutecnicas y administrativas que seraacuten llevadas a cabo Asiacute como establecer la manera en que las revisiones y auditoriacuteas son realizadas

REQUERIMIENTOS MiacuteNIMOS

621 Revisioacuten de requerimientos de software

Esta revisioacuten es realizada para asegurar que la ERS describe con claridad y precisioacuten los requerimientos esenciales y que estos pueden ser verificados y validados objetivamente

622 Revisioacuten de la descripcioacuten de disentildeo

Esta revisioacuten es realizada para evaluar que el disentildeo satisface los requisitos de la ERS ademaacutes de evaluar la consistencia teacutecnica de disentildeo

623 Revisioacuten del plan de verificacioacuten y validacioacuten de software

Esta revisioacuten es realizada para evaluar que los meacutetodos de verificacioacuten y validacioacuten definidos en el pws son suficientes y completos para demostrar que la ERS se satisface ampliamente

CO

PIA

NO

CO

NTR

OLA

DA




REV 4 HOJA 9 DE 12

sect 9 c Cl Uuml c CJ)

c u

Las revisiones indicadas en los paacuterrafos 621 a 622 deben ser realizadas por el Responsable de la Revisioacuten y Pruebas e incluidas en el pws y sus resultados informados en el RWS

624 Auditoriacuteas

Las auditoriacuteas funcionales y fiacutesicas al desarrollo de software seraacuten efectuadas por personal certificado de la Gerencia de Garantiacutea de Calidad bajo un programa de auditoriacuteas que dependiendo de la complejidad y etapa del trabajo a desarrollar incluya la cantidad y tipo de auditoriacuteas que se requieran Las Auditoriacuteas se desarrollan acorde a lo descrito en el criterio XVIII Auditoriacuteas del Programa de Garantiacutea de Calidad PRGC-13 revisioacuten vigente

625 Revisiones Gerenciales

Estas revisiones son efectuadas durante el ciclo de vida de desarrollo de software por el Gerente de Sistemas para valorar la ejecucioacuten de todas las acciones y los elementos identificados en el PACS Las revisiones tambieacuten pueden ser por una tercera parte competente generando la evidencia documental correspondiente

626 Revisioacuten del Plan de la Administracioacuten de la Configuracioacuten del Software

Esta revisioacuten se realiza para evaluar que los meacutetodos de administracioacuten de la configuracioacuten definidos en el Plan de la Administracioacuten de la Configuracioacuten del Software son completos y suficientes

627 Revisioacuten al teacutermino del proyecto

Concluido el proyecto se realiza la revisioacuten para valorar el desarrollo de las actividades realizadas durante el proyecto y proporcionar las

GAIANru recomendaciones DI

Las revisiones indicadas en los paacuterrafos 623 626 y 627 deben CALIDAD ser realizadas por el Responsable del servicio 1 N I N

7 PRUEBAS

Todas las pruebas que deban ser aplicadas al desarrollo del software seraacuten incluidas en el Plan de Verificacioacuten y Validacioacuten del Software

CO

PIA

NO

CO

NTR

OLA

DA




REV4 HOJA 10 DE 12

8 INFORME DE PROBLEMAS Y ACCIONES CORRECTIVAS

Estas actividades se deben realizar acorde a lo descrito en el PWS

9 HERRAMIENTAS TEacuteCNICAS Y METODOLOGiacuteAS

Cuando se identifiquen herramientas especiales de software teacutecnicas y metodologiacuteas de soporte a la garantiacutea de calidad del software se estableceraacute su propoacutesito y se describiraacute su utilizacioacuten lo cual deberaacute estar en el Apeacutendice 91

10 CONTROL DEL COacuteDIGO

El control del coacutedigo fuente debe ser documentado como parte del Plan de la Administracioacuten de la Configuracioacuten del Software

11 CONTROL DE MEDIOS

El control de medios debe ser documentado como parte del Plan de la Administracioacuten de la Configuracioacuten del Software

12 CONTROL DE SUMINISTROS

Esta actividad se debe realizar acorde a lo descrito en el criterio IV Control de documentos de adquisicioacuten y el criterio VII Control de materiales equipos adquiridos y servicios contratados del Programa de Garantiacutea de Calidad PRGCshy13 revisioacuten vigente

iexcl_t----13 RECOPILACiOacuteN CONSERVACiOacuteN Y RETENCiOacuteN DE REGISTROS

GAAHTIA Estas actividades se deben realizar acorde a lo descrito en el criterio XVIIDI Registro de garantiacutea de calidad del Programa de Garantiacutea de Calidad PRGC-13 CALIDAD revisioacuten vigente

IHIH

14 ENTRENAMIENTO 2 o ltf El personal responsable de desarrollar software seraacute instruido en el objetivol) o Uuml alcance y requerimientos del Plan de Garantiacutea de Calidad del Software en los l) (f) procedimientos aplicables asiacute como en los meacutetodos y herramientas actuales para ~ u

el desarrollo de software bajo un Programa de Capacitacioacuten y Adiestramiento

CO

PIA

NO

CO

NTR

OLA

DA


IDENTIFICPLGC-2

ACiOacuteN



DE 12

15 ADMINISTRACiOacuteN DE RIESGOS

Cuando se identifiquen factores de riesgo que pudieran presentarse durante el desarrollo de software cubierto por el presente Plan Se documentaraacuten en el Apeacutendice 151

16 NOTACIONES

DDS Descripcioacuten el Disentildeo de Software

ESR Especificaciones de Requerimientos del Software

PWS Plan de Verificacioacuten y Validacioacuten de Software

RWS Reporte de Verificacioacuten y Validacioacuten de Software

PACS Plan de la Administracioacuten de la Configuracioacuten de Software

17 DEFINICIONES

171 Auditoriacutea

Examinacioacuten independiente del evaluar el cumplimiento con contractuales u otros criterios

resultado especifica

o resultados ciones estaacuten

del dares

trabajo acu

para erdos

172 Auditoriacutea Fiacutesica

Auditoriacutea en la que se verifica que los elementos de la configuracioacuten asiacute construidos estaacuten conforme a la documentacioacuten que los define

173 Auditoriacutea Funcional

GAiAHIA DI

CALIDAD 1 N I N

Auditoriacutea en la que se verifica que el desarrollo de los elementos de la configuracioacuten han sido completados satisfactoriamente que los elementos han cumplido con las caracteriacutesticas funcionales y de desarrollo especificadas en la configuracioacuten funcional y que su documentacioacuten de soporte y de operacioacuten es satisfactoria y completa

174 Ciclo de Vida del Software

Periodo que comienza cuando un producto de software es concebido y finaliza cuando el software es retirado y no se usa maacutes Tiacutepicamente el CVS

CO

PIA

NO

CO

NTR

OLA

DA

IN IN PLAN DE GARANTfA DE CALIDAD DE




DE 12

incluye una etapa de especificacioacuten de requerimientos de descripcioacuten de disentildeo de implementacioacuten de pruebas e instalacioacuten

175 Coacutedigo fuente

Instrucciones de computadora y definicioacuten de datos expresados de forma adecuada para ser introducidos en un ensamblador compilador u otro traductor

176 Software

Programas de computadora procedimientos reglas y cualquier documentacioacuten asociada y datos relativos a la operacioacuten de un sistema de computadora

177 Usuario

Organizacioacuten persona o personas que definen los requerimientos operan o interactuacutean directamente con el software

178 Validacioacuten

Proceso de evaluacioacuten de un sistema o componente durante o al final del proceso de desarrollo para determinar si satisface los requerimientos especificados

179 Verificacioacuten

Proceso de evaluacioacuten de un sistema o componente para determinar si los productos de una determinada fase de desarrollo satisfacen las condiciones impuestas al inicio de eacutesta

18 APEacuteNDICES

SI AltlA APEacuteNDICE 41 Documentos del Desarrollo de software DI APEacuteNDICE 51 Normas praacutecticas convenciones y meacutetricas

CALIDA D APEacuteNDICE 91 Herramientas teacutecnicas y metodologiacuteas N1H

-001-- _-J APEacuteNDICE 151 Proceso de Administracioacuten de Riesgos

Nota Estos apeacutendices se generaraacuten en el transcurso del desarrollo del software debiendo quedar integrados cada uno en un expediente especiacutefico

CO

PIA

NO

CO

NTR

OLA

DA

~ ~ a

CONTROL DE REVISiOacuteN Y APROBACiOacuteN DE DOCUMENTOS

ININ

TiacuteTULO DEL DOCUMENTO Plan de Garantiacutea de Calidad de Software

lUIatltaliru Ambriz Jaimes

DESCRIPCiOacuteN DE LA REVISiOacuteN Actualizacioacuten del Plan de Garantiacutea de Calidad de ~lIflIAlalA

REVISiOacuteN Ndeg 2

PREPARADO POR MC ALEJANDRO ARENAS OCHOA

ING FELIX PABLO PEREZ

POR ING MARCELINO AMBRIZ

DESCRIPCiOacuteN DE LA REVISiOacuteN ACTUALIZACION DEL SOFTWARE

AP POR INe MARCElINO

DESCRIPCiOacuteN DE LA REVISIOacuteN

IDENTIFICACIOacuteN PLGC-2

A DE CAL IDAD DEL SOF11fARE Iftr__ DE CLVCFEbull

fU

CO

PIA

NO

CO

NTR

OLA

DA

ININ



FECHA MAYO 2010


PREPARADO

GARANTlA DE CALIDAD DOCUMENTO VERIFICADO Y

(~~~~~~ VG(shy J~ FIRMA

REVISADO POR Ing Feacutelix Pablo Peacuterez GOacutertl 1ez~L

M en C Alfonso Villarreal I rtiacute~~M

APROBADO POR Ing Marcelino Ambriz Jaimealr==~~~~-shyM en C Joseacute Luiacutes Angeles Va

GARANTiacuteA DE CALI DAD

CO

PIA

NO

CO

NTR

OLA

DA

ININ




REV 4 HOJA 1 DE 12

iacuteNDICE


2 REFERENCIAS 2





7 PRUEBAS 9







14 ENTRENAMIENTO 10


16 NOTACIONES 11

17 DEFINiCiONES 11


~Ir----_

~ GIIAITIA g 1I (j)

e CALIDAD 1 N N

CO

PIA

NO

CO

NTR

OLA

DA




REV 4 HOJA 2 DE 12


11 OBJETIVO


12 ALCANCE



2 REFERENCIAS







~ LL

CO

PIA

NO

CO

NTR

OLA

DA

bull bull





REV4




31

~ 32ltO


DI CALICID

IN I H

ORGANIZACiOacuteN



CALIDAD

USUARIO ~

RESPONSABLE DEL


GERENTE DE SISTEMAS



RESPONSABLE DEL

SERVICIO


DOCUMENTOS

RESPONSABLE DE LA


TAREAS


CO

PIA

NO

CO

NTR

OLA

DA





DE 12





















1ti N

CO

PIA

NO

CO

NTR

OLA

DA




REV4 HOJA 5 DE 12





337 Usuario









41

42


fl CALIDAD IN I N

OBIETIVO





CO

PIA

NO

CO

NTR

OLA

DA





DE 12

ao


Q LL














CALID1D 1ti N

CO

PIA

NO

CO

NTR

OLA

DA





DE 12











iexclsectL----_

8 GIIAlrlA g 1Ul

B CILltlD 1 N J ti

CO

PIA

NO

CO

NTR

OLA

DA




REV 4 HOJA 8 DE 12




proceso


61

62


e CALICAD 1 N I N

OBJETIVO









CO

PIA

NO

CO

NTR

OLA

DA




REV 4 HOJA 9 DE 12


c u


624 Auditoriacuteas










7 PRUEBAS


CO

PIA

NO

CO

NTR

OLA

DA




REV4 HOJA 10 DE 12













IHIH



CO

PIA

NO

CO

NTR

OLA

DA


IDENTIFICPLGC-2

ACiOacuteN



DE 12



16 NOTACIONES






17 DEFINICIONES

171 Auditoriacutea




del dares

trabajo acu

para erdos




GAiAHIA DI

CALIDAD 1 N I N




CO

PIA

NO

CO

NTR

OLA

DA





DE 12




176 Software


177 Usuario


178 Validacioacuten




18 APEacuteNDICES





CO

PIA

NO

CO

NTR

OLA

DA

~ ~ a


ININ













fU

CO

PIA

NO

CO

NTR

OLA

DA

ININ




REV 4 HOJA 1 DE 12

iacuteNDICE


2 REFERENCIAS 2





7 PRUEBAS 9







14 ENTRENAMIENTO 10


16 NOTACIONES 11

17 DEFINiCiONES 11


~Ir----_

~ GIIAITIA g 1I (j)

e CALIDAD 1 N N

CO

PIA

NO

CO

NTR

OLA

DA




REV 4 HOJA 2 DE 12


11 OBJETIVO


12 ALCANCE



2 REFERENCIAS







~ LL

CO

PIA

NO

CO

NTR

OLA

DA

bull bull





REV4




31

~ 32ltO


DI CALICID

IN I H

ORGANIZACiOacuteN



CALIDAD

USUARIO ~

RESPONSABLE DEL


GERENTE DE SISTEMAS



RESPONSABLE DEL

SERVICIO


DOCUMENTOS

RESPONSABLE DE LA


TAREAS


CO

PIA

NO

CO

NTR

OLA

DA





DE 12





















1ti N

CO

PIA

NO

CO

NTR

OLA

DA




REV4 HOJA 5 DE 12





337 Usuario









41

42


fl CALIDAD IN I N

OBIETIVO





CO

PIA

NO

CO

NTR

OLA

DA





DE 12

ao


Q LL














CALID1D 1ti N

CO

PIA

NO

CO

NTR

OLA

DA





DE 12











iexclsectL----_

8 GIIAlrlA g 1Ul

B CILltlD 1 N J ti

CO

PIA

NO

CO

NTR

OLA

DA




REV 4 HOJA 8 DE 12




proceso


61

62


e CALICAD 1 N I N

OBJETIVO









CO

PIA

NO

CO

NTR

OLA

DA




REV 4 HOJA 9 DE 12


c u


624 Auditoriacuteas










7 PRUEBAS


CO

PIA

NO

CO

NTR

OLA

DA




REV4 HOJA 10 DE 12













IHIH



CO

PIA

NO

CO

NTR

OLA

DA


IDENTIFICPLGC-2

ACiOacuteN



DE 12



16 NOTACIONES






17 DEFINICIONES

171 Auditoriacutea




del dares

trabajo acu

para erdos




GAiAHIA DI

CALIDAD 1 N I N




CO

PIA

NO

CO

NTR

OLA

DA





DE 12




176 Software


177 Usuario


178 Validacioacuten




18 APEacuteNDICES





CO

PIA

NO

CO

NTR

OLA

DA

~ ~ a


ININ













fU

CO

PIA

NO

CO

NTR

OLA

DA




REV 4 HOJA 2 DE 12


11 OBJETIVO


12 ALCANCE



2 REFERENCIAS







~ LL

CO

PIA

NO

CO

NTR

OLA

DA

bull bull





REV4




31

~ 32ltO


DI CALICID

IN I H

ORGANIZACiOacuteN



CALIDAD

USUARIO ~

RESPONSABLE DEL


GERENTE DE SISTEMAS



RESPONSABLE DEL

SERVICIO


DOCUMENTOS

RESPONSABLE DE LA


TAREAS


CO

PIA

NO

CO

NTR

OLA

DA





DE 12





















1ti N

CO

PIA

NO

CO

NTR

OLA

DA




REV4 HOJA 5 DE 12





337 Usuario









41

42


fl CALIDAD IN I N

OBIETIVO





CO

PIA

NO

CO

NTR

OLA

DA





DE 12

ao


Q LL














CALID1D 1ti N

CO

PIA

NO

CO

NTR

OLA

DA





DE 12











iexclsectL----_

8 GIIAlrlA g 1Ul

B CILltlD 1 N J ti

CO

PIA

NO

CO

NTR

OLA

DA




REV 4 HOJA 8 DE 12




proceso


61

62


e CALICAD 1 N I N

OBJETIVO









CO

PIA

NO

CO

NTR

OLA

DA




REV 4 HOJA 9 DE 12


c u


624 Auditoriacuteas










7 PRUEBAS


CO

PIA

NO

CO

NTR

OLA

DA




REV4 HOJA 10 DE 12













IHIH



CO

PIA

NO

CO

NTR

OLA

DA


IDENTIFICPLGC-2

ACiOacuteN



DE 12



16 NOTACIONES






17 DEFINICIONES

171 Auditoriacutea




del dares

trabajo acu

para erdos




GAiAHIA DI

CALIDAD 1 N I N




CO

PIA

NO

CO

NTR

OLA

DA





DE 12




176 Software


177 Usuario


178 Validacioacuten




18 APEacuteNDICES





CO

PIA

NO

CO

NTR

OLA

DA

~ ~ a


ININ













fU

CO

PIA

NO

CO

NTR

OLA

DA

bull bull





REV4




31

~ 32ltO


DI CALICID

IN I H

ORGANIZACiOacuteN



CALIDAD

USUARIO ~

RESPONSABLE DEL


GERENTE DE SISTEMAS



RESPONSABLE DEL

SERVICIO


DOCUMENTOS

RESPONSABLE DE LA


TAREAS


CO

PIA

NO

CO

NTR

OLA

DA





DE 12





















1ti N

CO

PIA

NO

CO

NTR

OLA

DA




REV4 HOJA 5 DE 12





337 Usuario









41

42


fl CALIDAD IN I N

OBIETIVO





CO

PIA

NO

CO

NTR

OLA

DA





DE 12

ao


Q LL














CALID1D 1ti N

CO

PIA

NO

CO

NTR

OLA

DA





DE 12











iexclsectL----_

8 GIIAlrlA g 1Ul

B CILltlD 1 N J ti

CO

PIA

NO

CO

NTR

OLA

DA




REV 4 HOJA 8 DE 12




proceso


61

62


e CALICAD 1 N I N

OBJETIVO









CO

PIA

NO

CO

NTR

OLA

DA




REV 4 HOJA 9 DE 12


c u


624 Auditoriacuteas










7 PRUEBAS


CO

PIA

NO

CO

NTR

OLA

DA




REV4 HOJA 10 DE 12













IHIH



CO

PIA

NO

CO

NTR

OLA

DA


IDENTIFICPLGC-2

ACiOacuteN



DE 12



16 NOTACIONES






17 DEFINICIONES

171 Auditoriacutea




del dares

trabajo acu

para erdos




GAiAHIA DI

CALIDAD 1 N I N




CO

PIA

NO

CO

NTR

OLA

DA





DE 12




176 Software


177 Usuario


178 Validacioacuten




18 APEacuteNDICES





CO

PIA

NO

CO

NTR

OLA

DA

~ ~ a


ININ













fU

CO

PIA

NO

CO

NTR

OLA

DA





DE 12





















1ti N

CO

PIA

NO

CO

NTR

OLA

DA




REV4 HOJA 5 DE 12





337 Usuario









41

42


fl CALIDAD IN I N

OBIETIVO





CO

PIA

NO

CO

NTR

OLA

DA





DE 12

ao


Q LL














CALID1D 1ti N

CO

PIA

NO

CO

NTR

OLA

DA





DE 12











iexclsectL----_

8 GIIAlrlA g 1Ul

B CILltlD 1 N J ti

CO

PIA

NO

CO

NTR

OLA

DA




REV 4 HOJA 8 DE 12




proceso


61

62


e CALICAD 1 N I N

OBJETIVO









CO

PIA

NO

CO

NTR

OLA

DA




REV 4 HOJA 9 DE 12


c u


624 Auditoriacuteas










7 PRUEBAS


CO

PIA

NO

CO

NTR

OLA

DA




REV4 HOJA 10 DE 12













IHIH



CO

PIA

NO

CO

NTR

OLA

DA


IDENTIFICPLGC-2

ACiOacuteN



DE 12



16 NOTACIONES






17 DEFINICIONES

171 Auditoriacutea




del dares

trabajo acu

para erdos




GAiAHIA DI

CALIDAD 1 N I N




CO

PIA

NO

CO

NTR

OLA

DA





DE 12




176 Software


177 Usuario


178 Validacioacuten




18 APEacuteNDICES





CO

PIA

NO

CO

NTR

OLA

DA

~ ~ a


ININ













fU

CO

PIA

NO

CO

NTR

OLA

DA




REV4 HOJA 5 DE 12





337 Usuario









41

42


fl CALIDAD IN I N

OBIETIVO





CO

PIA

NO

CO

NTR

OLA

DA





DE 12

ao


Q LL














CALID1D 1ti N

CO

PIA

NO

CO

NTR

OLA

DA





DE 12











iexclsectL----_

8 GIIAlrlA g 1Ul

B CILltlD 1 N J ti

CO

PIA

NO

CO

NTR

OLA

DA




REV 4 HOJA 8 DE 12




proceso


61

62


e CALICAD 1 N I N

OBJETIVO









CO

PIA

NO

CO

NTR

OLA

DA




REV 4 HOJA 9 DE 12


c u


624 Auditoriacuteas










7 PRUEBAS


CO

PIA

NO

CO

NTR

OLA

DA




REV4 HOJA 10 DE 12













IHIH



CO

PIA

NO

CO

NTR

OLA

DA


IDENTIFICPLGC-2

ACiOacuteN



DE 12



16 NOTACIONES






17 DEFINICIONES

171 Auditoriacutea




del dares

trabajo acu

para erdos




GAiAHIA DI

CALIDAD 1 N I N




CO

PIA

NO

CO

NTR

OLA

DA





DE 12




176 Software


177 Usuario


178 Validacioacuten




18 APEacuteNDICES





CO

PIA

NO

CO

NTR

OLA

DA

~ ~ a


ININ













fU

CO

PIA

NO

CO

NTR

OLA

DA





DE 12

ao


Q LL














CALID1D 1ti N

CO

PIA

NO

CO

NTR

OLA

DA





DE 12











iexclsectL----_

8 GIIAlrlA g 1Ul

B CILltlD 1 N J ti

CO

PIA

NO

CO

NTR

OLA

DA




REV 4 HOJA 8 DE 12




proceso


61

62


e CALICAD 1 N I N

OBJETIVO









CO

PIA

NO

CO

NTR

OLA

DA




REV 4 HOJA 9 DE 12


c u


624 Auditoriacuteas










7 PRUEBAS


CO

PIA

NO

CO

NTR

OLA

DA




REV4 HOJA 10 DE 12













IHIH



CO

PIA

NO

CO

NTR

OLA

DA


IDENTIFICPLGC-2

ACiOacuteN



DE 12



16 NOTACIONES






17 DEFINICIONES

171 Auditoriacutea




del dares

trabajo acu

para erdos




GAiAHIA DI

CALIDAD 1 N I N




CO

PIA

NO

CO

NTR

OLA

DA





DE 12




176 Software


177 Usuario


178 Validacioacuten




18 APEacuteNDICES





CO

PIA

NO

CO

NTR

OLA

DA

~ ~ a


ININ













fU

CO

PIA

NO

CO

NTR

OLA

DA





DE 12











iexclsectL----_

8 GIIAlrlA g 1Ul

B CILltlD 1 N J ti

CO

PIA

NO

CO

NTR

OLA

DA




REV 4 HOJA 8 DE 12




proceso


61

62


e CALICAD 1 N I N

OBJETIVO









CO

PIA

NO

CO

NTR

OLA

DA




REV 4 HOJA 9 DE 12


c u


624 Auditoriacuteas










7 PRUEBAS


CO

PIA

NO

CO

NTR

OLA

DA




REV4 HOJA 10 DE 12













IHIH



CO

PIA

NO

CO

NTR

OLA

DA


IDENTIFICPLGC-2

ACiOacuteN



DE 12



16 NOTACIONES






17 DEFINICIONES

171 Auditoriacutea




del dares

trabajo acu

para erdos




GAiAHIA DI

CALIDAD 1 N I N




CO

PIA

NO

CO

NTR

OLA

DA





DE 12




176 Software


177 Usuario


178 Validacioacuten




18 APEacuteNDICES





CO

PIA

NO

CO

NTR

OLA

DA

~ ~ a


ININ













fU

CO

PIA

NO

CO

NTR

OLA

DA




REV 4 HOJA 8 DE 12




proceso


61

62


e CALICAD 1 N I N

OBJETIVO









CO

PIA

NO

CO

NTR

OLA

DA




REV 4 HOJA 9 DE 12


c u


624 Auditoriacuteas










7 PRUEBAS


CO

PIA

NO

CO

NTR

OLA

DA




REV4 HOJA 10 DE 12













IHIH



CO

PIA

NO

CO

NTR

OLA

DA


IDENTIFICPLGC-2

ACiOacuteN



DE 12



16 NOTACIONES






17 DEFINICIONES

171 Auditoriacutea




del dares

trabajo acu

para erdos




GAiAHIA DI

CALIDAD 1 N I N




CO

PIA

NO

CO

NTR

OLA

DA





DE 12




176 Software


177 Usuario


178 Validacioacuten




18 APEacuteNDICES





CO

PIA

NO

CO

NTR

OLA

DA

~ ~ a


ININ













fU

CO

PIA

NO

CO

NTR

OLA

DA




REV 4 HOJA 9 DE 12


c u


624 Auditoriacuteas










7 PRUEBAS


CO

PIA

NO

CO

NTR

OLA

DA




REV4 HOJA 10 DE 12













IHIH



CO

PIA

NO

CO

NTR

OLA

DA


IDENTIFICPLGC-2

ACiOacuteN



DE 12



16 NOTACIONES






17 DEFINICIONES

171 Auditoriacutea




del dares

trabajo acu

para erdos




GAiAHIA DI

CALIDAD 1 N I N




CO

PIA

NO

CO

NTR

OLA

DA





DE 12




176 Software


177 Usuario


178 Validacioacuten




18 APEacuteNDICES





CO

PIA

NO

CO

NTR

OLA

DA

~ ~ a


ININ













fU

CO

PIA

NO

CO

NTR

OLA

DA




REV4 HOJA 10 DE 12













IHIH



CO

PIA

NO

CO

NTR

OLA

DA


IDENTIFICPLGC-2

ACiOacuteN



DE 12



16 NOTACIONES






17 DEFINICIONES

171 Auditoriacutea




del dares

trabajo acu

para erdos




GAiAHIA DI

CALIDAD 1 N I N




CO

PIA

NO

CO

NTR

OLA

DA





DE 12




176 Software


177 Usuario


178 Validacioacuten




18 APEacuteNDICES





CO

PIA

NO

CO

NTR

OLA

DA

~ ~ a


ININ













fU

CO

PIA

NO

CO

NTR

OLA

DA


IDENTIFICPLGC-2

ACiOacuteN



DE 12



16 NOTACIONES






17 DEFINICIONES

171 Auditoriacutea




del dares

trabajo acu

para erdos




GAiAHIA DI

CALIDAD 1 N I N




CO

PIA

NO

CO

NTR

OLA

DA





DE 12




176 Software


177 Usuario


178 Validacioacuten




18 APEacuteNDICES





CO

PIA

NO

CO

NTR

OLA

DA

~ ~ a


ININ













fU

CO

PIA

NO

CO

NTR

OLA

DA





DE 12




176 Software


177 Usuario


178 Validacioacuten




18 APEacuteNDICES





CO

PIA

NO

CO

NTR

OLA

DA

~ ~ a


ININ













fU

CO

PIA

NO

CO

NTR

OLA

DA

~ ~ a


ININ













fU

CO

PIA

NO

CO

NTR

OLA

DA

controlada inin rev 4 plan... · "especificación de requerimientos de software",...

Documents