Skip to content

Especificação dos Casos de Uso

Daniel Ashton Oda edited this page Sep 27, 2017 · 45 revisions

Histórico de Revisões

Data Versão Descrição Autor
02/09/2017 0.1 Criação do documento Pedro Kelvin
04/09/2017 0.2 Inserção dos casos de uso filtrar, pesquisar projetos, manter projetos Daniel Oda
04/09/2017 0.3 Inserção do caso de uso Manter Usuário Adrianne Alves
04/09/2017 0.4 Inserção do caso de uso Listar Projetos Adrianne Alves
05/09/2017 0.5 Inserção do caso de uso Ver problemas Adrianne Alves
05/09/2017 0.6 Inserção do caso de uso Ver Issue Pedro Kelvin
05/09/2017 0.7 Inserção do caso de uso Revisar Sprint Matheus Roberto
06/09/2017 0.8 Inserção do caso de uso Avisar Usuário, Planejar e Acompanhar Revisão Vinícius Cantuária
06/09/2017 0.9 Inserção do caso de uso Retrospectiva da Sprint Matheus Roberto
06/09/2017 0.10 Inserção do caso de uso Planejar Sprint Matheus Roberto
06/09/2017 0.11 Inserção dos casos de uso 19 e 20 Pedro Kelvin
07/09/2017 0.12 Inserção dos casos de uso integrar Github, exibir métricas e listar integrantes Leonardo Dos Santos
07/09/2017 0.13 Inserção do caso de uso Expor Releases Mateus de Oliveira
07/09/2017 0.14 Inserção do caso de uso Gerenciar Sprint Mateus de Oliveira
07/09/2017 0.15 Inserção do caso de uso Ver Métricas de uma Sprint Mateus de Oliveira
10/09/2017 0.16 Inserção do caso de uso Filtrar Métricas Daniel Oda
10/09/2017 0.17 Inserção do caso de uso Pesquisar projeto Daniel Oda
14/09/2017 0.18 Correção do caso de uso 6 Daniel Oda
15/09/2017 0.19 Revisão dos casos de usos Matheus Roberto e Pedro Kelvin
19/09/2017 0.20 Inserção do caso de uso Login Matheus Roberto

1. UC01 - Realizar Login

1.1 Breve Descrição

Tem como objetivo fazer com que o cliente se identifique para o sistema, para que o sistema possa fornecer as informações corretamente a cada cliente.

1.2 Ator Principal

  1. Gerente

1.3 Fluxo de Eventos

1.3.1 Fluxo Básico
  1. O usuário preenche a caixa de texto login com o seu email.[FA01][FE01][FE02][FE03][FE04]
  2. Preenche a caixa senha com a senha definida.
  3. Clica em "Entrar".
  4. Terá acesso ao banco de dados do sistema contido no usuário.
1.3.2 Fluxo Alternativo
[FA01] Esqueceu a senha
  1. O usuário irá clicar na opção "Esqueceu a senha?".
  2. Será redirecionado para uma página.
  3. Irá colocar o email no campo de email.
  4. Clicar na tecla enviar.
1.3.3 Fluxo de Exceção
[FE01] Login Vazio
  1. O usuário preenche a caixa de texto da senha e não preenche a caixa de texto do login.
  2. O usuário clica em "Entrar".
  3. O sistema irá acusar que o usuário não preencheu o campo de login.
[FE02] Senha Vazia
  1. O usuário preenche a caixa de texto da login e não preenche a caixa de texto da senha.

  2. O usuário clica em "Entrar".

  3. O sistema irá acusar que o usuário não preencheu o campo de login.

[FE03] Login inexistente
  1. O usuário preenche a caixa de texto da login.
  2. O usuário preenche a caixa de texto da senha.
  3. O usuário clica em "Entrar".
  4. O sistema irá acusar que o "Email de acesso" não existe.
[FE03] Senha incorreta
  1. O usuário preenche a caixa de texto da login.
  2. O usuário preenche a caixa de texto da senha.
  3. O usuário clica em "Entrar".
  4. O sistema irá acusar que a "Senha está incorreta".

1.4 Condições Prévias

Ter um usuário cadastrado.

1.5 Condições Posteriores

Acesso ao sistema com o banco de dados do usuário logado.

1.6 Regras de modelo

Campo Formato Obrigatoriedade Valor
Login String de 5 a 20 caracteres Sim
Senha String 5 a 20 caracteres Sim

2. UC02 - Manter Usuário

2.1 Breve Descrição

A funcionalidade de manter usuário estabelece as operações de CRUD, ou seja, criação, leitura, atualização e exclusão de dados relacionados ao objeto que representa a classe de usuário. Nesse sentido, ela define que o usuário poderá criar uma conta no sistema e, a partir disto, logar , atualizar as suas informações ou excluir os seus registros.

