Título da página:Por que usar ciclos de vida para controlar ativos com o Rational Asset Manager?

Texto da Legenda:Com o Rational Asset Manager, é possível criar um ciclo de vida ou um fluxo de trabalho planejado, mas customizável, para controlar e governar ativos. No Rational Asset Manager, o ciclo de vida mais simples (mostrado aqui) possui dois estados exclusivos nos quais os ativos estão: em um estado inicial para quando um novo ativo tiver sido submetido para um repositório, e em um estado APROVADO para quando o ativo tiver sido aprovado. As setas representam TRANSIÇÕES entre esses estados. Os ciclos de vida podem ter muitos estados e transições, o que significa que é possível governar e gerenciar ativos com mais detalhes e complexidade, dependendo de suas necessidades.

Os ciclos de vida são úteis nas seguintes circunstâncias:

  1. Primeiro, os ciclos de vida são úteis se você precisa orientar um ativo por meio de um fluxo de trabalho preciso para desenvolvê-lo e controlá-lo adequadamente. Por exemplo, um ativo de software pode precisar ter um escopo definido, desenvolvido, testado e, então, finalmente, aprovado para reutilização, e em cada um desses momentos o ativo pode ter diferentes requisitos e diferentes pessoas que o aprovam.
  2. Segundo, se os ativos estiverem em ciclos de vida, é possível colaborar com outros, convidando outras pessoas para revisar, modificar ou aprovar ativos.
  3. Terceiro, com ciclos de vida e políticas, é possível gerenciar e restringir ativos de DIVERSOS TIPOS ou CATEGORIAS em sua comunidade sem precisar criar e gerenciar mais tipos de ativos.

Como é possível determinar várias restrições e requisitos, pode ser tentador usar muitos TIPOS DE ATIVOS diferentes para gerenciar ativos em seu repositório, mas ter tipos de ativos demais pode ser incontrolável e confuso para outros usuários, que talvez não compreendam imediatamente as distinções mais refinadas entre os tipos de ativos. Finalmente, quando você usa tipos de ativos para controlar e limitar ativos, não é possível nem mesmo submeter um ativo para o repositório, a menos que todos os requisitos do tipo de ativo tiverem sido atendidos, o que pode ser bastante frustrante. Com ciclos de vida e políticas, é possível colocar ativos no repositório agora e deixar que pessoas corrijam quaisquer problemas posteriormente.

COMO CRIAR CICLOS DE VIDA

Agora, mostrarei como criar um ciclo de vida no Rational Asset Manager. O que desejamos fazer é customizar um ciclo de vida principal para ativos do tipo de ativo LIBERAÇÃO. Usarei o ciclo de vida principal para impor alguns requisitos no nível do repositório.

Primeiro, no momento em que um ativo Liberação estiver no estado REALIZADO, ele deve ter um relacionamento com um ativo diferente que é do tipo IMPLEMENTAÇÃO. Além disso, no estado MANTIDO TEMPORARIAMENTE, desejo sempre que um dos advogados de nossa empresa revise e aprove o ativo. Finalmente, para tornar uma tarefa do advogado um pouco mais fácil, desejo incluir automaticamente um arquivo de AVISOS legais para o ativo quando ele atingir o estado MANTIDO TEMPORARIAMENTE.

Vamos começar.

Os administradores do repositório criam os ciclos de vida principais e, em seguida, os administradores de comunidades podem estender o ciclo de vida principal para aplicar requisitos adicionais para suas comunidades específicas.

Portanto, criaremos um novo ciclo de vida principal para o repositório. Novamente, nosso objetivo aqui é criar um ciclo de vida especificamente para ativos do tipo LIBERAÇÃO. O Rational Asset Manager é fornecido com vários fluxos de trabalho integrados, com vários números de estados e ramificações, incluindo um especificamente para ativos de liberação. Seu administrador de repositório pode criar mais, ou editar aqueles integrados para melhor corresponder às necessidades de seu grupo.

