É possível usar processos de revisão customizados para certificar-se de que
os ativos estejam completos e otimizados para reutilização.
No
IBM® Rational Asset Manager
Versão 7.2, você não pode criar novos processos de revisão que usam o fluxo de trabalho
padrão.
Use ciclos de vida de recurso Desenvolvimento e Ciclos de Vida do Recurso para controlar recursos e gerenciar processos de revisão de recursos. Contudo, o Rational Asset Manager ainda suporta processos de revisão existentes das versões anteriores. As seguintes informações se aplicam a
esses processos de revisão.
Um administrador especifica os usuários ou os grupos de usuários
que podem revisar os ativos ou concluir ações que fazem parte
de uma revisão de ativo. Os administradores também podem definir políticas para gerenciar quais usuários
estão autorizados a alterar os ativos.
Configurando um Processo de Revisão
Os administradores de comunidades
podem designar revisores, grupos de usuários e membros da comissão de revisão específicos
para revisar ou concluir outras ações no fluxo de trabalho de um recurso. Durante a revisão, as pessoas podem participar de fóruns de discussão e postar
tópicos sobre um ativo.
Um processo de revisão padrão possui dois estados: revisão do plano e revisão. No estado de revisão de plano, o ativo é enviado para o repositório. Em
Meu Painel,
os membros da comissão de revisão recebem uma tarefa que indica que o ativo
está no estado de revisão de plano. Os membros da comissão de
revisão podem incluir revisores e grupos de usuários. Apenas os administradores e membros do conselho de revisão podem acessar o recurso. No
estado de revisão, a revisão está em andamento. Todos os revisores, membros de comissão de revisão e administradores podem acessar o ativo no estado de revisão.
Processo de Revisão Orientado pela Política
Além do processo
de revisão padrão, é possível usar as políticas. Uma
política é um conjunto predefinido de regras que podem ser aplicadas aos ativos e artefatos.
Os seguintes cenários são exemplos de processos de revisão orientados por política:
- Verificação de um ativo para certificar-se de que ele não possua artefatos de URL
quebrados ou inválidos.
- Verificação de um ativo para certificar-se de que ele atenda às convenções de nomenclatura.
- Verificar um recurso de acordo com políticas de serviço. Por exemplo, é possível verificar
se um ativo possui uma política que localize erros de validação que as ferramentas
produzem se um xsd:choice for detectado em um Esquema WSDL.
- Verificação para certificar-se de que um ativo foi revisado na última semana antes de poder ser publicado
no IBM WebSphere Service Registry
and Repository ou no IBM Tivoli Change and Configuration Management Database.
As empresas podem fornecer políticas customizadas ou usar fornecedores de software independentes dos quais é possível comprar
políticas. Quando um ativo é revisado e a política falha, o ativo volta
para o estado de rascunho.
Após as condições de falha serem corrigidas, o ativo exibirá o estado do ciclo de vida correto.
Importante: Um
processo de política tem precedência sobre os processos de revisão legado e de ciclo de vida. Por exemplo, se uma política em um
ciclo de vida não for aprovada e retornar um erro, o proprietário do ativo deverá resolver os requisitos para a política ser
aprovada antes de o ativo retornar para o estado do ciclo de vida.
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:
- Primeiro, o ativo é verificado para determinar se ele pode fazer parte de qualquer ciclo de vida principal no
repositório.
- Depois, o ativo é verificado para determinar se ele pode fazer parte de qualquer ciclo de vida de comunidade.
- 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.
- Se nenhum processo de revisão for aplicado, o ativo entrará em um processo de ciclo de vida simples e implícito.
Estados dos Recursos
Durante uma revisão,
as ações do revisor podem fazer com que um recurso mude
de um estado para outro.
Os seguintes estados podem fazer parte de um processo de revisão
ou do fluxo de trabalho do ciclo de vida de um recurso:
- Rascunho
- O proprietário e os administradores do recurso
podem visualizar o recurso. O proprietário do recurso pode fazer alterações no recurso.
- Revisão do plano
- Os administradores e os membros da comissão de revisão podem visualizar o recurso e especificar revisores.
- Revisar
- O recurso está sendo revisado. Os revisores podem participar de fóruns de
discussão sobre o recurso.
- Aprovado
- O recurso passou na revisão. A comissão de revisão possui
o nível mais alto de autoridade para aprovar um recurso e os revisores possuem o segundo maior nível.
- No estado em que se encontra
- O recurso ignora o processo de revisão. Os administradores de comunidade podem
requerer que os administradores aprovem os recursos no estado em que se encontra.
- Aposentado
- Os proprietários ou os administradores de recursos podem
acessar recursos retirados no repositório. Apenas administradores podem fazer o download de ativos obsoletos.
- Excluído
- O recurso não está disponível no repositório.
- Arquivado
- O administradores pode acessar os recursos arquivados no repositório.
Depois que um recurso for arquivado, ele poderá ser disponibilizado se o administrador do repositório
ou da comunidade reconfigurar o status do recurso para Rascunho.
- Expirado
- Quando um cronômetro expirar em um recurso,
o recurso mudará para o estado de rascunho editável. Os proprietários do recurso e os administradores de repositório
podem reenviar os recursos depois que eles expirarem.
Tipos de Usuário
Se você possuir uma
das seguintes funções, poderá fazer parte de um processo de revisão de recurso:
- Administrador da Comunidade
- O administrador de comunidade cria e configura os processos de revisão.
- Conselho de revisão
- Os membros do conselho de revisão incluem usuários e funções no processo de revisão. Depois
que o conselho de revisão aprova um recurso, ele é alterado do estado Revisão para o
estado Aprovado. Os membros da comissão de revisão podem ver o recurso em todos os estados, exceto no
estado Rascunho.
- Revisor
- Revisores são usuários ou grupos de usuários que um administrador ou um
membro do conselho de revisão designa para revisar um recurso. Eles focam no
ciclo de vida de um tipo de recurso e verificam a exatidão de um recurso na
sua área de conhecimento. Por exemplo, se o desenvolvimento de um recurso de
implementação for alterado, a função do desenvolvedor será designada para
a revisão para garantir que as modificações estejam tecnicamente precisas.
Os revisores podem visualizar ativos durante um estado de revisão.
- Proprietários do Recurso
- Os proprietários de recursos enviam recursos para revisão. Eles podem enviar um recurso
para a revisão ou enviar no estado em que se encontra, ignorando a revisão. Somente
proprietários de recursos podem ver o recurso quando ele está no estado Rascunho.