Desenvolvimento e Ciclos de Vida do Recurso

Conforme um recurso desenvolve, ele muda de planejando para produção para alteração gerenciada. Esses estágios são predefinidos pelos administradores de repositório e de comunidade para gerenciar os requisitos e padrões que cada ativo deve satisfazer.
Para saber mais sobre desenvolver recursos com o uso de ciclos de vida, consulte as seguintes seções:

Interações e Fases do Ciclo de Vida

O ciclo de desenvolvimento inclui fases e iterações. Entre as fases e iterações, é possível criar e reutilizar artefatos de desenvolvimento. Os relacionamentos podem existir entre os artefatos de desenvolvimento. Também é possível referenciar e usar artefatos de desenvolvimento que foram criados em outros ciclos de desenvolvimento. Esses artefatos de desenvolvimento poderão estar nos Web sites ou em repositórios customizados.

Recursos poderão conter arquivos de artefatos de desenvolvimento ou referências a eles. Por exemplo, um artefato remoto poderá ser transferido por upload para o repositório de recursos como um artefato de recurso. Por outro lado, o artefato de recurso poderá ser uma referência para um artefato remoto no repositório onde estiver armazenado. O conjunto adequado de artefatos e relacionamentos serão exibidos no repositório de recursos. Equipes poderão acessar o repositório para controlar, procurar e visualizar cenários de uso sobre os recursos.

O Que Se Pode Fazer com Ciclos de Vida de Recurso

Ciclos de vida customizados são flexíveis e podem ser usados para diversos propósitos:
  • Fornecer um fluxo de trabalho para que os ativos se desenvolvam com o tempo: Todos os ciclos de vida usam um fluxo de trabalho. Os administradores de repositório definem o fluxo de trabalho quando um ciclo de vida quando um ciclo de vida principal é criado. Um fluxo de trabalho consiste em estados e as transições entre os estados. Por exemplo, o fluxo de trabalho Padrão possui três estados. Os ativos entram no estado Rascunho e podem então ser movidos para um estado Revisão. Após o recurso ser revisado e aprovado, ele poderá ser movido para o estado Aprovado. Para cada estado, é possível modificar quem possa visualizar, revisar ou votar no recurso e é possível configurar políticas de execução.

    É possível usar os fluxos de trabalho que estejam incluídos no produto ou então é possível criar fluxos de trabalho adicionais para o repositório.

  • Especifique quais ativos podem entrar em um ciclo de vida: É possível configurar condições para especificar quais ativos de um tipo de ativo ou categorização em particular devem entrar em um ciclo de vida principal ou de comunidade específico. Por exemplo, é possível especificar que ativos do tipo Documentação devem entrar em um ciclo de vida principal e que ativos do tipo Documentação que também são categorizados como uma Apresentação devem entrar em um ciclo de vida principal diferente. Em um ciclo de vida de nível de comunidade que usa o ciclo de vida principal de Apresentação, é possível incluir uma condição que ativos categorizados como Slides devem usar esse ciclo de vida.
  • Designar usuários para guiar ativos por ciclos de vida : Para cada ciclo de vida nos níveis de repositório, comunidade e ativo, é possível designar um usuário para ser um gerenciador de ciclo de vida. Um gerenciador de ciclo de vida guia um ativo por seu ciclo de vida ajustando o ciclo de vida e gerenciando os revisores do ativo. Para obter mais informações sobre gerenciadores de ciclo de vida, consulte Atribuições adicionais de ciclos de vida para recursos. Para obter mais informações sobre como ajustar o ciclo de vida para um único ativo, consulte Modificando os Ciclos de Vida para Ativos Individuais.
  • Designar usuários para comentar, modificar ou aprovar ativos: Para cada estado no fluxo de trabalho de um ciclo de vida, é possível designar especialistas no assunto ou outras partes interessadas para serem revisores. Os revisores podem visualizar, comentar e opcionalmente modificar ou votar sobre os ativos. Para obter mais informações sobre revisores, consulte Funções Adicionais de Ciclos de Vida para Ativos.
  • Configure políticas que testem ou modifiquem recursos: Em cada estado do recurso é possível configurar políticas. Políticas são scripts ou macros que podem testar ou modificar um recurso. Por exemplo, você poderá testar um recurso para garantir que tenha um nome único. É possível controlar quando e quão frequentemente uma política é executada. É possível usar políticas para impingir restrições e controlar programaticamente os recursos. Para obter informações sobre quais políticas estão disponíveis e como configurá-las, consulte Políticas para Ciclos de Vida.
  • Configurar requisitos para que os ativos se movam entre os estados: Para cada transição, você deve configurar condições de saída que devem ser satisfeitas para que o ativo se mova entre os estados. Por exemplo, para que um ativo se mova do estado de Revisão para o estado de Aprovado, você pode requerer que pelo menos três revisores tenham aprovado o ativo e que ele tenha passado em todas as políticas de teste.