2.2 Ator Principal

Gerente

2.3 Fluxo de Eventos

2.3.1 Fluxo Básico

O fluxo básico inicia quando o gerente de projetos deseja realizar o cadastro no sistema.

  1. O gerente opta pelo botão "Nova conta". [FA01] [FA02]
  2. A página destinada ao cadastro de usuário requer o preenchimento dos campos : Nome, endereço, telefone, empresa/organização ,sexo, data de nascimento, github,email.[FE01][FE02][FE03][FE04][FE05]
  3. O gerente preenche os campos.
  4. O sistema valida os campos.
  5. O cadastro é finalizado.
2.3.2 Fluxos Alternativos
[FA01] Esse Fluxo inicia no momento em que o gerente decide alterar seu cadastro.
  1. Gerente seleciona a opção “alterar cadastro”
  2. O gerente é direcionado à página de cadastro de usuário, em que estão dispostos todos os campos para edição.
  3. O gerente altera as informações desejadas.
  4. O sistema realiza a validação das alterações.
  5. O cadastro é atualizado com sucesso.
[FA02] Esse Fluxo inicia com a decisão do gerente de excluir o seu cadastro.
  1. O gerente acessa a botão “ver perfil”.
  2. Na página do seu perfil seleciona a opção “excluir conta”.
  3. O gerente confirma a exclusão.
  4. O cadastro do gerente é excluído com sucesso.
2.3.3 Fluxo de Exceção
[FE01]Validação de Nome.

No passo 3 referente ao fluxo básico o gerente informa o nome de forma inválida ou não preenche. O sistema apresenta mensagem informando o erro e insiste o preenchimento exibindo o campo em branco novamente.

[FE02]Validação de Endereço.

No passo 3 do fluxo básico o gerente não preenche o campo de endereço. O sistema apresenta uma mensagem informando o erro e exibe o campo em branco novamente para que ele possa preencher novamente.

[FE03]Validação de Telefone.

No passo 3 do fluxo básico o gerente informa o telefone de forma inválida ou não preenche. O sistema mostra mensagem de erro e apresenta o campo vazio para que seja preenchido novamente.

[FE04]Validação de Empresa/Organização

No passo 3 do fluxo básico o gerente preenche o campo relativo à Empresa/Organização de forma inválida ou não preenche. O sistema apresenta mensagem de erro e retorna o campo vazio para que possa ser informado novamente. sso 3.

[FE05]Validação data de Nascimento.

No passo 3 do fluxo básico o gerente fornece uma data de nascimento inválida ou não fornece. O sistema informa o erro e limpa o campo para que seja preenchido mais uma vez.

2.4 Condições Prévias

2.4.1 Logar no Sistema

Estar logado no sistema como gerente de projetos.

2.5 Condições Posteriores

Ao final do caso de uso: Um gerente será cadastrado no sistema. Dados de um gerente existente serão alterados. Um gerente já cadastrado será deletado.

2.6 Regras de negócio

2.6.1 Criar Gerente

Campo Formato Obrigatoriedade Valor
Nome do gerente String de 5 a 55 caracteres Sim
Endereço String 8 a 55 caracteres Sim
Telefone String de 10 ou 11 caracteres Sim
empresa/organização String de 5 à 64 caracteres Sim
sexo String de 8 ou 9 caracteres Sim Feminino ou masculino
Data de Nascimento Tipo data de 10 caracteres Sim dd/mm/yyyy
github String de 10 a 20 caracteres Sim
email String de 10 a 20 caracteres Sim

3. UC03 - Listar projetos

3.1 Breve Descrição

Esta funcionalidade compreende a listagem de todos os projetos relacionados à um gerente, de maneira a representar uma visão geral da situação destes diante do processo de análise da produtividade das equipes. Além disso, essa funcionalidade proporcionará ao gerente a oportunidade de pesquisar um projeto específico.

3.2 Ator Principal

Gerente

3.3 Fluxo de Eventos

3.3.1 Fluxo Básico

O fluxo básico inicia quando o gerente de projetos realiza o login na plataforma.

  1. O gerente abre a aplicação e preenche os campos de login e senha.
  2. O sistema valida os campos preenchidos.
  3. O gerente seleciona a opção “Entrar”.
  4. O sistema abre a página de visão geral de projetos, listando todos os relacionados ao usuário logado. [FA01] [FA02]
