Estndar Internacional

ISO/IEC 12207
Ciclo de vida del software

Integrantes:
Garca Amado, Andrs.
Lameiro, Matas.
Quattrocchio, Federico.
Fecha: 03/04/2014

En 1987 la International Organization for Standarization (ISO) y la International Electrotechnical Commission

(IEC) estableci la Joint Technical Committee (JTC1), la cual aprob el estndar del Software Life Cycle
Processes. El objetivo de la JTC1 es La estandarizacin en el campo de los sistemas y equipos de tecnologa
de la informacin.
Arquitectura de ciclo de vida del software:
El estndar establece una arquitectura de alto nivel del ciclo de vida del software. Este comienza con una
idea o una necesidad que puede ser satisfecha en su totalidad o en parte por el software y termina con el
retiro de ste. La arquitectura se construye con un conjunto de procesos e interrelaciones entre estos. La
derivacin de los procesos se basa en dos principios bsicos: la modularidad y la responsabilidad.
Los procesos del ciclo de vida:
Los procesos se agrupan en tres grandes clases: primarias, soporte y de organizacin

Estructura de un proceso de ciclo de vida.

Cada proceso est diseado en trminos de sus propias actividades, cada una de las cuales est diseado
adems en trminos de las tareas que las componen.
Gestin de calidad total.
El estndar aplica los principios de gestin de calidad total. Para empezar, el estndar trata todas las
actividades, incluidas las relacionadas con la calidad, como una parte integral del ciclo de vida del software.
Como paso siguiente, las actividades relacionadas con la calidad del ciclo de vida son asignadas a cada
proceso. Cada proceso est equipado con un "plan -do- check-act " (PDCA) incorporado. Por lo tanto, a cada
proceso y al personal responsable de llevarlo a cabo se le asignan sus actividades y procesos internos
relacionados con la calidad, incluyendo las evaluaciones.
Aplicabilidad a las organizaciones:
Los procesos en el estndar forman un conjunto completo para servir diversas organizaciones. Una
organizacin, grande o pequea, dependiendo de su objetivo comercial, puede seleccionar un subconjunto
adecuado de los procesos (y actividades y tareas asociadas) para cumplir con ese propsito. Una organizacin

puede realizar un proceso o ms de un proceso. Estos pueden ser realizados por una organizacin o varias
organizaciones.
El estndar est diseado para ser aplicado por una organizacin o por contrato entre dos o ms
organizaciones. Con el fin de facilitar la aplicacin del estndar ya sea internamente o contractualmente, las
tareas se expresan en el lenguaje contractual. Cuando se aplica internamente, el lenguaje contractual se
interpreta como una tarea autoimpuesta.
El estndar es flexible y se puede utilizar con: cualquier modelo de ciclo de vida (como, cascada, evolutivo,
espiral, u otro), cualquier mtodo de ingeniera de software (diseo orientado a objetos, codificacin
estructurada, pruebas de arriba hacia abajo, o de otro tipo); o de los lenguajes (Ada, assembler, lenguaje
mquina, u otro). Estos son muy dependientes tanto en el proyecto de software y el estado de la tecnologa, y
su seleccin se deja al usuario del estndar.
Limitaciones:
El estndar no es un sustituto de la sistemtica, disciplinada gestin e ingeniera de sistemas de software. La
estndar se limita a establecer un marco donde los procesos, actividades y tareas relacionadas con el
software pueden ser razonablemente identificadas, planificadas, y actuar en consecuencia.
Un punto clave a recordar es que la estndar slo contiene un conjunto de bloques de construccin bien
definidos (procesos); el usuario de la estndar debe seleccionar, adaptar, y montar estos procesos y sus
actividades y tareas segn sea apropiado y rentable para la organizacin y el proyecto

Pre requisitos para uso efectivo y productivo del estndar:

Personal capacitado.
Familiaridad con las polticas de la organizacin.
Familiaridad con el entorno del proyecto.
Una comprensin del estndar.

LOS PROCESOS PRIMARIOS:

Procesos de adquisicin: Este proceso define las actividades y tareas del cliente que adquiere un producto de
software o servicio por contrato, que puede ser el servicio completo o una parte de este.
El cliente presenta las necesidades de los usuarios, este proceso comienza con la definicin de esta
necesidad, continua con la preparacin y emisin de una solicitud de propuesta, la seleccin de un proveedor
y la gestin del proceso de adquisicin a travs de la aceptacin del sistema. Entonces este proceso consta de
las siguientes actividades, junto a las tareas especficas: Iniciacin, solicitud de preparacin de propuesta,
elaboracin y actualizacin del contrato, monitoreo del proveedor y, aceptacin y finalizacin. Las 3 primeras
se producen antes del acuerdo y las ltimas 2 despus del acuerdo.
Proceso de suministro: este proceso contiene las actividades y tareas del proveedor. Se compone de las
siguientes actividades: Iniciacin, preparacin de la respuesta, contrato, planificacin, ejecucin y control,
revisin y evaluacin y, entrega y terminacin.
Puede ser iniciado por la decisin de preparar una propuesta para responder a la peticin de un cliente o
mediante la firma de un acuerdo con el comprador para proporcionar un servicio. El servicio puede ser el
desarrollo de un producto de software, la operacin de un sistema con un software o el mantenimiento de un
producto. Luego de esto continua con la identificacin de los procedimientos y los recursos necesarios para
gestionar y asegurar el servicio, incluido el desarrollo y ejecucin de los planes a travs de la entrega al
cliente.
Proceso de desarrollo: Este proceso del ciclo de vida contiene las actividades y tareas del desarrollador de
software. El desarrollo a largo plazo denota tanto el desarrollo de nuevo software y modificacin de un
software existente. El proceso de desarrollo est destinado a ser empleado en al menos dos formas: (1) Como
una metodologa para el desarrollo de prototipos o para el estudio de los requisitos y el diseo de un
producto o (2) Como un proceso para producir productos.

El proceso de desarrollo se compone de las siguientes actividades adems de sus tareas especficas:
implementacin del proceso de anlisis de requisitos del sistema, el diseo del sistema, anlisis de
requerimientos de software, diseo de la arquitectura del software, diseo detallado software, codificacin y
pruebas de software, integracin del software, pruebas de calificacin de software, integracin de sistema,
pruebas del sistema de calificacin, instalacin de software, y el apoyo de aceptacin del software.
El orden de estas actividades no implica necesariamente un orden cronolgico. Estas actividades pueden ser
iteradas y solapadas. Todas las tareas en una actividad no necesitan ser completadas en la primera o
cualquier iteracin dada, pero deberan haberse completado cuando la iteracin final llega a su fin. Estas
actividades y tareas se pueden usar para la construccin de uno o ms modelos de desarrollo (tales como,
cascada, incremental, evolutivo, espiral, o de otro tipo, o una combinacin de stos) para un proyecto o una
organizacin.
El estndar permite asentar las bases para los requisitos, diseo y cdigo en los puntos predeterminados
durante el desarrollo del producto. Lo cual inhibe los cambios prematuros o no planificados a estos requisitos
y promueve el control de cambio efectivo. El estndar tambin proporciona los foros (es decir, la revisin
conjunta y procesos de auditora) para las partes interesadas en participar.
Proceso de operacin: Este proceso de ciclo de vida, que forma parte de la operacin total del sistema,
contiene las actividades y tareas del operador de un sistema de software. El proceso comprende el
funcionamiento del software y de apoyo operativo a los usuarios. Consta de las siguientes actividades, junto
con sus tareas especficas: implementacin del proceso, pruebas de funcionamiento, operacin del sistema, y
el apoyo del usuario.
Proceso de mantenimiento: Contiene las actividades y tareas del mantenedor. Este proceso se activa cuando
un sistema se somete a modificaciones en el cdigo y la documentacin asociada debido a un error, una
deficiencia, un problema, o la necesidad de una mejora o adaptacin. El objetivo es modificar un sistema
existente preservando al mismo tiempo su integridad. Cada vez que un producto de software necesita
modificaciones, el proceso de desarrollo se invoca para efectuar y completar las modificaciones
correctamente.
Este proceso consta de las siguientes actividades adems de sus tareas especficas: implementacin del
proceso de anlisis de problemas y modificaciones, aplicacin de las modificaciones, revisin de
mantenimiento/ aceptacin, la migracin, y la baja del software.
LOS PROCESOS DE SOPORTE:
Este estndar contiene un conjunto de ocho procesos de apoyo. Un proceso de apoyo es compatible con
cualquier otro proceso como una parte integral con un propsito distinto que contribuye al xito y la calidad
del proyecto. Un proceso de apoyo se invoca, segn sea necesario, mediante la adquisicin, suministro,
desarrollo, operacin o proceso de mantenimiento, o en otro proceso de apoyo.
Proceso de documentacin: Este es un proceso para registrar la informacin producida por un proceso de
ciclo de vida. El proceso define las actividades para planificar, disear, desarrollar, editar, distribuir y
mantener los documentos necesarios por todos los interesados, tales como gerentes, ingenieros y usuarios
del sistema. Las cuatro actividades junto con sus tareas son: implementacin del proceso, diseo y desarrollo
y, produccin y mantenimiento.
Proceso de gestin de la configuracin: Se emplea este proceso para identificar, definir, y alinear la base de
los elementos de software en un sistema, para controlar las modificaciones y versiones de los elementos,
para registrar e informar el estado de los elementos y las peticiones de modificacin, para asegurar la
integridad y exactitud de los elementos, y para controlar el almacenamiento, la manipulacin y la entrega de
los artculos. Este proceso consiste en: la ejecucin de procesos, identificacin de configuracin, control de
configuracin, estado de la configuracin, la evaluacin de configuracin, y gestin y administracin de
liberacin.
Proceso de control de calidad: Este proceso proporciona el marco para asegurar la independencia y
objetividad de conformidad de los productos o servicios con sus requisitos contractuales y la adhesin a sus
planes establecidos. Para ser imparcial, el aseguramiento de la calidad debe tener libertad organizacional

