No processo de trabalho do ALM, os pedidos são resolvidos pela conclusão de tarefas e
atividades.
O esquema e pacotes ALM (Application Lifecycle Management) fornecem um processo pronto para uso, para utilizar o
Rational ClearQuest para acompanhar o trabalho de sua equipe em um release do produto. O ALM utiliza funções, tipos de registro e modelos
de transição de estado definidos para ajudá-lo a gerenciar o processo de desenvolvimento de software desde o
envio de requisitos através do desenvolvimento, gerenciamento de construção e teste.
Um processo ALM típico é o seguinte:
- Uma pessoa interessada envia um pedido para um projeto de software. A pessoa interessada
poderia ser um desenvolvedor, testador, escritor, treinador, gerente de produtos, representante
de suporte ao cliente ou outro membro da equipe do projeto ou usuário do produto.
Um pedido pode iniciar uma mudança no projeto de software. Um pedido pode ser
um defeito, um RFE (solicitação de aprimoramento) ou uma tarefa.
- A equipe de triagem revisa o pedido e decide aceitá-lo
ou rejeitá-lo. Se eles aceitarem o pedido, o administrador de triagem cria uma
ou mais tarefas (uma por projeto) que descreve em um alto nível o trabalho necessário,
para atender o pedido.
- O líder de desenvolvimento de cada projeto revisa a tarefa e avalia o
trabalho necessário para implementá-lo. Em seguida, ele ativa a tarefa
e cria as atividades necessárias para concluí-la, como:
- Atividade de Desenvolvimento
- Atividade de Teste
- Atividade de Avaliação de Documento
O líder de desenvolvimento designa a atividade de Desenvolvimento para um desenvolvedor.
- O líder de teste revisa a tarefa e a atividade de Teste, em seguida, designa a atividade
de Teste para um testador. O líder de documentação revisa a tarefa e a atividade
Avaliação de Documento, em seguida, designa a atividade Avaliação de Documento para um escritor.
- O desenvolvedor trabalha na atividade de Desenvolvimento e faz as alterações necessárias
nos arquivos. Em seguida, o desenvolvedor move a atividade de Desenvolvimento para o estado Concluído.
- O engenheiro de release cria um novo registro de linha de base que seleciona a atividade
recém-concluída e seu conjunto de mudanças associado.
- O engenheiro de release constrói o projeto utilizando a linha de base recém-criada.
Ele cria um registro de construção que identifica a linha de base utilizada
e indica se a construção foi bem-sucedida ou se falhou.
- O testador instala e testa a construção. Quando a construção passa com êxito
por todos os testes, o testador move a atividade de Teste para o estado Concluído.
- O escritor avalia o impacto da tarefa na documentação e faz todas as
alterações necessárias. Em seguida, ele move a atividade Avaliação de Documento para o
estado Concluído.
- O líder de teste revisa a tarefa, visualiza se as atividades necessárias foram
concluídas e move a tarefa para o estado Concluído. Alternativamente,
o líder de teste cria atividades adicionais ou comentários sobre atividades existentes,
se for necessário realizar mais trabalho.
- A pessoa interessada que enviou o pedido, o revisa e visualiza se uma
ou mais tarefas associadas foram concluídas. A pessoa interessada pode abrir a
tarefa e revisar a resolução. No formulário de registro da tarefa, a pessoa interessada
pode abrir as atividades associadas e revisar os detalhes do trabalho de desenvolvimento,
de documentação e de teste realizado para concluir a tarefa. Se tudo parecer
satisfatório, a pessoa interessada aceitará o pedido, que será movido para o estado
Concluído. Caso contrário, a pessoa interessada pode rejeitar o pedido e comentar a
tarefa, a qual notifica o líder de teste por e-mail, com instruções para trabalho
adicional.