3.3.2 Fluxos Alternativos
[FA01] Este Fluxo inicia no momento em que o gerente decide visualizar um dos projetos listados
  1. O gerente seleciona a o nome correspondente ao bloco de dados do projeto escolhido.
  2. O gerente é direcionado à página com informações detalhadas do projeto escolhido e visualiza : Membros do projeto, informações sobre commits feitos por cada um, issues resolvidas, métricas de desempenho do projeto - Burndown, velocity, Earned Value Management (EVM).
  3. Usuário visualiza as informações desejadas com sucesso.
[FA02] Esse Fluxo inicia com a decisão do gerente de realizar a pesquisa por um projeto dentre os listados .
  1. O gerente acessa o campo “pesquisar projeto”.
  2. O gerente preenche o campo com o nome do projeto desejado.
  3. O projeto pesquisado aparece na página de pesquisa, se existir, senão aparecem os projetos relacionados.
  4. O gerente visualiza o projeto procurado.
3.3.3 Fluxo de Exceção
[FE01] Validação de login.

No passo 1 referente ao fluxo básico o gerente informa o login de maneira inválida ou não preenche. O sistema apresenta uma mensagem de erro e limpa o campo a fim de que o usuário repita o preenchimento.

[FE02] Validação de senha.

No passo 1 do fluxo básico o gerente não preenche o campo de senha ou informa uma senha inválida. O sistema apresenta uma mensagem informando o erro e exibe o campo em branco novamente para que ele possa preencher novamente.

3.4 Condições Prévias

O gerente deve estar logado no sistema.

3.5 Condições Posteriores

Ao final do caso de uso:

  1. O gerente terá acesso às informações gerais sobre os projetos.
  2. O gerente terá acesso à um projeto específico.

3.6 Regras de negócio

3.6.1 Logar no Sistema

Campo Formato Obrigatoriedade Valor
Login String de 5 a 10 caracteres Sim
Senha String 5 a 8 caracteres Sim

4. UC04 - Filtrar Métricas

4.1 Breve Descrição

Este caso de uso permite ao usuário selecionar as métricas que considera mais relevantes para a exibição no dashboard.

4.2 Ator Principal

  1. Gerente

4.3 Fluxo de Eventos

  1. O usuário acessa a página de Projeto do Falko.
  2. O usuário seleciona a opção de filtrar.
  3. O usuário seleciona as opções de métricas desejadas . [FE01]
  4. O sistema autualiza o dashboard do projeto de acordo com o novo filtro. [ME01]
  5. O caso de uso é encerrado.
4.2.1 Fluxos de Exceção
  1. O usuário seleciona as opções de métricas desejadas.
  2. O sistema apresenta mensagem de erro notificando o usuário. [ME02]
  3. O caso de uso é encerrado.

4.4 Condições Prévias

  1. O usuário deve estar cadastrado e em sessão ativa.

4.5 Condições Posteriores

  1. O sistema atualiza o dashboard com as métricas mais relevantes para o usuário.

4.6. Mensagens

  1. [ME01] - “Dashboard atualizado”.
  2. [ME02] - “Falha ao atualizar dashboard”.

5. UC05 - Pesquisar projetos

5. Breve Descrição

Este caso de uso permite ao usuário pesquisar no Falko o projeto desejado.

5.1 Ator Principal

  1. Gerente

5.2 Fluxo de Eventos

  1. O usuário acessa a página de home do Falko.
  2. O usuário seleciona a opção de busca e digita o nome do projeto desejado.
  3. O sistema apresenta o resultado de projetos relacionados ao nome digitado. [FE01]
  4. O usuário seleciona o projeto desejado.
  5. O sistema exibe a página do projeto.
  6. O caso de uso se encerra.
5.2.1 Fluxos de Exceção
  1. O usuário digita o nome do projeto desejado.
  2. O sistema apresenta mensagem de erro notificando o usuário. [ME02]
  3. O caso de uso é encerrado.

5.3 Condições Prévias

  1. O usuário deve estar cadastrado e em sessão ativa.

5.4 Condições Posteriores

  1. O sistema apresenta os projetos relacionados ao que foi digitado no campo de pesquisa.

5.5. Mensagens

  1. [ME01] - “Falha ao localizar projeto”.

6. UC06 - Manter Projeto

6.1 Breve Descrição

A funcionalidade de manter projeto estabelece as operações de CRUD, ou seja, criação, leitura, atualização e exclusão de dados relacionados ao objeto que representa a classe de projeto.Desse modo, um usuário sera capaz de criar, editar, listar e excluir um ou mais projetos.

6.2 Ator Principal

Gerente

6.3 Fluxo de Eventos

6.3.1 Fluxo Básico

