##############################################################################

P.C.V.S.
En un documento en Word indique normas relacionadas con el
estándar para los procesos (P.) de ciclo (C.) de vida (V.) del software
(S.) y de una breve explicación sobre que trata cada una . Envía tu
archivo a través de este medio.

RESPUESTA:

Esta norma 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 incluye también un proceso que puede emplearse para definir, controlar y
mejorar los procesos del ciclo de vida del software.
La ISO 12207 define un modelo de ciclo de vida como un 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 del uso.
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á dividido en un conjunto de actividades; cada actividad se subdivide a su
vez en un conjunto de tareas.
Procesos principales del ciclo de vida: son cinco procesos que dan servicio a las partes principales
durante el ciclo de vida del software. Una parte principal es la que inicia o lleva a cabo el desarrollo,
operación y mantenimiento de productos software. Los procesos principales son:

1. Proceso de adquisición
2. Proceso de suministro
3. Proceso de desarrollo
4. Proceso de operación
5. Proceso de mantenimiento

Procesos de apoyo al ciclo de vida: son procesos que apoyan a otros procesos como parte esencial
de los mismos, con un propósito bien definido, y contribuyen al éxito y calidad del proyecto software.
Un proceso de apoyo se emplea y ejecuta por otro proceso según sus necesidades. Los procesos de
apoyo son:

 Proceso de documentación
 Proceso de gestión de la configuración
 Proceso de verificación
 Proceso de validación
 Proceso de revisiones conjuntas
 Proceso de auditoría
 Proceso de solución de problemas

Procesos organizativos del ciclo de vida: se emplean por una organización para establecer e
implementar una infraestructura construida por procesos y personal asociado al ciclo de vida, y para
mejorar continuamente esta estructura y procesos.
 Proceso de gestión
 Proceso de infraestructura
 Proceso de mejora}
 Proceso de formación

PROCESO DE MANTENIMIENTO
- NORMA
 Este estándar internacional aclara los requerimientos para el Proceso de Mantenimiento del
Software. El Mantenimiento del Software es un proceso primario en el ciclo de vida de un producto
software tal como se describe en ISO/IEC 12207, “Tecnología de la información - Software, Parte 1: Los
procesos del ciclo de vida del software".
El Proceso de Mantenimiento contiene las actividades y tareas del mantenedor. Este estándar internacional
es parte de la familia de documentos ISO/IEC 12207 y da una pequeña guía. La única cláusula
obligatoria en este estándar internacional proviene de ISO/IEC 12207.

Esta cláusula contiene cosas que se deben hacer y cada una de ellas está marcada dentro
de una caja en éste documento. El número de cláusula ISO/IEC 12207 se muestra después de la caja.

Ante todo siempre se pretende conseguir es conocer y ante todo cuales son los principales
conceptos relacionados con la gestión de proyectos y realizar un estudio completo de todas las materias
abarcadas en la gestión de proyectos.

En muchos proyectos, especialmente aquellos que tienen una vida larga, el mantenimiento del
software es con seguridad una de las consideraciones más importantes del proyecto. También se
pretende presentar los diversos procesos que se desarrollan al gestionar un proyecto y explicar sus
interrelaciones.

Debido al coste del producto y a las restricciones en el tiempo, además de no seguir las mejores
prácticas de ISO/IEC 12207, el software se entrega a menudo en un estado imperfecto manejo. A menudo
es necesario hacer mejoras al software debido a que los requisitos y las demandas y las necesidades del
usuario cambian. El mantenimiento del software puede llegar a ser una parte muy importante de los
costes del ciclo de vida.
Este estándar internacional se profundiza en el estudio del mantenimiento del software y sirve
de guía para aquellas impresas o lectores para que puedan familiarizarse y profundizarse más en el
mantenimiento del software con este estándar.
El ISO/IEC 15504, también conocido como Software Process Improvement Capability
Determination, abreviado SPICE, en español, “Determinación de la Capacidad de Mejora del Proceso
de Software” es un modelo para la mejora, evaluación de los procesos de desarrollo, mantenimiento de
sistemas de información y productos de software.