frente a aquellas personas directamente responsables de desarrollar el producto de software o ejecutar los
procesos del proyecto. Este proceso consiste en: la implementacin de procesos, aseguramiento del
producto, aseguramiento de procesos y aseguramiento de sistemas de calidad.
Proceso de verificacin: Este proceso proporciona las evaluaciones relacionadas con la verificacin de un
producto o servicio de una actividad determinada. La verificacin determina si los requisitos para un sistema
son completos y correctos, y que los resultados de una actividad cumplan los requisitos y condiciones que se
les imponen en las actividades anteriores. Abarca la verificacin del proceso, de los requisitos, del diseo, del
cdigo, de la integracin y la documentacin. La verificacin no alivia las evaluaciones asignadas a un proceso,
al contrario, los complementa.
Proceso de validacin: Determina si el sistema final cumple con su uso especfico previsto. El alcance de la
validacin depende de la criticidad del proyecto. No sustituye a otras evaluaciones, sino que los completa.
Verificacin o validacin pueden ser realizadas por el que adquiere el producto, el proveedor o un tercero
independiente. Cuando son ejecutados por una organizacin independiente del proveedor o desarrollador, se
les llama proceso de verificacin y validacin independiente.
Proceso de revisin conjunta: El Proceso de Revisin Conjunta es un proceso en el cual se evalan el estado y
productos de una actividad de un proyecto. Las revisiones conjuntas se hacen tanto a nivel de administracin
de proyecto como a nivel tcnico y se mantienen a lo largo de la vida del proyecto o contrato. Este proceso
puede ser empleado por cualquiera de las dos partes, donde una (parte revisora) revisa a otra (parte
revisada).
Proceso de auditora: Este proceso proporciona el marco para las auditoras formales, establecidas en el
contrato de los productos o servicios del proveedor. El auditor evala los productos del auditado y actividades
con nfasis en el cumplimiento de los requisitos y planes. Una auditora bien puede llevarse a cabo por la
entidad adquirente.
Proceso de resolucin de problemas: Este proceso proporciona el mecanismo para instituir un proceso de
circuito cerrado para la resolucin de problemas y tomar acciones de correccin para eliminar los problemas
a medida que se detectan. Adems, el proceso requiere la identificacin y anlisis de las causas y la reversin
de las tendencias de los problemas reportados. El trmino "problema" incluye la no-conformidad.
LOS PROCESOS DE ORGANIZACIN
Este estndar contiene un conjunto de cuatro procesos de la organizacin. Una organizacin emplea un
proceso organizativo para realizar funciones en l, a nivel corporativo de la organizacin, por lo general ms
all o en los proyectos. Un proceso de organizacin puede apoyar cualquier otro proceso. Estos procesos
ayudan a establecer, controlar y mejorar otros procesos.
Proceso de gestin: Este proceso define las actividades y tareas del gerente de un proceso de ciclo de vida del
software, tales como el proceso de adquisicin, proceso de suministro, proceso de operacin, proceso de
mantenimiento, o el proceso de apoyo. Las actividades abarcan: iniciacin y definicin del alcance,
planificacin, ejecucin y control, revisin y evaluacin, y cierre.
A pesar de que los procesos primarios, en general, tienen actividades de gestin similares, son lo
suficientemente diferentes a nivel de detalle debido a sus diferentes metas, objetivos y mtodos de
operacin.
Proceso de infraestructura: Este proceso define las actividades necesarias para el establecimiento y
mantenimiento de una infraestructura subyacente para un proceso de ciclo de vida. Este proceso tiene las
siguientes actividades: proceso de implementacin, establecimiento de la infraestructura, y mantenimiento
de la infraestructura. La infraestructura puede incluir hardware, software, estndares, herramientas, tcnicas,
y las instalaciones.
Proceso de progreso: El estndar proporciona las actividades bsicas al nivel superior que una organizacin
necesita para evaluar, medir, controlar y mejorar el proceso de ciclo de vida. Las actividades comprenden: el
establecimiento de procesos, evaluacin de procesos y mejora de procesos. Las experiencias de la aplicacin