O fluxo básico inicia quando o gerente de projetos deseja criar ou integrar um projeto.

  1. O gerente opta pelo botão "Novo Projeto". [FA01] [FA02]
  2. A página destinada ao criação de um projeto requer o preenchimento dos campos. [FE01][FE02]
  3. O gerente preenche os campos.
  4. O sistema valida os campos.
  5. O projeto é criado.
6.3.2 Fluxos Alternativos

[FA01] Esse Fluxo inicia no momento em que o gerente decide editar seu projeto.

Gerente seleciona a opção “editar projeto” O gerente é direcionado à página de criação de projeto, em que estão dispostos todos os campos para edição. O gerente altera as informações desejadas. O sistema realiza a validação das alterações. O projeto é editado com sucesso.

[FA02] Esse Fluxo inicia com a decisão do gerente de excluir o seu projeto.

Na página do projeto o gerente seleciona a opção “excluir projeto”. O gerente confirma a exclusão. O projeto é excluído com sucesso.

6.3.3 Fluxo de Exceção

[FE01]Validação de Nome.

No passo 3 referente ao fluxo básico o gerente informa o nome de forma inválida ou não preenche. O sistema apresenta mensagem informando o erro e insiste o preenchimento exibindo o campo em branco novamente.

[FE02]Validação de GitHub.

O sistema falha em integrar um repositório ao projeto e informa o usuário.

6.4 Condições Prévias

6.4.1 Logar no Sistema

Estar logado no sistema como gerente de projetos.

6.5 Condições Posteriores

Ao final do caso de uso: Um novo projeto será cadastrado no sistema. Dados de um projeto existente serão alterados. Um projeto já criado será deletado.

7. UC07 - Integrar GitHub

7.1 Breve Descrição

Esta funcionalidade irá fornecer a possibilidade de integrar a aplicação ao github a fim de coletar informações dos projetos desenvolvidos.

7.2 Ator Principal

Gerente do projeto e Desenvolvedores.

7.3 Fluxo de Eventos

  1. O usuário irá solicitar integração entre a conta da aplicação Falko com Github.
  2. A solicitação pode ser válida.
  3. A solicitação pode ser negada.
Tipo Mensagem
ME01 Integração realizada com sucesso.
ME02 Erro na Integração com Github, por favor tente novamente.
7.3.1 Fluxo Básico

O fluxo básico é composto por passos que o gerente/desenvolvedor pode seguir para acessar:

  1. O usuário acessa a página inicial da aplicação Falko.
  2. O usuário irá solicitar integração entre a conta da aplicação Falko com Github.
  3. O usuário irá preencher os dados necessários do Github a fim de validar a integração.
  4. Efetuado a integração, o sistema irá apresentar a mensagem [ME01].
7.3.2 Fluxos Alternativos

Não se aplica.

7.3.3 Fluxo de Exceção
  1. O usuário acessa a página inicial da aplicação Falko.
  2. O usuário irá solicitar integração entre a conta da aplicação Falko com Github.
  3. O usuário irá preencher os dados necessários do Github a fim de validar a integração.
  4. O sistema irá negar a solicitação, apresentando [ME02].

7.4 Condições Prévias

O usuário deverá estar logado no sistema.

7.5 Condições Posteriores

O usuário tem a possibilidade de acompanhar os projetos que estão alocados no Github.

7.6 Regras de negócio

Campo Formato Obrigatoriedade
Login Login do Github Sim
Senha Senha do Github Sim

8. UC08 - Listar integrantes

8.1 Breve Descrição

É responsável por mostrar todos os integrantes, em forma de lista, do projeto que esteja sendo visualizado.

8.2 Ator Principal

Gerente do projeto e Desenvolvedores.

8.3 Fluxo de Eventos

  1. O gerente ou desenvolvedor irá listar integrantes do projeto em que deseja avaliar.
  2. Poderá falhar em visualizar.
Tipo Mensagem
ME01 Falha ao visualizar integrantes, por favor tente novamente.
8.3.1 Fluxo Básico

O fluxo básico é composto de passos que o gerente ou desenvolvedor pode seguir para acessar:

  1. O Gerente ou desenvolvedor seleciona o projeto que ele deseja avaliar.
  2. Após o primeiro passo ele seleciona a opção “Integrantes”.
  3. O sistema irá listar todos os integrantes do projeto.
8.3.2 Fluxos Alternativos
8.3.3 Fluxo de Exceção

Este fluxo se inicia quando o gerente ou desenvolvedor deseja visualizar os integrantes, então será apresentada as mensagens para a ação em caso de falha:

  1. Visualizar integrante [ME01].

8.4 Condições Prévias

Acessar a um projeto.

8.5 Condições Posteriores

Visualizar Lista de integrantes.

8.6 Regras de negócio

Não se aplica.

9. UC09 - Exibir Métricas

9.1 Breve Descrição