Quando Usar os Ciclos de Vida de Recurso

Os ciclos de vida de ativo são úteis nestas situações:
  • Quando um ativo pode beneficiar-se de um fluxo de trabalho necessário: Os ativos que podem obter benefícios de um fluxo de trabalho de ciclo de vida necessário incluem documentos de caso de negócios, planos de teste, componentes e serviços de software, construções e linhas de base de produto e componentes de marcas corporativas, como logotipos, folhas de estilo e modelos.
  • Quando desejar revisar ativos: Os gerenciadores de ciclo de vida podem convidar revisores para visualizar, modificar ou votar nos ativos em qualquer estado.
  • Quando desejar usar políticas para os ciclos de vida: É possível usar as políticas para os ciclos de vida para gerenciar eficientemente os ativos na sua comunidade. Políticas para ciclos de vida são semelhantes a muitas das restrições que possam ser configuradas com tipos de recurso.
  • Ao usar um processo de arquitetura orientada a serviços (SOA) : Rational Asset Manager inclui um pacote de ciclos de vida que suporta um processo SOA. É possível usar os ciclos de vida para integrar esse processo com o IBM® WebSphere Service Registry and Repository.

Funções Adicionais para Ciclos de Vida de Recurso

Quando se cria ciclos de vida customizados, são configuradas funções adicionais:
  • Gerenciador de ciclo de vida: É possível designar a função do gerenciador de ciclo de vida para usuários ou grupos de usuários enquanto oconfigura ciclos de vida customizados para uma comunidade. Se você for um gerenciador de ciclo de vida para um recurso, você receberá as seguintes permissões adicionais:
    • Você poderá procurar, visualizar e fazer download do recurso.
    • Poderá modificar o recurso.
    • Poderá visualizar o recurso na página Meu Painel nos Recursos para Gerenciar a seção.
    • Será possível deixar um comentário na página Revisão do recurso.
    • Será possível ajustar o ciclo de vida para o ativo incluindo ou removendo revisores, alterando as permissões para os revisores, incluindo ou removendo políticas e alterando as condições para as transições entre estados de ciclo de vida.
  • Revisor: Para cada estado de um ciclo de vida de ativo customizado, é possível incluir usuários ou grupos de usuários como revisores. Os administradores de comunidade podem incluir e remover revisores enquanto configuram ciclos de vida customizados para uma comunidade. Os administradores de ciclo de vida podem incluir e remover revisores enquanto modificam o ciclo de vida para ativos individuais. Se você for um revisor de um ativo, receberá as seguintes permissões adicionais:
    • Você poderá procurar, visualizar e fazer download do recurso.
    • Será possível deixar um comentário na página Revisão do recurso.
    • Se a caixa de seleção Aprovador estiver selecionada, será possível votar para aprovar ou rejeitar o ativo na página Revisão. As aprovações e as rejeições serão salvas e poderão ser usadas como condições para alterar estados. Por exemplo, o ativo poderá alternar de Revisão para Aprovado somente se pelo menos três revisores votaram pela Aprovação.

