A medida que un activo se desarrolla, pasa de la planificación a la producción para gestionar cambios. Los administradores de repositorio y comunidad predefinen estas etapas para que gestionen los requisitos y estándares que todos los activos deben cumplir.
El ciclo de desarrollo incluye fases y repeticiones. Entre las fases y las repeticiones, puede crear y volver a utilizar artefactos de desarrollo. Pueden existir relaciones entre artefactos de desarrollo. También puede referenciar y utilizar un artefactos de desarrollo que se hayan creado en otros ciclos de desarrollo. Estos artefactos de desarrollo pueden estar en sitios web o en repositorios personalizados.
Los activos pueden contener archivos de artefacto de desarrollo o referencias a los mismos. Por ejemplo, se puede cargar un artefacto remoto en un repositorio de activos como un artefacto de activo. El artefacto de activo también puede ser una referencia al artefacto remoto del repositorio en el que está almacenado. El conjunto de artefactos y las relaciones apropiados se visualizan en el repositorio de activos. Los equipos pueden acceder al repositorio para administrar, buscar y ver casos de ejemplo de los activos.
Puede utilizar los flujos de trabajo incluidos en el producto, o puede crear flujos de trabajo adicionales para el repositorio.
A nivel de activo, los requisitos para los ciclos de vida de maestros y de comunidad se heredan por el ciclo de vida de activo. Los gestores de ciclo de vida pueden añadir requisitos para que el activo suministre los requisitos especificados por los administradores de repositorio y comunidad.

Por ejemplo, un gestor de ciclo de vida puede decidir invitar revisores adicionales para un activo específico. También pueden ajustar cómo se configura una política, para ajustarse mejor a los requisitos de un activo determinado.
Cualquier cambio que realice en la configuración del ciclo de vida de un activo se aplica únicamente a este activo. Los cambios no se aplican a ningún otro activo de la comunidad que utilice el mismo ciclo de vida maestro o de comunidad. Si a menudo hace los mismos ajustes a los activos, puede solicitar a un administrador de comunidad para ajustar el ciclo de vida a nivel de comunidad.
Si un activo sometido a una comunidad no cumple los requisitos de un ciclo de vida o de otros procesos de revisión personalizados, el activo entra en un ciclo de vida simple que tiene dos estados: Sometido y Aprobado. El propietario del activo y los administradores son gestores de ciclos de vida del activo.
Puede modificar el ciclo de vida de un activo que entre en el ciclo de vida implícito, pero no puede modificar este ciclo de vida para todos los activos de una comunidad.
Puede enviar un activo al ciclo de vida de retiro desde cualquier estado del ciclo de vida. Mientras un estado está en el ciclo de vida de retiro, sus gestores de ciclo de vida pueden modificar el ciclo de vida de retiro para ese activo. En cualquier caso de este ciclo de vida, puede restaurar el activo. Cuando restaure el activo, se volverá a someter a la comunidad. Entra en el primer estado del ciclo de vida adecuado según el tipo de activo o las categorías del activo.
En versiones del producto anteriores a la versión 7.2, puede gestionar el desarrollo de activos a través del tiempo mediante procesos de revisión. En la versión 7.2 o versiones posteriores, puede utilizar ciclos de vida para desarrollar activos a través del tiempo.
| Funcionalidad | Procesos de revisión (V7.1.1.1 o versiones anteriores) | Ciclos de vida (V7.2 o versiones posteriores) |
|---|---|---|
| Número de estados y transiciones | Se incluye un flujo de trabajo. | Puede elegir entre varios flujos de trabajo incorporados que tienen diferentes números de estados y transiciones. También puede utilizar IBM Rational Team Concert para hacer más estados y transiciones. |
| Flexibilidad de estados | Cada estado tiene una limitación asociada sobre permisos que no puede modificar. Por ejemplo, sólo los propietarios del activo y los administradores pueden ver el activo en el estado Borrador. | Para cada estado, puede personalizar permisos, revisores y políticas. |
| Transiciones | Los usuarios deben solicitar manualmente que un activo cambie de estado. | Puede crear condiciones complejas que controlan cuando un activo puede pasar de un estado a otro. Las transiciones también se pueden producir automáticamente si el activo cumple las condiciones especificadas. |
| Quién guía a los activos a través del ciclo de vida | Cuando crea un proceso de revisión, crea una junta de revisión o una lista de usuarios que pueden dar la aprobación final sobre la revisión del activo. Puede modificar los permisos de la junta de revisión modificando el rol de Junta de revisión incorporado para su comunidad. | Al crear un ciclo de vida, puede asignar gestores de ciclo de vida que pueden ajustar el ciclo de vida para activos individuales e invitar a más revisores. Los gestores del ciclo de vida tienen un conjunto de permisos predefinido que no puede modificar. |
| Quién revisa los activos | En el estado Revisar, los revisores pueden ver activos y votar por ellos y pueden acceder a los foros para un activo. Puede seleccionar revisores cuando configura el proceso de revisión. La junta de revisión de un activo puede seleccionar revisores mientras el activo está en el estado Revisión de plan. | Para cualquier estado de un ciclo de vida, puede añadir revisores que pueden ver y realizar comentarios sobre activos y, opcionalmente, modificarlos y votarlos. |
| Cómo funcionan las políticas | Los procesos de la política se deben configurar aparte de los procesos de revisión. Generalmente, una política se configura para ejecutarse antes de que se intente una acción sobre el activo. Cuando una política falla, no puede realizar dicha acción. Por ejemplo, una política se puede ejecutar antes de aprobar, someter para revisión, suprimir, retirar o archivar un activo. | Las políticas son un componente principal de los ciclos de vida. Puede configurar políticas para ejecutarse en cualquier estado en varias ocasiones. Po ejemplo, una política puede ejecutarse cada vez que se modifica un activo mientras está en un estado específico. O una política puede ejecutarse en un momento específico después de que el activo entre en un estado determinado. Puede utilizar los resultados de las políticas para controlar cuándo pasan los activos de un estado a otro. |
| Limitar el acceso a activos obsoletos o que no se utilizan | Sólo se puede acceder a los estados Retiro y Archivado desde activos que están en los estados Aprobado y Tal-cual. | Los activos de cualquier estado de cualquier ciclo de vida pueden especificar un ciclo de vida de retiro en cualquier momento. |
La siguiente figura muestra un ejemplo de un flujo de trabajo para un ciclo de vida de activo. Un flujo de trabajo contiene los estados y las acciones de un tipo de activo y se pueden configurar como parte de un ciclo de vida de activo. Puede aplicar políticas a acciones específicas en el flujo de trabajo y especificar quién está autorizado a completar cada acción o puede formar parte de un proceso de revisión.

El desarrollo de activos es cíclico: como parte de un flujo de trabajo de activos, un activo puede moverse entre los estados durante su ciclo de vida. Para un tipo de activo dado, puede establecer un modelo de administración para controlar los usuarios y los grupos que pueden someter, revisar, aprobar o rechazar y publicar activos. Conforme los usuarios cambian un activo y realizan interacciones, el ciclo de desarrollo pasa a través de estas etapas: