Nesta parte, Alex, nosso analista, executa uma análise de requisitos para o pedido da melhoria de compra imediata. É uma maneira de garantir que todos os elementos do aplicativo, incluindo etapas de teste afetadas pela mudança, serão documentados. <0:16 > Alex analisa o modelo de Use Case do aplicativo usando a perspectiva de requisitos do Rational Software Architect. Um Use Case é uma técnica de modelagem visual utilizada para descrever as interações entre um usuário, chamado de ator, e o sistema. <0:36 > Ele determina que o lance no item é o Use Case afetado e examina a respectiva especificação abrindo o RequisitePro. <0:44 > O RequisitePro está integrado ao IBM Rational Software Delivery Platform para fornecer gerenciamento direto de todos os seus requisitos. Visit: http://demos.dfw.ibm.com for more demonstrations Page 1 of 6
<0:52 > O Use Case desse requisito é apresentado pelo Microsoft Word, mas sob controle do RequisitePro. <1:07 > Alex modifica a etapa de lance do fluxo básico para incluir uma opção de compra imediata e salva o documento. <1:18 > O RequisitePro solicita a descrição da mudança para incluir no histórico que mantém. <1:25 > Alex pode examinar a rastreabilidade desse Use Case clicando com o botão direito do mouse e selecionando as opções apropriadas. Isso ilustra a perfeita integração com o Microsoft Word. O Use Case está vinculado ao feature5. <1:48 > Visit: http://demos.dfw.ibm.com for more demonstrations Page 2 of 6
Alex acessa o RequisitePro Requirements Explorer. É uma interface de gerenciamento para todos os requisitos no banco de dados do RequisitePro. <1:59 > Ele seleciona a tela de todos os Use Cases com atributos, que mostra todos os requisitos e seus atributos. <2:06 > A lista de requisitos pode ser filtrada por qualquer um dos atributos. Neste caso, apenas os requisitos de alta prioridade serão mostrados. <2:16 > Outro tipo de tela é a matriz de rastreio, usada para verificar se todas as funções necessárias foram implementadas. <2:26 > A matriz de rastreio também é usada para se compreender o impacto da mudança. Na matriz, você vê os recursos associados aos casos de uso indicados com setas azuis. Visit: http://demos.dfw.ibm.com for more demonstrations Page 3 of 6
<2:37 > A seta que associa o caso de uso ao feature5 tem um risco vermelho. Isso indica que o rastreio é duvidoso. Ou seja, um requisito pode ter mudado sem uma atualização de Use Case ou de etapa de teste. O sinalizador duvidoso ajuda a equipe a coordenar atualizações. <2:56 > Alex pode usar a caixa de diálogo de propriedades e o histórico de revisões para ver detalhes da mudança. Essa mudança ocorreu quando Alex atualizava o texto do Use Case. <3:10 > A matriz de rastreio indica que o uso foi implementado pelo Feature5. Feature5 não suporta a mudança de compra imediata. Será necessário alterar Feature5 ou criar um novo recurso para suportar a mudança. Visit: http://demos.dfw.ibm.com for more demonstrations Page 4 of 6
<3:27 > Isso é um benefício, pois ele tem uma função de auditoria para garantir a compatibilidade dos recursos. Isso melhora a aceitação do sistema final pelo usuário, bem como a eficiência da equipe de desenvolvimento, pois falhas de design são detectadas durante a análise de requisitos. <3:47 > Aqui, Alex decide incluir um novo recurso para a melhoria de compra imediata. <3:56 > O recurso segue o mesmo caso de uso que o Feature5. <4:01 > Como a nova mudança foi processada, o status duvidoso pode ser eliminado. <4:06 > Os requisitos também podem ser associados a pedidos de mudança. Isso realça a integração entre o RequisitePro e o ClearQuest. Visit: http://demos.dfw.ibm.com for more demonstrations Page 5 of 6
A vantagem disso é verificar se as novas mudanças suportam os requisitos. Se não, as despesas de implementação não serão justificáveis. Se necessário, estão disponíveis todos os detalhes do pedido de mudança. <4:36 > Os requisitos também podem ser acessados diretamente no Requirements Explorer, na perspectiva de requisitos do Rational Software Architect. <4:44 > O IBM Rational Software Delivery Platform reduz o risco do projeto ajudando a equipe a compreender melhor as melhorias do aplicativo e gerenciando a evolução dos requisitos. <04:58:00 end> Visit: http://demos.dfw.ibm.com for more demonstrations Page 6 of 6