Modificação do Ciclo de Vida

No nível de ativo, os requisitos para os ciclos de vida principal e de comunidade são herdados pelo ciclo de vida de ativo. Os gerenciadores de ciclo de vida podem incluir requisitos para o ativo para complementar os requisitos especificados pelos administradores de repositório e de comunidade.

Este diagrama em árvore mostra como os requisitos do ciclo de vida principal são herdados pelos ciclos de vida de comunidade. Nesse caso, os administradores de comunidade podem incluir requisitos no ciclo de vida de comunidade. Os requisitos de ciclo de vida principal e de comunidade são herdados pelos ciclos de vida de ativo. Depois, o gerenciador de ciclo de vida pode incluir requisitos no ciclo de vida de ativo.

Por exemplo, um gerenciador de ciclo de vida pode decidir convidar revisores adicionais para um ativo específico. Eles também poderão ajustar como uma política será configurada, para que corresponda melhor aos requisitos de um recurso em particular.

Quaisquer mudanças feitas na configuração do ciclo de vida de um ativo são aplicadas apenas a esse ativo. Suas mudanças não se aplicam a outros ativos na comunidade que estão usando o mesmo ciclo de vida principal ou de comunidade. Se você fizer frequentemente os mesmos ajustes nos recursos, poderá solicitar a um administrador de comunidade que ajuste o ciclo de vida no nível de comunidade.

Gerenciadores de ciclo de vida podem ajustar os ciclos de vida para um recurso individual nas seguintes maneiras:
  • Inclua ou modifique gerenciadores de ciclo de vida do recurso
  • Incluir ou remover revisores para cada estado
  • Alterar as permissões de revisores para cada estado
  • Inclua ou remova políticas para cada estado
  • Reconfigure políticas para cada estado
  • Reconfigure as transições entre estados
No nível de recurso individual, não é possível alterar os seguintes aspectos do ciclo de vida:
  • O fluxo de trabalho do ciclo de vida
  • As condições para que o recurso seja inserido no ciclo de vida

Ciclos de Vida de Recurso Implícitos

Se um recurso que tenha sido submetido a uma comunidade não satisfez os requisitos do ciclo de vida ou outros processos de revisão customizados, o recurso entrará em um ciclo de vida simples que tenha dois estados: Submetido e Aprovado. O proprietário do recurso e todos os administradores são os gerenciadores do ciclo de vida do recurso.

É possível modificar o ciclo de vida de um recurso que tenha entrado no ciclo de vida implícito, mas não é possível modificar esse ciclo de vida para todos os recursos em uma comunidade.

Ciclos de Vida de Aposentadoria

Para todos os recursos que estejam nos ciclos de vida, incluindo o ciclo de vida implícito, é possível enviar um recurso a um ciclo de vida de aposentadoria separado, o Ciclo de Vida de Recurso de Aposentadoria Implícito, que consiste de dois estados:
  • Pré-Obsoleto: O estado Pré-Obsoleto copia as permissões, gerenciadores de ciclo de vida e revisores a partir do estado do ciclo de vida no qual o ativo estava antes de ter entrado no estado Pré-Obsoleto. Todos os proprietários, gerenciadores de ciclo de vida, revisores, proprietários de ativos relacionados e qualquer pessoa que tenha transferido por download o ativo receberão um e-mail informando que o ativo entrou no estado Pré-Obsoleto.
  • Aposentado: Quando um recurso estiver no estado Aposentado apenas os administradores de gerenciadores de ciclo de vida poderão localizar ou fazer download do recurso.

É possível enviar um recurso ao ciclo de vida de aposentadoria de qualquer estado do ciclo de vida. Enquanto o recurso estiver no ciclo de vida de aposentadoria, seus gerenciadores de ciclo de vida poderão modificar o ciclo de vida de aposentadoria para aquele recurso. Em qualquer um desses estados do ciclo de vida é possível restaurar o recurso. Ao restaurar o recurso, ele é reenviado para a comunidade. Ele entrará no primeiro estado do ciclo de vida apropriado com base no tipo de recurso ou nas categorias do recurso.

