Source: http://docplayer.es/2845535-Resolucion-ministerial-n-179-2004-pcm.html
Timestamp: 2017-08-20 12:08:02+00:00

Document:
RESOLUCIÓN MINISTERIAL N PCM - PDF
RESOLUCIÓN MINISTERIAL N PCM
Download "RESOLUCIÓN MINISTERIAL N 179-2004-PCM"
Inmaculada Rey Ortega
1 Aprueban uso obligatorio de la Norma Técnica Peruana NTP-ISO/IEC 12207:2004 TECNOLOGÍA DE LA INFORMACIÓN. Procesos del ciclo de vida del software. 1ª Edición en entidades del Sistema Nacional de Informática RESOLUCIÓN MINISTERIAL N PCM Lima, 14 de junio de 2004 CONSIDERANDO: Que, de conformidad con el artículo 2º del Decreto Supremo Nº PCM y el numeral 3.10 del artículo 3º y artículo 22º del Reglamento de Organización y Funciones de la Presidencia del Consejo de Ministros, aprobado por el Decreto Supremo Nº PCM, la Presidencia del Consejo de Ministros se encarga de normar, coordinar, integrar y promover el desarrollo de la actividad informática en la Administración Pública, impulsando y fomentando el uso de las nuevas tecnologías de la información para la modernización y desarrollo del Estado, actúa como ente rector del Sistema Nacional de Informática, y dirige y supervisa la política nacional de informática y gobierno electrónico; Que, mediante Resolución Comisión de Reglamentos Técnicos y Comerciales Nº /CRT-INDECOPI del 13 de mayo de 2004 se aprobó como Norma Técnica Peruana la NTP-ISO/IEC 12207:2004 TECNOLOGÍA DE LA INFORMACIÓN. Procesos del ciclo de vida del software. 1ª Edición ; Que, la Oficina Nacional de Gobierno Electrónico e Informática - ONGEI de la Presidencia del Consejo de Ministros, en coordinación con el Instituto Nacional de Defensa de la Competencia y de la Protección de la Propiedad Intelectual INDECOPI, ha recomendado la aplicación y uso obligatorio de la Norma Técnica Peruana antes mencionada en todas las Entidades integrantes del Sistema Nacional de Informática, con la finalidad de coadyuvar a la creación de la infraestructura de Gobierno Electrónico, por constituir el software un componente fundamental para dicho objetivo; De conformidad con lo dispuesto por el Decreto Legislativo Nº Ley del Poder Ejecutivo y el Reglamento de Organización y Funciones de la Presidencia del Consejo de Ministros, aprobado por Decreto Supremo Nº PCM, SE RESUELVE: Artículo 1º.- Aprobar el uso obligatorio de la Norma Técnica Peruana NTP-ISO/IEC 12207:2004 TECNOLOGÍA DE LA INFORMACIÓN. Procesos del ciclo de vida del software. 1ª Edición, en todas las Entidades integrantes del Sistema Nacional de Informática, documento que será publicado en el portal de la Presidencia del Consejo de Ministros (www.pcm.gob.pe). Artículo 2º.- La Norma Técnica Peruana señalada en el artículo precedente, se aplicará a partir del día siguiente de la publicación de la presente Resolución Ministerial, teniendo las Entidades antes mencionadas un plazo de dieciocho (18) meses para su implantación, por lo que deberán considerar en sus respectivos Planes Operativos Informáticos (POI) las actividades necesarias con esa finalidad. Regístrese, comuníquese y publíquese. CARLOS FERRERO Presidente del Consejo de Ministros
2 Oficina Nacional de Gobierno Electrónico e Informática Presidencia del Consejo de Ministros TECNOLOGÍA DE LA INFORMACIÓN PROCESOS DEL CICLO DE VIDA DEL SOFTWARE Nombre del Proyecto: Procesos de Ciclo de Vida del Software
3 HOJA DE INFORMACION GENERAL CONTROL DOCUMENTAL: PROCEDIMIENTO: Procesos del Ciclo de Vida del Software ENTIDAD: Presidencia del Consejo de Ministros VERSIÓN: 1.0 FECHA EDICIÓN: 02/06/2004 NOMBRE DE ARCHIVO: P01-PCM-PROC_CICLO_VIDA_SW.001.doc RESUMEN: La presente Norma Técnica Peruana establece un marco de referencia común para los procesos del ciclo de vida del software, con una terminología bien definida a la que puede hacer referencia la industria del software. Contiene procesos, actividades y tareas para aplicar durante la adquisición de un sistema que contiene software, un producto software puro o un servicio software, y durante el suministro, desarrollo, operación y mantenimiento de productos software. DERECHOS DE USO: La presente documentación es de uso para la Administración Pública del Estado Peruano. Nombre del Proyecto: Procesos de Ciclo de Vida del Software
4 CONTROL DE VERSIONES FUENTE DE CAMBIO FECHA DE SOLICITUD DEL CAMBIO VERSIÓN PARTES QUE CAMBIAN DESCRIPCIÓN DEL CAMBIO FECHA DE CAMBIO P01-PCM-PROC_CICLO_VIDA_SW.001.doc 1.00 N/A Nombre del Proyecto: Procesos de Ciclo de Vida del Software
5 TECNOLOGÍA DE LA INFORMACIÓN PROCESOS DEL CICLO DE VIDA DEL SOFTWARE. 1ª. Edición NTP ISO/IEC Resolución Nº /CRT-INDECOPI Nombre del Proyecto: Procesos de Ciclo de Vida del Software i
6 ÍNDICE página ÍNDICE PREFACIO INTRODUCCIÓN ii iv vi 1. OBJETO Y CAMPO DE APLICACIÓN 1 2. NORMAS PARA CONSULTA 4 3. DEFINICIONES 5 4. APLICACIÓN PROCESOS PRINCIPALES DEL CICLO DE VIDA PROCESOS DE APOYO DEL CICLO DE VIDA PROCESOS ORGANIZATIVOS DEL CICLO DE VIDA 69 ANEXO A 77 ANEXO B 79 ANEXO C 86 ANEXO D 91 ANEXO E 92 ANEXO F 96 ANEXO G 132 ANEXO H 157 FIGURA 1 ESTRUCTURA DE LA NORMA 13 FIGURA B.1 EJEMPLO DE APLICACIÓN DE ESTA NORMA 82 Nombre del Proyecto: Procesos de Ciclo de Vida del Software ii
7 INTERNACIONAL FIGURA C.1 PROCESOS DEL CICLO DE VIDA DEL SOFTWARE 89 - ROLES Y RELACIONES FIGURA C.2 PROCESOS DEL CICLO DE VIDA DEL SOFTWARE, 90 VISIONES Y ACTIVIDADES TABLA E.1 CORRELACIÓN DE ISO/IEC 12207:1995 AL ANEXO F 94 Nombre del Proyecto: Procesos de Ciclo de Vida del Software iii
8 PREFACIO A. RESEÑA HISTÓRICA A.1 La presente Norma Técnica Peruana fue elaborada por el Comité Técnico de Normalización en Ingeniería de Software y Sistemas de Información, mediante el Sistema 1 de Adopción, durante los meses de enero a diciembre del 2003, siendo aprobado como Proyecto de Norma Técnica Peruana, el 31 de enero de A.2 El comité Técnico de Normalización en Ingeniería de Software y Sistemas de Información, presentó a la Comisión de Reglamentos Técnicos y Comerciales CRT, fecha , el PNTP-ISO 12207:1995, para su revisión y aprobación, previa a la etapa de discusión pública. A.3 La presente Norma Técnica Peruana utilizó como antecedente la Norma Internacional ISO/IEC 12207:1995/Amd 1:2002: Information technology- Software life cycle processes. La presente Norma Técnica Peruana presenta cambios editoriales referidos principalmente a terminología empleada propia del idioma español y ha sido estructurado de acuerdo a las Guías Peruanas GP 001:1995 y GP 002:1995. A.4 La presente Norma Técnica fue aprobada por Resolución Nº /CRT-INDECOPI. A.5 La presente Norma Técnica es ahora asumida por el sistema nacional de informática. B. INSTITUCIONES QUE PARTICIPARON EN LA ELABORACION DE LA NORMA TECNICA PERUANA Secretaría Presidente Secretario Secretario a.i. ENTIDAD Asociación de Bancos del Perú Pontificia Universidad Católica del Perú Zalatiel Carranza Avalos Abraham Eliseo Dávila Ramón Jorge Alberto Berrocal Perez- Albela REPRESENTANTE Iván Estrada Montano iv Nombre del Proyecto: Procesos de Ciclo de Vida del Software
9 APESOFT Congreso de la República CORPAC S.A. ESSALUD IBM del Perú S.A. Oficina Nacional de Gobierno Electrónico e Informática ONGEI - PCM Petróleos del Perú PETRO PERU S.A. Pontificia Universidad Católica del Perú QUIPUDATA S.A. (Corp. Backus) Sociedad Nacional de industrias Southern Perú SUNAT Superintendencia de Banca y Seguros Telefónica UNISYS DEL PERU Universidad de Lima Universidad Peruana de Ciencias Aplicadas Paúl Deza Días Marcelo De la Cruz Héctor Gordillo Fernández Carlos Castro Paragulla Jaime Marcas Campos Sebastian Rafaile Huamayalli Pablo Ríos Velarde Ricardo Haro Gianfranco Gugliandolo César Vilchez Inga Manuel Mendives Felix Llap Yesán José Antonio Pow Sang Portillo Karin Ana Melendez LLave Wilfredo Kleeberg Hidalgo Mery Zúñiga Gamero Jaime Fuentes Retamozo Arturo Cueto Aservi Rosa Carrasco Aguado José Luis Tang Andujar Oscar Merino Fernández Lola Arteaga de la Gala Fernando De los Ríos Boggio Marco Antonio Vidal Huamán Jaime Castillo Espinoza Pedro Helguero Sánchez María Cecilia Moreno Moreno Ludvik D. Medic Ilver Anache Pupo ---ooooooo--- v Nombre del Proyecto: Procesos de Ciclo de Vida del Software
10 INTRODUCCIÓN El software es una parte esencial de sistemas convencionales y de tecnologías de la información, tales como sistemas de transporte, militares, médicos y financieros. Hay una proliferación de normas, procedimientos, métodos, herramienta y entornos para desarrollar y gestionar el software. Esta proliferación ha creado dificultades en la gestión y en la ingeniería de software, especialmente en la integración de productos y servicios. La disciplina del software necesita evolucionar desde esta proliferación, hacia un marco de referencia común que pueda ser usado por los profesionales del software para "hablar el mismo lenguaje", a la hora de crear y gestionar el software. Esta Norma Técnica Peruana proporciona ese marco de referencia común. Este marco de referencia cubre el ciclo de vida del software desde la conceptualización de ideas hasta su retirada y consta de procesos para adquirir y suministrar productos y servicios software. Cubre además el control y la mejora de estos procesos. Los procesos que hay en esta Norma Técnica Peruana forman un conjunto completo. Una organización, dependiendo de sus necesidades, puede seleccionar un sub-conjunto apropiado para satisfacer dichas necesidades. Esta Norma Técnica Peruana está, así pues, diseñada para ser adaptada a una organización, proyecto o aplicación concreta. Está también diseñada para ser usada cuando el software es una entidad independiente, integrado o parte integral del sistema total. El proceso de creación de la infraestructura de Gobierno Electrónico consiste en crear un proyecto general de infraestructura en tecnologías de información. Este proyecto comienza con la identificación y evaluación de los componentes funcionales requeridos en la infraestructura, adopción de estándares abiertos, aceptados internacionalmente, y planificación, tomando en cuenta la escalabilidad y la seguridad. Esto permitirá crear un plan que guiará al Estado en la evolución del Gobierno Electrónico en los próximos años y permitirá una implementación exitosa del mismo. Por lo expuesto, el software constituye un componente fundamental en la construcción de una infraestructura nacional de información del Estado, al ser éste el que procesa datos y produce información, que es considerada actualmente un activo importante y estratégico de las organizaciones y países. vi
11 TECNOLOGÍA DE LA INFORMACIÓN PROCESOS DEL CICLO DE VIDA DEL SOFTWARE 1. OBJETO Y CAMPO DE APLICACIÓN 1.1 OBJETO La presente Norma Técnica Peruana establece un marco de referencia común para los procesos del ciclo de vida del software, con una terminología bien definida a la que puede hacer referencia la industria del software. Contiene procesos, actividades y tareas para aplicar durante la adquisición de un sistema que contiene software, un producto software puro o un servicio software, y durante el suministro, desarrollo, operación y mantenimiento de productos software. El software incluye la parte software del firmware. Esta Norma Técnica Peruana incluye también un proceso que puede emplearse para definir, controlar y mejorar los procesos del ciclo de vida del software. 1.2 CAMPO DE APLICACIÓN Esta Norma Técnica Peruana es aplicable a la adquisición de sistemas, productos y servicios software, al suministro, desarrollo, operación y mantenimiento de productos software, y a la parte software del firmware, independientemente de que sea hecho interna o externamente a una organización. Incluye también aquellos aspectos de la definición de sistema necesarios para proporcionar el contexto de los productos y servicios software. Esta Norma Técnica Peruana es aplicable a las entidades de la Administración Pública según lo descrito en el párrafo anterior. NOTA Es necesario que los procesos utilizados durante el ciclo de vida del software sean compatibles con los procesos usados durante el ciclo de vida del sistema. Esta Norma Técnica Peruana está orientada para ser usada en situaciones en las que haya dos partes incluido el caso en que estas dos partes pertenezcan a la misma organización. La situación puede ir desde un acuerdo informal, hasta un contrato con responsabilidades legales. Esta Norma Técnica Peruana puede ser usada por una sola parte como una autoimposición. Nombre del Proyecto: Procesos de Ciclo de Vida del Software 1
12 Esta cláusula no impide el uso de la Norma Técnica Peruana a los proveedores o desarrolladores de software empaquetado. Esta Norma Técnica Peruana está escrita para adquirientes de sistemas y productos y servicios software, y para proveedores, desarrolladores, operadores, responsables de mantenimiento, administradores, responsables de aseguramiento de calidad y usuarios de productos software. 1.3 ADAPTACION DE ESTA NORMA TÉCNICA PERUANA Esta Norma Técnica Peruana contiene un conjunto de procesos, actividades y tareas diseñadas para ser adaptadas a los proyectos software. El Proceso de Adaptación consiste en la eliminación de los procesos, actividades y tareas no aplicables. NOTA: Los contratos pueden contemplar la adición de procesos, actividades o tareas únicas o especiales. 1.4 CONFORMIDAD Se define como conformidad de esta Norma Técnica Peruana la ejecución de todos los procesos, actividades y tareas seleccionadas de esta Norma Técnica Peruana para el proyecto software, mediante el Proceso de Adaptación (Anexo A). La ejecución de un proceso o una actividad es completa cuando todas las tareas requeridas por el proceso o actividad se llevan a cabo de acuerdo con los criterios preestablecidos y los requisitos que han sido especificados como aplicables dentro del contrato. Cualquier organización (nacional, asociación industrial, compañía, etc.) que imponga esta Norma Técnica Peruana como condición para tener relaciones comerciales es responsable de especificar y hacer público el conjunto mínimo de procesos, actividades y tareas que constituyen la conformidad de esta Norma Técnica Peruana por parte del proveedor Conformidad a los Propósitos y Resultados El anexo F provee una forma alternativa de conformidad útil en situaciones donde los procesos implementados son concebidos para alcanzar las mismas metas de Nombre del Proyecto: Procesos de Ciclo de Vida del Software 2
13 aquellos descritos en esta Norma Técnica Peruana, pero que podrían no implementar las especificaciones detalladas prescritas en el cuerpo de esta Norma Técnica Peruana. Para dar conformidad, será demostrado que, para cualquier proceso del conjunto de procesos declarados por la organización, la implementación de los resultados de los procesos en la realización del Propósito y Resultados correspondientes proporcionados en el anexo F. Cualquier organización definirá el conjunto de procesos que le son aplicables, considerando el conjunto propuesto de procesos descritos en el anexo F y sus propios parámetros de entorno. La aplicación del estándar permite la creación de resultados adicionales. NOTA En el ISO/IEC 12207:1995, el término "cumplimiento" se utiliza en la cláusula 1.4, sin embargo, de acuerdo con la Guía 2 ISO/IEC, Estandarización y Actividades Relacionadas - Vocabulario General, "conformidad" es el término apropiado para esta cláusula. La conformidad es el cumplimiento para un producto, proceso o servicio de requisitos especificados. 1.5 LIMITACIONES Esta Norma Técnica Peruana describe la arquitectura de los procesos del ciclo de vida del software, pero no específica los detalles de cómo implementar o llevar a cabo las actividades y tareas incluidas en los procesos. Esta Norma Técnica Peruana no pretende establecer el nombre, el formato o el contenido explícito de la documentación que se genere. Si bien esta Norma Técnica Peruana puede requerir la elaboración de diversos documentos de tipo o clase similares (un ejemplo son los distintos tipos de planes), esto no implica que dichos documentos se desarrollen, agrupen o mantengan separados de alguna manera. Estas decisiones se dejan para el usuario de esta Norma Técnica Peruana. Esta Norma Técnica Peruana no establece un modelo de ciclo de vida concreto para el desarrollo del software. Las partes en esta Norma Técnica Peruana son las responsables de seleccionar un modelo de ciclo de vida para el proyecto software y de elaborar una correspondencia entre los procesos, actividades y tareas de esta Norma Técnica Peruana y los de dicho modelo. Las partes son también responsables de seleccionar y aplicar los métodos de desarrollo de software, y de llevar a cabo las actividades y tareas adecuadas para el proyecto software. Esta Norma Técnica Peruana no pretende entrar en conflicto con las políticas, normas o procedimientos actualmente en vigor en ninguna organización. Sin embargo, es necesario resolver cualquier conflicto que surja, documentando por Nombre del Proyecto: Procesos de Ciclo de Vida del Software 3
14 escrito en forma de excepción cualquier incumplimiento de esta Norma Técnica Peruana autorizado por las partes. A lo largo de esta Norma Técnica Peruana, deberá se usa para expresar una disposición obligatoria entre dos o más partes, otros verbos en futuro para expresar una declaración de propósitos o intenciones por una de las partes. Debería o conviene que se emplea para expresar una recomendación habiendo otras posibilidades, y puede o podría para expresar algo permisible dentro de los límites de esta Norma Técnica Peruana. En esta Norma Técnica Peruana, hay listas de tareas; no se pretende que sean completas, sino que se dan como ejemplos, a menos que las listas sean precedidas por la palabra deberá. 2. NORMAS PARA CONSULTA Las siguientes normas contienen disposiciones que al ser citadas en este texto, constituyen requisitos de esta Norma Técnica Peruana. Las ediciones indicadas estaban en vigencia en el momento de esta publicación. Como toda Norma Técnica Peruana está sujeta a revisión, se recomienda a aquellos que realicen acuerdos en base a ellas, que analicen la conveniencia de usar las ediciones recientes de las normas citadas seguidamente. El Organismo Peruano de Normalización posee, en todo momento, la información de las Normas Técnicas Peruanas en vigencia. 2.1 Normas Técnicas Peruanas NTP-ISO 9000:2001 Sistema de gestión de la calidad. Fundamentos y vocabularios NTP-ISO 9001:2001 Sistemas de Gestión de Calidad. Requisitos 2.2 Normas Técnicas Internacionales ISO 9000:2000 Quality management systems - Fundamentals and vocabulary Nombre del Proyecto: Procesos de Ciclo de Vida del Software 4
15 2.2.2 ISO 9001:1994, Quality systems Model for quality assurance in design, development, production, installation and servicing ISO/IEC :1993 Information technology Vocabulary Part 1: Fundamental terms ISO/IEC :1990 Information technology Vocabulary Part 20: System development ISO/IEC :2001 Software engineering -- Product quality -- Part 1: Quality model (available in English only) ISO/IEC 12119:1994 Information technology -- Software packages -- Quality requirements and testing ISO/IEC 12207:1995 Information technology-software life cycle processes ISO 14001:1996 Environmental management systems -- Specification with guidance for use ISO/IEC :1999 Information technology -- Software product evaluation -- Part 1: General overview ISO/IEC :2003 Software Engineering Software process assessment Part 2: Performing an assessment ISO/IEC TR :2003 Software engineering -- Product quality -- Part 2: External metrics (available in English only) ISO/IEC TR : 2003 Software engineering -- Product quality -- Part 3: Internal metrics (available in English only) 3. DEFINICIONES Para los propósitos la presente Norma Técnica Peruana, las definiciones dadas en la NTP 9000:2001, ISO/IEC y la ISO/IEC se aplican las siguientes definiciones. NOTA sistema. Cuando aplique, se puede interpretar producto como una parte de un 3.1 acuerdo: Definición de términos y condiciones bajo los cuales se ha de desarrollar una relación de trabajo. Nombre del Proyecto: Procesos de Ciclo de Vida del Software 5
16 3.2 adquisición: El proceso de obtener un sistema, producto software o servicio software. 3.3 adquiriente: El que adquiere u obtiene un sistema, producto software o servicio software, de un proveedor. NOTA Adquiriente puede ser el comprador, cliente, dueño, usuario, pagador. 3.4 aseguramiento de la calidad: Parte de la gestión de la calidad orientada a proporcionar confianza en que se cumplirán los requisitos de la calidad. [NTP-ISO 9000:2001, ] 3.5 auditoría: Proceso sistemático, independiente y documentado para obtener evidencias de la auditoría y evaluarlas de manera objetiva con el fin de determinar la extensión en que se cumplen los criterios de auditoría. NOTA Las auditorías internas, denominadas en algunos casos como auditorías de primera parte, se realizan por, o en nombre, de la propia organización para fines internos y puede constituir la base para la auto-declaración de conformidad de una organización. Las auditorías externas incluyen lo que se denomina generalmente auditorías de segunda o tercera parte. Las auditorías de segunda parte se llevan a cabo por partes que tienen un interés en la organización, tal como los clientes, o por otras personas en su nombre. Las auditorías de tercera parte se llevan a cabo por organizaciones independientes externas. Tales organizaciones proporcionan la certificación o el registro de conformidad con requisitos como los de las Normas NTP-ISO 9001:2001 e ISO :1996. Cuando se auditan sistemas de gestión ambiental y de la calidad juntos, se denomina auditoría combinada. Cuando dos o más organizaciones auditoras cooperan para auditar a un único auditado, se denomina auditoría conjunta. La auditoría se refiere a productos y procesos de software. [NTP-ISO 9000:2001, 3.9.1] 3.6 calificación: Proceso para demostrar la capacidad para cumplir los requisitos especificados. NOTAS: 1. El término calificado se utiliza para designar el estado correspondiente. 2. La calificación puede aplicarse a personas, productos, procesos o sistemas. EJEMPLOS: Proceso de calificación del auditor, proceso de calificación del material. [NTP- ISO 9000:2001, 3.8.6] Nombre del Proyecto: Procesos de Ciclo de Vida del Software 6
17 3.7 cobertura de las pruebas: Grado en que los casos de prueba prueban los requisitos del sistema o producto software. 3.8 contrato: Acuerdo vinculante entre dos partes o más, especialmente exigible por ley, o acuerdo del mismo estilo totalmente interno a una organización, para el suministro de un servicio software, o para el suministro, desarrollo, producción, operación o mantenimiento de un producto software. 3.9 desarrollador: Organización que lleva a cabo actividades de desarrollo (incluyendo análisis de los requisitos, diseño y pruebas hasta la aceptación) durante el proceso del ciclo de vida del software elemento de configuración: Entidad dentro de una configuración que satisface una funcionalidad y que puede ser unívocamente identificada en un punto de referencia dado elemento no entregable: Producto hardware o software cuya entrega no está requerida por el contrato, pero que puede ser empleado en el desarrollo de un producto software especificación del trabajo: Documento usado por el adquiriente como medio para describir y especificar las tareas a llevar a cabo bajo contrato evaluación: Determinación sistemática del grado en que una entidad cumple con los criterios especificados para ella firmware: Combinación de un dispositivo de hardware e instrucciones de computadora o datos de computadora que reside como software de sólo lectura en el dispositivo hardware. Este software no puede modificarse fácilmente bajo el control del programa que lo usa 3.15 línea base: Versión formalmente aprobada de un elemento de configuración, independientemente del soporte, formalmente identificada y fijada en un momento dado de su ciclo de vida. Nombre del Proyecto: Procesos de Ciclo de Vida del Software 7
18 3.16 modelo del ciclo de vida: Marco de referencia que contiene los procesos, actividades y tareas involucradas en el desarrollo, operación y mantenimiento de un producto software, y que abarca toda la vida del sistema desde la definición de sus requisitos hasta el final de su uso operador: Organización que opera el sistema proceso: Conjunto de actividades mutuamente relacionadas o que interactúan, las cuales transforman elementos de entrada en resultados. NOTAS 1. Los elementos de entrada de un proceso son generalmente resultados de otros procesos. 2. Los procesos de una organización son generalmente planificados y puestos en práctica bajo condiciones controladas para aportar valor. 3. Un proceso en el cual la conformidad del producto resultante, no pueda ser fácil o económicamente verificada, se denomina habitualmente proceso especial. [NTP-ISO 9000:2001, 3.4.1] 3.19 producto preelaborado (off-the-shelf): Producto ya desarrollado y disponible, utilizable tal cual o con modificaciones producto software: Conjunto de programas de computadora, procedimientos y posible documentación y datos asociados propósito del proceso: El objetivo de alto nivel de realizar el proceso y los probables resultados de la eficaz implementación del proceso. La implementación del proceso debe proveer beneficios tangibles a los involucrados proveedor: organización que es contratada por el adquiriente para el suministro de un sistema, producto software o servicio software, bajo los términos del contrato. NOTAS: 1. El término proveedor es sinónimo de contratista, fabricante, productor o vendedor. 2. El adquiriente puede designar a parte de su organización como proveedor. Nombre del Proyecto: Procesos de Ciclo de Vida del Software 8
19 3.23 pruebas de calificación: Pruebas llevadas a cabo por el desarrollador y presenciadas por el adquiriente (como corresponda) para demostrar que el producto software cumple sus especificaciones y está listo para ser usado en su entorno de destino release: Versión concreta de un elemento de configuración que se hace disponible para un propósito determinado (por ejemplo, release para pruebas) 3.25 requisitos de calificación: Conjunto de criterios o condiciones que deben cumplirse para calificar que un producto software cumple con sus especificaciones y está listo para ser usado en su entorno de destino responsable de mantenimiento: Organización que lleva a cabo actividades de mantenimiento resultado del proceso: Un resultado observable del logro exitoso del propósito del proceso. NOTAS: 1. Una declaración del resultado describe uno de los siguientes: Producción de un artefacto; Un cambio significativo en el estado; Reunión de las restricciones especificadas, EJEMPLO: requisitos, metas, etc. 2. Una lista de los resultados de los procesos principales forma parte de la descripción de cada proceso en el modelo referencial retirada: Cese del soporte activo por parte de la organización de operación y mantenimiento, sustitución parcial o total por un nuevo sistema, o instalación de un sistema mejorado seguridad de acceso: Protección de información y datos de manera que las personas o sistemas no autorizados no puedan leerlos o modificarlos, al tiempo que se permite el acceso a las personas o sistemas autorizados servicio software: ejecución de actividades, trabajo o tareas relacionadas a un producto software, tales como su desarrollo, operación y mantenimiento. Nombre del Proyecto: Procesos de Ciclo de Vida del Software 9
20 3.31 sistema informático: Conjunto de elementos relacionados compuesto por uno o más de los procesos, hardware, software, instalaciones y personal que proporcionan la capacidad de satisfacer una necesidad u objetivo definido solicitud de propuestas: Documento utilizado por el adquiriente como mecanismo para anunciar su intención a potenciales ofertantes, de adquirir un sistema especificado, un producto software o un servicio software supervisión: Examen del estado de las actividades de un proveedor referidas al cumplimiento del contrato y de sus resultados, por el adquiriente o por una tercera parte testeabilidad: Grado en que es posible definir una prueba objetiva y viable, que permita determinar si se cumple un requisito unidad software: Pieza de código compilable por separado usuario: individuo u organización que utiliza el sistema en operación para llevar a cabo una función específica. NOTA : El usuario puede llevar a cabo otros papeles, tales como el de adquiriente, desarrollador, o responsable de mantenimiento validación: Confirmación mediante el suministro de evidencia objetiva de que se han cumplido los requisitos para una utilización o aplicación específica prevista. NOTAS 1. El término validado se utiliza para designar el estado correspondiente. 2. Las condiciones de utilización para validación pueden ser reales o simuladas. [NTP-ISO 9000:2001, 3.8.5] 3.38 verificación: confirmación mediante la aportación de evidencia objetiva de que se han cumplido los requisitos especificados. NOTAS 1. El término verificado se utiliza para designar el estado correspondiente. 2. La confirmación puede comprender acciones tales como Nombre del Proyecto: Procesos de Ciclo de Vida del Software 10
21 - la elaboración de cálculos alternativos, - la comparación de una especificación de un diseño nuevo con una especificación de un diseño similar aprobado, - la realización de ensayos/pruebas y demostraciones, y - la revisión de los documentos antes de su release. [NTP-ISO 9000:2001, 3.8.4] 3.39 versión: Ejemplar identificado de un elemento de configuración. NOTA - Modificar una versión de un producto software dando como resultado una nueva versión, requiere una acción de gestión de configuración. 4. APLICACIÓN Este capítulo presenta los procesos del ciclo de vida que pueden emplearse para adquirir, suministrar, desarrollar, operar, y mantener productos software. El objetivo es proporcionar un mapa para que los usuarios de esta norma puedan orientarse en ella y aplicarla adecuadamente. 4.1 Organización Procesos del ciclo de vida Esta norma agrupa las actividades que pueden llevarse a cabo durante el ciclo de vida del software en cinco procesos principales, ocho procesos de apoyo y cuatro procesos organizativos. Cada proceso del ciclo de vida está divido en un conjunto de actividades; cada actividad se sub-divide a su vez en un conjunto de tareas. Los apartados numerados a.b identifican procesos, los numerados a.b.c actividades y los numerados a.b.c.d tareas. A continuación se hace una introducción de cada proceso, representado en la figura Procesos principales del ciclo de vida Los procesos principales del ciclo de vida (capítulo 5) son cinco, que dan servicio a las partes principales durante el ciclo de vida del software. Una parte principal es aquella que inicia o lleva a cabo el desarrollo, operación, o mantenimiento de los productos software. Estas partes principales son el adquiriente, el proveedor, Nombre del Proyecto: Procesos de Ciclo de Vida del Software 11

References: RESOLUCIÓN 
 RESOLUCIÓN 
 artículo 2
 artículo 3
 artículo 22
 Resolución 
 Artículo 1
 Artículo 2
 Resolución 
 Resolución 
 Resolución