de los procesos del ciclo de vida de los proyectos se utilizan para mejorar los procesos. Los objetivos son
mejorar los procesos en beneficio de la organizacin en su conjunto y los proyectos actuales y futuros para el
avance de las tecnologas de software en toda la organizacin.
Proceso de capacitacin: Este proceso puede ser usado para identificar y hacer el suministro oportuno para
adquirir o desarrollar los recursos y habilidades del personal en los niveles de gestin y tcnicos. El proceso
requiere que se elabore un plan de formacin, se genere material de capacitacin, y se brinde capacitacin al
personal en forma oportuna.
Aplicacin en un proyecto:
Esta gua contiene los factores que son importantes para la aplicacin de la estndar ISO/IEC 12207 en los
proyectos.
Factores para aplicar la Estndar ISO/IEC 12207:
Los siguientes factores son considerados cuando aplicamos el estndar
Rol en el ciclo de vida: el usuario del estndar debe determinar si se trata de un comprador, un
proveedor, un desarrollador, operador o un mantenedor. Esto ayuda en la determinacin de su
posicin, el papel, responsabilidades, y las operaciones con los otros partidos.
Polticas de las organizaciones: las polticas de las organizaciones involucradas deben ser
identificadas y analizadas para determinar la relevancia del proyecto. Es importante identificar y
analizar las leyes nacionales y reglamentos en materia de seguridad pblica, la salud y el medio
ambiente que son aplicables en cualquier caso.
Ciclo de vida del sistema: en general, un ciclo de vida del sistema cubre las fases de: determinacin
de las necesidades y demostracin, el desarrollado, la produccin, el uso, la eliminacin o retiro.
Modelo de desarrollo: uno o ms modelos de desarrollo apropiados para el proyecto debe ser
determinado. Ejemplos de modelos son la cascada, incremental, evolutiva, reingeniera y el modelo
espiral. Un proyecto puede necesitar una combinacin de estos modelos, o modelos diferentes para
distintas fases.
Tipos de Software: el tipo de software en un proyecto debe ser determinado. Ejemplos: nuevo
software, reutilizacin del software existente como est o con una modificacin, firmware, software
embebido, software independiente, o una combinacin de ambas.
Documentacin: ISO/IEC 12207 proporciona resultados de las actividades y tareas.
Se determinar cules resultados son necesarios, como deben ser combinados, empaquetados y
distribuidos, y cules son los intermedios y finales productos. Se debe asegurar que la operacin y el
soporte personal (actual o futuro) estn involucrados en la determinacin de la documentacin
necesaria.
Evaluacin: ISO/IEC 12207 tiene varios procesos y tareas que se basan en evaluaciones. Estas se
llevan a cabo dentro de un proceso o entre procesos
Caractersticas del proyecto: los requerimientos y las especificaciones del producto o servicio
dominan la determinacin y seleccin de los procesos, actividades y tareas. Otras caractersticas
importantes son, por ejemplo: el tamao del producto, la criticidad y complejidad, el tamao del
personal y la vida til del producto o servicio.
Clusulas relacionadas con la ingeniera: el usuario de estndar debe actuar con precaucin y juicio
tcnico cuando elimina una clausula relacionado con la ingeniera. Esto incluye la documentacin
que va a ser necesaria por los ingenieros, que operan y mantienen los procesos en el futuro.
Clusulas relacionadas con la gestin: la mayora de las clusulas de gestin relacionadas estn
cubiertas por la ejecucin y las actividades de control, y la garanta de calidad verificacin y
validacin, las revisiones conjuntas y los procesos de auditoria. El grado de independencia depende
del grado de objetividad necesario.
Clusulas relacionadas con la documentacin: la extensin y el alcance de la documentacin
depende principalmente del tamao, diversidad y la necesidad de los usuarios y la vida del producto
o servicio.

Bibliografa:

The Software Life Cycle Processes standard, Raghu Singh.

INTERNATIONAL STANDARD ISO/IEC 12207 SOFTWARE LIFE CYCLE PROCESSES, Raghu Singh.