É responsável por mostrar todas as métricas do projeto que está sendo avaliado.

9.2 Ator Principal

Gerente do projeto e desenvolvedores.

9.3 Fluxo de Eventos

  1. O gerente ou desenvolvedor irá Visualizar as métricas do projeto em que deseja avaliar.
  2. A tentativa de visualizar métrica poderá falhar
Tipo Mensagem
ME01 Falha ao tentar acessar as métricas, por favor tente novamente.
ME02 Falha ao visualizar métricas, por favor tente novamente.
9.3.1 Fluxo Básico

O fluxo básico é composto de passos que o gerente/desenvolvedor pode seguir para acessar:

  1. O Gerente ou desenvolvedor seleciona o projeto que ele deseja avaliar.
  2. Após o primeiro passo ele seleciona a opção “Métricas”.
  3. Seleciona a opção “Visualizar métricas”.
  4. O sistema irá listar todos as métricas do projeto.
9.3.2 Fluxos Alternativos

O gerente ou desenvolvedor poderá analisar cada métrica de forma isolada, a fim de obter mais detalhes sobre o que deseja avaliar.

  1. O Gerente ou Desenvolvedor seleciona o projeto que ele deseja avaliar.
  2. Após o primeiro passo ele seleciona a opção “Métricas”.
  3. Seleciona a opção “Visualizar métricas”.
  4. O sistema irá listar todos as métricas do projeto.
  5. Seleciona a métrica que deseja avaliar.
9.3.3 Fluxo de Exceção

Este fluxo se iniciará quando o gerente ou desenvolvedor no passo 2 não acessar as métricas, então a mensagem [ME01] será mostrada afim de informa-lo que ocorreu alguma falha. Caso ocorra no passo 3 o sistema também irá informa-lo com [ME02]. Se falhar no passo 4 aparecerá [ME01].

9.4 Condições Prévias

Acessar ao projeto a ser avaliado.

9.5 Condições Posteriores

Visualizar métricas.

9.6 Regras de negócio

Não se aplica.

10. UC10 Expor Releases

10.1 Breve Descrição

Essa funcionalidade apresenta para o usuário informações referentes as releases de algum projeto.

10.2 Ator Principal

Gerente de Projeto

10.3 Fluxo de Eventos

10.3.1 Fluxo Básico

Esse fluxo se inicia quando o gerente de projeto deseja visualizar as releases referentes a um projeto previamente selecionado.

  1. O Gerente seleciona um projeto.
  2. Na página do projeto ele seleciona a opção de “Expor Releases”.
  3. O sistema irá apresentar as releases referentes ao projeto.
10.3.2 Fluxos Alternativos

Não se aplica.

10.3.3 Fluxo de Exceção
[FE01] - Releases não existentes

Caso o projeto não possua nenhuma release o sistema apresentará uma mensagem de erro e retornará a janela do projeto citada no passo 2 do Fluxo Básico.

10.4 Condições Prévias

  1. O usuário precisa estar logado no sistema.
  2. É necessário a existência de algum projeto no sistema.

10.5 Condições Posteriores

Não há condições posteriores para esse caso de uso.

10.6 Regras de negócio

Não se aplica.

11. UC11 Gerenciar Sprint

11.1 Breve Descrição

Esse caso de uso permite realizar as funções do CRUC de uma sprint. Isto é: Cadastrar, Ver, Editar e Cancelar (Create Read Update Cancel).

11.2 Ator Principal

Gerente de Projeto.

11.3 Fluxo de Eventos

11.4 Fluxo Básico
  1. O gerente entra em um projeto.
  2. O gerente clica na opção “Sprints”.
  3. Ao clicar na pergunta enviada ao feed as seguintes opções aparecem para o membro:
    i. Cadastrar Sprint[FA01]
    ii. Ver Sprint[FA02]
    iii. Editar Sprint[FA03]
    iv. Cancelar Sprint[FA04]
  4. O membro seleciona a opção e vai para a janela do fluxo desejado.
11.5 Fluxos Alternativos

[FA01] Cadastrar Sprint

  1. O gerente opta pelo botão "Criar Sprint".
  2. Para cadastrar uma sprint é necessário o preenchimento dos campos : Data de início, Duração, Objetivos e Planejamento da Sprint.[FE01].
  3. O gerente preenche os campos.
  4. O sistema valida os campos.
  5. O caso de uso se encerra.

[FA02] Ver Sprint

  1. O gerente escolhe a sprint que deseja visualizar e clica nela.

  2. O sistema abre a página da sprint com suas referentes informações.

  3. O caso de uso é encerrado.