En 1991, el proyecto SPICE fue creado bajo los auspicios del Comité Internacional de estándares
de Ingeniería de Software y Sistemas a través de su Grupo de Trabajo sobre Evaluación de proceso
(WG10).

En 1992, el informe del grupo de estudio dijo que: “...la comunidad internacional debería poner
recursos para desarrollar un estándar para la evaluación de procesos software, incorporando lo mejor de
los métodos de evaluación de procesos existentes.”

ISO decidió entonces se hiciera el desarrollo por pasos de un estándar para la evaluación de
procesos. Los pasos fueron los siguientes:

 Publicación inicial como Informe Técnico ‘Technical Report’ (“borrador de estándar”) para
que después de su uso real pasase a
 Revisión y publicación como estándar internacional IS ISO/IEC 15504 – Tecnologías de la
Información – Evaluación de Procesos (‘ISO/IEC 15504 – Information Technology –
Process Assessment’).

Las siglas SPICE significan: Software

Process Improvement and Capability
Determination, es decir, Determinación de la
capacidad y mejora de los procesos de software.

El proyecto SPICE tenía tres objetivos

principales:

1. Desarrollar un borrador de trabajo para un estándar de evaluación de procesos de software.

 2. Llevar a cabo los ensayos de la industria de la norma emergente.
3. Promover la transferencia de tecnología de la evaluación de procesos de software a la industria
del software a nivel mundial.

El primer objetivo del proyecto se logró en junio de 1995, con la entrega del borrador de trabajo de la
norma para la evaluación de procesos de software al WG10 para su votación entre la comunidad de
estandarización internacional. El Borrador de Trabajo se denominaba comúnmente como el conjunto de
documentos SPICE (o SPICE Versión 1).

Este primer borrador se basó en modelos existentes en aquél momento. Los ensayos de estos primeros
documentos SPICE han sido el foco del proyecto SPICE durante el período 1994 a 1998. Fue entonces, en
1998 cuando se publicó la primera familia de estándares ISO TR 15504. En aquel momento se comenzó a
trabajar en la versión "Internacional Standard" de la norma, y desde 2006 está completamente publicado,
exceptuadas las partes nuevas que se estén produciendo.

En marzo de 2003, el proyecto SPICE se cerró oficialmente. La Red SPICE se estableció

posteriormente con el encargo de seguir coordinando las actividades de la comunidad SPICE. La Red de
SPICE está formalmente organizada por el ‘The Spice User Grupo’ (www.spiceusergroup.org).

En este momento se efectúan actividades promocionales que se realizan a través de la Conferencia

Internacional Anual SPICE y la publicación de artículos y libros.

Con el fin de apoyar la excelencia y la coherencia de la formación de los evaluadores, el proyecto

SPICE también desarrolló y lanzó un Plan de Estudios de formación de los evaluadores SPICE que es
utilizado actualmente por el Esquema de Registro Internacional de Evaluadores (IntRSA) –
www.intrsa.org. En el capítulo de ‘Roles’ se desarrollan los detalles de cualificación y responsabilidades
de diferentes roles que se necesitan en los procesos de evaluación y/o mejora.

Este estándar internacional no especifica cómo implementar o realizar las actividades y tareas en el
Proceso de Mantenimiento de Software ya que esto es dependiente del contrato y de la organización. Los
requerimientos del Mantenimiento de Software no cambian aunque se cambien las herramientas usadas.

Los puntos que vamos a tocar en este estándar son:

 La proporción del alcance, la información para el acuerdo, las referencias a las normativas,
términos y definiciones, la aplicación de este estándar internacional, la consideración para
la implementación del proceso del mantenimiento del software, la estrategia para el
mantenimiento del software y los detalles del proceso de mantenimiento del
 software y al final hablaremos de un anexo que nos proporciona referencias cruzadas y una
comparación entre éstas cláusulas y las de ISO/IEC 12207.
 El IEC/TC 56 ha contribuido en gran manera a la realización de éste estándar.

ALUMNO: ALCIDES HUAMANI MEZA