Ciclos de Vida e Processos de Revisão Pré-V7.2

Nas versões do produto anteriores a 7.2, é possível gerenciar o desenvolvimento de recursos com o passar do tempo usando os processos de revisão Revisões de ativo. Na versão 7.2 ou posterior, é possível usar ciclos de vida para desenvolver recursos com o passar do tempo.

Embora ainda seja possível acessar processos de revisão existentes, não é possível criar novos processos (a menos que esteja usando o Rational ClearQuest). Em vez disso use os ciclos de vida, que são mais customizáveis e mais flexíveis. A tabela a seguir mostra como os ciclos de vida diferem dos processos de revisão.
Tabela 1. Como os ciclos de vida na versão 7.2 ou posterior diferem dos processos de revisão na versão 7.1.1.1 ou anterior
  Processos de revisão (V7.1.1.1 ou anterior) Ciclos de vida (V7.2 ou posterior)
Número de estados e de transições Está incluído um fluxo de trabalho. Por outro lado, é possível usar o IBM Rational ClearQuest para usar um fluxo de trabalho diferente. É possível fazer a escolha de vários fluxos de trabalho integrados que tenham números diferentes de estados e de transições. Por outro lado, é possível usar o IBM Rational Team Concert para fazer mais estados e transições.
Flexibilidade dos estados Cada estado tem uma limitação associada às permissões que não possam ser modificadas. Por exemplo, apenas os proprietários do recurso e administradores podem visualizar o recurso no estado Rascunho. Para cada estado, é possível customizar permissões, revisores e políticas.
Transições Os usuários devem solicitar manualmente a mudança de estados de um recurso. É possível criar condições complexas que controlam quando um recurso pode se mover de um estado para o outro. Transições também podem ocorrer automaticamente se o recurso atender as condições que forem especificadas.
Quem guia os recursos através do ciclo de vida Ao criar um processo de revisão, você cria uma comissão de revisão ou uma lista de usuários que dá aprovação final sobre a revisão do recurso. É possível modificar as permissões da comissão de revisão modificando o papel da Comissão de Revisão integrada para a sua comunidade. Quando um ciclo de vida é criado, você designa gerenciadores de ciclo de vida que podem ajustar o ciclo de vida para ativos individuais e convidar mais revisores. Gerenciadores de ciclo de vida possuem um conjunto de permissões pré-definido Funções Adicionais para Ciclos de Vida de Recurso que não pode ser modificado.
Quem revisa os recursos No estado de Revisão, os revisores podem visualizar e votar nos recursos e podem acessar os fóruns de um recurso. É possível selecionar revisores ao configurar o processo de revisão. A comissão de revisão de um recurso pode selecionar revisores enquanto o recurso estiver no estado de Revisão de Plano. Para qualquer estado em um ciclo de vida, é possível incluir revisores que podem visualizar e comentar sobre ativos e opcionalmente modificar e votar sobre os ativos.
Como funcionam as políticas Processos de política devem ser configurados separados dos processos de revisão. Geralmente uma política é configurada para ser executada antes que seja tentada uma ação no recurso. Quando uma política falha, você não pode tomar essa ação. Por exemplo, uma política pode ser executada antes que um recurso seja aprovado, submetido a revisão, excluído, tornado obsoleto ou arquivado. Políticas são componentes importantes dos ciclos de vida. É possível configurar políticas para que sejam executadas em qualquer estado, em vários períodos. Por exemplo, uma política pode ser executada cada vez que um recurso é modificado enquanto estiver em um estado específico. Ou, uma política poderá ser executada em um horário específico depois do recurso entrar em um estado específico. É possível usar os resultados das políticas para controlar quando os recursos podem mudar de um estado para outro.
Limitar acesso a recursos antigos ou fora de uso Os estados Aposentado e Arquivado são acessíveis apenas a partir de recursos nos estados em que se encontram e nos Aprovados. Recursos em qualquer estado de qualquer ciclo de vida poderão entrar em um ciclo de vida de aposentadoria a qualquer momento.