Nesta página inicial, você visualiza novamente a figura do fluxo de trabalho e é possível começar a configurar o ciclo de vida.

Primeiro, insira o NOME e a DESCRIÇÃO do ciclo de vida. É possível usá-los para descrever e esclarecer o propósito deste ciclo de vida para outros.

A seguir, a seção CONDIÇÕES é muito importante. Aqui, você define quais ativos de determinados TIPOS ou CATEGORIAS entrarão no ciclo de vida que você está configurando.

Aqui, trabalharemos com tipos de ativos.

Você usa a lógica IS ou IS NOT básica, portanto estou selecionando IS e estou selecionando o tipo de ativo LIBERAÇÃO.

Se você precisar criar condições mais específicas, é possível incluir condições adicionais selecionando AND ou OR aqui e clicando no sinal de mais.

É possível criar condições aninhadas bastante complexas, mas não precisamos ser tão específicos aqui. Desejamos criar algo que possa ser usado em diversas comunidades.

Em seguida, inclua GERENCIADORES DE CICLO DE VIDA para este ciclo de vida. GERENCIADORES DE CICLO DE VIDA podem convidar outros usuários para colaboração nos ativos que estão usando este ciclo de vida e podem modificar o ciclo de vida para se encaixar nas necessidades de um ativo individual. É possível incluir usuários individuais ou grupos de usuários.

Aqui, inclui Pete, um gerente de projetos, como um gerenciador de ciclo de vida. Para quaisquer ativos que usam este ciclo de vida, Pete será capaz de ajustar o ciclo de vida e convidar revisores.

Deixarei esta caixa de seleção selecionada; ela designará automaticamente quaisquer proprietários de um ativo para serem gerenciadores de ciclo de vida. Se isso for algo que você deseja evitar, por exemplo, se você pretende manter o requisitante original do ativo fora de seu processo de revisão e certificação, é possível desmarcá-la.

Agora, configuraremos um estado. É possível usar a lista suspensa CONFIGURANDO ATUALMENTE para selecionar um estado ou transição, ou apenas clicar na caixa no diagrama.

Quando um ativo neste ciclo de vida ficar no estado REALIZADO, queremos que o ativo tenha um relacionamento com um ou mais ativos do tipo IMPLEMENTAÇÃO, e tenha os arquivos de aplicativos reais para a liberação.

Podemos usar uma POLÍTICA para impingir isso. As POLÍTICAS permitem que você aplique uma variedade de restrições ou regras a um ativo durante estados específicos de um ciclo de vida.

O Rational Asset Manager inclui cerca de uma dúzia de políticas padrão. Também é possível criar e instalar políticas customizadas, mas você mesmo precisará programá-las. Aqui estou usando a POLÍTICA DE VALIDAÇÃO DE RELACIONAMENTO, que permite definir quais relacionamentos um ativo deve ter.

Após incluir uma política, você deve configurá-la para definir as regras que deseja.

Cada política terá opções diferentes. Para a política de VALIDAÇÃO DE RELACIONAMENTO, é necessário configurar quantos relacionamentos e qual tipo de relacionamento deve existir para a política ser aprovada.

Configurarei isso para procurar por PELO MENOS UM relacionamento, esse relacionamento deverá ser para um ativo de IMPLEMENTAÇÃO e o relacionamento deverá ser do tipo IMPLEMENTAÇÃO. É possível ser mais específico e entrar em um ESTADO de ciclo de vida específico no qual o ativo relacionado deve estar, por exemplo, APROVADO, mas isso não é necessário.

Após configurar as opções para a política, você usa essas caixas de seleção para configurar quando a política será executada. Para esta política, desejo que ela busque pelos relacionamentos apropriados quando o ativo entrar neste estado, sempre que o ativo for modificado e quando alguém tentar alterar o estado do ativo, que é esta caixa de seleção "AÇÃO".

