5.1.

8 Criterios para procesos

5.1.9 Descripción de procesos

5.1.10 Características generales de los procesos

5.1.11 Descomposición de procesos

5.1.12 Modelos y etapas del ciclo de vida

5.1.8 Criterios para procesos

Esta norma establece un marco para el ciclo de vida del software. El ciclo de vida comienza con
una idea o una necesidad que puede ser satisfecha total o parcialmente por software y termina
con la retirada del software. La arquitectura se construye con un conjunto de procesos e
interrelaciones entre estos procesos. La determinación de los procesos del ciclo de vida se basan
en dos principios básicos: cohesión y responsabilidad.

Cohesión: los procesos del ciclo de vida son cohesivos y están acoplados en la medida óptima
que se considere práctica y factible.

Responsabilidad: Un proceso se coloca bajo la responsabilidad de una organización o una parte

en el ciclo de vida del software.

5.1.9 Descripción de procesos

Los procesos de esta norma se describen de manera similar a ISO / IEC 15288 para facilitar la el
uso de ambos estándares en una sola organización o proyecto.

Cada proceso de este estándar se describe en términos de los siguientes atributos:

 El título transmite el alcance del proceso en su conjunto.

 El propósito describe los objetivos de realizar el proceso.
 Los resultados expresan los resultados observables esperados del desempeño exitoso
del proceso.
 Las actividades son una lista de acciones que se utilizan para lograr los resultados.
 Las tareas son requisitos, recomendaciones o acciones permisibles destinadas a apoyar
el logro de los resultados.

Se pueden encontrar detalles adicionales sobre esta forma de descripción en ISO/IEC 24774,
System and Software Engineering — Life Cycle Management — Guidelines for process definition.

5.1.10 Características generales de los procesos

Los atributos descritos en la subcláusula 5.1.9 caracterizan la especificidad de cada proceso.

Cuando un proceso implementado se ajusta a estos atributos, el propósito y los resultados
específicamente definidos del proceso se logran a través de la implementación de sus
actividades definidas.
Además de estos atributos básicos, los procesos pueden caracterizarse por otros atributos
comunes a todos los procesos. ISO / IEC 15504-2 identifica atributos de proceso comunes que
caracterizan 6 niveles de logro dentro de un marco de medición para capacidad de proceso. El
Anexo B de esta Norma Internacional incluye la lista de atributos de proceso que contribuye al
logro de niveles más altos de capacidad de proceso como se define en ISO / IEC 15504-2.

5.1.11 Descomposición de procesos

Cada proceso de esta norma satisface los criterios descritos anteriormente. A los efectos de la
descripción clara, los procesos a veces se descomponen en piezas más pequeñas. Algunos
procesos se descomponen en actividades y / o procesos de nivel inferior. Un proceso de nivel
inferior se describe cuando la parte descompuesta del proceso en sí mismo satisface los criterios
para ser un proceso. Se utiliza una actividad cuando la unidad descompuesta no califica como
proceso. Una actividad puede considerarse simplemente como una colección de tareas (ver más
abajo).

A veces es útil descomponer procesos en procesos de nivel inferior con un nivel de detalle más
fino. Algunos los procesos de nivel inferior se describen únicamente con fines de evaluación.
Estos procesos de nivel inferior son no se describe en el cuerpo de la norma, pero se proporciona
en un anexo. En cada caso, el nivel inferior. El proceso de evaluación descrito en el anexo es una
elaboración de una actividad del proceso asociado en el cuerpo de la norma.

Una tarea se expresa en la forma de un requisito, una recomendación o una acción permisible,
con la intención de apoyar el logro de los resultados de un proceso. Para este propósito, esta
norma emplea cuidadosamente ciertos verbos auxiliares (shall (deben), should (debería) y may
(pueden)) para diferenciar entre las distintas formas de una tarea. "Shall" está acostumbrado a
expresar una disposición requerida para el cumplimiento, "should" expresar una recomendación
entre otras posibilidades, y "may" para indicar un curso de acción permisible dentro de los
límites de esta norma.

Se proporciona material informativo adicional en forma de notas no normativas o anexos no

normativos.

5.1.12 Modelos y etapas del ciclo de vida

La vida útil de un sistema o producto de software se puede modelar mediante un modelo de

ciclo de vida que consta de etapas. Se puede utilizar modelos para representar la vida entera
desde el concepto hasta la eliminación o para representar la parte de la vida correspondiente al
proyecto actual. El modelo de ciclo de vida se compone de una secuencia de etapas que pueden
se superponen y / o se repiten, según sea apropiado para el alcance, la magnitud, la complejidad,
las necesidades cambiantes del proyecto y oportunidades. Cada etapa se describe con una
declaración de propósito y resultados. Los procesos del ciclo de vida y las actividades se
seleccionan y se emplean en una etapa para cumplir con el propósito y los resultados de esa
etapa. Diferente Las organizaciones pueden emprender diferentes etapas en el ciclo de vida. Sin
embargo, cada etapa es conducida por la organización responsable de esa etapa con la debida
consideración de la información disponible sobre los planes del ciclo de vida y decisiones
tomadas en etapas precedentes. Del mismo modo, la organización responsable de esa etapa
registra las decisiones tomadas y registra las suposiciones relativas a las etapas posteriores del
ciclo de vida.

Esta Norma Internacional no requiere el uso de ningún modelo de ciclo de vida particular. Sin
embargo, requiere que cada proyecto defina un modelo de ciclo de vida adecuado,
preferiblemente uno que haya sido definido por la organización para uso en una variedad de
proyectos. La aplicación de un modelo de ciclo de vida proporciona los medios para establecer
la secuencia dependiente del tiempo necesaria para la gestión del proyecto.

Además, esta Norma Internacional no requiere el uso de ningún conjunto particular de etapas.
Un ejemplo el conjunto de etapas para el ciclo de vida de un sistema incluye: concepto,
desarrollo, producción, utilización, soporte y retiro. Un ejemplo de conjunto de etapas para el
ciclo de vida de un producto de software es el desarrollo, operación y mantenimiento.

Se han descrito varios tipos o clases de modelos de ciclo de vida. Ejemplos de estos tipos son
conocidos por nombres como cascada, desarrollo incremental, desarrollo evolutivo y espiral.
Cabe señalar que la simple selección del nombre de un tipo de modelo no satisface el requisito
de definir un modelo compuesto por etapas con un propósito definido y resultados logrados a
través de los procesos de esta Norma Internacional.

NOTA Un informe técnico futuro (ISO / IEC TR 24748) proporciona detalles adicionales sobre los
modelos y etapas del ciclo de vida.