Quando um Ativo Pode Inserir um Ciclo de Vida ou um Processo de Revisão

Um recurso pode ser controlado apenas por um único ciclo de vida ou processo de revisão. Ao submeter um ativo para uma comunidade, o ativo entra em um ciclo de vida ou em um fluxo de trabalho nesta ordem:
  1. Primeiro, o ativo é verificado para determinar se ele pode fazer parte de qualquer ciclo de vida principal no repositório.
  2. Depois, o ativo é verificado para determinar se ele pode fazer parte de qualquer ciclo de vida de comunidade.
  3. Se nenhum ciclo de vida for aplicado ao ativo, ele será verificado para determinar se pode fazer parte de qualquer um dos processos de revisão que forem criados no repositório ou comunidade.
  4. Se nenhum processo de revisão for aplicado, o ativo entrará em um processo de ciclo de vida simples e implícito.

Exemplo: Fluxo de trabalho de ciclo de vida padrão

A seguinte figura mostra um exemplo de um fluxo de trabalho para um ciclo de vida de recurso. Um fluxo de trabalho contém os estados e as ações para um tipo de recurso e pode ser configurado como parte de um ciclo de vida de recurso para controle. É possível aplicar políticas a ações específicas no fluxo de trabalho e especificar quem está autorizado a concluir cada ação ou que possa fazer parte de um processo de revisão.

A imagem mostra o tipo de fluxo de trabalho Padrão.

Exemplo: Desenvolvimento de recurso e ciclo de vida

O desenvolvimento de recurso é cíclico: como parte de um fluxo de trabalho de recurso, um recurso pode passar por vários estados em seu ciclo de vida. Para um dado tipo de recurso, cria-se um modelo de controle para controlar os usuários e os grupos que possam enviar, revisar, aprovar ou rejeitar e publicar recursos. Conforme se altera um recurso e se faz iterações, o ciclo de desenvolvimento se move através dos seguintes estágios:

  1. Alguém identifica diferenças ou problemas em uma solução atual.
  2. Uma direção de arquiteto ou de projeto procura recursos no repositório Rational Asset Manager para localizar uma solução para o problema. Se uma solução ou parte de uma solução estiver disponível, será incluída na arquitetura da nova solução proposta.
  3. Uma direção de arquiteto ou de projeto cria os requisitos formais para a solução. Os requisitos formais podem incluir recursos que foram localizados durante a procura ou defeitos anteriores, pedidos de aprimoramentos ou listas de tarefas a partir de projetos passados.
  4. Um arquiteto cria a especificação para o recurso.
  5. Um arquiteto submete a especificação a uma comissão de controle. Todos os principais interessados pela solução concluem uma revisão formal. Nesta revisão, os interessados garantem que o design da solução está completo e que os intervalos ou problemas são endereçados na solução anterior.
  6. Uma equipe de desenvolvimento desenvolve a solução e envia a solução como um recurso. Na revisão da solução desenvolvida, os revisores garantem que o recurso enviado é uma solução completa ou implementação e que ela irá resolver as diferenças ou problemas da solução anterior.
  7. Se o recurso desenvolvido for aprovado, o recurso para a solução irá se mover para o próximo estado no fluxo de trabalho do ciclo de vida. Nesse estado, uma comissão de controle irá revisar o recurso e votar para decidir se o recurso será disponibilizado. Todos os interessados principais podem precisar revisar o recurso e votar.
  8. Se a comissão de revisão votar e aceitar o recurso, ele será publicado para que outras pessoas na empresa possam usar e implementar o recurso.

Feedback