Agora tenho essa política configurada, mas ainda não concluí. Preciso configurar a TRANSIÇÃO entre estados para evitar que o ativo seja alterado de um estado para o próximo, a menos que a política seja aprovada.

Ao configurar uma transição você está configurando o que é verificado e quais condições precisam ser atendidas para mover de um estado de ciclo de vida para outro. Em outras palavras, as transições estão onde você impinge as políticas e aprovações que recém-configurou. Por padrão, as transições sempre possuem a condição AÇÃO MANUAL, o que significa que um gerenciador de ciclo de vida deve selecionar manualmente que é hora para um ativo mudar de estado.

Vamos manter isso, mas também incluir uma condição que a política que acabamos de incluir deve ser APROVADA.

Portanto, nesta lista suspensa você verá a política do estado anterior.

Agora, para que o ativo seja movido para o próximo estado, um gerenciador de ciclo de vida deverá solicitar essa mudança, E a política deverá ter sido aprovada. Apenas após isso o ativo mudará de estado.

Em seguida, vamos configurar outro estado que é um pouco diferente. No estado MANTIDO TEMPORARIAMENTE, desejo que um advogado tenha que aprovar o ativo e, para tornar a tarefa desse advogado um pouco mais fácil, desejo obter AUTOMATICAMENTE alguns avisos legais padrão de um ativo diferente e incluí-los em qualquer ativo que entrar neste estado.

Primeiro, usamos a seção Revisão para incluir o advogado como um revisor.

Incluímos o advogado, Kenneth, como um Aprovador. APROVADORES podem visualizar e comentar e, opcionalmente, editar e aprovar ativos.

Portanto, para Kenneth aqui, selecionamos PERMITIR EDIÇÃO para permitir que ele modifique o ativo se necessário. E selecionamos APROVADOR para permitir que ele APROVE ou REJEITE o ativo.

Em seguida, a política ANEXAR ARTEFATOS permite obter todos os arquivos de um ativo existente e incluí-los em qualquer outro ativo que entrar neste estado.

Para configurar esta política, é necessário inserir um G U I D e o número de versão para o ativo que possui os arquivos que você deseja obter, os quais eu vou colar.

Isso incluirá o rótulo "Avisos legais" em quaisquer arquivos que forem copiados por cima e esta opção significa que o arquivo de avisos que estou capturando substituirá qualquer outro arquivo que tenha o mesmo nome de arquivo

Agora, desejo que este arquivo seja incluído apenas quando um ativo entrar neste estado, portanto estou selecionando apenas a caixa de seleção ENTRADA PARA O ESTADO para quando esta política será executada.

Finalmente, para garantir que Kenneth tenha aprovado o ativo antes de movê-lo para o estado final, estou editando a próxima transição. Estou incluindo uma condição extra que Kenneth, nosso advogado, deve aprovar do ativo.

Você gerencia ciclos de vida da comunidade na guia CICLOS DE VIDA. Os ciclos de vida da comunidade são versões estendidas de ciclos de vida principais, onde é possível incluir condições e políticas para usar dentro de uma comunidade específica. Na seção Ciclos de vida, você verá uma lista de todos os ciclos de vida atuais. A ordem dos ciclos de vida é importante: um ativo pode usar apenas UM ciclo de vida; se um ativo se qualificar para mais de um ciclo de vida, ele entrará no PRIMEIRO ciclo de vida, na ordem de cima para baixo aqui.

Se estiver visualizando ativos entrarem no ciclo de vida errado, é possível usar as setas aqui para alterar essa ordem.

Os ciclos de vida de ativos assumem as propriedades de um ciclo de vida de comunidade e é possível incluir condições e políticas também para o ativo individual.

É necessário algum tempo para configurar e algum planejamento dos níveis de repositório, comunidade e ativo, mas os ciclos de vida fornecem a você um controle bastante detalhado sobre como os ativos são desenvolvidos ao longo do tempo. Obrigado.