[FA03] Editar Sprint

  1. O gerente escolhe a sprint que deseja editar.
  2. Na página da sprint o gerente clica na opção “Editar” .
  3. O gerente entra com as novas informações para a sprint e clica no botão para confirmar.
  4. O sistema valida as informações por meio do fluxo de exceção referente das mesmas.

[FA04] Cancelar Sprint

  1. O gerente seleciona a sprint que deseja cancelar.

  2. O usuário clica na opção “Cancelar Sprint”.

  3. O usuário confirma o cancelamento da Sprint.

  4. A sprint é dada como cancelada pelo sistema.

  5. O sistema retorna para a página da Sprint.

11.6 Fluxo de Exceção

[FE01] Valida data O sistema valida se a data está de acordo com o modelo apresentado para o usuário DD/MM/YYYY.

11.7 Condições Prévias

11.7.1 Logar

O usuário precisa estar logado no sistema.

11.7.2 Existir projeto

É necessário a existência de algum projeto no sistema, e que o usuário escolha-o.

11.8 Condições Posteriores

Ao final do caso de uso:

  1. Uma sprint sera criada.

  2. Todas as sprints do projeto serão apresentadas para o usuário.

  3. As informações referentes a sprint serão alteradas

  4. A sprint será dada como cancelada pelo gerente.

11.9 Regras de negócio

Campo Formato Obrigatoriedade Valor
Data de início Tipo Data de 10 caracteres Sim dd/mm/yyyy
Duração Inteiro de 1 a 10 caracteres Sim
Objetivos String de 5 á 140 caracteres Sim
Planejamento da Sprint String de 5 à 500 caracteres Sim

12. UC12 Ver Métricas de uma Sprint

12.1 Breve Descrição

Essa funcionalidade é utilizada para visualizar as métricas de uma sprint na qual o usuário seleciona.

12.2 Ator Principal

Gerente de Projeto.

12.3 Fluxo de Eventos

12.4 Fluxo Básico

Esse caso de uso se inicia quando o usuário deseja visualizar as métricas de uma determinada sprint.

  1. Ao clicar na opção 'Ver métricas de uma Sprint’, o arquivo é carregado.
  2. O arquivo é aberto apresentando as métricas da Sprint.
  3. Ao fechar o arquivo o membro é redirecionado a página inicial da Sprint.
  4. O caso de uso se encerra.
12.5 Fluxos Alternativos

Não se aplica.

12.6 Fluxo de Exceção

[FE01] Métricas não encontradas Caso a sprint ainda não possua nenhum dado no banco o sistema apresenta uma mensagem de erro e retorna para a página da sprint.

12.7 Condições Prévias

12.7.1 Sprint criada

O projeto deve possuir alguma sprint cadastrada, e o usuário precisa selecionar de qual sprint deseja visualizar as métricas.

12.8 Condições Posteriores

Não há condições posteriores para esse caso de uso.

12.9 Regras de negócio

Não se aplica.

13. UC13 - Revisar

13.1 Breve Descrição

O usuário terá à sua disposição a possibilidade de revisar uma sprint, visualizando informações sobre o desempenho da equipe, a fim de detectar possíveis problemas e comportamentos que tenham sido produtivos para a equipe.

13.2 Ator Principal

  1. Gerente

13.3 Fluxo de Eventos

13.3.1 Fluxo Básico
  1. O usuário acessa a página do projeto.
  2. O usuário seleciona a opção de sprints.
  3. O usuário acessa a sprint desejada.
  4. O usuário seleciona a opção de revisar sprint.
13.3.2 Fluxo Alternativo
[FA01] Este fluxo ocorre quando o usuário que acessar a opção de sprints e não existe sprints.
  1. O usuário acessa a página do projeto.
  2. O usuário seleciona a opção de sprints.
  3. O sistema irá informar que não existe sprint ("Não há sprints registradas").
13.3.3 Fluxo de Exceção

Não se aplica.

13.4 Condições Prévias

Selecionar um determinado projeto e uma determinada sprint para acessar.

13.5 Condições Posteriores

Vizualização da sprint.

14. UC14 - Apresentar Retrospectiva

14.1 Breve Descrição

O usuário poderá avaliar as sprints finalizadas, colocando os pontos negativos, positivos e melhorias.

14.2 Ator Principal

  1. Gerente

14.3 Fluxo de Eventos

14.3.1 Fluxo Básico
  1. O usuário acessa a página do projeto.
  2. Seleciona a opção de sprints.
  3. Acessa a sprint desejada.
  4. Seleciona a opção de retrospectiva.
  5. Avalia a sprint preenchendo os campos de pontos positivos, negativos e melhorias.
  6. Seleciona o opção de adicionar avaliações.
  7. Validação da retrospectiva.
