Arquitetura do aplicativo de rastreamento de defeitos

Estrutura do aplicativo

Este Functional Example é um aplicativo único na biblioteca da Tulip, mas grande parte do valor vem com os aplicativos da Tulip quando aplicativos dedicados podem ser criados para dar suporte a diferentes funções e necessidades dos usuários.

As soluções legadas de rastreamento de defeitos, na melhor das hipóteses, são soluções pontuais com bugs e, na pior, envolvem dezenas de planilhas aleatórias do Excel, formulários em papel e muitas horas gastas com a entrada manual de dados.

O rastreamento de defeitos é um problema um pouco diferente porque as melhores soluções de rastreamento de defeitos existem no contexto (dentro do processo em que o defeito pode ser encontrado), portanto, as melhores soluções de rastreamento de defeitos devem ser utilizáveis em todos os aplicativos de processo em que os defeitos podem ser encontrados. As transições de aplicativos podem ser usadas para mover os usuários de qualquer aplicativo de processo para um aplicativo central de rastreamento de defeitos, ou a função de relatório de defeitos pode ser copiada em todos os seus aplicativos.

Um aplicativo central de rastreamento de defeitos

PRÓS:

• As alterações no processo de gerenciamento de defeitos são simples, com um único ponto de alterações
• Uma equipe separada pode gerenciar as versões do aplicativo, ao contrário dos aplicativos de processo

CONTRAS:

• Experiência do usuário mais desarticulada porque os defeitos estão sendo inseridos em um aplicativo separado
• Gerenciar variáveis em vários aplicativos pode ser um pouco mais trabalhoso.

Relatório de defeitos em todos os aplicativos

PRÓS:

• A experiência do usuário é mais integrada.
• Os processos com diferentes tipos de defeitos podem ter diferentes UIs para dar melhor suporte aos seus defeitos padrão.
• O gerenciamento de variáveis de aplicativos é mais simples.

CONTRAS:

• Muitos pontos de alterações quando ocorrem mudanças no processo. Essas alterações precisariam ser aplicadas a cada aplicativo uma única vez.
• A mesma equipe que gerencia o aplicativo de processo seria responsável pelo rastreamento de defeitos de cada um desses aplicativos.

Detalhamento do aplicativo

O {{glossário.Exemplo funcional}} para rastreamento de defeitos serve como a funcionalidade principal necessária para rastrear defeitos:

• Relatar defeitos
• Editar relatórios de defeitos
• (opcional) Imprimir etiquetas de defeitos para quarentena
• Visualizar defeitos
• Atualizar as próximas etapas e o status
• Visualizar o histórico de defeitos
• Gerar insights sobre defeitos com o Analytics

Como mostra o Exemplo Funcional, toda a funcionalidade pode ser combinada em um único aplicativo ou qualquer uma de suas funções principais pode ser aproveitada em aplicativos mais segmentados.

Com qualquer uma das abordagens (listadas acima), a Tulip recomenda mover as funções de edição e disposição de defeitos para um aplicativo separado ao qual somente usuários com permissões especiais tenham acesso. Isso permite maior controle sobre quais usuários podem editar dados críticos de qualidade.