14.3.2 Fluxo Alternativo
[FA01] Deletar uma avaliação
  1. O usuário acessa a página do projeto.
  2. Seleciona a opção de sprints.
  3. Acessa a sprint desejada.
  4. Seleciona a opção de retrospectiva.
  5. Seleciona a opção apagar, ao lado de cada tópico.
14.3.3 Fluxo de Exceção
[FE01] Inexistência de sprints
  1. O usuário acessa a página do projeto.
  2. Seleciona a opção de sprints.
  3. O sistema irá informar que não existe sprint ("Não há sprints registradas").
[FE02] Validação dos campos
  1. O usuário acessa a página do projeto.
  2. Seleciona a opção de sprints.
  3. Acessa a sprint desejada.
  4. Seleciona a opção de retrospectiva.
  5. Não altera nenhum dos campos.
  6. Seleciona a opção adicionar revisão.
  7. O sistema irá constar que os campos de avaliações estão vazios.
[FE03] Sprint em andamento
  1. O usuário acessa a página do projeto.
  2. Seleciona a opção de sprints.
  3. Acessa a sprint desejada.
  4. Seleciona a opção de retrospectiva.
  5. O sistema acusará a impossibilidade de criar uma retrospectiva para esta sprint.

14.4 Condições Prévias

Selecionar um determinado projeto e uma sprint finalizada para acessar.

14.5 Condições Posteriores

Visualização da retrospectiva de todas as sprints.

14.6 Regras de negócio

14.6.1 Criar ponto positivo ou negativo

Campo Formato Obrigatoriedade Valor
Ponto positivo String de 5 a 1000 caracteres Não
Ponto negativo String 5 a 1000 caracteres Não
Melhoria String 5 a 1000 caracteres Não

15. UC15 - Planejar

15.1 Breve Descrição

O aplicativo realiza um planejamento com base nas sprints passadas do projeto, sugerindo os pontos que a equipe deve pegar e as issues que ficaram pendentes.

15.2 Ator Principal

  1. Gerente

15.3 Fluxo de Eventos

15.3.1 Fluxo Básico
  1. O usuário acessa a página do projeto.
  2. Seleciona a opção de sprints.
  3. Acessa a opção planejar.
  4. Selecionar issues desejadas para a sprint.
  5. O sistema irá sugerir quais issues são mais adequadas para uma sprint, de acordo com a pontuação feita em sprints anteriores e com as issues pendentes.
15.3.2 Fluxo Alternativo

Não se aplica.

15.3.3 Fluxo de Exceção

Não se aplica.

15.4 Condições Prévias

Ter um usuário cadastrado.

15.5 Condições Posteriores

Criação de uma sprint.

15.6 Regras de modelo

Não se aplica

16. UC16 - Ver Issues

16.1 Breve Descrição

É responsável pela visualização de Issues atribuídas ao projeto que se está visualizando.

16.2 Ator Principal

Gerente do projeto.

16.3 Fluxo de Eventos

16.3.1 Fluxo Básico

Esse caso se inicia quando o Gerente ou o Desenvolvedor deseja visualizar uma Issue.

1- O Gerente seleciona o projeto que ele deseja avaliar.
2- Após o primeiro passo ele seleciona a opção “Issues”.
3- Seleciona a opção “Ver Issues”.
4- O sistema lista as Issues do projeto.

16.3.2 Fluxos Alternativos

[FA01] Esse fluxo se inicia quando o usuário quer visualizar uma Issue vazia.

1- O Gerente seleciona o projeto que ele deseja avaliar.
2- Após o primeiro passo ele seleciona a opção “Issues”.
3- Seleciona a opção “Ver Issues”.
4- O sistema retorna uma mensagem informando “Não há Issues”.

16.3.3 Fluxo de Exceção

Não se aplica.

16.4 Condições Prévias

Selecionar um determinado projeto para acessar.

16.5 Condições Posteriores

Visualização de uma Issue.

16.6 Regras de negócio

Não se aplica.

17. UC17 - Atribuir Issues

17.1 Breve Descrição

Esse caso é responsável por atribuir uma nova Issue a ser resolvida pela equipe ou por determinado integrante.

17.2 Ator Principal

Gerente do projeto.

17.3 Fluxo de Eventos

17.3.1 Fluxo Básico

Esse fluxo se inicia quando o Gerente deseja adicionar uma nova Issue ao projeto.
1- O Gerente seleciona o projeto ao qual ele deseja atribuir a Issue.
2- Seleciona a opção "Issues".
3- Seleciona a opção "Atribuir Issue".
4- Designa qual o problema a ser resolvido.

17.3.2 Fluxos Alternativos
[FA01] Esse fluxo se inicia quando o usuário deseja atribuir e pontuar uma Issue

1- O Gerente seleciona o projeto ao qual ele deseja atribuir a Issue.
2- Seleciona a opção "Issues".
3- Seleciona a opção "Atribuir Issue".
4- Designa qual o problema a ser resolvido.
5- Pontua a Issue de acordo com os padrões escolhidos.

17.3.3 Fluxo de Exceção

Não se aplica.

17.4 Condições Prévias

Acessar um determinado projeto.

17.5 Condições Posteriores

Uma Issue é atribuida à equipe ou à um integrante em específico.

17.6 Regras de negócio

Não se aplica.

18. UC18 - Pontuar Issues

18.1 Breve Descrição

Será responsável por atribuir uma determinada pontuação para cada Issue.

18.2 Ator Principal

Gerente do projeto.

18.3 Fluxo de Eventos

18.3.1 Fluxo Básico

Esse fluxo se inicia quando o gerente deseja adicionar uma pontuação à determinada Issue.

1- O Gerente seleciona o projeto ao qual ele deseja atribuir a pontuação.
2- Seleciona a opção "Issues".
3- Seleciona a Issue desejada.
4- Designa qual a pontuação para a Issue escolhida.

18.3.2 Fluxos Alternativos

Não se aplica.

18.3.3 Fluxo de Exceção
[FE01] Valor de pontuação inválida.

No passo 4 do Fluxo Básico o usuário informa um valor inválido para o sistema. O sistema então retorna uma mensagem de erro deixando o campo em branco novamente.

18.4 Condições Prévias

Acessar o projeto e a Issue desejada.

18.5 Condições Posteriores

Pontuação atribuída a determinada Issue no sistema.

18.6 Regras de negócio

Campo Formato Obrigatoriedade Valor
Pontuação Número inteiro de 1 à 100 Sim

19. UC19 - Notificar Usuário

19.1 Breve Descrição

Avisa o gerente caso a história de um determinado projeto esteja sem alterações por um determinado período de tempo.

19.2 Ator Principal

Gerente.

19.3 Fluxo de Eventos

19.3.1 Fluxo Básico

Esse fluxo se inicia quando os desenvolvedores ficam sem alterar a história de um projeto.

  1. O sistema identifica que o projeto está sem alterações.
  2. Lança um alerta para o gerente.
19.3.2 Fluxos Alternativos

Não se aplica.

19.3.3 Fluxo de Exceção

Não se aplica.

19.4 Condições Prévias

  1. Período de tempo configurado.
  2. Projeto não ser modificado por um período de tempo.

19.5 Condições Posteriores

Gerente fica com uma alerta sobre o projeto.

19.6 Regras de negócio

Não se aplica.

20. UC20 - Planejar

20.1 Breve Descrição

Sugere ao gerente um planejamento para a sprint seguinte com base nas sprints anteriores.

20.2 Ator Principal

Gerente.

20.3 Fluxo de Eventos

20.3.1 Fluxo Básico

Esse fluxo se inicia quando há uma transição de sprints.

  1. O sistema identifica a transição de sprints.
  2. Sugere ao gerente um planejamento para a sprint seguinte.
20.3.2 Fluxos Alternativos

Não se aplica.

20.3.3 Fluxo de Exceção

Não se aplica.

20.4 Condições Prévias

Data Science configurado.

20.5 Condições Posteriores

Gerente fica com uma sugestão de planejamento para a sprint seguinte.

20.6 Regras de negócio

Não se aplica.

21. UC21 - Acompanhar Revisão

21.1 Breve Descrição

Dará ao gerente um feedback das issues requisitadas, mostrando as em andamento e as finalizadas.

21.2 Ator Principal

Gerente.

21.3 Fluxo de Eventos

21.3.1 Fluxo Básico

Esse fluxo se inicia quando o gerente requisitar issues.

  1. O gerente selecionará as issues desejadas.
  2. O sistema avaliará as situações da issues.
  3. Mostrará ao gerente quais estão em andamento e quais estão fechadas.
21.3.2 Fluxos Alternativos

Não se aplica.

21.3.3 Fluxo de Exceção

Não se aplica.

21.4 Condições Prévias

Possuir issues.

21.5 Condições Posteriores

Gerente fica com um feedback das issues requisitadas.

21.6 Regras de negócio

Não se aplica.

Falko

Cronograma Versão 3


Acesso à aplicação


Equipe

Release 02

Sprint 1

Sprint 2

Sprint 3

Sprint 4

Sprint 5

Sprint 6

Sprint 7

Sprint 8

Sprint 9

Release 01

Gerenciamento do Projeto

Artefatos de Desenvolvimento

Encerramento

Clone this wiki locally